[13:40] <penguin42> need somewhere with a lot of power? https://www.allsop.co.uk/lot-overview/vacant-freehold-detached-house-with-land-in-manchester/r240215-392
[14:27] <zxmpi> they're just preparing to be able to fast charge the new iphone :-P
[14:47] <penguin42> :-)


[00:19] <tsimonq2> wxl: 14.04 -> 16.04 works fine! \o/
[00:23] <wxl> yay
[00:23] <wxl> and i mastered port ranges on iptables and pf </offtopic>
[00:23] <wxl> it's a good day
[00:23] <tsimonq2> :D
[00:24] <tsimonq2> wxl: I reached out to Julien to see if he has any more known bugs to add
[00:25] <wxl> cool cool
[00:25] <wxl> i'm really feeling like we're making progress
[00:26] <wxl> i owe you a lot of thanks in that regard
[00:26] <tsimonq2> well I'm glad to be doing this :)
[00:26] <wxl> btw any luck on that blog post i suggested?
[00:26] <tsimonq2> I'm still waiting to hear back from flexiondotorg about it ;)
[00:27] <wxl> ahhh k
[00:27] <tsimonq2> but it's a good idea
[00:27] <wxl> still you might want to give hima go and give him your results
[00:27] <wxl> if it's like super obvious, well—-
[00:27] <tsimonq2> I just don't know how you could objectively evaluate the speed and usability of the OS
[00:28] <tsimonq2> I mean, it it just as simple as htop?
[00:28] <wxl> well yeah maybe speed and usability aren't the best measurements
[00:28] <tsimonq2> what do you suggest?
[00:28] <wxl> but you can get like average load overages, ram and cpu usage, etc
[00:29] <tsimonq2> load overages?
[00:29] <wxl> hhahaha
[00:29] <wxl> averages
[00:29] <tsimonq2> I see
[00:29] <lynorian> alternate 32 bit installed ok for entire disk
[00:29] <wxl> so, yeah, top
[00:30] <wxl> go lynorian go lynorian who's your daddy? go lynorian it's your birthday go lynorian
[00:31] <tsimonq2> wxl: s/top/htop/
[09:35] <flexiondotorg> tsimonq2, Hi
[09:35] <tsimonq2> hello flexiondotorg :)
[09:36] <tsimonq2> flexiondotorg: you see wxl's idea for a blog post?
[09:36] <flexiondotorg> I have not.
[09:36] <flexiondotorg> Where can I find "idea"?
[09:37] <tsimonq2> flexiondotorg: you see http://www.omgubuntu.co.uk/2016/07/compiz-low-graphics-mode-improvements ? we should co-write a blog post detailing the differences between Unity in that mode and Ubuntu MATE/Lubuntu/Lubuntu Next
[09:39] <flexiondotorg> OK
[09:39] <flexiondotorg> I'm not going to be able to contribute to that this week.
[09:39] <flexiondotorg> But, sure. I'll play.
[09:39] <tsimonq2> alright :)
[09:39] <tsimonq2> flexiondotorg: maybe next week after you come back from the sprint?
[09:39] <flexiondotorg> Yeah.
[09:40] <flexiondotorg> But feel free to start drafting something.
[09:40] <tsimonq2> alright :(
[09:40] <tsimonq2> *:)
[09:40] <tsimonq2> flexiondotorg: you need help with Ubuntu MATE 16.04.1 that's supposed to go out on Thursday? I have a lot of free time. :)
[09:40] <flexiondotorg> I do actually!
[09:41] <flexiondotorg> I'm going to be able smoke test i386 and amd64.
[09:41] <flexiondotorg> But if you have time time to test, that would be really great.
[09:41] <tsimonq2> alright, I will :)
[09:42] <flexiondotorg> tsimonq2, Thanks!
[09:42] <tsimonq2> Adam is just going to to a respin tomorrow so after that I'll smoke test Lubuntu and MATE :)
[09:42] <flexiondotorg> Cool.
[09:42] <flexiondotorg> Admin is here somewhere too.
[09:42] <flexiondotorg> *Adam
[09:42] <tsimonq2> anytime flexiondotorg :)
[09:42] <tsimonq2> OH, really?
[09:42] <tsimonq2> cool
[09:43] <tsimonq2> flexiondotorg: if you find Leo Arias, tell him I say hello :)
[09:43] <tsimonq2> he's probably reported 8 different bugs today, all of which I have fixed XD
[10:03] <flexiondotorg> tsimonq2, Well do.
[10:04] <tsimonq2> thanks flexiondotorg :)
[20:41] <lynorian> wxl in #lubuntu-release infinity said something about being done battling a cold and respins
[21:23] <wxl> lynorian: looks like we're still waiting on desktop, but yeah, in progress
[23:48] <tsimonq2> wxl: hey, I'll send an email as a response to my call for testing about the respin
[23:49] <tsimonq2> wxl: I also *really* *really* want the libfm update that got into xenial-updates today to be in the image, I'l going to test and see if it's there, and if it isn't, do you mind if I ask for a respin?
[23:53] <tsimonq2> oh no :(
[23:53] <tsimonq2> there are no images in the folder!
[23:54] <wxl> sure sure
[23:55] <tsimonq2> wxl: we have no Lubuntu alternate images at all
[23:56] <tsimonq2> http://cdimage.ubuntu.com/lubuntu/daily/20160718/ http://cdimage.ubuntu.com/lubuntu/daily/20160719/


[00:01] <fta> jcastro, not sure exactly where it is in the code. http://src.chromium.org/svn/trunk/src/chrome/browser/notifications/  comes to mind
[00:01] <fta> but i could be wrong
[00:03] <bdrung> chrisccoulson: firefox-dev contains "debug symbols". really? ;)
[00:03] <chrisccoulson> lol
[00:03] <chrisccoulson> yes, it's just to confuse you ;)
[00:04] <bdrung> :)
[00:10] <fta> jcastro, cocoa code: http://src.chromium.org/svn/trunk/src/chrome/browser/ui/cocoa/dock_icon.h & http://src.chromium.org/svn/trunk/src/chrome/browser/ui/cocoa/dock_icon.mm
[00:14] <fta> chrisccoulson, if you feel like patching chromium for unity...
[00:15] <chrisccoulson> fta - thanks
[01:00] <micahg> chrisccoulson: BTW, there's bug 533038 for the  man page
[01:00] <ubot2> Launchpad bug 533038 in firefox "firefox 3.6 needs a man page" [Wishlist,Triaged] https://launchpad.net/bugs/533038
[01:06] <chrisccoulson> micahg, oh, i didn't see that
[01:08] <micahg> chrisccoulson: BTW, I think there should be an announcement about the death of abrowser so people are aware when they are merging they can drop that diff
[05:27] <micahg> fta: did you see this? http://packages.debian.org/changelogs/pool/main/c/chromium-browser/current/changelog#versionversion9.0.597.83_r72435-1
[09:25] <fta> micahg, nope, thanks
[10:00] <fta> dpm, http://ftagada.wordpress.com/2011/02/10/chromium-translations-explained-part-2b/
[11:24] <dpm> hi fta, sorry I was on a call. Reading...
[11:34] <dpm> fta, wow, excellent post!
[11:34] <dpm> I love the diagrams
[11:35] <fta> :)
[11:35] <dpm> and again, thanks a lot for the work you've put in workarounding LP's limitations
[11:51] <fta> dpm, but it looks like a Rube Goldberg machine now
[11:51] <fta> dpm, http://en.wikipedia.org/wiki/Rube_Goldberg_machine
[11:52] <dpm> lol
[11:54] <dpm> I think on the next diagrams you should also add the part that "(C) [...] throws cracker (D) past parrot (E). Parrot jumps after cracker and perch (F) tilts, upsetting seeds (G) into pail"
[11:56] <fta> yeah
[16:05] <chrisccoulson> jdstrand, the firefox and thunderbird respins are building btw
[16:06] <chrisccoulson> jdstrand, i'm still not sure what we're going to do about lucid being frozen :/
[16:12] <chrisccoulson> heh, i've DoS's all the i386 builders!
[16:12] <chrisccoulson> https://launchpad.net/builders
[16:14] <micahg> chrisccoulson: i'll check if we can push on 2/14 or have to wait until the 17th
[16:14] <micahg> chrisccoulson: we definitely cannot get in the point release unless they need a respin
[16:14] <micahg> err, probably not even then though
[16:14] <chrisccoulson> oh, i don't care about making the point release ;)
[16:14] <chrisccoulson> i just want us to be able to publish it
[16:15] <micahg> chrisccoulson: ok, I'll check with teh release team
[16:15] <chrisccoulson> thanks
[16:25] <jdstrand> chrisccoulson: thanks
[16:25] <jdstrand> normally we have not been asked to delay a security update for a point release
[16:26] <jdstrand> we upload and they can choose to pull in the new bits
[16:26] <jdstrand> it would be worth bringing up though, as micahg suggested
[16:30] <micahg> it's very odd timing this time out I think
[16:35] <fta> chrisccoulson, last week, i DoSed almost all builders (official & ppa) when my 4 ch branches were bumped at the same time
[16:49] <m_conley> chrisccoulson: ping
[16:53] <chrisccoulson> hi m_conley
[16:54] <m_conley> chrisccoulson: hey - so I'm working on getting the globalmenu to open the first menu item when F10 is pressed...
[16:54] <chrisccoulson> ah, cool
[16:55] <m_conley> chrisccoulson: and I've captured the F10 keypress event, and I'm wondering what you think would be the cleanest, most efficient way of determining what the first open-able menu item would be - should we precompute and hold a pointer to this menu item, and then refresh this if the content changes?
[16:55] <m_conley> chrisccoulson: or is there a cleaner way?
[16:57] <chrisccoulson> m_conley, i'm not too sure. it's pretty quick to just do mMenuObjects[0]->OpenMenu() from the menu bar isn't it?
[16:57] <m_conley> it is - but can we guarantee that this first item is open-able?
[16:57] <chrisccoulson> i think that would work
[16:57] <chrisccoulson> ah, good question. in most cases, i suspect it is, but you probably only want to open the first visible and sensitive item
[16:57] <m_conley> mmhmm.
[16:58] <chrisccoulson> i've just thought actually, OpenMenu already doesn't check if the menu is sensitive or not ;)
[16:58] <chrisccoulson> that probably needs fixing
[16:58] <m_conley> whoops, yep it does.
[16:58] <chrisccoulson> i bet if you use keyboard shortcuts now, you can open menus that you can't open with the mouse ;)
[16:59] <m_conley> chrisccoulson: awesome hacks, but weird UX.  :p
[16:59] <m_conley> chrisccoulson: ok, so that sounds like a separate issue though - OpenMenu needs to ensure that menus are visible and sensitive.
[17:00] <m_conley> chrisccoulson: but for determining the first one...precompute and reupdate, or just iterate each time F10 is pressed?
[17:00] <chrisccoulson> i think i'd just iterate over the menus and find the first one that can be opened when someone presses F10
[17:00] <chrisccoulson> it shouldn't be that expensive
[17:01] <m_conley> chrisccoulson: okie doke, will do.  I'll file the bug for the OpenMenu problem.
[17:01] <chrisccoulson> thanks
[17:13] <m_conley> chrisccoulson: fun fact - gEdit opens the file menu after F10 even if the menu is hidden and insensitive.
[17:13] <m_conley> chrisccoulson: btw, here's a neat tool if you've ever wanted a Firebug for GTK apps:  http://chipx86.github.com/gtkparasite/
[17:13] <chrisccoulson> m_conley, heh, nice :)
[17:14] <m_conley> chrisccoulson: hm.  If gEdit does it, maybe we can afford to ignore the invisible/insensitive case?  What do you think?
[17:15] <chrisccoulson> m_conley, i think we should take the opportunity to do it better than gedit ;)
[17:15] <m_conley> chrisccoulson: sold.
[17:15] <m_conley> chrisccoulson: should have a patch later today.  :)
[17:15] <chrisccoulson> and probably report a bug against appmenu-gtk, which i think is probably responsible for that behaviour in gedit
[17:15] <chrisccoulson> i'm not too sure though, it might even be a gedit bug
[17:15] <chrisccoulson> or a gtk bug ;)
[17:16] <m_conley> chrisccoulson: hrm.  who should I report it to then?
[17:17] <chrisccoulson> m_conley, don't worry about it too much just yet, i'll try and figure out where it should go later
[17:17] <m_conley> chrisccoulson: alright.
[17:24] <fta> anyone using a non-english desktop here? (and chromium)
[18:58] <fta> chrisccoulson, http://ubuntuforums.org/showthread.php?p=10445698
[19:05] <micahg> jdstrand: I assume you want the SM updates all at once?
[19:06] <jdstrand> micahg: that is fine, but not a requirement
[19:07] <micahg> jdstrand: ok, I'm hoping to have at least maverick by EOD, these VMs are taking a long time (PATA drives, old machine)
[19:09] <jdstrand> micahg: cool, thanks
[19:31] <micahg> chrisccoulson: wasn't the tee surface support check supposed to happen upstream?
[19:31] <chrisccoulson> micahg - yeah, but the build just fails if it's not there ;)
[19:31] <chrisccoulson> i'd rather detect it before we try to configure it
[19:32] <micahg> ah, yeah, makes sense
[19:43] <micahg> chrisccoulson: so, we get to publish to at least -security for the Mozilla updates
[20:01] <micahg> mdeslaur: we've got some reports of flash not working after the update to 10.2, but it works for me
[20:04] <mdeslaur> micahg: they can send patches :)
[20:04] <micahg> heh
[20:04] <mdeslaur> micahg: seriously...have bugs been filed?
[20:04] <micahg> bug 716311
[20:04] <ubot2> Launchpad bug 716311 in flashplugin-nonfree "flash not installed" [Undecided,New] https://launchpad.net/bugs/716311
[20:05] <mdeslaur> hmm
[20:07] <chrisccoulson> micahg, yeah, i just saw that. thanks!
[20:07] <chrisccoulson> i hope these builds are actually ready by monday :/
[20:07] <chrisccoulson> they seem to be taking ages
[20:09] <micahg> mdeslaur: there's also 716640, but idk if that's Chromium or Flash, I was watching some stuff with the Chromium daily earlier with no issues
[20:09] <micahg> bug 716640
[20:09] <ubot2> Launchpad bug 716640 in chromium-browser "Shockwave Flash plugin crash" [Undecided,New] https://launchpad.net/bugs/716640
[20:10] <mdeslaur> micahg: not much I can do about 716640
[20:10] <micahg> chrisccoulson: seems like all the armel builders are offline
[20:12] <chrisccoulson> that sucks :(
[20:13] <chrisccoulson> m'eh, we're not going to get these tested before the weekend :(
[20:13] <chrisccoulson> i should have uploaded them earlier ;)
[20:14] <micahg> chrisccoulson: well, if they're still waiting for testing, I'll do it Tuesday :)
[20:14] <chrisccoulson> what's the release date?
[20:14] <micahg> if I ever get my VMs in stalled :-/
[20:14] <micahg> 2/14 unless there are more issues
[20:15] <chrisccoulson> i might try and test them if i can tomorrow
[20:15] <micahg> chrisccoulson: I guess I can do it over the weekend if it's critical
[20:15] <chrisccoulson> i don't think we'll know that until monday
[20:16] <micahg> chrisccoulson: ah, armel builders back :)
[20:16] <chrisccoulson> oh, cool
[20:16] <chrisccoulson> now i just need someone to score all my builds!
[20:16] <chrisccoulson> j/k ;)
[20:16] <micahg> they fear lamont apparently :)
[20:17] <chrisccoulson> oh, cool. all the builds running on armel are mine anyway
[20:17] <chrisccoulson> that's good!
[20:35] <micahg> bdrung: what are you bumping the maxversion to in FF extensions in Debian now?
[20:52] <bdrung> micahg: 4.0.*
[20:53] <micahg> bdrung: thanks, what I thought, thanks
[20:53] <fta> chrisccoulson, not good!
[20:53] <fta> chrisccoulson, your USE_SYSTEM_CAIRO will run on my h/w
[20:54] <chrisccoulson> fta - oh, does that cause a problem?
[20:54] <fta> hold on, it's in a DEB_DEBUG block
[20:54] <fta> should be ok then
[20:55] <chrisccoulson> bdrung, are you just bumping maxversion or porting them so that they don't break?
[20:56] <chrisccoulson> fta - i think it will still run :/
[20:57] <fta> i obviously don't have those headers when the bot runs
[20:57] <micahg> chrisccoulson: I'm going to switch mozvoikko to build with firefox-dev, ok?
[20:58] <chrisccoulson> fta- that's ok, it doesn't matter if that fails when the bot runs
[20:58] <chrisccoulson> it's only really needed when the pre-build target runs
[20:59] <chrisccoulson> micahg, i don't mind. if it works, then cool :)
[20:59] <micahg> chrisccoulson: well, it's in main, so we'll have to do it eventually to drop xulrunner
[21:02] <bdrung> chrisccoulson: just bumping the version and test if they work.
[21:02] <bdrung> some work, others not
[21:02] <chrisccoulson> hmmm, we have tee surface support in cairo now, but we don't install the header :/
[21:03] <chrisccoulson> micahg - i guess i'll have to create another pkgconfig file for mozvoikko
[21:03] <chrisccoulson> possibly ;)
[21:04] <chrisccoulson> i've only provided one that supports building plugins so far
[21:04] <fta> is prism dead upstream?
[21:04] <chrisccoulson> bdrung, i corrected the firefox-dev package description btw. it no longer contains debug symbols ;)
[21:04] <chrisccoulson> fta - it's been renamed
[21:04] <fta> seems like it is
[21:05] <chrisccoulson> well, i think it was renamed
[21:05] <fta> http://mozillalabs.com/projects/ says it's inactive
[21:05] <micahg> chrisccoulson: not exactly renamed, superceded is more like it
[21:05] <chrisccoulson> micahg - yeah, i couldn't remember
[21:05] <micahg> fta: you can stop building the dailies for it
[21:05] <chrisccoulson> and i don't have the link now
[21:06] <micahg> I still have to have a discussion with upstream about migration paths
[21:06] <micahg> we're going to run into problems when xulrunner gets upgraded in Lucid and Mavericdk
[21:06] <micahg> *maverick
[21:08] <chrisccoulson> http://mozillalabs.com/chromeless/ that was it wasn't it?
[21:09] <micahg> yep
[21:09] <chrisccoulson> fta^^
[21:13] <chrisccoulson> w00t, firefox will be lintian clean soon
[21:13] <chrisccoulson> although
[21:13] <chrisccoulson> i cheated a bit
[22:32] <bdrung> chrisccoulson: do you know the current status of notify-osd in ff 4.0?
[22:33] <chrisccoulson> well, firefox doesn't have anything to do with notify-osd (which is just an implementation of the notification spec)
[22:33] <chrisccoulson> firefox can use libnotify
[22:33] <chrisccoulson> but notify-osd doesn't support actions, so it's useless for firefox
[22:34] <bdrung> chrisccoulson: there was xul-ext-notify that sends the notifications to notify-osd
[22:34] <chrisccoulson> right
[22:34] <chrisccoulson> people can still use that, but we wouldn't want that by default
[22:34] <bdrung> but it doesn't seam to work with ff 4
[22:34] <chrisccoulson> what we want by default is integration with the unity launcher, which i'm going to be working on
[22:34] <bdrung> i don't get any notifications at all
[22:35] <chrisccoulson> yeah, a lot of extensions that used to work, won't work any more
[22:35] <chrisccoulson> if it doesn't have a maintainer, you'll need to port it ;)
[22:36] <micahg> bdrung: is seems to have disappeared upstream
[22:37] <chrisccoulson> i want to make use of the launcher for doing progress indication, and quicklists for access to finished downloads
[22:37] <chrisccoulson> not sure how that will work out though, i need to talk to the design people really
[22:37] <chrisccoulson> and the same for chromium ;)
[22:37] <chrisccoulson> and then we could use notify-osd for notifications as well
[22:38] <chrisccoulson> but notify-osd on it;s own is a half-baked solution
[22:39]  * chrisccoulson needs to start hacking on that
[22:39] <geser> sorry to jump in, but what about those who prefer "Classic Desktop" or where "unity" doesn't work?
[22:40] <chrisccoulson> then they will get the current experience
[22:40] <geser> which is?
[22:41] <chrisccoulson> firefox has a download window, which flashes on the titlebar when your download finishes
[22:41] <bdrung> nothing. it get neither any progress bar, nor a notification that the download finished
[22:41] <bdrung> (configuration: do not open download window)
[22:41] <chrisccoulson> then that's a user choice, but it's not the default
[22:42] <bdrung> yes, but in ff 3.6 i got a notification when the download finished and the status bar showed the progress
[22:42] <geser> I've configured firefox to open a download window again for that reason; to get at least some notification when downloads are done
[22:43] <geser> but I find it suboptimal as it's an other window when using alt+tab to switch between windows/applications
[22:44] <micahg> chrisccoulson: we have some people that want to test Firefox 4 on ARM on maverick, I'm trying to think of various options, (backports with renamed source, security PPA with renamed source, get a native PPA for various stuff next week), any ideas?
[22:45] <chrisccoulson> micahg - they could just use the natty build
[22:45] <geser> I liked xul-ext-notify but the upstream seems dead
[22:45] <chrisccoulson> i think it should run fine
[22:45] <chrisccoulson> that was to micahg ;)
[22:45] <micahg> chrisccoulson: on maverick? that doesn't sound like it should work, different versions of X libs
[22:45] <micahg> I can suggest it though
[22:45] <chrisccoulson> micahg - X libs are ABI stable ;)
[22:46] <chrisccoulson> the ABI hasn't changed for many years
[22:46] <micahg> oh, right, firefox uses internal copies for most things...I keep forgetting, that sounds like that best solution :), thanks chrisccoulson
[22:46] <chrisccoulson> i can't think of a reason why it wouldn't work, but i could be wrong ;)
[22:46] <chrisccoulson> i wish we just shipped a single build of firefox across all of our releases ;)
[22:47] <chrisccoulson> upstream manage to provide binaries that work on distro's from the last several years
[22:54] <chrisccoulson> geser / bdrung - you could fix xul-ext-notify if it's got no maintainer ;)
[22:58] <geser> I could try if I would know something about firefox addon programming
[23:01] <chrisccoulson> geser - do you get any errors in the error console when it runs?
[23:01] <chrisccoulson> that's normally a good starting point
[23:01] <chrisccoulson> in any case, i could probably help, but i have a limited amount of time
[23:04] <geser> first I have to convice it, that it might work with FF 4.0b11 (currently firefox display it as disabled)
[23:04] <micahg> geser: nightly tester tools can fix that
[23:05] <geser> where do I get it? addons.mozilla.org?
[23:05] <micahg> geser: I think so
[23:06] <chrisccoulson> there we go
[23:06] <chrisccoulson> it is using nsIExtensionManager, which has gone away in firefox 4
[23:06] <bdrung> geser: modify the maxversion in install.xpi to 4.0.*
[23:06] <chrisccoulson> that's why it doesn't work ;)
[23:07] <chrisccoulson> it's using nsIExtensionManager to discover it's install location, so it can run the python helper
[23:07] <chrisccoulson> that will show up in the error console too
[23:14] <geser> I see many JS errors in the error log
[23:15] <chrisccoulson> i could probably make it work, but it wouldn't be high on my list of priorities :/


