[00:15] <len-1304> zequence, I think we should add zita-ajbridge to our stuff. It seems to be a better method of using two cards than muti... synced or not.
[00:18] <len-1304> zita-rev1 looks good too, though the lib may already used in on of the LV2 plugins.
[12:42] <scott-work> good morning
[13:10] <zequence_> scott-work: Hi
[13:10] <zequence_> Just started working on the art
[13:10] <zequence_> Realized we had another Ubuntu Studio name logo on the fb page. Who's work is it?
[13:11] <scott-work> good. currently i am continuing to gather artwork and trying to find authors and licenses and rename stuff and find regular images along with .svg files
[13:11] <scott-work> i think ttoine had just updated the facebook page recently. looks much better than what we had
[13:12] <zequence_> scott-work: I was naughty and just updated it again https://www.facebook.com/Ubuntustudio
[13:12] <zequence_> I guess I could have done it on a staging page first
[13:13] <scott-work> i will have to look at it later. i left my laptop and tablet at home this morning :(
[13:14] <scott-work> although i do look forward to seeing it
[13:16] <zequence_> scott-work: http://imagepaste.nullnetwork.net/viewimage.php?id=5525
[13:18] <scott-work> full disclosure: that logo, where the 'n' and 't' run together, was my design....so i like this A LOT!
[13:18] <scott-work> ;)
[13:18] <scott-work> the more i think back, however, i think the CoF with a solid background was actually all cory's, i just put it into this (running n and t together) logo
[14:43] <zequence> ttoine: Hi. I updated the banner for fb. Based on discussions here in the channel
[14:45] <zequence> Now when I look at it in 1080p, it looks a bit uneven
[14:45] <zequence> Anyway, it's meant to serve as an example for how we do all the sites. Logo, name, slogan
[14:47] <ttoine> zequence, ok. for Google +, it is different, because the logo is on the right
[14:49] <ttoine> scott-work, the contact of Pleia2 is Benjamin<EMAIL_ADDRESS>[14:52] <scott-work> ttoine: thank you
[15:01] <ttoine> zequence, it would be great if this kind of artwork could be available on the website, a kind of official way, like xubuntu is doing
[15:06] <zequence> ttoine: Yes, we need to collect everything. I think I will start staging at my own page now, since I think we might want to reedit some stuff. I don't like how the text looks on the fb page in higher resolution
[15:06] <zequence> Looks a bit crappy
[15:07] <zequence> scott-work: I did my first kernel update today. Don't know if it succeeded, but I'm getting closer to taking over the maintenance
[15:07] <scott-work> ttoine: zequence i am collecting artwork now to put into the ubuntustudio-resources code in launchpad, i should have it pushed this weekend
[15:07] <zequence> scott-work: Great
[15:07] <scott-work> zequence: that is out-fing-standing!
[15:07] <scott-work> very exciting news
[15:07] <scott-work> re: artwork - i've been gathering the old release stuff, stuff that i've made, and user submissions as i can get them (wiki.ubuntu.com, deviantart)
[15:08] <zequence> I'm writing stuff down here, but this is only temporary. The procedure will change
[15:08] <zequence> https://wiki.ubuntu.com/UbuntuStudio/KernelMaintenanc
[15:08] <scott-work> one thing that i am missing is a poster that says "Ubuntu STudio wants you!" and has a pictures of uncle sam (american concept). it bugs me to know that i have seen it but can't find it
[15:56] <scott-work> could anyone else try to help my friend martin own with some midi setup? https://plus.google.com/u/0/102241005050666075649/posts/L7N5AnJ8D8w
[16:00] <zequence> scott-work: Just posted, asking him to provide more info
[16:06] <scott-work> zequence: thank you very much
[16:12] <scott-work> zequence: i'm not sure he's doing anything currently to use the keyboard and he hasn't been exactly clear to his end goal
[16:16] <zequence> scott-work: Seems like what he needs is a script for starting all of those up, doing the connections, etc. There are a couple of ways to achieve it
[16:16] <scott-work> i'm sorry to jump into the conversation after i asked and graciously got involved
[16:17] <scott-work> errr. "after i asked and *you* graciously got involved"
[16:17] <scott-work> zequence: perhaps i'm wrong, but i'm not sure he has a process already worked out and defined
[16:17] <zequence> scott-work: np. He clarified and I interpret it as he mostly just wants to play the keyboard, not producing any music
[16:18] <zequence> Or, at least to have that part automated
[22:34] <ttoine> good night !
[22:34] <scott-work> going home myself


[10:47] <mdeslaur> mwhudson: oh yeah, those can probably be dropped...I'll look at it soon
[11:58] <danboid> didrocks: I've not actually tested the GRUB ZFS History menu yet. When you choose a snapshot, to it revert (rollback) the pools to that snapshot or does it just boot into the snapshot and yo have to manually roll back if required?
[11:58] <danboid> *does it revert
[12:06] <didrocks> danboid: it doesn’t revert but creates a new clone
[12:06] <didrocks> so that you can revert the revert if needed
[12:08] <danboid> So after using the history menu, a clone of the chosen snapshot becomes the new default boot environment?
[12:09] <didrocks> exactly, if the boot is successful
[12:09] <didrocks> (meaning, you reached default.target)
[12:09] <danboid> OK cool. Thanks
[12:09] <didrocks> yw :)
[19:22] <mwhudson> mdeslaur: i made a merge proposal for you, i think, did i click the button...
[19:23] <mwhudson> ah thanks you uploaded
[20:47] <realtime-neil> Why can't I substvar my *.changes file like this? https://paste.debian.net/1160416/


