[00:54] <crimsun> as a reminder (also posted on Ubuntu Fridge), every Saturday 2100-2300 UTC the DistrictOfColumbia LoCo has a bug jam
[00:54] <crimsun> be here, or be square!
[02:05] <kermiac_> can someone please set both bug tasks for bug 478653 back to triaged? I have re-assigned thecorrect people to the bug but I don't have privs to set the tasks back to triaged
[02:05] <ubot4> Launchpad bug 478653 in ubuntuone-client (Ubuntu) (and 1 other project) "BadTransition: SYS_OAUTH_ERROR (affects: 124) (dups: 62)" [High,Fix committed] https://launchpad.net/bugs/478653
[02:06] <BUGabundo> 62 dupes?!
[02:06] <BUGabundo> autch
[02:07] <kermiac_> yeah, it's an issue that is corrently being worked on
[02:07] <kermiac_> currently, even :)
[02:08] <kermiac> duane_design mentioned it earlier, but nothing was changed. I unassigned the person who was playing with the bug & reassigned the correct people but I can't change the status back to triaged
[02:11]  * kermiac notices there have only been 2 +1's for my application to bug control :(
[02:16]  * hggdh points out to kermiac that two +1 are enough
[02:16] <hggdh> :-)
[02:17] <kermiac> ty hggdh, I didn't know how many were required
[02:17] <kermiac> :)
[02:17] <kermiac> btw, belated congrats on your new job hggdh :) :)
[02:17] <hggdh> heh. Now you do... all you need now is wait for Brian to accept & add you in
[02:18] <hggdh> kermiac: thanks
[02:18] <kermiac> was just reading through the backscroll
[02:18] <kermiac> excellent :)
[02:19] <kermiac> so I guess I should remove myself from the mentorship page as I don't really think I'm going to need a mentor now. I added myself to that list when I though it was a required part of the process to join BC
[02:23] <hggdh> chrisccoulson: BTW, congrats ;-)
[02:25] <hggdh> kermiac: yes indeed
[02:35] <kermiac> hggdh: if you have a min, can you please set the bug tasks back to triaged for bug 478653. a new user incorrectly assigned themselves & set the tasks to fix committed
[02:35] <ubot4> Launchpad bug 478653 in ubuntuone-client (Ubuntu) (and 1 other project) "BadTransition: SYS_OAUTH_ERROR (affects: 124) (dups: 62)" [High,Fix committed] https://launchpad.net/bugs/478653
[02:40] <hggdh> kermiac: changed for the Ubuntu task. The other one I cannot (not in the Ubuntu universe)
[02:40] <kermiac> ok, ty hggdh :)
[02:41] <hggdh> and yes, I know. I asked the LP folks to act on this idot
[02:41] <hggdh> idiot
[02:41] <kermiac> It's strange & perhaps even wrong that a "normal" user is able to change the status of these tasks
[02:42] <kermiac> and no people who know what they are doing can not revert the changes
[02:42] <kermiac> s/no/now
[03:05] <jpds> kermiac: Anyone can change status/assignee.
[03:05] <jpds> It's Importance that's protected.
[03:07] <kermiac> jpds: yes, I know that. That's my point. I'm not sure exactly how the internals of LP work, but I believe it would be good to make it so that the status is protected after the bug reaches  a "triaged" state. Perhaps only allow Bugcontrol members & devs to change the status
[03:07] <kermiac> but I don't know how practical that is or how hard it would be to implement
[03:09] <kermiac> as it stands, a "normal" LP user can change the status of an upstream task but we can't change it back to triaged. Example bug 478653
[03:09] <ubot4> Launchpad bug 478653 in ubuntuone-client (Ubuntu) (and 1 other project) "BadTransition: SYS_OAUTH_ERROR (affects: 124) (dups: 62)" [High,Triaged] https://launchpad.net/bugs/478653
[03:10] <nhandler> kermiac: The issue with that is that a status of Triaged tends to mean the bug has enough info for a dev to work on it. If a user wanted to work on that bug (who wasn't in bugcontrol), they would be unable to update the status to show this. The status needs to be adjustable by everyone
[03:11] <kermiac> nhandler: yes, that is a good point
[03:11] <kermiac> doesn't seem like there would be an easy way around this issue
[03:17] <hggdh> no, there is no easy way. We like to be open, and this carries a price -- every so often we get a bit of spam
[03:17] <hggdh> but, to tell the truth, it is very *very* low all in all. So we live with it
[03:18] <hggdh> (in other words -- the cost of 'fixing' this is higher than the cost of living with this)
[03:19] <kermiac> yes hggdh, I understand what you mean. Looking at it in that light, I tend to agree with you.
[03:20] <arand> How would I remove the upstream Poppler link  from Bug #39321 ? (see my last comment on the bug)
[03:20] <ubot4> Launchpad bug 39321 in poppler (Ubuntu) (and 3 other projects) "Some problems with marking and copying text (affects: 1) (dups: 1)" [Undecided,Invalid] https://launchpad.net/bugs/39321
[03:20] <kermiac_> time for lunch. BBL
[03:24] <hggdh> arand: you cannot. You can set it invalid, though
[03:24] <arand> Not possible to change project to NULL or something like that?
[03:33] <hggdh> arand: no
[03:33] <hggdh> no big deal
[03:33] <arand> Ok, set to invalid, wasn't sure how-to at first (unlinking upstream..)
[03:34] <arand> I was thinking of editing the description to only menttion the hide-on-select issue, since the other are in another bug..
[04:04] <hggdh> one thing you should make sure of doing is explaining why you are making the changes -- this will help whoever gets to look at the bug to understand what happened
[04:05] <hggdh> and this is it. I am going to bed.
[04:56] <nigelb> hggdh: sorry about earlier today.  I was dead tired and slept off :(
[06:26] <kklimonda> have we ever disributed libc-2.10.2.so for karmic?
[06:26] <ddecator> what driver is used for intel graphics cards?
[06:27] <crimsun> xserver-xorg-video-intel
[06:27] <ddecator> crimsun, ty
[06:28] <crimsun> kklimonda: no.
[06:28] <crimsun> kklimonda: you might notice that Debian ships eglibc 2.10.2, however
[06:29] <kklimonda> crimsun: yeah, I've just noticed :/
[06:29] <nigelb> can somone help test an apport hook?
[06:30] <nigelb> I think its ready (it works fine for me:) )
[06:30] <lifeless> ship it
[06:31] <nigelb> sure?
[06:31] <nigelb> okay :)
[06:31] <lifeless> well, what do you expect to learn from someone else trying it?
[06:31] <lifeless> and whats the downside if you don't learn that before you upload?
[06:31] <nigelb> good point ;)
[06:32] <lifeless> for an apport helper, something that only kicks in after trouble happens, I think theres a low risk in JDI
[06:33] <nigelb> this not that one
[06:33] <nigelb> this is for people who wish to report an error with the package.. to run ubuntu-bug rhythmbox
[06:34] <nigelb> it makes sure that audio problems and gstreamer problems go to the right place
[06:35] <crimsun> hmm? what's your added logic to separate them?
[06:36] <crimsun> (maybe I'm misinterpreting your statement?)
[06:36] <nigelb> crimsun: see /usr/share/apport/package-hooks/source_totem.py
[06:36] <kklimonda> great, I just got a Xorg.0.log in .odt format..
[06:36] <nigelb> I'm using that logic with a little bit extra to add the gconf data and debug info if required
[06:36] <nigelb> kklimonda: whoa
[06:40] <nigelb> crimsun: is that good enough?
[06:42] <crimsun> nigelb: I would just upload the changes for further testing
[06:42] <nigelb> crimsun: doing that now.
[06:44] <lifeless> crimsun: does video-intel do poulsboro ?
[06:48] <ddecator> woooow, so i was working on a problem with SANE not working properly with Epson scanners...this goes way back, and I'm finding a lot of reports about the same thing
[06:49] <nigelb> we have a new spammer on ubuntu one bugs (if someone is still not yet aware)
[06:49] <ddecator> great
[06:49] <crimsun> lifeless: I don't know offhand. My inclination is that it would require extra bits beyond just -intel, but tjaalton/bryceh/tseliot would probably know.
[06:50] <lifeless> crimsun: just because, the question kklimonda asked is more complex these days ;)
[06:50] <lifeless> nigelb: ask in #launchpad-dev
[06:50] <lifeless> nigelb: may be someone with the CHR bits around that can help
[06:51] <nigelb> lifeless: gonna open a question on launchpad soon enough
[06:52] <lifeless> nigelb: seriously, ask in #launcpad-dev
[06:52] <nigelb> lifeless: okay :)
[07:05] <nigelb> just a doubt, I have to open a bug and attach a debdiff for this... right?
[07:06] <nigelb> I mean, I got no upload rights and the only thing I can do to get the apport hook is to attach a debdiff and wait for sponsor...
[07:06] <lifeless> bzr branch lp:ubuntu/packagename
[07:06] <lifeless> commit
[07:07] <lifeless> bzr push lp:~nigelb/ubuntu/lucid/packagename/apport-hook
[07:07] <lifeless> bzr lp-open
[07:07] <lifeless> click 'submit merge'
[07:07] <nigelb> ah, okay :)
[07:07] <nigelb> lifeless: all main packages are now in bzr?
[07:08] <lifeless> 96% or so of everything
[07:08] <nigelb> how convinient
[07:08] <lifeless> we're working on the remainder
[07:08] <nigelb> I liked bzr best so far
[07:09] <lifeless> cool
[07:09] <nigelb> its faster to work with (and easier to sponsor too?)
[07:10] <lifeless> its different, we're still figuring out the best workflow
[07:11] <nigelb> ah
[07:11] <lifeless> more data to copy around
[07:11] <lifeless> but more powerful toolchain
[07:11] <lifeless> so its a mix :)
[07:12] <nigelb> hehe
[07:13] <ddecator> anyone here ever file bugs upstream to sane?
[07:14] <ddecator> yah i kinda had that feeling...
[08:37] <nigelb> lifeless: you around?
[08:47] <lifeless> nigelb: yes
[08:50] <nigelb> does "cp debian/rhythmbox.apport debian/rhythmbox/usr/share/apport/package-hooks/source_rhythmbox.py"  make sure that the apport hook gets installed?
[08:50] <nigelb> lifeless: ^^
[08:50] <nigelb> very little documentation for this
[08:51] <lifeless> nigelb: man dh_install
[08:51] <nigelb> thank you
[08:51] <lifeless> for most packages you just need to edit debian/<binaryname>.install
[08:51] <lifeless> #ubuntu-motu is a good place to get help with packaging
[08:52] <nigelb> its a main package
[08:52] <nigelb> I asked in ubuntu-devel
[08:52] <nigelb> didn't really get a reply
[08:52] <lifeless> motu skills can still help you
[08:53] <lifeless> #ubuntu-motu does a lot of mentoring
[08:54] <nigelb> yes, I'm there. lemme ask again there
[08:54] <lifeless> well I've answerd that question
[08:54] <lifeless> just for others is all
[08:54] <nigelb> I checked the evince hook
[08:54] <nigelb> and it seems that this how its done for evince
[08:55] <nigelb> inside the rules file
[08:55] <lifeless> thats not a good reason to do it the ugly way
[08:56] <lifeless> in modern packages its a lot harder to do it via rules;)
[08:56] <nigelb> oh!
[08:56] <nigelb> my ignorance.  I'll correct it
[08:59] <lifeless> oh; hmm I'm misleading you a little I think
[09:00] <lifeless> no, actually
[09:00] <lifeless> debian/binarypackagename.install
[09:00] <lifeless> containing
[09:00] <lifeless> source_rhythmbox.py usr/share/apport/package-hooks/source_rhythmbox.py
[09:01] <lifeless> i think thats what you'll need
[09:01] <lifeless> or nearly
[09:01] <lifeless> you can use 'debc' after you build the package to see where it gets installed
[10:36] <om26er> if a bug is not reported in english should it be marked incomplete with a comment to translate?
[10:36] <om26er> https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/524833
[10:36] <ubot4> Launchpad bug 524833 in software-center (Ubuntu) "blocco analiza pacchetto (affects: 1)" [Undecided,New]
[10:37] <BUGabundo> MORNINGGGGGGG     cocoroco
[10:38] <thekorn> om26er: yes, and don't hestiate to close this bugreport if you don't  get a translation after a resonable time
[10:38] <thekorn> BUGabundo: good morning
[10:39] <BUGabundo> hey thekorn
[10:39] <BUGabundo> how is it hanging ?
[10:43] <thekorn> BUGabundo: very good, lot's of winter sports in tv these days ;)
[10:44] <thekorn> BUGabundo: you?
[10:45] <BUGabundo> fine. up early on a Saturday, when I went to bed at 3am
[10:45] <BUGabundo> had to take the car to regular inspection. passed with flying colors
[10:46] <thekorn> och
[11:58] <shadeslayer> hi anyone around?
[11:59] <shadeslayer> can someone please set bug 524748 as a wishlist?
[11:59] <ubot4> Launchpad bug 524748 in kpackagekit (Ubuntu) "Provide 'Ubuntu-Software-Centre' like UI (affects: 1)" [Undecided,New] https://launchpad.net/bugs/524748
[11:59] <shadeslayer> thanks :)
[12:00] <vish> shadeslayer: hei , you use kubuntu right?
[12:00] <shadeslayer> vish: yes
[12:00] <shadeslayer> vish: something i can help with?
[12:00] <vish> shadeslayer: could you see what this bug is about > Bug 411760
[12:00] <ubot4> Launchpad bug 411760 in plasmoid-quickaccess (Ubuntu) (and 1 other project) "Quick Access uses the "up one directory" icon instead of "Home" icon (affects: 1)" [Undecided,New] https://launchpad.net/bugs/411760
[12:01] <shadeslayer> sure :)
[12:01] <vish> ty
[12:02] <vish> seems to be a simple bug which has apparently not gotten any attention
[12:02] <shadeslayer> vish: yeah i can confirm this bug too :)
[12:03] <vish> shadeslayer: huh , so instead of using the home icon the up arrow is used :s weird ??
[12:03] <shadeslayer> yeah..
[12:03] <shadeslayer> i think this is more of a upstream bug
[12:03] <shadeslayer> since they are the ones who provide this package
[12:04] <vish> shadeslayer: can you confirm the bug , I'll ask scott kiterman to have a look at it
[12:04] <shadeslayer> vish: confirm as in add a commen?
[12:04] <shadeslayer> *comment?
[12:04] <vish> shadeslayer: confirm from the drop down and add a comment would be nice :)
[12:05] <shadeslayer> vish: ok
[12:05] <vish> ty
[12:07] <shadeslayer> vish: imo we should report it here too : http://kde-look.org/content/show.php/QuickAccess+(maintenance+fork)?content=101968
[12:07] <shadeslayer> ill put it in the comments
[14:09] <damascene> bug 516417
[14:09] <ubot4> Launchpad bug 516417 in ecryptfs-utils (Ubuntu) "ecryptfs-utils failed to upgrade (prerm ERROR: Cannot remove ecryptfs-utils, as it appears to be in use) (affects: 1)" [Undecided,Incomplete] https://launchpad.net/bugs/516417
[14:10] <damascene> how to complete it?
[14:13] <damascene> and this please bug 262679
[14:13] <ubot4> Launchpad bug 262679 in eeepc-acpi-scripts (Ubuntu) (and 2 other projects) "eeepc-acpi-scripts is not installable (affects: 21)" [Medium,Incomplete] https://launchpad.net/bugs/262679
[14:59] <nigelb> issyl0: when you comment on a bug, you are encouraged to use the standard responses (if you are comment as a triager)
[14:59] <nigelb> s/comment/commenting
[14:59] <issyl0> nigelb: the two I commented on weren't me commenting as a triager, though!
[14:59] <issyl0> But OK, thanks.
[15:00] <issyl0> I'll try to do some more today; you'll notice I haven't joined the Five-A-Day team yet :)
[15:00] <nigelb> I know, thats why added that part
[15:00] <issyl0> Ah, OK :)
[15:00] <issyl0> Thanks!
[15:00] <nigelb> no problem :)
[15:09] <nigelb> issyl0: that last.fm is working fine now?
[15:09] <issyl0> Now, yeah.
[15:10] <issyl0> It used to not let me log in though, few days/weeks ago
[15:10] <issyl0> I used to have to listen to music from last.fm :O
[15:10] <nigelb> I
[15:10] <issyl0> You?
[15:10] <nigelb> I'm thinking it was some issue at their end then
[15:10] <issyl0> Ah right
[15:10] <nigelb> (I dont have a last.fm account)
[15:59] <bcurtiswx> is there a way to find out how many people are using my PPA?
[16:03] <shadeslayer> yeah i would like that too :)
[16:11] <nekohayo> anyone knows where ogg theora's bug tracker lives?
[16:13] <jcastro> https://trac.xiph.org/ perhaps?
[16:13] <nekohayo> thanks :)
[16:15] <nekohayo> uugh. trac. /me shivers
[16:15] <nigelb> lol
[16:16] <nekohayo> and no traces of an existing ticket about "can we have a multithreaded theora encoder?"
[16:38] <nigelb> hggdh: welcome back
[16:38] <hggdh> nigelb: thank you ;-)
[16:38] <nigelb> Sorry I slept off yday
[16:39] <nigelb> I was dead tired.  it had been 27 hours awake by then
[16:39] <nigelb> hggdh: here's the final pastebin :) http://pastebin.com/d10b91f1e
[16:39] <nigelb> it works.  I'm packaging now.
[16:40] <hggdh> yes, I had forgotten to add the line feed at the newReport += line...
[16:41] <nigelb> hehe, when it worked, I realized that
[16:41] <hggdh> :-)
[16:41] <hggdh> nigelb: for version 2 of the hook: add comments, and try to reformat the code as per python standards
[16:42] <nigelb> is there a link to the standards, so that I can give a correctly versioned one?
[16:42] <nigelb> correctly coded one
[16:43] <hggdh> yes, hold on
[16:43] <nigelb> I'm a perfectionist
[16:49] <vish> hmm , seeing so many deactivated accounts subscribed to a bug makes me squirm :/
[16:50] <vish> subscribed to almost all ubuntu bugs rather
[16:53] <hggdh> nigelb: see http://docs.python.org/ , I have to go now
[16:53] <kklimonda> nigelb: where does question.wav come from?
[16:53] <_Narc_> Hello all. Does a USB/Kernel guru here know more about a bug in the ehci_hcd module (which is not a module anymore in Karmic I think) that's messing with USB 2.0 keys/mass storage devices ? I want to understand this and since I'm learning to triage bugs I figured this would be the place to ask. Thanks
[16:53] <nigelb> hggdh: will do :)
[16:53] <nigelb> kklimonda: question.wav?
[16:54] <kklimonda> nigelb: you play it in your apport hook
[16:54] <nigelb> kklimonda: ah, the same file played with system testing
[16:54] <kklimonda> nigelb: for python code standards see http://www.python.org/dev/peps/pep-0008/
[16:54] <vish> hggdh: where to open a question regarding the deactivated accounts still being subscribed to bugs?
[16:55] <kklimonda> vish: is that a problem?
[16:55]  * vish seems 13-15 such accounts for each bug
[16:55] <hggdh> vish, you cannot unsubscribe them?
[16:55] <vish> :(
[16:55] <kklimonda> nigelb: I don't have it
[16:55] <nigelb> huh?
[16:55] <hggdh> well, being subscribed is no problem
[16:55] <vish> ex: Bug #446657  in the also subscribed there are 13 deactivated accounts :(
[16:55] <ubot4> Launchpad bug 446657 in gnome-bluetooth (Ubuntu) (and 2 other projects) "Bluetooth's on/off status doesn't update from the SetProperty D-Bus method that bluetoothd sends (affects: 3)" [Low,Confirmed] https://launchpad.net/bugs/446657
[16:55] <kklimonda> nigelb: I have no question.wav at all in my lucid install.. I wonder if I've managed to delete some important package
[16:56] <nigelb> kklimonda: looks like I didn't test that part
[16:56] <kklimonda> nigelb: it's from gnome-audio which isn't part of base install
[16:56] <kklimonda> s/base/desktop/
[16:57] <nigelb> kklimonda: I built on top of totem hook, so I assumed it would be there.  Looks like I have to fix that soon
[16:57] <chrisccoulson_> vish - sometimes if you open a question on answers.launchpad.net, a LP admin will unsubscribe them. I've done this before with some inactive accounts subscribed to ubuntu-bugs
[16:57] <chrisccoulson_> people might be subscribing to farm e-mail addresses ;)
[16:57] <vish> \o/ /me tries
[16:58] <hggdh> chrisccoulson_: BTW, congrats
[16:58] <nigelb> kklimonda: would it be sane to have a test file in the package?
[16:58] <nigelb> hggdh: what did chrisccoulson do? ;)
[16:58] <hggdh> he is good
[16:58] <hggdh> this is enough ;-)
[16:59]  * nigelb is confused
[16:59] <hggdh> :-)
[16:59] <hggdh> now I really have to go
[17:00] <nigelb> kklimonda: I guess I have to use the audio file which system testing uses
[17:00] <kklimonda> nigelb: that would be the best option
[17:01] <kklimonda> hggdh: now you made me wonder what has chrisccoulson done and I'll spend next 10 minutes digging though mailing lists and other things ;)
[17:03] <nigelb> kklimonda: okay.  this is totally insane.  The audio testing application, records on the spot and plays back
[17:03] <hggdh> so I will make it even more interesting (and confusing): congrats nigelb
[17:03] <hggdh> heh
[17:03] <kklimonda> hggdh: damn you - you are too cheerful these days :P
[17:04] <nigelb> now its totally confusing
[17:05] <chrisccoulson_> hggdh - thanks :)
[17:05] <bcurtiswx> what's going on?
[17:05] <nigelb> kklimonda: yeah, after joining cannonical
[17:05] <nigelb> chrisccoulson: what was that for?
[17:06] <nigelb> hggdh: you better explain.  I have absolutely no clue what's happening
[17:06] <chrisccoulson_> i *think* i know what hggdh is talking about ;)
[17:06] <nigelb> namely?
[17:07] <chrisccoulson_> well...
[17:07] <chrisccoulson_> ;)
[17:07] <bcurtiswx> chrisccoulson_: were all anxiously awaiting your public announcement
[17:07] <bcurtiswx> :P
[17:07] <chrisccoulson_> lol
[17:07] <chrisccoulson_> i'll tell you in a week or so ;)
[17:07]  * nigelb cheers chrisccoulson's press conference
[17:07] <nigelb> heck, no fair
[17:08] <chrisccoulson_> heh
[17:09]  * nigelb begs chrisccoulson_ to explain
[17:10] <om26er> how can I know if the crash reports are duplicate?
[17:10] <om26er> https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/519444
[17:10] <chrisccoulson_> om26er, let the retracer handle those
[17:10] <ubot4> Launchpad bug 519444 in gwibber (Ubuntu) "gwibber-service crashed with RuntimeError in find_port__linux() (affects: 9) (dups: 1)" [Medium,Incomplete]
[17:10] <om26er> https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/524736
[17:10] <ubot4> Launchpad bug 524736 in gwibber (Ubuntu) (and 1 other project) "gwibber crashed with RuntimeError in find_port__linux() (affects: 1)" [Undecided,New]
[17:11] <om26er> ok
[17:13]  * bcurtiswx tapes chrisccoulson_ to the wall until he tells us
[17:13] <chrisccoulson_> lol
[17:13]  * nigelb helps bcurtiswx, cuts the tape out
[17:14] <nigelb> chrisccoulson_: please?
[17:14] <kklimonda> lol :D
[17:15] <bcurtiswx> don't make me start water torture
[17:15]  * chrisccoulson_ runs
[17:15] <chrisccoulson_> ;)
[17:15] <kklimonda> hggdh: you have opened a can of nasty worms :P
[17:15] <bcurtiswx> you're taped to a wall dude
[17:17] <_Narc_> Hello all. Can someone change the importance of  Bug #177235 and tell me if it's right to affect it to "linux"? I've been fighting with it for a day, it's weird it's still an issue in Karmic. Should I post a new one ? I'm still learning, sorry about all the questions and thanks for your help.
[17:17]  * vish *thinks* he knows what this is about .. congrats chrisccoulson_   :D
[17:17] <ubot4> Launchpad bug 177235 in ubuntu "slow USB 2.0 drive: it's mounted as USB 1.0, not USB 2.0! (affects: 11) (dups: 1)" [Undecided,Confirmed] https://launchpad.net/bugs/177235
[17:18]  * nigelb plans to fly down to chennai tonight to strangle the truth out of vish
[17:23] <nigelb> hggdh, chrisccoulson_ : you really shouldn't do this.  leaving things hanging
[17:24] <vish> nigelb: i guess they are thinking that _we_ shouldnt be doing this[poking around] ;p  but we can blame hggdh for creating the curiosity .. not chrisccoulson_
[17:25] <nigelb> lol, probably
[17:25] <nigelb> but I dunno
[18:18] <dako3256> can someone tell me how to handle a bug like this https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/466536
[18:18] <ubot4> Launchpad bug 466536 in gwibber (Ubuntu) "The password security in Gwibber is flawed (affects: 1)" [Undecided,New]
[18:22] <vish> dako3256:  dup of the main bug
[18:23] <vish> dako3256: just dup it to the main bug and open the Gwibber[Ubuntu] task for the main bug
[18:24] <vish> dako3256: dup the other 421728 also to  > 400120
[18:35] <vish> dako3256: oops only  466536 is dup of 421728
[18:36]  * vish should get some ZZzzz :/
[18:37] <kklimonda> does gwibber steal save passwords in gconf?
[18:37] <dako3256> msg vish i didnt do the other one yet
[18:38] <kklimonda> it doesn't seem to save them in gnome-keyring :/
[18:39] <kklimonda> hmm, it keeps account settings in desktop couch in lucid
[18:39] <kklimonda> no idea though how safe is it..
[18:39] <kklimonda> and it doesn't make a freakin' sense not to use gnome keyring only because we don't have time to integrate it with U1..
[18:40] <kklimonda> argh, decisions like this make ubuntu look like it is being developed by people who doesn't have a big picture :/
[18:40] <kklimonda> ok, enough of this offtopic
[18:40] <dako3256> MSG <vish> should I mark it as triaged?
[18:42] <dako3256> NAMES
[18:43] <kklimonda> dako3256: don't forget to use / before commands
[18:44]  * vish returns to pings
[18:44] <vish> dako3256: let me check again...  we can also mark them security vulnerabilities
[18:47] <vish>  this is a bad security flaw ! i can see my passwords in the gconf :/
[18:49] <vish> dako3256: are you bugcontrol? if so you can set it to triaged
[18:49] <kklimonda> vish: but the version that is in lucid saves all account information in the desktop couch
[18:49] <vish> kklimonda: i'm on lucid
[18:49] <vish> and i can see the passwords
[18:50] <kklimonda> vish: and you are probably using daily ppa or used gwibber or ppa in the past
[18:50] <vish> kklimonda: ah.. right i used the gwibber ppa in the past
[18:50] <kklimonda> vish: so yes - there is a security issue but "only" in the gwibber upstream project
[18:51] <kklimonda> vish: if there is any security issue in lucid depends on how are passwords stored in the desktop couch
[18:51] <dako3256> mag vish ok, ill mark it
[18:51] <kklimonda> and I have no idea about it :)
[18:51] <vish> dako3256: read what kklimonda jjust mentioned
[18:54] <dako3256> msg vish I am on bugsquad cannot mark as triaged
[18:55]  * vish gets some sleep .. nite all
[18:55] <kklimonda> good night vish :)
[19:26] <dako3256> join #ubuntu-testing
[19:43] <rye> hi, it looks like yesterdays Bongcaivang returned as https://launchpad.net/~tutinhkhuc05
[19:44] <rye> reassigning bugs to himself, changing bug statuses and unlinking branches
[20:15] <SwedeMike> is it meaningful to report platform problems for 10.04 right now? I have a core i5-661 with the new built in intel graphics that's acting up in amd64 mode (generally amd64 on this seems not stable, i386 seems fine) ?
[20:21] <kermiac> rye: yes, i noticed that too
[20:21] <rye> kermiac, grabbed the lp sources to see whether it is possible to make +activity available via lp api to recover from such things
[20:21] <kermiac> and this really doesn't look good
[20:22] <kermiac> https://edge.launchpad.net/~failtoban
[20:22] <kermiac> he's been going crazy - this could be the same guy as a week ago
[20:22] <kermiac> with the nospammail.net email address
[20:24] <kermiac> rye: bug 520413 we were told this would be very difficult :(
[20:24] <ubot4> Launchpad bug 520413 in malone "All changes by user must be revertable (affects: 2)" [Low,Triaged] https://launchpad.net/bugs/520413
[20:25] <kklimonda> kermiac: oh? damn :/
[20:26] <thekorn> rye: I looked at exporting bug activity via the api last week, it is not easy, but I think it is doable
[20:26] <thekorn> i even have started a branch somewhere
[20:26] <bcurtiswx> anyone using bughugger on karmic?
[20:26] <kermiac> it would be good if someone with more knowledge than me could get something workable as we are getting a lot more spammers lately :(
[20:26] <thekorn> but it needs mmore time and discussion, as their quality standarts are very high
[20:27] <rye> thekorn, i think it is doable as well. If that is not doable then we might end up screenscraping or having a special mailbot collecting the stuff but we are just not prepared for spammers
[20:29] <thekorn> hmm, I somehow don't have access to the maschine where this branch is located, so I cannot push it somewhere
[20:31]  * kermiac starts cleaning up again...
[20:36] <bcurtiswx> kermiac: spammers where?
[20:36] <kermiac> https://edge.launchpad.net/~failtoban
[20:37] <kermiac> nospammail address
[20:37] <rye> don't see how https://bugs.launchpad.net/ubuntu/+source/pyinotify/+bug/408600/+activity is irreversible (starting from change @ 2010-02-19 18:09:26)
[20:37] <ubot4> Launchpad bug 408600 in pyinotify (Fedora) (and 2 other projects) "pyinotify's libc version check fails on Karmic (affects: 36) (dups: 24)" [Unknown,Fix released]
[20:37] <kermiac> http://search.gmane.org/?query=&author=Fail2Ban&group=gmane.linux.ubuntu.bugs.general&sort=date&DEFAULTOP=and
[20:37] <bcurtiswx> HAHAHAHAHA
[20:37] <bcurtiswx> well you can tell something becomes very popular when people start intentionally abusing it
[20:38] <kermiac> very true, but we need to have *something* in place to be able to deal with the spammers as it can take hours to fix things that were changed
[20:41] <rye> i wonder whether the scripts are being written to post ads to launchpad to all bug reports. I guess this may be an attack vector as well
[20:41] <rye> since there is no moderation for bug resports
[20:45] <jibel> kermiac, I pasted the list of bugs he touched at http://pastebin.com/d5cb1185c
[20:45] <jibel> He started his activity today.
[20:46] <kermiac> I've noticed the account I use for launchpad has started getting hit by a LOT of spam lately too. I think they might be farming email addresses on LP :(
[20:48] <thekorn> jibel: just OOC: how did you get this list?
[20:49] <bcurtiswx> kermiac: i completely agree
[20:50] <jibel> thekorn, from the ubuntu-bugs maillist.
[20:51] <kermiac> question filed in LP
[20:51] <kermiac> https://answers.edge.launchpad.net/launchpad/+question/101807
[20:52]  * kermiac heads over to #launchpad to see if anyone's around
[20:53] <thekorn> jibel: aha ok, I somehow hopped someone has contact to a launchpad guy with direct DB access who is able to give us such list
[20:54] <jibel> thekorn, no contact with a lp guy sadly :(
[20:55] <rye> jibel, what do you want to do?
[20:55] <jibel> thekorn, but you can retrace nearly all bug activity from the mailing list.
[20:56] <thekorn> maybe we should try to establish such path, but that's something for next week
[20:56] <jibel> rye, with the list ?
[20:56]  * bcurtiswx plays jeopardy theme song on repeat for kermiac
[20:56] <thekorn> jibel: but if I were a spammer I would make exactly this changes which do not send bugmails
[20:57]  * kermiac laughs
[20:57] <kermiac> thanks bcurtiswx
[20:57] <bcurtiswx> it may be a while...
[20:57] <kermiac> does anyone know how to "un-nominate" for a release?
[20:57] <kermiac> i.e. remove " Nominated  for Karmic  by Fail2Ban (failtoban: 328)  "
[20:57] <jibel> kermiac, you can't
[20:57] <thekorn> kermiac: nothing you can do
[20:58] <kermiac> ok, thanks
[20:58] <jibel> thekorn, If I were a spammer I would use the lp api because I'm too lazy to do it manually
[20:59] <thekorn> jibel: sure
[21:00] <rye> jibel, this will be the next wave, I suppose
[21:01] <rye> the API does not let us to read the activity info to recover the bugs, so when that starts, we are unarmed
[21:02] <thekorn> rye: I'll work on exposing this, if noone beats me doing it, I promise ;)
[21:02] <rye> thekorn, but this will only help to recover after the disaster
[21:03] <rye> thekorn, the real thing to do is to prevent it
[21:03] <jibel> Sooner or later lp will have to implement some kind of anti-spam feature and reserve the api to selected teams.
[21:04] <thekorn> ok, here is my crazy idea/masterplan: don't redo such spam!
[21:04] <thekorn> instead identify spammer and auto-redirect them to staging
[21:04] <rye> jibel, I guess we are at "later" stage, Ubuntu is that popular now.
[21:04] <thekorn> so they get the feeling the can do whatever they like
[21:05] <rye> thekorn, yep, and test launchpad for oopses. wise!
[21:12] <kermiac> I seem to remember redirecting them to stagin was mentioned last time. seems like a good workaround 'till a more permanant solution is found
[21:13] <kermiac> s/stagin/staging
[21:31] <kermiac> !topic
[21:31] <ubot4> Please read the channel topic whenever you enter, as it contains important information. To view it at any time after joining, simply type /topic
[21:31] <kermiac> oops, that didn't work
[21:35] <kermiac> seems like there will not be any action against this user yet. I was told I must contact them first
[21:35] <kermiac> I have now contacted them http://ubuntu.pastebin.com/f65721765 I do not think it will do any good though :(
[21:57] <porter1> join #python
[21:57] <porter1> woops
[22:02] <rmunn> I've tagged LP #522693 as wishlist, but I'm not in bug-control so I can't change its importance. Any bug-control members on right now?
[22:02] <ubot4> Launchpad bug 522693 in brasero (Ubuntu) "support for MAC .dmg files (affects: 1)" [Undecided,New] https://launchpad.net/bugs/522693
[22:04] <kklimonda> rmunn: done
[22:04] <lifeless> rmunn: if you can forward that upstream that would be useful
[22:04] <kklimonda> rmunn: have you checked upstream bugzilla for similar reports?
[22:04] <rmunn> kklimonda, not yet.
[22:04] <rmunn> Looking now.
[22:04] <lifeless> rmunn: generally wishlist bugs should get immediately upstreamed (after checking that it is infact a bug)
[22:05] <rmunn> lifeless, good to know, thanks. I'm just getting started with triaging, so good advice is much appreciated. :-)
[22:13] <rmunn> OK, LP #522693 reported upstream.
[22:13] <ubot4> Launchpad bug 522693 in brasero (Ubuntu) (and 1 other project) "support for MAC .dmg files (affects: 1)" [Wishlist,Triaged] https://launchpad.net/bugs/522693
[22:21] <ericrost> Hey wanted to figure out what package to file a "sane defaults" bug against
[22:22] <ericrost> when adding a hidden SSID network, the ipv4 settings should default to dhcp (most common choice so would be easier for non-techies) had wife and friend bitten by this in last month. Package to file against?
[22:27] <hggdh> ericrost: most probably network-manager
[22:28] <ericrost> that's what I was thinking, thanks
[22:39] <jibel> kermiac_, for info the user's activity is available at http://pastebin.com/d45f6654b
[22:44] <kermiac_> ty jibel, can you please add that info to https://answers.edge.launchpad.net/launchpad/+question/101807
[22:46] <jibel> kermiac_, done
[22:47] <kermiac_> ty jibel :)
[22:47] <jibel> kermiac_you're welcome
[22:53] <ddecator> if a report got filed twice (completely identical, same reporter, just filed twice), should i mark one as a duplicate of the other?
[22:54] <kermiac_> bug 95929
[22:54] <ubot4> Launchpad bug 95929 in wget (Debian) (and 3 other projects) "apt,wget ignore $no_proxy (affects: 2)" [Unknown,Confirmed] https://launchpad.net/bugs/95929


[10:49] <bddy> Hi. One of my /etc/init/somename.conf daemons keeps starting in a chroot for some reason. Is it possible to somehow understand - from where does it take the chroot path and how to make it not chroot?
[11:04] <AnrDaemon> bddy: If there's nothing suspicious in job definition file, it may have that functionality builtin. Check its documentation.
[11:05] <bddy> AnrDaemon: Yeah, I'm reading source code now. Unfortunately can't debug easily since this is init 1 pid
[11:05] <AnrDaemon> *facepalm*
[11:06] <bddy> AnrDaemon: What do you mean?
[11:06] <bddy> This is production server unfortunately and I can't kill it, neither reproduce :(
[11:06] <AnrDaemon> You have misbehaving application - and you are debugging init daemon?
[11:08] <bddy> AnrDaemon: chroot happens here: init forks, then it chroots, then execve()
[11:08] <AnrDaemon> What?
[11:08] <bddy> There is some chroot support in upstart - from the source code  Isee that it reads some xml stanza and gets "chroot" value from it
[11:09] <AnrDaemon> If you don't specify chroot in your job file, it won't do it.
[11:09] <AnrDaemon> And least of all it reads anything CML.
[11:09] <AnrDaemon> XML**
[11:09] <bddy> But it does it. :( see parse_job.c
[11:10] <bddy> ah, this is another stuff, you are right, this is not xml
[11:15] <bddy> hmm, for some reason when I do initctl reload-configuration, it goes to /home/name/chroot/etc/init/somename.conf and reads configuration file from there.
[11:16] <AnrDaemon> Ok, first question: What OS version?
[11:51] <bddy> Sorry, was away, OS is Ubuntu 12.04 precise, upstart is 1.5
[11:52] <AnrDaemon> Then what you did to it? I have same OS, and nothing extraordinary happens to it. Whatever I try. (And I've tried many weird things in the past two weeks.)
[12:13] <bddy> Ok, it was solved by kill -TERM 1


  We'll try to keep the noise to a minimum and appreciate your patience.  To overwhelm. [Obs.] --Spenser. [1913 Webster], Hell \Hell\, n. [AS. hell; akin to D. hel, OHG. hella, G. h["o]lle, Icel. hal, Sw. helfvete, Dan. helvede, Goth. halja, and to AS. helan to conceal. ???. Cf. {Hele}, v. t., {Conceal}, {Cell}, {Helmet}, {Hole}, {Occult}.] [1913 Webster] 1. The place of the dead, or of souls after death; the
[18:34] <QA> grave; -- called in Hebrew sheol, and by the Greeks hades. [1913 Webster]  He descended…
[18:34] <pavlushka> QA define back to back
[18:34] <QA> pavlushka: 41 Moby Thesaurus words for "back to back": as one, as one man, at opposite extremes, behind, behind the scenes, coactively, coefficiently, collectively, combinedly, communally, concertedly, concordantly, concurrently, conjointly, contrariwise, contrary, cooperatingly, cooperatively, counter, eyeball to eyeball, face to face, hand in glove, hand in hand,
[18:34] <QA> harmoniously, in back of, in chorus, in concert with, in the background, in the rea…
[18:35] <zaki> hi eprbata how are you doing? :p
[18:36] <shishir> hello guys..
[18:46] <pavlushka> hello shishir :)
[18:47] <pavlushka> Tuhin: btw, media codecs are now comes in a box with Ubuntu ISO, you just have to mark check during installation process :)
[18:49] <zaki> pavlushka: what i missed?
[18:49] <pavlushka> I have noticed that on 16.04
[18:49] <pavlushka> zaki: us I guess :p
[18:49] <zaki> when?
[18:49] <pavlushka> just now
[18:49] <zaki> :3
[18:50] <zaki> no idea
[18:50] <zaki> [Notice] -kloeri- [Global Notice] Hi all. We're continuing the server maintenance and over the next several hours we'll be rebooting the larger servers. It'll be a bit noisy but shouldn't be too disruptive. Thank you for using freenode.
[18:50] <pavlushka> zaki: me too :p
[18:50] <pavlushka> zaki: I got that :)
[18:51] <zaki> wb Tuhin
[18:54] <zaki> i think i was flying freenode, now they are saying "using" :|
[18:54] <pavlushka> lol
[18:55] <zaki> really i'm upset
[18:55] <pavlushka> ha ha why?
[18:55] <pavlushka> zaki: you should setup yourself :p
[18:56] <zaki> previous notice they said thanks for flying freenode. so i was flying . and now this is
[18:56] <zaki> :P
[18:56] <pavlushka> zaki: I know
[18:56] <zaki> i like to fly, Tuhin do u?
[18:56] <pavlushka> and I got your point on the very fist time :)
[18:56] <pavlushka> *first
[18:57] <zaki> thats why i like u pavlushka :P
[18:57] <pavlushka> shishir is experiencing that problem due to maintenance
[18:58] <zaki> yeah..  may be..
[18:59] <pavlushka> zaki: true, may be, cant tell for sure, lol
[19:02] <Tuhin> I wanted to be pilot since before i started school
[19:02] <zaki> Tuhin: wow thats great.
[19:02] <pavlushka> lol
[19:03] <Tuhin> now after growing up I see that is not a safe job
[19:03] <zaki> Tuhin: and what u wanted to be after u completed school?
[19:03] <pavlushka> Tuhin: I meant zaki was flying freenode and you wanted to be The pilot :)
[19:03] <pavlushka> Tuhin: true
[19:03] <Tuhin> all western aircrafts are hackable from sattelites anytime and.....
[19:04] <Tuhin> when i was in school i though i will become a scientist
[19:04] <Tuhin> those planes on 9/11 were remote controlled...
[19:04] <Tuhin> just same way USA remote controls the drones....
[19:05] <pavlushka> Tuhin: though you can be still, a scientist :)
[19:05] <Tuhin> hm
[19:05] <zaki> or a detective :p
[19:05] <pavlushka> lol
[19:05] <pavlushka> we can form a team
[19:05] <Tuhin> btw what i said above are no joke :\
[19:05] <pavlushka> of detectives.
[19:06] <zaki> i'm in
[19:06] <pavlushka> me too
[19:06] <zaki> :D
[19:06] <Tuhin> MH370 was remote controlled and made to land @ diego garcia
[19:07] <pavlushka> Tuhin: we are not joking with you, seriously, 9/11 was an inside job, no doubt about that.
[19:07] <Tuhin> coz there were 20-21 very highly skilled computer scientists who have invented a new tech/design/process and they wanted to leave US company and join a chinese Gov owned company
[19:08] <zaki> pavlushka: what we wi'll investigate?
[19:08] <Tuhin> we can study things happening all around and find the truth and then spread
[19:09] <zaki> pavlushka: resercher and physicist are the same guy?
[19:10] <Tuhin> hm
[19:16] <pavlushka> zaki: https://youtu.be/l0Q5eZhCPuc for 9/11 :)
[19:18] <zaki> that channel named as "vengencefrom1979"
[19:18] <zaki> what's that about?
[19:18] <zaki> vengencefrom1979
[19:19] <pavlushka> zaki: you know, you are in the team, so do a research on that ^^
[19:20] <zaki> oky. :P
[19:21] <Tuhin> when the 2nd plane hit, i was watching live news in BBC
[19:21] <Tuhin> and my intuition told me it is done by none other that US Gov itself, to start new wars
[19:24] <zaki> i was 6 years old at that time.
[19:24] <zaki> :|
[19:29] <pavlushka> night guys, see ya :)
[19:29] <zaki> night pavel. :)
[19:34] <zaki> good night Tuhin
[19:35] <Tuhin> i was about to say that
[19:35] <Tuhin> Good night all
[19:35] <zaki> hmm
[19:35] <Tuhin> see you later
[19:35] <zaki> have a sweet dream :)


