[00:00]  * LimCore facepalms @
[00:00]  * LimCore facepalms @  "first reported on 2007-12"
[00:03] <LimCore> I written to upstream now
[01:32] <Awsoonn> what package contains the 'Add Printer wizard' in kubuntu?
[01:57] <bdmurray> Awsoonn: system-config-printer
[02:03] <Awsoonn> bdmurray: thank you~
[02:06] <LimCore> bdmurray: btw I consider that a bug
[02:07] <LimCore> it should be installed by default imho
[02:07] <LimCore> same as missing pages in kcontrol center
[02:07] <persia> LimCore: If you consider something a bug, best to reserve a bug number :)
[03:03] <CarlFK> play yellowaudio.wav  - play soxio: Failed reading `yellowaudio.wav': unknown file type `auto'
[03:03] <CarlFK> but aplay yellowaudio.wav  - Playing WAVE 'yellowaudio.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Mono
[03:03] <CarlFK> play says SUPPORTED FILE FORMATS: m3u pls
[03:04] <CarlFK> seems kinda odd - am i missing something ?
[03:05] <CarlFK> https://bugs.launchpad.net/ubuntu/hardy/+source/sox no open bugs.
[03:05] <CarlFK> i can't belive this is a bug
[03:18] <CarlFK> "libsox-fmt-all"
[04:47] <mrooney> can anyone verify if clicking the thumbnail at the top of http://tinyurl.com/6hhmdy causes firefox to ask if you want to open or save the image? and if so, if this is a bug?
[04:50] <persia> mrooney: Trying a parallel test in epiphany, it opens it in a helper application (as I've likely told it not to ask in the past).  I'd consider it not to be a bug: users can tell the application if they want to always choose one or the other, and it can otherwise be difficult to easily open objects in one's editor/viewer of choice.
[04:54] <mrooney> persia: well the bug is that it's an image, shouldn't it just display it like any other image?
[04:55] <persia> mrooney: No?  For me, it opens in my image processor.  That way I can blow it up, transform it, save it, etc.  I prefer that to viewing it in the browser.
[04:55] <mrooney> oh is that how yours is always configured?
[04:55] <persia> Perhaps there is a bug that it should offer to display, open, or save it.
[04:55] <mrooney> for me all images are opened in the browser
[04:55] <persia> mrooney: For some media types, but not all.
[04:55] <mrooney> except this case
[04:56] <persia> mrooney: Interesting.  Maybe the markup is different?
[04:57] <persia> Blah.  It's all Javascript, and I don't feel like opening a parser.
[04:58] <ruiboon> mrooney: the server header of that link states 'Content-Disposition: attachment'
[04:58] <ruiboon> so firefox is correct to offer to save it
[04:59] <mrooney> ruiboon: oh I see, I would have to yell at google then I guess
[06:50] <theJamAbides> Guys, just wanted to say that I'm excited to get started with helping out the community... but as I've just decided... it's also bedtime.  So see you all in the near future!
[08:36] <Balachmar> Hi, I have reported the following bug a while ago, and I want to see whether I can do anything to get it fixed. https://bugs.launchpad.net/ubuntu/+bug/231662
[08:38] <Balachmar> Since this is a regression, (because it worked fine in gutsy) I assume that a fix shouldn't be too hard. Although that is probably a wrong assumption :)
[12:55] <hggdh> seb128, ping and good morning (at least for me)
[13:31] <sectech> How hard would it be to make  a python script to get the stats of how many bugs you touched per day and set to different statuses? (just a question based off curiosity)
[14:00]  * heno does OOo SRU verifications today, even though it's not actually on the OOo bug day list
[14:50] <qense> hello
[14:52] <LimCore> hi gen
[14:52] <LimCore> hi qense
[14:57] <heno> pedro_: Did we consider adding an SRU verification section to the bug day pages?
[14:57] <heno> it's not applicable for all bug days of course
[14:58] <heno> but for OOo today there were 10 pending verifications
[14:58] <pedro_> heno: it would be indeed something nice to have there, yes
[14:59] <heno> well, we might of course do an SRU day soonish anyway :)
[14:59] <pedro_> hopefully next week ;-)
[15:00] <seb128> what do you call sru day?
[15:00] <heno> pedro_: rock! (got your email, thanks)
[15:01] <heno> seb128: each sru should have a bug, so it can still be a bug day
[15:01] <seb128> that seems to be a small bug day
[15:01] <seb128> there is not so many bugs to verify
[15:01] <heno> btw, it would be great if anyone could reproduce bug 224358 - few people seem able to
[15:02] <seb128> around 30 bugs seem a low number for a bug day
[15:02] <heno> but there is a screencast of it so it's clearly real
[15:02] <seb128> especially than some are crasher not easy to trigger
[15:02] <heno> seb128: I see a few more on this list http://people.ubuntu.com/~sbeattie/sru_todo.html
[15:02] <pedro_> seb128: there's also universe which have a few of them
[15:03] <heno> and we were talking about including universe srus too
[15:03] <seb128> alright, you are the guys running bug days
[15:04] <seb128> but I think it's not a lot for a day
[15:04] <seb128> I look regularly at the list to verify sru bugs and most of those not verified require a special setup or have no easy testcase to be triggered so are not easy to verify
[15:06] <heno> writing test cases would be one of the bug improvement tasks
[15:10] <seb128> heno: speaking for my bugs, those which have no testcase usually are because there is no testcase
[15:10] <seb128> heno: could be new stable upstream version where no specific bug is fixed, could be a crash which happens every months and that we have no idea how to trigger
[15:12] <heno> right
[15:12] <seb128> also not sure how likely contributors will set up an ltsp installation only to verify those
[15:12] <heno> stgraber would :)
[15:12] <seb128> ;-)
[15:12] <seb128> I think that bugs which are not verified are usually not easy to verify
[15:13] <seb128> otherwise somebody in the team give those a try quickly
[15:13] <seb128> ie, I know that pedro verify quickly things easy to try
[15:13] <seb128> and pitti does the same
[15:13] <heno> we'd like to get people into doing some verifications though, and their setups can become more advanced as they learn
[15:13] <seb128> so the things on the list would be mostly tricky things
[15:13] <seb128> which might not be ideal to bring contributors
[15:14] <heno> seb128: well desktop is a special case because you guys rock on bugs ;)
[15:14] <heno> but I'm working my way through OOo sru verifications now, and they're not that complex
[15:14] <heno> just take a bit of time
[15:14] <LimCore> hi heno
[15:15] <LimCore> heno: if you are interested in OOo bugs, I have mine own bug that I need confirmation from
[15:15] <heno> hey LimCore
[15:15] <LimCore> https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/179230
[15:15] <heno> LimCore: I can try
[15:15] <bddebian> Boo
[15:15] <LimCore> would be nice if someone can confirm its 1 minute. But follow the steps exactly, including closing and re-opening the document
[15:15]  * LimCore bbl
[15:15] <LimCore> read the second description not the original one
[15:18] <seb128> heno: right, there is likely some bugs that could be verified by contributors there, I just wanted to point that there is likely not a lot of easy tasks for a bug day
[15:18] <seb128> enough comments from me on the topic ;-)
[15:27] <afflux> hi
[15:31] <heno> LimCore: confirmed
[15:31] <LimCore> heno: thanks.  Can you perhaps also confirm in upstream (link is there)?    They want to test on native version, Im downlading now;   bbl
[16:38] <heno> calc: https://bugs.launchpad.net/ubuntu/hardy/+source/openoffice.org/+bug/237371/comments/12
[16:42] <calc> heno: thanks :)
[16:42] <calc> hopefully it is promoted to updates soon :)
[16:43] <NickGarvey> if there is a problem in the way a package gets removed with apt-get, where do I go to fix that?  When the start-stop-daemon stops the program, it needs a -o, but I'm not sure where to add that -o in order to apply a fix in my bug report
[16:43] <heno> yep, it looks good
[16:43] <NickGarvey> (I hope this is the right place to ask this)
[16:44] <james_w> NickGarvey: that will be the prerm or the postrm
[16:44] <james_w> (if you don't know what I mean by that then I can take a few steps back)
[16:45] <NickGarvey> I believe I do, I have the source file and that is under the /debian directory
[17:00] <NickGarvey> james_w: worked, thanks a lot
[17:00] <james_w> NickGarvey: have you posted a patch to the bug report?
[17:00] <NickGarvey> not yet, but I'm about to
[17:00] <james_w> I'll do the necessary to get it uploaded if you provide the bug number.
[17:01] <james_w> great, thanks.
[17:05] <NickGarvey> #240720
[17:06] <james_w> bug 240720
[17:07] <james_w> I'm just looking to see if there are any ubuntu devs interested in the package
[17:08] <james_w> ah, the Debian maintainer is, great.
[17:10] <james_w> I can't find him on IRC at the moment, I think we should give him a couple of days to respond.
[17:10] <james_w> if he doesn't I'll forward to Debian as a prod, is that ok with you?
[17:11] <NickGarvey> absolutely, thanks a lot
[17:11] <james_w> no problem, thanks for writing the patch.
[17:57] <bdmurray> calc: is bug 239022 expected behavior?  dragging the image just seems to grab the image properties not the image itself
[17:59] <techno_freak> bddebian, it looks like it drags and drops the html for the image, rather than the image
[18:00] <bdmurray> right, I'm just not sure if that is expected behavior or not
[18:00] <bdmurray> You can get the image in by right clicking and choosing copy and then pasting
[18:00] <techno_freak> ya
[18:01] <techno_freak> bddebian, doing the same to desktop creates a link to the image, rather than copying the image there
[18:02] <techno_freak> so when you drag the image from FF, you are just copying the link to the image than the image itself
[18:02] <calc> bdmurray: not sure, it probably should be treated as a bug, a wishlist at worst
[18:02] <calc> dragging and dropping into gimp pastes the image
[18:03] <calc> dragging and dropping into gedit gives the url without the html bit
[18:03] <techno_freak> i remember it was working as expected in FF2, i have drag dropped images to the desktop
[18:03] <calc> it might be a bug in the way firefox DnD, not really sure which bit is at fault
[18:04] <calc> but after verifying if it happens on upstream OOo i can send it to them
[18:05] <techno_freak> gimp would have done 'open image from location' rather
[18:09] <calc> \
[18:10] <calc> sorry my 9mo old is attacking my keyboard
[18:36] <sectech> Can someone review bug #230850...   Let me know what your opinion is....
[18:38] <sectech> As far as I can tell this bug will stay at "confirmed" (the reporter set it to that) forever because it seems lmsensors changed there config file around a bit intentionally.
[18:40] <james_w> hi sectech
[18:40] <james_w> so libsensors3 no longer reads that line? (the one that was in the last comment)
[18:41] <thekorn> bdmurray, hi, i will have a look at the debian BTS soap-interface over the next weekend, and answer to your mail, then I should be able to say what'S possible and how
[18:43] <sectech> james_w,  It must read it differently according to Alex Murray....
[18:44] <sectech> Of course it's going to read differently when the reporter changes the calculations around on the line
[18:44] <sectech> sorry for the delays... building maintenance is here to fix our sink
[18:44] <sectech> lol
[18:44] <james_w> I'm not sure what to do with it really.
[18:45] <james_w> Alex seems to suggest that the sensor name they are using may be wrong,
[18:45] <james_w> I don't know anything about sensors though, so I'm stumped for what to ask.
[18:45] <james_w> I'm heading out now anyway, sorry to leave mid-conversation.
[18:45] <sectech> That's the thing though... Is it reading it _wrong_ of just differently...
[18:45] <sectech> It's okay
[18:54] <bdmurray> thekorn: okay, great.  I might have found one for fedora too - I'm still experimenting with that.
[19:22] <calc> why isn't apport enabled by default?
[19:22] <bdmurray> because Hardy is a stable release now
[19:22] <calc> oh ok, so its just enabled during dev stage?
[19:23] <bdmurray> calc: yes that is correct by default
[19:23] <calc> ok
[19:24] <bdmurray> blooddrunk: let's take bug 238822 as an example
[19:24] <blooddrunk> k
[19:25] <bdmurray> We know they are using Hardy and which version of openoffice.org they are using
[19:25] <bdmurray> It looks like there is enough information to test the bug too
[19:26] <LimCore> I see lots of effort to fix OOo bugs?
[19:26] <LimCore> that indeed would be nice
[19:26] <LimCore> while at it, can ubuntu finally unnoobify it's fonts?   Fonts seem to default ot bitstream vera, which is broken
[19:27] <LimCore> in desktop (i.e. KDE),  and also it seems to be the default in OOo etc.. can we fix this, bdmurray?
[19:27] <bdmurray> LimCore: that sounds like a really disruptive change which would require a fair bit of discussion
[19:28] <LimCore> bdmurray: why its disruptive?
[19:28] <bdmurray> because it would impact every user
[19:28] <LimCore> well, bitstream vera is broken
[19:29] <LimCore> common glyps like either polish ąćłż or  german o-umlaut dont exist there (WTF O_o)
[19:29]  * LimCore googles his bug report
[19:31] <LimCore> https://bugs.launchpad.net/ubuntu/+bug/179157
[19:31] <LimCore> bdmurray:  see:  https://bugs.launchpad.net/ubuntu/+source/ttf-bitstream-vera/+bug/11180   and  attached PDF:  http://launchpadlibrarian.net/11075847/linux_fonts_test_1.pdf
[19:32] <bdmurray> blooddrunk: have you had any luck experimenting with bug 238822?
[19:33] <LimCore> ok, this seems to be fixed now, bdmurray.
[19:35] <sbeattie> bdmurray: got a moment?
[19:36] <sbeattie> ... for a bug query qeustion
[19:36] <bdmurray> sbeattie: okay
[19:37] <sbeattie> Given this query https://bugs.launchpad.net/ubuntu/+bugs?orderby=-importance&search=Search&field.subscriber=sru-verification&field.component=1&field.omit_dupes=on
[19:37] <sbeattie> Any idea why https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/221673 doesn't show up?
[19:37] <sbeattie> ... in that list?
[19:37] <bdmurray> sbeattie: it's fix released for ubuntu and fix committed for Hardy
[19:38] <bdmurray> so because it is fix released it won't show up
[19:40] <sbeattie> Hrm. So how do I get it to show up?
[19:41] <bdmurray> sbeattie: throw in the release in your url
[19:42] <bdmurray> like ubuntu/hardy/+bugs
[19:43] <sbeattie> Ah!
[19:43] <sbeattie> Weird, the list it generates appears to have every entry duplicated.
[19:44] <bdmurray> you can't win every time
[19:45] <sbeattie> I'm personally shooting for 10%.
[19:45] <sbeattie> Thanks for the help, I can strip out dupes.
[19:46] <bdmurray> is it really in there?
[19:47] <sbeattie> Is what really in there?
[19:47] <bdmurray> oh, the bug you were looking for
[19:47] <sbeattie> 221673 shows up on the second page.
[19:48] <bdmurray> cool
[19:48] <sbeattie> bdmurray: is there any interest in making the component available in the task class in python-launchpad-bugs?
[19:48]  * calc is around if anyone has OOo questions :)
[19:49] <bdmurray> calc: did you see my one about bug 239022 is that behavior expected?
[19:50] <calc> bdmurray: ah i'll follow up to it
[19:51] <calc> bdmurray: happens for me on firefox 2 also
[19:52] <bdmurray> it happened for me too with abiword so I'm not sure what should happen
[19:54] <calc> i'm adding firefox-3.0 to the bug to get input from alexander about it
[19:54] <calc> since it appears to affect more than just OOo
[19:55] <sbeattie> bdmurray: or would it just be smarter to use python-apt and query the archives directly for where the package is located?
[19:56] <bdmurray> sbeattie: I don't recall hearing what exactly you were trying to do.
[19:56] <sbeattie> Sorry, I'm trying to break down SRU bugs by component/repo.
[19:57] <bdmurray> I'd check with pitti to find out what he does, but I think using the package in -proposed makes the most sense because a bug report could have invalid tasks affecting a package.
[19:58] <bdmurray> calc: so are your running upstream OOo and our version concurrently?
[19:59] <sbeattie> The python-launchpad-bugs LPTask class could export the component as reported by launchpad (it currently doesn't), but I am unsure how much to trust LP in that regard.
[20:00] <sbeattie> pitti greps the -proposed changelogs directly for LP bugs and reports based off that; I want to do that as well, but I also want to catch bugs that might be missed by that.
[20:01] <greg-g> sbeattie: the list of bugs that ubuntu-motu is subscribed to?
[20:01] <greg-g> would that help?
[20:01] <greg-g> https://bugs.launchpad.net/~motu-sru
[20:01] <sbeattie> greg-g: for motu srus, that's what LaserJock is doing.
[20:01] <greg-g> erm, -sru, is what I mean
[20:01] <greg-g> that link is correct, my sentence is not
[20:02] <calc> bdmurray: i have two vmware images one with 2.4.0 (need to update to 2.4.1) and one with 3.0 beta
[20:02] <calc> plus the current 2.4.1-1ubuntu1 on my main system
[20:02] <calc> and 2.4.0-3ubuntu6 amd64 on my other system
[20:02] <bdmurray> calc: okay, is there a way to identify bugs that need forwarding?
[20:03] <sbeattie> greg-g: I'm basing off of sru-verification to try to capture SRUs for main.
[20:03] <calc> best way is to reproduce it on upstream version 2.4.1 or 3.0beta
[20:03] <calc> just noting how to reproduce the bug in the report is good enough though and then pointing me to it (or marking it triaged)
[20:04] <calc> since i already have everything setup i can verify it is a upstream issue or not
[20:04] <bdmurray> calc: okay bug 238822 is triaged now
[20:05] <calc> looking at it
[20:05] <calc> looks funny :)
[20:07] <bdmurray> that's what I thought. ;)
[20:08]  * calc looking at it under 3.0 now
[20:09] <calc> shows up the same under 3.0beta
[20:10] <calc> so its not ubuntu/ooo-build issue
[20:12] <calc> who is "Ubuntu Desktop Bugs"?
[20:15] <pedro_> calc: usually seb128
[20:16] <calc> pedro_: ah ok
[20:21]  * pochu hugs pedro_ :)
[20:21]  * pochu hugs bdmurray too
[20:21]  * pedro_ hugs pochu back
[20:22] <pochu> pedro_: how is everything going? I haven't been on IRC a lot for the last couple of weeks due to exams...
[20:25] <pedro_> pochu: everything is going pretty good, how about you?.  Right i recall you told me about it during UDS, did you managed to finish the program (it was a game right?)?
[20:26] <pochu> pedro_: yeah, I have to write a tetris in assembly, and I've just almost finished it! :)
[20:26] <pochu> but I still have two exams to do...
[20:26] <pochu> nice to know things are fine :)
[20:28] <calc> 49.69% triaged, yipee :)
[20:28] <calc> almost 50%
[20:37] <sectech> bdmurray,  Do you have a python script that gives a triagers stats? Like how many bugs he/she touched, triaged, rejected..etc?
[20:48] <bdmurray> sectech: yesh, I have one that can parse the mailing list for that
[20:54] <sectech> bdmurray, could I have it? :)
[20:55] <bdmurray> sectech: sure, you need to have the mbox archive for it to be useful though
[20:56] <sectech> ahh ok
[20:56] <sectech> regardless... brbr
[20:56] <sectech> brb
[21:09] <afflux> seb128: for bug 235698, I'm probably not able to provide any valgrind logs since the crash seems to occur very early around logging in. Any ideas?
[21:13] <seb128> afflux: rename the binary and use a small wrapper using the same name and calling valgrind on the real binary?
[21:13] <afflux> could work. will try that.
[21:13] <afflux> thanks
[21:13] <seb128> you are welcome
[21:15] <bdmurray> calc: the test document in bug 229809 crashes openoffice for me but that is not what the bug is about
[21:19] <calc> lookint
[21:19] <bdmurray> whoops, my bad.  openoffice was trying to recover a different document.
[21:20] <calc> bdmurray: opens fine for me
[21:20] <calc> i'll see what happens when i try print to pdf
[21:21] <calc> printed to pdf fine for me
[21:21] <bdmurray> I've an HP OfficeJet that prints it fine
[21:21] <calc> this is on 2.4.1-1ubuntu1 though
[21:21] <bdmurray> right, I've the same
[21:21] <calc> so it might have fixed the problem, i don't have a standard hardy install here
[21:22] <calc> do you want to follow up to the bug, or me?
[21:22] <bdmurray> saivann: that's your bug right?  could you try -proposed?
[21:22] <saivann> bdmurray : looking..
[21:24] <saivann> bdmurray : Oh thanks, I'll try it right now, I did not receive your comments
[21:24] <calc> for some reason some of the bug mails i thought i would be getting haven't shown up in my box either
[21:24] <calc> but i am getting at least some of them
[21:24] <calc> maybe lp is just a bit slow
[21:25] <calc> like i haven't seen the 229809 message bdmurray sent yet
[21:26] <calc> oh i see now
[21:26] <calc> i somehow had my folder mis-sorted
[21:26] <calc> lots of them popped up now
[21:27] <bdmurray> I don't understand what subtotal(9;a1:a5) should do in bug 239774
[21:28] <calc> bdmurray: for ones like that i ask for an example file and step by step instructions, heh
[21:28] <calc> there are lots of parts of OOo I don't know about being as it is so huge
[21:29] <bdmurray> right, well I gave it a go and will ask then
[21:30] <calc> i'm glad i got the launchpad-integration bits in though, it makes it a lot easier to see what is going on
[21:30] <bdmurray> yeah, absolutely
[21:31] <calc> apport-bug's are much better than what we had up to a few months ago :)
[21:32] <saivann> bdmurray : I was able to reproduce the bug until I updated to -proposed, so I did set it to fix released. Do you want to set a nomination for hardy?
[21:32] <bdmurray> saivann: No, that package should transition normally to -updates.
[21:32] <saivann> bdmurray : Thanks
[21:32] <bdmurray> Thank you!
[21:42] <bdmurray> sectech: I see you closed bug 239742, which seems fine, but you might also mention the url https://help.ubuntu.com/community/ReportingBugs
[21:43] <sectech> One sec I'll pull it up
[21:43] <sectech> Oh
[21:44] <sectech> Yeah I did that because I thought an apport report would save the reporter from manually getting a lot of information...
[21:45] <sectech> bdmurray,  What did you want me to say about that link?
[21:45] <bdmurray> Yes, I think that while it could be intrepreted as "hard-core" is fine.  Putting the link to that documentation might help the reporter follow the instructions more easily.
[21:45] <sectech> Ahh okay
[21:47] <sectech> bdmurray,  updated...
[21:49] <bdmurray> calc: what is an odf file?
[21:49] <afflux> bdmurray: a formula
[21:50] <calc> http://filext.com/file-extension/ODF
[21:50] <calc> that site is usually pretty good for any file type you find
[21:51] <afflux> (I just typed "odf" in the adress bar in firefox which took me directly to wikipedia :P)
[21:51] <bdmurray> brilliant
[21:53] <afflux> hehe
[21:54] <afflux> going to bed now, good night ;)
[22:04]  * calc hugs everyone for the help with OOo bugs :-)
[22:05]  * jpds hugs the rest of the room to make everyone feel loved.
[22:06] <calc> bdmurray: btw bug 238551 is the infamous fontconfig can't write to future dated dirs (or something like that) bug
[22:07] <bdmurray> calc: okay
[22:07] <calc> been getting bugs about that for years
[22:22] <bdmurray> calc: bug 238548 might be close able
[22:47] <heno> calc: one day he future will arrive and you wont get those dir bugs any more because it will magically just work :)
[22:49] <calc> grr lp going down in ~ 10m
[22:50] <heno> meh
[22:55] <calc> guess its a good excuse to stop working for the day :-\
[22:57] <calc> net 15 bugs down, not bad, 20 less new bugs as well :)
[23:04] <calc> lp dead now for 5 hours
[23:06] <bdmurray> it never takes that long...
[23:13] <calc> they had to cancel a conversion once because it took a lot longer, heh
[23:13] <calc> but probably not usual
[23:13] <calc> wow i can't do any bug work for the next three days after 5pm :-\
[23:31] <bdmurray> calc: that's not how I read the announcement - malone is only affected today
[23:35]  * greg-g nods
[23:38] <visik7> hi
[23:38] <visik7> I can reproduce a bug on epiphany but I dunno if it appears only on my machine or not
[23:38] <visik7> anyone could help me ?
[23:41] <bdmurray> visik7: which release of ubuntu and package version of epiphany do you have?
[23:41] <visik7> ubuntu 8.04
[23:42] <visik7> epiphany gecko 2.22.2-0ubuntu<IP_ADDRESS>
[23:42] <visik7> there are 2 bugs one that I was able to reproduce on another machine the other not
[23:42] <visik7> could you test it ?
[23:43] <bdmurray> visik7: sure
[23:43] <visik7> I've also try to downgrade epiphany and its dependancies excluding -proposed
[23:43] <visik7> and -updates
[23:43] <visik7> but the bug persist
[23:43] <visik7> so ok
[23:43] <visik7> go to
[23:43] <visik7> www.cerimages.com
[23:43] <visik7> and hit ctrl++
[23:43] <visik7> should segfault
[23:43] <visik7> I dunno why with that site
[23:43] <visik7> with other it doesn't
[23:44] <visik7> do you got the crash ?
[23:44] <bdmurray> yes, I did
[23:45] <visik7> good
[23:45] <visik7> at least it's not only mine
[23:45] <visik7> the other bug is this I got epiphany crash simply going on www.meebo.com
[23:45] <visik7> it exits with Gtk:ERROR:(/build/buildd/gtk+2.0-2.12.9/gtk/gtkplug.c:182):gtk_plug_set_is_child: assertion failed: (!GTK_WIDGET (plug)->parent)
[23:46] <visik7> also here I've tested with various verison of epiphany and its dependancies with and without extensions
[23:46] <visik7> and with more than one user
[23:46] <visik7> but I was unable to reproduce on another machine
[23:47] <bdmurray> just at the home page?
[23:47] <visik7> yes
[23:47] <visik7> just the homepage
[23:47] <bdmurray> that works for me
[23:47] <visik7> I really dunno what should be
[23:48] <visik7> moreover seems that the bug is inside the gtk
[23:48] <visik7> and not inside epiphany
[23:49] <visik7> I got the same crash with firefox3
[23:50] <visik7> do you got some crash with ff3 ?
[23:50] <bdmurray> I'm sorry which crash with ff3?
[23:51] <visik7> meebo
[23:51] <bdmurray> I didn't experience a meebo crash with epiphany
[23:51] <visik7> neither with ff3 ?
[23:52] <bdmurray> not with ff3 either
[23:53] <visik7> must be some of my libraries
[23:53] <visik7> the strange thing is that
[23:53] <visik7> if I run a firefox instance
[23:53] <visik7> or (epiphany)
[23:53] <visik7> and then run epiphany www.meebo.com
[23:53] <visik7> it doesn't crash
[23:54] <visik7> if I've no ff3 or epiphany session opened before it crash
[23:54] <visik7> are your epiphany/ff3 all closed ?
[23:58] <visik7> bdmurray: ?


