=== cwillu is now known as dmsup === dmsup is now known as cwillu [00:16] -rw-r--r-- 1 fta fta 578602550 2009-03-21 01:13 ia32-libs_2.7ubuntu4.tar.gz [00:17] d'oh [00:17] what? [00:17] 578M [00:17] doesn't it match? [00:17] deb as 24MiBs [00:17] -rw-r--r-- 1 fta fta 534532696 2009-01-27 03:04 ia32-libs_2.7ubuntu3.tar.gz [00:17] inflation :) [00:18] 40MiBs source growce [00:18] ehehehe [00:18] there's no cryse in software [00:23] [ubuntu/jaunty] ia32-libs 2.7ubuntu4 (Waiting for approval) [00:24] https://edge.launchpad.net/ubuntu/jaunty/+queue?queue_state=1&queue_text= [00:37] they take so long approving stuff [00:39] [ubuntu/jaunty] ia32-libs 2.7ubuntu4 (Accepted) [00:39] that was quick [00:39] you know the right guys [00:40] i didn't ask anyone, I just dent about it :) [00:40] eeheeheheheheheheh [00:40] dent? dented? [00:40] gwibber is not logging on again :( [00:42] still it took 1h:30 [00:42] https://edge.launchpad.net/+builds/crested [00:51] damn, it failed [00:51] i built it several times [00:52] hehe [00:52] http://launchpadlibrarian.net/24168065/buildlog_ubuntu-jaunty-ia64.ia32-libs_2.7ubuntu4_FAILEDTOBUILD.txt.gz [00:52] oh, ia64 [00:53] not amd64 [00:54] LOL [00:54] then its up [00:54] let me check if in the archive [00:56] still getting 3.1 packages [00:56] bah [00:56] I removed it! [00:56] FAIL [00:56] ? [00:56] its just plain daily 3.5 [00:56] I must go to bed... can't even read anymore [01:03] ia64 was failing before too, last 3 or 4 versions [01:04] not my fault then :) [01:04] but noone cares about ia64 [01:05] yeah [01:05] how many enterprises using it? [01:06] does the plataform get any traction? [01:12] fta : "Mozilla has released Firefox 3.5 Beta 3, the third public development release of the next major upgrade of Mozilla’s web browser. Because the decision to increase the version number from 3.1 to 3.5 to reflect the significant number of new features and improvements came very late in this beta cycle, the installers are labeled as Firefox 3.1 Beta 3." [01:12] wasn't that supposed to be b4? [01:32] beta 3 was still 3.1 === ampelbein is now known as Ampelbein === Ampelbein is now known as ampelbein [13:43] BUGabundo: what did you do? [13:45] wanna read the channel and pvt log? [13:45] maybe you can figure it out [13:46] I'm just an happy person [13:46] don't even care [13:46] let ikonia rest and see that I did nothing wrong [13:46] now I have to setup the PCs to give my FOSS and Ubuntu class [13:46] last one for this semester [13:46] ping me (in pvt) if you need something [13:47] dtchen: there's a new kernel coming out that bumps your version! [13:47] does it contain your fix? or should I hold on? [13:48] and gnomefreak sorry If I sound a bit ... yeah you know! [13:49] BUGabundo: i know no worries [14:33] i think i found out why i cant find a tarball for sunbird 1.x, i have to pull it from comm central and im not slear on that yet [14:47] asac: bug 309655 is ready for review when you get a few minutes. [14:47] Launchpad bug 309655 in seamonkey "Seamonkey 1.1.14 security upgrade" [Critical,Triaged] https://launchpad.net/bugs/309655 [15:04] gnomefreak: dont you have 1.1.15 ? [15:05] ok i will push the jaunt stuff on monday and upload the rest to our security ppa which is the security team staging area [15:05] asac: yep its finished i dont have a hardy or intrepid i can test with [15:05] i'm waiting for an answer in #launchpad about security targets in PPA [15:06] gnomefreak: for intrepid you documented the CVEs in commit [15:06] but you didnt do that for the other branches [15:06] any r3eason? [15:06] gnomefreak: you can upload to the right pocket [15:07] gnomefreak: e.g.http://paste.ubuntu.com/134886/ [15:07] just replace ~ubuntu-mozilla-security with ~gnomefreak [15:07] that is bzr commit. it adds the whole changelog entry [15:07] then you can push hardy-security to ppa-*-hardy [15:07] undestood? [15:08] gnomefreak: right. did you add the CVEs to the other changelogs too? [15:08] looking at pastebin atm [15:08] no but i can [15:08] gnomefreak: please do the same everywhere. e.g. add the CVEs everywhere [15:08] oh i can upload to those? [15:08] asac: i will [15:08] gnomefreak: also uncommit your ~jjv commits [15:08] those shouldnt be in the bzr log [15:08] they are not in bzr only in PPA [15:08] gnomefreak: no [15:09] gnomefreak: you have to replace ~ubuntu-mozilla-security with ~gnomefreak [15:09] but using those incoming lines you can uploade without changing changelog to "hardy" from "hardy-security" [15:09] ah ok but the security stays the same [15:10] gnomefreak: yes. you just use hardy-security in changelog and upload with the right incoming line (similar to what i pasted, but just adapted for your ppa) [15:10] simliar for intrepid-security and so on [15:10] jaunty has no -security yet, so thats not a problem [15:11] so just replace incoming = ~ubuntu-mozilla-security/ppa/ubuntu/jaunty/ [15:12] with ~gnomefreask/ppa/ubuntu/jaunty? [15:12] yeah [15:12] and so on [15:12] yeah [15:12] and of course you can change the labels [15:12] i thought i was [15:12] e.g. [15:12] ppa-ums-hardy -> ppa-gnomefreak-hardy ;) [15:12] and then use dput ppa-gnomefreak-hardy [15:12] or something [15:12] oh see i use general gnomefreak [15:12] gnomefreak: well. you need to suffix it with -hardy -intrepid etc. [15:13] otherwise you cannot use the special incoming lines on upload [15:13] [ppa-gnomefreak] [15:13] fqdn = ppa.launchpad.net [15:13] incoming = ~gnomefreak/ubuntu/ [15:13] login = anonymous [15:13] and you cannot use the "-security" in changelog [15:13] ah ok [15:13] gnomefreak: right. but that doesnt work for -security in changelog [15:13] so for uploading security you need a special one for each release [15:13] but its definitlyb better than always changing changelog to hardy for the upload ;) [15:14] gnomefreak: just be careful. if you push the intrepid-security to the hardy-security it will just push that to hardy [15:14] ok that makes sense. I will fix branches and upload with -security :) and bzr left off the ~jjv as i recall [15:14] gnomefreak: so think three times before hitting enter [15:14] you can even upload with "my-dog-shit-release" to ppa-gnomefreak-hardy and it will get built for hardy [15:14] so take care that you dont psh everything to hardy or something [15:14] cool [15:15] gnomefreak: well. not so cool [15:15] well yeah i know what you mean [15:15] if you accidentially push the intrepid package to hardy you will never be able to test your hardy package there again [15:15] because the version is lower [15:15] so ;) ... take care! [15:15] asac: should i leave off the ~jjv# in PPA or just bzr? [15:16] gnomefreak: just in bzr [15:16] ok good :) [15:16] gnomefreak: for uploads you change it locally without committing [15:16] e.g. if i upload to asac i just change changelog to ~asac1 [15:16] then build [15:16] and after upload [15:17] bzr revert [15:17] (so i dont accidentially commit ~asac1 to bzr) [15:17] yep thats what i was doing [15:17] of course you need to remember whats the last one was but that wasnt a problem for me so far ;) [15:18] gnomefreak: i mean if you do a ~jjv1 ... dont even commit the "UNRELASED" -> "hardy"/"hardy-security" [15:18] keep it in bzr at UNRELEASED until you do the real upload [15:18] just locally for the test upoad [15:18] ok [15:18] gnomefreak: actually with the special incoming lines you can even keep it at UNRELEASED ;) [15:18] smilar to my-go-shit-release ;) [15:18] dog [15:19] sorry if i talk to much. just want to be sure you get it right ;) [15:20] no you dont talk too much thanks i will get it right [15:33] all the branches are fixed [15:41] good [15:50] i have this strange feeling im not going to be able to build 64 apps without 64bit proc [15:50] that means flash64 i cant do [16:07] gnomefreak: you could check out qemu [16:07] might be a bit slow but you can even build arm/ppa/sparc i guess [16:07] ppa== hppa [16:08] QEMU is a fast processor emulator: currently the package supports ARM, CRIS, i386, M68k (ColdFire), MIPS, PowerPC, SH4, SPARc and x86-64 emulation. By using dynamic translation it achieves reasonable speed while being easy to port on new host CPUs. QEMU has two operating modes: [16:08] so yeah ... it has x86-64 emulation [16:08] ok i will look into that this week once i get caught up. [16:21] shit hardy branch needs to be fixed [16:26] ok hardy branch is fixed [16:30] pushing last fixed package to PPA. i will be gone for a little while until it finishes so i can check mail today i hope [17:14] yo. [17:16] LLStarks: whats up? [17:16] firefox-3.5 segfaults, but 3.6 doesn't. [17:17] LLStarks: can you install xul and ffox -dbg packages and get a backtrace? [17:17] LLStarks: also ... its normal that i segfaults on exit [17:17] i could install, but i don't know how to do traces. [17:17] LLStarks: check that there is no ffox 3.1/3.5 process running [17:17] one sec [17:17] also, the xulrunner-1.9.1 umd daily doesn't superseed the jaunty main repo. [17:18] LLStarks: whats the version of daily? [17:18] today [17:18] and whats the version of archive ;)? [17:18] asac: are we dropping 3.1 from archives since its rename? [17:18] LLStarks: yeah well. i could have guessed that [17:18] LLStarks: COLUMNS=200 dpkg -l xulrunner-1.9.1 [17:19] 1.9.1~b3+build2+nobinonly-0ubuntu1 [17:19] 1.9.1 is above Jauntys version [17:19] is archive [17:19] 1.9.1~b4~hg20090320r23864+nobinonly-0ubuntu1~umd1 is daily [17:20] i forced the daily xulrunner-1.9.1 [17:20] that should work [17:20] i mean wihtout force [17:20] run: [17:20] dpkg --compare-versions "1.9.1~b3+build2+nobinonly-0ubuntu1" lt "1.9.1~b4~hg20090320r23864+nobinonly-0ubuntu1~umd1" && echo yes. [17:21] so yes ;) [17:21] seems ~b4 is higher than ~b3 [17:21] the command does nothing [17:21] odd [17:22] LLStarks: are you sure you have th umd repo enabled? [17:22] b4 only installs using full-upgrade or synaptic force [17:22] LLStarks: what shell? [17:22] s/th/the [17:22] LLStarks: yes. thats normal [17:22] LLStarks: just do a dist-upgrade [17:22] thats required if names transition [17:24] let me get dbg installed [17:29] btw. [17:29] new fontconfig fixes are beautiful [17:29] what was the problem in the end? [17:38] asac. okay [17:53] asac: GCJ PLUGIN: thread 0x805e118: NP_GetMIMEDescription sounds alot like nspluginwrapper des that sound right to you as well? [17:56] i thought gnash due to the GCJ but why would you run nspluginwrapper with gnash since it is 64bit anyway [18:01] LLStarks: a bunch of things ;) [18:01] LLStarks: i made like 7 incremental uploads ... so just look at the launchpad page [18:02] hah [18:02] https://launchpad.net/ubuntu/+source/fontconfig [18:02] but what was the heart of the issue? [18:02] LLStarks: also we changed default for gnome fonts from 10 (point) to 13.333px [18:02] thjere are a bunch of apps that dont deal nicely, but in general that should be better [18:02] iam currently fixing that [18:02] :3 [18:03] i'm ready to do a backtrace btw. [18:03] LLStarks: the heart of the issue was that there were crappy left overs from old installs and even bad configs shipped in the same install [18:03] D: [18:03] LLStarks: have you checked that firefox-3.1 nor firefox-3.6 is running? [18:03] yup [18:03] ps -aef | grep firefox-3 [18:03] firefox 3.0? [18:03] LLStarks: thats ok [18:04] nothing running [18:04] all ff is closed [18:04] yeas. sometimes there are phantom processes still left [18:04] without window [18:04] they cause all kind of issues [18:05] LLStarks: ok so if you are sure its not running do a: [18:05] gdb /usr/lib/firefox-3.5b4pre/firefox-3.5 [18:05] ... [18:05] (gdb) run [18:05] and wait till it crashes [18:05] then you run bt [18:05] and paste it ;) [18:06] one sec [18:09] asace [18:09] http://pastebin.com/m35de3fa5 [18:09] asac [18:09] 9:05 < asac> and wait till it crashes [18:09] 19:05 < asac> then you run bt [18:09] LLStarks: ^^ [18:10] (gdb) bt [18:10] ;) [18:11] #0 0xb80562a3 in ?? () from /lib/ld-linux.so.2 [18:11] #1 0xbfd646d8 in ?? () [18:11] Backtrace stopped: previous frame inner to this frame (corrupt stack?) [18:13] that looks bad [18:13] you can type "run" again [18:13] to start again [18:13] maybe you get a better backtrace with some luck [18:13] LLStarks: i would suggest to test with a fresh profile [18:13] for me todays daily works [18:14] LLStarks: also as i said before: run sudo apt-get dist-upgrade [18:14] otherwise you might have missing bits [18:14] since you told me that you had problems with upgrading i think that thats the problem you have [18:14] i hate that error it was a big problem for me when we did retaces by hand :( [18:14] you just need to let apt do its job [18:14] its a mess ... evolution doesnt even start for me anymore [18:15] come on [18:15] asac: does your fixed font package fix the thunderbird text? its hugh for some reason, i havent seen it before but i havent done email in 3 or so days [18:15] you dead dumb application ... i just want to "test" something. i will never start you again, i swear [18:15] gnomefreak: thunderbird 2? can you please file a bug for that? [18:15] asac: 3 [18:16] screenshot plesae [18:16] ok give me a few minutes [18:17] one sec [18:17] asac: ok that may not happen im thinking it might have been only a few emails that i was writing. I tried just now but it looked right. It was only happening in the text box of reply [18:18] gnomefreak: thunderbird 2 is known to have that issue [18:18] tbird 3 is good according t5o my testing ;) [18:18] gnomefreak: yeahg. check thunderbird 2 [18:18] and please file a bug for that ;) [18:18] i need a bug so i can get that in for beta [18:18] the problem is that of course, nobody files the really important bugs [18:18] just invalid stuff in the bug db recently filed ;) [18:19] asac: cant file bug on 3.0 its not in repos [18:19] gnomefreak: no [18:19] gnomefreak: check out thunderbird 2 [18:19] gnomefreak: not 3 [18:19] and file against tbird 2 if it has font problems [18:19] thanks! [18:19] (it has font problems ;)) [18:19] asac: ok when i am done with email i will use 2 to get the new emails and test [18:19] gnomefreak: you dont even get new mails [18:19] the whole interface is HUGE ;) [18:19] oh [18:19] in tbird 2 [18:20] you will see ;) [18:21] asac: im having a hard time with bug 229927 being against firefox it should IMHO against either compiz or X [18:21] Launchpad bug 229927 in firefox-3.0 "The program 'firefox' received an X Window System error. " [Undecided,Incomplete] https://launchpad.net/bugs/229927 [18:23] oh and your friend that we havent seen and forgot about is commenting on that damn bug we cant reproduce. see bug 228988 :( i sent him to file upstream but i dont think it is firefox [18:23] Launchpad bug 228988 in firefox-3.0 "Firefox can display a page with the wrong encoding" [Undecided,Incomplete] https://launchpad.net/bugs/228988 [18:26] fresh profile, same crash [18:27] is libmozjs.so in XULrunner? or is this the one debain ships adn we dont? [18:28] LLStarks: disable flash/gnash or what you have installed. More than likely its flash you have installed. The empty debugging symbols tells me its being causaed by a plugin or extension. since you tried new profile im leaning torwards plugin :) [18:29] although this is interesting 0xb80562a3 in ?? () from /lib/ld-linux.so.2 not sure what that is off hand [18:29] firefox-3.1 also crashing [18:30] and when did we get -dgb packages for unofficial builds [18:30] LLStarks: these the version in umd or in official jaunty? [18:30] LLStarks: firefox-3.1 doesnt exist anymore [18:31] LLStarks: did yopu finally try to run dist-upgrade? [18:31] asac: tell that to the repos [18:31] asac: http://pastebin.mozilla.org/635853 [18:32] would be nice to drop 3.1 altogether [18:32] gnomefreak: please file the tbird bug ;) [18:32] i will in a second [18:32] LLStarks: before that you dont need to try anything ... i am sure your xul and/or firefox 3.1 is not the latest and greatest ;) [18:32] at least i hope its that way [18:33] otherwise its definitly unreproducible ;) [18:33] but i can't even get 3.1 to load [18:33] same issue [18:33] LLStarks: of course not [18:33] LLStarks: because xulrunner is wrong version you need to dowgrade everyrthing [18:33] i did already [18:33] yeah well. [18:33] do dist-upgrade [18:33] and all will be fine ;) [18:34] ill file it as soon as im done breaking 3.0 [18:37] http://pastebin.com/m1a84e736 [18:37] no it isn't [18:37] still segfaults [18:38] asac: http://farm4.static.flickr.com/3476/3372723823_27dc22c4e7.jpg?v=0 [18:38] it looks fine to me [18:39] or better yet http://www.flickr.com/photos/26378196@N05/3372723823/ [18:40] asac. any other ideas? [18:41] why would 3.6 run but not 3.5? [18:54] asac? [19:12] bug 317568 [19:12] Launchpad bug 317568 in firefox-3.0 "Toolbar settings not saved" [Undecided,New] https://launchpad.net/bugs/317568 [19:15] LLStarks: no not really. maybe its a plugin issue? extension issue? for me it works. [19:16] grrr. [19:16] how do i start a new profile from command-line other than -p? [19:21] asac. segfault with fresh profile and after all firefox stuff purged. [19:21] ALL FIREFOX AND XULRUNNER STUFF REGARDLESS OF VERSION WAS PURGED [19:22] LLStarks: move away your ~/.mozilla folder [19:22] still [19:23] strace -f firefox-3.5 2>&1 | tee /tmp/out.log [19:23] post that [19:23] strace -f firefox-3.5 2>&1 | tee /tmp/out.log.txt [19:25] http://pastebin.com/m1beb151d [19:29] LLStarks: dpkg -S /usr/lib/libxul.so [19:29] i installed that to compile mplayer. [19:29] D: [19:29] libxul-dev [19:30] where did you get it from? [19:30] works now [19:30] you have to remove the shit [19:30] LLStarks: mplayer works with xulrunner 1.9 in the archive [19:30] mplayer build-dep asks for libxul-dev [19:31] sigh [19:31] i should be harder about that one [19:31] if mplayer still doesnt support xul 1.9 we need to drop it sooner or later [19:31] but i guess its just a merge bug [19:31] i remember me porting it to xul 1.9 at some point [19:32] LLStarks: mplayer doesnt builddepent on it [19:32] i guess you ment mozilla-mplayer [19:32] checking that [19:32] yup [19:34] asac. i forgot to mention that the address, navigation, and status bars don't function properly in 3.5 and 3.6 [19:34] extensions issue [19:34] here it works :-P [19:35] so is debian mplayer dead or what? [19:35] i mean we havent seen a merge for ages [19:35] nope. [19:35] 1.0rc3 soon [19:39] asac. what packages should mozilla-mplayer build-depends against? [19:41] xulrunner-1.9-dev or even xulrunner-dev [19:41] but build system seems still not ready for that [19:41] shouldnt be hard to fix [19:41] maybe upstream tree already supports that? [19:41] dunno [19:41] ask Kevin DeKorte (kdekorte@gmail.com) [19:41] he made the plugin [19:42] nah. i have no time for that ;) [19:42] i will try to find someone in -motu to take care of mplayer ;) [19:42] mplayer needs to be migrated or it has to go which will probably cause outcry ;) [19:43] hmm ... its not in the rdepends of libxul0d [19:43] that made it fall off from my radar [19:43] anyway ... end of day for me [19:44] mplayer 1.0rc3 will probably make karmic [19:45] unless diego the head mplayer dev gets his ass together within the next week or so. [19:45] i dont care. if it has the build system fix and no motu steps up i will just upload a snapshot to get rid of rotten and security wholed libxul0d [19:46] or well ;) [19:46] i am not that harsh sually [19:46] usually ;) [19:46] but this is really getting too old to stand [19:47] fta: so fta you didnt open an ITP for chromium in debian [19:47] now its taken [19:47] i cant understand why you didnt take it [19:47] this will cause endless pain over the long run [19:50] asac. i have no extensions other than ubufox installed. why is firefox 3.5 still being wonky? [19:50] LLStarks: not sure. if ubufox is enabled, disable that too [19:50] otherwise i you either have to wait till next daily [19:50] or until someone confirms your behaviour [19:50] for me it work [19:50] s [19:51] that did it [19:51] ubufox is the culprit [19:51] no need for a bug filing? [19:51] yeah i know about that [19:52] thought it wasnt enabled for 3.1 in the archive [19:52] i have to fix that then [19:52] LLStarks: so sorry ;) ... i really wasnt aware that its enabled in the archive ;) [19:52] what about 3.0 crashing when collapsing a flash popup? [19:53]