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