=== DarkMageZ_ is now known as DarkMageZ === \sh_away is now known as \sh === \sh is now known as \sh_away [15:59] sorry ... got lost in an ad-hoc trip to denmark :/ [15:59] Ubulette: there? [15:59] asac, yes [15:59] asac, hi, how are you ? [16:00] well ... first i thought ... damn no internet [16:00] i'm fighting with prism on revu :) [16:00] but now i don't want to get back at all :) [16:00] got used just doing nothing ;) [16:00] lol [16:00] fun is i have to work all night now because ffox will be out tomorrow :( [16:00] and i think my sponsor backlog is pretty big as well [16:01] prism? any serious issues? [16:01] yep [16:01] no [16:01] good [16:01] so gnomefreak is gone? [16:01] what happened? [16:01] last thing i see is that he complained about doing unrecognized work [16:02] he burst in flames once again and disappeared without giving me a chance to clarify. [16:02] while there was nothing new at all [16:03] i was just explaining stuff to bluekuja for sm1 [16:03] result is that bluekuja is gone too [16:03] huh? [16:03] and sm1 is still stuck [16:03] maybe he got scared. I have no idea [16:03] Ubulette, no [16:03] ok ... didn't i sign it of in launchpad? [16:03] I just told you it's the weekend [16:04] It's the first time I touch my pc since friday [16:04] i confirmed something ... ah right xulrunner 1.8 ... was that uploaded? [16:04] bluekuja: hey :) [16:04] asac: heya alex! :) [16:04] asac, first P&P answered [16:04] asac, it was....nice! [16:04] bluekuja: cool! [16:04] asac, yep, my merge for xul 1.8 has been sponsored in a blink [16:04] good [16:05] asac, I've seen you aren't an AM now [16:05] decided to stop? [16:05] :) [16:05] Ubulette, gnomefreak was a little less angry [16:06] i cant see real good the drops they gave me i found out im allergic to. Ubulette you cant add nobinonly to gutsy and you cant change iceape -> seamonkey in gutsy, why did you do iceape at all since i already did it and pushed it to review? ONLY security fixes can be put into stable rlease unless it is oked by a SRU and nobinonly doesnt fit within that AFAIK [16:06] Ubulette: if my package isnt good enough for gutsy than tell me and ill fix it but I REALLY FUCKING HATE DOING WORK FOR NO REASON! ill be back some other time [16:06] * gnomefreak è uscito ("Lost terminal") [16:06] bluekuja: well i think they understood that i currently don't have much time :)( [16:06] asac, lol [16:06] asac, yeah^^ [16:06] asac, that's the backlog from john [16:07] bluekuja: yes [16:07] i saw that [16:07] asac, any idea on how we can move on? [16:07] on what? [16:07] on seamonkey [16:08] I've seen a package waiting for sponsorship in the queue [16:08] asac: you doing anything about xulrunner-1.9, or fx-3.0? [16:08] about iceape [16:08] and maybe john was complaining about that [16:08] asac, anyway PPA security issue got fixed finally [16:08] asac, e.g changes files signed by keys in the keyring for the main archive [16:08] armin76, i have updated both for ~b1, ready for review [16:09] bluekuja: seamonkey to hardy ... iceape to gutsy [16:09] asac, yes, i thought it was clear for everyone [16:09] asac, yes, but why john was complaining about that? [16:09] Ubulette: you have a link where i could see it? [16:09] bluekuja: no idea ... i think he was pissed of because his package didn't get sponsored. [16:09] ah damn [16:10] armin76, either the corresponding brz branches or my ppa. [16:10] rofl [16:10] I haven't tried to push that to motu/revu because we usually review those here [16:11] Ubulette: i'm not an ubuntu user, so i don't have any idea what you're talking about :P [16:11] yes we will upload beta directly [16:11] armin76: so what is your question about? [16:11] armin76, hmm, so why do you aks here ? it's an ubuntu channel [16:11] :D [16:12] just looking what you guys did [16:12] and to say that it doesn't compile on alpha or ia64 [16:12] oh, you're gentoo [16:12] armin76, gentoo doesnt rock [16:12] armin76, migrate to Ubuntu please [16:12] :) [16:13] bluekuja: no, thanks, ubuntu doesn't have support for alpha hppa sparc ia64, which are the archs i use :P [16:13] armin76, huh? [16:14] armin76, Ubuntu support them as well [16:14] since when? [16:15] packages.ubuntu.com only show amd64 i386 and ppc [16:15] armin76, check exaile package for instance [16:15] armin76, https://edge.launchpad.net/ubuntu/+source/exaile/0.2.11.1-0ubuntu1 [16:15] armin76, check the builds [16:17] alpha is missing :P [16:17] armin76: how does it fail? [16:17] armin76, yes, but anyway migrate [16:17] :) [16:18] asac: fails to compile, it detects the arch and so, but fails [16:18] different errors, though [16:19] asac: http://launchpadlibrarian.net/10370744/buildlog_ubuntu-hardy-ia64.xulrunner-1.9_1.9%7Eb1%7Erc3%2Bnobinonly-0ubuntu1_FAILEDTOBUILD.txt.gz <- f. ex :) [16:19] yeah not updated xpt [16:20] don't think that there is a fix yet [16:23] do you think there will be? :P [16:25] armin76, I don't have access to an ia64 box so it's difficult for me to fix. patches are welcome [16:25] usually someone interested in that architecture has to come up with a fix [16:28] asac, for prism: "There is a build-dependency on unzip. but all packages are architecture independent: this probably should be a build-depends-indep: " [16:28] I have to move unzip to build-depends-indep ?? [16:30] Ubulette: no its ok to have it in depends [16:30] the build-depends-indep are ment for specific depends to build only the binary indep [16:30] i know but that's a comment i got in REVU.. [16:31] i think its neglectable [16:31] do you have a link to revu? [16:31] http://revu.tauware.de/details.py?package=prism [16:31] i'm commenting right now [16:33] what's wrong with my manpage.. it was right before.. hmm [16:40] most comments are valid [16:40] no [16:41] i wouldn't mind some though [16:41] 10) Please put prism-google-docs in Section: doc [16:41] lol [16:41] yeah [16:41] that's lintian non sense [16:41] reviewers faith [16:41] 11) prism is architecture: all, but ships data in /usr/lib (please use /usr/share) [16:41] i did move chrome but I can't move the whole thing [16:42] which files are install in pkglibdir? [16:42] well, maybe I can [16:42] i wouldn't bother linking components [16:42] (javascript ones) [16:42] configs + chromes [16:43] though configs are not a big problem either [16:43] well, as a whole, he's damn picky, none of our packages here respect any of those [16:44] yeah [16:44] i don't think that he can't live with some [16:44] he just wants to point out everything [16:44] while some are neglectable [16:45] 8 + 9 should be fixed [16:45] I think it was good before. I'll check, maybe a last minute regression [16:46] same for my manpage [16:46] 1, 4, 6, 14, 15(maybe), 17, [16:46] those i think are fixworthy too [16:46] the others are nice-to-have [16:46] 1 and 5 are debian stuff, too new for ubuntu [16:46] for mpl you should include MPL in docs [16:47] Ubulette: no vcs headers are needed [16:47] so 1 is important [16:47] X-Vcs-Bzr: bzrurl [16:47] no [16:47] I have that one [16:47] he? [16:47] ah [16:47] he wants Vcs-Bzr [16:47] now i see [16:47] yes [16:47] you are right [16:47] http://lists.debian.org/debian-devel-announce/2007/11/msg00006.html [16:48] how come was I supposed to know ? [16:53] i don't think so [16:56] asac, bluekuja; so, what about seamonkey ? [16:58] Ubulette, whatever is fine for asac is fine for me as well [17:03] asac, asac_ ^^ [17:07] got reconnected [17:08] asac, bluekuja; so, what about seamonkey ? [17:08] Ubulette, whatever is fine for asac is fine for me as well [17:10] asac_ ^^ === asac_ is now known as asac [17:15] Ubulette: can you reiterate the problem with sm? [17:15] are there things that bluekuja wants to see improved? [17:16] we've just discussed the wording of the dummy packages. I reused the debian one, he wanted a different one [17:16] that's it [17:17] i just said it's minor and it could wait the next version [17:18] asac, actually dummy packages should have a specific description [17:18] asac, and not a default one as far as they are empty [17:19] usually dummy packages read like: this is a transional package bla bla bla ... you can safely remove it once the package bla bla bla is installed [17:20] exactly [17:21] so tell debian [17:21] file a bug there ;) [17:21] well, if you really want to, i can fix it in this version [17:22] i don't mind ... for the new transitional packages (e.g. iceape -> seamonkey) the wording should be right imo ... for mozilla -> iceape ... i have no opinion [17:23] bluekuja: is that all? [17:23] or anything else that needs to be fixed/checked before upload? [17:23] asac, I need to build it on hardy [17:23] asac, lintian was complaining about long-desc [17:23] but it's just minor [17:23] yes [17:24] also for postinst-has-useless-call-to-ldconfig [17:24] but I don't see why it reports that [17:24] asac: I need to build that on hardy, checking final files dirs [17:25] and then testing it [17:25] a bit [17:25] and then should be ready [17:40] asac, please review ff3 / xul from the .dev branches [17:41] btw, both tarballs contain the same thing as rc3 [18:03] Ubulette: i have bug 156187 for mozilla_five_home ... what was your bug number? [18:03] Launchpad bug 156187 in firefox "core dump with application compied by firefox-dev under gutsy" [Medium,Incomplete] https://launchpad.net/bugs/156187 [18:09] bug 157126 [18:09] Launchpad bug 157126 in mozilla-firefox "FF2 without default mozilla-five-home" [Undecided,New] https://launchpad.net/bugs/157126 [18:12] asac, ^^ [18:13] Ubulette: ok [18:13] asac, that was an ff2 bug only. [18:14] a [18:16] yes [18:47] asac, i'm done with the 18 changes for prism. what should I do, repost an updated package with the exact same version or bump ? [18:49] Ubulette: hmm ... i think you have to bump the version otherwise revu will choke on it [18:50] but not sure [18:50] ask persia [18:52] Ubulette: so you said that the bits are the same for xul and ffox rc3 -> beta1 ? [18:52] (the origs) [19:01] yes [19:03] Ubulette: so you didn't upload anything? i can just reuse the origs?= [19:10] asac, I didn't upload anything but I did fetch new tarballs using mozclient, so dirnames/filenames are ok [19:10] asac, oh, i've pushed those to my ppa [19:13] ok [19:27] debian has now nspr 4.7.0~1.9b1 [19:27] or is that in experimental? [19:28] no idea [19:29] yeah its in unstable [19:29] bluekuja: did your upload get sponsored? [19:29] bluekuja: to debian? [19:30] bluekuja: would like to reupload and see if anything got fixed [19:30] ;) [19:30] asac, diff-ext upload? [19:30] or cgmail? [19:30] no idea ... whatever failed because of my key [19:30] yes cgmail it was [19:30] yep, it's already in...but I'm fixing a FTBFS on some archs for diff-ext [19:30] so you can test your key again [19:30] :) [19:31] asac, do you have an amd64 box? [19:31] yes [19:31] asac, actually I cannot build that on PPA [19:31] he? [19:31] it builds fine there [19:31] what do you mean? [19:31] but fails on debian builds machines [19:31] ah [19:31] asac, is that something similar to our package or completely unrelated ? [19:31] i have a sid chroot [19:32] Ubulette: we have a sync [19:32] atm [19:32] ? [19:32] asac, it would be great if you can test the package before and after the fix [19:32] Ubulette: e.g. unless we do something we will always get exactly the debian version auto-synched [19:32] asac, in the sid chroot as far as it FTBFS only [19:32] Ubulette: https://edge.launchpad.net/ubuntu/+source/nspr/ [19:32] and it's not a program issue [19:32] look at -- Ubuntu Archive Auto-Sync < archive@ubuntu.com> Tue, 23 Oct 2007 17:59:35 +0100 [19:33] bluekuja: give me branches :-P [19:33] asac, can I give you a dgettable url? [19:33] asac, I'd prefer to keep ours. it's quiltified and now uses our nobinonly [19:33] what happend to your branches? [19:34] asac, nothing, they are updated [19:34] :) [19:34] and unstable got the latest revision [19:34] dgettable url for the fixed package [19:34] want to see if it fixes the issue before pushing it [19:34] let me grab the branches url [19:35] Ubulette: yes. maybe mike would accept the quiltification ... is the diff minimal? so we can send it to him? [19:35] asac, https://code.edge.launchpad.net/~bluekuja/diff-ext/debian.source [19:35] and [19:35] bluekuja: the upstream branch has diverged [19:35] mmm...are you sure about that? [19:35] I merged [19:36] the changes [19:36] asac, i've kept the changes minimal because you wanted to convince mike to use quilt remember ? but I haven't checked debian in a long while so I don't know [19:36] asac, actually you can just branch out the debian.source branch [19:36] and get the tarball from upstream [19:36] I grab you the link [19:36] so you bzr bd --merge [19:36] and that's all [19:36] asac, yet i know that nss b1 is not enough to do sm2 / xul trunk [19:37] bluekuja: ok so your branches are still a mess :) [19:37] just give me the dgettable url [19:37] or all three urls [19:37] asac, ok, but I don't know why you get them as diverged [19:37] I'm *sure* I merged the changes back [19:37] strange then [19:37] bluekuja: no idea ... you did different thing in your upstream branch ... e.g. you patched it et al [19:38] bluekuja: merged back? upstream branches never need to be merged ... just updated [19:38] no, I mean debian.source [19:38] got merged [19:39] bluekuja: anyway ... just give me orig.diff.gzand dsc thing [19:39] yep [19:39] bluekuja: fix your upstream branch at some point :) [19:39] I will [19:39] I'll have to check stuff there again [19:39] or only maintain debian/ directory + patchsystem [19:39] makes things easier i guess [19:41] yep, as Ubulette does [19:41] it's better [19:41] ^^ [19:41] asac, http://incoming.ibluepaper.com/diff-ext_0.2.3-3~ppa1.dsc [19:42] asac, this *should* FTBFS at some point [19:42] asac, going to eat in the meantime [19:42] don't worry about versioning ~ppa1.dsc [19:42] it's just a test [19:42] ;) [19:49] i've posted my comments and the updated package on revu. no idea what's next. [19:50] Ubulette: let him confirm it [19:50] he will from what i know [19:50] asac, persia complained about the length of changelog. what should I do ? [19:50] then it gets sponsored [19:50] read my answer: http://revu.tauware.de/details.py?package=prism [19:50] Ubulette: ping him on iRC and say that you fixed all those bugs, but not those ones et al. [19:51] i discussed with him earlier today [19:51] [16:17] Ubulette: some comments added to start. There's likely more, but I'm to bed, and there's enough there for another revision. [19:51] don't know what TZ he's in so i'll wait [19:52] Ubulette: did you reupload? [19:52] yes [19:52] Ubulette: ok then fine [19:52] read #12 [19:53] yeah ... i don't think its a problem [19:54] if he gets too anal, i can comment as well ... but let him go ahead ... i think once you went through all this he will like you more than before and he has a strong council involvement. [19:54] lol [20:00] asac, for xul post 1.9b1 (and sm2 trunk), we need nss at least NSS_3_12_ALPHA_2B which is ahead of 1.9b1 so the debian one is no good for us [20:01] we can do a real 3.12.0~a2b [20:01] asac, back [20:01] this upload will be still without system-nss [20:01] asac, did it FTBFS? [20:01] Ubulette: lets try to target new system nss for b2 [20:01] maybe before [20:02] asac, sure (b1) [20:02] i have to write the roadmap for xul migration tomorrow [20:02] i've faced the problem within my ppa. 3.12.0~a2b < 3.12.0~cvs :( [20:02] i will include it in that document [20:02] what is a2b? [20:03] NSS_3_12_ALPHA_2B [20:03] current req in 1.9b2pre [20:03] mozilla bug 403680 [20:03] Mozilla bug 403680 in Libraries "CERT_PKIXVerifyCert fails if CRLs are missing" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=403680 [20:03] well its still cvs so lets name it ~cvs+a2b :) [20:04] bluekuja: nope ... haven't even grabbed it :) [20:04] asac, lol [20:04] asac, I'll go for a showa then [20:04] :P [20:04] and btw, i've moved the addons in xul b1 [20:04] bbl [20:07] Ubulette: yes i saw that t... thanks [20:07] i planned that as yet-another-last-minute change this morning ;) [20:08] do we have a global plugins dir as well now? [20:08] for xul? [20:08] yes [20:08] asac, http://paste.ubuntu.com/2224/ [20:09] fine [20:09] Ubulette: ok ... i plan to have all main plugins migrated to xul 1.9 by alpha 3 [20:09] so at best starting before alpha 2 [20:10] i still preserved /usr/lib/firefox-3.0/plugins for b1 as we need to figure out what could be shared or not [20:11] Ubulette: why don't we have /usr/lib/firefox-addons/ ? [20:11] any reason? [20:11] or just by evolution? [20:11] none. ff3 is not shipping any plugin at the moment [20:12] all i have in there is links i've done myself a long time ago [20:12] Ubulette: hmm ... i just wonder why we still have the unversioned directory? [20:12] for ffox [20:12] we did it intentionally remember ? [20:13] did we? [20:13] i think we did ... just wonder if the reason is still valid ;) [20:14] -installdir = $(libdir)/$(MOZ_APP_NAME)-$(MOZ_APP_VERSION) [20:14] +installdir = $(libdir)/$(MOZ_APP_NAME) [20:14] the plugin dir is one reason [20:14] yes i think thats from the time when i started the package based on what i had in 2.x [20:14] but now that we have started to host extenssions/ plugins for xul in some other dir, we could do the same for ffox i guess [20:15] bzr blame firefox-fsh [20:15] oops [20:15] Ubulette: i am sure thats my hack [20:15] 39 asac@jw | -installdir = $(libdir)/$(MOZ_APP_NAME)-$(MOZ_APP_VERSION) [20:15] 44 fta+lau | +installdir = $(libdir)/$(MOZ_APP_NAME) [20:15] nope :) [20:15] hmm ... i had the -instaldir ;) [20:15] so it probably is pretty similar ;) [20:16] i think i had firefox-3.0 hardcoded [20:16] or something :) [20:16] it's easy to revert. [20:16] well maybe not [20:16] yeah ... we have to fix the extensions + plugins dir i think [20:17] worse. [20:17] the usr/lib vs usr/share [20:17] and the gnome split [20:18] easy with hardcoded paths, not so easy with dynamic paths [20:18] in xul, we don't do usr/share [20:18] Ubulette: wildcards in .install doesn't work? [20:19] and then using wildcards in rules fo dh_link? [20:19] like we did in xul? [20:19] Mozilla/5.0 (X11; U; Linux ia64; en-US; rv:1.9b1) Gecko/2007112520 Firefox/3.0b1 [20:19] * armin76 throws stuff at asac [20:19] armin76: well done [20:19] you patch or did you find any? [20:19] mine [20:20] armin76: you can decide: either submit it upstream and let us include the patch from there or let us include first and if all works out well submit upstream [20:21] you pay :P [20:23] asac, I can revert the path but do we really want that in b1 or post b1 ? [20:23] bluekuja: sid chroot still upgrading ... takes ages i guzess [20:24] Ubulette: hmm ... i would prefer to have the final paths in ffox 3 so we can start to migrate things right away [20:24] (not yet sure how to proceed with gutsy though) [20:24] Ubulette: if its too much work we can update after b1 release [20:24] e.g. do another upload in a week or so [20:25] let me try to see the impact [20:25] in the meantime, feel free to review my changes in xul since rc3 [20:26] i'm sure you'll find some last minute thing ;) [20:26] from what i saw it look good ... yeah :) [20:26] anyway, still working on security builds [20:27] but last build should finish soon ... then i have to QA them and upload [20:27]