[00:04] <hallyn> apw: thanks - that worked!
[00:08] <manjo> anyone know if ports.ubuntu is having issues
[00:11] <manjo> looks like some of the ports mirrors might be down... oh well
[00:17] <hallyn> apw: the patch is not quite right as it should grab another reference to the namespace, but it doesn't seem to blow up and does fix the bug, so i'll send a proper patch tongiht - thanks again
[00:24] <hallyn> or does it not matter?
[00:25] <hallyn> are we guaranteed that the cgns will stick aroudn for the duration of the mount due to task->mntns ?
[00:25] <hallyn> that actually may be the case bu ti need to think it through
[00:44] <manjo> apw, shit!
[00:44] <manjo> (initramfs) echo "81780AD9-068C-4A80-A795-56856973B8F9" | tr '[:upper:]' '[:lowe
[00:44] <manjo> r:]'
[00:44] <manjo> 81780AD9-068C-4A80-A795-56856973B8F9
[00:45] <manjo> apw, so tr trick won't work in initramfs environemt
[00:52] <manjo> apw, (initramfs) echo "81780AD9-068C-4A80-A795-56856973B8F9" | awk '{print tolower($0
[00:52] <manjo> )}'
[00:52] <manjo> 81780ad9-068c-4a80-a795-56856973b8f9
[00:52] <manjo> that works
[01:17] <manjo> apw, revised patch attached to the bug with real system boot test results
[02:41] <jsalisbury> lamont, I posted the last bunch of test kernels in a directory tree.  Location and how they are organized posted to the bug.
[02:45] <lamont> jsalisbury: awesome
[02:45] <lamont> I'll smash through the bisect tomorrow
[07:27] <tjaalton> do you prefer an oldskool pull request or a merge request via lp? (for xenial)
[09:12] <apw> tjaalton, old skool pull request is prolly easier for people as that is what they are used to
[09:14] <tjaalton> ok, I'll do that then
[11:19] <tjaalton> apw: enjoy! :)
[11:22] <apw> manjo, i've uploaded an alternative fix (to avoid adding the first awk dependency) to ppa:apw/ubuntu/initramfs-tools-test, if you could test that for me then i can get it uploaded for real later today
[11:22] <apw> tjaalton, that is highly doubtful :/
[11:23] <tjaalton> hehe
[11:28] <apw> tjaalton, pththththth
[12:18] <apw> hallyn, yo ... did you bottom out that cgroups fix?  i don't see an email
[14:27] <HerrAmeise> anyone install dist-upgrade 4.2.0-30 this morning and have trouble booting?
[14:27] <HerrAmeise> i had to revert back to 4.2.0-27 in order to get it working
[14:28] <apw> bjf, kamal ^
[14:28] <apw> HerrAmeise, what was your symtoms
[14:28] <apw> you are cirtinaly the first report I have seen of issues with that update
[14:29] <HerrAmeise> Unity would not start up
[14:29] <HerrAmeise> so it went through the normal boot sequence
[14:29] <HerrAmeise> and then just hung forever
[14:30] <HerrAmeise> I couldn't even open a terminal
[14:30] <apw> HerrAmeise, ugg, sounds bad.  could you file a bug against the kernle "ubuntu-bug linux" from your working kernel
[14:30] <HerrAmeise> so I had to go to grub and boot with a different kernel version
[14:30] <apw> and put whatever details you have in it, and tell us the bug# here
[14:30] <HerrAmeise> yup no problem
[14:30] <apw> it is also worth looking in syslog to see if there was anything reported when it broke
[14:30] <HerrAmeise> yep i can do that one sec
[14:31] <apw> i am assuming you receieved the kernel via a simple update (update manager or apt-get dist-upgrade sort of thing)
[14:32] <HerrAmeise> yea i did apt-get dist-upgrade
[14:32] <HerrAmeise> didn't build it myself or anything crazy
[14:32] <apw> and its hard to not get all the pieces you need as a complete set when its done that way
[14:33] <apw> (so that eliminates one possibility)
[14:33] <apw> once you have a bug, i'll paste some initial kernels to test to try and figure out which of the three updates is at fault
[14:33] <bjf> apw, news to me. but -30 only has been in -updates for less than 24 hrs.
[14:34] <apw> yep, that indeed
[14:34] <HerrAmeise> apw: ok, I am also running this on a VM at work if that is relevant
[14:34] <HerrAmeise> VMware Workstation 10
[14:35] <apw> HerrAmeise, VMs would be a common test subject but mostly in KVM
[14:42] <apw> HerrAmeise, got a bug # yet ?
[15:06] <stgraber> apw: did our uploads fir your kernel adt problem?
[15:07] <apw> stgraber, yes ... final one just went green in the last 15m
[15:07] <apw> (for xenial)
[15:07] <stgraber> good!
[15:19] <apw> stgraber, and we're seeing ppc64el lxc ADT failures on trusty regardless of kernel by the looks of it, is this expected ?
[15:19] <apw> stgraber, and if not i'll file you anohter bug :)
[15:20] <HerrAmeise> apw: is there any other way to report bugs other than through Apport?
[15:21] <HerrAmeise> it's really a PITA
[15:21] <apw> in theory you can ask apport to file the info to a blob you can move to anohter machine and submit form there
[15:22] <HerrAmeise> and its not just an application crash
[15:25] <HerrAmeise> btw i upgraded the kernel to 4.2.0-30 on my 32-bit Ubuntu VM and the same thing happened
[15:25] <HerrAmeise> so definitely able to replicate the error
[15:25] <HerrAmeise> first one was 64-bit
[15:25] <apw> it is as likely a vmware realted issue as anything
[15:27] <HerrAmeise> true
[15:28] <HerrAmeise> i'll try natively when i get home tonight
[15:29] <apw> HerrAmeise, the first debugging steps are to try -28 and -29 to see which of 28,29,30 are the first broken one
[15:29] <apw> https://launchpad.net/ubuntu/+source/linux/4.2.0-29.34
[15:30] <apw> https://launchpad.net/ubuntu/+source/linux/4.2.0-28.33
[15:30] <apw> binary packages for those are in the librarian ^
[15:37] <HerrAmeise> 33674
[15:38] <HerrAmeise> oops sorry wrong window
[15:41] <stgraber> apw: the latest ppc64el failure on trusty indicates a DC network failure
[15:41] <stgraber> unable to reach the gpg network and cloud-images.ubuntu.com
[15:42] <apw> stgraber, i'll ask for them again and see if it goes away then
[15:42] <stgraber> the rest of your results look good so I'd say your kernel is fine, it's just the test runner having some network difficulties
[15:43] <stgraber> I know that IS changed the squid proxy IP recently, could be that the ppc64el VMs don't have the right firewall rule or something
[15:43] <stgraber> if it fails again, we'll involve pitti
[15:43] <apw> stgraber, ack, will let you know
[15:55] <hallyn> apw: sorry, no, had some technical difficulties.  will try to send it out this morning
[15:56] <apw> hallyn, the pending fixes which break you are time sensitive, so i would like to get to a place where i have a plan to add something or rip something and upload at the latest tommorrow
[15:57] <hallyn> apw: should i send a patch first upstream or first to ubuntu-kernel@?
[15:58] <apw> hallyn, either is fine, if you are confident in the fix i cna apply it while upstream grinds on it
[15:58] <apw> were still in a reaosnably felxible period so we can rip it and replace it if upstream has a better idea
[15:59] <apw> as i assume my other option is to rip the other thing you applied which causes the issue
[15:59] <apw> the cgn i think it was
[15:59] <hallyn> apw: http://paste.ubuntu.com/15181046/   <- does that mean anything to you?
[16:00] <hallyn> (it kinda blocks me when the server hosting all my work keeps hanging with crap like that - from 3.13 to 3.16 and now on 4.2)
[16:00] <hallyn> if it migth be hw then i'll just $%)(*$%)($ switch
[16:01] <apw> i wonder if that could be the fuse cve i was just reviewing
[16:01] <hallyn> oh
[16:01] <sforshee> hallyn: do you hit the WARN_ON at the end of the cgroup_mount after your change?
[16:02] <hallyn> which warn_on?
[16:02] <sforshee> hallyn: was also thinking it might make sense to make kernfs to use sget_userns with init_user_ns always, haven't had time to really think it through yet though
[16:02] <sforshee> the one in the if (pinned_sb) block
[16:03] <hallyn> sforshee: i don't think so
[16:03] <apw> sforshee, you know fuse well, is fuse_fill_write_pages() use on the write or read path ?
[16:04] <apw> it ought to be write, but hey, nothing is clear in this world
[16:04] <hallyn> sforshee: we cannot have cgroup mount use init_user_ns always, if you end up doing the comparison for the sb.
[16:04] <sforshee> apw: write it would seem, invoked by fuse's write_iter callback
[16:05] <apw> sforshee, thanks, not that cve then hallyn
[16:05] <apw> sforshee, that stack trace might be something you grok better than i: http://paste.ubuntu.com/15181046/
[16:05] <hallyn> apw: trying to decie whether to halt my world to have the people hosting the server check the hw for 10 hours
[16:06] <sforshee> apw: looks to me like the kernel is hung waiting for userspace to respond
[16:06] <apw> hallyn, if it is always that, it look to my shallow knowledge of fuse that it is waiting on a userspace provider, and isn't interruptible
[16:06] <apw> sforshee, ok you see the same as me
[16:06] <hallyn> ok, thx :)
[16:06] <apw> hallyn, so i'd not be keen to blame h/w but whatever crap is mounted on fuse
[16:06] <apw> is that lxcfs :)
[16:07] <hallyn> hm, could be.
[16:07] <apw> sforshee, do we really hand things to uspace and wait in an uninterruptible way for it to respond, that sounds mad to me
[16:07] <hallyn> in that case the only thing i can think is that the kernel builds make oom happen killing it (bc nothing else was execising fuse),
[16:07] <hallyn> except i've got 42g ram
[16:08] <apw> hallyn, then you'd have an oom in there
[16:09] <apw> hallyn, and it looks to start right there, with something not it before
[16:10] <sforshee> hallyn: going back to cgfs ... prior to my changes it was going to reuse an existing superblock. Now it still wants to but sget refuses because it's a different userns. Is that right?
[16:15] <sforshee> apw: I think fuse does wait in an uninterruptible way to respond. But there is some kind of abort connection sysfs node to break those waits.
[16:32] <sforshee> hallyn: it does seem to me that it will possible to hit that WARN_ON(new_sb) if using kernfs_mount_ns. Does that represent some real problem?
[16:33] <sforshee> hallyn: also I'm not sure what you were getting at wrt using init_user_ns always
[16:33] <sforshee> in effect that's what's happening before we have s_user_ns. But like I said I need to think it through some more.
[16:38] <hallyn> sforshee: just to  make sure, you see why i need something like it right?
[16:39] <hallyn> looking at fs/sysfs/mount.c, i think i just need to grab/release the ns ((i suppose sb release could be done lazily)
[16:39] <sforshee> hallyn: I think so. Previously you ended up reusing a superblock, but now sget returns EBUSY because you're in a different userns.
[16:39] <hallyn> right
[16:40] <sforshee> and by passing a namespace you force the kernfs test function to not match the old superblock
[16:40] <sforshee> but there seems to be something inherent to this code that expects to reuse the superblock in some cases
[16:40] <hallyn> is there?  i was wondering that but didn't see it,
[16:40] <sforshee> just look at pinned_sb
[16:41] <hallyn> is there a simple way we could re-use it?
[16:41] <hallyn> without hardcoding cgroupfs in sget_userns
[16:42] <sforshee> well, that's where the though of doing sget_userns(..., &init_user_ns) in kernfs_mount_ns came from
[16:42] <sforshee> *thought
[16:42] <sforshee> or I was also considering whether maybe that check only makes sense for device-backed mounts
[16:44] <hallyn> yeah it doesnt make sense for i.e. sysfs or proc, right?  you can't get another userns's mount there
[16:44] <hallyn> devpts?
[16:45] <hallyn> i wonder whether this will quietly break containers doing 'mount -t devpts' without -o newinstance
[16:46] <hallyn> well we pass file_system_type in, so i guess we *could* filter on cgroupfs;  how would we tell whether it's blockdev-backed in sget?
[16:47] <sforshee> you can't mount devpts from !init_user_ns without newinstance it appears
[16:47] <hallyn> oh, good
[16:48] <sforshee> there's a flag in the fs type that says whether or not it's device backed
[16:48] <sforshee> FS_REQUIRES_DEV
[16:49] <cristian_c> jsalisbury: hi
[16:49] <hallyn> so if (type->flags & FS_REQUIRES_DEV && user_ns != old->s_user_ns) ?
[16:49] <lamont> jsalisbury: finally read what you set up for me.  you have outdone expectations, thanks.
[16:50] <sforshee> hallyn: yeah, something like that. Still thinking though.
[16:50] <lamont> I'll smash through those sometime before the end of lunch today, expect an update in something like 2-4 hours.  I'm assuming that our final kernel is top-of-branch, with the identified commit reverted?
[16:53] <sforshee> hallyn: so essentially s_user_ns is used for 2 things. First is translating ids for the backing store, which doesn't apply to psuedo filesystems.
[16:54] <sforshee> the second is for privileges towards the superblock. For cgroups/sysfs do we really want root in the userns to have privileges towards the superblock?
[16:55] <sforshee> though if they aren't they can't remount
[16:58] <hallyn> sforshee, well in the case of cgfs cgroup_mount() guards remount, but i'm not sure about proc and sysfs
[16:58] <hallyn> i would assume so
[17:00] <hallyn> else that would have been an issue already since we allow mount on those
[17:01] <hallyn> sforshee: it seems we canassume it's safe if it's not dev-backed and it already has FS_USERNS_MOUNT
[17:02] <sforshee> hallyn: assume what's safe? Skipping the checkin in sget_userns?
[17:03] <hallyn> sforshee: yes
[17:05] <sforshee> hallyn: I think at minimum it's probalby okay as a interim fix while we decide what the best fix is
[17:10] <xnox> bjf, what's the minimal amount of maas functionality is required to run kernel-maas testing for s390x?
[17:11] <xnox> as far as can tell that enablement is currently staggnating, and i'm wonder if that can be expedited somehow.
[17:13] <bjf> xnox, right now i only deal with bare-metal via maas
[17:14] <xnox> bjf, and it needs to boot to ssh right?
[17:14] <bjf> xnox, yes
[17:15] <xnox> bjf, and you do use the powercycle functions in maas right? e.g. poweroff/on/reboot?
[17:15] <bjf> xnox, yup
[17:15] <xnox> bjf, ok, cool.
[17:17] <manjo> apw, I had trouble installing from the PPA due to dependcy issues .. posted it to the bug
[17:17] <manjo> apw, https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1548120
[17:19] <apw> manjo, those deps are right
[17:19] <apw> manjo, they are internal deps making sure the bits are at the same version from the same source package
[17:21] <manjo> apw, hmm I have xenial-propose enabled ..
[17:22] <manjo> apw, should I disable that 1st ?
[17:22] <apw> manjo, nope shouldn't matter
[17:22] <apw> manjo, did you add the ppa or download the .debs ?
[17:22] <manjo> added your repo
[17:23] <manjo> etc/apt/sources.list.d/apw-ubuntu-initramfs-tools-test-xenial.list
[17:23] <manjo> using apt-add-repo
[17:23] <apw>     initramfs-tools-bin_0.122ubuntu5~rc1_amd64.deb (81.7 KiB)
[17:23] <apw>     initramfs-tools-core_0.122ubuntu5~rc1_all.deb (116.8 KiB)
[17:24] <apw>     initramfs-tools_0.122ubuntu5~rc1_all.deb (84.0 KiB)
[17:24] <apw> well that PPA has all three of those in there
[17:24] <apw> so your deps should be found from the PPA
[17:24] <manjo> initramfs-tools:
[17:24] <manjo>   Installed: (none)
[17:24] <manjo>   Candidate: 0.122ubuntu5~rc1
[17:24] <manjo>   Version table:
[17:24] <manjo>      0.122ubuntu5~rc1 500
[17:24] <manjo>         500 http://ppa.launchpad.net/apw/initramfs-tools-test/ubuntu xenial/main arm64 Packages
[17:24] <manjo>  Candidate: 0.122ubuntu5~rc1
[17:24] <manjo>   Version table:
[17:24] <manjo>      0.122ubuntu5~rc1 500
[17:24] <manjo>         500 http://ppa.launchpad.net/apw/initramfs-tools-test/ubuntu xenial/main arm64 Packages
[17:25] <manjo> apw, ah -bin comes from ports
[17:25] <apw> OH its bloody arm64
[17:25] <manjo>   Candidate: 0.122ubuntu4
[17:25] <manjo>   Version table:
[17:25] <manjo>  *** 0.122ubuntu4 500
[17:25] <manjo>         500 http://ports.ubuntu.com/ubuntu-ports xenial-proposed/main arm64 Packages
[17:25] <apw> hang on
[17:25] <manjo> ok ☺
[17:25] <manjo> apw, welcome to my world
[17:29] <apw> manjo, ok in about 10m there will a ~rc2 in there built for arm64 as well
[17:30] <manjo> cool
[17:30] <manjo> will post results to the bug
[17:47] <sforshee> hallyn: are you already preparing a patch for the cgfs issue or should I go ahead and make one?
[17:48] <hallyn> sforshee: I'm looking at the code, but i'm not sure i'm doing it right
[17:48] <hallyn> (adding an extra helper fn which tries to get the logic right of whether we need to check the user_ns)
[17:49] <sforshee> sounds more complicated than what I was thinking ...
[17:49] <hallyn> lemme finish tihs up and pastebin it and you can tell me i'm wrong :)
[17:49] <sforshee> sounds good
[17:51] <hallyn> sforshee: http://paste.ubuntu.com/15181923/ ?
[17:54] <hallyn> seems to be buliding anyway
[17:55] <sforshee> hallyn: I think that should work, but the FS_USERNS_MOUNT seems unnecessary
[17:56] <hallyn> sforshee: so the idea of that is that any virtual fs which we cannot currently mount in a userns will be restricted to your own userns...
[17:56] <hallyn> agreed not sure if it's needed, and it may be reckless...  might break things...
[17:56] <hallyn> but i wasn't certain that it woudl be safe otherwise
[17:56] <hallyn> no shouldn't break things - it just allows what you had designed to work the way you menat it to for those filesystems :)
[17:56] <sforshee> but if you can't mount it in a user_ns then both namespaces are always init_user_ns anyway
[17:57] <hallyn> sforshee: oh, youdon't relax the need for FS_USERNS_MOUNT, right
[17:57] <hallyn> so you're right, shouldn't be necessary so we don't need the helper really
[17:58] <hallyn> sforshee: so i'll just build and test http://paste.ubuntu.com/15181976/
[17:58] <hallyn> if you can do a clenaer version of that then even better
[17:58] <sforshee> hallyn: or even http://paste.ubuntu.com/15181975/
[18:00] <hallyn> right
[18:00] <hallyn> do you mind sending that in then? :)
[18:00] <sforshee> you want to test it first?
[18:01] <hallyn> is building my version enough or do you want me to do your verbatim version?
[18:03] <sforshee> hallyn: I'm probably going to build my version either way before I send it, so I can just give you that version to test
[18:03] <sforshee> I hate to send patches without build testing, typos can be easy to overlook
[18:10] <hallyn> builds taking forever
[18:22] <kamal> HerrAmeise, apw, bjf: So far, I'm unable reproduce Herr's issue.  In a 15.10 amd64 qemu vm, I can successfully boot linux-image-4.2.0-{27,28,29,30}-generic with no apparent trouble.
[18:24] <bjf> kamal, thanks for looking at that
[18:35] <hallyn> sforshee...  and still building.  if you get a build, so long as you can 'lxc launch cxenial x1' and x1 boots (gets >3 processes and gets an ip address) then it's good
[18:37] <sforshee> hallyn: mine's still building too
[18:45] <lamont> jsalisbury: back to you.
[18:45] <lamont> and thanks muchly for making it less painful
[18:45] <jsalisbury> lamont, thanks, I'll take a look
[18:46] <lamont> it's also good to have my gut confirmed. :D
[18:47] <jsalisbury> lamont, I'll build a test kernel with that commit reverted, if it fixes the bug, I'll get in touch with the patch author
[18:49] <lamont> ack.  scream when
[18:52] <sforshee> hallyn: http://people.canonical.com/~sforshee/cgns/, updating my vm to test it now
[18:53] <lamont> jsalisbury: fwiw, http://global.shuttle.com/products/productsDetail?productId=1480
[18:56] <hallyn> sforshee: success!
[18:57] <hallyn> i think
[18:57] <hallyn> yeah.  dunno why there is a 'lxc' cgroup there, but ...
[19:00] <sforshee> hallyn: seems to work for me too
[19:00] <sforshee> I'll send it
[19:06] <sforshee> apw, hallyn: patch sent
[19:08] <tjaalton> umm yeah disregard the pull request, I'll send a new one
[19:11] <hallyn> sforshee: awesome, thx
[19:30] <cristian_c> jsalisbury: hi, again


