[11:46] <manadart> stickupkid, achilleasa: simple one: https://github.com/juju/juju/pull/12720.
[12:08] <stickupkid> manadart, https://github.com/juju/charm/pull/336
[16:09] <stickupkid> manadart, https://github.com/juju/juju/pull/12722 the juju update
[16:22] <stickupkid> manadart, also https://github.com/juju/charm/pull/337


[05:17] <osmosis> any ideas on why a win2k3 kvm guest on ubuntu server works great on hardy, but runs super slow on lucid ?
[05:55] <lucent> experiencing data corruption with new juju stack post-upgrade to Maverick 10.10, seek advice how to troubleshoot and file a sensible bug report
[05:55] <lucent> p.s. I'm talking about firewire for anyone not familiar with juju
[08:06] <DanaG> hmm, the Ubuntu kernel's ClickPad support breaks my 3-button touchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/612591
[08:06] <ubot2> Ubuntu bug 612591 in linux (Ubuntu) "Maverick kernel treats touchpad's middle button as ClickPad (affects: 2) (heat: 16)" [Undecided,New]
[09:14]  * smb welcomes cking back
[09:15]  * cking yawns. jet lag is making me feel drowsy
[09:15] <smb> cking, You should not use "jet lag" :-P
[09:16] <cking> smb, eh, why?
[09:16] <lucent> who would I be waiting for, if I want to chat up about firewire in Ubuntu kernel?
[09:17] <lucent> experiencing severe data corruption post-Meerkat upgrade
[09:17] <lucent> it's only on one specific firewire adapter, the other works fine
[09:18] <smb> Hm I think manjo had been looking into fw stuff, but best would be a) a bug report and b) a mail to the kernel-team mailing list pointing to the bug and issue
[09:18] <smb> cking, These drugs a bad for your health
[09:19] <smb> cking, Sorry, I know its probably too early and to out of time for lame jokes.
[09:19] <lucent> that is helpful, I was going to try linux-ieee1394 directly but it's very low traffic and I don't see much interactivity to resolve issues since a while
[09:19] <cking> it's a fine joke, but my brain is somewhere else at the mo
[09:20] <smb> lucent, Sometimes it may be helpful to check git for the name of people which had done recent patches
[09:23] <lucent> smb: what is my required reading before posting to that mailing list?
[09:24] <lucent> I'm curious if there's interest in me even reporting this issue, to be honest, before I do work to report it ah
[09:28] <smb> lucent, Writing to<EMAIL_ADDRESS>probably is rather a heads up, it could be a cc when you report somewhere else, too. But to get ahead with upstream directly it is probably better to write to linux1394 and cc Stefan Richter (see MAINTAINERS file)
[09:29] <lucent> I can dig it. Thanks
[09:29] <apw> cking, heh you must be bad to not get that joke ;)
[09:29] <smb> apw, Morning
[09:30] <apw> morning
[09:30] <smb> apw, Is your headset on the floor or mumble just not working? :)
[09:36] <cking> uh, mumble.
[10:53] <smb> *** Lucid 2.6.32-25.44 moved to updates ***
[10:54] <apw> smb, yay
[10:54] <smb> yeah
[10:56] <apw> smb i assume it'll be an hour yet?  doesn't seem to have actually occured
[10:56] <smb> apw, Right, just was initiated
[13:50] <apw> smb, do you keep the kernel-ppa cruft cleaned out ?
[13:51] <apw> (or is it reaping itself?)
[13:51] <smb> its not me at least
[13:51]  * apw means the pre-proposed PPA, rather than mainliine builds in this context
[13:51] <smb> I believe that is now done automatically when things are superseded within the ppa
[13:52] <smb> Not doing anything to clean them
[13:52] <apw> smb most excellent ... did wonder
[13:52] <tgardner> apw, I don't think you can see old packages unless you login as kernel-ppa
[13:53] <apw> tgardner, so they could be there and need cleaning up then
[13:53] <tgardner> apw, thats my recollection
[13:53] <smb> oh, ok
[13:53] <cking> btw, I've got a less power intensive notify-osd in my ppa
[13:54] <smb> cking, how does that work?
[13:54] <apw> cking, sounds good
[13:54] <cking> smb, reduces the polling from 120Hz to 10Hz
[13:54] <smb> apw, Are you already looking into the ppa?
[13:55] <smb> cking, Ouch, that sounds like an awful lot
[13:55] <cking> smb, that was my reaction
[13:58] <mjg59> I'm not clear on why it polls. Shouldn't it be entirely event driven?
[13:59] <cking> mjg59, it should. I've filed a bug against it
[14:16] <apw> mjg59, it seems it is hard to find out where the cursor while ignoring the pointer so that the clicks go through; cnd had a proposal using transparent panels which should do the right thing (tm)
[14:17] <mjg59> Ha.
[14:17] <cking> for now, I have a bodge
[15:00] <smoser> when is the next stable kernel update expected ?  I'm wanting to know when i could expect for jjohansen's patch to bug 574910 to be pulled.
[15:00] <ubot2> Launchpad bug 574910 in linux-meta (Ubuntu) (and 4 other projects) "High load averages on Lucid while idling (affects: 35) (dups: 3) (heat: 232)" [Undecided,Invalid] https://launchpad.net/bugs/574910
[15:01] <smb> smoser, We just moved the last one to updates. That patch is pending to be uploaded and build, but then should move to updates relatively quickly
[15:02] <smoser> smb, is there something i can read on the process of this ? i really have no idea how to follow it other than bothering people :)
[15:02] <smoser> and although it may seem otherwise, i dont like bothering people
[15:03] <smb> smoser, Theoretically things get uploaded and you can see the current pending sru updates there http://people.canonical.com/~ubuntu-archive/pending-sru.html
[15:04] <smb> We are a bit behind with the upload to ec2 because the rebase was a bit clashing with upstream
[15:05] <smb> smoser, When we upload you normally get a request to verify that posted to the bug report
[15:05] <smoser> alright. so we're then hoping for that sometime soon, and then the 1 week stay in -proposed.
[15:05] <smoser> right, its more the time before upload that i was/am unclear on.
[15:06] <smb> smoser, If you do the testing feedback it could be even quicker for ec2. As the main changes have been in proposed long enough and just pushed to updates
[15:07] <smoser> oh. well then i can get those tested. i didn't realize they were in proposed.
[15:07] <smb> smoser, Usually the upload is done whenever there is something in proposed for the normal kernel. But this sometimes faces time problems with other things creeping up
[15:08] <smb> its currently no. as said we are a bit lagging behind
[15:08] <smb> should be today though
[15:09] <smoser> ah. well ok. well as soon as its in proposed, i will get it available for others ont hat bug to test.
[15:10] <smb> smoser, anybody subscribed to that bug should see the update there and get notified about the new upload to proposed
[15:10] <smoser> well, yes.
[15:10] <smoser> but its not that easy on ec2
[15:11] <smoser> we (I) have to upload a kernel to ec2 so someone can run it.
[15:11] <smoser> there is a whole in the process... we have nothing automated watching -proposed and uploading kernels.
[15:11] <smb> Oh, right. Yes. In that case you see the notification and can then upload it to ec2 when it is in proposed
[15:13] <smoser> ok. thank you smb. so i'll be expecting something early this week in -proposed, and will make sure it gets tested.
[15:13] <smb> smoser, So when things are uploaded you should see without poking people. Until then... Well, if it takes long there may be no way around that for the moment
[15:13] <smb> :)
[15:13] <smb> yup
[15:13] <smoser> yeah. i just wondered if there was a general insight into your proces that i could just follow along with.
[15:13] <smoser> i know you dont upload for every fix (which makes sense), but generally don't know how you group them or wait.
[15:14] <smoser> thanks
[15:25] <apw> akgraner, have we really scheduled the next openweek the day after release, when half the team will have been working all weekend?
[15:27] <apw> smoser, smb, isn't that bug on the wrong package ?
[15:28] <apw> or is ubotu being hopeless
[15:28] <smoser> its just bad ubotu
[15:28] <smoser> it is invalid on linux-meta, and in progress on linux-ec2
[15:28] <smb> apw, ubotu. As smoser sais its on linux-ec2
[15:28] <akgraner> apw yep...
[15:29] <apw> akgraner, heh good luck with that
[15:29] <smb> smoser, Not sure what the New on Linux is about
[15:29] <apw> smoser, i assume this does not show up in maverick ?
[15:29] <smoser> you should ask jjohansen for sure. i think it actually does affecdt upstream .  but my memory is fuzzy
[15:30] <akgraner> apw, I'll let jono know :-)
[15:30] <smb> apw, Depends. I think we still carry cnd's patch for the load calculation
[15:30] <apw> the patch being reverted is cnd's mod
[15:31] <smb> apw, Right, I have not exactly followed what happened there. For some reason it feels like there was some talk about a different approach upstream or some update
[15:31] <apw> smb i don't see that commit in maverick
[15:32] <apw> so i assume maverick is not affected by this bug, but may be affected by the original
[15:32] <smb> apw, Ok, right or the is actually the other approach which I was not sure about
[15:32] <tgardner> apw, I'm thinking we dropped cnd's fix in favor of an upstream solution
[15:33] <smb> tgardner, Ok, so we are thinking the same. I just cannot remember for sure
[15:35] <cnd> tgardner, apw, smb, in maverick I believe we have the upstream solution
[15:35] <cnd> in lucid and karmic we might still have my patch
[15:35] <smb> cnd, yes to lucid and karmic
[15:35] <smb> I mean there it is in
[15:36] <smb> just reverted for ec2
[15:36] <apw> smoser, so ... have we had any issues reported on the paravirt kernels in maverick ?
[15:36] <apw> tgardner, cnd, thanks for the clarification
[15:39] <smoser> apw, a couple. but tnothing that appears paravirt specific.
[15:40] <apw> cool thanks
[15:41] <cnd> smoser, I just took a look at the bug report
[15:42] <cnd> I'm concerned that the high load avgs aren't just because of the statistics reporting change
[15:42] <cnd> the patch that I wrote only affected the load avg calculation
[15:42] <cnd> but people seem to have real loads that are hitting their throughput
[15:43] <smoser> well, yes, and we've tried to get them to open new bugs to address that.
[15:43] <smb> cnd, IIRC jjohansen has tested reverting and saw things going down to expected values
[15:43] <cnd> smoser, ok
[15:43] <smoser> there are load issues with lucid
[15:43] <cnd> smb, yes, but I still worry that we might be seeing a symptom of a different problem
[15:43] <smoser> that bug is very much "meta bug"
[15:43] <cnd> and reverting the patch just papers over it
[15:43] <cnd> smoser, ahh, ok, that makes sense
[15:43] <smb> cnd, Yes, there were multiple issues in that bug
[15:43] <smoser> people googled "bad kernel performance lucid" and hit it and it went everywhere
[15:44] <cnd> heh
[15:44] <apw> a reason to change the title immediatly
[15:44] <cnd> anyways, my .02
[15:44] <smoser> so basically, there are real issues with lucid performance that people are seeing, but we've not gotten a lot of good feedback as to what those are.  john has a good understanding of what was wrong in the calculation.
[15:45] <smoser> hey is infinitely more suited to discuss it.
[15:45] <smoser> than i
[15:47] <smb> cnd, I believe there might even be some writeback performance issues in there which will get addressed by the changes we just got into updates for master
[15:51] <cnd> ok
[16:03] <smoser> smb, do you have a bug number for "writeback performance issues"
[16:04] <jjohansen> smoser: it should be on the bug a couple of times
[16:04] <smb> smoser, There were two I remember. Though those rather addressed the long unmount time. While the set of patches also enhances general write performance
[16:05] <jjohansen> smb: yes but it really sounds like a couple people were doing unmounts
[16:05] <smoser> well, if its ext4 only, its not likely causing anyone problems on ec2
[16:05] <smoser> our 10.04 images use ext3
[16:06] <smoser> (just remembering that some of the performance issues were ext4, i thought)
[16:06] <smb> smoser, jjohansen bug 585092 and bug 543617
[16:06] <jjohansen> smoser: so of those people aren't using our images
[16:06] <ubot2> Launchpad bug 585092 in linux (Ubuntu Maverick) (and 2 other projects) "giant IO delays on unmount (affects: 2) (heat: 64)" [Medium,Fix released] https://launchpad.net/bugs/585092
[16:06] <ubot2> Launchpad bug 543617 in linux (Fedora) (and 3 other projects) "Unmount of an fs with dirty cache buffers causes pathological slowdown (affects: 14) (dups: 2) (heat: 126)" [Unknown,Unknown] https://launchpad.net/bugs/543617
[16:07] <smb> smoser, the writeback changes affect all filesystems. Though I only tested ext4 and xfs
[16:07] <smoser> k
[16:08] <jjohansen> cnd: as for the patch, it was a real problem, it was applying nohz logic to a Hz based kernel, reverting your patch and using the upstream problem as fixed the phantom load issue
[16:08] <smoser> jjohansen, you and i will have to discuss if this new kernel would warrent racing out new images, rather than releasing them at the end of next month.
[16:09] <smb> bjf, How far are you with preparing the ec2 update in Lucid?
[16:10] <bjf> smb, i'm still unclear from you email how to get the security fixes back onto the ec2 branch, but other than that, it wouldn't take long to get it ready for upload
[16:11] <cnd> jjohansen, yeah, I still believe you :)
[16:11] <cnd> just one of those pit of the stomach feelings
[16:11] <smb> bjf, You get them by the rebase. The only problem is/was that you don't get the right version by rebasing. So its just a small modification of the last commit to make it right
[16:12] <bjf> smb, ok, can take care of it right away
[16:13] <smb> bjf, ok great. sconklin should be able to make uploads for it by now
[16:13] <bjf> smb, i'll get on it right now
[16:17] <smb> bjf, I am not sure how much this helps, just generally in order to verify the rebases i search for the version of the rebase target (eg. 2.6.32-25.44) and look whether the next patch after that looks like some topic branch patch. That does not help that much with the version number which is better looked up with launchpad or rmadison.
[16:23] <jjohansen> cnd: oh I agree that there are multiple other issues, I have stated that repeatedly in the bug, along with reverting was only valid for ec2 etc.  And begged people to open new bugs, just to have them ignore and continue, accuse us of not working on the real issues etc.
[16:34] <cnd> yeah, bug hugging is always fun :)
[17:51] <JFo> gah, totally spaced on the bug review. My computer is still set to Taiwan time :-/
[17:51] <JFo> sorry guys and gals
[17:52] <smb> JFo, we danced on the tables as usual when you are not there :)
[17:52] <JFo> heh
[17:52]  * JFo wants video or it didn't happen :-)
[18:00] <jjohansen> does video taken after the fact count?
[18:01] <JFo> jjohansen, I'm willing to allow it :-)
[18:07] <JFo> <-lunchies
[19:00]  * tgardner lunches
[19:02] <cking> yawn
[19:36] <bryceh> JFo, mind taking a look at bug 649141 when you get a moment?
[19:36] <ubot2> Launchpad bug 649141 in linux (Ubuntu Maverick) (and 1 other project) "BUG: unable to handle kernel paging request - EIP: [<f959ae41>] snd_ctl_poll (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/649141
[19:56]  * jjohansen -> lunch
[20:36]  * ogasawara lunch
[21:06] <NCommander> ericm|ubuntu: I need bug #634161 fixed ASAP on Dove.
[21:06] <ubot2> Launchpad bug 634161 in linux-mvl-dove (Ubuntu) "Unable to handle kernel paging request at virtual address 0ce003be - parport_pc driver load issue (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/634161
[21:06] <NCommander> ericm|ubuntu: (config file change I think)


