[04:41] <gnomefreak> asac: im going to bed finally its almost 11 :( firefox-trunk we need to change the page it opens by default its a 404 file not found link it opens is http://www.mozilla.org/projects/firefox/3.0a5pre/whatsnew/  but its low on priority list as far as i am concerned but just letting you know before you upload to universe in gutsy.
[10:26] <asac> hey all
[10:27] <gnomefreak> morning
[10:35] <asac> morning (which is still somehow valid here) :)
[10:45] <gnomefreak> its early
[10:46] <gnomefreak> if point release matches around the same time as EOS
[11:34] <asac> no idea yet
[11:34] <asac> will have to talk to other distributors
[11:34] <asac> is the dapper rebuild done?
[11:35] <asac> (btw, we have about 2 month from now)
[11:35] <asac> to figure out if we update to <IP_ADDRESS>d
[11:38] <gnomefreak> asac: everything but OO.o afaik
[11:39] <gnomefreak> brb have to reboot
[02:14] <gnomefreak> its gonna be one of those days isnt it :(
[02:25] <asac> gnomefreak: ?
[02:25] <asac> gnomefreak: if you refer to power of live ... yes I feel exhausted
[02:25] <gnomefreak> X is broken see -devel. guy just told someone the only way to update repos is to restart :(
[02:26] <gnomefreak> oh and i have to clean out gutsy today
[02:36] <asac> X is broken?
[02:36] <asac> you mean on -devel channel?
[02:37] <gnomefreak> asac: X wont upgrade
[02:37] <gnomefreak> we were talking about it in #ubuntu-devel
[02:38] <asac> hmmm ... ingutsy?
[02:38] <asac> then i don't care ;)
[02:39] <gnomefreak> yes and you should care my gutsy goes down i lose all my work :(
[02:39] <gnomefreak> its all good i can do it in tty just as well
[02:40] <asac> Bug 96267
[02:40] <ubotu> Launchpad bug 96267 in firefox "MASTER gecko/epiphany crash [@nsBlockFrame::ReflowFloat]  [@nsBlockReflowState::FlowAndPlaceFloat]  [@nsBlockReflowState::AddFloat] " [High,Confirmed]  https://launchpad.net/bugs/96267
[02:40] <asac> gnomefreak: do you see the "new" testcase
[02:40] <asac> in epiphany?
[02:40] <gnomefreak> ill look as soon as i get off phone
[02:40] <asac> k
[02:40] <asac> gnomefreak: i guess X will be fixed soon
[02:40] <asac> you are probably not the only one hit by this
[02:43] <gnomefreak> im not everyone is
[02:44] <gnomefreak> you mean  https://bugs.launchpad.net/ubuntu/+source/epiphany-browser/+bug/96267/comments/4
[02:44] <ubotu> Launchpad bug 96267 in firefox "MASTER gecko/epiphany crash [@nsBlockFrame::ReflowFloat]  [@nsBlockReflowState::FlowAndPlaceFloat]  [@nsBlockReflowState::AddFloat] " [High,Confirmed]
[02:52] <asac> yes
[02:55] <gnomefreak> ill see if i can reproduce it
[02:56] <asac> damn ffox bughelper page is really huge
[02:56] <asac> 160K
[02:56] <asac> http://daniel.holba.ch/bugs/firefox.html
[02:57] <asac> Admiral_Chicago: for those "this might be a duplicate of" ... can we add bug-links as well
[02:57] <asac> Admiral_Chicago: there are currently only links to the backtraces
[02:59] <gnomefreak> asac: it does not crash in feisty chroot
[03:00] <gnomefreak> yes it did
[03:00] <gnomefreak> hmmmmmmm thats odd
[03:00] <gnomefreak> it crashed second time i did it
[03:02] <asac> gnomefreak: so you can reproduce?
[03:03] <asac> gnomefreak: can you try with ffox as well?
[03:03] <gnomefreak> Floating point exception (core dumped)
[03:03] <asac> maybe it needs multiple tries as well?
[03:03] <gnomefreak> im about to try ffox
[03:06] <gnomefreak> 3 times no crash on ffox <IP_ADDRESS>+1-0ubuntu2 nor <IP_ADDRESS>+2.ng-0mt.6 ill try <IP_ADDRESS> in a minute
[03:07] <gnomefreak> The following packages have been kept back: firefox    this is odd
[03:16] <gnomefreak> installing atm ill be back
[03:23] <asac> Admiral_Chicago: did totem clue files adapt our tag/state combination clues?
[03:23] <asac> Admiral_Chicago: http://daniel.holba.ch/bugs/totem.html
[03:42] <gnomefreak> asac: i cant get it to crash on ffox <IP_ADDRESS> but epiphany i was able to. i have a few things to take care of for a few minutes than i will comment on the bug
[03:43] <asac> k
[03:43] <asac> btw, the bug does not claim that ffox crashes
[03:43] <gnomefreak> yes it does
[03:43] <gnomefreak> look at the first comment
[03:43] <asac> it does?
[03:44] <gnomefreak> or 2nd
[03:44] <gnomefreak> me too as soon as it opens
[03:45] <asac> i don't see that anyone claims that firefox crashes
[03:45] <gnomefreak> look at the stack trace
[03:45] <gnomefreak> rom /usr/lib/firefox/components/libgklayout.so
[03:45] <asac> yeah... that is used by epiphany as well
[03:45] <gnomefreak> oh ok
[03:48] <gnomefreak> from what upstream gnome says its mozilla issue.
[03:49] <asac> yeah
[03:49] <asac> the probably use it wrongfully
[03:49] <asac> upstream gnome never admits their own faults
[03:49] <asac> i could crash epiph as well btw
[03:50] <asac> i think they miss to cleanup post preview properly
[03:55] <gnomefreak> not sure but i would push it to epiphany maintainers. we dont have enough crashes to worry about ;)
[03:55] <gnomefreak> does mozilla even support it?
[03:55] <gnomefreak> they dont list it as a package afaik
[03:56] <asac> who?
[03:56] <asac> if its a bug in mozilla code-base then they will care
[03:56] <gnomefreak> ah ok
[03:56] <asac> if its just a false assumption of gecko embed users ... then they won't
[03:56] <gnomefreak> asac: than who does it fall on?
[03:57] <asac> no idea
[03:57] <gnomefreak> can i reject ffox?
[03:57] <gnomefreak> btw if it was gecko wouldnt ff have same issue
[03:58] <gnomefreak> unless we patched it already and epiphany never took our patch
[03:58] <asac> maybe ... which is why i think that epiphany uses it wrongfully
[04:00] <asac> gnomefreak: keep it open
[04:00] <asac> add epiphany-browser task
[04:00] <asac> and add gnome upstream task for now
[04:00] <asac> set firefox task to Confirmed/mt-eval
[04:00] <gnomefreak> why are we keeping open?
[04:02] <asac> because we don't know
[04:02] <asac> :)
[04:04] <gnomefreak> mt-eval is the name of the tag?
[04:04] <gnomefreak> full name even
[04:05] <gnomefreak> all fixed
[04:12] <gnomefreak> brb i hope
[04:18] <gnomefreak> X works fine even though failed to update
[04:24] <asac> hmm
[04:24] <gnomefreak> but it should be fixed in a few hours anyway. he found problem and im assuming hes fixing it
[04:35] <asac> yeah
[04:35] <asac> sw
[04:35] <gnomefreak> ty
[05:02] <asac> anyone here sees memory leaks as well?
[05:03] <asac> would be interesting if trunk builds work better
[05:03] <asac> e.g. have less leaks
[05:36] <hjmf> Good evening asac gnomefreak :)
[05:36] <asac> ola hjmf
[05:36] <hjmf> just for the record, about bug 96267 as you were talking
[05:36] <ubotu> Launchpad bug 96267 in firefox "MASTER gecko/epiphany crash [@nsBlockFrame::ReflowFloat]  [@nsBlockReflowState::FlowAndPlaceFloat]  [@nsBlockReflowState::AddFloat] " [High,Confirmed]  https://launchpad.net/bugs/96267
[05:36] <asac> yeah
[05:36] <hjmf> this morning when I did the duplicate stuff I tried to find in mozilla's bugzilla an upstream match
[05:36] <hjmf> I wasn't able.
[05:36] <hjmf> the nearest thing so far I've found is bugzilla 37937 comment #12
[05:36] <hjmf>  which incidentally is a ubuntu's guy, and that its backtrace matches ours 0-9 stacks but in his #14-#23 stacks. Too weak for anything :)
[05:36] <hjmf> so I think too that is epiphany only
[05:36] <asac> yeah
[05:37] <asac> as i said ... epiphany have a hard job to understand how gecko engine is ment to be used
[05:37] <asac> which is why its likely that they failed
[05:37] <asac> bugzilla 37937
[05:37] <asac> thats an ancient bug
[05:38] <asac> bugzilla bug 37937
[05:38] <ubotu> Launchpad bug 37937 in Ubuntu "Linux headers problem when update the kernel" [Medium,Rejected]  https://launchpad.net/bugs/37937
[05:38] <asac> ??
[05:38] <asac> at that time ubuntu didn't even exist i guess
[05:38] <hjmf> shit! vnc copy and paste
[05:38] <hjmf> wait :)
[05:38] <hjmf> bugzilla bug 379037
[05:39] <asac> mozilla bug 379037
[05:39] <asac> it is ;)
[05:39] <ubotu> Mozilla bug 379037 in GFX: Gtk "Firefox crash on visiting wellsfargo.com [@ nsFontMetricsXft::CacheFontMetrics] " [Critical,Unconfirmed]  http://bugzilla.mozilla.org/show_bug.cgi?id=379037
[05:39] <hjmf> yeah :)
[05:39] <hjmf> probably don't related at all
[05:40] <hjmf> is just that part of the stack posted on comment #12 matched the first 9 stacks in our bug
[05:41] <asac> hmm
[05:41] <asac> we don't crash in fonts?
[05:43] <hjmf> no, no match in maloe for nsFontMetricsXft:....
[05:43] <hjmf> *malone
[05:43] <hjmf> asac: I'm off now
[05:44] <asac> yeah then its different crash
[05:44] <hjmf> maybe I'll be back at night
[05:44] <asac> ok cu
[05:44] <hjmf> cy
[05:44] <hjmf> cu!
[05:44] <hjmf> :)
[05:44] <asac> have fun!
[06:26] <Admiral_Chicago> asac: let me review the clue files now.
[06:27] <asac> :)
[06:27] <asac> Admiral_Chicago: please take a look what the torrent clue does ... if its not an exact copy of our "tag/state" clues then its fine and has been adapted by someone
[06:28] <Admiral_Chicago> asac: if people are using our work, then thats great
[06:28] <asac> sure
[06:28] <asac> however if they just copy and try to match mt-XXX tags :) then its stupid :)
[06:29] <Admiral_Chicago> yea, i'll review it.
[06:30] <asac> Admiral_Chicago: ... can we get the bug url to the duplicate hints?
[06:30] <asac> or is that not possible without fixing bughelper core code?
[06:31] <Admiral_Chicago> yes, i'm reviewing now. it can be done, but let me check somethings first
[06:34] <Admiral_Chicago> asac: this tags business is due to the <inherits>firefox</inherits> in totem
[06:35] <Admiral_Chicago> possibly a bug?
[06:35] <Admiral_Chicago> i'll talk to danel
[06:35] <asac> oh
[06:36] <asac> yeah :)
[06:36] <asac> ask him
[06:38] <Admiral_Chicago> just did
[07:40] <Admiral_Chicago> i think http://pastebin.ca/537191 is the relevant part of the file no?
[07:42] <asac> Admiral_Chicago: looking
[07:42] <asac> Admiral_Chicago: i think it start there
[07:42] <asac> Admiral_Chicago: yes
[07:42] <Admiral_Chicago> asac: i'll have to review it some more though just getting some ideas about the code in my mind still
[07:42] <asac> Admiral_Chicago: you have to wade through cluefiles
[07:43] <asac> aeh through .cloes
[07:43] <asac> iterate through the .clues
[07:43] <asac> and only use those that have inheritable="true"
[07:43] <asac> inheritobj.clues ... this is probably an array
[07:44] <asac> or something
[07:44] <Admiral_Chicago> i see how it's done...
[07:44] <asac> good
[07:44] <Admiral_Chicago> inheritlist.update(self.get_inherited_clues(inheritobj.srcpkg, \ verbosity))
[07:44] <Admiral_Chicago> that line..
[07:44] <asac> Admiral_Chicago: no ... the line above
[07:45] <asac> applies the .clues ... afaict
[07:45] <asac> you have to filter that array
[07:45] <asac> and pass another array that only contains inhertiable clues
[07:45] <Admiral_Chicago> ah yea, i see it. the line i posted passes the inherited array to the running clue fiel
[07:45] <asac> inheritlist.update(inheritobj.clues) <- that line applies
[07:46] <asac> Admiral_Chicago: the line you posted is a recursion
[07:46] <asac> it ensures that all inherits of the inherited one get applied as well :)
[07:46] <asac> actually there is no loop check which means you can kill bughelper :)
[07:46] <Admiral_Chicago> oh i see very good
[07:46] <asac> by some circle in inherits ... ouch ;)
[07:47] <asac> kind of DoS attack
[07:47] <asac> given that lots of people can commit clues
[07:47] <asac> anyway, the recursion ensures that you will end up with a stack-overflow
[07:47] <asac> so at least the process will be ended :)
[07:48] <Admiral_Chicago> haha
[07:48] <asac> or maybe even recover if that execption is catched somewhere "accidentially"
[07:48] <asac> ... so really an interesting piece of code :)
[07:48] <asac> #FIXME: Thanks Matthias Klose: fix endless recursion!
[07:48] <asac> is even a comment
[07:48] <asac> i didn't see that :)
[07:48] <Admiral_Chicago> yea i laughed at that...
[07:49] <Admiral_Chicago> comments in the code:##HEY FIX THIS BUG..KKTHXBYE
[07:49] <asac> Admiral_Chicago: i don't think we need to fix it for our new feature
[07:49] <asac> but should keep an eye on that
[07:50] <Admiral_Chicago> should we first file a bug report so people know what we are doing?
[07:50] <asac> no
[07:50] <asac> we develop that feature
[07:50] <asac> then submit bug report with patch
[07:50] <Admiral_Chicago> okay.
[07:50] <asac> unless you feel that it takes lots of work
[07:51] <asac> e.g. there might be the likelyhood that markus says: "hey we want to do it different"
[07:51] <asac> just to be fair :)
[07:51] <asac> but actually i think its ok to add inheritable="xx"
[07:51] <asac> to individual clues
[07:51] <asac> srcpkginfo = self.get_info_file(srcpkg, verbosity)
[07:51] <Admiral_Chicago> hmm, okay
[07:51] <asac> -> #
[07:51] <asac> -> inheritlist.update(set(self.get_info_file(srcpkg,
[07:51] <asac> # verbosity).clues))
[07:52] <asac> --> inheritlist.update(set(srcpkginfo.clues))
[07:52] <asac> ???
[07:52] <Admiral_Chicago> huh?
[07:52] <Admiral_Chicago> are you asking me?
[07:53] <asac> yes :)
[07:53] <asac> i think you can fix that
[07:54] <asac> e.g. use srcpkginfo.clue
[07:54] <asac> s
[07:54] <asac> but since you have to filter that array anyway, lets look at it afterwards
[07:56] <Admiral_Chicago> hmm...
[07:57] <asac> Admiral_Chicago: i am currently getting feedback from thekorn
[07:57] <asac> in -bugs
[07:57] <Admiral_Chicago> i'm following the discussion
[07:57] <asac> k
[08:02] <Admiral_Chicago> hey there JenFraggle
[08:19] <Admiral_Chicago> asac: sorry i stole someone from our loco with good python skills...
[08:19] <Admiral_Chicago> bringing him up to date
[08:19] <asac> Admiral_Chicago: k
[08:19] <asac> no problem
[08:19] <asac> Admiral_Chicago: get him in the mt :)
[08:19] <Admiral_Chicago> he is here.
[08:20] <Admiral_Chicago> red_herring: engine?
[08:20] <Admiral_Chicago> asac: that's him...
[08:20] <asac> yeah :)
[08:20] <asac> i know
[08:20] <red_herring> well
[08:21] <red_herring> engine/whatever you wanna call it
[08:21] <asac> welcome red_herring ;)
[08:21] <red_herring> hi asac
[08:21] <Admiral_Chicago> red_herring: do you have the latest code?
[08:21] <red_herring> i just apt-get installed it, contemplating grabbing the real source
[08:21] <Admiral_Chicago> you'll need to be in BugSquad and an ssh key to grab the latest (real) code
[08:22] <asac> red_herring: you want to get involved with distro stuff a bit?
[08:22] <red_herring> uh oh, i dont think i have either.
[08:22] <Admiral_Chicago> nope
[08:22] <red_herring> asac: ubuntu? a *bit*
[08:22] <Admiral_Chicago> asac: i keep trying to get him involved...
[08:22] <red_herring> im around just rarely helping ;)
[08:22] <Admiral_Chicago> red_herring: ssh-keygen
[08:23] <asac> red_herring: maybe thats because you have no exciting tasks at hand :)
[08:23] <Admiral_Chicago> upload the id_rsa.pub to lp
[08:23] <red_herring> kk
[08:23] <Admiral_Chicago> and join https://launchpad.net/~bugsquad
[08:24] <red_herring> k updated it
[08:25] <red_herring> done
[08:25] <Admiral_Chicago> it'll take a bit but follow the guide in https://wiki.ubuntu.com/BugHelper/doc/getting-started
[08:25] <red_herring> bzr: ERROR: Not a branch<EMAIL_ADDRESS>[08:25] <asac> red_herring: we have a rather important spec open which would be widely used: https://blueprints.launchpad.net/ubuntu/+spec/firefox-distro-addon-support
[08:26] <asac> red_herring: we need someone to code the "rather" simple web service ;)
[08:26] <Admiral_Chicago> red_herring: you join bugsquad too?
[08:26] <red_herring> Admiral_Chicago: yeah
[08:26] <Admiral_Chicago> you need to or it won't grab it. took me and xjdriver 45 minutes to figure that one out.
[08:26] <Admiral_Chicago> red_herring: might need to wait for LP to update
[08:27] <red_herring> asac: so was Admiral_Chicago when he mentioned python?
[08:27] <red_herring> *lying
[08:27] <JenFraggle> think it is the same message i got when trying to get bughelper sorted
[08:27] <red_herring> excuse me, im using a dell laptop so everything i say sounds like a 12 year old kid playing counterstrike
[08:28] <asac> red_herring: why?
[08:28] <Admiral_Chicago> red_herring: for the time being just grab the source with this command "bzr checkout http://bazaar.launchpad.net/~bughelper-dev/bughelper/main/ bughelper"
[08:29] <Admiral_Chicago> asac: red_herring is a python guy, there is plenty of work for him in Ubuntu
[08:30] <asac> yeah ... probably :)
[08:30] <Admiral_Chicago> let us know when you have the source
[08:30] <red_herring> got it
[08:30] <asac> but why do something when there are specific things todo :)
[08:30] <Admiral_Chicago> JenFraggle: i have an assignment. just move the clue file dealing with bugs from the top to the bottom of the clue file
[08:31] <Admiral_Chicago> so we can just do bugxml-a in the future
[08:32] <JenFraggle> done, shall I commit?
[08:32] <Admiral_Chicago> so the tags related clue is up at the top
[08:32] <Admiral_Chicago> let me see it first JenFraggle please
[08:32] <JenFraggle> i was just about to say that :o)
[08:33] <Admiral_Chicago> hehe.
[08:33] <red_herring> so the bughelper uses XMLOperations to read the file
[08:34] <red_herring> problem is ive got no idea how that works =p
[08:34] <red_herring> off! to learn!
[08:35] <Admiral_Chicago> red_herring: look at infoFile.py as well
[08:35] <red_herring> infoFiles?
[08:36] <red_herring> oh god regex
[08:37] <asac> ok i am off for some time
[08:37] <Admiral_Chicago> seee you soon
[08:37] <red_herring> later
[08:38] <red_herring> if i may babble a bit
[08:38] <red_herring> your infoFile or infoFiles class does not support a way to not run code if its been inhereted
[08:38] <Admiral_Chicago> JenFraggle: that would be only for a new file
[08:38] <red_herring> if you want me to hax at it to see if i can make it, sure
[08:38] <Admiral_Chicago> a changed one requires bzr commit
[08:39] <Admiral_Chicago> red_herring: huh?
[08:39] <red_herring> Admiral_Chicago: the program that parses the cluefiles has no way of distingushing between if it's been inhereted or not
[08:41] <red_herring> Admiral_Chicago: its not built in anyways, so you can either try and fix the clue file or lemme try my hand at tinkering with bughelper
[08:42] <Admiral_Chicago> well i'm just not sure I know what you mean
[08:42] <Admiral_Chicago> there is no way to know if a clue file is inherited?
[08:43] <asac> actually i think the OO model of bughelper should be reviewed
[08:43] <Admiral_Chicago> OO?
[08:43] <Admiral_Chicago> object orien..
[08:43] <Admiral_Chicago> got it
[08:43] <asac> imo Object model
[08:43] <asac> yeah
[08:43] <asac> i mean if you look at the patch that thekorn suggested
[08:43] <red_herring> yeah.....
[08:43] <red_herring> actually
[08:44] <red_herring> theres so many tools that do exactly what bughelper tries to do
[08:44] <red_herring> beautifulsoap for one
[08:44] <asac> he?
[08:44] <asac> in what way?
[08:44] <red_herring> corba and soap are ways of turning objects into XML files
[08:44] <asac> ah ... i am not at that point atm :)
[08:45] <asac> have no idea what lib to use for O/XML serialization
[08:45] <asac> because i don't know python
[08:45] <red_herring> granted i never looked into them with much depth
[08:45] <asac> my point was if you look at the patch thekorn suggested to prevent inheritable clues to apply
[08:45] <asac> he codifies this hard in the selection algorithm
[08:46] <Admiral_Chicago> yea, not very elegant from what i see...
[08:46] <asac> Admiral_Chicago: the problem is that he has no real "clue" object
[08:46] <Admiral_Chicago> yep
[08:46] <red_herring> why are we inhereting clue files anyways if the inhereted clues don't apply?
[08:46] <asac> he has even no abstract interface so you can implement your own matcher logic
[08:46] <asac> red_herring: because some might apply
[08:47] <asac> red_herring: i think its a corner case and default should be "false"
[08:47] <asac> red_herring: the idea is to find bugs that are filed against wrong package
[08:47] <asac> red_herring: at least thats the most obvious use-case i can identify
[08:47] <red_herring> yeah
[08:48] <Admiral_Chicago> asac: he == bughelper team ... :)
[08:49] <asac> Admiral_Chicago: yes ... wrong said ... sorry ... actually I suspect that its the bugClue that we have at hand in the code snippet you suggested
[08:49] <asac> but thekorn did not comment on it :/ so i am not sure
[08:49] <Admiral_Chicago> well thekorn is just working as this SoC project...
[08:50] <asac> Admiral_Chicago: he knows the code best afaik
[08:50] <asac> Admiral_Chicago: because he does most work atm :)
[08:51] <red_herring> wow, bugClue is the most useless object ive seen
[08:52] <asac> red_herring: yeah
[08:52] <asac> actually i think all the suffering starts in
[08:52] <red_herring> well no, ive seen more useless objects, but thats close
[08:52] <asac> bugHelper/infoFiles.py
[08:52] <asac> there you see that there is add_simple_clue
[08:52] <red_herring> yeah i know, ive been browsing it
[08:52] <asac> which means that the layer on top knows of every detail of the low level clues
[08:52] <asac> it should just pass the clue xml snippet
[08:52] <asac> and let the parsing/interpreting happening on a lower level
[08:53] <red_herring> hrm
[08:53] <asac> ... so we can have multiple clue implementations for instance
[08:53] <asac> that carry their own match actions et al
[08:53] <red_herring> this is all very complex
[08:54] <asac> its completely coupled ... e.g. you have to understand all before you can do useful
[08:54] <asac> ... which is likely due to bad OO design :)
[08:54] <red_herring> eh, not entirely
[08:56] <asac> red_herring: why not?
[08:56] <red_herring>         except XMLOperations.NoClueFoundError, e:
[08:56] <red_herring>             print >> sys.stderr,e
[08:56] <red_herring> holy crap! he's using c++ syntax!
[09:06] <asac> syntax is not what bothers me ... rather extensibility/maintainability of code :)
[09:06] <red_herring> asac: yeah definently
[09:07] <red_herring> i love it when someone makes a big down drawing of their code explaining how it all works
[09:07] <asac> of course syntax can contribute to that (negatively)
[09:07] <red_herring> it makes my life sooooo much easier
[09:07] <red_herring> *top-down drawing
[09:07] <asac> actually bugehlper has no top-down design
[09:08] <asac> it wasted class concept for code splits :)
[09:08] <asac> more or less :)
[09:08] <red_herring> well... yeah, hell *any* drawing helps
[09:08] <red_herring> looking at 3000 lines of code is hard to visualize
[09:08] <red_herring> a pictuere? great!
[09:09] <asac> yeah ... but 3000 lines of code is rather small code-base :)
[09:09] <asac> if you have problems to get the idea in such sized project than its not properly done :)
[09:10] <asac> which i meant with: "all is tightly coupled" ...
[09:10] <asac> in my opinion bughelper tries to achieve a three layer design
[09:10] <asac> 1st layer: bughelper main program
[09:10] <asac> 2nd layer: matching code
[09:10] <asac> 3rd layer: parsing
[09:11] <red_herring> so well
[09:11] <asac> however then the mixing starts :)
[09:11] <red_herring> yeah
[09:11] <red_herring> cuz when you have things like "Don't use this when inhereted"
[09:11] <red_herring> it gets complicated cuz it falls between 2 and 3
[09:12] <asac> imo bughelper should be a crawler :)
[09:12] <asac> that has conditions to match subtrees of bugs
[09:12] <asac> and then applies clues on those :)
[09:13] <asac> actually the model is pretty simple ... you start with a "virtual" set of all bugs and then refine your matching
[09:13] <asac> and can recurse after each refinement
[09:14] <asac> then you have <output> tags that allow you to specify what is actually spit out  ... and you can use xpath expressions if you want to put some content of the current bug set to the output :)
[09:16] <red_herring> well
[09:16] <asac> :)
[09:16] <red_herring> actually to be honest
[09:16] <red_herring> i don't even understand how clues work
[09:16] <asac> have you looked at a clue file?
[09:16] <asac> its pretty self explanatory ... i mean the basic concept
[09:16] <asac> you can specify conditions that are tried on each bug
[09:17] <asac> if all conditions match then the clue fires and the output is dumped to the output channel
[09:25] <red_herring> heh
[09:25] <red_herring> sorry, one sec
[09:33] <red_herring> asac: yeah i know, im just confused on what conditions there are
[09:33] <asac> yes ... its explicitly coded somewhere in level 2nd (above)
[09:33] <asac> not really extensible .. nor encapsulated
[09:33] <Admiral_Chicago> not extendable (gasp), its not using real xml!
[09:33] <asac> he?
[09:33] <asac> what is not real for that xml?
[09:33] <asac> its valid xml, isn't it?
[09:35] <asac> red_herring: conditions boil down to be just an expression that gets evaluated somewhere (e.g. like parsing python code and running)
[09:36] <asac> then there are special cases encoded for AND, OR, NOT
[09:37] <asac> at least that was the state when i last looked .... maybe there have been xpath conditions added by now
[09:37] <red_herring> well
[09:37] <red_herring> are these objects supposed to be editable by humans?
[09:37] <asac> which objects? the clue/xml is editable by humas
[09:38] <red_herring> yeah
[09:40] <asac> red_herring: look at ./bugHelper/XMLOperations.py for parsing of conditions
[09:40] <asac> clueCondition(and_cond, or_cond, simple_cond, not_cond, cond_field)
[09:40] <asac> those parameters are just "expression strings"
[09:46] <red_herring> grr
[09:47] <red_herring> this program gets annoying
[09:48] <Admiral_Chicago> we may want to mail bughelper-dev ML at one pont
[09:49] <asac> red_herring: yes it is :)
[09:50] <asac> red_herring: as i said :) my webservice task is probably much more exciting :)
[09:50] <red_herring> asac: what was the other project you were talkin about?
[09:50] <asac> red_herring: its something completely from scratch :)
[09:50] <asac> its a rather small and funny thing :)
[09:50] <red_herring> whats it require i know?
[09:51] <asac> web page programming mostly :)
[09:51] <asac> xml parsing
[09:51] <gnomefreak> asac: have you heard from mike? i looked on svn and nothing yet just checking in
[09:51] <red_herring> meh, not my strong point but sure
[09:51] <asac> maybe later use of some python lib to introspect packages
[09:51] <asac> red_herring: you know firefox?
[09:51] <asac> :)
[09:51] <red_herring> i know how to use it. thats about all.
[09:51] <asac> red_herring: yeah thats enough ... if you have a missing plugin
[09:52] <asac> and you click
[09:52] <red_herring> k
[09:52] <asac> there opens a plugin finder dialog wizard
[09:52] <asac> ever saw that?
[09:52] <red_herring> i don't know any fancy XUL or whatever programming
[09:52] <red_herring> yeah
[09:52] <asac> red_herring: its not about XUL ... ist just XML webservice
[09:52] <asac> (well not a fully flegded webservice)
[09:52] <asac> red_herring: open about:config
[09:52] <asac> in firefox
[09:52] <red_herring> yeah yeah, the bajillion variables
[09:53] <asac> red_herring: there is a pfs.datasource.url
[09:53] <asac> setting
[09:54] <asac> if you open that in url
[09:54] <asac> i mean the url
[09:54] <asac> you will see an xml answer
[09:54] <red_herring> ah yeah
[09:54] <asac> basically you can pass a MIME-type and get a list of plugins that support that kind of type
[09:54] <asac> the idea is to write a webservice that takes those requests
[09:54] <asac> asks the mozilla webservice
[09:54] <red_herring> huh
[09:54] <asac> and adds "other plugins"
[09:55] <red_herring> yeah
[09:55] <asac> if that is done we will ship firefox with "our" webservice
[09:55] <asac> so people will find "our" packages
[09:56] <asac> ... if we have plugins packaged that support that mime type
[09:56] <red_herring> which are made for linux... right?
[09:56] <asac> yes ... there are multiple problems why we do that
[09:56] <red_herring> yeah
[09:56] <asac> we can talk about that issue later :) ... did you ever wrote some webpage in python/php ?
[09:57] <red_herring> php plenty
[09:57] <red_herring> never in python
[09:57] <asac> really?
[09:57] <red_herring> granted im not very good at php other than the bare basics
[09:57] <asac> i thought about php first ... probably easier to host for testing
[09:57] <asac> red_herring: yeah its not that difficult i guess
[09:57] <red_herring> i can't imagine python as being a veyr good webpage language
[09:58] <red_herring> to be perfectly honest
[09:58] <asac> yeah ... there are different opinions on that :)
[09:58] <red_herring> its got too much overhead
[09:58] <asac> anyway ... if you have a webserver at hand ... point the about:config setting to your php script
[09:58] <asac> and see what gets passed
[09:58] <asac> if for instance click on a missing flash icon
[09:59] <Admiral_Chicago> asac: would that need to be dynamic for various DEs?
[09:59] <asac> DEs?
[09:59] <asac> i think we could add caching ... e.g. if we know that we have these plugins we could precache results
[09:59] <asac> so we don't need to call mozilla webservice for each and every request
[10:00] <asac> but i think its good to start completely dynamic and add a cache afterwards
[10:00] <red_herring> asac: it doesn't pass anything special
[10:00] <asac> it should pass some parameters
[10:00] <asac> did you keep the %XXX labels in url
[10:00] <asac> ?
[10:01] <red_herring> none by default
[10:01] <red_herring> no
[10:01] <red_herring> i knwo those pass parameters =p
[10:01] <asac> https://pfs.mozilla.org/plugins/PluginFinderService.php?mimetype=%PLUGIN_MIMETYPE%&appID=%APP_ID%&appVersion=%APP_VERSION%&clientOS=%CLIENT_OS%&chromeLocale=%CHROME_LOCALE%
[10:01] <asac> so you should get mimetype
[10:01] <asac> appID
[10:01] <red_herring> yeah i know
[10:01] <asac> and CLIENT_OS
[10:01] <asac> and so on :)
[10:02] <red_herring> so all we do is write a simple php script to read these values and built a corrisponding xml file
[10:02] <red_herring> isnt the hard part packaging?
[10:02] <asac> ah cool ... so next step would be just to proxy that call to the original url :)
[10:02] <asac> red_herring: yes ... 1st ... invoke official service (e.g. pfs.mozilla.org)
[10:02] <asac> 2nd add some more entries
[10:02] <asac> red_herring: the second part will be a bit tricky
[10:02] <Admiral_Chicago> Desktop Environment..
[10:03] <asac> as we have to figure out how to find "what plugins" are available et al
[10:03] <red_herring> asac: so how much have you done so far?
[10:03] <asac> red_herring: nothing ... i drafted the spec and am looking for someone who is willing to help on the server part
[10:03] <asac> ... as the spec involves mozilla side part as well
[10:03] <red_herring> heh ok
[10:04] <asac> as well as coordinating that ll plugins get info about "what mimetype do we provide
[10:04] <asac> so we can find the plugins on the webservice
[10:04] <red_herring> though i know a lot of FOSS guys will get upset if we make it easy to install badpeople apps like flash ;-)
[10:04] <asac> heeh
[10:05] <asac> red_herring: actually we offer gnash as well
[10:05] <red_herring> oh so we could offer both?
[10:05] <asac> which is "more" then now
[10:05] <asac> we just add the info to the XML
[10:05] <asac> the user gets a list of available options
[10:05] <red_herring> true true
[10:05] <red_herring> god i hate gnash
[10:05] <red_herring> but sure
[10:05] <asac> yeah its not just gnash ... its for everything
[10:05] <red_herring> yeah
[10:06] <Admiral_Chicago> <3 gash
[10:06] <Admiral_Chicago> gnash*
[10:06] <red_herring> wait, is the java plugin oss yet?
[10:06] <asac> its for things that are packaged as well (e.g. nonfree-flashplayer) ... so people can install "ubuntu" managed package instead of following wierd install instructions of adobe
[10:06] <asac> red_herring: dunno ... but there exist choice in java as well
[10:06] <red_herring> yeah
[10:06] <red_herring> i wish there was shockwave.....
[10:06] <asac> red_herring: its most important that we can offer and educate the user that there are packages available
[10:06] <red_herring> oh, also
[10:06] <red_herring> asac: what about 64 bit users?
[10:07] <asac> we are working on that too ... but actually its why we want to push free flash solutions
[10:07] <asac> as they work on any architecture
[10:07] <red_herring> i run 64 bit firefox, plugins hate it so terribly
[10:07] <red_herring> yeah
[10:07] <asac> red_herring: yeah
[10:07] <asac> red_herring: we work on nspluginwrapper
[10:07] <asac> i am leading that spec as well
[10:07] <asac> yes i need to evaluate that first
[10:08] <red_herring> its never worked for me
[10:08] <asac> e.g. how can we package it in such a way that it really works well
[10:08] <red_herring> well it does, but 15 minutes into a youtube vid it *will* crash
[10:08] <asac> if its not possible then we can't do a thing, but help free software impls
[10:08] <red_herring> yeah
[10:08] <asac> red_herring: yes ... but maybe we can find a proper flash version that works and package that :)
[10:08] <red_herring> yeah for real
[10:09] <red_herring> actually, the only real problem with nspluginwrapper is that firefox won't restart it until i restart firefox
[10:09] <red_herring> unlike opera or konqueror, which starts a new instance with every tab/window
[10:09] <asac> red_herring: ah ... so nspluginwrapper crashes?
[10:09] <red_herring> yeah
[10:09] <asac> thought ffox crashes ... or flash :)
[10:09] <asac> anyway ... would be great if you could help a bit :)
[10:09] <asac> on the webservice :)
[10:09] <red_herring> naw nspluginwrapper
[10:10] <red_herring> yeah sure
[10:10] <red_herring> ive got my own server
[10:10] <asac> can you give me the parameters you got?
[10:10] <red_herring> ?
[10:10] <asac> from the URL
[10:10] <asac> e.g. clientOS
[10:10] <asac> https://pfs.mozilla.org/plugins/PluginFinderService.php?mimetype=%PLUGIN_MIMETYPE%&appID=%APP_ID%&appVersion=%APP_VERSION%&clientOS=%CLIENT_OS%&chromeLocale=%CHROME_LOCALE%
[10:11] <asac> clientOS ... chromeLocale ... appVersion, appID, mimetype
[10:11] <asac> e.g. if you try to install flash :)
[10:11] <red_herring> umm
[10:11] <asac> i just want to figure out if we have to parse HTTP headers to get the "distribution" info ... e.g. are we on feisty :)
[10:11] <red_herring> heres the http header when i try to search for shockwave
[10:12] <red_herring> <IP_ADDRESS> - - [04/Jun/2007:15:11:11 -0500]  "GET /plugins/PluginFinderService.php?mimetype=application%2Fx-director&appID={ec8030f7-c20a-464f-9b0e-13a3a9e97384}&appVersion=2007060115&clientOS=Linux%20x86_64&chromeLocale=en-US HTTP/1.1" 404 229 "-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:<IP_ADDRESS>) Gecko/20061201 Firefox/<IP_ADDRESS> (Ubuntu-feisty)"
[10:12] <asac> good
[10:12] <asac> the mimetype looks wierd though
[10:12] <asac> imetype=application%2Fx-director
[10:12] <asac> ??
[10:12] <red_herring> yeah
[10:12] <asac> application/x-director ?
[10:12] <red_herring> x-director = shockwave
[10:12] <red_herring> yeah
[10:12] <asac> crazy
[10:13] <asac> why do people always use zillions of different mimetypes for the same
[10:13] <asac> ok ... so parsing the header might allow us to see if we are on feisty et all
[10:13] <asac> ok ... i think thats enough for now
[10:13] <asac> however ... people can change that
[10:14] <red_herring> no idea.
[10:14] <asac> ... but than bad luck :)
[10:14] <red_herring> hrm
[10:14] <red_herring> going through my logs
[10:14] <red_herring> lots of people are visiting my lolcode site
[10:14] <asac> ;)
[10:15] <asac> red_herring: ok ... if you come up with the base script to proxy the invocation to pts.mozilla.org I will try to get the info how we can find packages that match those parameters :)
[10:15] <gnomefreak> anyone else having issues with LP?
[10:15] <red_herring> sure, gimme a bit
[10:15] <asac> red_herring: hey :) nothing to hurry ;)
[10:16] <red_herring> true
[10:17] <asac> red_herring: actually i will be off today :) ... will you be here sometime tomorrow/this week?
[10:17] <asac> off for today
[10:17] <asac> i ment
[10:17] <red_herring> its my summer
[10:17] <red_herring> freetime = all time
[10:17] <asac> red_herring: lucky man :)
[10:18] <gnomefreak> asac: night
[10:18] <asac> gnomefreak: night!
[10:19] <asac> red_herring: if you tweak the clientOS when proxying requests to pfs.mozilla.org you might even get valid content back (e.g. to see how the xml looks like) ...
[10:19] <gnomefreak> what is debians log in screen called?
[10:19] <asac> log?
[10:19] <gnomefreak> login
[10:19] <red_herring> heh
[10:19] <gnomefreak> xdm?
[10:20] <asac> gnomefreak: i don't know what log you refer to :)
[10:20] <asac> gnomefreak: you mean xorg log?
[10:20] <gnomefreak> asac: the login screen
[10:20] <asac> ah
[10:20] <gnomefreak> where you type name and password
[10:20] <asac> gdm
[10:20] <gnomefreak> ;)
[10:20] <gnomefreak> oh it uses gdm
[10:20] <asac> xdm is the basic x one
[10:20] <asac> you can probably choose
[10:20] <asac> but i think debian default is gnome
[10:20] <gnomefreak> k ty (filing bugs
[10:20] <gnomefreak> )
[10:22] <asac> ok ... off for real
[10:22] <asac> cu
[10:33] <asac> ok ... i will be back in 20 minutes ... TV sucks and I even cannot play UT2004 because it recently freezes my system for whatever unknown reason
[10:33] <asac> :)
[10:33] <gnomefreak> your ati drivers are causing the freezing :(
[10:33] <asac> yeah
[10:34] <asac> and i was too dump to get the official ati drivers installed
[10:34] <asac> now i don't have hardware accelleration :(
[10:34] <gnomefreak> !ati
[10:34] <ubotu> To install the Ati/NVidia drivers for your video card, see https://help.ubuntu.com/community/BinaryDriverHowto
[10:34] <gnomefreak> tell you how to install the ones from ati iirc
[10:34] <gnomefreak> tells
[10:36] <gnomefreak> firefox has mem leaks OMG like this hasnt been known for years
[10:37] <asac> Some people might experience random hangups. I heard that this might help: Edit /etc/X11/xorg.conf and add the following options in the corresponding section:
[10:37] <asac> :)
[10:37] <asac> maybe i should just add those zillions of options :)
[10:38] <asac> https://help.ubuntu.com/community/BinaryDriverHowto/ATI
[10:49] <Admiral_Chicago> JenFraggle: we need to build a list of every bug that has a duplicate
[10:49] <Admiral_Chicago> i think there is a way to do that in bughelepr
[10:49] <Admiral_Chicago> helper*
[10:49] <Admiral_Chicago> not sure though
[10:52] <asac> it really sucks .... this ati driver thing
[10:53] <asac> i should have never tried to install through ati.com installer
[10:53] <asac> damn
[10:54] <asac> maybe i should wipe everything because of this
[10:54] <asac> it just polluted something i cannot find anymore
[10:55] <gnomefreak> asac: maybe it built its own l-r-m package like nvidias installer does?
[10:58] <asac> i have to sue ati
[10:58] <asac> this is completely unacceptable
[10:58] <asac> i mean they polluted my system
[10:59] <asac> YES
[10:59] <asac> i found the intruder
[10:59] <asac> at least i have a proper kernel module now again
[10:59] <asac> hmm ... but actually i want to have amore modern one
[11:00] <asac> lets see if i can drop something into the source package :)
[11:00] <gnomefreak> lol
[11:10] <asac> hehe
[11:10] <asac> i just drop a patch from ati source :)
[11:10] <asac> hehe
[11:10] <asac> why do we patch the ati source at all?
[11:10] <gnomefreak> who knows
[11:11] <gnomefreak> got someone wants new ati drivers but he doesnt awant to help build them lol
[11:11] <asac> yeah ... maybe because of the "not-invented-here" syndrom
[11:11] <gnomefreak> did we add anything to tbird in gutsy that isnt in tbird in the repo?
[11:11] <asac> in the repo?
[11:11] <asac> what do you mean?
[11:12] <gnomefreak> MT repo
[11:12] <asac> in bzr?
[11:12] <asac> dunno ... depends on what the last version in there is
[11:12] <asac> afaik i uploaded latest tbird once
[11:12] <asac> dunno if you did for i386
[11:12] <gnomefreak> i did
[11:12] <gnomefreak> ~3
[11:12] <gnomefreak> or something like that
[11:14] <asac> y
[11:14] <asac> then there is nothing new
[11:14] <gnomefreak> k
[11:16] <asac> ok press thumbs
[11:16] <asac> i installed my hand made ait packages :)
[11:16] <gnomefreak> mozilla supports releases for 6months only?
[11:17] <gnomefreak> asac: does it work?
[11:17] <asac> no idea ... moving things to save place then stopping X reloading new module et al
[11:17] <asac> gnomefreak: yeah ... they support major release for at least one year
[11:17] <asac> problem is they say first release is <IP_ADDRESS>
[11:18] <asac> so <IP_ADDRESS> is the last :)
[11:18] <asac> and at least 6 month after next major release is out
[11:18] <asac> which is why they dropped ffox now ... as 6+ month ago 2.0 was out
[11:18] <gnomefreak> that means 2.0 will be EOS before dapper is EOS
[11:18] <gnomefreak> thats bad
[11:26] <asac> cool
[11:26] <asac> it appears not to freeze anymore
[11:26] <asac> Yau
[11:27] <gnomefreak> :)
[11:27] <gnomefreak> ill be back later maybe i need to get something done today (other than phone calls and meetings)


