[00:10] <slangasek> hallyn: any reason that your debdiff is calling dpkg-maintscript-helper directly, instead of using debian/qemu-system-x86.maintscript?
[00:36] <hallyn> slangasek: yes.  ignorance
[00:37] <slangasek> ;)
[00:37] <hallyn> so that will expand into all the preinst/postinst/potsrms as needed?  neat
[00:41] <hallyn> the package.maintscript is not descirbed in dpkg-maintscript-helper manpage
[00:44] <slangasek> hallyn: yeah, it's part of debhelper's support for dpkg-maintscript-helper, rather than part of the dpkg interface itself
[00:44] <slangasek> hallyn: documented in dh_installdeb(1)
[00:45] <cjwatson> Though as a result of a conversation at DebConf there's now a bug requesting a cross-reference: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759754
[00:50] <hallyn> oh cool, thanks
[02:02] <hallyn> infinity: hm.  qemu's debian/rules just does "        dh_installinit -pqemu-system-x86 --no-restart-on-upgrade --error-handler=true --name=qemu-kvm
[02:02] <hallyn> i.e. it's not doing --upstart-only
[02:03] <hallyn> but ther eis no compatiability script being created.
[02:03] <infinity> hallyn: COmpat scripts don't happen anymore.
[02:03] <infinity> hallyn: And because --name doesn't match the init script, only the upstart job is copied.
[02:04] <infinity> hallyn: For other reasons (upstart not running it twice), they should have the same name anyway, and if they did, it would magically DTRT.
[02:04] <hallyn> ok, so i'm plannin to rename the sysvinit script, but fo rmy education,
[02:04] <hallyn> if the package name was the upstart job name, then it would create the upstart job?  no you say no more compat scripts
[02:04] <blkperl> slangasek: sigh... still seeing failures my earlier optimism was wrong
[02:05] <blkperl> slangasek: maybe you were right and its a different issue
[02:05] <hallyn> ok.  np.  we'll use the sysvinit script anyway.  thanks.
[02:05] <infinity> hallyn: If the package name and the init script name and the upstart job name were all meant to be the same, then you'd skip --name
[02:05] <infinity> hallyn: If the package is mismatched (which is fine), then the upstart job and init script should match each other and you need --name
[02:05] <hallyn> why no more compat scripts?
[02:06] <infinity> hallyn: Because compat scripts are entirely incompatible with other init systems?
[02:06] <hallyn> oh, yeah, that
[02:06] <hallyn> makes sense
[02:06] <hallyn> thanks
[03:37] <pitti> bdmurray: yeah, that was quite expected, as before it barely installed anything new (for a well-filled sandbox)
[03:45] <pitti> bdmurray: I replied to the bug with an initial idea which I think should boost the performance quite a bit
[03:45] <pitti> bdmurray: I think ATM we don't have really useful numbers to measure the slowdown though (I think we should compare times with cache but empty sandbox, see bug)
[03:46] <pitti> Good morning
[04:06] <ScottK> mitya57: I can't get the pastebin to load.
[04:09] <Unit193> Finally loads for me now.
[06:09] <pitti> slangasek: still awake? do you know the recommended way to check whether upstart is running? I don't see a socket in /run (checking for such is simple and fast)
[06:10] <pitti> context: bug 1370329; I'm trying to teach systemd's reboot etc. to fall back to something that works under upstart
[06:10] <pitti> "telinit 0/6" works fine, but I'd rather guard that with a check if we are actually running upstart
[06:36] <mitya57> ScottK: how about without /plain? http://paste.ubuntu.com/8358366/
[06:37] <ScottK> mitya57: Works.  Thanks.
[06:38] <mitya57> Thanks to you. Btw I'm really impressed by how quickly ftpmasters processed -2 in Debian.
[06:38] <mbiebl> pitti: couldn't upstart provide /dev/initctl, then it should just work(tm)
[06:39] <ScottK> mitya57: Thanks for your contribution to Ubuntu.
[06:39] <pitti> mbiebl: I don't know how much effort that would be; I'm currently working on a fallback to connect to the upstart socket
[06:39] <ScottK> (uploaded)
[06:47] <dholbach> good morning
[06:54] <infinity> pitti: Our usual check is to parse $(initctl version)
[06:54] <infinity> pitti: (see the libc6 postinst, etc)
[06:54] <pitti> infinity: yeah, I was wondering if there was something a bit less expensive
[06:55] <infinity> pitti: If there was, I'd be using it. :/
[06:55] <pitti> infinity: I think checking if one can connect to unix:abstract=/com/ubuntu/upstart is fine?
[06:55] <pitti> it's unfortunately an abstract socket, not an unix socket
[06:55] <infinity> pitti: That assumes dbus?
[06:56] <infinity> Perfectly viable to have upstart booting your system but no dbus running (or even installed).
[06:56] <pitti> well, that's upstart's private d-bus socket (not the system dbus one)
[06:56] <pitti> AFAICS that's upstart's one and only way to talk to it aside from the system bus
[06:56] <pitti> i. e. it's "the" upstart socket
[06:57] <pitti> unless I missed anything (I grepped upstart for other connections this morning)
[07:36] <mlankhorst> weird, is anyone else having problems with youtube on precise?
[07:36] <mlankhorst> chromium browser works, firefox fails
[07:37] <pitti> mbiebl, jodh, slangasek: fugly, but at least works: http://paste.ubuntu.com/8363393/
[07:37] <pitti> I checked telinit's implementation, and it's much more than just one or two d-bus calls, so this calls telinit instead of reimplementing it
[07:38] <pitti> mbiebl: do you want this in master (i. e. for Debian) too, or aren't you concerned much about booting upstart in Debian?
[07:39] <mlankhorst> oh nm, looks like an extension issue
[08:09] <ypwong> cjwatson, hi, ubuntu kylin team is considering to remove wubi.exe from the image, is it possible?
[09:36] <cjwatson> ypwong: sure, file a bug on ubuntu-cdimage and I can take care of it
[09:36] <ypwong> cjwatson, thanks! will do.
[12:36] <caribou> cjwatson: FYI, I just SRUed a fix for bug #1073108 on grub2
[12:37] <caribou> cjwatson: in case you want to have a look. This is why I pinged you a few days back but I found the fix
[12:40] <cjwatson> caribou: ah, sure, that makes sense
[12:40] <cjwatson> caribou: you need sponsorship for that?
[12:40] <caribou> cjwatson: yes
[12:41] <caribou> cjwatson: the fix is already in Trusty & Utopic. I'm doing the SRU for Precise
[12:41] <cjwatson> Yeah
[12:41] <cjwatson> I remember it
[12:44] <cjwatson> caribou: sponsored, thanks.  will need another SRU team member to review
[12:44] <caribou> cjwatson: thank you ! the SRU team is subscribed as well
[12:58] <flexiondotorg> slangasek, Was just discussing the following with popey - https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1343841
[12:58] <flexiondotorg> slangasek, popey Suggested I bring it to you attention.
[12:59] <flexiondotorg> The boot logo is displayed when booting the live media but the installed system doesn't display anything during the boot.
[13:01] <flexiondotorg> slangasek, This can be reproduced with Ubuntu daily-live, is there anything useful I can run to add to the bug report?
[13:06] <smoser> can i get an archive admin to NACK the trusty-proposed upload for cloud-init please ?
[13:06] <smoser> stgraber, ?
[13:13] <stgraber> smoser: always happy to reject uploads :)
[13:13] <stgraber> smoser: there you go
[13:14] <smoser> thanks stgraber
[13:17] <shadeslayer> stgraber: is there a way to allow lxc to mount procfs?
[13:18] <stgraber> shadeslayer: turn off apparmor or use a custom apparmor profile allowing mounting proc
[13:18] <shadeslayer> hmm
[13:18] <stgraber> shadeslayer: the main reason why we deny mount of proc is that apparmor can only filter access based on paths, so if you can mount procfs somewhere else, then the new mount won't have any protection and you can easily use that to escape the container.
[13:19] <stgraber> shadeslayer: note that this isn't a problem with unprivileged containers, so if running unprivileged, lxc.aa_profile=unconfined is actually safe
[13:19] <shadeslayer> I see
[13:47] <rbasak> infinity: ping (again)
[14:31] <caribou> stgraber: have you heard of any issue with debian sid container recently ?
[14:53] <stgraber> caribou: yeah, there are a few issues apparently, one is the apt config, I think we've got a pull request for that. The other may be related to systemd assuming it's been switched to it.
[14:55] <caribou> stgraber: yeah, looks like systemd is there for something : http://pastebin.ubuntu.com/8365367/
[15:02] <bdmurray> pitti: the apport-retrace options I used included --sandbox-dir and -C
[15:02] <pitti> bdmurray: good mornhing
[15:02] <pitti> bdmurray: right; I was wondering about a comparison with empty sandbox-dir; as with a filled (but old) one we'd compare "broken" against "correct", so not that useful for optimization
[15:03] <pitti> bdmurray: I have an idea how to speed it up, I was just wondering how to measure it
[15:04] <bdmurray> pitti: got it
[15:06] <slangasek> flexiondotorg: the apport information from the person who submitted it shows a system with only VESA in /proc/fb, which does not give the full graphical boot splash experience; but that's in VirtualBox, so is also not relevant to the original submitter's claim that it's broken on an HP laptop
[15:07] <slangasek> flexiondotorg: so there is still not anything actionable here for plymouth
[15:07] <slangasek> flexiondotorg: if you can reproduce this problem on real hardware, that's interesting to have apport data for
[15:08] <flexiondotorg> slangasek, I can reproduce. What do you need.
[15:08] <slangasek> flexiondotorg: well, I think you should file a new bug against plymouth with 'ubuntu-bug plymouth'
[15:08] <slangasek> (because your problem may be different than the original submitter's)
[15:09] <flexiondotorg> slangasek, Also there are several bug reports that look related.
[15:09] <flexiondotorg> * [LP #1343841](https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1343841)
[15:09] <flexiondotorg>     * [LP #1356513](https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1356513)
[15:09] <flexiondotorg>     * [LP #1368414](https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1368414)
[15:09] <slangasek> pitti: why open a dbus connection to the abstract socket, instead of just connect() ?  The latter should suffice for confirming upstart is running
[15:09] <flexiondotorg> slangasek, When I run up Ubuntu daily-live on real hardware what apport incantations do you want me to invoke?
[15:10] <slangasek> flexiondotorg: 'ubuntu-bug plymouth'
[15:11] <flexiondotorg> slangasek, Once I have created a bug. I have other people experiencing the same issue on possibly different hardware. How should they then submit their apport feedback to my bug report?
[15:11] <slangasek> flexiondotorg: they should file their own bugs, *not* pile on to the same bug report
[15:11] <flexiondotorg> slangasek, Perfect. Thanks.
[15:11] <slangasek> flexiondotorg: however, now that I'm thinking about it, I'm not sure we fixed it yet so that the plymouth apport hook is back in the right place
[15:11] <slangasek> flexiondotorg: so give me a minute to look at this
[15:12] <pitti> slangasek: ah, if upstart won't get confused by that, that's certainly simpler
[15:12] <pitti> slangasek: I do something similar in postgres, and the server then always complains about an aborted connection
[15:12] <flexiondotorg> slangasek, Sure thing. Ping me when you want me file a bug.
[15:12] <slangasek> pitti: upstart may complain as a low-severity warning, but so what :)
[15:12] <pitti> slangasek: *nod*
[15:15] <flexiondotorg> slangasek, Are you aware full disk encryption is broken in 14.10 because Plymouth won't accept the passphrase?
[15:16] <slangasek> flexiondotorg: no, I'm not aware of that, because I am using it every time I reboot
[15:16] <flexiondotorg> OK, I'll re-do my test install and file a bug.
[15:22] <smoser> hey. i'd like to declare names for network interfaces.  i have only mac address.
[15:22] <smoser>   /etc/udev/rules.d/70-persistent-net.rules says i can edit it if i change only the name
[15:23] <smoser> but i would not be able to render something exactly like that as i do not have all the necessary ATTR
[15:23] <smoser> so my question is where can/should i write a udev rule like:
[15:24] <smoser>  SUBSYSTEM=="net", "ACTION=="add", DRIVERS="?*", ATTR{address}=="$MAC_ADDRESS", NAME="eth0"
[15:24] <smoser> such that /lib/udev/write_net_rules would not overwrite it
[15:31] <pitti> smoser: write_net_rules won't touch the file if it already exists
[15:32] <pitti> smoser: so either just write your adjustments there, or make it an empty file and put your's into a different one (not sure why you'd want this, but it's an option)
[15:33] <pitti> smoser: ah sorry, I probably misremember that, so ignore this
[15:34] <pitti> I haven't actually seen it updating an existing file, but I don't see where in the code this would be enforced; presumably if you hotplug a new interface it would get added there
[15:48] <flexiondotorg> slangasek, I've just tested full disk encryption and you are quite correct it does indeed work.
[15:51] <smoser> pitti, right. if it doenst update the file on hotplug, then it only serves for interfaces available the first time it ever arn
[16:04] <slangasek> flexiondotorg: ok.  So I've just uploaded plymouth 0.9.0-0ubuntu4, which reintroduces the apport hook; if you can upgrade to that version of plymouth and then run 'ubuntu-bug plymouth', that's what will get us the needed info
[16:05] <flexiondotorg> slangasek, Sure.
[16:09] <doko> cjwatson, is it ok to remove the ps3 packages in the seeds?
[16:14] <cjwatson> doko: yeah probably
[16:17] <cjwatson> jamespage: would you mind merging kombu?  needed for new celery version I synced into -proposed, which in turn is needed to fix a build failure
[16:18] <doko> done
[16:20] <jamespage> cjwatson, yes ok
[16:22] <cjwatson> ta
[16:29] <cjwatson> sbeattie: could you merge hardening-wrapper?  it would fix a build failure
[16:29] <cjwatson> (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752717)
[16:46] <sbeattie> cjwatson: yeah, thanks.
[16:52] <smoser> cjwatson, you still around ?
[16:53] <smoser> utlemming and i are getting bothered on bug 1336855 . and admittedly it is a painful issue.
[16:53] <cjwatson> smoser: just go ahead with your workaround and assume I'll sort it out later if it breaks something I care about
[16:54] <cjwatson> I have no time for anything else at the moment
[16:54] <smoser> ok. i would *love* to have it sorted correctly in grub.
[16:54] <smoser> but "need fix now".
[16:54] <smoser> thanks
[20:45] <flexiondotorg> slangasek, I've just installed Ubuntu daily-live from today.
[20:47] <flexiondotorg> slangasek, First boot, got the Unity greeter and switch to tty2 and did apt-get update/upgrade which pulled in the new plymouth build you created plus some Qt5 stuff.
[20:48] <flexiondotorg> Switched back to Unity greeter and rebooted. Still no boot logo in Plymouth but the bigger issue is that now there is no Unity greeter at all.
[20:49] <flexiondotorg> slangasek, Do you still want me to riase the plymouth bug given this other change?
[20:50] <slangasek> flexiondotorg: well, that's interesting
[20:50] <slangasek> flexiondotorg: so you get no graphical login screen at all?
[20:50] <flexiondotorg> Just restarted lightdm and Unity greter has loaded.
[20:50] <slangasek> ah
[20:50] <slangasek> so if you have that working, I'd say it's ok to file a plymouth bug
[20:50] <flexiondotorg> Want me to login first or switch to a vt and file the bug?
[20:52] <flexiondotorg> slangasek, Do you also want a photo of the "no boot logo" screen for Plymouth?
[20:52] <flexiondotorg> I've rebooted and this time Unity greeter has loaded without issue.
[20:52] <slangasek> flexiondotorg: probably easiest to file the bug from a GUI login.  Photo - will the photo show anything interesting? :)
[20:53] <flexiondotorg> slangasek, Photo would be of my cruty old Thinkpad T43p with a blakc screen 😉
[20:53] <slangasek> yeah, I know what black looks like
[20:54] <slangasek> no need for a photo ;)
[20:54] <flexiondotorg> What about the nice purple border? Can you image that too? 😃
[20:54] <flexiondotorg> s/image/imagine/
[20:54] <cjwatson> that part is a grub bug that I've been meaning to get round to fixing
[20:54] <cjwatson> but I can see it here so don't need details
[20:55] <flexiondotorg> Yeah, I saw the GRUB bug.
[20:55] <cjwatson> slightly busy with ... everything else
[21:04] <flexiondotorg> slangasek, https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1370707
[21:04] <flexiondotorg> Do you want me to subscribe any groups to that report?
[22:01] <slangasek> flexiondotorg: cheers - that should give me a starting point
[22:17] <flexiondotorg> slangasek, You're welcome.


[00:16] <grtcdr> Is this channel still alive?
[00:17] <elacheche[m]> Hello grtcdr:
[00:17] <grtcdr> Holy moly!
[00:17] <grtcdr> Hi :à
[00:17] <grtcdr> :)*
[00:17] <elacheche[m]> At past midnight GMT you won't find many folks x)
[00:18] <grtcdr> I'm pretty stoked to see a tunisian community on IRC.
[00:18] <grtcdr> How's your day?
[00:18] <elacheche[m]> You mean, night, right? x) it's niice :)
[00:19] <grtcdr> Yeah my bad!
[00:19] <elacheche[m]> There were many tn communities on irc
[00:19] <grtcdr> Where are they now? /list shows this channel, and this channel only.
[00:20] <elacheche[m]> I'm using the matrix irc bridge, that's why you can only see this channel..
[00:21] <elacheche[m]> Also, I said "were" not "are"
[00:21] <grtcdr> That's very sad.
[00:22] <elacheche[m]> Today, I don't know if there are many TN irc channels on libera.chat
[00:22] <grtcdr> I was hesitant to join at first, seeing how the latest commit to your bazaar repository had been some 13 years ago.
[00:23] <grtcdr> elacheche[m]: Yeah, I should maybe check to see if any other channels are out there for us Tunisians on different servers.
[00:24] <elacheche[m]> Yeah, it's  been a while, but, we weren't big code contributors, we mainly did events, evengalism and other types of contribs..
[00:24] <grtcdr> I love me some linux evangelism...
[00:24] <grtcdr> Are the guys from 13 years ago still around?
[00:25] <elacheche[m]> At least one of them is..
[00:26] <grtcdr> Which one are they?
[00:26] <elacheche[m]> You mentioned bazaar, that makes me think that you're not here because you were browsing libera.chat channels, but because you were checking our LP page, right? :)
[00:27] <elacheche[m]> Who do you know from 13y ago ? :)
[00:27] <grtcdr> I did /list, copy-pasted the website URL and browsed for a little bit. Then I decided to hop in ;) because the communal aspect to ubuntu-tn seemed really fun.
[00:28] <elacheche[m]> Nice :)
[00:28] <grtcdr> I don't know anybody from here, I was surprised to see a single channel for tunisians.
[00:28] <grtcdr> Do you guys impose a particular language around here?
[00:29] <elacheche[m]> I am not from the 13y ago guys, just the 12y ago ones.. and saying this that way makes me feel old  :/
[00:29] <grtcdr> I get that, 13 years is a lot of time.
[00:30] <grtcdr> I'm pretty knew to IRC, I like the nostalgic feel. It reminds of much simpler times.
[00:30] <elacheche[m]> grtcdr: Just some comprehensive lang.. Ar, Fr, En.. But, you won't find many folks around any more.. I guess
[00:30] <grtcdr> Where I'd hop on the family computer to play games like solitaire.
[00:30] <grtcdr> elacheche[m]: Why not revive it?
[00:30] <grtcdr> I suppose that's hard to do.
[00:32] <elacheche[m]> Let's say, it's like a part time job, and people do not have that much time anymore..
[00:33] <elacheche[m]> Anyway.. we're on matrix if you wanna join us there too, we're a little bit more active there..
[00:33] <elacheche[m]> I mean, as persons, not as communtiy.
[00:33] <grtcdr> elacheche[m]: I really prefer IRC over matrix, haven't found any good terminal clients for it.
[00:34] <elacheche[m]> For what?
[00:34] <grtcdr> Well, I found something https://github.com/alphapapa/ement.el
[00:34] <grtcdr> For matrix.
[00:34] <elacheche[m]> What do you use for irc?
[00:35] <grtcdr> Emacs
[00:35] <grtcdr> I used to use weechat, but my move to Emacs has forced me to like a centralized environment for all my computing needs.
[00:35] <grtcdr> Forced is the wrong word, I like the new change :)
[00:35] <elacheche[m]> Take a look at weechat, it's nice, and supports irc and matrix and others..
[00:36] <grtcdr> elacheche[m]: I used the matrix plugin for weechat, it's... terrible.
[00:36] <grtcdr> See https://github.com/poljar/weechat-matrix/issues/314
[00:36] <elacheche[m]> I don't like emacs, so I won't comment
[00:36] <elacheche[m]> VIM <3 :p
[00:36] <elacheche[m]> I didn't cross an Emacs user since 2013 or so x)
[00:37] <grtcdr> I love vim, but it doesn't share emacs philosophy, so it's hard to compare them.
[00:37] <grtcdr> emacs'*
[00:37] <elacheche[m]> yep
[00:37] <grtcdr> elacheche[m]: Guess we're pretty rare.
[00:38] <elacheche[m]> indeed x)
[00:38] <grtcdr> I recently dropped neovim in favor of vim.
[00:38] <grtcdr> As I don't open neovim much anymore, so it made sense to use the lighter and more stable tool for quick file editing.
[00:38] <grtcdr> I'll try and install that emacs plugin, and join the matrix room :)
[00:40] <elacheche[m]> cool :)
[00:41] <grtcdr> I still don't get the matrix protocol, but then again, I've never attempted to read up on it.
[00:42] <elacheche[m]> You read about protocols! That's nice.. And sounds intelligent :)
[00:43] <grtcdr> Only on rare occasions.
[00:44] <grtcdr> I procrastinate as well :)
[00:44] <elacheche[m]> :)
[00:44] <grtcdr> I don't think the emacs plugin is ready for production, I'll have to find an alternative.
[00:45] <grtcdr> I'll just use gomuks, which I know gets the job done.
[00:46] <elacheche[m]> :)
[00:46] <grtcdr> I should really put this out there, I only use Ubuntu Server, and in a VM to keep my personal machine clean. I'm not an Ubuntu user per se.
[00:47] <grtcdr> Don't stab me.
[00:47] <elacheche[m]> ^_^
[00:47] <elacheche[m]> It's ok..
[00:48] <grtcdr> Awesome :)
[00:51] <grtcdr> dang i don't remember the element domain
[00:51] <grtcdr> Are you guys on element?
[00:52] <elacheche[m]> matrix.org
[00:52] <elacheche[m]> element is the client
[00:52] <grtcdr> so my username should be @grtcdr:matrix.org right?
[00:52] <elacheche[m]> #ubuntu-tn:matrix.org
[00:53] <grtcdr> What should I set the homeserver? It's expecting an https URL.
[00:53] <grtcdr> It filled it out for me :D
[00:53] <grtcdr> gomuks got some smarts
[00:53] <elacheche[m]> grtcdr: If you're on matrix.org, you can be on an other matrix domain and join a room in matrix.org
[00:54] <grtcdr> elacheche[m]: That's where it gets its decentralization from, right?
[00:55] <elacheche[m]> Yes
[00:58] <grtcdr> So to join a server I have to enter "/join <room> [server]". I've tried "/join #ubuntu-tn" and "/join ubuntu-tn", but neither worked.
[00:58] <grtcdr> The command is "/join <room>" *
[00:58] <elacheche[m]> try #ubuntu-tn:matrix.org
[00:59] <grtcdr> I'm in, thank you!
[01:00] <elacheche[m]> It's getting late, I need a get some sleep, was nice talking to you..
[01:00] <elacheche[m]> See you around :)
[01:01] <grtcdr> You too :) Goodnight!
[01:02] <elacheche[m]> Thx, gn


