[00:06] <greg-g> LimCore: :)
[00:06] <greg-g> apt-get source p7zip
[00:07] <LimCore> that didnt worked too, but it was my mistake - simply it was missing from sources list
[00:07] <LimCore> anyway, Im ungeekifing the docs for 7zip
[00:07] <greg-g> should probably talk with upstream about that
[00:07] <LimCore> who should I talk to include this in ubuntu
[00:07] <greg-g> upstream ideally
[00:08] <LimCore> how about including it now to ubuntu (trivial patch) while I wait for upstream to do so as well
[00:09] <LimCore> many documentations are written for geeks, not for human beings: 1) too many technical detail cloud the most obvious and needed functions 2) lack of usable EXAMPLEs  I think fixing this is the direction to make Ubuntu good for poeple (apart from fixing bugs)... Does this make sense?
[00:10] <greg-g> there are examples of using x
[00:10] <Odd-rationale> Is there a way to find out the who contributed to a specific tag in the 5-a-day stats?
[00:10] <LimCore> greg-g: this should be first example, as it is most used function. I stoped reading after I read "e extracts".
[00:11] <greg-g> LimCore: the examples are alphabetized
[00:11] <greg-g> which is standard procedure
[00:11] <LimCore> greg-g: you mean, the switches?
[00:11] <greg-g> "function letters" actually, but yeah
[00:11] <LimCore> If I read "extract" I assume it means "extract", and not "extract this in broken way that will not work for multi dir archives"
[00:11] <LimCore> is it stupid of me to do?
[00:12] <greg-g> 1) it is not a "broken way" 2) the answer was 4 lines down
[00:12] <LimCore> perhaps some people are like.. "woah, 200 more options to read... ALL RIGHT! lets dig in!"  But in example when Im in a hurry I tend to not do so. I belive most people as well
[00:12] <greg-g> exageration will not win over anyone, btw
[00:13] <LimCore> this is not exagarating - man gcc
[00:13] <greg-g> s/200/4/
[00:13] <greg-g> ummm, why are we bringing up gcc?
[00:13] <LimCore> ok you are right
[00:14] <LimCore> howevet, typical user that wants to find a way to extract his archive, will stop reading after he finds option called "extract"
[00:14] <greg-g> and when it doesn't work they will bring up the man page again and read 4 lines down
[00:14] <greg-g> (what I did)
[00:15] <LimCore> I like when software do not waste my time like this
[00:15] <LimCore> if user did things according to first part manual, and it did not work, then this is not intuitive at all
[00:15] <greg-g> but, feel free to edit the man page how you want, submit a patch to BOTH the upstream and Ubuntu and then wait for acceptance
[00:16] <LimCore> well, if ubuntu developers overall dont see problem which I describe here, then I dont think ubuntu tries to be user friendly after all
[00:16] <greg-g> Odd-rationale: I don't believe there is a way to do it other than by hand (or writing a script similar to dholbach's that generates the stats)
[00:17] <Odd-rationale> greg-g: ok. thanks...
[00:17] <LimCore> does ubuntu want to change errors like this one?
[00:18] <greg-g> errors like this should be brought to upstream
[00:18] <LimCore> what is 80% will not use them
[00:18] <LimCore> if
[00:19] <greg-g> what is 80% of whom will not use what?
[00:19] <greg-g> s/is/if/ :)
[00:19] <greg-g> (dang propagating typos ;) )
[00:20] <LimCore> what if upstream of most applications will not use such patches. Will then ubuntu make applications more friendly on their own, or let them in geeky i-love-to-read-manual-so-you-must-love-it-too state presented in many cases?
[00:20] <stgraber> we don't like having delta with Debian and upstream, so short answer: no
[00:21] <stgraber> it takes time to merge those changes and keep them up to date so we tend to prefer spending time on fixing bugs (that usually are a lot more annoying than a technical man page)
[00:22]  * LimCore is dissapointed
[00:22] <LimCore> man pages change rather rarerly
[00:22] <greg-g> LimCore: I still think you are exaggerating based on the fact that the option you wanted was clearly stated 4 lines down.  HOWEVER, please feel free to report it to upstream.  I don't see what is wrong with taking the bug upstream.
[00:23] <LimCore> 7z build in help is better then man page
[00:23] <LimCore>   e: Extract files from archive (without using directory names)
[00:23] <greg-g> LimCore: yes. yes. that is fine. so submit a patch if you want.  not much more to discuss.
[00:24] <stgraber> LimCore: if the manpage is located in the source tarball (so no debian/), then the place to file a bug about it and have it fixed is upstream. Then Debian and Ubuntu will get that change without having to update patches and manually process the merges.
[00:49] <Hobbsee> How's the bug jam?
[00:50] <Odd-rationale> Went great!
[00:50] <Odd-rationale> I think i learned a lot...
[00:51] <Hobbsee> \o/
[00:52] <emgent> fuck telecom.
[01:48] <persia> !ohmy | emgent
[01:50] <mrooney> persia: nice command, I learn something new every day!
[01:54] <emgent> lol thanks persia.
[02:08] <andresmujica> hi all!, i've been retired for a while from bug triaging, i'm trying to go back but now i'm not sure about which package must be kernel bugs be reported... to linux (ubuntu) or specific release?
[02:11] <pwnguin> i think that changed to linux recently
[02:11] <persia> Yes, linux (Ubuntu) (/ubuntu/+source/linux/)
[02:12] <persia> Note that including the specific release information in the description is important, but otherwise far too many bugs got lost in kernel version transitions.
[02:13] <andresmujica> ok thks
[02:13] <andresmujica> hmm
[02:13] <andresmujica> now how can i link it to the upstream project bug tracker??  via also affects project??
[02:14] <andresmujica> specific release you mean hardy or 2.6.24 ?
[02:22] <andresmujica> found it...
[02:46] <anakron> Hi all
[04:10] <anakron> someone knows hot to enable 5-a-day applet in XFCE?? in UBuntu Intrepid
[04:10] <anakron> cause i cant
[04:33] <anakron> awsoonn
[04:33] <anakron> Thanks for your words
[04:34] <anakron> Awsoonn
[04:59] <anakron_> Awsoonn
[04:59] <anakron_> did you read me?
[05:08] <anakron_> Someone know how to enable five-a-day applet on XFCE?
[05:23] <persia> anakron: As a non-user of either Xfce or the 5-a-day-applet, take my advice with some caution, but have you tried logging out and logging in again?  Also, have you tried whatever is the normal facility to add applets?
[05:23] <anakron_> yeah i try but i cannot see it
[05:23] <anakron_> cause the applets that xfce use have .desktop extension
[05:24] <anakron_> and the 5-a-day applet is made in python
[05:24] <persia> anakron: I suspect you want advice from someone who uses that environment then.
[05:25] <anakron_> i found it
[05:25] <anakron_> xD i can do it now
[05:26] <anakron_> i was so easy
[05:27] <anakron_> you must to install xfce4-xfapplet-plugin, that enable gnome applets in xfce panel
[05:27] <anakron_> its too old that package hahaha
[05:28] <anakron_> ill write it in my blog now
[05:31] <anakron_> but it not like gnome
[05:31] <anakron_> it shows a window that says is required to write your pass everytime when you send a bug
[05:36] <anakron_> It seems that this applet work with gnome keys software ( i cant remember the name) so it only need to be writed once and then it takes from there
[07:05] <nellery> hi Awsoonn
[07:06] <nellery> are you planning on organizing the next Hug Day?
[07:09] <emgent> nellery: ask to jono
[07:18] <dholbach> good morning
[07:19] <thekorn> good morning dholbach
[07:19] <dholbach> hi thekorn! :)
[07:19] <techno_freak> dholbach, morning
[07:20] <dholbach> hiya techno_freak
[07:26]  * greg-g waves to everyone
[07:27] <dholbach> hey greg-g
[07:27] <techno_freak> hey greg-g
[07:28] <greg-g> dholbach: should I be worried that Jono and Jorge are talking about me at Debconf? ;)
[07:28] <greg-g> dholbach: to a coworker of mine, no less.
[07:29] <dholbach> hehe... :-)
[07:29] <dholbach> what were they talking about?
[07:29] <elmargol> debian people are strange... why are you streaming in  a format noone can play? :D
[07:30] <greg-g> no idea, my coworker just said "Jono and Jorge are excited to talk about you"
[07:30] <dholbach> it must be the good work you're doing! :-)
[07:30] <tuxmaniac> Jorge's identica micro feeds give a perfect outline of whats happening there
[07:31] <greg-g> dholbach: hope so ;)
[07:31] <greg-g> tuxmaniac: unfortunately not many others are using that #debconf8 tag
[07:31] <greg-g> "not many" meaning "no one"
[07:31] <tuxmaniac> :)
[07:31] <techno_freak> ah
[07:32] <greg-g> http://identi.ca/tag/debconf8
[07:32] <elmargol> greg-g, i used the tag once to flame about the streams
[07:32] <greg-g> heh, nice
[07:33] <elmargol> [edit]  Known Issues:     *  mplayer (at least in the etch and lenny/sid versions) fails to display video from the streams at all, it does seem to play the audio.
[07:33] <elmargol> gstreamer-using programs (such as totem-gstreamer) can't play the video streams because 'application/x-ogg-skeleton' data is only handled by the latest CVS gst-plugins-base.
[07:33] <dholbach> elmargol: did you talk to the guys on the IRC channel?
[07:35] <dholbach> so how does  http://people.ubuntu.com/~dholbach/bugjam.png  look?
[07:35] <dholbach> I think we've done a GREAT GREAT job at the Global Bug Jam!
[07:35]  * dholbach is going to blog about it later on
[07:37] <greg-g> dangit, ok, get everyone back together! we have 166 bugs to go.  We can do it!
[07:37] <greg-g> ;)
[07:37] <techno_freak> ;)
[07:37] <dholbach> there's going to be another GBJ :)
[07:37] <dholbach> and I for one will try to have regular Bug Jams in Berlin
[07:38] <tuxmaniac> dholbach: you were late in providing me that png :-)
[07:38] <tuxmaniac> let me make an update or may be a new post
[07:38] <tuxmaniac> :P
[07:38]  * techno_freak makes a list of things to add to his upcoming blog post
[07:38] <tuxmaniac> aah at last the freak has agreed to blog
[07:41] <elmargol> dholbach, they allready know about those problems. They don't care... we are talking about debian here
[07:41] <elmargol> They never care :D
[07:41]  * greg-g slowly turns around and walks away
[07:42] <dholbach> elmargol: ...
[07:48] <greg-g> dholbach: how finalized is that image?
[07:48] <greg-g> ie: show I not use it yet?
[07:48] <dholbach> greg-g: it's updated every now and then
[07:48] <dholbach> so you can just include it
[07:48] <dholbach> it will get updated
[07:48] <greg-g> ah, right on.  cool, thanks.
[08:14] <anakron> Hi all
[08:15] <anakron> Hi Daniel Holbach
[08:15] <anakron> Hi Awsoonn
[08:15] <anakron> Hi emmet
[09:52] <dholbach> we have reports from Toulouse, India and Michigan already
[09:52] <dholbach> and I'll write the Berlin one in a bit
[09:52] <dholbach> at least I uploaded some pictures already :)
[09:55] <anakron> GBJ news?
[09:55] <anakron> experiences?
[09:59] <techno_freak> dholbach, i just completed the report in my blog ;)
[10:00] <anakron> i create one, but in Spanish
[10:00] <dholbach> that's fine
[10:01] <dholbach> link it from https://wiki.ubuntu.com/GlobalBugJam/Stories please :)
[10:01] <techno_freak> :)
[10:01] <Flannel> dholbach: Itd be nice to get the GBJ icon/logo thing as a svg
[10:02] <dholbach> Flannel: hum... I need to find out where to get that - Jono got it from an artist
[10:03] <anakron> :O
[10:03] <anakron> Jono release a music disc?
[10:03] <anakron> recently?
[10:08] <techno_freak> dholbach, added :)
[10:09] <dholbach> techno_freak: great
[12:09] <persia> qense: Considering that even Debian and Ubuntu aren't binary compatible, how would one go about making this true on a wider scale?
[12:09] <qense> I've got no idea
[12:10] <qense> It does cause a lot of problem
[12:10] <qense> s
[12:10] <qense> So I think it deserves some thinking, at least.
[12:10] <qense> It's quite an issue, we don't want to let the players of our game have to compile the specific needed libs by themselves.
[12:11] <qense> If this 'layer' would be the only thing that needs to be compiled specifically for each distro, it would make things a lot easier.
[12:11] <persia> qense: Well, I'm not very sympathetic to closed-source stuff, but even so, we'd have to never do any of the changes to the compilation stack that let us add security features, etc.  Also, *every* distribution would need to ship the same version of the libraries at the same time.
[12:11] <qense> Even if libs could register themselves
[12:12] <persia> The libraries due have a mapping: that's what ld does.
[12:12] <persia> s/due/do/
[12:13] <persia> It's just that people would need to get the same versions of the libraries used in compilation.  It makes it hard to upgrade anything.
[12:13] <qense> That's true.
[12:13] <persia> Given that distributions all release at different times, that effectively means no more upgrades.
[12:13] <qense> Would implement Mark's proposal about syncing the freeze times make this any easier?
[12:15] <persia> A little bit, but only if everyone agreed on 1) which versions of each library to ship, 2) which patches to use on the toolchain, 3) how to compile each library.  I'm not sure that such a model matches well to the current market.
[12:15] <qense> true
[12:15] <persia> Even the current proposals don't expect more than common versions of things like GCC, X, etc.
[12:15] <qense> There are so many distros since everyone wants to make their own choices.
[12:15] <persia> Anyway, I think you'll do better on brainstorm with such a thing.
[12:16] <qense> Brainstorm is more for ready ideas
[12:16] <qense> This needs a lot of dicussion
[12:16] <persia> RIght.  As soon as someone wants to make a different choice, that wouldn't be supported, even if you got all the other distros to agree.
[12:17] <persia> I see it as ideas > blueprints > bugs > patches in terms of specificity.  Being too general for brainstorm makes it *much* too general for bugs (with bug #1 being a special exception)
[12:18] <scuzzola> how many distro's are there? The reason is each thinks it can do things better than the other, getting them all to agree on anything is going to be an achievement noteworthy of a nobel prize
[12:18] <qense> :P too much affect project at big 1
[12:19] <persia> qense: Right, otherwise it'd be good triage to close it as Invalid, as the scope is large, and it needs lots more discussion before it can be assigned to anything :)
[12:19] <persia> scuzzola: Precisely.  That's why I think bug #256897 should be something other than a bug.
[12:19] <qense> It's easier to discuss things at Launchpad than at Brainstorm. The discussion systems are not that sophisticated at Branstorm.
[12:20] <qense> Discussing it at mailist would make the audience smaller.
[12:20] <persia> qense: I guess, but I think this sort of thing belongs in an entirely different forum.  One place might be distributions@lists.freedesktop.org (read the archives before posting, etc.)
[12:21] <persia> Yes, but with the right mailing list, you get the right people.  If 1 billion people thought it was a good idea, and 50 people each wanted to have a different distribution, it still wouldn't work, if those 50 people were capable of creating distributions.
[12:22] <qense> that's true
[12:23] <persia> That said, for the specific problem that caused you to open the bug, you could create an open-source wrapper with a known fixed ABI, have that wrapper compiled on each distribution, and have your closed-source thing use that ABI.
[12:23] <qense> We'll have a look at that solution.
[12:24] <scuzzola> isn't ABI pretty much defined by kernel and compiler?
[12:24] <scuzzola> linkers and loaders
[12:24] <qense> I'm now reading the distributions mailist archives, I think I'm going to send this to that mailist.
[12:24] <persia> qense: Good luck.  I'm marking the bug Invalid now: not because you don't have a valid problem, but because I don't think it can be fixed by a patch to Ubuntu.
[12:24] <qense> ok
[12:24] <qense> thx for your thoughts
[12:24] <persia> qense: Happy to share :)
[12:26] <persia> qense: You may also want to look at some of the LSB (Linux Standards Base) work for examples of how this sort of idea was received previously.
[12:26] <qense> ok
[12:33] <qense> jcastro: you're a member of the distributions mailist? What's the current status of the general package guidelines you planned to create on that list?
[13:09] <persia> Hi all.  vadi2 is the reporter of bug #256452
[13:10] <persia> Could someone familiar with GDM triage please take a look?  vadi2 wants to reinstall, but doesn't want to lose any information that may be helpful to properly triage the bug.
[13:11] <vadi2> I'll also note that there is a whole bunch of errors while it's loading, but in the end it comes to the blue screen
[13:12] <seb128> looking
[13:12] <seb128> ls /var/lib/gdm -ld?
[13:13] <vadi2> drwxr-x--- 3 gdm gdm 4096 2008-08-09 14:31 /var/lib/gdm
[13:14] <Cuhar> hello, just a question about using of launchpad
[13:15] <Cuhar> I have posted a bug related with usb mounting (Bug 251781)
[13:15] <Cuhar> yes, that's it
[13:15] <Cuhar> I started the report, then another user joined and the bug has been marked for intrepid
[13:16] <Cuhar> but I have the issue in Hardy
[13:16] <Cuhar> and now also more people having it
[13:16] <Cuhar> know*
[13:16] <Cuhar> should I click the link called "Nominate for release"?
[13:16] <seb128> Cuhar: no
[13:17] <seb128> vadi2: what users has the uid 106 and what group the gid 114?
[13:18] <vadi2> seb128: what's the terminal command to check?
[13:18] <persia> grep 106 /etc/passwd; grep 114 /etc/group
[13:18] <seb128> persia: do you use intrepid? what permissions do you have this /var/lib/gdm there?
[13:19]  * persia boots the intrepid box
[13:19] <vadi2> gdm:x:106:114:Gnome Display Manager:/var/lib/gdm:/bin/false
[13:19] <vadi2> That's for the first one
[13:19] <vadi2> gdm:x:114:
[13:19] <vadi2> And there's the second
[13:20] <seb128> that's weird, the directory is owned by those
[13:20] <Cuhar> afk
[13:20] <seb128> do you have disk issues? maybe /var/lib is read-only or something and the error not smart about that?
[13:20] <vadi2> There were a bunch of ETX3-fs errors though when loading, something about inodes. I'm suspecting now that the HD is broken
[13:20] <seb128> or no space
[13:21] <vadi2> Should have enough space
[13:21] <vadi2> I have another HD I can try this test case with
[13:21] <seb128> try fixing your disk errors
[13:21] <vadi2> fsck?
[13:21] <seb128> you are the only one to get the issue so I doubt that's a gdm upgrade bug
[13:21] <seb128> yes
[13:22] <vadi2> Right. It's running
[13:24] <seb128> vadi2: stat /var/lib/gdm?
[13:24] <vadi2> fsck gave buffer i/o errors on device sda1
[13:25] <vadi2> Oi, yes, many errors. It is a broken hd
[13:26] <vadi2> I'll get another one and reinstall to see if I can repeat it.
[13:26] <persia> seb128: I get drwxrwx--T root gdm for /var/lib/gdm on my machine.
[13:26] <seb128> ok, can you close the bug if you don't get it again?
[13:27] <seb128> persia: same here, thanks, I'm wondering why
[13:27] <seb128> gdm.postinst has
[13:27] <seb128> if [ -d /var/lib/gdm ]; then
[13:27] <seb128>   chown -R gdm:gdm /var/lib/gdm
[13:27] <seb128>   chmod 0750 /var/lib/gdm
[13:27] <seb128> fi
[13:27] <seb128> could be gdm which changes it at runtime
[13:28] <vadi2> I will, and thanks for your time.
[13:28] <seb128> you're welcome
[14:19] <bddebian> Boo
[14:47] <tuxmaniac> bddebian: boo
[14:47] <bddebian> :-)
[15:00] <mvo> pedro_: could you please do another verification of #255666 ? I had to upload a new versoin
[15:00] <pedro_> mvo: sure, give me a few minutes
[18:05] <cactaur> https://bugs.launchpad.net/ubuntu/+source/xchat/+bug/247524 <---- Can anyone who's using xchat reproduce this bug? I think I reproduced it the first time I tried. But after that time, it works correctly. I was wondering if it's like that on other machines.
[18:11] <tuxmaniac> cactaur: reproduced
[18:11] <cactaur> tuxmaniac: How about on the second time?
[18:12] <tuxmaniac> cactaur: i just checked that too. 100% reproducible
[18:12] <cactaur> All right.
[18:20] <techno_freak> tuxmaniac, reproducible? not for me :s
[18:23] <cactaur> techno_freak: At all? Or after the first time?
[18:23] <techno_freak> i can't reproduce, tried 3 or 4 times
[18:27] <tuxmaniac> techno_freak: its reproducible always here
[18:28] <techno_freak> now this is fun
[18:28] <tuxmaniac> hold let me try it again with my clone
[18:28] <cactaur> tuxmaniac: Which release are you using?
[18:28] <cactaur> of Ubuntu
[18:29] <tuxmaniac> hardy
[18:29] <tuxmaniac> latest
[18:29] <tuxmaniac> reproduced again. and again
[18:29] <cactaur> Oh boy! Now this IS interesting.
[18:29] <techno_freak> heh
[18:30] <techno_freak> tuxmaniac, it "always on viscible workspace" > minimize from icon > maximize from icon > "only on this workspace", right?
[18:30] <techno_freak> it's*
[18:31] <tuxmaniac> techno_freak: yes make it "always on visible workspace"
[18:31] <tuxmaniac> techno_freak: then go to other workspaces and see whether it appears there
[18:31] <techno_freak> it does
[18:31] <tuxmaniac> techno_freak: return to 1 or the original workspace
[18:31] <techno_freak> done
[18:31] <tuxmaniac> no click on panel icon. (near the clock)
[18:31] <tuxmaniac> and then maximise it
[18:32] <tuxmaniac> again my clicking the icon.
[18:32] <techno_freak> done
[18:32] <tuxmaniac> now go to the other workspace. it wont show there
[18:32] <techno_freak> it does
[18:32] <tuxmaniac> heh
[18:32] <tuxmaniac> it doesnt here
[18:33] <cactaur> Well, I guess that means the bug has been confirmed at least once.
[18:33] <techno_freak> but not reproducible by all
[18:33] <techno_freak> tuxmaniac, what's your version?
[18:33] <tuxmaniac> techno_freak: do you have compiz turned on?
[18:33] <techno_freak> tuxmaniac, yes I do
[18:33] <tuxmaniac> turn it off and check
[18:34] <tuxmaniac> my installed version is  2.8.4-0ubuntu7
[18:34] <cactaur> Mine too.
[18:35] <techno_freak> cactaur, ok, the bug is reproducible without compiz (my windows kinda messes up when i turn off compiz)
[18:35] <tuxmaniac> :)
[18:35] <cactaur> yeah, it is here too.
[18:36] <tuxmaniac> cactaur: solved? :-)
[18:36] <techno_freak> because I use some stupid themes
[18:36] <techno_freak> cactaur, i will comment and confirm
[18:36] <cactaur> all right.
[18:36] <tuxmaniac> techno_freak: leave that to cactaur :-)
[18:36] <techno_freak> ok i will comment, you confirm
[18:36] <techno_freak> cactaur, ^^ ;)
[18:37] <techno_freak> tuxmaniac, you need some one to comment, to confirm, let us do it
[18:37] <tuxmaniac> cactaur: would you mind if we comment?
[18:37] <cactaur> Well, I already commented and confirmed before you got to the root of the problem. So it'll probably be better if you comment.
[18:37] <tuxmaniac> ok
[18:37]  * techno_freak also needs to fix the mess now
[18:39] <techno_freak> ok i commented the compiz-no no-compiz-yes part :)
[21:55] <daradib_> Can someone please set Bug 252287 as status wishlist?
[21:56] <pedro_> daradib_: done
[21:57] <daradib_> pedro_: thanks
[21:57] <pedro_> np ;-)
[21:58] <daradib_> pedro_: if you don't mind, please take a quick look at it and mark as triaged if you think appropriate
[21:59] <daradib_> or anyone else from BugControl for that matter
[21:59] <bdmurray> pedro_: Have you seen any gnome-terminal crash bugs?
[21:59] <daradib_> thanks in advance
[22:00] <daradib_> pedro_: me?
[22:00] <greg-g> daradib_: see this page on why you don't really want to mess with those bugs unless you are a developer: https://wiki.ubuntu.com/Bugs/HowToTriage#Special%20types%20of%20bugs
[22:00] <daradib_> thanks for the advice then
[22:00] <greg-g> you are welcome
[22:01] <daradib_> i wanted someone else to see if this was appropriate; i got my answer
[22:01] <greg-g> they are special case "bugs" that are actually project management tasks for the Dev/MOTU teams
[22:01] <pedro_> bdmurray: well a lot of them, but no recently, are you facing one?
[22:01] <daradib_> greg-g: but...
[22:01] <bdmurray> pedro_: twice when I've been highlighting stuff in a terminal all gnome-terminal windows close
[22:02] <daradib_> none of the groups are subscribed
[22:02] <greg-g> daradib_: no worries, they are a special case issue, you aren't expected to know what they are without reading
[22:02] <daradib_> the bug was opened by an individual not in one of the mentioned teams
[22:02] <daradib_> (i had read the HowToTriage)
[22:03] <greg-g> daradib_: no, they are not subscribed but the title matches the first set of examples
[22:03] <daradib_> the point is I don't think any developer is actually using that bug as a project management task
[22:03] <hggdh> pedro_, ping
[22:03] <greg-g> daradib_: either way (if they are or they aren't) setting to triaged is not the correct next step for it
[22:03] <daradib_> ok
[22:03] <daradib_> it's a learning process
[22:03] <greg-g> I know, it is a weird exception
[22:04] <greg-g> :)
[22:05] <pedro_> bdmurray: can you report it with apport/get a backtrace and submit it ?
[22:05] <pedro_> hggdh: hey hey
[22:05] <bdmurray> pedro_: yeah, I'll try and recreate it again
[22:06] <pedro_> bdmurray: rock, thanks you
[22:06] <daradib_> when i saw the bug, i thought yes, this looks like the exceptions, but no developers are subscribed, so how can the bug be a project management task, especially since it was opened  and subscribed by bug squad members
[22:06] <daradib_> whatever then
[22:06]  * pedro_ kicks evolution
[22:37] <Ampelbein> Could someone please set Bug 257084 as status wishlist?
[22:45] <bdmurray> Ampelbein: why wishlist?
[22:46] <Ampelbein> because i don't think it's a bug
[22:47] <bdmurray> Hmm, maybe not.  Its not like busybox is advertising features that don't exist but rather has features that aren't advertised. :)
[22:48] <Yasumoto> bdmurray: in this case, wouldn't it be good to ensure all the commands are properly listed?
[22:49] <bdmurray> Yasumoto: Yes, I'd think so.  I'd set it to Low though.
[22:49] <Yasumoto> Alright, cool. that was going to be my next question :)
[22:49] <Yasumoto> thanks
[22:58] <bdmurray> It's actually in the help on Intrepid
[23:00] <bdmurray> So Fix Released!
[23:34] <hggdh> bdmurray, ping
[23:38] <hggdh> ogasawara, this is the example I was looking for yesterday: bug 149524
[23:39] <ogasawara> hggdh: thanks.  I discussed your (an others) concerns with bdmurray
[23:41] <hggdh> sorry for the delay in finding the bug
[23:44] <bdmurray> hggdh: pong