[01:09] <cjwatson> zobel: Ubuntu modifications are not hijacks
[01:25] <xnox> cjwatson: yeah, we agreed on that in private =)
[01:26] <cjwatson> OK, but I want it to be clear for others reading so that there isn't a chilling effect
[01:31] <mlankhorst> cjwatson: well do you need me for anything still? I cold do a precise3 for enabling gallium, but would rather test on monday
[01:32] <cjwatson> mlankhorst: No, fine for now, thanks - I'll dribble in those rebuilds over the next day or so
[01:32] <mlankhorst> kk
[02:26] <infinity> Dearest apport:  WTF?  Why did you suddenly start opening chromium when firefox is my default browser?
[02:29] <infinity> Hrm, because the sensible-browser alternative is wrong.  Irksome.
[02:54] <Controlsfreek_> Im following instructions to build unity unity.ubuntu.com/getinvolved/development/unity/. when i get to 'remake-unity', i get an error "cmake error at plugins/unityshell/cmakelists.txt:25... cannot specify link libraries for target 'unityshell' which is not buikt by this oroject.
[03:06] <Controlsfreek_> nvm got it.
[03:18] <c2tarun> I was trying to learn Gtk Development with java, from this page: http://zetcode.com/gui/javagnome/firststeps/d   I am getting this error: http://paste.ubuntu.com/1547890/    I tried googling but the pages containing solution are in different language and google translator is not able to help.
[03:18] <c2tarun> Can anyone please help me with this problem? ^^
[11:29] <geser> cjwatson: for libimobiledevice: http://paste.ubuntu.com/1548738/ It looks like the patch for cython >= 0.16 (already included in the package) missed to remove one "inline" (it removed the inline from the .pyx file but not from the .pxd file which acts as a header)
[11:30] <geser> should I prepare a debdiff ready for sponsoring?
[12:47] <infinity> geser: Happy to sponsor if you toss it my way.
[12:57] <infinity> geser: Or, I'll just upload this in your name: http://paste.ubuntu.com/1548915/
[13:00] <infinity> geser: Err, I would if it didn't also FTBFS due to python multiarch. :P
[13:15] <cjwatson> infinity: geser's work was on top of my patch - http://paste.ubuntu.com/1548971/
[13:16] <infinity> cjwatson: Oh.  I just did that entirely differently (using python-config instead)
[13:19] <infinity> http://paste.ubuntu.com/1548982/
[13:19] <infinity> cjwatson: Is the plat_specific=True thing the more "correct" method?
[13:19] <cjwatson> *shrug*
[13:20] <cjwatson> I just thought it fit better in context
[13:20] <cjwatson> Yours is more compact, so whatever
[13:20] <infinity> I'm not picky at all.  Was just curious if there was an argument for one or the other.
[13:20] <cjwatson> I think on reflection I prefer yours
[13:20] <infinity> You know how much I don't love Python. :P
[13:22] <infinity> I'll just upload this, then.
[13:27] <infinity> dpkg-source-v3 + dh(1) + dh-autoreconf is love.  I might have kept maintaining PHP and Apache2 way back when if I'd had all this magic.
[13:36] <cjwatson> infinity: Yeah, after a decade of random-walking around the possible ways to do this we seem to have settled on something that's actually fun :)
[13:40] <infinity> I'd say something naively ambitious like "I should switch glibc to dh(1)", but I don't think I'm masochistic enough to even start figuring out how to do that.
[13:41] <infinity> Though, I won't deny that it would be nice if more than four people actually understood the glibc packaging.
[14:08] <geser> infinity: thanks for uploading it
[14:14] <cjwatson> infinity: I managed to switch grub2 a while back
[14:14] <cjwatson> infinity: Still working up the nerve to switch ubiquity ...
[14:15] <cjwatson> Actually, I suppose it wouldn't be too bad, but I kind of feel the need for debian/rules to be less awful in other ways at the same time.
[15:16] <infinity> hallyn: So, what do you plan to do about qemu and spice?  qemu-kvm-spice appears to be the only thing in qemu-linaro that isn't replaced by the new qemu.
[16:14] <Bluefoxicy> huh
[16:15] <Bluefoxicy> what if we did kernel updates by freezing everything, rebooting, then thawing everything?
[16:15] <Bluefoxicy> It works on Dragonfly
[21:48] <hallyn> infinity: well i want to take another look at spice, as someone claimed the dependencies may have changed so it may be easier to MIR now
[21:48] <lifeless> hallyn: oo I was going to ask you about spice
[21:48] <lifeless> hallyn: w/kvm specifically
[21:48] <hallyn> infinity: but more likely i'll have to continue having a separate source tree for qemu-kvm-spice.  Though I'll simply build it from the identical source as qemu, to help reliability/testing
[21:49] <hallyn> lifeless: and MIR ?
[21:49] <lifeless> hallyn: main doesn't stress me :)
[21:49] <lifeless> hallyn: I have universe on pretty much everywhere
[21:50] <hallyn> lifeless: ok - if yo'ure having issues, lets chat monday.  i've gotta run right now
[21:50] <hallyn> i'm open to changes, as things will have to change anyway - for now note we're ahead of debian with our spice version
[21:50] <lifeless> hallyn: ciao ;)
[21:50] <hallyn> (at least last i checked)
[21:50] <hallyn> ttyl :)
[21:51] <lifeless> ttyl
[22:58] <dupondje> It should be possible to copy files from 1 gfvs mount to another no?
[22:58] <dupondje> gvfs*


[01:09] <ShalokShalom> please, can anybody help us ?
[01:09] <ShalokShalom> http://i.imgur.com/MOMe0Os.png
[01:09] <ShalokShalom> how remove kubuntu this touchpad kcm from kde ? where is it placed ?
[03:47] <d> hi
[03:47] <Guest70257> je suis driss de maroc j'ai utilise system ubuntu
[03:48] <valorie> !fr > Guest70257
[03:48] <Guest70257> pour quoi ??
[03:49] <valorie> !fr | Guest70257
[03:49] <valorie> :(
[07:00] <lordievader> Good morning.
[11:27] <HailJohn> is it possible to install the aur on kubuntu? https://wiki.archlinux.org/index.php/Arch_User_Repository
[13:28] <BluesKaj> Hiyas all
[15:04] <FlashDel> hi folks! i upgraded to the current kubuntu version and now i got a problem: its connected to ldap, but i can only login with local user, because on the default start screen i have to choose between the local users, but i cannot see the ldap users. Is there a possibility to change this start screen to type in a username and not just select it?
[15:23] <zhao> hello
[15:23] <zhao> is everyone here
[15:25] <zhao> hello
[16:06] <weymmonnd> olah
[16:06] <weymmonnd> alguem on?
[16:07] <weymmonnd> naum sei mexer nesse troço
[16:07] <weymmonnd> alguem pod dar uma força?
[16:08] <Pici> !br
[16:09] <weymmonnd> olah
[16:12] <weymmonnd> anyone speak ennglish?
[16:53] <naklov67> Hello
[16:54] <naklov67> is anyone there? I need help
[16:55] <naklov67> At first, excuse me for my english, I'm not a native speaker. I want to know how to boot a program in kubuntu startup. I made some searches, but I not able to dot it.
[17:11] <ScottyK> Greetings! I've shared the Public Folder in my /home, and my Win7 computer can access it and read files no problem. I then shared another folder on a separate drive. Win7 found the directory, but can't access it further. Did I miss a setting somewhere? Thanks!
[17:45] <daedaluz_> could someone explain what is happening here http://i.imgur.com/g5Xbq7b.jpg
[17:46] <daedaluz_> fresh 14.04 kubuntu, installed chinese and german language supports
[17:48] <daedaluz_> and now those languages are all over the place
[17:55] <vbgunz> I keep getting a time out using smb when trying to open up a Windows share. It used to just work, now it just doesn't, how can I troubleshoot this?
[18:02] <vbgunz> what the hell is kblockd?
[18:02] <vbgunz> I think that's stopping me
[18:15] <ALS-IT-NET-PC> all right, okay here.........
[18:15] <ALS-IT-NET-PC> goodbye here.....
[19:10] <pepee> hi. in my system, magic sysrq keys don't work. should they work in kubuntu? if so, what could be the reason for my case?
[19:10] <xk05> what are the advantages of using Software Updates (Moun) over 'apt-get upgrade'?
[19:13] <xk05> kernel update, bbiam
[20:45] <rberg_> pepee: some sysrq features are disabled in /etc/sysctl.d/10-magic-sysrq.conf
[20:46] <rberg_> you are goin to need math to determin what ones are enabled :)
[20:51] <pepee> rberg_, 128+32+16
[20:51] <pepee> but it doesn't work anyways...
[20:51] <pepee> could it also be a problem with my keyboard?
[20:52] <pepee> (laptop kb)
[20:56] <rberg_> not sure how to test that, xev and keyscan here just show a shift and prntscreen key presses
[21:00] <pepee> yeah, xev is what I needed...
[21:04] <pepee> uhm, xev shows "Insert" instead of sysrq..
[21:04] <rberg_> ahh!
[21:05] <rberg_> do you have a 'funny' keyboard layout enabled?
[21:07] <rberg_> when I try it here with xev I get a keycode 50 (keysym 0xffe1, Shift_L) and a keycode 107 (keysym 0xff61, Print)
[21:07] <pepee> nah, the layout of my keyboard itself is funny :(
[21:07] <pepee> I hate this kb...
[21:08] <rberg_> fyi I never see a sysrq key
[21:08] <pepee> yeah?
[21:08] <rberg_> yeah, just the 2 keyy presses shift and printscreen
[21:10] <rberg_> so I think you need to find the printscreen on that keyboard
[21:10] <pepee> yeah, mine is "printscreen", and "fn"+"printscreen" = "insert"
[21:10] <pepee> but it should be sysrq, afaik
[21:11] <rberg_> try without the fn shift-printscreen shoudl do it
[21:14] <pepee> hmm, I got it: keysym 0xff15, Sys_Req
[21:14] <pepee> but I don't know how :/
[21:18] <rberg_> you can also echo "" >/proc/sysrq-trigger but that wont help you recover a broken system
[22:42] <byte> n8
[23:27] <keithzg> Does anyone know how to regain OS integration with more recent ie. non-GTK versions of Chrome? I mean like the ability to just click-drag images and downloaded files into a Dolphin window so as to copy them, for example.
[23:40] <pepee> rberg_, found it, it was fn+del...


[06:25] <pilotbub> how does lub stack up to mint lxde performance wise
[11:59] <davek> hi
[14:36] <wujie> 大家好阿
[14:39] <MrChrisDruif> !ch
[14:39] <MrChrisDruif> Hmm
[14:40] <MrChrisDruif> wujie; this is an English support channel, I absolutely have no idea what you just said/asked
[14:40] <wujie> 有中国人么
[14:42] <Sentynel> !cn
[14:45] <MrChrisDruif> Sentynel; you can also direct that to a user like "!cn | wujie"
[17:34] <Guest34115> ::SIGH::
[18:04] <venik212> I cannot start lubuntu-software-center-- when I try, nothing happens
[18:05] <venik212> I am also having trouble with ifup and ifdown-- I get a message telling me that ethX is not configured
[18:06] <venik212> since I am using the ipw2200 driver, which is notorious for dying, I must have a way of restarting the wireless
[18:06] <venik212> this is on a Thinkpd X41 tablet/laptop
[19:06] <DarthBrady> I have a question I can't find an answer to anywhere. Does anyone know how to add directories to the "Places" menu in the left pane of pcmanfm File Manager?
[19:07] <wxl> DarthBrady: yep-- dragon and drop ;)
[19:07] <wxl> dragon?
[19:07] <wxl> um, maybe not that.
[19:07] <wxl> but drag for sure :D
[19:08] <DarthBrady> yeah that doesn't work. the con just floats back to the point i drag it from
[19:08] <DarthBrady> icon*
[19:08] <wxl> that's how i got mine there :D
[19:09] <wxl> just did it again
[19:09] <wxl> 11.10 here if it matters
[19:09] <wxl> pcmanfm 0.9.9-0ubuntu1
[19:09] <DarthBrady> 11.10 here too
[19:09] <DarthBrady> wait, got it thanks
[19:10] <DarthBrady> apparently it seems youhave to drp it below the seperator line.
[19:10] <DarthBrady> thanks again
[19:28] <Kelvi> Is there any alternative to getting television output to my computer?  I've tried XBMC, MythTV and others and none work.  Is there something within lubuntu that can help me?
[19:33] <CatalanGuy> hi, got a question: LXDE which encoding starndard has by default
[19:33] <CatalanGuy> utf-8?
[19:33] <smile4ever> CatalanGuy: Unicode (so UTF-8) :)
[19:33] <CatalanGuy> nice
[19:34] <CatalanGuy> thanks
[19:34] <CatalanGuy> so i won't have problems with namespaces
[19:34] <CatalanGuy> cause i'm migrating from gnome
[19:34] <CatalanGuy> although I use latin special characters like ç or
[19:35] <CatalanGuy> ñ
[19:38] <wxl> DarthBrady: yeah forgot to mention that fact :O
[19:44] <tyhjyydesta> Any explanation why Lubuntu takes 14 sec to boot and ~ 10 to shut down, while Ubuntu takes 10 sec to boot and 4 secs to shut down ? On the same hardware. Even Windows 7 is better boot / shut down times than supposedly "performance optimized" Lubuntu
[19:44] <tyhjyydesta> Anyone else noticed that as well >