[00:37] <xedniv> how would someone go about setting up an automatic build system (ex. from git) to build kpkgs?
[00:37] <xedniv> we have to include some patches internally and would like to track the ubuntu server kernel package sources. apply our own patchsets to a branch, and then have a separate system produce built packages from that repo
[00:37] <xedniv> i found no documentation about doing this
[09:11] <fooctrl> are there any news when kernel will be updated in Cosmic to i.e: 4.18? it's still on 4.15
[15:35] <fragile> What should KW_DEFCONFIG_DIR be set to when building a new kernel from here? https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel In a fresh 16.04 Server VM, `fakeroot debian/rules clean` just works, but in my 18.04 host it explains that the environment variable is mandatory and isn't set.
[15:37] <fragile> I've tried setting it to /usr/share/kernel-wedge , but this leads to a "No such file or directory" error of some kind in /usr/share/kernel-wedge/commands/gen-control , inside the read_package_list subrouting I think. Where `die "package-list: $!";" is.
[15:39] <fragile> Don't know enough perl to really make sense of what's happening around there
[15:51] <fragile> Made sense of the error now. Creating an empty package-list file fixed my problem, after finding the README.gz doc. But is package-list supposed to be optional (like in the documentation) or not?


[05:25] <pitti> slangasek: u1-installer> in oneiric there was really no reason to not have the actual U1 packages; once they switch to PyQt based packages, we'll need it, as PyQt alone weighs some 16 MB CD space
[05:26] <slangasek> ah :)
[16:18] <mdeslaur> skaet: is there a release meeting on friday? seems a lot of people will be on vacation
[17:02] <skaet> mdeslaur, yes will have meeting on Friday.   Alpha1 is next week so want to minimize surprises for next week.
[17:02] <mdeslaur> skaet: cool, thanks
[17:30]  * slangasek facepalms at the reply to Debian bug #645957
[17:31] <ubot4> Debian bug 645957 in adduser "Please mark adduser Multi-Arch: foreign" [Minor,Open] http://bugs.debian.org/645957
[17:52] <cjwatson> slangasek: sigh
[17:52] <slangasek> something for me to deal with /after/ vacation ;)
[21:02] <stgraber> tumbleweed: oh, apparently jibel's report is exploding :) (just noticed that you had a crash in the log)
[21:03] <stgraber> jibel: http://<IP_ADDRESS>/qatracker/reports/defects <- patches are welcome :)
[21:06] <stgraber> jibel: my guess is that it's confused by the two active milestones for two different releases :)
[21:06] <jibel> stgraber, oh nice, 2 active releases at the same time. I'll fix that.
[21:06] <stgraber> jibel: thanks
[21:10] <tumbleweed> hah, I just poked around :)


