[04:00] <pitti> teward: no, in general package hooks are being run
[04:00] <pitti> teward: they might cause an exception of course, and then will be ignored
[07:09] <pitti> mdeslaur: hm, you changed the pythons to rely on the new value of the -proposed openssl, not to work with either
[07:09] <pitti> but no bump of dependencies, so they block each other in -proposed now
[07:11]  * pitti re-runs the two proposed versions against each other
[08:36] <darkxst> pitti, your piloting today? can you take a look at bug 1509946, i can't upload since its a new source package with the gdm3 rename
[08:37] <pitti> darkxst: oh, am I? indeed
[08:38] <darkxst> pitti, that is what the calender says!
[08:39] <pitti> darkxst: I'll have a look soon then
[08:40] <darkxst> pitti, thanks
[08:54] <pitti> @pilot in
[08:56] <elbrus> pitti: do you now if the locale settings are different on the different autopkgtest machines for different archs?
[08:57] <elbrus> we propably found an issue with locales, postgresql and dbconfig-common
[08:57] <pitti> elbrus: autopkgtest always sets C.UTF-8 for the tests
[08:57] <elbrus> LC_ALL I assume?
[08:57] <pitti> elbrus: sorry, I didn't have time to look into the armhf failure yet, but still on my list
[08:57] <pitti> elbrus: no, LANG=C.UTF-8 and it unsets all LC_*
[08:57] <elbrus> doesn't look like regression.. this probably never works under the same circumstances
[08:58] <pitti> and unsets $LANGUAGE too
[08:58] <elbrus> where does the en_US come from then?
[08:58] <elbrus> pitti: and "LC_CTYPE setting requires encoding "LATIN1""
[08:59]  * elbrus doesn't know all the details of locales
[08:59] <pitti> en_US> no idea right now; but I don't see LATIN1 anywhere in<EMAIL_ADDRESS>[08:59] <pitti> oh, that's the "hostname: Temporary failure in name resolution" bit
[09:00] <elbrus> pitti: it was the next log that failed on locale, this one failed on hostname not found
[09:00] <pitti><EMAIL_ADDRESS>[09:00] <pitti> right
[09:00] <elbrus><EMAIL_ADDRESS>[09:00] <elbrus> yes
[09:13] <elbrus> pitti: I think postgresql is installed with the wrong locale, but why only on armhf? i.e. why doesn't this happen on all archs the same?
[09:13] <elbrus> and yes, for utf-8 to work the locale should have been en_US.UTF-8
[09:14] <elbrus> during INSTALL of postgresql, so out of control of dbconfig-common
[09:14] <pitti> elbrus: the biggest difference between armhf and the other arches is that we run armhf tests in LXC containers, the others in full (QEMU) instances in the cloud
[09:14] <pitti> so far I don't know where the en_US comes from, it's neither from dbconfig-common nor postgresql-common
[09:16] <elbrus> indeed
[09:18] <elbrus> pitti: do you think there is anything that I can do at this moment?
[09:19] <pitti> currently running this locally with lxc
[09:19] <elbrus> ack
[09:19] <pitti> to see if it reproduces there
[09:19] <pitti> (i. e. on amd64)
[09:19] <elbrus> aha, to check if it is lxc thingy
[09:19] <elbrus> my lxc's work fine
[09:20] <pitti> first run failed becuse it interactively asked for some host name
[09:20] <elbrus> (I did all my testing creating the autopkgtest in a lxc)
[09:20] <pitti> now running with < /dev/null to quiesce that
[09:20] <elbrus> but I didn't do anything specific to the locales
[09:21] <elbrus> so I got the Debian default
[09:21] <pitti> might that be some default value of "locales" on installation if you don't specify anything?
[09:22] <elbrus> you mean in postgresql? it takes it from the system, yes (reading on internet)
[09:23] <elbrus> specifically LC_CTYPE
[09:23] <pitti> passes here
[09:23] <pitti> so, this needs to be investigated on the armhf machiens
[09:24] <elbrus> and LC_COLLATE
[09:24] <pitti> ah, maybe debootstrap defaults to en_US; adt-run sets LANG=C.UTF-8 into the test env, but it doesn't change /etc/default/locale
[09:25] <pitti> but then this should apply to amd64 containers too
[09:25] <pitti> really, need to find some time to look into this
[09:25] <elbrus> does it makes sense to mark armhf as failed_always then for now? This is a new autopkgtest that fails.
[09:26] <pitti> I can't specifically mark armhf, but I can mark the test as broken for now
[09:26] <elbrus> the previous one on willy was only one test, I now have three
[09:27] <elbrus> ouch
[09:28]  * elbrus wonders how many dbconfig-common based packages are actively setting the encoding (and thus may be buggy in this sense)
[09:36] <pitti> elbrus: the production boxes have
[09:36] <pitti> # cat adt-xenial/rootfs/etc/default/locale
[09:36] <pitti> #  File generated by update-locale
[09:36] <pitti> LANG=en_US.UTF-8
[09:36] <pitti> elbrus: while my local container has LANG=de_DE.UTF-8; apparently it takes that from the environment you create the container in
[09:37] <pitti> so if anything, it ought to work *worse* in  my local one..
[09:37] <elbrus> yes, but it is utf-8
[09:37] <pitti> but I don't see en_US anywhere; and that's latin1, and just ought to die, die, die
[09:37] <elbrus> so that's fine.
[09:37] <elbrus> also not on the system that created the lxc?
[09:38] <pitti> no, that's en_US.UTF-8 too
[09:38] <pitti> elbrus: we never supported/created non-UTF-8 locales in ubuntu (aside from C)
[09:39] <pitti> so, where on earth does that come from
[09:41]  * elbrus has to go for a while...
[10:05] <LocutusOfBorg1> pitti, why llvm-3.7 doesn't migrate? the previous one didn't build on i386 and powerpc too
[10:06] <seb128> LocutusOfBorg1, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[10:07] <seb128> LocutusOfBorg1, I think it was in binNEW
[10:07] <seb128> unsure when the binaries got NEWEd and if britney refreshed since
[10:07] <pitti> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#llvm-toolchain-3.7 in particular
[10:07] <pitti> right, NEW is empty now, so perhaps someone just did that
[10:08] <rbasak> So I'm working on merging monitoring-plugins, and the Debian maintainer would prefer to take patches and not have us maintain a delta in Ubuntu. But we need to drop a build dep in Ubuntu because it's in universe.
[10:09] <rbasak> Am I right in thinking that there's no way to do this conditionally based on dpkg-vendor, since it's a build dep?
[10:09] <LocutusOfBorg1> thanks
[10:10] <Unit193> rbasak: Unless there's something new, correct.
[10:11] <rbasak> Unit193: thanks.
[10:14] <seb128> wooot pitti piloting
[10:15] <seb128> there goes the remaining for the queue! ;-)
[10:15]  * seb128 donne une accolade Ã  pitti
[10:15]  * pitti te donne une accolade en retour
[10:32]  * dholbach hugs pitti
[10:32]  * pitti hugs dholback
[10:32] <Unit193> dhugbach
[10:36] <dholbach> :-)
[10:50] <LocutusOfBorg1> wow, how many merges done in a few minutes
[10:57] <seb128> pitti, unsure how much of the queue you are going to cover but you might want to look at bug #525674 you already reviewed/commented on it in a previous round
[11:00] <pitti> meh @ bug 1498370
[11:00] <pitti> this is a sponsor's waste of time
[11:02] <pitti> seb128: looking
[11:02] <seb128> pitti, danke
[11:22] <pitti> seb128: meh, u-n is currently FTBFS
[11:23] <pitti> Err http://localhost:59762/canary-file.txt
[11:23] <pitti>   403  Forbidden file type or location: http://localhost:59762/canary-file.txt
[11:23] <pitti> E: Failed to fetch http://localhost:59762/canary-file.txt  403  Forbidden file type or location: http://localhost:59762/canary-file.txt
[11:23] <pitti> what on earth should that be
[11:23] <seb128> bah :-/
[11:24] <Laney> mvooooooooooooooooo
[11:26] <pitti> ah, it trips over my proxy setting in the shroot
[11:27] <pitti> disabling it helps
[11:33] <pitti> seb128: there goes the remaining for the queue> can't -- I dealt with some 15 items in the queue, but it grows so far
[11:33] <pitti> fast
[11:33] <pitti> I started with 48, it's still at 43..
[11:34] <pitti> ok, and at least 4 just lag due to build/proposed-migration
[11:35] <seb128> pitti, sorry, I added some :-/
[11:35] <doko> somebody just unblocked the ocaml/giflib/whatever transition. ta!
[11:35] <seb128> I do review +patches sometimes
[11:35] <seb128> doko, beers go to Laney I think
[11:35] <seb128> though I pressed some buttons so I wouldn't say no to a pint as well :p
[11:36] <doko> seb128, next sprint or Debconf ;p
[11:36] <seb128> deal :-)
[11:36] <Laney> was a good team effort
[11:36] <Laney> sil2100: slangasek: seb128: good work
[11:36] <Laney> woah, you all start with s
[11:37] <seb128> hehe
[11:37] <seb128> indeed was a good team effort
[11:37] <sil2100> \o/
[11:44]  * sil2100 just got spammed with no-change rebuild migration e-mail
[11:57] <mdeslaur> pitti: huh? It should work with either
[14:16] <cjwatson> stgraber,hallyn_: did lxc break in xenial recently?  http://paste.ubuntu.com/13247579/
[14:16] <cjwatson> (repeatable: I can't start any of my containers at the moment)
[14:17] <cjwatson> upgraded to lxc 1.1.5-0ubuntu1 last night, I expect it relates to that
[14:17] <pitti> wily and xenial containers start fine here, I don't have a trusty one at hand
[14:17] <pitti> (same lxc version)
[14:17] <pitti> oh, I do have trusty containers as user container, not system one; that works too
[14:18] <cjwatson> same with precise containers
[14:18] <cjwatson> I don't have any containers newer than trusty ;-)
[14:18] <pitti> cjwatson: we clearly work on different things :)
[14:19] <cjwatson> I've also just rebooted, that made no difference
[14:25] <cjwatson> pitti: are you running a wily/xenial kernel?
[14:25] <cjwatson> clone(child_stack=0x7ffde67d2280, flags=CLONE_NEWNS|CLONE_NEWUTS|CLONE_NEWIPC|CLONE_NEWPID|CLONE_NEWNET|SIGCHLD) = 6324
[14:25] <cjwatson> certainly seems odd ...
[14:25] <pitti> cjwatson: xenial du jour
[14:25] <cjwatson> access("/proc/6324/ns", X_OK)           = 0
[14:25] <cjwatson> open("/proc/6324/ns/mnt", O_RDONLY|O_CLOEXEC) = -1 EACCES (Permission denied)
[14:25] <pitti> 4.2.0-17-generic
[14:25] <cjwatson> ditto
[14:25] <pitti> cjwatson: is your's a system or user container?
[14:26] <pitti> I tried trusty/user (unpriv) and {wily,xenial}/system, not yet trusty/system
[14:26] <cjwatson> system
[14:26] <pitti> lxd also works, but that's more like user containers
[14:26] <cjwatson> I'm sure I probably should migrate to user containers for a bunch of things, but haven't yet
[14:26]  * pitti runs $ sudo lxc-create -n trusty1 -t download -- -d ubuntu -r trusty -a amd64
[14:27] <pitti> boots fine
[14:29] <cjwatson> pitti: same thing for me after "sudo lxc-create -n trusty-test -t ubuntu -- -r trusty"
[14:29] <cjwatson> it doesn't really seem to be about the container contents though, given that strace fragment
[14:30] <pitti> cjwatson: do you get an AA violation in dmesg?
[14:30] <pitti> $ LANG= cat /proc/$$/ns/mnt
[14:31] <pitti> cat: /proc/3924/ns/mnt: Invalid argument
[14:31] <pitti> hm, that's a bit odd, but not EACCESS
[14:31] <cjwatson> strace: http://paste.ubuntu.com/13247663/
[14:32] <cjwatson> pitti: no
[14:32] <pitti> 1961  access("/proc/1974/ns", X_OK)     = 0
[14:32] <pitti> 1961  open("/proc/1974/ns/mnt", O_RDONLY|O_CLOEXEC) = 15
[14:32] <pitti> 1961  open("/proc/1974/ns/pid", O_RDONLY|O_CLOEXEC) = 16
[14:32] <pitti> 1961  open("/proc/1974/ns/uts", O_RDONLY|O_CLOEXEC) = 17
[14:32] <pitti> 1961  open("/proc/1974/ns/ipc", O_RDONLY|O_CLOEXEC) = 18
[14:32] <pitti> 1961  open("/proc/1974/ns/net", O_RDONLY|O_CLOEXEC) = 19
[14:32] <pitti> here
[14:33] <pitti> stgraber: please fix the strcmp(pw->pw_nam, "cjwatson")
[14:34] <cjwatson> let's try downgrading lxc
[14:36] <cjwatson> starts fine with lxc 1.1.4-0ubuntu3
[14:39]  * cjwatson files https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1516037
[15:33] <hallyn_> cjwatson: very odd.  grabbing the 1.1.4-0ubuntu3 source to looka t debdiff...
[15:53] <stgraber> hallyn_: hmm, why did preserve_ns kick in here
[15:58] <stgraber> hallyn_: FYI, that's 1.1.4 to 1.1.5: http://paste.ubuntu.com/13248147/
[15:58] <stgraber> 8cecbd386123dfcb291b96b23a38fb9d74d2ea3b preserve container namespace
[15:58] <stgraber> 5b657f6bfee3d6b238a37ad2f3dcac37a224a333 start.c:preserve_ns: added pid parameter
[15:58] <stgraber> hallyn_: those are the most likely candidate ^
[16:10] <hallyn_> stgraber: wondering whether getpid() is returning invalid number
[16:12] <stgraber> hallyn_: the thing is, I'm not seeing the getpid which returned 7170 in cjwatson's strace but 7170 is the pid of one of our sub-processes
[16:12] <stgraber> hallyn_: what doesn't make sense is that my reading of the code is that getpid and preserve_ns are happening in the same process, so I don't understand why getpid would have happened in 7170 and then preserve_ns in 7160
[16:13] <stgraber> hallyn_: not that any of this really explains everything, we're talking privileged container here, lxc-start is root, so permission denied shouldn't be possible...
[16:13] <stgraber> hallyn_: getting no such file or directory would indicate an invalid pid but here the process does seem to exist
[16:14] <stgraber> Anyway, I'm updating my laptop, will then reboot and see if I've got any luck at reproducing this. Also asked a few more question for cjwatson in the bug report.
[16:25] <pitti> @pilot out
[16:26] <stgraber> hallyn_: oh, nevermind that part, the failing preserve_ns is the second one, which uses handler->pid
[16:27] <hallyn_> hm
[16:27] <stgraber> hallyn_: at this point, I think we'd need to go dig in the kernel to figure out in what case can we get EACCES as root
[16:28] <stgraber> hallyn_: because AFAICT, lxc_clone succeeds, we get a valid pid back, then we attempt to open ns/mnt and get EACCES, so the process does exist, we are root and we can't open ns/mnt
[16:28] <hallyn_> stgraber: but pitti said itworked for him on xenial
[16:29] <hallyn_> so it's even more weird, whatever's going on
[16:29] <stgraber> hallyn_: yep, and so does it here :)
[16:29] <stgraber> and in autopkgtest and in upstream jenkins
[16:30] <stgraber> hallyn_: also what's odd is that it's the open that's failing. Usually we see errors at setns instead :)
[16:33]  * hallyn_ thinks ptrace is involved somehow,
[16:34] <hallyn_> yama
[16:34] <stgraber> hallyn_: something else which doesn't make sense is that looking at the code, we call preserve_ns twice but the strace from cjwatson only shows the second
[16:35] <stgraber> oh, no, nevermind, I'm blind
[16:35] <stgraber> was grepping for /ns/ which didn't get me the first access with just /proc/7160/ns
[16:36] <stgraber> hallyn_: and yeah, that's very much smells like a LSM messing with things but dmesg is clean...
[16:37] <cjwatson> I can get a full dmesg if you need it, but the relevant bits were basically just witter about network interfaces coming up and down
[16:38] <stgraber> If there was a denial, you'd have seen it. Unfortunately, LSMs don't have to log.
[16:40] <stgraber> cjwatson: just to confirm it's not some apparmor weirdness, could you unload all profile (sudo /etc/init.d/apparmor teardown) and try again?
[16:40] <cjwatson> just a minute while I stop containers
[16:41] <stgraber> it sure looks like something wrong's going on in the kernel here but I have no idea why it's apparently only hitting your system :)
[16:41] <cjwatson> stgraber: what's the restoration process after teardown?  reboot?
[16:42] <stgraber> cjwatson: /etc/init.d/apparmor start will reload all the profiles but won't apply them to running processes, for that you'd need to restart the various services, or indeed, reboot
[16:43] <cjwatson> stgraber: well, you're right, tearing down apparmor lets the container start
[16:43] <stgraber> oh, that's interesting
[16:44] <stgraber> cjwatson: can you try starting apparmor again and confirm that things fail again?
[16:44] <stgraber> for lxc specifically, no reboot should be required, just start apparmor and start the container again
[16:44] <hallyn_> any chance you customized your usr.bin.lxc-start profile at some point?
[16:44] <cjwatson> stgraber: it still works
[16:45] <hallyn_> !
[16:45] <cjwatson> hallyn_: it is not impossible
[16:45] <stgraber> well, I didn't expect that one :)
[16:45] <cjwatson> /etc/apparmor.d/local/usr.bin.lxc-start has nothing
[16:45] <hallyn_> do you have dpkg-backup copy of /etc/apparmor.d/abstractions/lxc/start-container by chance?
[16:46] <cjwatson> http://paste.ubuntu.com/13248531/
[16:46] <hallyn_> (which doesn't contain "ptrace,")
[16:46] <cjwatson> no .dpkg-foo files for that
[16:46] <stgraber> ok, let me grab the magic apparmor command that dumps things in a way we can diff
[16:47] <stgraber> not that any of this really makes sense because if it's a subtile profile difference, starting apparmor would have caused the issue to re-appear
[16:48] <stgraber> root@castiana:~# apparmor_parser -p /etc/apparmor.d/lxc-containers /etc/apparmor.d/usr.bin.lxc-start | md5sum
[16:48] <stgraber> cd7c4c6466b21dc77bea45660674c933  -
[16:48] <stgraber> that's on clean xenial (reproducible) ^
[16:48] <cjwatson> 8e3943455937a5a09eccfa742d8c58c1  -
[16:48] <stgraber> oh
[16:49] <stgraber> can you dump the output somewhere?
[16:49] <cjwatson> it won't have anything private, right?
[16:49] <cjwatson> doesn't especially look like it
[16:49] <stgraber> correct, it's just the expanded version of the lxc profile
[16:49] <cjwatson> http://paste.ubuntu.com/13248559/
[16:51] <stgraber> -/usr/bin/lxc-start flags=(attach_disconnected) {
[16:51] <stgraber> +/usr/bin/lxc-start {
[16:52] <stgraber> and some different ordering (not as reproducible as it looks, then), but the above could very well explain what you're seeing
[16:53]  * stgraber applies same change as cjwatson's usr.bin.lxc-start and reboots
[16:55] <stgraber> reminds me I need to talk to pitti about my laptop not shutting down properly (have to wait the 1m30 timeout for systemd to give up and force reboot)
[16:55] <stgraber> lxc-start: start.c: preserve_ns: 156 Permission denied - failed to open '/proc/1937/ns/mnt'
[16:56] <stgraber> cjwatson: bingo, that's the issue!
[16:56] <stgraber> cjwatson: so restore your /etc/apparmor.d/usr.bin.lxc-start to what we ship in our package and you should be fine. (clean content is http://paste.ubuntu.com/13248615/)
[16:58] <hallyn_> stgraber: i accept that that's what did it, but it doesn't really make sense.  /proc/pid/ns/mnt should not have been disconnected!
[16:58] <hallyn_> unless apparmor treats all the ns fds as disconnected
[16:58] <hallyn_> since the fs isn't mounted anywhere
[16:58] <hallyn_> 'fs'
[16:59] <hallyn_> jjohansen: ^ do you know whether that's the case?
[16:59] <cjwatson> no idea how that happened - I might have modified that in the distant past
[16:59] <stgraber> also, it's kinda annoying that "/etc/init.d/apparmor reload" no longer works in xenial, triggers some systemd thing which fails...
[16:59]  * stgraber reboots again
[17:00] <stgraber> the upside is, lxc in xenial actually works so I can get back to preparing my current upload and don't have to wait for us to bundle another bugfix in there :)
[17:02] <stgraber> cjwatson: can you confirm that restoring the profile to its default value and rebooting (unless you find a way to avoid the systemd issue and call reload) fixes things for you?
[17:02] <cjwatson> stgraber: confirmed, thanks
[17:02] <stgraber> cjwatson: great, closing the bug then
[17:02] <cjwatson> I removed the file and used dpkg -i --force-confmiss
[17:03] <stgraber> ah yeah, that'd trigger our postinst which does a straight apparmor_parser call :)
[17:05] <cjwatson> well, I rebooted too :)
[17:05] <cjwatson> thanks for the debugging help, that was pretty opaque to me
[17:07] <hallyn_> stgraber: well there is https://bugs.launchpad.net/bugs/1516008 but it's clearly a kernel (likely aa) regression (regarding xenial  lxc bugs :)
[17:09] <stgraber> hallyn_: no, it's not
[17:09] <stgraber> hallyn_: it's just the cloud-image stream being broken, has been for days
[17:10] <stgraber> hallyn_: see, it's downloading xenial-server-cloudimg-amd64-lxd.tar.xz instead of xenial-server-cloudimg-amd64-root.tar.xz
[17:10] <hallyn_> doh.  i looked for that in the report but missed that failure
[17:10] <hallyn_> just saw the missing /etc/localtime or whatever
[17:10] <stgraber> so it's an "expected" failure until Odd_Bloke, utlemming, gaughen, rcj ... fix the daily stream
[17:11] <stgraber> apw: ^ FYI, I'll be closing your bug report against lxc as invalid, the problem is a broken simplestream which I've mentioned to the CPC team a week ago and hasn't been fixed yet
[17:12] <stgraber> I'm just failing to understand why adding 20 lines of json is taking so long though
[17:13] <apw> stgraber, or reassign it to simplestreams, and then i will whine at them instead ;)
[17:13] <stgraber> apw: IIRC the CPC stuff is a private project, not sure how to re-assign to it.
[17:13] <apw> isn't simpletreams a thing in the archive, its not quite right, but
[17:13] <stgraber> apw: hopefully the highlight in here will be enough to get things moving, it's been breaking all our tests for a while now
[17:14] <stgraber> apw: the client is, yeah, the server isn't
[17:53] <Laney> cjwatson: I got an action item to ask you if ssh-askpass-gnome is still needed (it's seeded on desktop)
[17:54] <cjwatson> Laney: I guess that depends on whether a system without it does something sensible when it needs to ask for a password
[17:54] <cjwatson> I suppose it goes through the horrible seahorse agent nowadays?
[17:55] <cjwatson> which e.g. doesn't support modern key formats
[17:56] <cjwatson> so ... I don't think it's needed in the absolute default configuration, it just might be worth bearing in mind that users with not very unusual requirements might have needed to switch to openssh's agent and then it's needed.  but maybe that's not a strong enough reason to have a GTK2 thing in desktop
[17:58] <Unit193> https://bugzilla.gnome.org/show_bug.cgi?id=754028 not bad progress though.
[18:03] <Laney> Doesn't seem to be much on the g-k side
[18:04] <Laney> anyway, thanks for info - got to go but I'll look at bit next week
[18:04] <Laney> bye!
[18:04] <cjwatson> Laney: I could probably port ssh-askpass-gnome to GTK3 without too much trouble if that would help
[18:18] <chiluk> hey arges.. what would need to happen in order to get an upstream version of findutils into xenial?
[18:19] <chiluk> basically the versino we have right now is cerca 2009
[18:20] <Unit193> chiluk: There's one in experimental.
[18:35] <arges> chiluk: maybe we need to sync that version cvhecking
[18:36] <richmb> infinity: I was asking questions about the ubuntu core minimal rootfs in #snappy, orga referred me to you.  The Wiki page seems like it hasn't been updated in a while, but the releases have.  Is this going to be supported/updated in future releases?
[18:37] <tdaitx> pitti, I just saw LP: #1497420, while unrelated, I have been unable to lxc-attach into a Xenial container from my Wily host... http://paste.ubuntu.com/13249491/
[18:38] <arges> chiluk: $ requestsync findutils
[18:38] <arges> W: Target release missing - assuming xenial
[18:38] <arges> E: The versions in Debian and Ubuntu are the same already (4.4.2-10). Aborting.
[18:39] <tdaitx> pitti, attaching to precise, trusty, vivid, and wily containers works fine... besides it being a Xenial container the only difference is that it was created just now (the other containers have been around for a while)
[18:39] <arges> chiluk: 4.5.x is still an alpha version, maybe that's why it hasn't hit sid
[18:40] <infinity> richmb: Yeah, it continues to be updated.  As for "supported", there's not much to support.  It's a very minimal rootfs that pretty much does what it says on the tin.
[18:41] <richmb> infinity: we like it because it was very easy to port to various arm targets.  But we just wanted to make sure that future ubuntu releases would still be available before we chose to use it on a bunch of our products.
[18:42] <infinity> richmb: It's not going away any time soon.  It's also a handy and quick infrastructure test case. ;)
[18:45] <chiluk> hmm thanks arges.
[18:48] <chiluk> well that's really ugly.  arges Unit193  .. how did you determine that 4.5.x is still an alpha version?
[18:49] <chiluk> or is it just debian alpha.
[18:49] <Unit193> chiluk: I just mentioned it was in EXP, didn't look into it. :)
[18:50] <chiluk> I'm looking at https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1347788
[18:50] <chiluk> and it seems to have been resolved in upstream.
[18:50] <chiluk> let me check version
[18:50] <arges> i just found the source here: ftp://alpha.gnu.org/gnu/findutils
[18:50] <arges> instead of at the normal ftp site
[18:51] <chiluk> hmm that's odd.
[18:51] <chiluk> well the fix we need for 1347788 is in 4.5.9
[18:52] <chiluk> and a backport is proving as bad if not worse than the recent coreutils backport I pained through.
[18:54] <richmb> infinity: How is ubuntu core related to ubuntu server and desktop.  Is it used to build them? or extracted from them?
[18:55] <chiluk> richmb: extracted from them afaik
[18:57] <infinity> Neither, really.
[18:58] <infinity> It's a separate build that just has a minimal set of packages and (as you've no doubt discovered, if you use it) no installer or initial setup.
[18:59] <mvo> infinity: https://launchpad.net/~mvo/+archive/ubuntu/apt-xenial will soon have some stuff, preparing the abi change merge
[19:00] <Unit193> Speaking of which...
[19:00] <infinity> mvo: ABI change?  Is that 1.1?
[19:00] <infinity> mvo: If it's 1.1, you're my favourite mvo in the whole world.
[19:02] <bdmurray> mvo: no phasing support?
[19:02] <infinity> I'm still dubious of phasing in apt proper.
[19:03] <infinity> I guess it would need to be an apt.conf tunable, defaulting to off, and we'd drop a conffile in.
[19:03] <infinity> Or something.
[19:03] <infinity> Definitely needs to be overridable.
[19:06] <richmb> infinity: Any reason why Ubuntu core would not be a suitable long term base rootfs for a industrial product?
[19:07] <infinity> richmb: IMO, it's fine for that use (and one of the reasons we produced it), though if you're swayed by the idea of transaction/image updates instead of apt-get, snappy's worth a look.
[19:07] <infinity> richmb: Right tool for the job, etc.  I'm not in the business of forcing decisions on others, evaluate what you need and go nuts.
[19:08] <richmb> infinity: we did like snappy, but had troubles porting it.
[19:12] <infinity> richmb: Well, if snappy's attractive, but giving you issues, ogra's team are the people to talk to.  But I won't recommend against classic ubuntu-core either, it gets the job done, just differently.
[19:13] <infinity> richmb: The key difference is just how you design your update strategy, since shipping 100k units of a network-connected product with no plan for how you're going to address, say, security issues or critical bugs, is generally unwise.  But that problem exists for both snappy and classic core, just that the solutions differ.
[19:15] <infinity> richmb: On the flip side, if it's a more classic pure embedded sort of device with no contact with the outside world, updates become a think no one really cares about, and your flexibility for how you construct it goes up a bit.
[19:15] <infinity> s/a think/a thing/
[19:16] <richmb> infinity: we're more so in the embedded bucket.  non-internet connected product
[19:19] <richmb> infinity: thanks a bunch.  I have a better feel for ubuntu core's future.  I'll ask about our snappy porting issues in  #snappy.
[19:19] <infinity> richmb: Yeah, then update stories are slightly less interesting.  You still need a way to get "our product sucks, here's an update" fixes out to users, but you don't need to worry about 0-day root exploits or anything.
[19:20] <infinity> Or, if you're confident in your QA, you don't even necessarily need the "we suck" updates.  Depends on your process, of course. :P
[19:24] <richmb> we still want ability to update various os/kernel packages.  just for the sake of easier sharing code between new and old products.
[19:53] <mvo> infinity: hm, hm, looks like the new apt does not like the ppa chroots https://launchpadlibrarian.net/226517672/buildlog_ubuntu-xenial-amd64.python-apt_1.1.0~alpha3ubuntu1~ppa1_BUILDING.txt.gz I will need to do some digging
[21:24] <popey> pitti, got my apport / caja crash loop thing again, but I guess you're not around :)
[21:25] <popey> Ooh! I think I know what it is, dropbox!


[12:29] <wgrant> mwhudson: yeah, customs you can't get from the build page, but you can find them if you search on +queue
[20:49] <mwhudson> wgrant: wow there's a bit of ubuntu/launchpad trivia that's totally new to me :)
[22:36] <wgrant> mwhudson: which bit?
[22:36] <wgrant> Custom uploads are very weird in many ways