[00:40] <smoser> utlemming, here now.
[00:58] <josePhoenix> Hello all
[00:58] <josePhoenix> I just updated apport (which I assume is part of the default set of packages?) and the service was unable to start afterwards. Should I be worried?
[01:00] <josePhoenix> Hmm. It looks like it's disabled now, but then shouldn't it not try to start the service at all? >.>
[01:00] <SpamapS> josePhoenix: can you explain why you think it wsa unable to start?
[01:02] <josePhoenix> SpamapS: I just did apt-get upgrade and saw the following lines in the output:
[01:02] <josePhoenix> "Setting up apport (1.23-0ubuntu4) ..." "start: Job failed to start" "invoke-rc.d: initscript apport, action "start" failed.""
[01:03] <josePhoenix> When I tried 'service apport start', I got "start: Job failed to start"
[01:07] <nonsenso> josePhoenix: anything useful in syslog?
[01:10] <josePhoenix> It looks like exactly this bug from April in terms of errors. https://bugs.launchpad.net/ubuntu/+source/apport/+bug/767498
[01:12] <SpamapS> josePhoenix: so, do you have the fixed version?
[01:13] <josePhoenix> Yup, 1.23-0ubuntu4
[01:13] <josePhoenix> I'm going to try purging and reinstalling the package
[01:14] <josePhoenix> Nope, still failed.
[01:19] <josePhoenix> Hm. The latest version of the package seems to be installing a script broken in the same way described on that launchpad bug
[01:20] <josePhoenix> I removed /etc/init/apport.conf to be sure and reinstalled.
[01:39] <zul> smoser: it does
[01:39] <zul> ?
[01:39]  * zul is boggled
[01:41] <smoser> seems to work, yes.
[03:25] <blkperl> so precise is trolling me, it installs on virtual machines but not on a dell precision 380
[03:30] <chrislabeard_> What is the best web panel nowadays ?
[03:30] <blkperl> web panel?
[03:31] <chrislabeard_> yeah for LAMP
[03:31] <chrislabeard_> or to manage a lamp server
[03:32] <blkperl> http://en.wikipedia.org/wiki/Comparison_of_web_hosting_control_panels
[03:35] <Resistance> how can i tell apt-get/aptitude to *not* upgrade a package using a backports PPA?
[03:37] <SpamapS> Resistance: pinning
[03:37] <Resistance> SpamapS:  how do i pin the php5-* packages then?
[03:37]  * Resistance backported php from oneiric to natty, but doesnt want to update php on this particular server *unless* the update comes from the main repos (i.e. not the ppa)
[03:38] <Resistance> other software exists in the ppa which needs to remain installed, so removing the PPA isnt an option
[03:38] <SpamapS> http://jaqque.sbih.org/kplug/apt-pinning.html  is pretty good
[03:38] <SpamapS> Resistance: basically you would list it in /etc/apt/preferences
[03:38] <SpamapS> Resistance: man apt_preferences
[03:39] <Resistance> thanks
[03:41] <Resistance> will aptitude honor the pin as well?
[03:41]  * Resistance uses aptitude over apt-get
[03:44] <SpamapS> Resistance: I don't, so I don't know.
[03:58] <qman__> I think a better solution in your case would be to install the package, then remove the PPA
[03:58] <qman__> if you don't want any updates from that PPA, it'll just keep your version because it's newer
[03:59] <Resistance> well since its my own PPA of backports...
[03:59] <Resistance> broder said use one PPA for staging, another for deployment
[03:59] <qman__> if you pin it it won't update at all, which works, but you then have to manually update again later
[03:59] <Resistance> (which would of course eliminate this issue altogether)
[03:59] <Resistance> s/said/recommended to/
[04:00] <qman__> also a good plan
[04:00] <Resistance> well this way i dont flood the deployment ppa with failed builds xD
[06:16] <Parand> I'm having trouble getting ubuntu-vm-builder to create a guest i can access. Is this the right place to ask for help?
[08:16] <koolhead11> hi all
[08:46] <koolhead11> lynxman: around
[08:54] <jamespage> good morning
[09:07] <lynxman> morning o/
[10:01] <RGUYASD> hail !
[10:01] <RGUYASD> what do i need for " make xconfig " to work ?
[10:10] <RGUYASD> guys
[10:14] <ersi> AFAIK you need Qt installed
[10:14] <ersi> A good question is why you're doing graphical installation on a server
[10:14] <RGUYASD> yeah how do i get it ?
[10:14] <RGUYASD> i'm using ubuntu
[10:15] <RGUYASD> Unable to find the QT4 tool qmake. Trying to use QT3
[10:15] <ersi> apt-get install qt4-qmake perhaps
[10:15] <RGUYASD> i'm using ubuntu desktop not server but nobody bothered to answer my question in there
[10:15] <ersi> Great goign
[10:16] <ersi> I'll go back to fiddling with our servers now
[10:16] <RGUYASD> ok thanks for the help
[10:47] <kaushal> Hi
[10:48] <kaushal> I am referring to https://help.ubuntu.com/community/KVM/Managing
[10:49] <kaushal> I get "No console available for domain"
[10:49] <kaushal> Any clue please
[10:53] <kaushal> apologies
[10:53] <kaushal> How do i get into VM in linux KVM
[10:55] <kaushal> basically how do i get into the vm to edit network physical IP
[11:55] <alex88> hi guys, actually libtiff-dev requires libjpeg6 but i wanted to installad libjpeg8 instead, how can i force the dipendence, maybe just set libjpeg6 as installed and install libjpeg8c from source
[13:17] <caribou> I have a question for the Ubuntu virtualization team :-)
[13:17] <caribou> or any member of that team
[13:33] <drt24> caribou: in general ask the question rather than asking to asks (I am not a member of that team though)
[13:33] <caribou> drt24: I don't want to sound rude, but the last time I asked, it just got lost in the flow of the conversation
[13:33] <caribou> I'm dealing with a bug on vmbuilder that I'm able to reproduce
[13:34] <caribou> I 'heard' rumors that vmbuilder was being phased out
[13:34] <caribou> I wanted to check that before pushing the bug further
[13:35] <drt24> caribou: yes that tends to happen, sorry.
[13:36] <caribou> drt24: oh, don't worry I do miss a lot of stuff too
[13:36] <caribou> depends on the activity in the room
[13:47] <soren> caribou: Noone's actively maintaining VMBuilder, no. It gets the odd bug fix, but that's it.
[13:47] <caribou> soren: ah, ok.
[13:48] <caribou> soren: the bug I'm working on involves file system corruption when using -raw devices
[13:48] <caribou> soren: I'll see if I can identify the portion of code involved
[13:48] <soren> hallyn: The changelog says: "Fix default network autostart symlink disappearing on upgrade", but it's really quite the opposite. It re-appears even if you've removed it.
[13:51] <caribou> soren: what is the alternative to vmbuilder these days ?
[13:53] <soren> caribou: IIRC, http://live.debian.net/
[13:54] <caribou> soren: thanks I'll give it a look
[13:54] <soren> hallyn: Or am I confused?
[13:55] <soren> hallyn: HAving the link reappear used to be the problem. Did that get fixed and now you're trying to fix a new problem that appeared?
[14:00] <hallyn> soren: historically, if you removed the symlink it would always reappear, bc the symlink shipped as a file part of the pkg
[14:00] <soren> hallyn: Right.
[14:01] <soren> hallyn: I thought that was what you were fixing, but I gather that has been addressed earlier?
[14:01] <hallyn> then i thought i fixed it, but i did it wrong, so that it disappeared for anyone upgrading from old version
[14:01] <soren> I see, ok.
[14:01] <hallyn> iow, it maintained the link if it exists,
[14:01] <hallyn> but as part of the upgrade, the file went away, so it never existed at postinst time
[14:01] <soren> Right.
[14:02] <jason00> hello
[14:02] <hallyn> so for anyone who upgrades now from oneiric to precise, it should do the right thing.
[14:02] <jason00> should my system not re-generate the NICs if I delete 70-persistent-net.rules and reboot?
[14:02] <soren> hallyn: When did this change land? (the one that solved the link constantly reappearling)
[14:03] <soren> jason00: yes
[14:03] <soren> jason00: Oh, wait.
[14:03] <soren> jason00: No.
[14:03] <jason00> are you sure? I was... literally... positive it would.
[14:03] <jason00> did I whoopsie? :(
[14:03] <soren> jason00: Sorry, yes :)
[14:03] <jason00> IM CONFUSED
[14:03] <soren> jason00: No, I was just confused. I got the numbers mixed up.
[14:03] <jason00> :P
[14:03] <hallyn> soren: i'm at the wrong laptop right now to check the changelog.  it was very recently though
[14:04] <hallyn> i think last friday
[14:04] <soren> hallyn: In precise?
[14:04] <soren> hallyn: Or somewhere else as well?
[14:04] <hallyn> yes - i'm SRUing it eventually
[14:04] <soren> hallyn: Ok, let me think this through. My input yesterday was based on my (wrong) assumption that it was the originial problem you were adressing.
[14:04] <jason00> soren: I deleted the 70-persistent-net.rules file and rebooted hoping it would regenerate. It regenerated my onboard NIC, but not my PCI NIC. I did however just run sudo ifconfig eth0 up and I see it again...
[14:04] <hallyn> but so far only in precise
[14:04] <jason00> I wonder if I reboot now that it's up if it'll repopulate its entry in the 70 persistent file?
[14:05] <hallyn> soren: why, are you having trouble with the new package?
[14:06] <soren> hallyn: Haven't tried it. It's just a slightly different problem, so I want to make sure my suggestions were sound.
[14:06] <soren> hallyn: I hadn't realised you had already uploaded it, so I was reviewing the debdiff.
[14:07] <hallyn> oh, i see
[14:08] <hallyn> if you're upgrading from an old version, it'll detect that symlink is htere (or not), and recreate it when pkg deleted it;  if from newer version (i.e. henceforth) it'll just let it keep existing
[14:08] <hallyn> (and if upgrading from one of the last few, broken, versions, it recreates it)
[14:09] <soren> hallyn: Instead of enumerating all the broken versions, you should use dpkg --compare-versions.
[14:09] <soren> Well, not "broken", but ykwim.
[14:10] <hallyn> thanks, that sounds nicer
[14:10] <alex88> hi guys, how can i reinstall a package with apt-get?
[14:10] <hallyn> i'll look it up and change it - though i was sort of hoping it would be reasonable toremove that bit after awhile :)
[14:10] <hallyn> apt-get install --reinstall pkg
[14:10] <soren> hallyn: Actually, you can fold that into the first conditional ("if -z $2")
[14:11] <soren> hallyn: So you'd replace "if -z $2" with..
[14:11] <jason00> wow. I'm super confused.
[14:12] <jason00> my other NIc entry is still not in 70 persistent net rules :(
[14:12] <jason00> can I just copy the first and swap the eth # and mac addr?
[14:12] <soren> jason00: Sure.
[14:12] <hallyn> soren: yeah, sounds good.  (yesterday i just wanted to keep things split to think things through clearly :)
[14:12] <jason00> I'm baffled as to why its not coming back. maybe I need to delete the entire file now that I have the interface up.
[14:12] <jason00> har har har
[14:12] <jason00> that may be it...
[14:13] <soren> hallyn: Sure, and that's fine. Feel free to keep it that way, if it helps you grok it going forward.
[14:13] <soren> hallyn: As for when we can drop it: The first upload to precise+1.
[14:13] <soren> hallyn: You can make a comment to that effect in the file itself.
[14:14] <hallyn> soren: and why exactly is that?  there's a rationale spelled out somewhere?
[14:14] <soren> hallyn: Working on it :)
[14:14] <hallyn> :)
[14:14] <soren> hallyn: We support upgrades from LTS to LTS.
[14:15] <soren> hallyn: ...and we support upgades from the release immediately preceding the LTS to the LTS.
[14:15] <soren> hallyn: ..and we sort of support upgrade from anywhere in the dev cycle to the final release.
[14:15] <soren> hallyn: This problem only existed during the precise dev cycle.
[14:15] <ogra_> "sort of"
[14:16] <soren> hallyn: Do you disagree?
[14:16] <soren> hallyn: So the only situation where you cuold reasonably see this is when you're upgrading from mid-cycle precise to final precise.
[14:16] <soren> hallyn: Hence, the first upload to precise+1 doesn't need to worry about it.
[14:18] <hallyn> soren: meaning that before upgrading to the LTS, you're supposed to do a dist-upgrade first?
[14:18] <hallyn> if that is the case (as i recall reading) then that (removing it at first p+1 upload) does make sense
[14:19] <soren> hallyn: Yes.
[14:19] <jason00> hmm, whats the command for rebooting dhcp service? I thought it was sudo service dhcp3 stop/start etc
[14:20] <patdk-wk> dhcp3-server
[14:20] <jason00> unrecognized service
[14:20] <patdk-wk> maybe your using dnsmasq?
[14:20] <jason00> no idea?
[14:20] <jason00> Its a pretty vanilla install
[14:20] <patdk-wk> hpow should I know\
[14:20] <patdk-wk> you mean the dhcp client?
[14:21] <jason00> I'm setting this up as a server. I didn't do anything other than install ubuntu and fog + ltsp, which both use dhcp
[14:21] <jason00> I'm just not sure I can get them to play nice on the same box with 2 NICs
[14:22] <zul> good morning
[14:24] <hallyn> soren: now the q is only whether I can remember that reasoning in a few months :)  (i'll write it down to add as comment to the src on next upload)
[14:24] <hallyn> soren: thanks
[14:25] <soren> ogra_: Do you disagree?
[14:25] <soren> ogra_: On the "sort of"?
[14:25] <ogra_> soren, well, no, but the sort of actually means that we dont really care in some cases for dev -> final updates
[14:26] <ogra_> (which we actually often dont do, often it is just release noted in the milestone wheer we fixed it)
[14:26] <soren> ogra_: Yeah. I would consider the bug valid..
[14:27] <soren> ogra_: ...but probably not worry a whole lot about fixing it.
[14:27] <ogra_> yeah
[14:27] <soren> ogra_: hence "sort of" :)
[14:27] <jason00> seems as if 70 persistent net rules is being a brat
[14:27] <soren> It depends on teh bug, really.
[14:27] <jason00> only finds 1 of the devices, or 3, but only 2 exist
[14:27] <jason00> it wont find just two
[14:27] <ogra_> just release note it for alpha2 :)
[14:28] <hallyn> ogra_: which are you talking about right now?  my libvirt snafu, or something else?
[14:29] <ogra_> nothing specific ... just the statement that we support in-dev-release upgrades
[14:29] <ogra_> or dev to final
[14:29] <ogra_> we often dont, even though we try to
[14:29] <ogra_> and just release note the issue
[14:30] <hallyn> ok
[14:37] <jason00> sweet
[14:37] <jason00> now its not re-generating 70 persistent net rules
[14:37] <jason00> nice
[14:40] <pmatulis> jason00: you erased the file?
[14:40] <jason00> yes
[14:41] <pmatulis> jason00: it used to be re-generated on older releases, what are you running?
[14:41] <jason00> 11.10. it regenerated fine about 2 or 3 times. I kept deleting it because each time it populated, it populated the wrong mac addresses. It was rather baffling. Now all of the sudden, it wont regenerate.
[14:42] <jason00> to make things worse, I hit "shut down" instead of restart accidentally. once I hit the power button to turn my server back on, it wouldnt turn on.
[14:42] <jason00> really?
[14:42] <pmatulis> jason00: hm, i wouldn't expect it to re-gen on 11.10, maybe that funct. was restored
[14:43] <jason00> if it doesnt regenerate, what other option is there pmatulis ?
[14:43] <pmatulis> jason00: copy from another system?
[14:43] <jason00> lol
[14:43] <jason00> thats really the answer?
[14:43] <jason00> hello we removed functionality so plz install another instance to copy it over
[14:43] <pmatulis> jason00: dunno if that's the only answer
[14:44] <soren> jason00: What do you mean "the wrong mac address2?
[14:44] <soren> s/2/"/
[14:44] <pmatulis> jason00: you don't have network so hard to use apt
[14:44] <jason00> soren: the one time I booted up, it populated 3 network cards. 2 of them were incorrect in terms of their mac address.
[14:44] <jason00> the 3rd one was fine
[14:45] <soren> jason00: How are they "incorrect"?
[14:45] <jason00> I just want the system to, A, power on since it wont turn on all of the sudden, and B, put in the 2 proper NICs I want to use in the system
[14:45] <jason00> their mac address
[14:45] <jason00> is completely incorrect
[14:45] <soren> jason00: Did it just make up random macs?
[14:45] <jason00> what?
[14:45] <jason00> no
[14:45] <jason00> er
[14:45] <jason00> yeah
[14:45] <jason00> I thought you asked if I made them up
[14:45] <soren> What are these NIC's?
[14:45] <soren> Make/model?
[14:45] <jason00> I'd tell ya if my system didnt shut off and not turn back on...
[14:46] <jason00> one is atheros...
[14:46] <jason00> the other I'm not sure. a 3com of some sort.
[14:46] <soren> Do you have the macs?
[14:46] <soren> Can I see them, please?
[14:46] <jason00> I'd tell ya if my system didnt shut off and not turn back on...
[14:47] <jason00> it didnt match what ifconfig was reporting
[14:48] <jason00> omg it lives.
[14:48] <soren> jason00: It'll pass.
[14:56] <jason00> k, back up and running. still no persistent file.
[14:56] <jason00> :)
[15:39] <smoser> RoAkSoAx,
[15:39] <smoser> so i insatlled obbler on oneiric (orchestra-server)
[15:39] <smoser> turned on a system that pxe booted from it.
[15:39] <smoser> i supposed i would get the option to "cobbler-enlist"
[15:54] <RoAkSoAx> smoser: nope
[15:54] <RoAkSoAx> smoser:
[15:54] <RoAkSoAx> smoser: the cobbler-enlist feature is not on a mini iso
[15:54] <smoser> so how would i cobbler-enlist?
[15:55] <smoser> the menu i spoke of is the pxe menu
[15:55] <smoser> (not the iso menu)
[15:55] <RoAkSoAx> smoser: plug in your ubuntu server iso and there would be a menu to cobbler enlist (this is before having a system in cobbler)
[15:55] <RoAkSoAx> smoser: well cobbler-enlist is the ISO menu
[15:55] <RoAkSoAx> smoser: in precise we will have a pxe menu with cobbler enlist
[15:56] <smoser> ah. ok.
[15:56] <smoser> thanks.
[16:17] <zul> SpamapS: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/901710
[16:19] <smoser> RoAkSoAx, ping again
[16:19] <RoAkSoAx> smoser: shoot
[16:19] <smoser> what would be the easiest way for me to pulug in a "run this script in-target" late command.
[16:20] <smoser> it seems  like a general snippit for that would be nice.
[16:20] <RoAkSoAx> smoser: yeah I think a snippet would be best too
[16:20] <RoAkSoAx> smoser: but use a ksarg variable to fill the command for that snippet
[16:27] <semiosis> anyone here using OpenJDK 7 on Oneiric?  after installing on a new machine, of the 41 executables installed by java, 13 point to Java6 (including the 'java' command) and 28 point to Java7 (including the 'javac' command)... https://bugs.launchpad.net/ubuntu/+source/openjdk-7/+bug/901758
[16:32] <zul> smoser: http://paste.ubuntu.com/763912/
[16:34] <zul> ^^^ review please :)
[16:36] <smoser> suo sucks
[16:36] <smoser> su
[16:37] <SpamapS> zul: ok thanks
[16:37] <smoser> the only comment i have is that you might as well do:
[16:38] <smoser> +exec su -s /bin/sh -c "exec glance-registry" glance
[16:38] <smoser> as otherwise, i think you have:
[16:38] <smoser>  su waiting for sh, sh waiting for glance-registry
[16:38] <smoser> this will change that to
[16:38] <smoser>  su waiting for glance-registry
[16:38] <zul> smoser: k thanks
[16:39] <smoser> but test
[16:39] <smoser> :)
[16:58] <rbasak> RoAkSoAx: ping
[16:58] <rbasak> RoAkSoAx: https://github.com/cobbler/cobbler/issues/8 - will this affect precise? I get the impression this was a regression with the csrf protection, looking at it in case oneiric-security causes a regression
[16:59] <rbasak> I can't figure out how to reproduce it from the instructions given
[17:01] <RoAkSoAx> rbasak: I just tested it on precise's cobbler and it doesn't seem to be affected
[17:01] <rbasak> RoAkSoAx: OK, thanks. I'll go ahead with the backport without the fix
[17:02] <RoAkSoAx> rbasak: but the bug report is for cobbler 2.3.1-1 while in precise we currently have cobbler-2.2.2
[17:16] <ogra_> smoser, Daviey, https://lists.ubuntu.com/archives/ubuntu-users/2011-December/255178.html ... is there any place i could point that guy from the ubuntu-users ML to ?
[17:17] <rbasak> RoAkSoAx: please could you review lp:~racb/ubuntu/oneiric/cobbler/security_201112 - it's a bundle of all the security updates for oneiric, including the csrf bug
[17:17]  * zul lunches
[17:18] <smoser> is this openstack, ogra_ ? there is a large amount of missing information there.
[17:18] <RoAkSoAx> rbasak: will addd it to my todo for today ;)
[17:18] <rbasak> thanks :)
[17:18] <ogra_> smoser, thats why i ask here, do you guys have an EC2 support ML or some such ?
[17:19] <ogra_> seems unlikely that he will get the right info (or be asked for the right logs etc) on the ubuntu-users ML
[17:20] <smoser> i dont think that is ec2
[17:20] <smoser> but there is an ubuntu-cloud mailing list
[17:20] <smoser> which would be more relevant.
[17:20] <ogra_> thanks, i'll point him there
[17:21] <smoser> thanks ogra_
[18:01] <jamespage> is it possible to configure multiple network interfaces through preseeding?
[18:07] <koolhead17> hi all
[18:08] <tash> hi, trying install Ubuntu server 10.04 on a system that already had a version of Red Hat installed with LVM. During install, it cannot partition the drive b/c an LVM exists. It says I have to remove that first.  I don't know how, can someone help?
[18:11] <blkperl> tash: i think you want vgremove and pvremove
[18:11] <tash> can I run that from the installer though? Or do I have to boot to the hard disk?
[18:12] <blkperl> if the installer has a shell and lvm commands yes
[18:12] <hallyn> drat.  i've managed to make sudo not setuid-root.
[18:13] <hallyn> yay, found an open root shell
[18:21] <smoser> RoAkSoAx, http://pad.daviey.com/smoser-cobbler-late-command is what i came up with.
[18:21] <smoser> looks reasonably usable. other than needing to add a snppiit file.
[18:28] <tash> blkperl: do you know which to use first? vgremove pvremove
[18:28] <tash> that order?
[18:28] <zul> smoser: you might want to change the password while you are there as well
[18:28] <patdk-wk> vgchange first :)
[18:29] <patdk-wk> to deactivate it
[18:30] <tash> patdk-wk: vgchange <drive> or just vgchange?
[18:31] <patdk-wk> vgchange -a n volgroup
[18:32] <patdk-wk> basically, unmount it first, before you mess with it :)
[18:33] <tash> this would be easier if I was not remote ... I don't have a way of connecting remotely and have to walk someone through it
[18:33] <tash> so, to find the volgroup, will 'mount' tell me that?
[18:35] <tash> hmm, vgdisplay may do the trick to show me that, no?
[18:40] <marut> vgdisplay
[18:40] <marut> vgs
[18:40] <marut> vgscan
[18:40] <marut> etc
[18:50] <robo_> what is the expected behavior if i bring up a network interface using an IP address already in use?
[18:51] <robo_> i did that by accident last night and i don't see anything in the error log and it let me do it
[18:52] <RoAkSoAx> smoser: cool, I'll look inot it further.. though I also wanna separate the late command template into a common place to be re-used
[18:52] <RoAkSoAx> instead of manually adding it to each .py file we create
[18:52] <smoser> that makes sense.
[18:52] <smoser> which woudl then make *that* thing able to use python dirctly.
[18:52] <RoAkSoAx> indeed
[18:53] <smoser> i also thought of having just by default running scripts in run-parts order from /var/lib/cobbler/late_command.d
[18:53] <smoser> or something
[18:53] <smoser> early_command.d would also be possible
[18:53] <RoAkSoAx> yeah that'd also be like a good idea
[18:53] <smoser> then all i have to do is put stuff in that directory rather than modifying
[18:54] <RoAkSoAx> smoser: yeah
[18:55] <zul> RoAkSoAx: have you thought of moving redhat snippets and ubuntu snippets in their own directories?
[18:56] <RoAkSoAx> zul: what I was thinking is just to be: ubuntu_abc_xyz, ubuntu_123_456 and so on
[18:56] <RoAkSoAx> zul: but organizing into files sounds like a good idea
[18:57] <RoAkSoAx> err into directories*
[18:58] <RoAkSoAx> zul: so snippets/ubuntu/orchestra/ too then
[18:58] <smoser> RoAkSoAx, i thought i read that there is some provision for using distro specifcik kickstart scripts...
[18:58] <smoser> something..
[18:59] <RoAkSoAx> smoser: https://fedorahosted.org/cobbler/wiki/KickstartSnippets
[18:59] <RoAkSoAx> /var/lib/cobbler/snippets/per_distro/$snippet_name/$distro_name
[19:00] <RoAkSoAx> under "Advance Snippets"
[19:03] <smoser> utlemming, https://bugs.launchpad.net/ubuntu/+bug/901826
[19:03] <smoser> RoAkSoAx, right. thats what i read.
[19:04]  * utlemming looks
[19:05] <incorrect> is there another kernel i should use for kvm other than -server?
[19:05] <smoser> incorrect, you *can* use -virtual
[19:05] <smoser> but it may not have everything you want.
[19:06] <smoser> its just smaller, less modules and drivers
[19:06] <incorrect> just wondered if there was one that would be better suited
[19:07] <utlemming> smoser: I'll have a code review shortly for you on that
[19:11] <utlemming> smoser: that's a one line fix
[19:12] <orudie> how can I update phpmyadmin if i installed it with apt-get ?
[19:23] <pmatulis> orudie: what version do you have now and what release of 'buntu are you using?
[19:38] <ajmitch> SpamapS: fwiw, I've got a php 5.4.0 rc2 package in progress, waiting on the PPA buildds to tell me how it goes. I based it off the beta2 package in experimental
[19:46] <RoyK> orudie: uninstall phpmyadmin and reinstall it from source - see #phpmyadmin for details :þ
[19:50] <utlemming> smoser: fix submitted for merge approval
[19:59] <utlemming> https://code.launchpad.net/~utlemming/vmbuilder/automated-ec2-builds.901826/+merge/85018
[20:36] <hallyn> ahs3: have you had a chance to look at the netcf updates?
[20:37] <ahs3> hallyn: sigh.  not yet :(.  day job has been getting in the way.  do you have deadline you want to meet?
[20:38] <hallyn> ahs3: not particularly, it just occurred to me as i was considering doing the MIR.  Though I do think the libnl switch will make the difference in debian's libvirt being able to link against it.
[20:38] <hallyn> to be clear: ic an't upload to it myself, right?
[20:39] <ahs3> hallyn: ah, good to know.  no, you need to be a DM or DD so that you're in the keyring.
[20:40] <ahs3> i'm hoping to get to it tomorrow...but none of this week has gone as planned :)
[20:40] <hallyn> ahs3: i know how it goes :)   thanks much
[20:42] <ahs3> hallyn: np.  sorry for the delays
[20:44] <hallyn> Daviey: played with netcf on new precise install, working fine.
[21:16] <raubvogel> Anyone doing syncrepl proxy in ldap?
[21:18] <baffle> raubvogel: Syncrepl proxy? We use olcSyncProvConfig ..
[21:19] <baffle> raubvogel: syncprov I mean.
[21:20] <raubvogel> baffle: I want to do this: http://www.openldap.org/doc/admin24/replication.html#Syncrepl%20Proxy and am not getting the ldap proxy part of the show
[21:20] <raubvogel> Reason is I want the master/provider to push the data to the replicas since master is behind nat
[21:22] <kaje1> I'm getting an error trying to start a VM on my Ubuntu 10.04 server. "Error starting domain: could not remove profile for 'libvirt-672b346a-65d4-41be-96f9-a83ef556efb2'"
[21:23] <kaje1> I think it started after a recent upgrade to some libvirt packages...
[21:23] <kaje1> Anyone else experiencing this?
[21:23] <kaje1> Any suggestions?
[21:31] <tash> sighs, I lost my notes on partitioning a drive for ext4 manually
[21:31] <tash> fdisk?
[21:31] <baffle> raubvogel: Oh, that's not like our setup.
[21:32] <baffle> raubvogel: I think we do master master master replication. :)
[21:33] <raubvogel> baffle: what I had before was a garden-variety delta syncrepl. And It made sense to me. But I have not wrapped my mind int he syncreply proxy thingie.
[21:35] <smoser> RoAkSoAx, have you ever seen this?
[21:36] <smoser> i did a precise install from cobbler/orhestra
[21:36] <smoser> it got through, disabled netboot, and then it boots, i see a flicker of the selection screen, then "press a key to reboot"
[21:36] <smoser> as if its not falling back to the disk
[21:36] <smoser> if i select the disk to boot from rather than network, all is well (ie, the disk *does* boot fine).
[21:37] <hallyn> ahs3: Daviey: http://paste.ubuntu.com/764276/  libvirt hookup to netcf was as trivial as you'd hope
[21:41] <ahs3> hallyn: very sweet.  well done :)
[21:41] <hallyn> ahs3: had to make sure that would work before doing the MIR :)
[21:41] <hallyn> cause otherwise wouldn't i feel the fool
[21:42] <ahs3> sheesh.  details, man
[21:42] <hallyn> ahs3: say, now, if i ITP another package, does it ever happen that people jsut happen by willing to sponsor it, or does one always need to basically ping someone directly?
[21:43] <baffle> hallyn: Oh, netcf + libvirt in Ubuntu? Been waiting for that for a while. :)
[21:43] <hallyn> baffle: good to hear :)  but netcf won't be built into libvirt until it's in main
[21:44] <ahs3> hallyn: it can always go in the mentors queue.  someone may get interested and sponsor it, or you may get impatient and poke someone
[21:44] <hallyn> ahs3: ok, thx.  i'l lworry about that after MIRs
[21:53] <RoAkSoAx> smoser: hardware or VM?
[21:53] <RoAkSoAx> smoser: is this with latest cobbler?
[22:07] <RoAkSoAx> smoser: if it is a VM, it might be becaus eof the recent change to the PXE file. so in /var/lib/tftpboot/pxelinux.cfg/01-<mac-address> change KERNEL chain.c32 to LOCALBOOT -1
[23:01] <kaushal> is there a step by step guide to configure syslog-ng on Ubuntu Server 10.04 and point all clients to this Syslog-Ng server ?
[23:06] <jmedina> kaushal: why dont you follow the official documentation form syslog-ng?
[23:06]  * jmedina prefers rsyslog
[23:16] <kaushal> jmedina: ok
[23:16] <kaushal> How is rsyslog advantages over syslog
[23:16] <jmedina> syslog is not maintained....
[23:17] <jmedina> rsyslog is the new default syslog daemon in  ubuntu...
[23:17] <kaushal> ok
[23:17] <jmedina> let me give you the link to a canonical document about centralized syslog setup
[23:18] <kaushal> how do i configure client to rsyslog ?
[23:18] <jmedina> http://www.canonical.com/about-canonical/resources/white-papers/centralised-logging-rsyslog
[23:19] <jmedina> and the comparison: http://rsyslog.com/doc/rsyslog_ng_comparison.html
[23:20] <jmedina> http://rgerhards.blogspot.com/2007/08/why-does-world-need-another-syslogd.html
[23:23] <jmedina> I use rsyslog as client and server, on the client side I use MySQL as log store, and then I use LogAnalyzer for search and analisis
[23:23] <jmedina> right now Im generating some reports for a customer
[23:23] <jmedina> LogAnalyzer it is a web interface, and it is free
[23:23] <jmedina> I mean on the server side..
[23:28] <kaushal> ok
[23:36] <kaushal> jmedina: Thanks a lot
[23:37] <jmedina> you are welcome :)
[23:37] <hazmat> kees, out of curiosity which ec2 region where you using juju in?
[23:37] <jmedina> I hope I can publish my document before this year :)


