[00:15] <BigAl50> What would you do with this? Bug #336466 doesn't look like a bug to me
[00:15] <ubottu> Launchpad bug 336466 in lordsawar "[Jaunty FFe] lordsawar-0.1.5" [Undecided,New] https://launchpad.net/bugs/336466
[00:18] <Ampelbein> BigAl50: I would guide the reporter to request a freeze exception (https://wiki.ubuntu.com/FreezeExceptionProcess)
[00:19] <BigAl50> Okay thanks
[00:19] <Ampelbein> BigAl50: And seeing the author already mentionen FFe in the description, i guess he knows about it.
[00:20] <Ampelbein> The report seems ok as a freeze exception to me, someone from the releaseteam will surely look over the report.
[00:22] <hggdh> yes, it's bddebian
[00:23] <bddebian> Was it not correct?
[00:23] <dtchen_> yeah, i would thinks the debian devel knows what he's doing ;)
[00:23] <dtchen_> (misspelling intentional!)
[00:25] <hggdh> it would help if one of the devs with bugcontrol accepted it
[00:26]  * hggdh thought to have written the nick in question mispelled, but dyslexia got through
[00:27] <BigAl50> Should I leave the status as new or should it be marked invalid or something else?
[00:27] <Ryan52> bdmurray: did you get my message from like a week or two ago?
[00:28] <greg-g> BigAl50: don't do anything to it, please. It is a workflow bug.
[00:29] <bdmurray> Ryan52: I'm not seeing anything atm
[00:29] <BigAl50> Okay, I'll leave as is, thanks for all the help this is all new to me
[00:29] <Ryan52> bdmurray: oh, well I was asking if you could renew my bugcontrol thingy.
[00:30] <greg-g> BigAl50: you're welcome, thanks for helping
[00:30] <Ryan52> s/thingy/membership/ (couldn't find the right word)
[00:33] <bdmurray> Ryan52: okay, you're all set now.  Thanks for helping out!
[00:33] <Ryan52> w00t! thanks! :)
[00:36] <BigAl50> Been looking for dupes so the more experienced could do the triaging
[00:39] <bddebian> Nah, I don't know anything anymore :)
[00:41] <Ryan52> bddebian: that was...random.
[00:42] <bddebian> Someone explain wtf is different about the FeatureFreeze that's on the wiki??
[00:52] <bddebian> Are we not supposed to file a freeze exception bug before uploading or synching anymore???
[00:53] <greg-g> bddebian: no, you are fine, there was no need for the comment on your FFe
[00:53] <hggdh> yes we are
[00:53] <hggdh> meaning, bddebian you are all set and correct
[00:53] <bddebian> Though I realize I didn't add the pbuilder log
[00:54] <greg-g> (erm, I guess my "no" was supposed to be "yes, you are supposed to")
[00:54] <hggdh> heh
[00:55] <bddebian> :)
[00:56] <BUGabundo> mooo
[01:00] <hggdh> this was a fun and confusing dialog ;-)
[01:04] <bddebian> OK, thanks folks
=== asac_ is now known as asac
[01:49] <CarlFK> is this a bug: sudo apt-get install xserver-xorg-input-evtouch ....   $ ev_calibrate; XLoadQueryFont: failed loading font '*freemono*'
[02:00] <CarlFK> needs ttf-freefont dep
[06:36] <YoBoY> hi
=== beDrung is now known as bdrung
=== seb128_ is now known as seb128
[11:13] <Hew> what's involved with making a package work with python 2.6? Is it a fairly simple task, or does it involve some programmer effort? bug 335854
[11:13] <ubottu> Launchpad bug 335854 in revelation "Broken package : revelation depends: python (< 2.6) but 2.6.1-0ubuntu1 is to be installed" [Undecided,Confirmed] https://launchpad.net/bugs/335854
[11:16] <ziroday> Hew: I know there was another package that needed fixing as well
[11:19] <geser> Hew: depends on the packaging but it's rather easy (see the mail on ubuntu-devel-announce)
[11:21] <Hew> ziroday: There are lots of packages in this situation, but revelation in particular has a history of being ignored, which is why I want to get it triaged asap
[11:22] <ziroday> Hew: right :)
[11:22] <Hew> geser: I've re-read that u-d-a email a few times now and it doesn't seem to have any useful info, other than "stuff is going to break"
[11:22] <seb128> Hew: ask to doko
[11:24] <geser> Hew: then the mail was on ubuntu-devel
[11:24] <geser> Hew: https://lists.ubuntu.com/archives/ubuntu-devel/2009-February/027528.html
[11:28] <Hew> geser: Thanks, that one is helpful :D
[11:53] <BUGabundo> guud morning
[12:00] <thekorn> pedro_: hi, since you triaged bug 336067, is the issue described in bug 336039 the same one or related?
[12:00] <ubottu> Launchpad bug 336067 in python-httplib2 "python-httplib2 needs a patch for Python2.6 support" [Medium,Triaged] https://launchpad.net/bugs/336067
[12:00] <ubottu> Launchpad bug 336039 in python-httplib2 "get_request_token throws a TypeError" [Undecided,New] https://launchpad.net/bugs/336039
[12:02] <pedro_> thekorn: hey, seems to be the same, i was having that traceback as well after patching my python-httplib2 with the upstream change so yeap
[12:04] <thekorn> ok, thanks, marking the TypeError one as duplicate now
[12:04] <pedro_> thekorn: ok, thanks you
=== ogra_ is now known as ogra
=== kyselejsyrecek is now known as kyselejsyrecek_p
=== kyselejsyrecek_p is now known as kyselejsyrecek
[14:55] <sianis> bdmurray: ping
[15:26] <dan> asac, ayt?
[15:48] <asac> dan: yes
[15:49] <dan> asac, just wondering if you got my emails RE: v0.6 NM bug fix
[16:40] <mvo> bdmurray: hey, could you please make sianis member of ubuntu bug control? he is doing great work on triage of bugs in my package, notable gdebi (but others as well)
[16:41] <bdmurray> mvo: Is he familiar with the process for apport crashes?
[16:43] <mvo> bdmurray: I don't know, he is in the channel, so I hope he replies soon
[16:43] <sianis> bdmurray: I think I am
[16:45] <bdmurray> sianis: basically, don't make them public unless you are certain they contain no private data
[16:45] <sianis> bdmurray: yep, I know it and read on the wiki
[16:48] <bdmurray> sianis: is this your launchpad username?
[16:48] <sianis> bdmurray: yes it is
[16:50] <asac> dan: yes  :)
[16:50] <bdmurray> sianis: you'll be all set in a moment, thanks for helping out!
[16:51] <IntuitiveNipple> bdmurray: Whilst you're at it, could you approve my renewal request that is in the queue from a couple weeks ago please? (previous membership expired a few months ago) ?
[16:51] <dan> asac, ok, what's the next step?  Are you still mulling it over?
[16:51] <sianis> bdmurray: thank you!
[16:59] <greg-g> bdmurray: welcome to ubuntu-cyclists, btw :)
[16:59] <bdmurray> greg-g: I just saw that sianis was a member and thought I'd join!  Thats some neat artwork
[17:00] <greg-g> yeah, I can't take credit for it, unfortunately
[17:00] <sianis> thx
=== fader is now known as fader|lunch
[18:00] <thomasdelbeke> Hi there, anyone there?
[18:01] <szczym> hi where is that totem / rythmbox event?
[18:02] <thomasdelbeke> I have a sick process, but cannot find pid (with pidof nor ps -A)
[18:02] <thomasdelbeke> https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/312364
[18:02] <ubottu> Ubuntu bug 312364 in update-manager "update-manager crashed with SIGSEGV in PyErr_SetFromErrnoWithFilenameObject()" [Undecided,Incomplete]
[18:02] <thomasdelbeke> hoe to backtrace
[18:02] <thomasdelbeke> ?
[18:02] <thomasdelbeke> how?
[18:03] <MrKanister> thomasdelbeke: Try using "ps -e" and then search through the list
[18:22] <mrooney> What is the correct way to triage a regression bug in Jaunty, other than tag it regression-potential? Should regression be put in the title?
[18:24] <charlie-tca> if it is a true regression, you can put [regression] at the end of the title
=== thekorn_ is now known as thekorn
=== fader|lunch is now known as fader
[19:13] <mnemo> I just ran into this really weird bug that locks up my whole machine (and it repros using the live CD as well)... can anyone confirm this bug? --> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/336771
[19:13] <ubottu> Ubuntu bug 336771 in linux "system locks up when running "strace gdmsetup"" [Undecided,New]
[19:13] <mnemo> i would like someone to test those repro steps
[19:13] <mnemo> and confirm if they see the bug as well
[19:53] <vbgunz> failed to resume: error 262144
[19:53] <vbgunz> am googling it
[19:53] <vbgunz> maybe a kernel parameter solves it?
[19:53] <IntuitiveNipple> vbgunz: Now you've managed to capture the activity log I've got something to investigate :0
[19:53] <vbgunz> I need to find my bug to attach too on lp
[19:56] <vbgunz> IntuitiveNipple: ok, I attached it
[19:56] <IntuitiveNipple> thank you. It looks like the disk on ata1 doesn't respond to the START command.
[19:57] <vbgunz> IntuitiveNipple: everything starts up just fine. how can I go around that or force it to start. it obviously works just not from resume by default :(
[19:59] <vbgunz> I found a few google hits that say this -> need pci=nomsi or ahci fails to resume ... I am not using AHCI though (I think) just IDE. I can replace IDE with AHCI. I did but noticed no differences *except* the system would sometimes fail to start all together
[20:02] <IntuitiveNipple> AHCI is being used.
[20:03] <IntuitiveNipple> Can you add to the bug the result of: ls -l /dev/disk/by-path/*
[20:05] <vbgunz> IntuitiveNipple: ok, attached
[20:05] <vbgunz> IntuitiveNipple: if AHCI is being used, how then do I say to use ACPI?
[20:06] <IntuitiveNipple> notice these bits:
[20:06] <IntuitiveNipple> pci-0000:00:09.0-scsi-0:0:0:0 -> sda
[20:07] <vbgunz> IntuitiveNipple: I am really glad this is going somewhere :)
[20:07] <amrlima> Just a question to clear a doubt: is having log files and core dumps, as it says in debugging procedures, enought to confirm a bug?
[20:07] <IntuitiveNipple> 00:09.0 IDE interface [0101]: nVidia Corporation MCP78S [GeForce 8200] SATA Controller (non-AHCI mode) [10de:0ad0] (rev a2)
[20:07] <vbgunz> frigging awesome, what do I need to do, I will do it!
[20:07] <IntuitiveNipple> So, sda is on the controller at 09.0 (notice it says non-AHCI mode)
[20:08] <IntuitiveNipple> [    1.356522] ahci 0000:00:09.0: version 3.0
[20:09] <vbgunz> not sure IntuitiveNipple, I see that but have no idea how to fix it. I have acpi enabled in bios otherwise I cannot boot. I saw 2 options for AHCI in bios but they both instead say IDE. not sure how to tell Kubuntu to suspend using only acpi :/ am I way off here?
[20:10] <vbgunz> I never really changed anything in Kubuntu about suspend. the only thing I can think up is the /etc/defaults/acpi-support file *but* thats been default pretty much forever :(
[20:11] <vbgunz> oh, I once played with systemsettings > powerdemon is it?
[20:11] <IntuitiveNipple> You're getting way ahead, and confusing yourself with talk of ACPI at the same time
[20:11] <vbgunz> no, just power options, sorry
[20:36] <vbgunz> IntuitiveNipple: holy cow. first time ever. suspend the first time to ram worked... I just added the pci=nomsi kernel parameter
[20:37] <vbgunz> IntuitiveNipple: is this good or no? should I be aiming for the cause here? is there a better solution?
[20:40] <IntuitiveNipple> vbgunz: See my recent comment to the bug, and please report your finding that pci=nomsi works. I think we'll push the bug report upstream to the kernel bugzilla
[20:41] <IntuitiveNipple> vbgunz: See my recent comment to the bug, and please report your finding that pci=nomsi works. I think we'll push the bug report upstream to the kernel bugzilla
[20:42] <vbgunz> IntuitiveNipple: ok. doing that now
[20:43] <IntuitiveNipple> vbgunz: There was talk about this issue on the linux-ide mailing list but at that time the person interested in it couldn't find a decent report about it.
[20:43] <IntuitiveNipple> I'll email them to look at your report
[20:43] <vbgunz> I would do anything I can to help. I just need someone smarter than me to walk me through what needs to be done
[20:46] <IntuitiveNipple> It looks like there may be a bug/quirk that the driver needs to address.
[20:46] <vbgunz> ok, will try suspend one more time... do you think this would actually work with suspend to disk? I always had problems there too
[20:47] <IntuitiveNipple> It may well.
[20:47] <vbgunz> updated grub to make it permanent
[20:48] <vbgunz> hey IntuitiveNipple, seriously if there is anything I can do. I'll do it
[20:48] <IntuitiveNipple> Keep the bug report updated with anything you discover, progress made, etc.
[20:49] <vbgunz> I mean everything is great now. wow. I am so happy. I just hope it keeps working. I heard suspend/resume is so flaky it just fails at some point... will try again now, then finally a suspend to disk...
[20:51] <mrooney> bdmurray: does Julien's bugcontrol app need anything else to be approved?
[20:53] <bdmurray> mrooney: a couple of days to get everyone sufficient time to comment
[20:53] <bdmurray> s/get/give/
[20:54] <vbgunz> ok, going to try suspending to disk... I hope this works
[20:57] <mrooney> bdmurray: ahh okay, sounds good
[21:03] <vbgunz> IntuitiveNipple: 3 suspend to rams, 3 successful resumes. 1 suspend to disk. 1 misrerable failure :P
[21:03] <BUGabundo> still at it?
[21:03] <vbgunz> I think it just turned off... heh, the last thing I saw was my ralink 2500 failed to enter state 1 of 16 or so... phy0 -> ralink2500... I forgot exactly
[21:04] <IntuitiveNipple> vbgunz: take a break whilst you're ahead... try again later.
[21:04] <vbgunz> BUGabundo: yeah. the pci=nomsi kernel parameter works for me just fine. awesome actually... the other day in Windows Server 2008 trial, I suspended to an IDE disk *but* was envious when it just came back up in perfect order :P
[21:05] <vbgunz> IntuitiveNipple: haha, yeah
[21:05] <vbgunz> I'm happy :)
[21:05] <IntuitiveNipple> I've linked to the upstream bug report, so you might get some requests for information
[21:05] <vbgunz> IntuitiveNipple: yeah sure. seriously, I'll help where I can
[21:06] <BUGabundo> great you manage to work aroung
=== savvas_ is now known as savvas
[21:06] <maxb> Recently I've discovered in a regression in the population of /dev/disk/by-uuid/, what bit of code is responsible for actually obtaining the disk uuids to stick in there?
[21:08] <vbgunz> IntuitiveNipple: oh. just one more question. actually I'd appreciate if anyone could help out. when I resume. I'd like to resume into a locked screen. is this possible?
[21:08] <IntuitiveNipple> That is usually configured by the screensaver preferences
[21:08] <kees> maxb: udev calls vol_id to get uuids
[21:08] <BUGabundo> sure
[21:09] <BUGabundo> in gconf you have an option for that
[21:09] <maxb> thanks
[21:13] <vbgunz> IntuitiveNipple: thanks. my screensaver actually says start in 15 minutes. with a grace of 60 for a password to stop
=== savvas_ is now known as savvas
[21:15] <BUGabundo> vbgunz: in gconf you have an option for that
[21:20] <maxb> Well, this is quite special, jaunty vol_id says 5028D20428D1E8CC, schroot -c intrepid vol_id says 4df368f2-3879-41c8-b379-478151aac025, for the same fs!
[21:21] <vbgunz> BUGabundo: sorry. I am on Kubuntu
[21:25] <BUGabundo> ah
=== savvas_ is now known as savvas
[21:46] <maxb> Delightful. Apparently the preinstalled Linux on my Aspire One shipped with an NTFS boot record on the ext2 partition
[21:47] <maxb> Leading to further delight when the vol_id ntfs prober starts writing to the output buffer before it has made the final decision on detecting NTFS or not.
[22:22] <tuxmaniac> heya gang
[22:22] <tuxmaniac> anyone on jaunty who can test bug 291075 ?
[22:22] <ubottu> Launchpad bug 291075 in freehdl "Digital simulation in qucs don't work" [Undecided,Confirmed] https://launchpad.net/bugs/291075
[22:22] <tuxmaniac> I believe it is a libtool issue and there has been updates to libtool in Jaunty
[22:26] <bcurtiswx> seb128: ping
[22:26] <seb128> bcurtiswx: contextless ping gives no replies
[22:28] <bcurtiswx> seb128: oh, i was just seeing if you were there.. apologies.. my main question, for bug  #335696 you mentioned using apport instead of going through the tedious data gather that i did.  Just for future reference to myself, is there a page that shows how to use apport (or how to instruct the user to use it for their bug) ?
[22:28] <ubottu> Launchpad bug 335696 in nautilus "nautilus crashes when opening ftp in new tab from bookmark" [Medium,Incomplete] https://launchpad.net/bugs/335696
[22:29] <tuxmaniac> bcurtiswx: i think it is an automated script. http://err.no/src/contentless_ping.pl
[22:29] <seb128> bcurtiswx: apport should trigger automatically on unstable ubuntu version when you get a crash, just click on "send the bug" button
[22:29] <tuxmaniac> oops I was wrong :)
[22:29] <seb128> tuxmaniac: no it's not but I do the same because it's annoying to reply when you don't know what people want and if that's going to take you an hour of discussion or 30 seconds
[22:30] <seb128> bcurtiswx: on stable you can enable apport by tweaking /etc/default/apport
[22:31] <bcurtiswx> seb128: ok, thats what i was wondering. Thanks!
[22:34] <bcurtiswx> seb128: i believe apport allows the user to append the information to a current bug.. but im not 100%.. is this correct?
[22:34] <seb128> bcurtiswx: only in jaunty
[22:35] <bcurtiswx> seb128: so how should a stable release report be added to an open bug report?
[22:35] <seb128> usually we just mark the non apport bug as duplicate
[22:37] <bcurtiswx> ok, thanks a lot for your help
[22:37] <seb128> you're welcome
=== thekorn_ is now known as thekorn
=== FlareFlare is now known as Flare183
=== jpds_ is now known as jpds
=== pleia2_ is now known as pleia2
=== jpds is now known as Guest18936
[23:29] <mrooney> bdmurray: do you think in the future those hooks can eliminate a lot of the stock responses like "please attach xxx and yyy"?
[23:29] <mrooney> It would be cool if when you clicked the "this bug affects me too" it attempted to collect that
[23:30] <bdmurray> mrooney: yes, so you'd ask a reporter to run 'apport-collect bugnumber' and it'd grab the information the package hook looks for.  This makes things much easier for the reporter
[23:32] <bcurtiswx> when will this be backported to 8.10/8.04? (i know im being anxious, but that really helps triagers too).
[23:33] <bdmurray> I talked to pitti about this and apport-collect should be able to be run on 8.10 / 8.04
[23:33] <bdmurray> people could just get it from http://people.ubuntu.com/~pitti/scripts/apport-collect
[23:34] <bdmurray> However, the package hook for cups doesn't exist in those releases
[23:34] <bdmurray> apport-collect would only be useful on previous releases with some packages
[23:34] <bcurtiswx> is there a list of which somewhere?
[23:34] <bdmurray> if you are running 8.10 you could look in /usr/share/apport/package-hooks/
[23:34] <bcurtiswx> ok
[23:35] <bdmurray> but there is no list in the wiki but that'd be a great thing to have!
[23:35] <bcurtiswx> agreed
[23:38] <bdmurray> mrooney: it's pretty easy to write the package hooks too
[23:41] <mrooney> bdmurray: ah so I looked in that dir, does apport just look for a literal package name match hook?
[23:42] <bdmurray> mrooney: or for binary packages produced by a source package
[23:44] <mrooney> ah awesome there is already an xorg one
=== jussio1 is now known as jussi01
[23:45] <bdmurray> yeah, basically there are hooks for usplash, apport, jockey, xorg-*, network-manager
[23:45] <bdmurray> we could use a lot more!
[23:48] <andresmujica> bdmurray which one is the wiki page?
[23:48] <bdmurray> andresmujica: I'm not understanding
[23:50] <andresmujica> (18:35:13) bdmurray:  but there is no list in the wiki but that'd be a great thing to have!
[23:51] <bdmurray> andresmujica: right so there is no wiki page documenting the apport package hooks
[23:51] <andresmujica> is wiki page about that apport hooks?
[23:51] <andresmujica> ahhh
[23:51] <bdmurray> I'd be happy to help someone write one though
[23:52] <andresmujica> i would do it :) but i would need a base to start...
[23:52] <bdmurray> I think just having the packagename and the release the hook appeared in would be helpful