[15:53] <sadmac2> Keybuk: how was the flight back?
[15:57] <Keybuk> hellish
[15:57] <Keybuk> I can never sleep on planes
[15:58] <sadmac2> unfortunate
[16:03] <sadmac2> Keybuk: I've been pondering the idea of transitions in the state machine
[16:03] <sadmac2> basically, right now if we have state A set, and we say when A on q B, we get state A and B true
[16:03] <sadmac2> this is good, we want this
[16:04] <sadmac2> but we might also want this:
[16:04] <sadmac2> on q transition A to B
[16:04] <sadmac2> so when q happens, A becomes false, and B becomes true
[16:04] <Keybuk> it depends whether you reuse your A object for "A and C"
[16:04] <Keybuk> otherwise it's just two different ways to look at the same effect?
[16:05] <sadmac2> you'd want to reuse
[16:05] <sadmac2> that'd be expected behavior for the user
[16:05] <Keybuk> so
[16:05] <Keybuk> when A on q B
[16:05] <Keybuk> when A on r C
[16:05] <Keybuk> ?
[16:06] <Keybuk> I don't think you can express that if A transitions to B on q
[16:06] <Keybuk> since you lost your A tracking for C
[16:06] <sadmac2> yes, its not appropriate there
[16:06] <Keybuk> so which you pick depends on the implementation I think
[16:06] <sadmac2> some cases you want one behavior, some the other
[16:06] <sadmac2> we can support both
[16:07] <sadmac2> with different keywords
[16:07] <sadmac2> when A on q B means if you have A and q happens you keep A and get B
[16:07] <sadmac2> when A on q goto B means if you have A and q happens you lose A and get B
[16:08] <Keybuk> would you want the latter behaviour if you have the former?
[16:08] <sadmac2> runlevels
[16:08] <Keybuk> sometimes it helps to have a use case for a feature before you worry about it
[16:08] <sadmac2> think runlevels
[16:08] <Keybuk> runlevels right now are just different values of A
[16:08] <sadmac2> but we can view them as independent states
[16:09] <Keybuk> we can, indeed
[16:09] <Keybuk> here's an interesting thought
[16:09] <Keybuk> if A is "runlevel 2"
[16:09] <Keybuk> and B is "runlevel 3"
[16:09] <Keybuk> if you transition from 2 to 3, you may not kill all the processes started by 2
[16:10] <Keybuk> so would those still hold a reference on 2?
[16:10] <sadmac2> right
[16:10] <Keybuk> if A transitioned to B, would those suddenly have null references or reference a different state to what started them?
[16:10] <sadmac2> hmm
[16:10] <Keybuk> and if A just went away from the list of active states, and B got added, would that be bad?
[16:10] <sadmac2> the processes in runlevels right now are outside of our management
[16:10] <sadmac2> could we fix that? maybe.
[16:11] <Keybuk> sure
[16:12] <sadmac2> and can we fix it while the people using them remain oblivious to them?
[16:12] <Keybuk> we could
[16:12] <Keybuk> we may only fix it if they have LSB headers
[16:13] <sadmac2> the thing we're missing is the references go the other way
[16:13] <sadmac2> the services don't depend on the runlevel
[16:13] <sadmac2> the runlevel depends on the services
[16:13] <sadmac2> bringing up a runlevel brings up all the services.
[16:14] <sadmac2> bringing up all the services doesn't necessarily change the runlevel (in fact the people wanting sysv compat would freak if that happened)
[16:16] <Keybuk> it'd be interesting if it did :p
[16:16] <sadmac2> interesting
[16:16] <sadmac2> and I think we can do it
[16:16] <Keybuk>   lamp = (apache, mysql) + auto
[16:16] <Keybuk> start lamp
[16:16] <Keybuk> will start apache and mysql
[16:16] <sadmac2> but its not right for runlevels
[16:16] <Keybuk> but
[16:16] <Keybuk> start apache
[16:16] <Keybuk> start mysql
[16:16] <Keybuk> will also inherently say lamp is running
[16:16] <Keybuk> why not? :P
[16:16] <Keybuk> take the Fedora model
[16:16] <Keybuk> if I boot into runlevel 3
[16:16] <Keybuk> and I start X
[16:16] <Keybuk> shouldn't it now say I'm in runlevel 5? :p
[16:16] <Keybuk> because I am
[16:16] <sadmac2> not according to sysv
[16:17] <sadmac2> this is a compat mode. we can't do as much cool stuff here
[16:17] <Keybuk> show me the line that says that cannot be true :p
[16:17] <sadmac2> if it ain't broke, it ain't fixed
[16:17] <sadmac2> I'll show you the mailing list that says it cannot be true :D
[16:17] <Keybuk> sure
[16:17] <Keybuk> url to the thread?
[16:20]  * sadmac2 goes digging archives
[16:33] <sadmac2> not a specific example, but:
[16:34] <sadmac2> > Are you seriously suggesting that less than 50% of Fedora systems have
[16:34] <sadmac2> > yum installed?
[16:34] <sadmac2> yes; at least on my machines there is yum only on the host while
[16:34] <sadmac2> guestsystems don't need it. Ratio of physical hosts to virtual
[16:34] <sadmac2> ^^guy purporting not to have python on 3/4 of his fedora boxes
[16:34] <sadmac2> point being: the people who care most about sysv compat are batshit insane
[16:55] <Keybuk> http://cvs.fedoraproject.org/viewvc/rpms/upstart/devel/upstart-telinit-u.patch?revision=1.1&view=markup
[16:55] <Keybuk> sorry to change the subject
[16:55] <Keybuk> but about the patch
[16:55] <sadmac2> yeah
[16:55] <sadmac2> we'll need a new one won't we?
[16:56] <sadmac2> ugh, regression.
[16:56] <Keybuk> actually, it was more the implementation that interested me
[16:56] <Keybuk> you added a control message
[16:56] <Keybuk> initctl sends that control message to upstart
[16:56] <Keybuk> which handles that control message
[16:56] <Keybuk> by ...
[16:56] <Keybuk> sending itself the TERM signal
[16:56] <Keybuk> couldn't you have just made initctl send the term signal? :p
[16:56] <Keybuk> case 'u':
[16:57] <Keybuk>   kill (1, SIGTERM);
[16:57] <Keybuk>   break;
[16:57] <sadmac2> I think we figured there would be a better way than self-terming to handle that case down the road
[16:57] <Keybuk> so you figured it'd be better to add API without knowing what you wanted? :p
[16:58] <Keybuk> giving yourself the interesting "socket goes away during a call" problem <g>
[16:58] <Keybuk> I'm amused, rather than anything else, btw :)
[16:58] <sadmac2> meh
[16:58] <Keybuk> "I would not have done it that way" <g>
[16:58] <sadmac2> I learned the control system
[16:58] <sadmac2> ultimately I think its a product of not looking at both ends
[16:58] <sadmac2> I wrote the telinit bit
[16:59] <sadmac2> then realized that once I got the message in init there wasn't much interesting to do with it
[16:59] <Keybuk> :D
[17:07] <Keybuk> that sounds like my one attempt to sleep with a woman
[17:07] <Keybuk> once I got it in, there was nothing else useful to do
[18:26] <sadmac2> ...wow...
[18:26] <sadmac2> I should write that down somewhere
[18:35] <suihkulokki> http://www.internettablettalk.com/2008/09/18/osim-maemo-developer-session/
[18:35] <suihkulokki> something familiar on the slide :)
[18:44] <sadmac2> HEE
[18:44] <sadmac2> *hee
[18:44] <sadmac2> capslock makes everything awkward!
[19:57] <keesj> indeed
[19:57] <keesj> As I understand they will try to go for the native upstart mode
[19:58] <ion_> capslock makes everything awesome!
[19:58] <Keybuk> bah, there was a bonus available for replying "INDEED" there ;)
[19:58] <ion_> I didn’t dare to type that in caps, though. :-)
[19:58]  * keesj was at the maemo summit