[08:00] <dholbach> could someone chuck out that kdepim-build? i always stop dead and think MY upload went wrong ;-)
[08:00] <lamont> does bind9.2.5 from debian fix the problem for you?
[08:00] <Riddell> dholbach: we're in the process of making one that doesn't depend on things still to be moved to main
[08:01] <dholbach> Riddell: ah ok... sorry :-)
[08:01] <stockholm> do you use openldap 2.2 or 2.1?
[08:02] <fabbione> mjg59: we just did bump the ABI yesterday.. and it is 8 hours of people in here working together to get all the bits and pieces
[08:02] <fabbione> mjg59: if it is a must for release.. well we will do it
[08:02] <Kamion> as long as you don't do it right now, I'm not bothered :)
[08:03] <lamont> Kamion: you want it post-array 7, eh>?
[08:03] <fabbione> daniels: don't worry... know i have seen how to do it :-)
[08:03] <fabbione> Kamion: when is A7 planned?
[08:03] <fabbione> Kamion: no i have NO intention to do it NOW
[08:03] <fabbione> and a wife...
[08:04] <Keybuk> it was yesterdays patch that broke it
[08:04] <daniels> hm, my shoulder's beginning to ache; i'm going to crash now, back at 0000 utc
[08:04] <daniels> Kamion: g'luck with a7
[08:04] <fabbione> Keybuk: what patch?
[08:04] <Keybuk> 2.6.10-27 seems fine
[08:04] <Keybuk> 2.6.10-28 is broken
[08:06] <fabbione> Keybuk: can you spot what patch did break?
[08:06] <fabbione> i know exactly which patches did break the ABI
[08:06] <fabbione> so if we do not revert one of these 3
[08:07] <fabbione> we can get the change in -28 reverted
[08:07] <fabbione> and the laptop fixed
[08:07] <fabbione> without adding new code or new patches
[08:07] <Keybuk> fabbione: do you have the patches anywhere so I can look?
[08:07] <fabbione> Keybuk: apt-get source linux-source-2.6.10 or baz ...
[08:07] <fabbione> what do you prefer?
[08:08] <fabbione> i also wrote a nice.. 25K changelog for it...
[08:08] <Keybuk> did the apt one
[08:08] <fabbione> it should be pretty easy to track the change
[08:08] <Keybuk> yeah was just reading the changelog and couldn't spot anything obvious
[08:08] <fabbione> IPMI sounds an option
[08:09] <Keybuk> *shrug* bear in mind I know little to nothing about this kind of stuff
[08:09] <fabbione> so do i
[08:09] <fabbione> :P
[08:09] <fabbione> mjg59 is the best one to help over here
[08:13] <Keybuk> fabbione: silly question, but where are the patches?
[08:13] <zul> debian/patches
[08:14] <Keybuk> ah, I was in the wrong directory again
[08:15] <fabbione> Keybuk: you need to edit debian/patches/00list-28
[08:15] <fabbione> to enable/disable them
[08:15] <fabbione> no need to remove them from the dir
[08:15] <fabbione> dirty hack: go in debian/config/$arch/
[08:16] <fabbione> and remove the config files that you do not need
[08:16] <Kamion> fabbione: building ATM
[08:16] <fabbione> build
[08:16] <fabbione> Kamion: ehm.. building what?
[08:16] <Kamion> fabbione: candidate CD images, will then test, and then release if they're ok
[08:16] <fabbione> Keybuk: you will find the .deb in debian/build
[08:16] <Keybuk> how do I build just the linux-image deb?
[08:16] <fabbione> Kamion: ah ok.. sorry..
[08:17] <fabbione> Keybuk: exactly as i wrote above
[08:17] <fabbione> just run the build
[08:17] <Keybuk> debian/rules build ?
[08:17] <fabbione> or build-debs
[08:17] <fabbione> or whatever
[08:17] <fabbione> yes
[08:17] <fabbione> actually build-debs
[08:17] <Keybuk> does that make restricted-modules too?
[08:17] <fabbione> no
[08:17] <fabbione> what patches did you back out?
[08:18] <Keybuk> binary-debs ?
[08:18] <fabbione> (it will check the ABI compatibility anyway for you)
[08:18] <fabbione> Keybuk: yes
[08:18] <fabbione> so if there is no ABI change there is no need for a build of l-r-m
[08:20] <Keybuk> just the ipmi one for now
[08:20] <Keybuk> hmm
[08:20] <Keybuk> apparently debian/control is empty
[08:21] <fabbione> ok. the 3 patches that breaks the ABI are the inotify, the       . Add patch stolen-from-head_087-ext3_graceful_corruption_fixes.dpatch.
[08:21] <fabbione> and the JFFS2 that needs the ext3 one
[08:21] <fabbione> Keybuk: in what dir?
[08:21] <Keybuk> linux-source-2.6.10-2.6.10
[08:21] <fabbione> control is updated at build time
[08:21] <fabbione> via control.stub
[08:22] <fabbione> it can't be empty
[08:22] <Keybuk> ah, I need "kernel-wedge"
[08:22] <fabbione> just cp debian/control.stub debian/control
[08:22] <fabbione> to recover
[08:23] <fabbione> i am off for dinner
[08:23] <fabbione> bbl
[08:23] <fabbione> Keybuk: if you have problems /j #u-kernel
[08:37] <tritium> odd: /usr/share/powernowd/cpufreq-detect.sh: line 40: We're: command not found
[08:38] <tritium> (on /etc/init.d/powernowd/restart)
[08:38] <tritium> uh, you know what I mean ;)
[08:53] <mdz> lamont: here
[09:14] <dholbach> thanks elmo
[09:17] <jon1012> oops bug
[09:28] <fabbione> re
[09:28] <zul> hey dear
[09:29] <mdz> Kamion: candidates ready to rsync?
[09:30] <Kamion> mdz: yes
[09:30] <Kamion> mdz: well, install, anyway
[09:30] <Kamion> I'm building live cloops now
[09:30] <mdz> Kamion: live waiting on livefs images?
[09:30] <Kamion> yes
[09:31] <mdz> ok, I'm up-to-date with install, let me know when live is ready and I'll do a test cycle
[09:31] <tseng> daniels: im going to work soonish. can you please ping dholbach to upload tomboy and muine? he's already aware
[09:31] <mdz> amu: are you here?
[09:31] <tseng> daniels: he bumped a hard depend on your version of dbus i believe (0.23.4)
[09:31] <amu> yes
[09:31] <amu> mdz: yep
[09:32] <mdz> amu: once the array 7 candidates are ready, can you run through your test plan?
[09:32] <mdz> for the live CD?
[09:33] <amu> mdz: if i have any blank Cd's left :) sure
[09:33] <mdz> amu: you don't use CD-RWs?
[09:35] <amu> mdz: yes i use them, my last one has some read error's ...
[09:38] <amu> mdz: all right, found 1 in m archive-box
[09:43] <abelli> ciao a tutti
[09:43] <Keybuk> fabbione: hey?
[09:44] <mvo> Kamion: 0316.2 seems to have set a wrong keymap for me. I'm checking 0316.3 next
[09:47] <kagou> exit
[09:53] <mdz> Mithrandir: ping, re: utf8-migration-tool
[09:53] <mdz> mvo: ping, re: warty->hoary upgrades and ubuntu-desktop
[09:55] <mvo> mdz: pong
[09:55] <abelli> sabdfl: ping
[09:55] <Riddell> jdub: do you have the HTML for the new website template?
[09:55] <mdz> abelli: he's gone for the day
[09:56] <abelli> mdz: thank you.
[09:56] <mdz> mvo: did you find a workaround for the ubuntu-desktop upgrade issue?  (I don't have the bug# atm)
[09:56] <jdub> Riddell: i'm not doing the new website stuff
[09:57] <jdub> Riddell: henrik is, but it's not public yet
[09:57] <mvo> mdz: not sure, I need to test that again
[09:58] <mdz> mvo: ok, please make upgrade issues your next priority, upgrades need to be solid for RC
[09:58] <mdz> earlier is better
[09:58] <mvo> mdz: nod
[09:59] <Riddell> jdub: ok.  was thinking about using it for the kubuntu website
[09:59] <smurfix> Would it make sense to point the live CD's Firefox homepage to something other than "blank:"?
[10:00] <smurfix> (andif so, what ...)
[10:00] <jdub> Riddell: mail<EMAIL_ADDRESS>let him know :)
[10:00] <dholbach> smurfix: we could do with some   /usr/share/doc/ubuntu-doc/Get-Involved-RSN.html    :-)
[10:00] <dholbach> or    /usr/share/doc/ubuntu-doc/Can-You-Feel-The-Love.html   :-)
[10:00] <sivang> smurfix: we'd probably want it to open the fresh about ubuntu page no?
[10:01] <mvo> mdz: how should we proceed with nessus? I would like to sync nessus-core,libs and nessus-plugins. it is in testing already and looks stable. I tested if it would work to only update nessus-plugins and that works for me. the change between 2.2.0 (current hoary) and 2.2.3 looks harmless too.
[10:04] <mdz> thom: what's your take on this bunch of new firefox bug reports?  genuine, or need-to-restart-firefox sort of things?
[10:04] <mdz> mvo: that's fine with me, it has no reverse-depends, right?
[10:08] <smurfix> Ooookay.... clicking on Help, then Desktop, says "User Guide for Gnome 2.6". Behind that one is the user guide for 2.8.  :-/  Are there no 2.10 docs available yet, or did somebody forget?
[10:09] <rubenv> has anyone spoken to infinity recently?
[10:13] <mvo> mdz: fine with sync the whole nessus or only the plugins?
[10:13] <mdz> mvo: both, together
[10:13] <mdz> smurfix: I believe the title is broken, the current docs are 2.8, and there are some 2.10 docs upstream
[10:13] <mdz> smurfix: ping seb128
[10:14] <dholbach> ok... daniels being "asleep now.  seriously." probably means, i won't have to stay alert for the upload of mono-rebuilds :-)
[10:15] <mvo> mdz: I like syncing all of it better too. it's a bit messy with all dependencies: nessus, nessusd, nessus-plugins, libnessus and libnasl2
[10:15] <smurfix> mdz: That was the idea, thanks
[10:16] <mdz> mvo: agreed
[10:16] <mvo> mdz: thanks
[10:21] <zul> Keybuk: spending time with his wife
[10:21] <Keybuk> tsk :p
[10:21] <Keybuk> the depravity
[10:21] <zul> yeah i dont want to know the details
[10:21] <mvo> mdz: it's probably better to wait until tomorrow with the sync? because of array-7 ...
[10:22] <mdz> mvo: nessus doesn't go on the CD, so it's fine
[10:23] <mvo> elmo: can you please sync nessus-core, nessus-plugins, nessus-libraries and libnasl from debian? nessus-plugins in the current version is not distributable according to upstream
[10:26] <zul> later folks
[10:33] <Kamion> ok, interesting issue with testing install CDs that hadn't occurred to me
[10:34] <Kamion> when fetching stuff like language-support-* dependencies from the network, the country you select influences which CC.archive.ubuntu.com mirror is used
[10:34] <Kamion> so, depending on how in-sync the mirror is, the country you select can in fact influence whether the install works or not
[10:36] <Keybuk> why whether it works or not?
[10:38] <Kamion> see the mozilla-firefox-locale-de conflicts that pitti fixed earlier
[10:39] <Kamion> mozilla-firefox-locale-de is out of date on de.archive.ubuntu.com, so German installs still remove mozilla-firefox at the language-support-* installation stage
[10:41] <lamont> daniels: could you pretty please break out the fonts as one of the 'right after breezy opens' things?  'kthxbye
[10:41] <Kamion> apt-get has a --no-remove option which could be used to avoid that problem, but aptitude doesn't document such an option
[10:42] <Kamion> mdz: live CDs ready to grab
[10:42] <mdz> Kamion: grabbing
[10:49] <robtaylor> lamont: i am now
[10:49] <lamont> robtaylor: sent you email instead. :-)
[10:50] <robtaylor> i'll go read :)
[10:50] <lamont> 14:49:23.331255 IP 2....32795 > <IP_ADDRESS>.873: P 1:13(12) ack 1 win 1460 <nop,nop,timestamp 83927103<PHONE_NUMBER>>
[10:51] <lamont> 14:49:23.483256 IP <IP_ADDRESS>.873 > 2....32795: F 1:1(0) ack 1 win 91 <nop,nop,timestamp<PHONE_NUMBER> 83927103>
[10:51] <lamont> syn - synack - ack - data - fin :-(
[10:57] <Kamion> hmmmm. ouch. COMPLICATED issue
[10:57] <Kamion> so, debootstrap installs udev
[10:57] <lamont> which launches a daemon
[10:57] <lamont> which breaks pivot root?
[10:57] <Kamion> but udevd doesn't actually end up running inside the chroot
[10:58] <lamont> hides even
[10:58] <Kamion> because we divert stuff
[10:58] <Kamion> however
[10:58] <lamont> didn't think we'd sync'ed it yet though...
[10:58] <Kamion> well, dunno, either way it ain't running, don't care why
[10:58] <lamont> right
[10:58] <lamont> and now you have an empty /dev
[10:59] <Kamion> not quite; it's populated
[10:59] <Kamion> just enough for most purposes
[10:59] <lamont> ok'
[10:59] <Kamion> however, it doesn't catch nodes that were created by modules loaded after debootstrap (or something along those lines)
[10:59] <Kamion> so when tzsetup probes rtc, /dev/rtc gets created, but /target/dev/rtc doesn't
[10:59] <lamont> oh. ouch.
[11:00] <robtaylor> lamont: hmmm, 9.2.5 doesnt seem to make a difference
[11:00] <Kamion> now, even if udevd *did* run inside the chroot, we'd have to make the outer udevd pass events through to the inner udevd somehow
[11:00] <robtaylor> i'll try building a 2.94 with that patch
[11:00] <lamont> robtaylor: ok
[11:00] <Kamion> ideally we'd just bind-mount /dev -> /target/dev, but the two are running with different rulesets due to d-i's historical devfsness
[11:00] <lamont> yeah - if it wins, I'll push it isc-wards, and upload
[11:00] <robtaylor> lamont: cool :)
[11:02] <Simira> jdub: ping
[11:02] <lamont> Kamion: sounds like you want to have a chat with Md....  fwiw, if it makes life easier for you, he can revert the change he made for me - I had other problems that resulted in me (livecd) solving it a different way, that'll cope with udevd launching in the chroot
[11:02] <Kamion> lamont: like I say, I don't know why udevd isn't started inside my chroot, but it isn't; never has been, AFAIK
[11:02] <lamont> (specificially, I kill every living thing in the chroot, and then I can unmount things...)
[11:03] <lamont> hrm... was launching in the livecd rootfs build
[11:04] <mdz> Kamion: is this going to delay array 7?
[11:04] <lamont> Kamion: but the choices are either make it run, or umount /dev and /.dev after debootstrap, and run with a static /dev
[11:05] <seb128> ogra: here ?
[11:05] <lamont> but you know that
[11:05] <mdz> I think udevd won't be started because it's already running
[11:06] <mdz> Kamion: bind-mounting should be fine; isn't the devfsness backward-compatible?
[11:10] <Kamion> mdz: well, we do use compat-full.rules; just not sure I'm comfortable with bind-mounting that at this point in hoary's lifetime
[11:10] <Kamion> mdz: no, not an array-7 thing, it's an oldish issue I noticed while testing amd64
[11:13] <mdz> Kamion: new live CD gives me a shitty video mode, where it used to ask and I could specify a reasonable one
[11:13] <mdz> (my DDC-challenged KVM)
[11:17] <dholbach> bye lamont
[11:18] <Kamion> mdz: maybe xorg got better at guessing, but guessed wrong?
[11:19] <mdz> Kamion: daniels insisted that he wasn't tweaking the autoconfig stuff for this upload
[11:25] <robtaylor> lamont: ah, oh well, it appears my issue isn't that one :(
[11:26] <robtaylor> *sigh*
[11:26] <robtaylor> lamont: or at least that patch doens't fix it
[11:28] <dholbach> good night everyone
[11:29] <mvo> night dholbach
[11:34] <mdz> Kamion: daniels is en route
[11:37] <daniels> da da da da da
[11:37] <daniels> ok, so in casper, we call dpkg-reconfigure xserver-xorg, right?
[11:38] <Kamion> uh-huh
[11:38] <Kamion> with evil debconf passthrough foo, but basically yeah
[11:38] <daniels> if [ "$1" = "reconfigure" ]  || [ -n "$DEBCONF_RECONFIGURE" ] ; then
[11:38] <daniels> so that will be satisfied?
[11:38] <mdz> daniels: correct
[11:38] <daniels> (arguments to .config)
[11:40] <mdz> daniels: I can't find xorg 6.8.2-3; can you post a debdiff from -3 to -4?
[11:40] <daniels> oh, I see
[11:40] <daniels> it's OK, I see the problem, and if we've already done a7, I can punt -5
[11:41] <Kamion> haven't quite; mdz, can I release despite this problem?
[11:41] <mdz> daniels: this bug stopped my a7 test cycle
[11:41] <Kamion> d'oh
[11:41] <mdz> it's pretty crap to have a regression like this
[11:41] <mdz> which is why I insisted that we not change this logic the day before array 7
[11:42] <Kamion> 'k, I guess it's a late night for me then
[11:42] <mdz> or we just delay until tomorrow
[11:42] <Kamion> I'd rather get it out of the way
[11:42] <Kamion> much rather
[11:42] <Kamion> while I'm in Array mode, I get precious little else done
[11:43] <daniels> mdz: this was a -2 -> -3 change, not a -3 -> -4 change
[11:43] <Kamion> daniels: -3 was never uploaded, as far as I can see
[11:43] <mdz> daniels: this didn't happen on preview
[11:43] <daniels> Kamion: err ... me too
[11:43] <mdz> ah, that explains why it wasn't in the morgue
[11:43] <Kamion> yesterday's CD images had -2
[11:43] <mdz> I didn't realize we went from -2 to -4
[11:44] <Mithrandir> mdz: re u8mg, I'm working on a version which DTRT when upgrading from the C locale.  It needs a bit (1-2 hours) more of polish which I'm doing now.
[11:44] <Kamion> so looks like an unfortunate upload accident
[11:44] <daniels> mdz: ... me either, because yeah.  i was fairly conscious about *not* changing this sort of thing in -4.
[11:45] <Kamion> OK, can we have minimal-change to fix that in -5 then, and roll A7 with that?
[11:46] <daniels> Kamion: yeah, and then -5 can become -6
[11:46] <mdz> ?
[11:46] <daniels> mdz: i have a -5 more or less ready to go; that will become -6
[11:46] <daniels> Kamion: sorry to fuck your evening
[11:46] <mdz> ah, ok
[11:47] <Kamion> daniels: *shrug* shit happens
[11:51] <daniels> mdz: if you change the script from 'dpkg-reconfigure xserver-xorg' to 'RECONFIGURE=true dpkg-reconfigure xserver-xorg', it should work
[11:51] <mdz> daniels: oh?
[11:52] <mdz> that would allow Kamion more sleep
[11:52] <mdz> daniels: can you test that hypothesis?
[11:52] <Kamion> so just hack casper then?
[11:52] <Kamion> casper-reconfigure, I suppose
[11:52] <Kamion> let me see if I can test it
[11:52] <mdz> that does't look like it would work
[11:52] <daniels> mdz: yeah.  it's not an installed-system problem, it's a livecd problem
[11:52] <mdz> if [ "$1" = "reconfigure" ]  || [ -n "$DEBCONF_RECONFIGURE" ] ; then
[11:52] <mdz>   # if we are reconfiguring, or already have installed the package at least
[11:52] <mdz>   # once before, we should not let auto_answer stomp on existing answers to
[11:52] <mdz>   # debconf questions
[11:52] <mdz>   RECONFIGURE=true
[11:52] <mdz> else
[11:52] <daniels> it's a *tremendous* hack
[11:52] <mdz>   RECONFIGURE=
[11:52] <mdz> fi
[11:53] <daniels> mdz: right, but the problem lies in postinst
[11:53] <daniels> mdz: when we call xresprobeint() in postinst, $RECONFIGURE is not set
[11:53] <mdz> interesting
[11:53] <Kamion> hasn't .config been sourced?
[11:53] <mdz> RECONFIGURE doesn't get set in postinst; where's it supposed to come from?
[11:53] <daniels> mdz: and it says if [ -z "$RECONFIGURE" ] ; then PRIORITY="medium; fi, which drops the priority on upgrades.  as it happens, this triggers, er, all the time.
[11:54] <daniels> mdz: *cough*
[11:54] <Kamion> surely postinst sources the debconf confmodule which sources .config which has DEBCONF_RECONFIGURE set and so sets RECONFIGURE=true
[11:54] <mdz> I'm pretty certain .config isn't sourced
[11:54] <mdz> it's run as a subprocess, no?
[11:54] <Kamion> oh, you're probably right
[11:54] <mdz> it might not even be written in sh
[11:55] <Kamion> yeah, ok, you're right
[11:55] <mdz> I'll try testing RECONFIGURE
[11:57] <daniels> yeah, I just did that then
[11:57] <daniels> + echo 'about to source confmodule in postinst'
[11:57] <daniels> about to source confmodule in postinst
[11:57] <daniels> + . /usr/share/debconf/confmodule
[11:57] <daniels> [...]
[11:57] <daniels> + echo 'finished sourcing confmodule in postinst; value of RECONFIGURE is '
[11:57] <daniels> finished sourcing confmodule in postinst; value of RECONFIGURE is
[12:00] <daniels> so yeah, if you hack casper to ensure that RECONFIGURE=true when postinst gets called, that could mitigate this problem, but my god is it ever horrific


