[00:00] asac, ff3 beta 1 in QA friday === Ubulette_ is now known as Ubulette [16:04] hi [16:23] Ubulette: hey [16:23] so beta is really coming out :) [16:23] cool [16:24] yep [16:26] brb [16:27] back [16:27] shaky connection? [16:27] no, playing with xchat [16:27] ah ok [16:28] libgpg-error0 Version 1.4-2ubuntu5: [16:28] * Stop fighting with libtool, and put the .la file in /lib. [16:28] pff [16:28] Ubulette: for the intltool fix ... can you provide a debdiff so i can sign this off? [16:28] right [16:28] thats what we do now :) [16:29] my patch did that in 1 step, he ignored me and needed 3 or 4 steps [16:30] hmm ... who is he? [16:30] pitti [16:31] no offense but i don't like to be ignored. if i did something wrong, he could have told me [16:31] so i could have learned something [16:31] well, it's past now [16:32] yeah ... sometimes people don't read bugs especially if they are under high load like pitti [16:32] usually its good to ping him [16:32] or anyone to ensure things get the deserved attention [16:32] he posted to that bug before and after my patches [16:33] asac, you meant intlclock ? [16:33] right [16:33] it's not posted anywhere [16:33] you pointed to the changes in your ppa ... didn't know it was already fixed [16:34] ah ... now i see that you talk about the gnutls thing [16:34] yes [16:34] fta@ix:~ $ apt-cache policy intlclock [16:34] intlclock: [16:34] Installed: 1.0-1ubuntu1~ppa2 [16:34] Candidate: 1.0-1ubuntu1~ppa2 [16:34] fta@ix:~ $ apt-cache madison intlclock [16:34] fta@ix:~ $ [16:34] hmm [16:36] basically, i fetched the branch for jorge, fixed it once, he merged me, then I fixed something else, and we're there. it's only in my ppa [16:36] (for intlclock) [16:36] s/for/from/ [16:37] ok ... so its not yet in? [16:37] i will ask him what he things if I just sponsor that thing [16:37] at least i don't see it in hardy [16:37] my last change is here: http://launchpadlibrarian.net/10084303/intlclock_1.0-1ubuntu1~ppa2_source.changes [16:38] you want a debdiff compared with what ? [16:38] is the package in debian or what? [16:39] hmm, donno. the branch is a bunch of merges https://code.edge.launchpad.net/~fta/intlclock/intlclock.trunk [16:39] if its new then there is no debdiff required ... if its in debian it might be beneficial to provide a debdiff against the debian package [16:40] https://code.edge.launchpad.net/~jorge/intlclock/intlclock [16:40] ok [16:40] i will ask him ... you want to be Maintainer or just this upload? [16:40] hold on, i remember he blogged about that [16:41] cool hilario is back \o/ [16:41] i have bumail from today ;) [16:41] http://stompbox.typepad.com/blog/2007/10/jorge-castro-in.html [16:42] Today I realized "Oh, I better set up that ppa so we can have binaries for people" Three more people had registered bzr branches on launchpad. I was able to inspect their branches, which were packaging fixes mostly, and merge them right into my branch. Then I pushed it back out, and now ppa is building the binaries. [16:42] I have no idea who those three people are, I had never met them in my life. Yet while Flav, Ken and I were busy doing other stuff, people stumbled across this on launchpad and just fixed stuff up. [16:42] so I'm one of the three :) [16:43] yeah ... :) ... yesterday he told me that he felt bad about not having enough time to do packaging ... he wants to become a MOTU :) ... for 3 years now ;) [16:45] Ubulette: he is coming in here :) [16:47] Ubulette: hi, you had some questions about intlclock? [16:47] hi [16:47] just wanted to know if you're still maintaining it ? [16:48] well, all the new sexy stuff depends on policykit, which we don't have in ubuntu yet (afaik) [16:48] so we basically have the last version before they moved on to the new stuff [16:48] but I've spoken with the maintainer of intlclock, and it will be going upstream in gnome for 2.22 [16:49] ok, i see. I've fixed small packaging thing a couple of weeks ago in my branch [16:49] what should I do with it ? [16:50] * Use /usr/lib/intlclock instead of /usr/libexec (not allowed by Debian policy) [16:50] I could do a merge if you want [16:50] can you send me a mail, jorge@ubuntu.com? I am currently in the middle of a meeting [16:51] as you want. I/we wanted to have intlclock in hardy but if it's merged in gnome, there's no point, right ? [16:51] oh, ok. We can continue later if you're busy. np [16:54] right [16:55] it'll come upstream [16:55] ok, thanks then :) [16:55] asac, i'm done with seamonkey 1.1.6. [16:56] well, i did it all yesterday [16:57] except reverting the default homepage, i don't see what's stopping the release [16:57] does the default homepage have th right seamonkey icon? [16:57] yes [16:57] good ... you have the branch and the orig.tar.gz? [16:58] i would upload without doing a testbuild because I have no hardy ;) [16:58] will take a quick look at transition packages and if they look properly [16:58] but please follow up on bugs you get from this upload. [16:59] :) [16:59] you're sponsoring me or you takeover ownership like before ? [17:01] no i sponsor you of course [17:01] you can also ask bluekuja to sponsor it [17:02] yep [17:02] feel free to ask if needed :) [17:03] Ubulette, is it a new upstream release? [17:03] what should I do ? [17:03] yes [17:03] it will replace iceape [17:03] replace iceape? [17:03] yes [17:03] maybe add a comment from me to the changelog: [17:04] such as ? [17:04] my last changelog is already 100+ line long :P [17:04] lines [17:05] Ubulette: ok ... don't add a line [17:05] the archive admins will probably ask me anyway before letting it in [17:05] i can then explain to them directly why we don't follow debian anymore [17:06] and what about iceape? [17:06] dies in our archive [17:06] its replaced by seamonkey [17:06] I can add a line for posterity that it has been discussed and it's not my choice alone in my corner [17:06] so iceape package binaries [17:06] will be replaced [17:06] yes [17:06] by seamonkey ones? [17:06] yes [17:06] mmm... [17:06] what ? [17:07] asac: is it something that can be done? [17:07] it's similar to firefox, we keep the name from upstream [17:07] ah ok, fine [17:07] anyway as asac said archive-admins [17:07] will have to approve it [17:07] asac: will it be marked as NEW? [17:08] for the archive? [17:08] yes [17:08] bluekuja: just upload ... archive admins will come to me once they see it [17:08] so, what do I have to do ? update changelogs ? [17:08] seamonkey (1.1.6-0ubuntu1) UNRELEASED; urgency=low [17:09] Ubulette: just target for hardy/ubuntu upload :) [17:09] e.g. dch -r -D hardy [17:09] save [17:09] bzr commit [17:10] then tell bluekuja where the branch is and how to produce the orig with mozclient [17:10] it's not mozclient, it's upstream tarball just renamed [17:10] but please remove the binonly things [17:10] and add that to version [17:10] e.g. [17:10] oh, forgot that, i'll do it [17:10] 1.1.6+nobinonly-0ubuntu1 [17:10] good [17:10] (ugly name btw) [17:11] can't we find something shorter ? [17:11] well ... archive admins already know what that means [17:11] so lets keep it that way :) [17:11] k [17:24] seamonkey (1.1.6+nobinonly-0ubuntu1) hardy; urgency=low [17:24] ok ? [17:25] yes ... looks good for me ... please include the cleanup script in debian/ directory [17:25] then it should be fine from this pov [17:26] pushed [17:26] https://code.edge.launchpad.net/~mozillateam/seamonkey/seamonkey-1.1.dev [17:27] #113 [17:27] bluekuja: can you take a look ... check for lintian cleanness all this kind of stuff? [17:27] Ubulette: did you reuse the iceape copyright? [17:27] asac: yes [17:27] (should be fine then) [17:27] yes. [17:28] i have to redo it for sm2 but here, it should be fine [17:28] bluekuja: if its fine from your side feel free to send up [17:28] ok, gonna check it a bit [17:28] and report here if I see something wrong [17:28] test it please [17:28] bluekuja: maybe check if the transitional packages are fine [17:28] yep [17:28] iceape -> seamonkey ... et al [17:29] is https://code.edge.launchpad.net/~mozillateam/seamonkey/seamonkey-1.1.dev right? [17:29] asac, yep, i did that one late last night, worth a test [17:29] bluekuja, yes [17:29] rev113 [17:30] (i see 112 on lp) [17:30] yes [17:30] damn [17:30] hold on, i check [17:31] ok [17:32] bluekuja, you need the tarball too [17:33] where can I get it? [17:33] i'm pushing it to my usual place, a few sec... [17:34] k [17:34] I hope it's not 200 mb [17:34] or something like that [17:34] ;) [17:34] s/sec/min/ [17:34] 40M [17:34] omg [17:35] like most of moz stuff [17:35] yep [17:35] ^^ [17:36] crazy changelog [17:36] :) [17:37] you can read commit logs, it's the same in 20 commits [17:38] yep [17:39] 1min left [17:41] Ubulette, menu entries [17:41] are out-dated [17:41] and not freedesktop compliant [17:41] that's a minor [17:41] but need to be fixes somewhen [17:41] *fixed [17:41] it's the same as debian [17:41] s/iceape/seamonkey/ [17:41] yeah, need to be fixed then [17:41] :) [17:41] where are the rules described ? [17:41] you can do it on the next revision [17:41] just desktop-file-validate [17:41] on them [17:41] anyway just update your branch [17:41] and will fix them later [17:42] http://www.sofaraway.org/ubuntu/tarballs/seamonkey_1.1.6+nobinonly.orig.tar.gz [17:42] Ubulette, why there is no VCS field? [17:42] what for ? remember it's no longer tied to debian [17:42] yes, but it's tracked on launchpad [17:42] and you current use a branch to update it [17:43] yes, i did the page on lp [17:43] (if i'm right) [17:43] yes, that's why vcs field exists for [17:43] hmm, i'm not familiar with that. pointers ? [17:44] it's a field [17:44] in debian/control [17:44] to track changes made in a vcs [17:44] like bzr [17:44] svn [17:44] or whatever [17:51] http://pastebin.ubuntu.com/1743/ [17:51] check that pastebin [17:51] it was all good before the nobin, let me diagnose it :) [17:51] oki [17:53] hmm, it's on your side [17:53] http://paste.ubuntu.com/1744/ [17:55] it's building fine [17:55] I've branched it out [17:55] downloaded your file [17:55] and built [17:56] you sure you merged at the right place ? [17:56] what do you mean at right place= [17:56] ? [17:56] the debian dir. you're failing on the 1st patch with missing file, looks the sources dir is not at the right place [17:57] lunch [17:57] let me see [17:57] I've hacked something now [17:57] argh [17:57] you should not, it builds fine [17:59] (on bzr side) [17:59] ;) [17:59] works [17:59] patching file mailnews/mailnews.js [17:59] patching file modules/libpref/src/init/all.js [17:59] Hunk #3 succeeded at 1842 (offset 1 line). [17:59] Hunk #4 succeeded at 1930 (offset 1 line). [17:59] is this normal? [18:00] yes, seems o [18:00] *so [18:00] yes, i don't refresh the patches at each new tarball just for an offset. I refresh/redo when it fails [18:01] my default context is big enough to avoid troubles [18:01] build duration? [18:01] 1h [18:01] on ppa [18:01] 1 hour? [18:01] omg [18:01] depends on your cpu too [18:01] I'll have to build it [18:01] on hardy [18:01] as well [18:01] -.- [18:01] just hardy [18:01] we don't push on gutsy [18:01] yep, I know [18:02] but it builds on gutsy too, i tested it === Ubulette_ is now known as Ubulette [18:03] I update my tarball [18:03] ehhh [18:03] and I send it to build on hardy [18:03] why ? [18:04] pbuilder tarball [18:05] ? [18:05] i don't understand why my tarball is not good [18:05] not your tarball [18:05] but my chroot [18:05] one [18:06] ;) [18:06] ohh [18:06] :) [18:06] :) [18:06] please test before you push to hardy [18:07] maybe i missed something [18:07] I will [18:07] not sure if I can make it for today [18:07] :/ [18:07] sport in one hour [18:07] ok [18:08] and then I'll be back at 22 [18:08] need to eat [18:08] shower [18:08] and finally sleep [18:08] :) [18:11] i need sleep too. 7h in two nights is not enough [18:11] aww [18:11] 7h only? [18:12] why? [18:13] build started [18:14] i usually got to bed very late but those days i had to get up early [18:15] -got+go [18:15] oh :) [18:15] I go to eat [18:15] and then I'm off [18:15] cyaz [18:15] (leaving it building) [18:33] asac, gasp. ftbfs because of nobin [18:43] asac, error: file '../../suite/branding/content/logo.gif' doesn't exist at ../../config/make-jars.pl line 443. [18:44] we should not remove the branding [18:47] damn, i've used remove.nonfree instead of remove.binonly [19:04] yeah ... use remove.binonly.sh [19:12] asac, no kidding [19:13] ix:~/bzr/seamonkey-1.1.dev$ debian/rules nobinonly [19:13] Cleaning seamonkey_1.1.6.orig.tar.gz using remove.binonly.sh ... [19:13] -rw-r--r-- 1 fta fta 45590461 Oct 31 06:29 ../tarballs/seamonkey_1.1.6.orig.tar.gz [19:13] -rw-r--r-- 1 fta fta 45580702 Nov 6 20:13 ../tarballs/seamonkey_1.1.6+nobinonly.orig.tar.gz [19:14] well ... at leastits10 k :) [19:15] Ubulette: so everything fine? [19:15] i've added a rule so it's easier next time [19:15] great [19:19] what's with the desktop icons already? [19:22] $ desktop-file-validate chatzilla.desktop [19:22] chatzilla.desktop: warning: key "Encoding" in group "Desktop Entry" is deprecated [19:22] chatzilla.desktop: error: value "GTK;Network;IRCClient" for string list key "Categories" in group "Desktop Entry" does not have a semicolon (';') as trailing character [19:23] no idea ... aren't there any desktop items in the package? ... maybe we should not provide all those menu entries, but just one for the suite which starts whatever the user has selected as default in preference? [19:23] indeed, that's too much [19:24] just one called seamonkey ? [19:24] cool ... then just drop all desktop entry and just one seamonkey one with _just_ the seamonkey logo [19:24] we can keep th others as disabled ... but then they can use the same icon and just have a different name imo [19:26] you mean, not the square half blue, half orange with a wheel ? [19:26] but the new sm branding i've used in LP [19:27] right [19:28] how do I disable a desktop file ? [19:32] NoDisplay=true maybe [19:32] yeah ... i think so [19:32] you can test if right clicking on Applications and selecting |Edit Menu| allows you to enable those entries afterwards easily [19:47] asac : A workaround has been found for the high priority bug #53387 in WPAsupplicant, if you want to take a look, it's in the end of the bug description [19:47] Launchpad bug 53387 in wpasupplicant "Manual WPA networks doesn't connect at boot" [High,Confirmed] https://launchpad.net/bugs/53387 [20:21] asac, i also have kaze for hardy [20:22] kazehakase | 0.5.0-0ubuntu1~mt1~fta1 | http://ppa.launchpad.net hardy/main Packages [20:22] kazehakase | 0.4.3-1ubuntu1 | http://archive.ubuntu.com hardy/universe Packages [20:24] bug 144255 [20:24] Launchpad bug 144255 in kazehakase "Please upgrade kazehakase to 0.4.8" [Wishlist,Fix committed] https://launchpad.net/bugs/144255 [21:05] asac, i've had another look at songbird, checking the progress since this summer [21:05] there's still shipping their own patched xul [21:47] Ubulette: is kaze using xul 1.9? [21:47] no, I already answered that. 1.8 [21:48] Ubulette, build failed [21:48] make[4]: *** [libs] Error 2 [21:48] make[4]: Leaving directory `/home/seamonkey-1.1.dev/mozilla/xpfe/global' [21:48] make[3]: *** [libs] Error 2 [21:48] make[3]: Leaving directory `/home/seamonkey-1.1.dev/mozilla/xpfe' [21:48] make[2]: *** [tier_50] Error 2 [21:48] make[2]: Leaving directory `/home/seamonkey-1.1.dev/mozilla' [21:48] make[1]: *** [default] Error 2 [21:48] make[1]: Leaving directory `/home/seamonkey-1.1.dev/mozilla' [21:48] make: *** [debian/stamp-makefile-build] Error 2 [21:48] (on hardy) [21:49] error: file '../../suite/branding/content/logo.gif' doesn't exist at ../../config/make-jars.pl line 443. [21:49] bluekuja, i know. nobin effect [21:49] read above [21:49] i've fixed it, and much more [21:49] ah k [21:49] sorry just went home [21:50] so need to read backlog [21:50] please trash everything (branch included) and retry [21:50] tomorrow I will [21:50] need sleep now [21:50] ok, np [21:52] btw, i've pushed it to my ppa as it's difficult to test the replace of that many packages with dpkg [21:53] bluekuja, tomorrow, re-dl the tarball from my site too [21:53] same url [21:53] I'll ping you [21:53] when I'll get hom [21:53] *home [21:53] k [21:53] so you can re-give me details [21:54] sure [21:54] asac: what happened to ries? [21:55] ries? [21:56] ries.debian.org [21:56] aka ftp-master [21:56] seems to be fuck** up [21:56] oh ... yeah i think there is some issue :) ... but i don't know more [21:56] aww [21:56] no uploads then [21:56] :/ [21:59] ok, going to sleep [21:59] gnight everyone [22:57] time is running low here ... 30minutes left ... then probably gone for the eveing ... dinner + while [ not yet drunk] ; do drink; done [22:58] lol [22:59] 2 weeks of alcoholism might end in the sanatorium i guess :) [22:59] head 1st [23:05] ok, i'd done for today. night all [23:10] Ubulette: sleep well [23:10] bye [23:28] ok off === asac_ is now known as asac