[17:44] <qclibre> Hi, trying to upgrade a regular ubuntu-11.04 laptop to meet all the ubuntustudio requirements. Have installed jackd/qjackctl/etc. However, I'm wondering how to make sure that jackd starts first and that pulseaudio runs on top. The "upgrade" wiki page doesn't seem to mention anything about this.
[18:53] <astraljava> qclibre: I don't have my studio desktop with me at the moment, so can't really say. Does jackd have a /etc/rc2.d entry? If it does, then make sure its number is smaller than pulseaudio's.
[18:55] <qclibre> no - pulseaudio and jack both seem to be started per-session. However I noticed that I could simply prevent pulseaudio starting up at all and everything else continues working (eg. the systray applet for sound control, all apps, etc). That seems to be the key.
[18:57] <astraljava> qclibre: Sure, why not. There's also a jack module for pulse, so you can fiddle with that if you like. Like I said, can't really tell more about it at the moment, but have a look and ask if you got problems with it.
[18:57] <astraljava> qclibre: Anyway, glad you found a solution. :)
[18:58] <qclibre> yeah, thanks. I'm on to the next problem, real-time kernels. (Oh, and having to work at the same time as setting up all this far more important audio stuff...) :-)
[19:05] <astraljava> Oh how I hate that too. I mean, there I am, helping people at #ubuntu, trying to think about packaging, doing other development-related things, and I'm supposed to _work_ while _at work_?! Goddamnit! (oh and jussi didn't see this, okay?!)
[19:31] <qclibre> yeah, most bosses misunderstand the benefits of having professional-grade audio when working on ... umm ... other stuff.
[19:50] <astraljava> Hehehe. :D