[00:15] <ruedii> Hello, I'm having trouble getting my EFI bootloader to install right.
[00:15] <ruedii> My two guesses are that one of the updates are screwing it up, or I need to reboot after creating the EFI partition before I can use it.
[00:15] <ruedii> Which do you think might be the case?
[00:19] <ruedii> Can someone help me figure out why the grub-efi bootloader is failing to install properly on my system?
[00:29] <ruedii> OK, I changed two things.  I didn't preinstall updates with my install, and I changed my efi partition from 512MB (which may be too big for my BIOS) down to 199MB.
[00:29] <seba__> ciao hello
[00:29] <ruedii> Does anyone know if either of those things would have caused the EFI-Grub install to fail?
[00:30] <seba__> my grub too fail in black screen
[00:30] <seba__> ah install
[00:30] <ruedii> Also, EFI.
[00:32] <seba__> check in bios if  your installation dvd/usb start from uefi
[00:33] <seba__> ruedii "secure boot" option (in BIOS) is disabled?
[00:33] <ruedii> seba__ I believe so
[00:34] <ruedii> However, if I recall grub-efi now works with secure boot.   I haven't installed any other OS on here with secure boot, so it shouldn't be an issue.
[00:34] <ruedii> Also, it would give a very specific error if it was secure boot.  It's just giving a very generic one.
[00:34] <ruedii> I'm getting: Executing 'grub-install dummy' failed.
[00:36] <seba__> u have to disable secure boot
[00:36] <seba__> i remember the same error but not remeber how i made
[00:36] <ruedii> I think it is disabled, but I will double check.
[00:37] <ruedii> Windows has never been installed on this computer, so it shouldn't be an issue, though.
[00:41] <seba__> Someone can learn me how to manually config grub? if i press enter while Kubuntu GNU/Linux is selected system freeze, if i try using superGrubDisk2 to start from an existing grub in (hd0,gpt2) my kubuntu start normally
[00:43] <seba__> p.s. cannot use auto-repair (es. rescatux) because the disk is crypted and live cd don't recognize the system, but only the loop distro (itself)
[00:46] <seba__> PLS someone can HELP
[00:49] <seba__> anyone know ho to set grub
[01:53] <valorie> !grub | seba__
[02:08] <seba__> thank you ubotto and valorie now i see what appen
[02:11] <valorie> oh cool
[02:36] <Ruedii> OK, I rebooted to check if my BIOS had SecureBoot enabled, and it turns out it doesn't even support secureboot.  The EFI loader on my Kubuntu Thumb Drive confirms this.  (If I recall secureboot requires an external security module on my motherboard, which you couldn't pay me to install. :D)
[02:38] <Ruedii> Do I set the "Boot Partition" the EFI partition, the EFI Drive, or the root/boot partition?
[03:16] <em-web> If I have some downloaded movies is it possible to somehow burn them to a DVD such that I could view them on a television with a DVD player?
[03:17] <Ruedii> em-web, that's not exactly legal if they are copyrighted.   You can search for the web on how to do that, though.
[03:35] <emm> Hi
[03:35] <emm> sorry i disconnected
[03:35] <emm> Not sure if anyone saw my question
[03:36] <emm> How could I convert a video in mkv into a format which I could burn on to a DVD and watch on my television with a DVD player?
[03:44] <seba__> emm see http://www.linuxquestions.org/questions/linux-software-2/mkv-to-avi-conversion-855764/
[03:45] <seba__> nono this is newer http://linuxg.net/how-to-convert-an-mkv-file-to-mp4-by-terminal/
[03:48] <valorie> !efi
[03:48] <valorie> huh
[03:49] <emm> was that to me?
[03:56] <valorie> emm, no for Rueddi, but s/he parted
[04:10] <emm> valorie: oh okay : )
[04:28] <seba__> ok i started boot rescue and saved file, now downloading chakra and byebye kubuntu
[04:30] <seba__> goodbye all
[05:12] <ruedii> OK, I've given up on doing an EFI install.   I'm seing if I can coax the x86-64 version to install in MBR on my system.   Anyone know how to force the AMD64 version of Kubuntu to force MBR installation?
[05:39] <valorie> ruedii: do you mean a /boot partition?
[05:45] <ruedii> valorie, no I mean use the MBR instead of trying to use EFI.
[05:48] <valorie> did you read this? https://help.ubuntu.com/community/UEFI
[05:48] <valorie> I posted it for you, but you had left
[05:48] <valorie> !mbr
[06:56] <kaffeebohne> Hi. I just wanted to install calibre, but I get a "502 internal error - server connection terminated". "apt-get update" works fine though.
[06:59] <jimzheng_> #gam
[08:14] <zizoo> Is there a way to keep an Android phone in sync with KDE PIM stuff on the fly? Say Google Calendar sync?
[08:24] <palasso> zizoo: yes you can use Google Calendar and sync your KOrganizer with it
[08:27] <palasso> You can also use other cloud services with KOrganizer (and use android apps that use those services). Finally you can use a .ics file stored on some folder that gets synced to your phone and opened up by an android app that opens .ics calendar files
[08:28] <zizoo> Ah ok thanks. KOrganizer, duh. Google immediately gives back much clearer information searching for that. Following a guide and will get back.
[08:28] <zizoo> Oh, or if that doesn't work I might try something with Tasker, .ics files, and Dropbox.
[08:29] <palasso> zizoo: using KOrganizer with a Google Calendar is easy. Just add a new calendar on KOrganizer, from the types select Google Calendar, add your google info and you're ready
[08:30] <palasso> A combination with an .ics file stored on dropbox (or whatever else mechanism you have to sync to the phone) and open it with KOrganizer on the desktop and an android app on the phone works as well
[08:33] <palasso> Or other cloud services like Kolab etc.
[08:33] <palasso> DAV, Open X-change
[08:35] <zizoo> Yeah, last time I tried to do this it wasn't this easy at all. But I guess it's been a couple years. Thanks!
[08:38] <zizoo> Does anything in the KDE PIM interfaces let me access these cool Nepomuk ontologies I've been reading about? I saw something on a site for Mandriva Linux, but it was 3 years old and I couldn't find the plasmoid widget anywhere....
[08:39] <zizoo> It was a task management system that used TMO modeling. I know I won't be able to use that data from the phone even if I get it to sync, but I really wanted to try it.
[08:43] <zizoo> Ah, and TMO is the Task Model Ontology, as found here: http://www.semanticdesktop.org/ontologies/
[09:18] <juancarlospaco> zizoo: its pretty easy from python, I created a plugin for an IDE I help to develop, you can git it from https://github.com/juancarlospaco/semantic
[09:18] <juancarlospaco> just 1 3-liner method
[09:49] <zizoo> Oh cool, thanks juancarlospaco. I've never used Ninja IDE, but now I'll be looking into it.
[09:56] <juancarlospaco> zizoo:  ok, the point its the nepomuk method that this particular plugin has :)
[09:56] <juancarlospaco> but the IDE is awesome too  :D
[10:27] <BluesKaj> Hiyas all
[12:22] <xkernel> I'm unable to boot Kubuntu 13.04 64bit on Macbook
[12:25] <BluesKaj> xkernel, do you get the grub boot menu ?
[12:25] <xkernel> BluesKaj, no just black screen with boot options 1. 2. with empty names
[12:26] <xkernel> and keyboard is not working
[12:27] <BluesKaj> does the livecd/usb boot and run , xkernel ?
[12:27] <xkernel> BluesKaj, Ubuntu is booting fine but Kubuntu no
[12:28] <BluesKaj> from the hdd or the live media ?
[12:30] <BluesKaj> xkernel,^ ?
[12:55] <xkernel> BluesKaj, sorry i was away,  from HDD
[13:07] <rethus> is kubuntu 12.010 last stable one?
[13:08] <rethus> i have 12.01 as lts version. Do the aptitude full-upgrade, and got a dialog, which tell me 12.10 should be installed.
[13:08] <rethus> i thought 13.01 was stable?
[13:15] <rethus> ping
[13:15] <rethus> pong
[13:15] <rethus> hello, anybody on here?
[15:26] <xkernel> where can I find the Kubuntu 13.04 amd64 for mac ?
[15:32] <xkernel> I can find this iso for 12.10 and Saucy but not the raring
[15:48] <blade> hii
[15:48] <blade> can anyone tell me shortcut to open terminal in kubunut
[15:49] <juancarlospaco> blade: CTRL + F2
[15:49] <blade> not working dude
[15:50] <blade> anybody there?
[15:50] <blade> ??????????????????/
[15:51] <smartboyhw> blade, Ctrl + Alt + T?
[15:52] <blade> its not working in kubuntu
[15:53] <palasso> xkernel: I think it's not available in 13.04 since it's not on the list
[15:53] <smartboyhw> blade, um I'm afraid you have to set the shortcut yourself I think
[15:53] <blade> can u tell me how?
[15:53] <palasso> blade: right click on the Kickoff launcher icon and select main menu editor
[15:54] <palasso> "Edit Applications"
[15:54] <blade> okk i will try
[15:54] <blade> gotta go
[15:54] <blade> thanks anyways
[16:21] <rundaz> installed libreoffice in lubuntu, then removed abiword and gnumeric. icon for abiword is gone. but icon for gnumeric is still in menu (even though nothing happens when click on it). how do i get rid of it (on all user accounts)?
[16:25] <BluesKaj> rundaz, rightclick on the menu , edit applications>edit>delete, not sure if it deletes for all users tho.
[16:26] <BluesKaj> this is the kubuntu support chat btw
[16:28] <rundaz> i have lubuntu
[16:32] <rundaz> ok thank you anyways :)
[16:59] <newuser> Hi ! i;m new to kubuntu. I run Live usb mode but i can't find my PC hdd? where they located in filesystem? I can't see in Media folder
[17:00] <newuser> and my Live usb Kubuntu is not installed wifi support)
[18:03] <nikolaj_basher> Is it posible to make a vnc server when I have a vpn server with static ip?
[18:10] <dazru> installed webhttrack (in lubuntu) and icon is way out of size in menu (way too big). how can this be fixed?
[18:12] <invalid> what provides vncserver in 13.04?
[18:15] <nikolaj_basher> invalid, ?
[21:32] <rotsy> Hello everyone


