=== asac_ is now known as asac
[12:02] <AnAnt> Hello, we are making a firefox theme, how can it appear in Ubuntu's firefox addons ?
[12:15] <Jazzva> AnAnt: Hello, it should be packaged for Ubuntu and accepted into the repositories.
[12:15] <AnAnt> Jazzva: that's just it ? cool !
[12:15] <AnAnt> Jazzva: how will you find out that there is a new firefox theme
[12:15] <AnAnt> ?
[12:17] <Jazzva> AnAnt: Well, if your package depends on firefox, then it will be found when a script (that finds all packages that depend on firefox) is run.
[12:18] <Jazzva> AnAnt: There is no regular cycle when it is run, but it should be from time to time :). Additionally, you could give us a notice once it gets to the repositories :).
[12:19] <AnAnt> ok
[12:26] <AnAnt> thanks
[13:59] <Jazzva> asac: I'm done with apturl's improvement. I had to change the url, so it could accept multiple packages. Is form like "apt:pkg1?k11=v11?k12=v12,pkg2?k21=v21?k22=v22;apt:..." acceptable?
[13:59] <Jazzva> where k is key and v is value.
[14:16] <bluekuja> Ubulette, don't worry, take your time
[14:56] <gnomefreak> im here for a quick shower and updates
[15:09] <gnomefreak> asac: whats the chances of getting a fix in Tbird for wrong version in copyright (from what i can tell atm but havent looked into it) for gutsy-security since its a prolem with 2.0.0.8 security release?
[15:10] <gnomefreak> gnomefreak@Gutsy:~$ thunderbird -v Thunderbird 2.0.0.6, Copyright (c) 1998-2007 mozilla.org
[15:11] <gnomefreak> I cant confirm it on hardy since 2.0.0.6 is the only version in hardy.
[15:11] <gnomefreak> asac: see bug 156607 is the bug on version being wrong
[15:11] <ubotu> Launchpad bug 156607 in thunderbird "thunderbird 2.0.0.8 package contains 2.0.0.6 version" [Undecided,Confirmed] https://launchpad.net/bugs/156607
[15:12] <gnomefreak> !info thunderbird gusty-security
[15:12] <ubotu> thunderbird: mail/news client with RSS and integrated spam filter support. In component main, is optional. Version 2.0.0.8~pre071022+nobinonly-0ubuntu0.7.10 (gutsy), package size 10707 kB, installed size 31992 kB
[15:14]  * gnomefreak confused :( nss-trunk   PPA for Jani Monoses - Ubuntu Gutsy   3.12.0~cvs20070825-0ubuntu1~mt2  2007-09-18   None
[15:15] <gnomefreak> i dont know jani but maybe she/he took our packages?
[15:47] <gnomefreak> ok back to hospital, i will be bringing her here for a while to stay with us so we can look after her, she has broken left leg, concusion, several broken ribs and a peirced lung(had surgery already for that) well either today or monday unless dr releases her over weekend.
[15:49] <gnomefreak> asac: if i dont see you before you leave for UDS have a good time! i will have hardy iceape ready for upload this weekend (not sure if you can upload from UDS) or ill have bluekuj'a take a look and push if all is good. ;) later
[16:23] <Jazzva> asac, you're going to UDS :)? Have a great time :)...
[18:27] <Ubulette> hi
[20:16] <Ubulette> mozilla bug 327181
[20:16] <ubotu> Mozilla bug 327181 in Security: PSM "Improve error reporting for invalid-certificate errors (error page for https, or combined dialog)" [Enhancement,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=327181
[20:19] <Ubulette> mozilla bug 399275
[20:19] <ubotu> Mozilla bug 399275 in Security: PSM "create preference which restores per-page SSL error override option for IT professionals" [Enhancement,New] http://bugzilla.mozilla.org/show_bug.cgi?id=399275
[20:23] <Ubulette> asac, if you have time, read those two bugs.
[20:24] <Ubulette> basically, the ui for self signed / bad cert is gone for good as it's considered bad security practice
[20:25] <Ubulette> there's an override ui deep in the option (7 steps or so)
[20:26] <Ubulette> the argument makes sense but I think it will be badly received by lambda users
[21:32] <Ubulette> mozilla bug 399556
[21:32] <ubotu> Mozilla bug 399556 in GFX: Thebes "cairo_scaled_font_destroy: Assertion `scaled_font->ref_count > 0' failed." [Critical,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=399556
=== Ubulette_ is now known as Ubulette
[23:26] <gnomefreak> Ubulette: ?
[23:26] <gnomefreak> Ubulette: seamonkey changelog needs to be fixed for 2.0 before it can be built
[23:26] <gnomefreak> Ubulette: seamonkey (1.1.4-1ubuntu4) UNRELEASED; urgency=low  (version should match release ;)
[23:29] <gnomefreak> this way a tarball can be made for the same version in changelog. also mozclient if its building seamonkey for the seamonkey release (since you removed iceape and made it seamonkey mozclient should also be updated as its weird to have iceape tarball and seamonkey debian dir
[23:43] <gnomefreak> asac: gutsy branch is fixed and im workin gon hardys build
[23:45] <gnomefreak> or not
[23:50] <Ubulette> gnomefreak, i think i'll stick to seamonkey, even for 2.0 (ie no seamonkey-2.0)
[23:50] <Ubulette> mozclient needs to be updated for sure
[23:50] <gnomefreak> Ubulette: you are gonna stick to seamonkey? thats fine but mozclient has entry for iceape and the changelog needs to be fixed
[23:51] <Ubulette> so far, i have a bug in seamonkey 1.1 preventing me to move to 2.0
[23:51] <gnomefreak> hint 1.1.4 is not seamonkey 2.0
[23:51] <Ubulette> i know :)
[23:51] <gnomefreak> 1.1 shouldnt effect 2.0
[23:51] <gnomefreak> sources are differnet
[23:52] <Ubulette> i don't think we want 1.1 anyway, iceape is already there
[23:53] <Ubulette> so we keep iceape 1.1.* and introduce seamonkey 2.*
[23:53] <Ubulette> no need to name it seamonkey-2.0 2.*
[23:53] <Ubulette> well, that's my view so far. but i'm open to discussions ;)
[23:54] <Ubulette> i need help for my bug though ;)
[23:54] <Ubulette> <ubotu> Debian bug 410613 in iceape "iceape: Iceape SEGFAULT at startup" [Important,Open] http://bugs.debian.org/410613
[23:54] <Ubulette> <Ubulette> asac, i'm hitting this debian bug. my chrome dir only has jar files, no rdf so update-seamonkey-chrome fails. don't know if iceape in gutsy does that too.
[23:54] <ubotu> Debian bug 410613 in iceape "iceape: Iceape SEGFAULT at startup" [Important,Open] http://bugs.debian.org/410613
[23:54] <Ubulette> gnomefreak, i have that
[23:55] <Ubulette> tested iceape, worked fine
[23:55] <Ubulette> so i have something wrong i can't see
[23:57] <gnomefreak> Ubulette: that looks left over from 1.1.x branch TBH
[23:57] <gnomefreak> not branch but tarball
[23:57] <gnomefreak> Ubulette: what i was saying is that your changelog for seamonkey is set to 1.1.4
[23:57] <Ubulette> I fetched the tarball from moz
[23:57] <Ubulette> ftp
[23:57] <Ubulette> yes
[23:57] <gnomefreak> Ubulette: that was a bug we had in 1.1.x afaik
[23:57] <Ubulette> it *is* 1.1.4
[23:58] <gnomefreak> it cant be 1.1.4 \
[23:58] <Ubulette> it is
[23:58] <Ubulette> i started from your iceape 1.1.4
[23:58] <gnomefreak> how seamonkey 2.0-dev turned into 1.1.4?
[23:58] <Ubulette> i'm not done yet
[23:58] <gnomefreak> Ubulette: changelog saying 1.1.4 wont build 2.0
[23:58] <Ubulette> just did dpatch->quilt
[23:58] <Ubulette> cdbs
[23:58] <Ubulette> rebranding
[23:58] <Ubulette> rename
[23:59] <gnomefreak> Ubulette: how are you building seamonkey 2.0 than? seeing as mozclient only gives you 2.0 tarball
[23:59] <Ubulette> now i want it to work at the same level as iceape
[23:59] <Ubulette> then, i'll move to 2.0
[23:59] <gnomefreak> my thing is your using a 2.0 tarball for 1.1.4 build
[23:59] <Ubulette> i haven't used mozclient yet