[05:52] <[reed]> asac: ping?
[09:20] <asac> [reed]: pong ... still awake?
[12:35] <fta> asac, i would like your help for tb3
[12:37] <asac> fta: what is the problem?
[12:37] <fta> Exception: ReferenceError: gBrowser is not defined
 http://www.sofaraway.org/ubuntu/tmp/tb3-1.png
 http://www.sofaraway.org/ubuntu/tmp/tb3-2.png
 http://www.sofaraway.org/ubuntu/tmp/tb3-3.png
 same from dist/bin
[12:38] <asac> usually it means that something is missing in the chrome
[12:38] <fta> assuming b1 is imminent, i doubt it's that bad
[12:38] <asac> when did that start?
[12:39] <fta> donno, my last version was a2 in cvs
[12:39] <asac> fta: have you tried if using the "upstream" build instructions make this go away?
[12:41] <gnomefreak> it started in the lat alpha or beta1 i dont remember thats one of the reasons i havent updated my PPA for b1
[12:42] <gnomefreak> s/lat/last
[12:42] <asac> hi gnomefreak
[12:42] <gnomefreak> hi
[12:42] <asac> well. i am trying to build comm-central now
[12:42] <asac> will try to stay away from computer as much as possible today ... otherwise my stamina will not last throughout the next week i frea
[12:42] <asac> fear
[12:43]  * gnomefreak thinking of taking a look at bookmarksftp maybe i can fix it and there than is no need to push another bookmarks extension
[12:44] <asac> fta: could also be a corrupted profile or something
[12:44] <asac> have you tried a fresh profile?
[12:46] <sebner> fta: for me it's working though :)
[12:46] <fta> indeed, seems better with a fresh profile, mine was a copy of my 2.0 profile
[12:47] <fta> sebner, my ppa ?
[12:47] <asac> fta: ok
[12:47] <sebner> fta: sure
[12:47] <asac> fta: copy of a .mozilla-thunderbird one?
[12:47] <fta> yes
[12:47] <asac> or .thunderbird (like produced by upstream builds)
[12:47] <asac> fta: check wehther there is an absolute path or something
[12:48] <fta> no, i clone .mozilla-thunderbird => .thunderbird-3.0 at startup
[12:48] <asac> fta: yes
[12:48] <asac> thats what i understood
[12:48] <asac> the reason why i didnt migrate to .thunderbird in the past
[12:48] <sebner> asac: and so it's working for me :)
[12:48] <asac> was because there were always regressions for some people when i tried
[12:48] <sebner> asac: argh -> to fta
[12:49] <asac> which usually should boil down to absolute paths that are in the profile from early tbird times
[12:49] <asac> i couldnt spot which ... thus maybe we have the chance to spot another in your profile ;)
[12:50] <asac> fta: so lets keep your profile for futher analysis
[12:50] <asac> fta: when was the .mozilla-thunderbird profile created?
[12:50] <asac> like < 1 year ... or > 4 years ?
[12:51] <fta> i would say 2007-02-07
[12:52] <asac> ok. then its most likely a migration bug in thunderbird and not an absolute path
[12:52] <asac> e.g. it would probably happen in the same way if you had used .thunderbird and would still be uing it in 3.x
[12:53] <asac> fta: hildon :(
[12:53] <asac> did you add that to build depedns?
[12:53] <fta> hildon ? no, why ?
[12:53] <asac> http://paste.ubuntu.com/48867/
[12:53] <asac> urgh
[12:54] <asac> let me see .. .may configure found something hildon realted on my system and just deliberately enabled some mobile feature
[12:55] <asac> http://paste.ubuntu.com/48867/
[12:55] <asac> sigh
[12:56] <fta> libhildonmime ?
[12:56] <asac> they added it without even thinking about providing a --enable switch
[12:56] <asac> fta: yeah
[12:56] <fta> that's in xul
[12:56] <asac> if you have that on your system it will fail
[12:56] <asac> the build
[12:56] <asac> that needs to be fixed upstream
[12:56] <asac> with a proper enable flag
[12:57] <asac> same for libosso
[12:57] <asac> ignorant bastards ;)
[12:59] <asac> ok lets see how far we get without that mime-dev package on my system,
[13:03] <asac> fta: is calendar now integrated in default builds?
[13:03] <fta> i don't think so
[13:04] <fta> http://home.kairo.at/blog/2008-09/welcome_calendar_to_comm_central
[13:05] <fta> so it's in comm-central but not part of tb
[13:07] <fta> http://www.osnews.com/story/20307/The_Linux_Ecosystem_and_Canonical_s_Contribution
[13:22] <gnomefreak> well that sucks, anyone know where upstream bookmarksftp is? i cant find it anywhere, searches bring up debian i want authors version
[13:23] <gnomefreak> nevermind
[13:24] <fta> https://addons.mozilla.org/en-US/firefox/addon/14?application=firefox&id=14
[13:24] <gnomefreak> asac: i think we need to find something else. its not compatible with firefox 3 and hasnt been updated since novenber of 2004 (upstream) see https://addons.mozilla.org/en-US/firefox/addon/14?id=14&vid=15&category=  i will let debian bug that we need to find another extensions that works and is free
[13:24] <fta> it's in the control file
[13:29] <gnomefreak> what is?
[13:30] <gnomefreak> ah the upstream link
[13:30] <gnomefreak> yeah i already found it
[13:37] <fta> gnomefreak, this one is mentioned as a successor https://addons.mozilla.org/en-US/firefox/addon/8426
[13:38] <gnomefreak> thanks.
[13:40] <gnomefreak> fta: is it too late to remove bookmarksftp from repos? see bug 272746 and im working on syncplaces thank. I thnk i even have upstream bzr branch already
[13:42] <fta> assuming ff2 is removed, there's no point in keeping this ext, it's useless
[13:42] <gnomefreak> fta: thats why i filed the bug above
[13:43] <fta> but for the new one, it may be too late for this cycle
[13:43] <fta> asac, ^^ your thoughts ?
[13:53] <asac> fta: the fortify fix hasnt landed yet :(
[13:54] <asac> in 3.1
[13:54] <fta> yep,i know, check my branch ;)
[13:54] <sebner> asac: what fix?
[13:54] <asac> fta: whats the bug id again?
[13:54] <asac> moz bug
[13:55] <sebner> asac: what bug?  ^ ^
[13:55] <fta> bz412610_att335369_realpath_overflow.patch
[13:55] <fta> mozilla bug 412610
[13:55] <asac> sebner: fix for http://paste.ubuntu.com/48889/
[13:55] <sebner> asac: when does this occur?
[13:56] <fta> mine was bigger :) http://paste.ubuntu.com/48890/
[13:56] <asac> sebner: on startup
[13:57] <fta> sebner, i fixed it in my ppa
[13:57] <sebner> fta: sure but it's now fixed with your new ppa version
[13:57] <asac> sebner: if it doesnt happen it wont happen
[13:57] <sebner> fta: ^^
[13:57] <asac> sebner: we have the fix everywhere
[13:57] <asac> its just not yet landed upstream
[13:57] <sebner> asac: fix fix fix \o/
[13:59] <asac> fta: which patch are we using?
[14:00] <asac> the one with review+?
[14:00] <fta> att335369
[14:04] <fta> hm, i hope that browser/app/application.ini patch will not kill the builders
[14:12] <fta> https://wiki.mozilla.org/Thunderbird:Thunderbird3:Schedule
[14:15] <fta> if you want a good laugh: http://webaim.org/blog/user-agent-string-history/
[14:16] <fta> 5474     Sep 17 Launchpad PPA     (   50) [PPA fta] Accepted: mozilla-devscripts 0.11~fta1 (source)
[14:16] <fta> 5630     Sep 21 Launchpad PPA     (  101) [PPA fta] [ubuntu/intrepid] xulrunner-1.9.1 1.9.1~b1~hg20080921r19468+nobinonly-0ubuntu1~fta1 (Accepted)
[14:17] <fta> could it be that ppa will soon build for more than ubuntu ??
[14:18] <gnomefreak> this isnt good :( i need smoke, i think syncplaces is non-free (ok i do know)
[14:25] <gnomefreak> can someone give me an idea if this fits under any of the licenses that we can package in extensions? http://pastebin.mozilla.org/540809
[14:28]  * gnomefreak needs to edit copyright first
[14:35] <gnomefreak> maybe that is MPL? It looks simular from what i can tell
[14:36] <gnomefreak> only thing is it doesnt say what license nor mention of Mozilla in the license
[14:39] <Jazzva> Minutes for the last meeting are done... I'm not sure what are the statuses on the current tasks, so I mostly set them to "Not started". https://wiki.ubuntu.com/MozillaTeam/Meetings/Minutes/2008-09-14
[14:40] <gnomefreak> Jazzva: can you give me a hint on this license (if its ok to package it) http://pastebin.mozilla.org/540809
[14:41] <Jazzva> I think it will never get into the archive.
[14:41] <Jazzva> This Software and its source code are proprietary products of the Author
[14:42] <gnomefreak> thats what i saw too but in another paragraph it states we can modify distribute ect...
[14:42] <Jazzva> nope, just to use and distribute
[14:43] <Jazzva> you are not allowed to: (a) modify or create any derivative works of the Software; (b) reverse-engineer, decompile, disassemble or otherwise attempt to derive the source code for the Software except and only to the extent that such activity is expressly permitted by applicable law notwithstanding this limitation; (c) manipulate or alter the components that make up this Software in any way; (d) sell, rent, lease, sublicense, o
[14:43] <Jazzva> r otherwise transfer rights to the Software.
[14:43] <gnomefreak> ah not alloowed to modify i thought it rad we could
[14:43] <gnomefreak> well shit
[14:43] <Jazzva> this is totally non-free...
[14:45] <gnomefreak> this is starting to get hard to find one that is free
[14:45] <Jazzva> gnomefreak, aren't there any on the needs-maintainer list?
[14:45] <Jazzva> wiki.ubuntu.com/MozillaTeam/Extensions/List
[14:46] <gnomefreak> yeah bookmarksftp and we cant do that
[14:46] <gnomefreak> i think we can get rid of the firefox 3 has .... to hardy
[14:47] <Jazzva> huh?
[14:48] <asac> bookmarksftp isnt even in the "need-maintainer" list
[14:48] <gnomefreak> only bookmarkstfp was on there (i just removed it) it is no longer maintained since 2004 it has since changed to syncplaces
[14:49] <gnomefreak> i just removed it
[14:49] <asac> https://wiki.ubuntu.com/MozillaTeam/Extensions/List
[14:49] <asac> gnomefreak: ^^
[14:49] <asac> flashgot and linkwidgets
[14:49] <gnomefreak> i know
[14:49] <Volans> soci
[14:49] <gnomefreak> I JUST REMOVED IT due to not maintained since 2004
[14:49] <asac> gnomefreak: right. so what is about linkwidgets?
[14:49] <Jazzva> ok, time to check extensions...
[14:49] <asac> maybe resurrect?
[14:50] <gnomefreak> thats not gonna happen on my side
[14:50] <gnomefreak> the source has a bunch of sources for all differnt extensions
[14:50] <asac> ok. thought you were interested as you commented on the bug
[14:50] <asac> hmm
[14:50] <asac> so linkwidget has native components?
[14:51] <gnomefreak> i was going to but i looked at the source and sid screw it too much work for something like an extensions
[14:51] <asac> otherwise coulnd we just package it from .xpi instead of tree?
[14:51] <gnomefreak> i guess i havent looked at xpi yet
[14:51] <asac> gnomefreak: if there is no native component in the .xpi
[14:51] <asac> we can just use the med-xpi- tools
[14:51] <asac> if there is a license missing in the xpi we can ask the author to also ship the license in it
[14:52] <asac> and ask him for permission to add it to the pseudo-xpi-source until that happens
[14:52] <Jazzva> asac, how about filing two bugs? One for "Packages depend on firefox-2, and don't have a version which is compat with firefox 3. Remove them" and the second one for "Update packages"
[14:53] <asac> Jazzva: oh ... i cannot say how thankful i am that you took the initiative and brought up minutes
[14:53] <Jazzva> asac, I'm ashamed I didn't do it few days ago, as I said
[14:53] <asac> Jazzva: which package would be in the "update packages"
[14:53] <asac> Jazzva: err, actually the minutes were my task afair :(
[14:53] <Jazzva> asac, still not sure. Haven't checked them yet
[14:54] <Jazzva> asac, I think it was mine... but never mind :)
[14:54] <asac> ok ;)
[14:54] <asac> now they are done
[14:54] <Jazzva> asac, I would open a bug report for "Update them" if there are those that can be updated
[14:54] <gnomefreak> http://mirrors.ibiblio.org/pub/mirrors/mozdev.org/clav/linkwidget/  2006.
[14:54] <Jazzva> and that would only be for those extensions that depend only on ff-2, but there is an update that is compat with ff-3
[14:55] <gnomefreak> and still has nothing to do with bookmarks
[14:56] <gnomefreak> it being 2 years old its likely no longer maintained (atleast google hasnt found anything newer that 07/2006
[14:57] <gnomefreak> i hav others to work on but this isnt just for ubuntu its also for debian (bookmark extension)
[14:58] <gnomefreak> not sure how debian handles non free extensions but when he replys ill ask him about it
[15:01] <gnomefreak> seems that Vimperator is shipping license.txt in the CVS  asac that is atleast said on the bug you filed on it
[15:02] <gnomefreak> gmail notifier still no license afaict
[15:04] <Jazzva> woohoo... I passed the last hardest (or most boring) exam... telecommunications :)
[15:04] <Jazzva> just saw that
[15:05] <Volans> congratulations Jazzva!!! :)
[15:05] <Jazzva> thanks Volans :)
[15:06] <asac> urgh
[15:06] <asac> having javascript turned off while previewing a blog entry isnt good :(
[15:07] <asac> it saved multiple items for each preview
[15:07] <Volans> LOL
[15:07] <asac> yeah ... and as it is, this time planet ubuntu was immediately publishing it
[15:07] <Volans> better than administrate an SMF forum with JS disabled asac ;)
[15:07] <asac> not like 30 minutes later
[15:07] <asac> hehe
[15:08] <asac> anyway ... disregard what is currently on planet
[15:08] <asac> the real content (which of course missed this planet publisher run) is: http://www.asoftsite.org/s9y/archives/152-ubuntu-mozillateam-minutes-14th-sep-08-....html
[15:08] <fta> http://teddziuba.com/2008/09/a-web-os-are-you-dense.html  :)
[15:10] <gnomefreak> ok im gone for the day i think
[15:10] <asac> gnomefreak: enjoy
[15:10] <gnomefreak> thanks ill try to
[15:18] <asac> fta: so how about an upload batch ;)
[15:18] <asac> fta: next week there will be sec release. is there a seamonkey 1.1.12 tag already?
[15:19] <fta> SEAMONKEY_1_1_12_RELEASE
[15:19] <fta> but not sure it's really out yet
[15:20] <fta> asac, ok for the upload batch but not before 6pm today, i have somewhere to go to 1st.
[15:24] <asac> fta: ok cool. lets say at 7?
[15:24] <asac> i added bug 272772
[15:24] <asac> and made it release critical
[15:24] <asac> i also included the current result of apt-cache rdepends firefox
[15:24] <asac> we should go through that list and add bug tasks for each package that needs to be updated
[15:25] <asac> however, i think there is no other way to verify that than doing an apt-get source ... and looking at the control
[15:25] <asac> anyone wants to help? :)
[15:25] <asac> Volans: you asked if you could help on the transition right? ;)
[15:26] <Volans> asac: translation of what?
[15:26]  * Volans try to remember
[15:26] <asac> Volans: transition ;)
[15:26] <asac> Volans: bug 272772
[15:26] <Volans> ah yes! :)
[15:26] <Volans> sure
[15:26] <asac> Volans: read https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bug/272772/comments/1
[15:26] <Volans> (I have sent you a mail tonight with a summary of med-scripts)
[15:26] <asac> most work should be to look and identify packages out of that list that really need to be updated
[15:27] <asac> Volans: oh.
[15:27] <asac> Volans: did you committ them too?
[15:27] <asac> (i try to not read email on sunday - i dont want to read bad news ;))
[15:27] <Volans> lol
[15:27] <Volans> no don't have committed waiting your feedback
[15:28] <Volans> due to some problems...
[15:28] <Volans> is a very long email, sorry :)
[15:32] <asac> urgh
[15:33] <asac> ok let me try to find it without looking at anything else
[15:34] <Volans> there is a list of newer version for 10 of 16 branches tested
[15:35] <Volans> for 6 the script fails for 2 different reason (no actual version in existing branch OR no actual version on AMO folder)
[15:35] <Volans> this is a very shor summary :)
[15:36] <Volans> asac: in the meantime, I can do some automatic change to the packages for the transition of abrowser? (excluding extensions ATM)
[15:40] <Volans> asac: the list in the bug you have reported was made on intrepid right?
[15:49] <asac> Volans: ok
[15:49] <asac> Volans: those that have no proper version in install.rdf are not xpi packaged
[15:49] <asac> so they can be ignored for now .... i think
[15:49] <asac> at least for the moment
[15:49] <Volans> ok
[15:50] <asac> Volans: also ... i think we should use explicit tags
[15:50] <asac> so you can better identify which version is actually packaged
[15:50] <Volans> in the branch name?
[15:51] <asac> Volans: no ... i think that we should use bzr tag
[15:51] <asac> like MED_XPI_AMO_0.7a
[15:51] <asac> or something
[15:51] <asac> Volans: but we only have to look at .upstream for this round
[15:52] <Volans> some extensions have only .ubuntu
[15:52] <Volans> and not .upstream
[15:52] <asac> Volans: yes. those need to be resurrected
[15:52] <asac> Volans: either rev 1 is .upstream
[15:52] <asac> or the last revision you see in the bzr log that was merged
[15:53] <asac> you can then do bzr branch -r 7.1.4 extension.ubutun extension.upstream
[15:53] <asac> and get a perfect upstream branch
[15:53] <Volans> ok so I have to change this in the scripts, actually I have used the .ubuntu because there are more than .upstream
[15:53] <asac> (7.1.4 being the revision that you see in bzr log as being merged)
[15:53] <Volans> yes
[15:53] <asac> Volans: no. i think those that dont have .upstream need to be fixed manually once
[15:53] <Volans> ok
[15:53] <asac> Volans: no need to put that much work in to fixing it smartly in script
[15:53] <asac> its not easy to find which was the last "upstream" merge programatically
[15:54] <Volans> no no manually
[15:54] <asac> as there could also be merged from packaging branches
[15:54] <asac> yeah
[15:54] <Volans> instead, for the abrowser transition the right way is download source package, change debian control and changelog and re-package?
[15:54] <asac> Volans: thats a one time action. later people should request an "upstream" branch before starting to do the packaging
[15:55] <asac> Volans: yeah. well. you can do that ... or just look in debian/control ... if it has firefox in depends/recommends/sugests, just add a bug target
[15:55] <asac> err
[15:55] <asac> task
[15:55] <asac> so fta and me can go over the bug tasks and upload all packages
[15:55] <asac> debdiff might be ok, but doesnt really take work from us
[15:55] <asac> but getting a reduced list of packages that are affected would help a lot
[15:55] <asac> because then we could just go package by package and upload
[15:56] <Volans> actually I'm downloading all the source packages
[15:56] <asac> Volans: right
[15:56] <asac> but since you cannot upload it doesnt take much work from us if you append a debdiff
[15:56] <asac> we have to download all those that you find need to be changed too
[15:56] <asac> and adding the depend and recommends just takes a second or two ;)
[15:56] <asac> D) if ubuntu version was uploaded to AMO before then 25/03/2007 (AMO
[15:56] <asac> public folder have 25/03/2007 00:00 as datetime for all older addons)
[15:57] <asac> Volans: ^^
[15:57] <asac> what problem does that cause?
[15:57] <asac> we sync all anyway, right?
[15:57] <Volans> all the version older than 25/03/2007 00:00 have the same date and time on AMO, as I use ls -t this do not list the extensions in proper way
[15:58] <Volans> this happen only if the actual Ubuntu packaged version
[15:58] <asac> Volans: is that for "get-import-queie"?
[15:58] <asac> Volans: mirror just runs wget right?
[15:58] <asac> (and shouldnt care for the sake of proper synching)
[15:58] <Volans> yes, is only for get-newer
[15:58] <asac> Volans: we should sort that by install.rdf version
[15:58] <asac> and not by date/timestamp
[15:59] <asac> thought you did that :)
[15:59] <asac> might be a bit more tricky ... maybe sh is too bad for that. feel free to use whatever script language helps you ... or even C code ;)
[15:59] <Volans> actually I have made a little simpler version, but can be done in a simple way
[15:59] <Volans> actually I list with ls- l and check the install.rdf
[16:00] <Volans> and stop when found the actual ubuntu version
[16:00] <Volans> in this way I don't made version comparison
[16:00] <Volans> that can be tricky
[16:02] <Volans> asac: damn mozilla-openoffice.org source package is 820MB :)
[16:03] <asac> Volans: skip that ... if thats too much for you
[16:03] <asac> fta loves to download huge chunks through his gigabit pipe ;)
[16:04] <Volans> that pacakge already downloaded... I was wondering why it does not have already finished and made a du -csh :D
[16:04] <asac> ah ok
[16:05] <asac> Volans: yeah. so just add the package to the bug when they have firefox mentioned directly
[16:05] <asac> i will be off for 30 minutes or so
[16:05] <Volans> me too, but for a couple of hour or so
[16:05] <Volans> so you prefer to add the task instead of made a debdiff asac?
[16:08] <asac> Volans: task is a must ... debdiff is ok, but not requred
[16:09] <Volans> ok so task :) you know if I can do that automatically with the new LP API?
[16:15] <asac> Volans: most likely you can ;)
[16:15] <asac> but most likely it will take more time ;)
[16:15] <Volans> LOL
[16:15] <asac> Volans: you have to click "also affects distribution"
[16:15] <asac> and use Ubuntu -> packagename
[16:16] <asac> then set it to triaged or confirmed - in case you dont have triaged powers yet
[16:16] <Volans> yes I know thanks, download finished
[16:33] <fta> back, sooner than expected.
[16:33] <fta> asac, ready when you are
[16:37] <asac> fta: volans is still doing some preps ;)
[16:37] <asac> not sure if want to start right away :)
[16:37] <Volans> I have the list ready
[16:37] <fta> what for ?
[16:37] <Volans> attacching to the bug
[16:37] <asac> Volans: did you open tasks?
[16:37] <asac> ah cool
[16:37] <asac> fta: figuring which rdepends actually require modification
[16:38] <asac> fta: so we can go through a reduced list ... and not the one you get by apt-cache rdepends
[16:38] <asac> fta: he is opening tasks in the bug right now
[16:38] <Volans> asac: fta https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bug/272772/comments/2
[16:38] <asac> fta: once thats done we can easily coordinate who looks into what by assigning each task ;)
[16:39] <asac> Volans: good. except that that list is cluttered a bit by firefox-3.0
[16:39] <asac> and firefox-2 ;)
[16:39] <fta> asac, i guess i can start with the ones in universe and you by main
[16:39] <Volans> I'm going out now but hope to find some time later today.
[16:39] <Volans> asac: what is the problem?
[16:39] <asac> fta: right. but i would love to have a list first.
[16:39] <Volans> I can regenerate it in a couple of seconds ;)
[16:39] <asac> Volans: well. that list also includes packages with firefox-3.0
[16:39] <asac> Volans: if firefox-3.0 is there then we dont need to touch it
[16:40] <Volans> ak ok sorry, let me made some changes to the script and regenerate the list
[16:40] <asac> Volans: i mean... if there is "firefox" we always want to touch it
[16:40] <asac> but if there is only firefox-3.0 we dont need to
[16:40] <Volans> ok
[16:41] <asac> fta: ok. so changelog entry could read:
[16:41] <asac> abrowser addition upload by mozillateam
[16:41] <asac> * fix LP: #272772: packages that Depend/Recommend/Suggest firefox (meta-package) must alternatively Depend/Recommend/Suggest abrowser
[16:42] <asac>   - update debian/control
[16:42] <asac> fta: usually we should respect teh changelog format ... at least if we can see a line ;)
[16:43] <Volans> ah asac for gnome-do-plugins there isn't a source package
[16:43] <Volans> I got an apt error
[16:43] <asac> Volans: ok. we should note those and think later what to do about them
[16:44] <asac> fta: ok. Volans appears to not have the time to add the bug targets. so probably we should add the package before upload (to properly track something)
[16:44] <asac> fta: ok. then lets start with those that are not extensions
[16:45] <asac> i will add the packages to the bug and assign to me which i am working on ... so we dont conflict
[16:45] <asac> ;)
[16:45] <Volans> asac: lines with only firefox-2?
[16:45] <fta> give me 5 min, i'm writing a small helper script to take care of dl and changelog, i keep control manual as it could be tricky
[16:45] <asac> Volans: not needed for this
[16:45] <Volans> ok
[16:45] <asac> Volans: so basically all those locales should not be in there ;)
[16:46] <Volans> yes I'm doing it
[16:46] <asac> Volans: can you also dump the section there to?
[16:46] <asac> like "main" or universe?
[16:46] <asac> (next or under the package name)?
[16:46] <asac> if you have no time then its fine
[16:46] <Volans> sure, Is a matter of seconds :D
[16:47] <asac> fta: you probably should abort the apt-get source download when there is Vcs-Bzr header
[16:47] <Volans> asac what is the wuickest way do get the main or universe?
[16:47] <asac> probably needs to take look
[16:47] <fta> there are some, but if it's debian, we should do it anyway right ?
[16:48] <fta> NOTICE: 'screenlets' packaging is maintained in the 'Svn' version control system at:
[16:48] <fta> svn://svn.debian.org/python-apps/packages/screenlets/trunk
[16:48] <asac> Volans: the binary packages have pool/{universe,main}/ ... in their filename ... maybe that?
[16:48] <asac> Volans: i assume you are looking at the Packages?
[16:48] <asac> Volans: arent there two packges? one for main and one for universe?
[16:49] <asac> Volans: if you use apt-cache then the .deb file path is probably the way to go
[16:49] <Volans> I have do an apt-get source for the list
[16:49] <asac> fta: yeah. that is probably a debian package ... we should forward the patch to debbugs
[16:49] <asac> and tag it somehow :/
[16:49] <Volans> the new log is only 140 lines
[16:49] <asac> fta: but if its not an ubuntu bzr, we can just upload
[16:50] <asac> fta: if it doesnt have a ubuntu package version we have to ubuntunize maintainer fields too ;)
[16:50] <asac> like: sed -e 's/Maintainer: /XSBC-Original-Maintainer: /
[16:50] <fta> based on what ? motu ? mt ?
[16:50] <asac> fta: motu
[16:50] <asac> if its univerese
[16:50] <fta> ok
[16:50] <asac> core dev if its main
[16:50] <Volans> asac: new list attached to the bug
[16:51] <Volans> sorry, now I really have to go :)
[16:51] <asac> but i will do main anyway
[16:51] <asac> Volans: thanks
[16:51] <Volans> I don't have done the manin-univertse thing...
[16:51] <asac> Volans: much better ;)
[16:51] <asac> Volans: yeah. should be really just a few (if any) main packages
[16:51] <asac> so fine
[16:51] <asac> ubufox
[16:51] <asac> will do that in bzr now
[16:52] <asac> the upload has to wait for the EULA resolution though
[16:53] <asac> fta: ok. i assigned ubufox to me in the bug
[16:53] <asac> fta: may i go ahead and add packages and assign a few to you?
[16:53] <asac> (basically going down the list
[16:53] <fta> sure
[16:53] <asac> ok will do
[16:53] <Volans> the only error is gnome-do-plugins on apt-get source... good job, see you later :)
[16:54] <asac> i somehow like transition bugs ;)
[16:55] <asac> thats something launchpad is actually prepared to do properly ;)
[16:55] <asac> at least compared to the "search bugs for strings"-use-case
[16:55] <asac> which is completely non existing for me :(
[16:56] <asac> Jazzva: could you look if amsn is a proper done extension?
[16:56] <asac> Jazzva: from the depends list that i just saw it looks like it was just synched from debian
[16:56] <asac> and firefox as depends properly predates iceweasel and most likely means its not properly installed
[16:56] <asac> (at least i havent heard of it ... which of course means it might have slipped through) ;)
[16:59] <asac> fta: hmm. most really are extensions which need to be fixed in bzr :/
[16:59] <asac> but they are in ubuntu-dev so you should be able to commit there too
[17:07] <fta> dch is not script friendly
[17:07] <asac> fta: yeah... thats what i said once ;)
[17:07] <asac> when i did auto build script for gnash
[17:08] <asac> your reply was: "cat is better anyway ;))"
[17:09] <asac> ok this bugs finally becomes slow ;)
[17:11] <fta> i'm nearly done
[17:12] <fta> i mean, with my script
[17:12] <asac> fta: ok i decided to assign the openoffice.org upload to our openoffice maintainer
[17:12] <asac> so we dont have to bother with that beast
[17:12] <fta> yep, good news :)
[17:12] <asac> milestoning so RMs nag him in case he doesnt care or doesnt notice
[17:13] <asac> fta: ok. wait a few more minutes for me to finish this
[17:13] <asac> its a bit lenghty ;)
[17:17] <fta> i don't touch native packages, and packages maintained in bzr/lp
[17:17] <asac> fta: huh?
[17:17] <fta> i mean, my script
[17:18] <asac> fta: you wont touch extensions?
[17:18] <asac> ah
[17:18] <asac> fta: ok.
[17:21] <asac> i only can hope that this clicking-orige gives decent karma at least :(
[17:22] <fta> http://paste.ubuntu.com/48963/
[17:22] <fta> hm, i need to show diff
[17:23] <fta> hm, would be nice to do a temporary bzr branch :)
[17:24] <asac> hehe
[17:24] <asac> why not ;)
[17:24] <asac> actually james_w already has a mirror somewhere of all packages
[17:24] <asac> but he isnt here today
[17:24] <asac> ok i think bug 272772 is properly triaged
[17:25] <asac> we probably should rerun volans script once we are done
[17:25] <asac> but i have the feeling that all the bzr branches need also to be "auto" updated
[17:25] <asac> at least the changelog
[17:25] <asac> what a massive bug ;)
[17:27] <fta> hm, i need to be smarter with the maintainer field
[17:27] <fta> main vs universe
[17:28] <asac> fta: http://paste.ubuntu.com/48967/
[17:28] <asac> fta: well. there should really be just one or two packages in main
[17:28] <asac> openoffice is already dealt with
[17:28] <asac> and ubufox is on my list
[17:29] <asac> fta: oh ... when you commit to bzr either use debcommit or pass --fixes lp:272772 to bzr commit
[17:29] <asac> fta: in that way the branch will be auto connected to the bug on launchpad
[17:30] <asac> which is _cool_ (TM)
[17:30] <fta> hmm? i meant a tempo branch just for us, not something to push to lp
[17:30] <asac> fta: yeah. i talked about those that are on a branch -> extensions
[17:31] <fta> oh
[17:31] <asac> we need to do them in branch and upload then
[17:31] <asac> just wanted to point out that debcommit automagically passes --fixes lp:xxxx to bzr commit
[17:31] <fta> let me finish that 1st ;)
[17:31] <asac> and if you use that it will automatically show up the branch in bug once you pushed it
[17:36] <fta> do we have pkgs both in main and universe ?
[17:38] <asac> fta: extensions?
[17:38] <asac> fta: ah
[17:38] <asac> you mean split!
[17:38] <asac> not that i know of, but there is a bunch of packages in that list i havent seen before :)
[17:38] <asac> so cant tell _
[17:48] <fta> asac, http://paste.ubuntu.com/48974/
[17:49] <fta> oops
[17:50] <asac> fta: yeah. can you use: $NAME and $DEBEMAIL so i can use it too?
[17:50] <fta> it's dch
[17:50] <Jazzva> asac, amsn is not an extension. It should be a MSN messenger...
[17:50] <asac> fta: ah cool
[17:50] <asac> Jazzva: oh
[17:50] <Jazzva> (sorry, i had some friends over, and I was a bit away0
[17:50] <Jazzva> )
[17:51] <asac> Jazzva: all fine. so is that something that uses the gecko engine?
[17:51] <fta> http://paste.ubuntu.com/48980/
[17:51] <Jazzva> asac, it shouldn't use. It's written in tcl/tk. Perhaps it's just using firefox as default browser when opening links.
[17:52] <RainCT> asac: uhm.. wouldn't a "Provides: firefox" in abrowser be enough instead of bug #272772?
[17:53] <asac> fta: ok. ubufox fix committed
[17:54] <Nafallo> ubufix? :-)
[17:54] <Jazzva> asac, what about what RainCT suggested?
[17:55] <asac> i dont think that provides works well for non-virtual packages
[17:56] <asac> so when you have abrowser installed and you install ubufox, firefox would still be pulled in and the provides: is probably not strong enough to keep abrowser installed
[17:56] <asac> thats my guess. maybe i am wrong ;)
[17:57] <Nafallo> KVM and try it out :-)
[17:57] <asac> Nafallo: i dont need kvm ;)
[17:57] <asac> i need to rebuild firefox package ;)
[17:57] <Nafallo> I'm not going to write what I just thought ;-)
[17:58] <asac> hehe
[17:58] <asac> well. it takes 2 minutes nowaday
[17:58] <fta> asac, ok, i think i'm good with this: http://paste.ubuntu.com/48985/
[17:59] <asac> fta: hmm.
[17:59] <asac> ok
[17:59] <asac> ah you show the diff automatically
[17:59] <asac> thats good
[17:59] <fta> that's why i used bzr :)
[18:00] <fta> you could also test build and create the src package with your usual aliases
[18:01] <asac> fta: ok. lets use it then
[18:01] <asac> fta: i am trying the provides: option right now
[18:02] <asac> but i doubt its good enough
[18:03] <fta> http://paste.ubuntu.com/48989/
[18:04] <fta> http://www.sofaraway.org/ubuntu/tmp/add-abrower.sh.txt
[18:05] <asac> ok wait one more minute
[18:06] <fta> oops, bad, don't use that scrupt
[18:07] <asac> yeah i am not yet finished anyway ;)
[18:07] <fta> fixed, re-dl if you already took it
[18:17] <asac> ok. the provides behaviour is better then expected. but i am bit scared
[18:18] <fta> as you want, it's a 1 line change in my script
[18:20] <RainCT> perhaps someone in #ubuntu-devel can confirm if there may be problems with it or not
[18:21] <asac> Jazzva: RainCT: here is the downside of having a Provides: of something that is not virtual: http://people.ubuntu.com/~asac/screenshots/ptitude_abrowser_provides.png
[18:21] <asac> err
[18:21] <asac> Jazzva: RainCT: here is the downside of having a Provides: of something that is not virtual: http://people.ubuntu.com/~asac/screenshots/aptitude_abrowser_provides.png
[18:21] <asac> RainCT: i am pretty sure that there are even other problems
[18:22] <asac> the other option would be to introduce a real virtual package like:
[18:22] <asac> 100%-firefox-compatible
[18:22] <asac> ;)
[18:22] <RainCT> (that package has a typo in "seamonkey", btw)
[18:22] <RainCT> heh
[18:22] <asac> good catch
[18:23] <gnomefreak> is .xfs a normal MS excell extension?
[18:23] <asac> i havent seen that extension
[18:23] <asac> fta: ok ... maybe add the bzr checkout then ;)
[18:23] <gnomefreak> OO.o gives a bunch of excel extensions :(
[18:24] <asac> fta: lets get started then. i think for this transition we only need on commit that is also the RELEASE commit
[18:24] <fta> hold on, i'm improving the regexp
[18:25] <fta> bzr checkout ?
[18:25] <fta> asac, ^^
[18:26] <asac> fta: well. i think thats easiest
[18:26] <RainCT> by the way, why did you add abrowser instead of iceweasel?
[18:26] <fta> where ?
[18:26] <asac> RainCT: various reasons
[18:27] <asac> RainCT: one is that abrowser is better ;)
[18:27] <asac> RainCT: further, we cannot sync ... and debian probably would hate if we shipped our firefox as iceweasel
[18:27] <asac> instead of syncing
[18:27] <asac> or merging
[18:28] <asac> RainCT: what we can do though at some point is to provide and iceweasel-branding package
[18:28] <asac> i dont see a reason why not
[18:28] <asac> but that could also be done _outside_ the firefox-3.0 sources, but anyone who wants to do that
[18:28] <fta> but that would mean another transition
[18:29] <fta> asac, plz re-grab http://www.sofaraway.org/ubuntu/tmp/add-abrower.sh.txt  it is 0.03
[18:29] <asac> RainCT: but there are more reasons. one quite important is that we have a neutral branding
[18:30] <asac> and our goal is to improve the packaging in such a way that downstreams can easily use their own branding
[18:30] <fta> more importantly, we still provide firefox to those who don't care about all this :)
[18:31] <RainCT> asac: Oh. That last point is interesting, although I don't see how it would be useful :P
[18:33] <fta> asac, should I start now ? or do you want "Provides" ?
[18:36] <asac> RainCT: why?
[18:38] <asac> fta: yeah. let me do the start ;)
[18:38] <asac> fta: i just commented on the bug
[18:39] <fta> asac, make sure you have my 0.03
[18:40] <asac> fta: ok that doesnt have auto branching and trying the same logic there yete, right?
[18:41] <asac> fta: you dont need the full package before knowning that its maintaine din bzr
[18:41] <fta> no, but i could do it too, it's not that difficult.
[18:41] <RainCT> asac: well.. what's the point of having 50 different brandings for Firefox?
[18:41] <asac> it should be visible in apt-cache
[18:42] <asac> RainCT: the point is that firefox is the main brand ... everything else is just to get out of some restrictions
[18:42] <asac> and there will be no such thing like a "strong" brand name
[18:42] <fta> asac, let's postpone for 1h then, i can improve the script a bit more after dinner
[18:42] <asac> think about it like mozilla being the big emporer and then there are plenty of people that dont like mozilla, but have different goals/attitudes
[18:43] <asac> so they cannot join forces
[18:43] <asac> also joining forces requires negotiation ... and thats difficult among rebells
[18:44] <asac> and coordination and all that kind of stuff
[18:44] <asac> RainCT: i worked with debian mozilla team for a long time ... and whatever i tried to do, they had different opinions.
[18:44] <asac> i wont really try to change that anymore in future
[18:44] <asac> the other option might have been icecat
[18:44] <sebner> asac: yeah, sometimes Debian folks are really strange
[18:44] <asac> but thats not really a strong project too
[18:45] <asac> sebner: i am a debian developer ... so there hopefully are reasonable ones
[18:45] <asac> only problem is that in the mozilla area the appear to be extreme out-of-band ;)
[18:45] <sebner> asac: for sure ^^
[18:46] <RainCT> asac: That still doesn't explain why you would want more than one unbranded Fx in Ubuntu (I'm not saying that it's a bad idea to make it easy to have different brands, just wondering if there's a reason for that)
[18:47] <fta> asac, ok to postpone a little bit to let me improve this script ?
[18:47] <asac> RainCT: read what i wrote
[18:47] <asac> RainCT: i dont want any unbranded ffox in ubuntu ... i just want to provide _downstreams_ with something that they can easily use
[18:47] <fta> asac, i means less manual work so imho it's worth it
[18:47] <fta> it
[18:47] <asac> for whatever branding they chose
[18:47] <asac> fta: sure
[18:48] <asac> fta: you can check for bzr upfront ... then branch bzr and maybe get the orig in tarballs/ directory (otherwise bzr should do that automagically anyway)
[18:48] <asac> fta: but the patching should be the same i guess
[18:48] <fta> am i allowed to push to lp/~ubuntu-dev now ?
[18:49] <asac> fta: yes
[18:49] <asac> fta: thats your realm ;)
[18:49] <fta> hm, great :)
[18:49] <fta> i thought it was only core-devs
[18:50] <asac> fta: no ... thats ~ubuntu-core-dev
[18:50] <fta> oh
[18:50] <asac> fta: i think ubuntu-dev was created to avoid name confusion
[18:50] <asac> fta: and also to later allow other teams than MOTU to upload to universe
[18:50] <asac> e.g. MOTU is a membmer of ubuntu-dev
[18:50] <asac> core-dev is a direct member of ubuntu-dev too
[18:51] <asac> mozillateam could at some point also become a member of ubuntu-dev
[18:51] <asac> (hopefully)
[18:51] <asac> so people wont need to become a motu, but joining mozillateam would make them eligible for uploading
[18:51] <asac> not sure if there would be any standard requirements our team policy has to fulfill
[18:51] <fta> strange, apt-cache doesn't report Vcs-Browse
[18:52] <asac> fta: hmm
[18:52] <asac> fta: you could also download Packages:
[18:52] <fta> Vcs-Bzr is ok though
[18:52] <asac> Packages
[18:52] <asac> or Sources
[18:52] <asac> fta: yeah
[18:52] <asac> fta: ok ... thopugh tit doesnt display anything
[18:52] <asac> if its Bzr-Bzr then its fine
[18:52] <asac> it think -Browser is a not official fork
[18:52] <asac> RainCT: once the EULA thing is over we will draft an abrowser FAQ
[18:53] <asac> that should explain a bit whats the idea and why thats the way that was taken
[18:54] <RainCT> asac: OK, thanks :). About your last comment on the bug, will you suggest Debian to use such a firefox-compatible-browser package?
[18:56] <asac> RainCT: why not?
[18:56] <asac> RainCT: i hope they do
[18:56] <asac> RainCT: of course: would be hard ;)
[18:56] <asac> but would be a thing worth discussing imo
[18:56] <fta> asac, hmm, what if the branch is UNRELEASED ??
[18:56] <asac> fta: which branch?
[18:56] <asac> fta: in general i would say that we should just add the new changelog, fix it and push
[18:57] <asac> and maybe get a log so we can look why that isnt release
[18:57] <asac> and maybe release it
[18:57] <asac> fta: which bgranch in ~ubuntu-dev is UNREALEASED?
[18:57] <asac> fta: actually only release bits should go there
[18:57] <asac> so that would indicate something went wrong ;)
[18:57] <RainCT> indeed (although I guess people would still want extensions to be merged to s/Iceweasel/Firefox/ the description :()
[18:58] <asac> RainCT: i think we could find a term both can use:
[18:58] <asac> xyz extension for firefox compatible browsers (iceweasel, abrowser, icecat, firefox ...)
[18:58] <fta> asac, no, i was just doing the corner cases, i will abort if i find one
[18:58] <asac> RainCT: and since we have a bunch of extensions we could contribute to debian
[18:59] <asac> quite easily, its in our hand to set a "standard"
[18:59] <asac> ;)
[18:59] <asac> when 70% of the extensions use some practice, it will probably help to convince others to folloow for the sake of unification
[18:59] <RainCT> Yep. Is the extensions .mk thing already in Debian?
[18:59] <asac> RainCT: unfortunately not yet.
[19:00] <asac> probably my fault. but debian is frozen anyway. and i dont want to beg in debian-release ;)
[19:00] <asac> so lenny+1
[19:00] <asac> we should tackle that
[19:03] <RainCT> asac: something more: your "this is free software.." message bar is cool (well, as cool as a licensing thingie can be) :)
[19:03] <asac> fta: Jazzva: oh. glandium answered in my blog about mozilla-devscripts
[19:03] <asac> in response to meeting entry
[19:04] <fta> url?
[19:04] <asac> posted above
[19:04] <asac>  /lastlog asoftsite
[19:04] <asac> http://www.asoftsite.org/s9y/archives/152-ubuntu-mozillateam-minutes-14th-sep-08-....html
[19:05] <Jazzva> hmm... why?
[19:05] <asac> why what?
[19:05] <Jazzva> why wouldn't they accept the package?
[19:05] <Jazzva> (though, I'm not sure what's everything that is in mozilla-devscripts)
[19:05] <asac> i doubt he has any say on what gets accepted :)
[19:05] <asac> worst case is that they wont adopt it ;)
[19:06] <Jazzva> that means extensions diverging forever :)
[19:06] <asac> Jazzva: well. plan is to use that, upload extensions that are not in debian
[19:06] <asac> and then convince extension maintainers to use xpi.mk or whatever
[19:06] <Jazzva> yeah, it sure is easier :)
[19:07] <asac> Jazzva: glandium doesnt maintain many extensions
[19:07] <asac> maybe one
[19:07] <Jazzva> well, I don't see why they wouldn't accept xpi.mk. That also means more packaged extensions for them
[19:07] <Jazzva> just to change one variable (MOX_XPI_INSTALL_DIRS)
[19:07] <Jazzva> (or whatever it's named)
[19:09] <asac> Jazzva: most likely his "some" referred to xpi.mk
[19:09] <Jazzva> right :)
[19:09] <asac> Jazzva: lp-export-locales.mk is certainly not much useful for debian
[19:10] <asac> mozclient could be quite useful imo. at least to unify how to get latest ice* sources
[19:10] <asac> but we cannot force the maintainers to adopt that
[19:10] <asac> only packages i can change is icedove and iceowl
[19:10] <asac> and maybe iceape, but thats questionable.
[19:11] <asac> even though we are formally a maintenance team, glandium did most of the work and thus I dont feel entitled to do that without him agreeing
[19:15] <fta> asac, maybe it's mozclient, it's the biggest part of m-d in terms of files and code
[19:16] <fta> asac, what commit code should i use for the branches ?
[19:16] <fta> i mean, commit message
[19:16] <fta> i see no common format
[19:16] <fta> Bug 272263
[19:17] <asac> fta: those in bzr are mostly extensions i guess
[19:17] <asac> fta: so our "standard" format should apply
[19:17] <fta> just * RELEASE 1.2.3 to intrepid ?
[19:18] <fta> or that + the changelog entry
[19:19] <asac> fta: RELEASE 1.x.x to ubuntu/intrepid
[19:19] <asac> and then
[19:19] <asac> * fix LP:#yyxxx - this was done to fix it
[19:20] <asac> actually RELEASE 1.x.x-yubuntuZ
[19:26] <fta> asac, http://paste.ubuntu.com/49024/
[19:26] <asac> fta: looks decent ;)
[19:27] <fta> testing a few other cases before calling it good
[19:27] <fta> ...
[19:29] <asac> kk
[19:30] <fta> oh, you took also some in universe
[19:30] <asac> sigh
[19:31] <asac> our ppp appears to be outdated
[19:31] <fta> **** Package version is 7.14.4-1build1 in universe
[19:31] <fta> **** It's a debian package
[19:31] <fta> **** New version will be 7.14.4-1build1ubuntu0
[19:31] <fta> hm
[19:31] <asac> as upstream hasnt baked a release for ages
[19:31] <asac> why do i have to go though git now to find a patch :(
[19:31] <asac> fta: as i said: there are no in main ;)
[19:31] <asac> i think i am already done by committing ubufox :)
[19:31] <fta> lol
[19:31] <fta> 7.14.4-1build1ubuntu0 seems strange but correct
[19:32] <asac> fta: so that was a not modified debian package before?
[19:32] <fta> nip2
[19:32] <asac> ?
[19:33]  * gnomefreak really hates people today :(
[19:33] <fta> asac, it's nip2 (just picking random pkg in the list to test the script)
[19:33] <asac> gnomefreak: hate never helps and seldomly yields good results for any party;)
[19:34] <asac> fta: ah ;)
[19:34] <asac> yeah
[19:34] <asac> nip2 is probably not in bzr
[19:34] <asac> fta: look at the Maintinaer: field
[19:34] <asac> can you please check whether MOTU is maintaining that in debian or if the version is a bug?
[19:35] <asac> if its really a merged package then the package version is incorrect from what i can tell
[19:35] <asac> e.g. we should fix it and use plain 0ubuntu1
[19:35] <fta> -Maintainer: Jay Berkenbilt <qjb@debian.org>
[19:35] <fta> +Maintainer: Ubuntu MOTU Developers <ubuntu-motu.ubuntu.com>
[19:35] <fta> +XSBC-Original-Maintainer: Jay Berkenbilt <qjb@debian.org>
[19:35] <asac> ah
[19:35] <asac> ok
[19:35] <asac> fta: err
[19:36] <asac> i have MOTU in my apt-cache
[19:36] <fta> what ?
[19:36] <asac> so it cant be just now
[19:36] <asac> anyway
[19:36] <asac> if the package currently in archive is a merge then the version should have ubuntuX
[19:36] <asac> let me look at debian
[19:36]  * fta updating chroot to be sure...
[19:36] <asac> yeah ...d ebian doesnt use buildX
[19:37] <asac> its just 7.14.5-1
[19:37] <asac> in lenny
[19:37] <asac> and sid
[19:37] <asac> maybe ask the guy who did the merge ;)
[19:37] <asac> not 100% sure if buildX is working (e.g. prevents auto synchs)
[19:37] <asac> but most likely its wrong
[19:37] <asac> havent seen it being used before at least
[19:37] <gnomefreak> is license spelled right?
[19:38]  * gnomefreak gets ready to curse at upstream morons
[19:38] <gnomefreak> they use 2 websites and packages and no where does it mention a license
[19:38] <gnomefreak> brb smoke
[19:40] <fta> asac, the script is not committing or pushing by itself, so let's keep that for the manual check
[19:41] <fta> flashplugin-nonfree is not in the list ?
[19:45] <fta> asac, what is the right dput target ? ubuntu ?
[19:47] <asac> fta: yes
[19:47] <asac> fta: try one and see what happens :)
[19:47] <asac> fta: most likely flashplugin-nonfree depends on xulrunner-1.9
[19:48] <fta> it was in comment #2
[19:48] <asac> fta: i think one good session topic for UDS would be "cleaning up the mozilla mess - fixing depends, alternatives and such ..."
[19:49] <fta> :)
[19:52] <asac> i think ppp is so outdated that i wont be able to cherry pick the fixes we need
[19:52] <fta> hm, seems it's not working for branches
[19:52] <asac> hmm
[19:53] <asac> introducing 2 years of more or less active upstream development doesnt feel good that late in the cycle too
[19:53] <asac> fta: what isnt working for branches?
[19:53] <fta> http://paste.ubuntu.com/49038/
[19:54] <asac> fta: thats a bug in builddeb
[19:54] <asac> fta: it downloads the tarball to the wrong dir
[19:54] <asac> fta: manually copy it from .. to ../tarballs
[19:54] <asac> to fix that
[19:54] <asac> s/copy/move/
[19:54] <fta> grrr
[19:54] <asac> james_w is aware of that
[19:54] <asac> but shouldnt be really hard i would say
[19:55] <fta> except that it in the middle of bd
[19:55] <asac> let me see if i can spot that easily
[19:55] <fta> i need to fetch the tarball myself
[19:56] <asac> hmm the code looks sane
[19:56] <gnomefreak> there frigging finished with them today
[19:56] <asac> fta: well. better fix bzr builddeb ;)
[19:57] <asac> fta: or let it fail once, and try again if you find a downloaded tarball in wrong directory ;)
[19:57] <gnomefreak> ok 3 done and 1 on hold
[19:57] <gnomefreak> we are running out of extensions btw
[19:58] <gnomefreak> just have to get what we have done in archives if too late for intrpeid i guess intrepid+1
[20:00] <fta> good, fixed
[20:02] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/add-abrower.sh.txt  0.04
[20:02] <asac> fta: maybe expliceitly spoecifiying --tarball-dir= ... helps?
[20:03] <fta> too late :)
[20:03] <asac> fta: so did you do an upload?
[20:03] <fta> nope, not yet
[20:03] <fta> but i'm ready now
[20:04] <asac> fta: i would suggest to try one package ;)
[20:04] <fta> i'm starting with xfig
[20:04] <asac> hmm what was the bug?
[20:04] <fta> -Suggests: xfig, firefox|www-browser, xpdf-reader|pdf-viewer
[20:04] <fta> +Suggests: xfig, firefox | abrowser|www-browser, xpdf-reader|pdf-viewer
[20:05] <asac> i somehoe lost it :(
[20:05] <fta> https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bug/272772
[20:05] <asac> fta: i think editing the whitespaces would be nice ;)
[20:05] <fta> i did
[20:05] <asac> unifying :) i mean :)
[20:05] <asac> huh?
[20:06] <asac> ok
[20:07] <fta> pushed
[20:07] <asac> \o/
[20:07] <asac> lets see ;)
[20:08] <asac> fta: looks good
[20:08] <asac> i mean the latest script
[20:08] <asac> i tried with all-in-one-sidebar
[20:08] <asac> fta: hmm. i think a "checkout" would make sense
[20:09] <gnomefreak> anyone know who Yaroslav Halchenko is?
[20:09] <asac> now that i see it ;)
[20:09] <asac> but i can change that i guess
[20:09] <asac> fta: hmm ... you do bzr commit in some cases
[20:09] <asac> when is that?
[20:09] <asac> ah ok when its not a branch ;)
[20:10] <fta> the initial commit of my fake branch
[20:10] <asac> fta: the output how to commit doesnt have the line feeds
[20:10] <asac> bzr commit -m "* RELEASE 0.7.4-0ubuntu2 to ubuntu/intrepid\n* fix LP: #272772: packages that Depend/Recommend/Suggest firefox (meta-package)\n  must alternatively Depend/Recommend/Suggest abrowser\n  - update debian/control"
[20:10] <asac> i think we dont need to escape them?
[20:10] <fta> it does if you copy paste this line
[20:11] <fta> that's idea
[20:11] <fta> did you try it ?
[20:11] <asac> fta: you can alos just copy and paste multi line, cant you?
[20:11] <fta> subject: [ubuntu/intrepid] xfig 1:3.2.5-rel-2ubuntu2 (Accepted)
[20:11] <asac> works for me
[20:12] <fta> i'm using tcsh
[20:12] <asac> fta: works good here
[20:12] <asac> hmm
[20:12] <fta> but i write my scrits in pure sh
[20:12] <gnomefreak> thats why we use bash ;) it just works
[20:12] <fta> scripts
[20:13] <fta> bash is evil
[20:13] <gnomefreak> its a smart version of tcsh
[20:13] <Nafallo> huh?
[20:13] <fta> \o/ https://edge.launchpad.net/+builds
[20:13] <Nafallo> we've moved to dash? :-)
[20:13] <fta> bash != tcsh
[20:14] <gnomefreak> afaik pre vim its not a smart term
[20:14] <gnomefreak> s/pre/per
[20:14] <asac> fta: ok. lets use checkout and remove the bzr push instruction
[20:14] <asac> that should be fine i guess
[20:14] <fta> tcsh is an advanced version of csh, bash is an evil ksh itself an advanced version of sh
[20:14] <gnomefreak> its been a while since i read up on vi and frieds
[20:15] <asac> fta: oh shit
[20:15] <asac> fta: we need to replace http://bazaar.launchpad.net/ and code.launchpad.net with lp:
[20:15] <fta> gnomefreak, tcsh is my main shell since ~94, habits are difficult to break
[20:15] <fta> asac, where?
[20:16] <asac> fta: in order to use checkout ;)
[20:16] <asac> but i am using what you suggest now
[20:16] <gnomefreak> ah see i only used it for a month or 2 and could never get used to it
[20:16] <asac> this isnt really worth investing much time i think ;)
[20:16] <fta> but maybe i should use bzr+ssh too
[20:17] <asac> fta: actually: the instructions should read:
[20:17] <asac> debcommit
[20:17] <asac> bzr push
[20:17] <asac> that will automatically do the --fixes and stuff like that
[20:17] <asac> try
[20:17] <asac> ;)
[20:17] <fta> what plugin is that?
[20:17] <asac> fta: thats not a plugin. debcommit is in devtools i think
[20:17] <asac> and knows about debian changelogs
[20:18] <asac> just try to run that
[20:18] <asac> --fixes is a plain bzr feature
[20:18] <asac> i think ;)
[20:18] <gnomefreak> i dont think so i think its a bzr tool
[20:18] <gnomefreak> oh nevermind
[20:18] <asac> fta: we still need to replace http... with something writable ... preferably lp:
[20:18] <gnomefreak> that is supported
[20:18] <asac> bzr push https://code.launchpad.net/~ubuntu-dev/firefox-extensions/all-in-one-sidebar.ubuntu/
[20:18] <asac> wont work
[20:18] <asac> i do that manually now
[20:18] <asac> its ok
[20:18] <fta> i feel nervous about testing that with my first few uploads
[20:19] <gnomefreak> its in devscripts from what man page says
[20:20] <asac> fta: yeah ;)
[20:20] <asac> fta: testing what? debcommit?
[20:20] <asac> fta: you can use debcommit -e ... that opens editor with commit message which you can still abort
[20:21] <asac> fta: i wouldnt sugest to auto dput ;) ... you can review the outcome
[20:21] <fta> yeah
[20:21] <asac> hmm
[20:21] <asac> fta: maybe we should also do a test binary rebuild
[20:22] <asac> sometimes packages never get rebuild for long time and start to rot
[20:22] <fta> i do here. i have my bzr aliases for that
[20:23] <fta> lp is slow for that bug
[20:25] <asac> fta: yeah ;)
[20:25] <fta> asac, i've fixed the script for the instructions => 0.05
[20:25] <asac> massive-multi-package bugs appear not to scale :)
[20:32] <asac> fta: hmm ... debcommit doesnt in clude the RELEASE line obviously
[20:32] <asac> now i know why i added that to changelog for a few uploads ;)
[20:32] <asac> well ;)
[20:33] <fta> oh, and my commit is ugly too
[20:33] <asac> hmm ... i got File all-in-one-sidebar_0.7.4-0ubuntu2.diff.gz already exists in Primary Archive for Ubuntu,
[20:33] <asac> +but uploaded version has different contents. See more information about this error in
[20:33] <asac> +https://help.launchpad.net/Packaging/UploadErrors.
[20:33] <asac> did i upload twice or what?
[20:33] <asac> or did you ?
[20:34] <asac> hmm
[20:34] <asac> someone uploaded all-in-one-sidebar without committing to bzr or what?=
[20:35] <fta> not me
[20:35] <asac> emgent :(
[20:35] <asac> https://code.edge.launchpad.net/ubuntu/+source/all-in-one-sidebar
[20:37] <asac> quite a senseless upload i guess
[20:41] <asac> fta: maybe adding a check whether the bzr version is still the ubuntu version would help :(
[20:41] <fta> multiline commit logs are a pain for scripts
[20:41] <asac> maybe we should run that regularly to detect "wrong" uploads
[20:42] <asac> fta: debcommit usually does that quite well
[20:42] <asac> or do you mean bzr?
[20:43] <asac> ok fixed all-in-one-sidebar branch :(
[20:43] <asac> and uploaded that ... finally
[20:54] <fta> asac, script 0.06 with the multiline commit and the test
[20:55] <asac> fta: yeah. i take a break now ;)
[20:55] <fta> my dput is stuck
[20:56] <asac> ok doing one more
[20:56] <fta> should i interrupt ?
[20:56] <asac> firefox-sage
[20:56] <asac> fta: dput?
[20:56] <fta> yep
[20:56] <asac> usualyl it will go on at some point
[20:56] <asac> unless you had  a reconnect
[20:56] <fta> it's stuck at Uploading to ubuntu (via ftp to upload.ubuntu.com):
[20:56] <asac> if nothing happes you can interrupt and reupload (but only in ubuntu .. .debian is more painful)
[20:57] <asac> fta: at the end off uplod?
[20:57] <fta> no, next reco is at 3am
[20:57] <fta> Good signature on /src/tmp/abrowser-transition/work/ctxextensions/ppa/ctxextensions_4.1.2008062001-0ubuntu2.dsc.
[20:57] <fta> Uploading to ubuntu (via ftp to upload.ubuntu.com):
[20:57] <fta>   
[20:57] <fta> then nada
[20:57] <asac> hmm
[20:57] <asac> yeah
[20:57] <asac> well
[20:57] <asac> not sure ;)
[20:58] <asac> hjave you edited your dput.cf manually? maybe you didnt get some upgrade?
[20:58] <asac> but you can certainly retry
[20:58] <fta> no, the 1st 3 uploads were fine
[20:58] <asac> then ... retry.
[20:59] <fta> ok, ctrl c + retry seems fine
[21:14] <mdke> in relation to bug 272772, I see a task has been opened on ubuntu-docs
[21:14] <mdke> I guess that's because ubuntu-serverguide suggests firefox. It should really suggest any browser, is there an appropriate meta-package for that?
[21:16] <RainCT> mdke: www-browser?
[21:16] <mdke> RainCT: I don't see that package in apt-cache...
[21:16] <RainCT> mdke: it's virtual
[21:17] <mdke> is there any way I can see what it includes?
[21:18] <RainCT> mdke: Best ask asac. I only know that firefox, seamonkey-browser and midbrowser provide it
[21:19] <mdke> well, w3m provides it too, and that's the basic browser included in ubuntu-standard, so that's enough for me :)
[21:19] <mdke> thanks RainCT
[21:20] <RainCT> np :)
[21:20] <fta> asac, oh, i forgot to tell you, the script expect a src package name, so for ex, gcjwebplugin will not work, it should be classpath
[21:23] <pwnguin> this might sound crazy, but is anyone keeping a ppa of firefox 3.1 alpha/betas?
[21:23] <fta> i do
[21:24] <fta> pwnguin, https://edge.launchpad.net/~fta/+archive
[21:24] <pwnguin> yea i see it now ;)
[21:24] <fta> fresh as of today
[21:25] <pwnguin> i tried a tarball and it seems to prefer the 3.0 package over the local dir
[21:25] <fta> ?
[21:26] <pwnguin> a nightly build of firefox
[21:27] <fta> i don't understand, what seems to prefer 3.0 ?
[21:27] <pwnguin> the script in the tarball
[21:28] <pwnguin> i just untarred the bz2 and ran the script; it seemed to abrowser version 3.0.something
[21:29] <fta> it should not use any of our packages
[21:31] <pwnguin> maybe im not supposed to run it like that; i donno
[21:31] <pwnguin> anyways, the ppa works so I'm happy
[21:32] <pwnguin> hmm. looks like the video tag works, but just barely
[21:33] <fta> it works fine if you don't have issues with p-a & alsa
[21:33] <pwnguin> i mean cpu wise
[21:34] <pwnguin> and start / end offsets
[21:35] <fta> it uses almost no cpu here, compared to flash, it's refreshing
[21:38] <pwnguin> it's using like one whole core here =(
[21:38] <fta> url ?
[21:38] <pwnguin> http://people.xiph.org/~maikmerten/demos/arctic_giant.html
[21:40] <fta> hm, indeed
[21:40] <pwnguin> well, what the heck were you testing on?
[21:41] <fta> http://www.double.co.nz/video_test/
[21:41] <pwnguin> strange
[21:41] <pwnguin> oh
[21:43] <pwnguin> loaded it in the wrong browser =/
[21:44] <fta> asac, http://launchpadlibrarian.net/17798304/buildlog_ubuntu-intrepid-amd64.classpath_2%3A0.96.1-1ubuntu2_FAILEDTOBUILD.txt.gz
[21:52] <pwnguin> fta: honestly, im writing a blog post about the video tag, and i thought i'd cite an ogg video but it seems like playback is high CPU and the offsets arent supported =/
[21:55] <fta> pwnguin, this one is working just fine for me: http://people.opera.com/howcome/2007/video/controls.html
[21:56] <mdke> fta: just to let you know, I've unassigned you from the ubuntu-docs task on bug 272772 and uploaded a fix myself to our bzr branch, saves you getting it
[21:56] <fta> mdke, ok, thanks
[21:59] <pwnguin> fta: actually, that ran really fast for me, but it's kinda crap quality.
[22:00] <fta> maybe try locally with an ogg of yours, see if it's not a buffering/network issue
[22:02] <pwnguin> what i mean is, the video itself isn't demanding enough to demonstrate inefficient playback
[22:13] <asac> fta: yeah ... missing usage of returned value
[22:13] <asac> either hack it or fix it ;)
[22:13] <fta> asac, ?
[22:13] <fta> the java mess ?
[22:14] <fta> i have no idea what's going on there, i hate java, i should have reassigned that one to you, i know you like it :)
[22:15] <fta> asac, going up in http://thc.emanuele-gentili.com/utu/utu_intrepid.php  :)
[22:18] <fta> taking a break, i have 6 left
[22:23] <fta> mediatomb didn't work, no accept, no reject, no build, no nothing
[22:25] <asac> fta: its a C problem ;)
[22:25] <asac> fta: might take a while until you get an accepted ;)
[22:29] <fta> got the other ones within a few seconds
[22:30] <fta> maybe the -3 => -3ubuntu0 instead of -3ubuntu1 ?
[22:36] <fta> asac, is this a C issue? http://paste.ubuntu.com/49070/
[23:01] <fta> Jazzva, is torbutton usable with ff3 ?
[23:01] <fta> -Depends: iceweasel (>= 2.0.0.3-1) | firefox (>= 2.0.0.3-1) | icedove (>= 1.5.0.10.dfsg1-3) | thunderbird (>= 1.5.0.10.dfsg1-3)
[23:01] <Jazzva> fta, I think I tested it, and it worked...
[23:01] <Jazzva> Was it synced from debian?
[23:02] <fta>  torbutton (1.0.4-3ubuntu1) intrepid; urgency=low
[23:02] <fta>  
[23:02] <fta>    * Merge from Debian unstable. (LP: #226287)
[23:02] <fta> bug 226287
[23:02] <Jazzva> yeah, that's probably it. I think it had firefox-3 before
[23:04] <Jazzva> hmm, no. that's not it. I just looked into changelog
[23:04] <fta> ? i just pushed it
[23:05] <Jazzva> bug 247867... that's where I got the compatibility info
[23:06] <Jazzva> https://bugs.edge.launchpad.net/ubuntu/+source/torbutton/+bug/247867
[23:06] <Jazzva> I acked the diff, but no one looked after
[23:06] <Jazzva> (the u-u-s team)
[23:09] <fta> Jazzva, hm, the depend is ok, do you mean the debdiff has been ignored but part of it arrived later? or what?
[23:09] <Jazzva> no, I think this
[23:09] <Jazzva> Unsubscribing u-u-s, pending an ack from Mozilla Extensions Team. (Big) David, resubscribe u-u-s once acked. ;)
[23:09] <Jazzva> comment #2
[23:09] <Jazzva> and then he resubscribed u-u-s, but I think no one looked at it
[23:13] <fta> then it's still in the list
[23:13] <fta> let me check
[23:14] <fta> indeed it is and still unassigned
[23:14] <fta> http://people.ubuntu.com/~dholbach/sponsoring/
[23:15] <fta> asac, 0.07
[23:57] <fta> asac, i've committed the script in the mozilla-devtools branch, maybe it could be reused for the next mass upload