[00:00] <FFEMTcJ> hey dhillon-v10
[00:00] <dhillon-v10> FFEMTcJ, hey what's up
[00:01] <dhillon-v10> FFEMTcJ, I didn't you triage bugs
[00:01] <FFEMTcJ> tryin to
[00:01] <FFEMTcJ> lol
[00:01] <FFEMTcJ> is screenlets done upstream? if it isnt then the way it is would be fine.. just needs to be confirmed.
[00:01] <dhillon-v10> FFEMTcJ, can you help me out with that bug
[00:01] <dhillon-v10> FFEMTcJ, yah that one
[00:08] <lifeless> dhillon-v10: so that is an upstream bug tassk; the ubuntu rules for triage * do not apply * to upstreams - they may do it differently.
[00:09] <lifeless> dhillon-v10: https://bugs.edge.launchpad.net/ubuntu/+source/screenlets is where you will find the Ubuntu tasks for screenlets.
[00:09] <dhillon-v10> lifeless, thanks :)
[00:47] <feasty> Hi there. I am looking into how to go about getting started fixing bugs for Ubuntu. Can anyone point me in the right direction to start working on fixing some bugs. I have read the wiki pages but cant seem to see where I would go to pick one up to work on. Can anyone help me please?
[00:47] <lifeless> bugs.launchpad.net/ubuntu
[00:47] <lifeless> theres about 100K there to choose from
[00:48] <micahg> feasty: we do bug triage in here, not fixing
[00:48] <feasty> ah ok
[00:48] <feasty> sorry
[00:48] <micahg> hmmm
[00:48] <micahg> do we actually have a place for fixing?
[00:49] <micahg> #ubuntu-motu is probably the closest thing
[00:49] <lifeless> ubuntu-devel, ubuntu-motu
[00:49] <micahg> feasty: ^^
[00:49] <feasty> Well im a developer and was looking to help out
[00:49] <micahg> feasty: that's great!
[00:49] <lifeless> its not really offtopic for ubuntu-bugs, but the skillset of folk that hang out is different
[00:49] <feasty> I was told that fixing was a good way in ubuntu-dev channel
[00:49] <micahg> there are numerous ways to help out
[00:50] <micahg> fixing bugs, triage bugs, answering questions
[00:50] <feasty> yeah I do a lot of the helping out people with linux in general but I was really looking to program if I can.
[00:52] <micahg> feasty: ok, let's go to #ubuntu-motu
[00:52] <feasty> ok thanks
[00:53] <feasty> shall I just fire my question out in there again?
[00:54] <micahg> well, I'll talk to you over there
[00:54] <feasty> ok
[01:03] <cdavis> Would someone tell me if it appears as though I worked Bug 489726 correctly?
[01:03] <ubot4> Launchpad bug 489726 in ebox-dhcp "Can't create PID file /var/run/dhcpd.pid: Permission denied" [Undecided,Confirmed] https://launchpad.net/bugs/489726
[01:03] <cdavis> Would someone tell me if it appears as though I worked Bug 489726 correctly?
[01:04] <cdavis> Would someone tell me if it appears as though I worked Bug 489726 correctly?
[01:04] <ubot4> Launchpad bug 489726 in ebox-dhcp "Can't create PID file /var/run/dhcpd.pid: Permission denied" [Undecided,Confirmed] https://launchpad.net/bugs/489726
[01:04] <cdavis> sorry
[01:06] <micahg> cdavis: looks ok to me, does it work with that change?
[01:08] <cdavis> micahg: It appears to. no error in log about pid file and it creates it properly
[01:13] <micahg> well, the pid is hardcoded in a .pm file
[01:14] <micahg> I meant the pid file
[01:15] <cdavis> I was afraid it might be looking for it like that.
[01:15] <micahg> I wonder if it's an apparmor thing
[01:15] <cdavis> Yes, I believe it is apparmor blocking it
[01:16] <cdavis> I guess the other change could be to add that rule to apparmor
[01:16] <cdavis> I can work on that and see if it works
[01:16] <micahg> what's happening, is it trying to start the server?
[01:17] <cdavis> ebox is starting dhcpd from a custom init script
[01:17] <cdavis> and I thikn apparmor is blocking the creation of the pid file in /var/run
[01:17] <micahg> cdavis: why should it use a custom script in the first place?
[01:18] <micahg> yeah, I just confirmed that apparmor specifies the PID file for dhcpd3
[01:18] <cdavis> I wondered the same thing, but I don't know much about ebox
[01:19] <cdavis> so, should my concentration be on helping the person who filed the bug get it working or figuring out the correct way to fix it moving forward?
[01:20] <micahg> cdavis: depends on your goal...from a triage point of view, I think we need to figure out if this is an upstream issue or ours
[01:20] <micahg> cdavis: you can certainly mark your fix as a workaround
[01:21] <micahg> but that's not a fix
[01:21] <micahg> cdavis: to add a workaround, edit the description and clearly add a WORKAROUND section
[01:25] <cdavis> OK.
[01:25] <micahg> I'm trying to chat with the ebox people now
[01:26] <micahg> if they aren't going to use the system start script, we might need to patch the source
[01:43] <cdavis> Can I actually edit my comment or do I need to post another one?
[01:43] <micahg> cdavis: you can't edit a comment, you have to edit the description to post a workaround
[03:00] <nigel_nb> micahg: got a min?
[03:00] <nigel_nb> bug 430575, I can't understand what the user is trying to say
[03:00] <ubot4> Launchpad bug 430575 in gnome-screensaver "CTRL-ALT-L or Fn+F2 does not turn off display backlight" [Undecided,New] https://launchpad.net/bugs/430575
[03:10] <spO> can one of you work on this bug:   https://bugs.launchpad.net/ubuntu/karmic/+source/fglrx-installer/+bug/440233
[03:10] <ubot4> Launchpad bug 440233 in fglrx-installer "fglrx fails at startup because of missing amdpcsdb.default + removal leaves bad settings in Xorg.conf" [High,Confirmed]
[03:15] <micahg> hi nigel_nb
[03:15] <nigel_nb> hey micahg :)
[03:16] <micahg> spO: you should probably check with #ubuntu-x on Monday
[03:17] <micahg> nigel_nb: I think the assumption is that if the screen is black the backlight should be off
[03:17] <micahg> nigel_nb: I suggest checking b.g.o for a bug
[03:17] <nigel_nb> bgo?
[03:18] <micahg> bugzilla.gnome.org
[03:18] <nigel_nb> micahg: ah :)
[03:21] <nigel_nb> this looks like the right one
[03:21] <nigel_nb> https://bugzilla.gnome.org/show_bug.cgi?id=541717
[03:21] <ubot4> Gnome bug 541717 in general "'Lock Screen' applet should give option to 'Power Down Screen' - useful for laptops" [Enhancement,Unconfirmed]
[03:22] <micahg> nigel_nb: looks right, you know how to add an upstream task?
[03:22] <nigel_nb> yep
[03:22] <nigel_nb> adding
[03:23] <micahg> actually not exactly but that would work
[03:25] <nigel_nb> technically, he's asking for the same thing
[03:25] <micahg> yeah, I think we should probably reassign to match upstream
[03:25] <nigel_nb> can you take a look now and let me know if i did everything right?
[03:26] <micahg> nigel_nb: I think it's actually gnome-panel
[03:26] <micahg> upstream
[03:26] <nigel_nb> not gnome-power?
[03:26] <micahg> if lock-screen is to do it, that's part of the panel
[03:29] <nigel_nb> upstream bug report mistake
[03:30] <nigel_nb> do you want me report a new bug upstream?
[03:31] <micahg> nigel_nb: nah, I can edit it
[03:31] <micahg> nigel_nb: wait, what do you mean mistake?
[03:34] <nigel_nb> the person who reported it upstream
[03:34] <nigel_nb> reported it against gnome-power
[03:34] <micahg> nigel_nb: yes, but the upstream dev moved it to gnome-panel as the lock applet should turn off the backlight
[03:35] <nigel_nb> yeah, just noticed that, then why is launchpad not recognizing it?
[03:35] <micahg> nigel_nb: LP picks upstream based on the ubuntu task
[03:35] <micahg> I"ll fix it
[03:36] <nigel_nb> :) thanks
[03:37] <micahg> nigel_nb: fixed and triaged
[03:37] <nigel_nb> thanks a lot micah :)
[03:37] <micahg> nigel_nb: thank you for finding the upstream :)
[03:38] <nigel_nb> my 2 bits ;)
[03:52] <nigel_nb> micahg: how well do u play chess?
[03:52] <micahg> nigel_nb: depends
[03:52] <micahg> why?
[03:53] <nigel_nb> bug 489754, I tried reproducing it, but I think it happens only in one case
[03:53] <ubot4> Launchpad bug 489754 in gnome-games "The GNU Chess stops working once you use Ctrl+z. It goes on thinking..." [Undecided,New] https://launchpad.net/bugs/489754
[03:53] <nigel_nb> it happens only when u ctrl + z and then take one of the computer's pieces
[03:53] <micahg> nigel_nb: you tried on karmic?
[03:53] <nigel_nb> I could get to that situtaion only once
[03:53] <nigel_nb> yeah karmic
[03:53] <nigel_nb> since I dont play all that well...
[03:54] <micahg> nigel_nb: have you checked upstream?
[03:54] <nigel_nb> not yet
[03:54] <nigel_nb> ohh
[03:55] <nigel_nb> checking
[03:57] <nigel_nb> nothing upstream
[03:57] <nigel_nb> its a very rare bug
[03:59] <micahg> nigel_nb: gnome 596128
[03:59] <ubot4> Gnome bug 596128 in General "legal move is not recognized" [Major,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=596128
[04:00] <nigel_nb> micahg: bingo :)
[04:00] <micahg> if only bmo was so easy to search :)
[04:01] <nigel_nb> mozilla?
[04:01] <micahg> yep
[04:01] <micahg> nigel_nb: do you have a gnome upstream account?
[04:02] <nigel_nb> yep
[04:02] <nigel_nb> if I dont find one, I generally file one
[04:02] <micahg> can you post our LP bug in that upstream and mark confirmed if you can
[04:02] <micahg> actually, you probably can't mark confirmed
[04:02] <micahg> but please add our bug link so that upstream can confirm
[04:03] <nigel_nb> will do :)
[04:04] <micahg> nigel_nb: can you post the link upstream for that one you did earlier as well?
[04:04] <nigel_nb> micahg: sure.
[04:05] <nigel_nb> eh, what do I say?
[04:05] <micahg> just a link to our LP bug, like also reported in Ubuntu: bug link
[04:05] <nigel_nb> okay :)
[04:07] <nigel_nb> micahg: done.
[04:08] <micahg> nigel_nb: nice :)
[04:08] <nigel_nb> learning my way :)
[04:08] <micahg> nigel_nb: you're doing great
[04:08] <micahg> I'll mark triaged
[04:08] <micahg> nigel_nb: what importance do you think it should have?
[04:09] <nigel_nb> honestly, low
[04:09] <nigel_nb> max medium
[04:09] <micahg> I'd say medium since it's in main and there's no workaround
[04:09] <nigel_nb> but medium is overkill, it only happens when you alt+z all the time (not always then either)
[04:10] <micahg> oh, so it's unusual?
[04:10] <micahg> ok, Low then
[04:10] <nigel_nb> yeah, I've been playing chess for 1 hour
[04:10] <nigel_nb> happened only twice
[04:10] <micahg> wow, that's dedication :)
[04:10] <nigel_nb> when I alt+z'd and then eat one of the computer's pieces
[04:10] <nigel_nb> eat/ate
[04:11] <nigel_nb> hahaha, nice to triage bugs in games
[04:11] <micahg> nigel_nb: BTW, it's generally a good idea to subscribe to what you triage in case there are issues later or if the reporter has questions
[04:12] <nigel_nb> shucks.. forgot
[04:12] <micahg> nigel_nb: you're doing great1
[04:13] <nigel_nb> :)
[05:01] <nigel_nb> can someone wishlist bug 489533 for me please
[05:01] <ubot4> Launchpad bug 489533 in brasero "When adding files, Brasero should open the file dialog in the same directory as the last time a file was opened" [Undecided,New] https://launchpad.net/bugs/489533
[05:57] <nigel_nb> wb micahg
[06:11] <micahg> nigel_nb: hi
[06:12] <nigel_nb> net split?
[06:12] <micahg> nigel_nb: no, I went somewhere
[06:12] <nigel_nb> oh ok
[06:12] <nigel_nb> can you wishlist bug 489533 for me please?
[06:14]  * micahg kicks ubot4
[06:15] <micahg> nigel_nb: LP seems down
[06:16] <nigel_nb> oh
[06:16] <nigel_nb> yeah :P
[06:16] <nigel_nb> thats when i stopped workin
[06:16] <nigel_nb> micahg: I'm thinking of helping out with motu
[06:17] <micahg> nigel_nb: cool
[06:17] <nigel_nb> how tough is the road ahead?
[06:17] <micahg> nigel_nb: depends what you want to do
[06:18] <micahg> just adding patches and updating stuff is pretty easy
[06:19] <nigel_nb> what about packaging and maintaining packages?
[06:40] <nigel_nb> launchpad is back up :)
[07:40] <micahg> nigel_nb: maintaining isn't too hard
[07:41] <nigel_nb> i'm going through the videos now, to get an idea of what needs to be done
[07:41] <micahg> nigel_nb: packaiging from scratch can be hard depending on what it is
[07:41] <nigel_nb> oh
[07:42] <micahg> nigel_nb: it can also be easy depending
[07:43] <nigel_nb> depending on the package?
[07:43] <micahg> nigel_nb: wishlist done
[07:43] <nigel_nb> thank you  :)
[07:43] <micahg> nigel_nb: some things are easier to package than others
[07:44] <nigel_nb> micahg: one step at a time thenn
[07:46] <nigel_nb> :)
[08:13] <jbicha> whenever I press Fn + F5 on my laptop, I end up crashing X
[08:14] <jbicha> I believe Fn + F5 is supposed to switch between laptop screen & an external screen
[08:17] <jbicha> I think this is part of the problem: [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
[08:18] <jbicha> what's the best way to report this bug?
[08:18] <micahg> I'm checking to see if it's reported already
[08:19] <micahg> jbicha: bug 440997
[08:19] <ubot4> Launchpad bug 440997 in xserver-xorg-video-intel "[i915gm] Fn-F5 doesn't switch between inbuilt and aux display" [Undecided,Confirmed] https://launchpad.net/bugs/440997
[08:20] <jbicha> micahg: thanks very much
[08:20] <micahg> jbicha: np
[08:20] <micahg> jbicha: you might want to comment that it is now crashing as well
[08:21] <jbicha> micahg: should I attach all those log files myself too?
[08:22] <micahg> jbicha: not unless asked, I'd just state your intel driver version
[18:36] <devtux87> Hello
[18:37] <devtux87> hi
[18:37] <LimCore> hello, Im wondering about the unusuall high reate of bugs in KDE applications in Ubuntu. Are most of them upstream, or are "we (Ubuntu developers
[18:38] <LimCore> hello, Im wondering about the unusuall high reate of bugs in KDE applications in Ubuntu. Are most of them upstream, or are "we" (Ubuntu developers) doing sometihng wrong (like shipping unsable versions)?
[18:39] <devtux87> Lime i don't think so ubuntu are buggy
[18:39] <devtux87> the errors in 80% of the hardware
[18:40] <devtux87> wich app is buggy for u?
[18:40] <LimCore> guys in #kde say ubuntu is more buggy the other distros, in terms of bugs in kde applications at least
[18:40] <LimCore> we are talking now on #kde
[18:40] <devtux87> :) im luky, im useing gnome :)
[18:40] <devtux87> *lucky
[18:40] <LimCore> well I use gnome, bug I use some kde applications
[18:41] <devtux87> well in gnome there are a lot's of bug too
[18:41] <LimCore> this "Im a kde/gnome user" thing is quite stupid imho, its like "Im user of applications written in C++ / in C / in Delphi"
[18:41] <devtux87> just see gnome commander, the hole program is seriously wrong :S
[18:41] <LimCore> I use some applications, some of them are happened to be using kde,  and this apps crash a lot:
[18:42] <LimCore> krusader - extreamly buggy, I can crash it daily
[18:42] <LimCore> kmail - very buggy
[18:42] <LimCore> ksysguard - one other example of application with bugs (small bugs, lost of settings, also crashes)
[18:42] <devtux87> krusader is better then gnome commander :) try it, please press space in any map, and you will ctach a segmentation fault
[18:42] <devtux87> :P
[18:43] <LimCore> for example, this guy seems to be sharing my pain: <Silicium> 9.10 is totally crap  <Silicium> i can report around 4 bugs per day
[18:43] <devtux87> and thats a big bug if you moveing files in another map
[18:43] <yofel> well, KDE is a bit buggy in karmic (and lucid so far), but not *that* buggy
[18:44] <LimCore> kmail was totally buggy for ever
[18:44] <devtux87> the 9.10 is not a very stable release
[18:44] <LimCore> and bugs in krusader I report since 2007. some are still not fixed fully it seems
[18:44] <yofel> well ok, that's one of the kde apps I don't use
[18:44] <devtux87> if i use hibernateing, i got a freeze
[18:44] <yofel> LimCore: lp or b.k.o?
[18:44] <LimCore> yofel: what?
[18:45] <yofel> LimCore: reported on launchpad or bugs.kde.org
[18:45] <LimCore> I report most of my bugs to pl
[18:45] <LimCore> pl
[18:45] <LimCore> lp.  Damn keyboard.
[18:45] <devtux87> :)
[18:45] <yofel> well, hibernate is forever broken here
[18:45] <devtux87> :D
[18:45] <yofel> jaunty and karmic are much better with suspend at least
[18:45] <LimCore> for me the experience is,  nowdays linuxes are less stable the windows 98
[18:46] <devtux87> if i suspend or hibernate in Hardy there is no error
[18:46] <LimCore> I mean the applications / desktops ; not the OS/kernel
[18:46] <devtux87> but i cant do in in jaunty and karmic
[18:46] <yofel> I don't think I've ever gotten a pc to wake up correctly after a hibernate
[18:46] <LimCore> yofel: I got mine afair
[18:46] <LimCore> or was it suspend to ram, not sure
[18:46] <devtux87> in the kernel there are a lots of serious bug
[18:46] <yofel> LimCore: true, sometimes I'm really reminded on Win98
[18:47] <yofel> especially with jaunty I had a lot of random hard locks with my thinkpad
[18:47] <LimCore> devtux87: they get patched quickly after discovery
[18:47] <devtux87> i have a pci wifi card, and the kernel working harmful if i connect it to the pci bus
[18:47] <LimCore> can't Ubuntu somehow improve QA
[18:48] <yofel> LimCore: well, there was some discussion about that on UDS too
[18:48] <LimCore> UDS?
[18:48] <yofel> we'll have to see what comes
[18:48] <devtux87> desktop freeze, alternate freeze, debian 5.0 freeze after loading network
[18:48] <devtux87> :S
[18:48] <yofel> LimCore: ubuntu developers summit
[18:48] <yofel> was 2 weeks ago afair
[18:48] <yofel> !uds
[18:48] <ubot4> The Ubuntu Developer Summit is being held November 16th-20th in Dallas, Texas, USA. See https://wiki.ubuntu.com/UDS for more information.
[18:49] <devtux87> well the system is not so good
[18:49] <devtux87> i written a c program under jaunty
[18:49] <yofel> well, kubuntu want's to report bugs rather to bugs.kde.org than lauchpad in the future
[18:49] <yofel> not enough manpower
[18:49] <devtux87> in jaunty it works well.... but in karmic, it exit by a segfault :S
[18:50] <LimCore> devtux87: what?
[18:50] <devtux87> so i turn now to lazarus, it is better
[18:50] <devtux87> i was written a program in C
[18:50] <devtux87> useing gcc
[18:50] <LimCore> do not use C fool
[18:50]  * LimCore slaps devtux87 with a modern-languages book
[18:51] <devtux87> i written it in jaunty, and it works well. then i moved to karmic, when i start my program: Segmentation falut
[18:51] <devtux87> :S
[18:51] <LimCore> writting in C is like writting in assembler sort of.  Loosing time on some low-level details
[18:51] <devtux87> *fault
[18:51] <yofel> http://www.kubuntu.org/news/timelord - if you're interested what's going to happen to kubuntu in the future
[18:51] <LimCore> devtux87: you obviously have to recompile right?
[18:51] <devtux87> i tryed
[18:51] <devtux87> but if i run the program segfault
[18:51] <devtux87> :S
[18:52] <LimCore> well.. it was quite possibly a bug in your program
[18:52] <devtux87> so i written my program again in lazarus, then it works well
[18:53] <devtux87> lazazus is like delphi, it has an fpc engine
[18:53] <LimCore> omg
[18:53] <LimCore> Pascal is so 1990's
[18:53] <yofel> well, jaunty=gcc4.3 karmic=gcc4.4, and I think 4.4 is more  strict in some cases
[18:53] <LimCore> you really have bad luck with picking languages
[18:53] <yofel> LimCore: pascal isn't that bad.
[18:53] <LimCore> whats next, visual basic? ;)
[18:54] <devtux87> maybe Visual C++ :D
[18:54] <yofel> LimCore: that's not for linux :P
[18:54] <yofel> use ADA :D
[18:54] <devtux87> lol
[18:54] <LimCore> why not use a reasonable language like C++ or perhaps D
[18:54] <devtux87> LimeCore the subsystem in ubuntu is written in C or C++ so dont complain about it :D
[18:55] <LimCore> C++ is reasonable; C is not
[18:55] <yofel> well, as long nobody want's to use java I'm happy ^^
[18:55] <devtux87> i think the kernel is written in C
[18:55] <yofel> devtux87: it is
[18:55] <LimCore> kernel and embbed are the only use-cases for C
[18:56] <LimCore> and some libs/APIs.  But not applications
[18:56] <devtux87> C are a good language if you know what going to do in it
[18:56] <devtux87> :)
[18:56] <yofel> true
[18:56] <devtux87> its a very free language!
[18:56] <LimCore> sure, a shivovel is a good building tool to build a sky scraper, if you know how to use it. And have x100 more time then needed
[18:56] <LimCore> *a shovel
[18:57] <devtux87> :)
[18:57] <devtux87> now i have to go... bye all have a nice day... :)
[18:57] <LimCore> fell freee to waste time on solving 9 memory-management problems and bugs,  per 1 actuall software feauture to implement
[22:31] <cdavis> I tested bug 490093 and I did not experience any problems. I suspect that this might be a user issue of some type but have no idea how to request more info?
[22:31] <ubot4> Launchpad bug 490093 in gnome-system-tools "Cannot change password with users-admin (gnome-system-tools)" [Undecided,New] https://launchpad.net/bugs/490093
[22:33] <micahg> hggdh: around?
[22:36] <cdavis> hmm, there might be a problem if you hit ok to get out of the user/group manager instead of hitting cancel. let me play some more
[22:36] <micahg> cdavis: I wish I had an answer
[22:48] <cdavis> micahg: I feel like bug 490093 might be a very quick fix possibly a candidate for the paper cuts?
[22:48] <ubot4> Launchpad bug 490093 in gnome-system-tools "Cannot change password with users-admin (gnome-system-tools)" [Undecided,Confirmed] https://launchpad.net/bugs/490093
[22:48] <cdavis> Have to run tho, be back in a bit
[23:08] <kklimonda> any idea what to ask for in bug 487923?
[23:08] <ubot4> Launchpad bug 487923 in transmission "bitmaps of "pause torrent" , "remove torrent" and "Properties" disapear from time to time" [Undecided,Incomplete] https://launchpad.net/bugs/487923
[23:15] <hggdh> micahg: I am back
[23:15] <micahg> hggdh: it's ok, seems like the triager figured it out
[23:17] <hggdh> kklimonda: perhaps running from he command line and taking a screen shot?
[23:18] <hggdh> (there might be some debug messages written to stdout/stderr)
[23:19] <kklimonda> hmm, good idea
[23:23] <kklimonda> oh ffs, mutt has a built-in editor.. and I can't send mail because F10 launches gnome-terminal menu..
[23:24] <kklimonda> it was "jed"..