[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><EMAIL_ADDRESS>[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... > <IP_ADDRESS>"
[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__><EMAIL_ADDRESS>?
[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 -> <IP_ADDRESS>)
[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-<IP_ADDRESS>/./WebKit/gtk/ChangeLog  >> /tmp/full.diff
[12:06] <asac__> asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/WebCore/ChangeLog webkit-<IP_ADDRESS>/./WebCore/ChangeLog  >> /tmp/full.diff
[12:06] <asac__> asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/JavaScriptCore/ChangeLog webkit-<IP_ADDRESS>/JavaScriptCore/ChangeLog >> /tmp/full.diff
[12:06] <asac__> asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/ChangeLog webkit-<IP_ADDRESS>/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 <IP_ADDRESS> 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,<PHONE_NUMBER>20^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


[02:48] <wrst> no chibihogoshino he just raises his hand and leaves :)
[22:20] <vychune> o/
[22:46] <vychune> helloooooooooooooooooooooooo


[07:31] <dholbach> good morning
[09:38] <cking> hiya, is it possible for cpustat to be handled as feature freeze exception and sync'd into wily (https://bugs.launchpad.net/ubuntu/+bug/1489991)
[09:44] <rbasak> cking: looks like 0.01.24-1 is in wily?
[09:45] <cking> rbasak, doh, how can I have missed that, oops
[10:16] <cking> is it possible for numatop to be handled as a feature dreeze exeption for Wily.  https://bugs.launchpad.net/ubuntu/+bug/1495439
[10:31] <rbasak> cking: https://bugs.launchpad.net/ubuntu/+bug/1487538/comments/2 is relevant here I think. AFAICT no FFe required here.
[10:31] <rbasak> That should be in the wiki really. I'll update it.
[10:32] <cking> rbasak, ah, didn't know that
[10:33] <rbasak> cking: actually it's contrary to https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze_for_new_packages it seems
[10:38] <cking> rbasak, now that is confusing
[10:39] <rbasak> cking: I've asked infinity in #ubuntu-devel.
[10:40] <cking> rbasak, ta


[00:48]  * rmcadams yawns
[00:48] <rmcadams> Updating this thing to proposed is going to be interesting ;)
[03:59] <mup> Bug #1656168 opened: Some Web UI pages look strangely redundant when the hostname is 'maas' <MAAS:New> <https://launchpad.net/bugs/1656168>
[07:35] <mup> Bug #1656208 opened: [2.2, trunk] Spaces API has broken backwards compatability <MAAS:Triaged> <https://launchpad.net/bugs/1656208>
[09:19] <junaidali> guys, is there a way to restore/backup maas like in juju?
[09:20] <junaidali> I'm trying to test a scenario when my maas node fails (non HA)
[09:21] <mup> Bug #1653797 opened: [2.1.2] Unable to deploy nodes with NVME drives despite fixes to #1647485 <cdo-qa> <cdo-qa-blocker> <MAAS:Confirmed for cgregan> <https://launchpad.net/bugs/1653797>
[16:31] <mup> Bug #1656350 opened: multi-homed host static routes formating <networking> <routes> <static> <MAAS:New> <https://launchpad.net/bugs/1656350>
[21:08] <derekcat> Random question...  Anyone ever seen iPXE tftp timeout when trying to load the pxelinux.o image from a MAAS server (trying to PXE boot a KVM)
[21:32] <mup> Bug #1656425 opened: Ephemeral environments using the wrong kernel <MAAS:Confirmed for ltrager> <https://launchpad.net/bugs/1656425>
[21:36] <pmatulis> derekcat, see if tftp is running. check logs
[21:38] <derekcat> Hey pmatulis!  Which log should I be looking at?  [MAAS 2.1.2], not seeing tftp in the service --status-all
[21:42] <pmatulis> derekcat, one thing you can do is in the web UI. go to Nodes > Controller . all the services should be green
[21:46] <derekcat> pmatulis, yep!  Green check-circles across the board.
[21:55] <pmatulis> derekcat, DHCP is ok? address assigned?
[21:59] <derekcat> pmatulis, It is getting an address assigned, but I just noticed that it appears to be getting an address for the wrong VLAN...  201 instead of 200.  [the MAAS server is in the 200 VLAN...]  Let me check into that and get back to you.  Thank you!! ^_^
[22:14] <pmatulis> derekcat, ok great


 @Alang59, Use Latte Dock, it has a setting for the Unity layout.
[02:41] <hello_kde> Hi, I want to upgrade plasma on my kubuntu 18.04
[02:41] <hello_kde> Can I follow this article? https://kubuntu.org/news/plasma-5-14-2-available-in-cosmic-backports-ppa/
[02:42] <hello_kde> $ lsb_release -aNo LSB modules are available.Distributor ID: UbuntuDescription:    Ubuntu 18.04.3 LTSRelease:        18.04Codename:       bionic
[02:45] <hello_kde> plasmashell 5.12.9
[04:41] <user|5699> I am having some trouble installing kubuntu
[04:41] <user|5699> can anyone help me
[04:41] <user|5699> Im getting an input/output error
[06:57] <DarwinElf> where's best (other than here unless you want me to ask again with full details) for questions about drivers not loading in kernel (that used to: ) Ask Ubuntu, Ubuntu Bugs on Launchpad, or Ubuntu Forums (or Kubuntu ones, the variant I use?)
[07:09] <DarwinElf> and if I have a ubuntu.com account can I open a Kubuntu Forums profile with the same account?
[07:55] <yang_> #ubuntu
[08:02] <Qik> why arent gnome gtk language packs installed by default ?
[08:03] <Qik> i had to install it manually
[12:45] <BluesKaj> Howdy all
[14:25] <mparillo> The Kubuntu Forums are independent of the ubuntu forums (and ubuntu.com accounts).
[16:56] <Guest28997> hello
[18:04] <HighMemoryDaemon> Is anyone able to get Firefox to use Dolphin dialogs? It keeps using the GNOME file manager instead. :(
[18:05] <HighMemoryDaemon> I even changed /usr/share/applications/defaults.list inode/directory entry but it did not help (even after reboot)
[18:10] <HighMemoryDaemon> Solved: GTK_USE_PORTAL=1 firefox
[20:32] <IrcsomeBot2> Rusty Nail was added by: Rusty Nail
[20:32] <guilherme_> salve salve quebrada
[20:53] <guilherme_> alguem??


[08:16] <nebuchadnezzar> hello
[14:41] <nebuchadnezzar> I have a strange issue when preseeding an alternate iso, when loading the preseed I have a lot of messages "preseed/run: mount: mounting /dev/vda on /media failed: Invalid argument"
[14:42] <nebuchadnezzar> I try to preseed a trusty ISO
[15:13] <nebuchadnezzar> I can not figure out why the installer want to mount the disk on each preseed action
[18:10] <cyphermox> nebuchadnezzar: wouldn't /dev/vda not be a partition but the whole disk, and otherwise possibly mounted somewhere else?
[18:11] <cyphermox> nebuchadnezzar: if you can share your preseed, I can take a look
[19:23] <nebuchadnezzar> cyphermox: yes, /dev/vda is the whole disk but it's empty, no partition table yet
[19:24] <nebuchadnezzar> I'll provide the preseed tomorrow since I'm home now ;-)
[19:25] <nebuchadnezzar> note that I do not have this issue when I netboot my installation from PXE, with exactly the same preseed
[19:42] <cyphermox> nebuchadnezzar: so what device has the install media then?
[20:11] <nebuchadnezzar> cyphermox: no, the media is an iso as /dev/hda
[20:11] <nebuchadnezzar> /dev/vda is the virtio disk on which to install
[20:20] <nebuchadnezzar> cyphermox: note that I try a 14.04.2 server install and before displaying the curse installation I saw the same message, but only once
[20:21] <cyphermox> well, assuming you're trying to install to /dev/vda, it probably wouldn't try to mount it in /media, and rather try mounting in /target
[20:21] <cyphermox> but your preseed might contain clues as to what's going on, you'll just want to remove the root password if you're setting it in there
[20:22] <cyphermox> (if you can share it)
[20:46] <nebuchadnezzar> cyphermox: I'll be able to share it toworrow, at work, I don't have access from home
[20:52] <cyphermox> no worries, just ping me :)
[20:53] <cyphermox> but be careful, like I said, preseed may contain a root password, so you'll want to check it over first


[00:46] <directhex> looks like between 89% and 116% of reported karmic issues on ubuntuforums are bug 411941
[01:03] <Yoe> hi -- I'm the Debian (and upstream) maintainer of nbd, which is still at a rather old version in ubuntu
[01:03] <Yoe> There's a "please merge" bug open in launchpad, but it hasn't seen an update in quite a while now
[01:04] <Yoe> I've prepared a patch, but launchpad seems to hate me; would anyone here be kind enough to post the URL for me? http://grep.be/~wouter/ubuntu/nbd_2.9.14-2ubuntu1.dsc
[01:04] <Yoe> thanks!
[01:05] <chrisccoulson> directhex - interesting. is it possible to run mono applications with "--sync"?
[01:05] <chrisccoulson> the backtrace in that bug report isn't particularly useful, as the X error actually occurred at some point in the past
[01:06] <directhex> Yoe, are there specific reasons for ubuntu to remain diverged? are there ubuuntu-specific patches which couldn't be binned or usefully integrated?
[01:07] <directhex> chrisccoulson, i'm not aware of such an ability, but the gtk-sharp mailing list would know better
[01:07] <chrisccoulson> directhex - thanks
[01:07] <directhex> chrisccoulson, it'd be nice if you could set an env var to alter than behaviour
[01:08] <chrisccoulson> i'm not sure if there is anything in xlib that honours that. it would probably be worth me checking
[01:08] <dtchen_> directhex: it looks like the changes from 1:2.9.11-2ubuntu1 are still relevant
[01:08] <chrisccoulson> (or i could just run f-spot in GDB and break on XSynchronize)
[01:09] <chrisccoulson> assuming that's possible :-/
[01:10] <dtchen_> Yoe: done. Also subscribed ubuntu-main-sponsors.
[01:10] <directhex> dtchen_, oh, one of THOSE kinds of divergence. those need carrying for years :/
[01:10] <dtchen_> Yoe: thank you for looking into it.
[01:18] <JanC> eh, nbd is treated as a "native" package or what?
[01:19] <dtchen_> JanC: hmm? It's a normal upstream-DebRevUbuntuRev
[01:20] <dtchen_> unless I misunderstood your question
[01:22] <JanC> apperently I was looking wrong
[01:46] <i--pink> hii
[01:46] <i--pink> someone here?
[01:47] <persia> !ask | i-pink
[01:47] <i--pink> hehe
[01:47] <i--pink> ok
[01:48] <i--pink> how i cant make the point in the cursor bigger
[01:49] <persia> i--pink: I suspect you want #ubuntu: this isn't a support channel.
[01:49] <i--pink> persia, ^
[01:50] <i--pink> hehe.. is developer channel..
[01:50] <i--pink> i need to make it, is not a problem in the ubuntu, is something are i need to make
[01:52] <i--pink> is for touch-screen
[01:52] <persia> i--pink: Ah, you want to adjust the contact point size for a touch screen?
[01:53] <i--pink> yes
[01:53] <i--pink> to resize the point on the cursor
[01:54] <i--pink> now is 1 pixel and i want to make it 20 pixels
[01:54] <persia> Well, one of those is a config change and the other is a replacement graphic.  The person who knows best isn't about right now, and this still isn't the right channel, unless you're proposing to change it for Ubuntu (in which case I'd recommend proposing it for an ubuntu-mobile meeting)
[01:55] <persia> Note that the X event will still be a single X,Y coordinate, so it may not achieve the effect you want.
[01:55] <i--pink> mmm ok
[01:55] <i--pink> no no no
[01:55] <i--pink> look.
[01:57] <i--pink> the cursor make effect only on 1 pixel, i want it effect on circle of 20 pixels
[01:58] <persia> i--pink: I think that would be very tricky, as I think X assumes a single pixel, as do most X clients.
[01:59] <i--pink> mmm ok
[02:00] <i--pink> and you know about option to show all the open windows - without compiz
[02:02] <persia> libwnck can be a useful way to access that.
[02:04] <i--pink> i mean some fetcher in ubuntu,
[02:05] <i--pink> i am dont want to make it if it's done.
[02:06] <persia> i--pink: There's a whole bunch of them.  `apt-cache rdepends libwnck22` will show at least 5 (although some of what it shows are also not tools to do that)
[02:08] <i--pink> what is this list?
[02:09] <persia> It's a list of packages that use libwnck.  Note that there are also other libraries to handle window stuff, so it's not a complete list.
[02:10] <i--pink> i get 100 lines..
[02:10] <persia> I only get 39.  You may have more sources enabled in your sources.list than I.
[02:11] <i--pink> what is avant-window-navigator
[02:11] <persia> Your package manager will tell you.
[02:11] <i--pink> hehe
[02:12] <i--pink> Error: Screen isn't composited. Please run compiz (-fusion) or another compositing manager.
[02:12] <i--pink> dont help me
[02:12] <i--pink> it use compiz :(
[02:12] <maco> its a dock program
[02:12] <maco> think like at the bottom of a mac
[02:12] <JanC> no, it needs a compositing manager
[02:13] <i--pink> ahhhh avn
[02:13] <i--pink> AWN
[02:13] <i--pink> *
[02:14]  * persia notes that both the purpose of the tool and the use of the composite extension are in the package description
[02:15] <i--pink> no no.. i need something like ALT+TAB but after it you can chose the application with the mouse
[02:15] <persia> i--pink: Right.  So, to get that, you'll either want to ask for good applications that meet your needs in the support channel, or investigate the available applications using the development tools and testing :)
[02:17] <i--pink> i ask you if you hear about application like this OR i need to make it..
[02:20] <JanC> i--pink: I don't think there are any in the Ubuntu repositories outside of compiz, or maybe AWN (which I don't use so don't know)
[02:20] <persia> Understood.  I'm not familiar with all the applications that do window selection.  That's why I pointed you to a handy library that does that (so you could investigate the tools that use it), or to the support channel, where there tends to be at least someone familiar with almost any application available.
[02:20] <JanC> but I think you have a bigger chance in #ubuntu to hear about such applications
[02:21] <maco> i--pink: ive never heard of anything like that for linux
[02:22] <JanC> maco: well, compiz does it, so everybody uses that  ;)
[02:22] <i--pink> is for a concept netbook
[02:22] <JanC> why not use compiz then?
[02:22] <i--pink> but compiz kill the processor
[02:22] <maco> JanC: can you choose with mouse whch thing to pick when you alt+tab in compiz??
[02:23] <JanC> no, it doesn't, it runs almost completely on the GPU
[02:23] <persia> i--pink: Select a different GPU, with accelerated #d drivers for x.
[02:23] <ScottK> maco: The problem is the wrong compositing.  Kwin works great on netbooks.
[02:23] <JanC> maco: not with alt-tab maybe, but there is a way to do it IIRC
[02:23] <i--pink> is not only that
[02:24] <JanC> ScottK: compiz (and kwin, I suppose) works on intel 8xx graphics cards, which are way less powerful than what is in a netbook
[02:24] <i--pink> if i rotate the screen in 90 deg. compiz make crazy things
[02:25] <ScottK> JanC: Works great on my Dell mini 10v (Kwin with plasma-netbook)
[02:25] <JanC> i--pink: ah, then file bugs to compiz  ;)
[02:25] <i--pink> i have accelerometer and it control on the screen rotate
[02:25] <JanC> ScottK: which has either 915 or poulsbo?
[02:25] <ScottK> JanC: 915.
[02:25] <i--pink> is atom 1.6 and 945
[02:25] <JanC> right, the same as my EEE 900
[02:25] <ScottK> JanC: Sorry, 945.
[02:26] <persia> I didn't think there were any poulsbo drivers for recent X.
[02:26] <ScottK> Mini 10 is poulsbo, 10v in 945.
[02:26] <JanC> seriously, that GPU has too much power for compiz already  ;)
[02:26] <i--pink> and games not work good with compiz
[02:26] <ScottK> persia: There aren't.
[02:26] <JanC> except if you want some of the more crazy plugins
[02:27] <i--pink> you get flickering screen
[02:27] <persia> i--pink: Games work fine with compiz, as long as there is GPU power available.  Making them work together is a BOM decision, rather than a software decision.
[02:27] <Amaranth> JanC: I can't think of a plugin that would be slow on a 945 except maybe blur
[02:27] <Amaranth> assuming blur works...
[02:27] <Amaranth> BOM?
[02:28] <Amaranth> ODM?
[02:28] <persia> bill-of-materials: the stuff inside the computer
[02:28] <JanC> Amaranth: yeah, blur is what caused problems on my laptop in the past
[02:28] <Amaranth> persia: Actually as long as the driver is done properly compiz should have almost zero impact on games
[02:28] <i--pink> if i open a game like tux racer the screen start flickering
[02:29] <persia> Amaranth: hrm?  What happens if I'm running nifty stuff and other nifty stuff and run out of ability to process polygons?
[02:29] <JanC> i--pink: on karmic?
[02:29] <Amaranth> persia: Unless you're actively using compiz effects the only real cost is the GLX_EXT_texture_from_pixmap which is supposed to be a noop
[02:29] <i--pink> on hardy
[02:29] <Amaranth> persia: Well, I suppose you could run out of memory...
[02:29] <i--pink> i use hardy
[02:29] <JanC> i--pink: right, intel driver improved a lot since then  ;)
[02:30] <i--pink> all the support channels and the forums tell me to disable the compiz
[02:30] <Amaranth> persia: But so long as the pixmap is in video memory GLX_EXT_texture_from_pixmap should be zero-copy, just some bookkeeping to use it as a texture
[02:30] <Amaranth> persia: Although afaik that's really only possible with GEM/TTM
[02:30] <persia> Amaranth: right, but a lot of the lower-cost memory solutions are limited in various ways.
[02:30] <i--pink> and when i disable it the games start work good!
[02:31] <Amaranth> i--pink: So disable it
[02:31] <persia> s/memory/video/
[02:31] <i--pink> but now the the touch-screen not useful
[02:31] <JanC> Amaranth: he wants some sort of "exposé"-like tool, which would be easiest to do with compiz of course
[02:32] <Amaranth> persia: Well intel should be the best at this, really
[02:32] <i--pink> what is s/memory/video/ ?
[02:32] <Amaranth> JanC: In that case I guess he'll have to try again with karmic :)
[02:32] <persia> i--pink: sed command to apply to my last statement.
[02:32] <i--pink> i delete the karmic today
[02:33] <persia> Amaranth: poulsbo aside, yes :)
[02:33] <Amaranth> crap, poulsbo...
[02:33] <JanC> he has 945
[02:33] <Amaranth> try again with lucid? :)
[02:33] <i--pink> i have not drivers for the touch-screen
[02:33] <JanC> i--pink: so, you dano't have karmic drivers for the touch screen you mean?
[02:33] <JanC> don't
[02:34] <Amaranth> i--pink: Try installing compizconfig-settings-manager then running ccsm and disabling Unredirect Fullscreen Windows in General Options
[02:34] <i--pink> i cant calibrate the touch-screen
[02:34] <i--pink> yes
[02:34] <i--pink> i try it
[02:34] <i--pink> not work
[02:34] <JanC> hm, and you can't use a touchscreen that has open source drivers?
[02:35] <i--pink> is penmount
[02:36] <i--pink> i try to install the drivers of the 9.04 and it calibrate the screen but disable the keyboard..
[02:37] <i--pink> and i try to remove the calibration tool from the startup but is back all the time..
[02:38] <i--pink> after 5 testings and 3 days i back to the stable hardy
[02:38] <sbalneav> tkamppeter: Hey, Till, you about?
[02:39] <i--pink> this ids the driver
[02:39] <i--pink> http://www.penmount.com/down_2_1_6k.php
[02:40] <i--pink> i work with the USB
[02:40] <sbalneav> tkamppeter: if you're about, I'm tracking down Bug #307471
[02:44] <JanC> i--pink: I guess they will release an Ubuntu 9.10 driver in the future?  Maybe ask them?
[04:02] <RAOF> Urgh.  Why is pv->disk being NULL in grub-probe?  That makes everything unhappy.
[11:37] <hsn> if i traslate app on launchpad, it gets exported upstream?
[11:41] <manuel_> does a update from 904 work if the whole system is enctypted?
[11:41] <manuel_> thanks
[13:12] <cumulus007> Hi, I have just completed the Dutch translation of the Ubuntu 9.10 release notes. I made a note of them on this page: https://wiki.ubuntu.com/KarmicKoala/ReleaseNotes/Translations
[13:12] <cumulus007> Should I do anything else to make sure that my translation will be used and will be accessible via the installer's start page?
[13:21] <ari-tczew> qa.ubuntuwire.org is down :-(
[14:07] <Symmetria> lo all, quick question, has anyone seen any problems with the ixgbe drivers under both jaunty and karmic (I've tried various kernels), I am getting odd kernel panics and stuff when I start throwing serious traffic around
[14:10] <Symmetria> http://inetpro.org/pastebin/79 <[16:52] <lhasbs> ubuntu doesnt seem to like being in a saved state in virtualbox
[16:52] <lhasbs> ipv4 network is missing
[16:53] <lhasbs> the /etc/init.d/networking restart doesnt re up it
[16:54] <dtchen_> it wouldn't. You want to restart network-manager.
[16:54] <lhasbs> is there a quick way to do so?
[16:54] <lhasbs> and why doesn't it restart with the above command?
[16:54] <dtchen_> in 9.10, sudo restart network-manager
[16:56] <lhasbs> I al;ready did that, this is 9.04 though
[16:56] <lhasbs> added iface eth0 line to interfaces, good to go
[16:56] <lhasbs> I removed n-m from 9.04
[16:57] <lhasbs> dtchen_ ?
[16:57] <dtchen_> lhasbs: yes?
[16:57] <lhasbs> am I correct here?
[16:57] <dtchen_> lhasbs: to what does "correct" refer?
[16:58] <maco> lhasbs: if 9.04 then its called NetworkManager
[16:58] <dtchen_> in 9.04, it would be /etc/init.d/NetworkManager
[18:44] <lhasbs> Is there any easy way to change monitor driver in ubuntu. i have to do this to get a higher resolution. It says i got a compaq 16" but it's 17".
[18:45] <azeem> lhasbs: please ask in #ubuntu; this is not a support channel
[18:45] <lhasbs> done there
[18:45] <lhasbs> noone answered sir
[18:45] <azeem> sorry about that
[18:45] <lhasbs> :/
[18:45] <azeem> try again during the week or the forums then
[18:45] <lhasbs> ok
[20:27] <sam__> hey
[20:27] <sam__> just want to say something
[20:28] <dtchen_> ugh. Ubuntu needs libsdl1.2debian-pulseaudio on the discs as opposed to libsdl1.2debian-alsa. Which is going to be tough because Kubuntu and Xubuntu don't ship PulseAudio.
[20:30] <sam__> my wifi finally works out of the box, thank you...
[20:51] <m4t> any recommendations for a non adobe flash plugin for firefox? gnash?
[20:52] <m4t> there isn't one in the base desktop install, is there? i don't recall removing one..
[20:52] <maco> OT for this channel, but i like swfdec
[20:52] <m4t> all i need is flash cookies
[20:52] <Kartinka> Is there anyone who knows a lot about DevKit and udev Rules?! I need some help by hiding unmounted partitions.
[20:55] <maco> m4t: no there is not
[20:55] <maco> m4t: swfdec is what i used for about a year, but again...not exactly a -devel question
[21:03] <Kartinka> mh
[21:30] <Symmetria> ullo all
[21:30] <Symmetria> anyone awake?
[21:32] <maco> i think many are either on airplanes or packing to get on airplanes
[21:32] <Symmetria> http://inetpro.org/pastebin/79 <[21:32] <Symmetria> the moment I start downloading serious traffic through ixgbe, I start seeing messages like that in dmesg, and then the box locks up solid
[21:32] <Symmetria> and I've tested it on 3 different machines configured identically
[21:33]  * Symmetria is thinking memory leak in the tcp stack with adjusted window sizes
[21:33] <maco> file a bug against the kernel?
[21:33] <maco> "ubuntu-bug linux"
[21:34] <Symmetria> :) yeah was just hoping for some pointers first so that I could include a bit more detail in a bug report rather than saying "I see this, and the box locks up" :) figured maybe someone had something for me that would allow me to do some more investigations first
[21:35] <maco> ubuntu-bug will attach some information
[21:35] <maco> lets take this over to #ubuntu-bugs
[21:47] <serialorder> i was going to merge telepathy-mission-control-5 but the change introduced was to ship the AccountManager service file
[21:47] <serialorder> there is a note in the readme that says  "# The AccountManager.service is inappropriate on mainstream distributions"
[21:48] <serialorder> got me thinking that maybe this is not something we should ship with lucid
[21:49] <ScottK> serialorder: For telepathy stuff, I think bigon is the best person to ask.
[21:50] <serialorder> ScottK, ok
[23:27] <pvl1> hey, i really wanna learn to develop for ubuntu, but i dont know where to begin. are there sdk's or something like that?
[23:27] <sebner> !MOTU | pvl1
[23:28] <sebner> pvl1: "click here!"
[23:29] <pvl1> i was looking at that page but i got confused as to what i was looking for
[23:29] <pvl1> i guess ill look around a bit more
[23:29] <pvl1> ty
[23:30] <sebner> np
[23:34] <bigon> serialorder: well I'm not really aware of the mc5 stuff, you can maybe ask smcv (upstream and debian maintainer)
[23:36] <sjoerd> sebner: shipping that services file is perfectly fine
[23:36] <sjoerd> uhm, serialorder ^^
[23:38] <bigon> oh you're here too :)
[23:38] <sjoerd> bigon: i'm everywhere :p


