[12:40] asac: gnomefreak should i be at the next meeting? === gnomefreak gonna try and be there :) === gnomefreak dont know what is gonna be topics for the meeting. im assuming most of what is there was defered [12:57] joejaxx: if you have something to discuss feel free to propose a topic :) [12:57] i was just about to ping you === asac runs away ;) [12:57] feisty+1 are we dumping libnspr4 and libnss? [12:58] no ... they come from different place [12:58] i will give you infos too [12:58] you would have to build those as well for your archive ... then respin iceape and firefox-trunk [12:58] using those [12:59] using libnss and libnspr4? [12:59] if we have nss + nspr in your archive and all mozilla apps using those, we are close to what we want in feisty [12:59] woah nice [12:59] dont they already use them? [12:59] oh ok [12:59] firefox provides them ... but thats bad ... others duplicate them mostly [01:00] well ill make you a deal ill add them to depends you add them to rules? [01:00] :) [01:00] hehe [01:00] you won't have to change anything [01:01] no? [01:01] no [01:01] oh sweet [01:01] give me a hint and ill start with iceape mt5 with those [01:02] how big are your changes to iceape atm? [01:02] e.g. what does a bzr diff give you? [01:03] nothing [01:03] :( [01:03] tells me its not a branch [01:03] no matter where im cd'ed into [01:04] ah [01:04] right [01:04] you are on svn :) [01:04] what does svn diff yield :) [01:05] will be up in a minute [01:05] http://gnomefreak.pastebin.ca/435444 [01:06] mostly cosmetic [01:06] you made biggest change [01:06] what did you do with the changelog? [01:06] you wiped all history? [01:07] had to or it wouldnt build [01:07] it kept bitching at me for version [01:07] ah thats bullshit :) [01:07] definitly [01:07] not here its not. [01:07] it builds unchanged, right? === gnomefreak can add it back and give you errors [01:08] gnomefreak: [01:08] if i did not change version to mt it would have built [01:08] do an svn revert debian/changelog [01:08] this will wipe out your changes [01:09] i have to clean it first [01:09] svn: Your .svn/tmp directory may be missing or corrupt; run 'svn cleanup' and try again [01:09] svn cleanup gives me that error [01:10] yeah [01:10] run it from inside debian dir [01:10] e.g. [01:10] .svn is there tmp is not there [01:10] svn revert changelog [01:10] i did [01:11] thats where i had to run all of the svn commands [01:11] ok [01:11] svn status ? [01:11] svn status -q [01:11] please [01:11] not the first :) [01:12] L . [01:12] M control [01:12] M rules [01:12] M remove.nonfree [01:12] M changelog === gnomefreak knows each of those changes [01:12] your working copy is locked [01:12] aka 'L' [01:13] you must have killed a running svn process or something [01:13] not that i know of :( [01:13] not since the last build [01:13] apparently you did [01:13] why would it lock otherwise? [01:13] maybe svn unlock helps? === gnomefreak doesnt know but after build i changes repo stuff and that was it [01:14] repo stuff? [01:14] svn: Not enough arguments provided; try 'svn help' for more info [01:15] asac: yeah the uploading of packages the release file the packages.gz and sources.gz [01:15] opk [01:15] svn unlock . [01:15] ? [01:15] as . is locked according to status [01:15] hmmmm [01:15] does it do something? [01:16] im in debian and running that it tells me svn: '/home/gnomefreak/iceape-feisty/iceape-1.1.1' is not a working copy [01:16] svn unlocik .svn? [01:16] unlock [01:16] hmmm ... maybe go to #svn ... paste the status and ask how you can remove the lock please ... i guess you will have the answer in a minute [01:16] honestly i have no idea ... and i don't like svn :) [01:17] there will see what happens [01:20] sad. i know noone in there :( [01:21] is there a lock file somewhere? [01:22] in .svn [01:22] find .svn | grep lock ;) [01:22] .svn/lock [01:22] remove it? [01:23] if you are brave yes [01:23] :) [01:23] maybe backup the svn diff somewhere [01:23] so you can reapply in case it breaks things [01:23] opk where were we [01:24] grrr [01:26] why not grab my source and ill just re-add all other changelog entries i should still have them [01:27] and i will attempt to build it again with all entries in there [01:27] because this is no long term solution ... better get used to technologies now when we still have no urgent things :) [01:27] svn isnt working atm :( [01:27] everything i give it it tells me to kiss its ass [01:28] yeah ... then backup the diff to some file [01:28] recheckout [01:28] and reapply diff [01:28] e.g. [01:28] it cant open .svn/entries and thats bull shit because i catted it no problem [01:28] svn diff > $HOME/backup.patch [01:28] then remove debian dir [01:28] checkout again [01:28] and do [01:28] patch -p1 < $HOME/backup.patch [01:29] this way you have the state you have now ... but without the lock [01:29] gnomefreak: you must not edit anything in .svn [01:29] :) [01:29] :) [01:29] thats why you cannot open .svn/entries [01:29] ok [01:29] anyway ... follow instructions above will heal you [01:29] then you can do svn revert changelog [01:30] svn will not work at all [01:30] why? [01:30] tyhat was my fault [01:30] you edited some files? [01:30] in .svn? [01:30] no [01:30] why else? [01:30] i was in wrong dir [01:31] when doing what? [01:31] svn [01:31] yeah [01:31] so now go to right dir :) [01:31] saving the diff i wasnt in debian [01:31] i did already [01:31] ah ... ok [01:31] now its gone ? [01:31] removing debian dir atm [01:32] ok ... so everything is ok? diff done et al? [01:32] yes im going for checkout atm [01:32] uff ;) [01:32] fine [01:33] i should be in debian to run the patch p1 command? [01:33] reapplying the diff [01:35] yes in debian [01:36] file to patch i want changelog? [01:36] The text leading up to this was: [01:36] -------------------------- [01:36] |Index: control [01:36] |=================================================================== [01:36] |--- control (revision 39888) [01:36] |+++ control (working copy) [01:36] -------------------------- [01:36] or control? [01:38] last update i changed contrl rules and changelog [01:49] i dont have an issue since it says control to patch the control file but what happens when i get down to changelog. oh maybe i can [01:50] ok changelog now starts with your latest change [01:51] do i add one changelog entry and make all changes to it than build? === feistyman [n=chatzill@adsl-69-110-66-167.dsl.sktn01.pacbell.net] has joined #ubuntu-mozillateam [01:53] or just make a trival change to test? === feistyman_ [n=chatzill@adsl-69-110-66-167.dsl.sktn01.pacbell.net] has joined #ubuntu-mozillateam [01:58] ok new source is built. are we just testing this or am i building a mt5 [01:58] and can i name it mt5 in the changelog without my other changelog entries in there or do i need to start with mt0? [01:59] you should get used to keep changelog histroy [02:00] we might reset it once before we release this time (because there are lots of trial and error uploads i guess) ... but keeping is good [02:00] http://people.ubuntu.com/~asac/changelog.mt1 [02:00] thats an example that i tried and that worked === gnomefreak is gonna try this [02:04] is minefield just trunk mozilla products? [02:05] fx3 is trunk build iirc [02:05] well someone asked the difference between Paradiso and Minefield [02:05] branding [02:05] i realized that I didn't know [02:06] ah i see that now. yup [02:07] i think minefield is official branding and gran paradiso is unofficial branding but as asac for better understanding of that [02:09] ok off to eat i have it building wish i would have saved the damn error :( [02:09] if i get it again i will have it [02:14] gnomefreak: can you link me to your repo again? [02:17] applying patch 10_components_no_exec to ./ ... failed. [02:17] the errors have started asac [02:17] Admiral_Chicago: yeah give me a sec [02:18] Admiral_Chicago: deb http://gnomefreak.youmortals.com/mozilla-testing feisty main [02:18] deb-src http://gnomefreak.youmortals.com/mozilla-testing feisty main [02:18] wtf [02:19] ill fuck with this tomorrow night [02:42] night meaning good night not tomorrow night [02:42] haha. night gnomefreak === coach [n=coach@pD9E1933E.dip.t-dialin.net] has joined #ubuntu-mozillateam === coach [n=coach@pD9E1933E.dip.t-dialin.net] has left #ubuntu-mozillateam ["Verlassend"] === [Cade] [n=butteblu@adsl-217-79-96.asm.bellsouth.net] has joined #ubuntu-mozillateam [04:27] <[Cade] > gnomefreak: Are there any plans to wrap up Thunderbird2 RC1? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === ryanh_ [n=ryanh@gateway.linspire.com] has joined #ubuntu-mozillateam === Admiral_Chicago [n=freddy@ubuntu/member/admiral-chicago] has joined #ubuntu-mozillateam [11:05] bug 105593 [11:05] Malone bug 105593 in restricted-manager "claims that nvidia is in use on live system" [Undecided,Confirmed] https://launchpad.net/bugs/105593 [11:06] ...why are we looking at this? [11:24] Admiral_Chicago: -> meeting :) [11:24] just didn't want to clutter meeting chat with bug title ;) [11:25] @now Chicago [11:25] Current time in America/Chicago: April 12 2007, 04:25:03 - Next meeting: MOTU in 10 hours 34 minutes [11:25] eh? [11:25] so i came here to talk to ubotu [11:25] ah I see [11:25] development meetingi s now [11:25] has been moved because of release [11:25] sounds good [11:25] let me see the general chatter [11:25] ;) [11:33] bug 100021 [11:33] Malone bug 100021 in network-manager "[Feisty] LTSP fails on multi-homed server due to network manager touching predefined static interfaces" [Undecided,Fix released] https://launchpad.net/bugs/100021 [01:37] \@schedule new_york [01:37] @schedule new_york [01:37] Schedule for America/New_York: 12 Apr 16:00: MOTU | 12 Apr 16:00: Development Team | 12 Apr 17:00: Ubuntu Development Team | 13 Apr 16:00: Forum Council | 17 Apr 11:00: Kernel Team | 17 Apr 16:00: Community Council [01:49] asac: sorry bout yesterday the package was scribus not iceape so i just figured that is the way it needed to be. [01:51] gnomefreak: ? i can't remember ;) [01:51] the changelog === gnomefreak might be overreading marks email but looks like anything without full source code will not be in gutsy [01:52] aha ;) [01:53] what does it mean? [01:54] Ubuntu 7.10 will feature a new flavour - as yet unnamed - which [01:54] takes an ultra-orthodox view of licensing: no firmware, drivers, [01:54] imagery, sounds, applications, or other content which do not include [01:54] full source materials and come with full rights of modification, [01:54] remixing and redistribution. [01:55] is that the same you get from that? [01:56] buuh? [01:56] where are you reading that dude? [01:56] Our aim is to open Gutsy for general [01:56] upload on the same day that Feisty is released. Wherever you are, that [01:56] will be a day for celebration. Go ape! [01:56] poningru: email [01:56] right to whom? [01:56] devel announcment mailing list [01:57] ah [01:58] lol [01:59] Go ape! [01:59] i guess that means we ship iceape in main :) [01:59] :) [01:59] gibbons == an ape? [01:59] Gutsy Gibbon is full name of devel release [02:00] probably === gnomefreak hasnt had a chance to look it up yet [02:00] http://en.wikipedia.org/wiki/Gibbon [02:00] i think gibbons are no primates ... aka stupid apes [02:01] oh its a primate ;) [02:02] anyway ... i still think they are less developed than (chimpanzees, gorillas, orangutans and humans) === poningru rofls [02:03] I think humans are at teh bottom of that chain ;) === gnomefreak agrees with that but its ok :) [02:04] humans: the stupidest of all apes [02:04] yeah ... humas are no primates but deathmates [02:13] asac: anyway we can make upgrading iceape to official in repos from mt [02:13] sure [02:13] transition will be smooth [02:13] k good [02:14] if people have our mt archive, they will get whatever is newer [02:14] e.g. mt ... or official [02:14] so upgrading from mt to ubuntu1 isnt gonna cause an issue like it has in past with us [02:15] yes ... because we have a full archive with Release.gpg et al [02:15] ah [02:16] currently feisty ... maybe we want to add gutsy there as well as soon as its available [02:17] they will be opening for uploads (toolchain) not sure if before feisty release or the day its released [02:17] yeah ... first they update toolchain [02:18] as soon as feisty comes out we can upload as well [02:18] you would have to check with keybuk on the details. im 95% sure hes scott [02:18] he is [02:18] we cant really do anything with out tool chain [02:18] yes and no [02:18] we can do everything in feisty [02:19] then hope that new toolchain is not too broken [02:19] so respin will just succeed [02:19] yeah thats true [02:19] we probably have to wait for loads of dependencies to be available === gnomefreak will be upgrading to gutsy as i have done in past within 2 weeks of repos opening [02:20] yeah ... thats heroic ;) [02:20] i go for chroots ;) [02:20] well iirc most of our depends are >feistys version [02:20] >=feisty [02:20] yeah ... but those need to be respun [02:20] with new toolchain [02:20] yeah [02:21] thats easy enough as long as its not too borked [02:27] yeah [02:27] i don't expect problems [02:27] we (as in debian) always have toolchain problems [02:27] but those are often on rare architectures [02:28] as debian is one of the only users on those i guess [02:28] ubuntu has had in past but feisty seemed fairly good [02:28] yes ... but feisty did not do any major version upgrades in toolchain elements afaik [02:28] true [02:28] edgy had some issues [02:28] anyway ... with mainstream architectures new toolchain should probably work out-of-box [02:29] i think it was dapper that was bad all around in devel [02:29] we can only build x86 and 64 right? [02:29] at least if things break, there are more than one or two persons that can fix it and have the will to contribute ;) [02:29] no need to worry about sparc? [02:29] i think we will support sparc [02:30] you have a sparc? [02:30] afaik yes === gnomefreak never seen one let alone own one [02:30] at least packages are build [02:30] ok cool [02:30] no need to worry about mac since feisty doesnt seem to promote mac anymore [02:31] promote/support [02:31] i worked quite a bit on sparc during internet hype [02:31] we had a brokerage/banking customer that ran the application on a Sun E10K [02:31] ah [02:31] with about 64 CPUs [02:31] 64 cpus? [02:31] yeah [02:32] iirc each ran on 400MhZ [02:32] omg [02:32] that things costed 2 or 3 million EUR [02:32] crazy experience [02:32] that thing got delivered [02:32] we feared because not yet being ready with our milestone [02:33] luckily it did not run with normal power [02:33] like you can just plug in [02:33] looking word up its called [02:33] "threephase" power [02:33] in english [02:33] you know? [02:33] yep [02:34] anyway ... they got this cupboard delivered ... and recognized that they have no power [02:34] took 2 weeks to get that done [02:34] afterwards they had a sun consultant for weeks at the machine [02:34] just to fix things like microcode in cpus et al [02:34] omg [02:34] as i said ... wieder experience [02:34] wierd [02:34] and they are worth it [02:34] were [02:35] the guy called "hardware doctor" [02:35] :) [02:35] that is alot of power though [02:35] problem is you need to code highly scalable applications to utilize that much CPUs [02:35] was not that easy back in those days [02:35] true [02:35] technology like EJB was just evolving [02:36] anyway E10K was a locker full of Sun E4800 iirc [02:36] that where connected with huge backpane to communicate [02:37] i guess i will never see that again ;) [02:37] ;) [02:38] brb smoke [02:53] what a joy [02:53] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/65164/comments/20 [02:53] great comment i'd say [02:53] Malone bug 65164 in firefox "Firefox 2 can't save to fat32 partition" [Medium,In progress] === gnomefreak still trying to open page === gnomefreak cant open too much load on connection === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-mozillateam [03:27] yes [03:27] uploading is hard :) [03:28] it is :) [03:29] fixed the changelog so i figured now or never. once in repo make life easier [03:31] Bug 105599 [03:31] Malone bug 105599 in firefox "After many hours of intense use FF finally crashed on Control-T." [Medium,Needs info] https://launchpad.net/bugs/105599 [03:31] nice title :) [03:32] tell him not to use keybindings and it wont crash :) [03:32] yeah === asac wonders how to interpret "intense use" [03:33] iceape going to be upgraded? are they good? [03:36] just changelog fix [03:36] good [03:37] im gonna check when next release will be out for iceape but somehoe i think 1.1.1 will be the latest for a while [03:38] why? [03:38] they have security issues ... so update should come at some point [03:38] maybe ill trample through debian iceape bugs to see what fixes they have [03:38] ah ok 1.1.2 [03:39] would be next security? [03:40] hmm is 1.1.1 really latest? [03:40] i thought they should be at 1.1.4 now [03:40] im still shaky on releasing this without downloadmanager we are gonna get hit hard with bugs on that [03:40] e.g. like ffox 2.0.0.4 [03:40] ah 1.1.3 [03:40] aka 2.0.0.3 [03:40] without downloadmanager? [03:40] ah so i should grab that tar and rebuild? [03:41] yeah without the working download manager (thinking its download manager) [03:41] install mamager doesnt sound right [03:43] hmmmm [03:43] ok thats working now :) [03:44] when i am done uploading i will look for 1.1.3 but isnt that 1.1.1-3 the same as 1.1.3 [03:44] 1.1.1-3 == debian version [03:50] im thinking the -3 == security fix but might be thier updates [03:57] its debian updates [03:57] like what you count with mt now [03:57] just that its the debian version [03:57] 1.1.1 is upstream version [03:57] so 1.1.3 is either not yet out [03:57] or its not yet packaged [03:58] if you see 1.1.2 or 1.1.3 feel free to update package [03:58] have to figure that out [04:05] 1.1.1 is apparently latest [04:05] i will ask seamonkey developer if he shows up here in jabber [04:14] k [04:26] its uploaded and working :) [05:02] ill brb just mucked up irssie [05:02] -e === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === gnomefreak out for a while walking lunch trying to reach doctors so on and so forth. [07:27] launchpad sucks today. Takes longer submitting the retraced stacktrace than the time it takes to download the crash report and retracing it :( [07:29] I had today a day plenty of spare time, so I decided to fill up your email clients with bug spam. [07:32] seems that launchpad is not my ally today :-P [07:40] thank you :) [07:40] what happens if you send an email with attachment? [07:45] asac: the attachment gets lost for ever (I tried some time ago) [07:46] but launchpadBugs.HTMLOperations python library is your friend [07:47] though it doesn't handle status, assignee, importance, etc [07:47] which does malone mail [07:48] but handles tags, attachment, summary, etc [07:48] Gutsy Gibbon [07:48] interesting [07:48] yep === gnomefreak checks email with eyes closed [08:44] btw rc is delayed a few days or more === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [09:34] asac: you around? [09:35]