=== Guest12349 is now known as phenom === tgall_out is now known as tgall_foo === HawksWin is now known as Pilif12p [01:06] ScottK: is it reasonable to INVALID a backport request for a bug fix? There's a separate bug tracking an SRU for the same fix [01:07] (bug #666204; sru request is bug #619015) [01:07] Launchpad bug 666204 in maverick-backports "Please backport dictionaries-common 1.5.15 to Maverick" [Undecided,New] https://launchpad.net/bugs/666204 [01:07] Launchpad bug 619015 in dictionaries-common (Ubuntu) "dictionaries-common versions of ispell.el and flyspell.el break recent emacsen" [Undecided,Fix released] https://launchpad.net/bugs/619015 === sanchaz is now known as sanchaz-away [01:00] slangasek: i've been just pressing escape as soon as plymouth shows up to see the warning. more reliable than finding the right planetary alignment to see it :) [02:12] hi [02:13] there is a bug in maverick fixed in the natty package and I cannot find the documentation for the process of requesting a backport of the fix [02:13] here is the bug: https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/664531 [02:13] Launchpad bug 664531 in xdg-utils (Ubuntu) "xdg-email fails with Ubuntu 10.10" [Undecided,Confirmed] [02:21] !sru | Kaleo [02:21] Kaleo: Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [02:22] ebroder: thank you very much [02:22] np [07:00] ebroder: oh; feel free to amend the test case === elky is now known as elkybirthday === hanska is now known as dapal [09:25] lucidfox: bug #608159: are you working on that merge? [09:25] Launchpad bug 608159 in liferea (Ubuntu) "Please merge liferea 1.6.4-1 from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/608159 [09:53] BlackZ> no [09:53] lucidfox: ok, if you don't mind, I'd merge it :) === sanchaz-away is now known as sanchaz === emma_ is now known as emma === yofel_ is now known as yofel [13:14] hey [13:14] i'm trying to package a setuid binary, but somehow that doesn't work [13:14] is there something special i need to do? [13:14] the permissions appear unchanged, already in the staging area === drizztbsd_ is now known as drizztbsd [13:18] corecode: dh_fixperms might remove the setuid bit [13:19] ah, thanks [13:19] that's it [13:20] or not :/ [13:21] ah yes === maco2 is now known as maco === hanska is now known as dapal [15:00] d [15:01] e [15:01] f [15:03] dylan-m: please don't do that === udslogger is now known as transitlogger [15:53] any suggestions how to run a single command on bootup from a package? [15:53] provide an init script? [15:53] or add a @reboot line to cron? [15:59] corecode: I'd go with an init script or upstart job [16:01] i'd like to keep it compatible with debian [16:01] do they use upstart? [16:01] no [16:01] ok [16:05] don't forget to check in the init script if the package is still installed [16:18] hi [16:44] persia: debian has yet another definition for 'flavour': http://wiki.debian.org/DebianPureBlends [16:45] Scott Remnant in the house? [16:47] bgamari: he's Keybuk on irc, so doesn't seem so [16:51] Is it common that distribution specific changes to kernel parameters exposed through /proc/sys are changed in the kernel tree instead of /etc/sysctl.conf? [16:51] Scott seems to think that if a change in the default swappiness were to happen it should happen in the kernel tree [16:52] which seems a little strange to me [16:52] isn't this the precise reason we have sysctl(8) [17:00] bgamari, well, not if you can convince upstream to take the change [17:00] its one piece less to maintin [17:00] *maintain [17:01] sysctl is to override defaults [17:05] ogra_ac: Precisely [17:05] ogra_ac: Upstream will not take a change in the default swapiness [17:05] this seems quite clear [17:06] especially not a change to what ubuntu should be using in its desktop distribution (probably between 10 and 30) [17:09] I suspect Scott was suggesting that the swapiness should be changed in the ubuntu kernel tree [17:10] but still, as you said, sysctl is to override defaults [17:10] why would we pollute the ubuntu tree with patches that have no hope of making it upstream when there is a perfectly good mechanism for overriding this value in userspace? [17:11] sysctl can also be used to set defaults. c.f. /etc/sysctl.d/10-zeropage.conf [17:12] err, reading the comments, i guess that's actually a bad example [17:12] Either way, this insistence on going through the kernel tree is one of the few reasons #516834 hasn't moved forward [17:14] we have known that the current swapiness is ill-suited for desktop use for almost a year [17:14] s/known/recognized/ [17:14] it's been known for far longer than that [17:16] reading the discussion, i agree with Keybuk. and it looks like the reason the bug isn't making any progress is because people were being stubbornly unhelpful while JFo was trying to triage [17:17] (primarily that the different kernel flavors give you the distinction you want to figure out what swappiness should be set to, which you don't have in the procps package) [17:19] ebroder: Perhaps there could be packages containing bits of server- or desktop-specific configuration (e.g. sysctl.d files) [17:19] we have that already. linux-image-generic vs. linux-image-server [17:19] true [17:19] I guess that would be the appropriate place in that case [17:24] ebroder: It's true that people weren't particularly helpful [17:24] but it's also true that a vague request for "testing" with no further qualification isn't going to get you particularly useful responses [17:26] bgamari: people were actively unhelpful and antagonistic to the guy whose job it is to figure out what bugs the kernel team should be paying attention to. i think the result was fairly predictable [17:27] fair enough [17:29] ebroder: The problem with dropping a file in sysctl.d from linux-image-* is that there is no dependency on procps [17:30] ebroder: Is it acceptable to carry a file in package A that has no use without package B, while there is no relationship between A and B [17:32] is there not a config flag or something to set the default swappiness? [17:33] let me check [17:33] hmm...looks like not. that might be a good resolution - come up with a CONFIG_SWAPPINESS or whatever, because that's easy to frob on a per-flavor basis [17:33] doesn't look like [17:33] it [17:34] and that might be upstreamable [17:34] definitely [17:37] I'll try working up a patch [17:56] ebroder: patch attached [17:58] bgamari: i'm not really qualified to pass judgement, but that looks reasonable to me [17:59] should CONFIG_DEFAULT_SWAPPINESS depend on CONFIG_SWAP or something like that? [17:59] probably [18:00] (i don't really have a good understanding of how kconfig works) [18:00] I'll fold that in and send it out as an RFC to see how repulsive the kernel folks find it [18:00] * ebroder nods [18:00] I don't have great hope [18:01] but you never know [18:01] hi ben [18:01] by this logic, the kernel should expose all sysctl knobs in Kconfig [18:01] maco, hey! [18:01] long time [18:01] aye! get back down to dc for a visit! :P [18:02] heh, we'll see what happens [18:02] First I have to pass my quals up here [18:02] I probably shouldn't even be doing coding work at the moment [18:02] but a man can only take so much physics === Guest98275 is now known as phenom [19:29] * sanchaz brb === sanchaz is now known as sanchaz-away === sanchaz-away is now known as sanchaz === andreserl is now known as RoAkSoAx [21:14] ScottK: what's blocking no-change backports? it's been over a month since you approved gcc-3.3 and virtualbox === makl is now known as ximion