[02:45] <pleia2> o/
[02:50] <ahoneybun> o/ lol
[03:16] <ahoneybun> pleia2: still kicking?
[03:16] <pleia2> mhmm
[03:16] <ahoneybun> you should check the page
[03:17] <ahoneybun> not the best
[03:17] <ahoneybun> but better I think
[03:17] <pleia2> oh, that's nice :)
[03:17] <ahoneybun> :)
[03:17] <ahoneybun> some reason it is not updating 2 of them
[03:18] <ahoneybun> the top banner and develop
[03:18] <ahoneybun> at least for me
[03:18] <pleia2> maybe caching issues
[03:18] <ahoneybun> yea
[03:18] <ahoneybun> I've deleted and restarted but same thing
[03:18] <pleia2> top banner shows for me, but not maintain or teach
[03:18] <pleia2> so it is caching, we're seeing different ones :
[03:18] <pleia2> :)
[03:19] <ahoneybun> yea I changed the icon for the top banner
[03:19] <ahoneybun> but it is using the old one
[03:19] <ahoneybun> the one from the top banner was better for the desktop
[03:20] <pleia2> ah, yeah, probably just caching weirdness, I'd wait until morning and do a hard refresh on the browser
[03:20] <ahoneybun> so there is no problem just making changes in the text or what?
[03:21] <pleia2> shouldn't be a problem with text
[03:22] <ahoneybun> ok
[03:22] <ahoneybun> some links are for 9.10
[03:22] <ahoneybun> damn
[03:22] <pleia2> :)
[03:23] <ahoneybun> major clean up
[03:25] <pleia2> might want to hop on the mailing list and mention you're doing work too
[03:25] <pleia2> not sure if you'll get any reponses, but I know some people are still lurking
[03:25] <ahoneybun> yay more MLs XD
[03:34] <ahoneybun> pleia2: lots of changes on the Desktop Course
[04:32] <jose> YAYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYY
[04:32] <jose> we're helping bring this back to live?
[04:32] <jose> life*


[10:31] <dch> hey I’m trying for the first time to duplicate my ppa package to multiple releases, i.e. works on precise, want to generate for saucy & trusty
[10:32] <dch> dput works fine, but LP whines with File apache-couchdb_1.6.0-0ubuntu2.debian.tar.gz already exists in developer builds, but uploaded version has different contents.
[10:33] <dch> does this .debian.tar.gz need to remain between debuild/dput runs? I’d cleaned it out before.
[10:38] <dch> when I run debuild -S -sa the …debian.tar.gz gets rebuitl automatically, because the debian/changelog has 'apache-couchdb (1.6.0-0ubuntu2) precise; urgency=low’ and 'apache-couchdb (1.6.0-0ubuntu2) trusty; urgency=low’ in the newer one.
[10:56] <geser> dch: do you need a rebuild? if no then you can copy the source + binary packages through the LP web ui to a different release; if yes, then you need up upload with a different package revision
[11:53] <cjwatson> dch: What geser said.  To answer the rest of your question, .debian.tar.gz is part of your source package; you probably shouldn't "clean it out" because then you may forget that you've already uploaded that version.  Launchpad will not let you upload the same filename to any given archive multiple times with different contents.
[16:43] <Mez> trying to rebuild something - and it's going straight to "failed to build" with no build logs... any idea why this would happen?
[17:09] <cjwatson> Mez: Builder failure of some kind.  We'd need URLs to check
[17:09] <cjwatson> That would happen if you managed to kill the builder hard, though there may be other causes
[17:30] <dch> sorry netsplit there. geser, cjwatson  it should be rebuilt as the binary deps are different erlang versions. What is the best way to generate multiple releases where the source tar ball is the same (but binaries will be different due to dependency version changes) ?
[17:31] <dch> I’m pretty sure I am doing it wrong the way I tried, and it seems odd that I would need a different ppa for each release, surely?
[19:12] <ndec> hi. i am seeing an issue with one of our Linaro (ARM enabled) PPA. i am trying to build gst-plugin-base for armhf, and the build is stuck when running the tests. in the arcives the last built was done on v7 h/w, while this time it's using on chindi06 (amd64+qemu). not sure if this can be problem
[19:12] <ndec> my build is here: https://launchpad.net/~linaro-maintainers/+archive/ubuntu/qcom-overlay/+build/6191367
[19:12] <ndec> i tried twice, and it got stuck twice at the same place
[19:12] <cjwatson> I didn't think linaro-maintainers had ever been on real hardware.
[19:13] <ndec> yes, i think it was long time ago, maybe
[19:13] <cjwatson> There's no previous build of gst-plugin-base1.0 in that PPA.
[19:13] <ndec> not in this one, this one is quite new
[19:13] <cjwatson> And I'm afraid we don't offer non-qemu armhf builds outside of Canonical
[19:13] <cjwatson> (Or the Ubuntu archive proper)
[19:14] <cjwatson> Possibly unless there are some contractual arrangements, I wouldn't know about that
[19:14] <cjwatson> But out of my hands unfortunately
[19:15] <ndec> we used to build gst, see https://launchpad.net/~linaro-maintainers/+archive/ubuntu/staging-overlay/+build/3686950
[19:15] <ndec> fabo: ^^
[19:15] <ndec> so, i guess i should just disable the tests for now, right? i probably don't care about that anyways
[19:17] <cjwatson> diphda?  I wonder what that was ...
[19:17] <cjwatson> No longer racked
[19:18] <ndec> that's old. probably was a panda..
[19:18] <cjwatson> Oh, there was a brief period when there were some bits of ARM kit specifically for use by Linaro, I think
[19:18] <cjwatson> But none of that is physically in service any more
[19:18] <cjwatson> So yeah, I think your only choice is to disable tests; qemu and threading generally aren't friends and that's probably what's going on here
[19:19] <ndec> yup. will try that.
[21:34] <ndec> cjwatson: btw, disabling the tests/check fixed my problem.. i am fine. thanks for your quick answer.
[23:25] <cjwatson> ndec: good stuff


