[00:05] <tanja84dk> I have a small issue I'm trying to manually add a ca cert to a linux server I manage for someone else ( he runs every connection over internal proxy ) but for some reason update-ca-certificates does not pick up the cert I have added
[00:05] <tanja84dk> how come does it not pickup the newly added cert when I update the cert database? I did put it in /usr/share/ca-certificates/extra/
[02:31] <dirtycajun> has anyone gotten arm64 working on the RPi 3 B+ ? Ive been fighting this for about 2 hours to no avail
[02:32] <lotuspsychje> !arm | dirtycajun can this help?
[02:33] <dirtycajun> ah. have to go to another channel. roger
[02:33] <dirtycajun> actually that channel is for v6/v7
[02:35] <lotuspsychje> what does that mean dirtycajun
[02:35] <lotuspsychje> maybe if you explain your issue, volunteers can try to think along?
[02:39] <dirtycajun> https://wiki.ubuntu.com/ARM/RaspberryPi#Ubuntu_arm64.2FAArch64
[02:39] <dirtycajun> i followed the wiki arm64 documentation to a T
[02:39] <dirtycajun> but it will not even load the bootloader
[02:39] <dirtycajun> with armhf (v7) it boots just fine
[02:46] <gislaved> please don't tell me netplan is buggyu as hell ?
[02:46] <gislaved> *buggy
[07:39] <lordievader> Good morning
[09:20] <ducasse> cpaelzer: i didn't get around to filing the debian libvirtd bug until this morning, it's number 921713
[09:22] <cpaelzer> ducasse: thanks and ... subscribed
[11:18] <ahasenack> hi, anyone here familiar with systemd's .path files? To start units if certain path related conditions are met?
[11:18] <ahasenack> I'm trying to prevent the zpool import service from running until I have unlocked the luks-encrypted drives, it's a mirror pool
[11:18] <ahasenack> so I created /etc/systemd/system/paths.target.wants/zfs-import-cache.path
[11:18] <ahasenack> with: https://pastebin.ubuntu.com/p/Q9mckDqbVy/
[11:19] <ahasenack> but it seems to start as soon as one path exists, and I need both to be there (it's a mirror)
[11:19] <ahasenack> in other words, is that conditional an OR or an AND? The manpage isn't clear
[11:20] <ahasenack> actually, the file is /etc/systemd/system/zfs-import-cache.path
[11:21] <ahasenack> it's for the zfs-import-cache service
[11:25] <ahasenack> maybe I need to specify the two paths under one directive
[11:25]  * ahasenack tries that
[11:33] <ahasenack> hm, no, doesn't seem to work at all
[11:44] <ahasenack> rbasak: when you have a moment, I'd like to talk about https://code.launchpad.net/~orion-cora/ubuntu/+source/sssd/+git/sssd/+merge/362837
[12:04] <rbasak> ahasenack: o/
[12:04] <ahasenack> rbasak: his patch is good, but I want to add dep8 tests on top
[12:04] <ahasenack> rbasak: my options?
[12:04] <ahasenack> rbasak: a) I add it, add myself to d/changelog, upload that
[12:04] <ahasenack> rbasak: b) I ask him to do it, upload that
[12:05] <ahasenack> or something else
[12:05] <ahasenack> in the case of (a), what happens to the mp?
[12:05] <rbasak> You asked him already, right?
[12:05] <ahasenack> I did last night
[12:05] <ahasenack> but I also have (a) ready
[12:05] <rbasak> If you add to his commits and then upload tag the result, the MP should automatically get marked as merged I believe.
[12:06] <rbasak> I would make the " -- Orion..." tagline use your name unless he signs off on it.
[12:06] <ahasenack> and in the case of (a), d/changelog would have to list myself instead of him in the authorship line, right? I would just keep his name in []
[12:06] <rbasak> But he'd still get credit with the "[Orion..." section.
[12:06] <ahasenack> right
[12:06] <rbasak> You don't have to do it - nothing will stop you doing otherwise.
[12:07] <rbasak> But it feels to me that the bottom tagline is a sign-off on the whole upload.
[12:07] <ahasenack> so if (a), use my name in the tagline, his name in []
[12:07] <rbasak> Yes
[12:07] <ahasenack> if (b), I'm just in []
[12:07] <rbasak> Right
[12:07] <rbasak> And in (a), you'd also have a [] section to yourself too of course.
[12:07] <ahasenack> and we are not sure about what happens to the MP in the case of (a)
[12:08] <rbasak> I'm pretty sure that the MP will automatically be marked as merged.
[12:08] <rbasak> 90%
[12:08] <ahasenack> but d/changelog would not match
[12:08] <ahasenack> since I would be changing the tagline
[12:08] <rbasak> It's not required to match.
[12:08] <rbasak> git-ubuntu only cares that the upload tag commit tree matches the dput exactly.
[12:09] <rbasak> If so, the upload tag will end up as part of ubuntu/xenial-devel's history.
[12:09] <ahasenack> ok
[12:09] <ahasenack> it will, but his mp has something that won't be merged
[12:09] <ahasenack> and that's the d/changelog as he wrote it
[12:09] <rbasak> Launchpad machinery does the MP automatic mark as merge. To work that out, Launchpad only cares that the proposed branch of an MP has become an ancestor of the target branch, which it will be.
[12:09] <ahasenack> ah, ancestor
[12:09] <ahasenack> gotcha
[12:09] <rbasak> You'll have added a commit to the end of his branch changing d/changelogl
[12:10] <ahasenack> my branch will have his as part of my history
[12:10] <ahasenack> right
[12:10] <rbasak> So long as you don't rebase his branch, and only build on it, it should be fine.
[12:10] <rbasak> Right
[12:10] <ahasenack> very cool
[12:10] <ahasenack> ok, thanks
[12:10] <ahasenack> I might as well do (a) then, I don't want to lose this fix again
[12:10] <rbasak> The only bit of this I'm not totally sure about is Launchpad's machinery.
[12:10] <ahasenack> but I was worried about the perception to him, if he would see his branch being rejected or sometihng
[12:10] <kstenerud90> I'm getting a strange error from autopkgtest-build-lxd:
[12:10] <rbasak> I assume it cares only about the ancestor.
[12:11] <rbasak> But if not, just mark the MP as Merged manually :)
[12:11] <ahasenack> sure
[12:11] <kstenerud90> $ autopkgtest-build-lxd ubuntu-daily:disco/amd64
[12:11] <kstenerud90> Detected local apt proxy, using http://<IP_ADDRESS>:3142 as container proxy
[12:11] <kstenerud90> Creating autopkgtest-prepare-oLv
[12:11] <kstenerud90> Starting autopkgtest-prepare-oLv
[12:11] <kstenerud90> Timed out waiting for container to boot
[12:11] <ahasenack> kstenerud: it's possible it cannot reach the proxy
[12:11] <ahasenack> between Starting and Timed out, you have some time, you can lxc exec into it and poke around
[12:11] <kstenerud> ahasenack: I'm not sure why it's even trying to use a proxy, let alone a proxy on address .1
[12:12] <ahasenack> kstenerud: do you have apt-proxy installed, something like that? env vars set?
[12:12] <ahasenack> might also be set in /etc/apt/apt.conf.d/*
[12:12] <kstenerud> No apt-proxy. Not sure hat env vars to look for
[12:12] <ahasenack> env|grep -i proxy
[12:12] <ahasenack> and grep -i proxy -r /etc/apt
[12:13] <ahasenack> lxd might also have a proxy configured, that's via lxc config ....something I don't remember.....
[12:13] <kstenerud> gmm
[12:13] <kstenerud>  /etc/apt/apt.conf.d/01acng:Acquire::http::Proxy "http://<IP_ADDRESS>:3142";
[12:13] <kstenerud> What would have caused that?
[12:14] <ahasenack> apt install apt-cache or what is its name
[12:14] <ahasenack> although "01acng" is a funny name
[12:14] <kstenerud> weird... it's apt-cacher-ng. I've uninstalled it
[12:14] <ahasenack> purged?
[12:15] <ahasenack> although "remove" should have disabled that I believe, since the service is removed
[12:15] <kstenerud> I don't even remember installing it to begin with... weird
[12:15] <ahasenack> you were asking about it the other day
[12:15] <kstenerud> yeah, I messed with installing it in an lxd container
[12:16] <kstenerud> maybe I mistyped and installed it in my host...
[12:16] <ahasenack> maybe you confused prompts and did in on your host too
[12:16] <ahasenack> yeah
[12:17] <kstenerud> wow... even apt purge doesn't get rid of the file
[12:19] <kstenerud> OK, cache gone, but autopkgtest still times out. According to the logs, nothing's happening
[12:20] <kstenerud> hmm
[12:20] <kstenerud> Feb  8 12:20:27 autopkgtest-prepare-xwc snapd[505]: handlers.go:394: Reported install problem for "lxd" as eaf84f2a-2b9b-11e9-9d86-fa163e102db1 OOPSID
[12:21] <kstenerud> Same error I saw when disco tries to update snapd
[12:27] <kstenerud> Might be related to https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1815173
[12:39] <ahasenack> kstenerud: login and poke around
[12:39] <ahasenack> kstenerud: and/or list processes from the host, you should see the container processes
[12:40] <ahasenack> and it could still be a network/proxy issue, you can check with netstat if there are SYN_SENT connections for example, or what it is trying to reach
[12:41] <kstenerud> autopkgtest-build-lxd ubuntu-daily:cosmic/amd64 works fine; disco hangs and dies
[12:51] <ahasenack> rbasak: git question, any idea why that zz* file is showing up in "git add -i untracked", but not in git status? I also tried "git status --ignored": https://pastebin.ubuntu.com/p/HxW8Z7VWkZ/
[13:00] <rbasak> ahasenack: it skips entire untracked directories I think.
[13:00] <rbasak> ahasenack: try "git status -u --ignored" maybe?
[13:00] <ahasenack> rbasak: ah, then it shows up
[13:00] <ahasenack> $ git status -u --ignored|grep zz
[13:00] <ahasenack> 	debian/initramfs-tools/share/hooks/zz-dhclient
[13:01]  * ahasenack should add a "git realstatus" alias
[13:59] <ahasenack> rbasak: git workflow logical step question
[13:59] <ahasenack> rbasak: we have a delta which is adding an apparmor profile
[14:00] <ahasenack> rbasak: at some point later, that apparmor needed a fix, and that has a bug number
[14:00] <ahasenack> rbasak: so now the delta looks like a) add apparmor profile; b) fix apparmor profile (#XXXXXX)
[14:00] <ahasenack> rbasak: I would squash those two together and leave just "add apparmor profile"
[14:00] <ahasenack> rbasak: but then I would lose the bug number from the changelog entry, is that relevant?
[14:00] <ahasenack> rbasak: I think not, because it will be mentioned in older changelog entries
[14:05] <rbasak> ahasenack: I agree. You can drop the bug reference and rely on older changelog entries.
[14:05] <ahasenack> ok
[15:45] <ahasenack> hi, does anybody know what's wrong with https://pastebin.ubuntu.com/p/Q9mckDqbVy/ ? I need a logical "AND" between those two path conditions, but what I'm seeing is that as soon as one of those two paths becomes available, the corresponding unit is started
[15:53] <sdeziel> ahasenack: have you tried ConditionPathExists instead?
[15:53] <ahasenack> sdeziel: that is for service units, not path "units"
[15:54] <ahasenack> but yes, I tried that for the actual service unit
[15:54] <ahasenack> it won't start then, but I would like it to automatically start then those paths become available
[15:54] <ahasenack> if I use ConditionPathExists in the foo.service file, I have to, after unlocking the disks, issue a restart for foo.service
[15:54] <ahasenack> with .path, this happens automatically
[15:56] <sdeziel> ahasenack: I'd see what #systemd folks have to suggest
[15:58] <sdeziel> ahasenack: but if I understood your requirements properly, in the .path I'd use both PathExists but would add the 2 corresponding ConditionPathExists clauses in the .service
[15:59] <sdeziel> ahasenack: this would kick the .service as soon as one of the PathExists is matched but then the ConditionPathExists that are logically AND'ed in the .service would do what you want, I think
[15:59] <lordcirth_> sdeziel, that would cause the service unit to start when 1 is up, then stop because both aren't up
[16:00] <sdeziel> lordcirth_: I was hoping it wouldn't start due to the other ConditionPathExists not being met
[16:00] <lordcirth_> ahasenack, What about making a 2 .path units, then making the service dependent on both?
[16:00] <lordcirth_> sdeziel, docs say that if ConditionPathExists is false, it will count it as started but do nothing
[16:02] <ahasenack> sdeziel: the service is being kicked just fine
[16:03] <ahasenack> but too soon. Just one path of those 2 needs to exist
[16:03] <lordcirth_> ahasenack, I think .service depending on 2 .paths is the correct answer
[16:03] <sdeziel> ahasenack: could you share the .service too?
[16:03] <ahasenack> sure, it's a standard ubuntu one
[16:04] <ahasenack> https://pastebin.ubuntu.com/p/jZSHB8rPPG/
[16:04] <ahasenack> and the corresponding .path one: https://pastebin.ubuntu.com/p/5k2gXgxx2w/
[16:05] <ahasenack> I have disabled zfs-import-cache.service
[16:05] <ahasenack> I even get a warning when I do that, saying that the corresponding .path service might still start it
[16:06] <ahasenack> the manpage allows for multiple conditions, but fails to explain how they are considered
[16:06] <ahasenack> "obvious", someone must have thought :)
[16:09] <lordcirth_> ahasenack, alternatively, have you considered getting ZFS 0.8 and using ZFS's built-in encryption?
[16:09] <lordcirth_> It's at rc3 status
[16:10] <ahasenack> my other laptop is using that
[16:10] <ahasenack> but this is for a home server nas-like, that I want to be able to reboot unattended and later login and unlock the disks, remotely
[16:10] <ahasenack> so far this other laptop is doing fine with 0.8
[16:10] <ahasenack> and nice initramfs integration, with just a small bug or two
[16:12] <lordcirth_> ahasenack, you can configure 0.8 to import the pool, do scrubs, etc on boot and then give it the key later
[16:13] <sdeziel> ahasenack: I just tested what I proposed and it worked
[16:14] <ahasenack> sdeziel: two .path services or what?
[16:14] <sdeziel> ahasenack: one .path (2 PathExists) and one .service (2 ConditionPathExists)
[16:14] <ahasenack> lordcirth_: yeah, that could perhaps work. Not on that laptop which has zfs on /, but on the nas, maybe. But I think I cannot zfs send anymore then, unless all my pools are 0.8
[16:15] <ahasenack> sdeziel: and if you remove the ConditionPathExists from the service, it stops working?
[16:15] <lordcirth_> yeah, you would need 0.8 to receive an encrypted pool
[16:15] <ahasenack> because then it should be like what I have. If it still works for you, then I have something else wrong
[16:15] <ahasenack> lordcirth_: 0.8 is the common destination, 0.7 would be the sending side. I remember testing this, but I can't remember in which direction
[16:15] <ahasenack> I think it was 0.7 to 0.8 and it failed, but I would have to retest to be sure
[16:15] <lordcirth_> that should work, but test
[16:15] <sdeziel> ahasenack: the 2 ConditionPathExists are need as it's where the logical AND is applied
[16:18] <lordcirth_> sdeziel, but ConditionPathExists doesn't do the right thing. He needs it to wait until both are true, then run the service. ConditionPathExists skips starting the service.
[16:19] <lordcirth_> ahasenack, btw, how did you install 0.8? Is there a .deb?
[16:20] <sdeziel> lordcirth_: ahasenack: my test stuff: https://paste.ubuntu.com/p/WCHtN2TxR8/ when I touch /tmp/foo-a, nothing happens with foo.service
[16:21] <sdeziel> foo.service only get started when I then touch /tmp/foo-b
[16:23] <sdeziel> after touching only foo-a, I get this: https://paste.ubuntu.com/p/P4vMsp8Yfv/
[16:25] <lordcirth_> So it starts then fails, yes
[16:26] <lordcirth_> sdeziel, and does it get automatically started again when you touch /tmp/foo-b?
[16:26] <sdeziel> lordcirth_: It never started until both conditions were met
[16:27] <sdeziel> I read "start condition failed" as "not starting due to unmet conditions"
[16:28] <lordcirth_> I see
[16:28] <sdeziel> the journal extract is from an older run which can cause some confusion
[16:29] <lordcirth_> The docs aren't very clear, then
[16:29] <ahasenack> brb, in a call
[16:56] <ahasenack> lordcirth_: from the make deb or sometihng target from upstream 0.8
[16:56] <lordcirth_> ahasenack, so you built a .deb?
[16:56] <ahasenack> yes
[16:56] <ahasenack> a bunch
[16:56] <ahasenack> one of which is a dkms
[16:58] <ahasenack> I should probably update the git branch and build new ones
[16:58] <ahasenack> something for the weekend
[16:59] <ahasenack> sdeziel: it still sounds like the .path file should be enough to trigger the start of the service, and that ConditionPathExists is just a safeguard
[16:59] <ahasenack> a safeguard that shouldn't be needed
[17:00] <lordcirth_> 0.8 is on rc3. Hopefully there will be a stable release soon.
[17:00] <ahasenack> I have rc2
[17:00] <ahasenack> 0.8.0-rc2_42_g06f3fc2a4
[17:03] <ahasenack> they are saying it's an OR :(
[17:14] <sdeziel> ahasenack: both PathExists from the .path do trigger the start of the service. The 2 ConditionPathExists are merely there to have the AND logic
[17:14] <sdeziel> ahasenack: the PathExists are documented to behave as OR conditions
[17:15] <sdeziel> ahasenack: so I don't agree on the "safeguard" word, I'd call this glue logic to have the 2 conditions AND'ed
[17:19] <ahasenack> I'll give it a try, now that it is established that the [Path] conditions are OR'ed
[20:47] <TheHonorableKitt> Ok people's of the great majestic. I need ya help. Getting errors when I try to do apt-get update. Check it, please tell me what I have to do to fix these prollems without uninstalling software. https://pastebin.com/7eg2TUhy
[20:49] <sdeziel> TheHonorableKitt: wait a little (both for the mirror sync to complete and for your question to be answered...)
[20:49] <THKitten> wot?
[20:50] <THKitten> I've tried to do this update twice now, once three days ago, failed, and again today, failed. figured it was time to speak up
[20:51] <Poster> It looks like you're missing the public key for yarnpkg, please follow the instructions noted here with curl and apt-key add: https://github.com/WhitewaterFoundry/WLinux/issues/289
[20:51] <sdeziel> THKitten: hmm, I though you left but you renamed
[20:51] <THKitten> heh
[20:51] <THKitten> yeah I don't like the long name
[20:52] <sdeziel> and yes, either remove the yarnpkg repo or import the gpg key proper
[20:53] <THKitten> ok, ran the command mentioned in that link. tried again, still get errors: https://pastebin.com/p126MfuU
[20:55] <sdeziel> one less error
[20:55] <sdeziel> so linode mirrors are still sync'ing it seems but you have more problems with apt.typesafe.com
[20:56] <THKitten> yeah I dunno how to fix that one, I tried fixing it before but could never figure it out
[20:57] <Poster> Not finding their key listed, did you install the linked package? http://apt.typesafe.com/
[20:57] <lordcirth_> The package which contains the keys and is served without TLS... whyyy
[20:58] <THKitten> yeah I couldn't figure it out :(
[20:58] <lordcirth_> THKitten, did installing that package not fix it?
[20:59] <THKitten> one sec, I have to remember how to install debs.
[21:01] <THKitten> nope
[21:01] <THKitten> how do I find out what app is even using typesafe? I might not need it...
[21:07] <sarnold> remove it and see what breaks? :)
[21:07] <THKitten> lulz
[21:16] <lordcirth_> THKitten, https://www.ostechnix.com/list-installed-packages-certain-repository-linux/


[00:32] <furkan> does anybody here have a copy of a 16.04 Alpha 1 ISO image? any flavour would do...
[00:41] <ChibaPet> furkan: http://cdimage.ubuntu.com/daily-live/current/ http://cdimage.ubuntu.com/ubuntu-server/daily/current/
[00:42] <furkan> ChibaPet: thanks but i was looking for a copy of the initial alpha 1 release, not the current daily build
[00:43] <furkan> there's a regression that i'm trying to narrow down
[00:43] <ChibaPet> furkan: The changes between then and now would constitute bug fixes.
[00:43] <ChibaPet> ah, gotcha
[00:43] <furkan> and it's proving too painful to work backwards and downgrade individual packages
[00:43] <ChibaPet> Alright, bug fixes and regressions then. :P
[00:43] <furkan> my volume keys stop working after suspend/resume
[00:43] <furkan> :(
[00:44] <ChibaPet> Oh, that's odd.
[00:44] <ChibaPet> USB keyboard, out of curiosity?
[00:45] <furkan> yeah, USB
[00:45] <ChibaPet> Unplugging and replugging ought to help.
[00:45] <furkan> just tried it right now, doesn't seem to have had an effect
[00:45] <ChibaPet> USB keyboards with multimedia keys present a distinct UHID for the multimedia keys. I haven't seen sleep mess that up, but as a temporary workaround, it shoul reinitialize and reattach if you re-plug.
[00:45] <ChibaPet> hrm
[00:46] <ChibaPet> The other thing to look at is xev output.
[00:46] <furkan> that's another thing i was playing with a while back
[00:46] <ChibaPet> I don't use Unity here, so I just catch the keystrokes in my window manager to process, but ... I'll try to remember to check xev on my wife's Unity once it's done updating.
[00:47] <furkan> it doesn't give any output for the volume keys when i just run xev
[00:47] <ChibaPet> hrm
[00:47] <furkan> but there was another tool too let me check what it was...
[00:47] <ChibaPet> I get this, not that it particularly helps you: https://bpaste.net/show/eb59011f0382
[00:47] <ChibaPet> as an example
[00:48] <furkan> yeah that's what i get too when it's working normally
[00:48] <furkan> but there's this other tool, evtest
[00:48] <ChibaPet> Anything in dmesg noting a detach?
[00:48] <ChibaPet> Oh, I'm not familiar with that. Will have to learn about it.
[00:48] <furkan> right now i'm not getting any output in either of them
[00:49] <furkan> but if i remember correctly, i have to be running both of them simultaneously to get any output for the volume keys... it's strange
[00:49] <furkan> and no nothing like that in dmesg
[00:49] <ChibaPet> How about in /var/log/Xorg.0.log?
[00:50] <furkan> no "detach" in there either
[00:50] <ChibaPet> Anything about evdev that looks relevant, though?
[00:51] <furkan> hmmm
[00:51] <furkan> there's quite a bit in here about evdev, trying to read through it
[00:53] <furkan> this seems to be the only error, and it looks like it happened after the suspend/resume: [    48.425] (EE) evdev: Microsoft Microsoft® 2.4GHz Transceiver v9.0: Unable to open evdev device "/dev/input/event6".
[00:53] <furkan> dunno if that's relevant
[00:54] <ChibaPet> That seems like a BlueTooth device or something.
[00:54] <furkan> just a Microsoft nano-receiver
[00:54] <furkan> it's an MS wireless keyboard
[00:54] <ChibaPet> Here's someone futzing with multimedia keys - maybe something in there will spark an idea: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/44169
[00:55] <ChibaPet> Wait, it's a wireless keyboard?
[00:55] <furkan> yeah wireless keyboard + mouse combo
[00:55] <ChibaPet> That's... almost certainly your multimedia device then.
[00:55] <ChibaPet> Thought you said it was USB. Anyway...
[00:55] <furkan> oh, yeah it's USB but it's a USB wireless receiver
[00:55] <ChibaPet> I'd bet that event6 is where the multimedia uhid is attaching.
[00:55] <furkan> not built-in bluetooth or anything
[00:56] <ChibaPet> kk, I've seen those
[00:56] <furkan> hmm
[00:56] <ChibaPet> So, when you try detaching/reattaching, are you just toggling the keyboard, or pulling the USB thing? Just be interesting to see if that matters.
[00:56] <ChibaPet> I'd assume pulling the USB adapter would give you a full reset, but we're touching on stuff where I'm insufficiently familiar to catch subtleties.
[00:57] <furkan> i pulled the USB receiver out and plugged it back in
[00:58] <furkan> interesting bug report
[00:58] <furkan> pretty old though, from back in 2006-2008
[00:58] <ChibaPet> Hrm. I heard this odd flopping noise, and it was my two year old unloading a bookcase onto the floop, book by book.
[00:58] <furkan> in my case it was working fine with Ubuntu 15.10, and stopped after the upgrade to 16.04
[00:58] <ChibaPet> floor
[00:59] <furkan> haha
[00:59] <ChibaPet> Yeah, not saying it's the same. Just stuff to look at.
[00:59] <furkan> but yeah that looks interesting
[01:00] <ChibaPet> The closest I got to digging into evdev was when I was trying to get my USB keyboard to work under FreeBSD, which just presents the raw uhid. It was the frist time I understood that the silly keyboard presents multiple devices to the system.
[01:00] <furkan> so it looks like in /dev/input i don't have an event6
[01:00] <furkan> i should try rebooting and see if it comes back
[01:02] <ChibaPet> That seems extreme.
[01:02] <ChibaPet> udev ought to be creating things like that as devices that need them are plugged in.
[01:02] <ChibaPet> ALSO... It might get a name other than event6 on re-insertion.
[01:02] <ChibaPet> I'd watch dmesg and watch the contents of /dev as you pull the plug and re-insert.
[01:03] <ChibaPet> Alright, I need to clean up books and finish working on my wife's machine. I'll be back later. Sorry I don't have any more direct help.
[01:03] <furkan> i just tried unplugging and plugging back in
[01:03] <furkan> again
[01:03] <furkan> and same error
[01:03] <ChibaPet> Anything interesting?
[01:03] <ChibaPet> hrm
[01:03] <furkan> [  4111.568] (EE) evdev: Microsoft Microsoft® 2.4GHz Transceiver v9.0: Unable to open evdev device "/dev/input/event6".
[01:03] <furkan> [  4111.568] (EE) PreInit returned 2 for "Microsoft Microsoft® 2.4GHz Transceiver v9.0"
[01:04] <furkan> but hey that's progress at least.. i hadn't noticed that before
[01:04] <furkan> thanks for the help :)
[01:04] <ChibaPet> Mm, and it's almost certainly directly related.
[01:04] <ChibaPet> sure - please tell us what you find, as I'd be interested in knowing what it was
[01:04] <furkan> will do, if there is any progress :)
[02:07] <drhalan1> hey. is there anything I have to do for resolvconf to read stuff in /etc/network/interfaces?
[02:07] <drhalan1> is xenial even still using resolvconf?
[02:10] <drhalan1> anyways my problem: putting an entry in /etc/resolv.conf works. putting the same thing in /etc/network/interfaces doesn't
[02:10] <drhalan1> (even after a reboot)
[02:20] <ChibaPet> drhalan1: You put resolvconf lines into interface descriptions.
[02:20] <drhalan1> i put °dns-nameservers° instead of °namerserver"
[02:20] <ChibaPet> Correct.
[02:20] <ChibaPet> And dns-search.
[02:24] <drhalan1> doh dns-search fixed it
[02:24] <drhalan1> thanks ChibaPet
[02:24] <ChibaPet> cool
[02:24] <ChibaPet> sure thing
[02:53] <Fudge> you can use two hostnames with search in resolv.conf i have my isp and my local network to resolve local hostnames from my gateway
[02:54] <ChibaPet> I think you can go up to six, maybe more.
[02:54] <ChibaPet> There's a cap that's smaller than what I could really use, but, eh.
[03:23] <drhalan1> ChibaPet: maybe you can help me with this issue too? http://pastebin.com/1damUL2M
[03:24] <drhalan1> not sure why i need to call ifup before resolvconf works...
[03:28] <drhalan1> i guess it is due to manual...but resolvconf should still setup dns...
[10:05] <lordievader> Good morning.
[10:13] <Fudge> hi cobber
[10:13] <Fudge> still having dhclient probs, but my buddy with exact same setup isnt, so what have i ddone differently
[10:15] <lordievader> Fudge: Tcpdump it, do you get replies on your dhcp requests?
[10:17] <Fudge> listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
[10:17] <lordievader> No need to paste the entire output here ;)
[10:18] <Fudge> if i run dhclient eth0 manually i get an ip, but when i leave it to expire in 700seconds or what ever the lease time is, i dont get a new one
[10:19] <lordievader> Tcpdump it and watch the logs when that happens.
[10:19] <Fudge> ok
[10:21] <Fudge> bound to <IP_ADDRESS> -- renewal in 6355 seconds.
[10:21] <lordievader> Time for coffee ;)
[10:24] <Fudge> lol
[10:24] <Fudge> ill prob be in bed then damn
[10:24] <lordievader> Not if you drink your coffee :P
[10:24]  * lordievader slides Fudge a fresh cup of coffee
[10:24] <Fudge> i ran out, i could brew some though
[10:28] <Fudge> cheers
[11:16] <Fudge>   ok using his rules too
[11:24] <lordievader> ?
[11:25] <Fudge> iptables
[11:49]  * lordievader is confused
[11:49] <lordievader> What does iptables have to do with this?
[13:16] <BluesKaj> Hey folks
[14:48] <mayhem> will mir+unity8 be shipped with 16.04?
[14:48] <lotuspsychje> !info unity8-desktop-session-mir | mayhem
[14:49] <mayhem> yeah, I was going through it..
[14:49] <k1l> mayhem: they are already in 15.10.
[14:50] <mayhem> sorry, what I meant is that is there a separate version planned for 16.04 (with mir+unity8)
[14:52] <k1l> mayhem: no
[14:54] <mayhem> :k1l thanks for the confirmation
[16:13] <nicomachus> I decided to take the beta plunge on my HTPC finally. I tried to upgrade with do-release-upgrade -d, but it's unable to authenticate module-init-tools and aborts the process.
[16:24] <lotuspsychje> nicomachus: from wily?
[16:24] <nicomachus> Yea.
[16:25] <lotuspsychje> nicomachus: fresh install instead, i had kernel issues from wily to xenial upgrade
[16:25] <nicomachus> I guess there's a way to create a file to allow unauthed, but I'm not sure that's a good idea.
[16:26] <lotuspsychje> nicomachus: i ended up with 4.2 kernel where i should have higher on xenial
[16:26] <lotuspsychje> nicomachus: mixxed things up
[16:26] <lotuspsychje> nicomachus: fresh all working like a charm now
[16:27]  * nicomachus sighs
[16:27] <nicomachus> okkkkkk
[16:27] <nicomachus> guess I need to backup and do that then.
[16:31] <lotuspsychje> nicomachus: youl be happy with a fresh one mate :p
[16:31] <nicomachus> Probably.
[16:34] <nicomachus> thank god for gigabit upload speeds to google drive.
[16:51] <lotuspsychje> :p
[20:04] <alkisg> Hi guys, `do-release-upgrade -d` on mate 15.10 doesn't give me 16.04
[20:04] <alkisg> Does that only work for vanilla ubuntu? Should I sed through sources.list instead?
[23:51] <ChibaPet> drhalan1: I just saw your paste from last night. The bit I don't get is how eth0 had an address before the ifup. That it did suggests that the system didn't start from a totally clean state.
[23:51] <ChibaPet> I'd guess from what I see that you added the resolvconf lines after eth0 was already up.


[01:56] <smoser> pitti, awake ?
[03:50] <Guest36261> Hey guys! Can someone suggest a resource for how to get started submitting this: http://https://askubuntu.com/a/674103/299065 as a patch for 14.04? Every time I update ubuntu base I have to do this and wanted to just backport it once and for all.
[03:52] <Guest36261> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1498633
[03:54] <micahg> Guest36261: the xenial kernel will be backported to 14.04 sometime after the initial release
[03:54] <sarnold> Guest36261: try using the linux-lts-wily packages
[03:55] <Guest36261> ah ok
[03:56] <Guest36261> exit
[03:56] <sarnold> Guest36261: this may be helpful https://wiki.ubuntu.com/Kernel/LTSEnablementStack
[03:56] <Guest36261> lol
[03:56] <sarnold> (and you;'re probably looking for /quit)
[03:57] <Guest36261> heh... been using slack too much. spoiled
[03:58] <RAOF> Oh, urgh.
[03:58] <Guest36261> sarnold: oh I think this is exactly what I need
[03:58] <RAOF> I don't suppose we can throw away a single architecture's builds from -proposed.
[03:59] <sarnold> Guest36261: note that you'll probably want to switch to linux-generic-lts-xenial once it is available, it'll be supported a lot longer
[03:59] <RAOF> (apitrace hasn't migrated from -proposed because it built on s390x before libprocps4 was available there)
[04:00] <sarnold> Guest36261: (or switch to xenial itself, of course, up to you :)
[04:07] <tumbleweed> RAOF: nope, no-change rebuild
[04:08] <RAOF> tumbleweed: Yup, thought as much.
[04:09] <tumbleweed> LP has principles about rewriting history :)
[04:28] <AustinPray> Guest dude here
[04:28] <AustinPray> thanks for the help. Maybe one of these days I'll get to patch something :P
[04:28] <sarnold> :)
[04:30] <AustinPray> sarnold: I don't think you understand how much that wiley kernel fixed lol
[04:30] <AustinPray> problems I didn't even know I had
[04:34] <sarnold> AustinPray: oh? :)
[05:52] <cpaelzer> good morning
[07:26] <rbasak> mvo: sure. ping.
[07:54] <dholbach> good morning
[08:16] <cpaelzer> hi, I'd ask for some advice on a dependency for a package I'm working on
[08:16] <cpaelzer> its working fine without, but depending on the case can be enhanced when modules from "linux-image-extra*" are around
[08:16] <cpaelzer> that fulfils a "suggests" IMHO
[08:17] <cpaelzer> but my gut feeling says that with a dependency because of a kernel module it might be more complex than just "suggests linux-image-extra-virtual"
[08:18] <cpaelzer> like what about hwe kernels ...
[08:18] <cpaelzer> any general rule how we usually do this?
[08:31] <cpaelzer> still too early :-) rbasak I saw you pinging already this morning do you have an advice on my question above?
[08:33] <rbasak> I wonder if "extra" is something that those packages official Provide or something.
[08:33] <rbasak> I don't know though. apw is a good person to ask.
[08:33] <rbasak> (he's UK based so may be around soon)
[08:33] <cpaelzer> rbasak: thanks, I'll ask him later
[08:53]  * LocutusOfBorg wonders about a glibc upgrade for xenial
[09:06] <smb> cpaelzer, rbasak, If it is just about what "extra" this is. More or less any modules that were not deemed critical (or in other words, those that cloud-image did not want to get installed)
[09:07] <cpaelzer> smb: I found what the package is about and it clearly is a suggets
[09:07] <cpaelzer> smb: I wondered if that would be "Suggests: linux-image-extra-virtual" then or any more special case to get dependencies and versioning right
[09:09] <cpaelzer> that line above is what I think it should be atm, but I wanted some confirmation about that as my gut feeling was telling me this could be a special case
[09:09] <smb> cpaelzer, That and the virtual. That is something (iirc) that only exists as meta package dependencies. There is (for quite a while now) no kernel flavour of virtual anymore
[09:09] <smb> only generic and lowlatency (for x86)
[09:09] <rbasak> Part of the problem is that it's only a moving metapackage and it's feasible to not have one installed.
[09:10] <cpaelzer> smb: yeah linux-image-extra-virtual is a meta that pulls in what currentl ymatches
[09:10] <rbasak> So it'd be better if the real package provided an unmoving virtual package.
[09:10] <rbasak> (I don't know if it already does)
[09:10] <smb> rbasak, there is no real virtual package
[09:10] <rbasak> OTOH, it's only a Suggests, and nothing does anything with those by default AFAIK.
[09:14] <smb> actually linux-image-extra-virtual would be even more feasible having not installed as the whole virtual meta thing is about having a meta that keeps the combination of kernel and headers moving over abi changes without the extra ...
[09:14] <cpaelzer> smb: rbasak: thanks for the discussion - I just wanted to do it right in te first try, but it seems there are no hard objections against it
[09:14] <cpaelzer> so I can go on and test it like this for now
[09:15] <smb> cpaelzer, ^ not sure you saw my last comment as we probably typed at the same time
[09:16] <cpaelzer> smb: in a meeting, thanks IÄll go through it in a minuzte
[09:19] <mvo> stgraber: the most recent gosexy-gettext upload had issues, I did a followup upload (just fyi), stuff should be fixed now
[09:19] <mvo> rbasak: hi, oh, software-properties-common, hm
[09:20] <mvo> rbasak: I htink we can drop this dependency, we just need to make sure that the GUI does not offer to set "auto-install-security-updates"
[09:20] <oSoMoN> Mirv, seen the latest comments on https://bugs.launchpad.net/ubuntu/+source/qtsystems-opensource-src/+bug/1552860 ? Can you maybe comment?
[09:20] <mvo> rbasak: if it is not installed
[09:20] <mvo> rbasak: that was the question, right?
[09:22] <rbasak> mvo: yes, I think so. I think it comes from "Why can't I remove unattended-upgrades without breaking my system more deeply?" -> "Can we remove the dependency?" -> "What might we break if we remove the dependency and how might we fix that?"
[09:24] <Mirv> oSoMoN: ok
[09:24] <mvo> rbasak: I think we should remove the dependency and fix the gui to ensure it DTRT and then we seed unattended-upgrades explicitely where it is needed
[09:24] <rbasak> mvo: that sounds good :)
[09:24] <rbasak> Beret: ^
[09:25] <rbasak> mvo: right now it's a hard dependency. I wonder if seeding as a recommend would be more appropriate for what it is?
[09:27] <mvo> rbasak: that might be a good compromise and less work, I think removing the hard dependency is slightly better though
[09:34] <rbasak> mvo: sorry, I didn't explain that well. That's not what I meant. I mean to remove the hard dependency *and* seed it as a recommend only.
[09:37] <mvo> rbasak: indeed, that makes a lot of sense
[09:49] <Odd_Bloke> So I've found a bug in python-colorama, which has no diff from Debian.  Upstream have kindly cut a new microrelease, which only contains bugfixes (including the fix for my bug, obvs :p).  If I find someone to upload the fixed version to Debian, presumably it can just be sync'd across?  Though presumably I still need an FFE?
[09:50] <juliank> Something seems broken with the APT translation import in launchpad. https://translations.launchpad.net/ubuntu/+source/apt lists the apt-all template shipped in the source package; and a lot of others. Now, apparently the importer tried to import some apt and apt-utils templates (don't ask me how), but those miss headers.
[09:51] <juliank> mvo: ^ Do you know how this stuff works?
[09:52] <mvo> juliank: I don't know much about it either, its all black magic to me :/ dpm or danilo probably do
[09:53] <juliank> OK, I wonder where it gets those split templates from
[09:54] <seb128> juliank, there are probably several .pot in the apt builddir?
[09:54] <seb128> or srcdir
[09:54] <juliank> There are somewhere in build/, yes
[09:55] <seb128> k, well if they are there then launchpad import them
[09:55] <seb128> why is that an issue?
[09:55] <juliank> Because they are only partial templates, they only contain msgid and msgstr, but no headers
[09:56] <juliank> the files are then merged into apt-all
[09:56] <seb128> it's fine
[09:56] <seb128> juliank, https://translations.launchpad.net/ubuntu/xenial/+source/apt/+imports?field.filter_status=all&field.filter_extension=pot
[09:56] <seb128> the apt-all has been imported
[09:56] <seb128> which is what matters no?
[09:58] <juliank> Hmm. The apt packages split apt-all translations later on to create individual apt, apt-utils, ... mo files. So I'd assume the split domain imports are the important ones, as apt does not use an apt-all domain
[09:58] <seb128> weird setup :-/
[09:59] <juliank> If so, we might not have noticed that in the past years, and APT never used langpack translations.
[09:59] <seb128> can you make those templates be valid and have headers then?
[10:00] <juliank> I don't know yet
[10:01] <cjwatson> apt basically can't use langpacks anyway
[10:01] <cjwatson> I mean, it's not just that it happens not to, but that its translations are needed before we get langpacks in place ...
[10:02] <juliank> cjwatson: then it's kind of silly to waste translator time with this at all, isn't it?
[10:02] <cjwatson> *shrug*
[10:03] <cjwatson> ah, no, its translations actually do end up in langpacks, they just can't be *stripped* from the apt packages
[10:03] <cjwatson> so I guess that means apt gets newer translations from langpacks if they're there, but it also ships its own for bootstrapping purposes
[10:03] <cjwatson> that would approximately make sense
[10:04] <juliank> mvo: Feel free to sync 1.2.6 now, BTW. This fixes comment typos and also takes care of the stack buffer overflow in the resolver.
[10:04] <juliank> cjwatson: yep
[10:05] <juliank> thanks to xnox for already having done the 1.2.5 sync
[10:05] <dpm> juliank, seb128, yeah, I don't have to add anything else that cjwatson hasn't already said. apt is a bit of a special case in that regard
[10:05] <juliank> mvo: oh, it's already there
[10:05] <xnox> Odd_Bloke, not really. depends on how cryptic the things are.... ping people, e.g. me, when there are things to sync =)
[10:06] <juliank> It's listed as latest upload; but not under the xenial section in https://launchpad.net/ubuntu/+source/apt
[10:06] <cjwatson> https://launchpad.net/ubuntu/+source/apt/+publishinghistory makes the state clearer
[10:06] <juliank> Yeah
[10:07] <juliank> I should complete my uploading thingy, so I can sync APT bugfixes myself
[10:07] <Odd_Bloke> xnox: Well, barry last uploaded python-colorama in Debian so I was going to ping him. ^_^
[10:08] <Odd_Bloke> barry: There's a new upstream version of python-colorama which has a bugfix (https://bugs.launchpad.net/ubuntu/+source/python-colorama/+bug/1554129) that I'd like for xenial; would you be able to upload and sync? :)
[10:08] <Odd_Bloke> It's, like, super critical because I can't autocomplete Python in vim any more, and it turns out I have the memory of a dead wombat. :p
[10:08] <xnox> Odd_Bloke, breaks jedi-vim -> sounds like a feature to me
[10:08] <Beret> mvo, rbasak - +1 - the hard dependency doesn't make sense
[10:08]  * xnox hides
[10:09] <juliank> uploading thingy = https://wiki.ubuntu.com/JulianAndresKlode/DeveloperApplication-PPU2
[10:09] <juliank> (which was not supposed to have a 2 in it, but wiki did not let me create a page without the 2 IIRC)
[10:09] <juliank> It also needs severe updating.
[10:13] <mvo> juliank: yeah, I did sync it this morning
[10:47] <xnox> caribou, may i cherrypick sosreport patch into ubuntu upload?
[10:47] <xnox> and then you can trump it whenever?
[10:47] <caribou> xnox: sure
[10:49] <cpaelzer> apw - smb and I came to an interim solution, but still want to hear your input on the discussion we had this morning, so just let us know when you are around
[11:00] <cjwatson> pitti: https://bugs.launchpad.net/bugs/1554266 - neither openssh nor systemd apparently changed at the relevant time.  do you have any ideas even on what category of problem might be involved here?
[11:13] <LocutusOfBorg> please ignore virtualbox autopkgtest
[11:22] <pitti> cjwatson: the postinst looks okay to me; init-system-helpers changed, perhaps there's some subtle behaviour change there
[11:24] <Mirv> pitti: could you rerun the failed amd64 ubuntuone-credentials test from https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-050/excuses.html manually since it's one of these "does not have any test results" ones?
[11:26] <pitti> barry: done; but it failed on the other arches, so that won't unblock it
[11:26] <pitti> smoser: sorry, I'm sick, please email
[11:27] <pitti> smoser: ah, I have an email from you already
[11:28] <pitti> Mirv: poked
[11:30] <pitti> cjwatson: sorry, can't investigate today, still too sick
[11:31] <cjwatson> pitti: fair enough!  gws
[11:32] <pitti> cjwatson: https://launchpad.net/ubuntu/+source/init-system-helpers/1.29ubuntu1 landed on March 4th, so most probably that one
[11:33] <pitti> cjwatson: most of the changes are for OpenRC and thus a no-op for ubuntu; apparently update-rc.d works fine (as the service works after reboot), so maybe some weird fallout from invoke-rc.d
[11:33]  * cjwatson scribbles a note in the bug
[11:35] <Laney> apw: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1550741/comments/10 might interest you :-)
[12:03] <jamespage> cjwatson, need a second opinion on a net-tools merge I've managed to miss if you have a second
[12:03] <cjwatson> jamespage: I guess - what's up?
[12:04] <jamespage> cjwatson, so - there was a upload of a git snapshot into debian last year (1.60+git20150829.73cef8a)
[12:04] <jamespage> I've rebased all of the Ubuntu patches, and it works OK but the output of the tools is quite different..
[12:05] <jamespage> cjwatson, my gut feel is right now is not the right time to make that kind of change in xenial - what do you think?
[12:05] <cjwatson> hmm.  all other things being equal I'd prefer to have something vaguely resembling an upstream snapshot rather than 14yo orig + pile of patches, but I'd tend to agree now maybe isn't the best time to go finding new and exciting bugs in scripts that use net-tools
[12:07] <jamespage> cjwatson, for reference:
[12:07] <jamespage> http://paste.ubuntu.com/15327221/
[12:07] <jamespage> http://paste.ubuntu.com/15327223/
[12:07] <jamespage> first is new, second is current
[12:08]  * jamespage shudders about all of the sed/awk/grep -ing that will break...
[12:09] <Saviq> doko, hey, can you please have a look at bug #1552914, thanks!
[12:10] <tjaalton> pitti: hey, do you know why virtualbox is confused about the xserver version<EMAIL_ADDRESS>[12:12] <tjaalton> oh, some dependency not rebuilt against the new xserver then
[12:12] <pitti> tjaalton: I re-ran against all of -proposed for now, might just be some missing versioned dep
[12:13] <jamespage> rbasak, not sure if net-tools is on your list but raised:
[12:13] <jamespage> https://bugs.launchpad.net/ubuntu/+source/net-tools/+bug/1554490
[12:13] <jamespage> not for this cycle...
[12:13] <tjaalton> pitti: ok thanks
[12:13] <cjwatson> jamespage: mm, quite.
[12:14] <tseliot> pitti: what's up with virtualbox<EMAIL_ADDRESS>[12:14] <rbasak> jamespage: thanks. Looks like it is on our list.
[12:15] <rbasak> (ie. ~ubuntu-server has a team subscription)
[12:15] <pitti> tseliot: see tjaalton's question from 3 minutes ago; retried with all of -proposed for now
[12:15] <pitti> if that still doesn't help, then there's some rebuild missing somewhere
[12:15]  * pitti crawls back into bed, sorry
[12:15] <tseliot> pitti: oh, sorry, I missed that
[12:15] <tjaalton> hehe, echo here too
[12:15] <tjaalton> pitti: ouch.. sorry for pinging
[12:16] <pitti> tjaalton: no worries, I answered :)
[12:16] <tseliot> tjaalton: ok, ok, I'll let you do all the speaking today :P
[12:16] <tjaalton> tseliot: :P
[12:17] <jamespage> rbasak, yes - it comes up under ubuntu-server...
[12:49] <ogra_> hmm, looks like the livefs builders do not produce any images for snappy anymore ... i only see manifest files
[12:50] <Odd_Bloke> caribou: Any news on https://bugs.launchpad.net/ubuntu/+source/squid-deb-proxy/+bug/1544719?
[12:51] <caribou> Odd_Bloke: I wanted to ping smoser about it to see if he was planning on fixing it
[12:52] <caribou> smoser: ^^
[12:52] <caribou> Odd_Bloke: other than that I don't mind fixing ig, just got bitten by it again today
[13:06] <LocutusOfBorg> doko, could you please wait next time for llvm-toolchain-3.8?
[13:06] <LocutusOfBorg> ginggs, ^^
[13:07] <LocutusOfBorg> I don't agree with your upload
[13:09] <LocutusOfBorg> you forget to mention the breaks+replaces in changelog, the dh_strip hack is not needed anymore (done in dh_install already), and I don't think disabling lldb on s390x is needed
[13:09] <LocutusOfBorg> do you have any information about it?
[13:10] <LocutusOfBorg> oh loool, you didn't disable it, Debian disabled it :) so just changelog needs to be dropped on that point
[13:11] <cjwatson> ogra_: link?
[13:11] <LocutusOfBorg> anyhow, maybe you can sponsor this package as ubuntu2 https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/costamagnagianfranco-ppa/+sourcepub/6183347/+listing-archive-extra
[13:11] <cjwatson> ogra_: note that binary files are garbage-collected after a day or so
[13:11] <ogra_> cjwatson, yeah, seems it was some browser weirdness, now i see them
[13:15] <LocutusOfBorg> BTW thanks for your work :)
[13:20] <ogra_> cjwatson, mind taking a look at http://paste.ubuntu.com/15327524/ ? i want to have the livefs build spit out an os-snap with that (i'm specifically unsure about line 41, but dont really want to make snappy a dependency of livecd-rootfs)
[13:22] <kirkland> mvo: seb128: hey guys -- could you make unattended-upgrades a "recommends" in software-properties, rather than a depends?
[13:23] <kirkland> mvo: seb128: https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/831487
[13:23] <seb128> kirkland, hey, mvo and rbasak discussed it earlier, see backlog from ~4hours ago
[13:23]  * kirkland scrolls up
[13:24] <kirkland> seb128: excellent, thanks.
[13:24] <seb128> yw
[13:24] <ricotz> hi, this could probably use some more attention https://bugs.launchpad.net/ubuntu/+source/xz-utils/+bug/1493999
[13:25] <seb128> unsure if somebody agreed on doing the changes though
[13:25] <ricotz> doko, hi, this aptitude merge should be stable https://launchpad.net/~ricotz/+archive/ubuntu/staging/+sourcepub/6180753/+listing-archive-extra
[13:25] <rbasak> That's a good point. mvo, are you taking on the work?
[13:26] <cjwatson> ogra_: don't cd, you don't really need to here and it's implicit state that will confuse somebody.  I don't remember whether you can apt-get install there; try it with a livecd-rootfs in a PPA and see if it works.  The important thing for adding new artifacts is that they need to be copied/moved/linked to something beginning with "$PREFIX."
[13:26] <cjwatson> ogra_: also consistent indentation would be nice
[13:27] <cjwatson> (bottom three commands inside the inner if/fi block are misindented)
[13:27] <ogra_> oh
[13:29] <ogra_> hmm, the $PREFIX thing might be a bit of a problem since snappy checks the filename against the metat data at install time, so the filename needs to end up without $PREFIX again
[13:30] <cjwatson> ogra_: you're entirely free to rename it again in whatever code downloads the built artifacts from Launchpad
[13:30] <ogra_> yeah
[13:38] <kirkland> seb128: I attached a patch at https://launchpadlibrarian.net/247135751/831487.patch
[13:38] <kirkland> seb128: can I go ahead and upload that?
[13:38] <kirkland> seb128: or are you guys working on a different solution?
[13:45] <flexiondotorg> xnox, smoser, tjaalton Hi pilots - I'd really appreciate it if you can look at my sponsoring requests during your stints today :-)
[13:46] <seb128> kirkland, it's not as simple I think, as discussed between mvo and rbasak earlier, if it's demoted from depends then the code needs to deal with the case where it's not installed (which it doesn't atm)
[13:47] <seb128> kirkland, like the combo should let you pick auto update if the service is not there
[13:47] <seb128> kirkland, sorry, "should *not*"
[13:47] <kirkland> seb128: oh, interesting.
[13:47] <kirkland> seb128: is someone actually working that, then?
[13:48] <seb128> kirkland, that's what I asked earlier, but I don't think so no
[13:51] <mterry> cyphermox, didrocks: do either of you have time for some python MIRs?
[13:53] <kirkland> seb128: okay thanks;  mvo, rbasak: can you please comment in the bug, with anything else that needs to be done, above and beyond the simple depends->recommends change?
[13:57] <didrocks> mterry: unfortunately, not at all :/ I don't have enough time to finish what I need to do already :(
[14:05] <rbasak> kirkland: done
[14:08] <cyphermox> mterry: assign me stuff, I'll make the time
[14:19] <smoser> caribou, i have no plan on fixing squid-deb-proxy, but i think that -proposed should have a fix from rbasak
[14:19] <smoser> bug https://bugs.launchpad.net/ubuntu/+source/squid3/+bug/1473691
[14:19] <caribou> smoser: true, he's merging the newest
[14:19] <caribou> Odd_Bloke: ^^
[14:19] <caribou> smoser: thanks!
[14:20] <smoser> Odd_Bloke, caribou you can and should test -proposed
[14:20] <smoser> enable proposed, see if it works for you
[14:20] <caribou> smoser: ok, I will
[14:20] <smoser> if not, please respond on that bug
[14:22] <barry> Odd_Bloke: yep, i'll look at it
[14:22] <barry> pitti: no worries, we have a new version i'm about to sync
[14:23] <Odd_Bloke> barry: Thanks!
[14:39] <tjaalton> how frequently should "valid candidates" be moved to main from excuses list?
[14:41] <juliank> Where should bug #1553870 be reassigned? Apparently upgrading a trusty system from the xenial live did not write correct sources.list
[14:49] <Odd_Bloke> rbasak: smoser: I hit a problem when upgrading to the -proposed squid; I've added a comment to bug 1473691 with details. :)
[14:50] <juliank> Alberto Salvia Novella is a pain in the ass.
[14:51] <juliank> *Every* bug I see him doing something, the importance is extremely wrong; he closed the bug in the wrong package; or did other crazy stuff.
[14:52] <juliank> It is completely unbelievable to me why he is in ubuntu bug control.
[14:53] <smoser> rbasak, please see Odd_Bloke 's comment in said bug
[14:55] <cyphermox> juliank: ubuntu-release-upgrader?
[14:57] <mdeslaur> pitti: I'm stealing your bsh merge
[15:02] <juliank> cyphermox: thx
[15:31] <rbasak> kirkland: I don't know who will fix the GUI. I asked mvo above but I guess he's not around.
[15:32] <mvo> rbasak: ups, sorry, I must have missed that. I could fix it (i.e. I know this code) but I'm super busy with stuff, would be better if someone from the desktop team could have a look, probably really easy
[15:37] <seb128> rbasak, mvo, I can have a look I guess
[15:38] <LocutusOfBorg> can anybody ruby-savvy look at gitlab migration? some dependencies don't build cleanly, e.g. ruby-sentry-raven
[15:38] <LocutusOfBorg> but I fail to understand why
[15:40] <mvo> seb128: its hopefully as simple as "if not os.path.exists("/usr/bin/unattended-upgrade"): combobox.remove(security_option)"
[15:40] <seb128> mvo, yeah, I looked around that code yesterday for the autodownload thing, so I think I know what to do
[15:40] <mvo> great
[15:40] <mvo> thanks a bunch seb128
[15:40] <seb128> yw!
[16:17] <hallyn> pitti: mvo: is there a way to tell adt to update a kvm image?  or do i need to run it by hand and update?
[16:41] <Odd_Bloke> arges: I believe you're on the hook for migration of cloud-init in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1551419; I've performed validation and it's good to go. :)
[16:44] <arges> Odd_Bloke: looking
[16:44] <Odd_Bloke> arges: Thanks. :)
[16:57] <arges> Odd_Bloke: so cloud-init has only been in proposed for 4 days, is the main conern ensuring this gets in before the kernel update?
[16:57] <Saviq> slangasek, hey, can you make sure someone has a look at bug #1552914
[16:57] <Saviq> slangasek, +please, thanks!
[17:00] <Odd_Bloke> arges: That's the primary concern, yes.
[17:01] <smoser> so why do i not see journal entries for all jobs that ran ?
[17:21] <rharper> rbasak: nacc:  I'm doing another git merge reconstruct;  the first ubuntu delta has changes to package debs in debian/control as well as the maintainer change;  should I attempt to break those out into separate changes (so one can commit just the maintainer change as a single commit) ?
[17:24] <nacc> rharper: right, the maintainer change should be in its own meta
[17:24] <nacc> and it's only present in reconstruct/
[17:24] <rharper> ok
[17:24] <nacc> it gets dropped for logical/
[17:24] <rharper> yeah
[17:24] <nacc> so it's best to have it separate
[17:24] <nacc> iirc, it's always in that first delta, and then propogated from there. I think there's a bit in the wiki that mentions that
[17:25] <nacc> rharper: but the goal should be one logical (bad choice of words) change in each commit ... ideally relative to the changelog entries themselves, followed by a changelog commit and a meta commit
[17:25] <rharper> yep; it is
[17:26] <rharper> it just wasnt' clear from the text if one should explicitly modify control changes into two commits (maintainer, <other changes logged in changelog> )
[17:28] <doko> LocutusOfBorg, no
[17:28] <LocutusOfBorg> doko, no <-- context? :p
[17:28] <nacc> rharper: that's what i've always done, at least :)
[17:29] <doko> Saviq, next week; please ask xnox if it needs to be done earlier
[17:30] <doko> Saviq, xnox: maybe just drop that compiler dependency
[17:31] <Saviq> doko, ack, thanks
[17:31] <xnox> doko, i think so.
[17:46] <rbasak> nacc: I think logical is exactly the right choice of words. That's why I call that branch "logical" :)
[18:23] <rbasak> infinity: around?
[18:23] <rbasak> (about that Juju discussion)
[18:31] <mterry> cyphermox,  thanks for the MIR help!
[18:32] <cyphermox> mterry: no worries
[18:55] <dobey> does xorg in xenial not do randr 1.5?
[19:01] <nacc> dobey: it would appear to be 1.4, based upon xrandr's output, but libxrandr2 is at 1.5.0-1?
[19:02] <seb128> dobey, that's a question for tjaalton but I would guess it does because we had to patch gtk to handle randr 1.5
[19:03] <tjaalton> dobey: xserver 1.18 just went in, it does 1.5
[19:05] <dobey> i just took the daily image and booted it, and xrandr was saying the server only does 1.4
[19:05] <dobey> on haswell i7
[19:05] <tjaalton> the image is too old
[19:05] <dobey> oh
[19:06] <tjaalton> I'm talking it went in like 2h ago :)
[19:06] <dobey> tomorrow should be good?
[19:06] <tjaalton> yeah
[19:06] <dobey> ah
[19:06] <dobey> ok, i'll try again tomorrow
[19:06] <tjaalton> hmm I'll sync x11-xserver-utils too so that xrandr can do 1.5
[19:07] <dobey> because it's my understanding that i need 1.5 to get 60Hz 4K correctly with MST
[19:07] <tjaalton> oh we have latest x11-xserver-utils already
[19:07] <tjaalton> probably so
[19:07] <tjaalton> i've never seen one
[19:08] <dobey> well i know currently i just get two 1920x2160 screens that are ordered incorrectly by default, when i try to use MST
[19:08] <dobey> on trusty with lts-wily kernel/xorg
[19:10] <tjaalton> yep
[19:12] <nacc> tjaalton: while you're around, i hit bug # 1500751 on my laptop at home over the weekend after updating to xenial; I had been running mainline (which did work) and had to use you workaround from c54 to be able to type my password into the cryptfs prompt at bootup with the stock kernels. I didn't see xenial mentioned specifically in that bug, though
[19:13] <tjaalton> nacc: should be fixed now?
[19:14] <nacc> tjaalton: hrm, i can try removing the workaround again ... "now" relative to when? I did the dist-upgrade over this past weekend
[19:15] <tjaalton> nacc: well the bug apparently got fixed on sunday
[19:15] <nacc> tjaalton: ah :) ... i'll try w/o the workaround then
[19:16] <nacc> tjaalton: thanks, didn't see the update to the bug, my fault
[19:17] <tjaalton> nw
[19:56] <slangasek> nacc: right, so fixing gosa for php-imagick means it's now uninstallable when updating php7.0, due to the drops of php-mcrypt and php-imap, both of which it depends on
[19:56] <slangasek> nacc: so that's critical path now :)
[19:56] <nacc> slangasek: yep, i sent an e-mail last night about it?
[19:57] <nacc> slangasek: but yeah, i'd like to get that fixed asap, i'm  happy to try my approach, but didn't want to do something that doesn't make sense
[20:01] <nacc> slangasek: i'm not even sure my suggestion is very good, but it seems like a way forward where the sources *should* be easy to keep in sync
[20:02] <nacc> slangasek: is it feasible to just have two src packages that are identical, one living in univers and one living in main? i know that's quite ugly, but if they had different control files, they'd generate their respective binaries correctly, and would stay in sync that way too (that's basically what i'm suggesting, except i'd pare down the universe one and make it depend on a binary pkg from the main
[20:02] <nacc> one)
[20:22] <xnox> nacc, see boost1.54 and boost-mpi-source1.54 for example.
[20:23] <nacc> xnox: thanks, will look!
[20:34] <nacc> Pharaoh_Atem: ping
[20:34] <Pharaoh_Atem> nacc: pong
[20:35] <nacc> Pharaoh_Atem: can you check something for me, i think php7.0-dev has a bad symlink, specifically for /usr/lib/php/20151012/build/ltmain.sh
[20:35] <nacc> Pharaoh_Atem: it seems relevant to LP#359062
[20:35] <nacc> err, LP #359062
[20:36] <nacc> i wonder if the same change got dropped in php7
[20:47] <nacc> slangasek: fyi, looks like we're missing at least one more imagmageick backport ofr this test -- when i skipped the version checks, it fails on amd64 :) ... bisecting now
[20:49] <Pharaoh_Atem> nacc: looks good here
[20:49] <nacc> Pharaoh_Atem: oh, i wonder
[20:49] <nacc> Pharaoh_Atem: ok, try install php5-dev as well (just to test)
[20:49] <Pharaoh_Atem> it seems to properly reference /usr/share/libtool/build-aux/ltmain.sh
[20:49] <nacc> Pharaoh_Atem: i wonder if the two packages conflict (which is fine for now)
[20:53] <nacc> xnox: ok, those do seem like a good example to base off of! on first glance, they share an orig.tar.gz (with altered naming) and simply have different debian.tar.gz?
[21:02] <xnox> nacc, and there is magic in debian/rules to generate the other one, based on the change of the name in the changelog.
[21:03] <nacc> xnox: ah very cool ... ok, i'll d/l them and take a look
[21:03] <nacc> xnox: really appreciate it!
[21:21] <slangasek> nacc: having two source packages - it's feasible, there are certainly other examples of it in the archive; it's also annoying, but until we finalize the build-deps-in-universe change it's unavoidable
[21:22] <nacc> slangasek: yep, but it seems better than doing what was done with php5 and having (potentially) 4 separate src packages that have to be kept in sync (or so it seems to me)
[21:22] <slangasek> nacc: sure
[21:23] <nacc> slangasek: but you're the long term bd-in-universe is the "right" solution
[21:23] <nacc> slangasek: i'll work on getting something to you by EOD
[21:25] <kgunn> stgraber: you about? i feel like i'm missing something...
[21:25] <kgunn> https://pastebin.canonical.com/151393/
[21:25] <kgunn> i've got a local container, just trying to grab a file off of it...
[21:26] <stgraber> kgunn: is the path correct?
[21:27] <stgraber> kgunn: looks like we return this very confusing error when the path doesn't exist
[21:27] <kgunn> double checking...
[21:27] <kgunn> hmmm...i could pull hosts like the example
[21:27] <kgunn> stgraber: permissions?
[21:27] <kgunn> maybe
[21:28] <stgraber> it's done as root, so unlikely
[21:28] <stgraber> kgunn: lxc exec xen -- ls -lh /home/ubuntu/mir-server-snap/mir-client_0.21_amd64.snap
[21:28] <kgunn> :) right was just doing
[21:29] <kgunn> sort of
[21:31] <kgunn> stgraber: well i feel sorry for disturbing you....i think it was perms on my host side
[21:31] <kgunn> copied fine using .
[21:31] <kgunn> into my working dir
[21:31] <stgraber> ah, interesting
[21:32] <stgraber> anyway, our error reporting for file pull/push really sucks... there are reasons for it sucking but we should try harder :)
[21:32] <stgraber> (basically we need to fork a tiny C program into the container and then send stuff through fds so the Go daemon isn't the one actually getting the errors)
[21:32] <kgunn> well thanks...
[21:32] <kgunn> sorry for pestering
[21:41] <matv1> can someone please confirm that I can just use relative paths for an image file inside a strictly qml/js (using qmake) app?
[21:42] <matv1> or do I have to use recources system?
[21:42] <matv1> it seems the most trivial of things but its about to do my head in :(
[21:50] <dobey> matv1: you probably need full path URIs for file:///
[21:50] <dobey> matv1: also, seems like a question for #ubuntu-app-devel
[21:51] <matv1> ah sorry I seem to be in trouble with my locations in more ways then one :)
[21:53] <matv1> dobey thanks I will try it
[22:32] <nacc> Pharaoh_Atem: i think it's a php bug now ... cf my (just posted) update to the pcre bug
[22:32] <nacc> Pharaoh_Atem: the twig failures
[22:39] <Pharaoh_Atem> nacc: yeah, I saw
[22:39] <Pharaoh_Atem> but have you updated the php bug with your conclusions?
[22:39] <Pharaoh_Atem> or are we just going to kill pcre jit for php7?
[22:48] <nacc> Pharaoh_Atem: just did
[22:48] <bdmurray> cyphermox: any ideas about bug 1553870?
[23:19] <nacc> slangasek: fyi, i've got a fixed version of fusiondirectory that does update the path (and a ton of string references :/) to php7 naming. Building it now and will send an updated debdiff in the same bug


[01:37] <DanaG> Hmm, is fglrx broken for everyone, or is it just me?
[01:37] <DanaG> I've had to switch to radeon or radeonhd (and can't decide which of the two is better).
[01:42] <DanaG> It's irritating having two equivalent things to choose between, and no idea of what the practical (as in, for the user) differences are.
[01:43] <DanaG> (restarted finch in screen)
[01:55] <DanaG>  unable to handle keycode 465
[01:56] <DanaG> argh... I get that when I hit one of my hotkeys.
[01:56] <X1karr0usX> yo
[01:57] <nand> yo
[01:57] <X1karr0usX> whats goin on in the discussion for 904?
[01:57] <nand> see http://summit.ubuntu.com/
[01:58] <X1karr0usX> awesome dude... thanks!
[01:59] <genii> Have they decided on a "K" name yet?
[01:59] <DanaG> I wouldn't mind radeon or radeonhd so much if they'd at least put the GPU in low-speed mode.
[01:59] <X1karr0usX> klepto kangaroo
[01:59] <X1karr0usX> idk... this one blows lol
[02:00] <X1karr0usX> they should talk about that at the summit
[02:00] <genii> Kaleidoscopic Koala ...
[02:01] <X1karr0usX> seriously?
[02:01] <DanaG> hmm, for some reason I just thought of some creature called a 'kappa'
[02:02] <X1karr0usX> lol
[02:03] <genii> Damn the summit is in Mountain View CA.
[02:03] <DanaG> I wish the ATI drivers would work.  :(
[02:03] <X1karr0usX> https://wiki.ubuntu.com/DevelopmentCodeNames
[02:03] <X1karr0usX> yeah
[02:04] <X1karr0usX> i wish i got more out of my intel driver
[02:06] <genii> After looking at the name list I'm partial now to "Kooky Kitten"
[02:07] <X1karr0usX> lol
[02:07] <X1karr0usX> im partial to cutting myself
[02:07] <rww> !o4o
[02:07] <DanaG> I have an RV635 card -- and the R600 series don't do 3D in radeon or radeonhd.
[02:08] <X1karr0usX> lol
[02:08] <rww> I kinda like Kinetic Kittie :D
[02:08] <genii> rww: That one's catchy too
[02:10] <DanaG> I'm fine with not having 3D -- but I don't like how my battery life is divided by three, or so, under Linux when compared to Windows.
[02:11] <DanaG> It's probably due to lack of GPU power savings.
[02:11] <X1karr0usX> yeah
[02:12] <DanaG> I wish it would at least put the GPU in the slowest mode, if it's not going to use it for much, anyway.
[02:12] <DanaG> According to ATI Tray Tools in Windows (which I'm not sure is correct), it drops down to like 14MHz GPU and RAM speeds when sitting at the desktop.
[02:13] <DanaG> 3D speed is like 500 or 600 or so.
[02:18] <DanaG> Grr, I wish fglrx worked... then I could play Neverball with my nifty accelerometer.
[02:24] <DanaG> Switched to Pidgin now.
[02:30] <DanaG> http://en.wikipedia.org/wiki/Kipunji
[02:31] <DanaG> spiffy.  it's a K, and it's from somewhere in Africa (I think).
[02:32] <DanaG> http://en.wikipedia.org/wiki/Klipspringer    http://en.wikipedia.org/wiki/Kori_Bustard
[03:27] <murlidhar> what is the mail address that i was given to stay update with the news regarding jaunty  ?
[04:03] <DanaG> grargh, undefined symbol: firegl_querymcrange
[05:07] <DanaG> I fixed fglrx, by downgrading merely one package: libdrm2.
[05:07] <DanaG> I fixed fglrx, by downgrading merely one package: libdrm2.
[05:07] <DanaG> er, sorry
[05:15] <teratoma> does Jaunty Jackalope have support for two monitors, with one monitor rotated 90 degrees ?
[05:23] <histo> doesn't intrepid?
[05:23] <histo> what type of video card do you  have?
[05:29] <teratoma> intel
[05:30] <teratoma> the screen resolution offers:  Normal and Reversed
[05:30] <teratoma> no left or right
[05:50] <RAOF> DanaG: You might want to file a bug; check whether rebuilding fglrx against the shiny new libdrm works?
[07:05] <derekS> ls
[12:23] <BUGabundo> calc: ping
[13:01] <prahal_> hi has anybody got suspend to ram working under jaunty ? hal thhrow me consolekit error and fails to suspend (while echo "mem" > /sys/power/state works)
[13:03] <prahal_> I am trying to track the bug : if it is a consolekit issue or otherwise . Having reports by other users that it is supposed to work would help me a lot
[13:11] <prahal_> http://pastebin.com/f6c1faa9f is the hal output . I ll send it as is to the bug tracker if I cannot get more feedback from other users .(
[13:29] <BUGabundo> prahal_: it used to work for me
[13:41] <prahal_> BUGabundo, hum I wonder if those consolekit warnings explains the rc=1 instead of rc=0 for /usr/lib/hal/scripts/hal-system-power-suspend ... ccould you check with hald --daemon=no --verbose=yes (after  /etc/init.d/hal )? sorry to ask you so much consolekit was my only clue and if suspend ever worked in jaunty this one is moot
[13:42] <BUGabundo_work> don't know either prahal_
[13:44] <prahal_> ok thanks ... I ll do my best to get this one resolved
[13:47] <BUGabundo> I find it always very strange
[13:47] <BUGabundo> why some times hibernation/suspend works great
[13:47] <BUGabundo> and the next week it fails
[13:47] <BUGabundo> and I have my own backtrace on shutdown to figure out!!!
[13:47] <BUGabundo> its hard to do it, after the disk is off
[16:58] <calc> BUGabundo_work: hello
[16:59] <BUGabundo_work> hi there calc
[16:59] <BUGabundo_work> did you read my mail on LP about OOo backport?
[17:00] <calc> BUGabundo_work: just followed up to it the jaunty debs just haven't been compiled yet due to waiting on the bug 305790 not being processed yet
[17:00] <BUGabundo_work> ah ok
[17:01] <calc> primarily due to everyone being at FOSSCamp/UDS for the past week (until this Friday) I'm here too
[17:01] <BUGabundo_work> 'cause I only manage to get ũbutnu6 package
[17:01] <BUGabundo_work> by removing old ~2 I had installed
[17:01] <BUGabundo_work> and inslaing the PPA ibex version
[17:01] <calc> yea, it should be installable by early next week i would imagine, assuming no one processes the packages until then
[17:02] <calc> brb
[17:04] <calc> back
[17:04] <calc> i lost the foot off my laptop, luckily it was on the bottom of my shoe, lol
[17:05] <BUGabundo_work> ehehe
[17:17] <BUGabundo_work> going to university. hope you guys enjoy UDS
[17:21] <calc> BUGabundo_work: ttyl
[18:00] <Le-Chuck_ITA> Hi there, I installed jaunty alpha-1 and then applied all upgrades. Is it just my impression, or is the latest xorg extremely slow, especially with compiz but also normally?
[18:00] <Le-Chuck_ITA> in particular, scrolling in lyx with previews on is a real pita
[18:09] <Le-Chuck_ITA> nobody around :)
[18:09] <Le-Chuck_ITA> bye all
[20:02] <prahal_> ok I found the culprit for suspend not working with jaunty on eeepc 900. pm-utils . Any idea how to debug pm-suspend (pm-utils) . The one in intrepid works so it is not a kernel module issue
[20:03] <prahal_> I mean just downgrading pm-utils in jaunty fix the issue
[20:04] <BUGabundo> prahal_: there is a wiki page telling you how to debug it!
[20:04] <BUGabundo> and filling an intial bug is also good, cause it stays in the Dev radar
[20:04] <BUGabundo> or for other ppl to find it
[20:06] <prahal_> argh I read the doc provided with the package ... my bad . I just hope it is not like the offline doc . Telling you how to force a module unload (as I tested it is not related) or how to disable specific hooks (without any debugging output from pm-utils telling what s wrong). Thanks
[20:36] <tretle> is anyone working on monodevelop 2.0 packages for jaunty yet?
[20:53] <jafa> debugging... is it possible to get the system to log a stack backtrace when an application crashes?
[20:54] <jafa> by default it seems to log only the ip and sp to /var/log/messages
[20:56] <charlie-tca> jafa: I think it depends on the application. There is some information here: https://wiki.ubuntu.com/Backtrace
[21:07] <jafa> charlie-tca: thanks for the link. I am running the app in gdb but it isn't ideal. This is a custom internet-facing server app that SEGFAULTs every few days. Normally a separate watchdog detects the crash and restarts to minimize downtime. Stopping in gdb adds to the downtime. I was thinking an automatic stack backtrace log would give more information without burning the disk space of a coredump
[21:08] <charlie-tca> np. I try to help when I can
[21:38] <emilien> ok iv booted 8.10 live cd and its asking me for password and id but its a live cd ... ?
[21:39] <stdin> emilien: try user name "ubuntu" and blank password
[21:40] <emilien> stdin: nope
[21:41] <stdin> well the default user name of the LiveCD is "ubuntu" and that user has no password, if it's not working then it's a bug
[21:41] <emilien> stdin; i have a /home from last ubuntu install could be causing conflict ?
[21:42] <charlie-tca> Perhaps intrepid and blank
[21:42] <stdin> the LiveCD doesn't mount the hard disk
[21:42] <charlie-tca> or let it countdown, it is a 10 second count
[21:44] <emilien> not count down can't see numbers , could be cd defect =( ?
[21:44] <charlie-tca> Might be, I had one do that, and a reboot fixed it.
[21:45] <emilien> iv already burned 4 cd today can't seem to get it right always different erro
[21:46]  * charlie-tca hates when that happens
[21:46]  * charlie-tca went through 10 one day, 2 burners were bad
[21:49] <emilien> could be hope not , they are both pretty old
[21:52] <emilien> i think il just send off for cd , i live in paris will not take to long ?
[22:10] <prahal_> argh I found out the cullprit for jaunty pm-suspend not working. /var/log/pm-suspend.log is what I was looking after ... there is a new clock hook tat fails as I (and I have not found yet if anybody else have found how to ) don't have the kernel clock interface working for eeepc .
[22:12] <emilien> ok thanks sent off for cd . thanks for your help
[22:28] <DanielRM> Anyone here using mpd with Jaunty?
[22:34] <burner> anyone around who can help me get a background picture for nautilus back?  I'm not sure why it's gone away
[22:34] <burner> if I drag a color from the "backgrounds and emblems" menu, it works
[22:35] <burner> but if I drag a pattern, it shows that pattern for a moment and then changes to an all white background.  my icons stay present the whole time
[22:42] <aboucher> how can i start testing jaunty
[22:45] <charlie-tca> burner: is that in Jaunty or Intrepid?
[22:45] <charlie-tca> Might have more luck on #ubuntu
[22:45] <rww> aboucher: do you have intrepid installed and want to upgrade it to jaunty?
[22:46] <aboucher> now i want to test jaunty in a vm
[22:46] <aboucher> i mean no
[22:46] <rww> aboucher: okay. Go get the Jaunty Alpha 1 CD from http://cdimage.ubuntu.com/releases/jaunty/alpha-1/ . It should install in VirtualBox just fine
[22:48] <prahal_> burner, take a look at ~/.xsession-errors and if it is truncated (because too big) try pkill nautilus && nautilus ... it takes care of the background
[22:48] <prahal_> maybe an error will shows up
[22:51] <burner> charlie-tca: jaunty.  prahal_: i'm checking
[22:52] <aboucher> what version of linux is jaunty?
[22:52] <rww> aboucher: 9.04
[22:52] <rww> aboucher: wait, you mean what version of the linux kernel does it use?
[22:52] <aboucher> yes
[22:53] <rww> aboucher: 2.6.28-2
[22:53] <aboucher> thanks
[22:53] <burner> nothing in .xsession-errors unfortunately.  this is so weird
[22:54] <burner> my nautilus respects the color selection... be it solid, gradient or whatever, but I still get nothing as far as a png or jpg goes
[22:58] <aboucher> !JauntyJackelope
[22:58] <aboucher> !JauntyJackalope
[22:59] <aboucher> !rootkits
[22:59] <aboucher> !VirtualBox
[22:59] <rww> !jaunty | aboucher
[22:59] <aboucher> !hardy
[22:59] <aboucher> !intrepid
[23:01] <rww> aboucher: might be better if you do /msg ubottu !factoid instead of saying !factoid in channel. Ubottu's quite happy to have a private conversation, and it means that everyone else doesn't get your investigative messages :)


[06:25] <ogra> some UbuntuCoreDesktop news/review :) https://hachyderm.io/@jorge/110590850806084514
[06:27] <ogra> (also with a secret link to the image for early testers)
[17:41] <oerheks> nice article ogra,


[03:43] <bluebomber> chloric: Hi, chloric.
[03:43] <bluebomber> I was here (kinda).
[03:44] <bluebomber> But now I'm about to doze off. Goodnight, everyone.
[15:07] <Tohru_chan> hey MichelleQ
[15:07] <Tohru_chan> How's you?
[15:54] <dorgan> anyone in here use Geany are their IDE?
[17:35] <mhall119> dorgan: I do (now)
[17:37] <dorgan> i actually figured out what i was looking for
[17:38] <mhall119> dorgan: how's the wife?
[17:38] <dorgan> i was trying to figure out how to do php lint check from inside geany....but found out if i run the compile command thats what it does(not very intuitive)
[17:38] <dorgan> she's doing well
[17:38] <mhall119> yeah, geany is taking some getting used to, but Gnome 3 broke all the GEdit plugins I used
[17:39] <mhall119> so  far it's been fast and light though, so I'm happy with it
[17:39] <dorgan> we have the first major ultrasound next month...where they would be able to tell us what we are having except since its twins odds are she wont be able to and if they do its usually only for one and they said that even that is a 50/50 call
[17:39] <dorgan> yeah
[17:39] <dorgan> i just started using it last week
[17:39] <dorgan> i've been using gedit before that
[17:40] <mhall119> dorgan: either way you're going to have a fun 18 years
[17:40] <dorgan> lol
[17:40] <dorgan> yup
[17:40] <mhall119> you and DammitJim can talk about the joys of twins
[17:40] <DammitJim> who
[17:41] <DammitJim> congrats
[17:42] <dorgan> me
[17:46] <DammitJim> woohoo
[17:46] <DammitJim> when?
[17:46] <DammitJim> names?
[17:46] <DammitJim> healthy, right?
[17:46] <dorgan> nah havent had them yet
[17:46] <dorgan> wife is 15 weeks pregnant
[17:46] <dorgan> still got a couple months of sanity left...please dont rush that :D
[17:49] <DammitJim> oh cool
[18:02] <mhall119> dorgan: sanity?  in the last trimester? ha!
[18:03] <mhall119> s/sanity/false alarms and anxiety/
[18:04] <dorgan> lol
[18:36] <maxolasersquad> exit
[18:36] <maxolasersquad> exit
[18:43] <DammitJim>  /exit
[20:03] <dorgan> LMAO
[20:13] <raubvogel> Sanity? What's that?
[20:14] <raubvogel> Something I can trade for juju beans?
[20:17] <mhall119> no, but maybe you can trade it for juju charms
[20:20] <raubvogel> At which exchange ratio? Are bitcoins involved?
[20:21] <mhall119> 0:infinitiy
[20:21] <mhall119> and bitcoins are never involved, it's hoarder currency
[20:23] <raubvogel> It is the currency for those with heating problems at home
[20:24] <mhall119> lol
[20:24] <raubvogel> I wonder if you could make a restaurant whose food was either cooked by or kept warm (think buffet) by bitcoin mining rigs
[20:25] <mhall119> Salmonella Café
[20:25] <mhall119> you pay in bitcoins
[20:25] <raubvogel> Has a sphisticated feel to it
[20:25] <mhall119> the food is cheap, but they charge you to use their electricity
[20:25] <raubvogel> er, sophisticated
[20:26] <raubvogel> Don't they all?
[20:26] <mhall119> Panera doesn't
[20:26] <mhall119> nor does Starbucks
[20:26] <mhall119> I haven't really taken my laptop anywhere else
[20:26] <raubvogel> Well, the food price includes the operating costs
[20:27] <raubvogel> someone is paying for it ;)
[20:27] <mhall119> heh, true, but indirectly
[20:27] <mhall119> if bitcoins every become popular, I can see solar-powered bitcoin "mines"
[20:28] <mhall119> convert sunlight directly into money
[20:33] <raubvogel> Need to sell that to those guys runnin the rigs
[20:33] <raubvogel> Someone I know here was spending $300/month in electricity mining
[21:06] <mhall119> for bitcoins?
[21:16] <raubvogel> mhall119: Exactly
[22:42] <chloric_> roaksoax
[22:47] <roaksoax> chloric_: o/
[22:52] <chloric_> hey
[22:53] <chloric_> When do you think we can muster a small group for an Ubuntu Hour?
[22:53] <chloric_> We could throw it at that cafe
[23:02] <roaksoax> chloric_: idk, whenever you want, itnet7 said he would come
[23:07] <chloric_> Whats a good day?
[23:07] <chloric_> Sundays or Satursdays?
[23:17] <roaksoax> chloric_: for me everyday I guess
[23:17] <roaksoax> chloric_: lol
[23:18] <chloric_> and itnet?
[23:23] <roaksoax> chloric_: i guess a weekend
[23:24] <roaksoax> chloric_: lol
[23:24] <roaksoax> chloric_: around when are you looking into having one?
[23:24] <chloric_> i think this weekend may be too soon
[23:24] <chloric_> maybe next
[23:27] <roaksoax> chloric_: next iis thanksgiving isn't it?
[23:27] <roaksoax> chloric_: im fine this weekend
[23:29] <chloric_> So, let's aim for saturday? or sunday
[23:31] <roaksoax> chloric_: i think saturday is better as its not a family day
[23:33] <roaksoax> im gonna go on of these days to check it out


[03:40] -BottyMcBotFace:#ubuntu-news- ::Security:: Episode 71 @ https://ubuntusecuritypodcast.org/episode-71/
[06:04] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: deepin Linux 20 Beta Now Available for Download @ https://news.softpedia.com/news/deepin-linux-20-beta-now-available-for-download-529741.shtml (by Bogdan Popa, Microsoft News Editor)
[07:45] -BottyMcBotFace:#ubuntu-news- ::Softpedia:: Getting a Linux Phone? Here Are the Apps Pre-Installed on the Next Librem 5 @ https://news.softpedia.com/news/getting-a-linux-phone-here-are-the-app-pre-installed-on-the-next-librem-5-529743.shtml (by Bogdan Popa, Microsoft News Editor)
[15:53] -BottyMcBotFace:#ubuntu-news- ::Planet:: Raphaël Hertzog: Freexian’s report about Debian Long Term Support, March 2020 @ https://raphaelhertzog.com/2020/04/16/freexians-report-about-debian-long-term-support-march-2020/
[16:06] -BottyMcBotFace:#ubuntu-news- ::Planet:: Ubuntu Blog: You are invited to the virtual Ubuntu Masters event @ https://ubuntu.com/blog/you-are-invited-to-the-virtual-ubuntu-masters-event
[20:35] -BottyMcBotFace:#ubuntu-news- ::Planet:: Ubuntu Blog: Introducing the Ubuntu AWS Rolling Kernel @ https://ubuntu.com/blog/introducing-the-ubuntu-aws-rolling-kernel-2


[07:22] <kalcso> Hey there, How can I change budgie panels color?
[19:37] <sinpe> hi people! from uruguay here!
[19:37] <sinpe> one question? How can I add desktop shortcuts in budgie?
[19:38] <fossfreedom> hi sinpe
[19:38] <fossfreedom> you can copy the .desktop file(s) from /usr/share/applications to ~/Desktop
[19:41] <sinpe> Thank you fossfreedom!! that was really simple!!
[19:41] <fossfreedom> yw


[06:30] <qwebirc41536> can anyone help me get my remote to work?  please
[06:44] <qwebirc41536> anyone know how to get remotes to work
[07:08] <JohnQ> So, I just got home, and my newly installed mythbuntu machine says "grub rescue>" in text mode.  I have no idea what that is..
[07:08] <JohnQ> Can anyone talk me through what do do?  or should I just reboot and pray it works?
[17:45] <Kwisher> can anyone provide some help for moving a master b/e to my secondary b/e?
[17:46] <Kwisher> reading this now: http://www.mythtv.org/wiki/Backend_migration#Retiring_an_old_backend
[21:17] <frankster> has anyone had problems after upgrading to 0.27.1+fixes.20140618 on mythbuntu 12.04?
[21:29] <frankster> both of my frontends don't get as far as loading the menus
[21:35] <frankster> the backend log says
[21:35] <frankster> the backend log says that the frontend connects
[21:36] <frankster> reverting to the previous working packages (0.27.1+fixes.20140612.050bf9d) doesn't make it work
[21:48] <frankster> actually one frontend connects and the other doesn't -
[21:50] <qwebirc89343> Would 32-bit (Legacy) Mythbuntu work on a Mac? Macs can't handle BIOS + UEFI combination ISO.  Is the 32-bit (Legacy) BIOS only?


[05:25] <adrian__> hello
[05:26] <anhu> hello
[05:27] <adrian__> i was a looking for a piece of advice on buying a laptop
[05:27] <adrian__> would you help me?
[05:27] <anhu> yes
[05:28] <anhu> whatkind advice u will need?
[05:28] <adrian__> thanks, i was looking for 13 inches laptop
[05:29] <adrian__> and all want is well bult and long battery life
[05:29] <adrian__> i mean, is there any brand which is making non-plastic laptops?
[05:30] <anhu> macbook come nearest non-plastic at reasonable price
[05:30] <anhu> but first should ask how much u want to spend new laptop?
[05:31] <adrian__> the macbook price is ok
[05:32] <adrian__> but, i've heard there are issues on battery life when running ubuntu
[05:32] <adrian__> (sorry for my bad english)
[05:32] <anhu> np
[05:33] <anhu> i haven't heard any thing nor have any experience from macbook with ubuntu
[05:33] <adrian__> and i would like to avoid buying an apple thing
[05:33] <anhu> :D
[05:34] <anhu> other brand laptop will cost more, typicaly they are enclosed by plastic and verydurable magnesium skeleton
[05:35] <adrian__> my other option is sony vaio sr series
[05:35] <adrian__> and is what you've just said
[05:36] <anhu> of course full-metal is much attractive when compare to plastic-models
[05:36] <adrian__> but i'm not pretty sure, i mean, yesterday i was at a shop and they claimed that the only non-plastic laptops they had were apple ones
[05:37] <adrian__> and they have sony vaio
[05:37] <adrian__> yes, and the one piece thing
[05:37] <adrian__> sounds really great
[05:38] <anhu> how much sony cost?
[05:38] <anhu> of cource u can buy toughbook ;)
[05:39] <adrian__> hehehe, sony vaio sr is around 1000$
[05:40] <anhu> not bad
[05:41] <anhu> i try to search spec from sony
[05:41] <adrian__> yes, but i'm not sure if the skeleton is made of magenesium since they seem more interested in selling vista and flashing lights
[05:42] <adrian__> http://www.sonystyle.com/webapp/wcs/stores/servlet/CategoryDisplay?catalogId=10551&storeId=10151&langId=-1&categoryId=8198552921644570898&parentCategoryId=16154
[05:44] <adrian__> and the keyboard seems pretty nice
[05:44] <anhu> yea
[05:45] <adrian__> the worst thing is at computers shops i visited they don't know anything about laptop
[05:45] <anhu> haha, it's very typical
[05:45] <adrian__> they only say: you see, it's plastic, no magneisum
[05:46] <adrian__> magnesium
[05:46] <adrian__> anyway, macbook keeps being the best option
[05:46] <anhu> but even sony say not mensioin anything about casing
[05:47] <anhu> but why u don't want apple machine? :)
[05:47] <adrian__> well, buying apple is supporting apple
[05:48] <anhu> dooh i founded :D
[05:48] <adrian__> and they design good things, but I think that when moral comes they're worse than microsoft
[05:48] <adrian__> i mean that it's not apple it's no good
[05:48] <anhu> sony-page The 1" thin11 SR features a magnesium alloy chassis and barely tips the scales at 4.0 pounds6.
[05:49] <adrian__> yes, but they say chasis and not all the chasis is made of magnesium
[05:49] <anhu> is typicaly skeleton-frame witch stand somepoint of torture
[05:51] <adrian__> i'm seeing that i will buy a macbook
[05:52] <adrian__> or maybe i'll wait till brands think about a laptop is something which should be resistent
[05:53] <anhu> maybe
[05:54] <adrian__> hehe, well, anyway i wait until my plastic machine dies
[05:54] <adrian__> thank you so much
[05:54] <anhu> i should ask why non-plastic? :)
[05:54] <anhu> ok, maybe i know why :D
[05:57] <adrian__> hehe, yes, but the answer would be: because I want to use it as laptop
[05:57] <adrian__> as a portable laptop
[05:59] <anhu> ok, i have nothing bad to say anything by laptop which has plastic case and magnesium skeleton. plastic just feel ankward, like a toy
[06:00] <adrian__> i think i'm going to bed and i hope i dream about FSF buying apple
[06:00] <adrian__> yes, that's the point
[06:00] <adrian__> and it loses pieces
[06:00] <adrian__> it's really easy to tear apart
[06:01] <adrian__> well, i have to wake up my girlfriend
[06:01] <adrian__> nice day
[06:01] <anhu> yeah, goodnight