[00:00] <MrChrisDruif> silverlightning: What? (Btw, a meeting just started, so I might be slow to respond :)
[00:01] <silverlightning> its all right
[00:03] <MrChrisDruif> If you wanna see what's going on: #ubuntu-meeting
[00:04] <silverlightning> am I allowed ?
[00:06] <MrChrisDruif> Yes, you are allowed, might be just a good idea to just watch the first time....to get a sense of what's going on etc :)
[00:58] <Dekkard> dvd playback?
[00:58] <MrChrisDruif> Dekkard: Should be possible, tried the lubuntu-restricted-extras?
[00:59] <MrChrisDruif> I thought it should be available in synaptic
[00:59] <Dekkard> installing now.. but cant find a dvdcss package..
[00:59] <Unit193> libdvdcss I don't think is in there..
[00:59] <Dekkard> im lookin..
[00:59] <Unit193> Dekkard: Mediubuntu has it
[00:59] <Dekkard> coo..
[00:59] <MrChrisDruif> But otherwise libdvdcss indeed
[01:00] <MrChrisDruif> Isn't it in default repos, just libdvdcss...
[01:00] <Unit193> Dekkard: https://help.ubuntu.com/community/RestrictedFormats/PlayingDVDs
[01:00] <MrChrisDruif> Yeah, good one Unit193 :)
[01:00] <Dekkard> ok.. now its called libdvdread..
[01:01] <MrChrisDruif> Good enough for me :P
[01:01] <MrChrisDruif> If you just search for dvd you'd probably also find it :)
[01:02] <Unit193> Dekkard: If that doesn't work, run: sudo /usr/share/doc/libdvdread4/install-css.sh
[01:05] <Dekkard> im coo with sudo bro
[01:05] <Dekkard> :)
[01:05]  * Dekkard started with ubuntu at warty..
[01:05] <Dekkard> stuff just keeps changin
[01:09] <Dekkard> great vdpau error..
[01:10] <MrChrisDruif> Warty....that's a while back.....
[01:10] <Dekkard> just a bit
[01:10] <MrChrisDruif> Wasn't it '06?
[01:10] <Dekkard> lol..
[01:10] <szczur> Dekkard, in Gnome Mplayer go to Edit > Preferences
[01:10] <Dekkard> cant remember.. did slackware before that
[01:11] <szczur> on video ouput select gl or xv (check what will be fatser on your PC. i'm ok with xv) and the vdpau error will be gone
[01:11] <Dekkard> im getting a wierd error
[01:12] <Dekkard> failed to open vdpau backend
[01:12] <szczur> Dekkard, as i said, go to Edit > Preferences
[01:13] <Dekkard> where in the main menu?
[01:13] <Dekkard> or inmplayer
[01:14] <szczur> in mplayer
[01:14] <Dekkard> got it
[01:14] <Dekkard> thanks dood
[01:15] <Dekkard> chose xv
[01:15] <Dekkard> and alsa
[01:15] <szczur> just as i did on mine :)
[01:15] <Dekkard> hehe
[01:16] <Dekkard> watching farscape..peacekeeper wars
[08:53] <leszek> hi
[10:22] <silverlightning> hi
[10:23] <silverlightning> do anyone know what moonlight is? it's related to some kine of media palyer but I'm really not shore
[10:23] <MrChrisDruif> Hai silverlightning :)
[10:23] <silverlightning> Hi Mr.Chris
[10:24] <silverlightning> :- )
[10:24] <MrChrisDruif> Moonlight, did you ever hear of Microsoft's Silverlight?
[10:24] <MrChrisDruif> silverlightning: ^
[10:24] <silverlightning> yes I suppose so, but is it a plugin or a more of a independant player?
[10:24] <silverlightning> some new sites use silverlight
[10:26] <silverlightning> I am googeling it
[10:26] <MrChrisDruif> silverlightning: I don't know what it is exactly (it's like flash at least), but Moonlight is the opensource version of silverlight :)
[10:27] <MrChrisDruif> *It's a bit like flash at least*
[10:28]  * MrChrisDruif thinks that Microsoft was jealous of flash ;)
[10:29] <silverlightning> could very well be
[10:29] <silverlightning> they want to own it all
[10:32] <MrChrisDruif> One of the reasons I REALLY don't like Microsoft :)
[10:33] <silverlightning> do you know all the differences when comparing lubuntu and ubuntu?
[10:34] <silverlightning> I mean, I am trying to stay fairly light running, and wonder which application are pretty heavy on the system,
[10:34] <silverlightning> I stay a way from totem on this tiny laptop, it eats 1GB RAM alone
[10:35] <silverlightning> many smaller applicatoins are gonome dependent I suspect
[10:36] <leszek> silverlightning: not necessarily
[10:36] <MrChrisDruif> Indeed...
[10:37] <MrChrisDruif> And sorry silverlightning; I don't know all the differences :)
[10:38] <MrChrisDruif> I know a few mayor ones: LXDE instead of Gnome, Gnumeric and AbiWord(?) instead of OpenOffice.org and no compiz of course :)
[12:32] <silverlightning> hi again
[12:32] <silverlightning> abi works fine I think
[12:33] <silverlightning> I haven't used it a lot yet
[12:35] <silverlightning> I have an issue with almost any non microsoft office stuff
[12:35] <silverlightning> they are all fine except for smaller signs like "" '' () [] which universities are really particular about when it comes to referanses and form
[12:35] <silverlightning> it's like it's all made for Microsoft Office
[12:35] <silverlightning> weird really
[12:40] <silverlightning> does anyone know the Gnome project well?
[12:40] <silverlightning> I'm down loading a move to check if VLC or gnome player works
[12:40] <silverlightning> I have no sound?
[12:41] <silverlightning> I know this laptop could play youtube videos and dvd's a few years a go
[12:42] <silverlightning> hi wolfpack
[12:42] <wolfpack> hi silverlightning
[12:43] <silverlightning> are you good with old computers and lubuntu ?
[12:43] <silverlightning> I am trying to make it play dvd's
[12:43] <leszek> silverlightning: whats the problem with the audio ?
[12:44] <silverlightning> no sound at all
[12:44] <silverlightning> it does play youtube videos, but no sound
[12:44] <silverlightning> and it will not play dvd
[12:45] <silverlightning> I am downloading a movie to see if it will play anything stored on the harddisk
[12:45] <leszek> silverlightning: have you tried executing the mixer and see if it is perhaps muted ?
[12:46] <szczur> silverlightning, for playing DVDs check this > https://help.ubuntu.com/community/RestrictedFormats/PlayingDVDs
[12:46] <silverlightning> It's very newly installed lubuntu, and I installed all the updates and restricted packages this morning
[12:46] <silverlightning> no, a good idea
[12:46] <bioterror> for dvd you need medibuntu
[12:46] <bioterror> and libdvdcss2
[12:46] <leszek> vlc includes libdvdcss I think
[12:46] <bioterror> or cat /dev/sr0 > image.iso and vlc :--)
[12:47] <silverlightning> I downloaded vlc,
[12:47] <bioterror> vlc doesnt play it?
[12:47] <silverlightning> no, unfortunately
[12:47] <bioterror> install libdvdcss2
[12:47] <silverlightning> I might miss some packages ?
[12:47] <silverlightning> I will
[12:48] <silverlightning> I thought I installed moonlight too, but it never appeard anywhere?
[12:48] <leszek> and then check alsamixer to see if anything is muted there
[12:48] <bioterror> but read that szczur's pasted url
[12:48] <bioterror> hurrrggghhhh
[12:48] <bioterror> I rather not view pages with silverlight
[12:48] <leszek> moonlight is a plugin for firefox to playback silverlight
[12:48] <leszek> so it will only show up in firefox
[12:48] <leszek> as a plugin
[12:49] <bioterror> if someone decides to make broken webpages, they are now worth of displaying
[12:49] <silverlightning> oh I see, I though it might work with chromium?
[12:49] <silverlightning> so then I might have to get firefox or remove the packages
[12:49] <leszek> silverlightning: there is no moonlight plugin for chromium
[12:50] <silverlightning> firefox is very good that way, lots of stuff for it
[12:50] <leszek> in more details explained its not a simple plugin instead it is implemented as an firefox addon, therefore it cannot run elsewhere
[12:50] <silverlightning> I might have to go for firefox
[12:51] <leszek> silverlightning: you are surfing silverlight websites ?
[12:51] <silverlightning> there should be a way to make vlc work for anything in firefox too
[12:51] <leszek> silverlightning: there is an addon for it just search the mozilla addons page
[12:51] <silverlightning> I have had to use silverlight for news sites
[12:52] <leszek> congrats you are the first human I know who is surfing on sites which require silverlight ;)
[12:53] <silverlightning> I searched for libdvdcss2 in synaptic package manager, and only restricted extra packages show up
[12:53] <silverlightning> adn I have installed the lubuntu restricted extras
[12:54] <silverlightning> is chromium that much lighter than firefox?
[12:57] <leszek> chromium is faster then firefox 3.6 which ships currently with maverick
[12:59] <leszek> silverlightning: just look at the howto here you need libdvdread4 and you need to execute a script: https://help.ubuntu.com/community/RestrictedFormats/PlayingDVDs
[13:00] <leszek> brb
[13:00] <silverlightning> thanks
[13:03] <silverlightning> brb
[13:57] <silverlightning> hi
[13:57] <silverlightning> again ;- )
[13:58] <silverlightning> sound is working, movies play fine from torrent download
[13:58] <silverlightning> however, the DVD player resists
[13:58] <bioterror> REFUSE/RESIST
[13:59] <silverlightning> well, yes, it will not play
[13:59] <silverlightning> I can live with it, but I am still trying to make it work
[14:00] <silverlightning> hi again bioterror
[14:00] <silverlightning> I am on a tiny old laptop, it boots up fine in lubuntu, maybe I should just settle for this
[14:01] <silverlightning> network, java, flashplayer, vlc, gnome player, firefox is all fine
[14:01] <silverlightning> only thing is dvd
[14:01] <silverlightning> abi wordprocessor too,
[14:02] <silverlightning> abi is all fine I mean
[14:02] <MrChrisDruif> silverlightning: DVD playback is pretty CPU intensive afaik
[14:02] <silverlightning> that might be it, but this laptop came with DVD player originally, and used to work
[14:03] <silverlightning> yes, and processor is tiny 700MHz
[14:03] <silverlightning> still most thins run fine
[14:04] <silverlightning> this is and extra work station that shall live on a table, and I can't be afraid that somebody will snatch it
[14:04] <MrChrisDruif> I've got no experience at that nor in the mood to find out....
[14:04] <MrChrisDruif> Some financial issues <_<"
[14:04] <silverlightning> I mean, it's not worth anything other than internet access and word processor access
[20:05] <bothamcity> Hi, all.  Could someone point me in the right direction for changing keyboard shortcuts in Lubuntu?  Specifically I want to make my Windows key open my Panel.
[20:05] <bothamcity> keyboard shortcuts, that is. Looks like my message was cut off
[22:17] <bonny> hello can someone help me with installing stuff on lubuntu
[22:18] <mark76> Use Synaptic
[22:18] <mark76> Lassis
[22:18] <mark76> Lassie
[22:36] <kavinsky> anyone got any ideas on why / how to fix partman failing with error 10 during lubuntu 10.10 install?
[22:50] <Dekkard> got multiple disks?
[23:01] <kavinsky> @dekkard no, just the one
[23:01] <meetingology> kavinsky: Error: "dekkard" is not a valid command.
[23:01] <kavinsky> Dekkard - No, though it *might* be trying to pick up the ubuntu partitions on the disk
[23:02] <kavinsky> umount can't remove them - insufficient memory