[00:00] <axw> nurfet: ok, cool. at the moment, the ubuntu user is hard-coded throughout the codebase. I think it would be difficult to change that now, so your provider would need to create the ubuntu user
[00:00] <axw> nurfet: will your provider not rely on cloud-init?
[00:01] <nurfet> I see. no my provider does not support cloud-init at the moment
[00:05] <axw> nurfet: I have to go, will be back in an hour or so if you still have questions. otherwise thumper or wallyworld may be able to assist
[00:10] <nurfet> axw: thanks
[00:49] <thumper> well... fuck
[01:20] <perrito666> Good morning to you too thumper
[01:20] <thumper> o/
[01:21] <redir> is it morning already
[01:21] <perrito666> Not for me I just found funny the first thing I read from
[01:21] <perrito666> Thumper
[01:21] <redir> I'm gonna give up soon
[01:21] <redir> for the day.
[01:21] <perrito666> Ahhggg i hate phone kb
[01:22] <thumper> :)
[01:22] <perrito666> I was just passing by
[01:22] <redir> now I can't deploy because the maas can't see resolve simplestreams host.
[02:09]  * redir eods
[02:10] <redir> looks like it is still having trouble fetching the image from simplestreams
[03:13] <thumper> wallyworld: https://github.com/juju/juju/pull/6854
[03:14] <wallyworld> you want a review? ok
[03:15] <thumper> please
[03:16] <wallyworld> thumper: +1, jeez why is arm so sloooooow
[03:16] <thumper> reasons
[03:53] <veebers> wallyworld: Is there an easy way to grab what series a controller is running? Or will it be the ol' "juju ssh lsb-release..."?
[03:53] <wallyworld> it might be in status, can't recall ottomh
[03:56] <veebers> wallyworld: ack I'll poke. Cheers
[03:57] <veebers> ah it totally is
[05:14] <wallyworld> axw: i'm having an issue with some azure unit tests. but maybe i should also validate the approach i'm using. did you have time for a HO?
[05:15] <axw> wallyworld: just finishing my lunch, in a short while
[05:15] <wallyworld> ok
[05:21] <axw> wallyworld: ready, see you in 1:1
[05:21] <wallyworld> axw: here's the WIP  https://github.com/juju/juju/compare/develop...wallyworld:azure-ingress-rules?expand=1
[05:46] <axw> wallyworld: should be fine. limit is 80 characters: https://docs.microsoft.com/en-us/azure/guidance/guidance-naming-conventions
[05:47] <wallyworld> great ty
[05:47] <wallyworld> i have tests passing now, just need t add some more
[06:10] <wallyworld> axw: that PR is now up. much of it is cleanup https://github.com/juju/juju/pull/6855
[06:10] <axw> wallyworld: OK, will look shortly
[06:10] <wallyworld> no rush ty
[06:38] <axw> wallyworld: what are the rules for grouping ingress rules, if any? as it is, there's no guarantee that IngressRules is going to return the rules with the same grouping as they were opened
[06:39] <axw> wallyworld: e.g. I might open port range 1000-2000, and later 2000-3000; then IngressRules will report them as one
[06:39] <axw> oh wait
[06:39] <axw> never mind...
[06:39] <wallyworld> axw: i am sure i read somewhere in our code that we do not allow overlapping ort ranges
[06:40] <wallyworld> i think if we do need to cater for that sort of thing, it needs to be done in the firewaller worker
[06:42] <axw> wallyworld: 2001-3000 then. what I mean is this: I could open 1000-2000 for <IP_ADDRESS>/24, and then later <IP_ADDRESS>/24. the azure implementation of IngressRules turns that into one IngressRule. is that the expection of the interface? does it *matter* that they're combined?
[06:42] <axw> (or not combined)
[06:42] <axw> wallyworld: if it matters, it should be specified on the interface method
[06:42] <axw> if not, then I'm wondering why we bother
[06:43] <axw> particularly in the provider. if the firewaller cares about grouping them, it should do it - relieve the providers of the burden
[06:49] <wallyworld> axw: the idea was that we OpenPorts() with an ingress rule that is has grouped CIDRs for a given port range, so we should mirror thaton the way back out when IngressRules() is called
[06:49] <axw> wallyworld: I understand. but what about when they're *not* grouped on the way in?
[06:49] <axw> why favour the one over the other?
[06:50] <wallyworld> the network.IngressRule struct contains a slice of CIDRs, so we try and stick to that where possible
[06:50] <wallyworld> otherwise why bother having a slice of CIDrs in the IngressRule
[06:50] <axw> wallyworld: it makes sense coming in, as an optimisation
[06:51] <axw> wallyworld: on the way out, I don't think it matters at all
[06:51] <axw> wallyworld: at least not at the provider level
[06:51] <wallyworld> i guess i also see it as an optimisation on the way out
[06:51] <wallyworld> but it can be changed if we think that's what needs to be done
[06:51] <axw> wallyworld: an optimisation for what?
[06:51] <wallyworld> the caller
[06:52] <wallyworld> who would otherwise need to do the grouping
[06:53] <axw> wallyworld: my point is this: either the caller needs to do the grouping, the provider needs to, or neither needs to; please document or remove
[06:54] <axw> (if the caller *needs* them grouped, and the provider doesn't do it, then it's breaking its contract. that contract needs to be specified, so people don't write dodgy providers)
[06:55] <wallyworld> i 'll add some doc the the IngressRules() interface method. we can see how it all plays out then when the firewaller is refactored to use this new stuff properly. we can always change the providers not to group if that turns out to be best
[07:13] <axw> wallyworld: I'm just going to give it a quick test, looks good tho
[07:13] <wallyworld> ty
[07:30] <wallyworld> axw: eating dinner soon, but thanks for review, will fix issues. let me know if any testing shows any issues
[07:30] <axw> wallyworld: sure, I'll let you know either way. still waiting on bootstrap...
[07:31] <wallyworld> azure is fast :-/
[07:46] <axw> wallyworld: QA OK
[07:54] <wallyworld> awesome, ty
[09:42] <perrito666> Morning
[10:31] <hoenir> Good morning comrades !
[11:20] <frankban> axw: ping
[12:43] <perrito666> morning again
[13:33] <frankban> perrito666: do you know anything about the azure provider?
[13:33] <rick_h> frankban: what's up?
[13:41] <perrito666> frankban: very little sadly, the person to as is axw, but shoot the question, we might sort it out
[13:45] <frankban> perrito666: ok thanks
[13:45] <frankban> perrito666: I'll send an email
[13:51] <perrito666> frankban: k
[14:09] <mbruzek> rick_h: Who works on packaging the juju bits that are installed on the deployed VMs?
[14:12] <rick_h> mbruzek: the juju agents? they're pulled directly from streams so not really a package?
[14:13] <perrito666> mbruzek: you are experiencing problems with agents?
[14:13] <mbruzek> rick_h: I was running a security tool and found jujud was not owned by a user on the deployed system. This set off a security issue, I filed a bug, but want to follow up with someone about it.
[14:13] <mbruzek> https://bugs.launchpad.net/juju-core/+bug/1658549
[14:13] <rick_h> mbruzek: ah, yea saw that bug.
[14:13] <mbruzek> ok
[14:13] <rick_h> mbruzek: not sure there's any "one" person on that.
[14:14] <mbruzek> I can be the "one" just point me at the code that does that.
[14:17] <rick_h> mbruzek: hmm, so I'd imagine that's done during the agent install process as part of the agent setup bits https://github.com/juju/juju/blob/staging/agent/agent.go
[14:17] <rick_h> mbruzek: but yea, might need to get someone like perrito666 or core folks to help sanity check where the agents are installed from/setup.
[14:17] <perrito666> mbruzek: rick_h I am not sure where the exact code is but typically its a tar.gz downloaded from our streams
[14:17] <rick_h> mbruzek: wallyworld is probably the best 'expert' on the whole agent setup bits
[14:17] <perrito666> the user on them must be the one fro jenkins on the machine that builds them
[14:18] <perrito666> so a chown is in order
[14:18] <rick_h> perrito666: right, but this is when the jujud is unpacked on the managed machine it needs to be chown there
[14:18] <rick_h> perrito666: at least that's how I read the bug
[14:18] <perrito666> rick_h: agreed
[14:18] <perrito666> I find it a bit odd that juju does not have its own user
[14:18] <rick_h> perrito666: hmm isn't it root?
[14:19] <mbruzek> The other files in that directory were symbolic links to something else. This was the only file not owed by root and not a symbolic link.
[14:19] <mbruzek> iirc
[14:19] <perrito666> rick_h: yeah I would prefer us to be owned by a juju user
[14:20] <perrito666> mbruzek: looking for the relevant code
[14:20] <mbruzek> Thanks perrito666
[14:22] <mbruzek> perrito666: I have to relocate, if you find anything please leave it in the bug I opened and I can take action on it. I am happy to help on this issue, just need a hint on where to look and/or get started.
[14:22] <perrito666> so ideally this should be done inside agent/tools/toolsdir.go -> UpackTools
[14:23] <mbruzek> Ok
[14:23] <mbruzek> writing that down now
[14:23] <perrito666> mbruzek: ping me when you are back
[14:23] <perrito666> :) ill have more info for you
[14:23] <perrito666> happy relocation
[14:23] <mbruzek> brb
[14:55] <mbruzek> perrito666: back
[14:56] <perrito666> mbruzek: hi, I was saying "so ideally this should be done inside agent/tools/toolsdir.go -> UpackTools"
[14:57] <mbruzek> perrito666: I will take a look and propose a fix
[14:57] <perrito666> buut, that is only called by upgrades so cloud-init most likely has some repeated code doing that
[15:00] <perrito666> mbruzek: looking for the relevant part
[15:38] <perrito666> brb lunch
[16:09] <redir> morning
[16:09] <perrito666> redir: hello :D
[16:09] <redir> :)
[16:30] <alexisb> morning redir, perrito666
[16:30] <perrito666> alexisb: morning
[16:36] <redir> alexisb: 0/
[20:22] <perrito666> k, EOD until standup