[00:20] <murphyslawbbs> Hi there.. I'm hitting this bug "https://bugs.launchpad.net/uvtool/+bug/1408833" which comes with a proposed fix to install a kernel "linux-image-3.18.0-14-generic_3.18.0-14.15+lp1408833_amd64.deb", but on installing that kernel on my utopic (kernel 3.16.0-31-generic) it fails to boot. should I update my system to unstable or testing first? Also, what are the unstable or testin trees on ubuntu? More used to debian...
[00:22] <sarnold> murphyslawbbs: there's the -proposed pocket, but it shouldn't be needed..
[00:24] <murphyslawbbs> sarnold: hmm so why does the contributor propose a 3.18 kernel while uptoic is at 3.16?
[00:24] <murphyslawbbs> *utopic
[00:25] <murphyslawbbs> i was gussing that he was using a different "kind" of utopic
[00:27] <sarnold> murphyslawbbs: probably because serge reported that he could reproduce the issue with the 3.18 kernels
[00:28] <murphyslawbbs> sarnold: that makes sense, thanks
[00:29] <sarnold> murphyslawbbs: the kernel team has a huge pile of upstream kernels ...
[00:29] <sarnold> murphyslawbbs: it might be worth testing the 3.18.xxx kernel that that was based on, without the fix, to see if that also fails for you
[00:30] <murphyslawbbs> sarnold: i just built a new 14.10 on different hardware and that one didnt crash
[00:30] <murphyslawbbs> sarnold: good idea ill try that
[00:33] <sarnold> murphyslawbbs: aha, see this for details https://wiki.ubuntu.com/Bugs/Upstream/kernel
[07:43] <dholbach> good morning
[08:38] <mvo> didrocks: \o/
[08:39] <didrocks> mvo: ;)
[08:40] <didrocks> pretty basics things, but hope this helps
[08:41] <mvo> didrocks: still nice
[09:50] <jamespage> doko_, do you have an arm enabled PPA that I can test a fix for that ceph issue in?
[11:15] <mauricfo> cyphermox, hey :) u around?
[11:16] <mauricfo> cyphermox, I see you uploaded the d-i multipath handling changes.. thanks a bunch.
[11:17] <rbasak> arges: I still have the machine on canonistack that has the issue. I can give you access to it if it'll help? You can destroy the machine testing it as much as you l ike.
[11:18] <mauricfo> I don't know what's the d-i / daily image build process/frequency there.. the 'pending' daily image doesn't yet contain the changes.   I'll soon be asked of when there will be one w/ the changes.. Do you happen to know?
[11:45] <cjwatson> mauricfo: It's daily; that change just missed the last one.
[11:46] <mauricfo> cjwatson, ah ok :) i wasn't sure about that.  thanks for confirming, colin
[11:46] <cjwatson> mauricfo: The crontab is at http://bazaar.launchpad.net/+branch/ubuntu-cdimage/view/head:/etc/crontab
[11:46] <cjwatson> mauricfo: "29 6 * * * for-project ubuntu-server cron.daily --live" is probably the line you mean
[11:46] <mauricfo> cjwatson, great to know. details :)
[11:53] <ogra_> slangasek, looks like your seed change was badly timed or something still depends on ttf-punjabi-fonts in the image ... the desktop builds failed this morning
[12:37] <flexiondotorg> infinity, seb128 I was discussing the daily images being a bit broken with your both yesterday.
[12:38] <flexiondotorg> infinity, seb128 Still have the same issue with todays daily images :(
[12:38] <seb128> flexiondotorg, no wonder, if bugs are not fixed they don't automagically go away...
[12:38] <flexiondotorg> infinity, seb128 Despite the xorg revision - http://changelogs.ubuntu.com/changelogs/pool/main/x/xorg/xorg_7.7+7ubuntu4/changelog
[12:39] <infinity> flexiondotorg: Well, depends on which problem you're talking about.
[12:40] <infinity> flexiondotorg: The newer xorg should have gotten drivers back.
[12:41] <infinity> Except that some/many flavours aren't building because some font mess happened...
[12:41] <infinity> How did that happen?
[12:41] <Laney> mate got the drivers
[12:42] <infinity> Laney: Anyone desktoppish looking at the fonts-guru/ttf-indic-fonts versioned Breaks mess?
[12:42] <flexiondotorg> infinity, http://paste.ubuntu.com/10615071/
[12:43] <Laney> robert_ancell was guiding the fonts-* situation
[12:44] <doko_> infinity, Laney: mterry asked for providing transitional packages
[12:45] <infinity> flexiondotorg: I'm not much of an X guy.
[12:45] <flexiondotorg> infinity, I do not think the issue with Ubuntu MATE is font related. The image doesn't include the troublesome fonts.
[12:45] <infinity> flexiondotorg: What driver would you normally expect it to load?
[12:45] <flexiondotorg> infinity, OK. I'm happy to help resolve this.
[12:46] <flexiondotorg> infinity, Well, this is booting in a VBox. So vesa probably.
[12:46] <flexiondotorg> infinity, Can you point me at the right people to discuss this with?
[12:46] <flexiondotorg> I'm happy to help with providing logs etc.
[12:47] <infinity> flexiondotorg: mlankhorst or tjaalton, probably.
[12:48] <Laney> https://bugs.launchpad.net/xserver-xorg-driver-vesa/+bug/1432899 ?
[12:48]  * flexiondotorg goes to read #1432899
[12:48] <mlankhorst> Laney: does reverting that commit help?
[12:48] <Laney> Dunno
[12:48] <Laney> Ask that guy ↑
[12:50] <mlankhorst> meh, I'll try in a vm..
[12:54] <flexiondotorg> Laney, mlankhorst #1432899 correctly describes the issue I am seeing in VirtualBox. I've added my feedback/logs to the issue.
[12:54] <flexiondotorg> mlankhorst, If you need any additional logs/testing just let me know.
[12:56] <mlankhorst> flexiondotorg: are you comfortable rebuilding xorg-server?
[12:57] <flexiondotorg> mlankhorst, I imagine I can ask a PPA to do that right?
[12:58] <mlankhorst> yeah else just a sec..
[13:19] <xnox> pitti is not here
[13:19] <xnox> =(
[13:19]  * xnox throws a tantrum
[13:27] <Odd_Bloke> xnox: On holiday this week, IIRC.
[13:33]  * smoser throws same tantrum as xnox
[13:33] <smoser> and in pitti's absense, bothers xnox.
[13:33] <smoser> https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1432821 <-- any ideas ?
[13:34] <cyphermox> mauricfo: the mini iso image can be used for now, but it's a bit more complicated to use
[13:34] <smoser> or https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1432758 even.
[13:34] <mauricfo> cyphermox, ok :)
[13:34] <ogra_> smoser, xnox  ... not sure if they have bug tracking enabled, but you could try ... https://launchpad.net/~we-love-pitti
[13:35] <smoser> ogra_, are you suggesting i should join the pitti fan club ?
[13:35]  * smoser wonders why there is no ~we-love-smoser group.
[13:35] <cyphermox> mauricfo: I have a preseed ready that automates everything but the partitioning, for testing the changes: http://people.ubuntu.com/~mathieu-tl/preseed/multipath.cfg
[13:35] <ogra_> smoser, no, file a bug about him not being cloned yet fo example :)
[13:36] <mauricfo> cyphermox, cool, checking.
[13:36] <smoser> ah. /me goes to create a second launchpad account and then create a smoser fan group using it.
[13:36] <ogra_> lol
[13:36] <ogra_> smoser, please enable bug tracking though :)
[13:37] <infinity> smoser: To have a fan club, you need to have fans.
[13:38] <Odd_Bloke> * smoser orders fans from Amazon.
[13:38]  * smoser goes to create *more* pseudonym accounts on launchpad as the only way to get fans.
[13:38] <Odd_Bloke> Try and convince a "buy Twitter followers" company to pivot in to LP accounts.
[13:39] <mauricfo> cyphermox, nice. i had something similar, but yours is more complete. thanks.    I noticed you uploaded the changes as-is, except for changelog entries/new maintainer fields for partman-multipath (now ubuntu-pathced), right?  So I expect most testing to have already been done, but we'll sure kick off some more. :)
[13:39] <cyphermox> mauricfo: yup
[13:43] <xnox> smoser: can you grep through contents of tmpfiles.d to check if there are stanzas to clear out /run/network?
[13:44] <mlankhorst> flexiondotorg: I've uploaded a new xorg-server with the readbios reverted.. if it's really that give it a shot..
[13:47] <xnox> smoser: looking at ifup@.service it specifies RuntimeDirectory=network which clears it out through the lifetime of ifup@.service
[13:47] <xnox> smoser: see RuntimeDirectory= in http://www.freedesktop.org/software/systemd/man/systemd.exec.html
[13:47] <xnox> smoser: enjoy! =)
[13:49] <smoser> xnox, thnak you.
[13:50] <smoser> xnox, was 'tmpfiles.d' /run/tmpfiles.d ?
[13:50] <xnox> smoser: no /usr/lib/tmpfiles.d or i guess on debian/ubuntu /lib/tmpfiles.d?
[13:50] <xnox> smoser: but in this case it was the unit itself.
[13:51] <xnox> smoser: in general when in daubt there is answer in http://www.freedesktop.org/software/systemd/man/systemd.directives.html for every letter of the alphabet.
[13:51] <xnox> This index contains 1829 entries in 14 sections, referring to 197 individual manual pages.
[13:53] <smoser> i'm so happy, *so happy* to get to do things twice.
[13:54] <smoser> after 5 years or so we had a nice reliable boot in upstart.
[13:57]  * sunweaver also wonders why Ubuntu people pull-in systemd just before the release...
[13:58] <smoser> s/ just before the release..//
[14:04] <smoser> xnox, sorry to pester. but given /lib/systemd/system/ifup@.service has 'RuntimeDirectory=network'...
[14:04] <xnox> ..... one may not write things into /run/network outside of the job.
[14:04] <smoser> a.) that job may be run multiple times at the same time (ie, eth0 and eth1 come up at same time)
[14:04] <xnox> they should be sharing things.
[14:05] <xnox> as instances share things with ifup@.service rathern than have individual per ifup@etho0.service direcotry
[14:06] <xnox> smoser: i think you want to generate things into /run/network.d and then ship /lib/systemd/system/ifup@.service.d/mass.conf
[14:06] <xnox> in that mass.conf specify [Service]PreStartExec=/bin/cp -a /run/network.d/* /run/network
[14:06] <slangasek> ogra_: yes there are a series of changes needed to fully get rid of ttf-punjabi-fonts; I'll keep digging if nobody else has fixed this yet
[14:06] <xnox> smoser: or some such. such that mass files are copied into /run/network when part of the ifup@.service scope
[14:07] <ogra_> slangasek, doesnt look like anyone has to me
[14:07] <smoser> xnox, well its not maas specificlaly here, its needing to keep an interface up from initramfs configuration. but sure.
[14:07] <xnox> smoser: because systemd is that beautiful =)
[14:07] <smoser> but then how would i make it such that 'cp' was not run before systemd decides to rm -Rf /run/network ?
[14:07] <xnox> smoser: right, if we pivot from initramfs.... we probably ought to drop RuntimeDirectory=network
[14:07] <smoser> or after
[14:07] <smoser> or during
[14:08] <xnox> smoser: and instead have "d /run/network" in tmfiles.d
[14:08] <xnox> smoser: e.g. create empty /run/network, if doesn't exist. If exists, don't clean it.
[14:08] <xnox> smoser: note that the rest of the world probably is running systemd in the initramfs and doesn't have such problem.
[14:08] <smoser> that seems to make sense.
[14:09] <smoser> i have less excitement about initramfs having systemd than i do about /sbin/init being systemd.
[14:09] <ogra_> why would the initrd be systemd
[14:09] <ogra_> it isnt upstart today either
[14:09] <smoser> so it could be faster!
[14:10] <ogra_> lol, right
[14:10] <smoser> and because we have reliable initramfs at this point. so re-engineering that is useful work.
[14:10] <ogra_> and breaking it ... indeed ... so we wont be out of work
[14:11] <ogra_> iirc the "might be faster" argument already didnt fly with upstart ...
[14:11] <ogra_> which was why this was given up
[14:17] <infinity> Pivoting a single init is faster given a frictionless bootloader in a vacuum.
[14:17] <infinity> Turns out that most boot scenarios don't match that, and larger initrds are bad, even if they are slower after loading.
[14:18] <infinity> s/slower/faster/
[14:18] <flexiondotorg> mlankhorst, Will give it a go.
[14:18] <infinity> Brain not braining yet.  Need iced tea.
[14:22] <slangasek> ogra_: looks like someone retried the desktop build after fonts-guru was uploaded
[14:22] <ogra_> ah, cool
[14:22] <flexiondotorg> mlankhorst, Not seeing a new xorg-server here - https://launchpad.net/ubuntu/+source/xorg-server
[14:23] <flexiondotorg> mlankhorst, Where should greb it from?
[14:33] <smoser> anyone want to give opinion on where this code should go in systemd:
[14:33] <smoser>  http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/vivid/open-iscsi/vivid/view/head:/debian/open-iscsi.iscsi-network-interface.upstart
[14:33] <smoser> it seems like we should have a more general mechanism for this than in open-scsi.
[14:36] <doko> barry, IOError: [Errno 13] Permission denied: '/usr/bin/pip'
[14:36] <doko> argh, seen in testing with tox
[14:46] <barry> doko: can you give me some context?
[14:48] <doko> barry, https://bugs.launchpad.net/bugs/1427852 trying to enable the tests, without tox (preferred)
[15:29] <mlankhorst> flexiondotorg: ppa:canonical-x/x-staging
[15:30] <flexiondotorg> mlankhorst, Thanks.
[15:35] <flexiondotorg> mlankhorst, That has fixed my VirtualBox machine.
[15:36] <flexiondotorg> mlankhorst, From Ubuntu MATE 15.04 (todays daily) I added the PPA, upgraded, restarted LightDM. Now I have the live desktop.
[15:58] <mlankhorst> flexiondotorg: oke can you file a bug report upstream?
[16:14] <mlankhorst> flexiondotorg: and can you run apport-collect with the failing xserver?
[16:15] <flexiondotorg> mlankhorst, Will run apport collect.
[16:15] <mlankhorst> ty
[16:20] <flexiondotorg> mlankhorst, I didn't create the original bug. So, I'll have to use apport-bug
[16:20] <mlankhorst> flexiondotorg: ok just make a dupe then
[16:26] <flexiondotorg> mlankhorst, No I can't.
[16:26] <flexiondotorg> Text based browser are being rejected by LP as bots.
[16:26] <tjaalton> file a bug, use apport-collect
[16:27] <mlankhorst> just make sure its against xorg-server
[16:27] <flexiondotorg> mlankhorst, I have no display server. Therefore I have to use console browsers. LP is rejecting my authentication attempts via text based browsers claiming I am a spam bot.
[16:28] <flexiondotorg> mlankhorst, Therefore, I can't provide what you've requested.
[16:28] <tjaalton> just use another machine to file the bug
[16:28] <tjaalton> then apport-collect on the actual machine
[16:28] <flexiondotorg> tjaalton, I see. File a bug, then apport collect. Goit it.
[16:30] <flexiondotorg> mlankhorst, File the bug here? https://bugs.launchpad.net/ubuntu/+source/xorg-server
[16:30] <tjaalton> yes
[16:33] <flexiondotorg> apport-collect claim xorg-server is not installed.
[16:33] <tjaalton> install xdiagnose
[16:33] <tjaalton> apport-collect #bug
[16:34] <tjaalton> without #..
[16:34] <flexiondotorg> tjaalton, Thanks.
[16:36] <flexiondotorg> mlankhorst, tjaalton https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1433198
[16:37] <flexiondotorg> tjaalton, Thanks for your help in gathering those logs.
[16:37] <tjaalton> yw
[16:39] <mlankhorst> weird bug
[16:50] <mlankhorst> meh LOW_PAGE_SIZE is set to 0x600 :(
[16:51] <mlankhorst> shouldn't that be PAGE_SIZE?
[16:54] <mlankhorst> looks like it should be a getpagesize() there
[16:59] <rbasak> slangasek: would you want a lintian override for dir-or-file-in-opt for a package going into partner?
[17:00] <slangasek> rbasak: desirable (with comment explaining why it's allowed) but not required
[17:00] <rbasak> OK, thanks.
[17:02] <infinity> slangasek, mdeslaur, stgraber: Is my calendar lying to me, or do we have a TB meeting?
[17:02] <infinity> kees: You too.
[17:03] <mdeslaur> infinity: we do indeed have a meeting
[17:03] <stgraber> infinity: my phone agrees
[17:03] <kees> infinity: mine says that too. I'm in #ubuntu-meeting-2
[17:15] <doko> I love it when python-defaults triggers the autopkg test world :-/
[17:47] <bdmurray> jodh: bug 1300235 updated
[18:04] <smoser> xnox, hey. so bug http://pad.lv/1432758 . i could do 'ExecStart=-/usr/bin/cloud-init'
[18:04] <smoser> something like http://paste.ubuntu.com/10616600/
[18:04] <smoser> but that seems that it would make systemd think the job succeeded.
[18:04] <xnox> smoser: what do you want to do?
[18:05] <smoser> rather than masking the failure, what i *want* is for the subsequent jobs to start even in that failure.
[18:05] <xnox> smoser: where can i look at the actual units?
[18:05] <xnox> smoser: most likely you simply want to use "After" rather than "Requires"
[18:05] <smoser> lp:cloud-init
[18:06] <xnox> ok.
[18:07] <xnox> smoser: your target should use "Wants=" rather than "Requires"
[18:07] <xnox> (unless cloud-init-local.service cloud-init.service must not fail)
[18:08] <xnox> smoser: ditto e.g. cloud-final should say After=cloud-config.target Wants=cloud-config.target
[18:08] <smoser> xnox, i think you're right.
[18:09] <smoser> both 'After=' and 'Wants=' ?
[18:09] <xnox> smoser: yes.
[18:09] <xnox> smoser: after is ordering, all wants are executed together in parallel.
[18:09] <smoser> ok
[18:10] <xnox> e.g. A wants B, and B wants A. Are valid together, as there is no circular ordering loop. Simply both are started simultaniously together.
[18:10] <xnox> A after B, B after A -> is a loop that systemd breaks.
[18:32] <johanvdw> Hi all, I just filed a bug against saga: the version in vivid can not be used, it needs a rebuild to be usable. What would be the proper way to tag this bug so it gets picked up?
[18:33] <infinity> johanvdw: Why does it need a rebuild?
[18:33] <johanvdw> infinity: https://bugs.launchpad.net/ubuntu/+source/saga/+bug/1433255
[18:33] <infinity> johanvdw: Did you mark it private? :P
[18:34] <smoser> xnox, http://paste.ubuntu.com/10616751/
[18:34] <smoser> does that make sense ?
[18:34] <johanvdw> infinity: fixed - contained a full report
[18:35] <johanvdw> it is in fact a bug in gdal which does not do proper version of its libs
[18:35] <infinity> Uhm, yes.  I was about to say...
[18:35] <johanvdw> most packages use the C api which is stable, but saga uses the C++ api
[18:36] <xnox> smoser: looks good.
[18:37] <johanvdw> I'll check other reverse dependencies as well
[18:37] <infinity> johanvdw: Yeah, I'm rather concerned that we're shipping a library with this many rdeps that doesn't do sane ABI versioning.
[18:46] <johanvdw> infinity: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756867
[18:52] <infinity> johanvdw: Ugh.  That looks like an amazing mess.
[18:56] <infinity> johanvdw: I'll note that you're the person who originally requested this be synced from experimental.  Was there a good reason for that?
[18:58] <infinity> johanvdw: Anyhow, I think the best way forward is going to be to sync from experimental again to get us on the current point release, and then rebuild *all* the rdeps, so we get the shiny new per-abi dependencies tracked properly.
[18:58] <infinity> johanvdw: Which is still crack, but at least crack that might sort of work in the future.
[18:58] <doko>   * debian/patches/set_user_default.patch:
[18:58] <doko>     - ensure better backward compatilibity for scripts executing pip install
[18:58] <doko>       by not changing default to user if the script is executed with root
[18:58] <doko>       perms.
[18:58] <johanvdw> infinity: I do plead guilty :-) In fact we have tested gdal and its reverse dependencies a lot for building the osgeo live dvd (live.osgeo.org). Gdal is a data abstraction layer - it adds support for new file formats. People tend to want the latest version
[18:59] <doko> barry: ^^^ do you know about this python-pip check?
[18:59] <johanvdw> infinity: I just was not aware of this issue as we were rebuilding anyway when using the repository
[19:00] <infinity> johanvdw: Right.  Well, onward we go to fixing it.  I'll start with a fresh sync, and when that's built everywhere, we can rebuild $world.
[19:02] <johanvdw> ok, thanks a lot and sorry for the mess. I can call for testers after the rebuild.
[19:07] <johanvdw> infinity: I can also check with the current gdal maintainer if he has any more advice
[19:13] <infinity> johanvdw: Well, assuming this Provides:foo-abi madness actually works, it should be a solved problem going forward once we've rebuilt the world once.
[19:13] <infinity> johanvdw: Cause britney will hold future transitions until they're completed, instead of letting things break.
[19:19] <johanvdw> infinity: I'm pretty confident the current package is in a good shape - it is just that the old versions didn't track abi changes
[19:22] <infinity> johanvdw: Yeahp, hence resetting the state of things by just giving up and rebuilding all the rdeps, seems the only safe way to do this so it's future proof.
[19:22] <infinity> johanvdw: Beats guessing, anyway.
[19:24] <infinity> johanvdw: Oh, and I just realized gdal is a 2h build on armhf, so I guess I'll revisit this a bit later.
[19:34] <johanvdw> infinity: rdeps grass and qgis will also take long to build
[19:35] <infinity> johanvdw: Yeah, I know.  Machine time is cheap, it's just the me waiting around time that isn't. ;)
[19:35] <infinity> I might solve that problem with lunch.
[19:38] <johanvdw> infinity: should you bump into any problem contact me or perhaps better debian-gis mailing list.
[19:39] <infinity> johanvdw: I'll annoy you directly if it goes wrong, you can bug others. :P
[19:39] <infinity> johanvdw: I'm all for doing the easy-but-tedious part and blaming you when it all goes wrong.  *nod*
[19:41] <johanvdw> Well, I should have cought this earlier on - anyway we wll have a shiny gdal for vivid, this means a lot to our users :-)
[20:00] <smoser> what is the normal process for proposing merge to a git repo like git://anonscm.debian.org/pkg-systemd/systemd.git ?
[20:51] <smoser> can someone please take a sanity checkon my patch at https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1432821 ?
[20:52] <mlankhorst> flexiondotorg: http://lists.freedesktop.org/archives/xorg-devel/2015-February/045546.html
[20:53] <flexiondotorg> mlankhorst, Nice!
[23:32] <smoser> slangasek, around ?
[23:33] <slangasek> smoser: hey there
[23:33] <smoser> your thoughts on http://pad.lv/1432829 would be appreciated
[23:33] <smoser> seems reasonable fix to me
[23:33] <smoser> (still need another portion of it to get my ephemeral maas boot with working DNS, but much closer with that)
[23:34] <slangasek> smoser: which part shows the fix?
[23:34] <smoser> bah
[23:34] <smoser> wrong bug.
[23:34] <smoser> http://pad.lv/1432821
[23:35] <smoser> that one.
[23:35] <smoser> the resolvconf one is the dns issue that i will still need fixe.d
[23:36] <smoser> i can upload, but just wanted someone other than me to say that looks sane, and then also... the git upstream , do i still just upload and then expect someone to import the upload into git://anonscm.debian.org/pkg-systemd/systemd.git or does a bot do that ?
[23:37] <slangasek> smoser: yes looks ok to me; as for it going into git, no, for that you want to nudge pitti
[23:38] <smoser> so i upload and then he juts does the equivalent of 'bzr import-dsc'  ?
[23:38] <smoser> or are you saying to let him do the upload
[23:38] <slangasek> smoser: updating the VCS is his problem ;)
[23:38] <smoser> k
[23:39] <slangasek> smoser: Vcs-* fields for Ubuntu packages should always point to a VCS that's writable by the set of people who have upload rights to the package, and if they don't it's a bug in the VCS setup and you should go ahead and do what you need to do
[23:44] <CheeseBurga> [reed] _Groo_ _salem _zerick_ achernya achiang adam_g Adri2000 ahasenack ajmitch alai alesage alexbligh1 alexlist Ampelbein and` andyrock apw arges ari-tczew asac attente_ awe_ balkamos balloons barry bdmurray bdrung bdrung_work begal-sop_ beisner bekks BenC benonsoftware beuno bfiller bigon bladernr_ Bluefoxicy bluesabre
[23:44] <CheeseBurga> blueyed bregma broder bschaefer buMPnet_ buxy camako caribou catbus1 charles CheeseBurga ChickenCutlass_ chiluk Chipaca chrisccoulson Cimi cjwatson cody-somerville coreycb Cydrobolt cyphermox czchen d1b DalekSec danjared dannf danwest darkbasic darkxst Daviey davmor2 dcmorton debfx dendrobates dgadomski dgm816 directhex dkessel DktrKranz dobey
[23:44] <CheeseBurga> doko dosaboy dupondje DzAirmaX eam ejat elfy elijah Elimin8er elky elmo elopio enrico ev fabbione fabo fginther fionnan FJKong Flannel flexiondotorg FliesLik1ABrick FourDollars freeflying freyes funkyHat FunnyLookinHat G gavinguo geser ginggs glebihan glebihan_ gnuoy grimble_ Guest85523 gusnan hallyn_ happyaron henrix
[23:44] <CheeseBurga> herb hggdh highvoltage hloeung i_ron ikepanhc ikonia imcleod infinity iulian ivoks j_f-f james_w jamesh jamespage JanC jcastro jdstrand jhenke jjohansen johnlage jonmasters jono josepht jpds jrib jrwren jsalisbury jtaylor jvw kalzz kees kenws kickinz1|afk kirkland knocte Kow lamont Laney lathiat
[23:44] <CheeseBurga> LBo lenios lfaraone lifeless lilstevie lionel LocutusOfBorg1 Logan lool lpotter lucas Lutin lutostag lynxman Madkiss mahmoh mako manjo mapreri marcoceppi mardy marga markelite maswan maxb mbarnett mbiebl_ mchro mdeslaur medicalwei mfisch mgedmin mhall119 micahg milli ming` Mirv mitya57 mitz mlankhorst
[23:44] <CheeseBurga> mneptok morphis mpt mr_pouit mthaddon murphyslawbbs mwhudson mwhudson_ mzanetti NCommand` NCommander negronjl neunon niedbalski nisstyre nobuto Noskcaj ochosi Odd_Bloke ogasawara ogra_ Orphis panda|z PaulW2U PeterSchwaller_ pfsmorigo pgraner phunyguy Pici pjdc plars popey psivaa_ Pwnna Quintasan ralsina rbanffy_ rbasak rbelem_ rcj
[23:44] <CheeseBurga> retoaded Riddell rmk roaksoax robert_ancell robru rpadovani rsalveti rww ryanakca sarnold Sarvatt saurik Saviq sbeattie scateu` schmidtm ScottK semiosis sergiusens seyeongkim sforshee shadeslayer shuduo simosx siretart slacker_nl sladen slangasek smb smoser Snow-Man soren` Spads SpamapS Spr0cket ssweeny StevenK stgraber stokachu
[23:44] <CheeseBurga> Streamstormer stub subscope sunweaver swem tarpman tedg teward thedac TheMuso timchen119 timrc tinoco tjaalton tkamppeter tlyu Tm_T Tm_Tr tmpRAOF torkel Trevinho Tribaal tsimpson ttx tumbleweed txspud|ORS tych0 tyhicks ubottu ubuntulog udevbot ulkesh Unit193 Ursinha utlemming ValicekB vrodic vrr warp10 wendar
[23:44] <directhex> sigh
[23:44] <CheeseBurga> wgrant wneit wolsen wookey_ xnox yofel yosafbridge ypks ypwong yuning zbenjamin zequence Zic zigo zigo_ zsombi zumbi zyga
[23:44] <Cydrobolt> ;p
[23:44] <Cydrobolt> !ops
[23:44] <Unit193> CheeseBurga: Heya, how *you* doing!
[23:44] <slangasek> !ops ^^
[23:45] <slangasek> mmk
[23:45] <Cydrobolt> Hmm, he left
[23:45] <jcastro> bad paste perhaps
[23:45] <Unit193> No.
[23:45] <bekks> In multiple channels? :P
[23:45] <bluesabre> here and accounted for
[23:45] <ari-tczew> flooding
[23:45] <bluesabre> hey everyone :)
[23:45] <neunon> normally that kind of thing only happens to me in #freenode
[23:46] <smoser> thanks slangasek . uploaded.
[23:47] <Cydrobolt> im getting pinged in a lot of other chans too
[23:47] <slangasek> smoser: cheers :)
[23:47] <ari-tczew> from the other hand, such a cases wake the people up :P
[23:47] <smoser> if you're bored and you want to think about bug 1432829 ... that'd be appreciated too.
[23:47] <smoser> it seems sane imo to have systemd do what open-iscsi did with resolvconf
[23:48] <slangasek> smoser: I saw your comment there and didn't understand why you thought this should be in systemd instead of in open-iscsi
[23:48] <slangasek> but also didn't look closely
[23:49] <smoser> why should it be in openiscsi ?
[23:49] <smoser> its nothing to do with iscsi
[23:49] <slangasek> ah
[23:49] <smoser> and generally to do with ifup and intefaces being configured in initramfs
[23:49] <slangasek> ok then :)
[23:56]  * rww looks up
[23:56] <rww> Unit193: any mode change recommendations, or shall we just wait it out :\
[23:57] <sarnold> he's likely klined by now, he hit a lot of channels
[23:57] <Unit193> rww: None.
[23:57] <rww> ubottu: ops-#ubuntu-devel =~ s/, or/, rww, or/
[23:58] <rww> Unit193: figured. yay proxies and such
[23:58] <rww> sarnold: I know, if it's the same twit as elsewhere, he keeps coming back on other hosts
[23:58] <rww> anyways
[23:58] <Unit193> rww: And too many unauth'd users. :P
[23:58] <rww> mhm, i thought that too