[00:09] yes, i don't think clearly, it's 1am [00:37] rhelmer, i've made some progress. still incomplete but i'm done for today. [00:37] i have the prism in the menu [00:37] nautilus is happy but lack the icon [00:38] firefox seems happy too when i open file://usr/share/prism/ [00:39] Ubulette: cool [00:39] i don't have urls with webapps on a properly configured server (need the mime-type server side) [00:39] Ubulette: looking forward to it :) are you going to commit to the bzr branch? [00:39] done [00:39] great i'll look tonight [00:40] i need to play with the small icon (top left corner of the main prism window) [00:40] there're probably tons of stuff to tune but that's for another day :) [00:41] i'll review your package a second time to see what else i could have missed [00:43] and i still need to think about my way of installing/running webapps. I've kept my previous method in place for now [00:51] at least, i'm happy to have google reader back as a webapp :) [00:58] Ubulette: what if double-clicking a webapp launched the app, and automatically created a .desktop file (either in the menus or the desktop, somewhere discoverable)? [00:58] it's require changes to prism, but that seems easier to me.. [00:58] then you could discard the .webapp if you like [01:00] the problem is system wide vs per user [01:01] when prism run a .webapp, it unpacks it in the user profile.. making it difficult to upgrade system wide (with debs) if the user continues to run it as foo@prism.app [01:02] Ubulette: hmm it seems like prism should be system-wide while webapps per user, just as webpages and cookies and all that are per-user, no? [01:02] maybe it could come with some useful ones by default but i think allowing easy installation of new stuff would be neat [01:04] same as extentions in firefox, ubuntu decided to install some ext system wide (dom inspector, venkman, web-developper, ...) and let the user install everything else. [01:04] yeah [01:04] prism "apps" are more like webpages really :P which is kind of silly [01:04] kind of like extensions too i guess [01:04] they are like extensions that run in content instead of chrome [01:04] very odd === asac_ is now known as asac [01:05] this enriched urls.. url + icons, css, ... [01:05] +is [01:06] let's re-discuss that another day. it's 2am here, and I need some sleep :) [01:08] bye === asac_ is now known as asac === \sh_away is now known as \sh [13:16] heya asac [13:16] key problem fixed? === Ubulette_ is now known as Ubulette [14:28] asac, xul is in NEW state, ff3 is waiting for it :( [14:30] NEW because of xul-gnome-support. damn [15:17] bluekuja, i've just sent you a mail. [15:18] perfect === \sh is now known as \sh_away [16:15] Ubulette: hmm ... still in NEW? [16:15] yes [16:15] k [16:15] because of the gnome deb [16:16] Ubulette: done [16:17] Ubulette: do we have gnome-support in gutsy? e.g. in main package? [16:17] no, it's new :) [16:17] i mean not the package, but the components [16:18] i've added it per request of some KDE users in the forum [16:18] yes ... so it is in the normal xulrunner-1.9 package in gutsy [16:18] ? [16:18] in gutsy, xul depends on gnome [16:18] ok ... thatsfine [16:19] which is fixed in hardy [16:20] ok its in ... now lets see if ffox builds :) [16:22] do we need to ask for something or is it automatic ? [16:22] if its on dep-wait it will happen automatically ... otherwise we would need to ask to give it back [16:23] its in dep wait ... so it should happen [16:23] is gnome-support new as well? [16:23] no [16:23] ok [16:24] Ubulette: if the build doesn't start in 2 hours or something just ask on -devel to give it back [16:24] but it _should_ work [16:25] could we push sm2 to hardy ? [16:25] or should we wait until real a1 ? [16:25] better wait for a1 [16:26] we have no ETA [16:26] yeah ... that doesn't back up the idea to upload now :) [16:26] we should rather work on making it libxul capable [16:27] building against xulrunner is good enough to ship an alpha/beta instead of sm1 [16:27] if not we probably should stick to whatever is stable [16:28] if you start to work on it ... don't start with the messenger ... it found out that its a pita to port to frozen linkage [16:28] you can easily find places that need to be ported by find mailnews -name Makefile.in | xargs grep MOZILLA_INTERNAL [16:29] remove the MOZILLA_INTERNAL_API=1 and see what happens :) [16:29] one can do that dir by dir ... there should be a bunch of dirs that just need nsStringAPI.h ... which is probably the best place to start with [16:30] http://developer.mozilla.org/en/docs/Migrating_from_Internal_Linkage_to_Frozen_Linkage [16:30] i know all that. it's just a lot of work [16:30] yeah [16:30] but gives high recognition [16:31] especially since its helping the struck down tbird project to get something done [16:42] i need mozilla bug 390025 [16:42] Mozilla bug 390025 in XP Apps "Move to LoginManager and remove wallet from SeaMonkey" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=390025 [16:44] there are patches ... do they work? [16:45] i haven't tried, comments seem to imply it's not ready [16:46] i've pre-applied mozilla bug 397246 to solve the chatzilla mess [16:46] Mozilla bug 397246 in ChatZilla "CVS-based ChatZilla language packs" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=397246 [16:48] mozilla/extensions/irc/locales/generic/install.js ?? why that ... thats old style isn't it? [16:49] hmm just checking for space [16:50] so what fixed it .. probably not the locale part, but making a proper extension out of it right? [16:53] ok out .... picking up my gf and going shopping ... then watching a video ... will be back after that :) [17:12] i now pronounce you chuck and larry is funnier than hell :) [17:13] eh? [17:14] i don't get it [17:14] Ubulette: its a movie [17:14] atleast here in USA not sure if it is in other contries [17:15] i'm not very fond of movies. I like tv series though [17:18] * gnomefreak has to like movies my g/f loves them, but i also copy them for a close friend of mine === IdleOne_ is now known as IdleOne === \sh_away is now known as \sh [18:57] gnomefreak, tb 2.0.0.9 is out [18:58] 2 security fixes [18:58] 1 for win [18:59] 40 stability and performance bugs [19:56] asac: hi, any news on the pyxpcom thing? I could not figure out what the bug is === Ubulette_ is now known as Ubulette === bdmurray_ is now known as bdmurray === \sh is now known as \sh_away [22:14] ff 2.0.0.10 nearly out [22:23] asac, strangely, xul trunk and sm2 trunk build on gutsy but fail on hardy (for the same reason) [22:24] that's the build system [22:24] it tries to install nss includes even when using system-nss [22:25] strange thing is it's a patch that landed 3 months ago [22:25] and i've built many xul and sm2 on hardy since [22:26] mozilla bug 389872 [22:26] Mozilla bug 389872 in Build Config "NSS headers should end up in dist/include and dist/sdk" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=389872 [22:56] Ubulette: ff 2.0.0.10 will be out in 10 days or something [22:56] he nss thing sounds wierd [22:57] indeed [22:57] can you find the real regression window? [22:57] e.g. go back a week ... et al [22:59] for sm2 on hardy: cvs20071104t0741 ok, cvs20071115t0302 nok [22:59] but it's still wide [23:01] how does it fail? [23:01] http://launchpadlibrarian.net/10396846/buildlog_ubuntu-hardy-i386.seamonkey-2.0_2.0~a1~cvs20071115t0302%2Bnobinonly-0ubuntu1~fta1_FAILEDTOBUILD.txt.gz [23:02] hmmm ... but firefox still works? [23:03] (xul) [23:03] no, xul is nok too, same error [23:03] ah ok [23:04] hmmm [23:04] compare with http://launchpadlibrarian.net/10322721/buildlog_ubuntu-hardy-amd64.seamonkey-2.0_2.0~a1~cvs20071104t0741-0ubuntu1~mt1~fta2_FULLYBUILT.txt.gz [23:04] same error but before, it was not fatal [23:06] http://paste.ubuntu.com/2013/ [23:07] well the error is not the same ... in error case we get [23:07] cd: 2: can't cd to ../../dist/public/nss [23:07] tar: This does not look like a tar archive [23:08] hmmm is our shell buggy? [23:08] when was our sh updated? [23:09] maybe another of those bash vs dash ? [23:09] dash was updated 11/13 [23:09] good candidate [23:10] look at the expression [23:10] (cd ../../dist/public/nss && tar -cvhf - .) [23:10] it should never try tar [23:10] but it does [23:10] e.g. cd fails ... so don't do tar [23:10] yep [23:11] cd /tmp/www && echo hello [23:11] what happens on hardy? [23:12] (in dash/bash) [23:12] in gutsy echo is not run [23:16] http://paste.ubuntu.com/2014/ [23:17] strange [23:19] my chroots have dash [23:19] Ubulette: can you reproduce that on your system? [23:19] yes [23:19] make didn't change ... so it must be dash ... maybe in combination with something [23:20] i've built earlier today sm2 in a gutsy chroot, ok, i've pushed it to my ppa/hardy, nok [23:20] same sources [23:21] and now you have the issue as well? [23:21] i've built xul in a hardy chroot, nok [23:22] i'm building xul in gutsy right now to compare [23:22] Ubulette: maybe its tar :) [23:22] https://lists.ubuntu.com/archives/hardy-changes/2007-November/001575.html [23:22] uploaded yesterday [23:22] should not be invoked at all [23:28] anyway, the code is wrong, this shouls be protected by an ifdef [23:29] yes [23:30] Ubulette: well ... its not wrong as it should not fail ;) [23:30] i would really like to track this down ... there might be other cases in mozilla build system that hit this issue [23:30] it's wrong [23:30] it's still a | b [23:31] (a && b) is not wrong but (a && b) | c is wrong [23:32] depends :) [23:35] http://paste.ubuntu.com/2015/ [23:39] Ubulette: asac was gonna work on tb 2.0.0.8 for hardy so i stopped keeping track, not to mention sunbird has big issues atm [23:39] maybe when run out of make? [23:40] asac: changing the tarball for sunbird didnt fix the native error [23:40] and i guess i can ignore debhelper error/warning [23:41] gnomefreak: you did wrong then [23:41] asac: http://revu.tauware.de/revu1-incoming/lightning-sunbird-0711151900/lintian is the warning [23:41] the right tarball name _will_ fix it [23:41] asac: it should have than [23:41] no [23:41] pleae test locally before uploading [23:42] lightning-sunbird_0.7+nobinonly-0ubuntu1.tar.gz: done. [23:42] you have to fix the version [23:42] yeah ... but its not the orig [23:42] hmmmmmmm [23:42] where is orig [23:42] you never did it apparently [23:42] fix the orig version and build ... doe [23:42] verify before upload that the right tarball + diff.gz is named in changes file [23:42] wtf is stopping orig from being added [23:43] wrong filename ... aka wrong version [23:43] orig.tar.gz [23:43] you didn't flip, but almost certainly only changed one error [23:43] you had two errors in the name [23:43] lightning-sunbird_0.7-source.tar.bz2 is upstream tarball [23:44] that shouldnt have orig in it [23:44] so rules file should make orig.tar.gz during build but its leaving off orig. and not making a diff [23:45] where in that is it me? [23:46] gnomefreak: YOU have to provide the orig _before_ you build [23:46] you did it the other day [23:46] but had wrong version encoding in it [23:46] now you removed it? [23:46] takecare that it exists before the build and you will be fine [23:46] no i dont remember removing it [23:47] ill take it from ppa hoping its still there [23:47] no never had orig [23:48] i might have it somewhere [23:49] found it [23:49] but the source tarball should still be in the lightning dir? [23:49] i did it for you, but you changed it [23:49] Ubulette: i changed it for nobinonly [23:49] you renamed it wrong [23:49] gnomefreak@Gutsy:~/nobinonly/lightning-sunbird_0.7+nobinonly$ ls [23:49] debian [23:49] lightning-sunbird_0.7-source.tar.bz2 [23:49] lightning-sunbird_0.7-source.tar.bz2.cdbs-config_list [23:50] should i leave that and put orig in dir above that? [23:50] bad, the dir inside should be lightning-sunbird-0.7+nobinonly [23:50] not lightning-sunbird_0.7+nobinonly [23:50] gnomefreak: your orig must reside next to your build directory [23:51] the other day you had one [23:51] yes above that dir [23:51] and that one has wrong name [23:51] asac: its not showing up anywhere including in PPA [23:52] asac: that one is upstream source that has always been inside the build dir. even in iceowl [23:52] gnomefreak: don't get confused [23:52] look in the dir above [23:52] asac, xul just built in gutsy. so it's a regression in hardy [23:52] ls *.orig.tar.gz [23:52] its not there [23:53] oh shit [23:53] Ubulette: yeah ... its certainly something ... there are only two candidates i see in changes mailing list: dash + tar [23:53] i know what happened to it [23:53] gnomefreak: thats a good start ;) [23:53] not really [23:53] well maybe not too bad [23:54] cd ~/nobinonly [23:55] asac, ff3 still in queue :( https://edge.launchpad.net/ubuntu/hardy/+builds?build_text=firefox-3.0&build_state=all [23:55] tar cvzf lightning-sunbird_0.7+nobinonly.orig.tar.gz lightning-sunbird_0.7+nobinonly/*.tar.bz2 [23:55] Ubulette: yes ... but its enqueued ... so lets wait [23:56] there are 1000s stuff before [23:56] yeah ... but asking for build score bump isn't nice either :) [23:57] i'm not asking anything, i just say it's slow as hell [23:57] tons of kde langpacks + flood of auto merges [23:58] is the tar above correct ? the *dir* looks wrong, s/_/-/ [23:59] yeah :) ... its sync time [23:59] Ubulette: the dir might not follow best practices, but it doesn't matter in the end [23:59] i built origs with just mozilla/ :) [23:59] ok its building, i knew i should have stayed in bed today :( wasnt feeling good this morning so ive been taking meds all day [23:59] gnomefreak: could you see that it produces diff.gz?