[00:15] <RiotingPacifist> how should i title a bug, i have the problem with specific hardware but it can be generallised to any hardware that holds onto its usb address. should i call it "X does not work after its rotated" or "usb devices fail to reconnect after temporary disconection, if the device expects the same usb address" ?
[00:16] <persia> RiotingPacifist, What kind of device is this?
[00:16] <RiotingPacifist> a usb device (webcam)
[00:17] <persia> And what fails to reconnect?  v4l2 clients?
[00:17] <RiotingPacifist> an internal webcam in the laptop but the problem is with the usb stack not with the webcam drivers
[00:17] <persia> What's the problem?
[00:17] <RiotingPacifist> if the cammera is rotated (it gets disconnected temporaraly) then it disapears from lsusb until i reboot
[00:18] <persia> So it's not just that it gets a different address, but that it completely disappears?
[00:18] <RiotingPacifist> its caused by :[  781.642552] usb 2-2: new full speed USB device using ohci_hcd and address 27 //[  781.826537] usb 2-2: device descriptor read/64, error -62
[00:19] <RiotingPacifist> which as far as i understand it is the ohci_hcd stack offering it a new address and it refuses the new address
[00:19] <RiotingPacifist> oops copied the wrong part: [  782.390466] usb 2-2: new full speed USB device using ohci_hcd and address 28 [  782.798424] usb 2-2: device not accepting address 28, error -62
[00:19] <persia> I'd probably title it "${specific product name} fails to reattach to USB bus after momentary disconnection".
[00:20] <RiotingPacifist> thx, im not sure its actually fixable tbh but hopefully there will be a work around
[00:20] <persia> In the description, I'd be sure to mention the make/model of the laptop in which the device is included (embedded devices tend to get higher priority, as users don't have as much choice).
[00:21] <persia> Also, be sure to attach the output of lspci -vvnn to the bug, as well as the output of lsusb -v before and after the disconnection, and dmesg.
[00:24] <RiotingPacifist> ok thx, brb need to restart to get that
[07:14] <dholbach> good morning
[07:17] <marmuta> hi, there is a broken package in Intrepid. I had filed a bug and the author then released a new upstream version.
[07:18] <marmuta> I'm wondering how to get the new version picked up, should I file a new bug?
[07:19] <marmuta> the package is sysprof-module-source
[07:19] <persia> marmuta, Just add a note to the old bug.
[07:19] <persia> With the patch available, status should be "triaged".
[07:19] <persia> (as we trust upstream to write good patches)
[07:20] <marmuta> thank you, I'll do that. Also what if I wanted to get my feet wet and try to package it myself?
[07:21] <marmuta> is there any chance this would get considered for inclusion?
[07:22] <persia> Perhaps : it depends on the bug.  The archive is currently frozen for the intrepid release, so you'd need to file the stable release update process.
[07:22] <persia> !sru
[07:23] <marmuta> It was more the trivial kind, nothing functional changed, I'll check the link, thank you
[07:28] <persia> Oh, for that sort of thing, the better solution would be to prepare the new upstream for jaunty, but jaunty doesn't open for another few weeks.
[07:28] <persia> You've found the solution at just the time it's least convenient to get it uploaded :(
[07:30] <marmuta> oh, too bad, it's unusable right now without patching it
[07:30] <persia> Hrm?  "unusable right now" doesn't sound "the trivial kind".
[07:31] <persia> "unusable right now" sounds serious, and in need of a post-update fix soonest.
[07:31] <marmuta> well the kernel module doesn't build and the patch was trivial
[07:32] <marmuta> upstream basically changed just this one thing
[07:32] <persia> the size of the patch isn't the important part : it's the size of the bug :)
[07:33] <persia> Sometimes a 1 character patch can change a package from useless to useful.
[07:34] <marmuta> ok, I stand corrected. it's critically important for this package to work.
[07:37] <marmuta> also I found that I cannot set the state to triaged, launchpad does't let me do it
[07:38] <persia> What's the bug number?
[07:38] <marmuta> Bug #272204
[07:40] <persia> marmuta, Bug is triaged.  Update your debdiff based on the SRU document, and subscribe the appropriate teams, and it will probably get pushed.
[07:40] <marmuta> will do, thank you persia
[09:10] <lch> hi, I want to report a bug about the mediawiki package in the intrepid repositories, apparently the XSS issue was already handled by the Debian people and they have the fixed version in Debian sid (unstable), but intrepid still ships the affected vulnerable version
[09:10] <lch> can somebody walk me through the process of requesting that the fixed version is used in intrepid?
[09:11] <lch> the relevant XSS bug report can be seen in the Ubuntu mediawiki maintenance mailing lists, see http://lists.alioth.debian.org/pipermail/pkg-mediawiki-devel/2008-October/thread.html
[09:13] <thekorn> hi mvo, can you please take a look at bug 289028, just in case this one is important
[09:14] <jibel> Bonjour, Can someone at bugcontrol set importance of bug 289091 to high if not critical.
[09:15] <jibel> it makes upgrade from hardy to intrepid fail when you're upgrading ca-certificates-java
[09:15] <mvo> thekorn: what repository is that?
[09:17] <thekorn> mvo, this repository provides a modified kernel for the eeepc
[09:18] <thekorn> www.array.org
[09:19] <azimout> sorry, i just joined the channel. why are you talking about a custom kernel for the eee?
[09:19] <mvo> thanks, I have a look
[09:20] <thekorn> thank you
[09:21] <thekorn> azimout, it was about a bug in synaptic, not directly related to the custom kernel for the eeepc
[09:22] <azimout> ok, thanx
[09:22] <azimout> i just installed intrepid on the 701 last night, and wanted to see if anyone needs help
[09:29] <lch> I need help
[09:29] <lch> I want to report a bug about the mediawiki package in the intrepid repositories, apparently the XSS issue was already handled by the Debian people and they have the fixed version in Debian sid (unstable), but intrepid still ships the affected vulnerable version
[09:30] <lch> or can I make my system use the Debian repos for mediawiki only, since it's fairly self-contained as a web software, somehow?
[09:49] <azimout> Ich: you should report a bug about this, for sure!
[09:49] <azimout> not sure if and how to use the debian repositories, maybe someone else can help you on that...
[09:51] <geser> lch: it would be better to get it fix for intrepid too
[09:51] <lch> well, how do I report this as a bug then?
[09:53] <geser> lch: https://edge.launchpad.net/ubuntu/+source/mediawiki/
[09:55] <geser> and it looks like 1.12.0-2lenny1 from lenny would be good to get in
[09:57] <lch> 1.12.0-2 is already in and affected by the XSS, the 1.13.2 would be needed
[09:58] <lch> it's not like it'll add any new dependencies or anything, it's just PHP code anyway
[09:58] <geser> lch: http://packages.qa.debian.org/m/mediawiki/news/20081014T223221Z.html mentions it's fixed in the version from lenny
[09:59] <geser> I'm pretty sure 1.13.2 won't get into intrepid this short before the release
[09:59] <geser> but patches fixing the XSS issue will get included
[09:59] <lch> huh, it was my impression that the bug was fixed in 1.13.2 but there wasn't just a patch for the old versions
[10:00] <geser> I guess someone backported that fix from 1.13.2 to 1.12.0
[11:02] <Hobbsee> jibel: thanks, would have been helpful for you to mention that in #ubuntu-devel, FYI.  Prodded with the OMGURGENT stick.
[11:16] <jibel> Hobbsee: I'm at work, not easy to chat between meeting :)
[11:16] <Hobbsee> jibel: no problem.  Oh, it was definetly a dist-upgrade from hardy to intrepid you were doing?
[11:18] <Hew> seb128: bug 230163, are you sure it's gnome-sudoku? I really think it's gnome-games, since gnome-sudoku is only present in Dapper, and this report is from Hardy.
[11:19] <seb128> Hew: read the comment before the reassign?
[11:19] <seb128> "$ apt-get install gnome-sudoku"
[11:20] <jibel> Hobbsee: yes, most reports are about dist-upgrade
[11:20] <Hobbsee> jibel: that's what I thought.  Just checking
[11:21] <Hew> seb128: Hmm, I'm not sure how that works. Launchpad says gnome-sudoku only exists for Dapper. https://launchpad.net/ubuntu/+source/gnome-sudoku
[11:24] <seb128> Hew: gnome-games provides gnome-sudoku
[11:24] <seb128> so it could be gnome-games which gets installed
[11:24] <seb128> or the user could be using a ppa or something
[11:24] <seb128> the bug lacks details
[11:24] <jibel> Hobbsee: We're talking about it with slangasek on #ubuntu-devel
[11:24] <seb128> it's likely gnome-games that should depends on python-glade2
[11:25] <Hobbsee> jibel: cool, i'm seeing that.  I just responded there :)
[11:28] <Hew> seb128: Ah yes, gnome-games provides gnome-sudoku. I'll ask the reporter what version they are using. Do you think it should still be filed under gnome-sudoku then?
[11:29] <seb128> Hew: no, reassign to gnome-games and change the title to "gnome-games should depends on python-glade2"
[11:29] <angusthefuzz> could someone take a look at bug 286285 its a kernel bug that is has complete information and should be marked high importance.  Thanks!
[11:29] <seb128> or python-glade
[11:30] <Hew> seb128: Ok, will do, thanks for your help.
[11:30] <seb128> Hew: no problem, thank you for the bug triage work there ;-)
[12:07] <askand> I have marked bug 45574 as dublicate of bug 3235 instead of bug 10435 , should I mention why in the comments of that bug+
[12:08] <wgrant> BjornT_: Can you try gnome-settings-daemon from my PPA please? It should fix bug #280148, and I'll hopefully get it SRUed.
[12:28] <BjornT_> wgrant: sure, i'll try it
[12:29] <wgrant> BjornT_: Thanks, I've had a couple of other success reports.
[12:36] <marmuta> ok, I'm done with the SRU request. Could someone look over #272204 and give feedback?
[12:36] <marmuta> persia, are u still around?
[12:37] <persia> marmuta, I'm about, but I'm not on the SRU team.  Try asking in #ubuntu-motu
[12:38] <marmuta> ok. thanks
[12:53] <BjornT_> wgrant: the package in your ppa seems to work fine, thanks
[12:54] <wgrant> BjornT_: Excellent. Care to comment on the bug for evidence?
[12:54] <BjornT_> sure
[13:00] <afflux> morning
[14:57] <bddebian> Boo
[15:15] <lch> Far
[17:08] <jibel> doko: hi
[17:09] <doko> jibel: ?
[17:11] <jibel> doko: about bug 276828 . I'm very sorry if I'm wrong but I really can't see the lines you're referring to in the log file.
[17:11] <jibel> doko: It stops on 2008.10.01 and the lines you're mentionning are from 2008.10.17
[17:13] <jibel> doko: The message "list file for package `java-gcj-compat-headless' is missing final newline" the reporter is mentionning in description usually means a corrupted archive.
[17:16] <doko> jibel: updated the info
[17:17] <jibel> doko: Thank you.
[17:18] <Ca{P}RiCoRN> Intel pro/wireless 3945BG dont work on ubuntu
[17:18] <Ca{P}RiCoRN> 8.04
[17:18] <Ca{P}RiCoRN> reporting a bug :)
[17:18] <doko> jibel: it's always nice if you extract the few relevant lines from the attachment in the report
[17:20] <Ca{P}RiCoRN> someone got me ?
[17:22] <Ca{P}RiCoRN> hello ?
[17:25] <jibel> doko: I usually do that, but in that case the reporter did it in the description. So I've thought there was enough information for that kind of classical failure.
[17:45] <Kimf> I have a quite non standard problem, but might be related to a more general problem. I have vista on a raid 0 on sata 1,2 and a non raid disk on sata3 (nvidia bios raid). I'm trying to install intrepid to the non raid drive and at the moment booting it from grub4dos from the vista boot menu with the menu.lst that is generated and in /boot/grub/ but I just end up with busybox at initramfs. (installed with 8.10 alternate amd64 from 22. 
[17:52] <tzn> hi there all you brave bug squashers
[17:52] <tzn> where can I find information how to prepare and submit patch for a bug?
[17:53] <tzn> i'm partucularly refering to #289700, which is trivial typo
[17:58] <asomething> bug 289700
[18:01] <asomething> You should take a look at https://wiki.ubuntu.com/SponsorshipProcess and https://wiki.ubuntu.com/PackagingGuide but in this case the issue is so trivial and we are in a freeze for the upcoming release that it should probably not be fixed untill the next time it gets uploaded for another reaseon
[18:29] <bdmurray> crimsun: what sets the default sound capture device?  I'm looking at bug 289621
[18:33] <calc> why can regular users change status from Triaged to something else?
[18:34]  * calc thinks only bug squad should be able to Un-Triage a bug
[18:34] <mrooney> that would seem to make sense, perhaps
[18:35] <bdmurray> I think it helps with clean-up if more people can move bugs from Triaged -> Fix Released or Incomplete - especially with unmarked duplicate bug reports.
[18:36] <calc> hmm true
[18:36] <calc> a person who didn't belong to any groups at all marked my triaged (properly) bug to confirmed for some unknown reason
[18:36] <bdmurray> It's a lack of understanding as to what Triaged means
[18:37] <calc> yes and its annoying when people who don't know what they are doing mess with bugs :\
[18:37] <bdmurray> It'd be more helpful I think if Launchpad gave status definitions
[18:37] <calc> heh
[18:37] <chrisccoulson> calc - i had a similar experience a couple of days ago where someone changed from triaged -> confirmed
[18:37] <chrisccoulson> i just changed it back and quoted the meaning of triaged from the wiki page
[18:37] <thekorn> bdmurray, what's the common way to add a testcase to a bugreport? updating the description with a "TESTCASE:" section?
[18:38] <calc> thats effectively what i did, didn't bother to quote the status page though just told them they apparently don't know what Triaged means
[18:38] <bdmurray> thekorn: yeah, the same thing with a workaround
[18:38] <thekorn> ok, thanks
[18:38] <bdmurray> calc: How are they supposed to know?
[18:38] <calc> bdmurray: if they don't know they shouldn't be futzing with the status to begin with
[18:39] <calc> of course our views may be different about messing with things that someone has no idea about :)
[18:39] <calc> wow the wiki got a revamp :)
[18:39] <bdmurray> I think they honestly want to help just don't understand how to
[18:40] <calc> btw what is the url to the status page?
[18:40] <calc> i will add that to the bug report so he knows where to look in the future
[18:40] <chrisccoulson> https://wiki.ubuntu.com/Bugs/Status
[18:41]  * calc thinks the wiki list of current+stable is off a bit
[18:41] <calc> should that include Gutsy as well?
[18:41] <calc> or does that mean something other than supported
[18:46] <thekorn> bdmurray, added comment and testcase to bug 289621
[18:49] <thekorn> bdmurray, how should we handle bug 280534 now as there are many (maybe different issues) described (broken sound in wine, wrong length reported in g-sound-recorder, alsamixer only shows 'Master')
[18:53] <bdmurray> thekorn: point the subscribers to the right bugs where appropriate
[18:55] <chrisccoulson> ping ogasawara
[18:56] <ogasawara> chrisccoulson: pong
[18:56] <bdmurray> thekorn: you meant select PulseAudio-Soundserver in step 5ish of bug 289621 right?
[18:56] <chrisccoulson> hi. i seem to be seeing a fair few bug reports describing crashes, and they all seem to have a fairly common call trace in them.
[18:57] <chrisccoulson> bug 286285
[18:57] <chrisccoulson> i thought i'd bring that to your attention ;)
[18:57] <thekorn> bdmurray, yes, right, let me correct it
[18:59] <ogasawara> chrisccoulson: thanks, I'll take a look.  do have any of the other bug #'s handy.  if not no worries, I'll search for em.
[18:59] <chrisccoulson> i've marked 2 other bugs as a duplicate of that one
[18:59] <ogasawara> chrisccoulson: ok great, thanks.
[18:59] <chrisccoulson> i'm running bughelper atm to see if i can find any mopre
[19:19] <motoplux> doko ping
[19:19] <motoplux> doko i'm the one of #289934
[19:20] <doko> motoplux: pong
[19:21] <motoplux> doko I tried what you wrote but no results :(
[19:22] <doko> motoplux: no results, or no good results? ;)
[19:22] <motoplux> doko no good results, same error
[19:25] <doko> motoplux: this is strange. could you re-run the postinst with -x (sudo bash -x /var/lib/dpkg/info/ca-certificates-java.postinst configure) and paste the output somewhere? (http://paste.ubuntu.com/)
[19:30] <motoplux> doko the last part http://paste.ubuntu.com/63366/
[19:31] <doko> motoplux: the first part would be more interesting =)  run: sudo bash -x /var/lib/dpkg/info/ca-certificates-java.postinst configure 2>&1 | tee postinst.log
[19:31] <doko> and paste the contents of the file postinst.log
[19:33] <motoplux> doko http://paste.ubuntu.com/63369/
[19:34] <motoplux> I modified cacerts_updates in no, just to try
[19:37] <motoplux> doko this is with cacerts_update=yes in /etc/default/cacerts : http://paste.ubuntu.com/63370/
[19:38] <doko> well, cacerts_updates doesn't affect the intial install
[19:38] <doko> motoplux: which locale is set?
[19:39] <doko> could you rerun: sudo LANG=C bash -x /var/lib/dpkg/info/ca-certificates-java.postinst configure 2>&1 | tee postinst.log
[19:39] <motoplux> doko http://paste.ubuntu.com/63373/
[19:40] <doko> motuplux: hmm, at least these are no default settings.
[19:41] <doko> after running the previous command, please unset LC_CTYPE LC_ ... all of them
[19:41] <motoplux> doko http://paste.ubuntu.com/63374/
[19:42] <motoplux> doko also LANG?
[19:42] <doko> no, keep it
[19:44] <motoplux> doko in this way? unset LC_CTYPE . It doesn't unset it
[19:45] <motoplux> doko only LC_ALL
[19:45] <doko> motoplux: check with env|grep LC_   (nothing should be printed)
[19:46] <motoplux> doko ok, env empty. I'll rerun the command
[19:47] <motoplux> doko http://paste.ubuntu.com/63375/
[19:49] <motoplux> doko for what it's worth, this time was faster
[19:49] <doko> Errore keytool: java.lang.Exception: Impossibile importare il certificato, l'alias <brasil_gov_br> è già esistente
[19:49] <motoplux> doko I mean running the command
[19:49] <doko> there's still something setting the env ...
[19:49] <motoplux> doko Unable to import the certificate, the alias is already present
[19:49] <doko> motoplux: where did you paste this: http://paste.ubuntu.com/63373/  is this a file?
[19:50] <motoplux> doko I did locale
[19:50] <motoplux> doko I will paste env
[19:51] <motoplux> doko http://paste.ubuntu.com/63376/
[19:52] <doko> looks good: please re-run: sudo LANG=C  LC_ALL=C bash -x /var/lib/dpkg/info/ca-certificates-java.postinst configure 2>&1 | tee postinst.log
[19:52] <doko> but I don't think it's a locale problem.
[19:52] <motoplux> doko http://paste.ubuntu.com/63378/
[19:53] <motoplux> no errors?
[19:53] <doko> now run dpkg --configure --pending
[19:54] <motoplux> doko done!
[19:54] <motoplux> doko thank you! what was that?
[19:54] <doko> motoplux: please run: sudo env | grep -E 'LC_|LANG'
[19:55] <motoplux> doko http://paste.ubuntu.com/63379/
[19:57] <doko> motoplux: somehow you set LC_ALL (for the root user), this is not done during the standard install, so please find the place where this is set
[19:58] <motoplux> doko mmm ok. I will search for it. thanks for now
[20:00] <motoplux> doko maybe here http://paste.ubuntu.com/63385/ ?
[20:01] <liw> motoplux, that looks like it's setting LC_ALL, yes
[20:01] <motoplux> should I remove it? I don't remember now why I set it
[20:02] <liw> I think you should; usually the LANG setting is enough
[20:03] <motoplux> ok. brb
[20:03] <doko> diner time ...
[22:17] <Kimf> I'm having a rather non standard problem, that might be a more general problem. I'm running vista on a (nvidia fake)raid 0 and installed ubuntu 8.10 on a 3rd drive (nonraid). I'm booting this from the vista bootmanager with grub4dos and the menu.lst file from the ubuntu install. But I only get a busybox in the initramfs and a message that it can not find /dev/sdc1 (where it is installed). Has this been reported? Can't seem to find any
[22:18] <Pici> Kimf: Have you asked in #ubuntu+1 yet?
[22:19] <Kimf> Pici:Yes, once just before I came here and once earlier today.
[22:48] <Kimf> Pici:Is that a no then?
[22:48] <Pici> Kimf: No, sorry. I just wanted to make sure that you had asked there before asking here as well :/
[22:50] <Kimf> ok, any information I should get to go with the bug report? Hoping get one ready to post tomorrow.
[22:51] <bdmurray> adding you menu.lst would probably be helpful
[22:54] <angusthefuzz> does anyone know the master bug number of all the complaints about performance regression in 8.10 in response to that article by phoenix
[22:54] <bdmurray> Is there one?
[22:54] <angusthefuzz> should be, unless we are just invalidating them
[22:54] <angusthefuzz> i must have seen 5 in the last few hours
[22:55] <Kimf> ok, I'll try to get that in there. But I have also tried a few different things with it, but just installed it again so that I have a "clean install". But seems to be a problem not related to it. As it seems like something is wrong in my /dev/ drives missing and such. I'll try to do a complete as possible report.
[23:01] <bdmurray> angusthefuzz: maybe its bug 289903?
[23:03] <angusthefuzz> thanks bdmurray I think I actually assigned that duplicate, dont know what I was thinking anymore, there arent as many as i thought
[23:04] <bdmurray> its a mistake to lump all those tests in one bug report too I think
[23:04] <angusthefuzz> bdmurray: yeah, in fact, some of the tests clearly showed an improvement
[23:05] <angusthefuzz> the whole report was a bit overstated if you ask me, just trying to get peoples attention
[23:05] <angusthefuzz> what can I do to help move the bug along?
[23:07] <bdmurray> angusthefuzz: move it along how?
[23:07] <angusthefuzz> get it off the new and unconfirmed list, should i try to split it up, as you suggested?
[23:08] <bdmurray> That's probably just work honestly
[23:08] <bdmurray> er busy work!
[23:09] <angusthefuzz> (I was hoping thats what you would say)