[06:59] <pitti> Good morning
[07:59] <crevette> hello
[08:00] <crevette> good morning
[08:15] <didrocks> morning o/
[08:20] <seb128> hello everybody
[08:21] <didrocks> hi seb128, did you have a good night?
[08:22] <seb128> lut didrocks
[08:22] <seb128> very good, you?
[08:22] <didrocks> long one. So, yes :)
[08:32] <seb128> pitti: hey there ;-) libical sru got two comment saying that the update works, could you move it to -updates today?
[08:32] <pitti> seb128: yay nice
[08:32] <seb128> it will make easier to sort issues that people are having because they didn't get the update yet and other crashers
[08:33] <seb128> thanks
[08:37]  * chrisccoulson wishes he had more positive feedback on his tracker SRU
[08:53] <robert_ancell> hi all#
[08:53] <pitti> hey robert_ancell
[08:53]  * robert_ancell found totem very hard to merge with debian.  So many changes...
[08:54] <pitti> robert_ancell: what are you looking at, the MoM output?
[08:54] <pitti> robert_ancell: I usually do interdiff -z -p1 debian.diff.gz ubuntu.diff.gz
[08:54] <pitti> and then see which of the delta is important
[08:54] <robert_ancell> pitti: it was more deciphering what the changes were, why they were done, and if they were debian/ubuntu specific
[08:55] <robert_ancell> I files a bug with Debian with the changes in Ubuntu that I think are applicable to them
[08:55] <robert_ancell> And I want to push the BBC changes upstream as there's at least 3 versions of that patch floating around
[08:56] <pitti> oh yes, I guess that caused a lot of delta
[08:56] <pitti> robert_ancell: another major thing might be the codec install stuff?
[08:56] <seb128> hello robert_ancell
[08:57] <seb128> sorry I had to reboot to test changes
[08:57] <robert_ancell> seb128: hey
[08:57] <seb128> pitti: the codec install is upstream gstreamer code
[08:57] <seb128> pitti: we only customize the application called using a configure option
[08:57] <pitti> ah, I thougth we needed debian/ubuntu stuff for calling g-a-i
[08:57] <pitti> I keep mixing that up
[08:57] <seb128> robert_ancell: I'm not sure about BBC plugin in debian, they don't have a good infrastructure for translations
[08:57] <robert_ancell> Hey do you guys know why when I tried to put GDL in BZR I got the following error:
[08:58] <robert_ancell> bob@alchemy2:~/bzr/gdl$ bzr push lp:~ubuntu-desktop/gdl/ubuntu
[08:58] <robert_ancell> bzr: ERROR: Invalid url supplied to transport: "lp:~ubuntu-desktop/gdl/ubuntu": No such project: gdl
[08:58] <seb128> because there is no gdl project registered on launchpad
[08:58] <seb128> that's a stupid limitation if you ask me
[08:58] <pitti> at some time LP will grow package branches
[08:58] <seb128> but it's easy enough to register the project
[08:58] <pitti> but for now we only have branches on projects
[08:59] <seb128> we do it to be able to open upstream tasks anyway
[08:59] <seb128> just nobody came and did this one yet
[08:59] <robert_ancell> ok, cool
[09:00] <robert_ancell> how to register a project?
[09:01] <seb128> https://edge.launchpad.net/projects/+new
[09:01] <seb128> hum, maybe not wait
[09:02] <seb128> I think that's this one
[09:02] <pitti> right, it is
[09:02] <seb128> I've not done that for a while so I'm not sure now, but I think that's this one
[09:03] <robert_ancell> ok, registering now
[09:06] <robert_ancell> that seemed to work, thanks
[09:07] <robert_ancell> I'm heading off soon, anything anyone want to cajole me into doing tomorrow?
[09:08] <seb128> robert_ancell: what did you do today? managed to get the totem updates done?
[09:08] <seb128> robert_ancell: do you still have things on your list to merge or update?
[09:09] <robert_ancell> seb128: yes, I've done all the merges/updates I had listed
[09:09] <seb128> did you get the gdm merge on your list?
[09:09] <seb128> I think I mentioned it the other day to do but I'm not sure if you are interested in that one
[09:10] <robert_ancell> seb128: no, when I asked you yesterday it sounded like we should discuss at UDS first due to the missing features
[09:10] <robert_ancell> I wouldn't say gdm excites me
[09:10] <seb128> that's the new gdm discussion
[09:10] <seb128> we might want to merge the current one with debian, ie rebase our version on their current one
[09:10] <seb128> ok so don't bother, it's a fairly non trivial one and I know the package I will do it
[09:11] <robert_ancell> ok
[09:11] <seb128> robert_ancell: I will drop you an email with some suggestions for tomorrow later
[09:11] <robert_ancell> seb128: ok, thanks.
[09:12] <robert_ancell> see you guys tomorrow! (two days and then I'll catch you all in Barcelona!)
[09:12] <seb128> and we really need to have a team discussion about better workflow at uds
[09:12] <robert_ancell> two work days that is
[09:12] <seb128> yeah
[09:12] <pitti> see you robert_ancell, good night!
[09:12] <seb128> have fun, see you tomorrow
[09:12] <robert_ancell> later pitti!
[09:14]  * seb128 does some sponsoring
[09:15] <seb128> lut crevette
[09:16] <crevette> hi there
[09:20] <crevette> hey seb128, thanks for the kick in the butt on the bluez bug :)
[09:21] <crevette> as I took a hal day off to take care of my son, I could manage to update to 4.39
[09:21] <seb128> you're welcome ;-)
[09:21] <seb128> ah good
[09:24] <crevette> hey new gvfs
[09:26] <seb128> indeed
[09:30] <crevette> seb128: ah btw I had to sleep yesterday evening, did I answer to your questions?
[09:31] <seb128> yes thanks
[09:39] <seb128> didrocks: dunno how busy you will be today but do you think you can add "review bug #375843" to your list?
[09:39] <crevette> okay great
[09:39] <seb128> didrocks: that's a sponsoring request
[09:56] <seb128> hum ok
[09:56]  * seb128 bounced robert_ancell sponsoring requests to "needwork"
[10:32] <seb128> pitti: do we have karmic retracers yet?
[10:32] <pitti> seb128: ah, no, we don't (apport is not enabled yet)
[10:32] <pitti> we need to build a karmic chroot
[10:32] <seb128> right, that's what I though
[10:33]  * pitti adds to TODO list
[10:33] <seb128> I might have a look this afternoon if I'm done with other things on my list
[10:33] <seb128> I will let you know before starting working on that if I do
[10:33] <pitti> cool, thanks
[10:39] <didrocks> seb128: ok. I do it just after lunch (but will be able to upload @home)
[10:39] <seb128> didrocks: don't bother if it depends on the new gdl I didn't check
[10:39] <seb128> that one is not ready for upload
[10:39] <seb128> didrocks: btw I comment on the gnome-python-extras bug
[10:39] <didrocks> seb128: ok
[10:39] <didrocks> ah, looking at it
[11:04] <chrisccoulson> should any application depend on a particular icon theme?
[11:05] <chrisccoulson> i'm looking at bug 375917
[11:05] <chrisccoulson> shouldn't it ship it's own fallback icons?
[11:06] <james_w> I believe so
[11:06] <asac> yeah
[11:08] <asac> so from what i read in bug, it definitly shouldnt behave that badly if there is no specific icon theme imo
[11:08] <chrisccoulson> i can't confirm it yet because i'm, at work, but if what the reporter says is true then it should ship it's own icons then rather than depending on gnome-icon-theme
[11:33] <didrocks> seb128: I answered on gnome-python-extras bug
[11:36] <seb128> didrocks: python-gnome2-extras-dbg has lot of .so in jaunty though for all the components
[11:36] <seb128> didrocks: your merge only has 1
[11:36] <seb128> no?
[11:37] <didrocks> seb128: I checked for gtkhml2. I thought it was related. Let me check the dbg package.
[11:39] <didrocks> so, gtkspell.so
[11:39] <pitti> seb128: looking into retracer chroots now; I'd like to have them anyway for checking some uninstallability bits
[11:39] <didrocks> is on its own package
[11:39] <seb128> pitti: ok
[11:40] <didrocks> the package is not build with gda, gdl either, gksu is on its own package. I must have a look for trayicon
[11:40] <didrocks> also
[11:40] <seb128> hum?
[11:40] <didrocks> seb128: ok, so. I have to find a way to include them in the dbg package
[11:40] <didrocks> and so, reshaping all in one.
[11:40] <seb128> I don't understand what you are saying
[11:40] <seb128> you didn't split all those dbg did you?
[11:41] <didrocks> no, but as thos libs are now in seperated packages and I didn't create one -dbg one for each, they are just not built
[11:41] <didrocks> (the debug version)
[11:42] <seb128> right
[11:42] <seb128> I would expect having all those dbg in -dbg though
[11:42] <didrocks> I have to make a trick in debian/rules so, gathering everything
[11:42] <didrocks> yes
[11:42] <seb128> ok cool
[11:42] <didrocks> I'm working on that right now :)
[11:43] <didrocks> I think it will be easy, regarding debian/rules
[11:44] <Ampelbein> seb128: good day! have you had a chance to look at gnome-utils? I pushed the final change to https://code.edge.launchpad.net/~amoog/gnome-utils/devel and I think it's ok now. I tested multiple times and it works.
[11:45] <seb128> hi Ampelbein, I will do that after lunch
[11:45] <Ampelbein> ok
[11:53] <pitti> seb128: karmic chroots created (i386/amd64), let's see how they perform
[11:54] <pitti> seb128: I expect that the existing karmic crash reports will just be invalidated
[12:19] <seb128> pitti: you rock, yeah it's ok since are moving fast in karmic anyway
[12:27] <didrocks> seb128: I will do the change tonight as there is no hurry. I'm some kind of under fire today :)
[12:27] <seb128> didrocks: ok, good luck with the fire fighting then
[12:27] <didrocks> thanks
[12:33] <lool> asac: Hey, I'm still running jaunty and I wanted to try out firefox-3.5; it segfaults after copying over my profile
[12:33] <lool> asac: Is this of any interest, or should I simply move on to karmic?
[12:42] <lool> same thing without gnome-support
[12:44] <asac> lool: does it work better with a fresh profile?
[12:44] <asac> like moving whole .mozilla away?
[13:25] <seb128> vuntz: so gnome-panel has 6 seconds of busy time on my laptop config
[13:26] <seb128> vuntz: when it's starting I mean, it's 1 second with empty bars, 3 extra seconds for the menu use and almost not difference for the other standard panel applets
[13:26] <seb128> vuntz: then some small bits for other applets
[13:26] <seb128> so half of the startup time is due to the menu applet apparently
[13:27] <vuntz> seb128: can you try something fun?
[13:27] <seb128> yes
[13:27] <vuntz> seb128: sudo mv /usr/share/applications /usr/share/applications.test
[13:27] <vuntz> seb128: hrm. Actually, no
[13:27] <seb128> let's try
[13:27] <seb128> I'm using kvm for testing ;-)
[13:27] <vuntz> this will break gnome-session, I guess
[13:27] <seb128> why?
[13:28] <vuntz> it will look for gnome-panel.desktop and won't find it
[13:28] <seb128> the session components are in /usr/share/gnome/autostart
[13:28] <seb128> hum right
[13:28] <seb128> I can move everything which is not in the session though to try
[13:29] <vuntz> seb128: well, yeah, you get the idea :-)
[13:30] <seb128> hey chrisccoulson
[13:30] <chrisccoulson> hi seb128
[13:39] <pitti> kenvandine: if the applet never stops spinning, but syncdaemon.log is quiet, did you see that before?
[13:41] <mnemo> pitti: that happens right now on my machine as well (for u1), it spun all night and I less less than 1mb of files
[13:42] <mnemo> s/less/have/
[13:43] <pitti> ah, disconnecting and connecting seems to have help
[13:43] <kenvandine> pitti: yes
[13:43] <pitti> ed
[13:43] <pitti> it might have gotten confused because I just switched networks several times
[13:43] <pitti> this needs network-manager integration
[13:43] <kenvandine> pitti: i don't think that is it..  my desktop box tends to do that
[13:43] <kenvandine> pitti: i think it does
[13:44] <kenvandine> pitti: out of 3400 files... right now 2 aren't in sync :)
[13:44] <kenvandine> so not to bad
[13:47] <kenvandine> pitti: yeah, if the network goes down the applet disconnects
[13:47] <kenvandine> and comes back when the network comes back
[13:47] <pitti> that sounds right then
[13:47] <kenvandine> and it rescans
[13:47] <kenvandine> which is slow now
[13:48] <kenvandine> so now when i bounce the network connection on my desktop, my disk churns for a couple minues
[13:48] <kenvandine> minutes even
[13:48] <kenvandine> :)
[13:50] <pitti> seb128: retracer failure is a syntax error, my bad; uploading fix
[13:50] <seb128> pitti: ok
[13:50] <pitti> seb128: I'll restart them once it's in the archive
[13:51] <pitti> well, I'll apply it inline, faster
[13:51] <seb128> vuntz: so moving the applications directory away change the busy pick from 3 seconds to 0.3 seconds
[13:51] <lool> asac: Sorry removed it in the mean time
[13:51] <lool> asac: I'm dist-upgrading
[13:51] <vuntz> seb128: cool
[13:51] <asac> lool: ok
[13:51] <seb128> vuntz: we need a .desktop cache ;-)
[13:51] <vuntz> seb128: yep
[13:52] <asac> lool: if it still fails in karmic let us know
[13:52] <vuntz> seb128: the question is: "do we want a per-system cache, or per-user cache"
[13:52] <seb128> I think I've already ready this question
[13:52] <seb128> ready -> read
[13:52] <vuntz> seb128: I would prefer per-system
[13:52] <seb128> can we get per directory?
[13:52] <seb128> ie the way the gtk icon cache is working
[13:53] <lool> asac: k
[13:53] <vuntz> seb128: oh, that makes sense
[13:54] <vuntz> my main worry is that such caches are no fun for packages
[13:54] <seb128> we do it for icons already
[13:54] <seb128> so having the same logics for desktops is not going to make a real difference
[14:13] <seb128> pitti: I guess changing poppler soname now if the binaries stay in new is not an issue?
[14:13] <seb128> hey rickspencer3
[14:13] <pitti> seb128: that's fine
[14:13] <rickspencer3> hi seb128
[14:13] <pitti> hey rickspencer3, good morning
[14:13] <seb128> pitti: ok, I'm going to upload 0.11 then
[14:13] <rickspencer3> buen dia
[14:14] <lool> vuntz: The main issue with the icon caches are the fact that the cache covers a deep hierarchy of dirs and files, so the mtime of the toplevel dir is not enough to tell whether the cache is newer or not than the latest installed files
[14:15] <vuntz> lool: yeah, but for desktop files, that's not that much of an issue
[14:15] <lool> vuntz: also in deb packaging we now have a facility to run commands when files are installed in specific dirs; if all the .desktop are installed immediately below one dir, it's easy to handle
[14:15] <lool> vuntz: Exactly my point: it was really a pain with icons, but for .desktop files it's probably ok, as long as you don't change the layout
[14:16] <vuntz> lool: (although you can have subdirs; but you generally don't have 10 subdirs... And then we can look at their mtime too)
[14:16] <lool> One thing which would be nice is having the cache in the dir above the .desktop files; that way you can be sure that your cache is up-to-date
[14:16] <vuntz> assuming that listing the content of a directory that's not in the disk cache isn't too slow, of course
[14:16] <lool> vuntz: It's not good if you can have subdirs, because stating all files below a dir takes time (disk seeks)
[14:17] <vuntz> lool: hrm.
[14:17] <vuntz> /usr/share/desktop.cache? beeeeh :-)
[14:17] <lool> stating a single file + single dir is much faster than stating hundreds of files to check whether they are subdirs
[14:17] <vuntz> let's do it in /var in that case
[14:18] <lool> vuntz: I don't have an issue with /usr/share/desktop.cache but you could easily make that /usr/share/desktop-caches/desktop.cache, /applications.cache etc.
[14:18] <lool> or /var if you like
[14:18] <lool> I don't think /var or /usr makes a big difference, unless your cache is arch specific
[14:19] <lool> (/usr is for package data files; the cache will match what's in /usr and only be updated when you install .desktop files to /usr, so usually during package updates; some people argue that this is a FHS violation, but this is IMO wrong)
[14:19] <vuntz> lool: it's likely to be arch-specific, though
[14:19] <vuntz> isn't the icon cache arch-specific?
[14:19] <lool> vuntz: That's to be avoided IMO; think of $HOME .desktop files
[14:20] <lool> vuntz: I think it's not
[14:20] <lool> It's mmap-able and meant to work over NFS homes IIRC
[14:20] <vuntz> oh, then we can probably do it the same way
[14:21] <pitti> seb128: \o/ bug 373007
[14:21] <lool> vuntz: Concerning hierarchies of .desktop files: the full hierarchy is never used directly, right?  I mean by default only the files directly below /usr/share/applications are used
[14:21] <seb128> pitti: excelllent
[14:22] <vuntz> lool: no
[14:22] <lool> vuntz: If you have to explicitely request the inclusion of e.g. /screensavers, then it's ok: we have a way to check the caches freshness with a single stat()
[14:22] <vuntz> lool: if an app requests gnome-blablabla.desktop and /usr/share/applications/gnome-blablabla.desktop doesn't exist, we can look at /usr/share/applications/gnome/blablabla.desktop (iirc)
[14:22] <lool> ah
[14:23] <vuntz> (fun)
[14:23] <vuntz> I'd need to check the spec again to be 100% sure
[14:23] <lool> vuntz: Then you could perhaps consider one cache file per real dir; before scanning a dir you check whether it has a corresponding cache file, if it does you compare the stats before using the cache, otherwise you scan the dir as currently done
[14:23] <lool> That is, if you want to make sure your cache is really fresh; if you go for a single cache, you can't be sure I think
[16:55] <pitti> seb128: I don't see testing feedback on bug 368508?
[16:56] <seb128> pitti: comment #10
[16:56] <seb128> "FIX CONFIRMED here - Clicking onto calendar button no longer crashes evolution."
[16:56] <pitti> oh, I see; thanks
[16:56] <seb128> comment #13
[16:56] <seb128> "If I have the expected version, I can confirm that the 'crash' of calendar updates no longer occurs "
[16:57] <seb128> pitti: you're welcome, sorry for the bug log being confusing
[17:05] <kenvandine> rickspencer3: ping
[17:05] <rickspencer3> kenvandine: 'sup kenvandine
[17:05] <rickspencer3> ?
[17:05] <kenvandine> rickspencer3: still having the evo/indicator problem?
[17:05] <kenvandine> quit evo, and run this
[17:05] <kenvandine> /usr/lib64/indicator-applet/listen-and-print
[17:05] <kenvandine> then start evo
[17:05] <kenvandine> and send me the output of listen-and-print
[17:06] <seb128> did you try in a guest session?
[17:06] <rickspencer3> kenvandine: yes, but haven't had time to look into it
[17:06] <kenvandine> rickspencer3: yeah... and that too
[17:06] <kenvandine> rickspencer3: when you can, please do that
[17:06] <rickspencer3> seb128: yes, it sort of worked
[17:06] <rickspencer3> on call now, will ping back soon
[17:06] <kenvandine> ok
[17:07] <seb128> "sort of worked" ;-)
[17:07]  * kenvandine thinks it is pretty binary :)
[17:07] <kenvandine> there or not...
[17:07] <kenvandine> humm
[17:07]  * kenvandine heads to lunch
[17:08] <rickspencer3> seb128: yeah, indicator-applet crashed on load
[17:08] <rickspencer3> but worked when it reloaded
[17:08] <seb128> the crash might be interesting to ted
[17:08] <seb128> but that means it's correctly installed and capable to work
[17:08] <rickspencer3> seb128: right, need to make time to follow up
[17:08] <seb128> which is already an indication
[17:11] <pitti> bryce: wow, people say good things about -intel 2.7.1
[17:44] <bryce> pitti: sweet
[17:45] <bryce> pitti: btw I've been getting questions about if 2.7.1 could be backported to jaunty
[17:45] <bryce> pitti: I've been telling them "Against SRU team policy"
[17:46] <bryce> pitti: but let me know if I should be thinking otherwise
[17:46] <artir> does it use UXA or EXA
[17:46] <artir> ?
[17:47] <bryce> it should support either
[17:47] <pitti> bryce: nothing wrong with jaunty-backports
[17:47] <bryce> 2.8 is where they're dropping exa
[17:47] <bryce> pitti: not sure
[17:47] <pitti> bryce: wrt. -updates, that sounds inappropriate, even more so at this time when it hasn't been tested widely yet
[17:48] <artir> ok, thanks
[17:50] <bryce> pitti: ok thanks for confirming
[17:56] <darren8808> what is the command to leave a channel?
[17:57] <pitti> darren8808: /quit
[17:58] <chrisccoulson> pitti - would you object to uploading a snapshot of tracker from git master in to karmic? (there will be a proper 0.7.0 release later this cycle)
[17:58] <darren8808> thanks
[18:00] <pitti> chrisccoulson: no, that's fine
[18:01] <chrisccoulson> cool. the only reason i ask is because libtrackerclient is not API stable yet, but there is only 1 package in the archive using that at the moment (totem-plugins), and it may be possible to disable that plugin for now
[18:02] <chrisccoulson> it will need porting to the new API at some point
[18:48] <pitti> I'm off for today, see you tomorrow!
[19:08] <chrisccoulson> does devicekit have an upstream bug tracker?
[19:09] <cj> what's the notification tool called and how do I configure where it pops up the notifications?
[19:13] <mclasen> chriscoulson: http://bugs.freedesktop.org/
[19:33] <chrisccoulson> mclasen - thanks:)
[20:58]  * chrisccoulson wonders if his floppy drive is polled for long enough whether it will die a slow, painful and much needed death
[21:32] <seb128> chrisccoulson: hey
[21:32] <chrisccoulson> hi seb128
[21:32] <seb128> chrisccoulson: is there any reason why we need that vala divergence over debian?
[21:32] <seb128> that seems not a good idea to me
[21:32] <seb128> we have no ubuntu maintainer for it and being in sync is handy
[21:33] <chrisccoulson> seb128 - bug 374151
[21:33] <chrisccoulson> the changes have been sent to debian too
[21:33] <chrisccoulson> i spoke to the debian maintainer and he's committed one of the changes already
[21:39] <seb128> chrisccoulson: I've notice the build-depends bug being fixed, will then change the | true too?
[21:39] <chrisccoulson> seb128 - i spoke to elmarco who committed the build-dep fix, and he suggested to ping slomo about that
[21:39] <chrisccoulson> i don't know where he hangs out though ;)
[21:40] <chrisccoulson> i suppose i could just open another bug report in debian
[21:43] <seb128> slomo joins this chan regularly
[21:44] <ror> slomo?
[21:45] <seb128> ror: is that a question?
[21:46] <ror> sorry it was thinking out loud, wasn't really supposed to type that
[21:46] <ror> I once knew a coder who went by the name of slomo many years ago, but I suppose it's a fairly common name really
[21:47] <chrisccoulson> thanks seb128 - i'll ask him about it when he's about
[21:47] <seb128> chrisccoulson: thanks
[22:42]  * chrisccoulson is annoyed that some people prefer to write insults and criticisms on bug reports rather than actually be helpful
[23:03] <mnemo> chrisccoulson: yea, especially when they _choose_ themselves to install this _free_ thing that _rocks_
[23:04] <ror> just cos something's free it doesn't give it an excuse to be shit! (I think ubuntu has shown this enough)
[23:11] <Ampelbein> seb128: hey, i've got some free time to spare, is there anything urgent you want me to do?
[23:13] <seb128> Ampelbein: do you want to have a go at merging abiword?
[23:13] <Ampelbein> seb128: i can have a look at it, yeah.
[23:13] <seb128> thanks