[02:38] <wyhteagle> Evening Peeps
[02:39] <stlsaint> lol see
[02:40] <wyhteagle> stlsaint, yep
[16:04] <wyhteagle> hello chiluk
[16:05] <Linden940> morning people
[16:06] <chiluk> hello.
[16:07] <chiluk> yes how are people this morning?
[16:07] <Linden940> i'm doin pretty good
[16:07] <chiluk> is anyone else frustrated that the ubuntu version of virsh + libvirt won't pass qemu commandline down to qemu?
[16:07] <chiluk> that's my frustration for the morning.
[16:08] <chiluk> does anyone here know how to accomplish that?
[16:08] <Linden940> not off hand
[16:20] <chiluk> so wyhteagle why did you single me out?
[16:34] <chiluk> wyhteagle,  did you know that the White Eagle is this fantastic polish food restaurant in Chicago?
[16:43] <wyhteagle> chiluk, I was just saying morning because my client showed you just joined the channel. And Yes I lived in Chicago while I was in the NAVY.
[16:44] <wyhteagle> No Realtion to the name though
[18:39]  * Linden940 is away: I'm away


[06:28] <didrocks> good morning
[06:51] <oSoMoN> good morning desktoppers
[07:17] <didrocks> salut oSoMoN
[07:18] <oSoMoN> salut didrocks, le garçon d’anniversaire :)
[07:18] <oSoMoN> tu ne poses pas la journée pour fêter ça?
[07:21] <didrocks> oSoMoN: héhé ;) Non, je suis pas un spécial fêtard des annivs
[07:21] <didrocks> donc, c'est + business as usual :p
[07:31] <duflu> Oh?  I'm trying to understand a large profile graph that is over 50% unreadable due to Javascript. Ask again in a week :)  You, seb128?
[07:53] <seb128> haha
[07:53] <seb128> I'm good :)
[07:53] <seb128> it's nice and sunny this morning
[07:54] <duflu> I only learned today that it's often possible to see Venus during the day. If only it was clear enough to try
[08:01] <Laney> hey team
[08:02] <seb128> good morning Laney
[08:04] <willcooke> duflu, question re: libva via: https://linustechtips.com/main/topic/917059-need-help-with-steam-home-streaming-in-ubuntu-1804/
[08:05] <willcooke> libva and libva2 are both available on 18.04 aren't they?
[08:06] <willcooke> duflu, re: Venus - we're lucky to see the sun :)
[08:07] <didrocks> hey Laney
[08:10] <duflu> willcooke, It seems our 'libva' source package only offers the 'libva2' binary package. So if anyone is depending on version 1 then it won't work. I don't think that's the main issue though... libva is VA-API, for which NVIDIA support is so unreliable it's best to call it non-existent. If anyone ever had that working on NVIDIA then good luck to them but I would not expect it to work
[08:10] <duflu> We're really at the stage of only confidently saying it works for Intel GPUs
[08:10] <willcooke> Because nvidia is all about vdpau?
[08:11] <duflu> Yeah Nvidia is mostly VDPAU. You can translate between the two, which often works, but seldom performs well
[08:11] <duflu> The best authority on that question would be (1) Valve or (2) existing Steam users who have used that stuff
[08:13] <duflu> willcooke, the existing answer is right though - we don't publish the libva1 ABI in 18.04 and later
[08:13] <duflu> Valve probably did that work on 16.04
[08:13] <duflu> And being proprietary they wouldn't be rebuilding their binaries very often
[08:14] <duflu> So that's two problems: (1) Doesn't work in 18.04 and later; and (2) Not expected to work on Nvidia in any version, but might
[08:16] <duflu> Morning Laney
[08:17] <oSoMoN> good morning Laney
[08:28] <oSoMoN> call for testing the chromium snap (and replacing the debs altogether): https://community.ubuntu.com/t/please-test-chromium-snap-as-a-replacement-for-the-deb/7978
[08:28] <oSoMoN> please give it a go and report issues!
[08:38] <willcooke> duflu, ack, thanks
[08:39] <willcooke> oh noes, my gmail got upgraded
[08:41] <seb128> you can toggle back to the "classic UI" I think?
[08:41] <seb128> at least I managed to do that when I tried the new one recently
[08:47] <Laney> hey seb128 didrocks duflu oSoMoN
[08:47] <Laney> sry, got distracted by review comments
[08:47] <Laney> what's up?
[08:50] <willcooke> seb128, only for the next week, then its MANDATORTY
[08:50] <willcooke> *MANDATORY
[08:54] <Laney> is it bad?
[08:54]  * Laney is a non user of gmail :<
[09:43] <willcooke> Laney, it's slightly different.  And we all know how that goes ;)
[09:43] <willcooke> Just the usual cheese relocation
[09:51] <willcooke> Does anyone have an interest in SDL2 libs?
[09:52] <seb128> RAOF, hey, I guess you saw the colord update still failed to build? also do we need a ffe to get the update in Ubuntu, and if so do you plan to file it? ;)
[09:53] <RAOF> seb128 : yes, and yes
[09:54] <seb128> tjaalton, hey, xbitmaps is still due a minor update if you wanted to do that :)
[09:54] <seb128> RAOF, great, thx!
[09:54] <RAOF> I don't know why my patch to not check for spotread didn't take, but that's the problem.
[09:55]  * RAOF apparently needs to check building from a fresh clone, not just a clean checkout.
[09:56] <seb128> or build from the source package? ;)
[10:01] <tjaalton> seb128: nah, just janitorial changes, nothing in the bitmaps themselves..
[10:01] <seb128> tjaalton, k, I'm going to mark it to skip on our report then, thanks
[10:01] <tjaalton> yeah
[10:26] <seb128> RAOF, https://bugs.launchpad.net/ubuntu/+source/colord/+bug/1792356 opened as place holder / so it's linked on our report, the content still needs to be written (and the build to be fixed)
[10:28] <seb128> RAOF, oh, also the build issue might my fault :/
[10:28] <seb128> RAOF, seems you did that change inline, https://salsa.debian.org/debian/colord/commit/81cebfd1
[10:29] <seb128> RAOF, I ended up sponsoring by copying the debian dir over a tarball unpack because I had issues with gbp
[10:29] <seb128> so I discarded that inline change
[10:30] <seb128> RAOF, I'm happy to do another upload with that converted to a proper debian/patches changes if you want :)
[13:01] <oSoMoN> kenvandine, I poked at the gnome-contacts snap further to try and figure out this camera issue, but no luck so far, and I don't want to use too much time on this
[13:04] <kenvandine> oSoMoN, yeah
[13:04] <kenvandine> thanks
[13:43] <didrocks> oSoMoN: ah, I didn't spot that build-packages: [sassc] won't work for gtk-common-themes, because we don't use build it on bionic
[13:43] <didrocks> kenvandine: you are building gtk-common-themes on bionic or xenial?
[13:43] <didrocks> (the docker containers for snapcraft are xenials)
[13:43] <didrocks> xenial*
[13:43] <kenvandine> didrocks, i'm not building it
[13:44] <didrocks> if you are fine with switching to bionic, I can do the same than for communitheme
[13:44] <didrocks> ok, let's say we settle down on bionic then?
[13:44] <didrocks> that way we don't forward/backward on all stage-packages
[13:44] <kenvandine> oh, wait oSoMoN setup builds on LP
[13:45] <didrocks> bionic?
[13:46] <kenvandine> just checked, no xenial
[13:46] <didrocks> hum
[13:46] <didrocks> I have issues with xenial, like meson and so on…
[13:46] <kenvandine> https://launchpad.net/~ubuntu-desktop/+snap/gtk-common-themes
[13:46] <kenvandine> oh, that's why we have the backports PPA
[13:47] <kenvandine> which we should be using for everything desktop
[13:47] <didrocks> do you have sassc in it?
[13:47] <didrocks> that doesn't help me on Travis CI though :/
[13:48] <didrocks> ok, as it's only sassc which is staged for me, I think it's fine to build using bionic for gtk-common-themes Yaru part
[13:48] <didrocks> (the rest is just unpacked/repacked)
[13:50] <andyrock> kenvandine: looks like https://gitlab.gnome.org/Community/Ubuntu/gnome-software/commit/f01f43c3237912e6d425e73b60bdb0722dc6651c it's kind of broken
[13:54] <andyrock> kenvandine: also if you can take a look to https://gitlab.gnome.org/Community/Ubuntu/gnome-software/merge_requests/6
[13:54] <gitbot> Ubuntu issue (Merge request) 6 in gnome-software "shell-search-provider: implement XUbuntuCancel" [Opened]
[13:56] <kenvandine> andyrock, oh i guess we don't even need that old MR now
[13:56] <kenvandine> i'll close it
[13:56] <didrocks> kenvandine: oSoMoN: FYI: https://github.com/ubuntu/yaru/pull/826
[13:56] <gitbot> ubuntu issue (Pull request) 826 in yaru "Build gtk-common-themes using bionic docker image" [Open]
[13:56] <didrocks> kenvandine: would be good if you at least publish the devel channel to stable from time to time as we discussed a while ago, as there are a lot of Yaru fixes which are automatically pushed to you :)
[13:57] <kenvandine> didrocks, yeah, that's what we've been working on this week
[13:57] <didrocks> stable:    0.1 (319)
[13:57] <didrocks> edge:      0.1 (700)
[13:57] <kenvandine> we're testing candidate now
[13:57] <andyrock> kenvandine: it's not a MR. It has already been committed to master
[13:57] <didrocks> great!
[13:57] <kenvandine> andyrock, oh :)
[13:58] <kenvandine> didrocks, we need it setup to automatically build though, not just on yaru changes
[13:59] <didrocks> kenvandine: agreed
[13:59] <kenvandine> andyrock, i see, it was an old MR that robert just merged
[13:59] <kenvandine> which we actually don't even care about now :)
[13:59] <kenvandine> i'll revert it
[13:59] <andyrock> kk
[14:08] <oSoMoN> kenvandine, didrocks: gtk-common-themes has a sassc part to work around the lack of it in xenial
[14:09] <oSoMoN> it's not being installed, only used to build yaru
[14:09] <oSoMoN> see https://git.launchpad.net/~ubuntu-desktop/gtk-common-themes/+git/master/tree/snap/snapcraft.yaml#n230
[14:10] <kenvandine> yeah
[14:10] <oSoMoN> when we start building on bionic, this can be removed
[14:13] <didrocks> yeah, let's do the same than Yaru itself in Travis CI
[14:14] <didrocks> oSoMoN: ah, source: .
[14:14] <didrocks> this is wrong, we are in gtk-common-themes, not Yaru
[14:14] <oSoMoN> didrocks, is the sed command to replace xenial entries by bionic in apt sources not likely to blow up at some point, pulling in packages we don't want?
[14:14] <didrocks> hum, this is becoming complex ;)
[14:15] <didrocks> oSoMoN: it's only build-packages which are pulled (sassc only)
[14:15] <didrocks> and snapd
[14:15] <didrocks> but yeah, your Yaru part needs more thinking
[14:15] <oSoMoN> let me iterate on it
[14:16] <didrocks> the thing is that you can't try master
[14:16] <didrocks> because there are PR branches as well
[14:17] <didrocks> you probably need to sed for SOURCE_REPO and TRAVIS_BRANCH in the yaml we inject
[14:18] <didrocks> oSoMoN: sorry for not spotting that on review!
[14:18] <didrocks> the SnapsRev failures has hidden us from that failure…
[15:14] <michael-vb> Hello.  Is there anyone I can ping about bug 1792000?  Obviously it is not critical, as the "proper" version of VirtualBox works, but it is annoying.
[15:14] <LocutusOfBorg> jbicha, ^^ any idea?
[15:15] <michael-vb> Sorry if I respond slowly, I am on a wobbly Internet connection.
[15:15] <didrocks> oSoMoN: I have some free slots, do you want me to have a look at the gtk-common-themes in Yaru?
[15:17] <oSoMoN> didrocks, ah, I wouldn't mind as I haven't gotten to it yet, and gotta get out soon for a chiropractor appointment
[15:17] <didrocks> oSoMoN: no worry! Will handle it :)
[15:17] <oSoMoN> cheers!
[15:19] <jbicha> michael-vb: I'm not sure we can really support issues with non-packaged stuff like that. GNOME does expect a .desktop with specific requirements for the dock icons to work
[15:19] <jbicha> and I have no idea how your local virtualbox install works
[15:20] <jbicha> michael-vb: I recommend you either use the regular Ubuntu package or I guess you could try Oracle's repository https://www.virtualbox.org/wiki/Linux_Downloads
[15:22] <michael-vb> jbicha: I am one of the VirtualBox developers, so I run it straight from the build directory.  It has a standard X11 icon property which the dock picks up, but not immediately.
[15:22] <michael-vb> As I said, not a critical use case of course.  Just a would-be-nice if it can be solved.
[15:23] <michael-vb> Would the dash-to-dock upstream people be the right ones to ask?
[15:23] <seb128> Trevinho is the one who knows those matching problem best around
[15:23] <jbicha> michael-vb: oh that would explain your username :)
[15:23] <seb128> but otherwise yes, maybe dash-to-dock upstream would be a good pick to ask
[15:24] <jbicha> michael-vb: I suggest trying in a stock GNOME session since it might be more of a gnome-shell issue than an extension issue
[15:24] <jbicha> you can install gnome-session, restart your computer. Click GNOME from the gear button as you log in
[15:28] <michael-vb> Ah right, so dash-to-dock just asks GNOME Shell for the information?  I sort of thought that from their page.  And gnome-session also uses GNOME Shell underneath?
[15:28] <michael-vb> Will try that.  Yes, I have done GUI debugging a couple of times, so I have a bit of practice at installing different sessions and window managers.
[15:29] <michael-vb> Thanks.
[16:05] <didrocks> oSoMoN: so, the correct branch/repo is picked (https://travis-ci.org/ubuntu/yaru/builds/428228954), now merging with debug to check for master pulling the expected branch as well
[16:05] <didrocks> I've done other cleanups with recent snapcraft as well, while I was at it :p
[16:20] <Trevinho> michael-vb: mhmh, I can look at that, a bit in the rush now, but I'll check it  latetr
[16:30] <michael-vb> Trevinho: thanks!
[18:53] <willcooke> night all