[00:13] <pleia2> knome: see draft announcement? any comments?
[00:15] <knome> just a sec
[00:32] <knome> oh right
[00:32] <knome> what was a proposed announcement
[00:32] <knome> that's fine by me
[00:32] <knome> :D
[00:32] <pleia2> haha, ok cool
[00:32] <pleia2> announcing now
[00:44] <knome> great


[12:08] <Webfun> where can i find the ubuntu source code
[12:08] <Webfun> ?
[05:42] <tristanbob> anyone running Gutsy want to confirm a bug?
[05:43] <tristanbob> Places > Search for files > Help
[06:11] <IR4> Hi all
[06:28] <popey> tristanbob: it crashes
[06:29] <popey> oh, no my bad, it just can't find the help file
[06:30] <tristanbob> yeah same here
[06:30] <tristanbob> thanks popey
[06:31] <tristanbob> what is that tool?  is it called tracker?
[06:31] <popey> yelp is the help tool
[06:31] <popey> which has the problem
[06:31] <popey> i believe it is known - someone asked me much the same question yesterday
[06:32] <tristanbob> gnome-search-tool
[06:32] <tristanbob> I want to search for an existing bug
[06:32] <tristanbob> but which package?
[06:33] <nixternal> popey: LaserJock did :)
[06:34] <popey> thassim
[06:34] <nixternal> hehe
[06:39] <tristanbob> I searched but could not find a similar bug - I am creating one
[06:39] <popey> why create it against the search tool - its the help thats at fault
[06:39] <popey> i understand they imported a load of help from gnome or something
[06:40] <popey> so search under the package yelp
[06:41] <tristanbob> I will search yelp first
[06:41] <tristanbob> I would expect the help data is packaged with the app though
[06:41] <tristanbob> right? or wrong
[06:52] <tristanbob> https://bugs.launchpad.net/ubuntu/+source/gnome-utils/+bug/131599
[06:52] <ubotu> Launchpad bug 131599 in gnome-utils "Click on "Help" in gnome-search-tool, can't find help data" [Undecided,New]
[06:52] <tristanbob> bug filed
[06:59] <tristanbob> I think it might just be a small type
[07:00] <tristanbob> does this URL look correct?
[07:00] <tristanbob> ghelp:///usr/share/gnome/help/gnome-search-tool/C/gnome-search-tool.xml
[07:00] <tristanbob> it looks like an extra forward slash
[07:00] <tristanbob> because the file really does exist in that location
[07:02] <nixternal> /// == local file
[07:04] <tristanbob> well I'll be darned
[07:05] <tristanbob> anyway, it is still a bug, just not what I thought it was :)