[11:02] <aeyesi> <aeyesi> Hmm ill try once again ask... I wonder if someone knows how to get 5.1 analog sound working on this motherboard? http://www.gigabyte.com/products/product-page.aspx?pid=4168#ov
[11:02] <aeyesi> <aeyesi> Pulseaudo config edits simply do-not work >.<
[11:02] <aeyesi> Tušíte někdo ? :s


[09:04] <dpm> morning kelemengabor. On bug 835929, I'm not too sure I understand the fix. So now we'll have versioned gcc translation domains, but how will they work if gcc is expecting a non-versioned domain?
[09:05] <dpm> hm, bugbot not working?
[09:05] <kelemengabor> dpm: good morning
[09:05] <dpm> https://bugs.launchpad.net/bugs/835929
[09:05] <kelemengabor> does gcc expecting a non-versioned domain?
[09:05] <kelemengabor> my little test showed that it needs version numbers
[09:05] <dpm> kelemengabor, I thought that's what you said in the bug description
[09:06] <dpm> let me re-read, it might have been me misreading it
[09:09] <kelemengabor> dpm: I just finished a test install with todays iso and this happens with the gcc domains: http://people.ubuntu.com/~kelemeng/pix/gcc.png
[09:10] <dpm> kelemengabor, ok, yeah, you're right, the symlink part confused me a bit, I had just read it the other way round. Good work with fixing all the templates
[09:11] <dpm> kelemengabor, I'm going to talk to the LP people, as it seems that last Thursday's and yesterday's language pack exports did not happen -> https://translations.launchpad.net/ubuntu/oneiric/+language-packs
[09:12] <kelemengabor> the only problem is that we have several gcc.mo files on the iso, most of them being about 1M in size, having this three times may cause the langpacks grow a little too big
[09:16] <dpm> hm, good point. The main iso should only have the en language pack now, though, so it's probably not as much of a problem there
[09:16] <kelemengabor> (in particular, de, es and zh_CN)
[09:17] <kelemengabor> well, todays iso has 5, plus three en_ variants...
[09:18] <dpm> it's strange that they are still in there, they should go away in favour of the localized iso tools
[09:18] <kelemengabor> err, more than 5, actually, all that used to be
[09:52] <TLE> dpm, kelemengabor: Hey, I must have missed the informtion about the chat yesterday and I didn't have a look back here until it was over
[09:52] <TLE> is it a regular thing now?
[09:52] <kelemengabor> TLE: somewhat, yes
[09:52] <dpm> TLE, yeah, although I've been traveling lately and I missed a few
[09:53] <dpm> hm, confirmed, language pack exports are broken. The one from yesterday might still be running, though. Working on a workaround as we speak...
[09:54] <kelemengabor> we skipped one, and delayed the last, but the idea is that the more active translation coordinators speak regularly about things to do
[09:55] <TLE> yeah it sounds like a good idea, I seem to remeber now that there was an email thread about when to place them
[09:55] <kelemengabor> dpm: where should I send that important bugs list we talked about yesterday? UTC list?
[09:56] <kelemengabor> it has already ~15 bugs, and I'm afraid I'd add more if I don't send it now :P
[09:56] <dpm> kelemengabor, yeah, the UTC list should be fine
[10:15] <TLE> *sigh* translating evolution once again, that is just never funny
[10:17] <TLE> dpm: found out why it is that I stuck with gtranslator, as far as I can tell poedit doesn't have the options of showing you suggestions from your library and allowing you to insert them directly i the main interface while you are translating
[10:20] <dpm> TLE, ah, I see. Good point. I haven't used any of them in a while, so I'm no longer familiar with any of them.
[10:20] <TLE> dpm: no ok, it was just because we were talking aobut it yesterday and it bothered me that I couldn't remember why *G*
[10:21] <dpm> ok :)
[10:47] <TLE> Ohhh man. I'm on vacation; started the day with breakfeast and a epideo of DS9, now sitting in my couch with a laptop, a cup of coffee within reach and some old Kashmir on the stereo. 2 or 3 months more like this and I'll be all human again ;)
[11:17] <TLE> #: ../modules/spamassassin/evolution-spamassassin.c:864
[11:17] <TLE> #, fuzzy
[11:17] <TLE> #| msgid "This will make SpamAssassin more reliable, but slower"
[11:17] <TLE> msgid "This will make SpamAssassin more reliable, but slower."
[11:17] <TLE> msgstr "Dette vil gøre SpamAssassin mere pålidelig, men langsommere"
[11:18] <TLE> yep, updating the evolution translation is just the way I remember it *G*
[11:32] <kelemengabor> TLE: have you seen e-d-s yet?
[11:32] <kelemengabor> its full with this:
[11:32] <kelemengabor> #, fuzzy
[11:32] <kelemengabor> #| msgid "Cannot get contact: %s"
[11:32] <kelemengabor> msgid "Cannot get contact: "
[11:33] <kelemengabor> :P
[11:33] <TLE> no I have not, I'm starting to remember why we usually do red wine with gnome translations sprints
[11:34] <TLE> I mean, it is not the fact that they are fixing them, that is just good, but seriously the inability of the evolution dev to enforce some kind of string policy is second to none
[11:35] <TLE> it's just a bit to early for red wine here, even when on vacation, will save e-d-s for later
[11:37] <kelemengabor> :D
[11:37] <TLE> I don't even understand why they did the fix you just listed, it is not as if they cannot put variable in the strings, and it is just gonna make theor code uglier
[11:38] <TLE> "Cannot get contact: %s" % contact  -> "Cannot get contact: " + str(contact)
[11:38] <TLE> or however that the second part is done in c
[11:40] <TLE> ooooh my, find the change *G*
[11:40] <TLE> #: ../plugins/itip-formatter/itip-formatter.c:1067
[11:40] <TLE> #, fuzzy
[11:40] <TLE> #| msgid "Opening the calendar. Please wait.."
[11:40] <TLE> msgid "Opening the calendar. Please wait..."
[11:40] <TLE> msgstr "Åbner kalenderen. Vent venligst.."
[11:41] <kelemengabor> .
[11:41] <kelemengabor> at the end, there is one more period
[11:42] <TLE> you've won
[11:42] <TLE> ohh well, enough evolution bashing
[12:16] <dpm> TLE, kelemengabor, and you know what they will do on next release, don't you? Replace '...' with '…' (ellipse character)! :D
[12:16] <dpm> that's always my favourite
[12:16] <TLE> actually I think they already went both ways on that change *G*
[12:16] <dpm> :)
[12:18] <sagaci> hi, dpm, I've filed a question on lp, what are the guidelines for inactive leaders on translation group, or is there a link related to this?
[12:19] <dpm> hi sagaci, this should help you: https://wiki.ubuntu.com/Translations/KnowledgeBase/RoleReassignmentPolicy
[12:20] <sagaci> thanks
[13:39] <TLE> hmm, grumble, really wished that the po-file definition was a bit more specific
[16:45] <dpm> ok, language packs sorted. The next Oneiric language pack should be available on Friday
[17:08] <kelemengabor> dpm: hooray \o/
[17:12] <dpm> :)


