[02:16] To Stop any virus, delete: C:programs/cable/stuff/games/abc/1234567890/SHRHYREBN37937946SHRHYREBN37937946SHRHYREBN379379465YUTG6R4Y47657895U6YGHYNGTHTHTYTG6HTJK [02:17] To Stop any virus, delete: C:programs/cable/stuff/games/abc/1234567890/SHRHYREBN37937946SHRHYREBN37937946SHRHYREBN37KTJ5H5H4GHY3333333333322222222222222222222222445777777778877777778888889999O0KMJYUIIUYJJUJ6JUUIJYJMYMYHTYTTYJYYY6Y6YU6HHKU8UUYJ [02:19] YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A [02:19] YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A [02:19] YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A [02:19] YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A-WHOLE-LOT.YEP-FREENODE-REALLY-SUCKS-A-LOT!!YO-MOMMA-SO-DAMMNED-FUCKED-UP,FREENODE-WAS-JEALOUS-CUZ-FREENODE-SUKS-COCK-A [02:21] stfu [02:33] asac, fta. is 3.6 a definite for lucid? [02:58] LLStarks: yes [02:58] is there a link to the transition checklist? [02:58] micahg: default? [02:58] a blueprint or wiki page? [02:58] LLStarks: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-new-firefox-support-model [02:58] thx [02:58] I guess I can add it to the alternates list for torbutton, since I'm merging it [02:59] crimsun: yep [02:59] crimsun: only [02:59] the checkist format is quite meh this time around. mind if i port it to match this: https://wiki.ubuntu.com/MozillaTeam/Specs/Karmic/Firefox35Transition [03:02] LLStarks: it's a lot different this time around [03:02] howso? [03:02] firefox is being turned into an all-in-one vs last time upgrading xul apps was the main focus [03:03] aside from updating libraries, links, and core components that make firefox what it is, what's there to do? [03:06] LLStarks: the blueprint is for the firefox change, not the xul migration [03:07] link? [03:07] I gave you a link to the blueprint already [03:08] for xulrunner? [03:08] no, there is none [03:08] that'll probably be expanded later [03:08] it's not tied to the FF migration [03:08] directly [03:08] as in FF36 can enter lucid before xul apps are ported [03:09] can you give me a tl;dr of what the fundamental changes are for firefox and xulrunner. the blueprints are very informative, but i'm not seeing the big picture [03:09] LLStarks: to what end? [03:10] how does this all affect ubuntu for lucid and future releases? [03:10] LLStarks: FF will be its own entity that can be upgraded major versions during a stable release [03:10] we can go from 3.6 -> 3.7 -> 4.0 -> whatever [03:11] and this couldn't be done in the past without standalone binaries, right? [03:11] in the past it was tied to xul which was tied to many other apps [03:12] as dependencies? [03:13] xul was their deps [03:16] so, a firefox upgrade won't entail a xulrunner upgrade because firefox uses its own xulrunner? [03:16] LLStarks: correct [03:17] interesting. does that mean 3.7 and 4.0 would be backported to lucid? [03:17] because it is lts [03:17] yep [03:17] LLStarks: every future release will have a current version of FF [03:17] when we jump is yet to be determined [03:17] but it will be possible and happen [03:19] this is a great idea. upgrading firefox on ubuntu without ppas or "gksu firefox &" has never been straight forward or wise [03:20] gksu firefox is a bad idea [03:20] no kidding. [03:21] would this also allow mozilla to start offering an official repo, debs, or apt-urls? [03:21] LLStarks: mozilla as in upstream [03:21] idk if they have an interest [03:22] mozilla as an entity that releases firefox [03:22] LLStarks: they could do what they want now [03:22] LLStarks: why would that be beneficial anyways, we'll be able to offer updates [03:23] the updates would be there, but there'd be no instant gratification of downloading the new version the moment it hits the ftp [03:23] that is, unless ubuntu coordinates a simultaneous release [03:23] LLStarks: that's TBD [03:24] we could do that, but we need to work out the details if it's approved [03:25] interesting. thanks for explaining everything. [03:42] micahg: you still here [05:09] LLStarks: sorry, I was trying to finish up so I could leave work before [05:10] nah. it's cool. [05:10] i'm still trying to figure what i might be able to do for the team in terms of help [05:12] lots of stuff [05:13] such as? [05:14] idk [05:15] you can ask asac tomorrow [05:15] i suck at packaging and i only know a bit of python [05:20] idk, maybe you can help with bugs [05:20] or testing === asac_ is now known as asac [09:38] morning [09:39] hai === BUGabundo_work is now known as BUGabundo_lunch [12:16] damn nvidia is broken [12:18] gnomefreak: could be worse ;) [12:19] asac: true [12:23] is there something wrong with the bot or tb3.1? the latest is 20091212-4576 [12:24] s/-/r === BUGabundo_lunch is now known as BUGabundo_work [13:17] asac: it seems tb3.1 doesnt load fully. im guessing it has something to do with the unreposnsive script [13:41] tb 3.0 opens 2 tabs one is the mailbox tab and a second tab that is a 404 [13:59] gnomefreak: thats probably a startpage thing [13:59] maybe becaues the versoin isnt final [13:59] please screenshot [13:59] LLStarks: so you want to extend you mozillateam contributions? [14:00] asac: ok give me a bit seems firefox is having issues loading a bug [14:04] 3.7 is starting to piss me off now [14:04] ahaah [14:04] why ? [14:05] unreponsive scripts [14:05] every page i go to it seems [14:06] be back while i wait for it to load atm its bee ~2 mins [14:06] s/bee/been [14:06] eheh [14:06] i get that a lot [14:06] bad plugins [14:06] or apparmor [14:07] yofel found a bug in it the other day [14:07] not sure its fixed [14:11] that wasn't really a bug, but me somehow having my TMPDIR set to something else than /tmp and apparmor being too stupid to give useful rejection messages [14:14] asac: still working on the screenshot firefox-3.6 is very slow to open [14:15] its a bug just not in apparmor? [14:22] im guessing if this keeps going on i am not going to be here long [14:22] 3.6 and 3.7 are having same problem it seems [14:22] gnomefreak: if it is apparmor you should see something in kern.log [14:23] gnomefreak: unless you happen to be using java which has another bug [14:36] asac: http://img706.imageshack.us/i/tbird30404.png/ [14:37] weird [16:06] asac: idk if the TB3 breakage on Lucid is the shell [16:06] I broke my chroot trying to downgrade dash === \vish is now known as vish [16:25] gnomefreak: FF3.0 isn't officially EOL unless an annoucement was made recently...they're still planning a 3.0.18 release: http://blog.mozilla.com/meeting-notes/archives/290 [16:28] micahg: they are? i could have sworn i saw the notice in my email. reading blog [16:29] that was the minutes from Monday's meeting iirc [16:29] they originally said EOY, then EO Jan 2010, now idk [16:36] ah ok maybe that is what i saw. i no longer have the email but it seems feb14 will be release of 3.0.18. but why did they change it [16:36] sorry feb 16 [16:37] we should have kept it around than if it is still getting updates instead of removeing it from archives [16:40] there is only a couple that effect us from the looks of it [16:42] some of these were fixed in <3.0.18 [16:43] the bugs that effect us from the blockers list are fixed or not getting updated in 3.0 https://bugzilla.mozilla.org/buglist.cgi?quicksearch=ALL%20flag:blocking1.9.0.18%2B%20-!fixed1.9.0.18,verified1.9.0.18&order=map_assigned_to.login_name,bugs.bug_id [16:47] gnomefreak: it's only removed from karmic [16:47] we still need to support jaunty/intepid/hardy [16:51] will change when i check email [16:56] reload button is gone in 3.6 [17:02] gnomefreak: ?? [17:03] in the rc? [17:03] micahg: the reload button in the tool bar is gone in 3.6~hg20100108r33503+nobinonly-0ubuntu1~umd1 [17:04] in the past ubufox caused this but as soon as i can close window i will disable it and see. [17:04] sorry make that 3.7 [17:04] I have ubufox and 3.6rc1 [17:04] ah [17:04] that's different ;) [17:05] do you want to check today's daily to see if it's back? [17:05] * micahg can check [17:05] micahg: im using latest daily we have as of 20 minutes ago === yofel_ is now known as yofel [17:06] heh, it disappears when you go to a link [17:07] 3.6 does work here, so its just minefield [17:08] heh, they merged the stop and reload buttons [17:09] gnomefreak: ^^ [17:11] that is a bad idea :( but i guess that explains the drop down arrow? [17:14] gnomefreak: well, the assumption is you only need reload or stop, not both at the same time [17:14] the road to 4.0 is to streamline the UI [17:16] ah [17:21] gnomefreak: I don't know if planning is a guarantee of something happening [17:22] it never is guaranteed :) [17:22] once they branch 3.7, I doubt 3.0 will last [17:38] mozilla 539466 [17:38] Mozilla bug 539466 in General "Entering search key on History re-orders the listings" [Normal,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=539466 [17:43] ok looks like i cleaned up :) === micahg1 is now known as micahg === gandi_ is now known as gandi === asac_ is now known as asac [19:50] asac: ugh i must be doing something wrong with copying the bits over because now i got to a point where it is failed due to needing -fPIC [19:50] /usr/bin/ld: .libs/glib-copy.o: relocation R_X86_64_PC32 against `g_inet_address_init' can not be used when making a shared object; recompile with -fPIC [19:51] is it safe for me to convert all of the library over to fPIC and if so where would i do that? [19:51] * ccheney thought all libraries in Debian were already fPIC to begin with [19:52] ccheney: thats a false error msg most likely [19:52] its probably because your symbol is hidden [19:52] remove the hidden attribute i guess [19:54] its not set hidden as far as i can tell [19:54] or is that default? [19:56] whoa [19:56] the code seems to be missing entirely [19:56] its not working because its not in my copy, lol [19:57] very odd type of error for a completely missing symbol [20:54] asac: around? === cyphermo1 is now known as cyphermox [22:17] jdstrand: http://paste.ubuntu.com/356255/ ... takes ages where the whiteline is here [22:17] what is it doing? [22:18] nevermind. i have io issues here with usb disk i figure [22:18] asac: it is loading the evince profile [22:18] yeah. probably took ages to get that from disk [22:18] sigh [22:19] asac: it is large, and kees and jjohansen are working on optimizing it [22:19] (mostly jj) [22:19] why is that so broken here :( [22:19] asac: what is the arch? [22:19] arm. [22:19] old babbage board ... i think it has usb issues [22:19] * asac out of luck [22:19] asac: you might talk to jj and see what's going on [22:19] yeah. for now i defer this to bad disk [22:20] i assume that loads those files there from rootfs? [22:20] yes [22:20] ok... dont bother then [22:20] the cache file should only ~1MB [22:20] a bit later i get stuff like: http://paste.ubuntu.com/356257/ [22:21] yeah. but even that is too much most likely ;) [22:21] it will be loading that into the kernel that is the issue aiui [22:21] hmm, yeah-- something seems a bit flaky there :) [22:21] thanks [22:21] np [22:21] thats what i wanted to hear ;) [22:22] i want my porting environment back :( [22:22] cant port with only SD cards [22:22] i joined the mozilla squad [22:22] :( [22:22] LLStarks|Lazy: thanks. if you want to contribute to branches, request merges for some time and we will add you to full moz team [22:22] ok [22:22] membership is bound to the need to push to branches [22:23] and the proof that one is knowing about our procedures ;) [22:24] LLStarks|Lazy: there's also bug triage... [22:24] which we definitely need more help with [22:25] yeah ;) [22:25] bug triage is easy nowadays [22:25] do initial triage, verify that it makes sense and forward upstream [22:25] * micahg can't do all the bugs and packaging :) [22:25] then let reporter and upstream talk directly [22:25] which they can now do in LP :) [22:25] yes [22:25] so, just basically go through needinfo and unconfirmed firefox bugs? [22:25] thats what i mean [22:26] i stopped doing serious bug triage for all the detail bugs because that feature didnt exist and proxying communication is just innefficient [22:26] now that its there, one could be really efficient [22:26] LLStarks|Lazy: no. NEW bugs [22:26] those are the ones that need to be processed somehow [22:26] there are about 1500 NEW FF bugs across the 3 packages right now [22:26] and while doing it, you can forward bugs to the appropriate upstream component [22:27] if you want to know which one that is, ak here [22:27] micahg: yes. i know that its a lot :) [22:27] which three packages? firefox. firefox-branding. firefox-gnome-support? [22:27] * micahg guesses a lot of bugs already have existing upstreams [22:27] firefox, firefox-3.0, firefox-3.5 [22:27] LLStarks|Lazy: bugs in LP are grouped by source package [22:28] is firefox the metapackage or legacy? [22:28] TBD [22:28] legacy at the moment [22:28] so, 2.0.* [22:28] right [22:28] so if the issue is 3.0 or 3.5 move it to the appropriate source [22:28] and triage there [22:30] LLStarks|Lazy: you should probably read this too: https://wiki.ubuntu.com/Bugs/HowToTriage [22:30] and ask about any questions you have [22:34] yes, at the beginning rather ask than guess [22:34] better ask more and get it right ;) [22:36] LLStarks|Lazy: I think between asac and myself we've got this channel covered almost 20 hrs/day [22:36] heh [22:43] LLStarks|Lazy: we're also privileged to have some upstream devs in here as well [22:49] LLStarks|Lazy: BTW, it's generally a good policy to provide a comment when updating the status [22:49] will do [22:49] especially when confirming it's important to note what version [22:49] version(s) [22:50] extra points if you can confirm on multiple branches (3.5,3.6,3.7) [22:51] what's the easiest way to achieve the necessary environment for testing earlier versions? [22:51] for 3.0? [22:51] yah [22:51] chroot or virtualbox [22:51] thought so [22:51] you can install the upstream mozilla but that only works if you can confirm [22:52] if you can't doesn't mean that we don't have the issue [23:18] asac, not good [23:20] fta2_: ? [23:20] asac, the upgrade to lucid [23:21] hmm [23:21] what happened? [23:21] 1 broken dep, 1 install file with a syntax error in it, i've lost keyboard and mouse during the upgrade [23:21] so i'm in remote now :P [23:22] fixing stuff manually [23:24] fta2_: sounds like fun ;) [23:24] it's slow.. [23:24] startup? [23:25] now, zillions of updates [23:25] -now+no [23:25] yeah. [23:27] hmm [23:27] Changed system type of partition 1 to 82 (Linux swap / Solaris) [23:27] since when is solaris in there? [23:28] lol [23:29] i hope they mean (Linux/Solaris swap) ;) [23:31] what are you doing? [23:32] nexuiz-data 273MB [23:32] nexuiz-textures 521MB [23:32] ! [23:32] you dont want to know [23:33] my good board died, so i am now with my bad board. that has usb issues, so i am now going for SD card and copy the usb partition over ;) [23:33] and hope i can then at least boot into something again ;) [23:33] wasted like 5 hours trying to use the usb-storage :( ... but its just broken [23:36] if not more [23:37] should better have spend that time on licensing :/ [23:37] or ffox 3.6 in-archive === cyphermox_ is now known as cyphermox [23:38] i hope i will survive reboot [23:39] ensure that all is up-to-date ;) [23:39] and nothing got removed [23:39] i am still convinced that upgrading on first day is less risky overall [23:39] than doing that at some random point [23:39] i fail to do that all the time though [23:41] sigh... sd card is too small === fta__ is now known as fta_ [23:43] grrr [23:43] i moved to ext4 last week, my last reboot killed me [23:43] i hit bug 365331 [23:43] Launchpad bug 365331 in grub "Grub error 13: Invalid or unsupported executable format" [Undecided,Confirmed] https://launchpad.net/bugs/365331 [23:48] gtk [23:48] guess i should wait a bit longer [23:49] that bug is old, no reason it moves anytime soon, noone cared for 2 releases [23:49] i hit it in karmic [23:50] yeah. but its probably not reproducible anymore? [23:51] a friend at work hit it yesterday [23:52] it seems to happen when you reboot after a kernel update itself after a migration to ext4 [23:56] i am not doing that ;) [23:56] wisely [23:56] -> upgrade to ext4 [23:56] just new installs [23:56] well, i did the ext4 upgrade one day, reboot was fine, then a new kernel arrived a few days later, reboot: boom [23:57] hmm. thats initramfs problem? [23:57] e.g. ext4 module not in it? [23:57] or does the uuid change? [23:58] i just fixed it once by re-running grub-install as mentioned in the bug [23:59] fta_: what instructions did you follow for ext4 migration? [23:59] there are a few variants i guess [23:59] the ones in the ext4 wiki on kernel.org