[00:28] <malev> hi everyone! I'm watching this bug. but, what to answer? https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/496034
[00:28] <ubot4> Launchpad bug 496034 in evolution "Ubuntu flawed, Evolution un-install destroys ubuntu" [Undecided,New]
[00:28] <malev> I think maybe is better to close... or is a bug in fact?
[00:29] <hggdh> malev: no, not a bug, just ignorance from the OR. I will add a comment on it
[00:30] <malev> thanks hggdh
[00:38] <malev> hi, now I'm watching: https://bugs.launchpad.net/mudlet/+bug/496033 I was thinking in asking the user a bit more information, maybe sending him: Not described well from the common responses.
[00:38] <ubot4> Launchpad bug 496033 in mudlet "Line duplication on 1.0.4" [Undecided,New]
[00:46] <nperry> malev: I would say the screenshots explain it pretty well
[00:46] <hggdh> malev: done. I closed it invalid
[00:47] <malev> nperry, but there is no info about the package o the distro version. do you suggest to triage it?
[00:47] <hggdh> malev hold on on this mudlet bug
[00:48] <malev> hggdh, don't worry, I can't triage a bug, I just was about to ask for it :D
[00:51] <hggdh> see https://edge.launchpad.net/mudlet MUDlet is not packaged for Ubuntu, it happens that they use LP for hosting bugs (and perhaps code as well, did not check)
[00:51] <hggdh> as such, it is not an Ubuntu bug -- and we cannot touch it
[00:52] <malev> hggdh, oks! should I answer him that?
[00:52] <hggdh> malev: no. This is not a bug for us, but for the mudlet developers/maintainers
[00:53] <malev> oks... i guess you 're closing it :D
[00:53] <hggdh> LP is used by a lot of other projects also
[00:53] <hggdh> I am not closing it, no. I am leaving it the way it is
[00:54] <hggdh> this is actually something we have to be careful on: *most* of the bugs on LP are Ubuntu bugs, but *NOT ALL*
[00:55] <hggdh> mudlet happens to be one of these not ours, so we CANNOT touch it.
[00:56] <malev> hggdh, oks! thanks
[00:56] <hggdh> malev: welcome, -- and, of course, thank YOU for helping ;-)
[01:15] <malev> what can I do to find bugs that belong to Ubuntu... you know, to start working on them (not developping but filtering)
[01:15] <maco> http://bugs.launchpad.net/ubuntu/+bugs
[01:15] <hggdh> yeah
[01:22] <malev> maco, thanks!
[01:22] <malev> I'm going for it
[04:25] <echotone> I dont know if this is a legit "bug" but i cant find a solution anywhere else. I cant use a live cd to install 9.10 because whether i choose try it or install it i get to the white ubuntu logo and then is flashes a couple of white lines and then the screen stays black forever. so i made an alternate cd and it installed . but when i rebooted i got the same problem. ANY thoughts. AT ALLLL???
[04:25] <dtchen> echotone: did you try disabling the splash?
[04:26] <echotone> i am not a very advanced user. so no. i am in puppy linux right now.
[04:26] <echotone> i was told to mount my hdd and look for something but then the user logged off
[04:29] <echotone> how would i go about disabling my splash? I cant get to a command line or anything with 9.10.
[04:29] <echotone> could i do it from within puppy with my hdd mounted?
[04:30] <dtchen> you should ask in #ubuntu for help with adding noplash to your grub.cfg
[04:30] <dtchen> nosplash, sorry
[04:31] <echotone> nobody helps me there. i am in that chat as well.
[04:31] <dtchen> (or booting with nosplash)
[04:31] <echotone> well, thank you anyways. My quest contiues......
[04:38] <mar-kolya> Hi to all
[04:39] <mar-kolya> I have a problem which I think is a bug and I do not know which package to report it against
[04:40] <mar-kolya> When my laptop is turned on from standby or hibernation the muted sound gets unmuted
[04:40] <mar-kolya> could you please tell me against which package shall I report this?
[04:43] <micahg> dtchen: ^^
[04:47] <dtchen> mar-kolya: it's already fixed in Lucid
[04:47] <dtchen> (LP: #404986, #483900)
[04:48] <dtchen> mar-kolya: the ubuntu-audio-dev PPA has that fix, too
[05:06] <mar-kolya> thanks!
[09:22] <MidnightBomber>  I have ubuntu netbook remix 9.10 with all updates. It does not allow me to install any new software packages. it says "This error could be caused by required additional software packages which are missing or not installable. Futhermore there could be a conflict between software packages which are not allowed to be installed at the same time." WTF
[09:23] <micahg> MidnightBomber: try #ubuntu for support
[09:41] <MidnightBomber> thanks
[13:30] <bash39> hi
[13:31] <bash39> I have a question about Empathy
[13:32] <etali> bash39: Hi, if you have a support question, you might get a faster response in #ubuntu - this channel is aimed at people who are working on bugs, rather than support...
[13:33] <bash39> actually it could be a bug.
[13:33] <etali> If you think it's a bug, you can learn more about reporting bugs here:  https://help.ubuntu.com/community/ReportingBug
[13:34] <bash39> when I quit empathy the status icon doesnt go back to its normal state, it only gets greyed out.  it used to work fine in 9.04 with pidgim
[13:34] <bash39> i'm using 9.10 now
[13:35] <etali> I'm on my Windows computer at the moment so can't test that, but that does sound odd... if you report it following the steps in the link I just posted then it will get looked at by the right people.
[13:36] <bash39> I'll check that now. thanx
[13:37] <bash39> it says "This page does not exist yet. You can create a new empty page, or use one of the page templates."
[13:37] <bash39> seems like the page is new
[13:38] <etali> Oops, my mistake, stick an s on the end - ReportingBugs
[13:38] <etali> sorry
[13:38] <bash39> np
[14:43] <BUGabundo> hey guys
[16:33] <hggdh> morning
[16:36] <BUGabundo> ola hggdh
[16:56] <hggdh> bug 233990
[16:56] <ubot4> Launchpad bug 233990 in thunderbird "Thunderbird's mdn (receipt) message may contain 822bis-violating bare lf which is rejected by Qmail" [Undecided,Confirmed] https://launchpad.net/bugs/233990

[17:16] <bcurtiswx> hey all, i can't reproduce bug #496106 on my VM.  It's an apport bug so the required information is there.  What would be the next logical step for this bug?
[17:16] <ubot4> Launchpad bug 496106 in empathy "[lucid] opening a chat window requires a triple-click" [Undecided,New] https://launchpad.net/bugs/496106
[17:19] <hggdh> bcurtiswx: we would still need someone to confirm it
[17:20] <hggdh> you could add a comment stating you could not reproduce, and setting it to incomplete
[17:20] <bcurtiswx> hggdh: ok, so it is ok to set to incomplete for not being able to confirm it?
[17:20] <hggdh> hum. Perhaps it depend on one specific provider?
[17:21] <bcurtiswx> hggdh: i don't see how a telepathy-spec would effect the empathy software.. different code bases
[17:21] <hggdh> bcurtiswx: yes. As I say above, it may be related to a provider (Jabber, MSN, whatever)
[17:22] <hggdh> bcurtiswx: I do not see how either, but this does not mean we are correct ;-)
[17:22] <bcurtiswx> hggdh: ok, so incomplete, wait for confirmation then push upstream?
[17:30] <hggdh> bcurtiswx: yes. I would still ask for the provider
[17:30] <nperry> Afternoon guys
[17:31] <nperry> Just spent the last hour going through these, could somone mark them as triaged please
[17:31] <nperry> 486849 486766 486538 486538 486470 456359 446364 340339 339203 337958 337878 336474 335467 335069 334929 334912 492161 490384 489992 487843 487841 486914 486903 486893 486890 486885 486871
[17:32] <nperry> Im just going through debian tracker now
[17:32] <bcurtiswx> hggdh: yes, thx I have done that.
[17:34] <matti> What one can do to be more efficient in helping with bugs?
[17:36] <etali> matti: Have you installed the Firefox / Greasemonkey package for Launchpad?  That's pretty useful when triaging.
[17:37] <matti> I don't.
[17:37] <matti> Where I can get it?
[17:42] <etali> Been a while since I installed them - I think this is the right link...
[17:42] <etali> https://launchpad.net/launchpad-gm-scripts
[17:47] <matti> OK, what next? ;]
[17:50] <etali> Have you read the wiki links about Triaging?
[17:51] <matti> Not yet.
[17:51] <etali> I think they've just changed the process for joining the teams, getting a mentor.
[17:52] <etali> Ah, it's worth reading those.  I'm not sure what the process for getting a mentor is now, but when I signed up I had to answer a few questions about time zones, areas of interest, etc.
[17:52] <matti> I am trying to get a mentor for about a year.
[17:52] <matti> With no luck ;]
[17:53] <etali> Wow, that's unfortunate.  It might be worth trying again - they've changed how the teams / mentors work now, so you should get a quicker response
[17:53] <nperry> etali: Last couple of days ive manager to get 3 bugs triaged, ive heard the magic number is five?
[17:54] <matti> etali: I don't know who to contact right now ;]
[17:57] <etali> nperry: I'm not sure on that - someone like hggdh or weathergod might be able to help?
[17:58] <etali> matti: lurk in here a while if you can, I'm sure someone with more experience will be along soon to point you in the right direction.
[17:59] <hggdh> matti: you should start by reading http://wiki.ubuntu.com/HelpingWithBugs
[17:59] <matti> :)
[17:59] <hggdh> and, as etali points out, being here (and asking questions)
[18:00] <hggdh> as you are pretty much doing, right now ;-)
[18:00] <hggdh> nperry: you are probably referring to the 5-a-day programme
[18:01] <matti> ;]
[18:02] <nperry> Would oo crashes be sent to /var/crashes
[18:02] <nperry> sorry /var/crash
[18:02] <hggdh> nperry: they should, if apport is enabled
[18:03] <hggdh> bug 486849
[18:03] <ubot4> Launchpad bug 486849 in getdeb.net "Create package:DAV Explorer" [Medium,Fix released] https://launchpad.net/bugs/486849
[18:04] <hggdh> re, nperry, what do you want us to do with bug 486849?
[18:04] <ubot4> Launchpad bug 486849 in getdeb.net "Create package:DAV Explorer" [Medium,Fix released] https://launchpad.net/bugs/486849
[18:05] <hggdh> bug 486766
[18:05] <ubot4> Launchpad bug 486766 in getdeb.net "Create package:Pooka" [Medium,Fix released] https://launchpad.net/bugs/486766
[18:05] <hggdh> bug 486538
[18:05] <ubot4> Launchpad bug 486538 in getdeb.net "Create package: Bean Sheet" [Medium,Fix released] https://launchpad.net/bugs/486538
[18:06] <hggdh> nperry, these packages are not Ubuntu packages...
[18:06] <hggdh> meaning *official* packages
[18:07] <matti> I wonder....
[18:07] <matti> How does one become a Ubuntu Member?
[18:08] <hggdh> matti: by having a track record of Ubuntu activities, and then submitting a request, being drilled, and accepted (or rejected ;-)
[18:08] <etali> matti - you need to be active in the community for a while, and document what you're doing.
[18:09] <etali> also get testimonials from people who are already respected in the community.
[18:09] <hggdh> these activities may be pretty much anything, ranging from code writing to social
[18:09] <matti> Oh I see.
[18:09] <matti> ;]
[18:09] <matti> What about if one wants to become a Developer?
[18:09] <etali> This is a good post including some thoughts from someone who just went through the process:
[18:09] <etali> http://amber.redvoodoo.org/2009/12/alan-bell-on-becoming-ubuntu-member.html
[18:10] <etali> If you're interested in packaging or patching, the process is a little different for MOTU people - check out #ubuntu-motu and read the links in the topic there to get an idea
[18:10] <hggdh> pretty much the same thing, but more strict. You *must* prove you are good on what you do, and have an extensive track record of code contributions
[18:10] <matti> That might be hard... because of my day-job commitments.
[18:11] <matti> But!
[18:11] <matti> ;]
[18:11] <hggdh> it was hard for me also, but I got there
[18:11] <matti> Nothing in life is easy.
[18:11] <matti> hggdh: ;]
[18:12] <etali> You can contribute without having the title.  I'd like to apply for membership / MOTU eventually, but as you say, real life gets in the way.
[18:13] <etali> Still, doing what you can when you can must go somewhere towards proving commitment in the long term.
[18:13] <nperry> hggdh: Needs packages, marked as trigaged, they dont exist in debian either
[18:13] <nperry> *packageing
[18:13] <hggdh> nperry: these are not for Ubuntu, they are for GetDeb...
[18:13] <nperry> The OR added ubuntu on there tho
[18:14] <hggdh> well, getdeb is a project to provide packages (either more up-to-date, or not in Ubuntu/Debian)
[18:14] <matti> Thanks folks!
[18:14] <matti> ;]
[18:15] <BUGabundo> hggdh: I still disagree in some points with joaopinto :p
[18:16] <BUGabundo> if they can make it to getdeb, they can make it to oficial repos :)
[18:16] <nperry> hggdh: So we wont add them into our repo's as getdeb already has them?
[18:17] <Hellow> Injecting myself into the conversation: That would eliminate the primary purpose of getdeb :P.
[18:17] <hggdh> they, eventually, can get into Ubuntu
[18:17] <hggdh> Hellow: +1
[18:17] <BUGabundo> Hellow: true
[18:17] <BUGabundo> but it only happens because its fails to get them on time into archives or looked at
[18:18] <hggdh> but, back to the where the discussion started: nperry, yes, an ITP to Debian always help (then we only need to sync)
[18:18] <hggdh> ITP == Intent To Package
[18:19] <nperry> No ITP at debian for any
[18:19] <yofel> nperry: as long as they're tagged as needs-packaging I would just leave them alone
[18:19] <yofel> they should get auto-whishlisted
[18:19] <hggdh> hum. The option, then is pretty much open a bug on Debian *asking* for this to be packaged -- and wait for a DD to get to it
[18:19] <nperry> Ok, I was just following the KB on passed to maintainers
[18:20] <yofel> hm, just thinking: would it make sense to open debian bug reports for ubuntu packaging requests?
[18:20] <hggdh> the best person to talk about getdeb, and interrelatioships, is joaopinto
[18:21] <yofel> and link them together
[18:21] <hggdh> yofel: it does
[18:21] <hggdh> we are based on Debian
[18:21] <yofel> ok, will do that in the future then
[18:21] <hggdh> anything that is not in Debian adds to the delta (meaning more work)
[18:21] <yofel> true
[18:22] <hggdh> this can even go farther, and a Debian bug could be opened with a package proposal
[18:23] <hggdh> I am actually curious on what joaopinto has to say about it, tried to ping him on -pt, but no answer
[19:35] <joaopinto> back
[19:36] <joaopinto> let me read the log
[19:37] <BUGabundo> wb joaopinto
[19:38] <joaopinto> oh the conversation is over :P
[19:38] <BUGabundo> eheh
[19:38] <yofel> joaopinto: well, we're still here ;)
[19:38] <joaopinto> hggdh, what was the question ?
[19:39] <joaopinto> yofel, :)
[19:39] <hggdh> joaopinto: how does getdeb and Debian and Ubuntu interact (or should interact)?
[19:40] <hggdh> and boa tarde/noite ;-)
[19:40] <BUGabundo> should , doesn't
[19:40]  * BUGabundo runa
[19:40] <joaopinto> officialy they don't interact
[19:41] <joaopinto> but yes, preferably people should use Debian ITPs, but there is still some people which prefer direct uploads to Ubuntu using REVU
[19:41] <joaopinto> as for GetDeb, it's a different policy, there is no much space for interaction
[19:41] <joaopinto> brb, baby
[19:43] <BUGabundo> he really means his baby girl :)
[19:47] <hggdh> heh. Figured so
[19:56] <joaopinto> :P
[19:57] <joaopinto> back (for a few minutes)
[19:57] <yofel> joaopinto: what's your opinion on opening debian RFPs for ubuntu packaging bugs?
[19:57] <joaopinto> anyway, getdeb members individually participate at Ubuntu an Debian packagning
[19:59] <joaopinto> yofel, not good, they have different processes, and there are requesters which don't care about Debian inclusion
[19:59] <yofel> ok
[19:59] <joaopinto> I agree that ITPs should be recommended, but either the requester decides to use ITP, or REVU,
[20:00] <joaopinto> ops, REVU as, someone else to work on the request and upload to revu
[21:07] <PrototypeX29A> hi
[21:08] <PrototypeX29A> can i change the package of a bug report?
[21:08] <hggdh> PrototypeX29A: yes, you can
[21:09] <hggdh> also, please add a comment on why you changed ut
[21:09] <hggdh> s/ut/it/
[21:09] <BUGabundo> can he really?
[21:09] <BUGabundo> or can he just add one more?
[21:09] <hggdh> you can, yes
[21:09] <hggdh> and also add more. You just cannot take them out
[21:10] <BUGabundo> ahh that's it
[21:10] <PrototypeX29A> how can i?
[21:10] <hggdh> PrototypeX29A: give me the bug#, and we will do it together (I will tell you what to do, and you will do it)
[21:11] <PrototypeX29A> https://bugs.launchpad.net/ubuntu/+source/kerneloops/+bug/496292
[21:11] <ubot4> Launchpad bug 496292 in kerneloops "Kerneloops and disconnecting wlan" [Undecided,New]
[21:11] <PrototypeX29A> not the kerneloops package is affected, but the kernel
[21:11] <hggdh> yes indeed ;-)
[21:12] <PrototypeX29A> didnt notice there is a program called kerneloops
[21:12] <hggdh> on the left of the 'kerneloops' you will see a down arrow. Click on it
[21:12] <PrototypeX29A> just thought kerneloops was a proxy for this kind of reports
[21:12] <PrototypeX29A> oh, this is a menu
[21:12] <PrototypeX29A> hard to find :)
[21:12] <hggdh> no, it is a package by itself (the one that will ask you to open a bug against the kernel)
[21:12] <hggdh> :-)
[21:13] <hggdh> in this case, the package is 'linux'
[21:14] <PrototypeX29A> there are two linux packages, one for the kernel within ubuntu and one "extern" bug tracker for the real kernel project
[21:14] <hggdh> PrototypeX29A: you want the Ubuntu one
[21:14] <PrototypeX29A> true
[21:14] <PrototypeX29A> but if i write linux it is the other one, isnt it?
[21:14] <hggdh> yes
[21:15] <PrototypeX29A> how do i say i want to change it to ubuntu/+source/linux
[21:16] <hggdh> (just did it, sorry). Just typing in 'linux' will select the Ubuntu package
[21:16] <hggdh> now
[21:16] <hggdh> there is more to be done here
[21:17] <PrototypeX29A> like specifying my hardware?
[21:17] <hggdh> you should run 'apport-collect 496292' in order to have all required data for kernel bugs
[21:18] <hggdh> apport-collect will do it
[21:24] <PrototypeX29A> it wants to know a lot :)
[21:28] <hggdh> yes...
[21:28] <hggdh> and it is much easier that to grab all of that by hand
[21:30] <PrototypeX29A> and less secure, i guess :)
[21:34] <hggdh> why?
[21:36] <PrototypeX29A> because it sends automatically a lot of data over which i have no control
[21:36] <PrototypeX29A> well alright, if i have this program installed i should be able to trust its author :)
[21:39] <hggdh> you can always check what is done, by looking at the apport-collect code (and the pacakge hook code that actually collect the data)
[21:39] <hggdh> but, generically, it is quite difficult to see a privacy issue on kernel oops
[21:40] <PrototypeX29A> now anybody knows which notebook i am using :)
[21:41] <hggdh> well, part of the game, I guess ;-)
[21:42] <hggdh> in my case, the make, model, and details of my laptop have been published again and again and again...
[21:42] <PrototypeX29A> well thanks for your help
[21:43] <PrototypeX29A> now i will keep reloading the site until the problem is fixed
[21:43] <hggdh> heh. Breath deeply, and wait ;-)
[21:45] <bcurtiswx> what OS is used as the base for testing GNOME code for bugs?
[21:45] <bcurtiswx> anything?
[21:48] <hggdh> bcurtiswx: theoretically, anything, but I would bet on Linux, any distro
[21:48] <hggdh> mostly, I mean.
[21:48] <bcurtiswx> well i'd hope linux.. lol.. but wasn't sure if it was Fedora or Ubuntu or whichever
[21:49] <BUGabundo> what's the discussion topic?
[21:49] <BUGabundo> I had to reconnect
[21:49] <hggdh> which OS is the base for Gnome testing
[21:49] <BUGabundo> ahh
[21:49] <BUGabundo> there's such a thing?
[21:49] <joaopinto> http://www.foresightlinux.org/foresight-gnome/
[21:49] <BUGabundo> I know KDE prefers mandriva and opensuse
[21:50] <hggdh> bcurtiswx: it can be *any* linux distro, depends on what the developers themselves are running
[21:50] <joaopinto> "Foresight GNOME Edition features the GNOME desktop environment, created and maintained by The GNOME Project..."
[21:50] <bcurtiswx> hggdh: good to know.. thx
[21:50] <BUGabundo> let me tell one thing: none of the core kde devs I know, is runnign kubuntu
[21:50] <joaopinto> oh wait, the last sentence is only related go gnome and not to the distro :P ?
[21:50] <joaopinto> to
[21:51] <hggdh> joaopinto: not sure...
[21:51] <joaopinto> BUGabundo, I was looking into the wrong place for my problem, had to look on the modemmanager source, it doesn't use hal, it uses udev
[21:52] <BUGabundo> eheh
[21:52] <joaopinto> now i just need to figure where does it get the modem specific data from :\
[21:52] <BUGabundo> I told you so
[21:52] <BUGabundo> ask asac. its his mess
[21:54] <joaopinto> hum, /usr/share/doc/modemmanager/README is out-dated
[21:54] <joaopinto> it mentions HAL
[21:54] <joaopinto> here it goes, a bug for documentation :P
[21:57] <joaopinto> can someone else confirm bug 496319 ?
[21:57] <ubot4> Launchpad bug 496319 in modemmanager "README mentions HAL which is no longer used" [Undecided,New] https://launchpad.net/bugs/496319
[22:06] <hggdh> joaopinto: done
[22:07] <joaopinto> tks :)
[22:07] <hggdh> bemvindo
[22:07] <joaopinto> hum, this modem info thing must be somewhere on udev rules
[22:07] <joaopinto> obrigado :)
[22:07] <hggdh> most probabl, yes
[22:08] <joaopinto> ah, found https://wiki.ubuntu.com/NetworkManager/Hardware/3G/Probing
[22:10] <joaopinto> it doesn't tell where the modem capabilities are stored
[22:41] <hggdh> joaopinto: of old this was in the kernel
 ?
[23:14] <KingCreole_> Hi there! Does anybody know what's the matter with bugs.launchpad.net ? Wanted to file a bug, but I'm getting only timeouts
[23:16] <hggdh> KingCreole_: works here
[23:17] <hggdh> oh, not it does not, not completely. LP is going through maintenance
[23:17] <hggdh> KingCreole_: ^
[23:18] <KingCreole_> hggdh: ok, thanks - I will then try again tomorrow