[03:13] <Pratss> I need help to know why eclipse gives me tomcat error when I try to add any package in project. error says : Server Tomcat v7.0 Server at localhost failed when I am deleting the package it works fine


[02:59] <lotuspsychje> good morning
[06:25] <marcoagpinto> Heya
[07:14] <ducasse> good morning
[11:12] <imrjd> hello folks
[11:14] <lotuspsychje> hey imrjd
[11:14] <imrjd> hiiii
[11:14] <imrjd> its nice to see the regular people here :)
[11:14] <lotuspsychje> discuss is a nice channel
[11:14] <lotuspsychje> can have some quality conversations in here
[11:15] <imrjd> yess, so whats on topic today?
[11:16] <lotuspsychje> anything you want
[11:16] <imrjd> i am listening to chiiledcow on spotify
[11:22] <imrjd> so what u doing?
[11:23] <lotuspsychje> browsing reddit a bit with a coffee
[11:23] <imrjd> anything interesting?
[11:24] <lotuspsychje> im a fan of this channel https://www.reddit.com/r/unixporn/
[11:24] <lotuspsychje> always liked linux eyecandy
[11:25] <imrjd> let me chk
[11:26] <lotuspsychje> here's my deviant desks https://www.deviantart.com/lotuspsychje
[11:26] <imrjd> nice
[11:28] <imrjd> u play stardew valley?
[11:29] <lotuspsychje> no
[11:31] <imrjd> ok
[11:31] <imrjd> nice game
[11:38] <imrjd> why do u post your desktops pics?
[11:39] <lotuspsychje> to share
[11:45] <imrjd> whats the feedback
[11:53] <lotuspsychje> imrjd: everyone has different linux likings, i like dark themes a lot
[12:04] <imrjd> ok
[12:04] <imrjd> i am using plain vanilla
[12:12] <lotuspsychje> imrjd: a vanilla of wich flavour?
[12:13] <imrjd> ubuntu
[12:13] <lotuspsychje> desktop?
[12:13] <imrjd> yes
[12:13] <lotuspsychje> cool
[12:34] <imrjd> yeah but boring
[12:35] <lotuspsychje> even vanilla, everyones look different, other apps installed
[12:53] <imrjd> yeah
[13:37] <imrjd> .
[13:41] <imrjd> .
[13:46] <ogra> ;
[13:52] <imrjd> doing just to keep me in IRC
[13:52] <imrjd> active\
[14:55] <imrjd> .
[15:09] <lordievader> You do realize IRC is a largely async medium? Lots of people just hanging around only being active for small portions of time.
[15:21] <JanC> and your IRC client should do all that's necessary to keep you online
[15:47] <ducasse> a good one will
[15:56] <ducasse> lordievader: what's the quickest way to make a vm connected to the default virbr0 reachable from the internet?
[15:58] <lordievader> I've never really used the default bridge. Typically make my own bridge and let libvirt patch (virtual) cables into it.
[15:59] <ducasse> that's what i've been doing, but now i've moved the vm to a host with no console, so i don't particularly want to touch the network config
[16:02] <ducasse> lordievader: any suggestions, or do i just bite the bullet and reboot and pray it comes back up?
[16:08] <lordievader> Well you could also start NATing the virbr0 range
[16:09] <lordievader> Or routing of course
[16:10] <ducasse> i have several other hosts that also has virbr0 with an 192.168.122.x range, so i guess nating is easier?
[16:11] <ducasse> i tried routing it, but couldn't get it to work
[16:11] <ducasse> this is not my area :)
[16:12] <leftyfb> ducasse: you have a remote server with absolutely no way to manage out of band?
[16:12] <ducasse> it's not remote, but atm yes
[16:13] <ducasse> the screen is toast
[16:14] <leftyfb> ducasse: don't have any sort of IPMI or ILO? Another screen?
[16:15] <ducasse> i have other screens i theoretically could use in an emergency, but i have copd, so moving them around is suboptimal
[17:00] <lotuspsychje> uh oh 2 imrjd
[18:42] <admin1_> Client: HexChat 2.14.3 • OS: Ubuntu "focal" 20.04 • CPU: Intel(R) Core(TM) i5-9300H CPU @ 2.40GHz (3.64GHz) • Memory: Physical: 30.3 GiB Total (27.3 GiB Free) Swap: 2.0 GiB Total (2.0 GiB Free) • Storage: 105.6 GB / 960.0 GB (854.4 GB Free) • VGA: NVIDIA Corporation TU117M [GeForce GTX 1650 Mobile / Max-Q] @ Intel Corporation 8th Gen Core 4-core Processor Host Bridge/DRAM Registers [Coffee Lake H] • Uptime
[18:42] <admin1_> : 7h 33m 5s
[18:50] <Maik> bored?
[18:50] <admin1_> yup
[18:51] <Maik> thought so
[18:51] <imrjd> how can i configure hexchat to not allow me to get disconnected?
[18:52] <daftykins> i think their channel can help you there
[18:52] <Ussat> No Allow you
[18:52] <imrjd> ok
[18:52] <Ussat> um.... ok
[18:53] <Maik> not... it's probably your network. Set up a bouncer if you want to stay logged in 24/7 or use thelounge or something similar. Seeting up a Quassel Core on a server and connect to it with Quassel client is another option.
[18:54] <Ussat> irccloud
[18:54] <Maik> seeting/setting
[18:54] <Maik> or that ^^
[18:55] <Maik> also don't switch to another nickname that often, it can be seen as annoyance in some channels
[18:55] <imrjd> thats my actual nick
[18:59] <Maik> which one?
[18:59] <imrjd> the one u are seeing now
[19:01] <imrjd> imrjd
[19:01] <Maik> ok
[19:31] <imrjd> goodnite


[07:23] <flocculant> bluesabre: what's up with the launcher? seems ok to me :)
[10:02] <ochosi> flocculant: if you have tested everything then feel free to stop (unless ofc you have discovered issues that i haven't fixed yet)
[10:02] <ochosi> flocculant: then it's mostly the string-review missing for merging this to master and releasing it
[12:03] <flocculant> ochosi: I'd concur that from what I've seen all that needs to be done now is labels/strings
[17:47] <flocculant> akxwi-dave: you good with dealing with lts point next week?
[17:50] <flocculant> ochosi: btw I did check out logging options when Do Not Disturb
[19:40] <ochosi> flocculant: perfect, thanks a bunch!
[19:44] <flocculant> ochosi: np :)
[19:45] <ochosi> bluesabre: since you're working on the pidgin theming, i think i'll create a smiley theme as well based on elementary
[19:54] <flocculant> surely :) and ;) are elementary smiley's ...
[19:54] <flocculant> really couldn't pass that one up :D
[19:58] <ochosi> :}
[23:19] <ochosi> still WIP, but here it is: https://github.com/shimmerproject/pidgin-elementary/tree/smiley-theme


[11:18] <sgmoore> I spy a yofel. Hi!!!!! long time no see.
 Councillors. Our Graphic design contest has a deadline of 23:59 on 31stMarch. However, we've received enquiry from others wishing to submit an entry. Is the council willing to provide an extension perhaps to Saturday 6th April @23:59 ?
 +1 if we can get it in time
 I can prepare the applications, for the council to consider on Sunday 7th April to select the winner


