[01:50] <MaxDread> Greetings all... to fix some corrupted system files I just had to do a soft-install of Ubuntu 8.10 on this laptop (previously 8.04(?)). Everything was looking pretty good except when I clicked on Evolution Mail it mentioned something about migrating to SQLite, paused for a few seconds and then the window disappeared and the process bombed.
[01:51] <MaxDread> I'm in the process of doing all the updates, was wondering if anyone here was familiar with whether or not that would take care of the problem.
[01:53] <MaxDread> anyway, thanks in advance for any insight on that bug.
[02:05] <Rocket2DMn> MaxDread, after your updates, if the problem persists you should file a bug report
[02:05] <Rocket2DMn> for a program crash, you will need to get a backtrace - https://wiki.ubuntu.com/DebuggingProgramCrash
[02:46] <gourgi> everytime i report a bug , the report is private. should i leave it that way or changing it to public ? in which cases reports should remain private ?
[02:49] <charlie-tca> gourgi: the report is private until it is verified that there is no personal data in it.
[02:50] <gourgi> so i should leave it that way, right?
[02:50] <charlie-tca> If you verify there are no passwords, bank accounts, private info you don't want released in it, you can mark it public
[02:50] <gourgi> charlie-tca how can i verify that?
[02:50] <charlie-tca> You have to look in every file that is attached.
[02:50] <gourgi> charlie-tca just looking inside the attachments?
[02:50] <charlie-tca> yeah
[02:51] <gourgi> ok , i'll have it in mind
[02:51] <gourgi> thanks
[02:51] <charlie-tca> you are welcome
[02:51] <charlie-tca> I have special test systems, so I turn the reports public each time.
[02:52] <gourgi> i actually my jaunty install is also in a test enviroment
[02:53] <charlie-tca> I use test passwords and have no information on those systems, so I know it does not matter.
[02:55] <gourgi> same here, so it is ok for now , but i'll definitely look reports from my real working pc.
[02:56] <gourgi> not that there are many things to report there :)  interpid is solid for me
[02:58] <charlie-tca> Yeah, I am cautious with the real system.
[06:11] <orsonj> I have had problems with ubuntu corrupting files on my Sansa c250. I can repeat a failure with simple steps every time.
[06:14] <orsonj> http://paste.ubuntu.com/113914/
[07:02] <orsonj> ok, I got a bug post, let me know if there is anything else I should do
[07:02] <orsonj> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/325624
[08:33] <Hew> what sourcepackage is responsible for handling a modified menu.lst during kernel upgrades, is it debconf? (bug 325631)
[08:40] <Hobbsee> er, i think it's debconf
[08:41] <Hobbsee> Hew: I don't see how that's a bug?
[08:42] <Hobbsee> Hew: he hit cancel, it didn't change the config file.  Works as intended, i thought?
[08:42] <Hobbsee> (of course, it's not wise to hit the cancel button, but...)
[08:49] <Hew> Hobbsee: That's what I was about to say, but I've hit the cancel button myself before, it's a bit deceptive. I was going to have a look for any related bugs first.
[08:50] <Hew> Hobbsee: It's wishlist, if it's anything at all.
[08:50] <Hobbsee> Hew: such as "don't let people cancel during dist-upgrades"?  Yeah, possibly
[08:53] <Hew> Hobbsee: Well just for a new kernel. Cancelling leaves menu.lst as is, without the new kernel options. If that's what the user wants to do, they should select the "Do Nothing" option imo. Cancel and Forward (from memory) are not clear when you're looking at the merge differences and want to go back.
[12:54] <thekorn> happy hug day everybody!
[12:56]  * mangilimic huggs thekorn 
[12:57] <mangilimic> oops
[12:57]  * mangilimic hugs thekorn
[12:58]  * mangilimic hugs everyone in the chatroom
[12:59]  * thekorn hugs mangilimic,
[12:59] <thekorn> awesome work sofar ::)
[13:00] <mangilimic> no, not at all! I hope I haven't made too many mistakes, so far!!!
[13:40] <hacktick> hey ara :)
[13:40] <ara> hey hacktick
[13:47] <pedro_> mangilimic: you rock!
[13:47]  * pedro_ hugs mangilimic
[13:51]  * mangilimic hugs pedro_ 
[15:02] <pedro_> MrKanister: hey how's going?
[15:03] <MrKanister> hi pedro_. well I am about to use the hugday-tools, but I can't find the cockie :P
[15:04] <MrKanister> *cookie
[15:04] <hggdh> ah, thanks, I was a bit surprised
[15:05] <pedro_> MrKanister: is at the ~/.mozilla/firefox/profile.default/ directory
[15:06] <pedro_> MrKanister: file name is cookies.sqlite
[15:07] <MrKanister> pedro_: I found that file, but how do I open it? Do I have to use sqlite ?
[15:07] <pedro_> MrKanister: no you don't have to open it, just pass the path to the hugday-tools
[15:09] <MrKanister> TypeError: Try to read cookiefile, cannot handle format of '/home/martin/.mozilla/firefox/gh09ina8.default/cookies.sqlite'
[15:10] <MrKanister> pedro_: I am always getting this error
[15:11] <MrKanister> pedro_: Doesn't work with the MOINMOIN-ID directly, either...
[15:11] <pedro_> ouch it works fine here
[15:11] <pedro_> thekorn: are you around?
[15:17] <hggdh> MrKanister, same here
[15:18] <pedro_> hggdh: using intrepid as well?
[15:18] <hggdh> pedro_, on jaunty
[15:18] <pedro_> i'm running jaunty and just checked out the hugday-tools branch from bzr
[15:19] <pedro_> and i don't have any problem
[15:19] <hggdh> ah, I installed from PPA. Perhaps an update in bzr?
[15:19] <MrKanister> pedro_: Maybe the branch has some fixes in it
[15:19] <pedro_> maybe, could you give it a try?
[15:22] <thekorn> pedro_: yes
[15:22] <MrKanister> Works with the bzr branch version
[15:22] <MrKanister> but using "--wiki-id" still doesn't work
[15:22] <pedro_> thekorn: MrKanister and hggdh are having some issues with hugday-tools
[15:22] <pedro_> may you have a look ? ;-)
[15:23] <thekorn> ok, reading the log
[15:23] <pedro_> thanks you !
[15:24] <thekorn> MrKanister: do you get any error message when you run hugday init --user NAME --cookie PATH ?
[15:25] <MrKanister> thekorn: http://paste.pocoo.org/show/102877/
[15:25] <MrKanister> thekorn: The problem with the cookie.sqplite file only appears with the ppa-version
[15:26] <thekorn> MrKanister: hmm, let me check
[15:29] <thekorn> MrKanister: ok, which version of python are you using
[15:30] <hggdh> thekorn, here it is 2.5.4
[15:30] <MrKanister> thekorn:  2.5.2-1ubuntu1
[15:30] <MrKanister> thekorn: I was wondering why huday-tools wants to have python2.4 installed
[15:31] <thekorn> MrKanister: because I'm bad at packaging stuff :(
[15:32] <thekorn> ok I did the packaging wrong,
[15:32] <MrKanister> thekorn: hm, that may have caused the problem
[15:33] <thekorn> with python < 2.4 you need python-pysqlite2
[15:33] <thekorn> pythoon >= 2.5 has sqlite on board
[15:33] <thekorn> and should work
[15:34] <MrKanister> thekorn: I will try that
[15:34] <MrKanister> thekorn: Thank you
[15:37] <MrKanister> thekorn: hm...doesn't work though
[15:37] <thekorn> MrKanister: same error?
[15:37] <MrKanister> thekorn: yes
[15:38] <thekorn> MrKanister: to be sure, 'only' the PPA version is broken, when you use it directly from the branch it works?
[15:39] <MrKanister> thekorn: Yes, "--cookie" works with the branch-version, but "--wiki-id" works with no version
[15:39] <thekorn> tzz, that's bad
[15:40] <MrKanister> with "--wiki-id" I get "hugday: error: The following options are not allowed for this tool: wiki_id"
[15:42] <thekorn> MrKanister: argh, this is another bug,
[15:42] <thekorn> looks likke a typo somewhere in the code
[15:42]  * thekorn does too much typos
[15:42] <MrKanister> thekorn: It's in line 77
[15:44] <MrKanister> thekorn: sorry, I was wrong
[15:45] <thekorn> yes, the typo is in ln 86
[15:45] <thekorn> it should be wiki_id there
[15:46] <MrKanister> thekorn: You are right, I mixed it up
[15:48] <MrKanister> thekorn: But apart from that the tool is great. thank you very much for it :)
[15:49] <thekorn> glad you like it
[15:49] <thekorn> I hope it helps
[15:51] <hggdh> question: bug 111494 why is it I cannot change the Importance?
[15:53] <MrKanister> hggdh: Maybe because it is the project, not the package? (just gessing)
[15:54] <hggdh> yeah, I think this may be it. But it seems I cannot change the importance on any of the update-manager bugs. How's an u-m hugday to go this way?
[15:55] <hggdh> pedro_, ^^
[15:55] <hggdh> (please ;-)
[15:56] <MrKanister> hggdh: Hmm, I am able to :P
[15:56] <MrKanister> (but only with packages, not with projects)
[15:57] <pedro_> hggdh: probably because you don't have permissions over the "upstream" project
[15:57] <pedro_> that's bad filed anyways
[15:57] <MrKanister> I added the package for ubuntu
[15:58] <pedro_> just close the upstream task, that's no sense
[15:58] <MrKanister> pedro_: done
[15:58] <hggdh> I thought about that, but there are many this way... so we will go closing all upstream
[15:58] <pedro_> MrKanister: thanks
[15:59] <pedro_> hggdh: i'll ask mvo about that
[16:19] <pedro_> hggdh, MrKanister just talked to mvo, he wants the upstream tasks to be closed and open a new ubuntu task for them with same status if they are confirmed or triage
[16:19] <pedro_> hggdh, MrKanister if they are too old just close them
[16:19] <bddebian> Boo
[16:20] <hggdh> pedro_, roger.
[16:20] <MrKanister> pedro_: Thanks
[16:22] <pedro_> hggdh, MrKanister thanks you guys, you are truly rockstars ;-)
[16:23] <MrKanister> pedro_: :)
[16:24] <thekorn> I think I will upload a new (and fixed) version of hugday-tools to my PPA later
[19:48] <hggdh> bug-huggers: we have 84 huggable update-manager bugs wrongly set to the upstream update-manager. They do no appear in the hug-list, but should still be looked at.
[19:48] <hggdh> please see https://bugs.launchpad.net/update-manager/+bugs?field.searchtext=&orderby=datecreated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=
[19:52] <mangilimic> hggdh: what should we do in order to cope with this problem?
[19:54] <MrKanister> hggdh, mangilimic: Why is it possible at all to open a bug against a project?
[19:54] <hggdh> mangilimic, reject invalid the upstream u-m, and open an Ubuntu u-m task; then go on the usual process (asking for more info, etc)
[19:55] <mangilimic> hggdh: sorry! I read previous messages in IRC and understood what we should do! I apologize for this inconvenience!
[19:55] <hggdh> mangilimic, no prob
[19:56] <hggdh> MrKanister, they exist in LP, so people can open bugs against the upstream (in fact, we do that when we set an upstream bug watch). But -- generically speaking -- all new bugs on Ubuntu should be set against the Ubuntu package
[19:58] <MrKanister> hggdh: hm...Is it possible to make the package in a distribution compulsory?
[19:58] <MrKanister> (when filing a bug...)
[20:03] <hggdh> I was thinking of this also...
[20:03] <hggdh> if you open an Ubuntu bug, you *must* open it against an Ubuntu package
[20:04] <hggdh> I guess this will have to be discussed with Pedro, Brian, and the LP team (if not already reported against LP/Malone)
[20:09] <MrKanister> Thanks for the information
[20:09] <MrKanister> btw: nearly all the update-manager bugs now have a package assigned to
[20:13] <mangilimic> MrKanister: that's all for today! :)
[20:13] <MrKanister> mangilimic: hopefully ;)
[20:13] <MrKanister> mangilimic: but we now have a lot of new bugs
[20:14] <MrKanister> mangilimic: wow...https://wiki.ubuntu.com/UbuntuBugDay/20090205 looks awesome
[20:14]  * MrKanister huggs mangilimic
[20:15] <mangilimic> MrKanister: It is 9 pm here! I'm in front of a display since 10am! I just want to go to rest! In the meantime...
[20:15]  * mangilimic hugs MrKanister
[20:15] <mangilimic> bye
[20:16] <MrKanister> he really did a great job...
[20:17] <hggdh> cool
[20:18] <hggdh> MrKanister, thanks. Being in the middle of a technical discussion the whole day, I have not been able to pay much attention to the bugs
[20:19] <MrKanister> hggdh: Never mind. You spotted the 90 bugs without an ubuntu package, that was also a big help :)
[20:19] <hggdh> heh
[20:20]  * hggdh bows to MrKanister 
[20:20] <MrKanister> lol ^^
[20:26] <maxb> Hmm, I was just trying to requestsync bzr, and it looks like requestsync's "are you a member of ubuntu-core-dev" detection has broken. It wanted to subscribe ubuntu-archive instead of ubuntu-main-sponsors
[20:26] <MrKanister> I wonder what to do with 2 lonely gaim bugs, since it changed to pidgin (https://bugs.launchpad.net/ubuntu/+source/gaim)
[20:28] <jpds> MrKanister: Invalid.
[20:28] <hggdh> MrKanister, move them to pidgin, ans ask if this is still an issue
[20:28] <greg-g> MrKanister: what hggdh said.
[20:28] <jpds> Hey greg-g!
[20:29] <greg-g> hello jpds
[20:29] <MrKanister> Thanks, you three
[20:29] <jpds> Long time ;-)
[20:29] <greg-g> :)
[20:34] <jpds> MrKanister: I think bug #97185 is definatly invalid, because it has been dropped since Dapper, although someone might want to SRU it.
[20:36] <MrKanister> jpds: thanks, them I am just closing it with a comment stating this
[20:37] <MrKanister> ok, it's already late. Bye bye
[20:53] <maxb> Could someone please try running python -c 'import ubuntutools.lp.functions as f; print f.isLPTeamMember("SOME-TEAM-YOU-ARE-NOT-A-MEMBER-OF")' and seeing if it unexpectedly claims you are a member of the team?
[20:57] <hggdh> maxb, got True trying to the desktop team (of which I am not a member)
[20:58] <maxb> yay :-(
[20:59] <hggdh> bug it...
[21:07] <maxb> riiiiight
[21:07] <hggdh> ;-)
[21:07] <maxb> So, if it messes up finding an actual valid launchpad cookie, and finds an old one you've logged out from, it just silently reports you are in any team
[21:08] <maxb> And it messes up if you have multiple firefox profiles, or a firefox profile that was formerly used by ff2, and happens to read them in an undesired order
[21:09] <hggdh> this may be the case -- I have 4 profiles right now
[21:09] <hggdh> and I have no idea of which one was selected...
[21:23] <maxb> LP 325923 filed
[22:35] <enyc> Does anybody recognize:   I have a working module option for '3c59x' in Ubuntu8.10 /etc/modprobe.d/options ... BUT -- it only works when i  rmmod/modprobe the module manually -- the file appears to be ignored at boot-time
[22:37] <charlie-tca> I recognize it, and think a bug is filed
[22:43] <enyc> charlie-tca: ;-)  do you have any idea where or with what keywords? i havent foind it yetn
[22:44] <charlie-tca> let me look
[22:44] <enyc> charlie-tca: *thankyou*
[22:55] <charlie-tca> Hmm, enyc , Can't find it. Could it have been in a message instead of a bug report?
[22:57] <enyc> charlie-tca: thankyou for looking....  i dont know  ... how do i find/search appropciate mailinglists?
[22:58] <charlie-tca> with great difficulty, I would try through gmane: http://news.gmane.org/gmane.linux.ubuntu.user
[22:59] <charlie-tca> That's the user-mailing list; they have others, too. It's easier than searching the archive
[23:58] <stpere> hi
[23:58] <stpere> anyone knows if evolution 2.24.4 will be included in 8.10?