[00:06] <rickspencer3> robert_ancell, the about me crash was bug 414538
[00:06] <rickspencer3> looks like it's already some "me toos"
[00:07] <rickspencer3> I assigned it to you, but didn't milestone it
[00:07] <robert_ancell> ok, thanks
[00:12] <dtchen> didrocks: what does your statement (main volume--, PCM++ <- noisy sound, LFE++ <- too low) mean?
[00:15] <dtchen> asac: what do you mean by "power down/up"? i've not seen any bug reports on the x61 needing power_save=0, since it was the reference hardware for codec D3 state being implemented...
[00:20] <dtchen> pitti: PCM being muted is a race in alsactl store due to the ordering in /etc/rc[06].d/K50alsa-utils; there are a couple quick workarounds for Karmic, the easiest of which is probably simply to avoid (re)storing if /usr/bin/pulse-session's conditions are met (still working out a way to do it properly for Lucid)
[00:25] <TheMuso> dtchen: How can we easily do that if alsa-utils is running as system, and pulse-session checks a user's home dir for stuff?
[00:29] <dtchen> TheMuso: that's the one condition i'm working on
[00:30] <dtchen> TheMuso: i.e., it's insufficient to just check that /usr/bin/pulseaudio is executable
[00:30] <dtchen> it's all these silly people like me who have Kubuntu installed with PA that muck things up ;-)
[00:33] <dtchen> anyhoo, i'll hack on this while i wait for the plane. toodles!
[00:35] <TheMuso> ok
[00:41] <gregknicholson> asac / fta, how can I report a bug against a package in the ubuntu-mozilla-daily PPA?
[00:42] <jono> kenvandine, http://www.jonobacon.org/2009/10/02/ubuntu-9-10-karmic-koala-beta-released-testers-needed/
[01:01] <kenvandine> jono, thx!
[01:10] <bratsche> robert_ancell: ping :)
[01:10] <robert_ancell> bratsche, hey
[01:10] <bratsche> robert_ancell: Still have any invites left? :)
[01:10] <robert_ancell> bratsche, oh, that sort of ping :)
[01:10] <robert_ancell> sure
[01:10] <bratsche> hehe
[01:10] <robert_ancell> bratsche, canonical email?
[01:10] <bratsche> bratsche@gnome.org
[01:11] <robert_ancell> bratsche, there you go
[01:11] <bratsche> Thanks!
[03:34] <hggdh> jcastro: ping
[06:13] <tgpraveen> so did karmic leave out geolocation feature of empathy?
[06:17] <al-maisan> Good morning!
[06:55] <didrocks> dtchen: dtchen this should be clearer: http://img30.imageshack.us/img30/8089/soundf.png
[06:57] <didrocks> dtchen: PCM and LFE are 100%. The first make the sound noisy, the second, very low. And I can't change this behavior graphically with new volume control
[07:34] <pitti> Good morning
[07:34] <kwwii> morning pitti
[07:35] <pitti> dtchen: ah, thanks for having an eye on it; right now on this boot it worked again, but most often not, so I'm happy to test stuff (also happens on my wife's computer which I upgraded yesterday)
[07:35] <pitti> hey kwwii, guten Morgen
[07:37] <pitti> kwwii: are the bits in human-theme good to upload? or are you still working on them?
[07:43] <kwwii> pitti: I still have some final changes. There is an issue with the icons in gdm. We cannot include them in humanity because they will then be used on the desktop as well
[07:43] <kwwii> pitti: so to work around this I am making a theme with just 5 or 6 icons which inherits=humanity for gdm
[07:44] <kwwii> pitti: I figured adding it to the human theme package would be best, as the rest of the gdm theme is there
[07:44] <pitti> *nod*
[07:44] <pitti> kwwii: but that's human-icon-theme, not human-theme, or is it?
[07:45] <kwwii> pitti: no, we don't use human-icon-theme anymore, this is just 5 or 6 white icons. I'll get the icons by this afternoon
[07:45] <pitti> ah, ok
[07:45] <pitti> thanks for the update, and no hurry
[07:45] <kwwii> I'll add it to HumanLogin
[07:45] <pitti> kwwii: I was just reviewing the UNRELEASED branches to check what I should upload now
[07:45] <kwwii> I should get it done by this evening, I guess
[07:45] <pitti> take your time, neither seb nor me will be online this evening anyway
[07:46] <kwwii> pitti: I just added mac_v to the AUTHORS file of notifify-osd-icons, it is in bzr
[07:47] <kwwii> pitti: that shouldn't be a problem with the licensing, or?
[07:47] <pitti> kwwii: no, AUTHORS is fine and a matter of courtesy and attribution, too
[07:47] <kwwii> he did make some of the icons ;)
[07:47] <kwwii> cool, thanks
[07:47] <pitti> kwwii: he just needs to assign the copyright to us
[07:48] <mac_v> kwwii: pitti: i'v already signed the contributors agreement when i did some icons for software store
[07:48] <pitti> if mac_v needs more rights on them than the ones granted by CC-BY-SA, Canonical can grant them back without a problem
[07:48] <pitti> mac_v: ah, perfect
[07:48] <mac_v> :)
[07:48] <kwwii> mac_v: cool, excellent
[07:49] <kwwii> pitti: also, there will be an update to ubuntu-wallpapers coming
[07:50] <kwwii> pitti: swapping the default, I have no idea when though...I think we've been down this road before :D
[07:51] <mac_v> kwwii: changing the default wallpaper? no more bright yellow wallpaer we just have?
[07:52] <kwwii> mac_v: I don't know, as I am not privy to that info. the drama is being played out on site, so to speak
[07:53] <kwwii> but I would guess that, yes, it is to replace the yellow
[07:53] <mac_v> aw... that wallpaper was awesome!
[07:53] <kwwii> to be honest, people have been very fond of it. very few negative comments
[07:54] <kwwii> anyway, we can continue this discussion on #ubuntu-artwork ;)
[07:54] <mac_v> kwwii: it was a really cheerful wallpaper... and it is close to the 'light the fire' for karmic
[07:54] <mac_v> ah yes ;)
[07:58] <Zdra> is it a known issue on karmic that taping on touchpad does not make a click?
[08:06] <Amaranth> Zdra: It's not an issue, it's an intentionally disabled option
[08:08] <Amaranth> tseliot: Someone with fglrx figured out a patch that replaces the no-backfill one but doesn't cause corruption or slowdown: http://launchpadlibrarian.net/32728179/xserver-xorg-backclear.patch
[08:08] <Amaranth> seems to have gotten lost in the people ranting about the problem in launchpad so...
[08:08] <tseliot> Amaranth: let me have a look at it
[08:09] <tseliot> Amaranth: ah, yes, I have seen that one already. It causes antother problem
[08:09] <Amaranth> ah, dang
[08:09] <tseliot> with all cards
[08:09] <Amaranth> it's as close to sanely doing None as I think you're going to get
[08:10] <Amaranth> tseliot: What is the problem it causes?
[08:11] <tseliot> Amaranth: if you switch between the menus of an app you'll notice some black rectangles (instead of corruption) for about a second or two
[08:11] <tseliot> instead of the actual menu
[08:12] <Zdra> Amaranth, wtf?
[08:12] <Zdra> Amaranth, how can it be intentional
[08:12] <tseliot> which would be ok if it affected only fglrx
[08:12] <Amaranth> hum
[08:12] <Zdra> Amaranth, is there a better call for "stop using ubuntu, it's crap"
[08:13] <Amaranth> tseliot: That's without a compositor, right?
[08:13] <Amaranth> With one it should be transparent
[08:13] <tseliot> Amaranth: that's with the compositor
[08:14] <Amaranth> ah, but RGB windows
[08:14] <Amaranth> grr
[08:14] <Amaranth> GTK+ 3 had better switch to ARGB by default :)
[08:15] <tseliot> we'll see
[08:16] <Zdra> Amaranth, do you know what's the reason to that change?
[08:16] <Amaranth> Zdra: People tap their touchpad while typing or something
[08:16] <Amaranth> *shrug*
[08:16] <Amaranth> I turned it back on because I need two finger tap or I don't get right click
[08:17] <tseliot> what's the problem with the touchpad?
[08:18] <Zdra> Amaranth, tbh it could be disabled when an USB mouse is connected
[08:18] <Zdra> Amaranth, is there an option somewhere to tweak that?
[08:19] <Amaranth> Zdra: no, you can only turn it on or off, not set it off when a usb mouse is connected
[08:19] <Amaranth> Not sure I'd want that
[08:19] <Zdra> Amaranth, I mean where can I turn it on/off?
[08:19] <Amaranth> Oh, yeah, Mouse capplet, Touchpad tab
[08:19] <Zdra> Amaranth, actually I don't care, I have a hw switch for the touchpad. I just deactivate it when I'm using mount
[08:19] <Zdra> s/mount/mouse
[08:20] <Zdra> ooohhh
[08:20] <Zdra> there is a disable touchpad while typing
[08:20] <Zdra> that looks like the right thing to do
[08:21] <mac_v> lool: i'm still dont understand , what needs to be done...  if you could explain... how the changelog needs to be , i can get it done
[08:21] <mac_v> s/i'm/I
[08:23] <Zdra> Pfff, with touchpad click disabled, menu icon disabled, icon on button disabled... karmic should be named "Because sane default is so XX century"
[08:24] <mac_v> Zdra: the touchpad issue is debated on -dekstop mailing list
[08:27] <tgpraveen> http://d0od.blogspot.com/2009/09/karmic-tray-icons-match.html how about having this tweak in by default
[08:27] <tgpraveen> mac_v: ^^
[08:27] <mac_v> tgpraveen: IMO , that is a waste of space :)
[08:27] <robert_ancell> pitti, do you have a trace on that pk crash?
[08:28] <mac_v> tgpraveen: i'v seen that a week ago ;) , what is the need for such a wide panel...
[08:28] <pitti> robert_ancell: not a very good one; it doesn't happen for you?
[08:28] <robert_ancell> pitti, I haven't tried yet, about to
[08:29] <robert_ancell> pitti, how do you restart your sessions pk-gnome?
[08:29] <tgpraveen> mac_v: hmm on second thoughts with wide screen monitors yeah the cyrrent setup is better :)
[08:30] <pitti> robert_ancell: I just run /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 in a terminal
[08:30] <pitti> robert_ancell: and kill the old one before (well, it killed itself ..)
[08:30] <robert_ancell> pitti, ah, i tried killing it hoping for it to autorestart
[08:30] <pitti> it's not d-bus activated
[08:31] <pitti> that's why crashes in it are pretty nasty
[08:31] <pitti> would probably be nice to register with gnome-session, so that it gets auto-restarted
[09:09] <chrisccoulson> anyone having issues with LP this morning?
[09:09] <robert_ancell> pitti, fixed up, thanks for the catch :)
[09:09] <pitti> chrisccoulson: it's called "beta release"..
[09:10] <pitti> robert_ancell: rock, thanks
[09:10] <chrisccoulson> pitti - thanks ;)
[09:10] <seiflotfy1> hey guys
[09:10] <pitti> chrisccoulson: I think the DC pipe is just maxed out
[09:10] <pitti> hey seiflotfy1
[09:11] <seiflotfy1> i wanted to ask if any confirmation mails are sent once one applies for a UDS spornsorship
[09:11] <pitti> jcastro: ^ ?
[09:48] <asac> didrocks: there?
[09:49] <asac> didrocks: wanted to check with you about ephy/webkit.
[09:50] <asac> actually webkit ;)
[09:53] <pitti> hey asac, good morning
[09:53] <pitti> asac: queue is free again, so we can sync/whatever
[09:53] <chrisccoulson> yay!
[10:00] <asac> pitti: yes. currently checking out the bits
[10:01] <asac> and good morning of coures ;)
[10:02] <asac> hmm. net is really slow here today
[10:02] <mvo_> is it just me or is LP a bit on the slow side today?
[10:04] <chrisccoulson> mvo_ - it's slooooowww ;)
[10:04] <chrisccoulson> it's not just you
[10:08] <mvo_> ok :) good to know
[10:08] <pitti> mvo_: good morning
[10:08] <asac> pitti: ok. check out bug 440455 .... webkit would need to be merged first. will do that now
[10:15] <pitti> I thought -webkit should be removed?
[10:16] <mvo_> hey pitti, good morning
[10:16] <pitti> asac: ^
[10:17] <pitti> asac: I can do the syncs, removals, and demotions now if you want me
[10:17] <asac> pitti: err. isnt that what is in the bug?
[10:17] <asac> "remove epiphany-webkit"
[10:17] <asac> what i meant with the merge above was "libwebkit... > 1.1.15.1"
[10:17] <pitti> asac: right, but you said you want to merge it first?
[10:17] <pitti> asac: ooh, sorry
[10:17] <asac> yes. libwebkit
[10:17] <asac> not ephy-webkit
[10:18] <pitti> asac: ok, so I do the demotions and removals
[10:18] <asac> yes
[10:18] <asac> pitti: wait a few more minutes ... i have to finish libwebkit
[10:18] <asac> thne i can test everything
[10:18] <asac> makes me feel better ;)
[10:23] <pitti> oh, ok.. well, bug updated already
[10:23] <pitti> asac: it'll be a while until gnome-js-common builds, anyway (given the current backlog)
[10:24] <pitti> but now it can all sort itself out over the weekend
[10:24] <asac> no problem
[10:24] <asac> i dont expect there any problems
[10:24] <asac> yeah
[10:26] <asac> its always interesting to see how much piles up in a one week beta freeze ;)
[10:26] <asac> hmm. but does not look that bad https://edge.launchpad.net/builders ... "just" 357  ;)
[10:30] <asac> ArneGoetje: there?
[10:31] <asac> ArneGoetje: wanted to discuss the langpack roadmap for final
[10:32] <mat_t> pitti: loving ubuntu-bug. Makes life sooo much easier :)
[10:34] <pitti> :-)
[10:42] <ArneGoetje> asac: next full export on 16, final on 22.
[10:47] <asac> ArneGoetje: ok. but be have the current export somewhere?
[10:48] <asac> so we can do some verification runs?
[10:48] <asac> ArneGoetje: also i wonder if we can do a separate ppa where we always provide "devmode"
[10:48] <ArneGoetje> asac: the current export is on rookery
[10:48] <pitti> I accepted some 250 langpack uploads this morning
[10:48] <pitti> they are in the buildd queue
[10:48] <asac> k
[10:49] <asac> ArneGoetje: also for stable releases etc. ... i think that would be a good idea
[10:49] <asac> ArneGoetje: the other thing i have is that i got a complain by the romanian translation lead
[10:49] <ArneGoetje> asac: means, having two PPAs for each release?
[10:50] <asac> ArneGoetje: yes. imo thats not a problem though. we could say that we only maintain a devmode ppa for current development relesae and current latest stable
[10:50] <asac> so karmic + lucid for example
[10:50] <ArneGoetje> pitti: ^^ comment, please? :)
[10:51] <asac> does pitti know about devmode?
[10:51] <pitti> asac: don't we already use devmode for karmic?
[10:51] <pitti> asac: not really, I just noticed the code where it uses this for 9.10
[10:51] <ArneGoetje> pitti: has been turned off again
[10:51] <asac> yes. but the idea is to stop doing that before final
[10:52] <asac> ArneGoetje: already turned off?
[10:52] <asac> thought next run ;)
[10:52] <asac> but ok
[10:52] <pitti> what would that bring us, for stables?
[10:52] <pitti> few, if anyone would actually use it, I guess
[10:52] <ArneGoetje> asac: yes, next run
[10:52] <pitti> but we could have a second one for some three selected languages, if it helps
[10:53] <pitti> I just wouldn't like it to have the gazillion packs again, it'd just be a waste and take ages
[10:54] <asac> pitti: i am just seeing that now that we turn of devmode, translators cannot continue to work on their translations
[10:54] <asac> and see the results
[10:54] <pitti> what is devmode?
[10:55] <asac> stable might make not much sense ... though mozilla is a bit special as it has the same upstream everywhere
[10:55] <asac> pitti: devmode == take everything from launchpad rather than existing upstream xpis
[10:55] <pitti> oh, I thought that was the entire point of the exercise :)
[10:56] <asac> so there are two main excersizes here:
[10:57] <asac> 1. languages that dont have a upstream translations want to work on a complete translation that works
[10:57] <asac> 2. languages with upstream translations want to work on improvements
[10:58] <asac_> irc gateway has connectivity problems ... continuing here
[10:59] <asac_> so for 2. we didnt allow launchpad translations in the past
[10:59] <asac_> for various reasons. one reason is trademark, the other one (also related to trademark), is that we dont have QA process
[11:00] <asac_> for 1. we whitelisted translations in the past
[11:00] <asac_> for that translation groups had to approach me and tell me their translations are done and that they tested them etc.
[11:02] <asac_> however, testing was not easy, so now enable launchpad translations for everything during dev cycle
[11:02] <asac_> in that way translators (especially for 1.) have time to stabilize their translations and then ask us to keep them whitelisted
[11:02] <davmor2> mvo_: should software-center actually do a letter by letter search?  If you type in ubuntu-res it shows no results until you get to ubuntu-restricted.
[11:03] <pitti> asac_: right, then another testing ppa would make sense
[11:03] <asac_> Pici: ... so back on topic: we would now disable devmode as we are approaching final; shipping always devmode in a different ppa would not block translation groups now
[11:03] <asac_> pitti: ^
[11:04] <asac_> this cycle is basically the first one
[11:04] <asac_> next cycle will finally bring the upstreaming tools
[11:04] <asac_> so whitelisted locales can run upstream translation teams
[11:06] <asac_> which helps our community and mozilla - e.g. their work becomes more relevant as their work also becomes availble on the many millions windows macines etc
[11:06] <mvo_> davmor2: it should do partial matches, it might be confused by the "-" in the name
[11:06] <pitti> asac_: ah, thanks for the heads-up
[11:07] <davmor2> mvo_: I'll have a play with it and get back to you
[11:07] <asac_>  no problem. hope it made a bit of sense ;)
[11:08] <ArneGoetje> pitti: could you do the coding then in lp-o-matic? I'm flying out to Belgrade in a few hours to attend the LP Translations sprint.
[11:08] <pitti> ArneGoetje: not today
[11:08] <ArneGoetje> pitti: I won't be available the whole next week I guess
[11:09] <pitti> right; I'm fine with dropping devmode, but setting up the new ppa is low-prio for me
[11:09] <pitti> we have tons of RC bugs to fix first
[11:09] <pitti> but it's a nice project for the next freeze (like the week after RC)
[11:09] <mvo_> davmor2: thanks
[11:09] <asac> what does "setting up the ppa" involve
[11:09] <asac> ?
[11:09] <asac> pitti: ?
[11:10] <pitti> asac: well, create it in LP, but primarily changing the cronjobs to build a new fake release karmic-testing, and uploading that to the new PPA
[11:10] <asac> ah ok
[11:10] <pitti> it's not too much work, but needs some testing
[11:10] <asac> sure
[11:11] <pitti> and of course the logic to decide whether or not to enable devmode
[11:11] <pitti> ./import really shouldn't do that itself
[11:11] <pitti> it should be passed as a CLI argument
[11:11] <pitti> then it's easier to control from cronjobs
[11:13] <hyperair> hmm for some reason, the indicator session applet seems to have a different arrangement of items every time i log in.
[11:13] <hyperair> why is that?
[11:14] <ArneGoetje> asac: BTW: what about the 3.0 translations? right now firefox 3.5 lists both 3.0 and 3.5 translations, but the 3.0 ones are shown as buggy/disabled.
[11:14] <asac> ArneGoetje: we will remove firefox 3.0 from archive soonish. disable them
[11:14] <asac> ArneGoetje: but not in launchpad yet
[11:15] <asac> ArneGoetje: romanian folks for instance are not happy that we somehoe didnt copy their translations over
[11:15] <asac> so i am currently working with them on reimporting etc.
[11:15] <asac> hmm
[11:15] <asac> so once that worked we can disable them completely
[11:16] <ArneGoetje> asac: then we wait until we can disable them in launchpad...
[11:16] <asac> ArneGoetje: so from next week on you will be in more or less same time zone?
[11:16] <ArneGoetje> yes
[11:16] <asac> good
[11:16] <asac> maybe we can do a minisprint and do the stuff for final
[11:16] <asac> ;)
[11:17] <ArneGoetje> asac: err... if I find some time, yes... don't know how busy the sprint will be
[11:18] <davmor2> mvo_: it is the - if you just type in "ubuntu r"  then it's second in the list :)
[11:19] <ArneGoetje> asac: IIRC all languages with a country code and without upstream XPI had some problems when copying them over...
[11:20] <asac> ArneGoetje: the import failed?
[11:20] <asac> ArneGoetje: i only know that the current devmode doesnt work
[11:20] <asac> hmm
[11:20] <asac> right so we never got xpis
[11:20] <ArneGoetje> asac: no, devmode failed
[11:20] <asac> kk
[11:21] <asac> ArneGoetje: but i think its something else. ro has no country code. didnt we decide to only reimport those that had no upstream xpi?
[11:21] <ArneGoetje> asac: yes
[11:21] <asac> yeah. so thats what the ro thing is about
[11:21] <asac> so i will explain to them how to import it
[11:22] <asac> afaik it was just zipping up the addon fromthe langpack
[11:23] <ArneGoetje> asac: they modified the upstream XPI in LP?
[11:23] <pitti> asac, kenvandine: so can one of you hang out in #ubuntu-meeting at 1500 UTC (release team meeting) to answer questions to the desktop team, if some come up? I need to leave around 1345 UTC today
[11:23] <asac> pitti: i can be there
[11:23] <asac> pitti: anything you want to brief me with?
[11:24] <pitti> asac: I already prepared the report at https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[11:24] <asac> ArneGoetje: you know .. "ro" wants a different lithographie in ubuntu than the rest of the world. they would like to finish that task even though i explained to them that this wont get whitelisted
[11:24] <asac> until we know how to make locales only happen "if on gnome"
[11:25] <asac> pitti: let me check
[11:25] <asac> mvo_: whats the best way to test if webkit is ok for soft center?
[11:26] <asac> ok i assume the "fade in screenshot" is good enough to verify
[11:26] <ArneGoetje> asac: *sigh*... they should just create a new locale with '@new-orth' or something like that...
[11:26] <asac> ArneGoetje: yeah. i dont know why "ro" folks cannot agree on something
[11:26] <asac> its really a mess that they do someting different on gnome than everywhere else
[11:27] <ArneGoetje> asac: I will talk to Adi about that again
[11:27] <asac> (e.g. windows)
[11:27] <asac> well. we had lengthy discussion
[11:27] <asac> the problem from what i understand is that the gnome upstream team decided to do it differently
[11:27] <asac> which i strongly disagree
[11:28] <ArneGoetje> asac: yep. gnome upstream uses the new orth., while the rest uses the old orth.
[11:28] <asac> so what adi is doing is just trying to make it consistent for gnome
[11:28] <asac> ArneGoetje: with @new-orth
[11:28] <asac> you mean something like: ro.NEWORTH ?
[11:28] <asac> as LANG= ?
[11:28] <asac> ArneGoetje: so for en_US.UTF-8
[11:29] <asac> can you point me to some documentation about the syntax=?
[11:29] <ArneGoetje> asac: yep... LANG=ro_RO.UTF-8@new-orth
[11:29] <asac> mozilla is reviewing their current platform locale parser and noone figures what is possible etc.
[11:29] <asac> ArneGoetje: how would a fallback mechanism for that work?
[11:30] <ArneGoetje> asac: fallback to 'ro'
[11:31] <ArneGoetje> asac: the fallback is configured in LANGUAGE
[11:31] <ArneGoetje> asac: i.e. LANGUAGE=ro_RO@new-orth:ro:en
[11:32] <ArneGoetje> asac: something like that
[11:32] <asac__> reconnect
[11:32] <asac__> 12:29 < asac> ArneGoetje: how would a fallback mechanism for that work?
[11:32] <asac__> 12:29 < asac_> just strip components from the end until there is a match?
[11:32] <asac__> hmm
[11:32] <asac__> 2:29 < ArneGoetje> asac: yep... LANG=ro_RO.UTF-8@new-orth
[11:32] <asac__> 12:29 < asac> mozilla is reviewing their current platform locale parser and noone figures what is possible etc.
[11:32] <asac__> 12:29 < asac> ArneGoetje: how would a fallback mechanism for that work?
[11:32] <asac__> 12:29 < asac_> just strip components from the end until there is a match?
[11:32] <asac__> thats all
[11:33] <asac__> pitti: is there any ACTION item we committed to follow up since last meeting or any expected question i should be prepared to answer?
[11:33] <ArneGoetje> asac__: the fallback is configured in LANGUAGE
[11:33] <ArneGoetje> asac__: i.e. LANGUAGE=ro_RO@new-orth:ro:en
[11:33] <ArneGoetje> asac__: something like that
[11:34] <asac__> hmm
[11:35] <asac__> ArneGoetje: how would the ".po" for such a @new-orth be named?
[11:35] <asac__> ro@new-orth.po ?
[11:35] <ArneGoetje> asac__: yep
[11:36] <asac__> ok. so when we have that we could make LANG gnome senseitive and use @new-orth there, right?
[11:36] <asac__> sounds like a plan
[11:36] <asac__> guess mozilla code definitly needs to be teached that
[11:37] <pitti> asac__: just one, which is done (finishing spec release notes/test plan)
[11:37] <ArneGoetje> asac__: well, the current gnome translations would need to be put in ro@new-orth instead of ro. And then the user will have two locales on his system and can choose which one he wants.
[11:37] <pitti> asac__: I already followed up by email on that
[11:38] <asac__> ArneGoetje: yeah. but problem is that if user chooses "ro" (old orth) ... we probably wouldnt have translatinos for that as upstream does new-orth exclusively?
[11:39] <asac__> however, Adi could then work on fixing that rather than doing new-orth ;)
[11:39] <asac__> ArneGoetje: maybe discuss that with him and see what he thinks
[11:40] <ArneGoetje> asac__: yep. those would either need to be done in LP (maybe it's even possible to script the translation from new-orth into old orth..., need to ask Adi)
[11:40] <ArneGoetje> or upstream needs to be convinced to provide both orths.
[11:41] <asac__> ArneGoetje: yeah. i think upstream will take a bit longer
[11:41] <ArneGoetje> asac__: probably
[11:41] <asac__> maybe we could run that upstream part through lanuchpad if upstrema is not willing to do
[11:41] <ArneGoetje> asac__: ok, I need to go now... dinner and then off to the airport
[11:41] <asac__> dont see why anyone would have anything against that
[11:41] <asac__> ArneGoetje: have a safe trip. talk to you next week
[11:41] <ArneGoetje> asac__: right
[11:42] <ArneGoetje> asac__: ok, CU
[11:43] <pitti> ArneGoetje: safe travels!
[11:44] <ArneGoetje> pitti: thanks
[11:54] <asac__> pitti: not sure if webkit is covered by gnome ffe ... i tested gwibber software-store and  epiphany-browser with it. if we want a bug let me know.
[11:54] <asac__> pitti: also did you intentionally not sync "seed" yet?
[11:55] <pitti> asac__: how much change is there in webkit?
[11:56] <asac__> well. browser rendering engines usually have quite a few changes
[11:56] <mvo_> asac: if software-center works normally (shows lobby scree, shows package details) and its should be ok
[11:57] <pitti> asac__: seed synced
[11:57] <asac__> one second
[11:57] <Amaranth> mvo_: I don't think we're going to get a release of compiz 0.8.4 in time
[11:57] <asac__> (for webkit)
[11:57] <Amaranth> But if we get a new snapshot now I can just cherry-pick any future patches we want if there are any
[11:58] <Amaranth> Or hopefully in a week I'll be able to make the snapshots and upload myself but I don't want to depend on that
[11:58] <asac__> http://pastebin.com/f74c6295b (1.1.14 -> 1.1.15.1)
[11:58] <asac__> pitti: ^
[11:59] <mvo_> Amaranth: hm, it would be nice to release with 0.8.4-final :/
[11:59] <Amaranth> asac__: wow that's a lot of changes
[11:59] <pitti> asac__: doesn't seem to bad (although a changelog would be more useful :) )
[11:59] <asac__> http://pastebin.com/f74c6295b
[12:00] <asac__> thats the rdepends
[12:00] <asac__> i tested ephy/gwibber (pywebkit)/software-store
[12:00] <asac__> yeah let me check if there is a changelog somewhere
[12:00] <Amaranth> mvo_: It's going to be really fun in lucid, I doubt we'll get an 0.8.6 if 0.9.0 comes out soon
[12:01] <asac__> pitti: thats what is in ChangeLog in the source ... http://pastebin.com/f7fca1c52
[12:01] <asac__> guess is not all
[12:01] <pitti> asac__: ah, looks fine; please go ahead
[12:02] <mvo_> Amaranth: yeah, when the c++ version comes out, that will be fun for sure
[12:03] <Amaranth> mvo_: oh yeah, we're below 350 bugs again
[12:03] <mvo_> cool, great work
[12:03] <Amaranth> and 16 bugs will be fixed by getting new snapshots and the packaging changes in bzr
[12:04] <Amaranth> I've changed the packaging to just not ship the gconf plugin at all since it can only cause problems
[12:04] <asac__> pitti: there are more Changelogs nested for the "webkit core part" ... let me get that for you
[12:05] <Amaranth> mvo_: don't suppose you could take a look at bug 438925? the guy clearly has libdecoration.so.0 from 0.8.2 but the package version is 0.8.3+git20090917-0ubuntu4
[12:05] <Amaranth> but strace and ldd show he doesn't have a second copy of the file anywhere
[12:06] <asac__> asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/./WebKit/gtk/ChangeLog webkit-1.1.15.1/./WebKit/gtk/ChangeLog  >> /tmp/full.diff
[12:06] <asac__> asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/WebCore/ChangeLog webkit-1.1.15.1/./WebCore/ChangeLog  >> /tmp/full.diff
[12:06] <asac__> asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/JavaScriptCore/ChangeLog webkit-1.1.15.1/JavaScriptCore/ChangeLog >> /tmp/full.diff
[12:06] <asac__> asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/ChangeLog webkit-1.1.15.1/ChangeLog >> /tmp/full.diff
[12:06] <mvo_> Amaranth: uh, that is ... odd
[12:06] <asac__> asac@tinya:/tmp/ww$ cat /tmp/full.diff  | pastebinit
[12:06] <asac__> http://pastebin.com/f51e34fd9
[12:06] <asac__> pitti: ^^
[12:06] <asac__> thats all
[12:06] <Amaranth> mvo_: yeah, I'm kind of wondering if he is screwing with me :P
[12:06] <asac__> i would think its better than sticking to old webkit
[12:07] <asac__> besides ephy folks telling me we should try to get 1.1.15.2 even
[12:08] <pitti> *nod*
[12:08] <asac__> i would think we should try and if there are really bad regressions we can backout.
[12:08] <asac__> i am reading bugmail for the time to final
[12:08] <asac__> ok i am uploading that now. and see if world brakes ;)
[12:09] <mvo_> Amaranth: heh :)
[12:11] <mvo_> Amaranth: maybe he did some thing with a different loader script that alters the LD_LIBRARY_PATH or something? i mean, if ldd does show nomal linkage, he may still have a self-compiled version somewhere
[12:11] <Amaranth> mvo_: well, I had him check /etc/xdg/compiz and such for mods to the wrapper script
[12:12] <asac__> pitti: please sync epiphany-browser and -extension too ... then we are done from what i see
[12:12] <Amaranth> mvo_: btw I've got most of the wrapper script ported to C now
[12:13] <Amaranth> although really compiz checks almost everything we check so we just need a way to make compiz reload if texture_from_pixmap is missing (to try again with --indirect-rendering), check max texture size, and load a fallback WM if all that still fails
[12:13] <mvo_> Amaranth: cool, will that go into 0.8.6/0.9 ?
[12:13] <Amaranth> oh, and check Software Rendering
[12:13] <pitti> asac__: done
[12:13] <Amaranth> mvo_: Well, it'll go into our packages for lucid
[12:13] <Amaranth> dunno what upstream will want to do
[12:14] <asac__> pitti: great.
[12:14] <Amaranth> 0.9 technically doesn't need the texture size check anymore
[12:14] <Amaranth> and I think only fglrx needs --indirect-rendering
[12:15] <Amaranth> 0.9 can also run without texture_from_pixmap which is what you have to do when the texture size check would fail
[12:15] <Amaranth> It basically implements Xorg shatter inside compiz :P
[12:16] <Amaranth> However intel at least disables DRI if you set the VirtualSize too large so it wouldn't help there
[12:16]  * mvo_ nods
[12:17] <Amaranth> oh, 0.9 also doesn't load XML files anymore
[12:17] <Amaranth> the config stuff is compiled into the plugins and ccp loads protobuf files
[12:17] <Amaranth> too bad we can't use it :P
[12:23] <Amaranth> oh man, compiz has had a plugin to mark root and remote windows this whole time
[12:32] <mvo_> Amaranth: hu? what was the name of that plugin?
[12:48] <Amaranth> mvo_: titleinfo
[12:48] <Amaranth> mvo_: they want to put it in extra before doing the 0.8.4 release
[12:48] <Amaranth> it has existed since april
[12:52] <asac> pitti: can you check bug 440528
[12:53] <asac> (hope you are still here)
[12:56] <pitti> asac: doing
[13:10] <asac> hmm. seems archive.ubuntu.com is pretty unhappy about beta load ;)
[13:13] <Amaranth> hmm, I wonder if everyone at the london office loses their internet access on release days
[13:15] <jpds> asac: You should be using a local mirror. ;)
[13:16] <asac> Amaranth: btw, that clicking from yesterday really goes away if i turn of the sound volume completely :/
[13:16] <asac> so your guess was pretty good i think
[13:17] <Amaranth> asac: Yeah, it's supposed to mute before powering down so it doesn't make the popping noise, iirc
[13:18] <asac> Amaranth: actually it does the same sound wheni turn off the sound using the hotkeys
[13:18] <asac> (e.g. reducing volume to zero)
[13:18] <Amaranth> hrm
[13:19] <asac> and when powering one
[13:19] <asac> on
[13:19] <Amaranth> ubuntu-bug alsa-base
[13:19] <Amaranth> :)
[13:19] <asac> yeah
[13:23] <asac> done
[13:36] <asac> Riddell: do we want to get a new snapshot for knetworkmanager this cycle still? any plans yet?
[13:37] <Riddell> asac: that's next on my todo for today, why do you ask?
[13:38] <kenvandine> pitti: sorry i forgot to check if i had a conflict with the release meeting, glad asac can cover though :)
[13:40] <asac> Riddell: just because i care about the overall state of NM stuff in ubuntu ;)
[13:40] <asac> Riddell: i am checking with wstephenson
[13:40] <asac> will let you know
[13:41] <Riddell> asac: are you aware of any especially broken area in knm?
[13:44] <asac> no. but i am trying to check with him. will ask awe_ to do some testing on 3g ... as i couldnt find anyone with kde and 3g yet ;)
[13:44] <asac> awe_: ??
[13:44] <awe_> asac: hey.  is the ericsson modem fixed now?
[13:45] <awe_> it's the only 3g device i have to test ( eg. dell mini 9 )
[13:45] <asac> awe_: it should work. first attempt is a bit flaky still
[13:45] <awe_> ok, i want to download beta on a bunch of machines today... lemme start downloading a copy of unr
[13:48] <asac__> awe_: yeah. remember to bump to latest ppa for nm applet and nm
[13:48] <asac__> there is a slight version mismatch in bet :/
[13:48] <asac__> which makes using editor a bit ... cumbersome ;)
[13:48] <awe_> asac: did that last night
[13:48] <awe_> in beta, or the ppa?
[13:48] <awe_> ( ie. version mismatch )
[13:50] <asac> awe_: in beta
[13:50] <asac> :/
[13:52] <pitti> hey kenvandine
[13:52] <kenvandine> hey pitti
[13:53]  * kenvandine has several meetings today
[14:39] <pitti> have a good weekend everyone!
[14:52] <c_korn> tedg: hey, thanks for fixing bug 433274 ! now, I no more have to click all over the gnome-panel to find the applet :)
[14:53] <tedg> c_korn: Heh, good!
[14:53] <tedg> Though, your mouse wrote me a letter, he's sad that he doesn't get as much attention anymore ;)
[14:56] <c_korn> lol :P
[15:23] <james_w> asac: do you have any idea why xulrunner --gre-version would hang in my build chroot?
[15:27]  * kenvandine has to go offline for a bit... moving around router and access point
[15:27] <mac_v> lool: ping
[15:28] <mac_v> the humanity changelog has been updated
[15:40] <bratsche> robbiew around?  Can you look at bug #434786 when you have a min?  Seems like not an xsplash bug, but I'm not sure where to redirect it.
[15:41] <robbiew> bratsche: assign to Scott
[15:41] <robbiew> i believe it's an upstart issue
[15:42] <bratsche> Okay, thanks.
[15:44] <Keybuk> really?
[15:44] <Keybuk> Upstart has nothing to do with ttys
[15:48] <asac> james_w: DEBIAN_XUL_VER          := $(shell MALLOC_OPTIONS=O xulrunner-1.9.1 --gre-version)
[15:48] <asac> use that
[15:48] <asac> fakeroot issue that is iirc
[15:49] <james_w> asac: doesn't seem to help
[15:50] <asac> is that firefox package?
[15:50] <asac> it builds good on builders etc.
[15:50] <james_w> no
[15:50] <asac> james_w: 1.9 or 1.9.1 ?
[15:50] <james_w> just installing xulrunner-1.9.1 to satisfy Build-Depends
[15:50] <james_w> pbuilder-dist karmic login
[15:51] <asac> is 1.9 installed too?
[15:51] <james_w> apt-get install xulrunner-1.9.
[15:51] <james_w> that hangs
[15:51] <james_w> nope
[15:51] <asac> try to get a backtrace maybe
[15:52] <james_w> strace shows it apparently infinite looping on sched_yield()
[15:52] <james_w> ltrace shows
[15:52] <james_w> [pid 10748] pthread_mutex_lock(0x80601ec, 0xb7fd02b0, 0xb7fd0550, 0xb7fd82c8, 0xb7fd7020)                    = 0
[15:52] <james_w> [pid 10748] open("/proc/cpuinfo", 0, 026777202520^C <unfinished ...>
[15:53] <asac> james_w: hmm .. maybe proc not mounted?
[15:54] <james_w> http://paste.ubuntu.com/283905/
[15:54] <james_w> nope, "cat /proc/cpuinfo" works fine
[15:54] <chrisccoulson> wow, the repositories are uber-slow today!
[15:55] <james_w> so there is some bad interaction with cowdancer it seems
[15:58] <asac> james_w: yes. can you disable that?
[15:58] <james_w> not really
[15:58] <james_w> it's how the chroots work
[16:00] <james_w> it seems like cowdancer might be deadlocking itself
[16:01] <asac> james_w: does it do something like libc overloading?
[16:01] <james_w> yeah
[16:02] <james_w> when it is first called it initialises, which calls dlsym, which apparently calls calloc, which then apparently calls open?
[16:02] <james_w> which causes it to try and initialise again
[16:03] <james_w> and it says it is "quasi-reentrant"
[16:03] <james_w> whatever that means
[16:07] <JoshuaL> in karmic beta the indicator applet shows my username instead of the fullname, this happend after upgrading fromm 9.04 to 9.10 beta.. is there a way to make it show my fullname again?
[16:26] <james_w> should the Dust etc. themes be changed to use Humanity as well?
[16:27] <Amaranth> james_w: only if we get humanity-dark
[16:28] <james_w> bug 440635
[16:29] <Amaranth> ah, human got dropped completely?
[16:30] <Amaranth> james_w: well, Humanity's grayscale notification icons don't look so good on dark panels
[16:30] <Amaranth> So Humanity-Dark makes them brighter to go with dark themes (meant for UNR)
[16:33] <mac_v> james_w: Amaranth: for some reason.. lool hasnt updated the Humanity theme... /me doesnt understand what he asked ;)
[16:35] <jcastro> Amaranth: whoever made humanity-dark is a hero
[16:36]  * Amaranth points to mac_v
[16:37] <Amaranth> And I can confirm it is very win with dust
[16:37] <c_korn> jcastro: hello. was it you who made karmic boot up in 4sec using a SSD ? would you mind giving some specs about the system ?
[16:37] <c_korn> (sorry for OT)
[16:37] <Amaranth> mac_v: thanks for the bluetooth icon :)
[16:37] <mac_v> ;)
[16:38] <jcastro> c_korn: sure just PM me
[16:41] <tgpraveen> mac_v: so now we have bot humanity and -dark in default karmic?
[16:42] <mac_v> tgpraveen: yes , we are supposed to have both in the default... still hasnt been updated :/
[16:42]  * tgpraveen wishes one icon theme could have fitted on both dark and light. 
[16:42] <tgpraveen> but guess that would be really difficulty
[16:51] <Amaranth> mvo_: so 0.8.4 might happen soon after all
[16:51] <mvo_> Amaranth: cool
[16:51] <mvo_> Amaranth: where was/is that discussed?
[16:51] <Amaranth> one more fix to get in before release then just need someone to do the release
[16:51] <mvo_> Amaranth: #compiz-dev?
[16:51] <mvo_> cool
[16:52] <Amaranth> mvo_: yeah, about 2 hours ago
[16:52] <Amaranth> about 4.5 hours ago maniac gave his list of things that need to be done (move some plugins around)
[17:37] <jbicha> does xforcevesa work for Karmic live CD?
[17:45] <rickspencer3> TheMuso, pitti, asac: this is fyi, no response needed:
[17:46] <rickspencer3> I just ran through the regression tracker, and found some bugs that seemed they *might* need attention
[17:46] <rickspencer3> I assigned them liberally to you guys, or Ubuntu Desktop Bugs
[17:46] <rickspencer3> Please don't feel required to *fix* these, I just want to ensure that we are aware of all of the possible regressions
[17:48] <chrisccoulson> vuntz - good catch on gnome bug 595698
[17:48] <chrisccoulson> this signal handling stuff is new too
[17:51] <vuntz> chrisccoulson: yeah, I think I know what's the issue
[17:51] <vuntz> chrisccoulson: raise() works on the current thread. So it doesn't send the signal to the right thread
[17:51] <chrisccoulson> yeah, that makes sense
[17:51] <vuntz> chrisccoulson: we should use pthread_kill. Except that we're using gthread and gthread doesn't have this...
[18:05] <chrisccoulson> vuntz - so the only way to fix it right now is to create the thread with pthread_create rather than g_thread_create?
[18:07] <vuntz> chrisccoulson: looking at that, but that's what I think
[18:08] <chrisccoulson> yeah, i can't think of any other way to do it
[18:10]  * vuntz tests a patch
[18:20] <mac_v> rickspencer3: hi... i didnt understand your comment , here > https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/428509/comments/4 , what is "wrt" ?
[18:25] <vuntz> chrisccoulson: I attached a patch
[18:26] <chrisccoulson> vuntz - thanks!
[18:27] <rickspencer3> mac_v, wrt = "with regard to"
[18:27] <rickspencer3> basically, "what's up with this bug?"
[18:27] <mac_v> oh!
[18:27] <mac_v> ok ;)
[18:28] <rickspencer3> mac_v, to be clear, I'm not asserting it's a high priority issue, needs to be fixed, etc... etc...
[18:28] <rickspencer3> it's just not clear what the status of the report is
[18:28] <mac_v> yeah , got that :)
[18:28] <rickspencer3> mac_v, thanks ;)
[18:31] <mac_v> thanks :)
[18:35] <dobey> mac_v: you are lucky
[18:35] <mac_v> dobey: hmm .. ?
[18:35] <dobey> mac_v: i'm about to fix that bug
[18:36] <mac_v> dobey: yeah ;) how?
[18:36] <dobey> with code
[18:36] <mac_v> dobey: lol! .    i meant un-blocking bubbles? i was just typing up a response to Mark ;)
[18:37] <dobey> mac_v: no, ubuntuone bookmarks
[18:37] <mac_v> dobey: oh that one...nice awesome :)
[18:37] <mac_v> thanks :)
[18:44] <hyperair> does anybody know what's going to become of hal, and when?
[18:48] <rugby471> hyperair: HAL is only being used for X at the moment, however in lucid it will probably be gone, but still remain in the repositories for other apps (but not installed by default)
[18:49] <rickspencer3> kenvandine, have you checked out gnomescan lately?
[18:50] <kenvandine> nope
[18:50] <kenvandine> rickspencer3, i don't have a scanner that works :)
[18:50] <rickspencer3> kenvandine, I just installed it on my netbook, and it was super crashy
[18:50] <rickspencer3> a total fail
[18:51] <rickspencer3> fortunately scanimage worked perfectly
[18:53] <rickspencer3> kenvandine, are we sticking with xsane as the default for karmic?
[18:53] <kenvandine> yes
[18:53] <kenvandine> i guess that is fortunate
[19:15] <csguest> in 9.10, how can i get GDM to stop ignoring and start sourcing my ~/.xinitrc file?
[19:55] <jcastro> who fixed alt-f2? I love you.
[19:56]  * kenvandine didn't know it was busted
[19:56] <jcastro> it's been broken on panels with a background/transparency all cycle
[19:58] <hyperair> what was wrong with it again?
[19:58] <hyperair> i can't remember exactly
[19:58] <hyperair>     - Remove use of GnomeEntry in run dialog (Diego Escalante Urrelo,
[19:58] <hyperair>       Vincent)
[19:58] <hyperair> might have been this
[19:59] <Laney> gnome bug 588455
[19:59] <Laney> its that
[19:59] <vuntz> jcastro: was a gtk+ bug with client-side windows
[19:59] <vuntz> jcastro: but I can steal the love ;-)
[20:00] <kenvandine> vuntz, you deserve plenty of love
[20:00] <vuntz> jcastro: heh, I love your mail in two parts ;-)
[20:01] <jcastro> vuntz: it's like ice cream with topping
[20:03]  * vuntz has to blog about his latest ice cream contest
[20:17] <bryce> anyone else having problems with launchpad.net at the moment?
[20:17] <bryce> (For me loading a bug page hangs on 'Connecting to bugs.edge.launchpad.net)
[20:30] <bryce> can anyone ping canonical.com?  Not responding for me
[20:32] <james_w> hey bryce
[20:32] <james_w> it works for me
[20:32] <jono> kenvandine, any more progress on the Empathy A/V stuff?
[20:32] <james_w> plus, congratulations
[20:32] <bryce> james_w, thanks
[20:32] <kenvandine> maybe
[20:32] <kenvandine> i am testing a patch
[20:33] <kenvandine> jono, ^^
[20:33] <jono> kenvandine, awesome
[20:33] <jono> are more people testing?
[20:33] <kenvandine> not yet
[20:34] <kenvandine> working on that
[20:34] <jono> np
[20:34] <kenvandine> ppa builds are estimating 12 hours to start :/
[20:37] <bryce> james_w, jj says it's broke for him too, so maybe some router between uk and portland is busted?
[20:42] <bryce> james_w, seems some verizon-specific issue; other sites in uk/europe are not showing up
[20:57] <lool> mac_v: As I said, wasn't here today
[20:58] <lool> mac_v: First, well done on the new lp:humanity structure; thanks
[20:58] <mac_v> lool: hey... :) yeah .. folks ask when is it updating and i dont have an answer :(
[21:00] <lool> mac_v: So that was discussed during release meeting
[21:00] <lool> mac_v: Let me check what was said (couldn't attend)
[21:01] <mac_v> lool: was it discussed here? or is there a separate channel for these discussions?
[21:01] <mac_v> or meetings
[21:04] <lool> mac_v: http://irclogs.ubuntu.com/2009/10/02/%23ubuntu-meeting.html
[21:05] <lool> mac_v: search for humanity
[21:06] <lool> james_w: About Humanity-Dark > there a couple of problems in adding the -Dark flavour; it's dependent on a Humanity refresh which is hard to review and we're deep in UI freeze; that was covered at release meeting; I'll prepare a package in my PPA ASAP
[21:06] <lool> mac_v: You got my last lines?
[21:06] <lool> 22:04 < lool> mac_v: http://irclogs.ubuntu.com/2009/10/02/%23ubuntu-meeting.html
[21:06] <lool> 22:05 < lool> mac_v: search for humanity
[21:07] <mac_v> oh...ok. just a sec... X crashed
[21:07] <lool> mac_v: So here's my proposal to unblock here; I'll prepare the package in my PPA and ask for as many testers as possible
[21:07] <lool> mac_v: If things work, I'll cover it at our desktop integration call and ask for a freeze exception for it on Monday to release team
[21:08] <lool> mac_v: Is what you have in PPA right now final?
[21:08] <mac_v> lool: just  min.. recovering from a crash :)
[21:09] <mac_v> we dont have a ppa yet... Daniel today was mentioning on creating one.. let me check
[21:09] <lool> 22:07 < lool> mac_v: So here's my proposal to unblock here; I'll prepare the  package in my PPA and ask for as many testers as possible
[21:09] <lool> _my_ PPA
[21:10] <mac_v> oh... then  i got confused with this <lool> mac_v: Is what you have in PPA right now final?
[21:10] <mac_v> did you mean bzr?
[21:10] <lool> mac_v: Yes, sorry
[21:10] <lool> mac_v: I'm very tired
[21:10] <mac_v> lool: no probs.. :) ...
[21:10] <mac_v> yes , the bzr is final
[21:11] <mac_v> lool: just a sec , pls dont pull from bzr
[21:11] <mac_v> there has been a rev just now!.. i havent checked it yet :?
[21:13] <lool> mac_v: So what should I look at?
[21:14] <mac_v> lool: no probs... you can use it
[21:15] <lool> mac_v: You dont plan rolling a tarball by any chance?
[21:16] <mac_v> lool: ok.. give me 2 mins i'll add it
[21:16] <lool> mac_v: (You got my instructions on release-y stuff?  bzr tag + bzr export --root...)?
[21:16] <lool> mac_v: thanks
[21:16] <mac_v> lool: i meant the tarball [tar.gz] , i didnt get any mail yet
[21:18] <lool> mac_v: that was a while ago
[21:19] <lool> mac_v: Subject: Wishlist for Humanity icons releases
[21:19] <lool> mac_v: Oh you weren't in copy
[21:19] <mac_v> ;)
[21:19] <lool> mac_v: forwarded
[21:19] <lool> didn't know you back then, took last / top committer
[21:20] <lool> mac_v: Check it out, it has all you need to save you time and do good releases (I hope!)
[21:20]  * mac_v checks mail
[21:21] <kenvandine> hey jcastro, did you ditch me or get involved in something else?
[21:22] <mac_v> lool: just uploaded the 0.4.1 tar.gz > https://launchpad.net/humanity/0.4/0.4
[21:23] <mac_v> lool: i normally use the bzr export for doing this
[21:23] <jcastro> kenvandine: no I am signed in
[21:24] <jcastro> you haven't replied
[21:24] <kenvandine> humm
[21:24] <kenvandine> i have...
[21:24] <jcastro> oh dude
[21:24] <jcastro> wait
[21:24] <jcastro> sigh
[21:24] <kenvandine> :)
[21:24] <jcastro> ok, so like, sometimes it feels like m-i is swallowing my windows
[21:24] <kenvandine> it follows where the conversation started
[21:31] <lool> mac_v: Ok
[21:31] <lool> mac_v: thanks
[21:33] <mac_v> lool: why the testing? by using a ppa? there wont be any breakage because icons
[21:34] <lool> mac_v: haha
[21:34] <lool> mac_v: So many things can go wrong
[21:34] <mac_v> lool: it has been tested by the UX team , i'm finding it hard to understand your reluctance... not to question your plan :)
[21:34] <lool> mac_v: I'll checkout the tarball a bit later, or tomorrow morning if I cant do it tonight; thanks!
[21:35] <mac_v> lool: BTW , the changelog in the page, has all the bugs fixed
[21:35] <lool> mac_v: What could go wrong could: missing icons in some sizes or for some types; new icons broken in some use cases; index.theme not correct in new theme; etc. etc.
[21:36] <lool> mac_v: Or even the changes themselves might be wrong; added a greyscale icon for an app where we dont one or reintroduced a colour one
[21:36] <lool> Can only see this with testing
[21:36] <kenvandine> jcastro, lose the indicator again?
[21:37] <mac_v> lool: just a heads ,up... bluetooth in the system menu will use greyscale icon. rest of the greyscale icons wont be used in apps
[21:38] <mac_v> lool: for bluetooth ... UX  , said that the panel is more visible than the menu.. and that we have to use greyscale icon
[21:39] <mac_v> lool: there is also a simple patch to fix this bluetooth issue >  Bug #437162
[22:47] <lool> mac_v: Uploaded to my PPA
[22:49] <mac_v> lool: for the changelog you can see this link > https://launchpad.net/humanity/0.4/0.4  there is a list of bugs fixed
[23:19] <kiko> hey!
[23:19] <kiko> how's it cookin
[23:30] <kiko> robbiew-afk: where's rick s the star wars man
[23:31] <robbiew-afk> kiko: think he's done for today
[23:31] <kiko> robbiew-afk: that can't be right! it's the time for me to tell him all these great things about karmic!
[23:31] <robbiew-afk> you can tell me ;)
[23:31] <robbiew-afk> one sec
[23:32]  * robbiew-afk checks his irc logs
[23:32] <kiko> heh
[23:32] <kiko> robbiew-afk: it's looking good!
[23:32] <robbiew-afk> (05:16:39 PM) rickspencer3: good weekend guys, laters
[23:32] <robbiew-afk> (05:16:43 PM) rickspencer3 left the room (quit: Ex-Chat).
[23:32] <robbiew-afk> kiko: ^
[23:33]  * robbiew is obviously not away from the keyboard
[23:36] <kiko> heh
[23:36] <kiko> really afk