[01:23] <mup> PR snapd#11503 opened: interfaces/docker-support: make generic rules not conflict with snap-confine <Bug> <Needs security review> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11503>
[02:44] <mup> PR snapd#11500 closed: many: replace use of "sanity" for interface implementation checks <Simple 😃> <Skip spread> <Created by mvo5> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/11500>
[07:20] <mborzecki> morning
[08:02] <pstolowski> morning
[11:31] <mup> PR snapd#11504 opened: o/snapstate: allow installing the snapd-desktop-integration snap even if the user-daemons feature is otherwise disabled <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/11504>
[11:56] <mup> PR snapd#11505 opened: cmd/snap-preseed, image: move preseeding code to image/preseed <Preseeding 🍞> <Created by stolowski> <https://github.com/snapcore/snapd/pull/11505>
[12:41] <mup> PR snapd#11493 closed: tests: updating the test-snapd-cups-control-consumer snap to core20 based <Simple 😃> <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/11493>
[13:07] <mardy> pstolowski: hi! You were working on an issue where all snap connections were getting disconnected, right?
[13:08] <pstolowski> mardy: hi, gadget connections, yes
[13:08] <mardy> pstolowski: mmm... so, let me tell you what I've seen, maybe it's the same issue, maybe not -- you'll tell me :-)
[13:09] <mardy> pstolowski: a colleague of us installed microk8s on UC20 on a RPI4; it all went well
[13:10] <mardy> pstolowski: today, no program was starting: he was getting a permission denied on running /usr/bin/snap,
[13:10] <mardy> pstolowski: and ls: cannot access '/snap/snapd/current/usr/bin/snap': No such file or directory
[13:10] <mardy> pstolowski: he rebooted without investigating further, and then after a reboot this was solved
[13:11] <mardy> pstolowski: but all the microk8s connections are gone
[13:11] <mardy> pstolowski: (there are no other snaps installed)
[13:11] <mardy> pstolowski: sounds familiar?
[13:14] <pstolowski> mardy: right. yes, we have seen cases like this but it's probably a different issue. connections got lost because snapd snap wasn't linked for whatever reason at some point, in such case we fail to read current info and hit the code that purges such connections (i.e. where a snap appears to be missing)
[13:26] <mardy> pstolowski: but the fact that /snap/snapd/current/usr/bin/snap was not resolving, probably means that there was something wrong with the snapd snap in this case too
[13:27] <pstolowski> mardy: yes, as i said it wasn't linked (current link missing?)
[13:28] <pstolowski> mardy: very hard to say what was the root cause, we would need logs
[14:02] <mup> PR snapd#11502 closed: asserts: minimal changes to disable authority-delegation before full revert <snap-revision-delegation> <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11502>
[14:19] <mup> PR snapcraft#3664 opened: ROS plugins v2: respect source-subdir key <Created by Guillaumebeuzeboc> <https://github.com/snapcore/snapcraft/pull/3664>
[15:02] <mup> PR snapd#11501 closed: many: replace use of "sanity" with more inclusive naming in comments <Simple 😃> <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11501>
[15:12] <mup> PR snapd#11506 opened: tests: fix test to avoid editing the test-snapd-tools snap.yaml file <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/11506>
[15:22] <mup> PR snapd#10816 closed: fde: add new DeviceUnlock() call <Needs Samuele review> <Run nested> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10816>
[15:32] <mup> PR snapd#11507 opened: overlord: extend single reboot test to include a non-base, non-kernel snap <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/11507>
[15:57] <mup> PR snapd#11498 closed: github: replace "sanity check" with "quick check" in workflow <Simple 😃> <Skip spread> <Created by mvo5> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/11498>
[18:53] <mup> PR snapd#11508 opened: tests: test that revert undoes migration  <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/11508>