[08:56] <alan_g> greyback: do you know the intended usage of mir/shell/persistent_surface_store.h? Or is that something for dandrader?
[08:59] <greyback> alan_g: not exactly. I see it claims to enable surface position/size persistence across session lifetimes, so WM would find it handy
[09:00] <alan_g> Note "todo Persistence across shell restarts is as-yet unimplemented."
[09:01] <greyback> yeah. "claims" :)
[09:01] <greyback> we're not using it in qtmir/unity8
[09:02] <alan_g> Yeah, the server APIs are only published in Mir-0.24
[09:03] <alan_g> So I'm a bit short of clues on what MiraAL should expose
[09:05] <alan_g> IIRC the current intended usage is for identifying "foreign" surfaces for WM
[09:08] <RAOF> alan_g: That was a happy accident.
[09:09] <RAOF> Or, rather, a happy repurposing. It's intended to be the identifier that you use for persistence across restarts, indeed.
[09:10] <RAOF> Since nothing's using it currently it's not something that'd be interesting to expose from MirAL ATM, and it might not want to be exposed at all (it seems to be something that MirAL could reasonably hide and just DTRT with)
[09:12] <alan_g> RAOF: As dandrader published the headers I assume that he has plans to use them. (I'd be good with DTRT)
[09:13] <alan_g> So you see no reason to land any version of https://code.launchpad.net/~alan-griffiths/miral/persistant-surface-store/+merge/302408?
[09:14] <RAOF> I think you're correct, and WindowManagerTools::window_for_id() is likely to be the winner.
[09:20] <RAOF> (Commented on the branch)
[09:20] <alan_g> thanks
[11:22] <greyback> alan_g: sorry, it is a bit of a monster, I'm unsure how I can break it up into more manageable chunks: https://code.launchpad.net/~gerboland/miral/add-interactivity-to-WM/+merge/302531
[11:23] <alan_g> greyback: I understand the reasons.
[13:11] <oSoMoN> does Mir have support for client-side decorations?
[13:14] <alan_g> oSoMoN: no
[13:15] <oSoMoN> alan_g, thanks. Are there any plans to support them in the future?
[13:17] <alan_g> oSoMoN: bug 1398849 has probably the latest info
[13:23] <oSoMoN> thanks!
[13:51] <alan_g> dandrader: do you agree with the last comment? https://code.launchpad.net/~alan-griffiths/miral/persistant-surface-store/+merge/302408
[13:52]  * dandrader checks
[13:59] <dandrader> alan_g, not familiar enough with miral context to give any useful opinion right now...
[14:01] <alan_g> dandrader|afk: the basic question is whether we currently expect shells to want more than identifying a surface from an id
[14:25] <dandrader> alan_g, any usecase in mind?
[14:26] <alan_g> Oh. I thought you were the one that "published" the PSS headers in Mir. My mistake.
[14:28] <alan_g> dednick: do you agree with the last comment? https://code.launchpad.net/~alan-griffiths/miral/persistant-surface-store/+merge/302408
[14:29] <dednick> alan_g: looking
[14:32] <dednick> alan_g: we need id_for_surface, so unless there's another way getting it...
[14:33] <dednick> alan_g: i added that functionality in mir http://bazaar.launchpad.net/~mir-team/mir/development-branch/revision/3553
[14:34] <dednick> for the application menus
[14:34] <alan_g> dednick: presently not exposed through miral. What's the usecase?
[14:35] <dednick> alan_g: application menus are exposed through dbus using persistent surface id. unity8 need to get the surface for those published ids.
[14:36] <alan_g> That's "surface_for_id" not "id_for_surface"
[14:37] <dednick> alan_g: no, unity8 gets the ids from dbus. need to get the surfaces for those ids.
[14:38] <alan_g> @"<dednick> alan_g: we need id_for_surface," do you have a usecase for id_for_surface()?
[14:40] <jounih_> hi, I’m trying to run Unity8 on 16.04 in VMWare but getting a black screen after starting the unity8 session from the greeter. Any ideas?
[14:40] <dednick> alan_g: huh?
[14:40] <dednick> alan_g: i just gave you the use case for id_for_surface(). unity8 has the ids, but needs to get the surface. so uses "Id PersistentSurfaceStore::id_for_surface(std::shared_ptr<mir::scene::Surface> const& surface)
[14:41] <alan_g> to get the surface you call "surface_for_id(the_id)" and get a surface
[14:42] <dednick> alan_g: lol. of course you do! sorry. apparently my brain isnt working
[14:42] <alan_g> jounih_: probably a problem with the VMware drivers
[14:42] <jounih_> Is there a way to get it working?
[14:42] <dednick> alan_g: in that case, no, there is no current usecase for id_for_surface
[14:42] <jounih_> it’s the latest version of VMWare and instructions for installing Unity8 from here - http://mhall119.com/2016/05/dogfooding-unity-8/
[14:43] <dednick> alan_g: in the server. only in the client
[14:43] <jounih_> I can put logs on gist if anyone wants to have a look?
[14:44] <jounih_> https://gist.github.com/jounih/96cae2256280f298dfb3f27f922d04c2
[14:44] <alan_g> jounih_: https://bugs.launchpad.net/mir/+filebug
[14:44] <greyback> jounih_: it's crashing, someone needs to investigate why
[14:49] <jounih_> ok I filed a bug
[14:49] <jounih_> https://bugs.launchpad.net/mir/+bug/1611804
[14:55] <alan_g> jounih_: thanks!
[15:24] <mhall119> jounih_: give willcooke a ping, we talked to him yesterday about having a vm or live iso for testing unity 8 and he was going to look into that
[15:24] <jounih_> I did, he is here
[15:24] <jounih_> he pointed me to bregma who pointed me here
[15:27] <bregma> jounih_, did you ever check for a unity8 crash log in /var/crash in your VM?
[15:30] <jounih_> not yet, i’ll atttach those to the bug now
[16:00] <greyback> bregma: fyi: https://bugs.launchpad.net/mir/+bug/1611804/comments/1


[21:10] <arekm> if jobs.d and conf.d were dropped then this means that upstart 0.6 is incompatible with 0.5, right? Is there some migration "guide"?
[21:10] <Keybuk> correct
[21:10] <Keybuk> from 0.5 -> 0.6 mostly just
[21:10] <Keybuk>  - move your files into /etc/init
[21:10] <Keybuk>  - give them a ".conf" extension
[21:10] <Keybuk>  - drop "session leader" if you put it in your conf file (probably not)
[21:11] <Keybuk> 0.6 is a stable branch based off 0.5 basically
[21:11] <Keybuk> NEWS always contains notices of changes
[21:13] <Keybuk> (getting on plane now, back tomorrow)


[00:04] <mdeslaur> I there a way to power down the nvidia card that I'm not using in my asus ux32vd?
[00:08] <mdeslaur> bbswitch?
[00:20] <Sarvatt> afaik it should power down automatically with nouveau on 3.13+ until you use DRI_PRIME=1
[00:21] <Sarvatt> if you don't have something plugged into a hdmi or dp port thats only hooked up to nouveau keeping it awake
[00:25] <Sarvatt> mdeslaur: sorry, shoulda pinged you since it was a delayed response :)
[00:26] <mdeslaur> Sarvatt: oh! interesting...so no bbswitch necessary anymore?
[00:27] <Sarvatt> yeah they added runtime pm support to nouveau in 3.13, bbswitch would be needed if you use the blob
[00:27] <mdeslaur> Sarvatt: awesome, thanks!


[00:36] <ryuguns> Alright, I gotta goA
[00:36] <ryuguns> goodnight
 (Photo, 800x331) https://i.imgur.com/ZVHqYd6.jpg For some reason I can see no difference with these patches being applied or without them
 Ldd tells me binaries are still linked to the system libraries even with no patches
 But at least the fixes are working. Now my QtWebEngine is 100% stable
 QtWebEngine 5.13.1 comes out in two days, supposed to have these fixes already, meaning it can safely replace 5.12.*
 @x_sun [Ldd tells me binaries are still linked to the system libraries even with no patc …], Interesting, thanks for pointing that out.