[02:12] <Pretto> hey guys, where can i find a list of X-Ayatana-* values?
[03:34] <Pretto> hey guys, where can i find a list of X-Ayatana-* values for .desktop?
[07:54] <didrocks> good morning
[08:02] <MacSlow> Greetings everybody
[08:02] <MacSlow> hey oSoMoN, dbarth
[08:02] <oSoMoN> good morning
[08:03] <oSoMoN> hey MacSlow
[13:19] <andyrock> hi :)
[13:19] <andyrock> in this bug: https://bugs.launchpad.net/unity/+bug/750778
[13:19] <andyrock> menu key = alt key?
[13:37] <danyR> andyrock: I think it's the one on the right of the Alt Gr key. the one that resembles a context menu
[13:39] <andyrock> danyR: ok...
[14:16] <hicham> hi didrocks
[14:31] <Mark__T> tedg: having a few minutes?
[14:32] <tedg> Mark__T, Sure, what's up?
[14:32] <Mark__T> tedg I get http://dpaste.com/545880/ when building dbusmenu 0.4.4
[14:34] <tedg> Mark__T, Huh, it's like the GIR and VAPI are fighting.  They should be friends!
[14:35] <tedg> kenvandine, Do you know if that was an error with a specific version of Vala?  ^
[14:35] <tedg> kenvandine, I thought we saw an issue kinda like that at some point.
[14:36] <Mark__T> tedg, ken: vala is 0.12.0
[15:52] <mgedmin> the legacy systray area window doesn't seem to have the right set of window manager hints set
[15:52] <mgedmin> the icons show up in expo, unlike the panel itself
[15:52] <mgedmin> and they visibly travel through the screen when I switch workspaces
[16:59] <Amaranth> jaytaoko: do you have a few minutes?
[17:00] <jaytaoko> Amaranth: I am in a call. can I ping you later?
[17:04] <Amaranth> jaytaoko: sure, I may email you as well
[17:42] <crazedpsyc> what language is the Unity panel written in?
[17:51] <tedg_> crazedpsyc, C++
[17:51] <tedg_> crazedpsyc, The back end (unity-panel-service) is C
[17:52] <crazedpsyc> tedg_: Really? I thought it was in Vala?
[17:52] <crazedpsyc> but now that i'm looking at the source again, I see its not
[18:37] <Omega> jono: ping
[18:42] <jono> Omega, hi
[18:43] <Omega> jono: No worries, there was a typo on the unity page, jcastro is handling it. :)
[18:43] <jono> cool
[18:43] <jono> tx
[21:43] <ChrisWoollard>  Does anybody know how to make the shortcut icons on the global menu at least 50% smaller? It seems huge to me.
[21:44] <lamalex> ChrisWoollard, do you mean the launcher?
[21:44] <ChrisWoollard> No. I click the Ubuntu icon in the top left. It shows shortcuts. Those are what i want to make smalller
[21:45] <lamalex> ah
[21:45] <lamalex> so for the future, that's called the dash
[21:45] <lamalex> no, there's no way to make those smaller
[21:46] <ChrisWoollard> Okay, I should really learn the terminology
[21:46] <ChrisWoollard> Is there a quick ref anywhere to the terminology>?
[21:46] <lamalex> there's a post on askubuntu that has all of the "official" terminology
[21:46] <ChrisWoollard> lovely. i can fine that
[21:46] <lamalex> should be easy to find, google + askubuntu are pretty good
[21:46] <ChrisWoollard> s/fine/find
[21:48] <nhaines> ChrisWoollard: http://askubuntu.com/questions/10228/whats-the-right-terminology-for-unitys-ui-elements/19166#19166
[21:49] <ChrisWoollard> That is perfect
[21:50] <nhaines> It just helps everyone communicate more clearly over here, at the least.  :)
[21:50] <ChrisWoollard> It was alos what i found
[21:52] <nhaines> Ah, good.  It's really popular so it's easy to Google but I wanted to make sure you had it.
[21:56] <ChrisWoollard> thanks
[21:56] <ChrisWoollard> the effort is appreciated