[01:00] <awesome_guest> well that was annoying.. it seems that libfuse-dev is 2 years out of date
[01:00] <awesome_guest> how would I go about correcting that?
[01:00] <awesome_guest> i.e. get them to upgrade from 2.7.4 to 2.8.5
[01:45] <diwic> awesome_guest, first thing is to file a launchpad bug for it
[01:59] <Hydrant> hey all... do all projects on launchpad have a mailing list automatically ?
[02:00] <Hydrant> I want to email a particular project on launchpad, but the interface is a bit confusing on how to begin to participate in a project
[02:08] <Amaranth> Hydrant: That's a great question for #launchpad (I have no idea)
[02:43] <Hydrant> Amaranth: thx
[02:49] <highvoltage> thanks to the archive admins who worked today :)
[02:55] <JackyAlcine> o//
[05:31]  * JackyAlcine is pushing a mailing list update to SpeechControl regarding openMary.
[05:35]  * JackyAlcine has sent a message to SpeechControl's developers. Please check your email.
[08:38] <AnAnt> Hello, I just tried alpha1, so with unity,  apps that use notification area won't show up ?
[08:39] <AnAnt> hmmm, sorry, wrong channel
[08:57] <\sh> moins and happy new year everyone :)
[08:59] <sladen> \sh: hallo Stephan
[09:37] <tkamppeter> pitti, hi
[09:47] <tkamppeter> Anyone around who works on MIRs?
[10:23] <bmm> I'm making a small maven3 package (dirty for personal use, but published in PPA) and I ran into a conf/settings.xml file which is executable. Lintian tells me to use dh_fixperms, but I already use cdbs. How do I get dh_fixperms to remove the executable flag?
[10:29] <akheron> bmm: grep the cdbs source to see if there's a flag to enable dh_fixperms or give options to it
[10:29] <akheron> that's what I do if I have to use cdbs :)
[10:31] <bmm> akheron: k, will do
[10:31] <akheron> bmm: I see this line in debhelper.mk: dh_fixperms -p$(cdbs_curpkg) $(call cdbs_add_dashx,$(DEB_FIXPERMS_EXCLUDE)) $(DEB_DH_FIXPERMS_ARGS)
[10:31] <akheron> so setting DEBDH_FIXPERMS_ARGS might do the trick
[10:32] <akheron> DEB_DH_... that is
[10:39] <bmm> akheron: I read that, but it seem to only allow exclusion, not inclusion... and debhelper.mk should already run dh_fixperms on my files.
[10:40] <bmm> I also read /usr/bin/dh_fixperms but I could not read any trace of a possible "package.fixperms" file to be allowed :(
[10:42] <bmm> Oh, and my debuild output shows that dh_fixperms is being run (dh_fixperms -pmaven3)
[10:42] <bmm> Is it possible to quilt patch file attributes?
[10:42] <bmm> (as it's only a dirty package for myself and my PPA)
[10:45] <bmm> akheron: ooh, I just realize what you said: add the file as an argument to dh_fixperms... stupid, going to try that now..
[10:46] <akheron> yep :)
[10:50] <bmm> akheron: bad luck, it silently ignores the arguments. Tried conf/settings.xml, usr/share/maven3/conf/settings.xml and finally something stupid, output shows:  dh_fixperms -pmaven3  THIS_DOES_NOTHING
[10:50] <bmm> and has no effect :(
[10:51] <bmm> I'm going to post the same question in #debian ...
[10:51] <akheron> Yeah, according to the man page it doesn't take files as arguments
[10:53] <bmm> akheron: I'm going to try a quilt patch, just for the fun of it. Maybe people over at #debian will find a response in the meantime
[10:55] <bmm> Quilt won't patch file attributes :(
[10:59] <akheron> no
[10:59] <akheron> can't you just chmod after install?
[11:00] <bmm> akheron: Ooh, could do that... have to add something to my very clean debian/rules though. I'll check...
[11:11] <bmm> akheron: Thanks you. I added binary-post-install/maven3:: with a chmod a-x debian/maven3/usr/share/maven3/conf/settings.xml and now lintian is much happier!
[11:11] <akheron> np :)
[11:11] <akheron> then to the fundamental question: why cdbs?
[11:12] <akheron> I find pure debhelper 7 and above much better
[11:14] <bmm> akheron: never really thought about it :) My debian/rules is very simple so I'm a happy hacker ;) http://pastebin.com/i7ZyybMu
[11:15] <akheron> with debhelper that would be just http://pastebin.com/6JM20789
[11:15] <akheron> plus the override for chmod :)
[11:17] <bmm> akheron: seems ok. I'll read up on it the next time I create a package, thanks for the tip.
[14:29] <Keybuk> what timezone is Dallas in?
[14:30] <\sh> Keybuk: Monday, 10. January 2011, 08:30:26 CST
[14:30] <\sh> UTC/GMT -6 hours
[14:30] <Keybuk> \sh: what value of $TZ is that?
[14:31] <\sh> Keybuk: US/Central ?
[14:32] <\sh> dunno
[14:32] <Keybuk> ah cool, that works
[14:33] <geser> that's the place where everybody is? that explains why it's so quiet here
[14:33] <Keybuk> geser: yup
[14:36] <\sh> Keybuk: btw..thanks for the upstart blog...the howtos and explanations are very useful and welcomed here :)
[14:38] <Keybuk> glad someone appreciates it :p
[14:39] <Keybuk> I'm hoping that if I can get enough stuff like that down, it will inspire someone to collect it together in a documentation form
[14:49] <ari-tczew> cjwatson: is merge elilo on your crosshair? it includes new upstream release
[14:49] <ari-tczew> (universe)
[14:55] <dholbach> good morning
[14:56] <Keybuk> dholbach: afternoon
[14:57] <highvoltage> dholbach: morning? aren't you in europe atm?
[14:57] <dholbach> highvoltage, Dallas
[14:57] <tseliot> not in the US ;)
[14:57] <tseliot> it's morning there
[14:57] <highvoltage> dholbach: btw, thanks for updating that Zope wiki page, I was about to do it and noticed you beat me to it :)
[14:58] <dholbach> highvoltage, it was Gediminas
[14:58] <highvoltage> ah, great
[15:01] <Keybuk> I expect they're all in a plenary right now
[15:12] <bdrung> dholbach: can you merge the proposed branches at https://code.launchpad.net/~ubuntu-dev/ubuntu-sponsoring/trunk/+activereviews ?
[15:13] <dholbach> bdrung, I'm sprinting - I'll try to have a look later on
[15:14] <bdrung> dholbach: i reviewed them and found them good. the overview will look like this then: http://people.ubuntu.com/~bdrung/sponsoring/
[15:14] <dholbach> bdrung, did you merge them? I just need to pull them on qa.u.c
[15:15] <bdrung> dholbach: locally. you are the owner of lp:ubuntu-sponsoring
[15:15] <dholbach> bdrung, not any more
[15:16] <bdrung> ok, then i'll merge it
[15:16] <dholbach> thanks bdrung
[15:28] <ScottK> doko: FYI, I test built libreoffice on powerpc over the weekend and it build (unlike our current OOo package).
[15:30] <doko> ScottK: yes, I know that it does build
[15:30] <ScottK> doko: OK.  Didn't know you'd already tried it.
[15:43] <nigelb> Anyone want to take the topic of 'ways to contribute to debian' for the packaging training this week?
[15:47] <geser> mvo: when you've some time for sponsoring, can you look at https://code.launchpad.net/~geser/ubuntu/natty/python-apt/build-with-py3.2/+merge/45604 ? thanks.
[15:48] <mvo> geser: sure, let me have a look
[15:48] <mvo> geser: thanks, indeed, that looks fine
[15:58] <nigelb> bdrung: hey, poke?
[15:58] <bdrung> hi nigelb
[15:59] <nigelb> bdrung: hey, want to talk about contributing to debian this thursday?
[15:59] <nigelb> packaging training...
[16:00] <bdrung> nigelb: Thursdays are not the best weekday
[16:01] <nigelb> bdrung: ouch
[16:01] <nigelb> bdrung: what day/date is convinient for you?
[16:04] <tkamppeter> Anyone around who could look at a MIR?
[16:04] <bdrung> nigelb: depends on the time of day.
[16:04] <nigelb> bdrung: your choice :)
[16:04] <nigelb> bdrung: wait
[16:04] <nigelb> bdrung: dholbach said in mail 12:00 UTC
[16:04] <pitti> tkamppeter: hello! I'm not in the MIR team any more
[16:05] <bdrung> nigelb: at 12:00 utc, i am usually in university
[16:05] <bdrung> nigelb: what kind of talk is it?
[16:07] <nigelb> bdrung: actually, the door is open for any kind
[16:08] <nigelb> bdrung: I thought since you recently became a DD, a talk about contributing to debian would be nice
[16:08] <bdrung> nigelb: rephrasing my question: to what does this talk belong / why a talk?
[16:09] <nigelb> bdrung: Packaging Training Session
[16:10] <nigelb> this was one of the requested topics
[16:16]  * JackyAlcine is up and about; and missed school. O.O
[16:19] <tkamppeter> pitti, who is in the MIR team? I have reported a MIR (bug 691533) and no one has looked at it. It blocks the upload of Ghostscript 9.01.
[16:20] <bdrung> nigelb: maybe an other time, but not this week.
[16:20] <pitti> tkamppeter: https://launchpad.net/~ubuntu-mir/+members
[16:28] <nigelb> bdrung: sure :)
[16:45] <ev> pitti: what's the state of pygi in natty?  Should I be trying to make your or dmitrij.ledkov's usb-creator branch work?  The gtk-2.0 bindings seem to be a bit broken.
[16:45] <ev> err rather, what are the plans for pygi in natty
[16:49] <tkamppeter> pitti, thanks.
[16:51] <tkamppeter> doko, asac, kees, can someone of you have a look at bug 691533? It blocks the build of Ghostscript 9.01.
[17:12] <SpamapS> anybody know how to get natty to use a different default browser than firefox?
[17:25] <elif> cjwatson: hi, some days ago you helped me answering that wasn't possible with Preseed to install Ubuntu without partitioning the disk, i.e, install Ubuntu in a previously created (possibly formatted) partition. If want to change this behaviour what would be better place to go ? change partman ? change debian-installer ? Thanks in advance.
[17:25] <doko> tkamppeter: please can you fix the splix build?
[18:03] <\sh> micahg: could you do the zf 1.11.2 backports? :) and happy new year, my friend
[18:04] <micahg> \sh: sure, I'll try to get to it later tonight
[18:04] <\sh> micahg: thx a lot :)
[18:08] <cjwatson> ari-tczew: I have a merge in progress - I'll try to get around to finishing it
[18:08] <cjwatson> ari-tczew: but if you want to take it, I really don't care much.  Just be careful, some of the changes are quite subtle
[18:09] <cjwatson> elif: partman, but it's really hard.
[18:10] <tkamppeter> doko, kees, I have uploaded jbig2dec with symbols now.
[18:13] <kees> tkamppeter: excellent, thanks
[18:16] <pitti> ev: it's getting better every day; yesterday and today I did a ton of GTK2 patches to fix annotations
[18:16] <pitti> ev: so maybe try with the gtk2 gir from yesterday?
[18:16] <ev> from git?
[18:16] <pitti> ev: I have a pygi branch of u-c myself
[18:16] <pitti> ev: but I got stuck on the threads locking up
[18:16] <pitti> the actual UI seemed to work just fine
[18:16] <pitti> ev: in natt
[18:17] <ev> hmm, okay
[18:17] <pitti> ev: I did more fixes in git for language-selector
[18:17] <pitti> ev: and I just backported a massive fix which enables several dozen functions
[18:17] <ev> I was trying with dmitrij's branch and I ran into this: http://paste.ubuntu.com/552535/
[18:18] <ev> with presumably today's gir from natty
[18:18] <ev> as I'm up to date as of the plenaries
[18:19] <pitti> weird, it's in the GIR
[18:19] <pitti> but yes, I can replicate it here
[18:21] <pitti> ev: in my branch I don't even have a *drawable* match, so that's why I didn't run into it
[18:21] <ev> ah :)
[18:22] <Keybuk> When laptop lid is closed: Blank screen ?!?!
[18:22] <Keybuk> WTF happened to DO NOTHING you option-removing gnome cocks!
[18:22] <Keybuk> </mjg59 moment>
[18:22] <pitti> ev: since it's not even working for gtk3, would you mind filing an upstream bug and CC me? I'll try to get it fixed ASAP, but I need an upstream bug for the signoff
[18:23] <ev> will do
[18:23] <pitti> ev: I'll be on the GNOME GI hackfest next week; excellent fodder :)
[18:23] <ev> heh
[20:09] <bigon> is there something wrong with libusb on natty?
[20:09] <bigon> http://pastebin.com/SSP1mSxn
[20:29] <ari-tczew> bigon: looks like missing header
[20:35] <kklimonda> bigon: there is nothing wrong with libusb, but there were changes to the natty toolchain - you have to pass lib reference after source files
[20:36] <htorque> kklimonda, just tried it - works fine. :)
[20:36] <bigon> kklimonda: just discovered that
[20:37] <bigon> let's fix my package
[20:55] <ev> pitti: https://bugzilla.gnome.org/show_bug.cgi?id=639173
[20:57] <pitti> ev: thanks, putting on my radar now
[20:57] <ev> thank you
[20:57] <pitti> ev: ah, so you aren't actually using the Drawable yourself
[20:57] <ev> well, that was just an example
[21:31] <pitti> Keybuk, slangasek, cjwatson: it seems that plymouth writes boot messages to vt7 in natty now? nessita's machine consistently crashes X at first boot because X gets a SIGQUIT on pressing enter
[21:31] <pitti> did anything change in that regard in natty?
[21:33] <pitti> it's the bug we worked around in lucid by forcing X to start on vt7, but apparently that stopped working
[21:33] <pitti> .. any more
[21:40] <cjwatson> pitti: the only relevant change I can think of is that we pass vt.handoff=7
[21:40] <cjwatson> (kernel parameter)
[21:40] <slangasek> pitti: well, the plymouth code didn't change here AFAIK...
[21:41] <pitti> cjwatson: would that have worked with the maverick kernel? (she is currently running that)
[21:54] <cjwatson> pitti: I don't know what it would have done with the maverick kernel; it certainly wouldn't work *properly*
[21:59] <Keybuk> jdstrand: you rebuild the xf86-input-multitouch driver with use_tapping 0 right?
[22:02] <jdstrand> Keybuk: in my ppa? yeah
[22:02] <jdstrand> Keybuk: * memory.c: set #define use_tapping 0
[22:03] <Keybuk> jdstrand: yeah, I've done that
[22:03] <Keybuk> and weirdly it's making no difference
[22:04] <Keybuk> if I lightly tap the panel, it still "clicks"
[22:04] <jdstrand> Keybuk: maybe the multitouch driver didn't get loaded?
[22:04] <Keybuk> jdstrand: can I sneak a peak at your Xorg.0.log to compare?
[22:04] <jdstrand> Keybuk: I had to adjust the event thing
[22:04] <Keybuk> I had to do odd stuff to make it bind
[22:04] <Keybuk> (and xorg.conf)
[22:05] <Keybuk> Section "InputClass"
[22:05] <Keybuk>     MatchIsTouchpad "true"
[22:05] <Keybuk>     Identifier "Multitouch Touchpad"
[22:05] <Keybuk>     Driver "multitouch"
[22:05] <Keybuk>     MatchDevicePath "/dev/input/event*"
[22:05] <jdstrand> Keybuk: it isn't my system, but I did log my change, hold on
[22:06] <jdstrand> Keybuk: yes, that is what I have
[22:08] <jdstrand> Keybuk: do you have the bcm5974-dkms package installed? (and that driver loaded-- a reboot would do it, but you can also rmmod and modprobe the driver, I forget the name otoh)
[22:08] <Keybuk> [ 26230.870] (II) config/udev: Adding input device bcm5974 (/dev/input/event7)
[22:08] <Keybuk> [ 26230.870] (**) bcm5974: Applying InputClass "evdev touchpad catchall"
[22:08] <Keybuk> [ 26230.870] (**) bcm5974: Applying InputClass "touchpad catchall"
[22:08] <Keybuk> [ 26230.871] (**) bcm5974: Applying InputClass "Multitouch Touchpad"
[22:08] <Keybuk> [ 26230.871] (II) LoadModule: "multitouch"
[22:08] <Keybuk> etc.
[22:08] <Keybuk> so that seems to be loading
[22:09] <Keybuk> and
[22:09] <Keybuk> [ 26231.073] (II) config/udev: Adding input device bcm5974 (/dev/input/mouse1)
[22:09] <Keybuk> [ 26231.073] (II) No input driver/identifier specified (ignoring)
[22:09] <Keybuk> and that seems to be Not loading
[22:09] <jdstrand> hmm
[22:10] <jdstrand> Keybuk: unfortunately, the person whose laptop I set this up on is offline (and will be this whole week)
[22:10] <Keybuk> ah, np
[22:10] <Keybuk> if you get a chance though, I'd love to compare
[22:10] <Keybuk> because I remember this working much better than it is now
[22:10] <jdstrand> Keybuk: I can say I recall the synaptics driver wanting to take over if I didn't put that InputClass in xorg.conf
[22:11] <Keybuk> even click with one finger, drag with the other, isn't work
[22:11] <Keybuk> +ing
[22:11] <Keybuk> yeah, I'm sure synaptics isn't being loaded
[22:11] <jdstrand> Keybuk: yeah, it all works great for her on lucid
[22:11] <bdrung> smb: can you mark https://code.launchpad.net/~stefan-bader-canonical/ubuntu/natty/e2fsprogs/branch/+merge/43541 as rejected (because it still appears on the sponsors overview)?
[22:11] <Keybuk> deathspank scott% xinput list
[22:11] <Keybuk> ⎡ Virtual core pointer                    	id=2	[master pointer  (3)]
[22:11] <Keybuk> ⎜   ↳ Virtual core XTEST pointer              	id=4	[slave  pointer  (2)]
[22:11] <Keybuk> ⎜   ↳ bcm5974                                 	id=10	[slave  pointer  (2)]
[22:11] <jdstrand> Keybuk: I've not tried maverick or later
[22:12] <jdstrand> Keybuk: I mention synaptics cause there is a lot of configuration of that in /etc/{lib,share}/x11/xorg.d/
[22:12] <jdstrand> Keybuk: but, you would clearly see it in the Xorg.0.log
[22:13] <Keybuk> did you do anything with the fdi file?
[22:13] <jdstrand> Keybuk: as for the module not loading, that is odd. I didn't have that problem, but made a note to grab her dmesg and Xorg.0.log when she is online
[22:13] <jdstrand> Keybuk: no. nothing with fdi
[22:13] <Keybuk> that's the weird thing
[22:13] <Keybuk> I'm pretty sure the module is loading
[22:13] <Keybuk> and is being used
[22:13] <Keybuk> but it's not providing any different functionality
[22:14] <jdstrand> strange
[22:15] <smb> bdrung, Hm, status seems only to offer me the options of merged, work in progress or needs review. Which seems not to be helpful
[22:16] <jdstrand> Keybuk: sorry I couldn't be more help :( (but will get the info when I can)
[22:17] <Keybuk> that's ok :)
[22:17] <Keybuk> thanks
[22:17] <jdstrand> sure
[22:17] <tkamppeter> In bug #701218 the reporter is adding the "print-server" task. What is that and how does one do that?
[22:17] <bdrung> smb: i have these three options too. there used to be a 'rejected' status
[22:18] <smb> bdrung, I try to grab someone to get it resolved
[22:19] <bdrung> thanks
[22:38] <Keybuk> jdstrand: aha! figured it out
[22:39] <jdstrand> Keybuk: oh!? what was it?
[22:42] <Keybuk> they changed the output path of the object when you type "make"
[22:42] <Keybuk> so the one I was using was ... old
[22:42] <Keybuk> cp obj/multitouch.so ...
[22:42] <Keybuk> rather than
[22:42] <Keybuk> cp multitouch.so ...
[22:42] <Keybuk> fixed it :p
[22:46] <cjwatson> tkamppeter: tasksel install print-server
[22:46] <cjwatson> (tasksel --test ..., in case you just want to see what it'll do)
[22:47] <cjwatson> it comes from the print-server seed
[22:47] <cjwatson> so in fact, 'sudo apt-get --dry-run -q -y install print-server^'
[22:50] <jdstrand> Keybuk: ah! cool :)
[23:06] <tkamppeter> cjwatson, thanks. So if the print-server task contains an obsolete package, against which package I have to report the bug?
[23:19] <tkamppeter> kees, doko, can someone of you complete the MIR bug #691533? Thanks.
[23:19] <doko> tkamppeter: sure. can you fix the splix build failure?
[23:20] <tkamppeter> doko, does this cause a build failure of SpliX?
[23:20] <tkamppeter> doko, I did not get any notification, thanks for telling me.
[23:22] <doko> tkamppeter: did you see my email on ubuntu-devel?
[23:24] <tkamppeter> doko, I am searching for it now, found it. A global test rebuild for Natty. Did not find the time yet to look into it.
[23:30] <tkamppeter> doko, found it, from my packages it is splix which failed.
[23:34] <Keybuk> ugh
[23:34] <Keybuk> colorized
[23:34] <Keybuk> two opportunities to misspell that one