[00:20] <slangasek> ev: what are the known reasons that ubiquity might fail to offer to install side-by-side on a system with Windows 7, using Windows 7 loader, that has 45GB free?
[02:10] <slangasek> stgraber, lamont: edubuntu builds still failing with the same error, what's outstanding here?
[09:28] <ev> slangasek: what does ntfsresize --info say?
[14:49] <mvo> slangasek, pitti: any news for the feature freeze exception for computer-janitors dbus branch? bug #541990
[15:26] <pitti> mvo: hm, this seems to be a "damned if you do, damned if you don't" kind of thing
[15:27] <pitti> c-j was pretty brittle in the past and caused lots of grief; I'm really nervous with having a complete rewrite at this point..
[15:28] <ScottK> That could also be an argument for the rewrite.
[15:29] <barry> pitti: i do think it's much more stable, and i already have another use case for the dbus backend :)
[15:29] <pitti> ScottK: except that we know that the current version at least by and large works and doesn't wreak havoc
[15:30] <mvo> pitti: yeah, its tricky, however I think the benefits are worth the risk, the current threading issues are really hard to fix and dbus makes it all go away nicely
[15:31] <barry> pitti: btw, most of the core logic is essentially unchanged.  all the plugings, cruft model, cleanup actions have just been moved into a dbus service.  not saying there aren't bugs of course, but that stuff hasn't been really rewritten (cleaned up, refactored, tested, yes :)
[15:32] <barry> but i understand the concern, being here at b1
[16:00] <slangasek> ev: dunno - will have to check next time I'm in getting a haircut
[16:00] <slangasek> :-)
[16:01]  * ev raises an eyebrow
[16:01] <ev> clearly I missed some context :)
[16:01] <slangasek> my barber was interested in trying it, so I gave him a CD, and it won't auto-resize his Windows 7 :(
[16:03] <cjwatson> if I can ever get this damn machine to my right working, I'll test it
[16:03] <cjwatson> I have too many bugs to be able to spend time on hardware maint
[16:09] <slangasek> it doesn't fail /generally/, only on his machine
[16:32] <Keybuk> besides, my pilots licence quite clearly states STAY CLEAR OF CLOUD
[16:32] <lamont> slangasek: sigh.  let me go figure it out.  do you need terranova anytime soonish? (next hour or 2)
[16:33] <slangasek> lamont: not urgently
[16:33] <slangasek> Keybuk: <snort>
[16:34] <lamont> Keybuk: clearly you need to go for instrument rating
[16:34] <slangasek> for the privilege of flying blind in the cloud?
[16:35] <Keybuk> slangasek: yeah, you need an IR to be legally allowed to enter cloud (or in the UK, even fly above it)
[16:35] <slangasek> yes, I know
[16:35] <slangasek> I was just stretching out the word game :)
[17:42] <ev> slangasek, kees: do either of you know for certain if derivative distributions (specifically, Xubuntu) can use the LTS designation?
[17:42] <ev> That is, do we cover everything they ship with security updates for 5 years?
[17:43] <jdstrand> afaik, they have not in the past
[17:43] <jdstrand> eg, kubuntu in hardy was not LTS
[17:43] <charlie-tca> 3 for desktops, I think. 5 for servers
[17:43] <ScottK> Canonical already doesn't do security updates for Xubuntu
[17:43] <ev> but to be clear, Kubuntu definitely is this time, right?
[17:44] <ScottK> ev: yes.
[17:44] <ev> okay
[17:44] <jdstrand> I thought Xubuntu was all in universe these days?
[17:44] <jdstrand> maybe I am misremembering...
[17:44] <ScottK> jdstrand: That's why I said Canonical didn't do security updates for it.
[17:44] <ev> ah indeed, xfce4-panel at least is
[17:44] <ev> okay
[17:45] <ScottK> ev: To be even more specific, Kubuntu (desktop) is LTS, Kubuntu Netbook Remix is not.
[17:45] <ev> so it's not an LTS then
[17:45]  * jdstrand thanks ScottK for helping him remember, before he thought to wonder if he forgot
[17:45] <ev> ScottK: ah, thanks for that clarification, I hadn't thought to consider the netbook editions
[17:45] <slangasek> ev: modulo UNE not actually being an LTS: https://wiki.ubuntu.com/LucidLynx/ReleaseManifest
[17:45] <ev> slangasek: ah, I forgot about that page
[17:45] <ev> thanks a bunch!
[17:46] <jdstrand> as did I
[17:46] <pitti> slangasek: I replied to bug 546933, and I'm mildly in favor, but would like to get more opinions on that one
[17:47] <ScottK> slangasek: One thing to consider for LTS/non-LTS is new ISOs for point releases.  I think it'd be very confusing for Kubuntu/KNR or Ubuntu/UNE to have different package versions in their current ISO.  I think it would make sense to respin those at least for .1.
[17:48] <slangasek> ScottK: confusing perhaps, but we already don't have a policy of respinning all ISOs for the point releases; 8.04.1 DVD, for instance, was only respun because of the ssh security issue
[17:48] <slangasek> pitti: will look at it this morning
[17:48] <ScottK> True.
[17:49] <ScottK> You just end up in the odd position of after 3 months the easiest way (if you have poor bandwidth) to install KNR would be to download Kubuntu 10.04.1 and then switch it.
[17:50] <slangasek> hum
[17:50] <slangasek> it would be nice if the SRU delta were not so great as to make that true
[17:51]  * kees still wishes ReleaseManifest had seeds listed
[17:51] <slangasek> it's something to think about, anyway; though the practical limiting factor is usually our ability to validate the ISOs for point releases
[17:51] <slangasek> kees: weren't we waiting for you to tell us what the seeds were?
[17:56] <kees> slangasek: me? no, that's up to what defines the release
[17:56] <slangasek> ok, then I guess I need to check with mvo/barry on this
[17:57] <kees> slangasek: i.e. "Ubuntu Server" is server-ship. so when Jos says "this is 5 year", mvo's tool marks that seed
[17:57] <kees> but right now, we have to guess at the seed based on the product/image in the ReleaseManifest
[17:57] <slangasek> who does?
[17:58] <slangasek> is it security team guessing, or mvo, or?
[17:58] <kees> I'm saying "one" guesses.  for lucid, we (security and mvo) understand 5 year support to be server-support + server-ship.
[17:59] <slangasek> then that's what I'm going to write there
[17:59] <kees> heh
[18:00] <kees> I find ReleaseManifest confusing because the "Maint commit" column does not map to anything direct.  (i.e. no mention of main vs universe, seeds, etc)
[18:00] <slangasek> kees: my understanding was that you and mvo were in the process of *defining* that mapping, since it was done slipshod previously
[18:04] <slangasek> ev: btw, "is it an LTS" is a subtly different question from "is it supported for 3 years", because LTS is a product definition which might or might not be applied to Xubuntu even if the community decided to provide 3y of security support
[18:04] <ev> slangasek: that strikes me as being very confusing to end users
[18:04] <ev> if that's the case, what does LTS convey
[18:05] <slangasek> it conveys that Canonical is standing behind its status as a long-term-supported product
[18:05] <slangasek> which would not *automatically* the case for Xubuntu with a community security committment
[18:05] <kees> slangasek: mostly it was the mechanisms, and adjusting seeds to match expectations.  it's always been defined as "server-supported" and "server-ship".  we just tweak those contents and add things to a blacklist in rarer cases
[18:07] <kees> slangasek: so really it's now "supported-server" + "server-ship" - explicit blacklist
[18:09] <slangasek> kees: ok, where is the list of mappings that mvo's tool uses?
[18:11] <kees> slangasek: afaiu, it's done somewhere in launchpad via cron.germinate and maintenance-check.py
[18:11] <kees> slangasek: the blacklist is lp:~ubuntu-core-dev/ubuntu-seeds/platform.lucid/ SUPPORTED_HINTS
[18:12] <kees> slangasek: right now, it is pending a change to add server-ship which was missed in the first version.
[18:12] <kees> slangasek: at which point the commented out bits in SUPPORTED_HINTS will be added, and then I'll re-check the lists to see what's creeped in since the sprint.
[18:17] <stgraber> slangasek, lamont: Any clue on what's happening with Edubuntu ?
[18:18] <slangasek> I'm waiting for lamont's analysis
[18:18] <stgraber> Could not create destination file: No such file or directory
[18:18] <stgraber> that's new ...
[18:18] <stgraber> might be something broken in my mksquashfs cmdline though it's based on what ltsp-build-client calls ...
[18:19]  * stgraber make a note to add some debug next time he proposes a patch for that script ... would be useful to know what commands are started
[18:24] <stgraber> doh, I guess I found the problem ...
[18:25] <stgraber> seems like mksquashfs doesn't like creating an image in a non-existing directory
[18:25] <stgraber> http://pastebin.com/anpmac7s
[18:25] <stgraber> lamont: ^
[18:42] <lamont> stgraber: heh
[18:45] <lamont> stgraber: testing
[18:47] <lamont> afk for a few while the build runs
[19:09] <ScottK> slangasek: Hello.
[19:10] <slangasek> ScottK: heya
[19:10] <slangasek> so I have http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi, which AIUI I can rely on to start with as the list of failing packages
[19:11] <ScottK> Right.
[19:11] <slangasek> for this spec, I should filter those down to packages that have the same binary versions in karmic and lucid, right?
[19:11] <ScottK> That's a different way to look at it than I did initially.
[19:11]  * ScottK ponders.
[19:12] <slangasek> what was your way?  that's what I'm having a hard time remembering
[19:12] <ScottK> My way was to take a list of the rebuild failures just after the toolchain upload (which I've mailed you) and then remove the ones that built after that.
[19:13] <ScottK> So it'd be that initial list less the ones with a different binary version that aren't also still failing to build.
[19:13] <slangasek> ok - I'm actually not sure I ever received that email from you
[19:13] <ScottK> X - (Y-z)
[19:13]  * ScottK looks for it.
[19:15] <ScottK> Sent in January 31, 2010 at 00:35 my time.
[19:15] <slangasek> misplaced on my end then, sorry
[19:16] <ScottK> No problem.  Resent.
[19:16] <ScottK> The X - (Y -Z) bit was only the first part of the question.
[19:17] <ScottK> That gives us a good list for i386 and amd64.
[19:17] <ScottK> The next question was ports.
[19:17] <slangasek> sorry - I knew you had intended to send that mail, but when I failed to find it in my inbox folks directed me to lucas's later rebuild mails instead, which is where I started floundering because AFAIK those weren't being done with the snapshot from the original plan
[19:17] <ScottK> Right.  No problem.
[19:18] <slangasek> right, the ports part I remember - remove the ports binaries IFF i386 or amd64 FTBFS and is up-to-date in the archive
[19:18] <ScottK> For ports, we wanted to assume anything that failed amd64 or i386 would fail on ports and remove those too, except for port specific packages (e.g. silo).
[19:18] <ScottK> Yes.
[19:18] <slangasek> (in fact, that's documented clearly in the spec :)
[19:18] <ScottK> Ah, good.
[19:19] <ScottK> Is it clear now then?
[19:19] <slangasek> yes, thanks
[19:19] <slangasek> though I still don't have that email from you
[19:19] <slangasek> getting wedged/filtered somewhere, I fear
[19:19] <ScottK> Let me post the files somewhere then.
[19:20] <slangasek> ok
[19:22] <ScottK> slangasek: http://kitterman.com/kubuntu/
[19:24] <slangasek> great, thanks!
[19:24] <ScottK> nbs.i386only is empty on purpose
[19:25] <slangasek> ScottK: right, I should follow through on this while I have the state in my brain - if you're around later, I'd like to tackle the python syncs question as well
[19:26] <ScottK> OK.  I'll be around off and on from here on out today.
[19:32] <lamont> gotta love the speed of that edubuntu-dvd build
[19:33] <stgraber> heh, it's just a huge squashfs and a smaller one ;)
[19:34] <stgraber> so livefs takes a lot of time (especially on i386 as it build ltsp as well) but the DVD build process should then be quite fast ;)
[19:48] <lamont> heh
[19:48] <lamont> yeah - it
[19:48] <lamont> s currently squashing the dvd image
[19:48] <lamont> and then we get to see if the other fixed it.
[20:23] <lamont> stgraber: fail
[20:23] <lamont> + mksquashfs /build/buildd/ltsp-live /build/buildd/images/ltsp-live.img -noF -noD -noI -no-exports -e cdrom
[20:23] <lamont> Could not create destination file: No such file or directory
[20:25] <lamont> gar
[20:54] <stgraber> lamont: and I assume /build/buildd/images exists ?
[20:55] <stgraber> that's what that mkdir was supposed to do
[21:03] <lamont> stgraber: nope.
[21:03] <lamont> and you created the source directory... :-p
[21:03] <lamont> fixed and running again already
[21:03] <stgraber> argh, seems like my mind wanted to create the destination but my fingers went with the source instead ...
[21:04] <lamont> yeah.  and I had faith in your fingers.
[21:04] <stgraber> sorry for having you have to trigger another rebuild :(
[21:04] <lamont> I read the manpage right after pasting the error above, and went "doh"
[21:04] <lamont> OTOH, if this works, they can burn ISOs, since it's a genuine run
[21:05] <lamont> slangasek: still have the lock, but only because BuildLiveCD is acutally running - it's back to normal otherwise.  kthx
[21:10] <slangasek> lamont: cheers
[21:11] <lamont> slangasek: and totally cowboyed - I'll upload after I confirm it works


[02:26] <adam_g> smoser: fyi Bug #1024326
[02:29] <TheLordOfTime> yo SpamapS, alive/around?
[03:31] <trimeta> My server can send mail to itself (tested using the mail command, which comes from heirloom-mailx in order to gain Maildir support, and with mutt), but cannot send messages to addresses off the server. What additional configuration do I need? Could my router be blocking the packets?
[03:31] <Psi-Jack> Okay. On Ubuntu Server 12.04, what could /possibly/ be appending nameserver <IP_ADDRESS> to the top of my resolv.conf file for whatever reason? It's a server, statically assigned IP.
[03:32] <trimeta> I used tasksel to install the "Mail server" packages, but I suppose they're probably not all configured correctly...
[03:32] <Psi-Jack> trimeta: Heck, your ISP itself could be directly blocking outbound SMTP
[03:32] <trimeta> Psi-Jack: Hmm, true. Is there a way to test if the messages are leaving the server correctly?
[03:32] <qman__> trimeta, the 'internet site' mail configuration is ready to go out of the box
[03:32] <qman__> but your ISP and everything else must be set up to actually get mail to other people
[03:33] <trimeta> So if I can send mail @localhost, but not @gmail.com, it's probably a problem with my ISP?
[03:33] <Psi-Jack> trimeta: telnet mailin-02.mx.aol.com 25
[03:33] <trimeta> Looks like it's timing out.
[03:33] <Psi-Jack> trimeta: Does that work, even if it may immediately disconnect you with a message: 421 mtain-ma03.r1000.mx.aol.com Service unavailable - try again later
[03:33] <qman__> gmail (and most mail hosts) will not accept mail unless you have a static IP that is not blacklisted and have proper PTR DNS set up
[03:33] <trimeta> E.g., I see "Trying <IP_ADDRESS>..." followed by nothing.
[03:34] <Psi-Jack> trimeta: And you're on sbcglobal?
[03:34] <Psi-Jack> trimeta: In Florida?
[03:34] <trimeta> The server is in the same place I'm IRCing from, yes.
[03:34] <Psi-Jack> Okay, telnet mx2.sbcglobal.am0.yahoodns.net 25
[03:35] <trimeta> Same effect, Trying <IP_ADDRESS>... followed by nothing.
[03:35] <Psi-Jack> or telnet smtp.sbcglobal.yahoo.com 25
[03:35] <trimeta> OK, that one works.
[03:35] <Psi-Jack> Yep
[03:35] <Psi-Jack> ISP is blocking you outright.
[03:36] <qman__> yeah
[03:36] <Psi-Jack> Call, complain, refuse to pay, fire them if need-be.
[03:36] <qman__> that's a typical configuration
[03:36] <Psi-Jack> It's an unacceptable "configuration"
[03:36] <qman__> you need a static IP and typically a business account
[03:36] <Psi-Jack> heh, very few people these days even use their ISP's own mail services.
[03:36] <trimeta> It's all webmail or work-provided, right.
[03:37] <Psi-Jack> Or, google mail, which provides full SMTP+IMAP+POP3
[03:37] <Psi-Jack> Something that's universally usable, and not tied strictly to your ISP.
[03:38] <Psi-Jack> Anyway, anyone see my question earlier? ;)
[03:38] <trimeta> Well, I only really wanted this to have it report to me if anything bad happened to the system...hopefully it'll survive long enough for me to log in and get the "You have one new message" notification.
[03:39] <Psi-Jack> trimeta: Well, what you could do is setup ssmtp, or setup your MTA to use the previous SMTp host that worked as a "smarthost" relay.
[03:39] <Psi-Jack> SSMTP if you don't need local mail delivery, an actual MTA if you want both local and relayed.
[03:39] <qman__> trimeta, what I did before I got a static IP was set up a gmail account for it
[03:39] <qman__> and configured postfix to use that to email me
[03:39] <Psi-Jack> Eh... The smarthost route usually works.
[03:40] <qman__> but yeah
[03:40] <Psi-Jack> Configuring an MTA to specifically use google's authentication is excessively borderline insanity.
[03:40] <qman__> odds are that mail relay will accept your mail
[03:40] <trimeta> I'll try dpkg-reconfigure with smtp.sbcglobal.yahoo.com, I guess.
[03:40] <qman__> other than having the password in a config file, I didn't really have a problem with it
[03:40] <qman__> it took about 20 minutes reading a guide on the net
[03:41] <Psi-Jack> Anyways, /something/ keeps adding "nameserver <IP_ADDRESS>" to my Ubuntu 12.04 server for no obvious reason, and it's breaking my dns lookup for the servers.
[03:41] <qman__> probably resolvconf
[03:42]  * patdk-lap wonders what is so hard about configuring an mta to use googles authenication
[03:42] <patdk-lap> google uses normal standard smtp tls + auth
[03:42] <patdk-lap> like any mailserver should
[03:42] <qman__> on port 587
[03:42] <qman__> it's not very complicated
[03:43] <patdk-lap> well, port 587 is the correct port too
[03:43] <Psi-Jack> Yeah, but I don't see why resolvconf would be adding it in, specifically
[03:43] <Psi-Jack> I see no rule for it to.
[03:43] <patdk-lap> psijack did you *completely* miss reading the 12.04 release notes?
[03:43] <patdk-lap> due to changes in dns, we now run a *local* dns server
[03:43] <patdk-lap> this local dns server does dnssec
[03:43] <Psi-Jack> patdk-lap: Not on SERVER, no.
[03:44] <Psi-Jack> Desktop using DHCP, yes.
[03:44] <patdk-lap> there is likely a local copy of dnsmasq running :)
[03:44] <Psi-Jack> There is no.
[03:44] <Psi-Jack> +t
[03:44] <patdk-lap> hmm, I haven't had it do that on server
[03:44] <patdk-lap> maybe a package you installed brought it along for the ride? :)
[03:44] <Psi-Jack> Yeah, mine's doing it on a /SERVER/ install. Which I installed bind on because it's my external facing DNS resolver+zones
[03:45] <Psi-Jack> Ugh...
[03:45] <Psi-Jack> F'scking bind9's init script is doing it!
[03:46] <Psi-Jack> In the lo.named rule.
[03:46] <patdk-lap> I haven't used bind since bind 4
[03:47] <Psi-Jack> heh, i have 4 primary bind9 servers. 2 internal which use the 2 external facing ones for a resolver.
[03:48] <Psi-Jack> And there we go! DNS is no longer adding <IP_ADDRESS>
[03:48] <Psi-Jack> Frickin PITA.
[03:50] <Psi-Jack> patdk-lap: What do you use for DNS these days?
[03:51] <patdk-lap> pdns
[03:51] <patdk-lap> bind just doesn't support doing anything efficent
[03:52] <Psi-Jack> heh
[03:52] <patdk-lap> I seriously cant be managing domains in text files
[03:52] <Psi-Jack> Hmm
[03:52] <Psi-Jack> Heck, I just manage mine through webmin, personally, internally secured.
[03:53]  * patdk-lap wouldn't use webmin
[03:53] <Psi-Jack> So you use PowerDNS with an SQL backend, I presume?
[03:53] <patdk-lap> and isn't sure if webmin would even scale up to supporting 100's of k domains
[03:54] <patdk-lap> I have used just about every backend pdns supports, ldap, sql, geo, pipe
[03:55] <patdk-lap> plus, for recursive usage, I found it to be 3x faster than bind8, when generating webstats
[05:00] <koolhead17> lol
[05:19] <blendedbychris> anyone here familiar with packaging … specifically the --add-module ./configure command?
[05:19] <blendedbychris> I'm trying to repackage the stable version of https://launchpad.net/~nginx/+archive/stable and add http://arut.github.com/nginx-rtmp-module/ and then submit to launchpad
[05:20] <blendedbychris> i put the rtmp module in debian/modules but I am curious how i tell it to add-module on its own i suppose
[05:30] <Psi-Jack> patdk-lap: Hmmmm.. I may have to look into PowerDNS again, especially since I have a pretty good infrastructure together again, and I have a solid LDAP going.
[05:33] <Psi-Jack> However... Looks like their LDAP backend is unmaintained... Odd.
[06:39] <aarcane> so my do-release-upgrade from 11.10 to 12.04 crashed during the dpkg --configure -a stage, and I had to forcibly reboot the system (the error was something about a read-only filesystem).  I finished dpkg --configure -a as instructed..  but what else do I need to do ?
[08:24] <sanderj> Hi. How do I upgrade from 10.04 to 12.04?
[08:36] <henkjan> sanderj: do-release-upgrade
[08:41] <sanderj> I read somewhere I have to do an upgrade first also.
[08:42] <sanderj> henkjan, Think I got it. Thanks :-)
[08:55] <sanderj> henkjan, should I choose to upgrade the bootloader or not?
[10:35] <Viliny^> Hello everyone, i've been reading about making linux clusters and so far all i've found is mpi utilizing scientific clusters. They seem to require software specifically built for parallel running, but im interested in a cluster that shares ALL cpu load across machines regardless. Is this even possible?
[10:35] <Viliny^> I'm mostly interested in running video encoding on the cluster
[10:50] <Gallomimia> if i have a server with no printers connected, what do i need cups updates for? can i uninstall cups stuff somehow? how is this done with all the dependancies going bye bye with it?
[11:50] <jgcampbell300> hey hey
[11:50] <jgcampbell300> I am in need of advice. I want to setup ubuntu server, I need a web server but there are so many options to look at and need advice in witch way to go. I would like to be able to move my server to a cloud eventualy and would also like to be able to host many sites and sub sites .... any thoughts
[11:51] <Pici> jgcampbell300: You usually can't go wrong with apache.
[11:53] <jgcampbell300> ya i usualy run apache ... so what do you think about being able to move my server to new hardware easily... some kina vbox or cloud image ?
[11:53] <jgcampbell300> im gona build everything on a 8100 dell at my house but need to move it to a power edge when its done ... dont want any hardware conflicts
[11:58] <Pici> jgcampbell300: depends what other third party stuff you need. Its rather easy and trivial to move a website thats built on php, mysql, and apache to a new server without issues, but once you start pulling in other things it gets more complicated.
[12:06] <jgcampbell300> Pici, well im gona be working with oscommerce and well alot of stuff ... witch is what is stumping me
[12:09] <jgcampbell300> as far as managing multi hosts can anyone recommend anything
[12:31] <fixxxermet> Hey guys.  I have a local mirror via apt-mirror, mirroring lucid and precise 64-bit main, restricted, universe and multiverse.  My 64-bit precise client is pointing to my local mirror, and is trying to download a 'binary-i386' file.  Why would it be looking for i386 when it is a 64-bit server?  http://pastie.org/4561891 are my errors.
[12:33] <fixxxermet> Hmm, looks like I need to specify deb [arch=amd64] ... in my sources.list.  Why wouldn't a 64bit host assume arch=amd64?
[12:36] <zul> Daviey: im going to add some fixes for f3 for these sru updates
[12:41] <rbasak> fixxxermet: by default amd64 will fetch i386 package indexes too, since there are various things in i386 that are useful to amd64 too. See https://wiki.ubuntu.com/MultiarchSpec for details
[12:42] <fixxxermet> rbasak: Was just reading that page :)  I'll try arch=amd64 and see if I miss anything
[12:44] <RoyK> https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Performance_Tuning_Guide/s-storage-fs.html <-- this is outright stupid! redhat claims ext4 "supports up to 16TiB"...
[12:47] <patdk-wk> royk, heh?
[12:48] <patdk-wk> ext4 has only supported upto 16tb, till this year
[12:48] <patdk-wk> plus, that is a redhat doc, I'm willing to bet, ext4 in rhel6 doesn't have tools that support ext4 > 16tb
[13:00] <RoyK> patdk-wk: iirc ext4 has supported > 16TiB for some time, but e2fsprogs hasn't supported creating it
[13:00] <RoyK> e2fstools in rhel6 has a 16TiB limit, yes, just tested
[13:00] <RoyK> ubuntu doesn't have such a limit
[13:01] <xnox> patdk-wk: RoyK: in ubuntu quantal that is supported.
[13:01] <xnox> patdk-wk: the version of e2fsprogs in ubuntu precise can cause datalos with > 16 TiB
[13:01] <RoyK> and XFS isn't very good for storage for adaptive streaming, meaning lots if smallish files - xfs sucks rather badly on metadata operations
[13:01] <RoyK> xnox: it works in precise too
[13:01] <RoyK> oh, data loss??
[13:01] <RoyK> I guess a fix should be released, then?
[13:01] <xnox> RoyK: Read the release notes for e2fsprogs.
[13:02] <RoyK> where?
[13:02] <xnox> RoyK: if I find more time yes... currently we need to bisect the git log & come up with a test plan.
[13:02] <patdk-wk> it's really pointless for a filesystem to support more, if nothing supports using it :) so yes, it HAD a practical limit of 16tb :)
[13:02] <xnox> RoyK: it's hosted on sourceforge I believe. google for it, should be top result.
[13:03] <RoyK> any particular version?
[13:03] <xnox> RoyK: last three point releases.
[13:04] <xnox> 1.42.2
[13:04] <xnox> and later
[13:05] <RoyK> seems 1.42 is in precise, meaning the one from november?
[13:05] <RoyK> could this be upgraded to 1.42.5, or will the fixes need to be backported?
[13:08] <xnox> RoyK: bug 978012
[13:09] <RoyK> xnox: thanks
[13:15] <RoyK> xnox: that bug is rather serious..
[13:23] <Chipaca> hi guys
[13:23] <RoyK> xnox: could it be this one? http://paste.ubuntu.com/1159004/
[13:23] <Chipaca> trying to run solr (from solr-jetty), am getting issues on ARM
[14:20] <ahasenack> hi, is there a ppa to get updated an updated ec2-api-tools package?
[14:20] <ahasenack> https://launchpad.net/~ubuntu-on-ec2/+archive/ec2-tools ?
[14:20] <ahasenack> last upload to that one was in 2010
[14:25] <RoyK> Chipaca: try #ubuntu-arm
[14:30] <Chipaca> RoyK: yah
[14:40] <i7c> any reason my ubuntu server is the only machine in my local network whose host name is not resolved by the router?
[14:43] <dadolino> i need help
[14:45] <Chipaca> can anybody here confirm that the solr version in ubuntu is as ancient as its version seems to indicate?
[14:49] <xnox> Chipaca: the package name was renamed in Quantal so in quantal it is 3.6.1+dfsg-0ubuntu1 and called lucene-solr
[14:51] <Chipaca> xnox: so 1.4 in P is 3.6ish?
[14:52] <xnox> Chipaca: yeah
[14:52] <xnox> !package solr
[14:52] <dadolino> hi
[14:52]  * xnox never knows the magic ! commands
[14:52] <Chipaca> crumbs
[14:52] <xnox> Chipaca: no, wait a moment.
[14:52] <Chipaca> i was hoping my startup script not working was simply a versioning problem
[14:52]  * Chipaca waits
[14:53] <dadolino> did anyone know some nice firewall router that I can install on my old pc
[14:53] <xnox> Chipaca: P has old package, Q has new package.
[14:53] <Chipaca> xnox: how old?
[14:53] <Chipaca> really, painfully, terribly old?
[14:53] <dadolino> pentium 4  1.4Ghz
[14:54] <dadolino> I want to make firewall pc   like firewall and router for home
[14:54] <dadolino> like mikrotik
[14:54] <dadolino> but something bether
[14:54] <xnox> Chipaca: precise has 1.4.1+dfsg1-2ubuntu2 and quantal has 3.6.1+dfsg-0ubuntu1
[14:54] <Chipaca> xnox: and the 1.4.1 package version is actually a 1.4 solr? precambric solr?
[14:55]  * Chipaca nukes that and downloads the blob from lucene.apache.org
[14:56] <Chipaca> I just hope this run-anywhere thing is true :)
[14:56] <xnox> no idea =)
[14:56]  * xnox giggles
[14:56] <xnox> Chipaca: I use $ backportpackage
[14:56] <Chipaca> yeah
[14:57] <xnox> quick & easy, plus it can upload to a ppa....
[14:57] <Chipaca> building this on my puny arm notebook isn't going to fly
[14:57] <Chipaca> and no arm ppas
[14:57] <Chipaca> grmbl
[15:08] <LabThug> So, https://wiki.ubuntu.com/ServerTeam/MAAS  what are you supposed to do if you do NOT own the network?   that document does NOT "look at both of these ways to run MAAS."
[15:12]  * patdk-wk doesn't think that document describes the network very accurately
[15:12] <patdk-wk> it should be, MASS ownes (controls) the network
[15:12] <patdk-wk> MAAS :)
[15:13] <LabThug> so, there's NO way to do this on a network you don't own?
[15:13] <patdk-wk> sure, but the question is
[15:14] <patdk-wk> are you doing it on a network you don't TRUST?
[15:14] <LabThug> patdk-wk: I'm in a student for a university.  I don't have access to DHCP/DNS/etc.  How can I make this work in my environment?
[15:16] <patdk-wk> like anyone else? setup a router to bridge your private MAAS network, to the university network
[15:16] <patdk-wk> if you require the usage of their network for some reason, I dunno, haven't used MAAS myself, so
[15:17] <LabThug> patdk-wk: you're assuming I have funds and power to add a router to this network
[15:17] <patdk-wk> heh? you have funds and power to run the MAAS servers
[15:18] <patdk-wk> I'm pretty sure you can get a single router for $10 or so, probably free from many people
[15:18] <LabThug> I have leftover surplus machines with a patch cord straight into a switch
[15:19] <LabThug> even if I get a router, everything here is setup to not allow "rogue devices"
[15:20] <LabThug> which is exactly what they would consider a $10 router
[15:20] <patdk-wk> well somehow they *allowed* your rogue computer
[15:20] <LabThug> please re-read.  leftover surplus should suggest it was approved previously.
[15:20] <patdk-wk> no it wouldn't
[15:21] <LabThug> well, in this case, it is
[15:22] <LabThug> can someone tell me where the best place to take MAAS questions such as this would be?
[15:32] <Guest92063> I'm trying to configure Dovecot using the information at https://help.ubuntu.com/community/Dovecot
[15:33] <Guest92063> I have gotten as far as the "Test" section and have determined that Dovecot is running
[15:33] <Guest92063> but when I try to telnet localhost pop3, I get "Unable to connect to remote host: Connection refused:
[15:33] <Guest92063> "
[15:38] <Guest92063> What should I do to troubleshoot this?
[15:39] <genii-around> Guest92063: Have you tried <IP_ADDRESS> instead of localhost ?
[15:39] <Guest92063> Yes, same result
[15:41] <genii-around> Guest92063: Have you tried with the actual IP of the box?
[15:43] <Guest92063> Yes, I can telnet to localhost using other ports, but not using the pop3 or imap2 protocols
[15:45] <genii-around> Guest92063: Any result for: lsof -i:110    ?
[15:46] <Guest92063> COMMAND   PID        USER   FD   TYPE   DEVICE   SIZE/OFF NODE NAME
[15:46] <Guest92063> dovecot          21495   root   17u  IPv4     116420                0t0  TCP *:pop3 (LISTEN)
[15:47] <genii-around> Hm, odd
[15:48] <genii-around> Work requires me, back at my computer in 5-10 minutes
[16:00] <Guest92063> genii-around: I have resolved my issue by restarting telnet
[16:00] <Guest92063> Why that would fix it I don't know, but it is working now.
[16:01] <Guest92063> Thanks for your help.
[16:13] <genii-around> Guest92063: Yes, strange that. Glad to see it is resolved now however.
[17:18] <DeDennis> Evening all :-)
[17:19] <DeDennis> Can someone help out with configure raid5, i`ve been trying all day and looked up different guide on the internet, and i can`t seem to get it working
[17:21] <xnox> DeDennis: existing system or new install?
[17:23] <DeDennis> New install, i have 4 250GB S-ata harddisks
[17:23] <DeDennis> Currently i`m on the "partition disks" screen
[17:26] <DeDennis> xnox, Do you have a link/guide which can help me setup?
[17:29] <xnox> DeDennis: don't have a link google for "Ubuntu Server Guide 12.04"
[17:29] <xnox> under installation there is "advanced" and "software raid"
[17:30] <xnox> DeDennis: in short, enter each drive and mark it "physical volume for software raid"
[17:30] <xnox> DeDennis: after all of them done. Enter configure RAID and configure RAID5
[17:30] <xnox> After you have your raid device you can automatically  partition it, or setup partitions/lvm as you wish.
[17:33] <DeDennis> Thanks xnox
[17:35] <DeDennis> One more question, i have 4 harddisks, 3 active and 1 spare, shouldnt my netto storage be 750GB? (3x 250GB) ?with 1x 250GB spare?
[17:35] <DeDennis> reason for asking is, partition disks screen is telling me i have 500GB in raid5 device
[17:36] <xnox> DeDennis: sounds correct. Let me calculate.
[17:37] <DeDennis> Steps i`ve done in the "Multiple device" configuration menu:
[17:37] <DeDennis> 1. create MD device
[17:38] <DeDennis> 2. Software raid device type: RAID5
[17:38] <xnox> DeDennis: space efficiency of RAID5 is 1 − 1/n
[17:38] <xnox> DeDennis: with 3 drives (spares don't count) you have 2/3 of your max capasity.
[17:38] <xnox> DeDennis: hence 500GB
[17:38] <DeDennis> ah isee
[17:38] <xnox> DeDennis: spare is exactly that, a spare, such that one drive can fail-over.
[17:38] <DeDennis> then the 500GB was right ye :-) mis calculation from my side
[17:39] <xnox> DeDennis: and then you can have one more to fail (due to RAID5) only after that you will be running degraded.
[17:39] <xnox> DeDennis: I use the table at http://en.wikipedia.org/wiki/RAID for this things.
[17:41] <DeDennis> Thanks a lot xnox, he is installing right now :-)
[17:55] <adam_g> roaksoax: ping
[17:56] <roaksoax> adam_g: pong
[17:58]  * roaksoax lunch
[17:59] <adam_g> roaksoax: cobbler sync re-writes all kernels and initrd's out again, right?
[18:49] <rsalveti> Daviey: waiting on your review: https://code.launchpad.net/~fboudra/qemu-linaro/new-upstream-release-1.1.50-2012.08-0ubuntu1/+merge/120592 :-)
[18:50] <rsalveti> if it's also critical for your own testing, we could try pushing to propose first
[18:50] <rsalveti> and hopefully land before ff
[18:52] <roaksoax> adam_g: it recreates the hard links yes
[19:09] <smoser> jdstrand, ping, or mdeslaur
[19:09] <smoser> i'm looking at bug 1006963
[19:10] <jdstrand> what is the question?
[19:10] <smoser> basically, right now the user can specify an apt mirror, but that does not affect 'security.ubuntu.com'
[19:10] <smoser> err.. those entries in sources.list
[19:10] <smoser> would it be better to allow them to specify "security_mirror", or just "disable_security_mirrors"
[19:11] <jdstrand> smoser: from my own experience, being able to specify security_mirror is very handy
[19:11] <mdeslaur> smoser: you shouldn't disable the security mirrors
[19:11] <mdeslaur> smoser: we install them by default so an outdated mirror doesn't prevent security updates from being installed
[19:12] <jdstrand> mdeslaur: "b.) arm. For arm, there is no security.ubuntu.com"
[19:12] <jdstrand> I guess that is happening in ports...
[19:12] <smoser> i'm also interested in fully offline
[19:13] <smoser> and if i write those entries (security.ubuntu.com) then apt-get update is busted for someone's internal only cloud.
[19:13] <jdstrand> yeah, arm* is all in ports
[19:13] <smoser> and solving that problem by saying "set apt_security_mirror to the same value as apt_mirror" doesn't really accomplish anything.
[19:14] <smoser> ie, doing apt_security_mirror == apt_mirror is the same as disabling the entries.
[19:14] <smoser> (except for potentially makign apt work harder, i'm not sure)
[19:14] <jdstrand> smoser: so, for arm, you should point at ports.ubuntu.com
[19:14] <jdstrand> (as the default)
[19:15] <jdstrand> then you have security_mirror available for pople to override
[19:15] <jdstrand> maybe security_mirror='' means 'omit'
[19:16] <jdstrand> smoser: see http://ports.ubuntu.com/ubuntu-ports/dists/
[19:16] <jdstrand> notice 'quantal-security'
[19:16] <jdstrand> you'll want that be default to address mdeslaur's comment
[19:17] <jdstrand> but an organization should be able to override that if they want. we do it other places, we should do it here to imo
[19:17] <smoser> i dont see how that addresses that comment.
[19:17] <jdstrand> smoser: so, part of the problem is that on arm there is no security.ubuntu.com
[19:17] <smoser> if ports.ubuntu.com is outdated and ports.ubuntu.com/quantal-security is being used for security updates, nothing is better off.
[19:17] <jdstrand> smoser: security.ubuntu.com is clearly the default. it should be special-cased
[19:17] <jdstrand> smoser: rather than just disabled
[19:18] <jdstrand> smoser: you misunderstand
[19:18] <jdstrand> smoser: the security mirror should point to ports.ubuntu.com... -security
[19:18] <jdstrand> not security.ubuntu.com... -security
[19:18] <smoser> right.
[19:19] <jdstrand> (but only for those architectures that aren't on security.ubuntu.com)
[19:19] <smoser> but there is no difference.
[19:19] <jdstrand> smoser: sure there is
[19:19] <smoser> mdstrands' statement was not to disable, so if the -updates mirror was out of date, then the -security mirror might not be.
[19:19] <jdstrand> smoser: 'quantal' != 'quantal-security'
[19:19] <jdstrand> smoser: ports is not a mirror
[19:19] <smoser> but if those 2 things are the same host (ports.ubuntu.com) then the likelyhood of one being up and the other not is low.
[19:20] <jdstrand> smoser: ports gets updated at the same time as security.ubuntu.com
[19:21] <jdstrand> smoser: I believe mdeslaur's point was that if you choose some.random.mirror/... -security|-updates then it is out of date
[19:21] <jdstrand> potentially out of date
[19:21] <jdstrand> and that isn't a good *default*
[19:21] <jdstrand> people should be able to adjust that for their requirements imo
[19:22] <smoser> ok. i'll run my solution by you. thanks, jdstrand
[19:22] <jdstrand> np
[19:52] <cudgel> hello.  i've got 12.04 running as a VBoxHeadless VM on my laptop here.  since it's headless,  want to have it always boot the default kernel, no questions asked.  if there's some sort of issue, ok, I'll deal with it through the GUI.  Essentially I want to never display the grub menu.  So, I've configured /etc/grub.d/00_header, run update-grub, that all works fine.  however, when I recently upgraded all my packages,
[19:52] <cudgel> this change seems to have been lost.  how can I make this persist through package upgrades?  what's the right "ubuntu" way?  (sorry for wall-of-text)
[19:59] <hallyn> zul: do you mind sponsoring http://people.canonical.com/~serge/ipxe-floppy.debdiff for me?  I dont' have rights...
[19:59] <hallyn> stgraber: ok i'll push the attach patchset this afternoon (assuming nothing goes wrong with it)
[19:59] <zul> hallyn: sure
[20:00] <hallyn> zul: thanks
[20:00] <stgraber> hallyn: cool, thanks
[20:01] <hallyn> hm, mutt keeps segfaulting on my =read imap mbox.  ~6k messages.  disappointing
[20:02] <rbasak> there's a known bug
[20:03] <rbasak> hallyn: bug 861056 perhaps?
[20:03] <zul> hallyn: done
[20:06] <hallyn> rbasak: could be.  i haven't seen it before, but today it's been happening a lot
[20:07] <rbasak> hallyn: I think wiping your mutt cache might clear it. Annoying to have to do that though
[20:12] <hallyn> rbasak: well every time it segfaults, it works th enext time, so not sure i can test that :)  but i wiped the cache, let's see if it stops happening altogether
[20:22] <rbasak> hallyn: that sounds very much like the behaviour I get. I think we have the same bug. I also recall thinking that it's a ubuntu delta problem (debian not affected). Not sure why I thinhk that though
[21:12] <koolhead17> zul, ping
[21:18] <hallyn> stgraber: not yet certain this is the correct, final and complete patchset that he wanted, but http://people.canonical.com/~serge/lxc-perns-attach.debdiff is making 'lxc-attach -s NETWORK -n q1' work for me.
[21:18] <hallyn> (the online mail archive seems really messed up)
[21:18] <hallyn> (but these are coming from my imap)
[21:18] <zul> koolhead17: yes?
[21:19] <koolhead17> when is it coming? The Folsom pkg
[21:24] <stgraber> hallyn: is that the v3 patch?
[21:24] <stgraber> hallyn: according to my mail client v3 is the last one he pushed and the one you acked
[21:30] <hallyn> stgraber: no it's v2.  i don't have v3
[21:30] <hallyn> can you bounce it to me?
[21:31] <stgraber> sure
[21:31] <hallyn> v2 passed all tests and worked for me, so i assume v3 will be good :)
[21:31] <stgraber> hallyn: there you go, forwarded the whole thread including your replies
[21:32] <hallyn> stgraber: thx
[21:35] <arrrghhh> anyone somewhat savvy with rsyslog?  i'm trying to log stuff from remote hosts, and would like each host to go to its own file... or at least keep the syslog file only for the localmachine.
[21:39] <adam_g> SpamapS: is there anything that can be done to move bug #1021530 along?
[21:42] <arrrghhh> adam_g, it says a fix is committed for precise and released for quantal
[21:43] <arrrghhh> looks like you are probably aware of that tho lol
[21:45] <adam_g> arrrghhh: yes, by move it along i mean get it 'fixed released' for precise as well
[21:45] <arrrghhh> adam_g, odd.  it appears like it should already be thar.
[21:46] <arrrghhh> adam_g, my best guess is 12.04.1 needs to drop....
[21:48] <adam_g> arrrghhh: ahh! well spotted
[21:50] <SpamapS> I think we can accept it to -updates before 12.04.1 drops
[21:57] <Horst> Hi, I tried to install 12.4 Server on a Via C3 eden via a modified Stick because of the non-PAE issue. I think I did it right, but I get a 2nd Grub Menu which only offers "test Memory" and not installing the Server. Anybody any idea what might be the problem?
[22:00] <SpamapS> Horst: precise should still have support for non-PAE IIRC.. it was only dropped for quantal
[22:06] <Horst> SpamapS: I downloaded the 12.4 yesterday and it didn't work. I don't know about the naming - I check it out now
[22:08] <arrrghhh> Horst, for which architecture?
[22:08] <arrrghhh> x86?
[22:08] <Horst> jepp - via eden c3
[22:09] <Horst> it's old; 1GHz, but it's a fanless machine
[23:01] <ubuntu_> I am wondering is rdesktop only command line . And only meant for remote desktop into a microsoft server from a linux box. Or does it support VNC sessions as well and that protocal
[23:01] <arrrghhh> ubuntu_, rdesktop assumes you have X installed
[23:02] <arrrghhh> also, i believe rdesktop is RDP only.
[23:02] <arrrghhh> (no vnc)
[23:03] <ubuntu_> yes , true but it seems like initially to connect it is all console based (unless of course you uses a GUI program on top of it which they have) . Is my understanding correct
[23:03] <rbasak> connection setup is command line.
[23:03] <arrrghhh> ubuntu_, i guess... you can run rdesktop from a link like anything else.
[23:04] <rbasak> Try vinagre for a GUI front-end
[23:04] <arrrghhh> but this is ubuntu-server.  what do you need rdesktop for on the server platform?
[23:04] <ubuntu_> so then really the only difference between rdesktop on linux and microsofts mstsc.exe is that one is on linux and one is for windows for the most part
[23:04] <rbasak> But yeah, offtopic. Try #ubuntu for desktop help
[23:05] <arrrghhh> ubuntu_, there's a LOT of other differences under the hood.
[23:05] <arrrghhh> but if you want to just look at it on the surface, then yes...
[23:05] <ubuntu_> Ok , just need to know if that is correct. And is VNC the linux remote desktop protocal
[23:05] <arrrghhh> sorta
[23:05] <arrrghhh> i wouldn't say the de-facto protocol
[23:05] <arrrghhh> there's also freenx
[23:05] <arrrghhh> probably others.
[23:07] <ubuntu_> well you would have to uses VNC session for a anything OS to linux correct or can you run a remote desktop services on linux that is exactly like microsofts protocal or is VNC it
[23:08] <arrrghhh> ubuntu_, i don't see what this has to do with #ubuntu-server.
[23:09] <ubuntu_> Basically it does since I am wondering if from a microsoft box I can remote desktop into a linux box using mstsc.exe or must you download and uses VNC based software. That seems relevent to me
[23:09] <arrrghhh> ubuntu_, but ubuntu-server has no X windows
[23:09] <rbasak> You can't remote desktop into an Ubuntu server.
[23:09] <arrrghhh> so RDP/VNC/etc has no business being discussed.
[23:09] <rbasak> Since Ubuntu server does not have a desktop.
[23:10] <arrrghhh> SSH, that is what would pertain to ubuntu-server for remote access.
[23:10] <ubuntu_> sure ubuntu has x11 installed / xwindows since if it didn't you wouldn't have a graphical user interfaces
[23:10] <arrrghhh> ubuntu_, that's ubuntu-desktop.  please /join #ubuntu if you are using it.
[23:11] <arrrghhh> we are using ubuntu-server, which has no x11/xwindows installed.
[23:11] <arrrghhh> so yes, we have no graphical user interface on our servers.
[23:12] <ubuntu_> ok, fine assume it is one the machine then for the shake of this question
[23:12] <ubuntu_> one = on
[23:12] <arrrghhh> ubuntu_, but this is #ubuntu-server.  the assumption here is there is no x11/xwindows.
[23:12] <rbasak> If your question involves having the X Window System installed, then you'll find more people to help you in #ubuntu rather than here
[23:12] <arrrghhh> if you want help with that, go to #ubuntu.
[23:12] <arrrghhh> ^^
[23:12] <arrrghhh> lol
[23:13] <arrrghhh> aw.
[23:14] <zul> koolhead17: what are you talking about?
[23:14] <koolhead17> zul, i need folsom pkgs to play with
[23:15] <zul> koolhead17: upgrade to quantal then
[23:16] <koolhead17> zul, ooh. i though there might be some way to test it on 12.04
[23:22] <zul> koolhead17:  not yet the only way to test quantal is on folsom right now
[23:23] <koolhead17> zul, how stable is quantal now in order to test folsom on it :P
[23:23] <zul> koolhead17: its not ready yet maybe after this week
[23:49] <koolhead17> ok
[23:53] <casey> hello
[23:53] <casey> apparently ubuntu server sets up a an encryptfs /home by default or I chose an option during install without thinking.
[23:53] <casey> anyways now it's broken and I'm wondering how to fix.
[23:53] <casey> if I try to touch a file, I get a disk is full error, and this artifact remains:
[23:54] <casey> ?????????? ? ?     ?              ?            ? test1
[23:54] <casey> when I ls -l
[23:54] <casey> but if I ls -l test1, it tells me the file does not exist
[23:54] <casey> I rm'd some things and disk space still shows 100%
[23:54] <casey> but only on /home.
[23:54] <casey> in reality it's never been near 100%
[23:54] <arrrghhh> casey, the installer does ask if you want an encrypted /home
[23:55] <arrrghhh> i can't remember if it's the default, it might be.
[23:55] <arrrghhh> however, you should be able to access it as your user.
[23:55] <casey> in any case it's what I've apparently got.
[23:55] <casey> yes I can access it, but it's useless as I described.
[23:55] <arrrghhh> i wouldn't say you're "accessing" it...
[23:55] <casey> I'm copying stuff out of it onto / just-in-case right now.
[23:55] <arrrghhh> are you trying to do that as your user?
[23:56] <casey> yep.
[23:56] <arrrghhh> is this a new install?
[23:56] <casey> nope.
[23:56] <casey> about two months old.
[23:56] <arrrghhh> so it's not a new install, but you're just now discovering this...?
[23:56] <casey> I've been setting up email and webserver and such on it.
[23:56] <arrrghhh> hrm.
[23:56] <casey> it worked fine before.
[23:56] <arrrghhh> what changed?
[23:56] <casey> you tell me.
[23:56] <arrrghhh> because it's my system and i've been making changes to it...?
[23:57] <casey> no, because I haven't changed anything knowingly
[23:57] <casey> since install, I installed nginx, exim, spamassassin, and git.
[23:57] <casey> that's about it.
[23:57] <arrrghhh> so when did you last access /home
[23:57] <arrrghhh> successfully
[23:57] <casey> who knows.
[23:57] <casey> when I put the files that are there, there.
[23:58] <casey> which is apparently june 27th.
[23:59] <casey> arrrghhh: http://pastebin.com/HyW51wEN
[23:59] <arrrghhh> perhaps try this article
[23:59] <arrrghhh> http://askubuntu.com/questions/107410/can-you-unencrypt-remove-encryption-from-a-user-home-folder
[23:59] <arrrghhh> backup your /home
[23:59] <arrrghhh> i've never wanted/used an encrypted /home.
[23:59] <casey> I don't want it either particularly
[23:59] <arrrghhh> i can't see what user you're su'd as
[23:59] <casey> I'm not su'd as anything
[23:59] <arrrghhh> if you can, backup custom configs from /etc and blow it all away.