[00:25] <mhall119> jo-erlend: who are you addressing that to?
[01:26]  * popey waves
[02:45] <popey> bkerensa: hey, didn't get a real opportunity to say goodbye today.. thanks so much for all your work on the stand, and organising the loco guys to come along and help too!
[04:54] <jose> bkerensa: hence, I asked :)
[06:45] <dholbach> good morning
[13:08] <SergioMeneses> morning!
[13:14] <SergioMeneses> happy system administrator's day http://youtu.be/FE_p5N89XQI
[16:12] <dholbach> all right my friends - it's weekend time
[16:12] <dholbach> see you on monday
[16:12] <dholbach> have a good one!


[00:17]  * jenkins started to file a bug that a project had no apport support but then decided to write the apport stuff  for them :)
[00:17] <jenkins> its like a 5 min job when you know how
[00:22] <ChrisWoollard> Aren't you clever
[00:23] <ChrisWoollard> Is apport another one of those things that is python?
[00:25] <jenkins> it is in python. I am not clever it took me ages to understand it all and i still know almost no python
[00:25] <jenkins> quickshot has become cery taxing
[00:25] <jenkins> *very
[00:27] <ChrisWoollard> Python is one of those languages  that i feel i should learn but i just haven't yet. It scares me that white space is important
[00:29] <jenkins> if you mean the white space at the start thats easy once you remember to do it. if you mean something else I have no clue and probably should :P
[00:30] <ChrisWoollard> i think it is the bit at the beginning.
[00:31] <ChrisWoollard> Last time i sat down to write a program. I got fed up and then just wrote it in perl.
[00:31] <jenkins> well for every time you do an indent its four spaces
[00:31]  * jenkins waits for someone to tell him he has done it wrong
[00:32] <jenkins> hey nisshh, would you like apport support for pytask?
[00:34] <ChrisWoollard> Anyway Jenkins. I am tired. I should go to bed. Goodnight.
[00:34] <ChrisWoollard> Goodnight also to anybody else that is around.
[00:34] <jenkins> night ChrisWoollard I will be going in a moment
[00:35] <jenkins> /usr/share/apport/package-hooks/ is where source_pytask.py goes. http://paste.ubuntu.com/477674/
[00:35] <jenkins> /etc/apport/crashdb.conf.d is where pytask-crashdb.conf goes. http://paste.ubuntu.com/477673/
[00:35] <jenkins> nisshh: "
[00:35] <jenkins> ^
[00:36] <jenkins> make sure you name the files right I have not tested them just run ubuntu-bug pytask and it should work
[00:36] <synergetic> hey guys -- anyone have any idea if there's going to be a manual meeting in the near-future?
[00:36] <jenkins> good question synergetic, we should have one soonish, there is not one scheduled as far as i know
[00:37] <ChrisWoollard> In the last meeting. Didn't somebody suggest every two weeks?
[00:37] <jenkins> there was one on monday just gone so i guess that makes it next week end
[00:38] <synergetic> i hadn't heard anything in ages and wanted to get involved (been meaning to for months now but never could spare much time before)
[00:38] <jenkins> what would you like to help with synergetic?
[00:39] <synergetic> jenkins: not fussed, really ^_^ was why i was hoping there'd be a meeting -- possibly to find out areas that need work
[00:39] <ChrisWoollard> You could always help proof read e2. That is due for release next week.
[00:40] <jenkins> you beat me to it ChrisWoollard
[00:40] <jenkins> after thats out its onto mavrick writting. if you know python we could use a hand with quickshot
[00:40] <synergetic> are you guys still working in LaTeX?
[00:40] <jenkins> yep
[00:41] <synergetic> nah, i'm pitiful at programming.
[00:41] <jenkins> that was a quick response from me (00:40:42) synergetic: are you guys still working in LaTeX?
[00:41] <jenkins> (00:40:45) jenkins: yep
[00:41] <jenkins> fair enough so am i :-/
[00:41]  * jenkins needs to learn more before the next release
[00:42] <synergetic> so for proofreading -- have you guys got a system in place for how it's done? should i grab the LaTeX files, proofread to my hearts content, recomplie and submit? would i need access to a repository or anything?
[00:42] <synergetic> actually. all this stuff is probably on the website, isn't it?
[00:42] <jenkins> do you have latex installed?
[00:43] <synergetic> jenkins: not currently, but it doesn't take long
[00:43] <jenkins> the info for that is on the website. https://lists.launchpad.net/ubuntu-manual/msg02161.html is the info about the proof reading
[00:44] <jenkins> http://ubuntu-manual.org/getinvolved/authors is the latex stuff at the end
[00:44] <jenkins> you need bzr branch lp:ubuntu-manual/lucid-e2
[00:45] <ChrisWoollard> You can either read the pdf and file bugs or fix them as well if you have the latex stuff.
[00:45] <synergetic> ok. bzr is what i'll have to learn. hehe
[00:46] <jenkins> you should also read it has examples of the commands we use http://files.ubuntu-manual.org/style-guide.pdf
[00:46] <synergetic> did the discussion of a manual-docs website redesign-combo ever get anywhere with the paragraph-edit suggestion box? i still think that'd be awesome
[00:47] <ChrisWoollard> There is a repository for the latex stuff. http://paste.ubuntu.com/438685/
[00:47] <jenkins> bzr is easy, allways update before starting work with "bzr pull" . do your work run "make" check it is all ok, fix it if not. run "bzr pull" then run "bzr commit -m <your changes here>" . then "bzr push"
[00:47] <jenkins> the ppa is down atm
[00:48] <jenkins> the website is in the list to do
[00:48] <synergetic> cool
[00:48] <jenkins> I have to move the ppa an latex 2010 is out soon so I took it down for now
[00:48] <jenkins> *and
[00:48] <ChrisWoollard> How long has the ppa been down?
[00:49] <nisshh> jenkins: woah, sorry about that, i was deeply emerged in a google search, what were you saying about pytask?
[00:50] <jenkins> about a week, there is a bug in it which does not affect most team members but it does effect me :/ with the team ownership changing stuff i want to restrict who uploads to it ( ChrisWoollard )
[00:50] <jenkins> nisshh: read the scroll back I have done apport support for pytask
[00:50] <ChrisWoollard> WHat is the bug?
[00:50] <jenkins> 00:35 is the time stamp you want
[00:50] <nisshh> jenkins: i forgot, what does apport do again?
[00:51] <jenkins> ChrisWoollard:  when compiling non english langauges the index gives a japanese letters. kevin does the final compile but I do index order writing for xindy as needed.
[00:51] <jenkins> nisshh: filing bugs with all the info needed
[00:52] <nisshh> jenkins: ah cool, thanks for that
[00:52]  * nisshh goes off to test it out
[00:52] <jenkins> synergetic: any problems shout in here we are all busy but you will get a response at some point
[00:52] <jenkins> nisshh: no probs
[00:52] <ChrisWoollard> Ok, I definitely don't compile non english
[00:53] <ChrisWoollard> some people spend way to long here ;)
[00:53] <synergetic> awesome. thanks guys
[00:53] <synergetic> i'm in GMT so it's quite late. i'm off to bed but i'll have a look at stuff tomorrow.
[00:53] <synergetic> *waves* see you all around
[00:53] <ChrisWoollard> Me too.
[00:54] <ChrisWoollard> I said I was going to do that 15 minutes ago
[00:54] <ChrisWoollard> oops
[00:57] <jenkins> nisshh: does it work?
[00:57] <nisshh> jenkins: hang on, not done yet
[00:57] <nisshh> :)
[00:58] <jenkins> what id did not tell you is you need to redo quicklys debian rules file to make it install them. I am going to do quickshots one so I will let you know how.
[00:58] <jenkins> sorry its late here :)
[00:58] <nisshh> ok
[01:04] <Omega> Hey guys.
[01:04] <jenkins> hey Omega
[01:04] <Omega> jenkins: Did you look into gummi?
[01:04] <jenkins> yea because our project uses several files in different folders it does not work
[01:05] <Omega> Ah
[01:06] <jenkins> I will file a bug at some point
[01:06] <nisshh> jenkins: works a treat
[01:06] <jenkins> sweet, right I am off to bed night all
[01:07] <nisshh> jenkins: what about modifying quickly's rules file?
[01:07] <jenkins> it needs to be done so that the files get packaged right I am yet to work out exactly how to do it I might try some time this week.
[01:08] <nisshh> jenkins: ok, one last question, where should those two files be put in the bzr branch?
[01:09] <jenkins> where ever you like :) I have put them in usr ........ and etc ..... temporayly so i remember  where they go in the file system. you can put them where you like as you just adjust your debian rules file acordingly
[01:09] <Omega> Launchpad should use git :>
[01:09] <nisshh> jenkins: ok
[01:10] <jenkins> I will give you a hand with the rules file once I know how
[01:10] <jenkins> nigth
[14:45] <askhl_> Hi.  From the manual:  "If ``disconnected'' appears in gray underneath the wired network section, look below to see if an option labeled ``Auto eth$0$'' appears in the list. If so, click on it to attempt to establish a wireless connection."
[14:45] <askhl_> Surely eth$0$ is a wired connection, no?
[14:45] <askhl_> I've never seen eth0 being a wireless one
[14:46] <nisshh> askhl_: correct, thats a bug in the manual, which manual is that from though?
[14:46] <nisshh> e1 or e2?
[14:46] <askhl_> It's lucid e1
[14:46] <nisshh> askhl_: ah, it might have been fixed in e2 already
[14:47] <askhl_> nisshh, probably then
[14:47] <nisshh> askhl_: just let me check, which page is it on?
[14:47] <askhl_> it's string 364 in the translation :)
[14:48] <nisshh> askhl_: uhm, ok
[14:49] <nisshh> askhl_: yep, its still there in the latest builds
[14:49] <nisshh> askhl_: can you file a bug on launchpad about it?
[14:51] <nisshh> askhl_: you still there?
[14:53] <nisshh> askhl_: anyway, i have to go now, if you could file a bug on launchpad about it, that would be great, just please target it at e2 NOT e1 or maverick, gnight :)
[15:14] <askhl_> To whom it may concern, I reported it as nisshh asked me to.  But didn't see any specification of release to report against
[15:15] <dutchie> askhl_: do you have a link?
[15:17] <dutchie> (to the bug you reported)
[15:49] <askhl_> dutchie, https://bugs.launchpad.net/bugs/617845
[15:49] <manualbot> Launchpad bug 617845 in ubuntu-manual "2 errors: eth0 wireless and 'send and receive' title" [Undecided,New]
[15:50] <askhl_> (yeah, different bugs should frequently go into different bug reports, that's sometimes impractical when you tend to get them a bunch at a time, sorry)
[16:47] <ChrisWoollard> askhl_: Thanks for the bug reports.
[17:00] <askhl_> ChrisWoollard, you're welcome
[17:00] <ChrisWoollard> :)
[17:29]  * ubuntujenkins__ can't use my normal nick jenkins and has no clue why
[19:22] <jenkins> how is everyone this evening?
[19:39] <thorwil> hi jenkins. alright, pushing letter shapes around and trying to forget Ben's communication disaster continuation :)
[19:39] <jenkins> hey thorwil, did you hear linuc outlaws podcast and the beardnecks mentioned loads
[19:39] <jenkins> *linux
[19:40] <thorwil> nope
[19:41] <jenkins> they mentioned it LOADS it got quite funny. ( them mentioning of it got funny)
[19:41] <ChrisWoollard> evening all.
[19:41] <jenkins> hey ChrisWoollard
[19:42] <ChrisWoollard> hello
[19:42] <thorwil> making fun of it is the best thing to do
[19:42] <thorwil> hi ChrisWoollard
[19:44] <ChrisWoollard> Which podcast is it that everyone has evenbody been listening to?
[19:44] <jenkins> linux outlaws (discussing), uppc, fullcircle and tuxradar
[19:45] <thorwil> this is the podcast i can't be bothered to listen to: http://linuxoutlaws.com/podcast/162
[19:45] <jenkins> thorwil: yep, i did not read it all i got bored :P
[19:45]  * thorwil very rarely listens to podcasts
[19:47] <jenkins> I like them studying at uni i don't have much time to read stuff so listening is a good way to catch up. Linux outlaws does take some getting use to incomparisson with uupc and the others
[19:48] <ChrisWoollard> i tend to only listen to tux radar
[19:49] <ChrisWoollard> outlaws is quite long
[19:49] <thorwil> jenkins: you study while listening to podcasts?
[19:49] <jenkins> I liked shot of jaq but they stopped. Tux radar is only every two weeks and they often give news that is getting old, there is not much in it I prefer the longer uups and outlaws.
[19:49] <jenkins> thorwil: yep
[19:50] <thorwil> there are a number of things i can do well while listening to music. doesn't keep from getting into the zone, at least if it's music i already know. but people talking? concentration killer
[19:50] <jenkins> or research or go to bed and listen. I find that i spend two hours in bed thinking at uni as I don't have the time in the rest of the day
[19:52] <jenkins> I think it does depend what you doing I think. I have to listen to the outlaws in a quite room. but I must have got use to it people talk in lectures all the time :/ . it can make it hard to hear the lecture
[19:54] <jenkins> thorwil: flan_ likes the "potential" my lame idea of has http://imagebin.org/108933 are you able to see if you can make it look better / or have any suggestions or criticisms  please
[19:54] <jenkins> or vish ^
[19:55] <thorwil> jenkins: sorry, but i see no place to take it to. not even a road
[19:57] <jenkins> thorwil: fair enough I do think it is not the best idea
[19:57] <jenkins> thanks anyway
[19:57] <vish> jenkins: thats for the website? or a logo?
[19:58] <jenkins> logo/icon idea
[19:58] <vish> jenkins: too complex.. wont work as a logo..
[19:59] <jenkins> cool thanks, what about it makes it too complex just so i understand the reasoning
[20:00] <thorwil> vish: seen http://www.foopics.com/showfull/ad413fe2ce8e341c3c26b7b327929bb4 ?
[20:00] <jenkins> I will look and see if I have flan_'s comment on that one I can't recall what he said
[20:01] <vish> jenkins: if we are to use it in the wbesite , as a backdrop it is ok , but for a logo , it needs to be simple shapes , something that can scale in different sizes and still be recognizable
[20:01] <jenkins> ok vish
[20:01] <vish> jenkins: we can just get lazy and steal , the f-spot icon , and redo it for quickshot :D
[20:01] <vish> thorwil: whats that for?
[20:01] <jenkins> hmm I like the shape but that is rather lazy an rip off like
[20:02] <jenkins> (22:20:29) flan_: It's clean and simple, but I'm not sure if it conveys any meaning.
[20:03] <jenkins> I spoke to him later that day or the next. I would a project rename make it easier to do an icon? Its rather extreme and I am not sure it would help
[20:03] <jenkins> docshot
[20:03] <thorwil> vish: if you really have to ask that question in this context, it's for nothing and shall be burned up and the ash given to the wind, to be never mentioned again :)
[20:04] <jenkins> also there are allot of people who would have to make that decision but its an idea
[20:06] <thorwil> sure, a name like lemon-cow would make it easy to create an icon. but to find another name that would help with creating an icon that makes regarding what the app does?
[20:06] <jenkins> lol, yea thats kinda what I thought but I mentioned it just in case :)
[20:08] <thorwil> if a client came to me with a case like this one, i guess i would have to turn him down :/
[20:08] <jenkins> yea it is such a strange job I have to say.
[20:10] <thorwil> tempting to just place a little camera in front of a stack of pictures. which would likely break down below 64 px
[20:11] <jenkins> hmm, I suppose we could redo bens original with out the ubuntu logo.
[20:12] <jenkins> http://imagebin.org/109676 current icon at small size in the menu
[20:29] <vish> jenkins: thorwil: a half-ass'd attempt : http://dl.dropbox.com/u/1325768/quickshot.png  ;p
[20:30] <vish> just a rough idea.. probably needs a lot of work..
[20:30] <thorwil> vish: that's a logo then, not an icon
[20:31] <vish> thorwil: werent we looking for a logo?
[20:31] <vish> oh i was confused.. :/
[20:32] <jenkins> another stupid question whats the difference don't they both look the same?
[20:33] <thorwil> jenkins: an application icon has to work in the context of the Applications menu, launchers, software center ...
[20:33] <thorwil> the icon should allow people to make a good guess what the app is about
[20:34] <jenkins> but they can be the same but don't have to be? could any icon make people guess what quickshot is about?
[20:34] <thorwil> a logo has to work in the context of a website for the application
[20:34] <vish> thorwil: this might work as an icon too.. probably need to scale it well..
[20:34] <jenkins> right so the icon could be part of the logo. Just making sure I understand this better
[20:35] <thorwil> jenkins: they can be the same, yes. but if you aim for that, you have to create an icon, then you can use it as is for the logo or spice it up a bit
[20:36] <jenkins> I understand now thanks
[20:36] <thorwil> not to forget that icons have a square canvas, while a logo can be any format
[20:36] <jenkins> yep
[20:39] <jenkins> can we not put a cartoon camera sat on a stack of screenshots?
[20:40] <jenkins> very close to (20:10:07) thorwil: tempting to just place a little camera in front of a stack of pictures.
[20:40] <jenkins> flan_: ping
[20:40] <jenkins> popey: when is the next podcast recording?
[20:40] <thorwil> jenkins: all the major icon themes are non-cartoony
[20:41] <popey> monday
[20:41] <jenkins> thanks
[20:41] <jenkins> well i ment as suppose to a full detail camera. http://www.core77.com/hack2school/img/cc_camera.jpg view of one
[20:46] <jenkins> http://imagebin.org/109678 my very quick attempt :P
[20:47] <vish> thorwil: btw , that was in 48x48 .. [and i shamelessly used the Ubuntu font ;p]
[20:47] <popey> jenkins: why?
[20:47] <jenkins> I may send you an e-mail thats all
[20:47] <jenkins> :)
[20:48] <vish> jenkins: pretty sure , nikon will try to sue you ;p
[20:48] <thorwil> vish: hah, i so used the ubuntu font without even knowing what shame is earlier, already :)
[20:49] <jenkins> lol vish
[20:52] <jenkins> that does convey what the program does right?
[20:56] <thorwil> well, you saw what happens when you try to express it a bit closer
[20:57] <jenkins> yea, I am glad you have both explained all this I feel I have a better understanding of it all
[20:59] <jenkins> I bet ben will not like it but he has not thought of anything yet
[21:01] <thorwil> jenkins: who's project is quickshot, anyway? ;)
[21:01] <vish> thorwil: http://dl.dropbox.com/u/1325768/quickshot24.png  thats how it looks at 24px..
[21:01] <vish> hrm.. :s
[21:02] <jenkins> I like vish q but it does not convey the projects purpose
[21:02] <vish> bah , i give up! today has not been good :..
[21:02] <jenkins> I did not mean to cause you to give up :P
[21:02] <jenkins> :(
[21:03] <vish> jenkins: hehe , not cause of what you said ..
[21:03] <jenkins> thats good then
[21:04] <thorwil> vish: http://www.youtube.com/watch?v=TfyvSM-6c14
[21:04]  * jenkins sets about rewriting the debian rules file, fails so far = 0
[21:05] <vish> thorwil: ;)
[21:05] <jenkins> this is a good video http://www.youtube.com/watch?v=u6XAPnuFjJc very artistic
[21:06] <thorwil> yeah, it's awesome
[21:13] <vish> http://www.youtube.com/watch?v=8gMrG5lkYeg
[21:13] <vish> lmao!
[21:14] <vish> "many of you may mock my interest in the party sciences!"
[21:14] <vish> pastry*
[21:16] <thorwil> good night!
[21:17] <jenkins> vish: lol thats great
[21:55] <jenkins> fail = 1 a change in the way to do it, I should not have started with an old guide
[22:29] <popey> jenkins: ok, earlier the better, we plan the show before we record - unlike many podcasts ;)
[22:30] <jenkins> yep I will do my best popey, it may have to be for the next one
[22:30] <popey> we record on monday evening, so sometime before 8pm would be the latest
[22:31] <jenkins> wow I was thinking sunday morning would be rude I *should* manage that one
[22:32] <jenkins> you may get a late one popey, flan_ has no internet at home thats why I can't get hold of him.
[22:32] <popey> :)
[22:32] <jenkins> doh! silly me :-[
[22:32] <popey> out of interest, what's it about?
[22:33] <jenkins> quickshot, we could do with and extra programmer or two I just want to check with flan_ that he is happy with that. Is that suitable for uupc? if not no worries
[22:34] <popey> yeah, totally, calls for help are great
[22:34] <popey> leave us a voicemail! :D
[22:34] <jenkins> I can do that on skype right?
[22:34] <popey> yup
[22:34] <jenkins> right thats a plan
[22:35] <popey> "Leave a voicemail via phone: +44 (0)<PHONE_NUMBER>, sip<EMAIL_ADDRESS>and skype: ubuntuukpodcast"
[22:36] <jenkins> thanks was about to look 30 seconds right? the more i think the later it could be it may have to wait till next week as I start placement this week. I just need a quickchat with flan for a few things
[22:38]  * jenkins thinks of what to say
[22:51] <jenkins> right night all


[01:17] <CameronP> Hi guys - is vila around?
[01:36] <lifeless> CameronP: not for 5 or 6 hours
[01:36] <CameronP> lifeless: Thanks..
[01:50] <CameronP> Does anyone know how to "uninstall" bzr  - I think my installing from source has broken on x64 centos
[01:50] <CameronP> python setup.py xxxx? etc?
[01:54] <CameronP> I just deleted the bzrlib dir from lib64 and this seemed to do the trick
[01:54] <CameronP> however the install doesnt seem to work for x64 on centos
[01:57] <lifeless> CameronP: can you file a bug please?
[01:57] <lifeless> CameronP: uninstalling - setup.py doesn't offer uninstall ><>
[01:57] <lifeless> CameronP: you might like to use the rpm spec file and build a package rather than installing directly.
[01:57] <CameronP> yeah ill just run from source
[01:57] <CameronP> it should be ok
[01:58] <lifeless> setup.py build_ext -i
[01:58] <lifeless> will build the extensions for you for that
[01:58] <lifeless> we'd like a bug though, if install isn't working, so we can document/fix it
[01:59] <CameronP> yeah sure will file it
[02:09] <ub3rst4r> hi, i am trying to merge the 1.4 source code with the 1.3.4 source code but when i go to merge it says "nothing to do" and then when i try to push it says "ERROR: These branches have diverged.  Try using "merge" and then "push"." what do i do?
[02:09] <james_w> ub3rst4r: hi, are you just running "bzr merge"?
[02:09] <ub3rst4r> ya
[02:10] <james_w> it is probably merging from a different branch than you are pushing to
[02:12] <james_w> "bzr merge :push" will merge from the branch that it tries to push to
[02:15] <ub3rst4r> 31 conflicts encountered. what does that mean?
[02:18] <james_w> ub3rst4r: http://doc.bazaar-vcs.org/current/en/user-guide/index.html#merging-changes
[02:29] <ub3rst4r> wtf?
[02:30] <ub3rst4r> now theres two different branches
[02:43] <CameronP> do any of you guys use the upload plugin?
[03:17] <CameronP> does anyone know how to change the text editor in bazaar explorer?
[03:31] <ub3rst4r> wtf!
[03:31] <ub3rst4r> why cant i get this branch to merge
[03:31] <CameronP> having probs eh
[03:31] <CameronP> me 3
[03:37] <ub3rst4r> i think i got it now
[03:45] <CameronP> Using bazaar explorer for version 2.0 on windows vista seems to break - cant ssl in at at all :(
[04:09] <CameronP> all working fine, jsut user error
[05:22] <meoblast001> i was just looking through some of my commits
[05:23] <meoblast001> is it typical for someone to have their bazaar "email" field set to their real emal?
[05:23] <meoblast001> email*
[05:27] <Peng_> meoblast001: What else would you use?
[05:28] <meoblast001> idk
[05:28] <meoblast001> i just noticed my commits said<EMAIL_ADDRESS>and thought "was it always that way?"
[05:28] <meoblast001> figured out it was
[05:28] <meoblast001> so i thought i'd inquire if that was the norm
[05:40] <CameronP> Just started with bazaar explorer, and wondering if someone can explain something to me - Up until now I've been using the centralised  model
[05:40] <CameronP> with checkouts and commits
[05:41] <CameronP> to the server repository
[05:41] <CameronP> in bazaar explorer, when i try and do an update, first
[05:41] <CameronP> it seems to only do a local update, and doesnt pull it down from the server
[05:41] <CameronP> does that make sense?
[05:45] <Peng_> CameronP: If you're not using a checkout, that's what "update" does.
[05:45] <Peng_> (Well, technically update is doing the same thing it always does: Updating the working tree to the tip of the branch; in this case, the branch is local, though.)
[05:46] <CameronP> ok so Im getting stuck where another developer commits a change
[05:46] <CameronP> it tells me i have to update first before commiting changes
[05:46] <CameronP> but the  update, just says nothing to do (as its just doing it locally i think)
[05:48] <CameronP> if i go to command line and do a bzr update from my working directory, then it works ok and connects to the server and pulls their changes and merges them and then i commit
[05:48] <CameronP> i Just dont understand why that doesnt work through the gui
[06:15] <fullermd> It might be that Explorer isn't doing quite what it should in that case.
[06:15] <fullermd> igc might know better
[06:16] <CameronP> thanks... guess I'll just wait and see what the go is -has been confusing me  all day ;)
[06:16] <fullermd> igc: ^^  Explorer not properly update'ing a checkout?
[06:55] <Keybuk> I'm having an enormous amount of errors with bzr 2.0
[06:56] <Keybuk> branches that pass "reconcile" with previous version are now raising Exceptions when using 2.0
[07:02] <Peng_> Keybuk: Pasteebin your exceptions.
[07:03] <Keybuk> just filed bug 441105
[07:05] <Peng_> Oh. That works too.
[07:41] <Keybuk> also bug 441120
[07:56] <Keybuk> and bug 441125
[08:05] <dirving> I'm trying to move a project from bzr into a subversion repository, keeping the revision history.  I've tried a few things with bzr-svn but I'm not having any luck -- does anyone have any pointers?
[18:22] <ronny> jelmer: say, did git/dulwich have something to push via http? (or should abuse something like a light pack + http push requests for the time being)
[18:33] <visik7> is it safe to upgrade to 2.0.0 ?
[18:33] <visik7> plugins will be broken  ?
[18:38] <SamB_XP> visik7: some might
[18:38] <SamB_XP> visik7: but most of them have been updated
[18:38] <visik7> bzr webdav doesn't work
[18:39] <SamB_XP> does it simply fail to load?
[18:41] <visik7> yes with this error: not installing http[s]+webdav:// support (only supported for bzr 1.12 and above)
[18:42] <SamB_XP> that would be an obvious bug in the plugin
[18:42] <visik7> probably due to this if :    if major < 1 or minor < 12:
[18:42] <SamB_XP> are you running from a bzr checkout, or an OS package?
[18:43] <SamB_XP> (and is this bug reported?)
[18:44] <visik7> SamB_XP: checkout and no it doesn't seem to be reported
[18:44] <SamB_XP> well, I would (a) fix that line (b) push it to a launchpad branch and (c) request a merge
[18:45] <SamB_XP> maybe also (d) report the bug
[18:45] <SamB_XP> ;-)
[18:47] <visik7> fixed
[18:48] <visik7> now how can I create a branch on lp ?
[18:48] <visik7> and request a merge ?
[18:48] <SamB_XP> visik7: do you have an account on lp yet?
[18:48] <visik7> yes
[18:48] <SamB_XP> did you upload your SSH key?
[18:49] <visik7> yes
[18:49] <SamB_XP> did you do a "bzr lp-login"?
[18:51] <visik7> no it says I haven't configured an user
[18:52] <SamB_XP> bzr lp-login my-lp-username
[18:59] <visik7> ok done
[19:00] <SamB_XP> visik7: okay, I assume you committed the fix to the plugin and are in the working directory?
[19:00] <visik7> yes
[19:01] <SamB_XP> well, bzr push lp:~my-lp-username/bzr-webdav/version-checking-fix
[19:01] <SamB_XP> assuming bzr-webdav is the right name for the launchpad project for the plugin
[19:02] <visik7> yes is the right name of the plugin of the original developer
[19:02] <visik7> but I renamed it
[19:02] <visik7> (the directory)
[19:02] <SamB_XP> yes, of course
[19:02] <visik7> it says that bzr: ERROR: Invalid url supplied to transport: "lp:~visik7/bzr-webdav/version-checking-fix": No such project: bzr-webdav
[19:02] <SamB_XP> hmm
[19:02] <visik7> do I need to create it from my panel ?
[19:03] <SamB_XP> oh, apparantly the project is called bzr.webdav for some unknown reason ???
[19:04] <SamB_XP> so try that again with a "bzr.webdav" instead of "bzr-webdav"
[19:04] <SamB_XP> man, this new launchpad theme is way too white
[19:04] <visik7> :)
[19:04] <SamB_XP> it needs some panels of some kind ...
[19:04] <visik7> it's committing
[19:04] <SamB_XP> hopefully it won't take too long
[19:05] <SamB_XP> oh, wait, ... did you try just doing a "pull"?
[19:05] <visik7> yes
[19:06] <visik7> there was no updates
[19:06] <SamB_XP> where did you have it checked out from ?
[19:06] <visik7> Created new brench
[19:06] <visik7> I check if there was any update a few minutes ago
[19:07] <visik7> ok I pushed and everything is ok seams
[19:07] <visik7> how to request for a merge ?
[19:08] <visik7> found
[19:08] <visik7> thanks for your support
[19:09] <SamB_XP> the thing is, there was an attempt to fix the check for bzr 2.0 back in august ...
[19:09] <SamB_XP> and yeah, it looks like that fix should have worked
[19:10] <SamB_XP> so, I would try "bzr pull --overwrite lp:bzr.webdav"
[19:10] <visik7> mmm
[19:11] <SamB_XP> and if that also works fine, I would go to your merge request and apologize for wasting time ;-)
[19:11] <SamB_XP> though of course at least now you learned what to do if you ever find a bug you could easily fix in another plugin
[19:11] <visik7> yes infact
[19:12] <visik7> anyway how can I discard the merge request ?
[19:12] <SamB_XP> I'm not sure if you can ;-)
[19:12] <SamB_XP> someone else may tell you soon
[19:12] <visik7> ok np
[19:12] <visik7> going out now thank you again now I'll use launchpad instead of github to do stuff like this
[19:12] <jelmer> SamB_XP: no, there's no push over http stuff
[19:15] <visik7> I have removed the branch
[19:19] <SamB_XP> jelmer: say what?
[19:19] <SamB_XP> I didn't mention push-over-http did I?