[00:12] <xnox> slangasek: i think robert collins by "except for firefox. And kernels."  could also mean linux-lts-quantal which is a new upstream version bump, just like firefox.
[03:17] <adrian546864> hi there! trying the SDK preview. I couldnt figure out how to use C++ in the "Ubuntu -> Ubuntu UI - Tabs" type of projects. Anytime I want to add a c++ class i get the message "Failed to add one or more files to project". Isnt that implemented yet? Could somebody help me out. I want to play around with but Im unfortunatly not able to... :(
[03:23] <adrian546864> somebody who can help me with the Ubuntu SDK preview? I want to use c++ for it. is that already supported???
[03:34] <_NerdyMe_> hi there! trying the SDK preview. I couldnt figure out how to use C++ in the "Ubuntu -> Ubuntu UI - Tabs" type of projects. Anytime I want to add a c++ class i get the message "Failed to add one or more files to project". Isnt that implemented yet? Could somebody help me out. I want to play around with but Im unfortunatly not able to... :(
[06:42] <pitti> Good morning
[07:32] <tkamppeter> RAOF, hi
[07:33] <RAOF> tkamppeter: Happy public holiday!
[07:34] <tjaalton> :)
[07:35] <tkamppeter> RAOF, sorry, did not know that today is a holiday for you, can you on tomorrow's workday fix bug 1126427 as soon as possible so that I can update Ghostscript without formal FFe process? Thanks.
[07:35] <dholbach> good morning
[07:38] <RAOF> tkamppeter: Sure.
[07:48] <cjwatson> Sweetshark,bdrung: Is libmspub just code split out of libreoffice, or is it genuinely new code?
[07:54] <dholbach> @pilot in
[07:55] <slangasek> xnox: possible; but the lts backport stacks have even less impact on existing users than the stable kernel tree updates do
[08:11] <pitti> hey slangasek, how are you?
[08:11] <pitti> dholbach: happy flying
[08:11] <dholbach> thanks pitti :)
[08:12] <slangasek> pitti: hey there!  Sorry, I'm late for bed... any chance we can sync up on logind in the "morning"?
[08:12] <pitti> slangasek: I need to go AFK at 1700 UTC for Taekwondo, so anything before that
[08:13] <slangasek> pitti: ok
[08:13] <pitti> slangasek: I just talked to mbiebl some more, I have some TODO today for making standalone logind really work
[08:23] <tkamppeter> slangasek, is it OK when I update ghostscript from 9.06 to 9.07 on Tue or Wed? It needs bug 1126427 to be fixed first.
[08:24] <Sweetshark> cjwatson: code split out of libreoffice. libreoffice 4.0.0beta2 already contained an internal copy (and its a hard dep anyway).
[08:26] <cjwatson> Sweetshark: All right, thanks.  Since it's a split-out, I've gone ahead and moved it to main without need for an MIR.
[08:26] <cjwatson> That should unbreak image builds.
[08:42] <Sweetshark> cjwatson: huh? bug 1124082
[08:53] <infinity> cjwatson: The libmspub thing was a victim of the overrides bug, it was right in proposed.
[08:53] <infinity> cjwatson: Or was right and then got demoted again due to libreoffice not migrating before slangasek cleared out c-m.  Pick one. :P
[09:38] <ev> xnox: ah, lovely
[09:38] <ev> xnox: may I have a bug for that against whoopsie please?
[09:38] <ev> the upstream project, not the package
[09:57] <dholbach> bdrung, do you know somebody who could take a look at https://bugs.launchpad.net/ubuntu/+source/audacious-plugins/+bug/1080059?
[10:35] <cjwatson> Sweetshark: Ah, right
[10:35] <cjwatson> infinity: I think the latter.  I noticed it in c-m the other day.
[10:36] <cjwatson> slangasek: ^- this is why I didn't consider clearing out c-m *totally* trivial :-)  What I tend to do is to check rmadison and see whether the package was absent/universe in quantal and main in raring - if so it's probably a recent move and needs checking
[10:42] <Drenriza> Hi all. I was wondering if their is a channel used as the same as the "programming talk" section on ubuntuforums.org. For discussing / asking questions regarding scripting / development under Ubuntu.
[10:42] <tumbleweed> cyphermox: seen bug 1153085 ?
[10:43] <cjwatson> Drenriza: #ubuntu-app-devel more or less
[10:43] <Drenriza> Thanks cjwatson
[10:45] <Drenriza> So what is this channel used for? wiki.ubuntu.com/IRC just describes it as follows "Ubuntu development coordination"
[10:46] <cjwatson> Development of Ubuntu itself, rather than of third-party programs built on Ubuntu
[10:46] <cjwatson> (Catch-all; there are also channels for specialised aspects of Ubuntu development)
[10:47] <Drenriza> When you say Ubuntu itself, you mean the stuff that goes on top of the linux-kernel?
[10:48] <cjwatson> I mean the contents of the Ubuntu archive
[10:48] <Drenriza> Ty cjwatson.
[10:49] <cjwatson> There are things below the Linux kernel that are part of Ubuntu and would also be on-topic here, such as boot loaders
[10:50] <bdrung> dholbach:  quadrispro did the debian upload and the sync. so you could ask him
[10:53] <xnox> cjwatson: i did ponder to set the topic to "Ubuntu Core Development" instead what is currently in the topic "Dev' of Ubuntu ..."
[10:54] <diwic> xnox, "Development of Ubuntu itself (not support or app devel)" perhaps?
[10:55] <xnox> i don't have a strong opinion =)
[10:55] <xnox> Dev' is hard to understand =)
[10:56] <cjwatson> It's not just core development though
[10:56] <cjwatson> The apostrophe is fairly silly
[10:57] <cjwatson> (if "devel" is comprehensible in "app devel", it's also comprehensible at the start of that item)
[10:57] <cjwatson> It's truncated because topic space is scarce
[10:59] <FourDollars> dholbach: hi
[10:59] <FourDollars> dholbach: Could you help to review https://code.launchpad.net/~fourdollars/software-properties/fix-1138121-a-typo-in-CountryInformation.py/+merge/151870 ?
[11:01] <tumbleweed> we could probably use a better description in https://wiki.ubuntu.com/IRC/ChannelList too
[11:01] <tumbleweed> "Development of Ubuntu (not support or app devel)" ?
[11:01]  * tumbleweed sees lots of out of date contact peopl there...
[11:02] <dholbach> FourDollars, I pinged mvo about it :)
[11:02] <dholbach> FourDollars, but it looks good to me
[11:02] <ogra_> wikis ... out of date at creation time :)
[11:03] <FourDollars> dholbach: Is there any thing I missed?
[11:03] <tumbleweed> ogra_: yeah, the natural state of wikis
[11:03] <ogra_> :)
[11:03] <dholbach> FourDollars, no, not that I can see
[11:03] <FourDollars> dholbach: OK. Thanks.
[11:27] <mitya57> Does anybody want to test/review quantal pybuild backport? lp:~mitya57/ubuntu/quantal/python3-defaults/pybuild-backport
[11:35] <ogra_> lool, eek ... more mailing lists ...
[11:36]  * ogra_ slowly gets why linus loves 3:2 screens .... more vertical height = less scrolling in your mail trees ...
[11:40] <lool> ogra_: yeah, it's not great when we're splitting signal in even more places  :-(
[11:46] <dholbach> Riddell, would you know who could review https://code.launchpad.net/~bkerensa/ubuntu/raring/plasmate/fix-for-1152730/+merge/152538?
[11:46] <Riddell> dholbach: just discussing now in #k-d
[11:46] <bkerensa> ;)
[11:46] <dholbach> ah great! :)
[11:46] <bkerensa> then sleeps
[11:53] <dholbach> bdrung, thanks
[11:56] <dholbach> @pilout out
[11:56] <udevbot_> Error: "pilout" is not a valid command.
[11:56] <dholbach> @pilot out
[11:56] <dholbach> udevbot_, yeah yeah
[11:56] <udevbot_> Error: "yeah" is not a valid command.
[11:57] <tumbleweed> pedantic bot
[11:57] <vibhav> tumbleweed: Computers are supposed to be pedantic :)
[11:58] <vibhav> s/supposed//
[12:09] <zyga> lool: thanks for ubuntu-platform that's excellent news!
[12:10] <ogra_> hmpf
[12:11] <tumbleweed> wasn't there an existing list called<EMAIL_ADDRESS>[12:11] <xnox> yeap, for entirely different reasons ;-)
[12:49] <jdstrand> @pilot in
[13:20] <cyphermox> tumbleweed: I hadn't seen the libqmi bug, no
[13:20] <cyphermox> there's no harm in syncing it now, but we also won't be using it in raring
[13:21] <tumbleweed> yeah, that's basically why he wants it
[13:21] <cyphermox> err
[13:21] <ScottK> tumbleweed: If it's a sync from Debian, I think a new package is fine.
[13:21] <tumbleweed> yup, we should do it
[13:22] <cyphermox> I mean it's totally safe given that there cannot possibly be anything that uses it in raring
[13:22] <cyphermox> so yeah, it's fine by me
[13:22] <cyphermox> should I sync?
[13:23] <tumbleweed> cyphermox: sure, I just acked the FFe
[13:23] <cyphermox> thanks
[13:23] <ScottK> Approved.
[13:27] <cyphermox> tumbleweed: syncpackage: Error: Not permitted to upload directly to raring; try raring-proposed instead.
[13:27] <cyphermox> is there a magic trick for syncpackage to be happy?
[13:27] <cjwatson> Use a modern syncpackage
[13:27] <cyphermox> ah
[13:27] <pitti> are you trying to use a quantal syncpackage?
[13:27] <cyphermox> no
[13:27] <cjwatson> If you don't have one then -r raring-proposed
[13:27] <tumbleweed> sorry, I think we haven't finished reviewing the SRUs for that
[13:27] <cjwatson> Well, you aren't using raring, or else you have weird local configuration
[13:28] <cjwatson> cf. https://lists.ubuntu.com/archives/ubuntu-devel-announce/2012-October/000989.html
[13:28] <cyphermox> well, I think something is weird yeah
[13:28] <cjwatson> Perhaps an alias?
[13:28] <cjwatson> tumbleweed: The SRUs have been in -updates for some time
[13:29] <cyphermox> I'll double check but I never aliased that, and I have the latest ubuntu-dev-tools, and I'm not in the branch's directory either
[13:29] <tumbleweed> cjwatson: oh, I'm thinking of different ones then
[13:29] <cjwatson> https://launchpad.net/ubuntu/+source/ubuntu-dev-tools/0.144  https://launchpad.net/ubuntu/+source/ubuntu-dev-tools/0.143ubuntu0.1  https://launchpad.net/ubuntu/+source/ubuntu-dev-tools/0.141ubuntu0.1
[13:30] <tumbleweed> so, precise's one is still in -proposed
[13:30] <ScottK> Yes.  One bug unverified.
[13:30] <cjwatson> Oh, so it is
[13:30] <ScottK> I've been tempted to release it anyway.
[13:30] <mdeslaur> tumbleweed: dist-upgrade is trying to remove libreoffice-help-fr...is that a known issue?
[13:31] <cjwatson> I think libreoffice-help-* may be busted with 4.0
[13:31] <cjwatson> Noticing UbuntuKylin image build failures which seem similar
[13:32] <mdeslaur> tumbleweed: whoops, sorry, I didn't mean you
[13:32] <tumbleweed> ScottK: bdrung couldn't verify that bug on the weekend, I haven't dug into it yet
[13:32] <tumbleweed> mdeslaur: :P
[13:32] <mdeslaur> Sweetshark: dist-upgrade is trying to remove libreoffice-help-fr...is that a known issue?
[13:32] <ScottK> tumbleweed: Worst case I think is "it works"
[13:33] <cjwatson> libreoffice-help-en-us libreoffice-help-zh-cn  are not coinstallable
[13:34] <cjwatson> Blink, there are a load of explicit Conflicts.  What are those for?
[13:34] <tumbleweed> ScottK: yeah
[13:34] <cjwatson> "conflict help language packages in both ways"
[13:35] <Sweetshark> mdeslaur: its a feature, not a bug. libreoffice-help-fr and libreoffice-help-en cant be installed both (otherwise your -fr will be broken anyway)
[13:35] <cjwatson> Sweetshark,bdrung: Can you fill me in what's going on with libreoffice-help-* coinstallability?  The current situation is rather awkward.
[13:35] <cjwatson> Sweetshark: This screws over image builds and the installer
[13:35] <cjwatson> Because there are a number of situations where we install support for multiple languages
[13:35] <mdeslaur> Sweetshark: that's...less than ideal....I can't have two different languages on the same computer anymore?
[13:36] <cjwatson> I would definitely categorise this as a bug
[13:36]  * zyga curses at all-things-perl and gets back to work
[13:37] <Sweetshark> mdeslaur: bug 957589
[13:38] <Sweetshark> cjwatson: ^^
[13:38] <cjwatson> Yes.  Please revert.
[13:38] <cjwatson> This is worse than the previous situation.
[13:41] <Sweetshark> cjwatson: revert *both* conflicts? upstream (Debian) conflicts one way (from en-US to everything else, but not the other way around).
[13:41] <cjwatson> Sweetshark: Do you understand the problem here?  If so then the answer should be clear, I think
[13:42] <Sweetshark> mdeslaur: you can have an many languages as you want as long as none is en-US.
[13:42] <cjwatson> What's special about en-US?
[13:43] <cjwatson> We generally assume (and it's true everywhere else) that it's possible to simultaneously install support for multiple languages without restriction.  en-US being a special case is particularly weird, given that English support is in general always installed.
[13:43] <Sweetshark> cjwatson: Yes, I would remove both conflicts. But when a package build takes a day on ARM it can hurt to be absolutely clear, I guess?
[13:44] <cjwatson> I think it's probably excessive that it's in ubuntu-desktop; but (a) removing that will only partially help, and (b) wouldn't it have been better to get ubuntu-desktop amended before whacking in Conflicts if you thought that ubuntu-desktop was wrong?
[13:44] <cjwatson> Both the Conflicts are a problem.  What's the underlying reason that en-US is broken?
[13:45] <Sweetshark> cjwatson: If I know _why_ I would fix it.
[13:45] <Sweetshark> s/know/knew/
[13:45] <cjwatson> BTW, having the conflicts both ways achieves nothing over having them only one way round.
[13:46] <cjwatson> An unversioned Conflicts is a bidirectional relationship (well, in the absence of a matching Replaces).
[13:46] <Sweetshark> cjwatson: bdrung insisted on having them both ways when reviewing the package.
[13:47] <cjwatson> bdrung: Why?
[13:47] <bdrung> either both way conflicts or no conflict
[13:47] <cjwatson> bdrung: Why?
[13:47] <cjwatson> Nothing wrong with one-way conflicts
[13:47] <bdrung> cjwatson: when updating from 4.0.0beta2 to 4.0.0, en-US would been held back
[13:48] <cjwatson> bdrung: And Conflicts both ways solves that?  How peculiar.
[13:48] <cjwatson> But in any case that should have been a sign that the Conflicts was a bad idea in the first place :-(
[13:49] <bdrung> okay, it's a workaround
[13:49] <cjwatson> Dealing with run-time problems (and Medium priority ones, at that) by adding Conflicts just stores up trouble for later, and trouble of the kind that permeates the upgrade system
[13:50] <Sweetshark> cjwatson: indeed the oneway conflict isnt there in beta2 and was introduced at debian inbetween.
[13:50] <cjwatson> Hm, 'check-language-support -a -l en' doesn't list libreoffice-help-en-us
[13:52] <Sweetshark> cjwatson: so reverting that is a two-line change. Do you want an upload with just that?
[13:53] <pitti> cjwatson: s/-a/--show-installed/
[13:54] <cjwatson> pitti: Oh, yeah, I just figured that out :)
[13:54] <cjwatson> Sweetshark: When would your next upload be otherwise (roughly)?
[13:56] <cjwatson> Well; I guess I'm concerned that ultimately we presumably want to be able to keep multiple help packages installed simultaneously, including en-us, and having a Conflicts in raring means that people's configuration is effectively lost in the meantime
[13:57] <Sweetshark> cjwatson: too long. I havent clear plan beyond 4.0.1 -- so it would be when I fix one important bug. 4.0.2 upstream is on ~April, 1st.
[13:57] <Sweetshark> cjwatson: preparing a source package ...
[13:58] <cjwatson> Sweetshark: I think we should have such an upload then - thanks
[13:59] <cjwatson> I'm going to pull libreoffice-help-en-us out of ubuntu-desktop; I don't think it makes sense there, and it's in the ship and live seeds too so it's not as if it drops off images
[13:59] <cjwatson> Won't fix everything but I think it will at least unblock UbuntuKylin image builds, and it seems correct regardless
[14:00] <Sweetshark> cjwatson: k, thanks a lot.
[14:00] <stgraber> cjwatson: will that still prevent some images from building? I'm kind of worried as we have beta1 coming this week and pretty much everyone signed up for it
[14:00] <cjwatson> stgraber: I'll check the other seeds too
[14:00] <stgraber> cjwatson: thanks
[14:02] <cjwatson> stgraber: I *think* it's just the Ubuntu GNOME remix, but I'll keep an eye on Edubuntu too
[14:13] <Sweetshark> cjwatson: any wish for the urgency other than 'low'? If so, which?
[14:14] <cjwatson> Sweetshark: Doesn't matter; at the moment, nothing in Ubuntu cares
[14:14] <stgraber> Sweetshark: Ubuntu doesn't usually use the urgency field
[14:14] <cjwatson> Well, except for possibly apt-listchanges
[14:15] <tumbleweed> and a slight buildd weight IIRC
[14:15] <cjwatson> Oh yeah
[14:15] <cjwatson> Anyway, all my Ubuntu uploads are 'low'
[14:15] <stgraber> cjwatson: I thought LP also uses the urgency field to give a slightly higher build score
[14:16] <cjwatson> Yeah, tumbleweed said that
[14:16] <cjwatson> It's pretty negligible though; https://help.launchpad.net/Packaging/BuildScores
[14:16] <cjwatson> It's the least significant automatic score adjustment and more or less never matters
[14:18] <cjwatson> Right, since I now get to wait for a load of builds I guess it's lunchtime
[14:21] <stgraber> Laney: I guess that's what I'm saying, yes ;) technically both daemons can run, but to avoid problems you'd have to make sure they're perfectly in sync
[14:22] <jbicha> cjwatson: the urgency field is nice for ppas though
[14:23] <Laney> stgraber: Hm, I have my session registered in both right now
[14:25] <stgraber> Laney: right, I think I do too. I guess the basic, registering the session, getting the session list, unregistering the session should be fine, as long as we have the right pam modules loaded.
[14:26] <Laney> Did you actually see problems?
[14:26] <Laney> if so it would be good to note that in the bug ;-)
[14:26] <Laney> I think doing a full transition might be a bit too big for raring
[14:27] <cjwatson> jbicha: Maybe.  The package set adjustment would still dominate.
[14:27] <stgraber> no, I haven't. I just remember us saying that it'd be a potential source of problem as running both CK and logind isn't a supported setup and that we can't know for sure what all the various piece of software will do when they see both APIs being present
[14:28] <jbicha> cjwatson: the scoring difference is enough to get a package to almost the head of the universe queue and the queue is often several hours long
[14:28] <Laney> pitti: we're having a conversation about logind here, fyi ;-)
[14:29] <pitti> Laney: ah, catching up (me as well, discussing with jdstrand and mbiebl)
[14:29] <dobey> anyone know why apport would open chrom{e,ium} instead of firefox (which is set as default browser) when reporting a "system problem" on raring?
[14:30] <stgraber> dobey: my guess is that apport uses x-www-browser (directly or indirectly) and that for some reason points to chrome on your machine
[14:31] <pitti> oh, dobey left
[14:31] <pitti> it uses xdg-open
[14:32] <cjwatson> jbicha: Fair enough; I guess you have more practical experience with waiting for PPA builds than I do :-)
[14:32] <pitti> dobey: apport calls xdg-open, which does a couple of things (gvfs-open, alternative, sensible-browser, etc.)
[14:33] <pitti> Laney: session registered in both> that's CK and loginctl? that's how it ought to be, yes
[14:33] <Laney> yes - stgraber think this will cause problems
[14:33] <pitti> oh, how?
[14:33] <Laney> i.e. the transition must be done fully
[14:34] <jbicha> cjwatson: of course once everyone does it then we all have to wait in queue again so maybe I shouldn't be announcing it to #ubuntu-devel ;)
[14:34] <stgraber> pitti: I think it "may" be a source of problem, depending on what the various pieces of software do when both API are available. Though I haven't seen anything go wrong yet.
[14:34] <pitti> Laney, stgraber: we have a code grep of everything that talks to CK, so we could certainly check those?
[14:34] <cjwatson> jbicha: heh
[14:35] <pitti> the bits that I looked at either have no clue about logind, or they use #ifdef HAVE_SYSTEMD style
[14:35] <pitti> or they check /sys/fs/cgroup/systemd at runtime (like gnome-shell) and select between the two
[14:35] <stgraber> pitti: yep, that'd work. I guess we want to check whether any of those will try to connect to both at the same time and do something silly like aggregating the session list from both
[14:35] <pitti> right
[14:35] <stgraber> so long as they choose to use one or the other, we should be fine
[14:36] <Laney> I'd say that those would be bugs to fix
[14:36] <pitti> stgraber: btw, I just finished my investigation about programs that check for /sys/fs/cgroup/systemd
[14:36] <pitti> i. e. do they mean "I want systemd init" or "I want logind" or something else
[14:37] <pitti> turns out there's only two packages which actually want systemd init or journal, i. e. not logind
[14:37] <pitti> http://paste.ubuntu.com/5604908/
[14:37] <pitti> and we don't even ship sysvinit
[14:37] <pitti> so for ubuntu, only one package to fix
[14:37] <dobey> pitti: but why didn't it open the default browser? running xdg-open works. clicking on a link in terminal works. apport just suddenly decided to open chromium here. and chromium was running the wrong theme even too.
[14:37] <dobey> oh well
[14:37] <pitti> dobey: oh, root report
[14:38] <pitti> dobey: I figure it somehow failed to suid back to your user, for a system crash?
[14:38] <stgraber> pitti: that's a lot better than I'd have thought ;)
[14:38] <dobey> pitti: that would be quite odd, given it was also logged in on LP, and i've never run chromium as root before myself.
[14:39] <dobey> so it was running as my user. and it was a system crash
[14:39] <dobey> but the theme was wrong, and it was chromium instead of firefox
[14:41] <mitya57> Hi pitti, I'm trying to build pygobject on Debian sid (a crazy idea, I know), and I get this: http://paste.ubuntu.com/5604936/plain/
[14:41] <mitya57> Any idea what may cause that?
[14:41] <pitti> mitya57: you need py3cairo from experimental
[14:42] <mitya57> pitti: Thanks! Maybe time to bump build-dependency?
[14:42] <bdmurray> cjwatson: https://errors.ubuntu.com/bucket/?id=/usr/bin/compiz:8:StaticSwitchScreen::getWindowPosition:StaticSwitchWindow::glPaint:GLWindow::glPaint:FadeWindow::glPaint:GLWindow::glPaint
[14:44] <mitya57> ignore that, Ubuntu version is older but looks like it includes the fix
[14:44] <Sweetshark> bdrung, cjwatson: debdiff at http://people.canonical.com/~bjoern/libreoffice4/libreoffice_4.0.1-0ubuntu2.diff and http://people.canonical.com/~bjoern/libreoffice4/libreoffice_4.0.1-0ubuntu2_source.changes file
[14:47] <Sweetshark> whoops, the diff is reverse
[14:49] <bdrung> Sweetshark: please don't forget to tag 4.0.1-0ubuntu1 in git
[14:49] <Sweetshark> bdrung: already done, pushing now
[14:49] <cjwatson> bdmurray: Thanks, I found it in the end
[14:50] <bdrung> Sweetshark: i don't see it. have you pushed the tags, too?
[14:50] <cjwatson> Sweetshark: LGTM
[14:51] <Sweetshark> bdrung: see the "pushing now" ;)
[14:52] <Sweetshark> bdrung: pushed (also the change for 0ubuntu2)
[14:52] <bdrung> Sweetshark: i saw it. probably the web ui lagged. i see it now.
[14:59] <Sweetshark> debdiff updated to not be reverse fwiw
[15:00] <Sweetshark> bdrung: will you sponsor?
[15:00] <bdrung> Sweetshark: yes
[15:00] <bdrung> Sweetshark: i am doing a test build (which i expect to succeed and to what it's supposed to to) and then i do the upload.
[15:01] <bdrung> Sweetshark: have you done a test build?
[15:02] <bdrung> Sweetshark: btw, does it make sense to merge debian-experimental-4.0 or wait until raring+1 to do that?
[15:02] <shadeslayer> cjwatson: could you update the packageset ? I've added a couple of packages to the kubuntu supported seed
[15:02] <Sweetshark> bdrung: still running
[15:03] <pitti> jdstrand: where did you run your recent archive grep? I wanted to start one on lillypilly, but its load is > 20
[15:03] <cjwatson> shadeslayer: running
[15:04] <shadeslayer> cjwatson: thanks!
[15:04] <jdstrand> pitti: locally
[15:05] <pitti> jdstrand: ah, ok
[15:05] <pitti> jdstrand: well, I'll look around for another mirror in the DC
[15:06] <Sweetshark> bdrung: as for merging: we are past feature freeze (assuming that we do not do rolling releases, which is the most likely scenario), so I am very careful with changes there. I would only merge when all changes look low-risk -- otherwise I would revert to only cherry-pick uservisible and painful changes.
[15:07] <bdrung> Sweetshark: it contains lintian fixes and the VER removal
[15:08] <bdrung> Sweetshark: i tend to prefer the merge, because we have just passed the feature freeze and have enough time till the release.
[15:10] <cjwatson> shadeslayer: done
[15:11]  * shadeslayer tries uploading again
[15:15] <shadeslayer> cjwatson: works, thanks alot!
[15:16] <pitti> jdstrand: hm, didn't find a good one; would it be very much effort for you to kick off another archive grep?
[15:21] <jdstrand> pitti: no. what do you need?
[15:21] <pitti> jdstrand: grep -r fs/cgroup/systemd
[15:23] <jdstrand> ok
[15:24] <pitti> jdstrand: thanks muchly!
[15:24] <xnox> bdmurray: ev: \o/ thanks for the Bug 1056061
[15:25] <ev> xnox: sure thing. Should land with the rollout planned for today
[15:27] <jdstrand> pitti: ok, started. it takes a while so I'll let you know when it's done
[15:27] <pitti> jdstrand: sweet, thanks!
[15:27] <jdstrand> heh, it just found the apparmor one :)
[15:32] <pitti> jdstrand: hm, argh; would it be possible to restart this, with "egrep -r "fs/cgroup/systemd|sd_booted"?
[15:33] <jdstrand> pitti: sure
[15:37] <jdstrand> pitti: done
[15:37] <pitti> cheers!
[16:01] <jamespage> micahg: what have you found using internal Sun Microsystems Java API's?
[16:01] <jamespage> micahg: javax.imageio provides a way forward for some bits and pieces
[16:28] <slangasek> tkamppeter: ghostscript> please coordinate such questions with #ubuntu-release per my mail, not with me personally
[16:30] <slangasek> infinity, cjwatson: libmspub> noted; would it make sense to keep MIR bugs open until the relevant packages make it to raring rather than raring-proposed?
[16:31] <slangasek> pitti: hey, so I just dropped a comment on bug #1153224 with some thoughts
[16:32] <pitti> slangasek: thanks; in meeting still, will look ASAP
[16:32] <Sweetshark> bdrung: at packing libreoffice-dbg here btw ....
[16:34] <pitti> slangasek: FYI, I see no problem with kicking CK out of the standard installation -- I've run without CK since last Thursday
[16:34] <pitti> slangasek: I was mainly talking about teh odd universe package, or more importantly, Kubuntu
[16:34] <pitti> slangasek: also, I fully agree that we don't want udev 195 in raring, that's too risky (and I wasn't proposing that)
[16:35] <pitti> slangasek: I want current logind, so that we get the current libraries
[16:35] <infinity> slangasek: Possibly, though making c-m union proposed into its output will eliminate the need for more process that people get wrong, and that was being worked on, in theory.
[16:35] <infinity> slangasek: I'll chase that up this week and see if we can JFDI.
[16:36] <slangasek> pitti: right, I think my argument applies to Kubuntu as well, not just Ubuntu; I think the Kubuntu folks should have a say in how this impacts them
[16:36] <slangasek> infinity: ok.  worked on by whom, in theory
[16:36] <pitti> slangasek: right
[16:36] <slangasek> pitti: oh.  So we would have current udev, but newer libudev?  Why do we need newer libudev?
[16:36] <infinity> slangasek: By Ursinha.  I'll see where that's gotten to.
[16:37] <pitti> slangasek: if we wanted to, we could also skip that, but it has been the official libudev ABI for quite some time now (thinking about backports, third-party packages, etc)
[16:37] <pitti> slangasek: so the libudev transition is rather harmless, and I could get that done in a day or two at most
[16:40] <pitti> slangasek: but anyway, I had the impression that both you and seb128 were urging for this; we can certainly postpone the whole thing to raring+1, and sort out the udev migration until then as well
[16:40] <slangasek> pitti: are backports/third-party packages the only justification for wanting the ABI bump?
[16:40] <pitti> slangasek: there isn't much difference between the two, so it doesn't matter that much either way
[16:41] <pitti> as for third-party binary stuff, I have no idea what they might prefer
[16:41] <slangasek> pitti: well, I certainly want us to get moved from consolekit to logind, but seeing the number of packages affected I'm wary of doing this before 13.04
[16:41] <pitti> but most of that will target LTSes, I guess
[16:41] <pitti> slangasek: so, if you want to move to logind without moving to libudev1, we can do that
[16:42] <pitti> either with the current v44, or by disabling the libudev{1,-dev} and gudev bits from 198
[16:42] <slangasek> right - I would be more comfortable with that
[16:42] <slangasek> reduces the scope of the transition
[16:42] <pitti> in which case I'd prefer the latter, as it's better supported upstream, more useful for building stuff with logind, and also has a cleaner package
[16:42] <infinity> Do we have a udev linked with kmod yet, or would that also come with this transition?
[16:43] <pitti> infinity: we don't, and it wouldn't come
[16:43] <infinity> Oh, shame.
[16:43] <pitti> infinity: as I said, moving to current udev is a lot of work and not proposed
[16:43] <infinity> Kay.
[16:43] <slangasek> pitti: "cleaner package" - except this package seems to still not be anywhere authoritative
[16:43] <infinity> I didn't read the full backscroll. :P
[16:43] <pitti> infinity: several people patched udev without forwarding or describing patches etc, and packages like lvm2 also havent' been updated in ages, so this will be quite intrusive
[16:44] <infinity> pitti: Check.  Sounds like something worth queueing up in a PPA to land first thing in 13.05 so we can shake out the pain.
[16:44] <pitti> *nod*
[16:45] <pitti> in the meantime I'm corrdinating with Mithrandir and mbiebl wrt. the systemd-services split, udev, etc.
[16:45]  * infinity was just looking forward to not forking modprobe 378 times every boot.
[16:45] <pitti> yeah, so was I
[16:45] <slangasek> hmm, didn't realize we still needed a udev update to get that
[16:45]  * zyga wonder why some people choose movie related nicknames as their identity online
[16:45] <slangasek> I thought now that libkmod was in, we just needed to rebuild udev; apparently not :/
[16:45] <zyga> and gets back to work...
[16:46] <infinity> zyga: Movie-related?
[16:47] <slangasek> pitti: so I think we should take this one piece at a time; first sort out if we can get a transition done based on 44, and if so go ahead with that, then uplift to 195 in coordination w/ Debian; then figure out if we can tackle the newer-udev question
[16:47] <tseliot> slangasek: do you happen to remember (since I think you suggested it in the first place) why we use something like "alias nouveau off" in addition to "blacklist nouveau" in the nvidia driver?
[16:47] <cjwatson> slangasek: Not sure what the right answer is.  I also don't want there to have to be too much manual bug paperwork which will get forgotten
[16:47] <slangasek> tseliot: 'blacklist' has no effect on udev
[16:47] <zyga> infinity: Mithrandir?
[16:47] <tseliot> slangasek: ah, right, thanks
[16:47] <slangasek> cjwatson: infinity thinks this is solvable with c-m report fixes, so that seems a better answer
[16:47] <slangasek> zyga: infinity is a big toystory fan
[16:48] <cjwatson> Probably, yes
[16:48] <infinity> slangasek: "alias off" breaks kmod.  I need to look into that.
[16:48] <slangasek> infinity: cute
[16:48] <Laney> Oh god yes, please do
[16:48] <infinity> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674110
[16:49] <Laney> nvidia trips over that
[16:49] <infinity> Md forwarded it upstream, but I think upstream may have forgotten about it.  I'm going to poke him and then JFDI myself if he doesn't respond.
[16:49] <pitti> slangasek: we can do a logind transition with 44, yes
[16:50] <pitti> slangasek: the package as it is in raring works fine (modulo adding Conflicts/Replaces: libpam-xdg-support and  changing seeds)
[16:50] <slangasek> right
[16:50] <pitti> slangasek: but as one of the main points was that it blocks updates to newer upstream versions like GNOME, 44 isn't sufficient for some of those
[16:50] <pitti> slangasek: hence my idea to update to 198 in universe, and do the MIR/FFE review based on that
[16:51] <Sweetshark> bdrung: build finished here.
[16:51] <pitti> slangasek: we can still disable libudev1 there if we want
[16:51] <slangasek> I don't think that's a key point for this cycle
[16:51] <pitti> slangasek: ok
[16:51] <infinity> zyga: Mithrandir would be a book reference, not a movie reference, but fair enough.  He's been that for so long, I sometimes forget his name's Tollef, and he's a close friend, so that's mildly embarassing. :P
[16:51] <slangasek> the decision was already taken in Copenhagen not to update GNOME; we shouldn't rush logind in order to reverse that decision
[16:52] <seb128> slangasek, pitti: logind 44 has some unfixed CVE as well
[16:52] <pitti> seb128: really, which?
[16:52] <pitti> seb128: I only know http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-1174
[16:52] <pitti> which is fixed in 44
[16:52] <slangasek> updating GNOME is NOT a priority for 13.04, and logind is a priority only inasmuch as it helps us a) drop unmaintained code and b) reduce our desktop footprint
[16:52] <seb128> pitti, http://secunia.com/advisories/48331/
[16:52] <pitti> slangasek: oh, I was thinking about the ubuntu gnome remix, not ubuntu itself
[16:52] <seb128> " The weakness is reported in version 44 and prior."
[16:52] <pitti> slangasek: so anyway, we can cut this anyway we like
[16:53] <pitti> slangasek: if you want to go with 44 in raring, that's fine and doable
[16:53] <pitti> slangasek: i. e. we are a MIR and seed change away from this
[16:53] <pitti> (and the FFE, of course)
[16:53] <slangasek> hmm, is that all?  I thought you had quite a few package rebuilds to enable logind support
[16:54] <infinity> seb128: That's the same CVE as pitti pointed out, so clearly one of those databases is wrong.
[16:54] <pitti> slangasek: yes, of course
[16:54] <seb128> infinity, pitti: in any case it's a detail, easy to backport a fix if needed at all
[16:54]  * infinity nods.
[16:54] <slangasek> pitti: right, to me that counts as more than just "a MIR and seed change" - which is why I think we should tackle the ck->logind migration separately from the rest
[16:55] <pitti> slangasek: ok; but please keep in mind that if we do this we have to keep consolekit in teh default install
[16:56] <slangasek> hmm, why?
[16:56] <pitti> slangasek: as e. g. gnome-session requires >= 183 for the inhibit stuff
[16:56] <slangasek> ah poo
[16:56] <pitti> the one in raring, I mean
[16:56] <mbiebl> seb128: the debian patch already contains that patch
[16:56] <mbiebl> see the 44-1 changelog
[16:56] <mbiebl>     - Backport 693ce21: util: never follow symlinks in rm_rf_children()
[16:56] <mbiebl>       Fixes CVE-2012-1174, closes: #664364
[16:56] <seb128> mbiebl, oh, great, thanks
[16:56] <slangasek> pitti: right, in that case I completely reverse my opinion and think we should update systemd first ;)
[16:56] <pitti> slangasek: hence my proposal to update to 198 in universe, and do the libudev1 transition first
[16:56] <mbiebl> seb128: like for a year or so :-)
[16:56] <pitti> slangasek: as that's rather harmless
[16:57] <pitti> slangasek: or alternatively disable libudev/gudev from the package
[16:57] <slangasek> mbiebl: hi there - pitti mentions you have packages for 195, but they're not in the archive or the Vcs-Git repo?
[16:57] <pitti> slangasek: and then do the migration to logind
[16:57] <pitti> slangasek: 198, on http://people.debian.org/~biebl/systemd-198/
[16:57] <pitti> slangasek: I stacked my changes on top of that, and sent them to mbiebl for review
[16:57] <slangasek> pitti: udev itself links against libudev; how will that work?
[16:58] <slangasek> I'm wary that udev won't be happy linking against an external libudev
[16:58] <zyga> infinity: yeah, I was mostly curious as to the motivation, it's not like names are unique anyway
[16:58] <pitti> slangasek: either we ship the .so in "udev", or just drop the -dev
[16:58]  * zyga is spolied by having relatively unused name
[16:58] <slangasek> pitti: i.e., two copies of libudev on the system.  I don't think we want that
[16:58] <pitti> slangasek: but it'll certainly be cleaner to rebuild the 25ish rdepends of libudev0 IMHO
[16:59] <slangasek> pitti: so let's omit libudev from systemd 19x for now, until we're ready to change udev too
[16:59] <pitti> slangasek: but even then we'll still have libudev0 bundled with our old udev package
[16:59] <infinity> pitti: Is the ABI bump much of an API change (or at all)?
[16:59] <infinity> pitti: If not, I don't see the harm in a quick library transition.
[16:59] <pitti> slangasek: so if we want complete migration of the default install, we need current systemd
[16:59] <pitti> slangasek: if we want that, we need some libudev1 in the archive
[16:59] <pitti> slangasek: and if we don't want to update udev, we need libudev0 in teh archive
[17:00] <pitti> slangasek: but we won't have a -dev for libudev0, so it's fairly harmless
[17:00] <pitti> infinity: some, I did an analysis this morning
[17:00] <pitti> infinity: it drops some 5 symbols, which requires (easy) fixes to some three packages, the rest are just rebuilds
[17:00] <infinity> pitti: Yeah, that's approaching zero effort, especially with the analysis already done.
[17:01] <infinity> cjwatson: You win.  kernels stayed in main.
[17:01] <slangasek> pitti: so that's the answer to my earlier question, "why do we need newer libudev"
[17:01] <pitti> slangasek: or I try to build our udev against libudev1, which doesn't actually sound that hard
[17:01] <slangasek> pitti: it wasn't clear to me that the "newer libraries" you needed included libudev
[17:01] <pitti> given that udevd and most of its probes are statiaclly linked
[17:02] <infinity> cjwatson: Do you have a pending seed commit you're waiting to hit <enter> on, or shall I do that now?
[17:02] <pitti> in fact, I'm not quite sure why udev depends on libudev0 at all
[17:02] <cjwatson> infinity: I do indeed
[17:02] <slangasek> pitti: I guess we can cope with libudev0 and libudev1 in the archive together for raring
[17:02] <infinity> cjwatson: Yay.  Go nuts, then.  And thanks for the override fix. \o/
[17:02] <pitti> slangasek: I'm fairly sure I can get rid of libudev0
[17:02]  * xnox catching up on backlog.
[17:03] <cjwatson> infinity: Win
[17:03] <cjwatson> (and done)
[17:03] <xnox> pitti: what do you mean by "and packages like lvm2 also havent' been updated in ages" lvm2 is fairly up to date, not the latest upstream but fairly up to date with useful fixes on  top.
[17:03] <xnox> ?
[17:03] <pitti> for f in `dpkg -L udev`; do echo "[17:03] <pitti> slangasek: so supposedly udev's libudev0 dependency is just a packaging bug
[17:03] <slangasek> pitti: right, checking
[17:04] <cjwatson> infinity: The problems we sometimes have with stable releases are probably something else, unfortunately, as I doubt they'll suffer from the same rapid copy/delete sequence.
[17:04] <slangasek> pitti: hard-coded dep in debian/control; so yes, we can cleanly transition to libudev1
[17:04] <pitti> ah, heh
[17:04] <slangasek> pitti: you needed to go ~now, right?
[17:04] <pitti> slangasek: yeah, I'm afraid so
[17:04] <infinity> cjwatson: Stable release problems are ancestry issues.  Depends on where you're copying from/to.
[17:04] <cjwatson> Ah, yeah, of course
[17:04] <slangasek> pitti: we can pick this up again on the FFe bug later - thanks for the chat, it's much clearer to me now what needs to happen
[17:04] <pitti> slangasek: so my proposal would be to update systemd to 198 in universe, get the FFE for that, do the libudev1 transition; we are really safe until then
[17:05] <infinity> cjwatson: I don't have good notes on where it does and doesn't fail, but we could experiment a bit on staging.
[17:05] <pitti> slangasek: then do the FFE review for logind, if approved do the transition of that
[17:05] <cjwatson> No, now that you mention that I understand what it is
[17:05] <pitti> slangasek: and keep our current udev until after raring
[17:05] <cjwatson> It's harder to fix though
[17:05] <slangasek> pitti: updating systemd to 198 seems like it should also get an FFe
[17:05] <pitti> slangasek: yes; I mentioned it in the same one, but it shoudl probably be split off
[17:06] <slangasek> pitti: ok
[17:06] <slangasek> pitti: have fun at taekwondo :)
[17:06] <pitti> xnox: oh, so it has, thanks
[17:07] <pitti> slangasek: ok, please let me know; I can work on the transition tomorrrow, and put the sourceful fixes for libudev1 into the PPA
[17:07] <pitti> slangasek, stgraber: perhaps you can discuss with ScottK and Riddell for Kubuntu? It would mean that they would need to ship logind plus ConsoleKit
[17:07] <pitti> really need to run now, sorry; TTY tomorrow!
[17:09] <ScottK> Upstream encouraged us to cherry pick the upstream patches and swtich to logind for libsolid4.  What else would it impact?
[17:09] <slangasek> ScottK: there's a list of consolekit-affected packages here: https://blueprints.launchpad.net/ubuntu/+spec/foundations-1303-consolekit-logind-migration
[17:12] <slangasek> at minimum, it seems kdm has consolekit integration
[17:12] <ScottK> We don't ship that by default anymore though.
[17:13] <ScottK> Agreed though.
[17:13] <xnox> slangasek: "whatever lightdm is doing, it should continue to work in kubuntu world" =)
[17:13] <ScottK> polkit-qt we do ship though.
[17:13] <ScottK> xnox: afiestas says there are greeter changes too.
[17:17] <bdmurray> stgraber: is just uncommenting ubuntu in /etc/upstart-xsessions the correct way to ge the xsession running in upstart?
[17:18] <stgraber> bdmurray: yes but it won't quite work yet as we need to get the gnome-session, dbus and gnome-settings-daemon job into their respective packages for it to work
[17:19] <Laney> bdmurray: You'll have to add jobs to start ... that
[17:19]  * Laney literally just did that
[17:20] <bdmurray> stgraber: oh and the ppa version had those jobs
[17:20] <stgraber> bdmurray: which reminds me I need to prepare patches for gnome-session, gnome-settings-daemon and dbus.
[17:20] <stgraber> bdmurray: yeah, the PPA was bundling those but we removed them before landing 1.7 in the archive
[18:23] <bdrung> Sweetshark: build, tested, and uploaded
[18:31] <Sweetshark> bdrung: awesome, thanks.
[18:31] <Sweetshark> cjwatson: ^^
[18:34] <hallyn> @pilot in
[18:39] <jdstrand> @pilot out
[18:42] <Sweetshark> jdstrand: copilot ejecting after liftoff?
[18:44] <sarnold> mid-air pilot hotswap!
[18:46] <jdstrand> hehe, yes :)
[19:05] <tkamppeter> slangasek, OdyX, I have solved the Foomatic problem now and committed everything to GIT/uploaded to Raring. I have made foomatic-db-engine returning a decent error message when no database is available. I have done this upstream and rleased it as foomatic-db-engine 4.0.9. There are no other changes compaired to 4.0.8.
[19:24]  * xnox time to go for a swim \o/
[21:31] <OdyX> tkamppeter: great; release that as tarballs and I'll upload that to experimental :)
[21:35] <tkamppeter> OdyX, foomatic-db-engine is the only package changed upstream for that. The upstream version 4.0.9 is already released and contains the fix. Only this fix is the difference between 4.0.8 and 4.0.9, so the new version can get into any distro with 4.0.8 also after Feature Freeze.
[21:37] <tkamppeter> OdyX, the modified Debian/Ubuntu source packages are foomatic-db-engine and foomatic-db. I have uploaded both to Ubuntu and updated the GIT repos at Debian, so you only need to upload the unchanged GIT snapshots of both to Debian.
[21:37] <OdyX> okay, I'll see if I can get 4.0.9 and foomatic-db update to experimental soon.
[21:39] <captainlinux> Guys is it possible that latest updates have messed up some webcams on Laptops?
[21:40] <captainlinux> After latest updates I'm only getting a black picture.
[21:41] <captainlinux> On clean 12.10 install without updates my cam works. After updates it only gives me a black picture and flashing led.
[21:43] <slangasek> captainlinux: bugs in updates are always possible; if you've confirmed that downgrading to stock 12.10 fixes the problem, then that seems fairly definitive.  You should file a bug against the linux package using the command 'ubuntu-bug linux' and mark it as a regression introduced by an update.
[21:43] <captainlinux> slangasek: Thanks, I will try that.
[22:36] <slangasek> tkamppeter: I think you need to add Provides: foomatic-db-engine to your foomatic-db-compressed-ppds package
[22:36] <slangasek> tkamppeter: update-manager doesn't want to upgrade me in raring because I have foomatic-db-engine installed and u-m doesn't want to remove ti
[22:36] <hallyn> @pilot out
[22:37] <slangasek> tkamppeter: unless, foomatic-db-compressed-ppds doesn't provide the functionality of foomatic-db-engine?
[22:38] <OdyX> slangasek: it doesn't afaik. Provides is sementically wrong afaics.
[22:38] <slangasek> hmm, ok
[22:38] <slangasek> OdyX: do you know why the conflicts/replaces were needed?
[22:39] <slangasek> looks like a wrong use of C/R to me
[22:39] <OdyX> slangasek: the conflict between foomatic-db-engine and foomatic-db-compressed-ppds was my wrong attempt at fixing Debian's #627770. I'll drop that.
[22:40] <slangasek> OdyX: ok, cheers
[22:41] <OdyX> slangasek: it's now fixed correctly on the upstream side by tkamppeter in foomatic-db-engine, thanks him !
[22:42] <slangasek> tkamppeter: thanks for fixing it before I asked ;)