[10:27] <tjaalton> tseliot: i've assigned you on some nvidia file conflict bugs
[10:55] <tseliot> tjaalton: ok, thanks
[10:57] <tseliot> tjaalton: they are not using my driver in LP: #1753796
[10:57] <tjaalton> ha
[10:58] <tjaalton> that was easy then :)
[10:58] <tseliot> yep
[10:58] <tseliot> the fact that I can't use an i386 chroot for testing is very annoying though
[11:00] <tjaalton> no need to, because of multiarch
[11:04] <tjaalton> no need for i386 chroot I mean
[11:07] <tseliot> yes, but still, the best way to test i386 is on i386
[11:53] <tjaalton> ricotz: uploaded capnproto with M-A fix, since I just hit that issue myself :P
[12:15] <ricotz> tjaalton, thanks
[12:15] <ricotz> tjaalton, am I correct that mir support in mesa is going away?
[12:15] <tjaalton> yes
[12:16] <ricotz> ok
[12:16] <tjaalton> but I'll wait for next mesa rc before uploading that
[13:44] <tjaalton> tseliot: the file conflict with nvidia-340 is only seen on multiarch I think, and reproduceable on a chroot
[13:45] <tjaalton> amd64 version provides also 32bit libs but doesn't divert them?
[13:46] <tseliot> tjaalton: yes, I'm working on that, and on other fixes
[13:47] <tjaalton> ok, great
[14:30] <ricotz> tseliot, hi, why don't you apply the same packaging layout of 390 to 340?
[14:31] <tseliot> ricotz: because 340 doesn't support glvnd
[14:31] <tseliot> and I haven't worked on a non-glvnd solution for the new packaging yet
[14:32] <tseliot> (which I am going to need for 16.04 anyway)
[14:33] <ricotz> tseliot, ok, but this shouldn't prevent you to split up the package the same way
[14:33] <tseliot> it won't
[14:34] <tseliot> I'm just very busy, trying to get hybrid graphics sorted out
[14:34] <ricotz> also multiarch would work
[14:34] <ricotz> I see
[16:29] <tseliot> tjaalton: the new release should fix that