[00:09] <Azendale> The keystone charms is  giving me an "install-error" in the juju gui, and "agent-state: install-error" in the juju cli. Is there a way I can look at a log or debug this to see why it failed? I'm using MaaS underneath Juju (and actually MaaS in running on top of KVM machines for testing).
[00:15] <bigjools> Azendale: juju debug-hooks
[00:22] <Azendale> bigjools: I just tried that, now I'm ssh'd in to the box. Is there a log somewhere of Juju's attempts to configure the machine?
[00:23] <bigjools> Azendale: I'm no expert but look in /var/log/juju on the bootstrap machine
[00:24] <Azendale> bigjools: ok, thanks for the advice, I'll try it
[00:36] <bencc> are there 32-bit and 64-bit version of the php5 deb package?
[00:36] <bencc> 'm trying "apt-get install php5:i386" but it can't find the package
[02:11] <jotterbot1234> hey guys
[02:11] <jotterbot1234> I keep getting this really annoying email from PHP:
[02:11] <jotterbot1234> PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626/mcrypt.so' - /usr/lib/php5/20090626/mcrypt.so: cannot open shared object file: No such file or directory in Unknown on line 0
[02:12] <jotterbot1234> Get heaps of emails with this same message. Has anyone come across it?
[02:16] <Rallias> jotterbot1234, Do you have php5-mcrypt installed?
[02:18] <jotterbot1234> yes
[02:18] <jotterbot1234> Apparently it is a known issue for Debian
[02:18] <jotterbot1234> Working off this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662090
[02:19] <Rallias> Are you running mod_php or php-fpm?
[02:19] <jotterbot1234> mod_php i believe
[02:20] <Rallias> Can i get you to do a service apache2 restart ?
[02:20] <jotterbot1234> just the standard LAMP install I thought. It's amazon EC2 though so I didn't set it up
[02:20] <jotterbot1234> sure, one moment
[02:21] <jotterbot1234> actually
[02:23] <jotterbot1234> I think I've pegged it. Wasn't installed on one of the other VMs.  I need config management like puppet or something running! nevermind
[02:23] <Rallias> On an unrelated note... can someone update the /topic ? 13.10's the in-dev version, not 12.10
[02:24] <Rallias> jotterbot1234, Trust me, the moment you say puppet, you'll be wanting to do everything. If you go that route, do as little as possible with it.
[02:26] <jotterbot1234> Can you elaborate on what you mean? Are you saying that is a poor choice to run config management? I have been looking at a few. Especially salt stack vs puppet
[02:27] <Rallias> No, I'm saying once you get a little taste of puppet, you'll want to do ALL THE THINGS IN PUPPET, which results in lost efficiency, and if you're like me, never getting the project done.
[02:27] <jotterbot1234> haha i see!
[02:28] <jotterbot1234> I thought it has been running long enough now that they have all templates shared so you don't have to reinvent the wheel so much
[02:29] <jotterbot1234> but I will heed your warning when looking over it!
[02:29] <Rallias> Yeah, for the most part, but you have to configure each service separately.
[02:29] <Rallias> I was at the point where I was installing oh-my-zsh via puppet before I put it down and forgot about it.
[02:32] <jotterbot1234> I just need something for some basic config/settings management. And then something like munki for software installs. I am trying to come up with a linux(specifically ubuntu) backend for OSX clients for a project
[04:38] <mojtaba> Hi, I am going to make a backup server in a domain with windows servers and windows clients. Could you please tell me from where should I start? (I prefer linux backup server)
[06:25] <nuf0xx> o/
[06:25] <nuf0xx> nfs help here please (linux)
[06:25] <nuf0xx> i have two directories listed in exports. I can only mount the one that is listed first
[06:26] <nuf0xx> it seem the exportfs only exports the first entry.
[06:45] <annoyingspore> where is exports?
[06:50] <nuf0xx> it is located in /etc/exports
[06:56] <gartral> why isn't there a 13.04 server iso?
[06:57] <gartral> why isn't there a 13.04 server iso for 32-bit*?
[07:02] <mardraum> gartral: "i386"
[07:11] <gartral> mardraum: that option doesn't appear on the site
[07:11] <gartral> and i've looked for 10 minutes
[07:18] <geser> gartral: http://releases.ubuntu.com/13.04/ near the end you will find ubuntu-13.04-server-i386.iso
[12:08] <raub> If I have multiple interfaces, the first one using dhcp and the others dhcp or static, what is the best way to define the default route manually?
[12:08] <raub> I just do not want to have eth0 as default route
[12:09] <raub> Best answer I found so far was to have reject lines in dhclient.conf
[12:10] <rbasak> raub: there are many ways to do this of course. I would go with the dhclient route too, since logically you want DHCP but do not want to set the default route via DHCP. So configuring dhclient to not use the default gateway supplied by the DHCP server seems like the right place to do that.
[12:11] <rbasak> raub: I'm not sure about the reject lines. I've done it in the past by writing a trivial /etc/dhcp3/dhclient-enter-hooks.d/ script that checks $interface, sets new_routers to empty and copies old_domain_name_servers to new_domain_name_servers.
[12:43] <alias_bij> Can anyone help installing Ubuntu server w/ CD?
[12:43] <alias_bij> Booting from CD takes to GRUB command entry screen
[12:43] <alias_bij> Not the menu entry screen
[12:43] <alias_bij> As such, I don't know what to type to make it start.
[12:44] <ikonia> alias_bij: sounds like the cd is bad
[12:44] <ikonia> alias_bij: it should take you to the boot menu
[12:44] <alias_bij> ikonia: ok, thanks; I'll try another CD.
[12:45] <ikonia> alias_bij: also check the image you are burning with the checksums
[12:45] <ikonia> make sure it's valid
[12:45] <alias_bij> ikonia: good point; i'll verify that too. thank you.
[13:03] <ws2k3> hello when i'm logged in in my ubuntu system tab autocompleet does not work at all
[13:03] <ws2k3> how should i fix this
[13:13] <rbasak> smoser: fyi, libvirt's filesystem binding thing uses qemu's "virtfs" thing, which is some kind of network filesystem (plan 9?). So I don't think it's as bad a hack as you thnk.
[13:13] <rbasak> (ie. it's properly doing things at fs layer, not block layer)
[13:13] <smoser> i think its a hack
[13:13] <smoser> not for sharing filesystem data. i think thats fine.
[13:13] <rbasak> I can see how it might be useful for debugging. Depends on the use case that Tim wants, I think.
[13:13] <smoser> i think juju insisting on looking directly (or reading from) the filesystem of the thing that its using is a hack.
[13:14] <rbasak> I'm undecided. I'd like to understand the use case better.
[13:14] <smoser> and my suggestion of solving that problem generally still stands.
[13:14] <smoser> ie, cifs or nfsv4 would be better.
[13:15] <rbasak> The nice thing about qemu's built in support is that I don't have to run or configure any additional daemon.
[13:15] <rbasak> (I wasn't aware that it existed until today)
[13:15] <smoser> utlemming had been using that a bit.
[13:15] <smoser> it does work.
[13:15] <smoser> and i think we even at some point added the plan 9 into thei cloudimage for that purpose.
[13:15] <smoser> the modules.
[13:16] <smoser> but for juju's purposes i think its a hack.  for debugging its fine. but even then, i really think better to set it up generically using tcp-ip.
[13:16] <smoser> all the cool kids are using tcp-ip these days.
[13:17] <smoser> rbasak, this is exaclty the same argument i've made at ODS many times.
[13:17] <smoser> taking advantage of a hypervisor specific "host<->guest" communication layer means that all hypervisors have to implement it.
[13:18] <smoser> (well, not it specifically, but some form of it).
[13:18] <rbasak> Sure, I do see your point of view. I'd just prefer to reserve judgement until I understand the use case.
[13:19] <rbasak> For the debugging case, I think a one-command-option request to map the fs across would be useful. I'm not sure how to do that without set up on the host any other way.
[13:19] <smoser> yeah... the issue is that that one-command-option becomes precedence.
[13:19] <rbasak> However, even this way it's a bit of a pain from an apparmor perspective. At least in Precise, aa-virt-helper doesn't appear to understand the filesystem "binding" definitions.
[13:19] <smoser> and the next hypervisor does it the same way
[13:20] <smoser> (which is exactly what is happening here)
[13:20] <smoser> and hten you have to know: if i'm on lxc, then i look here, if i'm on kvm, then i look here ....
[13:20] <rbasak> So I'm not sure it's worth implementing right now, at least until I understand juju's need better.
[13:24] <raub> Why is the dhclient trying to connect to a bootp server?
[13:24] <raub> From netstat, udp        0      0 <IP_ADDRESS>:68              <IP_ADDRESS>:*                           805/dhclient3
[13:24] <jrwren> raub: dhcp is a super-subset of bootp
[13:26] <raub> jrwren: Aha
[13:42] <goles> Hey guys, I'm running ubuntu 10.10 on an old server, the apt repos are down and I don't have the update manager, what's are my upgrade options here?
[13:45] <RoyK> goles: 10.10 isn't supported anymore
[13:46] <Pici> !eolupgrades
[13:49] <goles> RoyK: I see that :), I was wondering what could I do
[13:49] <RoyK> see eolupgrades above
[13:54] <goles> RoyK: It's weird, I'm following the instructions but I'm failing to install the update-manager-core, etc. https://gist.github.com/Goles/06ea4f67c3c7e33b099a
[13:56] <goles> RoyK: that page must be quite outdated... I mean the latest instructions are for Intrepid to Karmic
[14:12] <just-a-visitor> goles: Basically the same, but here is the AU link: http://askubuntu.com/questions/91815/how-to-install-software-or-upgrade-from-old-unsupported-release
[14:12] <just-a-visitor> Note that you also have to „convert” the security.... repos.
[14:28] <ChanSavr> hi
[14:29] <ChanSavr> I am looking to script install mysql
[14:29] <ChanSavr> what is the best way to silently set a random password?
[14:30] <ChanSavr> what would the default password be if I apt-get install -yq ?
[14:31] <ChanSavr> http://stackoverflow.com/questions/7739645/install-mysql-on-ubuntu-without-password-prompt
[14:31] <ChanSavr> my answer ^^
[15:54] <hallyn_> stgraber: hm, lxc in saucy isn't working well for me at all...
[15:54] <stgraber> hallyn_: ah? what's the problem?
[15:54] <hallyn_> well (1) pstore being in container's fstab is causing it to fail - which isn't supposed to happen
[15:55] <hallyn_> and (2) there seems to be a problem with lxc monitord startup
[15:55] <hallyn_> (bug 1225308 was opened for that)
[15:56] <stgraber> hallyn_: hmm, let me create a new clean container here
[15:56] <stgraber> hallyn_: lxc-list (alias to lxc-ls -f) sure works fine here
[15:56] <hallyn_> i created a new saucy container on my precise host.  in there is where i'm having trouble
[16:01] <hallyn_> hm.  i did NOT think we required 'optional' in fstab entries to make them optional.
[16:02] <hallyn_> lxc-stop -k is also broken
[16:02] <hallyn_> oh, that's nested cgroup stuff
[16:03]  * hallyn_ shifts to a kvm instance
[16:39] <hallyn_> stgraber: oh, uh.  duh.  we can't just move the lxc-monitor location like that can we?  /me does a little test
[16:42] <hallyn_> that is, we can't just move the monitor to /run, breaks already-running containers.
[16:45] <stgraber> hallyn_: right, I'd just mark any bug resulting from that as won't fix and asking the user to just reboot their system
[16:46] <hallyn_> drat.
[16:46] <stgraber> hallyn_: that'd be unacceptable for an SRU but in the dev release I don't think we should maintain migration code
[16:46] <hallyn_> i guess
[16:47] <hallyn_> ok i'm going to push a patch to git and saucy to add 'optional' to the pstore fstab entry
[16:54] <stgraber> hallyn_: why did we need that? for kernels that don't have /sys/fs/pstore?
[16:54] <hallyn_> yes
[16:55] <stgraber> ok. When you cherry-pick to saucy, try to keep the same format for debian/patches. So far I've been doing simple git format-patch, renumbered the patch and dumped it into debian/patches/
[16:55] <hallyn_> so i guess realistically it shouldn't hit people running the saucy package - if they do r->s upgrade they should reboot before starting a new container
[16:55] <stgraber> that way the file name matches the commit title and the format makes it clear that it's a straight cherry-pick from upstream and can be dropped with the next milstone
[16:56] <hallyn_> ok, makes sense
[16:56] <stgraber> right. Someone updating from raring to saucy is also likely to get hit by monitor API changes anyway, so rebooting is usually a good idea :)
[16:57] <hallyn_> im' worried about my precise-based containers host that hosts services (using lxc ppa)
[16:57] <hallyn_> guess we'll see.  maybe i should reboot it today before i travel.
[16:58] <hallyn_> got a feelign it's going to be unhappy
[16:58] <stgraber> well, so long as the containers don't crash as they'd in the past when the monitor API would change, all that'll break are the tools on the host
[16:58] <hallyn_> true
[16:58] <stgraber> and you can fix that by doing a clean shutdown+reboot of all the containers
[16:59] <hallyn_> all right, back to real work then
[17:25] <jonascj> Hi all. Anyone on ubuntu-server 12.04 and using libvirt hooks? I cannot get my libvirt to execute the scripts in /etc/libvirt/hooks. This bug https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/891472 mentions something wrong with the apparmor profile. But in 12.04 libvirt 0.9.8-2ubuntu17.10 the hooks directory is mentioned in the apparmor profile.
[17:27] <jonascj> I new to this channel, I assume uvirtbot just graps interesting links (like a bug tracker link) and quotes current status or so...
[17:30] <sarnold> jonascj: yeah, the bot tries its best to be useful, but... :)
[17:31] <sarnold> jonascj: check dmesg or /var/log/audit/audit.log or dmesg logs to see if there are apparmor DENIED messages for your hooks
[17:39] <jonascj> sarnold: thank you for your reponse. I do not have a /var/log/audit/audit.log and "sudo grep audit /var/log/kern.log", "sudo grep hook /var/log/syslog" etc. yields nothing.
[17:40] <jonascj> but I guess that means apparmor is not blocking anything
[17:40] <sarnold> jonascj: DENIED might be more informative, the specific execution or access being denied might not show up with 'hook'. (I'm less sure about 'audit', it's been a while since I've run without auditd..)
[17:42] <jjohansen> sarnold: DENIED shows up in auditd too. Most of the message is the same, its mostly just the preamble that is different
[17:42] <jonascj> sarnold: I can just install auditd if all it does it redirect apparmor messages
[17:42] <sarnold> jjohansen: I was curious if 'audit' shows up in dmesg :) hehe
[17:44] <sarnold> jonascj: auditd also does a lot of PAM auditing; it does enough extra things that I'd recommend installing it when you've got some time to read the documentation. (not that the docs are great, but it does more than just redirect apparmor messages.)
[17:44] <jjohansen> sarnold: so audit messages show up in dmesg if you are not running auditd. If you are running auditd they won't show up in dmesg
[17:48] <jonascj> so maybe it is not app armor after all.
[18:24] <jonascj> hmm, I've found out that one "predefined" script /etc/libvirt/hooks/daemon works (if I create it and for example echo to stderr). But it is as if it does not scan the hooks-directory.
[19:14] <mgw> I have a daemon (nsqd) that for which i need to write an upstart script
[19:14] <mgw> it takes a bunch of cli options, including some of them repeated
[19:14] <mgw> it does not have a config file
[19:15] <mgw> any suggestions on how to best implement my own config file that will be read by the upstart config and then utilized in executing the start command?
[19:50] <zul> adam_g/roaksoax: https://code.launchpad.net/~zulcss/python-keystoneclient/mox/+merge/185915
[19:53] <kyze> hi guys, is it possible to creat a raid1 of two drives after ubuntu server is installed ? of so how ? (ubuntu is running on another drive)
[19:58] <patdk-wk_> anything is possible
[20:10] <andol> kyze: Want that RAID1 to contain the actual OS install (the root partition, etc), or will it for a sepdata data storage filesystem? Also, is the drive Ubuntu is running from any of the two drives you want to create the RAID1 of?
[20:10] <kyze> andol no ubuntu is running off its own volume, its 2 new drives that shall run in raid 1
[20:12] <andol> kyze: Ahh, then there is no need to be creative. Assuming you want a software raid, just use mdadm to build a RAID1 pair of those two new drives.
[20:13] <kyze> would i need to format the drives beforehand ? is there a possibility to get exisiting data directly into the raid or do they have to be clean ?
[20:16] <andol> kyze: So, you already have some data on those two disks? Well, unless you are sure on what you are doing the easiest and safest is really to temporary copy that data somewhere else, create the raid set, and copy the data back.
[20:18] <kyze> andol one drive has some data on it yeah, but if its not safe im going to get it on some external beforehand
[20:18] <andol> The alternative would be copying all the data two one of the two drivees, creating a degraded raid1 on the other disk, create a new filsystem ontop of the degraded raid1, copy all the data from the other disk onto the degraded raid1 fs, then finally make cleanoun the data disk and join it to the now raid1.
[20:19] <andol> Given that you might also want to be experementing until you get everything right, copying it to the external drive is probably a good idea.
[20:26] <kyze> andol thanks for your help, im definitely going to back it up to the external then maybe fool around a bit
[20:38] <adam_g> smoser, still around?
[20:38] <smoser> adam_g, here.
[20:38] <adam_g> smoser, regarding qemu, kvm +12.04..
[20:39] <adam_g> smoser, you think we should try to add compat. to the ubuntu version or do it in cloud archive?
[20:42] <smoser> adam_g, i dont know. i said that just as an idea
[20:42] <adam_g> it would certainly make it easier.
[20:43] <smoser> it seems like for this particular fix that it can't do much harm
[20:43] <smoser> the only thing is getting the device permissions right.
[20:43] <smoser> adam_g, right?
[20:43] <adam_g> hallyn_, what do you think about trying to add some compatibility fallback to the qemu package  so that the kvm_* module gets modprobe'd by maintainer script if the kernel does not support auto loading it
[20:43] <smoser> as if we jus tmodprobe, will udev hook everythign up correctly perm wise on precise ?
[20:44] <adam_g> smoser, i *think* the previous behavior was to have the package modprobe it and udev took care of the ACLs
[20:45] <smoser> i'm sure that i'm going to eat these words, but a commented line that does:
[20:47] <smoser> grep "^kvm_" /proc/modules || { modprobe kvm_intel || modprobe kvm_amd64 || : } >/dev/null 2>&1
[20:47] <smoser> seems like it can't do much harm
[20:48] <adam_g> yz.
[20:48] <adam_g> ya... i'd like hallyn_'s input though, since he's more familiar with the packages. i'm not sure where that would even go now.
[21:02] <adam_g> zul,  also, looks like a new version of alembic is required for ceilometer now https://launchpadlibrarian.net/150433252/buildlog_ubuntu-precise-i386.ceilometer_1%3A2013.2%2Bgit201309161630%7Eprecise-0ubuntu1_FAILEDTOBUILD.txt.gz
[21:06] <zul> adam_g:  ack
[21:31] <hallyn_> I"d rather not make it uglier than it was originally.  We can just re-insert whatever was there in quantal or raring
[21:31] <hallyn_> it'll "fail" in container, but we just || true it (which is why I removed it - it was getting ugly for - at the time -= zero benefit)
[21:32] <hallyn_> adam_g: if it's still causing you pain, let's just re-add it.  Please open a bug against qemu.
[21:33] <adam_g> hallyn_, ok
[21:35] <adam_g> https://bugs.launchpad.net/cloud-archive/+bug/1218459
[21:37] <stgraber> hallyn_: hey, could it be that we acquire a full lock when creating a container? apparently creating a container and running lxc-list at the same time makes lxc-list wait for the create to finish, doesn't seem ideal :)
[21:43] <hallyn_> stgraber: lxc_container_new() sees that create is ongoing and should return false
[21:43] <hallyn_> so I should expect lxc-list to just ignore it and move along
[21:43] <stgraber> I'll have to test with current upstream to confirm, the box I'm on may be on an older version
[21:43] <hallyn_> now maybe lxc_contaienr_new() is misbehaving...
[21:44] <hallyn_> stgraber: it doesn't hang for me actually
[21:44] <hallyn_> stgraber: however, lxc-list is not doing --fancy fo rme
[21:44] <hallyn_> i have to do lxc-list --fancy :)
[21:46] <sona11111111> Hello, I am trying to install ubuntu with raid onto a dell 755. With USB, I have tried downloading the 32and 64 bit alternate install disks for 12.04 and I have tried two different USB sticks. (installed with lili)Under all circumstances, after booting to usb, choosing any of the options causes the computer to reset.
[21:47] <sona11111111> Is lili bad for this and I should try another usb installer?
[21:47] <hallyn_> adam_g: ok, thanks.
[21:53] <raub> Is there anything special about calling a script using /etc/network/interface's pre-up vs calling it from command line?
[21:54] <raub> Oh, NVM. The IP is not known yet.
[22:08] <sarnold> sona11111111: I believe best these days is to just dd the disk images to a usb stick
[22:11] <Patrickdk> sona11111111, heh, not sure, I have never had an issue with ubuntu and dell 755's (I have >30 of them)
[22:12] <Patrickdk> also, try to use the usb jacks on the bad, and not the front
[22:12] <Patrickdk> back
[23:05] <hallyn_> adam_g: http://people.canonical.com/~serge/qemu-upstart.debdiff
[23:06] <adam_g> hallyn_, sweet
[23:09] <hallyn_> adam_g: will upload once i do a trivial local test that i didn't do something stupid
[23:10] <hallyn_> adam_g: (if I don't, since i'll be running to dinner soon, pls shout at me tomorrow)
[23:10] <adam_g> hallyn_, great. thanks a lot
[23:27] <MarkusDBX> I got a 12.04 server, with a RAID 1 on SSDs, that is in need for some TRIM. I need kernel 3.8 for this. Can I run kernel 3.8 with 12.04? Or should I update to the 13.04 (non LTS)-version?
[23:31] <sarnold> MarkusDBX: you can install a 3.8 kernel intended for use with 12.04 LTS, see the "Ubuntu kernel 3.8" section here, https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop
[23:35] <MarkusDBX> sarnold: Interesting. Should I expect as solid performance as with my current 3.2.0-29?
[23:36] <sarnold> MarkusDBX: yes, I believe so, though note that the support length for that kernel may be shorter than the kernel you're currently on -- you may need to upgrade that kernel to a newer version when 13.04 leaves maintenance; it'll be replaced with either 13.10 or 14.04 based HWE stack when the time comes...
[23:38] <MarkusDBX> I plan to upgrade to kernel 3.8, but to stay on 12.04, until 14.04 is released. Then I will probably just reinstall with that version.
[23:47] <sarnold> MarkusDBX: ah, good, that should work fine, see
[23:48] <sarnold> MarkusDBX: see "Version Matrix" https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable  for details, 3.8.x will EOL in august 2014, that should give you plenty of time to upgrade to 14.04 LTS when the time comes :)
[23:49] <MarkusDBX> sarnold: ah great. My plan might work in that case. Thank you


[23:51] <marcoceppi> blahdeblah: restarted the tests
[23:51] <marcoceppi> they are not automatic at this point, but will be soon
[23:52] <blahdeblah> marcoceppi: thanks!