[05:59] <gnomefreak> i hate PPA atm i uploaded ffox-trunk and it was accepted (got email and its on site) hasnt been sent to build (its been 2hours) and its set to Pending/Removal already i asked in LP but i doubt i will get answer on it
[06:17] <gnomefreak> ubotu: you are most likely sleeping but with kazehakase you have lates changelog at 4.3 andy plans on grabbing 4.8 as its the latest version or is this something that is broken and cant be done atm?
[06:17] <ubotu> I'll remember that, gnomefreak
[06:17] <gnomefreak> no
[06:17] <gnomefreak> !forget you are most likely
[06:17] <ubotu> I know nothing about you are most likely yet, gnomefreak
[06:17] <gnomefreak> ubotu
[06:18] <gnomefreak> !ubotu
[06:18] <ubotu> I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
[06:20] <gnomefreak> !forget you are most likely sleeping but with kazehakase you have lates changelog at 4.3 andy plans on grabbing 4.8 as its the latest version or
[06:20] <ubotu> I'll forget that, gnomefreak
[06:20] <gnomefreak> Ubulette: you are most likely sleeping but with  kazehakase you have lates changelog at 4.3 andy plans  on grabbing 4.8 as its the latest version or is this  something that is broken and cant be done atm?
[06:21] <gnomefreak> just wondering is all  but im off to bed its already 12:30 ish
[10:00] <asac> hey
[10:10] <Ubulette> hi
[10:11] <asac> ole
[10:16] <Ubulette> Kazehakse seems to now target webcore
[10:17] <asac> webcore?
[10:18] <Ubulette> the webkit core
[10:18] <asac> its pluggable, right?
[10:18] <asac> e.g. you can switch engines through configuration?
[10:19] <asac> i remember that they plan to do that for gecko/konqueror
[10:21] <Ubulette> yep, but I mean, dev is focusing on webcore, according to changlogs
[10:21] <Ubulette> so xul made no progress toward 1.9
[10:29] <Ubulette> http://mozillalinks.org/wp/2007/09/opera-adds-animated-png-support/
[10:30] <Ubulette> time for ubuntu png guys to move on...
[10:30] <asac> hmm
[10:31] <asac> we are in feature freeze :/
[10:31] <asac> i think we have to wait till gutsy+1 for libpng
[10:31] <asac> at least if we don't want to ship a new libapng in universe
[10:31] <asac> universe should still be open for us ;)
[10:32] <Ubulette> fortunately, i'll be free of gutsy in a month
[10:36] <Ubulette> ok, i'm out. See you
[10:43] <asac> Ubulette: cu
[10:44] <janimo> are the new nspr and nss packages in PPA needed for xulrunner-1.9 or are the ones in gutsy compatible and sufficient?
[10:45] <janimo> asac: are there plans for getting xulrunner-1.9 in gutsy?
[10:47] <asac> gnomefreak: you don't have to update the changelog for upload if i already targetted it as "RELEASE"
[10:48] <asac> janimo: no you need the ones from PPA
[10:48] <asac> janimo: they should be in
[10:48] <asac> janimo: try to install firefox-trunk
[10:48] <asac> it should bring you all
[10:49] <janimo> asac: ok, I actuially need xulrunner-1.9 to build somehting else in my PPA
[10:49] <janimo> asac: and was wondering which sources do I need to copy there since PPAs cannot do build depends from other PPAs
[10:49] <janimo> yet
[10:53] <asac> does it already work?
[10:53] <asac> i mean locally?
[10:53] <asac> otherwise wait till it gets into gutsy
[10:53] <asac> should be really soon
[10:54] <asac> janimo: ^^^
[10:54] <janimo> asac: it does work locally
[10:54] <janimo> asac: that's why I asked if it goes to gutsy
[10:54] <janimo> is it a matter of days?
[11:02] <asac> yes
[11:02] <asac> we actually wait for a8
[11:02] <asac> if it isn't out in two days i will upload a preview
[11:04] <janimo> ok
[11:05] <janimo> asac: btw I hope you'll find the time to take a look at the patches filed on network-manager-applet to make it Xfce friendly :)
[11:09] <janimo> asac: you could also upload a preview even if a8 is not out so the NEW source processing is not delayed. Unless you can get someone on the archive team to let it through  as soon as you upload, it may help uploading earlier
[11:13] <asac> janimo: yes its scheduled for today
[01:10] <gnomefreak> asac: you do when you sign it
[01:11] <gnomefreak> otherwise i cant sign it afaik
[01:11] <gnomefreak> doesnt matter much there is something wrong with trunk anyway
[01:12] <asac> gnomefreak: what was the question?
[01:12] <gnomefreak> asac: about changing the changelog
[01:13] <asac> gnomefreak: he?
[01:13] <asac> gnomefreak: no ... the idea is you grab from bzr
[01:13] <asac> then you sponsor
[01:13] <asac> just use<EMAIL_ADDRESS>to sign with your key
[01:14] <gnomefreak> i thought the changelog had to be set to me to sign it
[01:14] <asac> you don't need to own the changelog in order to sponsor
[01:14] <asac> no
[01:14] <asac> sponsoring works as well (like above)
[01:14] <asac> dpkg-buildpackage -rfakeroot -S -si<EMAIL_ADDRESS>[01:14] <asac> i use if i sponsor a package from someone else
[01:14] <gnomefreak> son of a bitch
[01:14] <asac> for now its ok ... just remember to do it that way next time
[01:14] <gnomefreak> asac: you guys need to change version numbers for firefox-trunk
[01:15] <asac> i doubt that
[01:15] <asac> why?
[01:15] <gnomefreak> no i dont
[01:15] <gnomefreak> irefox-trunk - 3.0a8pre~cvs20070829-0ubuntu1~mt1
[01:15] <gnomefreak> notice 3.0a8
[01:15] <gnomefreak> firefox-trunk - 3.0~a8~cvs20070914t1713-0ubuntu1~mt1
[01:15] <gnomefreak> 3.0~
[01:15] <gnomefreak> thats why its not being sent to build
[01:16] <gnomefreak> it seems 3.0~a8 is < 3.0a8
[01:17] <gnomefreak> nothing can be done other than changing the version numbers as it is now it wont build since we cant remove packages yet
[01:19] <asac> well ... we have to remove them
[01:20] <asac> or use an epoch
[01:20] <gnomefreak> we cant remove anything atm
[01:20] <gnomefreak> its not a feature yet
[01:23] <asac> so when was that package uploaded?
[01:23] <asac> and why did it end up in there at all?
[01:23] <asac> with that bogus version
[01:23] <asac> anyway i will ask
[01:25] <gnomefreak> asac: you said it was ready i built and uploaded last night
[01:25] <asac> which?
[01:25] <asac> 3.0~a8
[01:25] <asac> not 3.0a8pre
[01:26] <gnomefreak> yes 3.0~ lastnight
[01:26] <gnomefreak> asac: 3.0a8 was our first upload
[01:26] <gnomefreak> before the version changed
[01:27] <gnomefreak> asking if LP admin can remove
[01:27] <gnomefreak> since we cant
[01:28] <asac> gnomefreak: don't bother i asked already
[01:28] <asac> lets wait
[01:28] <gnomefreak> me too :)
[01:28] <asac> < asac> anyway i will ask
[01:28] <asac> why do you do that?
[01:28] <gnomefreak> where did you ask? is there a PPA channel?
[01:28] <asac> it just is bugging from multiple sites
[01:29] <asac> s/sites/sides/
[01:29] <asac> no PM
[01:29] <gnomefreak> oh well i asked before you said you did and i didnt see it in #luanchpad
[01:29] <asac> when?
[01:30] <gnomefreak> i asked at 7:26 its not 7:30
[01:30] <asac> 3:21 < asac> anyway i will ask
[01:30] <gnomefreak> s/not/now
[01:30] <asac> 13:21 < asac> anyway i will ask
[01:30] <asac> 13:28 < gnomefreak> s/not/now
[01:30] <asac> so you asked after
[01:30] <asac> anyway ... nm
[01:30] <gnomefreak> 07:27 <      gnomefreak > asking if LP admin can remove
[01:30] <gnomefreak> that is after i asked
[01:30] <asac> yes thats after
[01:30] <asac> i asked
[01:31] <asac> no
[01:31] <asac> 13:21 < asac> anyway i will ask
[01:31] <asac> 13:23 < gnomefreak> asac: you said it was ready i built and uploaded last night
[01:31] <asac> 13:23 < asac> which?
[01:31] <asac> 13:23 < asac> 3.0~a8
[01:31] <asac> 13:23 < asac> not 3.0a8pre
[01:31] <asac> 13:23  * gnomefreak is wondering why gnomebaker and nautilus freeze when burning and k3b does
[01:31] <asac> 13:23 < gnomefreak> yes 3.0~ lastnight
[01:31] <asac> 13:24 < gnomefreak> asac: 3.0a8 was our first upload
[01:31] <asac> 13:24 < gnomefreak> before the version changed
[01:31] <asac> 13:24 < gnomefreak> asking if LP admin can remove
[01:31] <gnomefreak> 13:24 is just after i asked
[01:31] <asac> 13:24 < gnomefreak> since we cant
[01:31] <asac> 13:26 < asac> gnomefreak: don't bother i asked already
[01:31] <asac> no
[01:31] <asac> hey read above
[01:32] <asac> 13:21 i said "< asac> anyway i will ask"
[01:32] <asac> then 13:24 < gnomefreak> asking if LP admin can remove
[01:32] <gnomefreak> oh i missed that
[01:32] <asac> no problem
[01:32] <asac> just to get it right ;)
[01:32] <gnomefreak> well let me know if you get answer
[01:33] <gnomefreak> it really does seems weird that a kde app doesnt freeze but gnome apps do :(
[01:39] <gnomefreak> :(
[01:39] <gnomefreak> i got upload a newer version
[01:48] <asac> you got upload a newer version?
[01:49] <gnomefreak> asac: that is the answer i got is to upload newer version i also got change the version
[01:49] <gnomefreak> why did we change the version?
[01:57] <asac> gnomefreak: lets lot upload it at all
[01:57] <asac> lets not
[01:57] <asac> we will rename the package
[01:57] <gnomefreak> asac: it was already uploaded i cant change that
[01:58] <asac> which?
[01:58] <asac> 3.0~a8 should not be uploded until we have renamed the package
[01:59] <asac> if you want to upload anyway, add an epoch to that version
[01:59] <gnomefreak> asac: when you and Ubulette said it was good i uploaded it didnt think of the versioning at that time since it was oked by 2 people
[01:59] <gnomefreak> asac: i uploaded last night i said 30 minutes or so ago
[01:59] <asac> but that was rejected right?
[01:59] <gnomefreak> thats how its Pending/Removal
[01:59] <gnomefreak> no
[02:00] <asac> then whats teh problem?
[02:00] <gnomefreak> not rejected until after it was uploaded, as long as versions are not the same it will upload
[02:00] <gnomefreak> asac: its Pending/Removal because its a lower version it was superseeded when it was uploaded
[02:00] <asac> yeah ... so the upload didn't work
[02:00] <asac> then leave it alone ;)
[02:01] <asac> or add an epoch to version
[02:01] <gnomefreak> asac: it is uploaded just cant build
[02:01] <asac> yeah ... thats de-facto not-uploaded
[02:01] <gnomefreak> https://edge.launchpad.net/~mozillateam/+archive/
[02:02] <gnomefreak> asac: its uploaded just not building but either way same steps would need to be taken make new tarball build package upload everything
[02:02] <asac> see how it directly goes into the sink ... so the upload was a non-upload ;)
[02:02] <asac> gnomefreak: i said that we don't need that because we will rename
[02:02] <asac> if you still want that add an epoch to version and reupload
[02:03] <gnomefreak> no you can change version but either way the ~ needs to be moved/removed so maybe just changing name of tarball build and upload will work but either way the tarball is gonna have to change names
[02:03] <asac> you don't need to rename tarball for that
[02:03] <asac> no
[02:04] <gnomefreak> right now the tarball is 3.0~a
[02:04] <asac> thats not a problem
[02:04] <gnomefreak> that is lower than 3.0a
[02:04] <asac> add an epoch
[02:04] <asac> i won't repeat that ;)
[02:04] <asac> e.g. prefix changelog version with 1:
[02:05] <gnomefreak> but if the changelog is looking to orig to build doesnt it have to match?
[02:06] <gnomefreak> 1:3.0~ would still have to make tarball 1:3.0~ or it wont find the right tarball for changelog no?
[02:09] <gnomefreak> and if that is what you mean to do i dont see that as being sane, i would perfer the verson scheme change so its not something we have to add everytime
[02:10] <bluekuja> hey all
[02:10] <gnomefreak> well im going to reformat now and see if it doesnt get fixed
[02:17] <asac> hey bluekuja
[02:18] <bluekuja> heya alex
[02:18] <bluekuja> :)
[03:17] <asac> anyone has /etc/xdg/autostart/nm-applet.desktop as well?
[03:17] <asac> bluekuja: ^^ ?
[03:18] <asac> do you have that file?
[03:19] <bluekuja> asac: checking
[03:19] <bluekuja> andrea@nightsong:/etc/xdg/autostart$ ls
[03:19] <bluekuja> evolution-alarm-notify.desktop  nm-applet.desktop
[03:19] <bluekuja> gnome-power-manager.desktop     restricted-manager.desktop
[03:19] <bluekuja> gnome-volume-manager.desktop    update-notifier.desktop
[03:20] <bluekuja> asac: I have it
[03:20] <bluekuja> :)
[03:20] <bluekuja> asac: bitstormlite got no makefile.am
[03:20] <bluekuja> it's not there also in the orig
[03:20] <bluekuja> let me see if there was on on previous releases
[03:21] <bluekuja> asac: bope
[03:21] <bluekuja> *nope
[03:21] <bluekuja> asac: no makefile.am
[03:25] <asac> bluekuja: i did it once
[03:25] <asac> bluekuja: you should have it somewhere
[03:25] <asac> unless of course there was exactly the same issue with a different package
[03:26] <bluekuja> asac: same issue
[03:26] <bluekuja> with another package
[03:26] <bluekuja> we worked on
[03:26] <bluekuja> :)
[03:26] <asac> i doubt it
[03:26] <asac> which package?
[03:26] <bluekuja> I'm sure
[03:26] <asac> prove
[03:26] <bluekuja> let me see
[03:26] <bluekuja> let me see
[03:26] <asac> show me the package ... then its fine ;)
[03:26] <asac> for now its too much of a coincident
[03:27] <asac> actually i am sure that you bugged upstream for whatever makefile we did
[03:27] <asac> maybe you can find mail about that or something
[03:27] <asac> to give us a clue
[03:27] <bluekuja> asac: https://code.edge.launchpad.net/~bluekuja/verlihub/debian.source
[03:27] <bluekuja> 14. By Andrea Veri <andrea@seagate> on 2007-06-08
[03:27] <bluekuja> added Makefile.am into ./share, it was dropped erroneously by upstream
[03:27] <bluekuja> that's it
[03:28] <asac> great ;)
[03:28] <bluekuja> same issue
[03:28] <bluekuja> lol
[03:28] <asac> the doubt disappears ;)
[03:28] <asac> upstreams are on crack apparently
[03:28] <bluekuja> :)
[03:28] <bluekuja> yup
[03:28] <asac> well .. we definitly need to write the Makefile.am then i guess
[03:29] <bluekuja> asac: oh great! writing makefiles is my passion :D
[03:29] <bluekuja> I'm jk of course
[03:30] <bluekuja> asac: I have upstream on msn
[03:30] <bluekuja> I can ask him why
[03:31] <bluekuja> asac: no?
[03:32] <asac> well ... try to learn Makefile.am
[03:32] <asac> ;)
[03:32] <bluekuja> lol
[03:32] <bluekuja> ok
[03:32] <asac> it often improves with a bit of a distance
[03:32] <asac> so try for an hour or so ;)
[03:33] <asac> then go other ways and at least next time you will get it ;)
[03:43] <bluekuja> asac: using autotools
[03:43] <bluekuja> will make the diff bigger?
[03:56] <asac> probably
[03:56] <asac> if there is a patch system you can carry the autotools update in a separate patch as well
[03:56] <asac> otherwise try to get the fix upstream asap :)
[03:57] <bluekuja> talking with him atm
[03:57] <bluekuja> to see what's going on
[07:55] <Ubulette> yop
[07:57] <Ubulette>   - xulrunner-1.9-dbgsym_1.9~a8~cvs20070918t0514+bbot-1_i386.ddeb: ok (49970924 bytes)
[07:57] <Ubulette> asac, it's huge :)
[07:57] <Ubulette>           -rw-r--r-- root/root 124623319 2007-09-18 14:59 ./usr/lib/debug/usr/lib/xulrunner-1.9a8pre/libxul.so
[07:58] <Ubulette>    - xulrunner-1.9-dev-dbgsym_1.9~a8~cvs20070918t0514+bbot-1_i386.ddeb: ok (48759256 bytes)
[07:58] <Ubulette> hmm
[07:58] <Ubulette>           -rw-r--r-- root/root 124623319 2007-09-18 15:00 ./usr/lib/debug/usr/lib/xulrunner-devel-1.9a8pre/sdk/lib/libxul.so
[07:58] <Ubulette> we should not ship that twice...
[09:09] <gnomefreak> fuck!!!!!!!!!!!!!!!!!!!!!
[09:10] <gnomefreak> hmmm wonders if downgrading dpkg would work
[09:10] <Ubulette> gnomefreak, what's happening ?
[09:10] <gnomefreak> critical bug in dpkg i get during upgrade
[09:10] <Ubulette> gutsy ?
[09:10] <gnomefreak> so now im unstable all over the placve
[09:11] <gnomefreak> place
[09:11] <gnomefreak> yes
[09:11] <Ubulette> usually, it's fixable
[09:11] <Ubulette> what bug is this ?
[09:12] <Ubulette> I hope you didnt accept blindly a huge removal
[09:12] <gnomefreak> it looks like ubuntu 14 fixes it
[09:12] <gnomefreak> but i dont have ubuntu14 yet
[09:13] <Ubulette> -rw-r--r-- 1 root root 2147578 2007-08-24 19:03 /var/cache/apt/archives/dpkg_1.14.5ubuntu10_i386.deb
[09:13] <Ubulette> -rw-r--r-- 1 root root 2147646 2007-08-29 17:04 /var/cache/apt/archives/dpkg_1.14.5ubuntu11_i386.deb
[09:13] <Ubulette> -rw-r--r-- 1 root root 2147780 2007-09-06 19:04 /var/cache/apt/archives/dpkg_1.14.5ubuntu12_i386.deb
[09:13] <Ubulette> -rw-r--r-- 1 root root 2174464 2007-09-18 19:31 /var/cache/apt/archives/dpkg_1.14.5ubuntu14_i386.deb
[09:13] <Ubulette> -rw-r--r-- 1 root root 2146934 2007-08-21 22:04 /var/cache/apt/archives/dpkg_1.14.5ubuntu9_i386.deb
[09:13] <Ubulette> I still have those
[09:13] <gnomefreak> i have the right one now
[09:13] <gnomefreak> had to wget it
[09:14] <gnomefreak> since dpkg is all kinds of broken it seems
[09:14] <gnomefreak> looks to be working
[09:16] <gnomefreak> yay now i can have a stable/unstable system instead of unstable as hell
[09:16] <Ubulette> lol
[09:34] <mertiki> hello asac, are-you here?
[09:34] <bluekuja> hi mertiki
[09:34] <mertiki> hi bluekuja :)
[09:34] <bluekuja> questions about sunbird locales?
[09:34] <mertiki> about lightning-extension-locales
[09:34] <bluekuja> oh nvm then
[09:34] <bluekuja> :)
[09:34] <mertiki> nvm?
[09:35] <bluekuja> nevermind
[09:35] <mertiki> hh ok :)
[09:35] <bluekuja> you need asac then
[09:35] <bluekuja> :)
[09:35] <mertiki> is-there something to fix in sunbird-locale or it's all ok?
[09:35] <bluekuja> everything ok, already uploaded
[09:35] <bluekuja> check REVU
[09:35] <bluekuja> :)
[09:36] <mertiki> Great! I'm proud, it's my very first package =)
[09:36] <bluekuja> mertiki, I uploaded it some days ago
[09:36] <bluekuja> :)
[09:37] <mertiki> should-it already be in the universe repositories?
[09:37] <bluekuja> mertiki, it depends from archive admins
[09:37] <bluekuja> it's a new package
[09:37] <bluekuja> so it need approval from them
[09:37] <bluekuja> check queue to see current state
[09:37] <mertiki> ah ok, hey thanks for your work on this too!
[09:37] <bluekuja> mertiki, np :)
[09:38] <mertiki> asac gave me some help around lightning-extension-locales and I created a package for this too, so now all mozilla calendar applications will have a lot on languages
[09:39] <bluekuja> mertiki, well, if you get another exception and asac tells me that your package is ok
[09:39] <bluekuja> I gonna upload it too
[09:40] <mertiki> It's in works, https://bugs.launchpad.net/ubuntu/+source/lightning-sunbird/+bug/140598
[09:40] <ubotu> Launchpad bug 140598 in lightning-sunbird "lightning-extension doesn't have language packs" [Undecided,Incomplete]
[09:40] <bluekuja> mertiki, good
[09:41] <bluekuja> mertiki, if he wants me to check that
[09:41] <bluekuja> I gonna take care of it
[09:41] <bluekuja> it depends from him, you know
[09:41] <mertiki> of course :)
[09:42] <mertiki> and I'm happy to work with comments of others
[09:42] <bluekuja> mertiki, :)
[09:42] <mertiki> is this asac? :P
[09:42] <bluekuja> mertiki, yes he is
[09:42] <bluekuja> maybe he's lagging a bit
[09:42] <mertiki> ha, ok it doesn't mean that he's here
[09:43] <bluekuja> mertiki, he gonna be here soon I guess
[09:43] <bluekuja> he's alwais around
[09:43] <mertiki> ah great!
[09:43] <bluekuja> mertiki, first time here?
[09:44] <mertiki> so I'll prefer waiting then send him a email
[09:44] <bluekuja> mertiki, yes, definitely
[09:44] <mertiki> bluekuja : what do mean?
[09:44] <bluekuja> mertiki, with what?
[09:45] <mertiki> bluekuja : when you say first time here, do you mean on that channel?
[09:45] <bluekuja> yup
[09:45] <mertiki> bluekuja : No, but it's just the second time :)
[09:45] <bluekuja> oh cool
[09:45] <bluekuja> :)
[09:46] <mertiki> bluekuja : I just know Linux Ubuntu since 2 years and I started working to improve Ubuntu since only 6 months, I still have a lot to learn, but I love that
[09:46] <bluekuja> mertiki, your lp page?
[09:46] <mertiki> bluekuja : I found that building language pack was a very interesting way to learn basic packaging
[09:46] <bluekuja> https://edge.launchpad.net/~saivann/
[09:46] <bluekuja> mertiki, https://edge.launchpad.net/~saivann/+packages
[09:47] <mertiki> https://bugs.launchpad.net/~saivann
[09:47] <mertiki> yeah it's it
[09:47] <bluekuja> :)
[09:48] <mertiki> and I' frency so sorry if sometimes I can do weird sentences, you know :P
[09:48] <mertiki> french*
[09:48] <bluekuja> dont worry
[09:48] <bluekuja> not a problem for me
[09:49] <mertiki> hehe, I learn both packaging and english :P love to learn
[09:49] <bluekuja> :D
[09:49] <bluekuja> how old are you?
[09:50] <mertiki> only 19, and you?
[09:50] <bluekuja> 18 :)
[09:50] <mertiki> really??
[09:50] <bluekuja> yup
[09:50] <mertiki> wow, that's great :P
[09:50] <bluekuja> :)
[09:51] <bluekuja> I'm younger than you then
[09:51] <mertiki> I always think that I'm the younger, but seems that I'm far from being the one
[09:51] <mertiki> the only one*
[09:51] <mertiki> yep :P
[09:51] <bluekuja> hehe, I know someone who is even 14
[09:52] <bluekuja> :P
[09:52] <mertiki> haha, that's cool!
[09:52] <bluekuja> that does some translations on ubuntu
[09:52] <bluekuja> and stuff like that
[09:52] <mertiki> I know that if I would have know Ubuntu when I was 14, I would worked on this all my days and all my nights
[09:53] <bluekuja> lol
[09:53] <bluekuja> mertiki, live your life too
[09:53] <mertiki> loll, and that's what I do now anyway :P
[09:53] <bluekuja> mertiki, I usually work something like 2 hours per day
[09:53] <bluekuja> mertiki, that's enough I guess
[09:54] <mertiki> bluekuja : at your job or in Ubuntu ?
[09:54] <bluekuja> maybe sometimes you can go to 3-4 hours
[09:54] <bluekuja> mertiki, ubuntu
[09:54] <bluekuja> :9
[09:54] <bluekuja> :)
[09:54] <bluekuja> mertiki, I think two hours a day is a great contribution
[09:54] <mertiki> bluekuja : but that's very great! In my case, I'll work very hard on something like my packages now, and stop working for I while when I'll get some other projects
[09:55] <bluekuja> so if you stay 24/7 is crazy! :)
[09:55] <mertiki> haha, yes you're right :D
[09:55] <bluekuja> :)
[09:56] <mertiki> bluekuja : I'm passinate by computers and what they can give to human anyway, my job is to help people with their computers, I give quality technical services in Qubec for people, so Ubuntu is for me great promises.
[09:57] <bluekuja> mertiki, you work already?
[09:57] <bluekuja> mertiki, not uni?
[09:57] <mertiki> bluekuja : www.leservicetechnique.com is my website, and I have very satisfied customers
[09:58] <bluekuja> oh cool!
[09:58] <bluekuja> that's nice
[09:58] <mertiki> bluekuja : Mmmh, no, maybe one day but from now on, I love what I do and learn every day so much
[09:58] <mertiki> bluekuja : Yeah! That's a pretty hard job but I love that :)
[09:59] <bluekuja> mertiki, i understand why you decided to start packaging
[09:59] <bluekuja> :)
[09:59] <mertiki> hahaYeah! That's a pretty hard job but I love that :)
[09:59] <mertiki> oh sorry
[09:59] <bluekuja> np
[09:59] <mertiki> bluekuja : Do you study at University?
[09:59] <bluekuja> mertiki, not yet
[09:59] <bluekuja> still school
[09:59] <bluekuja> :)
[09:59] <bluekuja> unfortunately
[09:59] <bluekuja> yes
[10:00] <mertiki> yeah.. what a strange question :P where not so old :P
[10:00] <bluekuja> :9
[10:00] <bluekuja> :)
[10:00] <bluekuja> damn 9
[10:00] <bluekuja> ^^
[10:00] <mertiki> hehe, yes, at least it's not like high school, I just have bad memory from high school...
[10:00] <mertiki> hehe
[10:00] <bluekuja> :P
[10:01] <bluekuja> asac: ping when you gonna be around again
[10:01] <mertiki> txs
[10:01] <bluekuja> I really hope he'll get on soon
[10:01] <bluekuja> usually he does some sports on the evening
[10:01] <mertiki> I'm here all the day anyway
[10:01] <bluekuja> or shopping et all
[10:02] <bluekuja> so he's afk
[10:02] <bluekuja> mertiki, timezone?
[10:02] <mertiki> -0400
[10:02] <mertiki> it's 16:02 o'clock here
[10:03] <mertiki> ( 4:02 pm )
[10:03] <bluekuja> oh :)
[10:03] <bluekuja> 22:00 here
[10:03] <bluekuja> same for asac
[10:03] <mertiki> ay, I'm late :D
[10:03] <bluekuja> :)
[10:04] <mertiki> 6 hours difference, that's big!
[10:04] <bluekuja> yup, it is
[10:05] <mertiki> I love Internet :)
[10:05] <bluekuja> same here
[10:06] <mertiki> I'll work on some projects here so it's possible that I don't answer quickly
[10:06] <bluekuja> mertiki, ok
[10:06] <bluekuja> just get on when alex get back
[10:08] <mertiki> you mean asac?
[10:09] <bluekuja> mertiki, asac's name is alexander so asac
[10:09] <bluekuja> *so alex
[10:10] <mertiki> bluekuja : oh you're right
[10:10] <bluekuja> :)
[10:10] <mertiki> bluekuja : I always call him asac :)
[10:10] <bluekuja> ^^
[10:14] <mertiki>  VirtualBox is such a awesome program.. I don't know if you both run Windows and Linux, but when using Windows inside VirtualBox, I can almost not see any slowness
[10:16] <bluekuja> never tried
[10:17] <bluekuja> yet
[10:17] <mertiki> It's very usefel in my case because I always need a Windows system to guide my customers, or remotely help them. It's simple, I know never use Windows outside of VirtualBox and I'm always impressed
[10:18] <bluekuja> :D
[10:18] <bluekuja> mertiki, why near your mail
[10:18] <bluekuja> I see (evolution)
[10:20] <mertiki> Ha!! it's because I followed the instructions on how to create a key for Lp, and on the instructions, it's necessary to provide Name, phrase and email... So I just choosed evolution as the phrase, but now I realised that... nobody have this except me!
[10:20] <bluekuja> lol
[10:20] <bluekuja> :D
[10:21] <mertiki> and I tried to generate a gpg key without that, without success, so I just keeped it :P
[10:21] <mertiki> I'm sure I did something wrong lol
[10:21] <bluekuja> yeah
[10:21] <bluekuja> for sure
[10:21] <bluekuja> ^^
[10:21] <bluekuja> mertiki, I go to sleep now
[10:21] <mertiki> do you think it can cause problems?
[10:22] <bluekuja> mertiki, no
[10:22] <mertiki> ah ok :)
[10:22] <bluekuja> but it's not really usefull
[10:22] <bluekuja> ^^
[10:22] <mertiki> hehe no
[10:22] <bluekuja> I go now
[10:22] <mertiki> happy to have meet you!
[10:22] <bluekuja> need some rest
[10:22] <bluekuja> same here, man!
[10:22] <mertiki> :)
[10:22] <mertiki> @+
[10:22] <bluekuja> mertiki, meet you tomorrow here
[10:22] <bluekuja> I'm alwais around
[10:22] <bluekuja> and let me know asac's decision
[10:22] <bluekuja> on them
[10:23] <mertiki> bluekuja : Maybe I'll not be there, but for sure I'll be in the future days
[10:23] <mertiki> ok!
[10:23] <bluekuja> mertiki, maybe write a mail
[10:23] <bluekuja> to me
[10:23] <bluekuja> so I know what to do
[10:23] <mertiki> that's ok, I will :)
[10:23] <bluekuja> k
[10:39] <asac> mertiki: still there?
[10:39] <gnomefreak> !dpi
[10:39] <ubotu> Sorry, I don't know anything about dpi - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[10:39] <mertiki> asac : hi!
[10:39] <asac> hi
[10:39] <asac> whats up?
[10:39] <gnomefreak> hmmm
[10:40] <mertiki> asac : I made the modifications you needed to on lightning-extension-locales and wanted to know what you think about that
[10:40] <asac> yes ... did you read my comment in bug?
[10:41] <mertiki> yes, and re-uploaded the new package to REVU
[10:41] <mertiki> https://bugs.launchpad.net/ubuntu/+source/lightning-sunbird/+bug/140598
[10:41] <ubotu> Launchpad bug 140598 in lightning-sunbird "lightning-extension doesn't have language packs" [Undecided,Incomplete]
[10:42] <asac> . It was in the iceowl-extension-locales package because it was designed for icedove 1.5, it's not needed anymore in Gutsy so I just removed the transitionnal package section from the script.
[10:42] <asac>  2
[10:42] <asac> isn't that a bug in iceowl-extension ... he probably didn't migrate that properly
[10:43] <mertiki> Mmmh, I couldn't tell you, so far, this section was no useful in my case, removing the section didn't change anything
[10:44] <gnomefreak> asac: remind me tomorrow to look at iceape recommends please
[10:44] <asac> mertiki: addAllNewXPI.sh must be run outside of the debian folder
[10:45] <asac> i tried that like debian/scripts/addAllNewXPI.sh
[10:45] <asac> that didn't work
[10:45] <gnomefreak> its still recommending iceape-calendar
[10:45] <asac> (not in this revision, but in the one before)
[10:45] <mertiki> asac : I sended a email to the person which created the iceowl-extension-locales package about the problems I found and didn't received a reply yey
[10:45] <gnomefreak> and i have to fix these damn fonts
[10:45] <mertiki> yet*
[10:46] <mertiki> asac : yes, it's written in the ReadMe file that I made in the new package
[10:46] <asac> mertiki: ok its at the end
[10:46] <asac> can we fix that?
[10:46] <asac> so i can runit like above?
[10:47] <mertiki> asac : Of course it's possible, but maybe need one day of work
[10:47] <gnomefreak> ok i have 2 hours to do other things ill bbl
[10:47] <asac> that would be great to have ... i hate to copy things aroud in package ... you will definitly forget to remove it and in the end it will clutter the diff.gz
[10:48] <mertiki> asac : I will need to change a lot of things in the script to make sure every folder are Ok but that's possible
[10:48] <asac> mertiki: how about adding all the logic in the makefile?
[10:48] <asac> e.g. debian/rules ?
[10:48] <mertiki> asac : you mean, creating a makefile that will automatically update the language packs and everything?
[10:49] <asac> if you are not that comfortable with makefiles, we can keep it as a shell script
[10:49] <asac> mertiki: well basically its moving the code from the .sh scripts to the debian/rules file
[10:49] <asac> and add a target: update-xpis
[10:49] <asac> or something
[10:49] <asac> oh well
[10:49] <asac> its update-debian-files:
[10:49] <asac> that would recreate the control file
[10:49] <mertiki> asac : As I said on the bugs, because the lightning-extension version can change, the rules file would need to be modified at each new version, would that be OK?
[10:50] <asac> mertiki: its not a problem ... you can even use dpkg-parsechangelog to automatically get the upstream version from the last changelog entry
[10:50] <asac> if that is suitable
[10:51] <asac> try dpkg-parsechangelog  | grep Version
[10:51] <asac> when in the package
[10:51] <mertiki> asac : it's actually the first time I work with rules file seriously, so I can't say that I'm comfortable with this and most probably that if I start to do this job, I'll need somebody to help me
[10:51] <asac> ok
[10:51] <asac> mertiki: lets use the script approach for gutsy ... and then improve it for gutsy+1?
[10:51] <asac> would that be ok?
[10:52] <mertiki> asac : What a wonderful idea
[10:52] <asac> in fact, as long as you don't go away, i am fine with a hard to maintain package ;)
[10:52] <mertiki> asac : haha, and I won't go away
[10:52] <asac> but in the end the package should be easily updatable ... so in case you get hit by truck or are in holiday everbody can fix that
[10:53] <mertiki> I think it's actually simple and well documented in the ReadMe file, I would find it very easy if I didn't know the package yet
[10:53] <mertiki> did you read the ReadMe file?
[10:53] <asac> sure ;9
[10:53] <mertiki> asac : Is that ok?
[10:54] <asac> well ... i can say its not perfect ... and its not as easy to understand as you think it is ;)
[10:54] <asac> developers are lazy people that hate to look at docs
[10:54] <mertiki> asac : A goutsh..
[10:54] <mertiki> asac : haha :P ok
[10:54] <asac> but its not a problem :)
[10:55] <mertiki> asac : Ok, If I modify the script to be able to launch it inside the script folder, is there something else you think that I should fix?
[10:57] <mertiki> ( I will work for a all-automatic rules file for Gutsy +1 but keep the script for Gutsy )
[10:58] <mertiki> I'll know more about rules files in 6 months, for sure
[10:58] <asac> sure
[10:59] <asac> i am here to help
[10:59] <asac> after all you are the maintainer now ;) ... so you can decide what goes in and what not
[10:59] <mertiki> asac : Woaw :P
[10:59] <mertiki> asac : My goal is to bring a functionnal package for Ubuntu :)
[10:59] <asac> well ... i might try to prevent dessters
[11:00] <mertiki> haha
[11:00] <asac> mertiki: yes, thats the first and most obvious goal for everything: get something that works
[11:01] <mertiki> asac : And I'll do everything I can to make a good package well though, that's why I don't want to create the automatic rules file now because I know that I don't have the skills to do it
[11:01] <mertiki> But I will
[11:02] <mertiki> I have another question for you, concerning my enigmail-locales package. Do you have time?
[11:02] <asac> a bit
[11:02] <mertiki> Mh, would you prefer a mail?
[11:02] <asac> i have time, but might be distracted here and there ;)
[11:02] <asac> no
[11:02] <mertiki> ok
[11:02] <asac> go ahead
[11:04] <mertiki> asac : there's to language pack that have the same ThunderbirdKeyID in the package, so if they are both installed, one of the two will overwrite the first. I just added a conflict rule to the debian/control file
[11:04] <mertiki> asac : Is that a good idea?
[11:04] <mertiki> there's two*
[11:05] <asac> ThunderbirdKeyID ?
[11:05] <asac> which one do they use?`
[11:05] <Ubulette> asac, i've fixed mozclient
[11:05] <mertiki> {847b3a00-7b55-11d4-8f02-006008948af5}
[11:06] <asac> Ubulette: thanks
[11:06] <mertiki> it's ca language and zh-cn
[11:06] <asac> mertiki: i think we should package the em:id
[11:06] <asac> s/package/patch/
[11:06] <asac> use<EMAIL_ADDRESS>[11:06] <asac> e.g<EMAIL_ADDRESS>[11:07] <mertiki> asac : Do you think I should apply that on the whole package?
[11:07] <asac> yes
[11:07] <asac> i hate uuid em:ids
[11:07] <asac> its better to use something like above
[11:07] <mertiki> asac : yeah me too.. now
[11:08] <asac> mertiki: look at enigmail itself
[11:08] <asac> oh
[11:08] <asac> :=
[11:08] <asac> bad example
[11:08] <mertiki> hehe
[11:08] <asac> firefox-dom-inspector
[11:08] <asac><EMAIL_ADDRESS>[11:09] <asac> cat<EMAIL_ADDRESS>| grep em:id <em:id>inspector@mozilla.org</em:id>
[11:09] <mertiki> yeah that can't lead to problems
[11:09] <Ubulette> http://www.flickr.com/photos/nobihaya/1386720470/in/set-72157602015150860
[11:10] <asac> mertiki: ok look at the mozilla-firefox-locale-all package
[11:10] <Ubulette> :)
[11:10] <asac> it does that alreawdy
[11:10] <mertiki> asac : I'll change this, did you found something else to fix in the enigmail-locale package?
[11:10] <asac> mertiki: e.g<EMAIL_ADDRESS>[11:10] <asac> mertiki: and i think the patching is already done in debian/rules
[11:10] <mertiki> asac : and my actual lightning-extension-locales package too, I followed what already exist and I prefer this like that
[11:11] <asac> mertiki: i haven't looked at the enigmail locale package yet ... shame on me
[11:11] <asac> mertiki: well as i said, look at the mozilla-firefox-locale-all package
[11:11] <asac> i updated it today ... and though its  improvable it contains lot of things that worth a look
[11:11] <mertiki> asac : haha, it's not as important as lightning-extension but I think it would be great to finish this before Gutsy get stable
[11:12] <asac> mertiki: well its more important after all :)
[11:12] <asac> mertiki: enigmail is in main and should have latest locales
[11:12] <mertiki> it's not in universe???
[11:12] <asac> (oh it should be latest after all ... i have to update that i think)
[11:12] <asac> mertiki: no its in main
[11:12] <asac> because enigmail is in main ... together with thunderbird
[11:13] <mertiki> asac : Mmh, and it's possible to upload things to REVU that will finish on the main repository?
[11:13] <mertiki> asac : I though it was just for universe
[11:13] <asac> mertiki: its depends who sponsors it :)
[11:13] <asac> mertiki: so its not a problem :)
[11:13] <mertiki> asac : ok :P
[11:13] <asac> mertiki: maybe its misuse of REVU ... but i don't think it is
[11:14] <asac> its just much more used for universe packages
[11:14] <mertiki> asac : I don't think too, why don't use the ressources we have :)
[11:14] <asac> if people blame you about misusing REVU ... just blame me ;)
[11:14] <mertiki> asac : haha, no I won't ;)
[11:15] <mertiki> Ok I'll start working on all this if we want these packages ready for Gutsy
[11:15] <asac> so what about enigmail? is that a complete rewrite? or did you just updated what already exists?
[11:16] <mertiki> asac : If sometimes I say something that you don't understand, don't be shy to tell me so, I'm french so I'm sure that I make a lot of mistakes
[11:17] <mertiki> asac : enigmail-locales is just a update for what already exist
[11:17] <asac> mertiki: ok that is fine
[11:17] <asac> mertiki: don't shift too much before gutsy for locales
[11:17] <mertiki> asac : but I added language packs and removed some because of the new version
[11:17] <asac> mertiki: i would like to unify all of these for gutsy+1
[11:18] <mertiki> asac : You don't think that it will be ready for Gutsy?
[11:18] <asac> mertiki: what? the locales ... sure ... the unification of all mozilla related language packs ... probably not
[11:19] <asac> Ubulette: i still don't get a full diff for your branch :(
[11:19] <mertiki> asac : OK! What do you exactly mean by " the unification of mozilla related language packs " ?
[11:20] <Ubulette> asac, strange, me neither
[11:20] <Ubulette> I usually do
[11:20] <mertiki> asac : I forgot to mention, I fixed some issues with the script inside the enigmail package
[11:21] <asac> mertiki: i am not yet sure how to unifiy ... fact is: we have lots of locale packages. All use a different approach to build/update
[11:22] <asac> we should unify that ... however we first have to look at what all those packages do, so we can come up with a solutino that actually works for all :)
[11:22] <mertiki> asac : Ha! That's a good idea! If I can participate in that, let me know.
[11:23] <asac> which is why i think we should target that for gutsy+1 ... remember we are pretty late in release cycle ;)
[11:23] <mertiki> asac : Yes I don't think that I'll work on this before Gutsy gets stable :)
[11:23] <asac> Ubulette: i received full diffs as well at some point, but not anymore apparently
[11:23] <Ubulette> fixed
[11:24] <asac> ok great ... lets wait ;)
[11:42] <Ubulette> asac, what do you think about the comment i've made above regarding duplicated libs in xul ?
[11:43] <Ubulette> seems that now that we no longer strip, we have dupes
[11:43] <Ubulette> -rw-r--r-- 1 root root    13032 Aug 29 19:37 /usr/lib/xulrunner-1.9a8pre/libxpcom.so
[11:43] <Ubulette> -rw-r--r-- 1 root root 15097748 Aug 29 19:37 /usr/lib/xulrunner-1.9a8pre/libxul.so
[11:43] <Ubulette> -rw-r--r-- 1 root root    13032 Aug 29 19:37 /usr/lib/xulrunner-devel-1.9a8pre/sdk/lib/libxpcom.so
[11:43] <Ubulette> -rw-r--r-- 1 root root 15097748 Aug 29 19:37 /usr/lib/xulrunner-devel-1.9a8pre/sdk/lib/libxul.so
[11:43] <Ubulette> so maybe the later ones could just be links
[11:44] <asac> Ubulette: those should be links
[11:44] <asac> Ubulette: as benjamin suggested
[11:44] <asac> e.g. just ship them in xulrunner-1.9 ... not in xulrunner-1.9-dev
[12:02] <Ubulette> asac, this is wrong. libxul.so is now 140M !
[12:03] <mertiki> asac : I new to do some little tests but I think that I already finished to apply the modifications to the lightning-extension script, so if you're there in the next minutes, I'll upload to REVU again
[12:03] <mertiki> I need to do*
[12:04] <Ubulette> asac, 2 days ago, it was 15M
[12:06] <Ubulette> hmm, maybe not
[12:09] <gnomefreak> i thought i was done fixing this POS for the night
[12:10] <asac> Ubulette: its the dbg symbol so
[12:11] <Ubulette> strange. in dist, libxul.so is huge
[12:11] <Ubulette> but my bot logs show:
[12:12] <Ubulette>           -rw-r--r-- root/root  15670456 2007-09-18 18:02 ./usr/lib/xulrunner-1.9a8pre/libxul.so
[12:12] <Ubulette>           -rw-r--r-- root/root 124630422 2007-09-18 18:01 ./usr/lib/debug/usr/lib/xulrunner-1.9a8pre/libxul.so
[12:12] <Ubulette>           -rw-r--r-- root/root  15670456 2007-09-18 18:03 ./usr/lib/xulrunner-devel-1.9a8pre/sdk/lib/libxul.so
[12:12] <Ubulette>           -rw-r--r-- root/root 124630422 2007-09-18 18:02 ./usr/lib/debug/usr/lib/xulrunner-devel-1.9a8pre/sdk/lib/libxul.sou
[12:12] <Ubulette> which seems ok
[12:13] <Ubulette> lrwxrwxrwx 1 bbot bbot 34 Sep 17 22:38 dist/sdk/lib/libxul.so -> ../../../toolkit/library/libxul.so
[12:13] <Ubulette> -rwxr-xr-x 1 bbot bbot 140008579 Sep 17 22:38 toolkit/library/libxul.so
[12:14] <Ubulette> 140M...
[12:15] <Ubulette> oh, that's without dbgsym
[12:16] <Ubulette> gnomefreak.. look what my bot got a few hours ago:
[12:16] <Ubulette> Err http://archive.ubuntu.com gutsy/main dpkg 1.14.5ubuntu13
[12:16] <Ubulette>   403 Forbidden [IP: <IP_ADDRESS> 80]
[12:16] <Ubulette> Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/d/dpkg/dpkg_1.14.5ubuntu13_i386.deb  403 Forbidden [IP: <IP_ADDRESS> 80]
[12:16] <gnomefreak> Ubulette: thats because its a bot not a human :)
[12:16] <gnomefreak> if i had a place to post it i would but i lost my site for some reason
[12:17] <gnomefreak> Ubulette: you want ubuntu14 anyway
[12:17] <gnomefreak> not 13
[12:17] <Ubulette> post the deb? I dont need it. bot is resilient to that kind of error :)
[12:17] <gnomefreak> ah ok
[12:24] <mertiki> asac : the addNewXPI.sh script of lightning-extension-locales has been updated and the last package upload in REVU is here : http://revu.tauware.de/details.py?upid=264
[12:24] <asac> thanks
[12:24] <mertiki> you're welcome :)
[12:24] <mertiki> thanks also for your help
[12:27] <asac> mertiki: what makes me wonder a bit is that the script is so huge ;)
[12:28] <mertiki> asac : hehe, yes you're right. There's a lot of autogenerated entries from that script and a LOT of job that we don't have to do by hand, but I think that I can improve it in the future
[12:29] <asac> mertiki: is there an option to run with all 'yes' ?
[12:29] <mertiki> yes, it's -n
[12:30] <mertiki> but if you want to update ALL the languages, you can uses addAllNewXPI.sh which will do it for you anyway
[12:30] <asac> is that new?
[12:30] <asac> maybe i haven't tried  All
[12:30] <mertiki> asac : no, it's here since the beginning
[12:31] <asac> mertiki: maybe AddNewXPI.sh should be renamed?
[12:31] <mertiki> asac : just do ./addAllNewXPI.sh after removing everything in the res-files folder and erased all entries into the debian/control files and it will do everything
[12:31] <asac> isn't its use-case to convert jars to xpis?
[12:32] <asac> e.g. jar_to_xpi.sh ?
[12:32] <mertiki> asac : I'm not sure, I asked myself too about that, but I think that XPI is the good name because it creates XPI files from the Jar file
[12:33] <asac> yeah ;) ... see how that matches the name
[12:33] <asac> i gave
[12:33] <asac> AddNewXPI.sh doesn't really read like: "creates XPI files from the Jar file" ;)
[12:33] <mertiki> asac : haha, yeah we can rename it that way !
[12:34] <mertiki> jar_to_xpi.sh and all_jar_to_xpi.sh
[12:34] <asac> ok my vision is this:
[12:35] <asac> short term vision of course ;)
[12:35] <mertiki> asac : Yeah, we don't have choice today :)
[12:35] <asac> jar-to_xpi.sh will create an xpi from a jar
[12:35] <asac> in addition it will create one meta file next to it
[12:35] <asac> (or more meta files if needed)
[12:35] <asac> e.g. just create de-DE.xpi
[12:35] <asac> +
[12:36] <asac> de-DE.xpi.control
[12:36] <asac> de-DE.xpi.README
[12:36] <asac> et al
[12:36] <asac> ok so this jar_to_xpi.sh doesn't know anything about packaging ... it just does what its ment to do
[12:36] <asac> nothing implicitly happens
[12:36] <asac> you only get what you ask for
[12:37] <mertiki> this would be a VERY good idea
[12:37] <asac> then you create another script which is called ... regen-package.sh
[12:37] <asac> that one just runs the jar_to_xpi.sh things
[12:37] <asac> and then processes the results ... e.g. concatenating control file
[12:38] <asac> from the output
[12:38] <asac> in addition regen-package.sh should use templates instead of assuming that you should delete everything but the first entry from control
[12:38] <asac> so thats not needed to know
[12:38] <asac> you can just blindly run it and the result will always be correct
[12:38] <mertiki> yeah yeah, I can see it that way too
[12:38] <asac> regen-package.sh just overwrites control from scratch
[12:39] <mertiki> It would be so perfect
[12:39] <asac> its better ... but not perfect ;)
[12:39] <asac> schould be pretty simple to do
[12:39] <asac> based on your script
[12:40] <mertiki> One thing : Your idea just covers adding Jar files one by one, what if we want all Jar? Maybe a section in the jar-to-xpi.sh which will starts only with a argument?
[12:40] <asac> cat << EOF >> ../control
[12:40] <asac> >>
[12:41] <asac> mertiki: jar-to-xpi.sh will just deal with one jar
[12:41] <asac> the regen-package.sh
[12:41] <asac> orchestrates all this
[12:41] <mertiki> Ok
[12:41] <asac> if its really much code to do all-jar-to-xpi.sh ... then add a script for that
[12:41] <asac> but i think its not worth it as its essentially just a loop over all locales
[12:42] <mertiki> No no, your idea is great, I think about this..
[12:43] <mertiki> Yeah, very efficient
[12:44] <asac> where do you generate the install.rdf?
[12:45] <asac> ah ok they are in res-files
[12:45] <mertiki> asac : I'll be happy to work on that idea and I think that it's a very good idea, but I must admit that I can't be sure that I'll be able to do this quickly because I'm new to all this
[12:45] <mertiki> asac : yes
[12:46] <asac> mertiki: i think its just:
[12:46] <asac> 1. rename script
[12:46] <mertiki> asac : if you consider that the package must be ready in a very short time, I will maybe fail to finish the script at time
[12:46] <asac> 2. replace cat << EOF >> ../control with cat << EOF >> ../${JAR}.control
[12:46] <Ubulette> asac, got a patch this time ?
[12:47] <asac> let me see
[12:47] <asac> yes ;)
[12:47] <asac> Ubulette: why patch the packager.mk?
[12:47] <asac> i understood benjamins comment that we should do that when packaging up
[12:48] <asac> e.g. in debhelper files
[12:48] <Ubulette> seems better to fix the sdk
[12:48] <mertiki> asac : my ears are all open to the step #3, when you're ready :)
[12:49] <asac> Ubulette: so is there a bug ?
[12:49] <asac> mertiki: yeah wait a sec ;)
[12:49] <asac> mertiki:
[12:50] <Ubulette> asac, depends. for me, a dupe is a bug. maybe not for moz guys
[12:50] <asac> 3. put the control source information (e.g. what you currently delete) in a res-files/ file as well
[12:50] <Ubulette> they do plenty of symlinks already
[12:50] <asac> i saw that
[12:51] <asac> 4. write a simple regen-package.sh ... its just what AddAll doesn now +
[12:52] <asac> a. in the beginning copy the res-files/control header to debian/control
[12:53] <asac> b. run jar_to_xpi.sh for all locales (like now)
[12:53] <asac> c. append all $LOCALE.control files to debian/control
[12:53] <asac> i think that would be it
[12:53] <asac> to start with
[12:54] <mertiki> asac : I think that there's some little other details, but I'm ready to do this and I will and give you the result this evening or tomorrow
[12:55] <asac> cool ... this evening is already late night here ;) so tomorrow i guess
[12:55] <mertiki> asac : Hehe, yes :)
[12:55] <mertiki> asac : I must go now, I give you news about this
[12:56] <mertiki> asac : thanks for this clear roadmap
[12:57] <mertiki> it's pretty useful for someone who hasn't a lot of experience yet
[12:59] <asac> mertiki: your welcome.
[01:00] <Ubulette> waa.. I pressed "1" in a form in ff-trunk, X crashed
[01:01] <asac> so you use chatzilla? because you went offline ;)
[01:01] <asac> ah X crashed ;) ... didn't read that
[01:01] <asac> i have it in a screen ... if i am offline its either connectivity or a desaster ;)
[01:02] <asac> Ubulette: as a good firefox trunk user you should always run with firefox -g
[01:02] <asac> or is there a core available now?
[01:04] <Ubulette> Xgl crashed
[01:05] <asac> oh xgl
[01:05] <asac> that doesn't count ;)
[01:05] <asac> do you use desktop effects?
[01:05] <Ubulette> _usr_bin_Xgl.1000.crash
[01:05] <Ubulette> no
[01:05] <asac> does that crash have a recent timestamp?
[01:06] <asac> does it match this incident?
[01:06] <Ubulette> yes
[01:07] <Ubulette> previous crach file is 3 days old
[01:07] <Ubulette> _usr_lib_totem_totem-plugin-viewer.1000.crash
[01:07] <asac> why do you use that?
[01:07] <asac> i mean xgl
[01:07] <Ubulette> it's default in gutsy since a few days
[01:07] <asac> really?
[01:07] <asac> oh
[01:08] <Ubulette> indeed
[01:08] <asac> i don't have it installed
[01:08] <asac> its not even in main atm
[01:08] <asac> Filename: pool/universe/x/xserver-xgl/xserver-xgl_<IP_ADDRESS>~git20070727-0ubuntu2_amd64.deb
[01:09] <asac> maybe you are again ahead of time ;)
[01:11] <asac> Ubulette: ok we should really upload xulrunner tomorrow
[01:11] <asac> and firefox-gp
[01:11] <asac> time is running low
[01:11] <asac> fri we end up in beta freeze
[01:11] <asac> for a week
[01:11] <asac> then its beta and i want that in before beta
[01:11] <asac> but actually i have to sort through whatelese i want in beta
[01:12] <asac> i think i have to do 6 uploads or so tomorrow already ;)
[01:13] <Ubulette> can't xul enter as it is now ?
[01:14] <asac> no ...we have to at least do the rename (if we want a rename) and fork of the release branch so we can flip to system-nss/nspr
[01:14] <asac> that needs at least testing
[01:14] <asac> any new issues with ffox?
[01:15] <asac> new - dues to system-nss/nspr


[00:09] <asac> fta: did you try to drop courgette?
[00:09] <fta> fighting with it
[00:13] <asac> committed another license checkpoint
[00:15] <Pavlov> hey guys, how do you name xulrunner betas and alphas?
[00:16] <Pavlov> s/name/version/?
[00:16] <Pavlov> multiple ~s
[00:17] <Pavlov> yeah, hm.
[00:17] <asac> Pavlov: NEXTVERSION~b1
[00:17] <asac> e.g. 1.9.2~b1
[00:17] <Pavlov> right
[00:17] <asac> why?
[00:17] <Pavlov> fennec debian versioning hell
[00:18] <asac> you want to wrok on feenec?
[00:18] <Pavlov> i am
[00:18] <asac> or is fennec in debian?
[00:18] <Pavlov> for maemo, actually
[00:18] <asac> cool
[00:18] <asac> you put that in debian?
[00:18] <asac> i think fennec needs 1.9.2
[00:18] <Pavlov> it does
[00:18] <asac> thats not in debian (and not yet in ubuntu, but soon)
[00:18] <Pavlov> no, sorry, i'm actually working _on_ fennec
[00:18] <asac> you can use our dailies
[00:19] <asac> great
[00:19] <asac> for mozilla?
[00:19] <Pavlov> yeah
[00:19] <asac> nice to meat you!
[00:19] <Pavlov> trying to get our debian package versions right
[00:19] <Pavlov> you too
[00:19] <Pavlov> learning all about ~s and such ;/
[00:19] <Pavlov> the hard way!
[00:19] <asac> we have a fennec package ;)
[00:19] <Pavlov> nice
[00:19] <asac> not the latest. but i would suggest to help on that ;)
[00:20] <micahg> 1.0~a2...
[00:20] <asac> or are you doing a package for your internal stuff?
[00:20] <gavin> we have a repo for maemo
[00:20] <asac> https://code.edge.launchpad.net/~mozillateam/fennec/fennec.head
[00:20] <asac> we should share the packaging imo
[00:20] <Pavlov> yeah we need to make a source deb at some point
[00:20] <Pavlov> right now they're built from our build system
[00:21] <asac> if we get the branch up to speed we could easily include it as a daily build in our daily repo
[00:21] <asac> for everything: hardy/intrepid/jaunty/karmic/lucid
[00:22] <asac> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[00:22] <Pavlov> asac: we're trying to get our versioning stuff "right"
[00:23] <Pavlov> the problem right now is that we've been releasing xulrunner packages like: 1.9.2b6pre-datetime
[00:23] <Pavlov> now we're trying to release 1.9.2-datetime
[00:23] <Pavlov> and well, one is earlier than the other
[00:23] <asac> argh
[00:23] <asac> thats too late then
[00:23] <Pavlov> right
[00:23] <asac> look at our xulrunner version
[00:23] <Pavlov> so i figure we need to bump the epoch
[00:23] <asac> oh ... thats even worse
[00:23] <Pavlov> is it?
[00:23] <asac> how many consumers do you have?
[00:24] <Pavlov> enough that i don't want to tell them to reinstall
[00:24] <asac> at best you could wipe everything ;)
[00:24] <asac> moving ahead of us is a mess :)
[00:24] <Pavlov> heh
[00:24] <asac> well. then you need an epoch.
[00:24] <asac> so we have a mozilla version to ubuntu version script
[00:24] <Pavlov> oh realy?
[00:24] <asac> that is a perfect bi-dirctional mapping
[00:25] <gavin> ooooh
[00:25] <asac> yes
[00:25]  * gavin likes the sound of that
[00:25] <Pavlov> that would be huge huge help
[00:25] <micahg> asac: almost perfect...
[00:25] <asac> its in mozilla-devscripts ... let me check
[00:25] <asac> micahg: alḿost? afaik its not lossy
[00:25] <micahg> prism...
[00:25] <asac> well. prism doesn use that script ;)
[00:26] <asac> its rather new for our automagic extension dependency stuff
[00:26] <micahg> asac: ah, right
[00:26] <micahg> so the script is perfect :)
[00:26]  * micahg needs to fix prism..
[00:26] <Pavlov> asac: do you have al ink to the right place?
[00:26]  * asac looks it up
[00:26] <asac> ;)
[00:26] <asac> http://bazaar.launchpad.net/~mozillateam/mozilla-devscripts/mozilla-devscripts/annotate/head:/src/moz_version.py
[00:27] <asac> its a lib
[00:27] <asac> but we could make a command line tool out of it
[00:27] <asac> just say what you want ;)
[00:27] <asac> bdrung: ?
[00:28] <asac> bdrung: moztodebian version ... thought we had a wrapper for that too ;)
[00:28] <asac> http://bazaar.launchpad.net/~mozillateam/mozilla-devscripts/mozilla-devscripts/annotate/head:/src/moz-version
[00:28] <bdrung> asac: yes. i added that. please check if it works correctly
[00:29] <asac> bdrung: what Pavlov needs is moztodebian
[00:29] <asac> where is that?
[00:29] <bdrung> asac: i can write that easily
[00:29] <Pavlov> that would be awesome
[00:29] <asac> that would be fantastic and you would get hugs from Pavlov ;)
[00:29] <Pavlov> many hugs
[00:29] <bdrung> asac: how should i call this moz-version parameter?
[00:30] <Pavlov> gavin: wonder if we can just use these in the build system?
[00:30] <asac> bdrung: either --to-moz .. --to-deb ... or make two high level wrappers
[00:30] <asac> Pavlov: once they are done you could copy them in worst case
[00:30] <Pavlov> yeah
[00:31] <bdrung> asac:  high level wrappers?
[00:31] <asac> soo ... epoch is bad because that would kind of kill the ecosystem ;) ... what we should do is do something ugly for 1.9.2 so you can go back to normal when 1.9.3 arrives
[00:31] <Pavlov> any suggestions?
[00:31] <asac> bdrung: like moz-to-debian ... debian-to-moz
[00:31] <Pavlov> can we do 1.9.2+foo?
[00:31] <Pavlov> or something?
[00:31] <asac> what was your current version?
[00:32] <asac> yeah. so you can do CURRENT_VERSION+REALVERSION
[00:32] <bdrung> asac: no, i put it into moz-version
[00:32] <asac> so 1.9.2fuckedup+1.9.2~b2~hg20090920
[00:32] <asac> for the snapshot from 20th sep 2009
[00:32] <asac> pre beta2
[00:32] <asac> bdrung: if that works
[00:33] <asac> --to-moz --to-deb
[00:33] <bdrung> asac: the infrastructure is there
[00:33] <asac> or whatever you think is better ;)
[00:33] <micahg> asac: is this part of the in package mozclient?
[00:33] <Pavlov> asac: our last real thing was xulrunner_1.9.2b6pre-20091231145857_armel.deb
[00:33] <bdrung> asac: and how to call the one char parameter?
[00:34] <asac> dpkg --compare-versions 1.9.2fuckedup+1.9.2~b2~hg20090920 lt 1.9.3~a1~xxx && echo yes
[00:34] <asac> yes
[00:34] <asac> so that works
[00:34] <gavin> Pavlov: yeah probably - DEB_VERSION = $(shell moztodebian MOZ_APP_VERSION) or whatever
[00:34] <asac> Pavlov: so you build native packages ;)?
[00:34]  * asac wonders if that would be compared as if it was debian revision
[00:34]  * asac checks
[00:35] <Pavlov> the version is..
[00:35] <asac> dpkg --compare-versions 1.9.2b6pre-20091231145857+1.9.2~b6~20091231145857 lt 1.9.3~a1~xxx && echo yes
[00:35] <Pavlov> Version: 1.9.2b6pre-20091231145857
[00:35] <bdrung> asac: what do you think about "moz-version --to-deb 1.2.3 --epoch 2"?
[00:36] <asac> if you want epoch ... but i would like to hide that feature ;)
[00:36] <bdrung> asac: i can implement it but do not add a parameter until it is required
[00:36] <Pavlov> dpkg --compare-versions 1.9.2b6pre-200912311458571 lt 1.9.2+ && echo yes ? :)
[00:36] <asac> yeah
[00:36] <asac> oh ;)
[00:37] <asac> yeah
[00:37] <asac> so good
[00:37] <asac> you can do that
[00:37] <asac> 1.9.2+1.9.2~b6~20091231145857
[00:37] <asac> ;)
[00:37] <asac> ugly
[00:37] <asac> but better
[00:37] <Pavlov> well
[00:38] <Pavlov> this would be for 1.9.2 itself
[00:38] <Pavlov> no beta
[00:38] <Pavlov> can put a date if you think that is good
[00:39] <Pavlov> 1.9.2+~20100107133804 ?
[00:39] <asac> let me check something
[00:39] <Pavlov> we might have a 1.9.2.x, or some other things, i guess
[00:40] <asac> so yeah. until 1.9.2 is final, use that or whatever you want
[00:40] <asac> after that, why dont you pocket copy our xulrunner packages daily?
[00:40] <Pavlov> 1.9.2 is final
[00:40] <asac> is it?
[00:40] <Pavlov> or rc2
[00:40] <asac> its rc2
[00:40] <Pavlov> er, rc1
[00:40] <asac> right
[00:40] <asac> so its not yet;)
[00:41] <asac> otherwise you could directly use our package versions
[00:41] <asac> we have 1.9.2+nobinonly... ;)
[00:41] <asac> but before final its 1.9.2~rc2...
[00:41] <Pavlov> well
[00:41] <Pavlov> the way our release process usually works is that we call the rcs the final version
[00:42] <Pavlov> at least internally
[00:42] <asac> right.
[00:42] <Pavlov> we can call the debian version rc1 i guess
[00:42] <asac> so ... rc1 is a bit special because it gets its own version right?
[00:42] <asac> so for stable updates we do:
[00:42] <Pavlov> it doesn't
[00:42] <asac> 1.9.2+build1
[00:42] <asac> 1.9.2+build2
[00:42] <asac> 1.9.2+build3
[00:42] <Pavlov> right
[00:42] <Pavlov> so right now we have:
[00:42] <asac> and whatever is last gets released
[00:42] <Pavlov> 1.9.2b6pre-20091231145857
[00:43] <Pavlov> and 1.9.2-20100107133804
[00:43] <asac> yeah. so you could release as 1.9.2+build1 now
[00:43] <Pavlov> ok
[00:43] <asac> if thats ok
[00:43] <Pavlov> yeah
[00:43] <asac> and if you dont like +nobinonly (which we add for final builds if we spin one)
[00:43] <asac> you can say: +final
[00:43] <Pavlov> right
[00:43] <micahg> asac: what if there are multiple rcs?
[00:43] <asac> but if you are fine to just sticking with +build3
[00:43] <asac> then its fine
[00:43] <asac> micahg: build1 is rc1 usually
[00:43] <asac> build2 is rc2
[00:43] <Pavlov> gavin: how do you feel about just adding a +rc1 to the version on the rc branch?
[00:44] <asac> except for the prerelease rampup time
[00:44] <Pavlov> er, rel branch?
[00:44] <gavin> sounds good to me
[00:44] <asac> Pavlov: be careful
[00:44] <asac> rc > final
[00:44] <asac> build1 < final
[00:44]  * Pavlov grumbles ;p
[00:44] <asac> if you stick with rc3 then its fine
[00:44] <asac> oh you can ro
[00:44] <Pavlov> we will
[00:44] <asac> rc1
[00:44] <asac> rc2
[00:44] <asac> release
[00:44] <asac> :-P
[00:44] <Pavlov> someone should have worked on this versioning stuff a bit more;p
[00:44] <asac> in case ;)
[00:45] <asac> yeah. but you are lucky it seems
[00:45] <Pavlov> we have to fix our 1.9.3 people
[00:45] <Pavlov> but no one is really on that channel
[00:45] <asac> yeah. just wipe that
[00:45] <Pavlov> so we can fix it to use the script you guys have
[00:45] <micahg> hmm Fennec went from FENNEC_1_0_RELEASE to FENNEC_1_0rc2_RELEASE...
[00:46] <asac> micahg: they usually add both tags
[00:46] <fta> micahg, no, _RELEASE is fake, it's a moving tag
[00:46] <asac> and then if it needs a respin move the _RELEASE tag
[00:46] <asac> but i would have expected
[00:46] <micahg> ah
[00:46] <gavin> yeah each RC will have a tag, and the one we ship will also have RELEASE
[00:46] <asac> FENNEC_1_0_BUILD1 ;)
[00:46] <asac> tats what is used everywhere else
[00:46] <gavin> yeah, mobile is a bit different
[00:47] <asac> but then: imo the pre-final RCs are different from the RCs for stable updates
[00:47] <gavin> I can ask our build guy about that
[00:47] <micahg> then FENNEC_1_0_BUILD2, then FENNEC_1_0rc2_BUILD1, then FENNEC_1_0rc2_BUILD2
[00:47] <asac> i really think that the pre release rcs are different
[00:47] <Pavlov> gavin: http://pastebin.mozilla.org/695534 ? :)
[00:47] <asac> you even have a 3.0rc1 or something in application.ini
[00:47] <asac> in RCs as in stable updates you have just moving tags
[00:48] <gavin> Pavlov: looks good to me
[00:49] <asac> hope you do well ;) ... in the end i would still suggest that you sync our daily packages ;)
[00:49] <asac> for 1.9.3
[00:49] <asac> etc.
[00:49] <Pavlov> well
[00:49] <Pavlov> we build our own packages
[00:49] <Pavlov> daily
[00:49] <Pavlov> for maemo
[00:49] <bdrung> asac: what do you think about this: http://paste2.org/p/599114
[00:49] <Pavlov> i would assume you guys aren't building daily maemo5 packages
[00:50] <asac> we are building daily sources
[00:50] <Pavlov> ah
[00:50] <asac> you just sync those and spin them
[00:50] <asac> think about it ;)
[00:50] <asac> still some time ahead
[00:50] <asac> there are risks for dowstreams ... but also a big win ;)
[00:51] <asac> but you dont have a build system for debs i guess?
[00:51] <asac> Pavlov: how do you build fennec deb? are you spinning whole xulrunner? or are you just copying the build system and use --with-libxul-sdk?
[00:52] <asac> bdrung: err. install .xpi file? e.g. without unpacking?
[00:52] <asac> oh ;)
[00:53] <asac> misread
[00:53] <bdrung> asac: better explanations are welcome
[00:53] <asac> bdrung: thats good. somewhat similar to the deprecated thing we talked about ... did that work out btw?
[00:54] <asac> Pavlov: btw, are you X-compiling for arm? or do you have native builders?
[00:54] <bdrung> asac: i removed the depracated variable, the packages still build and should work (e.g. there was thunderbird in the list and install-xpi creates a link for thunderbird)
[00:54] <Pavlov> asac: we're using scratchbox
[00:55] <asac> bdrung: ok.
[00:56] <bdrung> asac: i need this install-dir parameter for gears (it plays with the file after installation)
[00:56] <asac> gears? doesnt that ship a proper .xpi?
[00:56] <asac> why doesnt the auto detection work?
[00:58] <bdrung> asac: it wan't some files in /usr/share and some in /usr/lib
[00:58] <bdrung> asac: i assumes that the xpi is installed in /usr/share (but 0.18 installs it in /usr/lib -> ftbfs)
[00:59] <gavin> asac: we use --with-libxul-sdk and a two-stop build (i.e. MOZ_BUILD_PROJECTS)
[00:59] <gavin> two-step*
[01:00] <asac> gavin: what i am wondering about is that we manually pack up the xulrunner build system and ship that as part of xulrunner-dev
[01:00] <asac> and now that you probably need something like that maybe we can do something better upstream
[01:00] <gavin> builds xulrunner, then fennec, then fennec's build scripts package both into debs
[01:00] <bdrung> asac: all xul extension build (some after patching)
[01:00] <asac> so basically fennec build unpacks the build system for us at the beginning
[01:01] <asac> gavin: yeah. so you still have the full source tree ;)
[01:01] <gavin> yes
[01:01] <asac> the build system packup as part of xul sdk is quite nice. i would think it just needs to be standardized so all xulapps and extensions could use that
[01:02] <asac> s/could/would/
[01:02] <asac> probably would require a single script or something that everyone wuld includ ein top level dir of its xulapp
[01:02] <asac> this also would help stop xulapps from patching xulrunner ;) .. because they just dont have all the source at hand
[01:02] <bdrung> asac: build system packup for extension? isn't xpi-pack enough?
[01:02] <asac> and adding the full tree would make a slink build heavy wait
[01:03] <asac> bdrung: native extensions
[01:03] <gavin> we already have that
[01:03] <gavin> http://mxr.mozilla.org/mobile-browser/source/installer/Makefile.in#115
[01:03] <gavin> fennec just calls into the existing xulrunner packaging stuff
[01:03] <asac> gavin: thats packaging at the end
[01:03] <asac> i am talking about checking out the fennec tree
[01:03] <asac> and then run a script to get the build system from the xulrunner sdk
[01:04] <asac> or is that what you posted?
[01:04] <gavin> no
[01:04] <gavin> I misunderstood what you meant
[01:04] <asac> if you currently read build instructions on how to build fennec or xulapps you always need the full tree
[01:05] <asac> i want them to just use the build system
[01:05] <asac> but not as a hard copy, rather on the fly
[01:05] <asac> from the sdk
[01:05] <asac> is that better worded ?
[01:05] <gavin> yeah I see what you mean
[01:06] <asac> at best it wouldnt need to copy it but just include /usr/lib/xulrunner-devel/...sdk/build-system.mk
[01:06] <gavin> we don't really benefit from doing any of that work, though
[01:06] <gavin> and the build system isn't that self-contained
[01:06] <asac> it helps the xulrunner eco system ;)
[01:06] <asac> gavin: its not that bad anymore ;)
[01:07] <asac> basically you can unpack the build system nowadays and ./configure --application=yourcoolapp
[01:07] <asac> there are some rough edges
[01:09] <gavin> well yeah, that's what we do, it's just done manually :)
[01:09] <asac> scp /usr/lib/xulrunner-devel-<IP_ADDRESS>/sdk/build-system.tar.gz rookery.canonical.com:public_html/tmp/
[01:09] <asac> -> http://people.canonical.com/~asac/tmp/build-system.tar.gz
[01:09] <asac> right. i think it just needs some infrastructure and then evangilism so all the xulapps start to ship a full xulrunner copy
[01:10] <asac> tar tzf build-system.tar.gz  | pastebinit
[01:10] <asac> http://pastebin.com/f5c4fdf59
[01:10]  * gavin made the mistake of extracting that to ~/
[01:10] <asac> ouch
[01:10] <asac> tar tzf | xargs rm ;)
[01:11] <asac> take care :)
[01:11] <asac> imo would need some magic default .mk that all xulapps could ship on top level
[01:12] <asac> and then allow that whole thing to work even if its under build-system/
[01:12] <asac> (so it doesnt clutter the whole source tree)
[01:13] <Pavlov> hmm, did we sort out the version script thing?
[01:13] <Pavlov> too many version numbers melt my brain :(
[01:13] <bdrung> asac: btw, m-d 0.19 is faster than v0.18
[01:14] <asac> Pavlov: from what i understood you are going to use 1.9.2+rc1 ;)
[01:15] <Pavlov> oh, we are
[01:15] <Pavlov> for today;)
[01:15] <asac> i am not yet sure how you do the dailies afterwards then :)
[01:15] <asac> hehe
[01:15] <asac> so i would still suggest to go for OLDVERSION+NEWVERSION
[01:15] <asac> and then just adapt whatever great new versioning scheme we decide on
[01:15] <asac> for NEWVERSION
[01:15] <fta> asac, all fine without courgette now. at last
[01:15] <asac> and from 1.9.3 on just use OLDVERSION
[01:16] <Pavlov> 1.1~a1~datetime seems ok
[01:16] <Pavlov> or for xulrunner, 1.9.3~a1~datetime?
[01:16] <asac> our script will produce a good version for the thing that is in application.ini
[01:16] <asac> Pavlov: yes. thats basically it.
[01:16] <Pavlov> how does it deal with releases and other stuff
[01:16] <Pavlov> or do you set some env var to add +foo to things?
[01:17] <asac> i would suggest this:
[01:17] <asac> if you have version 1.9a1pre ... the script would cut of the pre and remember that its a daily
[01:17] <Pavlov> yep
[01:17] <asac> the you run the version through the moz-to-version thing we produce
[01:17] <asac> and if its remembered daily, append ~DATETIME
[01:18] <asac> we use
[01:18] <asac> hgDATEtTIME
[01:18] <asac> ;)
[01:18] <asac> 1.9.3~a1~hg20091227r36701+nobinonly-
[01:18] <asac> oh now we use r
[01:18] <asac> rather than time
[01:18] <asac> thats good
[01:18] <asac> i think you should adopt that ;)
[01:18] <Pavlov> heh
[01:18] <asac> i think the problem is that hg doesnt always move ahead
[01:18] <Pavlov> right
[01:18] <asac> thats why we wnet to r rather than t
[01:19] <Pavlov> well, those are local
[01:19] <bdrung> asac: do the xulapps check a directory in /usr/share for extensions?
[01:19] <Pavlov> not necessarily global
[01:19] <asac> Pavlov: its better to use a reproducible version
[01:19] <asac> so we use versions that we know we can recreate the source for
[01:19] <Pavlov> yeah those are hex
[01:19] <Pavlov> heh
[01:19] <asac> if you use build system local time then you cannot do that
[01:20] <asac> problem is that you have xulrunner also checked out
[01:20] <asac> so you either build xulrunner independently (like we do)
[01:20] <asac> or you declare it a DEP
[01:20] <asac> and have a DEP file with the current revision in fennec or something
[01:21] <asac> so just reproducing the same fennec tree will allow you to also reproduce xulrunner
[01:21] <asac> makes sense ? ;)
[01:21] <asac> (its late)
[01:22] <asac> ok now you distracted me from what i wanted to do this night initially ;)
[01:23] <asac> fta: i think we are close:
[01:23] <asac> http://pastebin.com/f48ffd9fb
[01:23] <asac> unless i messed up something completely (not that anyone would spot that in this 1Million line copyright file ;)
[01:24] <asac> hmm "Public Domain" isnt whitelisted it seems
[01:25] <asac> maybe that should be case insensitive ;)
[01:25] <asac> fixed
[01:25] <asac> fta: waiting for a fresh stripped tarball ... to see if stripped the same stuff you stripped now
[01:28] <asac> http://people.canonical.com/~asac/tmp/copyright.full
[01:33] <fta> i stripped everything you asked except sdch/open-vcdiff
[01:34] <asac> yeah. those are still in the probs
[01:36] <fta> -rw-r--r-- 1 fta fta 87406668 2010-01-07 04:10 chromium-browser_4.0.292.0~svn20100107r35689.orig.tar.gz
[01:36] <fta> -rw-r--r-- 1 fta fta 80988593 2010-01-08 01:25 chromium-browser_4.0.293.0~svn20100108r35757.orig.tar.gz
[01:36] <fta> -7%
[01:37] <asac> cool ;)
[01:37] <asac> hope it was not 07 to 08 ;)
[01:37] <asac> but our stripping
[01:41] <fta> why do you have build-tree/src/base/third_party/purify/* twice with different Copyright?
[01:44] <Pavlov> asac: hey, lets say we pulled xulrunner in to our fennec package
[01:44] <Pavlov> what would be the best way to deprecate the xulrunner one?
[01:48] <asac> Pavlov: you want to deprecate xulrunner?
[01:48] <asac> heh
[01:48] <asac> ok
[01:49] <asac> do you want all folks that just have your xulrunner to automatically get fennec?
[01:49] <asac> if so, you add transitional packages to fennec
[01:49] <asac> but ... are you sure maemo doesnt have xulrunner?
[01:55] <Pavlov> yes
[01:55] <Pavlov> it has xulrunner, but not installed like xulrunner
[02:01] <micahg> _Tsk_: is there anything we can do about mozilla 534651
[02:02] <asac> 03:00 < StevenK> asac: gyp looks okay, aside from the OMG-my-eyes-are-bleeding debian/rules.
[02:02] <asac> fta: ^^
[02:02] <asac> so ... go ahead
[02:02] <asac> finish this stuff
[02:03] <fta> then he will cry in front of chromium ;)
[02:03] <asac> fta: already prepared him ;)
[02:03] <asac> feeding him copyright.full and the pastebin
[02:03] <asac> fta: can you upload that now or do you want him to upload
[02:04] <fta> what? gyp to lucid?
[02:04] <asac> he would do the changelog bump to -0ubuntu1
[02:04] <asac> yes
[02:04] <asac> what version do you have?
[02:04] <fta> 0.1~svn770-0ubuntu1
[02:04] <asac> right
[02:04] <asac> upload that with the bug closed
[02:04] <fta> ok
[02:07] <asac> what is in debian/rules?
[02:07] <asac> he said he didnt like it ;)
[02:07] <fta> done
[02:07] <asac> oh get-orig-source
[02:07] <fta> 4 lines of python, + get orig
[02:08] <asac> ok now the usual its past 22pm reminder ;)
[02:08]  * asac off
[02:08] <fta> off too
[02:08] <fta> ++
[02:08] <asac> did you do everything right or do i need to wait
[02:08] <asac> fta: ?
[02:08] <Pavlov> hm
[02:08] <asac> e.g. ensure that its in the archive?
[02:08] <Pavlov> time for one more dumb question?
[02:08] <asac> its 3am ;)
[02:09] <fta> "Successfully uploaded packages."
[02:09] <asac> fta: well. sometimes it gets rejected because of something bad ... especially at 3am ;)
[02:09] <Pavlov> if we did merge fennec and xulrunner, we'd need some kind of version that has both things in them :/
[02:09] <asac> bogus checksum etc.
[02:09] <Pavlov> oh hm thats not true
[02:09] <Pavlov> nevermind
[02:09] <Pavlov> get some sleep
[02:09] <Pavlov> :)
[02:09] <asac> Pavlov: yes. i already asked above:
[02:09] <asac> 02:48 < asac> heh
[02:09] <asac> 02:48 < asac> ok
[02:09] <asac> 02:49 < asac> do you want all folks that just have your xulrunner to automatically get fennec?
[02:09] <asac> 02:49 < asac> if so, you add transitional packages to fennec
[02:10] <asac> 02:49 < asac> but ... are you sure maemo doesnt have xulrunner?
[02:10] <asac> but lets talk tomorrow ;)
[02:10] <Pavlov> ok
[02:10] <Pavlov> thanks again for your help
[02:10] <fta> asac, got the NEW email
[02:11] <asac> good
[02:11] <asac> fta: good night!!
[02:11] <fta> asac, thx, you too
[08:44] <_Tsk__> micahg:  how do you feel about making a patch ?
[08:44] <micahg> _Tsk__: if I knew what to patch, I would be happy to try :)
[08:45] <_Tsk__> can you come to irc.mozilla.org in #maildev and ask that specific question to standard8
[08:46] <micahg> _Tsk__: k, I'll have to do it a little later though, it's too late for me right now to concentrate on that (almost 3AM)
[08:46] <micahg> thanks _Tsk__
[08:46] <_Tsk__> elcome
[09:11] <micahg> _Tsk_: one last Q, you know what tz Standard8 is in?
[09:12] <_Tsk_> BST
[09:13] <micahg> ugh, so I better ask now I guess, otherwise when I get up, he'll be gone for the weekend
[09:16] <_Tsk_> he stays late - but yes that would be wise
[09:45] <asac> BST ... its 9:45 for BST (if thtas british)
[09:45] <asac> ah ... guess its late for micahg ;)
[09:46] <micahg> asac: yes :)
[09:46] <micahg> wanted to catch standard 8
[09:46] <asac> making a patch?
[09:46] <asac> whats that about?
[09:46] <asac> fixing tbird?
[09:46] <micahg> and try to figure out this devel thing for tb3
[09:46] <micahg> yeah
[09:46] <asac> glorious ;)
[09:46] <asac> what bug?
[09:46] <asac> ah -devel packages
[09:46] <asac> cool
[09:47] <micahg> asac: wanna hop in the mail-dev channel?
[09:47] <asac> i am not in there?
[09:47] <asac> now i am ;)
[10:05] <micahg> asac: if I tell debuild not to purge, if it completes, can I still see the full dir structure?
[10:06] <asac> debuild -nc is fine
[10:06] <asac> you might need to remove the build-stamp
[10:06] <asac> otherwise it skips it and doesnt see that you changed something
[10:06] <asac> or the install-stamp if you want to just test make install
[10:06] <asac> or nothing if you just want to test the debian packaging install stuff
[10:07] <asac> so yes. its highly recommended to develop dewbian packaging by running debuild -nc rather than a full builds
[10:07] <asac> saves you hours ;)
[10:07] <asac> or even days
[10:08] <asac> just in the end remember to do a full spin to verify ... and remember to copy stuff to your bzr tree before it gets purged next time by accident
[10:08] <micahg> that's the thing you gave me before that I couldn't remember
[10:09] <micahg> ok, I'll try this sat night
[10:09] <asac> ccheney: heya
[10:09] <asac> ccheney: status update?
[10:09] <micahg> I have to get some sleep now and probably won't get to it when I get up tomorrow
[10:09] <micahg> short day
[10:30] <asac> crimsun: hey. old nick ;)?
[12:01] <BUGabundo_work> morning
[12:06] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=308103
[12:06] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=30810
[12:06] <fta> BUGabundo_work, lo
[12:08] <asac> create symlinks?
[12:08] <asac> is that done on first run?
[12:08] <asac> thats messy
[12:09] <fta> that's their wrapper, i don't use it
[12:09] <fta> i have mine
[12:11] <asac> why does redhat have the wrapper in their svn?
[12:11] <asac> does redhat create symlinks in the system lib dir?
[12:11] <asac> or is that in profile?
[12:12] <fta> no, upstream is doing a deb and a rpm
[12:12] <fta> i don't think fedora ships this wrapper either
[12:12] <fta> i will ask
[12:15] <asac> so what does it do? need root access?
[12:21] <fta> seems like it :P
[12:22] <asac> that should get removed imo
[12:22] <asac> something like that is not really something ever to be done again ;)
[12:23] <asac> someone needs to see that and stop it ;)
[12:23] <fta> they don't use sudo or anything so it most likely doesn't work at all
[12:23] <asac> hmm. i think they ship it like the firefox tar.gz
[12:23] <asac> so you can unpack in your home
[12:24] <fta> but not when used through the deb or rpm
[12:35] <fta> it's a bad idea but i don't see what else they could do
[12:35] <fta> they have only 1 binary for a bunch of distros
[12:54] <asac> yeah
[12:54] <asac> ship more ;)
[12:54] <asac> in-sorce
[13:14] <fta> asac, i can't find an obvious culprit for the chromium regression. i hope it's not one of our changes from yesterday..
[13:22] <BUGabundo_work> hello fta
[13:22] <BUGabundo_work> chromium unbroken ?
[13:22] <fta> nope
[13:23] <BUGabundo_work> :\
[13:23] <BUGabundo_work> then i'll pin Ch down !
[13:23] <fta> http://code.google.com/p/chromium/issues/detail?id=31809
[13:23] <fta> star it
[13:23] <fta> but don't add a me too
[13:25] <BUGabundo_work> fta: i'm not new to BTS :o
[13:25] <BUGabundo_work> well glad i have my old debs locally
[13:26] <BUGabundo_work> i'll downgrade to one of those if need be
[14:20] <asac> fta: thoought there is a bug upstream
[14:21] <asac> are all those using our packages?
[14:21] <asac> fta: you can spin chromium with tarball from two days ago to test
[14:21] <asac> if its our thing
[14:21] <asac> e.g. run the cleanup stuff etc. on the old tarball
[14:22] <fta> it's all from the daily ppa, but it's the only widely used daily so i'm not sure
[14:23] <fta> could also be the gl build-deps
[14:24] <fta> did you try it? (you don't use the nvidia driver iirc)
[14:24] <fta> asac, ^^
[14:25] <BUGabundo_work> bla
[14:25] <BUGabundo_work> bug 504149
[14:53] <fta> asac, too many changes. i've created two up-to-date tarballs, one with the get-orig-source from 2 days ago, and one with the new rule
[14:53] <fta> but there's also the gl build-deps
[14:54] <fta> not sure which one try 1st
[14:54] <fta> i need the gl deps to build
[14:56] <asac> try the last yo uknow that worked
[14:56] <asac> run the removal and see if it works
[14:56] <asac> if so we can rule out its the stripping
[15:09] <fta> asac, http://code.google.com/p/gyp/issues/detail?id=133  => fixed
[15:17] <ccheney> asac: was working on openoffice yesterday and ran into some sort of build breakage due to what appears to be lucid :-\
[15:18] <asac> fta: cool
[15:21] <fta> asac, i didn't check, is it enough?
[15:22] <asac> will check after release meeting
[15:22] <asac> have to do the report now :(
[15:22] <asac> ccheney: pleaes dont upload ooo before a2
[15:22] <asac> you will certainly bust our arm images with that
[15:23] <asac> ccheney: ooo is painful, so consider to continue 30% of day on the backporting  ;)
[15:23] <asac> much more fun
[15:24] <ccheney> asac: slangasek asked for OOo upload specifically because images are already oversized
[15:24] <ccheney> alternate cd for i386 or amd64 iirc
[15:26] <fta> asac, *sigh* http://paste.ubuntu.com/353513/
[15:26] <asac> please provide context
[15:26] <asac> ;)
[15:26] <asac> what tarball etc.
[15:26] <vish> asac: hi.. [mac_v here] reminding Bug #386900 :)  could you target it to a milestone which would ensure it is fixed for Lucid?
[15:28] <ccheney> asac: i just heard how to hopefully fix the OOo issue so i will be rebuilding 3.1.1 instead of 3.2.0 if it works and uploading it so hopefully it won't hurt arm, plus there is another arm patch to include from doko.
[15:31] <asac> does that fix the oversize issues?
[15:31] <asac> hopefully is really not enough
[15:31] <asac> if you upload that and it breaks it means no image for a2 for arm
[15:31] <asac> i ping slangasek. lets see
[15:32] <asac> bug  * Bug:431963: linux-fsl-imx51: io/fs errors when launching gdm on imx51 with sata
[15:33] <asac> bug 431963
[15:33]  * vish wonders if asac noticed previous message ...
[15:37] <fta> asac, x64 host, 32bit builder, v8 is confused. seems it's a regression
[15:41] <ccheney> asac: yea it fixes the issue due to not needing old icu library anymore from what slangasek told me
[15:41] <ccheney> asac: the old library is currently using 7MB on the disk from what he said
[16:22] <fta> asac, fresh rev without yesterday's stripping, NOK
[16:22] <asac> good
[16:22] <fta> well, sort of :)
[16:22] <asac> if its the same issue we could rule out the stripping, but trying with a good checkpoint would be better to verify
[16:46] <micahg> bdrung: the dailies broke after yesterday's updates
[16:47] <bdrung> micahg: dailies of what?
[16:47] <micahg> bdrung: xul192, prism, tb3
[16:48] <micahg> I think it's based on the new m-dev in lucid
[16:48] <micahg> hmm
[16:48] <micahg> nm
[16:48] <micahg> it must be something else
[16:49] <bdrung> micahg: do you updated the m-d in the ppa?
[16:49] <micahg> but prism I know is due to some of the changes
[16:49] <micahg> prism is due to its own changes
[16:49] <micahg> the other 2 I'm not sure
[16:49] <bdrung> micahg: do you have a link to the ppa?
[16:49] <micahg> since it was only on lucid
[16:49] <micahg> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+packages
[16:50] <micahg> hmm
[16:50] <micahg> maybe there isn't an issue afterall
[16:50]  * micahg was tired when I discovered it
[16:51] <micahg> probably just need to wait for tomorrow so there's an updated m-dev
[16:51] <micahg> bdrung: don't worry about it
[16:53] <micahg> bdrung: can we update the packages to require a certain version of m-dev if that's the case?
[16:55] <bdrung> micahg: the build failure thunderbird-3.1 can be due to m-d, but the other package have probably other reasons. in m-d i have only changes the extension part (xpi.mk and such tools)
[16:55] <micahg> bdrung: I think TB31 is upstream
[16:55] <bdrung> k
[16:55]  * micahg already has to fix that
[16:56] <micahg> they updated their configure file and it doesn't like our changing the binary name
[16:57] <micahg> what about this in prism:  with open("debian/control") as f:             ^ SyntaxError: invalid syntax
[16:57] <micahg> hardy and intrepid use python 2.5
[16:58] <asac> ok ... so i promissed to do something after releas meeting ;) ... what was that?
[16:59] <micahg> asac: do we have to make everything in dailies backport properly?
[16:59] <micahg> prism is failing on some python code that's valid in 2.6 but not 2.5
[17:01] <asac> hmm.
[17:02] <asac> what python code is that?
[17:02] <micahg> with open("debian/control") as f:             ^ SyntaxError: invalid syntax
[17:02] <asac> its probably again itchy developers jumping on latest api crap without rason ;)
[17:02] <micahg> it's something in m-dev
[17:02] <asac> micahg: can you check if that is fixable? if you dont figure i can check, but maybe a good excersize for python :-P
[17:03] <asac> m-dev?
[17:03] <micahg> mozilla-devscripts
[17:03] <asac> in our package?
[17:03] <asac> then tell that bdrung
[17:03] <asac> bdrung: dont use python 2.6 in m-dev
[17:03] <asac> we need backports
[17:03] <asac> 18:02 < asac> its probably again itchy developers jumping on latest api crap without rason ;)
[17:03] <asac> please
[17:03] <asac> ;)
[17:03] <asac> thx
[17:04] <asac> i am running around evangelising folks to not use latest API stuff to improve the linux ecosystem ... so mozillateam should try to be good example ;)
[17:05] <asac> great that we spotted that
[17:05] <asac> thx fta for pushing devscripts to daily
[17:06] <fta> it's supposed to be automatic
[17:06] <fta> it didn't work?
[17:06] <fta> branch nick: mozilla-devscripts.daily
[17:06] <fta> timestamp: Fri 2010-01-08 05:25:25 +0100
[17:06] <fta> message:
[17:06] <fta>   * Merge with mozilla-devscripts #302
[17:07] <asac> fta: it worked ;)
[17:07] <asac> read a bit back
[17:07] <asac> like last 25 lines
[17:07] <fta> asac, oh, it was not a request, lol. nm then
[17:07] <asac> it just revealed a bug in python code
[17:07] <asac> fta: it was a kudo
[17:08] <fta> :)
[17:08] <asac> if i say thx i _always_ mean it that wy
[17:08] <asac> way
[17:08] <asac> would never be that impolite/sarcastic
[17:36] <bdrung> asac: sorry, i tried to avoid python 2.6 (but that slipped through)
[17:37] <asac> no problem ;)
[17:37] <asac> i should have thought about that and ask to test it
[17:38] <asac> guess its a one minute fix for you ;)
[17:39] <bdrung> asac: yes, will fix it
[17:39] <bdrung> asac: after finishing moz-version
[17:39] <asac> thx
[17:39] <asac> i think next daily run is 4am UTC
[17:39] <asac> so getting it fixed by then might allow to verify on sat or sun
[17:40] <asac> not sure if md goes up before prism
[17:40] <bdrung> that's no problem
[17:40] <micahg> it looks like it goes up first
[17:45] <asac> micahg: sure it goes up first? or finishes first?
[17:45] <micahg> ah
[17:45] <micahg> good question
[17:45]  * micahg checks the logs from the bot
[17:45] <asac> the latter is expected but would mean prism doesnt catch it ;)
[17:46] <asac> it should be > 1h difference on i386 etc.
[17:48] <micahg> uploaded first
[17:48] <asac> good
[17:48] <micahg> prism is uploaded last
[17:55] <asac> fta: what bug was that ld thing?
[17:55] <asac> 18:51 < fujimitsu> Inconsistency detected by ld.so: dl-minimal.c: 138: realloc: Assertion `ptr == alloc_last_block' failed!
[17:57] <asac> got it
[17:57] <asac> fta: unping
[18:02] <debfx> asac: what are your thoughts on the firefox kde integration? is there a chance it will go into lucid? anything I can do to help?
[18:03] <asac> we need upstream bugs with indidivual patches
[18:03] <asac> otherwise we wont get approval ... i am pretty sure
[18:03] <asac> so if you have an individual bug list we can review that and then decide on a case by case base
[18:04] <asac> to get some credits we need to shepherd the stuff into trunk
[18:04] <asac> at least actively working on that.
[18:05] <asac> just pulling in incomplete patches without helping out wont give us approval i am sure
[18:08] <bdrung> asac: pushed moz-version. please test it thoroughly (moz-version --compare VS dpkg --compare-version)
[18:11] <asac> no test cases? ;)
[18:12] <asac> didnt we do that before?
[18:12] <asac> i thought we just add the debtomoz and moztodeb mapping feature
[18:12] <asac> i really thought we had a complete test for the --compare at some point
[18:12] <asac> where did that go?
[18:14] <bdrung> asac: i have a local test for --compare. but i want a test for the new parameter.
[18:15] <bdrung> asac: take two moz version, compare them, then convert them into deb version and compare them again
[18:16] <bdrung> asac: 2. the other way around
[18:18] <asac> hmm.
[18:18] <asac> cant we make a direct test case for tomoz and todeb first
[18:18] <asac> that indirect test case looks reasonable to cover more
[18:18] <asac> but definitly isnt the thing to start ;)
[18:18] <bdrung> asac: here my local script http://paste2.org/p/600229
[18:18] <asac> how do you interpret *?
[18:18] <asac> can you commit that to mozilla-devscripts ?
[18:19] <asac> like in tests/ and tests/data
[18:19] <asac> or something
[18:19] <bdrung> asac: you can to moz-version -> deb version -> moz-version and compare both moz versions
[18:19] <asac> feels like the right thing to do
[18:19] <bdrung> * = int.max
[18:19] <asac> heh
[18:19] <asac> ok
[18:19] <asac> i would think we should error
[18:19] <asac> rather than that
[18:19] <asac> but ok
[18:19] <bdrung> error?
[18:20] <asac> most likely happens becaues of the underlying code
[18:20] <asac> yes. for compare there is a reasonable meaning
[18:20] <asac> for todeb there is none
[18:21] <asac> at least a warning to stderr ;)
[18:21] <asac> or spit out the result, but give error exit code
[18:22] <asac> but thanks so far ;) ... lets commit the current test anad we can check ;)
[18:22] <bdrung> k
[18:24] <bdrung> asac: how can i import the module from another dir? import ../src/moz_version does not work
[18:51] <bdrung> asac: am i allowed to apply this patch? http://paste2.org/p/600264
[19:24] <fta> asac, http://codereview.chromium.org/524075 \o/
[19:30] <micahg> asac: we seem to have a problem with the upstream fennec xul deb builds being pulled in by our FF app on moblin
[19:31]  * micahg guesses he should see what it installs where...
[19:35]  * micahg can't figure out what's causing it to conflict...
[19:35] <micahg> hmm
[19:36] <micahg> maybe it's a different build
[19:55] <thekorn> hi moziall team ;)
[19:55] <thekorn> what is the difference between xpt and xpi
[19:56] <thekorn> esp. when looking into creating packages
[19:57] <thekorn> my understanding is: xpi is an extension, and xpt is a component, but my understanding is also that extensions can contain components
[20:10] <bdrung> asac: ^
[21:54] <bdrung> asac: done
[21:54] <bdrung> asac: it's now ready for release. objections?
[21:55] <[reed]> thekorn: you are correct
[22:58] <bdrung> asac: icedove ignores the extension in /usr/lib/mozilla/extensions/{...}/. why?
[23:19] <mahfouz> http://ffextensionguru.wordpress.com/2009/12/28/hide-menu-bar-in-firefox-3-6/
[23:19] <mahfouz> will this be in ubuntu too?
[23:19] <mahfouz> i guess it's currently just in windows