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