[12:48] yay uploading packages to repo ;) [12:49] night ill give details tomorrow sometime === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-mozillateam [04:31] asac: ping === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === jmillikin [n=jmilliki@cpe-66-75-223-197.bak.res.rr.com] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [05:28] I'm hoping somebody in here can help. Firefox's GtkMozEmbed currently has a bug (https://bugzilla.mozilla.org/show_bug.cgi?id=233371), which causes tooltips to run off the edge of the screen in Epiphany (https://launchpad.net/firefox/+bug/37507, http://bugzilla.gnome.org/show_bug.cgi?id=129456) [05:28] Gnome bug 129456 in Interface "Tooltip not shown completely" [Normal,Resolved: notgnome] [05:28] There is a patch in the Mozilla bug. However, GtkMozEmbed trunk is a complete mess at the moment, and chances of the patch getting into upstream sources are low. I was hoping the patch could be integrated into the Ubuntu Firefox package. [05:39] jmillikin: perhaps you want to mail the list [05:40] mailto:ubuntu-mozillateam@lists.ubuntu.com === ..[topic/#ubuntu-mozillateam:Admiral_Chicago] : Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/States & https://wiki.ubuntu.com/MozillaTeam/Bugs/Tags | Firefox trunk package source : https://code.launchpad.net/~asac/firefox/trunk | Mailing List : ubuntu-mozillateam@lists.ubuntu.com [05:43] ok im going to bed again/still/never got there :( the testing repo will be open in morning i have iceape and ff3 in it please use the iceape if you want to test anything. I have to check for updates to ff3 maybe ill check tomorrow. night all [05:43] gnomefreak: paradiso alpha 2? [05:44] i forget what version we are on in terms of testing [05:44] 20070328 was last build i got [05:44] okay, maybe i'll head over to mozdev and see what they are doing [05:45] bzr is more of a date than version but either way its 2.99+2 so i think that is alpha 2 [05:45] Admiral_Chicago: we have bzr branch with it in there [05:46] cool, i'll have to check it, maybe look to make a branch of my own to play with bzr [05:47] tomorrow i will try merge to see if anything is new and rebuild as needed and upload. night guys [05:49] Admiral_Chicago: should I mail ubuntu-mozillateam, or ubuntu-mozillateam-bugs? [05:49] jmillikin: team [05:49] check the topic, its in there [05:50] Yeah, but after you updated the topic I did a quick scan through lists.ubuntu.com and noticed -bugs, so I wanted to make sure the mail would go to the correct list. [05:51] bugs is where we get all Mozilla bugs from LP sent to the team === Starting logfile irclogs/ubuntu-mozillateam.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-mozillateam === Topic for #ubuntu-mozillateam: Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/States & https://wiki.ubuntu.com/MozillaTeam/Bugs/Tags | Firefox trunk package source : https://code.launchpad.net/~asac/firefox/trunk | Mailing List : ubuntu-mozillateam@lists.ubuntu.com === Topic (#ubuntu-mozillateam): set by Admiral_Chicago at Wed Apr 4 05:41:41 2007 [06:02] (jmillikin/#ubuntu-mozillateam) OK, sent. I really hope this can work its way in before Feisty's release [06:03] thats a tall order, we'll see when the main man is awake [06:04] Understood, it's a wish [06:05] well its not just that, but really because our repositories are pretty strict about updates. === Admiral_Chicago [n=freddy@ubuntu/member/admiral-chicago] has joined #ubuntu-mozillateam === omgponiezlol [n=freddy@st074039212101.monm.edu] has joined #ubuntu-mozillateam === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-mozillateam === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-mozillateam [09:56] poningru: ? [10:34] asac: its up im gonna grab packages from it in a bit to make sure works. [10:38] yeah [10:38] did you create a Release file as well? [10:38] no :( [10:38] i am just wondering, because I think that thats what I am missing (so you don't automatically et upgrades) [10:39] remember? [10:39] instructions didnt tell me to just packages.gz and sources.gz [10:40] yes [10:40] you have sources? [10:40] yes [10:40] i can try in feisty32 chroot [10:41] deb http://gnomefreak.youmortals.com/mozilla-testing ./ [10:41] deb-src http://gnomefreak.youmortals.com/mozilla-testing ./ [10:41] im not sure how to set up my key for it yet either but its up and working :) im grabbing iceape atm [10:42] im thinking of making it gnomefreak@youmortals.com/feisty/mozilla-testing ./ [10:42] cool ... yeah, but remember that you didn't get any auto-upgrades from mt-feisty? same is here i guess [10:43] gnomefreak@youmortals.com? [10:43] yep i remember and personally that is fine for the time being [10:43] yeah ... if you find out how to create Release.gpg let me know :) [10:43] asac: thats the server [10:43] i will find out :) [10:43] why @ ? [10:44] and ill let you know [10:44] ty [10:44] no @ sorry its a . [10:45] k pulling firefox-trunk for now :) [10:45] gnomefreak.youmortals.com/mozilla-testing atm but im thinking of adding feisty in there [10:45] :) [10:45] yes feisty is good ... to get a namespace [10:45] asac: i have to try merge to see if ther eis a later build [10:45] someone want to look at Bug #https://launchpad.net/bugs/102643 [10:45] Malone bug 102643 in epiphany-browser "[apport] epiphany crashed with SIGSEGV in __kernel_vsyscall()" [Medium,Needs info] [10:45] ... now iceape [10:45] :) [10:45] err https://launchpad.net/bugs/102643 [10:45] sure [10:45] Daniel Holbach was asking about it earlier in -bugs [10:46] as long as it works i can set it up with feisty and post it somewhere. [10:46] gnomefreak: can you try to retrace bug 102643 ... or wait for hjmf ? [10:46] Malone bug 102643 in epiphany-browser "[apport] epiphany crashed with SIGSEGV in __kernel_vsyscall()" [Medium,Needs info] https://launchpad.net/bugs/102643 [10:47] I need to fix this odd error with my Fx set up. Seems i'm reporting that I run 2.0 in About in Fx menu [10:47] i can try in a few please assign it to me [10:47] Admiral_Chicago: you run 2.0, don't you? [10:47] any particular reason you're awake john? [10:48] or you mean 2.0 vs 2.0.0.3 ? [10:48] asac: no 2.0.0.3 after my update. but I went to Help >> About Firefox and it report 2.0, shouldn't that read 2.0.0.3 [10:48] Admiral_Chicago: cause im stupid :( fell asleep after 1am and its 4:48am :( [10:49] yea, i stayed up all last night coding so I slept all day... [10:49] gnomefreak: firefox-trunk is still from 20070328 [10:49] lame :) [10:49] yes i havent updated it yet [10:49] is there one after 20070328? [10:50] yes ... its simple [10:50] its a simple fix [10:50] you just change the date in changelog [10:50] then get the neworig [10:50] -> up to date [10:50] it takes the latest from cvs [10:50] is my version supposed to be 2006101022 [10:50] neworig than rebuild? [10:50] and since there are usually lots of checkins ... [10:50] gnomefreak: yeah ... remove the currently embedded tarball manually first [10:50] Installed: 2.0.0.3+1-0ubuntu1 [10:51] then change changelog [10:51] e.g. version contains date ... yo see? [10:51] yeah [10:51] change date to newest and rebuild new orig and than build as normal? [10:52] Admiral_Chicago: i don't know ... the date looks a bit wierd [10:52] gnomefreak: yes [10:52] if change date in version <- important [10:52] Admiral_Chicago: date == too many numbers and too earl a version [10:52] you can change date of changelog entry as well ... but that doesn't influence what is checked out [10:53] asac: is that related to the changelog bug? [10:53] ok i asked about the release.gpg [10:53] Admiral_Chicago: which changelog bug? [10:53] now i go build. doesnt bzr merge get rid of tar for me than all i have to do is neworig and build? [10:53] there was a bug that the changelog had the wrong date...wait I'm being slow, ignore me :) [10:54] gnomefreak: no bzr merge does not get rid [10:54] it did once [10:54] because i removed it from archive [10:54] now its in your personal copy and bzr will not touch [10:54] just remove everything that is in main dir [10:54] except debian directory [10:54] Admiral_Chicago: ah yes [10:54] could be [10:55] but only on edgy, right? [10:55] gonna work on those clue files... [10:55] Admiral_Chicago: great ... most wanted ;) [10:55] at least pull up the relevant master guys [10:55] if you want input, let me know [10:56] maybe try to detect dupes for string 'munmap()' [10:56] tjhere are a bunch which I tagged likely-dup [10:56] so probably good to test [10:56] sure, I'll see where I can start looking. [10:56] sttarting with bzr merge than will make changes needed (so dont go to lunhc just yet :) [10:56] sure [10:57] still here [10:57] seems i have newest version [10:57] pretty early [10:57] @time berlin [10:57] Current time in Europe/Berlin: April 04 2007, 10:57:10 - Next meeting: Edubuntu in 3 hours 2 minutes [10:57] yes? [10:57] how is tarball called? [10:57] gnomefreak@FeistyFawn:~/firefox-trunk-gnomefreak$ bzr merge [10:57] Merging from remembered location http://bazaar.launchpad.net/~asac/firefox/trunk/ [10:57] Nothing to do. [10:57] yes ... packaging has not changed [10:57] browser-snapshot-20070328.tar.bz2 [10:57] yes remove that [10:58] change changelog (first line) [10:58] and neworig [10:58] the package is pretty fine for now ... not much changes on ubuntu side [10:58] just rm browser... [10:58] yes [10:58] rm the config-list [10:58] or however its called as well [10:58] ok both gone [10:58] what is your first line in changelog? [10:59] still has version ...20070328... something? [10:59] change that to ...20070404... [10:59] changed [10:59] then neworig brings great new tarball for you [11:00] whats the full command for neworig? [11:01] is it fakeroot ./debian/rules neworig? [11:02] ./debian/rules neworig [11:02] ha i still had it :) [11:02] i dont htink run is part of command [11:04] looks like its running :) [11:04] cool [11:04] gnomefreak: now that you are the trunk maintainer :) [11:04] you might want to follow development on trunk [11:04] :) [11:04] :) [11:04] http://bonsai.mozilla.org/cvsqueryform.cgi [11:04] i will try. [11:04] there you can see checkins [11:04] e.g. [11:04] like [11:05] hmm, looking at these Master Reports. [11:05] some have 100+ dups [11:05] ...thats a lot [11:05] http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=month&mindate=&maxdate=&cvsroot=%2Fcvsroot [11:05] yeah [11:05] Admiral_Chicago: gtk_style_realize [11:05] is the heaviest bug in launchpad [11:05] ... at least i bet [11:05] has 140 dupes [11:05] and 10 more marked as likely-dup are waiting for someone to associate [11:06] yes. 141 irrc. i'm going to use Bug #71702 so I get results...faster that is [11:06] Malone bug 71702 in firefox "MASTER Firefox Crash [@js_FinalizeStringRT] [@js_atom_uninterner] " [Medium,Confirmed] https://launchpad.net/bugs/71702 [11:06] yes ... there should be dupes as well [11:06] so try that [11:07] since bughelper will dump out the dups (in my test case) which I will then follow, I don't want to open that many [11:07] that way I know bughelper is A. looking at the retraces and B. finding duplicates, [11:10] yep ... good way to go [11:10] asac: i'm looking at that bug I linked above, why is it described "[@js_FinalizeStringRT] [@js_atom_uninterner] " [11:11] have you tried the simple way (e.g. just command line) ? [11:11] Admiral_Chicago: dunno ... sometimes one stack element is not enough [11:11] so i add two :) [11:11] so both cause the crash? [11:11] anyway, any bug that contains any of those is suspect to be a dupe ... or variant [11:11] Admiral_Chicago: look at backtrace [11:12] call goes through function js_atom_uninterner into js_FinalizeStringRT, where it crashes [11:12] i am, just not very good with retraces. what am I looking for specifically [11:12] let me see... [11:12] just take a look [11:12] you will see [11:12] call goes bottom up [11:12] ah the no locals part [11:12] e.g. what is further below calls what is further up [11:13] what trace are you looking at? [11:13] i understand [11:13] ok [11:13] :) [11:13] i did not add "free()" to the summary [11:14] as this is not in mozilla code [11:14] and free is definitly not buggy :) [11:15] what is this page telling me? just the changes made? and is the "file" collum the patch? [11:16] yes ...checkins done to mozilla tree [11:16] you can modify the query in first url [11:16] i selected "changes for last month" for the long url [11:16] file coloum names the file modified in the checkin [11:16] comment names what got checked in [11:17] s/comment/Description/ [11:17] not all files affect firefox-trunk [11:17] e.g. mozilla/mailnews/ ... affects tbird and seamonkey only [11:18] if you read that daily, you will get used to :) [11:18] just kidding ... is good to see if its worth to build a new trunk preview [11:18] of course ... dailies are fine as well :) [11:19] i see a bunch with todays date. what does that mean i need to do grab the new cvs? [11:19] you do it by neworig [11:20] e.g. all that has been checked in till start of 4th april you do now [11:20] it just shows you that there have been changes tomorrow ... which you would grab by neworig if you use 20070405 as date [11:21] makes sense? [11:21] oh ok so thats really all i need to do is add changes to changelog and than neworig and build? [11:21] so whatever date i use in changelog wil be the changes it makes [11:22] this means you will still keep the bzr uptodate or that doesnt matter much? [11:22] ... date encoded in version is what matters, but yes [11:22] asac: dude re: seamonkey [11:22] from time to time i will update bzr [11:22] I think we should do logo [11:22] i will update bzr when I make changes to debian/ directory [11:23] e.g. add new patches ... improve packaging [11:23] asac: this page will tell me when you updated it for most part? [11:23] poningru: i am not sure what you mean? [11:23] asac: you are taking the same policy on it as firefox [11:23] gnomefreak: bonsai page is about upstream development [11:23] but the logo and everything is trilicensed [11:24] gnomefreak: you will see new things coming on bzr merge if i do improvement to the ubuntu specifics [11:24] everything in the codebase is trilicensed [11:24] asac: he wants seamonkey used with official branding [11:24] err right [11:24] ah ok [11:25] poningru: simple: if we have a package we can provide that [11:25] oh... ok [11:25] but since merging from debian is nice :) [11:25] ... [11:25] oh... [11:25] well we can just add the branding [11:25] I dont understand why debian doesnt want to use the logo though === gnomefreak doesnt see a problem with iceape. [11:26] its not safe to use anything mozilla provides :) [11:26] yeah ... i would like to use iceape [11:26] i mean we are kind of split here [11:26] on the one hand we want good upstream relationship with mozilla [11:26] mozilla changes stuff too often to keep up [11:26] on the other hand we want to have good upstream relationship with debian [11:26] asac: we have that with ff and tb [11:27] iceape can be a good way to coorporate with debian imo [11:27] so we keep the balance [11:27] right [11:27] why dont we talk to debian legal [11:27] asac: but we do have good upstream with debian since 98% of packages are merged from there to begin with [11:27] I'll go talk to debian legal [11:27] poningru: because it has been my decision with other mozilla maintainers in debian [11:27] to use iceape as well [11:27] buuh... [11:27] but why? === gnomefreak wants to know what differnece it makes [11:28] same package new branding [11:28] I mean I would like debian to use the branding too... [11:28] gnomefreak: i mean upstream relationship for mozilla packages [11:28] we will have to work a lot with debian [11:28] on mozillas [11:29] asac: yeah but deian's changes IMHO are easier to add [11:29] and safer for most part [11:29] yeah ... its just too dangerous for debian after the experience we had [11:29] the point is that seamonkey trademark will be owned by mozilla foundation [11:29] which firefox and thunderbird have been before [11:29] now they burned relationship by revoking agreement we previously had [11:30] so debian dropped all === gnomefreak leaves that too you. just tell me if you want iceape its built as iceape seamonkey it will build as seamonkey (i perfer iceape) its prettier [11:30] ... [11:30] poningru: you understand? [11:30] no I dont [11:30] we had an agreement [11:30] using iceape prevents us from having to check all patches with mofo? [11:30] e.g. we as in debian [11:30] a) why is debian not using the seamonkey? [11:30] asac: I know the back story [11:31] because they cannot trust mozilla foundation [11:31] burnt their bridges when they declined the agreement [11:31] what does trusting mofo have anything to do with this? [11:31] seamonkey is a project of the seamonkey council [11:31] not when they declined (which would be fine) ... they revoked it [11:31] seperate from mofo [11:31] poningru: as i said [11:31] i discussed this with seamonkey council === gnomefreak leaves this in your hands i have to figure out that other issue [11:31] 0.0 [11:31] seamonkey trademark will be managed by mofo [11:32] right [11:32] but the copyright is completely trilicensed [11:32] so even if council does not like it ... when seamonkey becomes really popular [11:32] mofo might go and revoke it [11:32] poningru: copyright != trademark law [11:32] right [11:32] it doesn't matter [11:32] but we all do that [11:32] i.e ubuntu, debian etc. [11:32] as in trademark [11:32] if they have trademark they can always force debian to "do this" or "do that" ... or drop branding in everything you distribute [11:32] so what you are saying because of the history? [11:33] poningru: mainly yes. [11:33] :( [11:33] talk to other mozilla maintainers at debian [11:33] we had a long debate with them === poningru shakes head === gnomefreak makes mental note #12 [11:34] ... and in fact ... all artworks in debian are more beauty than mozilla artwork imo :) [11:34] firefox one might disagree [11:34] for the others ... not imo :) [11:35] poningru: as i said [11:35] i would sponsor seamonkey package [11:35] same as i will sponsor iceape [11:36] i would not have a problem to have both [11:36] yeah I guess I see that [11:36] but i just think that iceape will be here sooner :) [11:36] cool [11:36] k [11:37] i hope that almost all libs that are shared between all those iceapps and fire/thunder apps [11:37] will be in its own package [11:37] so adding things like seamonkey or even iceweasel should not be so heavyweight anymore [11:37] hehe yeah [11:38] e.g. use system-xul system-nspr system-nss [11:38] ++ [11:38] would love to see that happening [11:38] hehe I should probably look into that more [11:38] help is appreciated ... we have nspr and nss packages in debian svn ... which we will use in ubuntu [11:38] further there is xulrunner already [11:39] and afaik, trunk already allows you to use system-xul [11:39] :) [11:39] right [11:39] and if not ... it is us to push this, as benjamin might not have the time to do it properly for ffox 3 === Admiral_Chicago crosses fingers [11:43] hopefully this clue file commits to bzr, got it written out [11:44] do you commit to remote repo ? [11:44] i guess to test local repo should be available two? [11:45] asac: is that at me? [11:50] don't know :) [11:50] Admiral_Chicago: i have no idea about this bughelper thing :) ... so just go ahead ;) [11:51] found out how to make it just wish it worked [11:51] ah well I commited my first clue file, hopefully it works and I can push an email today [11:51] asac: bug helper is awesome though...very very useful [11:52] Admiral_Chicago: once you figure it out will you help us use it ;) [11:52] Admiral_Chicago: to bugquad? [11:52] ^^^ committed? [11:52] gnomefreak: of course. [11:52] asac: to the Bzr branch [11:52] ty [11:52] to which bzr branch :9 [11:53] i mean ... you can have a local bzr branch or a remote one ... one in ~bugsquad on launchpad and so on :) [11:53] gnomefreak: can you please kick some people from #kubuntu [11:53] wait, Hobbsee is on it [11:54] ok [11:54] mt-confirm processing gave me about 1000 karma points yesterday :) [11:54] ... amazing [11:54] i went down in the last week even though my bug work went way up [11:54] now i know why i got my mind twisted [11:54] ...i hate how LP redid karma [11:55] Admiral_Chicago: yeah ... an uphill race [11:55] :) [11:58] Admiral_Chicago: be assured, its all relative :) ... others get pulled down as well :) [11:59] yea, i stopped caring about Karma, mostly because I have more things to focus on...like bug reports. [11:59] :) [11:59] yeah :) ... karma is not what really matters [12:00] and how you have bughelper, which is even more important than individual bug reports :) [12:02] asac: "apt-ftparchive release ." should generate a release file than gpg -o Release.gpg -abs Release should make the release.gpg but its not working :( [12:02] you can replace . with a dir. [12:02] asac: I'll bug you about this later [12:03] but I guess we should change the name of bugzilla too [12:04] the name of bugzilla? [12:04] is it in the archive? [12:05] gnomefreak: have you tried? [12:05] yeah [12:05] yes [12:05] gnomefreak: afaik this only works on big archive layout [12:05] fails to make file and fails to sign it since it cant make it [12:05] im looking at something now [12:06] gnomefreak: i never found how to do it properly for the minimalistic archive [12:11] hjmf: have fun with all the likely-dup tagged :) [12:14] i have to config apt-ftparchive. i asked seveas if there is an auto way. because apt-ftparchive -c doesnt work [12:22] yes [12:22] maybe manually? [12:22] not sure im googling still [12:22] w00t! got the clue file [12:23] i'll mess with it more tomorrow, going to bed now... [12:23] hehe @now Chicago [12:23] ... 5.23 am either way. [12:24] oh [12:24] night [12:24] asac: noticed in a couple of reports :) [12:25] I'll look at it when I finish feisty tb retraces (much fun too) :P === mrigns [n=mrigns@AC9EBC19.ipt.aol.com] has joined #ubuntu-mozillateam [12:26] there is a link now in wiki [12:26] https://launchpad.net/ubuntu/+source/firefox/+bugs?field.tag=likely-dup [12:26] k [12:27] good bunch to get some karma :) ... if noone comes around, then I will associate [12:28] first tb MASTER: bug 89600 [12:28] Malone bug 89600 in mozilla-thunderbird "MASTER mozilla-thunderbird-bin crashed [@js_NewString] " [Medium,Needs info] https://launchpad.net/bugs/89600 [12:28] :) [12:29] cool [12:29] :) [12:29] I'll take a look later to the likely-dup tags (if there aren't too many) [12:29] 40 [12:29] :) [12:29] but most bug numbers you should know out of head [12:29] :) [12:30] mm [12:30] k [12:30] :) [12:30] Admiral_Chicago: you think you can setup a bughelper query that lists "MASTER" bugs? [12:32] asac: building with changes failed badly [12:32] what did you change? [12:33] e.g goto debian/ [12:33] bzr diff [12:33] just the date [12:33] paste somewhere [12:33] yeah ... verify with bzr diff [12:33] is there a new tarball? [12:33] yep [12:34] size? [12:34] === modified file 'debian/changelog' [12:34] --- debian/changelog 2007-03-28 10:14:56 +0000 [12:34] +++ debian/changelog 2007-04-04 08:59:49 +0000 [12:34] @@ -1,4 +1,4 @@ [12:34] -firefox-trunk (2.99+2cvs20070328-0ubuntu0) feisty; urgency=low [12:34] +firefox-trunk (2.99+2cvs20070404-0ubuntu0) feisty; urgency=low [12:34] [12:34] * update upstream cvs [12:34] ok ... if that is all then its fine [12:34] and tarball? [12:34] thats all it gave me output wise [12:35] size? [12:35] name? [12:35] browser-snapshot-20070404.tar.bz2 [12:35] size? [12:35] -rw-r--r-- 1 gnomefreak gnomefreak 34138866 2007-04-04 05:42 browser-snapshot-20070404.tar.bz2 [12:35] ok [12:35] hmm [12:35] how fails? [12:36] dpkg-source: cannot represent change to .bzr/repository/knits/ad/presubj-20070321172126-hx4btlytc64jyo4n-22.knit: binary file contents changed [12:36] dpkg-source: warning: file .bzr/repository/knits/ad/presubj-20070321172126-hx4btlytc64jyo4n-22.kndx has no final newline [12:36] ok [12:36] a bunch of them [12:36] remember: [12:36] you have to do [12:36] lots [12:36] -i.bzr/ [12:36] oh damn [12:36] because you don't want .bzr directory in diff.gz [12:36] e.g. [12:36] dpkg-buildpackage -rfakeroot -i.bzr === gnomefreak keeps forgetting that [12:36] :) [12:36] ok brb try this [12:37] asac: can you ask someone about the release file crap (an easy way to do it) im not getting help from people. mvo started but it failed so he went back to work i guess [12:38] yeah ... :) ... though i not prefer to show my ignorance ;) [12:38] :) [12:38] asac: find a freind ;) [12:38] where did you bug him? [12:38] -bugs [12:38] ok [12:39] ty [12:39] i will ask later today ... got to do some coffee now :) [12:39] oh wtf [12:39] still failed [12:39] how? [12:39] again unrepresentable changes? [12:40] [12:40] Applying patch bz364093-thebes-system-cairo-fix [12:40] patching file gfx/thebes/public/gfxMatrix.h [12:40] patching file gfx/thebes/src/gfxMatrix.cpp [12:40] Hunk #1 FAILED at 100. [12:40] 1 out of 1 hunk FAILED -- rejects in file gfx/thebes/src/gfxMatrix.cpp [12:40] Patch bz364093-thebes-system-cairo-fix does not apply (enforce with -f) [12:40] [12:40] yeah [12:40] was applied upstream [12:40] remove from debian/patches/series [12:40] the full debian/patches dir? [12:40] read ^^^^ [12:40] :) [12:41] remove from ..../series :) [12:41] lol make neworig after that? [12:41] no [12:41] just respin [12:41] series file [12:41] is what was 00list [12:41] in tbird [12:41] there isnt an 00list here and i see the series patch [12:42] no [12:42] series == 00list [12:42] ok removed it [12:42] ah [12:42] we no :( [12:42] you have to keep it [12:42] it is the same [12:42] ok ill put it back :) [12:42] you have to drop the patch from that file [12:43] yeah ... you should be able to recover that file from bzr [12:43] guess its bzr checkout series [12:43] or something [12:43] ok there were only a few lines in there [12:43] no-have-stdint-h-ftbfs.patch [12:43] trunk-fsh [12:43] ftbfs-with-branding-dir [12:43] bz364093-thebes-system-cairo-fix [12:43] remove last line? [12:44] yes [12:44] wonders if that should be themes [12:44] no [12:44] thebes is right [12:44] ok remove and respin [12:44] ah ok [12:44] its the C++ library that wrappes cairo :) [12:44] not hard to guess where the name comes from [12:44] cairo -> thebes :) [12:44] ah [12:45] respin time. :( [12:45] yes [12:45] hopefully it will work [12:45] :) [12:45] who knows what they checked in for bz364093 [12:45] am i gonna see that in all the next updates? [12:46] what? if you verify that it still build (without thebes patch) I will remove it from bzr ... so yes [12:46] or will you change it on branch [12:46] i will change branch [12:46] ah [12:46] as soon as i know that it can be dropped [12:46] well go get coffee ill let you know if it fails or not [12:46] k :) [12:47] made it to ./configure [12:47] we should be good [12:47] yes ... if and only if thebes patch has properly landed [12:47] if it fails we need to tell upstream bug [12:47] as they think its resolved now :) [12:47] if it work we should tell them too [12:47] as they asked for verification [12:51] ok ill let you know [01:09] asac: of course, maybe when I sleep a little === gnomefreak would like to sleep but there are a few things i want to get done first [01:39] grrrr cant find crap on it [01:48] still no luck? with release.gpg [01:48] ? [01:48] you find anything? [01:49] gnomefreak: any link you found? [01:49] not a damn thing [01:49] everyone seems to use other programs that make it during making the repo [01:50] ok [01:50] lets look here [01:50] ftp://ftp.de.debian.org/debian/dists/sarge/Release [01:51] hmmmm [01:51] should be easy to setup one manually [01:51] thats odd give me a minute ff wont open link [01:51] to try [01:51] and if things work write a script [01:51] use http: [01:51] http://ftp.de.debian.org/debian/dists/sarge/Release [01:51] probably you have a firewall issue [01:52] or proxy ... or crap provider :) [01:52] shouldnt i think its cpu load [01:53] ok i see a page with all md5sums [01:53] ok [01:53] can you give me a md5sum [01:53] of your current Packages file [01:53] and Packages.gz [01:53] i can try [01:53] i guess unpack the packages.gz file? [01:54] first do [01:54] md5sum [01:54] on packed [01:55] cdbbdf7e5276bd168a849e54d623f135 [01:55] no size [01:55] in bytes [01:55] e.g. just ls -l [01:55] ah [01:56] -rw-r--r-- 1 gnomefreak gnomefreak 18632 2007-04-04 07:54 Packages [01:56] thats the unpacked ls -la output of Packages [01:56] and where is md5sum from? [01:56] i need both combinations [01:56] or just .gz [01:56] the one you have in your archive [01:57] cant run md5sum on the .gz file but i did run it on the unpacked file [01:58] you can ... of course [01:58] 3f4a5f151828021a89eac5818a56ef73 Packages.gz [01:58] there we go [01:58] i had cp'ed it to home and it wouldnt let me do it there [01:59] size of .gz? [02:00] -rw-r--r-- 1 gnomefreak gnomefreak 4466 2007-04-03 18:33 Packages.gz [02:00] ok [02:00] http://people.ubuntu.com/~asac [02:00] there is Release [02:00] try that [02:01] i doubt that it will work [02:01] but lets give it a first shot [02:01] ofcourse that will change with next upload [02:01] http://people.ubuntu.com/~asac/Release [02:01] no [02:01] just try Release now [02:01] i am [02:01] ok [02:01] :) [02:01] tell me what apt-get update says [02:01] about Release [02:02] if it complains etc. [02:02] ok now try the gpg command? [02:02] don't think that is necessary to test [02:02] just copy over [02:02] to your release dir [02:02] i used wget from the dir. i have packages in [02:03] yes [02:03] cp Release to that [02:03] or try locally [02:03] cp Release where? its in the dir already [02:03] ah [02:04] what does update say? [02:04] all packages sources packages.gz and such are all in same dir with Release now [02:04] yes [02:04] apt-get update ?? [02:04] ok i will try in a minute its nearing the end of updates [02:05] does Release need to be uploaded to repo first? [02:07] yes of course [02:07] or try locally (in sources.list) [02:07] :) [02:08] im uploading it shouldnt be long [02:08] no errors [02:08] no warnings [02:09] yes i saw that two [02:09] hmm [02:10] gnomefreak: please move Release away again [02:10] see the first command i was trying to run gave the right output afaik but never wrote it to a file should i try writing that to a file? [02:10] want to see if apt-cache policy priority changes [02:10] move it off repo? [02:10] yes just for a minute [02:10] so i can try [02:10] its gone [02:11] hmm [02:11] don't see a difference [02:11] anyway ... should work now [02:12] let me try somethign real fast [02:12] maybe upload signed one as well [02:12] sure [02:12] try :) [02:12] im gonna give you output of something [02:13] hmmmmm this is new [02:13] W: Unable to stat ./.mozilla/firefox/oa96n1ew.default/lock <<<< is new [02:14] same warning different paths to files [02:14] where from? [02:14] you have firefox running [02:14] but before adding your release file i got a bunch of md5sum output [02:14] somwhere [02:15] yes firefox is open [02:15] then where do you get that message from? [02:15] when i run the command to generate a release file [02:16] was in wrong dir :( [02:16] here is the ouput i normally get [02:16] [02:16] gnomefreak@FeistyFawn:~/repo-feisty$ apt-ftparchive release . [02:16] Date: Wed, 04 Apr 2007 12:16:00 UTC [02:16] MD5Sum: 3f4a5f151828021a89eac5818a56ef73 4466 Packages.gz eab46a5db280b6522e1254190fe3a7a6 315 Release a7f06799c0199aae602beb1f30431d6c 829 Sources.gz [02:16] SHA1: a88ecf164939c9c6078a2440162d658f65100713 4466 Packages.gz faa37dbf8f5042fbd50a91e45327db1a4f7c6ae8 315 Release 42e3c5a9f8c019eb4c259bc1f894e06a425c966a 829 Sources.gz [02:16] SHA256: 8bfbc66bb9ea5b97f4350ed95ce3e7850abd24e0e9850a0993742743a3315634 4466 Packages.gz 0f76e9f3d3c7e00c6b00d1ec32aac98eb6d28a0f48ed1134e7c7e99dab8da90f 315 Release 99682d567ecf54ffacea86e6ba7a57a3e73a15b70cec9b137d69111d90153305 829 Sources.gz [02:16] [02:17] yeah [02:17] right [02:17] that shound generate a Release file but doesnt [02:17] thats it [02:17] no it doesnt [02:17] it just generate dynamic parts [02:17] you have to cat with header together [02:17] e.g. strip from the release i provided [02:17] cant sign it though since i have no Release [02:17] the lines that are gnerated [02:18] erase the contents in your Release and put those lines in it? [02:18] cat header >> Release; apt-ftparchive release . >> Release [02:18] that should generate release [02:18] no [02:18] you have to keep the header [02:18] in a file [02:18] e.g. all lines that are not generated [02:18] then if you have updates [02:18] run line above [02:18] to get a complete Release [02:19] e.g. static content (aka header) + dynamic content (aka generated by apt-ftparchive) [02:19] cat: header: No such file or directory [02:19] you have to create that file === lotusleaf [n=mette@kernel-panic/member/carne.asada.burrito] has joined #ubuntu-mozillateam [02:19] read above [02:19] its in there [02:20] 14:18 < asac> you have to keep the header [02:20] 14:18 < asac> in a file [02:20] 14:18 < asac> e.g. all lines that are not generated [02:20] right everything stayed and it added the output i gave above [02:20] yes [02:20] so how does Release look now? [02:21] there is Release.header in my people.ubuntu.com dir [02:21] you can use that as header [02:21] pc slow [02:23] brb while i wait on this [02:24] http://gnomefreak.pastebin.ca/423786 [02:24] thats the file when i cat it [02:26] remember to post your archive to Bug 84214 [02:26] Malone bug 84214 in firefox "RFE: snapshot builds of Firefox 3" [Wishlist,Fix released] https://launchpad.net/bugs/84214 [02:27] isn't Date: line generated by aptarchive ? [02:27] yes line 14 of pastebin [02:28] but why is it in the midst? [02:28] it should be right on top [02:28] of MD5SUM: [02:28] when you generated it like i said above [02:29] gnomefreak: now i see [02:29] you didn't strip the header [02:29] you have to remove date: [02:29] it kept your lines in there [02:29] and md5sum: lines [02:29] no thats bad :) [02:29] ok can do [02:29] header has to be only static :) [02:29] can i edit it by hand? [02:30] header? [02:30] you should make a proper header file once [02:30] and then run what i said on each update [02:30] and yes, edit header by hand [02:30] to only contain static content (e.g. no date nor md5sums) [02:31] will pastebin it when done [02:32] good [02:32] http://gnomefreak.pastebin.ca/423805. [02:32] oops [02:32] eh you can still open it [02:32] that is what i have now [02:37] wait [02:37] so how does your header file look now? [02:37] date is still not where it should be [02:37] you edited file post generation [02:37] ok date should be just before the md5sums? [02:38] it should be there, because it should be automatically there [02:38] yes [02:38] no Date: in header [02:38] but through apt-ftparchive [02:38] http://gnomefreak.pastebin.ca/423810 [02:39] good and how does header look like? [02:39] thats full file atm [02:39] ok :) [02:39] do what you want [02:39] as long as it works .) [02:39] ;) [02:39] i have a good idea [02:40] you can sync my archive then :) [02:40] k [02:40] so yours is the official feisty one :) [02:40] testing [02:40] how do i do that? [02:40] dunno :) [02:40] lol [02:40] maybe rsync [02:40] you will find out :-D [02:41] you could use wget -r [02:41] then go ahead and scp *.dsc *.diff.gz *.deb to somewhere [02:41] or ftp [02:41] or .... or [02:42] i think it worked [02:42] fine [02:42] only practice will show [02:42] true [02:42] e.g. if people currently using official feisty will auto upgrade to our testing firefox [02:42] ill upload release file and see what happens [02:42] when running upgrade / dist-upgrade [02:45] i upload both the signed and the unsigned release file? [02:47] cant be that easy can it? just wget -r yourrepoaddress than scp command as above? than i would use the dir it made to upload from to my repo? [02:48] scp command to my repo-feisty dir that i use now* [02:49] should work [02:52] ok going for lunch in a minute or so [02:52] late here [02:54] k === gnomefre1k [n=gnomefre@adsl-144-142-94.rmo.bellsouth.net] has joined #ubuntu-mozillateam [03:16] After unpacking 81.9kB of additional disk space will be used. [03:16] WARNING: The following packages cannot be authenticated! iceape [03:16] Install these packages without verification [y/N] ? y [03:16] yay i think [03:27] yes [03:27] looks good [03:29] just have to figure out where to put Release.gpg if i put it inside the mozilla-testing part or outside of it [03:32] than once i get that done i can figure out how to sync with yours. but if i understand it right your packages and mine end up in same dir. and when i add packages or you add packages it updates both repos? [03:33] yes [03:34] or you can make distinct dirs ... e.g. binary-i386 et al [03:34] but that is too much for those few packages imo [03:37] so i can keep my dir ~/repo-feisty (where all packages are) and just wget -r yourrepo into that dir and im guessing scp(command you gave with *dsc....) would extract from your wgetted file into my dir. i use and that is it? [03:37] seems easy enough if that is right (commands i have to look in logs for since power died a bit ago [03:38] you need to add amd64 to Release.gpg [03:38] but then yes [03:41] im testing to see if my Release.gpg is working and it doesnt seem to be. [03:42] it seemed a bit small to do what i think its supposed to do [03:45] ok gonna wait and sync it on the round i use new firefox build [03:55] ok its building still ill be back in around 2hours (time for daily walk.) === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-mozillateam [04:02] asac bug 71702 is upstream bugzilla 267063 [04:02] Malone bug 71702 in firefox "MASTER Firefox Crash [@js_FinalizeStringRT] [@js_atom_uninterner] " [Medium,Confirmed] https://launchpad.net/bugs/71702 [04:02] mozilla 267063 [04:02] Mozilla bug 267063 in XPConnect "Shutdown crash in ~nsJSRuntimeServiceImpl [@ free - js_FinalizeStringRT] " [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=267063 [04:03] same stacktraces === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [04:04] offline [04:04] damn [04:04] did you write any? [04:04] last i wrote [04:04] 15:42 < gnomefreak> it seemed a bit small to do what i think its supposed to do [04:04] 15:45 < asac> use --clearsign to sign [04:04] damn dsl modem [04:04] apparenlty needs reboot more often then not [04:04] repeat [04:05] asac bug 71702 is upstream's mozilla 267063 [04:05] Malone bug 71702 in firefox "MASTER Firefox Crash [@js_FinalizeStringRT] [@js_atom_uninterner] " [Medium,Confirmed] https://launchpad.net/bugs/71702 [04:05] end repeat [04:05] Mozilla bug 267063 in XPConnect "Shutdown crash in ~nsJSRuntimeServiceImpl [@ free - js_FinalizeStringRT] " [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=267063 [04:05] I'm having a bunch of problems today with my last century debian server [04:06] hmm [04:06] same stacktraces [04:06] why don't we see [04:06] #6 0x0049fff6 in JS_HashTableRawLookup (ht=0x9d62ed8, keyHash=20801476, key=0x9eb3e20) at /builds/moz-trunk/mozilla/js/src/jshash.c:179 [04:06] #7 0x004f516f in js_PurgeDeflatedStringCache (str=0x9eb3e20) at /builds/moz-trunk/mozilla/js/src/jsstr.c:2592 [04:06] or do we? [04:06] let me see because I've just compared them [04:08] btw, http://talkback.mozilla.org/ [04:08] is your friend as well [04:09] top-crashers have usually an upstream bug commented there as well [04:09] can b a bit tricky to use [04:09] ok, I should be more patient :/ [04:10] really I've Just seen from the Js_FinalizeStringRT and forward :( [04:13] no problem [04:13] maybe its indeed a dupe [04:13] however i remember that i saw some other bug as well [04:13] but maybe just in my dream :) [04:13] best bug is always one that comes from talkback [04:13] OK time for me to relax a bit. my debian is completely messed-up since last night upgrade. so I'm having a hard day :) [04:14] debian? [04:14] sarge? [04:14] or did you migrate now? [04:14] sid [04:14] oh ... what happened [04:14] should be pretty silent there [04:14] no idea [04:14] e.g. no big transitions et al [04:14] as all is frozen [04:15] last night I had a bunch of upgrades and mysql, postfix, dhcp et al have stopped [04:15] and that is affecting everything now [04:15] ok i think gonne be brave now and upgrade to feisty [04:15] I'm downgrading to previous versions till I find what is going wrong [04:16] i can't handle broken bzr in edgy anymore :) [04:16] feisty is quite stable, I upgraded two weeks ago [04:16] :) [04:16] is/was [04:17] my problem is that 'the server' is from 1996 [04:17] should be [04:17] :) [04:17] we have release ahead [04:17] :) [04:17] if not i am obliged to report bugs and help fix it i guess :) [04:18] ok ... need to get 1 gig of packages :) [04:18] go :) [04:18] be patient [04:18] 700K ... thats ok [04:18] 24 min [04:19] but i guess unpacking et al takes same time again [04:20] i hope quake4 still runs :) [04:20] :) [04:21] was more a hack [04:21] as i am on amd64 [04:21] and it runs 32 bit only [04:21] omg the mail queue still have 140 mails in it (one out ago the queue was of >1000) [04:21] I have to buy a new computer [04:22] that one has done everything it had, but now is damn slow [04:22] what does it do? [04:22] the dirty stuff at home [04:22] i just remember that when i came back from 1 month trip my 350 PII had to process 4 days to do spam filtering on all mail that arrived :) [04:23] mail server, db server, spamassasin :( , firewall ,router ... [04:23] yes ... mine has pretty much the same :) [04:23] this one is P166MMX overclocked to 200 [04:23] yeah ... maybe thats the difference [04:24] sure [04:24] at least my working dog has 384m mem [04:24] which helped a lot iirc [04:24] 256 this one [04:24] that should be ok as well :) [04:24] so probably 166 is a problem [04:24] I'm happy with it , and I've been reluctant to change [04:24] yeah me too [04:24] it runs at amazing 75W [04:25] ...but when something fails [04:25] don't think i will get that an economic solution again [04:25] yea [04:27] ... and the harddisk is 10G which is another pain :) [04:27] yeah [04:27] i think i have 14G total [04:27] on 10g and 4g hd [04:27] but for just mail its enough [04:27] as i only archive my inbox [04:27] and remove mailing-list spam from time to time [04:27] so I wasn't the only one :) [04:29] it has finished to empty the mail queue!!! [04:29] Bug 71702 [04:29] Malone bug 71702 in firefox "MASTER Firefox Crash [@js_FinalizeStringRT] [@js_atom_uninterner] " [Medium,Confirmed] https://launchpad.net/bugs/71702 [04:29] upstream is rejected? [04:29] I changed [04:29] as I think it wasn't right [04:29] Bug 99716 [04:29] Malone bug 99716 in firefox "[feisty] Firefox Crashed" [Undecided,Needs info] https://launchpad.net/bugs/99716 [04:30] what to do with those? just close and say, we don't need your help then? [04:30] i think the description is still not clear enough [04:30] e.g that you can only obtain a backtrace when firefox crashes for instance [04:30] appears to be not-obvious [04:30] for others [04:30] i have seen more than once that people just send logs of "program exited normally" [04:30] maybe a simpler upload the full report located at ... will be enough [04:31] is it always there is the question? [04:31] there is always just one report per application, right? [04:31] or can there be multiple ones? [04:31] can be multiple [04:31] but they can check the dates [04:31] and the names [04:32] Bug 102281 ... someone claims that colorzilla is working well [04:32] Malone bug 102281 in firefox "[Feisty] Firefox Crashed " [Undecided,Needs info] https://launchpad.net/bugs/102281 [04:32] iirc the 1000 in the report name changes [04:32] hmm [04:32] thats the uid [04:32] so should not change imo [04:32] ops [04:32] learning [04:32] i have 501 there [04:32] because my uid is 501 [04:32] for who knows what historic reasons [04:33] I'm going to cause a couple of crashes to see what changes or if the second overrides the first [04:33] wait a second [04:34] a couple :) [04:34] ;) [04:34] good that we have some testcases ;) [04:40] gets overwritten [04:40] same names [04:42] http://talkback-public.mozilla.org/reports/firefox/FF2003/smart-analysis.lin [04:42] (22) 31 nsTextControlFrame::SetValue [04:42] i remember that [04:43] you already marked upstream for that? [04:43] anyway ... most reported libflashplayer.so trace [04:43] has ns4xPluginStreamListener::OnDataAvailable() [04:44] i remember having seen that plenty of times [04:44] quite interesting [04:44] no I didn't [04:45] http://talkback-public.mozilla.org/reports/firefox/FF2003/smart-analysis.all [04:45] there are all [04:45] js_Interpret ... bz#260869 [04:45] ?? [04:50] that one is bug 102077 [04:50] Malone bug 102077 in firefox "[Feisty] Firefox Crashed [@ js_Interpret] [@ js_InternalInvoke] " [Undecided,Needs info] https://launchpad.net/bugs/102077 [04:50] yes [04:50] at first glace it looks like [04:50] there should be dupes too :) [04:51] quick sight to the stack [04:51] looks like [04:51] I'll add a note in the bug thread [04:51] na ... if stack is same [04:51] just add upstream hint [04:51] k i'll look close and I'll mark it [04:52] great [04:52] now I have to go for an our or so [04:52] make master out of it [04:52] ok [04:52] sure [04:52] see you [04:52] u2 [04:55] before I go, I can see that the stacktrace on that bug is quite similar but not the same [04:56] hjmf: nsHTMLDocument::GetElementById [04:56] that is top-crash upstream as well [04:56] and we have it ... i am sure :) [04:56] hmm [04:56] I'll review later wen I'll be back [04:56] both [04:56] k [04:56] ping me if you have questions [04:56] k [05:01] hjmf: https://bugzilla.mozilla.org/show_bug.cgi?id=359821#c25 [05:01] Mozilla bug 359821 in DOM "Firefox just crashes after about 10 minutes of use [@ nsHTMLDocument::GetElementById] " [Critical,New] [05:01] can do that with dore dump [05:01] e.g. calling DumpJSStack() [05:01] ? [05:03] bug 91584 has teh core [05:03] Malone bug 91584 in firefox "firefox crash [@nsHTMLDocument::GetElementById] [@XPTC_InvokeByIndex] " [Undecided,Needs info] https://launchpad.net/bugs/91584 [05:04] interesting that we only have one so far [05:05] as its top-crash upstream === lotusleaf [n=mette@kernel-panic/member/carne.asada.burrito] has left #ubuntu-mozillateam ["trombone"] [06:03] feisty is on :) [06:03] no problems upgrading [06:03] fine [06:16] 09:42 < gnomefreak > it seemed a bit small to do what i think its supposed to do (meaning the Release.gpg) i uploaded it to the site out side of the repo and it was only a few lines (riddells is a full signed package like when you sign the CoC [06:16] ) [06:16] asac: ^^^ [06:17] so they can get my key so it gets of warnings but i guess the warnings are good [06:18] should i get rid of the fx3 packages in the repo than upload new ones or keep both in there? [06:19] guess it doesnt matter because it will grab the newest (atleast should) [06:27] do as you like [06:27] only latest should do [06:27] but if you have plenty of space you can keep old for a while [06:29] k ill keep old to see if upgrade goes smoothly (just incase) [06:30] yes for example === gnomefreak waiting on tar to upload than i will get set up for blogs mailing lists and shit === gnomefreak brb [06:54] yes ... let me know ... i can give it last beta test [06:54] before announce [07:21] k [07:24] !x [07:24] The X Window System is the part of your system that's responsible for graphical output. To restart your X, type sudo /etc/init.d/?dm restart in a console - To fix screen resolution or other X problems: http://help.ubuntu.com/community/FixVideoResolutionHowto [07:30] okay I have a clue file written, just have to figure out how to get bug helper to extend it [07:31] that way I can test it. [07:31] will do that late tonight or tomorrow night [07:31] will have testing repo up soon [07:31] finishing up the tar upload [07:32] ~3minutes [07:35] asac: assuming changes take affect right away apt-get update should show updates (i would think) [07:36] let me see [07:37] its ready? [07:37] im not sure. upload is done [07:38] firefox-trunk: Installed: 2.99+2cvs20070328-0ubuntu0 Candidate: 2.99+2cvs20070328-0ubuntu0 [07:38] let me run update again [07:38] guess it takes time? [07:40] no [07:40] son't see update [07:40] gpg verify failed [07:40] yeah i saw that === gnomefreak chant figure out how to get a full sign so people candownload and install key [07:41] hmm [07:41] i can pull the Release.gpg out and see if it changes anything (you wont get that error [07:41] url to Release.gpg ? [07:41] s/wont/shouldnt [07:41] ill put it back up [07:42] have no url :) [07:43] http://gnomefreak.youmortals.com/Release.gpg [07:43] gnomefreak: signature is wrong [07:43] its also in the repo itself [07:43] or= [07:43] or? [07:43] i used command i was given by mvo [07:43] ah no [07:43] its right [07:43] gpg -o Release.gpg -abs Release [07:44] nevertheless you have to provide your key as well [07:44] where is it? [07:44] my key? [07:44] 3C1C3C2A [07:44] its on my LP page [07:45] ok [07:45] instructions are here [07:45] gpg --import gnomefreak.asc [07:45] (you ahve to provide that) [07:45] file [07:45] gpg --armor --export 4F368D5D | sudo apt-key add - [07:45] 4F368D5D -> your key id [07:45] instead of the Release.gpg? [07:46] no [07:47] users that want to use your archive have to [07:47] run that [07:47] gpg --armor --export 3C1C3C2A | apt-key add - [07:47] after importing your key [07:47] you have to provide that keys [07:47] you have to provide that key [07:47] e.g. gnomefreak.asc [07:47] Failed to fetch http://gnomefreak.youmortals.com/mozilla-testing/./Release Unable to find expected entry Packages in Meta-index file (malformed Release file?) [07:47] thats what i get now [07:47] upload that file and than i need to post instructions somewhere [07:48] hmmmm ok let me see whats going on with that in a few. [07:48] yes [07:48] you have to import your key like above [07:48] to test [07:48] i think release file is wrong [07:48] or maybe Contents [07:49] gpg --import gnomefreak.asc??? [07:49] 1st produce that file [07:49] how to create it? [07:49] with export or something [07:49] sarch the web [07:49] export public key [07:49] it is [07:50] http://irtfweb.ifa.hawaii.edu/~lockhart/gpg/gpg-cs.html [07:51] http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/custom-guide/s1-gnupg-export.html [07:52] ok i have public key :) [07:55] next step as above ... then try until archive works properly [07:55] :) [07:58] k i have gnomefreak.asc and redoing update [07:59] so i upload gnomefreak.asc and give them instructions on wgetting it than adding it? [07:59] gpg --armor --export 3C1C3C2A | apt-key add - fails [08:00] then its not your key id [08:00] gpg --armor --export 3C1C3C2A [08:00] ? [08:00] works? [08:00] you have to run apt-key as root [08:00] e.g. sudo [08:00] gpg --armor --export 3C1C3C2A | sudo apt-key add - [08:00] yep [08:01] ah [08:01] forgot sudo [08:03] hmmmmm [08:04] maybe we really need a "big" layout [08:04] to do it properly [08:04] e.g. main/binary-i386 [08:04] e.g. main/binary-amd64 [08:04] dirs [08:04] with each containing its own small Release file [08:04] as well as Packages [08:04] the release files in those dir would always be static [08:04] like [08:05] http://archive.ubuntu.com/ubuntu/dists/feisty/main/binary-i386/Release [08:05] top level Release + Release.gpg would be the same [08:05] just that of course checksum section looks different [08:07] you don't need pool layout ... dropping packages in main/binary-i386 should be enough [08:07] sources go to main/source/ [08:10] http://gnomefreak.pastebin.ca/424293 [08:14] i dont need to run the dpkg-scan* commands again do i? [08:14] maybe thats why damnit [08:15] that does not look right [08:15] thats why packages.gz stayed the same [08:15] Packages should be in binary-i386 .. [08:15] not in top-level [08:15] and Release file should be there as well [08:18] im getting badsign error give me a minute. [08:19] you need the release.gpg and release like currently in top-level [08:19] and a release file in architecture dir [08:19] where packages belong [08:19] e.g. in [08:19] main/binary-i386/ [08:19] now im back to other error [08:19] but i dont have a main [08:20] read all above [08:20] we have to create semi-big archive imo [08:20] thats what i am talking about for last 40 lines :) [08:20] if you get it working with small layout ... better [08:21] i have no idea :) ... its just that i believe that it will not work in that "minimal" way [08:21] what i got out of it is make a binary-i386 and a source-i386 and split the packages into 2 repos [08:22] but i dont get it. im confused [08:23] ! Package firefox-trunk-dev (filename ./firefox-trunk-dev_2.99+2cvs20070404-0ubuntu0_i386.deb) is repeat but newer version; [08:23] I'll remember that, gnomefreak [08:23] used that one and ignored data from ./firefox-trunk-dev_2.99+2cvs20070328-0ubuntu0_i386.deb ! [08:23] ** Packages in archive but missing from override file: ** [08:23] yeah ... relax :) [08:23] no [08:23] take a break ;) [08:23] !forget Package [08:23] I know nothing about Package yet, gnomefreak [08:24] !forget Package firefox [08:24] I know nothing about Package firefox yet, gnomefreak [08:24] lets do it in a few minutes [08:24] !ubotu [08:24] I am ubotu, all-knowing infobot. You can browse my brain at http://bots.ubuntulinux.nl - Usage info: http://wiki.ubuntu.com/UbuntuBots [08:24] e.g. setup a semi large archive [08:24] k [08:24] :) [08:24] you could start creating directory structure like [08:24] gnomefreak-archive/ [08:24] gnomefreak-archive/main/ [08:24] gnomefreak-archive/main/binary-i386 [08:24] gnomefreak-archive/main/binary-amd64 [08:24] gnomefreak-archive/main/source/ [08:25] those you can mkdir [08:25] inside mozilla-testing ? [08:25] no gnomefreak-archive is mozilla-testing i guess [08:25] so start that you have nothing but that hierarchy in mozilla-testing [08:25] cp *.deb to binary-i386 directory [08:25] and .dsc .diff.gz .orig.tar.gz to source [08:26] if you did paste a find -type f somewhere so i can see if structure is ok [08:26] find -type f [08:26] :) [08:27] ok so inside mozilla-testing(is where all packages are in repo) make those dir. and cp everything where they need to be [08:28] this is serverside or in my ~/repo-feisty(where all files are before upload [08:28] yes [08:28] show me find [08:29] after i make the dirs. right now it shows everything in mozilla-testing [08:29] please post a find -type f [08:30] mk dirs [08:30] and move .deb to appropriate folders first [08:30] :) [08:31] in mozilla-testing there is nothing [08:31] but Release.gpg [08:31] packages go to main/binary-i386 [08:31] and sources to main/source/ [08:31] ok? [08:31] hmmmmm [08:35] wtf happened to main :( === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-mozillateam [08:39] asac: [amp] $ cp *.deb /main/binary-i386 [08:39] cp: `/main/binary-i386': specified destination directory does not exist [08:39] Try `cp --help' for more information. [08:39] im gonna do it by hand i guess === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [08:40] damn modem [08:41] did you write anything? [08:41] last i red is [08:41] 20:31 < gnomefreak> hmmmmm [08:41] wtf happened to main :( [08:41] Try `cp --help' for more information. [08:42] wtf happened to main :(14:39 < gnomefreak > asac: [amp] $ cp *.deb /main/binary-i386 [08:42] 14:39 < gnomefreak > cp: `/main/binary-i386': specified destination directory does not exist [08:42] 14:39 < gnomefreak > Try `cp --help' for more information. [08:42] 14:39 < gnomefreak > im gonna do it by hand i guess [08:42] i guess you can find your error :) [08:43] the idea is to get files to main/binary-i386 === asac_ [n=asac@e177167048.adsl.alicedsl.de] has joined #ubuntu-mozillateam [08:43] im moving them as we speak [08:44] wait i have to restart irssi window bloat is here === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [08:44] ok back [08:45] what do i do with the release and release.gpg .... [08:45] sources.gz and packages.gz [08:45] how does your directory now look like? [08:45] e.g. find -type f [08:48] http://gnomefreak.pastebin.ca/424343 [08:51] ok [08:51] throw away Packages et al [08:51] we have to generate differently [08:51] [amp] $ cd main/ [08:51] [amp] $ ls [08:51] binary-amd64 binary-i386 source [08:51] k [08:51] use dpkg-scanpackages main/binary-i386/ /dev/null [08:52] same for sources (of course change dir appropriately) [08:52] dpkg-scansources main/source /dev/null [08:52] and place Packages file in main/binary-i386 [08:52] do this on serverside? [08:52] where else? [08:53] i thought in my folder in ~/ [08:53] whereever you ran dpkg-scan... before [08:53] doesn't matter if structure is same locally like on remove/server [08:54] its not same. [08:54] guess i should make it the same? or can i run this on server [08:54] if you can run on server, then you can ;) [08:54] don't know what kind of server you have [08:55] if its debian/ubuntu and you can ssh into it then you can run this on server [08:55] directory hierarchy should be same locally [08:55] it seems to be running [08:55] how top-level dir is named doesn't matter though [08:55] im sshed in already [08:55] ok generate Packages and Sources [08:55] in their respective dirs [08:55] after that [08:56] ok got alot of output did it go into /dev/null? [08:56] cause i cant scroll all the way up [08:56] hey [08:56] you have to use the same way you used before [08:56] just different parameters [08:57] how did you invoke dpkg-scanpackages before? [08:57] not on server dpkg-scanpackages . /dev/null | gzip -9c > Packages.gz [08:58] yes adapt that [08:58] like . is not not . anymore, but main/binary-i386 [08:58] and Packages.gz is main/binary-i386/Packages.gz [08:59] ok now sources [08:59] same way ... just adapt :) [09:00] then you need in binary-i386 this: http://archive.ubuntu.com/ubuntu/dists/feisty/main/binary-i386/Release [09:00] and in source/ this: [09:00] http://archive.ubuntu.com/ubuntu/dists/feisty/main/source/Release [09:00] top-level Release and Release.gpg should be generated in same way as before [09:00] you don't need to touch the two above [09:01] Prototype mismatch: sub main::getopt: none vs (@) at /usr/bin/dpkg-scansources line 116. [09:02] you probably did not invoke right [09:02] how? [09:03] [amp] $ dpkg-scansources main/source/ /dev/null | gzip -9c > Sources.gz [09:03] Prototype mismatch: sub main::getopt: none vs (@) at /usr/bin/dpkg-scansources line 116. [09:03] im cd'ed into mozilla-testing so i would start with main/source/ [09:04] it made one anyway? [09:04] 1st: Sources.gz -> main/source/Sources.gz [09:04] btw, you have iceape....dsc there [09:04] but no files [09:05] e.g. in main/source [09:05] hmmmm [09:05] im showing 7 [09:06] [amp] $ cd source/ [09:06] [amp] $ ls [09:06] firefox-trunk_2.99+2cvs20070328-0ubuntu0.diff.gz [09:06] firefox-trunk_2.99+2cvs20070328-0ubuntu0.dsc [09:06] firefox-trunk_2.99+2cvs20070328-0ubuntu0.tar.gz [09:06] firefox-trunk_2.99+2cvs20070404-0ubuntu0.diff.gz [09:06] firefox-trunk_2.99+2cvs20070404-0ubuntu0.dsc [09:06] firefox-trunk_2.99+2cvs20070404.orig.tar.gz [09:06] iceape_1.1.1-3.mt0.dsc [09:06] remove iceape for now [09:06] there are no files for it [09:06] e.g. no diff.gz, orig.tar.gz [09:07] you can do that later [09:07] just in source or all [09:07] maybe for testing just use ffox [09:07] k [09:08] ok regen packages and sources? [09:08] yes [09:09] try sources ... because that failed [09:10] still failing [09:10] how did you run dpkg-scansources before? [09:10] with /dev/null ? [09:11] now both are failing [09:11] [amp] $ dpkg-scansources main/source/ /dev/null | gzip -9c > Sources.gz [09:11] Prototype mismatch: sub main::getopt: none vs (@) at /usr/bin/dpkg-scansources line 116. [09:11] [amp] $ dpkg-scansources main/binary-i386/ /dev/null | gzip -9c > Packages.gz [09:11] Prototype mismatch: sub main::getopt: none vs (@) at /usr/bin/dpkg-scansources line 116. [09:11] last on eis not scansources, but packages [09:11] thats for sure [09:12] please ensure that you use dpkg-scansources like you did before [09:12] but just with new path [09:12] it failed on both [09:12] it is only differnet is im on server not ~/repo-feisty and the path is differnet [09:12] show a find on that server [09:12] there is definitly something wrong then [09:14] http://gnomefreak.pastebin.ca/424376 [09:14] not sure wtf the nfs thing is but its in mozilla-testing [09:15] ok show me how invoke gensources in pastebin as well [09:16] gnomefreak: probably hard-disk is nfs mounted [09:16] don't have to bother [09:18] dpkg-buildpackage runs gen* [09:18] ? [09:18] what are you doing :) [09:19] when i build the package i use dpkg-buildpackage -rfakeroot -k3c1c3c2a (for fx3 i add the extra thing at end) [09:20] it does rest for me. than it prompts me for passphrase 2 times [09:21] why do you tell me? [09:21] ... ok show me how invoke gensources ... [09:21] gensources is ran inside of dpkg-buildpackage [09:22] right :) [09:22] sorry [09:22] scansources [09:22] lol [09:23] ok inside of gnomefreak.yourmortals.com/mozilla-testing i run dpkg-scansources main/source /dev/null | gzip -9c > Sources.gz [09:23] oops [09:23] ok inside of gnomefreak.yourmortals.com/mozilla-testing i run dpkg-scansources main/source/ /dev/null | gzip -9c > Sources.gz [09:24] let me try skipping main and cd into main [09:25] same error [09:26] when i use main/source or being cd'ed into main and just using source/ i get same error [09:27] hmmmmmmm let me see somehting [09:28] i copied the Sources.gz from server to home and gunzipped it and cat it here is output [09:29] http://gnomefreak.pastebin.ca/424397 [09:29] yeah looks good [09:29] but should be in source directory as well [09:29] same for packages file in i386 dir [09:29] i know but why the errors when making them? [09:30] no errors :) [09:30] no problem [09:30] apparently [09:30] in i386 dir you need [09:30] http://archive.ubuntu.com/ubuntu/dists/edgy-updates/main/binary-i386/Release [09:30] ok ill mv them where they belong [09:30] in source you need the one from source dir [09:30] good [09:30] then generate top level Release as before [09:30] and press thumbs [09:30] ok lost me again [09:31] i need archive:X version:X and so on? [09:32] what are you talking about? [09:32] Archive: edgy-updates [09:32] Version: 6.10 [09:32] Component: main [09:32] Origin: Ubuntu [09:32] Label: Ubuntu [09:32] Architecture: i386 [09:33] thats what you keep giving me [09:33] yeah [09:33] archive is feisty [09:33] so am i building this file from hand? [09:33] that file belongs to binary-i386 [09:33] yes its static [09:33] always the same [09:33] its different to what you place in top-level [09:33] top-level gets generated as before [09:33] header + you know :) [09:36] do this on server or local? or does it matter? [09:37] nothing should matter [09:37] just everything in one location :) [09:37] so you don't mix things up [09:37] cat header >> Release; apt-ftparchive release . >> Release [09:38] yeah ... but thats only on top level [09:38] Relesae files in main/... dirs as above [09:39] http://gnomefreak.pastebin.ca/424409 [09:39] thats the new file after running that command [09:39] no [09:39] as i said [09:40] don't modify those files [09:40] just top-level file [09:40] as we did before [09:40] i didnt [09:40] but the ones in binary-i386 stay untouched [09:40] http://gnomefreak.pastebin.ca/424412 [09:41] all i did was fill out the archive version down to arch. than ran cat header >> Release; apt-ftparchive release . >> Release [09:41] gnomefreak: there are three files [09:41] named relesae [09:41] 1st in top-level [09:41] oh ok [09:41] 2nd in main/bin.... [09:41] 3rd in main/source [09:41] just top level gets generated [09:42] and you should use the same header as we used initially for top-level [09:42] in 2nd and 3rd you just use the Release i gave you above [09:43] ok #1 file is just archive->arch save in binary-i386 right? [09:44] yes just the ones you fine in archive.ubuntu.com/dists/feisty/main/binary-i386 [09:44] and source archive.ubuntu.com/dists/feisty/main/source [09:44] unmodified [09:45] should Component main/binary-i386? [09:45] no main [09:45] just main [09:45] k [09:45] you can just download those from ubuntu archive [09:45] in top-level you have to generate in exact the same manner as we initially did (header etc.) [09:48] ok now for toplevel i cant run that command where the file is named Release [09:48] i did last time it added the md5s and shit to it [09:49] so where does toplevel Release get saved and rean [09:49] ran [09:49] how do you run ? [09:49] what happens if you run [09:49] apt-ftparchive? [09:49] where the packages are but it will addd the md5s to it as it did last time [09:50] no in top-level [09:50] what happens? [09:50] in main? [09:50] or mozilla-testing [09:50] no [09:50] yes that is top-level [09:50] oh ok hold on a sec [09:52] Date: Wed, 04 Apr 2007 19:51:22 UTC starts with that and ends with the md5sums sha1sums .. [09:52] http://gnomefreak.pastebin.ca/424428 [09:53] is the file in toplevel [09:54] only things in toplevel are Release(that i just pastebined) and main/ (dir) === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam [09:59] now i sign only the toplevel Release file? to Release.gpg? [10:00] yes [10:00] only top level [10:00] hmmmmm [10:00] so give me link to your repo ? [10:00] i can take a quick look [10:01] http://gnomefreak.youmortals.com/mozilla-testing/ [10:01] its failing to sign :( i think im gonna have to sign it locally and upload it to toplevel [10:02] yeah probably [10:02] the release in toplevel lacks the header we worked out initially ... remember? [10:03] other release files look good [10:03] http://gnomefreak.youmortals.com/mozilla-testing/ [10:03] its uploaded [10:05] relesae file in top-level still lacks the header [10:05] we had [10:05] once [10:05] you remember? [10:05] yep i have it [10:06] good [10:06] and remove Release file before running apt-ftparchive [10:06] so it doesn't end up in Release [10:06] e.g. the top-level one [10:07] http://gnomefreak.pastebin.ca/424448 should be the final Release in toplevel? [10:07] except that [10:07] d41d8cd98f00b204e9800998ecf8427e 0 Release [10:07] is still in there [10:07] thus remove Release in top-level [10:08] before generating [10:08] the first md5sum and the first sha1 lines? [10:09] shit i lost it i think hold on a sec [10:09] yes ... those should not end up ther [10:09] ok yeah i was right just those 2 lines [10:10] final http://gnomefreak.pastebin.ca/424452 [10:11] looks good [10:12] ok signed it and uploaded it [10:13] does this change the repo itself now? [10:13] hmmm [10:13] deb http://gnomefreak.youmortals.com/mozilla-testing/main binary-i386 ./ [10:14] please try to move everything in a directory called [10:14] dists/feisty [10:14] e.g. mozilla-testing/dists/feisty/main [10:14] e.g. mozilla-testing/dists/feisty/Release.gpg [10:14] e.g. mozilla-testing/dists/feisty/Release [10:14] you don't need to regen [10:15] ok give me a minute [10:17] :( [10:17] [amp] $ cd mozilla-testing/ [10:17] [amp] $ mkdir dists/feisty [10:17] mkdir: cannot create directory `dists/feisty': No such file or directory [10:18] make dir by dir [10:18] or use -p [10:18] to create dirs recursively [10:18] mkdir -p? [10:19] ok now move everything into feisty [10:20] http://gnomefreak.youmortals.com/mozilla-testing/ [10:21] now check it out [10:23] where do i want to put gnomefreak.asc and i think we made repo long ;) [10:24] ok [10:24] now apt doesn't complain [10:24] however [10:24] i think packages.gz and sources.gz should be regengeerated [10:24] from mozilla-testing dir again [10:24] after that you have to regen dists/feisty release files [10:26] i use in sources.list [10:26] deb http://gnomefreak.youmortals.com/mozilla-testing feisty main [10:26] deb-src http://gnomefreak.youmortals.com/mozilla-testing feisty main [10:26] but you have to regen packages.gz and sources.gz [10:28] ok ill do that now i think [10:35] yeah better i think [10:36] no [10:36] i guess you generated packages.gz from wrong dir still [10:36] e.g. you have to do it from within mozilla-testing [10:36] did you do that? [10:37] aehm maybe fro within feisty [10:37] just try [10:37] but we are pretty close [10:37] i did it inside main [10:38] thats wrong [10:38] inside feisty i guess [10:38] or even inside mozilla-testing [10:38] but lest first try feisty [10:43] ok that didn't help [10:43] try from mozilla-testing [10:44] k [10:44] they are generated and mv'ed to proper places [10:44] i guess i have to redo Release file now [10:45] later maybe [10:45] now you just have to regen them from within mozilla-testing [10:45] from with feisty didn't work [10:46] k [10:48] currently missing release and release.gpg in feisty [10:50] yes i know [10:51] Sources.gz and Packages.gz are done [10:53] release regened [10:55] asac: you did add the ./ to the end right? [10:57] no [10:57] look above [10:57] like that [10:59] not working [10:59] lets look at this tomorrow [10:59] maybe play around a bit [10:59] i am off for now :) === gnomefreak gone too [11:09] gnomefreak: works now [11:09] dist-upgrading firefox-trunk atm [11:09] cant work now [11:09] that would be bad [11:10] there is no release file in dist/feisty [11:10] without release file it works fine by the looks of it [11:11] hmmmm [11:12] ok ill leave it as is for now i guess [11:12] i think i know the issue ;) [11:14] let me know when your done upgrading please [11:17] asac: when your done upgrading please run apt-get update one more time (this will tell me where it is screwed up [11:18] you shouldnt get errors if im right [11:20] its fixed [11:22] its fixed for now. tomorrow we need to figure out why the Release.gpg is causing the error Failed to fetch http://gnomefreak.youmortals.com/mozilla-testing/dists/feisty/Release Unable to find expected entry main/binary-i386/Packages in Meta-index file (malformed Release file?) but i found it :) [11:22] good night