[00:05] <CIA-1> netcfg: cjwatson * r622 ubuntu/ (3 files in 2 dirs):
[00:05] <CIA-1> netcfg: * Support preseeding netcfg/network-manager to false to suppress
[00:05] <CIA-1> netcfg:  adjustment of /etc/network/interfaces for network-manager (thanks,
[00:05] <CIA-1> netcfg:  Andrew Pollock).
[00:06] <CIA-1> netcfg: cjwatson * r623 ubuntu/debian/changelog: releasing version 1.40ubuntu5
[00:19] <xivulon> bdmurray: any luck?
[00:21] <bdmurray> They all ran fine afaict
[00:22] <xivulon> and after that was / rw?
[00:23] <xivulon> in particular after chkroot.sh
[00:28] <bdmurray> it seems to be yes
[00:30] <xivulon> hmm you can try the scripts in rc2.d ...but I am getting out of ideas :(
[01:31] <CIA-1> ubiquity: superm1 * r2606 ubiquity/ (debian/changelog desktop/ubiquity-mythbuntu.png): update mythbuntu ubiquity icon
[07:00] <CIA-1> ubiquity: evand * r2607 ubiquity/ (d-i/manifest debian/changelog):
[07:00] <CIA-1> ubiquity: * Automatic update of included source packages: apt-setup
[07:00] <CIA-1> ubiquity:  1:0.31ubuntu7, choose-mirror 2.19ubuntu5, clock-setup 0.92ubuntu3,
[07:00] <CIA-1> ubiquity:  console-setup 1.21ubuntu6, localechooser 1.42ubuntu4, migration-
[07:00] <CIA-1> ubiquity:  assistant 0.6.1, partman-auto 73ubuntu7, tzsetup 1:0.20.
[07:01] <evand> Launchpad seems to be failing in sending me the link to download the PO.  I tried a few times and waited quite a bit, so I'll have to talk to the devs later today as I don't have access to my own mail logs (though LP bugmail is coming in just fine).
[07:31] <CIA-1> ubiquity: evand * r2608 ubiquity/debian/changelog: releasing version 1.8.2
[07:34] <CIA-1> ubiquity: evand * r2609 ubiquity/ (configure configure.ac): Bump to 1.8.3
[08:18] <Silicium> how i can create a preseed line to popup a message like "hello world" or so
[09:09] <grrrreg_> matin
[09:09] <joshk> soir
[10:28] <cjwatson> Mirv: for those extra couple of strings, I was thinking maybe we could make them translatable for 8.04, and then actually have updated translations for them for 8.04.1
[10:29] <cjwatson> at this point I don't think I can realistically get new translatable strings in for 8.04
[10:32] <Mirv> cjwatson: ok, that would be fine.
[11:19] <CIA-1> debian-installer-utils: cjwatson * r652 ubuntu/ (debian/changelog list-devices):
[11:19] <CIA-1> debian-installer-utils: * Backport from trunk:
[11:19] <CIA-1> debian-installer-utils:  - list-devices: udev 117 merged all udev tools into a single binary
[11:19] <CIA-1> debian-installer-utils:  called udevadm. Check for this and use it instead of udevinfo if
[11:19] <CIA-1> debian-installer-utils:  available.
[11:25] <CIA-1> debian-installer-utils: cjwatson * r653 ubuntu/ (3 files in 3 dirs):
[11:25] <CIA-1> debian-installer-utils: * Backport from trunk (Frans Pop):
[11:25] <CIA-1> debian-installer-utils:  - user-params: also exclude debconf variables with '?=' (unset seen
[11:25] <CIA-1> debian-installer-utils:  flag). Update testset to catch that. Closes: #470892.
[11:26] <xivulon> cjwatson, evand, I summarized the results of yesterday test runs for #204133 (courtesy of bdmurray) here: https://bugs.launchpad.net/wubi/+bug/204133/comments/11
[11:26] <ubotu> Launchpad bug 204133 in wubi "wubi install unusable - Buffer I/O error on device loop0" [High,Confirmed]
[11:26] <xivulon> I am officially out of ideas...
[11:29] <CIA-1> debian-installer-utils: cjwatson * r654 ubuntu/debian/changelog: releasing version 1.50ubuntu3
[11:46] <raju> how i knew my SDcard is connected with my laptop
[11:48] <cjwatson> raju: I'm afraid I can't understand your question
[11:48] <cjwatson> could you rephrase?
[11:50] <raju> cjwatson, sorry i am hving smart card that i want to use
[11:50] <cjwatson> you're not trying to install from it, are you?
[11:51] <GreatMandrill> hi. I am following the instructions from the wiki to create a custom install CD and i have trouble with the customized ubuntu-keyring package
[11:53] <raju> cjwatson, i am not trying to install from
[11:53] <raju> cjwatson, tell me the package to install & detect the smart card
[11:54] <GreatMandrill> the debootstrap process doesn't add my customs keys bz "It is not signed with a master key". Any pointers plz?
[11:55] <raju> cjwatson, i am using Hp tc4200 model laptop & i nstall ubuntu in that
[11:55] <raju> cjwatson, in that one smart card is coming , i want to detect it , how?
[11:56] <cjwatson> raju: unless this is actually preventing you from installing Ubuntu, you're in the wrong place; I suggest #ubuntu or #ubuntu-kernel
[11:57] <cjwatson> GreatMandrill: hmm, give me a minute
[11:57] <cjwatson> GreatMandrill: exactly which wiki page are you following, so that I can compare?
[11:58] <raju> cjwatson, ok ., can you give a link about smart card detecting in ubuntu
[11:59] <GreatMandrill> cjwatson: https://help.ubuntu.com/community/InstallCDCustomization?action=show&redirect=InstallCDCustomizationHowTo#head-c2ca6d4f437c6eb289c74da5e2de3d07e0e7ec6c
[12:01] <cjwatson> raju: no, I'm afraid not
[12:01] <cjwatson> raju: it's not my speciality, nor is it the speciality of this channel
[12:01] <cjwatson> we deal with initial installation of Ubuntu, which is a quite complex enough subject by itself :-)
[12:01] <raju> cjwatson, you are broadmind to help otheres
[12:03] <cjwatson> GreatMandrill: hmm, I think I see the problem but want a double-check. Let me drag mvo in here
[12:03] <GreatMandrill> ok, thanks. What is your theory?
[12:04] <cjwatson> that keys should not be required to be signed with the master key unless they are being updated over the network
[12:05] <mvo> hello
[12:05] <cjwatson> mvo: hi
[12:05] <cjwatson> mvo: GreatMandrill reported an issue following http://help.ubuntu.com/community/InstallCDCustomization, specifically in producing a custom version of ubuntu-keyring
[12:06] <cjwatson> mvo: apt-key requires all keys to be signed by the master key, even if they're not being fetched over the network
[12:07] <mvo> right. I think at some pont this was inentional, but I see that its not a good idea for custom CDs
[12:08] <cjwatson> oh, hmm, there was a reason for that wasn't there
[12:08] <cjwatson> I wanted you in here in case I was on crack :)
[12:08]  * cjwatson re-reads the archive key disaster recovery plan
[12:08] <mvo> I think its just there on apt-key update, it should be fine if apt-key add is used. but I'm not sure if that is good enough for custom CDs
[12:09] <cjwatson> let's set custom CDs aside for a moment
[12:09] <cjwatson> if the archive key is compromised, then we can't trust the archive key to authenticate new archive keys on its own
[12:09] <cjwatson> the master key needs to be involved to ensure that an attacker can't fool you into believing your system has been re-secured when it hasn't
[12:09] <cjwatson> damn
[12:10] <cjwatson> mvo: sorry, I think I might be wasting your time
[12:10] <cjwatson> 'apt-key add' indeed doesn't check against the master key, but ubuntu-keyring.postinst doesn't use that
[12:11] <cjwatson> GreatMandrill: I suggest skipping the ubuntu-keyring changes and generating an unsigned CD
[12:11] <mvo> hm, its a tricky problem. we have apt-key net-update (that is run with the regular apt cron job) so that we fetch the keys from the archive without the need for a deb package
[12:11] <cjwatson> GreatMandrill: we don't test that very often, but it actually ought to work, and it would make the job a lot easier
[12:11] <GreatMandrill> so, I just skip the Release.gpg file?
[12:11] <cjwatson> mvo: I think on reflection it's an unacceptable risk to skip that check
[12:11]  * mvo nods
[12:11] <cjwatson> sorry, should have thought about it in more detail before dragging you in
[12:11] <cjwatson> GreatMandrill: right
[12:12] <cjwatson> GreatMandrill: it used to be needed
[12:12] <mvo> no problem cjwatson, happy to help/discuss it with you
[12:12] <cjwatson> I have a feeling that the instructions simply haven't been updated since
[12:12] <cjwatson> mvo: custom CDs are definitely tricky in the event that you want them to be signed
[12:13] <cjwatson> mvo: we could fix the instructions by having people add their custom key to both the master keyring and the archive keyring
[12:13] <cjwatson> mvo: couldn't we?
[12:13] <cjwatson> (on the assumption that the key has a self-sig)
[12:13] <mvo> yes, that should work
[12:13] <cjwatson>     #   all keys that are exported and have the name
[12:13] <cjwatson>     #   "Ubuntu Archive Automatic Signing Key" must have a valid signature
[12:13] <cjwatson>     #   from a key in the ubuntu-master-keyring
[12:14] <mvo> I don't think we enfore the name checking
[12:14] <cjwatson> mvo: that comment doesn't seem (a) accurate or (b) a good idea even if it were accurate ;-) (specifically the limitation to a key name)
[12:14] <mvo> I think it refelcts what we initially speced, not what I implemented ;)
[12:14] <cjwatson> heh
[12:14]  * mvo corrects
[12:14] <cjwatson> I don't generally like limiting things to key names, particularly since apt will honour the key no matter what its name
[12:15] <cjwatson> mvo: that said, somebody who changes the ubuntu-keyring package can deliver new master keys if they want
[12:16] <cjwatson> mvo: so maybe the restriction on packaged updates is snake oil
[12:17] <mvo> we can not protect against this in case of a archive compromise, can we? if a package from a compromised archive gets installed a attacker may run any maintainer script as root and/or ship any content
[12:17] <cjwatson> right
[12:17] <cjwatson> so it makes absolute sense for net-update, but is just an inconvenience for update
[12:17] <mvo> hm, but its true that this check then makes less sense
[12:17] <mvo> yes, I agree
[12:21] <mvo> cjwatson: I can update apt-key now
[12:21] <cjwatson> sounds good
[12:24] <GreatMandrill> the new update-key will not have the master-key signature restriction?
[12:28] <mvo> could you please review the comment in http://paste.ubuntu.com/6614/ for clarity?
[12:30] <GreatMandrill> it seems clear to me but i am not a english native speaker
[12:32] <cjwatson> mvo: clear enough, yes
[12:32] <mvo> thanks
[12:32]  * mvo commits
[12:35] <GreatMandrill> cjwatson, mvo: thanks for the support
[12:36] <cjwatson> you're welcome
[14:39] <mvo> cjwatson: is it the installer that creates /etc/default/locale ? we don't have it on dapper->hardy upgrades and I was wondering what the best course of action is (we used /etc/environment in dapper)
[14:40] <mvo> if we just keep it as it is, gdm needs a (trivial) patch to look there too for the default locale
[14:48] <cjwatson> /etc/default/locale is the new world order
[14:48] <cjwatson> but /etc/environment is indeed needed for upgrades
[14:48] <cjwatson> which does gdm use at the moment?
[14:48] <cjwatson> oh, /etc/default/locale
[14:48] <mvo> yeah
[14:48] <mvo> I have a fix (trivial)
[14:48] <mvo> that I'm about to upload
[14:48] <cjwatson> I'm *sure* I told Seb that we needed to keep on supporting /etc/environment for compatibility
[14:49] <cjwatson> please do sort it out
[14:49] <mvo> thanks, will do
[15:18] <CIA-1> ubiquity: evand * r2610 ubiquity/debian/po/ (78 files): Update translations from Rosetta.
[15:35] <mario_limonciell> evand, according to the manifest of the DVD generated this morning it looks like ubiquity 1.8.2 didn't squeeze in.  could you re-generate it so that it gets in?
[15:37] <evand> mario_limonciell: sure thing, will do now
[16:20] <CIA-1> debian-installer: cjwatson * r904 ubuntu/ (7 files in 4 dirs):
[16:20] <CIA-1> debian-installer: * Put fat-modules back in various cdrom, netboot, and speakup initrds
[16:20] <CIA-1> debian-installer:  (removed in 20061102ubuntu1), since it was split out from
[16:20] <CIA-1> debian-installer:  fs-secondary-modules again.
[16:29] <evand> argh, forgot to build the livefs.
[16:29] <cjwatson> oops
[16:30] <evand> on it now
[16:30] <evand> (and rerolling the daily live while I'm there)
[16:55] <cjwatson> anyone know of a GTK container widget that largely acts like GtkHBox, but that will wrap items to the next line if they get too long?
[16:56] <mario_limonciell> you can't handle that with an alignment widget?
[16:59] <cjwatson> it won't make the hbox wrap, will it?
[17:00] <cjwatson> context: I made the rest of the advanced partitioner translatable, and was testing it; I used dummy translated strings that were a bit longer than the English text, and noticed that it caused the whole installer to get wider because the buttons along the bottom of the partition list view were all wider and nothing made them wrap
[17:02] <cjwatson> http://people.ubuntu.com/~cjwatson/tmp/wide-partitioner.png
[17:04] <evand> heh, cute
[17:07] <cjwatson> I basically just want them to wrap like text would
[17:07] <evand> I don't know of any such widget (short of hacking up one), but perhaps you'll get a timely response from the gtk ML?
[17:07] <evand> indeed
[17:07] <cjwatson> not keen on dropping in a new widget at the last minute
[17:08] <cjwatson> maybe I could shorten the undo_everything text and just use "Undo"
[17:08] <cjwatson> though it's "Undo all" rather than step-by-step undo
[17:09] <evand> yeah, I'm not sure how well "undo all" translates, but that seems reasonable.  As you say, "undo" might be confusing to those who expect it to undo the last action.
[17:09] <cjwatson> or I could just unconditionally move Undo to its own line
[17:10] <cjwatson> might be better - I suspect some languages will have fairly long translations anyway
[17:10] <evand> ugly, but that works too :)
[17:11] <Silicium> how i can fix the locales problem in a new chroot environment? i remember there exist a package to fix
[17:11] <evand> locales problem?
[17:12] <cjwatson> install language-pack-en
[17:12] <Silicium> thanks
[17:12] <cjwatson> or language-pack-<whatever>
[17:13] <xivulon> Creating a new row wouldn't push Next/Cancel buttons further down potentially creating problems in low res?
[17:13] <evand> not on that page
[17:13] <cjwatson> the partition list would get shorter instead
[17:14] <xivulon> ah great
[17:14] <cjwatson> excessive width is also a concern for low res ...
[17:14] <xivulon> absolutely
[17:14] <xivulon> I would have suggested to shrink the to part next... :P
[17:15] <Silicium> yea now both works
[17:15] <Silicium> install CD and the install script for debootstrap
[17:15] <Silicium> i created a script that runs debootstrap and then install the package with chroot
[17:38] <mario_limonciell> evand, it looks like there is a significant chance that the build is still going to fail.  liblaunchpad-integration1 caused an error in the livefs generation
[17:39] <evand> mario_limonciell: the livefs built and daily-live CDs are up.  I just started the dvd generation again a few minutes ago.
[17:40] <mario_limonciell> evand, oh perhaps I was looking at an old log at http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/hardy/ubuntu-dvd/20080408.1/livecd-20080408.1-i386.out
[17:45] <cjwatson> ah, that's better
[17:55] <evand> what is?
[17:56] <cjwatson> moving Undo to the next line
[17:56] <evand> fantastic
[17:58] <cjwatson> http://people.ubuntu.com/~cjwatson/tmp/not-so-wide-partitioner.png
[17:58] <cjwatson> in fact if you compare that side-by-side with wide-partitioner.png you can see that the window height is identical
[18:00] <CIA-1> ubiquity: cjwatson * r2611 ubiquity/ (6 files in 4 dirs):
[18:00] <CIA-1> ubiquity: * Make all text in the partitioner translatable (LP: #144741).
[18:00] <CIA-1> ubiquity:  Unfortunately we don't have time to get translations in place for 8.04,
[18:00] <CIA-1> ubiquity:  but there ought to be time to do this for 8.04.1. This also involved
[18:00] <CIA-1> ubiquity:  moving the "Undo changes to partitions" button to a second line in order
[18:00] <CIA-1> ubiquity:  to avoid excessive horizontal growth.
[18:01] <cjwatson> evand: could probably do with a changelog entry for the translation update; it's useful to be able to glance down the changelog and see when it last happened
[18:01] <evand> This may be obvious, but why do you end up with [de] Text when using de?
[18:02] <cjwatson> oh, that's just my sample text
[18:02] <evand> cjwatson: I went straight to bzr log for a template to use when making the change as that's how debconf-updatepo is done, but will do.
[18:02] <cjwatson> those were cases where I couldn't be bothered to reach for the dictionary to figure out what the real translation would be
[18:02] <cjwatson> (or where I couldn't remember it)
[18:02] <evand> heh
[18:02] <cjwatson> debconf-updatepo is less significant, so I haven't generally bothered changelogging that
[18:02] <cjwatson> but translation updates can actually matter for bug reports
[18:04] <evand> ah, indeed
[18:06] <CIA-1> ubiquity: evand * r2612 ubiquity/debian/changelog: * Update the translations from Rosetta.
[18:08] <CIA-1> ubiquity: cjwatson * r2613 ubiquity/debian/ (changelog ubiquity.templates):
[18:08] <CIA-1> ubiquity: * Adjust po-debconf flags in ubiquity/install/copying_error/md5, so that
[18:08] <CIA-1> ubiquity:  ${FILE} doesn't get translated.
[18:09] <evand> ah, thanks
[18:10] <cjwatson> (just happened to notice that in a .po file)
[18:46] <CIA-1> partman-basicfilesystems: cjwatson * r559 ubuntu/ (3 files in 2 dirs):
[18:46] <CIA-1> partman-basicfilesystems: * Disable automounting unless partman/automount is preseeded to true
[18:46] <CIA-1> partman-basicfilesystems:  (works around LP #106209).
[18:46] <ubotu> Launchpad bug 106209 in partman-basicfilesystems "fsck Unable to resolve UUID" [High,Confirmed] https://launchpad.net/bugs/106209
[19:36] <mario_limonciell> looks like 20080408.2 still used the old livefs :(
[19:49] <evand> argh yeah:   language-support-cy: Depends: language-support-translations-cy but it is not installable
[22:09] <xivulon> bdmurray: have added a comment to the bug, can you review it?
[22:09] <xivulon> I now also have I/O problems, looks like a kernel issue...
[22:10] <xivulon> errors are random in my case, generally in latest stages of rc2.d
[22:11] <evand> xivulon: cking left for the evening it seems.  I'll shoot him an email.
[22:11]  * evand out for a bit
[22:12] <xivulon> hmm if it is a kernel issue that is going to be quite annoying...
[22:58] <xivulon> I managed to get some logs and saved them to
[22:58] <xivulon> bug #204133
[22:58] <ubotu> Launchpad bug 204133 in wubi "wubi install unusable - Buffer I/O error on device loop0" [High,Confirmed] https://launchpad.net/bugs/204133
[22:59] <TheMuso> xivulon: What exactly is the problem?
[23:00] <xivulon> loop0 errors
[23:00] <xivulon> that result in / becoming r/o or not accessible at all
[23:01] <xivulon> loop0 in my case is the file hosting /...
[23:01] <TheMuso> right
[23:02] <xivulon> bdmurray was the first to experience something similar
[23:03] <bdmurray> lucky me
[23:03] <xivulon> bdmurray can you review the comments in the log?
[23:04] <xivulon> in the bug
[23:04] <bdmurray> Yes, I've been busy with bug day but will do.
[23:04]  * TheMuso will look after breakfast.
[23:04] <xivulon> in your case you always had a crash before single user shell correct?
[23:04] <xivulon> thanks a lot TheMuso, can do with some help
[23:12] <mario_limonciell> evand, it looks like language-support-cy is available in apt now.  perhaps can you try the DVD again?
[23:22] <xivulon> bdmurray one thing to try might be to disable /etc/init.d/lupin-sysctl
[23:35] <xivulon> bdmurray: disabling lupin-sysctl does the trick for me or at least I did not experience any crash
[23:39] <bdmurray> xivulon: that might have worked for me too, still confirming
[23:39] <TheMuso> _Mand that question only gets asked if a network is available.
[23:39] <TheMuso> woops
[23:43] <bdmurray> xivulon: yes I've logged in and the system seems usable
[23:43] <xivulon> \o/
[23:43] <xivulon> ah the new kernel might have issues with some of the sysctl settings
[23:44] <xivulon> I
[23:44] <bdmurray> I was using -12
[23:44] <xivulon> will need some kernel dev to go over them
[23:44] <xivulon> bdmurray not sure what you mean
[23:45] <bdmurray> xivulon: you said "new" kernel so I wasn't sure new compared to what
[23:45] <xivulon> ah it's the kernel
[23:46] <xivulon> it might be possible to uninstall lupin-support completely...
[23:46] <xivulon> well thanks a lot bdmurray, very very helpful
[23:46] <bdmurray> xivulon: your welcome, I hope it gets sorted
[23:47] <xivulon> (finger crossed) yes
[23:47] <bdmurray> What provides that lupin-sysctl?
[23:48] <xivulon> it was used to remount /host rw which at the moment is pointless since /host is mounted rw to begin with...
[23:48] <xivulon> and it had sysctl settings to improve recovery on hard reboot (as suggested by szaka)
[23:48] <xivulon> but those seem to create other issues now
[23:49] <xivulon> so no much left...
[23:49] <bdmurray> Okay, but which package provides that file?
[23:49] <xivulon> lupin
[23:49] <bdmurray> heh
[23:58] <xivulon> evand we might consider to remove lupin-support installation
[23:59] <xivulon> I tested booting without it and it works well
[23:59] <xivulon> only thing to consider is if some setting in lupin-sysctl still makes sense


[01:12] <ohsix> was <IP_ADDRESS>.24 -> <IP_ADDRESS>.25 a no change rebuild?
[07:55]  * apw yawns
[08:00] <jk-> hey apw
[08:00] <apw> jk-, yo ...
[08:16]  * smb grumbles at udev net rules...
[08:23] <apw> smb, heh what did they do to you today
[08:23] <apw> (and moin)
[08:23] <jk-> do you have an eth4511 device?
[08:24] <jk-> eth5*10^2
[08:24] <smb> apw, moin :) Well leaving one of my nics named eth0-eth1 which does not help if your interfaces setup wants eth1 or eth0
[08:24]  * smb is sadistic and uses bonding
[08:24] <smb> probably more masochistic
[08:24] <apw> smb, you are mad
[08:25] <smb> apw, It is that dogfood kind of madness
[08:26] <smb> jk-, So not that bad, but still. How do you get that mad numbers?
[08:26] <apw> yay lts backports natty hit -proposed
[08:26] <smb> apw, and real proposed this time?
[08:26] <smb> (as in main)
[08:26] <jk-> smb: keep changing the MAC, I guess :) 50-persistent-net should take care of the rest
[08:27]  * jk- wonders how 'random MAC address' ethernet devices are handled by udev
[08:27] <smb> In theory everyone will get a new name right....
[08:27] <apw> ohsix, i am supprised to see a bump like that in what i assume is the linux-meta package
[08:27] <ohsix> apw: apparently it was to include something in the backports, the changelog showed up a few hours later
[08:27] <smb> Though that seems to be the purpose as the mac is not really supposed to be different that often
[08:29] <apw> ohsix, actually no its not, its a backport ...
[08:29] <apw>   * Added compat-wireless packages to Natty LBM
[08:29] <apw> ohsix, ahh you found it
[08:30] <smb> \o/ I was able to change a lp status
[08:38] <apw> smb, i wonder if that is cause it still got a high timeout or if they fixed it
[08:39] <smb> apw, Sadly it could be either (everybody else not trying to atm or it being fixed)
[08:39] <jk-> smb: yeah; but some devices don't have an EEPROM for the MAC, so the driver generates one at probe time
[08:40] <smb> jk-, though probably that one should be in the privately usable range, which is ignored for the persistent rules
[08:41] <jk-> ahh
[08:41] <jk-> thinking++
[08:41] <smb> Just saw some skips in there for xen and kvm/quemu driver ids as well
[08:41]  * jk- should read the code rather than making assumptions about it
[08:42] <smb> :) As long as it is findable. I seem to fail finding the piece that would actually trigger the renaming...
[08:45] <jk-> smb: /etc/udev/rules.d/70-persistent-net.rules
[08:45] <jk-> sets NAME=
[08:46] <smb> jk-, Well yes, as well as /lib/udev/rules.d/75-persistent-net-generator.rules would set it
[08:46] <jk-> but that might not be the issue in your case
[08:46] <jk-> yah
[08:47] <jk-> smb: it's not something in /etc/network/ ?
[08:47] <smb> But that is setting a shell var. The driver will remain unimpressed unless something tells it a new name...
[08:48] <jk-> smb: I thought udev would see that as a new device name, and do the rename?
[08:48] <jk-> again, making assumptions here...
[08:49] <smb> jk-, Would make the same assumptions that something, somewhere will detect that the name set and the name used are not the same and start the rename
[08:49] <smb> The big question is "where is that hidden"
[08:50] <smb> At least the names of scripts in /etc/network and /lib/udev are not obviously sticking out...
[08:57] <apw> # rename interface if needed
[08:57] <apw> ENV{INTERFACE_NEW}=="?*", NAME="$env{INTERFACE_NEW}"
[08:58] <apw> smb, ^^ i think those two lines cause the rename, and i suspect the actual change may occur in the udev binary
[08:59] <smb> apw, Yeah, that sounds like the only possible explanation, cause I could not find anything that remotely looks like doing the job externally.
[09:00] <smb> Which would hint a breakage there when I am left with a ethx-ethy device while the persistent rule section only has either. Sounds like it is forgetting to make a final move
[09:09] <apw> smb thats a bugger and no mistake
[09:23] <lucazade> Hi!  I'd like to know if in kernel 3.0 for OO it is included/enabled the support for Gma500 framebuffer
[09:51] <apw> lucazade, erm no idea off the top of my head
[09:52] <lucazade> apw, thanks.. I'll give a look :)
[10:28] <ppisati> apw: about our CVE tracker
[10:29] <ppisati> apw: one of the patch i applied in maverick/ti-omap4 had no buglink
[10:29] <ppisati> apw: and i opened one
[10:29] <ppisati> apw: but i don't understand why the CVE page says it affects only the omap4 branch
[10:29] <ppisati> apw: anyway, CVE-2010-3296
[10:30] <ubot2> ppisati: The cxgb_extension_ioctl function in drivers/net/cxgb3/cxgb3_main.c in the Linux kernel before 2.6.36-rc5 does not properly initialize a certain structure member, which allows local users to obtain potentially sensitive information from kernel stack memory via a CHELSIO_GET_QSET_NUM ioctl call. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3296)
[10:30] <ppisati> apw: and here is the LP bug i create: 795436
[10:30] <ppisati> apw: and, while there, can you accpet the maverick nomination? thanks :)
[10:38] <apw> bug #795436
[10:38] <ubot2> Launchpad bug 795436 in linux-ti-omap4 "CVE 2010-3296" [Undecided,New] https://launchpad.net/bugs/795436
[10:38] <apw> ppisati, approved
[10:38] <apw> ppisati, do you mean on the ALL-linux.html page ?
[10:38] <ppisati> yep
[10:39] <ppisati> the cve says "linux before 2.6.36"
[10:39] <apw> ppisati, if the page is _white_ in that area it means that there is no information to collect, normally that means that the
[10:39] <apw> CVE doesn't affect _or_ is already released for that cve on the other branches
[10:40] <apw> its a limitation on how that page is generated, and on my list to fix
[10:40] <ppisati> ok
[10:40] <apw> maverick_linux: released (2.6.35-23.36)
[10:41] <apw> yeah in the tracker its all 'released' across the board ... so it is missing in the page i scrape to make that combiined one
[10:41] <apw> i have a different way to make the page planned, but its not written yet
[10:41] <ppisati> ok, no prob
[10:42] <apw> take white to mean "very likely can be ignored" for nwo
[10:44] <apw> ppisati, ti-omap4 is manually maintained right?
[10:44] <apw> (for cves_
[11:13] <tkamppeter> I have a problem with USB, seems that my Lenovo laptop is not compatible with the Oneiric kernel. Even directly after reboot "sudo lsusb -vvv" hangs and on the system console I get several message "usb 7-1: device descriptor read/64, error -110" and after some minutes I get "hup 7-0:1.0: unable to enumerate USB device on port 1". Anyone has an idea what happens?
[11:15] <apw> tkamppeter, that is possible with the .39 kernel there are a lot of very bad USB fookages about at the moemnt, a lot of them being introduced and fixed by stable updates on all releases
[11:15] <apw> tkamppeter, i think they are gone in the 3.0 kernels, but they have install problems cause of the stupid version number so i'd hold off on those as well
[11:16] <tkamppeter> apw, I need a working USB quickly to do testing for CUPS development, what should I do?
[11:17] <apw> well you can instlal the just built 3.0 kernel and see if it helps but you may find other problems like ps not being happy when you do
[11:17] <apw> i've just had a libc6 upgrade issue due to the version number ... and i have no idea if that machine can even reboot
[11:17] <apw> cirtainly reboot into a .39 kernel to do updates
[11:18] <apw> tkamppeter, those kernels are in the NEW queue, see the version page for links
[11:23] <tkamppeter> apw, perhaps I better boot into .38 first before installing a 3.0.x kernel. But thanks anyway.
[11:47] <Kano> hi, is the daily cronjob disabled?
[11:50] <tkamppeter> apw, now I have booted into 2.6.38-9 and I have still the same USB problem. Do I have to return to a from-scratch install of Natty to get a dev platform for the printing stack?
[11:50] <apw> tkamppeter, i have no idea what the issue if is you have reverted your kernel and its not working.  maybe udev is borked
[11:51] <apw> wow Kano is persistant, 40s to get an answer in
[11:51] <tkamppeter> apw, is "lsusb" using UDEV?
[11:52] <apw> tkamppeter, nope, hmm, oh lsusb is hanging, ... do you have th 38-8 kernle on there ?
[11:52] <apw> -9 might have had the stable update which caused all our grief with usb
[11:53] <tkamppeter> apw, yes, so will go to that.
[11:58] <tkamppeter> apw, booted 2.6.38-8-generic #42-Ubuntu and still the same problem.
[11:59] <apw> hrm
[11:59] <apw> tkamppeter, when did this last work for you
[12:01] <smb> apw, tkamppeter If that helps I am at 2.6.38-10.44 from proposed and lsusb does work. But maybe it could also be of help to try completly power off the machine in question before booting anything...
[12:01] <apw> smb, oh not one of those EC issues ... GAH
[12:01] <smb> Hm, and this is Natty user-space...
[12:02] <smb> probably not that helpful then
[12:02] <apw> i guess lsusb might be foobar
[12:02] <apw> nope works here on a half installed OO bog
[12:02] <apw> box
[12:04] <tkamppeter> laptop is Oneiric, the kernel which I am now running must be of Natty times.
[12:04] <tkamppeter> What are "EC" issues?
[12:05] <smb> embedded controller. some piece of hardware controlling/driving a lot of internal things (through acpi)
[12:06] <tkamppeter> The laptop is a Lenovo Thinkpad T400.
[12:06] <smb> So lsusb also seems to work on my server box...
[12:06] <tkamppeter> The USB problem I observed only today.
[12:06] <apw> tkamppeter, the embedded controller on some machines have crashed and mad things occur.  the 'fix' has been power off remove battery wait 20 mins and put it back together ... i was scepticle but it worked for me
[12:06] <smb> (which is oneiric kernel and user-space)
[12:07] <tkamppeter> apw, so I will try. I will restart xchat from another box now.
[12:10] <tkamppeter> So this controller has some memory constantly supplied with power from the battery and also having large backup capacitors to hold data during system reset and battery change?
[12:13] <tkamppeter> apw, I am still here, the laptop is running an eternal process.
[12:14] <apw> tkamppeter, cirtainly it draws so little that the capacitors in the mchine are enough to keep it alive for some minutes it seems, cking is the expert
[13:33] <tkamppeter> apw, smb, I tired the shutdown of my notebook and leaving it without battery for more than 30 minutes, but to no avail, the USB is still broken.
[13:35] <tkamppeter> apw, smb, I got a fast "sudo lsusb -vvv" once, then I connected the USB hubs with 10 printers again and it broke again. Seems that connecting many devices is messing up this mysterious memory, but it was never that way before. I am still on kernel 38-8.
[13:35] <tkamppeter> apw, smb, I hope I do not need a new laptop.
[13:36] <smb> tkamppeter, So does anything change when you connect the hub but for test remove some of the printers?
[13:37] <tkamppeter> smb, only first hub, no printers, same problem.
[13:38] <smb> Hm, so without the hub it works but with it, it does not?
[13:39] <smb> like a single printer directly to the usb port works or not?
[13:39] <tkamppeter> also the hub removed, same problem.
[13:39] <smb> Though you said it was working once without?
[13:41] <cking> best to boot back to a known working kernel, and try with one device plugged in to sanity check it
[13:42] <smb> cking, Right, though he says that 2.6.38-8 used to work and does not seem to anymore
[13:42] <cking> so sounds like a H/W issue to me
[13:42] <tkamppeter> Yes, before connecting the hub OK, hub+printers broken, hub broken, hub removed, broken.
[13:42] <smb> tkamppeter, I would try then rebooting and trying no hub, but one printer
[13:43] <smb> Would you have a different usb hub to try?
[13:43] <cking> and if you have another machine sanity check the printer, then the hub with it.
[13:44] <smb> Also, depending on whether the hub is active can sometimes help to disconnect that from everything
[13:44] <cking> good point
[14:47] <apw> ogasawara, i am holding off on uploading linux-meta becuase my machine here is having trouble installing libc with the 2 digit kernel installed
[14:47] <ogasawara> apw: ack
[14:48] <apw> right now i am not at all sure how to get out of my hole
[14:49] <ogasawara> apw: is that a warning that I shouldn't try testing
[14:49] <apw> i wouldn't upgrade to oneiric with that kernel as the runnig one
[14:49] <apw> i have a mahcine half upgraded with libc6 half installed
[14:50] <apw> i suspect rebooting will not be a winning plan
[14:50] <apw> as to how to get out of it with a half installed package which won't install ... erm
[15:09] <tkamppeter> smb, apw, now I have rebooted without any hub or printer connected and the problem persists.
[15:11] <tkamppeter> smb, apw, if this is really from a broken piece of hardware this would mean that this piece of hardware is messing up the memory of the USB subsystem, breaking it down until the system gets neutralized again (30 min without battery).
[15:13] <apw> cking, that sounds like you magic EC loses its mind fix ... scarey
[15:13] <smb> tkamppeter, Unfortunately that can happen. I got one older desktop that sometimes gets into that state. Removing all power is simpler there, though.
[15:13] <smb> Not sure whether 30mins without battery are really needed
[15:13] <apw> cking, can you rmember what the rules are if you over current a USB port.  i seem to remember they can stay disabled forever
[15:14] <apw> "forever" meaning until power is removed ...
[15:15] <cking> apw, I'm not sure - I don't know much about USB.
[15:15] <tkamppeter> apw, smb, the USB port seems not to be disabled. lsusb -vvv finishes after a timeout of some minutes and all printers are visible after that.
[15:18] <cking> This is what I googled: "On a laptop, a "power bug" chip is used. That is an 8 pin DIP
[15:18] <cking> chip. It has a precision current sense inside. If the current
[15:18] <cking> exceeds 500mA, some FET transistors inside turn off the power
[15:18] <cking> feeding the USB port. At the same time, a logic signal from the
[15:18] <cking> power bug, is sent to one of the OC# pins on the Southbridge.
[15:18] <cking> As a result, the laptop doesn't need a fuse."
[15:19] <cking> so it should only last until one powers the box off
[15:19] <apw> cking, thanks :)
[15:20] <tkamppeter> cking, thanks.
[15:21] <cking> on a desktop, a polyfuse is used, which may need a long while to cool off before being re-usable
[15:22] <tkamppeter> strange is that the USB plug in which always have the hubs with the printers I is on bus #1. the internal hub which makes lsusb -vvv hanging for several minutes is bus #7, device #1.
[15:22] <cking> http://www.pcreview.co.uk/forums/usb-overcurrent-status-detected-t4032559.html
[15:23] <apw> tkamppeter, and what is that device when it finally tells you
[15:23] <tkamppeter> Also the plug is still working after once having obtained the hanging "lsusb -vvv".
[15:24] <apw> perhaps something else is broke, on that bus
[15:24] <tkamppeter> apw: "sudo lsusb -vvv" tells
[15:24] <apw> tkamppeter, you know it worked on maverick yes ?
[15:24] <tkamppeter> Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[15:24] <apw> so perhaps boot a maverick livecd and see if it still does work there
[15:25] <tkamppeter> as the start of the new entry, then it hangs for several minutes and continues afterwards.
[15:26] <apw> so that sounds like there is something on that bus, but its not working hmmm
[15:27] <tkamppeter> apw, I am running now another "sudo lsusb -vvv" capturing the output, to see what happens after the timeout.
[15:27] <apw> if you have a place you really know it worked, i think a livecd at that level to confirm if its bug or h/w
[15:28] <cking> or both perhaps?
[15:29] <tkamppeter> apw, after the timeout, the broken device's properties are shown normally and no error message is shown. After that the entries of the remaining devices is shown with normal speed.
[15:36] <smb> apw, cking Could it "think" that something is connected but there is not anything for real? Or something broken indeed. Hard to tell.
[15:36] <cking> smb, it's hard to tell at this point
[16:25] <tkamppeter> apw, smb, cking, now I am on Oneiric with the default kernel, all hubs and printers disconnected, shut down the system, taken out the battery for some seconds, booted into said OS. Added back the hubs and printers one by one, tested after each device. Everything perfect as long as the HP LaserJet 1020 is not connected. System even recovers after having connected and removed the LaserJet 1020 (LJ 1020 directly on computer, all the other
[16:25] <tkamppeter>  printers on hubs as before).
[16:40] <jdstrand> ogasawara: hey, I wonder if 760131 and 751689 are related in any way...
[16:40] <jdstrand> ogasawara: nothing to do there, just a thought
[16:52] <apw> bug 760131 bug
[16:52] <ubot2> Launchpad bug 760131 in ubuntu-release-notes "Power consumption raised significantly in natty" [Undecided,Fix released] https://launchpad.net/bugs/760131
[16:52] <apw> bug 751689
[16:52] <ubot2> Launchpad bug 751689 in linux "Thinkpad x201* overheats due to slow fans when on 'auto'" [Critical,Confirmed] https://launchpad.net/bugs/751689
[16:52] <apw> jdstrand, maybe the issue is made visible by the clear heating we see with out the fix for the former, but clearly its still a bug somewhere in the latter case, likely bios
[16:54] <jdstrand> make sense
[17:47] <tkamppeter> apw, smb, cking, all is working now for me as long as the LaserJet 1020 is not connected and even returns when disconnecting the LaserJet 1020. On two Natty boxes the LaserJet 1020 works without any problem.
[17:48] <tkamppeter> apw, smb, cking, thank you very much for your help.
[17:48] <tkamppeter> apw, smb, cking, and it seems that taking out the battery for some seconds is enough to reset the EC.
[17:57] <cking> cool
[19:06] <vish> hi, i'm trying to kernel bisect and i'm following instructions from https://wiki.ubuntu.com/Kernel/KernelBisection , but after i did a $ git checkout -b mybisect origin/master , i dont have a debian.master/changelog file to add the changelog entry
[19:07] <vish> (there is no debian folder too)
[19:07] <vish> how do i get to build the bisected kernel?
[19:11] <jjohansen> vish: what kernel did you clone?
[19:11] <vish> maverick
[19:12] <jjohansen> vish: if you do
[19:12] <jjohansen> git checkout master
[19:12] <jjohansen> do have a debian folder then?
[19:12] <vish> oh! , /me tries
[19:15] <vish> jjohansen: woot! yea, now i have the debian folders,  so would that give me the bisected kernel or the master..  or do i just have to continue as in the wiki?
[19:16] <jjohansen> vish: making the branch just makes it so you don't mess up the master branch, if you don't care, you can do it on master.