[02:32] <wolfger> greg-g: is ubuntu-michigan back in first yet? ;-)
[03:02] <bddebian> Boo
[03:09] <RAOF> bddebian: hiss!
[03:09] <bddebian> Hi RAOF :)
[03:09] <RAOF> :)
[03:09] <RAOF> Howdie.
[08:47] <ligemeget> when is the next hug day..?
[10:43] <wolfger> bug reporter is offering to recreate a problem to assist in debug of a Gutsy install issue, has not received a response. I'm not sure what to say: Bug 177951
[11:10] <siretart> hey bugsquadders.
[11:11] <siretart> I have written up a guide for triaging xine-lib bugs: https://wiki.ubuntu.com/ReinhardTartler/DebuggingXineLib
[11:11] <siretart> could someone of you please review it and tell me if its okay to proceed that way?
[11:11] <siretart> I do care for xine, in both ubuntu and debian, and I need help with the bugs in ubuntu.
[11:13] <ligemeget> Looks good to me
[11:16] <ligemeget> siretart, in what way do you need help? Triaging? Fixing? Or both ? :)
[11:17] <siretart> ligemeget: triaging would help. I need all crashers tested with the latest upstream versions, and up-to-date backtraces, so that I can go with them to upstream
[11:17] <siretart> so, basically follow the instructions I put on the wiki
[11:18] <ligemeget> siretart, I'd be happy to crash test - what program uses xine-lib?
[11:19] <siretart> ligemeget: gxine, xine-ui, totem-xine, amarok, kaffeine, pornview, and quite some more
[11:19] <siretart> gxine is probably to easiest to handle for this task
[11:19] <ruiboon> siretart: instead of "make sure that ... 'ffmpeg-dbg' and 'libxine1-dbg' are installed" could we just phrase it as $ sudo apt-install ffmpeg-dbg libxine1-dbg ?
[11:20] <siretart> ruiboon: it's a wiki, please edit as you seem fit
[11:20] <siretart> (for that purpose I asked for review after all ;)
[11:21] <ruiboon> siretart: found it more useful if the exact command is given. thus more people can follow it
[11:22] <ruiboon> and there will be lesser "how do i go about doing it...?"
[11:22] <siretart> right
[11:23] <ligemeget> siretart, I think I'll try crashing gxine a bit when I get home, then :)
[11:23] <ligemeget> Are you a regular here on the channel?
[11:24] <ligemeget> (so I can reach you w/ feedback)
[11:24] <siretart> ligemeget: I can usually be found on #ubuntu-motu, but I try to stay here at least for a while ;)
[11:24] <ligemeget> ok :)
[11:34] <ruiboon> thanks for updating the wiki. my wiki editing skills seems to be rotting (:
[13:04] <Iulian> Hi
[13:08] <ruiboon> hi Iulian
[14:13] <rbs-tito> Can someone give me a hand; I think I can fix a bug but it is blocked by something else.
[14:13] <rbs-tito> bug 231917 depends on an alteration to libgweather
[14:13] <rbs-tito> Should a bug report for libgweather be opened to?
[14:20] <seb128> rbs-tito: that seems an upstream issue, but yes if a libgweather change is required a bug should be opened against it on bugzilla.gnome.org
[14:20] <rbs-tito> seb128: It is an upstream issue; should I not touch it?
[14:20] <seb128> rbs-tito: http://bugzilla.gnome.org/show_bug.cgi?id=520176 is already opened there
[14:21] <seb128> rbs-tito: you are welcome to work on a patch anyway, upstream welcome fixes usually and we can distro backport the change
[14:21] <rbs-tito> seb128: Would I submit the patch upstream or at launchpad?
[14:21] <seb128> upstream is better but launchpad works too
[14:22] <rbs-tito> ok, thanks
[14:22] <seb128> if you attach it on launchpad we will have to forward it upstream for you
[14:22] <seb128> but that's ok, we are used to do that ;-)
[14:22] <seb128> if you are fine sending it directly upstream that's less work for everybody though
[14:22] <rbs-tito> seb128: If I'm doing it upstream, would it be easier to use the very latest code from GNOME? Or should I use my Ubuntu version from the archive
[14:23] <seb128> I don't think the code changed much
[14:23] <seb128> ideally using svn is better
[14:23] <seb128> but most of the time using the ubuntu package is good enough
[14:23] <rbs-tito> ok, thanks for your help
[14:23] <seb128> you are welcome
[14:23] <rbs-tito> Do we have to do anything like with Debian usertagging with GNOME?
[14:26] <rbs-tito> Wait; this is ridiculous. There is no point in doing it; their formulae are wrong!
[14:27] <seb128> ?
[14:32] <rbs-tito> Upstream there are bugs saying that the times given aren't even accurate
[14:32] <rbs-tito> The time is calculated using complex astronomy calculations
[14:32] <rbs-tito> Which apparently are wrong
[14:33] <rbs-tito> And I'm no astronomer!
[15:25] <bddebian> Boo
[15:27] <marnanel> bddebian: boo.  what you need is Planet HURD, I think
[15:28] <bddebian> heh
[15:28] <marnanel> rather than a group blog.  anyway, sorry, this is OT here
[15:29] <marnanel> until that glorious day when Ubuntu ships with the HURD anyway. :)
[15:31] <rbs-tito> marnanel: ha!
[15:33] <bddebian> marnanel: gnumach/hurd/etc are in Ubuntu, they just don't build :)
[15:34] <marnanel> bddebian: we look to that glorious day!
[16:52] <pedro_> KelvinGardiner: hello, may you please add a comment to the bugs when you change the status of them?
[17:34] <dudus> how long before an incomplete bug expires?
[17:41] <qense> 60 days iirc
[17:47] <dudus> if i find a very old bug ~1 year old, and I think it is already fixed on hardy, can I mark it as Resolved? Or should I change it to Incomplete and ask confirmation from the original reporter?
[19:22] <sectech> Can bug #231976 be reviewed please... I guess I am missing the reporters point...
[19:32] <sectech> Never mind, I see what the reporter means...plus it's a dup
[21:14] <sectech> Is anyone around that can review a bug I am triaging? bug 230908
[21:15] <sectech> I am looking at the dmesg and I can't tell if I am looking at an error or if it is proper for a system resume
[21:17] <afflux> hi
[21:31] <sectech> I have no idea why gnome-do would effect a ACPI resume on a system...  I can't reproduce this
[21:38] <jarlath> I'm trying to debug an acpi related driver problem. I have no audio / video (eg totem, mplayer) on resume. What can I watch to track down the culprit?
[21:39] <sectech> jarlath,  I would watch dmesg and see what's going on
[21:39] <jarlath> Thanks sectech, I'll do that.
[21:58] <phixxor> hey can someone take a look at this bug report I just submitted
[21:58] <phixxor> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/232043
[21:58] <phixxor> see if I need to add anything else to the description, try something else
[22:19] <jarlath> I've discovered that my bug can be resolved by adding an option when the module is being loaded at boot time. Does anyone know what file this would be? It loads the intel audio module.
[22:30] <askand> Hi, will fix for bug 153572 enter hardy?
[22:32] <greg-g> jarlath: it would be best to add a comment to the bug report page with what change makes it work
[22:32] <greg-g> if there is no bug report page, search for one that describes the issue, and if you can't find one, open a new bug
[22:39] <jarlath> Hi greg-g, I actually got the fix from the launchpad page.
[22:39] <jarlath> So it is noted in the report.
[22:39] <greg-g> jarlath: ok, good deal
[22:40] <jarlath> There's just no mention of how to actually perform it. It seems the reporters are fairly advanced.
[22:42] <greg-g> well, LP is not a support forum, it is a place for people to fix bugs in the code so that they are fixed for everyone
[22:44] <jarlath> greg-g: True.