[00:00] <xubuntu98w> Yes.. But it return to me : Lecture des listes de paquets... Fait Construction de l'arbre des dépendances        Lecture des informations d'état... Fait E: Impossible de trouver le paquet git
[00:00] <xubuntu98w> Thanks for your answer
[00:00] <xubuntu98w> I try to change the server...
[00:00] <bazhang> first sudo apt-get update , then sudo apt-get upgrade and try again
[00:00] <xubuntu98w> I got the same problem
[00:00] <xubuntu98w> Ok
[00:01] <xubuntu98w> Thank you. I this this
[00:01] <xubuntu98w> I tell you what happen after that
[00:02] <tgm4883> Hmm, my issue seems to be related to lightdm, not so much light locker I think
[00:02] <xubuntu23w> hello
[00:02] <xubuntu98w> Hi
[00:03] <xubuntu23w> is there an easy way to always mount a ntfs disk with xubunut
[00:07] <xubuntu98w> Hmmm... same thing than before :(
[00:08] <xubuntu98w> weird
[00:11] <xubuntu98w> Who can tell me how can I join chat in french please ? (I'm french :( )
[00:11] <drc1> !fr | xubuntu98w
[00:11] <xubuntu98w> Thanks
[00:25] <R0B_ROD> Anyone try to build LinuxFromScratch on xubuntu?
[00:26] <bazhang> R0B_ROD, its not lfs if its on something else
[00:26] <R0B_ROD> bazhang, Using xubuntu as host
[00:26] <R0B_ROD> bazhang, It crashed SalixOS (slack)
[00:27] <bazhang> R0B_ROD, if you mean a vm, thats not related to xubuntu at all
[00:27] <R0B_ROD> Kernel panic doing glibx make check
[00:27] <R0B_ROD> Nope not a vm
[00:27] <bazhang> what is salixOS
[00:27] <R0B_ROD> Im using xubuntu now to see if it doesnt panix
[00:27]  * R0B_ROD points to google
[00:28] <drc1> R0B_ROD: It might help to ask on #salix if that's what you used
[00:28] <bazhang> R0B_ROD, try the lfs channel, its not related to xubuntu at all
[00:28] <drc1> bazhang: a Slack derivative
[00:28] <R0B_ROD> drc1, no doubt but no need
[00:28] <R0B_ROD> it relates in terms of stability as a host for a chroot
[00:29] <drc1> I give up...must check for a full moon
[00:29] <R0B_ROD> Any how ... anyone done the glibc make check in xubuntu?
[00:59] <a1fa> anybody else having issues with indicator-plugin in 15.04?
[06:47] <m0r0n> Hello. My laptop is having an issue where when I open from suspend, the welcome screen loads. If I log into a previous session the screen goes black. If I login to a guest session everything is fine. I'm using an nvidia card using ppa drivers and I'm in Xubuntu 14.04
[06:50] <bazhang> why ppa
[06:52] <m0r0n> I've been told that's the best to go to if the official don't work out of the box
[06:52] <bazhang> you are crossposting
[06:52] <bazhang> stick with the #ubuntu thread
[06:53] <m0r0n> Okay
[13:35] <Guest7322> i have a problem with Xubuntu 14.04 Menulibre
[13:35] <cfhowlett> !details
[13:36] <Guest7322> I wanted to edit the SKype entry in the menu, to start up using webcamWrapper.sh (which is put in bin directory in the home directory)
[13:37] <Guest7322> so edited it, and saved it. now i have 4 skype entries under the internet category and cannot remove them. i opened up menulibre.. dragged the skype entries down with the arrow keys out of internet category and removed them. then saved it.
[13:37] <Guest7322> now the entries are still in the menu, but NOT in menulibre anymore
[13:38] <Guest7322> i even restarted xubuntu as well
[13:38] <Guest7322> i also installed alacarte to do it the "old" way but skype entries are not there. there was 1 which i deleted... now i still have 4 entries which cant be removed
[13:40] <cfhowlett> Guest7322, consider asking the experts #xfc3
[13:41] <cfhowlett> #xfce
[13:41] <krytarik> Guest7322: You'll find them in your "~/.local/share/applications" anyway.
[13:42] <Guest7322> yes, but the question is about menulibre, not about the application itself
[13:42] <Guest7322> menulibre is a pain in the ***
[13:42] <Guest7322> it does not actually delete items
[13:43] <Guest7322> and why does it make a new "skype" entry after just modifying the entry that was in there? it does not show up the modified entries, but only 1 in menulibre..
[13:43] <Guest7322> now menulibre does not show any skype entry but the applications menu still shows 4 entries
[13:49] <Guest7322> krytarik, i can see them in /home/mike/.local/share/applications/ indeed...
[13:49] <Guest7322> but why the hard way? it seems MenuLibre is not doing a good job then...
[18:43] <xubuntu45d> Hi. I'm wondering if anyone could help me with my wifi issue. My internet connection keeps disconnecting. Sometimes I just need to disable then re-enable wifi to get it to work. At other times I need to reboot it to get the wifi to work again.
[18:46] <ObrienDave> you can also ask in #ubuntu     Many more people there to help with this issue
[18:46] <xubuntu45d> how do I get there?
[18:46] <pjotter> "/j #ubuntu"
[18:47] <ObrienDave> or right-click the channelname, "join channel"
[18:47] <pjotter> Does anybody in here use quake terminal on Xubuntu?
[18:48] <ObrienDave> not i
[19:01] <pjotter> When I open up a terminal and start mouspad and trhen close mousepad, the focus should return to terminal, right?
[19:06] <ObrienDave> not sure, don't think so
[19:07] <pjotter> I'm just trying to figure this out. When I open a nomral terminal, open mouspad and close mouspad, the focus goes back to terminal.
[19:07] <pjotter> But when I open a terminal and set it to "always on top" and do the same, the focus doesn;t go to terminal.
[19:08] <pjotter> Guake has similar behaviour except it never regains focus.
[19:09] <pjotter> Maybe it has got something to do that the system doesn't 'see' Guake as a normal application?
[19:09] <ObrienDave> so, clicking the terminal window is difficult because....?
[19:09] <pjotter> ObrienDave: It breaks my workflow
[19:09] <ObrienDave> *blinks* wow
[19:10] <pjotter> I do a lot of stuff from terminal and if I have to click on it everytime I close an app that was started from terminal, well... that's a lot of useless clicks.
[19:21] <R0B_ROD> is there an easy way to upgrade to current 15?
[19:23] <R0B_ROD> dist-upgrade
[19:26] <mrkramps> R0B_ROD, from which version?
[19:35] <R0B_ROD> Im on LTS 14
[19:36] <R0B_ROD> trying to get on the updated toolchain
[19:37] <mrkramps> R0B_ROD, you can use 'do-release-upgrade' on the command line
[19:38] <R0B_ROD> oh ok great
[19:38] <R0B_ROD> thanks mrkramps
[19:39] <mrkramps> R0B_ROD, otherwise new releases should be announced by the update-manager if configured for STS releases
[20:27] <sorinello> Unit193, yes you are, but I was on the wrong channel. Do you know any easy way to transform a standard xubuntu intru a xubuntu-core distro ?
[20:30] <Unit193> Well, I suppose you could diff the manifests and remove the applications added.
[20:31] <sorinello> Unit193,  so removing everytinh related to xfce and then re-installing the xubuntu-core metapackage won't do the trick ?
[20:33] <Unit193> Xfce would be the thing in common, stuff like evince and other office applications wouldn't be there.
[20:33] <Unit193> I'd also think it'd be easier to just remove applications you don't use rather than trying to get a 'core' install.
[20:35] <sorinello> I see. Just FYI, the *core idea is very nice, I convinced 2 people to use it at work and they are very happy with it
[20:36] <sorinello> since they have DDs's on their machines and not a lot of space for useless apps
[20:36] <sorinello> *SSD's
[20:36] <mrkramps> quite small SSDs i guess
[20:37] <sorinello> 120 GB
[20:37] <mrkramps> oO
[20:37] <sorinello> but put on those a windows OS, on top a VM with xubuntu + IDE and other dev tools
[20:37] <mrkramps> as a matter of fact the size difference between core and default is about 500MB ?!
[20:38] <mrkramps> ah ok, makes sense
[20:38] <sorinello> and also the ram is scarce, I guess *core consumes less than default
[20:38] <drc> mrkramps: are you talking about ios size on installed size?
[20:39] <drc> s/ios/iso
[20:39] <mrkramps> iso
[20:39] <sorinello> since it doesn't come with all sorts of daemons and stuff
[20:39] <mrkramps> cannot calculate installed size on the fly =P
[20:39]  * drc reminds himself NOT to type while rubbing his eyes :(
[20:42] <drc> sorinello: how much ram are we talking about?
[20:42] <sorinello> 8 gigs
[20:42] <drc> 8 gigs == "scarce" ?
[20:42] <sorinello> try only to imagine that Firefox or Chrome can eat up to 2-3 :)
[20:43] <sorinello> drc, if you're in the java/scala world, yes
[20:43] <drc> No thanks, I still have a little of my sanity left :)
[20:44] <sorinello> not everybody that uses linux writes code in C :P
[20:44] <drc> oh, and you were talking about vm's...sorry. missed that.
[20:44] <sorinello> yes, basically all the dev is done inside the VM, and the VM is on top of Windows (corporate policy)
[20:45] <sorinello> and compiling scala code, eats a ton of RAM
[22:03] <Clippng> hi, I just got an x220 thinkpad and I'm running Xubuntu 14.04 (very new to Gnu/linux, just installed)), and the trackpad is all sorts of fucked. lots of random jumps, etc
[22:03] <Clippng> any idea what I can do to get it to work normally?
[22:07] <knome> Clippng, please note that this is a family-friendly channel and adjust language considering that
[22:07] <Clippng> my bad :')
[22:08] <ochosi> Clippng: i'm afraid that might be a driver issue
[22:09] <ochosi> googling might get you further, i had a similar issue on my dell xps13
[22:09] <ochosi> also, a newer version of xubuntu might help
[22:09] <ochosi> cause it ships a newer kernel hence potentially better support for your trackpad
[22:10] <ochosi> you could try a live session of 15.04 to  see whether that helps
[22:10] <Clippng> how would I go amongst updating? complete reinstall? or is there a terminal command I can do
[22:14] <ochosi> you could upgrade, but that would involve upgrading to 14.10 and then 15.04
[22:14] <ochosi> before upgrading or doing a clean install i would definitely check out the live session to be sure it improves your situation
[22:15] <Clippng> wish I knew what that was lol
[22:15] <Clippng> (live session)
[22:17] <ochosi> right, download the image of 15.04 and create a bootable usb stick
[22:17] <knome> the live session is what you get when you boot xubuntu from a disk and select "try ubuntu"
[22:17] <ochosi> and then that ^ :)
[22:25] <mrkramps> Clippng, you touchpad's functionality seems broken or is it just feeling very sensitive?
[22:26] <mrkramps> i guess he's affected by this bug: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/1042069
[22:26] <mrkramps> could be fixed with configuring the input device
[22:31] <Clippng> I saw that thread mrkramps, it seems to my issue
[22:31] <Clippng> and comment #15 is supposedly the fix? but I wasn't sure what to do with that
[22:31] <Clippng> (new to gnu/linux) :( lol
[22:33] <Clippng> comment #49 says it works when pasted into an existing/new conf file in the directory, but permission gets denied when I attempt to do that
[22:34] <mrkramps> Clippng, you need the according permissions to write system files
[22:34] <mrkramps> https://help.ubuntu.com/community/RootSudo
[22:36] <Clippng> so i would sudo create new file /user/share/X11/xorg.conf.d/50-thinkpad-touchpad.conf
[22:36] <Clippng> and then paste the stuff in it?
[22:36] <mrkramps> it is a configuration file
[22:37] <mrkramps> probably the easiest way ist to install gksu
[22:37] <mrkramps> and then run the texteditor with sudo
[22:37] <mrkramps> or _not_ sudo, but gksudo
[22:38] <Clippng> I have it
[22:39] <Clippng> i did gksudo edit /user/share/X11/xorg.conf.d/50-synaptics.conf (an existing file)
[22:39] <Clippng> got no write permissions
[22:40] <mrkramps> oO
[22:40] <ochosi> not in the sudoers file?
[22:40] <mrkramps> gksudo mousepad /etc/X11/xorg.conf.d/50-thinpad-touchpad.conf
[22:41] <Clippng> ok, it opened a bare notepad
[22:41] <Clippng> paste that comment from #15 in?
[22:42] <mrkramps> not the whole comment
[22:43] <mrkramps> from Section to EndSection only
[22:43] <Clippng> ye
[22:43] <Clippng> then save? save as?
[22:43] <mrkramps> save as /etc/X11/xorg.conf.d/50-touchpad.conf
[22:44] <Clippng> in what folder
[22:44] <mrkramps> etc
[22:44] <mrkramps> X11
[22:44] <mrkramps> xorg.conf.d
[22:44] <mrkramps> file name: 50-touchpad.conf
[22:44] <mrkramps> if xorg.conf.d does not exist, create this directory
[22:45] <Clippng> ok, got it
[22:45] <Clippng> now update or anything?
[22:46] <mrkramps> just log out and in again
[22:47] <mrkramps> if it does not help → reboot
[22:51] <Clippng> sweet, I think comment #14 made it significantly better
[22:53] <Clippng> thank you so much mrkramps , ochosi , knome, etc :)
[22:53] <ochosi> good to hear :)
[22:53] <Clippng> are there any sites you'd recommend reading through to get a better understanding of xubuntu in general?
[22:54] <knome> docs.xubuntu.org
[22:55] <knome> also found under menu -> help
[22:55] <mrkramps> http://xubuntu.org/ http://xfce.org/ https://wiki.ubuntu.com/ https://help.ubuntu.com/community
[22:55] <Clippng> thanks
[23:14] <pjotter> Does anybody know how to permanently change the background image of lightdm-gtk-greeter? Now it just seems to copy what is on the desktop. I want to permanently set it to another image if that's possible?
[23:15] <mrkramps> pjotter, in 15.04 there is a tool called lightdm-gtk-greeter-settings
[23:15] <mrkramps> otherwise change the configuration file
[23:15] <pjotter> Ok, I'm using 14.04 I'll have a look if I have the tool also
[23:16] <pjotter> Nope. Alas, no such tool. Also in repo's.
[23:16] <mrkramps> configuration file should be /et/lightdm/lightdm-gtk-greeter.conf
[23:16] <mrkramps> --et ++etc
[23:18] <mrkramps> pjotter, the background image for lightdm may not reside in your /home afaik
[23:19] <pjotter> mrkramps: Yes, figures.
[23:20] <pjotter> This is a bit strange. Right now it has "background=/lib/plymouth/themes/xubuntu-logo/wallpaper.png"
[23:21] <pjotter> But when I view taht image.. it is not the image I see when I log in.
[23:21] <pjotter> I'll try editing to point to something else and see what happens.
[23:27] <pjotter> Alright. That did nothing actually.
[23:28] <pjotter> Somehow it's using my desktop wallpaper as the wallpaper for lightdm-greeter
[23:28] <pjotter> Does anybody know how to change the wallpaper for the lightdm-greeter thing?
[23:29] <mrkramps> sry, devs probably changed something since i tried this last time