[12:22] <pochu> snoogie: amule is in feisty, and it's written in c++ and wxwidgets ;)
[12:23] <nrdb> Hi, I am not sure if this is the correct place to ask, but here goes, I am using ubuntu 6.06 LTS with the 2.6.15-28-686 kernel, I am wondering why there hasn't been a vmware-player-kernel-meodules package yet for this kernel ? :( its been some time since the kernel was updated.
[12:23] <snoogie> Yes but I read on launchpad that ubuntu need a soft and in specification I read that they want it in pyGTK+glade
[12:23] <snoogie> nrdb, You need to compile it nope ?
[12:24] <nrdb> snoogie: there are packages for older kernels
[12:25] <snoogie> Ok :) but can't you try to compile them using vmware-installer.pl script ?
[12:26] <nrdb> snoogie: yes!  but I am still wondering why the long delay in getting out an apropiate module for this kernel, is it coming at all ?
[12:26] <snoogie> ohhh :D
[12:26] <snoogie> sorry :)
[12:29] <pochu> nrdb: I think it won't hit Dapper
[12:30] <nrdb> pochu: ok, that does rather break the whole vmware package :(
[12:30] <pochu> snoogie: about your question, if you want that app included in the ubuntu installation by default, I don't know, but if you want it included in the repositories, I think there is no problem
[12:31] <pochu> nrdb: btw, I'm not an Ubuntu dev ;)
[12:31] <LaserJock> snoogie: is this a bounty?
[12:31] <nrdb> pochu: just is the repositories, so that vmware keeps working as the kernel gets upgraded.
[12:32] <LaserJock> a bounty is the only reason I can think of where the language would be specified really
[12:35] <snoogie> LaserJock, not a bounty
[12:35] <snoogie> wait I ll find link
[12:35] <snoogie> https://blueprints.launchpad.net/ubuntu/+spec/make-free-space-wizard
[12:35] <snoogie> and specifications : https://wiki.ubuntu.com/SystemCleanUpTool
[12:36] <snoogie> I am new in ubuntu developper community
[12:36] <snoogie> but I want to help, I am a C++ coder and I ll have 4 days this week to do this :)
[12:36] <snoogie> So I think I can start this tool since I already done one on PDA before
[12:36] <LaserJock> that's cool
[12:37] <snoogie> I see that there is someone already assigned for this soft
[12:37] <snoogie> I lose my time by starting it ?
[12:37] <LaserJock> you should talk to sivan (sivang on IRC)
[12:38] <snoogie> Ok I will
[12:39] <LaserJock> generally though it's up to the person doing the project to decide what language they will use
[12:39] <LaserJock> I looks like sivan wants to do python and gtk/glade
[12:39] <illovae> yo
[12:40] <snoogie> it's sivan the person assigned to this project .
[12:40] <snoogie> ?
[12:40] <LaserJock> yep
[12:40] <snoogie> Oh yes
[12:40] <snoogie> ouch
[12:40] <snoogie> he will kill me
[12:40] <LaserJock> why?
[12:40] <snoogie> don't know :D
[12:41] <snoogie> I am a bit nervous since I register myself on launchpad
[12:41] <LaserJock> sivan is a cool dude, I'm sure he'd love help
[12:41] <snoogie> and take conscience that after signing ubuntero
[12:41] <snoogie> coool
[12:41] <snoogie> I hope I can help :)
[12:42] <snoogie> did I need to send a CV :D ?
[12:42] <LaserJock> heh, no
[12:42] <snoogie> or something like this :)
[12:42] <snoogie> lol
[12:42] <snoogie> nice :)
[12:42] <snoogie> sorry for my broken english
[12:42] <pochu> snoogie: your english is really fine :)
[12:42] <pochu> snoogie: mine isn't, though ;)
[12:43] <snoogie> Thanks to my society who ask me to wrote manual and comments in english :D
[12:43] <snoogie> LaserJock, did you know when I can speak with sivang ?
[12:44] <LaserJock> I think he lives in Israel
[12:44] <snoogie> I leave in France and I ll be free for coding wednesday evening and maybe work on it 2 nights during this week
[12:44] <snoogie> I lived
[12:44] <snoogie> ouch :)
[12:45] <LaserJock> snoogie: you can always email him
[12:45] <snoogie> yes
[12:46] <LaserJock> hi jono
[12:46] <jono> hey dude :)
[12:47] <snoogie> LaserJock, I mail him directly ?
[12:48] <LaserJock> yeah
[12:54] <snoogie> sent
[12:54] <snoogie> thanks LaserJock for your help
[12:55] <snoogie> If you see him tell him to don't erase my mail as junk :)
[01:00] <snoogie> need to sleep now :)
[01:00] <snoogie> have a nice night/day
[01:00] <snoogie> see you later
[06:37] <theCore> mjg59: ping, can I ask you a question about the desktop-effects program, as you packaged it ?
[07:19] <tepsipakki> [ANNOUNCE]  xf86-video-intel 1.9.91 (2.0 RC1)
[07:19] <Fujitsu> ... xf86?
[07:19] <tepsipakki> that's the -modesetting-branch merged in
[07:19] <tepsipakki> upstream naming
[07:20] <fabbione> Fujitsu: it's just the name of the source.. irrelevant
[07:20] <Fujitsu> 2.0 will replace i810 and have modesetting in a stable release?
[07:20] <fabbione> tepsipakki: i am getting a bunch of c->xlib locking errors in feisty.. did you look on google? i saw a couple of patches in xorg bugzilla to fix them but i am on vacation and not really motivated to test them
[07:21] <fabbione> (given that's only a torrent client that triggers them)
[07:21] <tepsipakki> fabbione: generally they are bugs in the applications that crash
[07:22] <fabbione> yes i know.. but there are patches to avoid a total crash of the app
[07:22] <tepsipakki> ok, maybe we could look at them
[07:22] <tepsipakki> link?
[07:22] <fabbione> google also explains what to look for.. doublefree, doublealloc.. etc.
[07:22] <tepsipakki> Fujitsu: yes
[07:22] <fabbione> not handy.. i looked at it saturday
[07:25] <tepsipakki> maybe I'll search the bugzilla for them
[07:29] <tepsipakki> https://bugs.freedesktop.org/show_bug.cgi?id=9336
[07:29] <Ubugtu> Freedesktop bug 9336 in Lib/Xlib "Assert in Java application WW2D" [Normal,Assigned]
[07:29] <tepsipakki> that one?
[07:30] <tepsipakki> novell has applied that one
[07:44] <dholbach> good morning
[07:52] <_ion> Hi\
[07:57] <dholbach> hi _ion
[08:52] <doko> dholbach, seb128: care to have a look at the evince-gtk build failure?
[09:31] <tepsipakki> damn, the new -video-intel -driver (2.0rc1) needs server-1.3
[09:32] <[StingRay] > Hi all, dappers gs-esp is broken. I made a source install of 8.54-gpl and now all is fine. I want to make a deb package out of the source with pbuilder. I have it installed. I have a question: In the howto it says - sudo pbuilder build *.dsc Where do I get the dsc from (apt-get source gs-esp???)
[09:33] <[StingRay] > I will be much obliged if someone helps a newbie, willing to help other ubuntuers.
[09:34] <Mithrandir> [StingRay] : if you want to help out with development, #ubuntu-motu is a better starting point.  https://wiki.ubuntu.com/UbuntuDevelopment also has a bunch of pointers
[09:35] <[StingRay] > Thanks Mithrandir. I will check it.
[09:35] <Mithrandir> doko: I'm not aware of any uvf exception for python-tz?  In the future, please get aoone before uploading.
[09:38] <doko> Mithrandir: ohh, sorry. was the sync with tzdata, didn't think of it.
[09:40] <Mithrandir> doko: np
[09:42] <dholbach> doko: gpocentek or Janimo know the evince-gtk patch better
[09:43] <seb128> what about it?
 dholbach, seb128: care to have a look at the evince-gtk build failure?
[09:49] <doko> bug 89825
[09:49] <Ubugtu> Malone bug 89825 in evince-gtk "Ftbfs on feisty" [High,Confirmed]  https://launchpad.net/bugs/89825
[09:49] <Grunf> can you help me :)
[09:50] <seb128> doko: let xubuntu guys handle it
[09:50] <Grunf> Im on Ubuntu 6.06 how to install Dc++?
[09:50] <pitti> Grunf: #ubuntu, please (see topic)
[09:50] <doko> seb128: ohh, ok
[09:51] <Grunf> ok
[09:51] <mdke> seb128: hiya - a small patch on yelp is on the usual bug; can you take a look at it at some stage? I'd like to get that uploaded and then do another short one before string freeze so everything is more or less up to date
[09:51] <seb128> doko: that's the package fork they did to have evince without GNOME libs and they said they would do the work on it so it's not extra load
[09:51] <doko> seb128: didn't see the `x` in the name ;-p
[09:51] <seb128> mdke: it's on my list of things to look at, will do that next
[09:52] <mdke> seb128: great, thanks.
[09:53] <seb128> np
[09:53] <seb128> hi cjwatson
[09:53] <doko> fabbione: could you have a look at the heartbeat ftbfs on ia64 (IPv6?)
[10:05] <cjwatson> morning
[10:36] <mantiena> cjwatson: Hi, could you access http://people.ubuntulinux.org/~cjwatson/ ?
[10:38] <cjwatson> mantiena: ubuntulinux.org is hideously obsolete. Use ubuntu.com. If that doesn't work, I don't run people.ubuntu.com so it's not really my problem
[10:38] <cjwatson> that machine gets rather busy at times
[10:38] <Keybuk> people is down, no?
[10:38] <Keybuk> it was over the weekend, anyway
[10:39] <pitti> Keybuk: right, since Sat
[10:39] <Keybuk> rookery go bye-bye
[10:39] <pitti> carlos: ^ no langpack building for now :/
[10:39] <mantiena>  http://people.ubuntu.com/~cjwatson/ also not accessible
[10:39] <mantiena> :(
[10:41] <mantiena> cjwatson: I need people.ubuntu.com because I need to know what mkisofs options needs to be used for building Ubuntu DVD images
[10:43] <mantiena> I've build several customized DVD images according to https://help.ubuntu.com/community/LiveCDCustomization/6%2e06 but my CD's doesn't boot on lots of computers (isolinux doesn't start at all), while official Ubuntu DVD images does
[10:44] <mantiena> but when I burn  not on DVD, but on CD, then this CD starts fine on all computers
[10:44] <mantiena> I don't know if this is mkisofs bug or for bootable DVD another mkisofs options are needed, than for CD
[10:45] <carlos> pitti: oh, so that's the reason why my scripts got stalled with the rsync....
[10:45] <carlos> pitti: anyway, the initial import is taking longer than planned
[10:45] <Mithrandir> mantiena: uh, the same .iso image works on CDs but not DVDs?
[10:45] <cjwatson> mantiena: last I checked the instructions on the wiki were accurate
[10:47] <mantiena> cjwatson: is different mkisofs options needed for bootable DVD, than for CD ?
[10:48] <cjwatson> no
[10:48] <mantiena> cjwatson: sorry for bothering, but could you tell me what Ubuntu version is running on ubuntu server, which builds ubuntu edgy DVD ?
[10:49] <cjwatson> 6.06 IIRC
[10:51] <mantiena> cjwatson: thanks, so, I guess this is Edgy's mkisofs bug
[10:51] <cjwatson> I have no idea
[10:51] <mantiena> I will try with genisofs from Debian
[10:54] <Mithrandir> doko: the ecj bug list, is that the list of outstanding bugs, the list of fixed bugs or what?
[10:55] <doko> Mithrandir: fixed (and read only those with the compiler keyword)
[10:56] <Mithrandir> doko: do you have a list of changes from the current version in ubuntu?  The release notes seems to contain a whole lot of irrelevant stuff.
[10:58] <doko> Mithrandir: nothing but a diff, if that helps you.
[10:59] <doko> pitti: the bad news was that did discover two new packages with time zone data
[11:00] <Mithrandir> doko: no, that doesn't help me.
[11:01] <mantiena> btw, who is responsible for discover1 and discover-data packages ? There is an important bug , when  discover1 assings vesa driver for lots of video cards - look at bug #89356
[11:01] <Ubugtu> Malone bug 89356 in Baltix "Lines with string "unknown" in second and/or third column should be removed from /lib/discover/pci.lst " [Undecided,Unconfirmed]  https://launchpad.net/bugs/89356
[11:01] <Mithrandir> doko: I need a list of changes, though.
[11:02] <Riddell> mvo: no change on dist-upgrader upload?
[11:02] <mvo> Riddell: last time I checked, 0.57.8 was in the archive
[11:03] <mvo> Riddell: http://archive.ubuntu.com/ubuntu/dists/feisty/main/dist-upgrader-all/ lists it (since 2.mar)
[11:03] <doko> Mithrandir: there is none, same situation as in any eclipse release
[11:04] <Riddell> mvo: ah, it's just current isn't updated
[11:04] <mvo> urgh
[11:04] <mvo> Riddell: I will raise that with cprov, once he is available in #soyuz
[11:05] <Riddell> thanks
[11:05] <mvo> Riddell: thank you for verifiing!
[11:05] <mvo> Riddell: got my /msg about something unreleated?
[11:07] <Riddell> replied
[11:07] <mvo> thanks
[11:09] <mantiena> mjg59: hi, are you online ?
[11:24] <Keybuk> "The project is an attempt to deliver a complete Linux-based operating system supplemented by Islam study software (in Arabic and English) and by an innovative system tray utility that alerts the user to prayer times and automatically plays the appropriate prayer (the prayers are in the free Ogg-Vorbis format)."
[11:24] <Keybuk> that is so cool
[11:24] <pitti> lol, apt-get install priest
[11:25] <Keybuk> prayrave?
[11:33] <pitti> yay rookery!
[11:36] <seb128> pitti: rock on ;)
[11:36] <pitti> seb128: I'll upload a new apport with the fakechroot support now, so that it is easy to install in fakechroots
[11:36] <gpocentek> pitti: could you promote thunar-volman-plugin to main? you've approved the MIR
[11:37] <pitti> gpocentek: in a bit
[11:37] <gpocentek> pitti: thanks
[11:37] <gpocentek> pitti: oh, and the i386 binary is missing in the archive, no idea why (it didn't FTBFS)
[11:37] <pitti> simply not built yet?
[11:37] <gpocentek> it's built
[11:38] <gpocentek> (checking)
[11:38] <gpocentek> pitti: https://launchpad.net/+builds/+build/301985 << it's built
[11:39] <stgraber> some packages built yesterday evening (~22:00 utc) are still not on archive.u.c
[11:39] <gpocentek> stgraber: this one built weeks ago
[11:40] <stgraber> really weird then :)
[11:40] <pitti> gpocentek: this needs to be settled out before main promotion
[11:42] <gpocentek> pitti: can I just do a non-change upload?
[11:42] <pitti> gpocentek: let me look
[11:42] <gpocentek> ok
[11:43] <pitti> thunar-volman-plugin | 0.1.2-0ubuntu1 | feisty/universe | source, amd64, ia64, powerpc, sparc
[11:43] <pitti> hm
[11:43] <cjwatson> it's probably in failed-to-move; let me check
[11:44] <pitti> it's not in binary NEW at least
[11:45] <cjwatson> 13:06:43 INFO    Rejected:
[11:45] <cjwatson> 13:06:43 INFO    thunar-volman-plugin_0.1.2-0ubuntu1_i386.deb: Version older than that in the archive. 0.1.2-0ubuntu1 <= 0.1.2-0ubuntu1
[11:45] <cjwatson> blink
[11:45] <cjwatson> how about I just retry it
[11:46] <iwj> lfittl, zul: bug 89133> Let me know if you're around.
[11:46] <Ubugtu> Malone bug 89133 in xen-source "Problem with blktap and LVM (device numbers)" [Undecided,Needs info]  https://launchpad.net/bugs/89133
[11:48] <cjwatson> it's quite insistent that it's in the archive
[11:56] <cjwatson> definitely not in the db though ...
[11:57] <cjwatson> whoa
[11:57] <cjwatson> 10:46:43 DEBUG   Checking for thunar-volman-plugin/0.1.2-0ubuntu1/i386 binary ancestry
[11:57] <cjwatson> 10:46:43 DEBUG   thunar-volman-plugin: (binary) exists in amd64/RELEASE
[12:02] <fabbione> doko: i am on vacation till next monday. we have halley (ia64) at the datacenter for porting
[12:03] <cjwatson> gpocentek: a new upload will probably not help (or if it does, will only help by accident) and will make it harder for the Soyuz guys to reproduce this bug, so please don't
[12:03] <doko> fabbione: halley is still down. I'm submitting a bug report; may I subscribe you?
[12:04] <fabbione> doko: my ia64 is turned off and hasn't been updated in ages, but i can for sure look at it once i am back
[12:04] <fabbione> doko: best if you mail me the bug number
[12:04] <doko> ok
[12:08] <gpocentek> cjwatson: ok
[12:12] <cjwatson> gpocentek,pitti: bug 89846
[12:12] <Ubugtu> Malone bug 89846 in soyuz "binary ancestry calculation broken for new binary packages" [Undecided,Unconfirmed]  https://launchpad.net/bugs/89846
[12:15] <geser> Mithrandir, cjwatson: do you if someone is working on an uvf exception for fuse 2.6.3?
[12:15] <ogra> cjwatson, is there any equivalent to the old loadkeys command in the new console-setup implementation ?
[12:15] <Mithrandir> geser: I haven't heard of any.
[12:15] <ogra> i tried setupcon, but it needs a full config file
[12:17] <cjwatson> ogra: you can still use ckbcomp and loadkeys in combination
[12:17] <cjwatson> ogra: I'm afraid there's nothing quite as simple as the old loadkeys invocation yet, though
[12:17] <ogra> ok
[12:17] <cjwatson> (loadkeys is used by setupcon)
[12:17] <ogra> oh, if i call it directly its missing something ...
[12:18] <cjwatson> you can't just use 'loadkeys uk' or whatever, no
[12:18] <cjwatson> more like ckbcomp -model pc105 gb | loadkeys
[12:18] <ogra> ah, k
[12:20] <ogra> yeah, works, thanks :)
[12:22] <ogra> btw, your ldm code had a slight typo ... "while [ "$(fgconsole)" = "$orig_console" ] ; then" ...
[12:22] <ogra> err s/ldm/usplash/
[12:23] <cjwatson> ogra: where's the typo?
[12:23] <ogra> then vs do
[12:23] <cjwatson> ah
[12:23] <ogra> :)
[12:23] <cjwatson> yes, fair point
[12:25] <ogra> geser, not yet ... feel free to use me as upload bitch if you want ...
[12:26] <ogra> i tink the upstream comments justify an UVF exception
[12:26] <ogra> *think
[12:50] <mneptok> omegabeta: export PS1="[%n@%m]  %{$fg_bold[blue] %}%B%1/%b%} :: "
[12:50] <mneptok> [user@host]  pwd ::
[12:50] <mneptok> ;)
[12:52] <mneptok> oops ww
[12:53] <pitti> seb128: can you please binary-NEW apport-retrace? I don't want to NEW my own stuff
[12:53] <pitti> seb128: please put it into main, I'll seed it
[12:53] <seb128> pitti: looking
[12:53] <pitti> seb128: if you manage in the next 10 minutes, I can set up the fakechroots soon :)
[12:56] <pitti> seb128: (seeded)
[12:57] <seb128> pitti: and binary accepted to main
[12:57] <pitti> seb128: let's get ready to rumble then :-P
[12:57] <seb128> ;)
[12:58] <pitti> mneptok: don't squeeze the important bits out of it :)
[12:59] <mneptok> pitti: it has important bits?
[12:59] <pitti> mneptok: yes, the '1' ones
[01:00] <StevenK> pitti: You approved cryus-imapd-2.2 into edgy-proposed. Whyfor are the only .deb's appearing in the Packages list for edgy-propsed on this machine only arch all?
[01:00] <mneptok> don't tell me there's not one bit of difference between null and zero, because that's exactly how much  difference there is.
[01:00] <pitti> StevenK: maybe it hasn't built yet on the other arches? or it's yet another failed-to-move fallout?
[01:01] <StevenK> pitti: It certainly built.
[01:01] <StevenK> ... or did it.
[01:02] <Fujitsu> pitti: What does this fakechroot support achieve?
[01:03] <pitti> Fujitsu: complicated answer: you can generate, update, and retrace in chroots entirely with user privileges
[01:03] <pitti> Fujitsu: easy answer: automatic crash retracing in the DC
[01:04] <Fujitsu> I do like the latter of those two. Is there an ETA for it all being automatic?
[01:04] <pitti> Fujitsu: the level of automatism will raise over time
[01:05] <pitti> Fujitsu: first stage is manual invocation in the DC until I wrote the bits for interacting with Malone
[01:05] <pitti> Fujitsu: I need to work around some limitations of Malone, like the lack of an interface to add new attachments, and search for bugs starting with a certain number
[01:06] <Fujitsu> pitti: Surely such requests would have high priority with the LP guys?
[01:06] <pitti> Fujitsu: well, except that there is other stuff with even higher prio :)
[01:07] <pitti> Fujitsu: and if we can cope with the currrent functionality, so much the better
[01:09] <StevenK> pitti:  edgy amd64   Successfully built
[01:09] <Fujitsu> How are you going to manage adding attachments without a non-HTML interface?
[01:10] <StevenK> pitti: Will you look, or should I bug somebody else?
[01:10] <pitti> Fujitsu: either I use the HTML interface and need to sort out the authentication bits, or I attach the retraced stack traces inline with an email
[01:10] <pitti> StevenK: look for what? buildd -> infinity or Mithrandir; Soyuz screwage -> cprov or cjwatson
[01:12] <sladen> mjg59: should apmd/libapmd be being installed on an ugrade?
[01:12] <mjg59> Doubt it.
[01:12] <mjg59> They probably ought to be part of base, though
[01:12] <mjg59> s/base/ship/
[01:12] <mjg59> (whatever)
[01:13] <Mithrandir> StevenK: checking
[01:13] <cjwatson> desktop: * apmd [i386]
[01:13] <iwj> Riddell: re bug 89489> In Kubuntu, what controls how dpkg is run when you `right [click]  the mouse to install a .deb package' ?
[01:14] <Ubugtu> Malone bug 89489 in initramfs-tools "initramfs-tools hangs on modprobe --show-depends thermal" [Undecided,Unconfirmed]  https://launchpad.net/bugs/89489
[01:14] <cjwatson> so that should be installed on upgrade
[01:14] <sladen> cjwatson: nod
[01:17] <StevenK> Mithrandir: Thanks
[01:17] <StevenK> pitti: Fair enough, okay.
[01:19] <Riddell> iwj: it's just a script that launches a console with dpkg --install, pretty primitive
[01:20] <mjg59> cjwatson: No negative feedback from the parted people, so that patch ought to be good to go
[01:20] <cjwatson> which one?
[01:20] <mjg59> The gpt/mbr syncing one
[01:21] <cjwatson> mjg59: I haven't seen the patch yet - did you throw it at a bug?
[01:21] <mjg59> Yup
[01:21] <mjg59> Oh, Malone is making me cry
[01:22] <cjwatson> ah, bug 84815
[01:22] <Ubugtu> Malone bug 84815 in partman-efi "Fails to correctly set up partitions on Intel Macs" [Undecided,Needs info]  https://launchpad.net/bugs/84815
[01:22] <cjwatson> or not
[01:22] <mjg59> No, it was an earlier one
[01:22] <mjg59> How do I get a list of bugs I'm subscribed to?
[01:23] <cjwatson> launchpad.net/~mjg59/+subscribedbugs
[01:23] <Riddell> iwj: Exec=xterm -title "%c" -e 'sudo dpkg -i %U; echo "Press <enter> to exit..."; read;'
[01:24] <mjg59> cjwatson: Ah - https://launchpad.net/ubuntu/+source/ubiquity/+bug/46853
[01:24] <Ubugtu> Malone bug 46853 in ubiquity "grub install fails on EFI Intel Macs" [Medium,In progress]
[01:24] <cjwatson> ok, thanks, I'll look after lunch then
[01:25] <Mithrandir> StevenK: soyuz ate them, I'm looking at recovering them.
[01:26] <fabbione> doko: heartbeat failed on sparc too
[01:26] <fabbione> hmmm
[01:27] <fabbione> Mithrandir: could you be so kind to check outdate to see if something has been stalling on sparc to cause   libcurl3-dev: Depends: libcurl3-openssl-dev (= 7.15.5-1ubuntu2) but it is not going to be installed ?
[01:28] <Mithrandir> fabbione: curl is needs-build on sparc
[01:28] <Mithrandir> I've bumped the priority of it, so it should be in soonish
[01:28] <fabbione> doko: the heartbeat problem might be a missing kernel header..
[01:29] <fabbione> ia64: checking for linux/icmpv6.h... no
[01:29] <fabbione> i386: checking for linux/icmpv6.h... yes
[01:29] <fabbione> doko: ^^ this one is the problem for sure.. you can see in the i386 build log that it then builds IPv6addr
[01:30] <fabbione> Mithrandir: thanks a lot.
[01:30] <Mithrandir> fabbione: sparc seems busy with guile and new gcc ATM, but guile is just about finished so I'll give back heartbeat once it's in.
[01:30] <fabbione> Mithrandir: that's great. thanks
[01:31] <Mithrandir> (which should be in an hour or so)
[01:36] <doko> Mithrandir: how does giving back heartbeat help?
[01:36] <Mithrandir> doko: wasn't the heartbeat failure on sparc due to the curl skew?
[01:38] <StevenK> Mithrandir: Aye, thanks.
[01:39] <StevenK> Mithrandir: So Soyuz ate all of the arch dependant .debs and let through the two arch indep ones. Neat.
[01:39] <Mithrandir> StevenK: yes, something like that.  We need code changes to recover it, but cprov is working on that.
[01:39] <doko> Mithrandir: ohh, sorry
[01:39] <StevenK> Mithrandir: Okay, cool.
[01:39] <Mithrandir> doko: it might not be, I wasn't following the discussion 100%.
[01:40] <doko> Mithrandir: no I checked now, please requeue
[01:41] <Mithrandir> doko: do you know when ooo 2.2 is scheduled for?
[01:44] <fabbione> Mithrandir: yes.. heartbeat on sparc is due to curl
[01:44] <fabbione> doko: did you read above about ia64?
[01:45] <doko> Mithrandir: it was scheduled for Wednesday, but probably will be delayed  by a few days. (rc3 was unexpected). there's a release meeting today, so expect some news
[01:45] <Mithrandir> doko: thanks; keep me posted.
[01:46] <StevenK> Feisty with Oo.o 2.2 would be awesome.
[01:46] <StevenK> If I can put my $0.0002 in.
[01:47] <Mithrandir> it would.  But I'd much rather have 2.2 than 2.2rc3
[01:49] <iwj> Riddell: Ah.  Because that's obviously not robust against spaces in filenames.  (I meant bug 57102, not 89489.)  Can I assign the bug to you, if you know where this script is ?
[01:49] <Ubugtu> Malone bug 57102 in dpkg "Kubuntu 6.06 locale problem: package doesn't get installed when it is in a directory with spaces on its name" [Undecided,Confirmed]  https://launchpad.net/bugs/57102
[01:53] <Keybuk> heh
[01:53] <Mirv> Mithrandir: have you had time to check if the two patches for importance "High" bugs in xserver-xorg-video-ati could be put to feisty? (22985 with 19 duplicates, 63503 with 6 duplicates). or should I ask someone else to check&include those?
[01:53] <Keybuk> you can't even build most software in directories with spaces in their name
[01:53] <iwj> Keybuk: Yes, but these are err naive users who expect pointyclicky things to work.
[01:53] <Mithrandir> Mirv: it might be better to ask tepsipakki, since he's been doing X work lately.
[01:53] <iwj> Not people trying to build software.
[01:54] <Riddell> iwj: sure
[01:54] <iwj> Riddell: Done, thanks.
[01:54] <Mirv> Mithrandir: ok, then
[01:56] <Keybuk> iwj: good point
[02:06] <doko> hmm, after I upgraded all machines to feisty, I see a long delay (4sec) ssh'ing between the machines
[02:08] <torkel> doko: #84899 ???
[02:10] <doko> bug 84899
[02:10] <Ubugtu> Malone bug 84899 in openssh "SSH with GSSAPIAuthentication option on SSH servers are very slow" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84899
[02:19] <Hobbsee> https://beta.launchpad.net/ubuntu/+bug/89856
[02:19] <Ubugtu> Malone bug 89856 in Ubuntu "Protection at what cost? " [Undecided,Unconfirmed]
[02:24] <Hobbsee> thanks mjg59
[02:24] <Hobbsee> mjg59: i was trying to think of what to reply in a diplomatic way...
[02:27] <Keybuk> iwj: hmm, so what kind of tests would one run once the package is installed?
[02:42] <iwj> Keybuk: Well, that would depend on the package.  For something like upstart you'd probably have some test events, or check that some events you had anyway were properly processed.
[02:42] <iwj> Some of those kind of tests would be rather intrusive on a system you were trying to use for something else which would make autopkgtest's xenlvm stuff come in handy.
[02:44] <Keybuk> iwj: can the tests destroy the running system?
[02:47] <iwj> Keybuk: Yes, they're allowed to.  You're supposed to declare this in the metadata.
[02:47] <iwj> (So that it won't run them if your virtualisation isn't sufficiently good.)
[02:48] <iwj> Although I suppose if you destroy the system enough it might be too broken for adt-run to retreive the results :-).
[02:48] <Keybuk> the obvious upstart tests would be to create a new job, make sure it's parsed and loaded, try starting it, querying the status, killing the process, see if it respawns, stopping the job again; then emitting an event to see if the job gets started, and another to see whether it gets stopped
[02:48] <iwj> Right.
[02:57] <cjwatson> doko: if GSSAPIAuthentication=no doesn't fix it then it's surely not the same problem and shouldn't be conflated in the same bug
[02:57] <cjwatson> doko: anyway, ssh -vvv and possibly some indication of the point in the verbose trace where it seems to hang would help
[02:58] <Mithrandir> cjwatson: maybe ssh with a sufficient number of -v-s should print timing information, like you can get strace to do?
[02:58] <Mithrandir> just a thought.
[02:58] <cjwatson> => upstream ;-)
[02:58] <cjwatson> wouldn't hurt, it's true
[02:59] <Mithrandir> does upstream have a useful bug tracker, or can you take it there?
[02:59] <cjwatson> there should be a command to do that for arbitrary subsidiary commands
[02:59] <cjwatson> bug tracker> bugzilla.mindrot.org
[02:59] <cjwatson> addtimings ssh -vvv blah
[02:59] <Mithrandir> hmm, true.  That'd be useful.
[03:00] <cjwatson> just grab its stdout and stderr, select on them, and stick gettimeofday in front every time you get a completed line
[03:00] <Mithrandir> indeed.
[03:02] <tkamppeter> Mithrandir, pitti, as you have probably seen in my e-mail I have made new cupsys and gnome-cups-manager packages for network printer auto-detection.
[03:03] <Mithrandir> tkamppeter: yes, I just haven't gotten around to answering yet.
[03:03] <tkamppeter> There I have a problem with the debian/*.templates and dpkg-reconfigure mechanism.
[03:05] <tkamppeter> I have modified the debian/cupsys.templates file to change the defaults (activate snmp backend).
[03:06] <tepsipakki> I have a new version of ati-driver to test.. it has three patches included which fix bugs
[03:06] <tkamppeter> If I do a fresh install of cupsys the snmp backend is active immediately, but if I update cupsys, the old configuration is conserved and so snmp is inactive,
[03:06] <pitti> tkamppeter: but that sounds about right
[03:06] <tepsipakki> it's here: http://users.tkk.fi/~tjaalton/xorg72/new
[03:06] <tkamppeter> How can I let the update of the cupsys package activate the snmp backend?
[03:06] <tepsipakki> i386 deb included, built in pbuilder
[03:06] <pitti> tkamppeter: if you want to enable it by default on upgrades, you need to add the symlink in the postinst
[03:10] <tkamppeter> pitti, only disadvantage of this approach is that if someone changes the configuration manually, these changes get lost with every update.
[03:11] <pitti> tkamppeter: how do you mean? adding the symlink in the postinst should work with a reconfigured package as well?
[03:11] <tkamppeter> Is there nothing with which one can tell whether the settings of the previous config are defaults or changed by the user?
[03:12] <pitti> tkamppeter: why do you want to know that?
[03:12] <pitti> (no, you have to check the symlink structure manually)
[03:13] <tkamppeter> I mean, if in postinst a symlink is set, this symlink is set everytime when the package is updated, If the user configures the symlink away (because he does not his 1000 network printers being listed) the symlink gets set again when he updates cupsys the next time.
[03:14] <pitti> tkamppeter: no, you must use dpkg --compare-versions on $2 to only do it once
[03:14] <tkamppeter> I want to know whether a setting is default or set by hand, so that I apply new defaults only to settings which were on default before.
[03:15] <pitti> tkamppeter: there's no way to find out
[03:15] <pitti> tkamppeter: users might meddle with the symlinks manually, or switch a backend on and off again, etc.
[03:16] <pitti> tkamppeter: in a situation where you aren't sure whether it's a good idea to change a default configuration, then it's most likely *not* a good idea to do it
[03:16] <tkamppeter> So perhaps the dpkg --compare-versions approach is the best, so I do the change of the default via postinst only if the package to be replaced is cupsys 1.2.8-0ubuntu2 or older.
[03:17] <pitti> tkamppeter: sth. like dpkg --compare-versions "$2" lt-nl <version that has the default change>
[03:19] <tkamppeter> This introduces the new functionality for every user who never cared about changing these setting (99% of the users) and the 1 % (and these users know about how CUPS works) who wants the newly activated backends turned off turn them back off once and then they stay off on future updates.
[03:24] <seb128> tkamppeter: hi
[03:25] <seb128> tkamppeter: do you know if there is a standard user,password to use when trying to add a smb printer from a windows XP box?
[03:25] <Mithrandir> tkamppeter: also note that changing configuration outside of debconf must be supported and the configuration scripts must pick up the changes from the file system.
[03:32] <tkamppeter> seb128: AFAIR you can make shared printers available for guests under windows and then they work with user name GUEST and without password. In the smb://... URI of CUPS you simply omit user and password. You supply at least hostname or IP and share name and optionally the workgroup name in the URI.
[03:33] <seb128> tkamppeter: let me try again, with no user,pwd or guest it was going to next step with gnome-cups-manager but the printer is not added and there is an IPP code error on the command line
[03:38] <xerxas> Hi all
[03:39] <seb128> tkamppeter: "** (gnome-cups-add:18083): WARNING **: IPP request failed with status 1028"
[03:43] <tkamppeter> seb128, this is another bug, which I have already fixed, see bug 81787. Download and install the foomatic-db-engine referenced there, then try again.
[03:43] <Ubugtu> Malone bug 81787 in foomatic-db-engine "Can't add printer with the Postscript Driver" [Medium,Fix committed]  https://launchpad.net/bugs/81787
[03:43] <seb128> tkamppeter: trying
[03:50] <did447> Hi, as there's some works done on casper is it possible to fix : 79064, 66585,  62868 and 68054? Each of them are a one or two lines change.
[03:52] <bddebian> heya
[03:55] <pitti> seb128: please say hello to bug 88999, the very first apport retrace generated on ronne :)
[03:55] <Ubugtu> Malone bug 88999 in gnome-system-tools "[apport]  network-admin crashed with SIGSEGV in gst_network_locations_get_current()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/88999
[04:00] <seb128> pitti: waouh, ROCK ON
[04:01] <seb128> pitti: it's a dup, but nice ;)
[04:03] <pitti> seb128: no problem, you can run it yourself now if you want
[04:04] <seb128> pitti: I'll try just after restarting to look if the printer works from windows on that box
[04:14] <tkamppeter> pitti, I have found out now that the settings of the cupsys.template file are in the sections with owner cupsys in the /var/cache/debconf/config.dat file and the postinst deletes all links and then loads the settings and sets the links according to these settings. So the one-time setting of the symlink would get lost on the next update.
[04:14] <seb128> tkamppeter: no, that update doesn't fix it, with windows it works without asking any information though, the printer is an HP Deskjet
[04:15] <tkamppeter> I suggest a one-time modification of the cupsys/backend line in the /var/cache/debconf/config.dat file. This should work correctly.
[04:15] <cjwatson> wah
[04:15] <tkamppeter> Is there a special command to be used in the postinst script to modify this line?
[04:16] <cjwatson> don't change config.dat directly whatever you do
[04:16] <cjwatson> you can source the debconf confmodule and use db_set if you're very very careful. See debconf-devel(7) in the debconf-doc package
[04:17] <cjwatson> debconf-using code is supposed to honour settings in the filesystem before those in the database, though, so that is unnecessary with correctly-written code
[04:17] <tkamppeter> seb128, so the IPP error is probably not caused by not being able to build the PPD (that problem happened only with PostScript printers) but because of a bad URI.
[04:18] <seb128> tkamppeter: I don't type any URI, I pick the computer and printer from the dropdown boxes on the dialog
[04:18] <tkamppeter> seb128, you DeskJet can be installed on a local USB or parallel port without any problem?
[04:18] <seb128> yep
[04:19] <tkamppeter> seb128, then gnome-cups-manager builds a bad URI.
[04:19] <tkamppeter> What exactly do you select on the first page of the wizard (printer connection)?
[04:20] <seb128> Network Printer
[04:20] <seb128> then Windows Printer (SMB)
[04:21] <seb128> I cancel the "authentification required" for the different network boxes which have no printer
[04:21] <tkamppeter> cjwatso, then this code is not correct:
[04:21] <tkamppeter> 	db_get cupsys/backend && SELECTED=$RET
[04:21] <tkamppeter> 	list=`echo $SELECTED | sed -e 's/, /,/g'`
[04:21] <tkamppeter> 	save_IFS=$IFS
[04:21] <tkamppeter> 	IFS=,
[04:21] <tkamppeter> 	(cd /usr/lib/cups/backend && rm -f http ipp lpd parallel scsi serial socket usb snmp)
[04:21] <tkamppeter> 	for module in $list; do
[04:21] <tkamppeter> 	  ln /usr/lib/cups/backend-available/$module /usr/lib/cups/backend/$module
[04:21] <tkamppeter> 	  if [ "$module" = "ipp" ] ; then
[04:21] <tkamppeter>             ln /usr/lib/cups/backend/ipp /usr/lib/cups/backend/http
[04:21] <tkamppeter> 	  fi
[04:21] <Mithrandir> tkamppeter: use a pastebin, please.
[04:21] <tkamppeter> 	done
[04:21] <tkamppeter> 	IFS=$save_IFS
[04:22] <tkamppeter> It reads out from the db, then deletes all symlinks and applies the result of the db query.
[04:22] <seb128> then I pick the host from the first dropdown, use GUEST no pwd for the identification, then pick the printer from the other dropdown and click on forward
[04:23] <cjwatson> tkamppeter: indeed, it's wrong.
[04:23] <cjwatson> tkamppeter: not to mention the dire shell quoting.
[04:24] <tkamppeter> seb128, can you also try not filling in both username and password and then see in /etc/printers.conf which URI you get and also filling in both username and password with arbitrary values and see what URI you get?
[04:24] <cjwatson> tkamppeter: although such wrongness is not quite so bad when it's in /usr, I guess
[04:24] <cjwatson> it would be a LARTing offence in /etc.
[04:25] <tkamppeter> seb128, for me it looks like that gnome-cups-manager has a bug and does not handle correctly if you enter only a user name and no password.
[04:27] <tkamppeter> To test whether CUPS is OK, set up your print queue in gnome-cups-manager with GUEST as user name and xxx as password, then edit /etc/cups/printers.conf removing @xxx from the URI and restart CUPS. Then try to print into this queue.
[04:31] <seb128> tkamppeter: there is no printer added, none listed to /etc/cups/printers.conf
[04:32] <tkamppeter> cjwatson, for the raw printing the code in the cupsys.postinst looks better. It starts with "db_fget cupsys/raw-print changed" and then does only things if the result is true. Is this a check whether the user has manually changed something?
[04:37] <tkamppeter> seb129, even if you fill in both user name and password?
[04:37] <seb128> yep
[04:37] <seb128> with GUEST and random password
[04:38] <seb128> or random user and random password
[04:38] <seb128> or nothing
[04:38] <pirast> could anyone please activate the nominations in bug 89863?
[04:38] <Ubugtu> Malone bug 89863 in asterisk "Asterisk 1.2.16 fixes a recently discovered security vulnerability" [Undecided,Confirmed]  https://launchpad.net/bugs/89863
[04:39] <keescook> pirast: sure, done.
[04:40] <seb128> hi keescook
[04:40] <keescook> hiya seb128.  I'm not really here yet.  ;)
[04:40] <seb128> keescook: I'm just saying hello, I've no work for you, don't worry ;)
[04:41] <pirast> keescook, thanks ;-)
[04:41] <keescook> hehe, cool.  :)  I'm already looking forward to May.
[04:41] <tkamppeter> seb128, can you try once using another connection type than smb and the same PPD file and see whether you get a queue then?
[04:41] <tkamppeter> And also try to stay with smb but use another PPD. Do you get a queue with that?
[04:43] <seb128> tkamppeter: other PPD with smb does the same, trying without smb now
[04:44] <seb128> tkamppeter: with ipp and the same ppd the printer is added correctly
[04:45] <tkamppeter> So there is a bug in the gnome-cups-manager. It builds broken URIs for the SMB backend.
[04:47] <tkamppeter> seb128, can you run gnome-cups-add through strace, try to set up an SMB printer again and then search the strace output for a URI beginning with smb://...? Can you post the URI here, and also try to set up a queue with the lpadmin command using this URI?
[04:50] <seb128> tkamppeter: I'll have a look at debugging that, strace -f doesn't list any uri or anything with "smb" when trying to add it
[04:54] <pirast> kesscook, am i allowed to change the maintainer field in a security update (https://wiki.ubuntu.com/DebianMaintainerField)?
[04:54] <pitti> pirast: doesn't make much of a differencee, but I'd prefer not to
[04:54] <cjwatson> tkamppeter: db_fget checks whether the question has been "seen" (i.e. presented to the user) by debconf. This is a slight improvement but still wrong. See the "Config file handling" section of debconf-devel(7) in the debconf-doc package.
[04:54] <pitti> pirast: you should use the dpkg tools from the stable chroot you're building the update in
[04:55] <pirast> pitti, .... okay...
[05:41] <neighborlee> by chance is nvidia isntall via synatpic working in hurd 5 ?
[05:41] <gnomefreak> pitti: when you get a minute, what package holds apport-retrace command? (apport)? there doesnt seem to be a command apport-retrace in feisty anymore.
[05:41] <gnomefreak> neighborlee: yes works here
[05:41] <gnomefreak> neighborlee: try #ubuntu+1
[05:41] <pitti> gnomefreak: it's in the new 'apport-retrace' package now
[05:41] <pitti> gnomefreak: I'll write an announcement soon
[05:41] <gnomefreak> oh ok ty :)
[05:41] <neighborlee> wow thatsg a nice surprise given that I had no luck with  it in edgy
[05:42] <doko> Mithrandir: please requeue scim-hangul on all archs but sparc
[05:42] <neighborlee> gnomefreak, what is this +1 all about
[05:42] <gnomefreak> neighborlee: #uubntu+1 is the feisty support channel
[05:42] <neighborlee> ahok ic thsx
[05:54] <pitti> gnomefreak: I just sent some details to ubuntu-devel@
[05:55] <gnomefreak> pitti: ty working on it to see if it is causing my issues
[06:04] <asac> keescook: ping
[06:05] <keescook> asac: pong
[06:05] <asac> keescook: you got my pm ?
[06:05] <keescook> yup, replying now...
[06:10] <keescook> hi pitti.
[06:10] <pitti> moin keescook
[06:10] <keescook> ack: so I can't run apport-retrace as a result user without fakechroot?
[06:11] <shawarma> Who reviews Summer of Code applications for Ubuntu?
[06:11] <pitti> keescook: you can, you can just not install packages
[06:11] <pitti> keescook: or you have to change /var/lib/apt etc. to belong to you in the chroot
[06:11] <cjwatson> shawarma: doko and Keybuk are doing it this year
[06:12] <pitti> keescook: however, the general idea is right now to call retrace on ronne, and get fully automatic retracing in Malone soon
[06:13] <keescook> pitti: yup.  well, I'll deal with it.  :)
[06:25] <keescook> Mithrandir: just wanted to double-check, I'm about to sponsor/upload asac's thunderbird security update for feisty.  I'm assuming this is okay since it's effectively a regular security upload.
[06:26] <pochu> pitti: are feisty crash reports supposed to have a coredump?
[06:26] <pochu> I have a bug without it, so I can't use apport-retrace
[06:34] <lemsx1> guys is nice to see that everything just works on Feisty
[06:35] <lemsx1> i just wanted to point that out
[06:35] <seb128> lemsx1: nice to know ;)
[06:36] <lemsx1> seb128: i'm loving that Gray theme... minimalist and slick
[06:43] <madmax> hey there... i filed a bug about freetype some days ago and nobody even noticed it... i even included a link to the solution (the patch that fixes it in CVS)... is there any more i can do?
[06:46] <bluefoxicy> should compress be packaged with the standard system?
[06:47] <bluefoxicy> it looks like it's needed for XSI compliance (SUSv3 streams interface etc), for some weird reason; IIRC it used LZ77 compression, which sucked BUT now is no longer patented ... wasn't that the gif patent?
[06:48] <bluefoxicy> http://www.unix.org/version3/apis/cu.html is where I'm looking.
[06:52] <pitti> pochu: you can submit 'reduced reports' without a core dump
[06:52] <pochu> oh, the second option :)
[06:52] <pochu> pitti: ty
[06:53] <pitti> pochu: however, this needs to be redesigned a bit, see bug 87430
[06:53] <Ubugtu> Malone bug 87430 in apport "do not accept short crash reports for firefox" [Low,In progress]  https://launchpad.net/bugs/87430
[06:53] <pochu> looking
[06:54] <pirast> keescook, i can do the asterisk feisty task because i'd like not to have an ancient version in feisty :-)
[06:54] <pirast> keescook, i am going to get a sync request then..
[06:54] <keescook> pirast: cool, sure.
[06:54] <keescook> feel free to update the assignment; I'm doing Dapper while I'm in here.  :)
[06:55] <pirast> okay, great :)
[06:55] <pochu> pitti: maybe apport can download the debugsymbols, and retrace it before upload :)
[06:56] <pitti> no way :/
[06:56] <pitti> pochu: well, if you have apport-retrace installed, the GUI could offer the possiblity
[06:56] <pitti> but that's strictly for developers
[06:56] <pitti> ddebs are huge
[06:57] <pitti> pochu: bug 75901, btw
[06:57] <Ubugtu> Malone bug 75901 in apport "Integrate apport-retrace into GUI" [Wishlist,Confirmed]  https://launchpad.net/bugs/75901
[06:58] <pochu> pitti: when you click on "do not ask again" for an app crash, can that be changed to report it?
[06:58] <pochu> it seems the reported clicked on that...: "after a few covers it crashes (now even apport does not startup...)."
[06:58] <pitti> pochu: covers?
[06:59] <pitti> pochu: you mean, change it to always report crashes for a particular app?
[06:59] <pitti> that doesn't make too much sense IMHO
[07:00] <pochu> pitti: when apport pops up, it has the option of "do not pop up again for this application" (or something like this), hasn't it?
[07:00] <pitti> pochu: right
[07:00] <pochu> pitti: so my reporter can't see apport anymore, if he pressed that
[07:01] <doko> Mithrandir: please requeue efibootmgr on i386, amd64, ia64
[07:01] <pitti> pochu: right, that's what it says
[07:01] <pochu> pitti: but I need another report, with the coredump, or with a full backtrace
[07:01] <pitti> pochu: ah, I see
[07:01] <pitti> pochu: touch /var/crash/* should do the trick
[07:02] <pitti> pochu: to recover the previous crash dump
[07:02] <pitti> pochu: alternatively, if it's longer than 7 days ago and the report has been deleted by cron.daily, he can purge the blacklist with rm ~/.apport-ignore.xml
[07:03] <pitti> or reinstall the affected package (untested)
[07:03] <pochu> pitti: ok, gonna try
[07:03] <pochu> ty :)
[07:38] (elmo/#ubuntu-devel) doko: sigh - what is this for?
[07:39] <asufaskjfaskjf> hello, i have a centrino duo laptop and the volume that comes out of the speakers is too low, even with the system sound at maximum
[07:39] <asufaskjfaskjf> in herd-5
[07:39] <asufaskjfaskjf> is this a bug?
[07:40] <asufaskjfaskjf> using the headphones jack the sound is louder but there is a lot of static
[08:15] <masuran> Hello everyone. Can anyone tell me if the new Gnome Control Center will be in Feisty? Or will the Preferences and System menu still be there?
[08:15] <LaserJock> masuran: they are both there, but I belive Gnome has set Control Center to not be default
[08:16] <masuran> I saw in Herd 5 that the new control center is in the menu's but it's hidden. Any idea what Ubuntu will do? Default to the new control center? Which is better IMHO :)
[08:17] <LaserJock> I believe it will be as it whatever Gnome decides, which sounds like it'll be having the control center hidden by default
[08:19] <masuran> Any idea where I can lobby for the control center? Think it's a shame just following gnome's default. The preferences and system menu are very long and finding an item it them takes to long.
[08:22] <LaserJock> well, this channel really isn't the best place to lobby. I suppose the forums, ubuntu-deve-disccus or ubuntu-sounder mailing lists might be the place
[08:22] <finalbeta> The control center is not standard because it has several bugs yet to be fixed. I'm pretty much quoting sebastian from a previous session. I would be reconsidered later.
[08:22] <pochu> I think Control Center will be default in Feisty+1, but it isn't now because it has too much bugs
[08:22] <pochu> finalbeta: :)
[08:25] <masuran> Thanks for the info guys :)
[08:28] <eXistenZ> What is the bugs filing system for kubuntu?
[08:28] <Riddell> eXistenZ: launchpad.net
[08:28] <eXistenZ> Riddell, Is it the same one for Ubuntu?
[08:29] <Riddell> yes
[08:29] <Sp4rKy> hi, does someone can explain me why casper only set $LANG variable and not $LANGUAGE ?
[08:29] <eXistenZ> I cannot seem to find KDE packages among the supported packages.
[08:29] <Riddell> eXistenZ: use the kde module name
[08:30] <eXistenZ> Riddell, KDE Module name?
[08:30] <Mithrandir> keescook: sure, that should be fine.
[08:30] <keescook> Mithrandir: great, thanks.
[08:30] <Riddell> eXistenZ: apt-cache showsrc <packagename> will show it
[08:31] <Mithrandir> doko: given-back.
[08:31] <eXistenZ> Riddell, What do I need from that information?
[08:32] <Riddell> eXistenZ: the package
[08:32] <eXistenZ> Riddell, I'm talking about the bugs list for a specific KDE package.
[08:33] <doko> Mithrandir: both libscim-hangul and pciutils?
[08:33] <Mithrandir> doko: you asked for efibootmgr and scim-hangul, not pciutils.
[08:33] <Mithrandir> but I'll be happy to give back pciutils too
[08:34] <doko> Mithrandir: no, I needed to upload pciutils, then rebuild efibootmgr ... should stop for today ...
[08:34] <eXistenZ> Riddell, Where can I search for bugs in Kubuntu KDE specific packages?
[08:34] <Mithrandir> apart from it being successfully built, that is.
[08:36] <torkel> eXistenZ: launchpad.net
[08:36] <eXistenZ> torkel, There is no: https://launchpad.net/ubuntu/+source/akregator/+bugs , for example.
[08:37] <torkel> eXistenZ: it is built from kdepim
[08:38] <torkel> eXistenZ: so check https://launchpad.net/ubuntu/+source/kdepim/+bugs
[08:38] <eXistenZ> torkel, All KDE packages are in kdepim?
[08:40] <torkel> eXistenZ: no. You have to find out what source package the the binary package was built from and look for that in launchpad.net
[08:41] <eXistenZ> torkel, Okay, thanks a million!
[08:42] <eXistenZ> torkel, one source package can make more than one binary package?
[08:43] <pochu> eXistenZ: sure
[08:46] <LaserJock> eXistenZ: if you go to launchpad.net/ubuntu/ you can use the package search
[08:48] <eXistenZ> Thank you so much guys
[08:50] <Sp4rKy> why casper only set $LANG and not $LANGUAGE ?
[08:51] <pochu> heno: ^^
[08:51] <pochu> hey heno :)
[09:03] <lamont> grumble.  ENOPITTI
[09:14] <heno> pochu: what, the casper question? I don't know :)
[09:16] <pochu> heno: do you know how to include a python code in a webpage?
[09:18] <heno> pochu: not in the same was as you would include php, if that's what you mean
[09:18] <heno> it doesn't work the same way
[09:18] <pochu> heno: yes
[09:20] <keescook> lamont: anything I can help with?
[09:20] <heno> pochu: I don't think you can do it
[09:20] <pochu> heno: ok, ty anyway :)
[09:21] <lamont> keescook: translations backend processing questions.  --> not that pitti hat
[09:22] <keescook> lamont: heh, yup.  Okay, just wanted to be sure.  :)
[09:22] <lamont> keescook: np.  I know when to retarget for you in response to missing pitti. :-)
[09:22] <lamont> today, you're safe.
[09:22] <keescook> hehe
[09:23] <lamont> and I'm told pitti probably isn't the best target either.  so I'll hit the right two folks once I see them online
[09:23] <tepsipakki> what, we still have libxft?
[09:24] <tepsipakki> the source-package
[09:29] <j00bar> howdy -- jdong referred me here to ask this question -- i've got a bunch of server breezy installs and i was wondering if there was to be a release of libc6 for breezy that includes tzdata that is post 2006p before breezy is EOL'ed?
[09:30] <jdong> from what I could tell, timezones in Breezy are not updated for the new DST. Is that correct?
[09:52] <\sh> does anyone have problems creating a pbuilder or debootstrap chroot? (on feisty)
[09:53] <zul> nope just did one but I havent updated in a while
[09:54] <\sh> zul, hmmm..I get the message, that W: http://archive.ubuntu.com/ubuntu/dists/feisty/main/binary-i386/Packages.gz wa
[09:54] <\sh> s corrupt
[09:54] <\sh> but I wonder if it's my umts provider or is it just me or debootstrap or a.u.c. apt-get update works
[09:54] <lemsx1> \sh: i got the same message today
[09:54] <zul> it went hunky dory for me
[09:55] <lemsx1> \sh: eventually it worked... but i'm using the us.a.u.c mirror ...
[09:55] <\sh> hmm...lemme check with another mirror
[09:57] <\sh> elmo / Znarl : archive.ubuntu.com looks like broken...de.archive.ubuntu.com works createing debootstrap
[09:57] <\sh> bah wrong channel ;)
[09:58] <elmo> \sh: since de.archive.u.c is a mirror of archive.u.c, that seems unlikely
[09:58] <elmo> \sh: but I'd need some real info, if you actually want me to look at it
[09:58] <\sh> elmo, what do you need?
[09:59] <elmo> \sh: what's actually wrong?  'looks like broken' isn't helpful?
[09:59] <\sh> elmo, .I get the message, that W: http://archive.ubuntu.com/ubuntu/dists/feisty/main/binary-i386/Packages.gz was corrupt
[09:59] <\sh> (debootstrap message that is)
[09:59] <elmo> it's not corrupt
[10:00] <elmo> download the file with wget and tell me what your md5sum is?
[10:00] <\sh> elmo, kk one moment
[10:00] <\sh> shermann@LT420:~/test$ md5sum Packages.gz
[10:00] <\sh> b25942a121187286e874698ddad3a658  Packages.gz
[10:01] <\sh> from de.a.u.c it is:
[10:01] <\sh> http://archive.ubuntu.com/ubuntu/dists/feisty/main/binary-i386/Packages.gz
[10:01] <\sh> grmp
[10:01] <\sh> shermann@LT420:~/test/de$ md5sum Packages.gz
[10:01] <\sh><PHONE_NUMBER>ec97cf4330490ee25d0fb2  Packages.gz
[10:02] <\sh> elmo, different sizes, a.u.c.: 1312263 , de.a.u.c: 1311148
[10:04] <\sh> elmo, thx btw for looking into it :)
[10:05] <spitty> could someone point me towards the .iso for feisty?
[10:06] <\sh> spitty, cdimages.ubuntu.com
[10:06] <spitty> thanks
[10:11] <\sh> mjg59, t43 with ati mobility radeon m22 (M300 card) does not work with 3d accel with latest 8.33.x and 8.34.x ati native drivers, and it does not work with the drivers in linux-restricted. the M300 card is not even in the list of supported cards anymore.. last driver which is working 8.28.x
[10:11] <mjg59> \sh: That's why I said r300, not fglrx
[10:12] <\sh> mjg59, the radeon driver from xorg 7.2 don't have 3d accel, (radeon dri module loaded, and Module "GLcore" loaded as well)
[10:12] <\sh> s/don't/doesn't/
[10:12] <mjg59> \sh: It should. If it doesn't, please file a bug.
[10:12] <\sh> mjg59, k :)
[10:14] <\sh> mjg59, should I file a bug against linux-kernel, too, just because radeon dri is not loaded automagically, as it was on edgy
[10:14] <mjg59> ?
[10:14] <mjg59> Do you mean drm?
[10:15] <tepsipakki> \sh: you need to purge fglrx before you can get the acceleration
[10:15] <\sh> mjg59, yepp
[10:15] <mjg59> \sh: Then no, X will request it
[10:15] <\sh> tepsipakki, fglrx is long time gone from my system :) clean install this morning :)
[10:16] <tepsipakki> oke
[10:16] <tepsipakki> y
[10:16] <\sh> mjg59, so it's a bug in Xorg, when I have radeon driver in Xorg and no radeon drm loaded...
[10:17] <snoogie> LaserJock you are here ?
[10:17] <LaserJock> yeah
[10:18] <snoogie> Is it possible to speak with you in private ? (in order to don't wrote unuseful stuff here)
[10:20] <snoogie> make
[10:20] <snoogie> oups
[10:20] <snoogie> :D
[10:22] <LaserJock> snoogie: see my pm?
[10:22] <snoogie> yup sorry writting
[10:23] <snoogie> you see ?
[10:23] <LaserJock> snoogie: nope, is your nick registered?
[10:23] <snoogie> ouch
[10:24] <snoogie> I forget to read that :)
[10:24] <snoogie> a clue ?
[10:24] <snoogie> :D
[10:25] <snoogie> ok found
[10:25] <snoogie> give me a second
[10:27] <\sh> mjg59, if you are interessted: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/89961 :)
[10:27] <Ubugtu> Malone bug 89961 in xorg "Xorg 7.2 radeon driver doesn't support ATI Technologies Inc M22 [Radeon Mobility M300] " [Undecided,Unconfirmed]
[10:34] <rbrunhuber> I'd like to ask you as the developers if it does make sense to attach a debdiff between a debian package (does work) and an ubuntu package (does not work) to a bugreport.
[10:35] <LaserJock> seems logical
[10:36] <rbrunhuber> LaserJock: How can I make this most readable to the developers? The debdiff contains incredible amount of arch things ubuntu does not provide?
[10:39] <LaserJock> rbrunhuber: like what?
[10:40] <rbrunhuber> LaserJock: All those exceptions for other architectures not supported in ubuntu like arm
[10:41] <geser> rbrunhuber: who has the more recent package? Debian or Ubuntu?
[10:41] <rbrunhuber> LaserJock: Funny enough they are both the same version
[10:42] <LaserJock> rbrunhuber: what package is this?
[10:42] <rbrunhuber> LaserJock: kdebluetooth
[10:43] <rbrunhuber> LaserJock: There must be a difference though. Because I installed kdebluetooth from debian and it overwrites a file that is also in bluez-utils. Which the ubuntu package does not.
[10:45] <rbrunhuber> LaserJock: But for me (I'm not familiar to debdiff format) finding the difference is like searching the needle in a haystack.
[10:49] <concept10> Does Launchpad track kernel bugs?  I see some listed but it also says Malone does not track Linux
[10:49] <rbrunhuber> geser: They are both the same version
[10:50] <LaserJock> concept10: Launpad tracks kernel bugs in Ubuntu
[10:51] <concept10> LaserJock, would you happen to know the _specific_ package to report under?  This would be for 2.6.20-9
[10:52] <geser> concept10: https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bugs
[10:52] <concept10> geser, thanks
[10:52] <rbrunhuber> LaserJock: Do you have more info for me on the debdiff issue?
[10:52] <LaserJock> hmm
[10:52] <concept10> I don't see how you guys track this.  Theres way too many categories
[10:53] <LaserJock> that debdiff is huge
[10:53] <LaserJock> concept10: categories?
[10:53] <rbrunhuber> LaserJock: Oh did you create one yourself for this?
[10:54] <LaserJock> yeah
[10:54] <LaserJock> it's like a whole different package
[10:55] <rbrunhuber> LaserJock: I wondered too. I thought Ubuntu does not repackage, only rebuild things?
[10:55] <LaserJock> rbrunhuber: no, that's not true
[10:55] <geser> rbrunhuber: Ubuntu adds patches to packages if needed
[10:55] <LaserJock> rbrunhuber: anything with an ubuntu in the version 0.99+1.0beta2-1ubuntu4 for instance has been changed by Ubuntu
[10:56] <rbrunhuber> LaserJock: Sorry, if i was mistaken here
[10:56] <LaserJock> rbrunhuber: you might ask #kubuntu-devel, especially Riddell or Tonio
[10:56] <rbrunhuber> LaserJock: I'll try thank you for your help
[10:57] <jdong> Mithrandir / cjwatson: when's the next time backports will get processed? I have the feeling that unless I'm not persistent in nagging you, it would be sometime off in my next afterlife.
[10:58] <mjg59> \sh: Turn off xinerama
[10:58] <\sh> mjg59, I did this morning..no change
[10:59] <mjg59> \sh: Log with xinerama turned off?
[10:59] <Mithrandir> jdong: I was looking at some of them today, but had too much other stuff to do.
[10:59] <\sh> I can change it to "non xinerama" no problem give me a min or two
[11:00] <Mithrandir> jdong: it would help if you and your team identified whether something should be done as an UVF or a backport a bit more aggressively.
[11:00] <jdong> Mithrandir: any UVF-like backports I approve is because after talking in -motu it does not appear like anyone will do a SRU.
[11:00] <jdong> (or a SRU is not feasible)
[11:01] <jdong> this system of everything preempting backports is simply not working out for me... I understand you guys are very very busy, but there has to be a more efficient solution.
[11:01] <\sh> mjg59, rebooting :)
[11:02] <tepsipakki> Mithrandir: are you maintaining casper?
[11:02] <Mithrandir> jdong: whether somebody wants to do an SRU or not is not really something I take into consideration; I'm not going to let a backport through where an SRU is the right way to fix the problem.
[11:03] <Mithrandir> tepsipakki: I wrote a fair bit of the current version at least.
[11:03] <Mithrandir> jdong: however, do you have any suggestions on how to fix the problem?
[11:03] <jdong> Mithrandir: ok, if that is your policy, that is fine with me, I will reject bugfix backports in the future citing that policy.
[11:04] <tepsipakki> Mithrandir: there seems to be something wrong with the livecd's and X. There are a number of bugs where it doesn't get a correct resolution or driver, but a dpkg-reconfigure xserver-xorg (on an installed system) makes it right
[11:04] <jdong> Mithrandir: as far as fixes, it would be nice if a backports team administrator can directly effect backports thru launchpad... but I bet that would not fly with TB as well now as it once did.
[11:04] <Mithrandir> jdong: as I've written in a few bug reports now, "backports are for shiny new features, SRUs are for bugfixes".  Examples such as dosemu-freedos are exceptions to that rule, though.
[11:05] <\sh> re
[11:05] <jdong> Mithrandir: ok, that is fine, I will operate by that policy from now on.
[11:05] <\sh> mjg59, hmmm....
[11:05] <jdong> and Mithrandir, you realize that it simply means people will start finding random "features" and dodging the requirement that way, right?
[11:05] <Mithrandir> jdong: thanks.  Maybe we should investigate some way you can pass off bugs you think should be fixed in an SRU so they don't just get lost?
[11:06] <jdong> Mithrandir: that would be great too
[11:06] <mjg59> \sh: ?
[11:06] <jdong> Mithrandir: I've followed up on some bugs in Dapper's timeframe I've deferred to Ubuntu, and most of the case nothing has happened.
[11:06] <Mithrandir> jdong: therefore "shiny".  I'd like people to follow policies not because "policy says so", but because the policy makes sense.  It should be (relativetly) easy to do the right thing.
[11:07] <jdong> Mithrandir: it makes me feel really bad because I know when I say defer to SRU, the fix will never happen.
[11:07] <\sh> mjg59, now it works half the way...I can scale (window picker) but the emerald theme manager doesn't show me any themes...this morning I couldn't get it running even without xinerama
[11:07] <Mithrandir> jdong: hm, so we need to fix that somehow.
[11:07] <mjg59> \sh: Beryl bugs go to beryl people right now
[11:07] <\sh> mjg59, yeah
[11:07] <mjg59> REJECTED, NOTABUG :)
[11:07] <jdong> \sh: you have ARGBGLXVISUALS?
[11:07] <Mithrandir> tepsipakki: might be that it breaks when run under usplash?  Can you ask a couple of the people to see if it works if they remove "splash" from the command line?
[11:08] <tepsipakki> Mithrandir: I might
[11:08] <ajmitch> Mithrandir: I think that's more a case of finding people willing to do the SRU & spend the time on it
[11:08] <\sh> jdong, nope I have xgl/aixgl noob mode
[11:08] <jdong> \sh: add to screen section of xorg.conf:
[11:08] <Mithrandir> ajmitch: and making at least the universe SRU process simple enough that fixes don't get bogged down.
[11:08] <jdong> Option         "AddARGBGLXVisuals" "True"
[11:08] <jdong> Option         "DisableGLXRootClipping" "True"
[11:08] <jdong> \sh: ^^
[11:08] <Mithrandir> tepsipakki: if you could, that'd be great.
[11:09] <jdong> \sh: that should resolve most of your emerald glitching
[11:09] <tepsipakki> Mithrandir: but on bug #31830 someone said that casper-bottom/20xconfig "calls dpkg-reconfigure in a chroot but it only mounts /proc and /sys"
[11:09] <Ubugtu> Malone bug 31830 in casper "Incorrect screen resolution in Dapper LiveCD" [Medium,Confirmed]  https://launchpad.net/bugs/31830
[11:09] <ajmitch> Mithrandir: it seems that we get a lot of stuff stuck in -proposed, needing testing
[11:09] <jdong> \sh: btw, beryl 0.1.99* has been quite glitchy for everyone; is compiz behaving any better for you?
[11:09] <tepsipakki> Mithrandir: and ddcprobe seems to need /dev/mem
[11:10] <Mithrandir> tepsipakki: I could make it bind-mount /dev as well, sure.
[11:10] <tepsipakki> I'll try with herd5 myself, since that's something I've not done in a loong time
[11:10] <\sh> jdong, this option "true or false"?
[11:10] <Mithrandir> ajmitch: since universe shouldn't contain stuff which is critical to your computer functioning, maybe we should make the policy what it was before the X breakage and not use -proposed.
[11:10] <Mithrandir> (for universe)
[11:11] <jdong> \sh: yeah, both are True
[11:11] <\sh> ok moment
[11:12] <Mithrandir> ajmitch: I'm not saying this is the right solution, but maybe that's an option we need to evaluate.  I'm a strong believer of "make doing the right thing the easiest" as a way of guiding people.
[11:12] <jdong> Mithrandir: one example is bug 42269... a trivial fix has been available and in "testing mode" for 20 days short of a year.
[11:12] <Ubugtu> Malone bug 42269 in azureus "[SRU]  Does not create a tray icon" [Undecided,Fix committed]  https://launchpad.net/bugs/42269
[11:13] <ajmitch> I'd really like to see these fixes get into universe rather that sitting & rotting
[11:13] <jdong> Mithrandir: this is kind of typical behavior for Universe SRU's....
[11:13] <jdong> heck it's lucky enough it got an edgy-propose upload 10 months later.
[11:13] <jdong> usually that stage never happens
[11:13] <Mithrandir> jdong: indeed, and I think we should fix the problem there rather than work around it "because -backports are easier to do".  Make it just as easy to fixes in -updates instead.
[11:14] <jdong> Mithrandir: yeah, agreed, making the -updates procedure easier on developers would be the ideal solution.
[11:14] <jdong> Mithrandir: in the words of one developer, "I'd rather fix a Feisty bug than spend 2 months on a SRU"....
[11:15] <jdong> Mithrandir: that kind of attitude towards fixing released bugs is... concerning... to hear
[11:15] <Mithrandir> jdong: agreed.
[11:16] <Mithrandir> jdong: I'm trying to think which bit of our council/board machinery would be appropriate to discuss this problem.  Maybe just revive the discussion about how universe SRUs should be handled, on -devel.
[11:16] <LaserJock> jdong: I think everybody is agreed on that
[11:16] <LaserJock> Mithrandir: we are adding it to the agenda of the MOTU Meeting this week
[11:16] <jdong> LaserJock: I'd just like to see something move forward regarding this :)
[11:17] <Mithrandir> that's in about 21 hours' time.  I believe it can wait until then?
[11:17] <jdong> I support rigorous QA to prevent update breakage mishaps, but the profound prohibitive effect it has had on getting updates out needs addressing :)
[11:17] <LaserJock> jdong: so would everybody else. I just feel like complaining without participating in the discussion/work is not so helpful
[11:17] <jdong> Mithrandir: lol, yeah, it can wait that long :D
[11:17] <jdong> LaserJock: I don't mean just to complain about it....
[11:18] <Mithrandir> LaserJock: the agenda for that meeting looks kinda empty?
[11:18] <LaserJock> Mithrandir: that'll get fixed in a minute ;-)
[11:18] <ajmitch> Mithrandir: oh, another f-spot bugfix release came out this morning, you want the information in a bug?
[11:18] <Mithrandir> LaserJock: great.
[11:18] <Mithrandir> ajmitch: yes, please.
[11:20] <jdong> Mithrandir: do you think -archive can provide consistent/timely processing of Backports, or should that go on some agenda for a TB meeting too?
[11:21] <jdong> the original TB meeting regarding Backports had us under the impression that Backports team administrators would have the authority to do backports....
[11:21] <jdong> initially when -archive had <1.5wk turnaround time, it worked really well this way
[11:21] <jdong> but as this time drags on, I more and more wish for the permission to directly effect backports
[11:22] <Mithrandir> hmm
[11:23] <Mithrandir> I'll discuss it with the rest of the archive team and see if we can do something to make it happen faster?
[11:23] <jdong> Mithrandir: that sounds good
[11:23] <jdong> Mithrandir: thanks so much for your time on this :)
[11:24] <Mithrandir> jdong: I'm hoping we can get this fixed to everybody's satisfaction.
[11:26] <superted> does herd 5 include Kbabel ?
[11:27] <mjg59> superted: What do you mean by include?
[11:28] <Lure> superted: it is in main repo, but not on desktop CD
[11:29] <superted1> sorry
[11:32] <LaserJock> Mithrandir: https://wiki.ubuntu.com/MOTU/Meetings if you have anything you'd like to change/add
[11:39] <jdong> I think it's "inKlude", too
[12:10] <delire> will the Composite extension be enabled by default in Feisty? i see that it breaks direct rendering with cards using the non-free fglrx driver.
[12:10] <delire> eg for a large proportion of recent laptops.
[12:12] <pochu> delire: no, it will be installed by default, though it won't be enabled by default
[12:13] <delire> cool, this is wise.


[22:11] <nijopa> Afternoon folks,
[22:12] <nijopa> Is this the correct channel for discussing the GCC toolchain packaged with ubuntu?
[22:12] <nijopa> If not, can you suggest the appropriate place?