[00:05] hmm [00:05] what ? [00:05] Ubulette: actually we should consider to just use seamonkey for 2.0 ... the idea was to use iceape to embrace debian [00:06] and build a bridge of cooperation [00:09] hmm [00:10] you mean I'd better start from scratch, like i did for xul1.9 [00:10] ? [00:11] Ubulette: no ... we can go ahead from there [00:11] if it doesn't make sense we can start from scratch [00:11] but maybe we can then branch the ffox-3.0 branch [00:11] and reuse that [00:12] seems closer to xul [00:12] closer to xul? [00:12] + user profile from ff3 [00:12] its an app on top of xul ;) [00:12] like ff3 [00:12] isn't it`? [00:13] well, not sure it's ready for an external libxul like ff3 [00:13] we can try [00:13] Ubulette: it should be ... otherwise we don't want it I guess [00:14] Ubulette: a main goal for hardy is to not ship duplicate mozilla code anymore [00:15] i know but i'm not upstream, so I don't know if it's ready [00:15] but i see that this will be difficult :) ... tbird will probably not be ready on trunk in time [00:16] isn't tb part of seamonkey ? [00:18] no [00:18] they share a bunch of code (mailnews/ [00:18] ) [00:18] but mail/ is just tbird [00:19] when you fetch suite, it fetches everything, browser/mail/mailnews/calendar/etc.. [00:23] on trunk? [00:23] on branch it didn't do that [00:23] iceape-1.0.11~pre071022$ find mail | wc -l [00:23] 3 [00:25] iceape-1.0.11~pre071022$ find browser/ | wc -l [00:25] 3 [00:25] same for browser [00:26] lol, right [00:26] trunk too [00:27] i don't know why but client.mk appears to always fetch _all_ version.txt [00:27] no matter what [00:27] yes [00:37] it'd difficultto convert all this junk to cdbs [00:37] difficult [00:38] hmm only things i see is 1. generating images ... and installing some branding items to proper place [00:38] whatelse? [00:38] (i look at 1.0.x though) [00:39] where do you put what it's in install-stamp ? [00:39] all the install -d/-l [00:39] -m [00:40] let me look [00:41] # This target should do all the work of installing the package into the [00:41] # staging directory (debian/packagename or debian/tmp). [00:41] common-install-arch:: testdir common-install-prehook-arch common-post-build-arch [00:41] common-install-indep:: testdir common-install-prehook-indep common-post-build-indep [00:41] is that good enough? [00:42] hmm maybe [00:44] left the 3 binary targets [00:46] left? please rephrase [00:46] whats needed there? [00:46] now I need to the 3 binary targets to complete the conversion [00:47] yeah [00:47] ok but what do you need from there [00:47] in 1.0.x it just do more or less normal stuff [00:48] grep -v \.jar $(TMP_DIR)/usr/lib/iceape/chrome/installed-chrome.txt >> $(CURDIR)/debian/iceape-browser/var/lib/iceape/chrome.d/00browser [00:48] i hope this isn't needed anymore on trunk [00:48] (lets assume they use the modern toolkit) [00:48] that could be common-install-arch:: too right ? [00:48] dh_strip -a --dbg-package=iceape-dbg [00:48] for lib in $(CURDIR)/debian/iceape-browser/usr/lib/iceape/libsoftokn3.so $(CURDIR)/debian/iceape-browser/usr/lib/iceape/libfreebl*.so; do \ [00:48] LD_LIBRARY_PATH=$(CURDIR)/debian/tmp/usr/lib/iceape $(CURDIR)/security/nss/cmd/shlibsign/*/shlibsign -v -i $$lib; \ [00:48] Ubulette: i hope its not need ... if its needed you can either do it during install or use a binary hook [00:48] like [00:49] common-binary-post-install-arch:: $(patsubst %,binary-post-install/%,$(DEB_ARCH_PACKAGES)) [00:49] or [00:49] $(patsubst %,binary-post-install/%,$(DEB_ALL_PACKAGES)) :: binary-post-install/%: binary-install/% [00:49] remember i'm still with 1.1.4 [00:49] for per package [00:49] ah [00:49] ok [00:51] diff debian/tmp.list debian/pkg.list | grep "^[<>]" | grep -v "^> DEBIAN" | sort [00:51] do you have that line as well= [00:51] ? [00:51] what does it do? [00:51] it doesn't actually write the output somewhere [00:52] just stdout [00:52] so its void and we can ignore it ... right? [00:52] binary: binary-indep binary-arch find debian/tmp -printf %P\\n | sort -u > debian/tmp.list find `grep Package: debian/control | awk '{print "debian/"$$2}'` -printf %P\\n | sed 's,usr/share/iceape,usr/lib/iceape,' | sort -u > debian/pkg.list diff debian/tmp.list debian/pkg.list | grep "^[<>]" | grep -v "^> DEBIAN" | sort rm -f debian/tmp.list debian/pkg.list [00:52] ups [00:52] it shows the files missed by install [00:53] ok ... lets ignore them :) [00:54] asac: Was about to report bug #138968, saw that it's already reported and fix due for release October 26th, so here's your hug :) [00:54] Launchpad bug 138968 in ubufox "The Release Notes Menu on firefox shows ubuntu 6.10 notes" [High,Fix committed] https://launchpad.net/bugs/138968 [00:54] so jsut the DO_CHROME [00:55] tonyyarusso: well ... this doesn't deserve a hug, but a wip ... this should never have ended up in the release :) [00:55] whip [00:56] asac: True enough, but I'm feeling charitable. :P [00:56] hehe [00:57] asac, why did you drop calendar from iceape ? sunbird is standalone right ? [00:57] ITS FIXED i think (atleast longest build since failures [00:57] Ubulette:debian dropped it iirc but they might bring it back we have sunbird instead [00:57] Ubulette: common-binary-post-install-indep:: ? [00:58] Ubulette: calendar is abandoned upstream [00:58] asac: wondering if we should drop composer (you know since tonyyarusso builds kompzer) [00:58] gnomefreak: its still supported by seamonkey devs [00:58] thats right it was upstream [00:58] asac: i know it was more of a joke than for real [00:59] Ubulette: did you get iceape 2 to build? [00:59] Ubulette: it was never supported upstream afaik ... it was one of those painful debian ideas to package it [00:59] gnomefreak: we are still at migrating this crap :) [00:59] converting 1.1.4 to use quilt + cdbs is what Ubulette is doing [01:00] lol i know its a bitch, but i was gonna try it but havent found time for the headache [01:00] yeah i was gonna do that with 1.1.x but said screw it too hard for this [01:01] hmm, clean is unclean :P [01:02] http://paste.ubuntu-nl.org/41774/ [01:03] Ubulette: is that with original iceape 1.1.4 or with the cdbs port? [01:03] with cdbs port [01:03] line 24-31 isn't a problem [01:04] good this means hardy will end support for 1.1.x series (assuming devs can get 2 done) [01:04] line 32-34 is a bug of how we tar it up ... those can be removed before [01:04] where are the symlinks created? [01:04] by build [01:05] upstream? [01:05] strange [01:05] why didn't i see that before? [01:05] there must be something crazy going on [01:05] (maybe its a seamonkey hack though) [01:05] i've built just before cdbs for a few minutes, then aborted. ported to cdbs, then dpkg-buildpackage -rfakeroot [01:06] hmm ... better start with a clean source base [01:06] unpack/clean seems ok, then source; kaboom [01:06] this looks too fucked up to be true ;) [01:06] i mean unpatch [01:07] yeah ... maybe there was a dpatch that wasn't a diff, but a shell script that created those links? [01:08] Ubulette: yeah ... better start with a fresh orig :) [01:08] i think it must be something like above [01:08] trying [01:10] patch [01:10] configure [01:10] build [01:11] ok abort and clean [01:11] and build again :) [01:11] fakeroot debian/rules clean [01:12] not good. it just clean my stuff, not sources [01:13] lol [01:13] how did you hook in? [01:14] i've cleaned in my bzr tree -<8S [01:14] oh [01:15] maybe the wrong place ;) [01:15] indeed [01:15] ok, nice unpatch + distclean [01:15] let's see [01:17] same problem [01:18] hmmm is make clean invoked? [01:18] maybe thats missing? [01:18] hmmm mikes package does distclean only as well [01:19] ok i have downloaded pristine 1.1.4-... [01:19] now trying [01:20] 1st. dpkg-buildpackage -rfakeroot -b [01:20] 2nd. fakeroot ./debian/rules clean [01:20] 3rd dpkg-buildpackage -rfakeroot [01:21] http://paste.ubuntu-nl.org/41775/ [01:21] its just a.out [01:22] which is a left over of an aborted configure [01:22] so this problem doesn't exist on pristine 1.1.4 [01:22] hmm [01:23] well, I don't have much in clean, just clean:: with the branding stuff [01:24] I see distclean invoked [01:24] but it wipe the makefiles out [01:24] s [01:24] yes [01:24] thats normal for distclean [01:25] but there are tons of leftovers [01:25] how long do you wait until you abort the build? [01:25] not long [01:25] but it was already building [01:25] hmm [01:25] its not hte in pristine package then [01:26] but those .cpp files don't exist either [01:26] dist is already there [01:26] e.g. xpcom/glue/standalone/nsCOMPtr.cpp [01:26] oh now i have it [01:26] wait [01:26] yeah and its a link [01:26] lets see [01:27] i have 2 [01:27] ix:~/bzr/build-area/iceape-1.1.4$ find . -name nsCOMPtr.cpp -ls [01:27] 8393920 8 -rw-r--r-- 1 fta fta 4926 Nov 24 2004 ./xpcom/glue/nsCOMPtr.cpp [01:27] 8395334 0 lrwxrwxrwx 1 fta fta 46 Oct 23 02:11 ./xpcom/glue/standalone/nsCOMPtr.cpp -> ../standalone/../../../xpcom/glue/nsCOMPtr.cpp [01:27] 8395348 0 lrwxrwxrwx 1 fta fta 38 Oct 23 02:11 ./xpcom/build/nsCOMPtr.cpp -> ../build/../../xpcom/glue/nsCOMPtr.cpp [01:27] ok its still building if im up ill check it a bit later if all is good ill install it and spin source (i have to make sure that the identification is correct (as mine still says 1.1.4 but i swear i installed 1.1.5 last night [01:29] Ubulette: i couldn't reproduce it [01:29] even though i stopped at a point where that link was setup [01:29] maybe you just hit a corner case [01:30] hold on, i'll push that and you tell me :) [01:30] uu [01:31] rev97 [01:33] which branch? [01:33] i don't have any for iceape here ;) [01:33] https://code.edge.launchpad.net/~mozillateam/iceape/iceape-2.0.dev [01:33] ok [01:33] but still 1.1.4 orig? [01:33] yes [01:33] k [01:38] ok its building [01:38] lets wait a minute [01:38] ok now: ../build-area/iceape-1.1.4/xpcom/glue/standalone/nsCOMPtr.cpp is: [01:38] ../build-area/iceape-1.1.4/xpcom/glue/standalone/nsCOMPtr.cpp -> ../standalone/../../../xpcom/glue/nsCOMPtr.cpp [01:38] i abort at this point [01:39] now clean [01:39] btw, the crash that everybody is seeing with gtkmozemb could be caused by a missing --with-default-mozilla-five-home= in ff2, [01:39] then dpkg-buildpackage -rfakeroot [01:39] hmm [01:39] probably [01:39] i really missed that switch? [01:40] i haven't checked but now that I see it in iceape, it rings a bell [01:41] so, does it work for you ? [01:41] not yet sure ... currently creating the diff.gz after clean [01:42] yeah there are a bunch of links not removed [01:42] so i'm not crazy [01:42] good [01:42] any idea of what I did wrong ? [01:43] thats strange ... there are even files in [01:43] dist/include/nsBuildID.h: [01:43] left over [01:43] e.g. dist is not cleaned by distclean [01:47] creating diff.gz agaiun [01:47] lets see [01:49] hmm [01:49] at lesat distclean did something for me now [01:49] what i find wierd is that patches are unapplied before distclean? [01:50] thats the wrong order ... for sure [01:51] look at the diff, it's wrong [01:51] tons of sources in there [01:55] i'm too tired. I'll see that tomorrow. if you have an idea, just write it here :) [01:56] sure [01:56] 'night all [01:56] will go to bed now as well [01:56] night [03:50] hey guys anybody up, esp. Ubulette? [08:22] i really hate PPA [08:27] seems that after every build that 80 [08:28] -system_libs patch changes (tells me uncommited changes go to commit and that patch is there) revert and clean-trree fixes this but why does it keep changing is what bothers me [08:45] asac: grab it right from the branch please. it builds fine PPA is being a fucking shit head atm its not yet 4am and im not fucking with it now because dput wants to uplaod new tarball and LP guys are saying that i shouldnt be. dput doesnt have a flag for push all but tarball [08:52] either i change the name of tarball wait for them to add remove package or you grab it from branch maybe ill change name a bit (not sure how the fuck to change iceape_1.1.5.orig.tar.gz any other way [09:05] gnomefreak: ok [09:07] i think i found the old tarball [09:07] im trying it atm [09:07] they really need to get the option to remove from PPA soon i would love to start clean [09:15] this should fix it all [09:22] asac: ok fixed source was accepted [09:31] ok im gonna try to go back to sleep. iceape ppa2 should be on my PPA shortly (it was a accepted 10 minutes or so ago and Lp seems to be running slow anyway [09:38] gnomefreak: ok i will try to remember to take a look in an hour or so [09:38] thanks [09:38] ! [09:38] np [09:38] what do you want me to do with hardy?> [09:38] i updated branch for hardy changelog [09:47] gnomefreak: lets talk about this after you got some sleep [09:47] asac: ;) [09:47] working on it soon [09:47] its 10 til 5 === rexbron__ is now known as rexbron [13:43] i love when things just work out [13:48] asac: about iceape 1.1.5 for gutsy i asked if needed a SRU and here is what i was told (not sure if you can bypass it or not) [13:48] asac: 08:46 < ScottK > gnomefreak: Yes. That with the added provision that [13:48] before the Hardy repos open you need a motu-uvf ack. [13:50] gnomefreak: no ... it will be pushin this through security [13:50] oh ok [13:50] gnomefreak: i asked our security team and they say the procedure for security updates is the same as for main packages ... just that there aren't any advisories [13:51] ah ok wasnt sure if you got to them or not [14:43] gnomefreak: can you post urls to your iceape dsc, diff.gz and orig please? [14:44] i want to spin them for testing before going out to lunch [14:44] asac: yes i can [14:45] give me minute i think im low on mem for some reason [14:47] http://ppa.launchpad.net/gnomefreak/ubuntu/pool/main/i/iceape/iceape_1.1.5-1ubuntu0.7.10~ppa2.diff.gz [14:47] http://ppa.launchpad.net/gnomefreak/ubuntu/pool/main/i/iceape/iceape_1.1.5-1ubuntu0.7.10~ppa2.dsc [14:47] http://ppa.launchpad.net/gnomefreak/ubuntu/pool/main/i/iceape/iceape_1.1.5.orig.tar.gz [14:47] just wget them and your all set [14:47] binary 64 is built 386 hasnt started yet [14:48] im out for a while need to run some errands [15:13] hello [15:13] asac, is the extension blacklist feature being implemented by someone else? [15:14] i mean, that stuff warning you if you try installing an extension that is known to crash firefox on ubuntu === ex__ is now known as exception === exception is now known as _ex_ [15:53] hmm ... gnomefreak when exception returns acn you tell him to stay online longer? [15:53] well if you get a grib on him before me of course :) [16:04] gnomefreak: +#82_prefs_ubuntu.dpatch .... thats bad [16:04] this should not be changed in a security upload [16:05] gnomefreak: and document the CVEs in changelog ... not the MFSAs (well MFSAs are good to have, but not essential) [16:06] i can do both now [16:07] gnomefreak: hmmm ... you must base the security updates on the same package version that is currently in ... not on the latest you have prepared [16:07] e.g. you used 1.1.4-1ubuntu3 as a base, while currently in gutsy there is 1.1.4-1ubuntu2 [17:29] * ThunderStruck plays spades while transfering mp3s [17:38] ThunderStruck: thats most likely illegal :) [17:38] eh might be [17:39] limewire to windows windows to ubuntu [17:39] cant help it i love motorhead [17:40] ThunderStruck: limewire should be avail on linux as well ... its java [17:40] i never got it to work [17:41] only tried frostwire and it was hard to set up iirc [17:41] ThunderStruck: for me limewire just worked [17:42] maybe ill try limewire from ubuntu and see if its different [17:43] http://www.limewire.com/download/version.php [17:43] brb [17:48] asac: all i found were mfsa's one i did it as mike had done it and when i go to seamonkey page it gives mfsa's not cves but yes normally i would use cve's. why is the 82_prefs bad patch (and its not enabled anyway) [17:48] gnomefreak: its enabled in gutsy version ... i don't know why, but ubuntu3 isn't in ubuntu [17:49] probably that was my failure [17:49] asac: because you never pushed it [17:49] and when i got to bluekuja about it it was too late [17:49] oh right. [17:49] ubuntu3 i disabled the patch [17:49] gnomefreak, which package? [17:49] because i couldnt get it to apply [17:49] yes, but that was never uploaded so it should not be disabled now in security update [17:49] bluekuja: iceape ubuntu3 [17:50] ah yeah [17:50] :) [17:50] gnomefreak: whatelse was in ubuntu3` [17:50] ? [17:50] why was it prepared at all? [17:50] asac: removing the suggests on -calendar [17:51] ah [17:51] installing it suggested iceape-calendar but we no longer build bins for it [17:51] that was the reason for the upload to start with (the patch was just eh lets try it [17:52] if you grabbed from my branch ubuntu3 was applied [17:53] i cant help it didnt make it in gutsy all i can do is try [17:53] ok now how does this work [18:06] gnomefreak: create a .gutsy branch ... start with the revision that was the last upload (ubuntu2) [18:06] is the branch in code.lp.net/~mozillateam ? [18:06] why not just remove ubuntu 3 and combine them into 1.1.5 [18:06] asac: no i use personal branch for iceape [18:06] asac: small question [18:07] asac: -v variable should be used with latest ubuntu version right? [18:07] with the last version uploaded [18:07] from Ubuntu [18:07] of course [18:07] ok [18:07] all versions > $version will be included in .changes [18:07] yeah [18:07] every debian revision will be in [18:08] since the latest ubuntu one [18:08] fine [18:08] y [18:10] asac: only problem [18:10] 00list has #82_prefs_ubuntu.dpatch so it is disabled (not sure why yours is enabled) and if you look in control -calendar is gone from iceape suggests) just combine the 2 changelog entries should be all that is needed (do you want me to fix this in branch (seeing as ubuntu3 isnt gonna get uploaded) [18:10] is that changes add Closes: [18:10] to the changes [18:10] from debian BT [18:10] *BTS [18:10] I guess it doesnt matter [18:10] as far as we use launchpad [18:11] and Closes-LP: feature [18:11] not Closes: itself [18:11] (in .changes) [18:11] gnomefreak: create a new branch called ...gutsy ... and start with latest revision uploaded [18:11] latest gutsy revision of 1.1.4 [18:12] otherwise we will face the same problem again [18:12] on next security upload ... e.g. you don't have a branch to work on [18:12] * gnomefreak not seeing a problem [18:12] sure i do 1.1.5 [18:12] 1.1.4 is gone 1.1.5 is replacing it so whats the problem? [18:13] the problem is that there are changes in that are not security related [18:13] when 1.1.6 release i can work off of 1.1.5 since they are going in to gutsy as 1.1.5 1.1.6 [18:13] just branch of your iceape branch from revision 91 [18:13] then replay the revisions 95, 96 and 97 on top of that [18:13] and push to ubuntu-1.1.x.gutsy [18:14] the ubuntu-1.1.x branch will be used for hardy ... while the .gutsy will only get changes to security updates [18:14] what about revisions 92-94 [18:14] those are hardy only [18:15] we don't want them in gutsy [18:15] because they are not in gutsy now [18:15] ah ok [18:15] i see it [18:15] which is what i am talking about the whole time [18:15] ;) [18:16] if you can't do it i can do it tomorrow [18:16] now i have to go [18:16] * asac runs [18:16] i know but it doesnt make much sense to leave them out since they are needed regaurdless if security or not. so what you are saying is under gutsy we can not do anything un security related at all? [18:17] you do know im sick of this autoconf shit right? [18:17] brb [18:33] asac: where are CVE's llisted for releases? [18:34] and im still disabling the patch since it doesnt apply correctly but gonna try first [18:35] http://www.mozilla.org/projects/security/known-vulnerabilities.html#seamonkey1.1.5 is all i find [18:36] oh looks like cves are part of mfsa [18:36] that makes life a bitch [19:00] hi [19:14] asac, what did the fix for iceape ? the flip or the dual clean ? [19:15] btw, you committed on top of my fake that i wanted to drop :S [19:37] asac: ill finish and push new branch maybe later tonight or tomorrow, i just got bad news about a friend and im going to head to hospital to be with her rest of afternoon (maybe tonight if she needs/wants me there. [19:47] gnomefreak, I hope everything will be ok [19:47] for her [19:48] take care [20:14] asac: https://code.edge.launchpad.net/~gnomefreak/iceape/ubuntu-1.1.x.gutsy i did it sinc ei had to wait for someone. its pushed let me know if you need me to push to ppa, if you grab tarball from ppa and use branch you should be good. later everyone [20:16] asac: Just to inform you (as my mentor) that I'll do that apturl feature request. I talked with mvo an hour ago and he agreed with that. [21:08] Jazzva: apturl? [21:09] Ubulette: i think it was the dual clean ... the flip just made the unpatch happen after clean/distclean ... which we want both [21:09] strange as I used the same order in xul [21:10] asac: Yes, someone reported a bug 154593... It's actually a request for feature. I talked with mvo, asked him if he was planning of adding that to apturl and then I offered to do that :). [21:10] Launchpad bug 154593 in ubuntu "apt:// protocol, bug with multiple programs" [Undecided,In progress] https://launchpad.net/bugs/154593 [21:10] That would let you install multiple packages with syntac "apt:pkg1,pkg2,pkg3,..." [21:11] *syntax [21:12] The only way to do that atm is using "apt:pkg1;apt:pkg2;..." [21:16] asac: You asked a day or two ago what should mozillateam do for hardy. I remembered there is one player, that is built using xul. (though, it's not like there aren't enough players already. [21:16] It's name is Songbird, info about it can be found on www.songbirdnest.com [21:16] It looks a bit like iTunes... [21:17]