[00:14] <asac> fta: i think we will get issues with firefox-3.5 branch tomorrow
[00:14] <asac> i committed take-over for 3.6
[00:14] <fta> if you renamed the src package, the bot will sure have troubles
[00:14] <asac> yeah
[00:14] <asac> its now "firefox"
[00:14] <asac> ;)
[00:14] <asac> bloody mess i tell you
[00:15] <asac> hmm
[00:15] <asac> so firefox-3.6.head is now firefox
[00:15] <micahg> asac: ff3.5 branch broke in dailies today
[00:15] <asac> can you fix that at least?
[00:15] <asac> micahg: i saw
[00:15] <asac> or wait
[00:15] <fta> the conf needs to be updated
[00:15] <asac> the mozclient should be ok in the 3.6.head branch
[00:16] <asac> micahg: i think starting tomorrow it doesnt really matter  ;)
[00:16] <micahg> asac: why?
[00:16] <micahg> oh, right
[00:16] <asac> we could move the 3.5.head branch either to be a firefox-old source
[00:16] <asac> or drop it
[00:17] <micahg> asac: drop from daily?
[00:17] <asac> as its now, the upload of binaries will fail because the 3.6 provides higher versioned transitional packages :)
[00:18] <asac> if we dont want to rework the branch in the same way as i did with 3.6 now
[00:18] <asac> just with name firefox-old
[00:18] <asac> but lets wait
[00:18] <fta> want a respin now?
[00:18] <asac> only thing i am sure about is that there will be a firefox stable release channel ;)
[00:18] <asac> hmm
[00:18] <asac> fta: can you just try the 3.6 branch?
[00:18] <fta> yes
[00:18] <asac> fta: maybe just for lucid/karmic?
[00:18] <asac> ;)
[00:18] <fta> nm
[00:18] <fta> hm
[00:19] <asac> if thats difficult, just push it.
[00:19] <fta> no more xul?
[00:19] <asac> it worke dhere
[00:19] <asac> yes
[00:19] <asac> xul is universe now
[00:19] <asac> i tried to keep the packaging still working
[00:19] <asac> not sure if that can be maintained though
[00:19] <asac> ;)
[00:19] <fta>       'vpattern'   => '^3\.6(\~|\.)',
[00:19] <fta> useless then?
[00:20] <asac> unless we make a second ppa where we build it
[00:20] <asac> fta: what does that do?
[00:20] <asac> fta: xulrunner is quite important ;)
[00:20] <micahg> asac: I think we should keep building it for devs testing stuff, but maybe a new ppa
[00:20] <asac> otherwise every rdepend we cannot remove would have to build against firefox
[00:20] <asac> which is what we really dont want
[00:20] <asac> micahg: 3.5?
[00:21] <fta> asac, it's a test to make sure the tarball is not x-3.7 when x is supposed to be 3.6
[00:21] <micahg> asac: at least 3.6 and 3.7
[00:21] <micahg> I think we should keep doing 3.5 until we migrate all releases to 3.6
[00:21] <asac> fta: hmm. maybe something similar based on the previous version ;)
[00:21] <asac> e.g. dont bump from 3.5 to e.6
[00:21] <asac> 3.6
[00:21] <asac> micahg: well, our dailies have .head
[00:21] <asac> micahg: we are preparing the transition there
[00:21] <asac> for lucid ... and later everywhere else
[00:22] <micahg> right
[00:22] <asac> basically already everywhere elkse
[00:22] <asac> so next step is also to add -3.0 transitional packages to 3.6. head
[00:22] <asac> its a tough topic ;)
[00:23] <fta> running
[00:23] <asac> what i would love to do is to have firefox-previous -next -dev
[00:23] <asac> so we could make firefox-previous out of that
[00:23] <fta> nice, i can control my new radio from my webbrowser and from anywhere
[00:23] <asac> heh
[00:24] <asac> better than a not controllable laptop ;)
[00:24] <micahg> asac: indeed, sounds good, problem with firefox-previous is what to do when branch is EOL?
[00:24] <micahg> or we just keep it rolling so -previous is never EOL
[00:25] <asac> yes. thats my main concern.
[00:25] <asac> we dont know if there will be -previous in future
[00:25] <micahg> k
[00:25] <asac> there are two approaches in general i think:
[00:26] <asac> 1. if -previous is dead, it means that -previous is the same branch as firefox
[00:26] <asac> upstream branch i mean
[00:26] <asac> ;)
[00:26] <asac> still with the different profile etc.
[00:26] <micahg> BTW, we can't have firefox-dev branch since that would conflict with package names, firefox-trunk is probably better
[00:26] <asac> micahg: somewhat true. so back to what we had initially ;)
[00:27] <asac> though i will drop firefox-dev before the first archive upload
[00:27] <micahg> ah, right
[00:27] <asac> the idea is that noone can build depend against it ;)
[00:27] <asac> but right. would be funny if someone previously having the -dev package installed suddenly tracks the -dev branch
[00:27] <micahg> ok, so I guess we can do firefox-dev, but firefox-trunk seems to make more sense since firefox-next is also -dev
[00:28] <asac> i want to wait for a upstream decision
[00:28] <micahg> k
[00:28] <asac> if they give their release channels a real name we can use that
[00:28] <asac> like if they start doing -beta channel etc.
[00:29] <asac> micahg: ok. so 3.5 only failed in lucid
[00:29] <asac> i think its really the same issue we have for thunderbird
[00:29] <asac> bash or dash or something
[00:29] <asac> hmm. only amd64
[00:29] <micahg> nm it was 3.6
[00:29] <asac> we have a patch for that
[00:29] <asac> yes, 3.6 was half baked last night
[00:29] <micahg> we have a patch for the shell issue?
[00:29] <asac> yes
[00:30] <micahg> it seems random
[00:30] <micahg> where is it?
[00:30] <asac> kees submitted it with his new xulrunner hardening branch. i found it by accident. he didnt understand why
[00:30] <micahg> ah, ok, I'll look there
[00:30] <asac> let me check
[00:30] <asac> he has a bug about that
[00:30] <asac> bug 507744
[00:31] <micahg> yep, I saw, I was waiting for you on it
[00:31] <asac> feel free to merge it. cleanup changelog documentation a bit maybe
[00:31] <asac> e.g. document the xulrunner patch explicitly
[00:31] <asac> then put the same patch in firefox-3.5 and tbird and firefox-3.6 and xurlunner-19.2 ;)
[00:31] <micahg> asac: k
[00:32] <asac> actually the changes he submitted need to go in all branches ;)
[00:32] <asac> + the patch from xulrunner also needs to go to all firefox .head branches
[00:32] <micahg> k, I need to add dh_xulrunner to 1.9.2 and 1.9.3 still also
[00:32] <micahg> so I can both at the same time
[00:32] <asac> let me commit the patch to 3.6
[00:32] <asac> otherwise it will fail
[00:33] <asac> fta: already pushed?
[00:33] <asac> ;)
[00:33] <asac> maybe hold back :(
[00:33] <fta> FAILED
[00:33] <fta> *ERROR* firefox != firefox-3.6
[00:33] <asac> good ;)
[00:33] <fta> that's vpattern
[00:33] <asac> i have to pick a patch and test that it applies
[00:34] <fta> no, not vpattern, i have to rename the package in my conf file
[00:34] <fta> my keys are source package names
[00:36] <asac> hmm
[00:36] <asac> yeah its branch name now
[00:36] <asac> and source package name is in theory indpendent
[00:38] <asac> ok applied that patch to 3.6.head for now
[00:38] <asac> fta: i think we are ready from this side ;)
[00:40] <fta> respining
[00:41] <micahg> asac: when should I clean up the changelog in ff3.6.head?
[00:42] <asac> micahg: already tried to clean it up a bit ... needs more love
[00:42] <micahg> asac: k, when are you uploading to lucid?
[00:44] <BUGabundo> asac: is there a bug for NM "For All Users" nor working in lucid with WiFi?
[00:44] <BUGabundo> works for karmic, but I never manage to get it workign in +1
[00:45] <asac> micahg: wanted to see a green daily build
[00:45] <asac> then doing the official branhding and uploading it
[00:45] <asac> when upstream releases
[00:45] <asac> assuming that its ok now
[00:45] <micahg> asac: k, can I fix the changelog tonight
[00:46] <asac> sure. just clean it up and remove redundant stuff
[00:46] <micahg> asac: k, I'll also add a changelog entry for all the bugs fixed
[00:46] <asac> yes, adding a 3.6 released header to the changelog sounds good
[00:47] <asac> micahg: ensure that the bugs closed are also filed against firefox source package
[00:47] <micahg> asac: ?
[00:47] <asac> otherwise they dont get closed
[00:47] <micahg> ah, k
[00:47] <asac> micahg: like what we do for security updates on top
[00:47] <asac> * firefox 3.6 release
[00:47] <asac>  - fix LP: #....
[00:47] <asac>   - fix LP: #... - this bug
[00:47] <asac> etc.
[00:48] <micahg> asac: oh, ok, I didn't remember that's how it's done
[00:48] <asac> firefox 3.6 release (FIREFOX_3_6_RELEASE)
[00:48] <micahg> I mean about the busg
[00:48] <asac> micahg: check the stable branches
[00:48] <asac> yeah. i like that way
[00:48] <asac> you can also use + instead of - ;)
[00:48] <micahg> k, I messed up TB then ;)
[00:48] <asac> heh
[00:49] <asac> i think a typical structure of a changelog is:
[00:49] <asac> * UPSTREAM RELEASE x.y.z (UPSTREAM_TAG)
[00:49] <asac>   - fix LP: #1 - microsft has majority of market share
[00:49] <asac> .
[00:49] <asac> .
[00:49] <asac> [ Master Luke <mmm@,,,>]
[00:49] <asac> * packaging change 1
[00:49] <asac> * packaging change 2
[00:49] <asac> etc.
[00:49] <micahg> asac: good to know
[00:50] <fta> asac, done
[00:50] <asac> fta: how is the new "consistency" check?
[00:50] <fta> unchanged
[00:50] <asac> e.g. ensuring that no bad version gets uploaded?
[00:50] <asac> hmm
[00:50] <asac> ok
[00:51] <asac> so that still works?
[00:51]  * asac happy
[00:51] <micahg> asac: if the patch works in older versions, should I upstream it?
[00:51] <asac> firefox is building in daily ;)
[00:51] <fta> http://paste.ubuntu.com/359835/
[00:52] <asac> micahg: do we see the issue in xulrunner trunk builds?
[00:52] <micahg> asac: yes
[00:52] <asac> if so, yes. remember to give credits to kees like in changelog
[00:52] <asac> and CC<EMAIL_ADDRESS>;)
[00:52] <micahg> asac: where do I put that in an upstream patch?
[00:52]  * asac might be able to read bug mail soon again ;)
[00:53] <asac> you just submit the patch ... and say in the submit comment that you forward that patch; credits go to Kees...
[00:53] <asac> maybe remember them when you ask for the commit
[00:53] <micahg> asac: k
[00:57] <asac> fta: can you disable 3.5 daily for now?
[00:57] <asac> or want to keep it failing ... i dont mind if noone complains about ppa usage
[00:57] <asac> ?
[00:58] <fta> as you want, i don't mind either way
[00:58] <asac> ok. lets keep it running for a few days and see if we get to fixing it
[01:08] <micahg> asac: ff3.5 worked last night
[01:09] <asac> good
[01:10] <asac> i think it failed on lucid
[01:10]  * micahg hopes to have more time next week,,,
[01:19] <micahg> asac: do we need all the packages updated by Feature freeze?
[01:20] <micahg> TB, SM, Lightning, Sunbird
[01:21] <asac> fta: oh. can you also push karmic?
[01:22] <asac> ;)
[01:22] <asac> i wanted to test the upgrade path more or less extensively
[01:22] <asac> if not i can push that to my sandbox
[01:22] <asac> micahg: good question. in general yes.
[01:22] <asac> FF and TB need to happen this week ;)
[01:22] <micahg> heh, ok
[01:22] <asac> hehe
[01:22] <asac> TB will be kind of half baked at first
[01:23] <asac> without -dev package etc.
[01:23] <asac> but debian icedove folks seem to make progress on that
[01:23] <micahg> asac: I wanted to suggest branching tb.head before my changes and overwritting
[01:24] <micahg> the final result is ok for most things, but the commits aren't so good
[01:24] <asac> yes
[01:25] <asac> i wanted to redo that with merges etc.
[01:25] <asac> and copying your files
[01:25] <asac> did the build work?
[01:25] <micahg> no
[01:25] <micahg> I missed a few things in the rules file when I merged them
[08:46] <BUGabundo_remote> morning
[08:49] <LLStarks> morning
[08:49] <LLStarks> you guys need squad members at that upcoming meeting?
[08:51] <RAOF> Has anyone thought about making a dh_xulrunnerdeps to emit substvars for packages that link against xulrunner libs?
[08:54] <LLStarks> in english?
[08:59] <RAOF> A debhelper tool to generate ${xulrunner:Depends} variables with appropriate versioning.
[09:10] <LLStarks> ah
[09:10] <LLStarks> no clue.
[10:26] <asac> RAOF: thought we did that now
[10:26] <asac> in lucid
[10:29] <RAOF> asac: Really?
[10:29] <RAOF> I'd find that quite useful - where is it! :)
[10:34] <RAOF> apt-file search dh_ doesn't find anything xul-ish.
[10:38] <RAOF> I guess I could write one.  It can't be that hard, right? :)
[10:40] <asac> let me check
[10:43] <RAOF> Aha!  I had an out-of-date apt-file cache.
[10:45] <RAOF> Sweet.  An idea so good, someone had it first!
[10:54] <BUGabundo_remote> asac: http://blog.mozilla.com/tglek/2010/01/19/chromium-vs-minefield-cold-startup-performance-comparison/
[10:54] <BUGabundo_remote> Firefox commandline: firefox -profile /mnt/startup/profile/firefox  -no-remote file://`pwd`/startup.html#`python -c ‘import time; print int(time.time() * 1000);’`
[10:54] <BUGabundo_remote> Chromium commandline: chromium-browser –user-data-dir=/mnt/startup/profile/chrome  file://`pwd`/startup.html#`python -c ‘import time; print int(time.time() * 1000);’`
[10:54] <BUGabundo_remote> I can't run FF
[10:55] <BUGabundo_remote> and Ch doesn't work much better either
[10:55] <BUGabundo_remote> but at least it opens
[10:56] <asac> heh
[10:56] <asac> BUGabundo_remote: i will be here in a minute
[10:56] <asac> BUGabundo_remote: did you upgrade to latest daily firefox-3.6 yet?
[10:56] <asac> that should give you startup speed etc.
[10:56] <asac> BUGabundo_remote: use this url:http://people.canonical.com/~asac/tmp/startup.html
[10:56] <asac> for that test
[10:59] <RAOF> Darn.  dh_xulrunner doesn't pick up libmozjs dependencies.  Ah!  Because it's taken from Debian.
[11:02] <RAOF> I guess I'll re-add the handcrafting and write a patch for dh_xulrunner.
[11:03] <BUGabundo_remote> asac: I'm using 3.7
[11:05] <BUGabundo_remote> asac: in Ch I get urls like http://xn--user-data-dir%3D-bg6i/tmp/chrome :(
[11:05] <BUGabundo_remote> and file:///home/bugabundohttp://people.canonical.com/~asac/tmp/startup.html#1264071912437
[11:06] <BUGabundo_remote> $ chromium-browser –user-data-dir=/tmp/chrome  file://`pwd`http://people.canonical.com/~asac/tmp/startup.html#`python -c 'import time; print int(time.time() * 1000);'`
[11:08] <BUGabundo_remote> firefox-3.7 -profile /tmp/firefox  -no-remote file://`pwd`http://people.canonical.com/~asac/tmp/startup.html#`python -c 'import time; print int(time.time() * 1000);'`
[11:08] <BUGabundo_remote> bugabundo@BluBUG:~$ psx fox
[11:08] <BUGabundo_remote> 1000     25618  0.0  0.0   7404   744 pts/7    D+   11:08   0:00 grep --color=auto fox
[11:10] <asac> BUGabundo_remote: did you have firefox-3.6 installed?
[11:10] <asac> wonder if your daily update today went well
[11:11] <asac> BUGabundo_remote: remove the file://`pwd`
[11:11] <asac> from the url
[11:11] <asac> just the http:/....
[11:29] <asac> BUGabundo_remote:  would appreciate if you can check that firefox 3.6 still works nicely ;) ... we shuffled the packaging quite a lot ;)
[11:29] <asac> so if you had issues during upgrade i would want to know
[11:44] <Tallken> hallo, anyone aware of a PPA problem?
[11:45] <asac> Tallken: let me know what probably you see
[11:45] <Tallken> asac, I was gonna paste a pastebin URL
[11:45] <asac> we did some package shuffeling, so some issues might come from that
[11:45] <asac> right
[11:45] <asac> please post what your issue is
[11:45] <Tallken> is firefox-3.5 supposed to bring firefox-3.6 ?
[11:46] <asac> yes
[11:46] <Tallken> then who has both firefox-3.5 installed and firefox-3.6 will run into troubles?
[11:46] <asac> we made the firefox 3.6 by default transition the last few days
[11:46] <asac> Tallken: yes, you need to remove firefox-3.6
[11:47] <asac> we didnt add a transition for those packages, because they never entered the archive
[11:47] <asac> and putting more packages in is overkill
[11:47] <Tallken> ok, makes sense
[11:47] <asac> i might upload a special package to the daily ppa to ensure a good transition
[11:47] <asac> with just that transition
[11:47] <Tallken> but that way you have to hear ppl like me complaining :p
[11:47] <asac> already thought about that
[11:47] <asac> will probably do that
[11:47] <asac> Tallken: thats ok.
[11:47] <asac> ;)
[11:47] <Tallken> :p
[11:47] <asac> Tallken: let me know if you have issues after removeing firefox-3.6
[11:47] <asac> packages
[11:48] <asac> yo should end up with firefox and firefox-3.5 (empty/transitional) packages
[11:48] <asac> and your default browser should be 3.6 then
[11:49] <Tallken> apt-get is sooooooo annoying when this happen
[11:49] <Tallken> I want to remove a package and he wants to install first the ones that failed
[11:49] <Tallken> using aptitude
[11:50] <Tallken> ......downgrading to previous version of firefox......
[11:50] <Tallken> ......removing firefox-3.6
[11:52] <Tallken> and finally, using apt-get to dist-upgrade, yay :D
[11:52] <Tallken> asac, thank you for your help
[11:52] <Tallken> if anyone else comes here, mention aptitude will do a better job
[11:52] <Tallken> removing firefox 3.6
[11:52] <Tallken> just refuse the first solution it presents
[11:53] <Tallken> and then it will offer to downgrade the packages back to the old firefox-3.5 (really 3.5)
[11:53] <Tallken> and then the system is in consistent state and you can remove firefox-3.6
[11:56] <asac> Tallken: ok. i think we should make that special package for 3.6 users
[11:57] <Tallken> hum
[11:57] <Tallken> or, i'm thinking about this now
[11:57] <Tallken> just tell ppl to install firefox-3.6 first now
[11:57] <Tallken> I assume it's empty now?
[11:58] <Tallken> then, when installing firefox-3.5 there won't be any file collision
[11:58] <Tallken> the problem here was that apt-get would kill the install because it wanted to replace a file which belonged to another package
[11:58] <Tallken> so, I assume if firefox-3.6 gets installed first, no files will be assigned to firefox-3.6 (assuming the firefox-3.6 package has now no files) and firefox-3.5 will complete with no issues
[12:00] <asac> Tallken: no. thats not it
[12:00] <asac> firefox-3.6 package is still in that ppa, from the previous version
[12:00] <asac> we dont ship an empty package in the new package
[12:00] <asac> because that would mean we would have to push that to real archive ... and we never had that package there
[12:00] <Tallken> then you'll run into troubles :p
[12:00] <Tallken> dpkg: erro ao processar /var/cache/apt/archives/firefox_3.6~hg20100120r33527+nobinonly-0ubuntu1~umd2~karmic_i386.deb (--unpack):
[12:00] <Tallken>  a tentar reescrever '/usr/lib/firefox-3.6pre/components/libnkgnomevfs.so', que também existe no pacote firefox-3.6-gnome-support 0:3.6~hg20100117r33523+nobinonly-0ubuntu1~umd1~karmic
[12:00] <asac> yes
[12:00] <Tallken> it says: error processing
[12:00] <asac> sure
[12:00] <Tallken> ...trying to rewrite ... which also exists in package
[12:00] <asac> right
[12:01] <asac> its half a bug, half a missing transitional package for the ppa-only
[12:01] <gnomefreak> DO NOT remove the idicater-applet (the one with your name) than try to add it back. You will lose your gnome-panels
[12:02] <asac> Tallken: please dpkg -r firefox-3.6-gnome-support
[12:02] <asac> and try again
[12:02] <asac> Tallken: do you get more cnflicts?
[12:02]  * asac currently fixes packaging
[12:02] <gnomefreak> force it will fix it
[12:02] <Tallken> asac, no, no, no, I'm good now :)
[12:02] <Tallken> asac, what I was saying was just discussing the thing
[12:02] <gnomefreak> ^^^ ugly way
[12:03] <Tallken> as I said, I used aptitude to handle it "automatically", it downgraded to the previous version (in which firefox-3.5 was firefox-3.5) and then I was able to remove
[12:03] <Tallken> I was just wondering any other possible solutions, but personally I've everything correct now
[12:03] <asac> Tallken: ok committed. so that error shouldnt happen anymore
[12:04] <Tallken> :)
[12:04] <asac> the gnome-support one
[12:05] <Tallken> then if that error won't happen, ppl will just have two Firefox 3.6 instaled at the same time without noticing it :p
[12:06] <BUGabundo_remote> bugabundo@BluBUG:~$ python -c 'import time; print int(time.time() * 1000);'
[12:06] <BUGabundo_remote><PHONE_NUMBER>753
[12:06] <BUGabundo_remote> bugabundo@BluBUG:~$ python -c 'import time; print int(time.time() * 1000);'
[12:06] <BUGabundo_remote><PHONE_NUMBER>732
[12:06] <BUGabundo_remote> bugabundo@BluBUG:~$ python -c 'import time; print int(time.time() * 1000);'
[12:06] <BUGabundo_remote><PHONE_NUMBER>176
[12:06] <BUGabundo_remote> bugabundo@BluBUG:~$ python -c 'import time; print int(time.time() * 1000);'
[12:06] <BUGabundo_remote><PHONE_NUMBER>533
[12:06] <BUGabundo_remote> bugabundo@BluBUG:~$ python -c 'import time; print int(time.time() * 1000);'
[12:06] <BUGabundo_remote><PHONE_NUMBER>883
[12:06] <BUGabundo_remote> bugabundo@BluBUG:~$ python -c 'import time; print int(time.time() * 1000);'
[12:06] <BUGabundo_remote><PHONE_NUMBER>310
[12:06] <Tallken> hum... er?
[12:07] <BUGabundo_remote> asac: how can that simple test have so much diff results?=
[12:07] <asac> BUGabundo_remote: you just print the time
[12:07] <BUGabundo_remote> who will the browser test be coeheren ?
[12:07] <asac> since current time moves on - as we all know
[12:07] <BUGabundo_remote> asac: yeah, I still haven't manage to get any browser to open with it :(
[12:07] <asac> you dont run the browser test with that command line
[12:07] <asac> you just run python to print hte time
[12:07] <asac> BUGabundo_remote: then dont do it ;)
[12:08] <asac> i told you how ;)
[12:08] <Tallken> anyway, thank you! idleing
[12:08] <BUGabundo_remote> $ firefox-3.7 -profile /tmp/firefox -no-remote http://people.canonical.com/~asac/tmp/startup.html# python -c 'import time; print int(time.time() * 1000);'
[12:08] <BUGabundo_remote> prints nothing
[12:08] <asac> chromium-browser –user-data-dir=/tmp/chrome "http://people.canonical.com/~asac/tmp/startup.html#"`python -c 'import time; print int(time.time() * 1000);'`
[12:09] <BUGabundo_remote> ELAPSED 704
[12:09] <BUGabundo_remote> YAY
[12:09] <asac> firefox "http://people.canonical.com/~asac/tmp/startup.html#"`python -c 'import time; print int(time.time() * 1000);'`
[12:09] <asac> yes
[12:09] <gnomefreak> asac: do you know what app to file a bug against for update-apt-xapi
[12:09] <asac> that works
[12:09] <asac> gnomefreak: no. dont know what that is
[12:10] <asac> dpkg -S update-apt-xapi
[12:10] <asac> gives you the package the file is shipped in
[12:10] <gnomefreak> thanks checking
[12:10] <asac> so its apt-xapian-index
[12:11] <BUGabundo_remote> aahhh -profile /tmp/firefox  is causing probs
[12:11]  * Tallken wonders why firefox-3.6 now that it is in the place of firefox-3.5 has the antialiasing or something different
[12:11] <asac> Tallken: font issues?
[12:11] <Tallken> no, it's prettier :p
[12:11] <asac> really?
[12:11] <gnomefreak> mine isnt comming up yet but thanks i will file bug against that
[12:11] <asac> cool
[12:12] <BUGabundo_remote> asac: 3.7 in safemode ELAPSED 4822
[12:12] <Tallken> I had already noticed Firefox-3.5 had prettier fonts than Firefox-3.6
[12:12] <BUGabundo_remote> way worse the Chromium
[12:12] <Tallken> I'd assumed it was some flag which was only enabled in final builds or something
[12:12] <asac> BUGabundo_remote: be sure chromium is closed before running it ;)
[12:12] <asac> also dont use -profile
[12:12] <Tallken> BUGabundo_remote, ppl want the speed while browsing, not the startup time, unless the difference is huge
[12:12] <asac> firefox has probably system extensions so it takes ages longer
[12:13] <asac> e.g. run with existing profiles
[12:13] <asac> or ensure that no extension whatsoever is on your system
[12:13] <asac> also no plugin
[12:13] <asac> if you want to do a "fresh-profile" test
[12:13] <gnomefreak> ok be righnt back i have to fix this.
[12:14] <BUGabundo_remote> asac: new profile : ELAPSED 885
[12:14] <BUGabundo_remote> Tallken: I *do* want speed at start
[12:14] <BUGabundo_remote> I keep opening new windows, and closing browsers, on remote machines
[12:14] <Tallken> BUGabundo_remote, okidoki
[12:15] <BUGabundo_remote> so Ch 774 and FF 3.7 885
[12:15] <BUGabundo_remote> let me test 3.5 and 3.6
[12:16] <BUGabundo_remote> $ apt-cache policy firefox  Installed: 3.6~hg20100120r33527+nobinonly-0ubuntu1~umd2
[12:16] <BUGabundo_remote> well.... can't test 3.5 anymore :\
[12:17] <BUGabundo_remote> bugabundo@BluBUG:~$ firefox "http://people.canonical.com/~asac/tmp/startup.html#"`python -c 'import time; print int(time.time() * 1000);'`
[12:17] <BUGabundo_remote> ELAPSED 862
[12:17] <BUGabundo_remote> 3.6 faster then 3.7
[12:20] <asac> BUGabundo_remote: right. firefox 3.6 is now all-static
[12:20] <asac> which should boost startup considerably
[12:20] <asac> thanks for confirming
[12:21] <asac> Tallken: so you say that fonts got better in latest 3.6?
[12:21] <Tallken> well, yes
[12:21] <Tallken> can't explain it though
[12:21] <Tallken> they're the same a firefox-3.5 was
[12:22] <Tallken> also notice it is probably dependent of the person you ask, some people complained about firefox-3.5 fonts
[12:37] <asac> Tallken: have a screen?
[12:37] <asac> maybe a screen with before too
[12:37] <asac> ?
[12:44] <Tallken> yes, wait
[12:46] <Tallken> asac, may I DCC you? [P.S.: the differences in the screenshots are fairly small]
[12:49]  * Tallken awaying for half an hour
[12:50] <gnomefreak> there i reached my file 3 bugs today ;)
[13:00] <gnomefreak> who wants to try to confirm a bug or 2?
[13:01] <coastGNU> There is a problem with the apparmor profile of firefox*
[13:01] <asac> Tallken: please post somewhere ;) ... DCC is not good for me ;)
[13:02] <asac> imageshack.us or something
[13:02] <asac> coastGNU: which versino are you running?
[13:02] <Tallken> asac, most services I register use a real-world username
[13:02] <coastGNU> 3.6~hg20100120r33527+nobinonly-0ubuntu1~umd2~karmic
[13:02] <Tallken> i suppose i can create another account at imageshack
[13:03] <asac> coastGNU: COLUMNS=200 dpkg -l firefox\* please
[13:03] <asac> in a pastebin
[13:04] <coastGNU> I added an entry for dirname and pwd to the apparmor prifile and firefox* starts again
[13:04] <asac> coastGNU: pleast post ;)
[13:05] <asac> coastGNU: we shuffled things a bit, so want to see what your status is
[13:06] <coastGNU> http://www.pastebin.org/79695
[13:07] <coastGNU> in /etc/apparmor.d/usr.bin.firefox add the lines:
[13:07] <coastGNU>   /usr/bin/dirname ixr,
[13:07] <coastGNU>   /usr/bin/pwd ixr,
[13:08] <coastGNU> just after the line which has basename
[13:10] <Tallken> ah, imageshack doesn't require registering :)
[13:11] <Tallken> asac, http://img696.yfrog.com/i/firefox36pos.png/ && http://img714.yfrog.com/i/firefox36pre.png/ . They're going to look VERY similar, but note the "//" in http:// in the address bar to see there is a small difference in the anti-aliasing
[13:14]  * asac breaks for lunch
[13:15] <jdstrand> coastGNU: can you file a bug following https://wiki.ubuntu.com/DebuggingApparmor
[13:15] <coastGNU> see the changes I made to the apparmor profiles:  http://www.pastebin.org/79701
[13:16] <coastGNU> Jepp, thanks for this tip. I wasn't shure if this needs an apparmor or firefox bugreport
[13:39]  * gnomefreak confused :(
[15:40] <Tallken> yay youtube HTML5; uses H264 :( [no support in FF3.6]
[15:52] <LLStarks> asac, i really want to put this autocomplete/screensaver bug to bed. is there any way to gdb it?
[15:53] <LLStarks> it pisses me off so much.
[15:53] <LLStarks> screensaver = 5 minutes of no autocomplete
[16:00] <LLStarks> micahg?
[16:00] <micahg> LLStarks: did you already make an strace?
[16:01] <LLStarks> no.
[16:01] <LLStarks> don't know how.
[16:01] <micahg> we can try this one first
[16:02] <micahg> strace -f -eopen /usr/lib/firefox-3.5.7/firefox 2>&1 | tee ~/ff_strace.log
[16:03] <micahg> that'll create an strace log in your home directory
[16:16] <LLStarks> can't replicate
[16:16] <LLStarks> grrr
[16:24] <BUGabundo_remote> asac: with the release of FF 3.6 does that mean a new branch for 4.0 ?
[16:25]  * BUGabundo_remote wants less cluthered browser
[16:47] <technoviking> Will there be a offical ppa for Firefox 3.6 in Karmic other than -daily
[16:48] <technoviking> Try to stop forums folks from installing 20,000 crack-filled homemade Firefox 3.6 debs of unknown quality and try to stay with something somewhat offical?
[16:54] <BUGabundo_remote> technoviking: secrutity ppa I guess
[16:55] <micahg> what's the question?
[16:55] <technoviking> Will there be a offical ppa for Firefox 3.6 in Karmic other than -daily
[16:55] <technoviking> Try to stop forums folks from installing 20,000 crack-filled homemade Firefox 3.6 debs of unknown quality and try to stay with something somewhat offical?
[16:55] <micahg> technoviking: yes, there is a plan to upgrade all stable versions to firefox 3.6
[16:55] <micahg> you probably won't need a PPA
[16:56] <technoviking> sweet, I will spread the word in the forums. I assume a week or so of testing for 3.6
[16:56] <micahg> technoviking: not that fast unfortunately
[16:56] <micahg> technoviking: hopefully before Lucid is released
[16:57] <technoviking> will it be in Karmic?
[16:57] <micahg> there might be a PPA sooner, but that depends on if we can make a policy for it
[16:57] <micahg> technoviking: not right awway
[16:58] <gnomefreak> micahg: there is a bug in sb and tb that should be addressed in tb3.0 maybe 2.0 as well and sb1.0but i dont recall the bug number but i will find it in the next 30 or so minutes
[16:59] <gnomefreak> im just testing something atm
[16:59] <micahg> gnomefreak: k, you remember what it's about?
[16:59] <micahg> k
[17:00] <gnomefreak> micahg: yeah sort of. when you get the open with dialog (image or what not) it lists tb and sb to open it with and it shouldnt do that
[17:00] <micahg> technoviking: we can't release it into the current stable releases without a language pack update
[17:00] <gnomefreak> should be as simple as removing a line or 3 but i would have to look at where it is
[17:00] <micahg> gnomefreak: oh, the image thing?
[17:01] <micahg> bug 458148?
[17:01] <gnomefreak> the open with dialog should not list tb or sb to open with
[17:02] <gnomefreak> micahg: thats it
[17:02] <micahg> gnomefreak: yeah, I was going to update TB3 once it was released into Lucid
[17:02] <gnomefreak> micahg: oh ok i was thinking to do it on the initial upload
[17:03] <micahg> well, I didn't to add more complexity to the merge
[17:03] <micahg> but idk
[17:04] <gnomefreak> micahg: it really doesnt matter if we push the fix after as long as it gets fixed (per users) but can we even push that to 2.0.x in <=karmic
[17:06] <gnomefreak> it looks like i have to reboot as normal this damn bug needs to be set to high :( ill be back
[17:06] <Salva1> Hello.
[17:07] <Salva1> Does anyone one know if Ubuntu will include Firefox 3.6 in its stable repositories?
[17:07] <Salva1> At least for Karmic.
[17:07] <BUGabundo_remote> yes
[17:07] <BUGabundo_remote> but not yet
[17:07] <BUGabundo_remote> it needs a lang pack
[17:08] <Salva1> OK.
[17:08] <BUGabundo_remote> if you really really want it NOW, there's a daily ppa for it
[17:09] <Salva1> If I add that, Firefox 3.6 and 3.5 will update it daily?
[17:09] <Salva1> Is it more for bug testers, right?
[17:09] <BUGabundo_remote> 3.6 replaces 3.5
[17:11] <Salva1> I see the final one in the Firefox page. Are those binaries not packaged?
[17:12] <Salva1> Could I not update Firefox with that?
[17:30] <gnomefreak> micahg: we are planning on backporting 3.6?
[17:30] <BUGabundo_remote> yes
[17:34] <gnomefreak> why?
[17:34] <BUGabundo_remote> shouldn't we ?
[17:40] <gnomefreak> not really
[17:40] <BUGabundo_remote> oh?
[17:41] <gnomefreak> introducing a major release to our stable releases can cause problems if 3.6 ends up not being as stable as they/we think and backporting is a big deal that we try not to do (at least in the past) example dapper-firefox-3.0
[17:42] <gnomefreak> we didnt backport it (would introduce too many problems)
[17:43] <gnomefreak> the bug listed releases that we didnt even get 3.5 in but i would have to look again
[17:43] <gnomefreak> but i will talk to them about it
[17:44] <gnomefreak> we should also hold the meeting before backporting major release packages
[17:44] <gnomefreak> be back
[17:45] <BUGabundo_remote> well, users (specally 9.X) will demand 3.6
[17:45] <BUGabundo_remote> if we don't give it to them in backport repos
[17:45] <BUGabundo_remote> they will go strange ways , untrusted sources
[17:45] <BUGabundo_remote> plus, those who just want stable releases, won't enable backports
[17:46] <BUGabundo_remote> but I do agree with you, we shouldn't put it in -updates
[17:49] <gnomefreak> im sorry for using the word "backporting" he is talking more like releasing it to -updates repo
[17:50] <gnomefreak> if we push 3.6 to <lucid than people will want/expect us to release tb3.0 sb1.0 ect...
[17:50] <gnomefreak> if i find bug i can see exactly what he wants to do
[18:05] <gnomefreak> micahg: you really think adding ff3.6 in the updates repo for >=hardy? << IMHO it is a very bad idea
[18:06] <micahg> gnomefreak: we're going to add for all eventually
[18:06] <micahg> gnomefreak: ff36 is all in one
[18:06] <gnomefreak> cant find bug that you said it in but title had [hardy][....
[18:07] <gnomefreak> micahg: if we do throw it into updates repo we are going to see problems arise not to mention users will than want tb3.0 and every new releases we make. I would suggest just putting them into a PPA so people can decide if they want it. forcing it maybe a bad idea (this is why we never did it before
[18:07] <gnomefreak> )
[18:08] <micahg> gnomefreak: that's the plan
[18:08] <micahg> TB3 will also need to be backported due to security concerns I think after TB2 is EOL
[18:08] <gnomefreak> micahg: from the bug report sounded like you plan on pushing it into the -updates repo
[18:08] <micahg> gnomefreak: yes
[18:08] <micahg> I think so
[18:09] <gnomefreak> so you are planning on pushing it to -update repos?
[18:09] <micahg> that's how I understood it at least
[18:09] <micahg> gnomefreak: after QA testing
[18:09] <gnomefreak> micahg: IMHO its a bad idea to release major releases into our stable releases of ubuntu
[18:10] <gnomefreak> its going to cause alot of problems and more bugs
[18:10] <micahg> gnomefreak: can;t help it...https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-new-firefox-support-model
[18:10] <gnomefreak> either throw it into backports repo or in PPA not in supported repos. ok looking at it in a minute
[18:11] <gnomefreak> Mozilla needs to make up thier mind. they are merging 3.7 into 3.6 now 3.6 into 3.5
[18:12] <micahg> gnomefreak: no, that's not what's happening
[18:12] <micahg> we don't know about 3.5 yet
[18:12] <micahg> they're talking about adding OOPP to 3.6
[18:13]  * gnomefreak not sure what you mean but i thought they were making 3.7 a release of 3.6
[18:13] <micahg> gnomefreak: no
[18:13] <gnomefreak> no? didnt i read something about that? or something like that?
[18:15] <micahg> FUD
[18:15] <micahg> only OOPP
[18:15] <micahg> afaik
[18:15] <micahg> gnomefreak: http://beltzner.ca/mike/2010/01/15/of-rumours-and-broken-telephones/
[18:17]  * gnomefreak reading
[18:21] <gnomefreak> it sounds like they will take stuff from 3.7 and 4.0 (new features ect..) and put them into earlier releases. that makes me think that they will use them as updates to stable browser (at least 3.6) they state "earlier" and that makes me thing of an update to stable 3.6
[18:21] <micahg> gnomefreak: small updates that won't affect other things, yes
[18:22] <micahg> but they still want a rapid release pace, so we're adapting our release policy to match
[18:22] <gnomefreak> if we take enough out of the unstable releases than they will keep updating and making versioning even more of a cunfusing mess of crap
[18:23] <micahg> gnomefreak: that's why we're moving to follow their releases in our stable releases and moving to an all-in-one ff
[18:23] <micahg> so when they update, we can update
[18:23] <gnomefreak> well rapid release pace would be as i understand it monthly( like 3.0.5 wou;ld be 5th month after release) its not really a change
[18:24] <micahg> gnomefreak: no, they want to decrease time between minor revisions
[18:24] <gnomefreak> not sure what "all in one" means 4.0 should be a major update like 3.0 was from 2.0
[18:24] <micahg> like 3.6 is 7 months after 3.5
[18:24] <micahg> it was supposed to be out 2 months ago
[18:25] <micahg> gnomefreak: no external depends like xulrunner
[18:26] <gnomefreak> micahg: ah i remember seeing that on the blueprint. is this our change or mozillas change?
[18:26] <micahg> our change so that we can keep up with mozilla
[18:26] <micahg> xulrunner is going to be in universe in Lucid
[18:27] <gnomefreak> for other apps but since firefox is in main it would be all in one but provide xulrunner for other browsers?
[18:27] <micahg> gnomefreak: no, it will not provide anything for other apps
[18:28] <micahg> except x-www-browser :)
[18:28] <gnomefreak> hmmmm
[18:29] <micahg> everything's moving to webkit anyways
[18:29] <micahg> or so it seems
[18:29] <gnomefreak> ok so with 4.0 we will provide it for all releases of Ubuntu?  yeah they are moving to webkit shotly after they moved to xulrunner :)
[18:30] <micahg> gnomefreak: yep, we will provide steady updates in stable releases
[18:30] <micahg> gnomefreak: and the source package is changing
[18:30] <micahg> firefox for current
[18:30] <micahg> next and trunk are TBD
[18:30] <gnomefreak> epiphany used both 2 different packages but now its one package that uses both (that confused the hell out of me how to decide what one you want
[18:31] <micahg> gnomefreak: we're going to try to backport karmic webkit for previous releases to drop epiphany-gecko
[18:31] <gnomefreak> that defeats the whole stable release updates per Ubuntu policy
[18:31] <micahg> gnomefreak: firefox already has an exception
[18:31] <gnomefreak> oh ok
[18:32] <micahg> but because of security concerns for xulrunner, we have to do some extensive backporting
[18:33] <gnomefreak> so really Mozilla will not release liek they did for 2.0->3.0 it will continue to be updates with security and new features it just seems weird
[18:34] <gnomefreak> that is why we have never packported Mozilla apps as it becomes a bitch for depends/rdepends
[18:34] <gnomefreak> s/packported/backported
[18:35] <gnomefreak> well if you need help with the backporting let me know i can spin 1 or more a day depending on how long a package builds (depending on package)
[18:35] <micahg> gnomefreak: right, that's why xulrunner is moving to universe so we don't have to do this again
[18:35] <gnomefreak> micahg: ah
[18:36] <gnomefreak> ok be back i need to eat
[18:36] <micahg> epiphany moving to webkit made things easier I think
[18:39] <ccheney> grr pulling in the other macro boilerplate appears to be wanting to pull all of the rest of glib in with it
[18:44] <asac> ccheney: what are you trying to pull?
[18:44] <asac> what macro?
[18:45] <asac> micahg: hi. you think you can get the PIE branches merged today?
[18:55] <asac> gnomefreak76: yes, so
[18:55] <asac> upstream aims for a more continous update process
[18:55] <asac> e.g. similar to chromium, without long lasting old-stable branches
[18:56] <asac> we dont know how that will look like, but we know it will happen
[18:56] <asac> also they go for more frequent updates ... like every 6 weeks or so
[18:56] <asac> which they already do for a while ... but both combined makes it overly hard to backport stuff for ages
[18:57] <ccheney> the G_G_DEFINE_TYPE (GInetSocketAddress, g_inet_socket_address, G_TYPE_SOCKET_ADDRESS);
[18:57] <ccheney> er G_DEFINE_TYPE (GInetSocketAddress, g_inet_socket_address, G_TYPE_SOCKET_ADDRESS);
[18:58]  * ccheney is cleaning up the files a bit more so its more easy to see where parts came from
[18:59] <jcastro> [reed]: mconnor: congrats!
[18:59] <jcastro> stevel: belated congrats. :)
[19:03] <asac> also gavin__, gandi ... congrats!
[19:03] <gandi> asac: !
[19:03] <gandi> :)
[19:03] <gandi> asac: I wanted to ask you sth
[19:03] <asac> gandi: shoot
[19:04] <asac> i am here for a bit ;)
[19:04] <gandi> asac: https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-new-firefox-support-model
[19:04] <gandi> do you work with Kev on this?
[19:04] <asac> yes
[19:04] <gandi> do you have support from MoCo team?
[19:04] <asac> gandi: in what way?
[19:04] <asac> its about mainly two things:
[19:05] <asac> 1. moving to firefox all-static ... and rolling that out to all releases (once the ohter branches go EOL)
[19:05] <gandi> in discussing the approach, and how can we make it easier for your model to release stuff, and about the concept of replacing all embedded gecko with webkit to minimize the regression risk
[19:05] <asac> 2. fighting with xulrunner reverse dependencies and extensions etc.
[19:05] <gandi> we recently started a big discussion about how to support you better
[19:05] <asac> hmm
[19:06] <gandi> and I gave this link as an example of a big shift that we're not supporting you with
[19:06] <gandi> beltzner asked if you're working with Kev on this
[19:06] <gandi> I said I don't know
[19:06] <asac> so what i often did, was trying to evangelize the importance of the embedding api
[19:06] <asac> stability
[19:06] <asac> and keeping that maintained with a long security support cycle
[19:06] <asac> i talked to almost everyone about that ...
[19:06] <gandi> basically, fwik pascal and several other guys suggest that we should consider starting our ppa
[19:06] <gandi> or another channel with .devs
[19:06] <gandi> .debs
[19:06] <asac> and i never got any positive feedback on that except some security team members ;)
[19:07] <gandi> yea, so it boils down to the question
[19:07] <asac> the main line is: "firefox is our product"
[19:07] <gandi> sec, otp
[19:07] <asac> everything else: someone needs to step up to do that
[19:07] <asac> gandi: please dont start shipping debs ;)
[19:07] <asac> thats really a mess
[19:08] <asac> come to us and work with us on the packages you want to see shipped :)
[19:08] <gandi> mhm
[19:08] <asac> if you ship packages it will become messy for sure.
[19:09] <asac> the problem is that there should be one package for all .deb based distros imo. however, mozilla doesnt run a distro so they are not aware of all the details and hence, their package will never be such a "one package"
[19:09] <gandi> we'd like to ship nightliy debs
[19:09] <asac> however, if mozilla works with us directly on such a package, all will be different
[19:09] <gandi> ok
[19:09] <asac> gandi: we ship nightly debs for ages
[19:09] <asac> we even talked about putting the packaging in mozilla-central somehow
[19:09] <gandi> mhm
[19:09] <gandi> otp
[19:10] <asac> however, its a bit tricky and needs some up-front discussion
[19:10] <micahg> asac: sure, by when?
[19:10] <asac> micahg: now ;)
[19:10] <asac> hehe
[19:10] <asac> well, whenever you can
[19:10] <jcastro> yeah, let's do it now. :)
[19:11] <asac> i want to get the final roughest edges flashed out and just release 3.6 final to lucid ;)
[19:11] <asac> at best today ;)
[19:11] <asac> jcastro: do what now?
[19:11] <micahg> asac: which branch needs it immediately?
[19:11] <asac> 3.6.head
[19:11] <jcastro> asac: get the discussion started
[19:12] <asac> yes. we can try that again. but imo it would be simpler to get mozilla folks involved with our package branches to start with
[19:12] <jcastro> indeed
[19:12] <gandi> asac: the deal is. we'd like to ship 64bit, we'd like to ship nightly builds, beta builds and stable builds similarly separately to how we distribute channels. I think that for now you ship only nightlies, right?
[19:12] <gandi> you don't ship betas separately?
[19:12] <fta> asac, did you fix 3.6?
[19:12] <asac> gandi: we can ship everything.
[19:12] <gandi> ok
[19:12] <asac> gandi: actually even you can ship everything.
[19:13] <asac> just use a ppa and use our packaging branches
[19:13] <asac> rather than doing your own stuff that isnt used
[19:13] <yofel> hi, is there a chance firefox 3.6 will get backported to karmic?
[19:13] <gandi> we'd like also to remove the restriction that you set in the doc about having to reduce the dependency on xulrunner in order to improve the shipping policy for firefox
[19:14] <micahg> yofel: yes, eventually
[19:14] <yofel> micahg: ok thx :)
[19:14] <asac> gandi: not sure what you mean. we dont put a restriction on the dependencies of xulrunner because we want to improve firefox. we do that because xulrunner is not maintainable security wise over the timespan of a support cycle
[19:14] <gandi> ah, ok
[19:14] <gandi> webkit is?
[19:14] <asac> and once you have dependency on something, you cannot throw in major upgrades
[19:14] <asac> so we move to all-static firefox, that can then go with major upgrades
[19:16] <asac> gandi: webkit is also kind of a mess, but xulrunner is officially mess and for xulrunner there is someone explicitly saying that they wont do security support ;)
[19:17] <asac> the main reason why to take webkit rather than xulrunner is that the gecko api was neglected for long time
[19:17] <asac> so most upstreams already moved to webkit
[19:17] <asac> e.g. gnome
[19:17] <asac> and others
[19:17] <asac> so the rational is that we can only support one engine: and since webkit is the market leader, we go for that
[19:18] <asac> and try to get everything also move there
[19:18] <asac> ;)
[19:18] <asac> market leader - in the small embedding market for linux ;)
[19:18] <and`> asac: do you link pinging me 20 times a day, don't you? :)
[19:18] <asac> and`: you must change your nick ;)
[19:18] <and`> asac: never! :)
[19:18] <asac> that nick is really the worst you had so far ;)
[19:19] <and`> don't worry, irssi doesnt pop up everytime so no problem really
[19:19] <micahg> asac: do I have to merge PIE into xul191 first?
[19:19] <asac> i think andv was the best
[19:19] <and`> andv the best?
[19:19] <and`> mmm...
[19:19] <and`> didnt like it so much, I liked av or averi
[19:19] <and`> but and is nice as well :)
[19:19] <asac> micahg: there are two branches submitted. merge the firefox one in 3.5, the xulrunner one in 1.9.1, then the firefox one in 3.6 and xulrunner in 1.9.2
[19:19] <and`> it must be the same of my DD account :)
[19:19] <asac> then in 3.7 and 1.9.3 ;)
[19:20] <micahg> asac: I won't have time to do all that till later tonight
[19:20] <asac> its recognizable
[19:20] <micahg> I could probably do one now
[19:20] <asac> speaking about someone with nick "and" is kind of like odysseus naming himself "nobody" at the cyklop
[19:22] <asac> gandi: so to summarize: dont do two different set of packages, but work on one standard packaging everywhere; i am happy to talk to you guys about ways of governance of such a cross-project effort
[19:22] <asac> and figure what would make you feel comfortable
[19:22] <asac> if you can setup such a discussion i would be really grateful
[19:24] <gandi> asac: thanks a lot
[19:24] <gandi> it is very very helpful and informative to me
[19:24] <gandi> I'll carry it upstream and let you updated
[19:25] <gandi> I basically believe that Mozilla screwed with helping Ubuntu ship xulrunner/firefox and we have to do extra work to fix that. I'm glad I asked you so that we wont spend cycles on doing useless stuff :)
[19:25] <dauerbaustelle> hi there, I think the 3.6 ppa dependencies are broken, at least for the firefox-3.5 and firefox-3.6-dbg packages
[19:26] <asac> gandi: right. so mozilla screwed somewhat, but i am quite sure that that was intentional. i am happy to hear that there is thinking ongoing and i am happy to discuss this all in depth with anyone who wants to improve the situation
[19:28] <dauerbaustelle> the firefox 3.5 package depends on the firefox metapackage, which depends on firefox 3.6
[19:28] <dauerbaustelle> is that indented?
[19:29] <micahg> dauerbaustelle: no
[19:29] <micahg> actually, isk
[19:29] <micahg> idk
[19:30] <micahg> well, the way it's set up now, if you just try to install firefox-3.5 from the PPA, you'll get firefox 3.6
[19:31] <dauerbaustelle> and firefox-3.6-dbg depends on firefox-dbg, which depends on a wrong hg revsison... I'll find out which one those are, one minute
[19:32] <and`> asac: lol, luckily I'm on irssi, so I don't have xchat blinking every minute :)
[19:33] <moted> Gents, congrats on the code push today.  I'm using the daily 3.6 build with the Java(TM) Plug-in 1.6.0_15 successfully detected, but it's won't load any applets.  Just wondering if anyone had seen anything like this?
[19:33] <dauerbaustelle> firefox-dbg depends on 3.6~hg20100120r33527+nobinonly-0ubuntu1~umd2~karmic, whereas the current firefox version in the ppa is (...)~umd1~(...)
[19:33] <gandi> asac: I wrote a summary of what you said. I'll make sure we get back to you. Thanks again!
[19:34] <gandi> and btw. "and" nickname is definitely high on my list of the worst nicknames to pick. Congrats!
[19:34] <asac> gandi: thanks a lot!
[19:34] <asac> "and" is like odysseus calling himself "nobody" on the cyclops island ;)
[19:35] <asac> moted: which java version ?
[19:35] <dauerbaustelle> can I support you fixing the dependency problems? ;-)
[19:36] <gandi> "and" is like saying "i don't want to work, I want to spend my life being disturbed by highlights"
[19:36] <vish> asac: hi.. when adhoc or gsm icons need signal strengths  , could you ping me regarding the names , I'll need add them to Humanity
[19:37] <moted> java version "1.6.0_15"
[19:37] <moted> Java(TM) SE Runtime Environment (build 1.6.0_15-b03)
[19:37] <moted> Java HotSpot(TM) Server VM (build 14.1-b02, mixed mode)
[19:38] <and`> gandi: thanks for the kind comment
[19:38] <gandi> :)
[19:38] <asac> i like if someone openly criticizes ... helps to address that
[19:39] <and`> asac: I can't have a nickname which is different from my DD account
[19:39] <asac> why not?
[19:39] <and`> Freenode rules ;)
[19:39] <asac> maybe you should hav choosen your dd account more wisely
[19:39] <asac> or change that
[19:39] <asac> you even changed your launchpad name ;)
[19:39] <and`> yes, but av can't be used as DD account name
[19:39] <and`> too short
[19:40] <and`> there is a motivation for everything and criticing without knowing things is not the best really :)
[19:44] <and`> asac: looks like you started not "loving" me so much these days, I hope that is not for the discussion we had the other day, and if it is for that, then I can't do anything to "fix" such situation, that's simply what I think :)
[19:44] <dauerbaustelle> would someone mind having a look on the depency problems? I'd like to have my browser back :-)
[19:44] <asac> and`: huh? nothing changed ;)
[19:44] <asac> all is fine
[19:45] <micahg> dauerbaustelle: manually install the firefox-3.5 versions of the packages
[19:45] <asac> dauerbaustelle: are you running dailiesß
[19:45] <asac> workaroud is to uninstall firefox-3.6
[19:45] <asac> and just upgrade
[19:45] <asac> you will get to firefox-3.6
[19:45]  * asac should ship a simple transition package in daily ppa
[19:45] <dauerbaustelle> I have completely removed all firefox packages and then reinstalled 3.6
[19:46] <dauerbaustelle> but I still can't install the debugging symbol packages
[19:46] <and`> asac: anyway I love my nick and I will tolerate any ping, so it's ok really! :)
[19:46] <dauerbaustelle> nor the gnome support packages
[19:47] <asac> and`: heh. then dont complain ;)... thats the only thing that triggered any comment on that nick
[19:48] <and`> asac: nope, my phrase before was just a joke, not a complain :)
[19:49] <vish> asac: ... are adhoc or gsm icons signal strengths likely to land in time for Lucid?
[19:50] <dauerbaustelle> that's the error trying to install the gnome support packages throws:
[19:50] <dauerbaustelle> trying to overwrite '/usr/lib/firefox-3.6pre/components/libnkgnomevfs.so', which is also in package firefox 0:3.6~hg20100120r33527+nobinonly-0ubuntu1~umd2~karmic
[19:50] <dauerbaustelle> I'll paste the full traceback
[19:50] <dauerbaustelle> http://paste.pocoo.org/show/168115/ here it is
[19:52] <dauerbaustelle> and still it's a problem that you can't install 3.5, because that's installing 3.6, which is removing 3.5
[19:52] <micahg> dauerbaustelle: you don't need the gnome-support package anymore
[19:52] <and`> gandi: I just read the other comment you gave me, lol
[19:52] <dauerbaustelle> why is it shipped, then?
[19:52] <and`> gandi: damn you :)
[19:53] <gandi> and what can I say?
[19:53] <gandi> ;)
[19:53] <asac> dauerbaustelle: yes, thats fixed in tomorrows dailies
[19:53] <asac> try to install it twice
[19:53] <asac> it should continue
[19:53] <asac> on second attempt
[19:53] <dauerbaustelle> what, the gnome-support thing?
[19:54] <asac> its for gnome support. previously we had .so in there
[19:54] <asac> now they are in default package and that one only has the proper dependencies
[19:54] <asac> to ensure tha the gnome support works
[19:54] <asac> so keep it
[19:54] <micahg> that's what I meant...
[19:55] <dauerbaustelle> asac, what do you mean by "install it twice"?
[20:00] <asac> dauerbaustelle: run apt-get dist-upgrade twice
[20:00] <asac> doesnt that help?
[20:00] <asac> or run apt-get install firefox-gnome-support
[20:00] <asac> ;)
[20:00] <asac> manually
[20:01] <asac> or run dpkg -i /path/to/firefox-gnome*.deb
[20:03] <dauerbaustelle> I still can't install it, because apt complains about that libngnomevfs.so which it doesn't want to overwrite
[20:03] <dauerbaustelle> dist-upgrade did exactly *nothing*
[20:05] <asac> ok
[20:05] <asac> then remove firefox-3.6-gnome-support ;)
[20:05] <asac> upgrade
[20:05] <asac> and install firefox-gnome-support afterwards
[20:06] <dauerbaustelle> I did
[20:06] <dauerbaustelle> dist-upgrade did nothing
[20:06] <micahg> it should just want firefox-gnome-support now
[20:06] <dauerbaustelle> doesn't
[20:06] <asac> dauerbaustelle: paste dpkg -l firefox\*
[20:06] <asac> actually
[20:06] <asac> COLUMNS=200 dpkg -l firefox\*
[20:06] <asac> -> paste.ubuntu.com
[20:07] <dauerbaustelle> http://paste.ubuntu.com/360231/
[20:09] <asac> dauerbaustelle: yeah ... so install firefox-gnome-support and you should be set
[20:09] <asac> also wait a bit
[20:09] <dauerbaustelle> yeah this works
[20:09] <asac> i am trying to get the transitional package somewhere
[20:09] <dauerbaustelle> but why not firefox-3.6-gnome-support? wtf
[20:10] <asac> dauerbaustelle: thats too much detail to explain atm ... tomorrow all will be good for those that havent upgraded yet.
[20:10] <micahg> dauerbaustelle: firefox-3.6 won't be versioned anymore
[20:10] <dauerbaustelle> hm, well then, next problem: firefox debugging mode doesn't work, "not in executable format"
[20:10] <dauerbaustelle> maany problems :D
[20:11] <dauerbaustelle> shall I wait until tomorrow?
[20:11] <asac> dauerbaustelle: that never worked the way you think it works ;)
[20:11] <asac> at least i think
[20:11] <asac> dauerbaustelle: what are you running?
[20:12] <dauerbaustelle> firefox -g or gdb /usr/lib/firefox.../firefox
[20:14] <gnomefreak> its only going to be "firefox"? :(
[20:14]  * asac checks
[20:17] <asac> dauerbaustelle: http://pastebin.com/f45650d1f
[20:17] <asac> dauerbaustelle: replace your /usr/bin/firefox with that
[20:19] <dauerbaustelle> I'll try. Is this only a problem of mine because I upgrade today (when the packages where broken), or did that never worked the way it should?
[20:19] <dauerbaustelle> s/worked/work/
[20:20] <asac> dauerbaustelle: firefox -g? thats a bug in the new package for firefox 3.6 we landed yesterday
[20:21] <dauerbaustelle> now I'm getting Reading symbols from /usr/lib/firefox-3.6pre/firefox-bin...(no debugging symbols found)...done.
[20:22] <dauerbaustelle> (the debugging symbol packages are installed)
[20:22] <gnomefreak> micahg: if you let me know when SM2 is fixed (grabs 2.0 not 2.1 and versioning fixed) ill spin it and test it, i can also upload to a PPA if needed
[20:22] <asac> dauerbaustelle: firefox-dbg is installed?
[20:22] <gnomefreak> flash bug or extension bug?
[20:22] <dauerbaustelle> asac, I can't..wtf.
[20:22] <asac> seems now
[20:22] <asac> not
[20:23] <dauerbaustelle> firefox-dbg: Depends: firefox-3.6 (= 3.6~hg20100120r33527+nobinonly-0ubuntu1~umd2~karmic) but 3.6~hg20100117r33523+nobinonly-0ubuntu1~umd1~karmic is to be installed
[20:23] <asac> remove the -3.6 package first
[20:23] <dauerbaustelle> ah
[20:23] <asac> thats the same as the gnome-support basically
[20:23] <asac> is fixed
[20:23] <asac> tomorrow
[20:23] <dauerbaustelle> same error after removing firefox-3.6-dbg
[20:24]  * gnomefreak wonders why it wants to install a lower version than what is installed
[20:24] <asac> dauerbaustelle: for me firefox-dbg is:
[20:24] <asac> Replaces: firefox-3.5-dbg, firefox-3.6-dbg
[20:24] <asac> Depends: firefox-3.6 (= 3.6~hg20100120r33527+nobinonly-0ubuntu1~umd2~karmic)
[20:24] <asac> Conflicts: firefox-3.5-dbg (<< 3.6~hg20100117r33523), firefox-3.6-dbg (<< 3.6~hg20100117r33523+nobinonly)
[20:24] <gnomefreak> -dbg updated for 3.6 yet?
[20:25] <asac> oh wait
[20:26] <asac> dauerbaustelle: fixed now ;)
[20:26] <asac> thanks
[20:26] <asac> so for now you have to force ignoredependes or wait till tomorrow for the -dbg package
[20:26] <asac> 4am UTC
[20:27] <asac> dauerbaustelle: do you have instant need for dbg symbols? then get the .deb and run dpkg -i --force-depends PACKAGEFILENAME
[20:30] <dauerbaustelle> yes, I'll do
[20:30] <dauerbaustelle> gna
[20:30] <dauerbaustelle> still no debugging symbols
[20:30] <dauerbaustelle> oh wait
[20:41] <dauerbaustelle> asac, you mean this deb? ...pool/main/f/firefox/firefox-dbg_3.6~hg20100120r33527+nobinonly-0ubuntu1~umd2~jaunty_i386.deb
[20:42] <asac> is yes
[20:42] <asac> yes
[20:42] <dauerbaustelle> ook
[20:44] <asac> https://edge.launchpad.net/~asac/+archive/sandbox/+packages
[20:44] <asac> the special transition packages for karmic should be there too soon ;)
[20:51] <gnomefreak> micahg: i got mail from Joe. I made my comments about SM2.0 and added you to CC since i mentioned you ;)
[20:52] <gnomefreak> those issues need to be worked out before i can build it for any reason since its grabbing 2.1 not sure how he built 2.0 if he did (made a script)? but he should stick with -devscripts since it adds nobinonly script in it but you will get email :)
[20:53] <gnomefreak> that is before we can push into any Ubuntu release
[20:53] <gnomefreak> as i see it
[20:54]  * gnomefreak gone need to get work done here before people get here
[20:54] <technoviking> This sound ok? http://ubuntuforums.org/showthread.php?p=8702588
[22:08]  * ccheney thinks he is making some progress on the patch, it keeps getting larger more and more functions :-\
[22:20] <asac> ccheney: for what are you pulling in new functions?
[22:20] <ccheney> yea i think i got one of the get_types to stop complaining! :)
[22:20] <ccheney> asac: having to pull lots more stuff to get the macros to work properly to get the get_type errors to go away
[22:21] <asac> the G_DEFINE_TYPE macros should be in hardy glib
[22:21] <asac> ccheney: which macros?
[22:21] <asac> more than the DEFINE_TYPE?
[22:21] <ccheney> those type macros the stuff that it pulls in is more for the particular classes that the get_type was showing up as missing
[22:21] <asac> i think you dont need the rest if the code doesnt use them
[22:21] <ccheney> eg gsocketaddress, etc
[22:21] <ccheney> it won't build without the other functions once i add the macros in
[22:22] <asac> so you say only the G_DEFINE_TYPE macro does that?
[22:22] <ccheney> for gsocketaddress it was this:
[22:22] <ccheney> G_DEFINE_ABSTRACT_TYPE_WITH_CODE (GSocketAddress, g_socket_address, G_TYPE_OBJECT,
[22:22] <ccheney>                                   G_IMPLEMENT_INTERFACE (G_TYPE_SOCKET_CONNECTABLE,
[22:22] <ccheney>                                                          g_socket_address_connectable_iface_init))
[22:22] <ccheney> which caused a lot of more functions to become needed
[22:25] <asac> ok. so the iface_init
[22:26] <asac> yeah
[22:26] <asac> the macros themselve shouldnt need anything new though
[22:26] <asac> G_TYPE_SOCKET_CONNECTABLE -> needs to be pulled in too
[22:26] <asac> right
[22:26] <asac> ccheney: can you publish an checkpoint patch EOD?
[22:27] <ccheney> ok
[22:27] <ccheney> i didn't completely finish reorganizing the c file but the header should be much more easy to read now
[22:33] <asac> great
[22:34] <asac> anyone here who hasnt upgraded to latest dailies, but has firefox-3.6 ?
[22:40] <micahg> asac: yes :)
[22:41] <asac> micahg: really ... cool.
[22:41] <asac> so the sandbox ppa (~asac)
[22:41] <micahg> asac: I have rc2 that I spun
[22:41] <asac> has the fake transition packages i wanted to in ject
[22:41] <asac> micahg: but before the renaming?
[22:41] <micahg> asac: yes
[22:41] <asac> hmm. wonder if that would upgrade to our ~rc2
[22:41] <asac> err
[22:41] <asac> ~hg
[22:42] <asac> micahg: can you add https://edge.launchpad.net/~asac/+archive/sandbox
[22:42] <asac> and post what apt-get dist-upgrade suggests (dont run it)
[22:43] <micahg> nothing
[22:43]  * micahg thinks it's because of ~rc2
[22:43] <asac> micahg: do you have the dailies too?
[22:43] <asac> e.g. the ppa?
[22:43] <micahg> yep
[22:43] <asac> dpkg -l firefox\* ;)
[22:44] <asac> COLUMNS=200 dpkg -l firefox\*
[22:44] <asac> ;)
[22:44] <micahg> I can install the old daily package
[22:44] <asac> karmic?
[22:44] <micahg> yep
[22:44] <asac> so the fake transition packages should be higher ... its 3.6+karmic
[22:45] <asac> apt-cache show firefox-3.6 please
[22:45] <asac> does that show the 3.6+karmic fake package?
[22:45] <asac> (should list more than one)
[22:45] <asac> oh ... do you have any pins etc.?
[22:46] <asac> i had some i didnt even know ... and those caused something similar
[22:46] <micahg> yep, shows 3.6+karmic
[22:46] <micahg> yes
[22:46] <micahg> I do :)
[22:46] <asac> ok... so maybe downgrade all firefox-3.6* packages to the versions before the transition
[22:46] <asac> remove the -gnome-support one (thats buggy atm)
[22:46] <asac> and then see if dist-upgrade is better ;)
[22:47] <asac> micahg: whats your local package version exactly? 3.6~rc2... ?
[22:47] <micahg>  3.6~rc2~micahg+nobinonly-0ubuntu1~karmic~ppa1
[22:47] <asac> yeah
[22:48] <asac> so if you could downgrade like mentioned up and then remove the pins and show what dist-upgrade suggests i would be happy ;)
[22:48] <micahg> downgrading right now
[22:48] <micahg> pins won't matter since daily and your ppa are the same
[22:48] <micahg> problem is my moz-beta is higher than daily
[22:48] <micahg> The following packages will be upgraded:
[22:48] <micahg>   firefox-3.6 firefox-3.6-branding
[22:49] <asac> right. but the firefox-3.6 package from the fake thing should still go up ... it doesnt have tight dependencies on versions or something
[22:49] <micahg> fake thing?
[22:49] <asac> check https://edge.launchpad.net/~asac/+archive/sandbox/+packages
[22:49] <asac> the binaries produced by  ffox36-daily-transition-special - 3.6+karmic
[22:49] <micahg> my web browser is broke ;P
[22:50] <asac> i didnt add transitional packages for 3.6 because i dont want them in the archive
[22:50] <asac> so i want to inject that package for our daily users to properly transition
[22:50]  * micahg fires up arora
[22:50] <asac> so i put empty firefox-3.6 etc. in there
[22:50] <asac> that depend on firefox etc.
[22:50] <asac> only
[22:51] <asac> heh. finally a reason for that ;)
[22:51] <micahg> k, but the transition isn't trying to upgrade firefox or anything els
[22:51] <asac> so lets see what happens after downgrade ;)
[22:52] <asac> so you downgraded?
[22:52] <micahg> yeah
[22:52] <asac> and dist-upgrade still shows nothing?
[22:52] <asac> maybe you kept some ~rc2 package ... like -dbg etc. ?
[22:52] <micahg> http://pastebin.com/f515f46dd
[22:52] <micahg> The following packages will be upgraded:
[22:52] <micahg>   firefox-3.6 firefox-3.6-branding
[22:52] <asac> yes, thats the pin i would think
[22:53] <asac> hmm
[22:53] <asac> i really think thats the pin
[22:53] <asac> firefox-3.6 only came from ppa
[22:53] <micahg> k, I'll remove
[22:53] <asac> firefox from archive
[22:53] <asac> so if you prefer archive over ppa nothing would happen
[22:54] <micahg> http://paste.ubuntu.com/360321/
[22:54]  * micahg had a lot of PPAs :)
[22:54] <asac> micahg: ok. so remove firefox-3.6-gnome-support if you have that (seems you dont)
[22:54] <micahg> I removed it
[22:55] <asac> then check that you have the current firefox launcher in the gnome-panel
[22:55] <asac> e.g. for firefox 3.5
[22:55] <asac> after upgrade it should still be there
[22:55] <asac> (just with the blue globe)
[22:55] <micahg> k
[22:55] <asac> micahg: what would upgrade do?
[22:55] <asac> e.g. without dist-upgrade?
[22:55] <micahg> install all those package I don't want
[22:56] <asac> paste please ;)
[22:56] <micahg> http://paste.ubuntu.com/360322/
[22:56] <asac> hmm.
[22:57] <asac> can you paste your dpkg -l firefox\* please ?
[22:57] <asac> want to check why its kept back
[22:57] <micahg> sorry
[22:57] <asac> sorry?
[22:57] <micahg> http://pastebin.com/f44f3ffdb
[22:57] <micahg> didn't doo it earlier ;)
[22:59] <asac> micahg: heh. np. do you see any package there that isnt installed, that is mentioned in the dist-upgrade?
[22:59] <asac> i mean ... for the firefox ones
[22:59] <asac> does dist-upgrade also suggest to remove something? or just the part you pasted?
[23:00] <micahg> no, just what I pasted
[23:00] <micahg> looks like it covers everything
[23:01] <asac> micahg: if you fire up update-manager ... it doesnt want to upgrade firefox etc?
[23:02] <micahg> no, it does
[23:03] <asac> really?
[23:03] <asac> hmm. strange
[23:03] <asac> and sudo aptitude upgrade ?
[23:03] <asac> does that complain?
[23:03] <asac> or keep back the firefox?
[23:05] <micahg> http://paste.ubuntu.com/360328/
[23:05] <asac> please also run sudo apt-get -oDebug::pkgProblemResolver=true  upgrade
[23:05] <asac> and post whats going on ;)
[23:05] <asac> hmm.
[23:06] <asac> firefox-3.5-branding removed
[23:06]  * asac checks firefox-branding
[23:06] <micahg> http://paste.ubuntu.com/360330/
[23:07] <asac> hmm
[23:14] <asac> micahg: ok i committed a provides: for all the packages now. lets hope that resolves it. maybe stick to that state till next daily has finished and see if just upgrade also works smoothly
[23:15] <asac> otherwise ... if update-manager (without -d) works, thats probably fine ... not 100% sure though if it would work in stable release update-manager
[23:15] <asac> oh wait ... you are running karmic. so yeah. if update-manager works its probably fine, but we should check if tomorrows builds are perfect
[23:15]  * asac copies the fake transition packages to daily and hopes its all good :)
[23:16] <asac> damage done ;)
[23:16] <asac> lets hope
[23:17] <micahg> asac: can I restore my browser now?
[23:17] <asac> why is it broken?
[23:17] <asac> i hoped you can try tomorrow ;)
[23:17] <micahg> I can put it back like this tomorrow
[23:17] <asac> ok
[23:18] <asac> whatever feels good to you
[23:18] <asac> i hope its fine
[23:18] <asac> ;)
[23:18]  * micahg needs browser for work :)
[23:19] <asac> heh
[23:19] <asac> eah
[23:19] <micahg> what do you think of a firefox-stable PPA?
[23:20] <micahg> asac: ^^
[23:20] <asac> ccheney: do you know gcc-uno?
[23:20] <asac> ;)
[23:21] <asac> micahg: yes, i want to make one ppa for each channel
[23:21] <asac> now that we dont want to care about version transitions that should work nicely
[23:21] <micahg> asac: can we start with stable?
[23:21] <asac> e.g. we can have one ppa for each channel
[23:21] <micahg> and do it after it's in lucid?
[23:22] <asac> no
[23:22] <asac> we can set it up now
[23:22] <asac> otherwise it will never happen i presume ;)
[23:22] <asac> fta: are you there?
[23:23] <micahg> asac: I'm not talking about a bot based one
[23:23] <asac> right
[23:23] <asac> still want to check with him
[23:23] <micahg> k
[23:23] <asac> we talked about this a few times ;)
[23:29] <ripps> meh, youtube html 5 still doesn't work with chromium
[23:31] <micahg> ripps: if they weren't using h.264, they could make it work with everything
[23:32] <ripps> micahg: so, the chromium-ffmpeg package doesn't include h.264 support?
[23:32] <micahg> idk
[23:32]  * micahg just knows that's why it won't work with ff
[23:33] <Fernandos> hi
[23:34] <RAOF> I thought the chromium nonfree ffmpeg package did include h.264 support.
[23:35] <Fernandos> I've Thunderbird 3 and have 2 email accounts one having "junk" as the spam folder and the other having "Spam" as the spam folder. How can I make them display under the >Junk tree?
[23:36] <ripps> RAOF: I already have chromium-codecs-nonfree installed, but youtube still says my browser doesn't support the video
[23:36] <micahg> ripps: maybe it's the user agent?
[23:36] <mahfouz> I just got this after firefox from ppa is now 3.6:
[23:36] <mahfouz> > firefox
[23:36] <mahfouz> /usr/lib/firefox-3.6pre/firefox: 59: dirname: Permission denied
[23:36] <mahfouz> /usr/lib/firefox-3.6pre/firefox: 88: /bin/pwd: Permission denied
[23:36] <mahfouz> /usr/lib/firefox-3.6pre/run-mozilla.sh: 39: dirname: Permission denied
[23:36] <mahfouz> /usr/lib/firefox-3.6pre/firefox-bin: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory
[23:36] <RAOF> ripps: Yeah, I've just checked.  -nonfree says it should support h.264, but youtube doesn't detect support.
[23:37] <micahg> mahfouz: try pastebin next time :)
[23:37] <mahfouz> ok
[23:37] <mahfouz> can you read it?
[23:37] <ripps> How do I change chromium's user-agent so it thinks I'm using google-chrome?
[23:37] <mahfouz> there is a problem with the transition to 3.6 in ppa
[23:37] <asac> mahfouz: at best wait till 5am UTC ;)
[23:37] <mahfouz> ok
[23:37] <mahfouz> thx
[23:37] <mahfouz> just wanted to report it
[23:38] <asac> mahfouz: so if it doesnt help in 12 hours come here ;)
[23:38] <asac> i hope we fixed all cases now ;)
[23:43] <ripps> Hmm.... even using the chromeleon extension in chromium to spoof my useragent doesn't work.
[23:43] <fta> asac, ?
[23:45] <fta> RAOF, ripps: http://code.google.com/p/chromium/issues/detail?id=13416#c36 and c37
[23:47] <ripps> fta: ah thanks, will the patch see the -dev ppa?
[23:47] <fta> ripps, it's not about user agent either
[23:47] <fta> ripps, if it works, most probably
[23:48] <micahg> fta: asac and I were talking about a PPAs for firefox channels
[23:49] <fta> and?
[23:49] <micahg> asac: said he was discussing with you
[23:50]  * micahg wanted to make a firefox-stable PPA after ff36 gets into lucid
[23:54] <fta> i have nothing against it, if that's the question
[23:55]  * micahg doesn't know what the question is...pokes asac
[23:55] <asac> fta: hi
[23:55] <asac> fta: so ... two choices: either we put that in ~mozillateam ... or ~ubuntu-mozilla-daily/+archive/stable
[23:55] <asac> or webtech ;)
[23:55] <asac> three
[23:55]  * micahg votes for ~mozillateam
[23:56] <fta> who/what will populate this ppa?
[23:56]  * micahg figured he could after a release from mozilla
[23:57] <micahg> should be easy now that it's all in one
[23:58] <asac> fta: for now manual. later: undefined
[23:58] <mahfouz> what's the diff between firefox-stable and regular lucid-updates?
[23:58] <asac> mahfouz: lucid-updates?
[23:58] <asac> we are still developing ;)
[23:58] <micahg> mahfouz: PPA might be bleeding edge release
[23:59] <mahfouz> asac: I mean the regular firefox updates coming thru regular ubuntu repos
[23:59] <asac> yes
[23:59] <micahg> timing
[23:59] <asac> firefox-stable will have the latest stable packages backported
[23:59] <mahfouz> you mean because ubuntu repos will not update 3.6 --> 37
[23:59] <asac> even if the archive is still stuck to the previous one
[23:59] <mahfouz> yes
[23:59] <asac> mahfouz: we might. but we will probably update later there
[23:59] <asac> basically when the other version is EOL upstream
[23:59] <asac> in the end it might not be that different


[13:23] <rbasak> I'm trying to download the source from a package_upload object that doesn't contains_source but does contains_source_archive_link, so I need to follow it back.
[13:23] <rbasak> Is it correct for me to go via upload.copy_source_archive and then call getPublishedSources on that?
[13:24] <mapreri> so… we can now upload source packages with .buildinfo? :)
[13:24] <rbasak> Only then I'm having to look up via the package name and version only.
[13:24] <rbasak> That gives me multiple source_package_publishing_history objects, and I'm just using the first one.
[13:24] <rbasak> Because I believe that all sources should be identical if looking at a particular archive, package name and version?
[13:24] <rbasak> So 1) is that correct in all cases, and 2) should I be doing something else instead?
[13:26] <cjwatson> mapreri: yes
[13:26] <mapreri> \o/
[13:27] <cjwatson> 1) correct though you should remember to specify exact_match=True as well
[13:27] <mapreri> cjwatson: thank you for your work!
[13:27] <cjwatson> 2) that's what I did in "queue fetch" so I must have thought it was the most sensible thing to do when I did that :)
[13:27] <rbasak> Great. Thanks!
[13:27] <cjwatson> np
[13:28]  * rbasak discovers the "queue" tool
[13:28] <wgrant> rbasak: Where are you getting the package_upload to start with? It's slightly unusual to deal with them unless you're doing queue manipulation.
[13:28] <rbasak> wgrant: I'm doing queue manipulation :)
[13:28] <wgrant> Ah, heh.
[13:28] <rbasak> This is for my queue -> git importer, for SRU review.
[13:28] <wgrant> Ahh
[13:28] <rbasak> It works, I'm just implementing the sync case.
[13:29] <rbasak> (as people are increasingly using bileto and so on)
[13:32] <psusi> This slish person keeps spamming bug #484499.  Could an admin clean up and ban please?
[13:46] <cjwatson> psusi: done
[13:46] <cjwatson> (it's probably not their fault - forged From in email spam - but the account has been inactive for ~6y anyway)
[13:56] <psusi> yea.. just got some virus to steal their address book


[04:48] <tsimonq2> I have started my Debian Developer process: https://nm.debian.org/process/534
[21:05] <valorie> very cool, tsimonq2
[21:05] <valorie> so who will advocate for you?
 Lisandro after I answer some questions, Dmitry, and maybe some others.
[21:27] <valorie> cool
 Just got through TSA at PDX.
 I had a great time. :(
[22:38] <valorie> good to hear, tsimonq2