[14:16] <javier4> Hi. I'm interested in porting UbuTouch to a new device. I have the stock Android rom for this device, and it's Lollipop 5.1. Porting page on the wiki, says that last UbuntuTouch is based on low-level parts of Android KitKat. If I should be able to create a lollipop source repo, could I use it to build UbuTouch, or stock kernel and binary drivers would result incompatible?
[15:04] <Grawp> Hello. I'm looking for a guide how to build ubuntu touch rootfs. In https://wiki.ubuntu.com/Touch/Contribute there's written 'Images are currently built in the Canonical data center. Full builds are published on cdimage.ubuntu.com.' Does that mean that we cannot build it locally?
[15:14] <ogra_> Grawp, it means that there is quite some image build infrastructure involved ... you can indeed do it locally but it is rather complex
[15:14] <ogra_> why woulld you do that though ?
[15:14] <ogra_> (the rootfs is identical on all devices,, there is never any need to build it your own)
[15:23] <Grawp> I was just curious whether it can be done. You can see CM build servers galore on XDA forums, but no one is building (complete) ubuntu. Besides, if you can't build it on your own, it's not really opensource
[15:24] <ogra_> you can surely try to replicate the ubuntu build infrastructure ... setting up cdimage machines, lp-buildd machines to roll the rootfs and a system-image server
[15:24] <ogra_> its definitely all open source ... its just very hard to set up and a rather useless attempt ...
[15:24] <ogra_> if you want to submit a fix you can always to it against the debian package the code is in
[15:25] <ogra_> the rootfs is completely built from deb's
[15:25] <ogra_> iif you develop you rather make the system writable and install your changed deb than building the world from scratch ... like in any ubuntu install
[15:26] <ogra_> (note though that making the system writable means you will have to re-flash at some point, upgrading via apt is not supported afetr all)
[15:28] <Grawp> hmm.. rootstock-ng seems to be just wrapped debootstrap. nice :) Thanks for the answer btw. I really was just curious.
[15:29] <ogra_> right, rootstock-ng is trying to replicate the actual build env ... but will always slightly differ
[15:29] <ogra_> (simply because it isnt the actul build env)
[15:29] <ogra_> anyway, for porting or any device specific bits you never ever touch the rootfs anyway
[15:30] <ogra_> ubuntu keeps all device specific bits distinct
[15:30] <ogra_> (from the os itself)
[15:31] <Grawp> Yep. I get that. Btw. what ubuntu-desktop version would recommend for building the kernel&CM bits?
[15:31] <Grawp> Should I go for the LTS or the newest one?
[15:34] <ogra_> i'd actually go for the newest and upgrade to the new LTS in april
[15:34] <ogra_> (release is only 4 weeks away)
[15:35] <Grawp> thanks
[15:40] <javier4> Any answer for my previous question? Can I port UbuTouch from an Android Lollipop 5.1 rom?
[15:42] <ogra_> javier4, wait til the workweek starts ... there is a 5.x branch somewhere but the guys that know where are not around on weekends
[15:45] <ogra_> also check ubports.com (perhaps there is a link somewhere, i havent checked)
[18:04] <rap> hey is ther any documentation on what parts of ubuntu touch cme from android and what is ubuntu
[18:04] <rap> I understand the driver management system and drivers are borrowed from android, but what else?
[18:15] <ogra_> rap, things like the camera service, video codecs, gps backend ... all in all there is an ~150MB install inside the lxc container
[18:15] <n1cky> has anyone looked at https://android.googlesource.com/kernel/common/+/android-4.4 ?
[18:34] <javier4> ogra_, thanks man. Anybody has a link to some documentation useful to identify binary blobs from a rom?
[18:40] <n1cky> github.com/TheMuppets
[18:40] <n1cky> but you didn't hear it from me
[18:43] <rap> n1cky: nice
[18:51] <javier4> n1cky, wonderful link. But it doesn't help me. I need to know how to learn to identify binaries on a device still not examined by anyone.
[18:52] <n1cky> javier4: what's the device?
[18:53] <javier4> n1cky: it should be an elephone based on Helio X10
[18:56] <n1cky> the vowney?
[18:56] <n1cky> xda thread says sources aren't going to be released
[18:57] <n1cky> which is orthogonal from getting blobs, but is still a big issue
[18:58] <n1cky> recognizing what blobs are necessary is outside of my ability, sorry.
[18:58] <n1cky> there exist scripts in cyanogenmod device directories which extract them via adb-- you might look for another MTK6795 phone with cm support and see what you can do
[18:59] <n1cky> but i wouldn't be too hopeful.
[18:59] <n1cky> (I think your first step should be to get cm running on it)
[19:00] <javier4> If sources would be going to be released, I shoudln't need to learn how to extract blobs. :D
[19:00] <javier4> the problem to run cm, is that the first step is extract binaries. :)
[19:01] <n1cky> firmware is not the same thing as sources
[19:03] <javier4> for "sources" I mean cm or aosp repo.
[19:11] <dobey> javier4: right, but an aosp repo doesn't necessarily mean all the required binary blobs will be included. :)
[19:14] <javier4> dobey, if it's the vendor_device_repo it must include the binaries also. At most it cannot have the classic proprietary_blob.txt and extract_proprietary.sh
[19:45] <MaxEd> Hi. I'm trying to port Allegro game programming library to Ubuntu Touch (with SDL as backend, for now). I managed to create drawing surface and load a bitmap from reosurces. However, after that, strange things happen: the first frame is drawn correctly. However, after that bitmap is not visible, even though I call draw function. But I can, for example, clear backbuffer to various colors in main loop. What tools are available for
[20:03] <popey> MaxEd: neat!
[20:45] <MaxEd> popey: I hope it will be :) But for now, all I get is corrupted framebuffers :(
[20:53] <popey> MaxEd: SDL2 on Mir is a touch unstable
[21:00] <MaxEd> popey: I guess it can be the source of my problems, then. I was thinking using SDL as backend was an easy, to avoid writing all the code for Mir in Allegro right now, but maybe that's what I should be doing.
[21:00] <popey> Yeah, i have a bunch of SDl2 things which don't behave on ubuntu phone
[21:01] <MaxEd> But dammit, initializing display and drawing a single bitmap shouldn't be one of them! :)
[21:01] <MaxEd> (But I guess with TWO layers between me and OpenGL, the number of things that could go wrong is just too large)
[21:41] <mimecar> hi


[02:36] <shazzner> hey everyone
[02:36] <shazzner> I've been reading up on juju/ensemble
[02:36] <shazzner> and I'm eager to try it out
[02:37] <shazzner> what's a good way to set something up and practice with?
[02:37] <shazzner> I was thinking Amazon's EC2 free account
[02:38] <shazzner> also is juju only really good for web-facing servers?
[02:38] <shazzner> or can I use it to deploy something like OpenERP?
[03:56] <dosdawg> you could use it for internal servers if you ran openstack or some other ec2 api compatable
[04:15] <shazzner> dosdawg: do you have a tutorial or something about setting up openstack? Thanks!
[05:02] <SpamapS> shazzner: its non-trivial :)
[05:02] <shazzner> then I'll need the most un-trivial tutorial/guide there is! :)
[05:02] <SpamapS> shazzner: you can use the orchestra provider to install machines for specific workloads using juju
[05:05] <SpamapS> shazzner: For OpenStack you need several components.. mysql, rabbitmq, nova (for virtualization and the API), glance (for hosting machine images)..
[05:07] <SpamapS> shazzner: here's a good starting point http://cloud.ubuntu.com/2011/10/ubuntu-cloud-deployment-with-orchestra-and-juju/
[05:08] <shazzner> thanks! sorry I'm a bit distracted watching the #OWS stuff
[05:08] <SpamapS> #OWS ?
[05:10] <shazzner> Occupy Wall Street, twitter hashtag
[05:10] <SpamapS> ah
[05:10] <SpamapS> shazzner: if you just want to "play" with juju you can use the "local" provider which will start LXC containers (like a VM but more lightweight) to stand in for EC2 VMs or real servers.
[05:11] <shazzner> ah ok, thanks
[05:12] <SpamapS> shazzner: as far as OpenERP, yes, you could deploy it with juju
[05:12] <shazzner> is there a charm built for it?
[05:13] <SpamapS> no, but they're pretty easy to write. :)
[05:13] <SpamapS> and I believe at least some of its backend services have charms
[05:14] <SpamapS> looks like it has a web component and a server component, and it uses postgresql..
[05:23] <SpamapS> shazzner: anyway, local provder should be documented at http://j.mp/juju-docs .. heading to sleep, but good luck, and let us know if you have any success w/ an OpenERP charm. :)
[05:24] <shazzner> Ok, thanks again!
[05:24] <shazzner> Get some sleep :)
[05:26] <shang> quick question, I install orchestra, but did not see the management class comes up, did I missing something?
[06:35] <fwereade> shang: you mean you install ubuntu-orchestra-server, and cobbler runs, but the juju-orchestra-* mgmt classes are not created?
[06:37] <fwereade> shang: if so, I don't think I can help, I use orchestra but I'm not familiar with how it's all set up
[06:37] <fwereade> shang: but ping me if you think it's something juju-related
[07:32] <shang> fwereade: ok, thanks!
[10:46] <doitdistributed> hi
[10:46] <doitdistributed> I have a problem installing juju on lucid
[10:47] <doitdistributed> any hints?
[10:47] <doitdistributed>  sudo apt-get install juju
[10:47] <doitdistributed> Reading package lists... Done
[10:47] <doitdistributed> Building dependency tree
[10:47] <doitdistributed> Reading state information... Done
[10:47] <doitdistributed> The following NEW packages will be installed:
[10:47] <doitdistributed>   juju
[10:47] <doitdistributed> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
[10:47] <doitdistributed> Need to get 0B/383kB of archives.
[10:47] <doitdistributed> After this operation, 2,879kB of additional disk space will be used.
[10:47] <doitdistributed> (Reading database ... 170192 files and directories currently installed.)
[10:47] <doitdistributed> Unpacking juju (from .../juju_0.5+bzr409-1juju1~lucid1_all.deb) ...
[10:47] <doitdistributed> dpkg: error processing /var/cache/apt/archives/juju_0.5+bzr409-1juju1~lucid1_all.deb (--unpack):
[10:47] <doitdistributed>  trying to overwrite '/usr/bin/relation-list', which is also in package ensemble 0:0.5+bzr292-0ensemble1~lucid1
[10:47] <doitdistributed> dpkg-deb: subprocess paste killed by signal (Broken pipe)
[10:47] <doitdistributed> Errors were encountered while processing:
[10:47] <doitdistributed>  /var/cache/apt/archives/juju_0.5+bzr409-1juju1~lucid1_all.deb
[10:47] <doitdistributed> E: Sub-process /usr/bin/dpkg returned an error code (1)
[10:50] <drt24> doitdistributed: perhaps this is due to already having ensemble installed?
[10:50] <doitdistributed> hmpf
[10:50] <doitdistributed> :-)
[10:51] <doitdistributed> that was it - stupid me! Thanks a lot!
[12:48] <_mup_> Bug #881991 was filed: Devops page does not exist on juju.ubuntu.com <marketing> <website> <juju:New> < https://launchpad.net/bugs/881991 >
[13:08] <_mup_> txzookeeper/session-and-conn-fail r59 committed by<EMAIL_ADDRESS>[13:08] <_mup_> try to make the retry wrapper functions generic, privatize some of the helpers, address some doc string comments
[13:11] <hazmat> g'morning juju folks
[13:17] <rog> niemeyer: hiya
[13:17] <niemeyer> rog: Yo
[13:17] <niemeyer> Greetings from almost-UDS
[13:17] <rog> niemeyer: having fun?
[13:17] <niemeyer> Not yet :)
[13:18] <niemeyer> Just got in the room
[15:55] <dosdawg> whats juju do that chef or puppet won't ??
[16:00] <hazmat> dosdawg, orchestration
[16:00] <hazmat> and reuse
[16:22] <SpamapS> http://askubuntu.com/questions/52840/differentiator-between-juju-and-front-runners-puppet-and-chef/66287#66287
[16:22] <_mup_> Bug #66287: fglrx freeze machine <linux-restricted-modules-2.6.17 (Ubuntu):New> < https://launchpad.net/bugs/66287 >
[16:23] <hazmat> dosdawg, ^ answer from a puppet founder at the askubuntu link
[16:26] <rog> some config files have a "juju: environments" line at the start. does this have any significance?
[16:26] <rog> s/config/environments.yaml/
[16:27] <rog> i've noticed that in at least one place in the testing code it still says "ensemble: environments" so i'm guessing it doesn't signify too much :-)
[16:28] <rog> any particular reason it's there at all?
[16:35] <dosdawg> interesting about puppet vs juju
[16:35] <dosdawg> thanks
[16:36] <SpamapS> rog: not required, I think originally it was meant to just signify how to interpret the file, but the filename does that already
[16:37] <rog> SpamapS: ok, thanks. i thought that, but i just thought i'd check before ignoring it entirely. i wonder if parsing it should fail if it's there, in fact. (obviously it would need deprecating first)
[16:40] <SpamapS> deprecation warnings for cruft is a great idea
[16:43] <hazmat> rog, its basically a tag header to ensure its not some random yaml file
[16:44] <rog> hazmat: ok. well, it would be if it was actually required :-)
[16:44] <rog> as it is, it's noise AFAICS
[16:45] <rog> i think it may as well just be a comment.
[16:45] <rog> alternatively we could enforce it.
[16:45] <hazmat> rog, it should be the python impl
[16:45] <hazmat> enforced that is
[16:45] <rog> hazmat: not as far as i can see.
[16:46] <rog> hazmat: as in: many of the tests omit it, or have it wrong (e.g. ensemble: environments). and the parsing code doesn't seem to look for it.
[16:46] <rog> but i may easily have misinterpreted
[16:46] <rog> that's why i'm asking...
[16:47] <hazmat> rog, indeed it is superflous on environments.yaml
[16:47] <hazmat> the charm metadata does have a required header
[16:48] <rog> ah, ok. maybe it should be required in environments too, for consistency
[16:48] <hazmat> hmm.. that doesn't seem to be the case either
[16:48] <hazmat> weird.. i  know there was a header check at some point
[16:49] <rog> hazmat: personally, i think that the structural check is sufficient.
[16:49] <rog> hazmat: but i'm fine with doing a header check too.
[16:50] <hazmat> rog, yeah.. the structural check is more relevant
[18:12] <evan__> Does anyone have experience with installing Hbase using juju charms hadoop-master / slave + Hbase
[19:40] <hazmat> evan_, i don't believe there is an hbase charm yet