[00:27] <fta> looks like ff3 doesn't support glyph-orientation-vertical="0" in SVG :(
[00:47] <fta> mozilla bug 319163
[00:48] <fta> damn, no fix
[00:48] <fta> not nominated either
[02:14] <gnomefreak> Jazzva: asac are either around i have a stupid question about a extension
[02:15] <Jazzva> gnomefreak, I'm here...
[02:16] <Jazzva> (sorry ... still haven't look at the firegpg. was working on this school project :))
[02:16] <gnomefreak> im looking at linkwidgets
[02:17] <gnomefreak> and i cant find just that source upstream its almost like they packaged all exteniosn in one
[02:17] <gnomefreak>  see http://clav.mozdev.org/source.html
[02:18] <gnomefreak> should i grab all re remove the one i want to new dir and start there?
[02:18] <gnomefreak> and hope it has all files needed
[02:19] <Jazzva> gnomefreak, the source is there...
[02:20] <Jazzva> http://www.mozdev.org/source/browse/clav/source/linkwidget/
[02:20] <Jazzva> i can't understand your question :)...
[02:20] <gnomefreak> when i tried to grab it it grabed all of thier extensions
[02:20] <gnomefreak> from this link how do i use cvs?
[02:23] <Jazzva> gnomefreak, dunno...
[02:23] <Jazzva> try following the instructions provided there
[02:23] <Jazzva> cvs -d :pserver:guest@mozdev.org:/cvs login
[02:24] <Jazzva> cvs -d :pserver:guest@mozdev.org:/cvs co clav
[02:24] <Jazzva> the second one might checkout all extensions
[02:24] <Jazzva> i haven't used cvs much, but maybe something like this might work (based on intuition)
[02:24] <Jazzva> cvs -d :pserver:guest@mozdev.org:/cvs co clav/source/linkwidget
[02:30] <gnomefreak> ok will try and yes second one does give all of them
[02:32] <gnomefreak> Jazzva: loosk like it worked
[02:32] <gnomefreak> Jazzva: thanks again ;)
[02:32] <Jazzva> gnomefreak, no problem :)
[02:33] <gnomefreak> Jazzva: some think bothers me about this mainly the CVS dir.
[02:33] <gnomefreak> gnomefreak@Development:~/linkwidgets$ ls
[02:33] <gnomefreak> clav
[02:33] <gnomefreak> gnomefreak@Development:~/linkwidgets$ cd clav/
[02:33] <gnomefreak> gnomefreak@Development:~/linkwidgets/clav$ ls
[02:33] <gnomefreak> CVS  source
[02:33] <gnomefreak> gnomefreak@Development:~/linkwidgets/clav$ cd CVS/
[02:34] <gnomefreak> gnomefreak@Development:~/linkwidgets/clav/CVS$ ls
[02:34] <gnomefreak> Entries  Entries.Log  Entries.Static  Repository  Root
[02:34] <gnomefreak> gnomefreak@Development:~/linkwidgets/clav/CVS$ cd ..
[02:34] <gnomefreak> gnomefreak@Development:~/linkwidgets/clav$ cd source/
[02:34] <gnomefreak> gnomefreak@Development:~/linkwidgets/clav/source$ ls
[02:34] <gnomefreak> CVS  linkwidget
[02:34] <Jazzva> just mv linkwidget dir... i think that's the one you need :)
[02:34] <gnomefreak> i guess i should us sources/CVS/linkwideits
[02:34] <Jazzva> and if you find any CVS dirs inside linkwidget, delete them
[02:34] <Jazzva> something like
[02:35] <Jazzva> $ cd linkwidget; find . -name CVS -exec 'rm -rf {}'
[02:35] <Jazzva> (I think)
[02:35] <Jazzva> it should work
[02:36] <gnomefreak> from what dir?
[02:36] <Jazzva> execute that find from linkwidget dir
[02:37] <gnomefreak> so from ~/linkwidgits or ~/linkwidgets/clav/source/?
[02:38] <gnomefreak> im thinking top level since CVS is in top level of both dir
[02:39] <Jazzva> ~/linkwidgets/clav/source/linkwidgets
[02:39] <Jazzva> since you need only that one
[02:39] <Jazzva> the rest are useless for packaging :)
[02:41] <gnomefreak> thats usless as well
[02:42] <Jazzva> why is it useless? doesn't it contain the source?
[02:42] <gnomefreak> i removed CVS all around the source including in *source/kinkwidgits
[02:42] <gnomefreak> Jazzva: there isnt a copyright file
[02:42] <Jazzva> bug upstream :)
[02:43] <gnomefreak> gnomefreak@Development:~/linkwidgets/clav/source/linkwidget$ ls
[02:43] <gnomefreak> chrome.manifest  content  defaults  install.rdf  lang  makexpi  tests  theme
[02:45] <gnomefreak> there was one i could swear
[02:45] <Jazzva> is it maybe just in xpi (though it should be in source too, if that's the case)
[02:47] <gnomefreak> i think it was in the full pull from cvs intead of using link... directly
[02:47] <gnomefreak> that isnt so great IMHO
[02:48] <gnomefreak> i might leave this one for tomorrow or next day until i can decide what i want to do with it
[02:49] <Jazzva> ok
[02:50] <gnomefreak> maybe ill email him in morning about how to grab just thid one extenion ewithcopy* and frieds
[02:55] <gnomefreak> flashgot looks like its windows app and they state for linux/bxd you need wine to run it. is this really one we want to work with?
[02:56] <fta> http://www.hixie.ch/tests/evil/acid/004/
[02:56]  * fta applauds in anticipation
[02:56] <gnomefreak> !info foxmarks hardy
[03:04] <gnomefreak> thats 3 i cant find cvs or svn for soure nor anyother mention of source code
[03:06] <gnomefreak> make that 4
[03:18] <gnomefreak> Jazzva: im heading for bed now. if you want i can tak some of yours while im waiing for replies, but i will look after i sleep
[03:19] <Jazzva> some of mine? extensions?
[03:20] <Jazzva> gnomefreak ^
[03:28] <crimsun> fta: ok, I'll look (sorry, travelling for work lately)
[03:29] <crimsun> fta: are there binary packages built for 8.04, too?
[03:29] <fta> crimsun, yes
[03:29] <crimsun> ok
[03:30] <fta> crimsun, and there's a test page too: http://www.double.co.nz/video_test/
[03:34] <crimsun> ok, thanks
[03:47] <fta> http://mozillalinks.org/wp/2008/07/native-ogg-vorbis-and-theora-support-added-for-firefox-31/
[03:47] <fta> going to bed. cu
[04:05]  * gnomefreak wishes they would put contact on one of their pages
[04:14] <gnomefreak> they said ff acid wont work correct until ff 4.0
[04:35] <gnomefreak> Jazzva: i know your gone and im headin to bed. can we use bugzilla as Extension developer contact i cant find a devs email address or i gues we could use bugzilla please ping me when your around i might be sleeping but ill have away up so i will dee it if my nick is used ;)
[04:36] <Jazzva> gnomefreak, you can, I suppose... I usually leave it blank if that's the case :)
[04:36] <gnomefreak> i see there are 4 devs on the pluging page but after reading FAQ it says dont bother them (psrsphrded)
[04:37] <gnomefreak> ill use bugzilla i think
[04:37] <Jazzva> s/psrsphrded/paraphrased/?
[04:39] <gnomefreak> yep
[04:48] <gnomefreak> ok thats fixed im going to bed. see you in morning
[04:48] <Jazzva> see you :)
[04:49] <Jazzva> i'm off too...
[09:11] <XioNoX> hi !
[09:17] <asac> hi XioNoX
[09:18] <XioNoX> ready to work !
[09:18] <XioNoX> I'm just listening to the new queen song
[09:28] <asac> hehe
[09:41] <XioNoX> http://mxr.mozilla.org/mozilla/source/browser/base/content/browser.js#5874
[09:41] <XioNoX> and line 850
[09:48] <asac> XioNoX: ok. what we want something similar like the "missingPluginInstaller.prototype.newMissingPlugin"
[09:49] <XioNoX> newMissingPlugin or installSinglePlugin ?
[09:49] <asac> XioNoX: for now "newMissingPlugin"
[09:49] <XioNoX> ok
[09:50] <asac> that is the function that accumulates a list of plugins used on a tabbrowser instance
[09:50] <asac> instead of displaying the notification box, we want to activate the menu entry
[09:50] <XioNoX> ok
[09:50] <XioNoX> a big and hard function :D
[09:50] <asac> (ad the status bar icon)
[09:50] <asac> XioNoX: well ... its almost exactly how we want it
[09:50] <XioNoX> ok nice
[09:51] <asac> it gets the event (which we still need to emit)
[09:51] <asac> associated is with the right tabbrowser tab
[09:52] <XioNoX> <![CDATA[
[09:52] <XioNoX>           event.preventDefault();
[09:52] <XioNoX>           // Fire a PluginNotFound event to trigger the infobar
[09:52] <XioNoX>           var ev = document.createEvent("Events");
[09:52] <XioNoX>           ev.initEvent("PLUGIN_DETECTED", true, true);
[09:52] <XioNoX>           this.dispatchEvent(ev);
[09:52] <asac> e.g. browser.missingPlugins[...] = pluginInfo
[09:52] <XioNoX> add something like that in the xbl ?
[09:53] <asac> XioNoX: yes. maybe use "PluginUsed"
[09:53] <asac> as ivent name
[09:53] <XioNoX> ok
[10:11] <XioNoX> asac, i use the overlay.js of ubufox or I create a new one ?
[10:11] <asac> XioNoX: for what?
[10:12] <XioNoX> to put the modified version of "missingPluginInstaller.prototype.newMissingPlugin"
[10:12] <asac> i think you should do a separate one ... since the overlay will be a separate as well
[10:12] <XioNoX> ok
[10:29] <asac> hi bdrung
[10:30] <bdrung> hi
[10:30] <asac> bdrung: i think i uploaded your extension right?
[10:31] <bdrung> yes
[10:31] <asac> bdrung: i think next step is to normalize the .upstream branch, by using med-xpi-unpack/-pack
[10:31] <asac> e.g. med-xpi-unpack my.xpi
[10:31] <asac> bdrung: or are you using upstream sources (e.g. not .xpi)?
[10:32] <bdrung> for packaging i used the upstream source package
[10:32] <asac> bdrung: ok. does your extension have "native" components?
[10:32] <bdrung> no
[10:32] <asac> e.g. .so libraries
[10:33] <asac> bdrung: how do the yrelease their source packages?
[10:33] <asac> if we can use a "watch" file, then that would be fine as well
[10:33] <asac> otherwise its often easier to directly use the .xpi, unpack that with med-xpi-unpack in the .upstream tree
[10:33] <bdrung> as tar.gz file. i have added a watch file
[10:33] <asac> as we can then do auto-syncs
[10:34] <asac> bdrung: ok cool
[10:34] <asac> bdrung: is there a way i can automatically download the latest source release?
[10:34] <asac> (e.g. based on the watch file rule)?
[10:35] <bdrung> yes, should be done with wget or something else. watches line: http://crypto.stanford.edu/PwdHash/ stanford-pwdhash-(.*)\.tar.gz
[10:35] <bdrung> currently http://crypto.stanford.edu/PwdHash/stanford-pwdhash-1.6.tar.gz
[10:36] <asac> bdrung: so how would i automize that?
[10:36] <asac> i want a script that automatically updates the .upstream branch
[10:36] <asac> ;)
[10:36] <asac> when there is a new release available
[10:36] <XioNoX> asac, all extentions can be included in ubuntu or there are a particular policy ?
[10:37] <bdrung> how does the scripts work that uses the watches file?
[10:37] <asac> XioNoX: https://wiki.ubuntu.com/MozillaTeam/Extensions/List
[10:37] <asac> XioNoX: good licenses is important requirement
[10:37] <asac> XioNoX: another requirement is "active upstream" ... and at best a "responsive upstream contact"
[10:38] <asac> bdrung: i think they use uscan
[10:38] <XioNoX> ok
[10:39] <asac> XioNoX: and of course a ubuntu QA contact
[10:39] <XioNoX> ok ;)
[10:39] <asac> who takes care that we update the package regularaly, and who feels responsible in doing the bug work of that extension
[10:40] <asac> XioNoX: on that extension list page there is a table that has extensions that are ready for the archive
[10:41] <asac> there appear to be a bunch of extensions that could be packaged ;)
[10:41] <asac> but better check with Jazzva who has a better overview
[10:41] <asac> ;)
[10:41] <bdrung> asac: so we should use uscan for detection of new version, compare this with the version in the upstream branch and if newer we should download the new package and extract it
[10:42] <asac> bdrung: not sure ;) .... if you could figure out how we can best deal with watch file driven extesions i would appreciate it
[10:42] <XioNoX> asac, It is just to know, I've never pakaged extentions, I could maybe do it after my internship
[10:43] <asac> bdrung: what we want is a script that looks at .ubuntu branch and if there is a new upstream release, updates the .upstream branch
[10:43] <asac> XioNoX: sure. nothing to hurry ;) ... packaging extensions is easy and a good starter for packaging
[10:44] <asac> (well ... can be hard, but usually the complexity should be managable)
[10:44] <XioNoX> I've already done pakaging "just for fun" few months ago
[10:44] <asac> oh
[10:44] <asac> cool
[10:45] <asac> XioNoX: how long is your internship to continue?
[10:45] <asac> one more week
[10:45] <asac> ?
[10:45] <XioNoX> My last day (for debriefing) is monday 25
[10:45] <XioNoX> so yes, 1 more week
[10:46] <asac> ok cool
[10:46] <asac> next week we should go through your work and integrate that in ubufox - eventually fixing any bugs/glitches
[10:46] <asac> so there are final things
[10:46] <bdrung> asac: in which language?
[10:47] <XioNoX> ok, nice and hoping that lobbying make some progress
[10:47] <asac> hopefully
[10:48] <asac> bdrung: programming language?
[10:48] <bdrung> asac: yes
[10:48] <asac> bdrung: doesnt matter ;)
[10:48] <asac> we just need to agree on arguments for that script/program
[10:49] <asac> bdrung: which language would you prefer?
[10:49] <bdrung> asac: ok. i will try to write a script. if shell script is not powerfull enough i prefer to use python
[10:49] <asac> bdrung: thats fine
[10:49] <asac> for now use the following contract (if possible):
[10:50] <bdrung> because it is easier to use python than shell
[10:50] <asac> script <upstreambranchurl> <ubuntubranchurl>
[10:51] <bdrung> ok
[10:53] <XioNoX> asac, if I do something like : alert('test1');
[10:53] <XioNoX> gBrowser.addEventListener("PluginUsed", gMissingPluginInstaller.PluginUsed, true, true);
[10:53] <XioNoX> alert('test2'); , I see the test1 but not the test2
[10:53] <asac> XioNoX: any error in the error console
[10:54] <XioNoX> gMissingPluginInstaller.PluginUsed exist, it is the modified version of gMissingPluginInstaller.newMissingPlugin
[10:54] <XioNoX> nothing
[10:54] <XioNoX> can you give me the url of the page where there are the about:confing stuff to modify to have more error log ?
[10:54] <XioNoX> just to check
[10:54] <asac> XioNoX: instead of alert('test1') do a alert('test1 ' + gBrowser)
[10:55] <asac> if that isnt null
[10:55] <asac> check if gMissingPluginInstaller.PluginUsed is really defined
[10:55] <asac> XioNoX: btw, please name that gAltPluginWizard.pluginsUsed
[10:55] <asac> r something
[10:56] <XioNoX> ok
[10:56] <XioNoX> test1 [object XULElement]
[10:57] <asac> XioNoX: http://developer.mozilla.org/en/docs/Debugging_JavaScript
[10:57] <asac> javascript.options.strict = true
[10:57] <asac> ?
[10:57] <XioNoX> but I haved to add gBrowser = document.getElementById("content"); begore
[10:57] <asac> (under Strict code checking )
[10:57] <asac> XioNoX: ok.
[10:58] <asac> XioNoX: see if  gBrowser.addEventListener is defined at all
[10:58] <asac> (with alert)
[10:58] <XioNoX> Erreur : uncaught exception: [Exception... "Could not convert JavaScript argument"  nsresult: "0x80570009 (NS_ERROR_XPC_BAD_CONVERT_JS)"  location: "JS frame :: chrome://ubufox/content/alternatePlugins.js :: <TOP_LEVEL> :: line 7"  data: no]
[10:59] <asac> whats at that line?
[10:59] <XioNoX> gBrowser.addEventListener("PluginUsed", gMissingPluginInstaller.PluginUsed, true, true); :)
[10:59] <asac> XioNoX: i am sure that gMissingPluginInstaller.PluginUsed is wrong there
[11:00] <XioNoX> I get : function addEventListener() {
[11:00] <XioNoX>     [native code]
[11:00] <XioNoX> } with alert(gBrowser.addEventListener)
[11:00] <XioNoX> Ok i'll check that
[11:00] <asac> ok
[11:00] <asac> just check that you pass the right arguments to the addEventListener function
[11:00] <asac> should work
[11:18] <XioNoX> asac, I4ve try to recode the related function like on the browser.js but I still get the same error :(
[11:18] <XioNoX> see  http://pastebin.mozilla.org/513470
[11:28] <asac> XioNoX: why is line 5 after line 3?
[11:28] <asac> is that correct?
[11:28] <asac> and you have: gAltPluginWizard.pluginsUsed
[11:28] <asac> vs.
[11:28] <asac> altPluginWizard.prototype.PluginUsed
[11:29] <asac> which cant be right
[11:29] <XioNoX> right, but I have te same error if I switch them
[11:31] <asac> test if gAltPluginWizard.pluginsUsed is defined
[11:31] <asac> most likely thats the problem
[11:32] <XioNoX> if I do that, i see test 4 :
[11:32] <XioNoX> gBrowser.addEventListener("PluginUsed", test(), true, true);
[11:32] <XioNoX> function test(){
[11:32] <XioNoX>
[11:32] <XioNoX> 	alert('test4');
[11:32] <XioNoX>
[11:32] <XioNoX> }
[11:33] <XioNoX> but I don't understand how works altPluginWizard.prototype.PluginUsed = function(aEvent)
[11:39] <asac> XioNoX: well... test() will call the alert even before you get the event
[11:39] <asac> just "test" would be the equivalent
[11:40] <asac> so is gAltPluginWizard.pluginsUsed defined?
[11:40] <asac> test that with an alert
[11:41] <XioNoX> undefined
[11:42] <XioNoX> so how does i defined this kind of element ?
[11:53] <asac> the prototype thing is the right approach from what i can tell
[11:59] <XioNoX> I go to eat ;)
[13:06] <XioNoX> back
[13:21] <asac> XioNoX: any progress?
[13:23] <XioNoX> I don't understant how works the .prototype. thing :(
[13:30] <asac> XioNoX: please paste your current diff against ubufox.main
[13:33] <XioNoX> http://pastebin.mozilla.org/513530
[13:33] <XioNoX> I don't know if it is exaclty what you can
[13:47] <asac> XioNoX: the new .js file is not in the diff
[13:47] <asac> you have to bzr add filepath
[13:47] <asac> in order to make it appear in bzr diff
[13:48] <XioNoX> here : http://pastebin.mozilla.org/513532
[13:49] <XioNoX> asac
[13:49] <asac> yep
[13:49] <asac> XioNoX: the name is still differnt
[13:50] <XioNoX> ?
[13:51] <XioNoX> ok
[13:51] <XioNoX> fix
[13:51] <XioNoX> ed
[13:53] <asac> XioNoX: the altpluginsoverlay xml is not in diff either
[13:53] <asac> xul
[13:54] <asac> XioNoX: give me an updated patch with the latest please ;)
[13:54] <XioNoX> sorry :)
[13:57] <asac> XioNoX: let me know when you have a fixed diff ;)
[13:58] <XioNoX> http://pastebin.mozilla.org/513537
[14:10] <fta> http://maps.google.com/help/maps/2008summergames/
[14:12] <asac> still unsure how we managed to get 4 ;)
[14:13] <fta> eheh
[14:13] <XioNoX> asac,it is working
[14:13] <asac> XioNoX: there still is not the overlay xul file in it
[14:13] <asac> XioNoX: please look at what you post before you post ;)
[14:13] <asac> XioNoX: good. at least that
[14:13] <asac> XioNoX: try to remove all those .css things
[14:14] <asac> ah you did
[14:14] <asac> good
[14:14] <XioNoX> ok
[14:14] <asac> well ... commit and push up
[14:14] <asac> ;)
[14:15] <XioNoX> Maybe It is too fast, when I say it is working, i mean I have no more error message
[14:15] <XioNoX> but I still don't see test3, even on flash page
[14:16] <XioNoX> I thinks it is because the event is loaded (by the contructor thing) only once
[14:18] <asac> is it pushed?
[14:19] <asac> XioNoX: ?
[14:19] <XioNoX> the diff : http://pastebin.mozilla.org/513552
[14:19] <XioNoX> with everything :D
[14:20] <asac> yay ;)
[14:22] <XioNoX> Pushed up to revision 97
[14:22] <XioNoX> https://code.launchpad.net/~xionox/ubufox/ubufox.altplugins
[14:33] <asac> event.preventDefault();
[14:33] <asac> that most likely fails
[14:34] <asac> XioNoX: if you remove that line it works for me
[14:36] <XioNoX> cool
[14:36] <XioNoX> I have 4 test3 but it is cool
[14:37] <asac> XioNoX: well. there are multiple flash files on that page maybe?
[14:38] <XioNoX> 2
[14:38] <asac> so twice ;)
[14:39] <XioNoX> yep
[14:40] <XioNoX> So now when we go on e page who have flash content, it show the statusbar idem & menu item
[14:41] <asac> yes
[14:41] <XioNoX> but how do I do to remove it if there are no flash content ?
[14:45] <asac> XioNoX: first question is: where to store the used mime-types
[14:45] <asac> that should be done per-tab
[14:45] <asac> if we can access that we would monitor for change in active tab
[14:45] <asac> and flip the menu state accordingly
[15:11] <XioNoX-> back
[15:11] <XioNoX-> sorry, conexion problem
[15:19] <asac> u
[16:01] <XioNoX> asac, how do you manage by tab things ?
[16:09] <asac> XioNoX: look at tabbrowser.xml
[16:09] <asac> there is mCurrentBrowser for instance
[16:10] <asac> you can listen for changes to that field
[16:11] <XioNoX> if this field change we run the event thing ?
[16:11] <XioNoX> to find flash
[16:11] <XioNoX> ?
[16:12] <asac> XioNoX: no if this field changes, we look if there are any "usedplugins" stored
[16:12] <asac> usedplugins is a field where we add the plugins identified by those events
[16:13] <asac> what you want to do during event is to add the "usedplugins" to a field of the mCurrentBrowser (however get that)
[16:14] <asac> when mCurrentBrowser changes you look if there are any usedplugins for that browser
[16:14] <asac> and if so, display the menu/icon
[16:14] <asac> otherwise hide it
[16:14] <XioNoX> okay!
[16:14] <XioNoX> all of this is into the altPluginWizard.prototype.PluginUsed = function(aEvent){ ?
[16:15] <XioNoX> and is run each time the event thing do something ?
[16:15] <asac> XioNoX: in that function you want to find the currentbrowser and add the plugin to a array
[16:15] <asac> or something
[16:15] <asac> the menu itself listens for changes to currentbrowser and does the hide/show logic
[16:19] <Volans> Hi asac :) I have a couple of general questions, if you are not busy ;)
[16:23] <Volans> 1) have you planned to use the new launchpadlib for the automatic management of the extensions?
[16:23] <Volans> 2) whit this new automatic system what will be the version number policy for the extensions? (in particular for backports)
[16:28] <asac> Volans: launchpadlib ... not sure. what benefit does it give us?
[16:28] <asac> anyway ... i am off to sport now ... will be back in 2-3 h
[16:28] <asac> (sorry)
[16:28] <Volans> ok, we can speak after, no problem
[19:22] <asac> back
[19:55] <bfiller> asac: having more fun with branding and langpacks. The issue is my branding changes only have en-US locale so branding changes not picked up in different langs..
[19:56] <asac> bfiller: why do your branding changes only have en-US locale?
[19:56] <bfiller> asac: was an oversight, I'm trying to add other locales to the branding subdir but they are not getting created
[19:57] <asac> bfiller: how are you trying to do that?
[19:59] <asac> bfiller: what you need to do is to modify the .manifest
[19:59] <asac> and add all the locales you want there
[19:59] <asac> (given that the branding should be identical for every locale)
[20:00] <bfiller> asac: one sec
[20:04] <bfiller> asac: which .manifest do I modify? in mozilla/browser/branding/locales there is currently an en-US dir, so I added other local dirs at that level
[20:04] <bfiller> asac: s/local/locale
[20:05] <asac> bfiller: hmm
[20:05] <asac> bfiller: lets try something different ;)
[20:05] <bfiller> asac: I think the bigger problem is the mozilla-langpack packages install a language extension that has it's own branding
[20:05] <asac> bfiller: locales/jar.mn
[20:06] <asac> try to duplicate the %locale line ... and replace @AB_CD@ with whatever locale you want to support
[20:06] <asac> i hope that this will create the proper .manifest lines
[20:06] <asac> that map the branding for the named locale to en-US brnading
[20:06] <bfiller> asac: ok, I'll try that
[20:07] <asac> % locale branding @AB_CD@ %locale/branding/
[20:07] <asac> % locale branding fi %locale/branding/
[20:07] <asac> bfiller: ^^
[20:07] <asac> if you want to support fi
[20:07] <asac> keep the AB_CD thing as that will be en-US in the end
[20:07] <asac> i hope that just works (TM)
[20:07] <bfiller> asac: do you think these jars will take precedence to the ones that get installed by mozilla-langpack xpis?
[20:10] <asac> bfiller:  good point
[20:10] <asac> bfiller: let me think ;)
[20:10] <asac> bfiller: do you have a install that exposes this behaviour?
[20:10] <asac> so we can hack around directly in the .manifest?
[20:11] <bfiller> asac: don't have an install yet, but I think a way to test..
[20:12] <asac> ok. my idea is to add override entries to .manifest
[20:12] <asac> like:
[20:12] <asac> override chrome://branding/locale/brand.dtd chrome/mybranding/locale/brand.dtd
[20:12] <asac> err
[20:12] <asac> override chrome://branding/locale/brand.dtd chrome://mybranding/locale/brand.dtd
[20:13] <asac> hopefully that will redirect the chrome resolver to the chrome://mybranding/locale/brand.dtd
[20:13] <asac> so you can just ship your branding for all locales you support and for the rest it hopefully auto falls back
[20:13] <asac> to the "mybranding" en-US one
[20:15] <bfiller> asac: I will try both of these approaches, thanks for the help
[20:15] <asac> cp
[20:15] <asac> np
[20:15] <asac> ;)
[22:03] <fta> firefox: pcm_pulse.c:275: pulse_write: Assertion `pcm->last_size >= (size * pcm->frame_size)' failed.
[22:03] <fta> Abort (core dumped)
[22:03] <fta> crimsun, ^^ it still happens
[22:04] <fta> crimsun, i mean, with mplayer using ao=alsa
[22:46] <XioNoX> good night ;)
[23:59] <fta> mozilla Bug 404609


[01:59] <smoser> harlowja, yeah. git archive is probably sufficient. i know we can find stuff.
[02:00] <smoser> fiddle.
[02:00] <smoser> harlowja, you can push that if you want.
[12:27] <smoser> Odd_Bloke, https://code.launchpad.net/~smoser/cloud-init/trunk.reporting/
[12:27] <smoser> its not in a great state right now (not acutally functiona) but i'd appreciate your thoughts on the chagnes i've made / additions to the reporting stuff.
[12:28] <smoser> i'll flesh it out more today
[14:01] <Odd_Bloke> smoser: Oh, hm, I was going to refactor the reporting stuff a bit, which might make it hard to take changes back.
[14:02] <smoser> well more consider this as input to the work you're doing.
[14:02] <smoser> things really there are
[14:02] <smoser>  a.) i've got a context handler that seems useful (ReportingStack)
[14:02] <smoser>  b.) i made event have success/fail/warn
[14:04] <Odd_Bloke> smoser: Would it make sense to submit those changes to 2.0, so that we can maintain a wholesale backport?
[14:04] <smoser> yeah.
[14:05] <smoser> i'm just in need of getting a reporting functional on 1. so i'm pushing through implementation to learn things and see how it goes.
[14:05] <smoser> and those things that i thin i've learned, i'm interested in your thoughts on
[14:05] <smoser> that make sense?
[14:05] <smoser> s/1/0.7x./
[14:05] <smoser> s/typo/other typo/
[14:13] <Odd_Bloke> smoser: Yeah, both the context manager and the WARN addition look broadly sensible.
[14:13] <Odd_Bloke> smoser: I do have some comments, but it'd be easier to make those in some sort of code review tool *COUGH*gerrit*COUGH*. ;)
[14:15] <smoser> well, i can propose to merge into 0.7
[14:15] <smoser> then you can use that other code review tool if you'd like.
[14:18] <Odd_Bloke> Doing it that way around will make backporting any other reporting changes in the future more painful.
[14:18] <Odd_Bloke> I'd like to get reporting to a done-ish state before we backport it.
[14:18] <Odd_Bloke> If that's a problem, ask Andreas who on his team he's going to commit to cloud-init work. ¬.¬
[14:20] <Odd_Bloke> Sorry, shouldn't be so grumpy.
[14:20] <Odd_Bloke> But I think it will cause pain in the future.
[14:23] <smoser> bah. proposing for review does not mean accepting for review
[14:23] <smoser> you mentioned you wanted to comment on it.
[14:23] <smoser> i proposed a way you could comment
[14:24] <smoser> that i'd then address and get into suitable path
[14:24] <smoser> which woudl then be submitted for review to 2.0
[14:25] <Odd_Bloke> Sure.
[14:26] <Odd_Bloke> Let's do that. :)
[14:49] <smoser> Odd_Bloke, https://code.launchpad.net/~smoser/cloud-init/trunk.reporting/+merge/266578
[14:52] <smoser> Odd_Bloke, if you coudl take a look i'd appreciate it.
[14:52] <smoser> i'm planning on spending the rest of my day on this, so ..
[14:52] <Odd_Bloke> Yeah, looking now.
[15:33] <Odd_Bloke> smoser: There you go.
[15:33] <smoser> mercy
[15:34] <smoser> oh this is not good
[15:34] <smoser> i can't see your comments
[15:34] <smoser> :)
[15:35] <smoser> do you see them. ?
[15:35] <smoser> Odd_Bloke,
[15:36] <Odd_Bloke> smoser: No, I think because you pushed new commits.
[15:36] <Odd_Bloke> s/new/different/
[15:36] <smoser> joy
[15:36] <smoser> new
[15:36] <smoser> not different
[15:36] <Odd_Bloke> mumble mumble gerrit mumble :p
[15:36] <Odd_Bloke> They _might_ be in the email LP should send at some point.
[15:37] <harlowja> what u guys doing, lol
[15:37] <Odd_Bloke> So lets wait for that before I go through and try and remember everything.
[15:38] <smoser> Odd_Bloke, yeah, i'm looking at email
[15:39] <smoser> Odd_Bloke, the printHandler is just garbage for debugging . was easier than opening up the log :)
[15:39] <smoser> stderr makes sense for sure.
[15:39] <smoser> but so does possibly just dropping it.
[15:40] <Odd_Bloke> smoser: Right; either drop it or remove it from default config. :)
[15:44] <smoser> comments back!
[15:45] <smoser> hm.. or they were.
[15:45] <smoser> odd
[16:11] <openstackgerrit> Daniel Watkins proposed stackforge/cloud-init: Refactor handlers out of main reporting module.  https://review.openstack.org/207979
[16:12] <smoser> Odd_Bloke, sometimes its good to explain *why* you're making a change.
[16:15] <openstackgerrit> Daniel Watkins proposed stackforge/cloud-init: Refactor handlers out of main reporting module.  https://review.openstack.org/207979
[16:15] <Odd_Bloke> smoser: Yep, not totally used to the commit _being_ the review proposal yet.
[16:15] <Odd_Bloke> Updated with more reasoning.
[20:39] <openstackgerrit> Merged stackforge/cloud-init: Refactor handlers out of main reporting module.  https://review.openstack.org/207979
[20:48] <claudiupopa> Odd_Bloke, smoser: late to the party, I left a comment for #207979.