[09:41] <pwnguin> so i guess it's getting close to hug day
[09:42] <james_w> pwnguin: wrong, it is hug day! :-)
[09:42]  * james_w hugs pwnguin 
[09:42] <pwnguin> heh
[09:43] <pwnguin> well, ive got this pet bug
[09:43] <pwnguin> #137686
[09:43] <pwnguin> hmm
[09:43] <pwnguin> I have a built-in card reader in my laptop. It's a TI model, it worked in edgy with the sdhci module, but in feisty and gutsy, it didn't work anymore, either with the sdhci drivers, or with the tifm drivers, even using the infamous "setpci hack" mentioned in bug #53923 and its duplicates to re-enable the sdhci drivers. In some feisty pre-release, it worked out-of-the-box on the live cd (I can still remember my "oooh" of wonder when seeing the sd 
[09:43] <ubotu> Launchpad bug 53923 in linux-source-2.6.20 "tifm: Texas Instruments Card reader not reading SD cards" [High,Fix released] https://launchpad.net/bugs/53923
[09:43] <pwnguin> err fail
[09:44] <pwnguin> i guess one's a dup of the other
[09:45] <pwnguin> https://bugs.edge.launchpad.net/ubuntu/hardy/+source/linux-source-2.6.22/+bug/137686
[09:45] <ubotu> Launchpad bug 137686 in linux-source-2.6.22 "[hardy] [gutsy] [regression] (regression from edgy to feisty and to gutsy) tifm_sd module not working and not producing any message in logs" [Low,Triaged]
[09:47] <pwnguin> it's quite a tangle of bugs, but essentially what im looking for is to get a kernel patch in
[09:48] <pwnguin> im not sure what needs to be done for that to happen
[09:50] <persia> pwnguin: Best path is to get it adopted upstream.  If that doesn't work, create a patch against the current Ubuntu git repo, and ask in #ubuntu-kernel.
[09:52] <pwnguin> fun
[09:52] <pwnguin> ive been trying to get ahold of people's attention upstream
[09:53] <pwnguin> it's like a one line patch =/
[09:56] <pwnguin> i wonder if filling with kernel.org's bugzilla would be better than posting to a mailing list
[10:10] <james_w> pwnguin: I don't know which is preferred really.
[10:12] <pwnguin> well im not running a kernel.org kernel
[10:13] <pwnguin> it seems rather unfair to file bugs against software they're potentially not writing
[10:17] <pwnguin> someone at mandriva wrote the patch and went to the sdhci mailing list a few months ago, but that conversation sorta died out
[10:19] <james_w> pwnguin: have you tried the patch on Ubuntu?
[10:19] <pwnguin> others have already
[10:19] <pwnguin> it's so hard to build out a full kernel suite anymore
[10:19] <james_w> ah, sorry, I missed that comment.
[10:20] <pwnguin> ive yet to figure out how to build the restricted modules package
[10:20] <pwnguin> im not even sure its nessecary for me anymore, but i'd be nice to have 3d
[10:20] <james_w> pwnguin: do you have a pointer to the mailing list discussion?
[10:21] <pwnguin> i have a url :P
[10:21] <pwnguin> http://list.drzeus.cx/pipermail/sdhci-devel/2007-December/002089.html
[10:22] <james_w> 0x2344be12
[10:23] <james_w> so the information the developer asked for was never provided?
[10:23] <pwnguin> seems that way
[10:23] <pwnguin> [   27.591737] sdhci: Secure Digital Host Controller Interface driver
[10:23] <pwnguin> [   27.591740] sdhci: Copyright(c) Pierre Ossman
[10:23] <pwnguin> [   28.794403] sdhci: SDHCI controller found at 0000:04:0b.3 [104c:803c] (rev 0)
[10:23] <pwnguin> doh
[10:23] <pwnguin> i always have the wierdest crap in my paste buffer
[10:23] <pwnguin> http://list.drzeus.cx/pipermail/sdhci-devel/2008-March/002182.html
[10:23] <james_w> the fix that was proposed is a little ugly, but I agree it would be good to have it working for you.
[10:24] <pwnguin> i don't see what's so ugly about it, really
[10:24] <james_w> ah, it's a shame that was never followed up on.
[10:24] <pwnguin> sure, it's potentially ignoring a larger issue
[10:24] <james_w> oh, it was only 2 days ago.
[10:25] <pwnguin> i guess this guy checks his mail weekly
[10:25] <james_w> the problem with those fixes is that it would probably still break for someone somewhere with slower hardware or something, so it's probably not even a complete fix.
[10:25] <pwnguin> i dont think so
[10:25] <pwnguin> in this case at least
[10:25] <james_w> pwnguin: could you put all of these links in to the bug report?
[10:28] <pwnguin> the delay is specified in ms, which should be indepenent of CPU speed
[10:34] <pwnguin> really, i think the bigger problem at this point would be making sure it doesn't break anyone else's readers
[10:37] <pwnguin> on the other hand, mine's been broke for over a year now. it can be someone else's turn i think ^_^
[11:21] <pedro_> everybody ready for hug day? https://wiki.ubuntu.com/UbuntuBugDay/20080320
[11:24] <james_w> those bug graphs that dholbach posted look cool.
[11:25] <james_w> hi pedro_
[11:25] <pedro_> hello james_w
[11:25] <pedro_> hey Iulian
[11:30] <Iulian> Hi pedro_, james_w
[11:32] <james_w> hi Iulian
[12:16] <pedro_> Iulian: hug day!
[12:16] <pedro_> https://wiki.ubuntu.com/UbuntuBugDay/20080320
[12:16] <pedro_> the bugs are waiting for you ;-)
[12:23] <Iulian> pedro_: I'm already squashing some of them :)
[12:23] <pedro_> woohoo
[12:42] <afflux> morning :)
[12:50] <Iulian> Hello afflux.
[12:51] <afflux> hi Iulian
[12:53] <jjesse> for the 5-a-day how do you get associated w/ the team for counting in hte stats section on Daniel Holbach's stat page?
[12:55] <afflux> jjesse: you can join it on https://launchpad.net/~5-a-day
[12:55] <jjesse> afflux: i'm already a part of the team, but under the stats page there is a section for lo-co teams
[12:55] <jjesse> i wanty to make sure i'm associated w/ the michigan group
[12:55] <jjesse> does that happen automatically because i'm a member of the ubuntu-michigan team?
[12:56] <pedro_> better to ask to daniel i think
[12:56] <afflux> oh, right, that section is new to me
[12:57] <afflux> jjesse: there is a file in ~/.5-a-day-data called ".teams"
[12:57] <jjesse> afflux: cool i'll take a look at that
[13:04] <thekorn> jjesse, echo <your LoCo Team's LP ID> > ~/.5-a-day-team
[13:04] <jjesse> thekorn: cool thanks
[13:06] <afflux> okay,did my five bugs, I'm off again.. birthday today, gotta prepare for the party :)
[13:06] <jjesse> afflux: happy birthday
[13:06] <afflux> thanks
[13:06] <afflux> have fun with the bugday :)
[13:57] <bddebian> Boo
[14:14] <PsySine> moo
[14:17] <Iulian> Heya bddebian :)
[14:18] <bddebian> :-)
[14:40] <pedro_> quick reminder today is the network manager hug day : https://wiki.ubuntu.com/UbuntuBugDay/20080320
[14:40] <pedro_> feel free to grab any bug of the list and squash it
[14:41] <pedro_> and you can also commit your work to 5-A-Day https://wiki.ubuntu.com/5-A-Day and get on the list of the cool people
[14:44] <txwikinger> Thanks pedro_ :)
[14:45] <sourcercito> get your bugs while they're still hot ;)
[14:45] <pedro_> or sourcercito and Iulian will squash them all
[14:45] <sourcercito> :P
[14:47] <james_w> we should change the heading for the number of bugs in 5-a-day to be "cool points"
[14:54] <qense> helllo
[14:54] <james_w> hi qense
[14:57] <qense> oh, happy hug day everyone!
[14:57] <pedro_> happy hug day to you too qense :-)
[14:57]  * james_w hugs qense 
[14:58] <Iulian> HHD, qense :)
[14:59] <qense> thx :), you too
[15:00] <sourcercito> howdy qense
[15:16] <qense> wow, there are loads of bugs marked of the hug day list!
[15:16] <gunashekar> hmm
[15:16] <qense> sourcercito has been quite active ;)
[15:16] <gunashekar> will the beta release be delayed
[15:16] <gunashekar> just two people seem to be triaging
[15:17] <qense> I'm triaging too :)
[15:17] <qense> I'm jsut starting
[15:17] <persia> gunashekar: Appearances can be deceiving :)
[15:17]  * sourcercito on caffeine
[15:17] <gunashekar> good qence
[15:17] <gunashekar> i agree persia
[15:17] <qense> and there are other types of bugs outside nwm
[15:18] <gunashekar> yes quite a lot of them
[15:18] <qense> :P
[15:23] <Iulian> There are only few bugs left. Go and squash/hug/eat! :)
[15:24] <qense> I just discovered Tweeter Tools went mad at my blog!
[15:24] <qense> it posted 10 times what I've done yesterday
[15:25] <pedro_> qense: are you on pulseofubuntu ?
[15:35] <Artimus> Is there anything I would do with a bug that can "draw more attention to it"?  It's been as Status: New for almost a month.  The bug is easy to resolve (a package needs to be added as a dependency).  https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/195880
[15:35] <ubotu> Launchpad bug 195880 in ubuntu-meta "ubuntu-standard doesn't depend on libpam-foreground" [Undecided,New]
[15:36] <qense> Is network-manager an Ubuntu product?
[15:36] <qense> or GNOME
[15:36] <qense> or maybe freedesktop
[15:36] <pedro_> upstream is GNOME
[15:36] <qense> Arimus: you could ask here ;)
[15:36] <qense> ok, thx pedro_
[15:36] <pedro_> you're welcome
[15:36] <Artimus> qense: Fair enough
[15:37] <qense> I'm looking at it in a few secs
[15:37] <qense> going to look*
[15:39] <qense> it's a dependency problem in my eyes
[15:39] <qense> I think it can be confirmed and get the tag unmentdeps
[15:39] <qense> unmetdeps*
[15:40] <Artimus> I was playing with KSystemlog.  "Let's see what's in auth.log.  That's ugly"
[15:47] <qense> Artimus: are you the triager or reporter?
[15:47] <qense> where are the hugday-tools?
[15:48] <Artimus> qense: Triager, assuming I don't need any particular status to do that.
[15:48] <qense> ok
[15:49] <Artimus> "Jared" would be me on that report
[15:49] <qense> I think you can set the bug to triaged and give it the tag unmetdeps
[15:49] <Artimus> I'm really not familiar enough with PAM to know which package it should depend on
[15:49] <Artimus> Another user suggested libpam-runtime
[15:49] <qense> the fact is that ubuntu-standard should install a package, if I've read the report good, but it doesn't
[15:50] <Artimus> I really don't think ubuntu-standard is the right package...
[15:50] <qense> maybe he means that foreground should depend on runtime
[15:50] <qense> that is also an option
[15:50] <qense> you could ask about that in #ubuntu-devel
[15:54] <qense> thekorn: how do you mark a bug using hugday-tools? I forgot
[15:55] <thekorn> qense, ./hugday close 12345 1234345
[15:55] <qense> thanks
[15:55] <thekorn> for the current hugday
[15:56] <qense> I've got some kind of bug
[15:57] <qense> when you run hugday init for the second time you get this:
[15:57] <qense> A config file already exists in '%s'.
[15:57] <qense> I think %s should be replaced with something
[15:57] <thekorn> yes, changing it now
[16:03] <thekorn> qense, fix pushed, thanks for pointing this out
[16:03] <qense> ok
[16:14] <qense> Does bug 202605 contain enough information? If not, what's needed?
[16:14] <ubotu> Launchpad bug 202605 in network-manager-applet "Network Manager Applet Has Trouble With Static IP Address" [Undecided,New] https://launchpad.net/bugs/202605
[16:22] <qense> anyone?
[16:28] <qense> anyway, I've got to go, bye
[17:19] <alfred> hello
[17:19] <alfred> all
[17:19] <alfred> iwhat can i do to help in reference to this possible bug?
[17:20] <alfred> Setting up mayavi (1.5-4) ...
[17:20] <alfred> /var/lib/dpkg/info/mayavi.postinst: 40: /usr/bin/python2.4: not found
[17:20] <alfred> dpkg: error processing mayavi (--configure):
[17:20] <alfred>  subprocess post-installation script returned error exit status 127
[17:20] <alfred> Errors were encountered while processing:
[17:20] <alfred>  mayavi
[17:27] <james_w> alfred: have you reported it against mayavi?
[17:32] <alfred> its already reported
[17:33] <alfred> i guess.. im kind of new
[17:33] <alfred> :-)
[18:05] <james_w> could a bugsquad member please set the importance of https://bugs.launchpad.net/ubuntu/+source/git-core/+bug/196846 to something high please?
[18:05] <ubotu> Launchpad bug 196846 in git-core "gitk requires wish8.5 but depends on tk8.4" [Undecided,Confirmed]
[18:06] <james_w> it's two binary packages where there programs won't start after installation, you have to edit the scripts to get them to work.
[18:07] <erle-> another critical bug may be: https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/204333
[18:07] <ubotu> Launchpad bug 204333 in linux-meta "[Hardy] [amd64] booting fails" [Undecided,New]
[18:10] <james_w> thanks
[18:11] <Iulian> You're welcome.
[18:21] <yuriy> happy hug day everyone!
[18:21] <jjesse_> hello yuriy
[18:22] <stpere> oh, hug day.. forgot about that :)
[18:22]  * yuriy hugs jjesse_ 
[18:22] <stpere> I will try to help
[18:25] <Iulian> Happy hug day, yuriy! ;-)
[18:25] <yuriy> jjesse_: could you add the lightgreen background when you edit the wiki?
[18:25] <jjesse_> sure sorry about that
[18:25] <jjesse_> do you want me to go back and edit it?
[18:25] <yuriy> jjesse_: nah, no big deal
[19:54] <mawx> Hi, I am rather new to triaging bugs so just to make sure...
[19:54] <mawx> I had a look at #157993
[19:54] <mawx> https://launchpad.net/bugs/157993
[19:54] <ubotu> Launchpad bug 157993 in network-manager "pppoe connection over NetworkManager 0.6 managed ethernet device doesn't work" [Unknown,Confirmed]
[19:54] <qense> hello
[19:55] <mawx> And the status says confirmed and below on a second line "Incomplete".
[19:55] <mawx> I feel both should be confirmed since all data has been added and there even is a workaround.
[19:56] <mawx> shall i just go ahead and change it?
[19:57] <bdmurray> mawx: the top line is for the upstream bug and bottom line is for the Ubuntu bug. Is it possible for them to have different statuses.
[19:59] <mawx> bdmurray: i don't see any reason why they should have. I think the necessary information is available it's quite obvious what  is causing the bug and it just needs to get fixed.
[20:02] <bdmurray> It looks to me like Alexander Sack, the maintainer for network-manager asked a question (in comment 7) and was trying to find out whether or not a solution helped.
[20:03] <mawx> bdmurray: weltall replied in the last comment.
[20:04] <mawx> I think i'll set it to confirmed. Hope noone bites my head of if that was wrong.
[20:04] <jp_> For some reason, I am not able to log into the Wiki. Could someone mark bug 196000 for me?
[20:04] <ubotu> Launchpad bug 196000 in network-manager "failure modifying /etc/hosts on NM profile change" [Undecided,Incomplete] https://launchpad.net/bugs/196000
[20:05] <bdmurray> mawx: putting a comment as to why you confirmed it might be helpful for others then
[20:05] <mawx> bdmurray: i will. thanks.
[20:05] <bdmurray> jp_: with what name?
[20:05] <jp_> bdmurray: josephpiche
[20:06] <bdmurray> jp_: done - thanks for helping out!
[20:07] <jp_> bdmurray: sorry, but i think you misspelled it: josephpiche. thanks
[20:08] <bdmurray> fixed
[20:19] <yuriy> any ideas what package bug 148192 should be against? seems to apply to all wifi configuration tools
[20:19] <ubotu> Launchpad bug 148192 in knetworkmanager "Spaces in ESSID Cause Wireless to Not Connect" [Low,New] https://launchpad.net/bugs/148192
[20:20] <qense> maybe network-manager?
[20:21] <qense> The third block at the hugday page is completely green!
[20:21] <qense> Just two to go at the second
[20:22] <qense> And 8 at the first.
[20:22] <yuriy> qense: and then the 4th and 5th block :D
[20:22] <qense> I don't see a 4th and 5th block yet. ;)
[20:23] <yuriy> qense: https://wiki.kubuntu.org/UbuntuBugDay/20080320/KDE knetworkmanager
[20:23] <pedro_> yuriy: my wireless essid contains an space and i can connect to it without problems
[20:23] <qense> aargh!
[20:23] <pedro_> logs logs
[20:23] <bdmurray> could it be related to wpa?
[20:23] <yuriy> pedro_: does iwconfig list it correctly too?
[20:24] <pedro_> without having logs it's difficult to know IMO
[20:24] <pedro_> yes
[20:26] <pedro_> time to eat, see you later
[20:29] <josephpiche> is bug 197912 expected behavior? I followed the steps and got the same result.
[20:29] <ubotu> Launchpad bug 197912 in network-manager "Network Manager adds domain name where it shouldn't" [Medium,Confirmed] https://launchpad.net/bugs/197912
[20:33] <qense> but is it expected that the internet runs very slow?
[20:33] <bdmurray> I don't think that is network-manager but rather the gnome-system-tools network configuration
[20:34] <qense> so the user uses wrong settings
[20:35] <qense> is this an incomplete or invalid bug?
[20:35] <bdmurray> I think the package is wrong
[20:36] <qense> maybe I confirmed the bug too fast
[20:36] <qense> it's hard to decide about such bugs if they've got enough information since the reporter thinks he knows what's wrong and says it's an error, but maybe it is just expected behaviour
[20:36] <bdmurray> I don't have nm-applet up in front of me but I don't think you can set hosts in it
[20:38] <qense> he uses the gnome-system-tools to change the settings
[20:38] <qense> I think network-admin
[20:38] <bdmurray> If that's the case the right package would be gnome-system-tools then
[20:39] <greg-g> non-hugday-specific bug question:  bug 84931 is complaint about the unavailability of 16x16 icon sizes.  bug 149047 is requesting scalable icons for the same theme.  Since the later would effectively fix the prior, should the prior be marked a duplicate of the latter?  (sorry for that last phrase, it was just fun to type)
[20:39] <ubotu> Launchpad bug 84931 in human-icon-theme "Various icons don't have a 16x16 icon size" [Low,Confirmed] https://launchpad.net/bugs/84931
[20:39] <ubotu> Launchpad bug 149047 in human-icon-theme "Various icons don't have 48x48 nor scalable version" [Wishlist,Confirmed] https://launchpad.net/bugs/149047
[20:39] <qense> I get the same thing he has(at least the thing becomes computername.domainname
[20:40] <qense> internet isn't very slow though
[20:40]  * greg-g can wait for advice, no rush
[20:41] <qense> I think I'll mark it invalid for network-manager at least
[20:41] <qense> but is it a bug?
[20:41] <qense> I mean, isn't it normal
[20:41] <qense> maybe the slow internet has a different cause
[20:41] <qense> I did find a bug though
[20:42] <bdmurray> qense: you can change the package name instead for marking the network-manager task invalid
[20:42] <qense> when you remove the hostname again 127.0.0.1 still redirects to computername.hostname
[20:42] <qense> at least the bug is incomplete
[20:44] <afiestas> A fresh installation of kubuntu alpha6: knetworkmanager can't connect to my hidden wpa2 essid (with dhcp)
[20:47] <bdmurray> greg-g: I'd keep the bug that Kenneth Wimer has commented on.
[20:50] <qense> shouldn't bug 204200 be files against moonlight?
[20:50] <ubotu> Bug 204200 on http://launchpad.net/bugs/204200 is private
[20:50] <greg-g> bdmurray: ok, thanks
[20:51] <bdmurray> greg-g: he seems to mention not have all of the vector data in one of the comments too
[20:52] <qense> does apport replaces all usernames with 'username' by itself?
[20:54] <greg-g> bdmurray: yeah, it is mentioned.  i guess they are separate issues anyways.  the 16x16 icon set problem could be fixed before the "scalable for all" problem since the scalable will take much more work
[20:55] <bdmurray> greg-g: that's true.  maybe adding a comment in the scalable referencing the 16x16 bug, so if the scalable one is resolved somebody would close the 16x16 one?
[20:57] <greg-g> sounds like a good idea
[20:59] <greg-g> bdmurray: thanks to me answer 'yes' to the question if i was still around, I ended up giving a little mini-howto in bug triaging that night :)
[21:06] <bdmurray> greg-g: I hope that was okay.
[21:09] <greg-g> bdmurray: yes, of course, I would have said so if it wasn't.
[21:09] <greg-g> I was only able to give the person about 20 minutes since I had other things to do at that time, but it was fine.
[21:10]  * greg-g is away
[21:11] <bdmurray> It looked like you two covered some good stuff in that time though.
[21:38] <greg-g> bdmurray: yeah, we got through much of the basics.  i unfortunately just wasn't the most comfortable triaging those bugs, just because I hadn't done it before.  but, in the end, all was good.
[21:42] <bdmurray> greg-g: are there particular bugs you feel comfortable triaging?  I thought maybe we should make a bugsquad page of triager specialities.
[21:43] <greg-g> ahh, good idea.
[21:43] <greg-g> hmmm
[21:44] <greg-g> desktop applications in general really
[21:45] <greg-g> because i don't mind doing some of the upstream leg work (most times)
[21:50] <bdmurray> I'm not sure the best way to organize a page like that though
[22:01] <greg-g> || name || list of packages/areas of specialty || LP account link || ?
[22:03] <bdmurray> So by name rather than by package?  I think that makes sense.
[22:03] <greg-g> yeah, otherwise there would be too much overlap/ambiguity
[22:05] <bdmurray> right, I was thinking for a minute having includes from the debugging pages (after adding a triager name section) would be neat but what you've suggested sounds good
[22:05] <bdmurray> plus with irc nicks
[22:19] <greg-g> bdmurray: yes, in fact, irc nick in place of "name" probably, since some don't share their real name.
[22:19] <bdmurray> greg-g: Sounds good. Would you mind starting it?
[22:21] <greg-g> bdmurray: sure, it won't be until later tonight
[22:34] <jjesse> hows the hug day going
[22:39] <bdmurray> jjesse: pretty well, almost 0 new network-manager bugs
[22:40] <jjesse> bdmurray: that's awesome, i've done some for knetworkmanger as well
[23:38] <bdmurray> hmmm, still 7 new networkmanager bugs
[23:46] <bdmurray> -1
[23:52]  * calc is down to 181 msgs in bugmail
[23:52] <calc> only 10 days worth of bugmail is 500+ messages for me ;-)
[23:52] <calc> luckily i can delete anything that came from me, which helped a lot
[23:53] <secretlondon> you can get that in a day if you are subscribed to a bug with lots of dupes -\like the kernel sound one..
[23:58] <calc> secretlondon: fun
[23:58] <secretlondon> and they'll be the same comment "confirming in hardy" or something, as though we needed it
[23:59] <bdmurray> I was somebody put this bug no longer requires confirmation in the description once and that makes a lot of sense to me