[00:50] <jono> jose ping?
[00:50] <jono> JoseeAntonioR, or ping?
[00:50] <jono> :-)
[00:57] <pleia2> it's a travel day
[00:57] <pleia2> (he's probably landed in SD now, but who knows when he'll be about :))
[05:07] <JoseeAntonioR> pleia2: on my way to san diego right now, but already on the states :)
[05:08] <pleia2> JoseeAntonioR: woohoo!
[05:09] <JoseeAntonioR> pleia2: when are you arriving to LA?
[05:17] <pleia2> JoseeAntonioR: thursday night
[05:18] <JoseeAntonioR> ok, then!
[08:00] <dholbach> good morning
[08:05] <jose-> hey, D!
[08:05] <dholbach> hey J
[08:05] <jose-> how's life?
[08:06] <dholbach> good good - how's yours?
[08:08] <jose-> all good here, having a rest
[08:14] <dholbach> dpm, HAPPY BIRTHDAY! :)
[08:14]  * dpm hugs dholbach
[08:15]  * dholbach hugs dpm back
[08:15] <elfy> happy birthday dpm
[08:15] <elfy> apparently :p
[08:15] <dpm> thanks elfy :)
[09:44] <popey> so that's 3 people I know who have a birthday today
[09:44] <popey> happy birthday dpm
[09:45] <dpm> thanks popey :)
[10:44] <io> mhall119: great post about the 80/20
[14:00] <mhall119> thanks io
[17:54] <dholbach> all right, I'm out for today - see you all tomorrow
[22:27] <daker> Pendulum: your twitter account has been hijacked
[22:36] <Pendulum> daker: I'm on top of it, thanks :)