[08:39] <lordievader> Good morning.
[10:02] <robertoper> Hi! I would like to try Ubuntu Next (Unity8) on my desktop. And It worked one time in the past, but now It doesn't log in. It shows the LightDM but when I click on the login button it only shows the lightdm again with blank login window. Any idea?
[10:24] <robertoper> I found the bug: https://bugs.launchpad.net/ubuntu/+source/unity8-desktop-session/+bug/1320356
[10:24] <robertoper> Any idea or a workaround?
[10:37] <Fritigern> I am platying around with Plasma5 a little (in KVM, to be safe), and i noticed that it's not yet possible to download wallpapers, themes, plasmoids, etc. Every time i try i see "Loading of providers from file http://download.kde.org/ocs/providers.xml failed". I'm sure that this is a well-known thing, so i am not even going to call it a bug. My question is if there is something i could do about thi
[10:37] <Fritigern> *this myself?
[10:40] <lordievader> Fritigern: It might be that it isn't ported yet. Look on bugs.kde.org to see if there is a bug report for it. Else ask around in #kde-devel to see if you can help out.
[10:41] <Fritigern> OKay, thanks
[11:07] <Fritigern> lordievader: Turns out it's a previously reported, but unconfirmed bug. https://bugs.kde.org/show_bug.cgi?id=341334
[11:07] <Fritigern> LOL! Ubottu keeps surprizing me ;-)
[11:07] <lordievader> Fritigern: Confirm the bug ;)
[11:08] <Fritigern> I have the power to change the status?
[11:08] <lordievader> Never mind you already did.
[11:08] <Fritigern> Oh, i see
[11:59] <BluesKaj> Hiyas all
[13:06] <brendand> chrome and chromium are both crashing and bringing down the session on vivid, anyone seen this?
[13:07] <brendand> chromium is 40.0.2214.94-0ubuntu1.1120
[13:15] <BluesKaj> brendand, are you sure it's just the browser crashing?
[13:17] <brendand> BluesKaj, no xorg is crashing too
[13:18] <BluesKaj> brendand, ok which gpu/driver?
[13:18] <brendand> BluesKaj, intel haswell
[13:19] <brendand> so i915
[13:19] <BluesKaj> yeah
[13:19] <brendand> shouldn't be a problem with compatability
[13:19] <lordievader> brendand: Anything is dmesg?
[13:20] <BluesKaj> have you updated/upgraded and dis-upgraded lately ?
[13:20] <BluesKaj> er dist
[13:20] <brendand> BluesKaj, yeah exactly :) just upgraded from utopic
[13:21] <brendand> BluesKaj, i'm more wondering if anyone else has seen the same thing
[13:21] <BluesKaj> brendand, ok , but have you run the commands since
[13:22] <brendand> BluesKaj, the commands?
[13:23] <brendand> BluesKaj, oh you mean did i upgrade after? yes it's all fully up-to-date
[13:23] <BluesKaj> I had it earlier in my testing of 15.04, but since a couple of kernel upgrades that has disappeared, on my intel gpu equipped laptop
[13:24] <BluesKaj> i915 as well
[13:25] <brendand> ah kernel - that might be it
[13:26] <brendand> i was forcing the kernel to an older version because of a missing driver but i think it's there by default now
[13:27] <lordievader> brendand: Does dmesg say anything when X crashes?
[13:27] <BluesKaj> brendand, <IP_ADDRESS> kernel version here
[13:29] <brendand> BluesKaj, yep - i was on 3.13
[13:29] <brendand> forgot i did that
[13:32] <BluesKaj> a new kernel version is installing here as we speak, the <IP_ADDRESS>
[17:21] <johnjohn101> thanks for fixing the background change bug