[00:05] <pleia2> or pretty https://wiki.ubuntu.com/Xubuntu/Meetings/Archive/Minutes/2011-07-11
[00:14] <Unit193> pleia2: Thanks, I read the first one (after a lockup :/ )
[01:00] <GridCube> >The requested URL /xubuntu-devel/2011/xubuntu-devel.2011-07-11-19.02.log.html was not found on this server.
[01:01] <GridCube> thats on the dev ml
[14:28] <charlie-tca> mr_pouit: email sent for Xubuntu Team; may have sent to the ML by mistake, though
[14:34] <charlie-tca> no desktop images today; alternate images are available for testing
[15:10] <charlie-tca> All testers: Can now tell in the topic here if the images are working
[15:41] <micahg> charlie-tca: yep, went to ML :)
[15:42] <charlie-tca> Going to be a l-o-n-g week, then
[15:44] <charlie-tca> Hope mr_pouit knows he can respond without including the ML, too :(
[15:48] <charlie-tca> https://wiki.ubuntu.com/UbuntuDeveloperWeek Day 2 starting in 12 minutes in #ubuntu-classroom
[18:10] <Unit193> Atleast I know now I can't vote for the next Lead :P (And for something I should try for later)
[18:11] <charlie-tca> um, why not join the team?
[18:12] <charlie-tca> testing is a contribution that counts
[18:15]  * micahg preemptively votes for charlie-tca as project lead
[18:21] <charlie-tca> I guess you call that transparency, huh?
[18:21] <micahg> indeed
[22:18] <Unit193> Did everyone see this and I'm just really late to the viewing? http://ubuntuforums.org/showthread.php?t=1767896
[22:28] <ochosi> thanks for pointing to that Unit193, hadn't seen that before
[22:29] <pleia2> aw, that is nice :)
[22:29] <ochosi> yup, it is :)
[22:30] <ochosi> pleia2: think it would be good to reply
[22:30] <pleia2> yeah, I think so
[22:30] <pleia2> the OP is still an active member and I think he'd be happy to know that devs saw it
[22:30] <pleia2> active member of the forums
[22:31] <ochosi> mhm
[22:32] <charlie-tca> Not all of us read the forums
[22:32] <charlie-tca> but that is really neat!
[22:33] <charlie-tca> All you guys really did do a fantastic job on 11.04.
[22:44] <Unit193> Yes they did! And it looks like I wasn't late to the party this time!


[04:24] <QIII> Is anyone who uses the Ubuntu Forums still having difficulty getting to your old user accounts?
[04:25] <holstein> QIII: i havent tried yet
[04:27] <QIII> Go ahead.  If you have problems, let the Admins know in the Resolution Center.  Right now I think Cariboo907 is the only Admin on, but others will be cycling through.
[04:28] <holstein> i mean, i'll test something if you want/need QIII
[04:28] <holstein> otherwise, im not a big forum guy
[04:28] <QIII> No big, then.  We've just had a lot of people confused and getting new accounts generated.
[05:42] <hocky> ok
[05:53] <hocky> ok
[05:53] <hocky> hi
[05:53] <jose> hocky: may we help?
[17:52] <geezenslaw_> I have performed an ftp put using a command-line client. The ftp server has replied: acknowledgment waiting. Anybody know the ftp command to acknowledge the file xfer?
[22:15] <holstein> geezenslaw_: i would just use scp, if possible.. over sftp