[02:19] <gunther> ak47suk1 there??
[02:41] <gunther> does archbang have utility like additional driver (like in ubuntu) for installing proprietary ati graphic driver?
[02:45] <sweemeng> gunther, the additional driver always exist for other distro's
[02:45] <sweemeng> you just have to do it manually
[02:45] <sweemeng> ubuntu add a user interface for making it easy
[02:45] <sweemeng> i think other might have it
[02:45]  * sweemeng can't confirm
[02:46] <gunther> than how can i proceed? i went to the wiki and have no clue at all..
[02:46] <gunther> archbang is way more tougher to use than ubuntu
[02:48] <sweemeng> gunther, the generic way of install graphic driver on linux should just work
[02:48] <sweemeng> gunther, what graphic card you have
[02:49] <gunther> i have ati radeon hd 6470m
[02:49] <gunther> im using laptop btw
[02:49] <sweemeng> not the point
[02:49] <sweemeng> just goolge around
[02:49] <sweemeng> you should find it
[02:50] <sweemeng> it should just work
[02:50] <sweemeng> the driver is not specific to ubuntu
[02:50] <sweemeng> it is called linux driver for a reason
[02:50] <gunther> is it fine if i install .sh file?
[02:51] <sweemeng> yes
[02:51] <sweemeng> disclaimer i didn't use archbang before
[02:51] <sweemeng> but it just linux
[02:54] <gunther> i found a driver in download section of amd homepage but hesitating to install it..
[02:54] <gunther> im afraid it's not the right one
[02:55] <sweemeng> ok
[02:55] <sweemeng> good luck
[02:55] <sweemeng> ati don't produce a ubuntu only driver when i last check
[02:56] <gunther> thanks
[02:56] <gunther> im downloading it right now and hope i dont ruin my screen after installing.
[02:57] <gunther> im fine with the default driver but my screen resolution is not so good and taht the only reason im looking for proprietary driver
[02:58] <sweemeng> it is in google
[02:58] <sweemeng> just search for it yourself next time
[03:07] <gunther> ok sweemeng glad that u gave me hints
[03:25] <gunther> sweemeng, my screens dont load up the DE and noted there no screens found?
[03:25] <gunther> what should i do?
[03:26] <sweemeng> where you install the driver?
[03:26] <sweemeng> on another computer?
[03:28] <sweemeng> the best bet is to uninstall it
[03:28] <sweemeng> the driver might not be compatible
[03:29] <sweemeng> did it run on a linux machine before?
[03:29] <gunther> im on windows box now
[03:29] <gunther> i've dual boot
[03:29] <sweemeng> ok
[03:29] <gunther> i never installed downloaded package in ubuntu before
[03:30] <sweemeng> did the machine run on ubuntu before?
[03:30] <gunther> i always use jocky-gtk
[03:30] <sweemeng> try the open source driver
[03:30] <sweemeng> don't get from the proprietary one
[03:30] <gunther> yes i used to install ubuntu on this machine ant the proprietary driver delivered by the addtional driver utility is working well
[03:31] <gunther> maybe i downlodded the wrong one
[03:31] <gunther> now i dont have any idea on how to uninstall the bad driver
[03:31]  * sweemeng didn't fix driver for long time already
[03:31] <sweemeng> i suggest you figure out yourself
[03:31] <sweemeng> but chances is
[03:32] <sweemeng> 1) you might miss some error
[03:32] <sweemeng> 2) ubuntu use the open source driver, and you missed it
[03:32] <sweemeng> 3) you get the wrong one
[03:32] <gunther> i think maybe i got the wrong one
[03:32] <sweemeng> there is a lot of ati issue online,
[03:32] <sweemeng> google there first
[03:32] <gunther> in ubuntu also i use proprietary
[03:32] <sweemeng> they will have a solution
[03:33] <sweemeng> i don't know what precisely your problem is
[03:33] <gunther> for now can i uninstall the driver?
[03:33] <sweemeng> and i got thing to do now
[03:33] <sweemeng> yes
[03:33] <gunther> by what command?
[07:46]  * ejat pang ApOgEE
[08:30] <syafiq> assalamualaikum
[08:58] <ApOgEE> ejat: oit
[08:59]  * ApOgEE tunggu meng... tukang proofread yg hebat
[11:37] <ApOgEE> wb ak47suk1
[11:37] <ApOgEE> hi lobak
[11:37] <ApOgEE> semua ni bot aje ke?
[11:38] <ApOgEE> SuMarDi: ?
[12:48] <ApOgEE> hi meng, how r u doing?
[12:49] <meng> cam tu je la
[12:58] <SuMarDi> ApOgEE: mana ada bot
[12:58] <SuMarDi> ApOgEE: semua org la
[13:08] <ApOgEE> meng: tolong tengok wiki ni https://wiki.ubuntu.com/MalaysianTeam/ApprovalApplication/2011
[13:08] <ApOgEE> kalo teruk, kasi hantam... hehehe
[13:11] <ApOgEE> SuMarDi: hahaha... ada rupanya


[06:11] <om26er> I have aspire one zg5 and I have been using lucid before alpha1 and I would love to write the problems in it on the final lucid release notes about netbooks how can I contribute