[00:37] <cyphermox_> mbiebl: ack, any time
[02:46] <xnox> cjwatson: infinity: there was something-rather about ppc64el and stuff failing to convert to/from vectors e.g. "could not convert from '__vector(4) __bool int' to 'bool'" seen in latest performous build.
[02:46] <xnox> what was it?
[02:46]  * xnox goes to grep my irc logs
[03:37] <eam> Hi, I'm looking to talk to someone about this linking policy: https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition what is the right forum?
[03:38] <eam> I'm concerned these recommendations result in shared objects unsuitable for loading via dlopen()
[03:39] <eam> The few packages I've examined for interpreted languages which load C stubs appear to completely disregard the build recommendations (which, as far as I can tell is the right approach)
[03:48] <hallyn_> mbiebl_: the systemd-shim patches are up in https://mentors.debian.net/package/systemd-shim
[05:06] <pitti> Good morning
[06:16] <pitti> hallyn_: still here? do you know why desrt didn't yet push the patches to trunk? because he didn't have time to test them yet, or is there something known-broken still?
[06:22] <Tribaal> hi all, how can I make sure my package (waiting for sponsorship) is following the right procedure?
[06:22] <Tribaal> shoud I just wait?
[06:25] <Noskcaj> Tribaal, link to it?
[06:25] <Tribaal> Noskcaj: https://code.launchpad.net/~tribaal/ubuntu/utopic/ubumirror/1341523-upstream-release/+merge/226654
[06:26] <Noskcaj> The version is normall -0ubuntu1, not ubuntu0
[06:26] <Tribaal> Noskcaj: ok, will fix
[06:26] <Noskcaj> or for this, ubuntu1
[06:27] <Noskcaj> (no -0_
[06:27] <Noskcaj> )
[06:27] <Tribaal> Noskcaj: oh ok
[06:28] <Tribaal> Noskcaj: pushed. Looks better?
[06:29] <Noskcaj> yeah
[06:30] <Tribaal> Noskcaj: so now, I just need to wait for someone to pick it up right? No other steps needed?
[06:30] <Noskcaj> Don't subscribe sponsors to the bug, it has nothing to be sponsored
[06:30] <Tribaal> Noskcaj: oh?
[06:30] <Noskcaj> And they are auto-subscribed to the branch
[06:31] <Tribaal> Noskcaj: what do you mean? sponsorship is not needed for branches?
[06:31] <Noskcaj> The sponsors team is subscribe to a merge (the branch) which is different to the bug
[06:32] <Tribaal> ah
[06:32] <Tribaal> ok
[06:32] <Noskcaj> You would subscribe them to the bug if you were using a debdiff
[06:32] <Tribaal> Noskcaj: ahhh ok
[06:32] <Tribaal> Noskcaj: so, that explains the double entry in http://reqorts.qa.ubuntu.com/reports/sponsoring/index.html I suppose
[06:33] <Noskcaj> yep
[06:33] <Tribaal> ok, I'll unsbscribed them then
[06:34] <Noskcaj> You mention the a few bugs are fixed in this release. If they are shown at https://bugs.launchpad.net/ubuntu/+source/ubumirror , you should probably close them in the changelog
[06:34] <Noskcaj> The packaging could have a minor update too, but it's less important
[06:35] <Tribaal> Noskcaj: I don't understand your packaging minor update remark
[06:36] <Noskcaj> standards-version should be bumped to 3.9.5, debhelper version to 9, remove the upstream-vcs link
[06:37] <Tribaal> Noskcaj: will do.
[06:37] <Noskcaj> ok
[06:39] <Tribaal> Noskcaj: pushed. Should look better
[06:40] <pitti> xnox: hm, I still have rtc in /etc/modules in my just freshly upgraded VM; I thought you fixed that already?
[06:42] <Noskcaj> Tribaal, Use http://paste.ubuntu.com/7802062/ as you changelog. You should try to cover everything changed.
[06:43] <Tribaal> Noskcaj: should I set myself as maintainer?
[06:43] <Noskcaj> yeah. It seems that you are
[06:43] <Tribaal> Noskcaj: fair enough
[06:45] <Noskcaj> d/copyright could probably be improved, but that's an issue for another day
[06:45] <Tribaal> Noskcaj: pushed.
[06:45] <Tribaal> Noskcaj: yes, I'll update upstream as well (there is a lot of things to do there still :) )
[06:45] <Tribaal> like adding man pages
[06:46] <Noskcaj> ok. I suggest you use lintian to find these packaging issues in future. it helps a lot
[06:46] <Noskcaj> Now we wait for someone with upload rights (i.e. not me) to look at the package
[06:47] <pitti> hallyn_, desrt: ah, I was wondering why there was only one systemd cgroup, and all processes are in that -- seems systemd-shim should grow a dependency to cgmanager now
[06:48] <Tribaal> Noskcaj: ah, yes, thanks for the tip about lintian
[06:48] <Tribaal> Noskcaj: I should have thought of it mysellf
[06:48] <Tribaal> Noskcaj: thanks a lot for you help
[06:49] <pitti> stgraber, hallyn_, desrt: so this can't go to Debian yet as cgmanager isn't in Debian -- do you plan to upload it there?
[06:50] <pitti> stgraber, hallyn_, desrt: oh, it's already in the NEW queue
[06:51] <pitti> splendid!
[06:56] <pitti> hallyn_, desrt: one nitpick is that it doesn't seem to clean up sessions on logout, I suppose because cgroup_unit_stop() isn't implemented?
[07:00] <pitti> hallyn_: I uploaded https://launchpad.net/ubuntu/+source/systemd-shim/6-3ubuntu1 with the added dependency
[07:01] <pitti> hallyn_: I think the next steps are to implement cgroup_unit_stop(), merge this into trunk, release 7, and upload that to Debian as soon as cgmanager gets out of NEW
[07:02] <pitti> hallyn_: FYI, http://people.canonical.com/~pitti/tmp/systemd-208/
[07:50] <Noskcaj> pitti, debian now has upower 0.99. Any progress on porting python-dbusmock?
[07:51] <Noskcaj> This shall be a mess
[07:52] <pitti> Noskcaj: still on my ever-growing TODO list; but I suppose it's a very simple fix, I already had it working with 0.99
[07:52] <Noskcaj> ok
[07:53] <Noskcaj> We're still waiting on the ubuntu-touch team, so it's not super urgent here, only "be done by 14.10" if you can
[07:59] <pitti> yes, that should be no problem at all
[08:12] <xnox> pitti: we didn't remove it on upgrades in the end. It's not added on fresh installs I think.
[08:12] <xnox> pitti: or did it get _added_ on upgrades?!
[08:12] <pitti> xnox: no, I think just not removed
[08:13] <xnox> ack.
[09:09] <pitti> xnox: no, I think just not removed
[09:10] <pitti> xnox: sorry, -EFOCUS
[09:20] <LocutusOfBorg1> xnox, thanks
[09:22] <LocutusOfBorg1> and also thanks to cjwatson ;)
[09:23] <LocutusOfBorg1> I think the libav transition is getting almost done, right? ;)
[09:23] <cjwatson> See my recent comments in #ubuntu-release
[09:23] <cjwatson> (on irclogs.u.c if you don't have scrollback)
[09:24] <cjwatson> It's definitely close, but still a couple of tricky bits
[09:33] <pitti> hallyn_, stgraber: current phone boots/works fine with updated shim and systemd 208 as well \o/
[09:35] <LocutusOfBorg1> wonderful!
[09:36] <pitti> mbiebl_: so yay, it seems systemd 208 is finally unblocked, once cgmanager makes it through Debian's NEW queue
[09:37] <cjwatson> \o/
[09:37] <pitti> mbiebl_: >= 205, I mean
[09:52] <Laney> pitti: would you be able to run `edit-acl -p xubuntu-uploaders -S trusty -P xubuntu add' please?
[09:54] <pitti> Archive Upload Rights for xubuntu-uploaders: archive 'primary', package set 'xubuntu' in utopic
[09:54] <pitti> Archive Upload Rights for xubuntu-uploaders: archive 'primary', package set 'xubuntu' in trusty
[09:54] <pitti> Laney: ^ done
[09:54] <Laney> thank you!
[09:54] <pitti> yw!
[09:54] <Laney> bluesabre: ^^^
[09:54] <bluesabre> thanks pitti and Laney :D
[09:57] <Noskcaj> Would anything break if http://people.canonical.com/~platform/desktop/ubuntu-desktop.html was patched to us packages.qa.debian.org/package rather than packages.qa.debian.org/p/packages.html ?
[09:57] <Noskcaj> all lib links are broken because of how this is coded
[09:58] <pitti> no, nothing should break; I think this is seb128's code
[09:58] <Noskcaj> Would in be too early to swap to tracker.debian.org?
[10:02] <seb128> Noskcaj, pitti: code is  lp:ubuntu-desktop-versions and patches are welcome
[10:02] <Noskcaj> seb128 i'm pushing a fix for lib links not working
[10:03] <Noskcaj> and was wondering if we should swap to tracker.debian.org
[10:03] <seb128> what is the difference/why would it be better?
[10:04] <Noskcaj> It's the replacement to packages.qa.debian.org .
[10:04] <xnox> seb128: tracker.debian.org is the sexy new replacement for packages.qa.debian.org
[10:04] <Noskcaj> I'll find the "official" list of why it's better
[10:04] <xnox> seb128: it literary blown my mind away when i saw it for the first time =)
[10:04] <seb128> xnox, seems quite similar to be from a content perspective
[10:05] <xnox> seb128: yeah, content is the same, it's just eye-candy =)
[10:05] <pitti> yeah, it almost has the same information; I'm missing the suites in the upload list, though
[10:05] <seb128> I find it less easy to read/parse
[10:06] <seb128> Noskcaj, no objection from me to the change in any case
[10:06] <xnox> it's python/django vs perl
[10:07] <seb128> yeah, I guess as any change it takes some getting used to
[10:07] <Laney> it's mean to be reusable for derivatives / more modular, IIUC
[10:07] <Laney> meant
[10:08] <Noskcaj> I'll put the first merge up tonight, it's past "computer off time"
[10:08]  * pitti files a bug about getting the suites back
[10:08] <Noskcaj> g'night
[10:08] <seb128> Noskcaj, night
[10:09] <pitti> ah, debian bug 754805
[10:09] <cjwatson> mm, I don't think the all-white thing is an improvement, I find it harder to scan visually
[10:09] <cjwatson> but I guess that's just CSS so I suppose I can userstyle it if I really care
[10:11] <pitti> yeah, the red title bars made the various boxes visually easier to find and tell apart
[10:11] <seb128> +1
[10:11] <seb128> that's what I meant by "
[10:11] <seb128> "I find it less easy to read/parse"
[10:13] <pitti> Noskcaj: so dbusmock's upower tests still succeed here with upower from trunk; I'll check your PPA
[10:17] <doko> Mirv, seb128: please don't upload no change rebuilds with a new ubuntuN suffix. All these uploads should have a buildN suffix if no ubuntuN suffix exists. seen for your Qt3 uploads in June
[10:17] <xnox> seb128: cjwatson: pitti: there is a bug filed about "too white washy look" asking to bring back the debian magenta colours.
[10:17] <seb128> doko, qt3? me?
[10:18]  * xnox we have qt3 in the archive?.... sounds like a bug
[10:18] <doko> qt5 then, anyway
[10:19] <seb128> I've uploaded qt5?
[10:19] <cjwatson> With Qt5 it really helps to actually name the full source package
[10:19] <cjwatson> Since there are quite a few of them
[10:20] <seb128> doko, not sure what you are talking about there, can you give some specifics?
[10:20] <xnox> doko: what's the source package name? quite a few qt packages are "forked" from debian and thus it starts off with 0ubuntu1 and hence no way to use "binNMU suffix" upon no change rebuilds. Plus there are gazzilion of qt5 src packages....
[10:24] <doko> xnox, seb128, Mirv: at least gammaray, but there seem to be more
[10:24] <seb128> doko, I've nothing to do with that upload
[10:25] <doko> fcitx-qt5
[10:25] <seb128> doko, that one is in sync
[10:26] <seb128> doko, did you actually mention my name because of an upload I did or was that an error?
[10:26] <xnox> doko: right that looks like the set of things that Mirv mass-rebuild in a huge ppa/train landing.
[10:26] <seb128> not sure what youa re trying to blame me for there
[10:26] <xnox> doko: I guess Mirc didn't know about $ dch -r at the time, nor any of the people who approved all of those uploads.
[10:29] <cjwatson> -R
[10:29] <Mirv> doko: yes, there's a filed bug about not forgetting about those
[10:30] <Mirv> fcitx-qt5 was fixed by another sync from Debian, gammaray is still there
[10:30] <Mirv> it was actually a last minute decision to not care about that smallish issue to not delay the landing, but it was spotted
[10:33] <Mirv> now there seems to have been another gammaray release in debian today, so that could be synced to fix bug #1332143 for good
[10:44] <xnox> cjwatson: does "memmove (e, e + 1, (char *)(*env + *len) - (char *)e);" look safe? or what was the glibc saga w.r.t. memory moves & copies being backwards and thus overriding src before it got copied to dst?
[10:44] <cjwatson> the thing you're referring to was with code incorrectly using memcpy rather than memmove, or equivalent
[10:45] <cjwatson> that looks safe although those casts look clumsy and I'm sure it's possible to do better
[10:45] <cjwatson> may not be very performant
[10:46] <cjwatson> obviously haven't checked the lengths
[10:46] <cjwatson> presumably (*env + *len) and e are part of the same object otherwise the pointer arithmetic is undefined
[10:49] <xnox> cjwatson: ah, ok.
[10:49] <xnox> jodh: ^
[10:54] <zyga> pitti: ping
[10:54] <zyga> pitti: are you still the best person to talk to about i18n in ubuntu?
[10:54] <pitti> hello zyga
[10:54] <zyga> pitti: I have a problem and a proposed solution but I'm looking for advice and feedback
[10:54] <pitti> zyga: I don't think there is "a" best person, we haven't had a designated i18n maintainer for years
[10:54] <zyga> pitti: ok :-)
[10:55] <zyga> pitti: I'll take that as yes anyway :D
[10:55] <pitti> so probably best to just ask here
[10:55] <zyga> pitti: so, there idea is as follows, we'd like to build search indices along with some of our packages, so that after installation apps can load package data (think of it as pluggable levels in a game) and search without having to reindex
[10:56] <zyga> pitti: now the caveat, we want that to be i18n, we have translations for everything in gettext and we could build localized search indices at package build time
[10:56] <lifeless> pitti: i18n is a 'solved problem' :)
[10:57] <zyga> pitti: to do that correctly though, I think, we'd have to get the locale for each supported language and maintain that as a part of our package, we'd also ship all the translations as a part of the "level/add-on" package
[10:57] <zyga> pitti: I was looking for any suggestions or any best practices to look at
[10:57] <pitti> (will read in a bit, need to empty brain state)
[10:57] <zyga> pitti: thanks!
[11:03] <pitti> zyga: why do you need the locale? do you need time/date/monetary formatting in there? For just gettext() having the mo or po files is sufficient
[11:04] <pitti> zyga: and intltool-extract/intltool-merge even support that kind of operation for common formats
[11:23] <zyga> pitti: I don't think we need any of the locale features you've mentioned, you are right, we can just load those translations directly, using python, and generate the index this way
[11:24] <zyga> pitti: still, we'll end up with translated index (or one larger index with translations, haven't though if we should try that yet)
[11:44] <mapreri> It's more than 30 hours since last merge-o-matic update. What's up?
[11:44] <mapreri> cjwatson: ↑
[11:45] <cjwatson> mapreri: poked
[11:46] <mapreri> cjwatson: thanks
[11:46] <cjwatson> dpkg-source's new strictness on patch headers has had a lot of sequential fallout as people gradually fix packages
[11:46] <cjwatson> each time there's a fix merge-o-matic tries to diff against the old version and finds it can no longer unpack it
[11:47] <cjwatson> so I have to go and nuke the old version out of the pool
[11:48] <mapreri> umh, ok
[11:52] <cjwatson> mapreri: I've at least arranged for it to mail me about failures now
[11:52] <cjwatson> (Hadn't done that before because it was too noisy on success, but I think I've fixed that now)
[11:53] <mapreri> cjwatson: at leas I don't need to poke you every time (I think this is the 3rd) :)
[11:54] <cjwatson> Yeah, assuming the mail path works, this way I should actually notice
[12:17] <xnox> mvo_: would you like to steal my aptitude merge? =)
[12:18] <mvo_> xnox: sure
[12:18] <mvo_> (famous last words I guess)
[12:18] <xnox> mvo_: that would be amazing, thanks =)
[12:18] <xnox> mvo_: well, it's not that bad. It's hardly console-setup merge ;-)
[12:18] <mvo_> haha, yeah, its not quite of epic proportions yet :P
[12:22] <cjwatson> mapreri: Excellent, failure mails work
[12:23] <mapreri> cjwatson: \o/
[12:25] <cjwatson> mvo_: Just thinking about how to backport your apt/trusty upload to precise for use on the production publisher - has the libapt-pkg ABI really not changed since precise?  That would be handy if so
[12:26] <cjwatson> mvo_: I'm thinking that we could leave both libapt-inst1.4 and libapt-inst1.5 installed, and so not have to rebuild python-apt
[12:30] <Saviq> pitti, hey, do you know if -dbgsym packages were supposed to (or could) be available in the silo PPAs?
[12:31] <mvo_> cjwatson: I think this would work, but I can look into doing a real backport of this feature to precise. my understanding was that a upgrade to trusty was planed and thats why I stopped pursuing the backport
[12:31] <cjwatson> mvo_: I'd rather upgrade this independently; usually the apt-ftparchive upgrade is the riskiest part of the publisher upgrade
[12:31] <cjwatson> mvo_: Given that we're targeting trusty anyway, we could just as well use this as the next best thing to a proper SRU verification
[12:32] <cjwatson> And then upgrade the publisher systems to trusty a bit later
[12:33] <cjwatson> That will take longer though - we'll probably want a trusty buildbot, we'll need to upgrade dogfood, and there are some other bits and bobs
[12:33] <cjwatson> And we probably ought to finish the precise upgrade everywhere first :)
[12:34] <mvo_> cjwatson: ok, that makes sense. I can double check the abi again, but I don't think we broke it.
[12:35] <caribou> Q: When applying a debdiff that removes a quilt patch, is it mandatory to "quilt pop -a" first before applying the debdiff ???
[12:35] <caribou> I have a case where debuild complains of locally modified files if I don't unapply the quilt patches before
[12:35] <cjwatson> caribou: It's the path of least confusion
[12:36] <caribou> cjwatson: so there is no upfront mandatory procedure then
[12:36] <caribou> cjwatson: i.e. what I am doing of unapplying the patches first is correct
[12:37] <caribou> cjwatson: so when I ask for sponsoring of that debdiff, the sponsor will not come back at me saying "your debdiff doesn't apply unless I unapply the other patches first"
[12:38] <cjwatson> Sounds fine
[12:39] <caribou> cjwatson: thanks
[12:58] <cjwatson> Saviq,pitti: Should be.  Is this the same as the question tvoss asked on #ubuntu-ci-eng?
[12:59] <pitti> Saviq: yes, PPAs can be configured to produce dbgsyms, they will be right in the PPA repo then
[12:59] <pitti> Saviq: I don't know how exactly (if you don't see it in the PPA config page), infinity will know then
[13:00] <cjwatson> pitti: I've checked, they're all configured right and I see output for at least some silos
[13:00] <cjwatson> Which is why I'm asking if it's the same question 'cos then I don't have to track down the details twice because people had a conversation elsewhere and then asked two separate people in two different channels at about the same time ;-)
[13:15] <mvo_> xnox: almost done with aptitude, why did you add dh-autoreconf? if it needs to be there I would like to put a rational in the changelog :)
[13:16] <mvo_> (or drop it to keep the delta small)
[13:17] <xnox> mvo_: most likely added during bootstraps of arm64 & ppc64el.
[13:17]  * xnox reads diff
[13:18] <xnox> mvo_: wait. I have added patches that modify configure.ac (the cherrypicks for boost1.53 compat) and thus hence had to use dh-autoreconf to get them working.
[13:18] <xnox> aptitude-<IP_ADDRESS>/debian/patches/0002-support-again-Boost-1.53.patch
[13:18] <mvo_> xnox: aha, good. so I can drop it, thanks
[13:18] <mvo_> xnox: the fixes for boost are upstream now
[13:45] <hallyn_> pitti: hi, systemd-shim isn't handling Stop right now, but the sessions are being removed on (on my systems) because cgmanager is setting remove-on-empty
[13:46] <hallyn_> oh, is Stop a forcible kill of the session?
[13:46] <pitti> hallyn_: hm, not here; I tried with "ssh test@localhost", that adds sessions but doesn't clean them up
[13:46] <pitti> hallyn_: depends, that's configurable (we don't enable it by default)
[13:47] <hallyn_> pitti: I bet your system has cgroup-lite installed, or it otherwise pre-mounted the cgroups before cgmanager started.  in that case cgmangaer won't do autoremove
[13:47] <hallyn_> (since it doesn't watn to step on toes)
[13:47]  * pitti boots VM to check
[13:48] <pitti> hallyn_: no, not installed (it's pretty much a stock utopic install with new shim and systemd only)
[13:49] <pitti> hallyn_: I also get this when logging in a new user on tty1, checking with "loginctl", logging back out, and checking loginctl again under X
[13:49] <hallyn_> pitti: running upstart?
[13:49] <pitti> hallyn_: upstart
[13:50] <pitti> hallyn_: so user-1001.slice/session-c2.scope cgroup does get removed
[13:50] <pitti> hallyn_: user-1001.slice stays around
[13:50] <hallyn_> pitti: can you set cgmanager_opts="--debug" in /etc/default/cgmanager, reboot the vm, and pastebin /var/log/upstart/cgmanager.log?
[13:50] <hallyn_> oh, ok
[13:50] <pitti> hallyn_: but it doesn't disappear from logind
[13:50] <hallyn_> yeah,
[13:50] <pitti> hallyn_: I think this might just be because the notify_on_removal callback doesn't work?
[13:50] <hallyn_> that's actually bc the way desrt did it he made the slices not their own
[13:50] <hallyn_> "thing"
[13:50] <pitti> hallyn_: so I think that the cgroup itself is removed fine, just logind doesn't get to kknow
[13:51] <hallyn_> oh, ok
[13:51] <hallyn_> hm.  then yeah i guess we need stop.
[13:51] <hallyn_> does logind need to get  JobRemoved ffor the StopSession?
[13:51] <hallyn_> and, pardon my terminology - will it be a StopTransientUnit method?
[13:51] <pitti> I also still have /run/systemd/sessions/c2
[13:51] <hallyn_> yeah bc the logind upstart job created /run/systemd
[13:52] <pitti> hallyn_: I don't know exactly, but I think that's just StopUnit
[13:52] <hallyn_> or, no.
[13:52] <hallyn_> ok
[13:52] <hallyn_> pitti: I"ve promised to do some other things today, but will try to get to StopUnit asap
[13:52] <pitti> hallyn_: it's not a big deal, it just caught my eye (as sessions will pile up in logind)
[13:52] <hallyn_> desrt's code was so clean that at this point it should be pretty simple
[13:52] <pitti> hallyn_: for now, this is working very nicely already, great work!
[13:53] <pitti> hallyn_: it works well on the phone too, so we can certainly land that soon
[13:53] <pitti> that == systemd 208 (and 214, which is being prepared in Debian)
[13:53] <hallyn_> awesome :)
[13:53] <hallyn_> well, here's teh sad part, i assume 214 will need a patch to systemd-shim
[13:54] <hallyn_> bc somewhere between those the StartTransientUnit message format changed
[13:54] <hallyn_> to add an (always empty) aux segmenet
[13:54] <hallyn_> segment
[13:54] <pitti> hallyn_: in the message signature?
[13:54] <pitti> hallyn_: that would be fine, it could offer both signatures
[13:54] <pitti> s/message/method/
[14:00] <hallyn_> pitti: oh, ok - i dont' know how to do that, but cool.
[14:00] <hallyn_> that's for the message from logind to systemd-shim, nto the other way around
[14:01] <pitti> hallyn_: it just adds two methods, one with each signature (like in C++)
[14:01] <pitti> hallyn_: but anyway, that's not critical for now; I think we first want to go to 208 as that's reasonably well tested in Debian already
[14:01] <pitti> there's little reason to get ahead of Debian (even 204 is working well enough)
[14:03] <hallyn_> cool
[14:06] <mbiebl_> hallyn_, pitti: should I poke an ftp-master regarding cgmanager?
[14:06] <pitti> mbiebl_: can't hurt, especially now that 208 is in unstable
[14:07] <pitti> mbiebl_: I was quite surprised, doesn't this effectively break logind for every sysvinit user?
[14:07] <mbiebl_> pitti: and thanks for the reminder regarding the session cleanup
[14:08] <hallyn_> mbiebl_: maybe ping slangasek ?
[14:08] <cjwatson> hallyn_: Steve isn't a Debian ftpmaster
[14:08] <hallyn_> oh, i thought he was
[14:09] <hallyn_> that is, i thought he said he was a few days ago.  mustve misunderstood
[14:09] <cjwatson> hallyn_: https://www.debian.org/intro/organization#distribution
[14:09] <cjwatson> he's an archive admin in Ubuntu
[14:11]  * hallyn_ educates himself
[14:12] <hallyn_> xnox: see debian bug 754910 - looks like the work we did yesterday may turn out in vain
[14:13] <mbiebl_> hallyn_: oh, luca just told me that both were kicked
[14:14] <hallyn_> that's productive
[14:15]  * hallyn_ grumbles and goes to do some btrfs coding for lxc
[14:15] <pitti> hm, Daniel's upload was much older
[14:16] <pitti> but hallyn filed the ITP, dbm's didn't even have an ITP
[14:16] <pitti> both seem good reasons to take hallyn_'s *shrug*
[14:17] <mbiebl_> grml
[14:17] <hallyn_> I don't undestand why he'd want to go this route
[14:17] <mbiebl_> it's not like daniel hasn't enough packages already...
[14:18] <hallyn_> his is far too old to suffice for systemd-shim...
[14:18] <hallyn_> oh well.
[14:19] <pitti> so changing the owner back to hallyn_ and reuploading seems appropriate to me
[14:19] <pitti> pwning someone else's ITP isn't exactly polite
[14:21] <DktrKranz> the problem is daniel's upload predates the ITP
[14:22] <hallyn_> replied to the itp
[14:23]  * pitti sent a grumbling, but restrained followup too
[14:24] <xnox> I'm failing at my command-line & emacs skills. I've downloaded an email in mbox format and now want to reply to it, how do I do that?
[14:24] <pitti> DktrKranz: yes, but that's dbm's problem, not hallyn_'s
[14:24] <pitti> that's what ITPs are for, so that other people know that you are working on something
[14:24] <xnox> DktrKranz: he hasn't filed ITP.
[14:24] <xnox> DktrKranz: and he is not the best maintainer of the two.
[14:24] <hallyn_> xnox: usually 'mutt -f <file>' works, unless you need to re-add the From: line above each msg
[14:25] <xnox> hallyn_: i've never used mutt =)
[14:25] <pitti> $ cat ~/bin/mutt_open_mbox
[14:25] <pitti> #!/bin/sh
[14:25] <pitti> exec gnome-terminal -x mutt -f "$1"
[14:25] <pitti> that's my handler in firefox for the "mbox" links in Debian bugs
[14:25] <pitti> quite nice
[14:25] <xnox> would that open emacs for me to type reply & email it via my smtp?!
[14:26] <pitti> xnox: well, it's just an mbox -- any MUA should be able to read that?
[14:26] <xnox> The program 'mutt' can be found in the following packages:
[14:26] <xnox>  * mutt
[14:26] <xnox>  * mutt-patched
[14:26] <xnox> Try: sudo apt-get install <selected package>
[14:26] <pitti> xnox: well no, it's calling mutt
[14:26] <pitti> xnox: feel free to adjust to emacs, of course :)
[14:30] <hallyn_> one of these days i want to spend a day using emacs for email.  just to get comfy with it
[14:30] <hallyn_> (like i did with ed :)
[14:30] <DktrKranz> xnox: I fully agree with both, but if we had accepted the package before hallyn_, we would have been lost anyway
[14:45] <stokachu> bdmurray, ping
[14:51] <loa> xnox, hello. Did you check that bug about degraded raid?
[14:54] <xnox> loa: nope. Will do soon, working on mdadm 3.3 update.
[14:56] <loa> xnox, with fixes for that?
[14:58] <xnox> hallyn: pitti: i have also replied to that bug.
[14:59] <loa> xnox, who are you? you dev from ubuntu?
[15:00] <loa> work on mdadm looks very important.
[15:00] <xnox> loa: nah, i'm nothing special.
[15:01] <loa> but why always all go around you? :D
[15:01] <xnox> loa: i simply idle on irc too much. that's all.
[15:01] <loa> idle? Spending too much time here?
[15:02] <xnox> pitti: hallyn: in the end, i've opened the mbox file in thunderbird and hit reply button =)))))
[15:06] <hallyn> xnox: whatever works :)  the worst is when mail archive mbox files need to be massaged in perl before you can open them.
[15:09] <xnox> hallyn: on my books "massaged in perl" is a rare fetish i have never participated in =)
[15:09] <hallyn> missing out, dude :)
[15:09]  * hallyn back to btrfs
[15:16] <bdmurray> stokachu: hey
[15:39] <achiang> hi, when doing an apt-get install of a package, i notice that during the installation, apt wants to remove another package (modemmanager), which is almost certainly a bug. how do i track down why this package is marked for removal?
[15:40] <cjwatson> apt-get -o Debug::pkgProblemResolver=true, usually
[15:40] <achiang> i mean, it's obviously a conflicts or something like that, but i can't figure out which new package is causing the conflict
[15:40] <achiang> ah
[15:40] <achiang> thx
[15:40] <cjwatson> output is a bit opaque but for something like this it should be decipherable
[15:41] <achiang> hm, no, that didn't seem to help - http://pastebin.ubuntu.com/7804018/
[15:46] <cjwatson> urr.  at this point I'd either swear and break out grep-dctrl, or invoke mvo
[15:47] <Laney> aptitude time ;-)
[15:49] <roadmr> achiang: hm, ofono is in your list of packages to install, and it directly Conflicts: modemmanager
[15:50] <seb128> achiang, you can try to "apt-get install ubuntu-sdk modemmanager" and see the output
[15:50] <cjwatson> oh yeah, that's a good idea too
[15:50] <seb128> but it's likely going to get down to what roadmr said
[15:50] <achiang> roadmr: duh, i didn't see ofono in there.
[15:50] <roadmr> achiang: -o Debug::pkgDepCache::AutoInstall=true will show you how ofono came to be in your list of packages to install
[15:51] <achiang> thanks for the better eyes
[15:51] <roadmr> achiang: :D glad my tired, squinty eyes could help :D
[15:54] <achiang> roadmr: ah, that debug line is very helpful, thank you
[15:55] <achiang> http://pastebin.ubuntu.com/7804068/
[15:55] <achiang> lines 259, 260...
[15:59] <smoser> anyone able to tell me what i'md oing wrong
[15:59] <smoser>  http://paste.ubuntu.com/7804080/
[15:59] <smoser> seems gpg --verify has race conditions in it.
[16:09] <smoser>  http://paste.ubuntu.com/7804138/
[16:09] <smoser> ^^ cleaned up a bit.
[16:39] <sandstrom> Anyone know how I can find Boris Ostrovsky on irc? (https://launchpad.net/~boris-ostrovsky)
[17:35] <mbiebl_> Noskcaj: hi, can you please prep a new release for xfce4-systemload-plugin for upower 0.99
[17:36] <mbiebl_> all that seems to be missing is a dch -r
[17:36] <mbiebl_> Please update svn accordingly and/or point me to a .dsc
[21:10] <rbasak> dannf: your fix for 1324992 looks fine. I'll modify your changelog entry to 1.1.5-3ubuntu3.1 as well, shall I, and upload to Trusty, as Utopic and Trusty are currently identical?
[21:10] <rbasak> (upload to Trusty also)
[21:35] <Noskcaj> Could someone please retry django-celery? I think the build failure has been fixed by a newer version of celery that we now have


[13:43] <calher> I can roll back just one file in a repo, right?
[13:46] <calher> Ah, yes -- <http://doc.bazaar.canonical.com/latest/en/user-reference/revert-help.html>.
[13:48] <calher> So I may not use ESR's SRC <http://www.catb.org/esr/src/> for configs.


[00:15] <mdeslaur> chrisccoulson: sorry for the gnome-screensaver bzr tree, I missed that
[00:15] <chrisccoulson> mdeslaur - no worries, i've sorted it now :)
[00:16] <mdeslaur> cool :)
[02:18] <mclasen> robert_ancell: forgotten debug spew ?  +   printf("%d %d %p\n", function, FN_TEXT, arg);
[02:32] <robert_ancell> mclasen, thanks
[08:43] <and471> hello
[08:47] <pitti> Good morning
[08:51] <mvo> hey and471!
[08:51] <mvo> and471: I looked at your history branch the other day, nice work on the date slider!
[08:52] <chrisccoulson> good morning everyone
[08:52] <and471> mvo, hehe thanks, though it is not very stable yet :-)
[08:52] <and471> good morning
[08:59] <pitti> hey chrisccoulson
[08:59] <chrisccoulson> hey pitti, how are you?
[08:59] <pitti> chrisccoulson: I'm great! last day, and I got some nice hacking done last night
[09:00] <chrisccoulson> yeah, last day for me too :)
[09:00] <pitti> chrisccoulson: do you have a minute for a favour?
[09:00] <pitti> chrisccoulson: https://bugzilla.gnome.org/show_bug.cgi?id=594872 got approved, would you mind committing the patch for me?
[09:00] <pitti> it's our last delta in glib, so once they do a new release, we can sync with Debian again
[09:00] <chrisccoulson> pitti - i can do that, but i'd need to do it when i finish work this afternoon if thats ok
[09:01] <pitti> chrisccoulson: oh, sure, it's not really that urgent
[09:01] <chrisccoulson> cool, i'll do that when i get home
[09:01] <pitti> I missed 2.23.1 by a few hours anyway, so the next release will still take a bit
[09:01] <pitti> chrisccoulson: cheers!
[09:03] <chrisccoulson> pitti - would you mind reviewing the gnome-screensaver update when you get a chance? :)
[09:10] <pitti> chrisccoulson: sure, I will do the "xmas" round of SRUs in a minute
[09:10] <chrisccoulson> pitti - thanks
[10:07] <huats> morning
[10:13] <pitti> bonjour huats
[10:13] <chrisccoulson> hey huats
[10:14] <huats> guten morgen pitti
[10:14] <huats> hey hey chrisccoulson
[12:03] <chrisccoulson> awesome, work is finished for the year :)
[12:06] <pitti> chrisccoulson: congrats!
[12:07] <chrisccoulson> we're going for a christmas meal now, and then it's home to do some hacking :0
[12:07] <chrisccoulson> :)
[15:35] <pitti> good bye everyone, have some nice holidays!
[17:13] <cj> #gnome is quiet.  I figured some of you paid folks might have an answer to this...
[17:13] <cj> the widgets in my taskbar (or whatever it's called) keep locking up.  Killing various apps which display widgets there often resolves the issue, but it's a PITA figuring out which app is causing the lock-up.  anyone got suggestions on a) keeping it from happening and/or b) debugging the issue when it does?


[00:00] <RoAkSoAx> kirkland: nevermind it is working
[00:00] <RoAkSoAx> kirkland: the load monitor seems to be working just fine though
[00:01] <RoAkSoAx> ok so yeah powernap-now is broken when action is powersave as it should have entered into poweresave mode. It has executed pm-powersave but it is not runing in powersave mode
[00:01] <RoAkSoAx> kirkland: but the LoadMonitor seems to be working correctly
[00:05] <RoAkSoAx> kirkland: I'll track then issue later since I'm on my way out
[01:33] <kernelpanicker> I just installed Mailman, only to read in separate documentation I should have set it up under a specially created mailman user and group... what should I do?
[02:43] <kalkin-> hi guys
[02:43] <kalkin-> please fix this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553173
[03:37] <spacin> if my server is the dhcp server can i add a wireless router?  how would that be handled?
[03:39] <CluelessPerson> hi
[03:39] <CluelessPerson> How do I enable internet storage space, such as SAMBA, over the internet?
[03:39] <CluelessPerson> but secured, of course.
[03:40] <CluelessPerson> My little brother has entered college with a laptop, and I'd like to enable him to connect to a secure storage location on my server so he can  securely put files there for acess wherever he wants.
[03:42] <jmarsden> CluelessPerson: sshfs is one way to get there.
[03:43] <SpamapS> 18889 clint     20   0 1744m 514m  10m S    6 13.1   0:32.37 java
[03:43] <SpamapS> Oh java
[03:43] <SpamapS> you're such a pig
[03:43] <SpamapS> :-P
[03:46] <CluelessPerson> jmarsden I prefer something simpler to an average computer user.
[03:46] <jmarsden> CluelessPerson: Then have him use an existing service such as dropbox or box.net or whatever... :)
[03:46] <SpamapS> CluelessPerson: sshfs is really simple
[03:47] <SpamapS> CluelessPerson: give it a try before you write it off
[03:47] <SpamapS> CluelessPerson: you can also just setup winscp for him
[03:48] <CluelessPerson> SpamapS jmarsden  I just googled it, at first glance it looked like it required command line connection or setup for him, which I want to avoid.
[03:49] <CluelessPerson> SpamapS jmarsden  Initial command line setup is okay, but after that it needs to be incredibly simple,  and it looks like SSHFS might actually do that.
[03:49] <SpamapS> :)
[03:49]  * SpamapS goes to join the real world for a bit
[04:00] <CluelessPerson> god
[04:00] <CluelessPerson> I forget the command to delete files.
[04:00] <CluelessPerson> remove?
[04:00] <CluelessPerson> sudo remove -R stuff
[04:00] <CluelessPerson> ?
[04:01] <jmarsden> CluelessPerson: http://crosswire.org/~jmarsden/talks/intro-to-the-linux-command-line/intro-to-the-linux-command-line.html
[04:01] <CluelessPerson> rm, that's right.
[04:12] <CluelessPerson> how do you keep an ssh user or sftp user in their home directories?  and not allow them to explore the rest of the system?
[04:22] <twb> CluelessPerson: do you have lucid?
[04:22] <twb> http://paste.debian.net/127314/
[04:23] <twb> (Obviously you need to uncomment it)
[04:32] <twb> jmarsden: have you seen s5?  It turns a page like that into a slideshow doodad
[04:33] <twb> 13:39 <CluelessPerson> How do I enable internet storage space, such as SAMBA, over the internet?13:39 <CluelessPerson> but secured, of course.
[04:34] <twb> Your only real alternative to SSHFS/SFTP is AFS, which is orders of magnitude more complicated for end users
[06:56] <RoyK> morning
[07:12] <CluelessPerson> hey guys
[07:13] <CluelessPerson> what is your favorite torrent server with a webui to use on your servers?
[07:18] <twb>  torrents blow and web UIs blow, but ISTR one that had a kinda OS X-style purple squid thing as its icon
[07:18] <twb> "muppet" or something
[07:19] <ersi> CluelessPerson: Well, I like 'rtorrent'. AFAIK there's a few webguis for it as well. Never used one of those myself though.
[07:20] <trapmax> torrentflux?
[07:20] <CluelessPerson> any other ideas?
[07:21] <ersi> I dunno.. maybe transmission has a web gui as well..
[07:21] <RyanP> Transmission has a web interface.
[07:22] <CluelessPerson> awesome
[07:22] <CluelessPerson> I see other people suggesting that as well
[07:23] <CluelessPerson> I've used deluge in the past, but it's a pain to set up
[07:24] <twb> What's the point, anyway?
[07:24] <twb> apt doesn't work properly over bt yet
[07:24] <RyanP> Downloading stuff?
[07:26] <ersi> I usually get my discs (like ubuntu-server-amd64.iso) via bittorrent
[07:26] <ersi> got a machine pretty much always up.. so, free seedin'
[07:26] <twb> ersi: install ISOs are pretty useless
[07:26] <twb> Just use a mini.iso
[07:26] <twb> Unless your building an airgapped machine, which most people aren't
[07:40] <CluelessPerson> hrm
[07:40] <CluelessPerson> I can't find the tranmission settings/config files
[07:40] <CluelessPerson> do you guys know where they are?
[07:40] <CluelessPerson> supposed to be in $home/.config/
[07:40] <CluelessPerson> but that doesn't exist.
[07:41] <CluelessPerson> cd ..
[07:41] <CluelessPerson> clear
[07:41] <CluelessPerson> dir
[07:41] <CluelessPerson> lol, woops
[07:46] <ersi> CluelessPerson: It's in .config/transmission/ for me
[08:35] <RoyK> bug 833562
[08:36] <RoyK> bug 833562
[08:37] <RoyK> stupidobot
[09:07] <koolhead11> RoyK, howdy
[09:11] <twb> GRRR.
[09:11] <twb> parted /dev/sdc mkpart primary 0% 1GiB # does completely the wrong thing
[09:11] <twb> parted /dev/sdc mkpart primary 0% 1024MiB # works perfectly
[09:38] <_ruben> twb: "lovely"
[09:40] <twb> And I don't trust "set 1 raid on" to DTRT WRT setting the partition type to what mdadm --scan requires
[10:00] <incorrect> can ubuntu one be used with a server? i guess what i mean is there a cli to it?
[10:02] <_ruben> incorrect: try restating your question in such a way that it makes sense :)
[10:02] <incorrect> is there a cli to ubuntu one?
[10:02] <_ruben> oh wait, i missed the 'one' part :)
[10:03] <_ruben> wouldn't know a thing about that :)
[10:03] <incorrect> i do have a bad habit of talking rubbish
[10:04] <ersi> incorrect: http://joysofprogramming.com/u1sdtool-ubuntu-one-command-line-tutorial/
[10:05] <incorrect> oh great!, thanks i was struggling to find any other than gui stuff
[10:06] <incorrect> lets see if i can get it working on lucid now
[10:12] <incorrect> oh right you still need a fully working desktop for the cli to work
[10:14] <ersi> aw, that's not nice
[11:07] <ogra_> utlemming, did you do any furter work on bug 803547 ? (read: is ther ext4 support upstream now) ?
[11:07] <ogra_> *further
[12:38] <zul> morning
[13:03] <Ursinha> Daviey: hola
[13:03] <Daviey> Ursinha: hey!
[13:03] <Daviey> Is it that time already?
[13:03] <Ursinha> yes sir
[13:12] <lynxman> zul: morning
[13:29] <smoser> hallyn, are you around these days ?
[13:54] <hallyn> smoser: sorry, not really
[14:02] <smoser> hallyn, no problem.
[14:07] <zul> hey lynxman
[14:26] <zul> arrrrrrgh.....0.9.4 ftbfs
[14:29] <pmatulis> the slapd install now sets up a default DIT, is there an elegant way to prevent that (go back to barebones)?
[14:29] <zul> pmatulis: no
[14:33] <SpamapS> wha?
[14:33] <pmatulis> it would have been logical to prompt the user for what suffix to use, basing it off the local domain by default is... argh!
[14:33] <SpamapS> zul: why can't we have a debconf low priority question that can be pre-seeded?
[14:50] <zul> SpamapS: uh....context?
[14:51] <zul> SpamapS: oh the openlap stuff? i wasnt the one who wrote it
[14:51] <pmatulis> i opened a bug on it
[14:52] <spacin> what the heck? dhcp3-server is giving out ip's that are not connected to the internet?
[14:52] <cloakable> Have you set the default gateway in it?
[14:53] <spacin> ya I thought I did
[14:53] <cloakable> check :P
[14:53] <spacin> lol
[14:54] <cloakable> Also, dns
[14:55] <cloakable> Also, you may find dnsmasq to be simpler
[14:58] <spacin> dnsmasq is like dhcp3?
[15:21] <hggdh> Daviey: just for the record, we will need to *sync*, not merge, ajaxterm later on. The Debian maintainer explained the need for the dh_python2 actions, and kees accepts it
[15:32] <lynxman> SpamapS: ping, can I bother you for 5 mins? Have a question about ssh id chaining in Ensemble
[15:33] <Daviey> hggdh: can you link me to where the DM explained?
[15:37] <hggdh> Daviey: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638332#10
[15:39] <spacin> hmmm somehow my gateway is <IP_ADDRESS>
[15:58] <SpamapS> lynxman: sup
[16:04] <RoyK> lynxman: Ensemble?
[16:04] <lynxman> RoyK: yeah
[16:04] <jpds> RoyK: https://ensemble.ubuntu.com/
[16:06] <RoyK> sorry, don't know that one...
[16:19] <SpamapS> RoyK: it has only really existed since this past spring. :)
[16:19] <zul> jdstrand: for openstack-dashboard providing a get-orig-source should be ok shouldnt it?
[16:23] <jdstrand> zul: that is fine, but it is nice to mention it in README.source or a commented watch file so it is easy to find
[16:24] <RoyK> SpamapS: IC - guess I need to look into that when^Wif I find time some day
[16:25] <Daviey> RoAkSoAx: Yes, looking at the cobbler system add script.. I really need to know why it needs to do more
[16:25] <Daviey> It probably has wider concerns, regarding the new cobbler-enrol magic.
[16:26] <adam_g> Daviey: that script is uing mac address as the name, cobbler-enroll uses a custom name (presumably hostname), so it should be okay there
[16:26] <Daviey> adam_g: ah, ok - rocking
[16:26] <Daviey> adam_g: i liked your changes btw.
[16:26] <adam_g> Daviey: oh, cool! i wanted to look at adding SSL but figured it should be rearranged a bit to make it more easily extended
[16:26] <Daviey> adam_g: Do you fancing making a start at the state machine for handling input? :)
[16:27] <adam_g> kinda went nuts. not done yet
[16:27] <adam_g> Daviey: not sure what you mean
[16:27] <Daviey> ^^ the udeb magic is actually a priority.
[16:27] <Daviey> adam_g: So, currently it doesn't take input at d-i, right?
[16:28] <adam_g> Daviey: oh, dont know about any of that
[16:28] <adam_g> Daviey: where would it get its input from d-i?
[16:28] <Daviey> adam_g: It's simply bash really..
[16:28] <Daviey> adam_g: http://www.fifi.org/doc/debconf-doc/tutorial.html
[16:29] <adam_g> Daviey: oh, thats what i thought. well then it should work, no?
[16:29] <Daviey> adam_g: so the postinstall for the udeb needs to contain snippets like this - http://pb.daviey.com/hGoj/
[16:29] <Daviey> db_get foo/like_debian
[16:29] <Daviey> if [ "$RET" = "false" ]; then
[16:29] <Daviey> ^^ handles state
[16:30] <Daviey> So if it's not preseeded OR answered, then it asks for user input
[16:30] <adam_g> gotcha
[16:31] <adam_g> brb coffee
[16:31] <Daviey> adam_g: "Letting the User Back Up" is probably a better reference TBH
[16:31] <RoAkSoAx> Daviey: the reason behing why I'm chaging adam_g script is because for ensemble to work, the system names need specific parameters, i.e. the systema name should be DNS addressable, the MAC should be defined, power management should be defined, management class should be defined,
[16:31] <Daviey> RoAkSoAx: ok, i am concerned that that with the new tool, it's not addressesing power or management class.
[16:32] <RoAkSoAx> Daviey: creating the management classes is done by orchestra itself when it is installed, otherwsie it is not needed
[16:32] <RoAkSoAx> Daviey: your cobbler enroll should not take care of assigning management classes for ensemble I believe
[16:32] <Daviey> RoAkSoAx: yes, but cobbler-enrol doesn't pass management class - does it?
[16:32] <Daviey> RoAkSoAx: ah ok
[16:32] <RoAkSoAx> Daviey: you might install just cobbler and then use cobbler-enroll and you won't need to pass management classes because you might not even have them
[16:33] <Daviey> RoAkSoAx: Yes, but i imagined that it should be optional
[16:33] <Daviey> I think that is something we can be concerned with after it's reached the archive
[16:34] <RoAkSoAx> Daviey: we could have a ensemble-setup command on orchestra side to set the default values to systems created by cobbler-enroll
[16:34] <Daviey> adam_g: Sorry to throw this onto you, it was something i was looking forward to doing.
[16:34] <RoAkSoAx> Daviey: orchestra-ensemble-setup
[16:34] <Daviey> adam_g: I'd really like to upload it before beta freeze.. is that viable?
[16:34] <Daviey> RoAkSoAx: hmm, ok - that sounds ok.
[16:35] <Daviey> RoAkSoAx: TBH, there needs to be a default incoming queue IMO.
[16:35] <RoAkSoAx> Daviey: right, but you cannot tell cobbler-enroll to assign orchestra-ensemble-available management class to a systme, when the class might not exists, and this class is setup by orchestra
[16:35] <RoAkSoAx> not by cobbler
[16:36] <RoAkSoAx> Daviey: now, is cobbler-enroll gonna be shipped with orchestra or with cobbler?
[16:36] <Daviey> RoAkSoAx: no, but the udeb can suggest a default to try.. Anyway, this is polish we can brush on later.
[16:36] <Daviey> RoAkSoAx: standalone
[16:37] <RoAkSoAx> Daviey: ok, so in that case we are not gonna be certain about thje environment unless we query it
[16:37] <RoAkSoAx> Daviey: I believe that querying and giving the option would be the way to go
[16:38] <Daviey> RoAkSoAx: totally agree.. not sure we can manage that at this stage TBH.
[16:38] <Daviey> I hoped we could query for profiles aswell.
[16:38] <RoAkSoAx> Daviey: yes, orchestra after import will create a profile for -ensemble
[16:42] <koolhead17> hi all
[16:44] <zul> jdstrand: cool i just uploaed a newer one
[16:45] <Daviey> RoAkSoAx: Yes, but just a "to-be-sorted" profile, perhaps
[16:49] <adam_g> Daviey: sorry, just got back.
[16:49] <Daviey> adam_g: np
[16:50] <adam_g> Daviey: still not sure exactly what needs to be done or where. is it essnetially work that needs to be done to integrate the tool into the installer?
[16:50] <Daviey> adam_g: yes, exactly!
[16:50] <Daviey> adam_g: I just managed to drop something that was tieing me up.. So i can be more involved.
[17:39] <zul> utlemming: ping
[18:00]  * hggdh is interested in this integration with d-i
[18:01] <RoyK> d-i?
[18:05] <Daviey> hggdh: \o/
[18:06] <Daviey> RoyK: Debian-installer.
[18:06] <hggdh> yes
[18:06] <hggdh> Daviey: this is fantastic, it is getting to be a real group work :-)
[18:11] <Daviey> hggdh: Shame we didn't try it earlier eh? :)
[18:14] <ersi> oh god, why did the debian page choose Swedish for me
[18:15] <ersi> automagic language detection makes me cringe :(
[18:16] <ersi> oh, looks neat
[18:17] <Daviey> ersi: Learn a new language whilst you hack!
[18:17] <ersi> I'm a Swede :)
[18:19] <Daviey> oh!
[18:20] <ersi> but all my language strings in the browser are set to en_US
[18:31] <SpamapS> utlemming: ping
[18:31] <utlemming> SpamapS: pong
[18:31] <SpamapS> utlemming: I'm trying to figure out why your branch and ubuntu:glance don't seem to have common ancestors
[18:32] <SpamapS> utlemming: what did you branch?
[18:33] <SpamapS> DarkwingDuck: hey, I still have your t-shirt here... ;)
[18:33] <utlemming> SpamapS: the merge request is for lp:~openstack-ubuntu-packagers/glance/ubuntu not lp:ubuntu/glance
[18:33] <SpamapS> utlemming: oh fun
[18:33] <DarkwingDuck> SpamapS, Sweet :)
[18:33] <DarkwingDuck> SpamapS, We're going to have to figure something out LOL
[18:34] <zul> utlemming: ping where is the arm image again?
[18:34] <utlemming> zul: http://uec-images.ubuntu.com/oneiric/current
[18:34] <zul> utlemming: oh they are "official"?
[18:34] <SpamapS> DarkwingDuck: they have this thing called the mail.. its amazing.. trucks going back and forth every day!
[18:35] <utlemming> zul: as long as official has " " around it
[18:35] <SpamapS> DarkwingDuck: super boring.. I know
[18:35] <DarkwingDuck> SpamapS, Wait, they still do that?!
[18:35] <utlemming> zul: the images are not qemu-runnable with the installed OMAP kernel though
[18:36] <zul> utlemming: ok i should try them on "real" hardware then :)
[18:36] <utlemming> zul: yup. Alternatively you can download and use the Linario vexpress kernel. The only problem is that networking in qemu is flaky, but at least it'll start
[18:37] <zul> utlemming: ah i was thinking of trying to run them on openstack now
[18:37] <utlemming> zul: oh, they should be fine for that
[18:38] <utlemming> zul: raw disk images of around 800MB I believe
[18:38] <zul> ouch
[18:38] <utlemming> (uncompressed)
[18:39] <SpamapS> so.. this new upstream version of glance has features in it
[18:39] <utlemming> zul: http://www.amazon.com/AmazonBasics-Class-SDHC-Flash-Memory/dp/B004Q3R9BA/ref=sr_1_1?s=pc&ie=UTF8&qid=1314297536&sr=1-1
[18:39] <SpamapS> --use-syslog jumps right out at me
[18:39] <zul> SpamapS: yes amazing isnt it? :)
[18:39] <zul> utlemming: heh
[18:40] <SpamapS> Since I'm really unfamiliar w/ glance and openstack, somebody else needs to file that feature freeze exception
[18:42] <utlemming> SpamapS: is a FFe needed since this isn't going into the ubuntu/glance source tree? yet
[18:42] <SpamapS> utlemming: its definitely needed before upload
[18:43] <SpamapS> Its a tiny feature, no sweat
[18:43] <SpamapS> just need to dot the i's and such
[18:46] <spacin> gateway <IP_ADDRESS> ga that's gonna work
[18:47] <zul> SpamapS:  are you talking about the kombu/amqplib stuff?
[18:48] <SpamapS> zul: the diff between 980 and 981 adds a --use-syslog flag to glance.
[18:48] <zul> ok
[18:49] <SpamapS> I'd suggest filing and trying to get it shoved through fast.
[18:49] <SpamapS> Otherwise the glance bugs fixed in the 981 branch aren't going to get fixed for beta1
[18:49] <SpamapS> might already be too late actually
[18:52] <zul> well its still in universe
[18:53] <GrueMaster> Has anyone tested iscsi recently on x86/amd64?  I am seeing a kernel null pointer oops on armel and was wondering if it was reproducible on x86 hw..
[18:54] <RoyK> GrueMaster: out of curiosity, what sort of armel machine are you using?
[18:54] <zul> GrueMaster: no
[18:54] <GrueMaster> omap4.
[18:54] <GrueMaster> Panda
[18:54]  * RoyK is still waiting for his panda :P
[18:55] <GrueMaster> Not seeing any issues with my panda target.  Only the initiator.
[18:55] <RoyK> GrueMaster: can you pastebin the OOPS?
[18:56] <GrueMaster> I already filed a bug.  Bug 833977 has the oops output.
[18:59] <RoyK> so OOPS -> Panic?
[18:59]  * RoyK has no idea - sorry
[19:00] <GrueMaster> Looks like it hits a null pointer oops, then spirals into an interrrupt panic.  System is completely frozen at that point, and since it is during a netinstall, no syslogs are recoverable with a reboot.
[19:15] <Daviey> adam_g: so adding ssl support to cobbler-enrol serves no purpose for oneiric.  The creds are passed via preseed using http anyway
[19:16] <adam_g> Daviey: oh , cool
[19:17] <adam_g> Daviey: you may want to do that udeb stuff now that im not blocked anymore on the test rig :\
[19:17] <adam_g> you can probably knock it out a lot quicker than me,a t this point
[19:18] <Daviey> adam_g: It's not going to land before beta freeze now.. so it's less of a rush, but i'll get cracking
[19:18] <adam_g> ok. is 'enrol' an english thing? :)
[19:21] <Daviey> adam_g: best i can come up with is :) http://www.thefreedictionary.com/enrol
[19:22] <Daviey> http://en.wikipedia.org/wiki/Enrollment
[19:22] <adam_g> Daviey: oh i meant enroll vs enrol.
[19:23]  * Daviey runs away from this debate. :)
[19:29] <CluelessPerson> Hey
[19:30] <CluelessPerson> I can't find the configuaration files to something I just installed
[19:30] <CluelessPerson> the FAQ says that they are in ~/.config/deluge/
[19:30] <CluelessPerson> but there's nothing there.
[19:31] <CluelessPerson> so..
[19:31] <_ruben> so... you'll need to creat it yourself
[19:31] <_ruben> packages tend to not create files in users' homdirs
[19:31] <_ruben> homedirs too
[19:32] <CluelessPerson> and I don't want it running as root anyway
[19:32] <CluelessPerson> I'd want it running as it's own user deluge
[19:45] <CluelessPerson> ahahahah
[19:45] <CluelessPerson> got it. :D
[19:45] <CluelessPerson> installed correctly
[20:02] <kernelpanicker> We're moving out mail from our site 'example.com' to a dedicated mail server projects.example.com.  I set up Mailman for our lists on the new server to test them, but now I need to make the lists<EMAIL_ADDRESS>as opposed to<EMAIL_ADDRESS>not sure where to do this, any ideas?
[20:05] <guntbert> kernelpanicker: I cannot help you but in any case it would probably make it easier to help you if you did not obfuscate domain/server names :)
[20:28] <dv310p3r> On my desktop when I use terminal, I can scroll around in terminal just fine. When I ssh into a box though I can't scroll up or down, yet others on a mac sshing into the same box can. What am I missing?
[20:30] <guntbert> dv310p3r: is screen running in that box?
[20:32] <dv310p3r> guntbert, I do use it yes.
[20:32] <guntbert> dv310p3r: if so then you need to press ctrl+a, then <esc> to get into "copy mode" there you can scroll
[20:34] <dv310p3r> guntbert, got it, Thanks!
[20:34] <guntbert> dv310p3r: you're welcome :-)
[20:41] <utlemming> zul: you still around?
[20:48] <zul> utlemming: barely...whats up?
[22:07] <CrazyGir> hello!
[22:08] <CrazyGir> I am helping a client with some admin work and am a bit tripped up with a serial console setup
[22:08] <CrazyGir> they have a rack full of systems, with a mac mini setup with a usb serial console to each of the 8 or 10 systems
[22:09] <CrazyGir> I used the serial console last week, and aside from it being a little cumbersome, I was able to get into the 8 that i needed to
[22:09] <CrazyGir> trying this again this week, I'm only able to get into two of the systems
[22:09] <CrazyGir> all others just show the serial terminal as "connected" but I get no login prompt
[22:10] <CrazyGir> I have network access to the systems in quest, so I can fiddle as needed
[22:10] <CrazyGir> could there be something (on the servers) that would need to be reset/verified in such a way to bring the consoles back up?
[22:12] <soren> CrazyGir: What happens if you hit return a couple of times?
[22:14] <CrazyGir> nothin
[22:14] <CrazyGir> *nothing
[22:15] <CrazyGir> soren: I'm guessing serial stuff in ubuntu is all configuration and no services/etc
[22:18] <soren> I'm not sure what you mean by that.
[22:18] <soren> When you say "nothing", does that also exclude the cursor moving at all?
[22:19] <CrazyGir> Connected.
[22:19] <CrazyGir> that's it :)
[22:19] <soren> So the cursor doesn't move when you press return?
[22:19] <CrazyGir> nope
[22:19] <CrazyGir> and I'm unable to close the connection with ~. (cu)
[22:20] <soren> Ok. How did you set it up to begin with? Can you pastebin the upstart job that runs getty for you?
[22:20] <CrazyGir> oh werid..
[22:20] <CrazyGir> ctrl-c
[22:20] <CrazyGir> something must have been running on the server
[22:20] <soren> Not anymore :)
[22:20] <CrazyGir> yea
[22:20] <CrazyGir> but that's odd because all but 2 did this
[22:21] <CrazyGir> interesting.. let's see if this continues to work :P
[22:21] <CrazyGir> soren: in cu, ~. is the way to close the connection, right?
[22:21] <soren> Haven't used cu in a decade and a half.
[22:22] <CrazyGir> hah
[22:22] <CrazyGir> if I new how to install software on this macmini, I would do it
[22:22] <soren> Running OSX?
[22:23] <soren> Yes, ~. means "Terminate the conversation" according to cu's man page.
[22:23] <soren> Hahhahahah:
[22:23] <soren> BUGS
[22:23] <soren>        This program does not work very well.
[22:23] <soren> Set expectations low. I love it.
[22:23] <CrazyGir> hah
[22:23] <CrazyGir> that's hilarious
[22:26] <CrazyGir> bah, so far the same isn't applying to the next system :(
[22:27] <soren> That would be too easy.
[22:27] <CrazyGir> yea
[22:27] <soren> You could log in over the network and see what (if anything) has /dev/ttyS0 open.
[22:27] <CrazyGir> serial consoles can be such a pain
[22:27] <CrazyGir> not a bad idea
[22:27] <CrazyGir> the only issue is that I don't know which console on the mac goes to which server :P
[22:28] <CrazyGir> that was my first task..  map it out
[22:28] <soren> Log into all of them "echo $HOSTNAME > /dev/ttyS0"
[23:14] <openeye> good evening
[23:14] <openeye> everyone
[23:14] <openeye> i would like to get some of your experience and knowledge.
[23:15] <openeye> do you guys know an easy way if a mail has been delivered, but then automaticly every 5 min
[23:20] <kirkland> Daviey: RoAkSoAx: does cobbler-enroll give a machine a "class" label?
[23:25] <Daviey> kirkland: a management class?
[23:26] <CrazyGir> I have a raw kvm disk image which I have setup on a loop back via losetup (per these notes: http://blog.piotrj.org/2009/03/mounting-raw-kvmqemu-image.html), and while the partitions show up in cfdisk /dev/loop0, I am unable to mount any specific partition
[23:26] <kirkland> Daviey: cobbler can classify machines, give them a "class"
[23:27] <kirkland> Daviey: i have some logic in byobu's ec2_cost that maps a given system to the closest aws instance type equivalent
[23:27] <kirkland> Daviey: i was thinking about pulling that out to a standalone utility
[23:28] <kirkland> Daviey: that cobbler-enroll could use, and give a machine a "class" of m1.large, or t1.micro, or cc1.xlarge, etc.
[23:29] <kirkland> Daviey: so that ensemble (or an admin) could query cobbler for an "m1.large" type machine
[23:30] <kirkland> Daviey: make sense?
[23:30] <CrazyGir> ah, well I see how kpartx is supposed to be used to add the partition mappings.. but they don't seem to exist in dev to then be mounted..
[23:31] <Daviey> kirkland: sure does... So the requirement for a management class was only identified today.  That can be added, but not currently part of the code (patches welcome! :)
[23:31] <kirkland> Daviey: related to https://bugs.launchpad.net/ensemble/+bug/829397
[23:31] <kirkland> Daviey: niemeyer's recommendation is to "use Cobbler's machine classes to hand-tweak the placement"
[23:31] <CrazyGir> ah, they're under /dev/mapper
[23:31] <CrazyGir> got it. wow, that was painful
[23:32] <kirkland> Daviey: i was just thinking that we'd need to basically tag or label machines in cobbler with their closest AWS parlance
[23:42] <Daviey> kirkland: Yeah.. RoAkSoAx is closer to that issue than myself.
[23:46] <kirkland> Daviey: cool, thanks
[23:46] <Daviey> kirkland: But if you want to get your hands dirty, you are more than welcome :)
[23:46] <kirkland> Daviey: perhaps, let me see what we need to tackle next week
[23:47] <kirkland> Daviey: did cobber-enroll land in oneiric?
[23:47] <kirkland> RoAkSoAx: could you add your thoughts on https://bugs.launchpad.net/ensemble/+bug/829412 ?
[23:48] <Daviey> kirkland: not as yet.
[23:49] <Daviey> The udeb work isn't complete, seemed silly to rush it for the freeze.
[23:49] <Daviey> I'm still in hope it'll be on b1.