warsocketk question, lets say ive made a program that would do nice in the ubuntu repository, what should i doe or who should i contact to get it there00:43
=== pmf__ is now known as ember
azeemwarsocket: #ubuntu-motu00:46
geserslangasek: Hi, when you have time, can you please review the merge for gnupg? bug #22500501:21
ubottuLaunchpad bug 225005 in gnupg "Please merge gnupg 1.4.9-2 from Debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/22500501:21
* Hobbsee wonders how to disable the "feature" of having no shut down button, without going to gdm first.02:49
RAOFHobbsee: Surely that's a lie - I've got a shutdown button.02:52
RAOFAdmittedly, it doesn't actually _shutdown_, but it's certainly a button, marked shutdown :)02:52
RAOFMostly it freezes gnome-panel.02:52
HobbseeRAOF: intrepid?02:53
RAOFHobbsee: Yah02:53
Hobbseeah.  there's a separate shut down one02:53
RAOFIt's reverted to upstream GNOME's shutdown/logout thingy.02:54
HobbseeRAOF: thanks02:56
RAOFIt's broken for me, though, so it's not _really_ helpful :)02:56
HobbseeRAOF: if you're in an answering mood, how do i make compiz work again?02:59
RAOFHow's it broken?03:00
Hobbsee/usr/bin/compiz.real (core) - Error: Could not acquire compositing manager selection on screen 0 display ":0.0"03:00
Hobbsee/usr/bin/compiz.real (core) - Fatal: No manageable screens found on display :0.003:00
HobbseeWindow manager warning: Workarounds for broken applications disabled. Some applications may not behave properly.03:00
RAOFAh.  Turn off metacity's compositor.03:00
Hobbsee(from a compiz --replace &)03:00
RAOFMetacity's compositor doesn't release the CM selection in the way that compiz would like it to.03:00
RAOF /apps/metacity/general/compositing_manager or somesuch.  It's changed name at some point in the past.03:01
Hobbseefound it, thanks03:01
RAOFThat should now allow you to experience other bugs in Compiz :)03:02
RAOF / mesa / X03:02
Hobbseelike the fact taht some of my settings have been lost, and my metakeys aren't working again?03:02
Hobbseewell, some of them03:02
RAOFDunno.  I'm only just playing with compiz again now that there's an nvidia-glx to test.03:04
alex-weejand the workspaces have gone back to 2 even though i've chosen 4!03:21
Hobbseealex-weej: yeah, it seems to have wiped all the settings.03:22
HobbseeRAOF: right.  got it all working, except that it still doesn't start by default.03:23
Hobbseeand gnome-panel's being tempramental, again03:23
Hobbseemmm...fire :)03:25
superm1RAOF, how's the experience going for the nvidia-glx new way of doing things (except for jockey not being there yet)?03:25
RAOFsuperm1: Basically flawless.  Installing nvidia-glx-177 works fine, nvidia-xconfig worked for me.03:30
superm1cool, that's good03:32
=== Pici` is now known as Pici
alex-weejsuperm1: what's new?03:35
alex-weeji'm using 177 beta on intrepid now cause jockey didn't want to work03:36
alex-weej(and it's not in lrm)03:36
superm1alex-weej, the way that everything is packaged has changed with it not being in LRM, so i just was curious to make sure that there was no major problems coming up using the nonlrm packaging03:36
superm1alex-weej, you weren't using the .run file from nvidia's website right?03:37
alex-weeji was03:37
alex-weejand it worked03:37
alex-weejshouldn't it have?03:37
RAOFWell, it should have.  But the nvidia-glx-177 package would've made it easier :)03:38
superm1alex-weej, the nvidia-glx-177 should be able to handle the upgrades from kernel to kernel properly03:38
superm1so that's the important part to make sure continues to work03:38
alex-weejthat's a good point... i've had loads of kernel updates but not had to rebuild03:39
=== asac_ is now known as asac
=== jamesh_ is now known as jamesh
ryanhaighhello all, im trying to help someone here: http://ubuntuforums.org/showthread.php?p=5427518 . How would I go about changing the version number assigned to the package when building using the process described there?07:11
* Hobbsee wonders why they don't just purge tracker and be done with it.07:15
ryanhaighyeah doesn't work unfortunately07:22
ryanhaighcan anyone point me in the right direction07:25
Hobbseeedit debian/control07:33
RAOFHobbsee: You mean debian/changelog, right?07:37
Hobbseeer, yes, that.07:38
* Hobbsee wonders where her brain went.07:38
ryanhaighand just add another version in there?07:42
ryanhaighim not on my ubuntu machine at the moment so i can't try this myself07:42
RAOFryanhaigh: Correct.  "dch -i" is likely to be the easiest way to get a well-formed changelog entry.07:46
pittiGood morning07:58
pittiasac: just mention it in the MIR07:58
Hobbseeheya pitti08:08
* pitti hugs Hobbsee, hey!08:10
Mithrandirhiya Hobbsee, pitti08:12
* StevenK waves, jetlagged08:14
Mithrandirjet lag is overrated.08:14
StevenKNot right now, it isn't.08:16
Hobbseehey Mithrandir!08:18
=== mdz_ is now known as mdz
asacpitti: yep. did that. https://wiki.ubuntu.com/MainInclusionReportPcsc-Lite09:04
StevenKpitti: Could you poke at why twin failed to upload to every arch it built on, bar lpia?09:05
StevenKpitti: http://launchpadlibrarian.net/16198199/upload_673575_log.txt is the upload log09:05
StevenKasac: MIRs are bugs ... :-)09:06
Wubbbibug 249850 is reported. Can you fix it please? :)09:08
ubottuLaunchpad bug 249850 in synaptic "Synaptic Freez up after installing Packages" [Undecided,New] https://launchpad.net/bugs/24985009:08
asacStevenK: err its a bug as well09:08
asacbug 25024509:08
ubottuLaunchpad bug 250245 in pcsc-lite "[MIR] - pcsc-lite sources + partially binary promotion to main" [High,Confirmed] https://launchpad.net/bugs/25024509:08
StevenKasac: Heh, fair enough09:09
pittiStevenK: ugh, no idea; I'm afraid that's a cprov problem09:13
sorenasac: I'm curious... Do you specifically want to keep pcscd out of main or do you just "not care"?09:25
asacsoren: the latter. i just need the lib to build wpasupplicant in a way that you can install pcscd and then get smart card support09:26
sorenasac: Ok, cool.09:26
geserStevenK: twin does hardcode the binary deb versions in debian/rules. twin 0.5.1-3ubuntu1 build packages with the versions like twin 0.5.1-3.09:49
geserStevenK: don't forget to also update the versioned dependency of libtw0-dev in debian/control09:50
StevenKWhat the?!09:51
* StevenK digs09:51
StevenKOh, for crying out loud09:52
StevenKThere's a substvar for this!09:52
StevenKgeser: It gets worse. The version is hard coded in debian/rules.10:05
StevenKWhich is about the worst crack-cut-with-washing-powder I've ever seen10:06
geseris there a better way to produce binary debs with a different version than the source?10:07
StevenKDon't do that.10:08
StevenKgeser: Seriously, it's complete crack10:08
cjwatsonsometimes it's necessary10:09
cjwatsoncf. gcc-defaults10:09
cjwatsonyou can fish out parts of the source version and do arithmetic if necessary10:10
StevenKWield dpkg-parsechangelog and such.10:10
=== hunger_t_ is now known as hunger
StevenKpitti: Okay, that twin failure is a package bug10:22
pittiStevenK: yep, saw it in backscroll10:22
StevenKI feel so dirty10:22
* StevenK will nail the patch to the Debian BTS.10:23
StevenKSeverity: important. Maybe serious10:23
=== rraphink is now known as raphink
cjwatsonhmm. why did rarian-compat get demoted back to universe?10:47
* cjwatson puts it back in main10:47
sorenseb128: Fix for the virt-manager hypervisor selection bug just uploaded..10:49
seb128soren: ah, cool, thanks10:50
sorenseb128: Any time :)10:51
NCommanderAnyone here an archive admin who can answer a quick question or two11:51
pittiNCommander: yes, some; just ask your question, please11:51
NCommanderI have codeblocks sitting in the NEW queue; it has a lintian override, which I forgot to document; should I simply wait for the package to be REJECTed (as it would be in Debian), or is it possible it can be put through, and then get a debdiff applied to it ASAP?11:52
pittiNCommander: you can just upload a new package if you want11:53
pittiNCommander: however, an underdocumented lintian warning is not generally a reason for outright rejection11:53
pittiunless it overrides something really bad11:54
NCommanderIt overrides script-not-executable11:54
NCommander(lintian is detecting a code parser as a script)11:54
pittiah, that's usually scripts in /usr/share/ with a shebang11:54
pittiNCommander: I wouldn't reject a package due to that11:55
NCommanderTHere is a second issue which I caught just a few hours ago11:55
NCommanderUpstream shipped a Debian folder11:55
NCommanderWhen I ran update-maintainer, the person who packaged it ended up in Original Maintainer11:55
NCommander(my name is in the changelog)11:55
NCommanderI'm not sure if that's right, or not11:55
cjwatsonupdate-maintainer is for use when making Ubuntu modifications to packages that also exist in Debian, where the prior consensus has been that Debian maintainers should not be listed in Maintainer of Ubuntu-modified packages11:58
cjwatsonwhen making modifications to packages that originated elsewhere, you ought to find out whether that's what the original packager wants11:59
NCommandercjwatson, it was a mistake that it went with that Original-Maintainer; I had intended to switch it to myself, but obviously that didn't quite happen12:00
NCommander(I redid most of the Debian folder, so while I do credit the creator of the upstream folder in copyright, I'd think I should be there)12:00
cjwatsonyou're allowed to edit debian/control by hand rather than using update-maintainer if that's what's needed ;-)12:15
cjwatsonit's a human-editable file12:16
cjwatson(BTW, in Unix we call them directories rather than folders)12:16
cjwatsonin the case of what you *should* do with Original-Maintainer, I don't think it's terribly important either way, and certainly wouldn't be cause for a rejection12:16
ivokswrong channel12:49
Ngis there any way of tuning/inspecting gvfs? its sftp performance seems to be shockingly slow14:13
NgI can scp a file at line speed (1014:13
Ngerr, let me try that sentence again ;)14:14
NgI can scp a file at line speed (10MB/s). using nautilus's sftp claimed about 1MB/s, cp'ing to ~/.gvfs/blah/ and inspecting with iptraf suggested it was doing <200K/s14:14
\shNg: if you do a simple sftp via sftp client...do you get the same?14:15
Ng\sh: yep, ~10MB/s14:16
\shNg: strange, I always had the same issue with winscp from windows -> to sftp enabled servers (linux, sun) ... sftp was always slow for me..that's why I try to avoid sftp in general14:16
Ng(wired ethernet on a 100Mb fibre to the network the remote machine is on, so I'm pretty sure it's not network related or wireless nonsense)14:16
\shscp was always faster...could be me or something weired on the network those days...14:18
Spadsthis is over an internal network, effectively14:18
\shSpads: yes :)14:18
NgI'm just curious if it's known that gvfs is slow at this stuff, or maybe if I can change block sizes it's sending or something14:19
seb128_Ng: "this stuff" being?14:20
Ngseb128_: I'm scping stuff to one of our machines and getting pretty much full wire speed (10MB/s) with scp and sftp console clients. nautilus via gvfs sftp claims to do ~1MB/s and if I use iptraf to inspect my eth0 when I'm doing a regular cp to the ~/.gvfs/ location it's more like 200KB/s14:21
NgI would expect some overhead, but that seems a bit odd14:21
seb128_Ng: the .gvfs location is a standard fuse mount14:22
Ngseb128_: any suggestions for where I could be looking to figure out why it's slow?14:24
seb128_Ng: http://bugzilla.gnome.org/show_bug.cgi?id=523015 for gvfs, dunno about fuse14:25
ubottuGnome bug 523015 in sftp backend "Implement sliding window based upload operation" [Normal,New]14:25
seb128_Ng: gvfs = when you use the ssh backend to do the copy, ie what nautilus is doing14:25
Ngseb128_: ok. I'm entirely happy to ignore the fuse end of things, in which case we are only losing one order of magnitude ;)14:26
seb128_Ng: also compare to command line sftp and not to scp if you want fair numbers ;-)14:27
NgI did, it's also pretty much full line speed14:27
Ngthere's a little variance which is probably because the line isn't exclusively mine, but 9-10MB/s14:27
seb128_ok, that's probably somewhat along the line of the bug I pointed then14:28
seb128_though your line is probably not a low latency one14:29
Mithrandirseb128_: generally, sftp will be faster than scp, since scp has some ickiness in the buffering algorithms.  (I think?)14:29
=== seb128_ is now known as seb128
seb128Mithrandir: possible, anyway in this case that's clearly gvfs not doing an optimal job14:30
Ngseb128: the latency is pretty low from here, we have fibre to the network the other machine is on, so we're talking a millisecond or so14:31
seb128Ng: ok, so I don't know about other bug and it would probably require debugging from somebody knowing the code well enough14:32
Wubbbihello :)14:32
pitticjwatson: which installer component puts the user into the initial groups? (audio, video, etc.)? I'd like to drop some (intrepid-device-permissions)14:33
Ngseb128: having 64k blocks from that patch would probably be enough in most instances, and since it was applied in march maybe we alreayd have that?14:33
Ngbugzilla fails at making this stuff easy to find out ;(14:33
seb128Ng: yes, it's already in hardy and intrepid14:35
Ngseb128: hmm, a quick google suggested libglib 2.17, but hardy has 2.16?14:35
Ngbut our 2.16 does indeed have a 1024*64 buffer14:38
seb128Ng: http://svn.gnome.org/viewvc/glib?view=revision&revision=673614:39
Ngyeah, I just grabbed the glib hardy source and that patch is definitely in it :/14:39
chmj.join #ubuntu-za14:42
cjwatsonpitti: user-setup14:45
pitticjwatson: ah, thanks14:45
cjwatsonpitti: I'd appreciate it if you kept an eye on bug 188759 and bug 205563 while doing so14:46
ubottuLaunchpad bug 188759 in user-setup "install user doesn't belong to all "administrative" groups" [Undecided,New] https://launchpad.net/bugs/18875914:46
ubottuLaunchpad bug 205563 in user-setup "User created on installation does not belong to the scanner group" [Undecided,New] https://launchpad.net/bugs/20556314:46
pitticjwatson: right14:46
pitticjwatson: btw, related to that spec, is it easily doable to not create the cdrom fstab entry for desktop installs?14:46
cjwatsonno. apt-cdrom needs it14:47
pittihm, too bad14:48
cjwatsonattested by e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=46489914:48
ubottuDebian bug 464899 in apt "apt-cdrom incompatible with desktop automount" [Normal,Open]14:48
cjwatsonI've said this pretty much every time somebody's asked about that fstab entry in the last four years, but none of the people who want it gone seem to have fixed it yet ;-)14:49
pittiseems I keep forgetting about apt-cdrom then14:49
seb128anybody knowing about dtd registration and use there who could have a look to http://paste.ubuntu.com/28998/ and let me know if that seems correct?14:50
seb128that's a copy of the scrollkeeper dtd to rarian-compat and a registration similar to what scrollkeeper is doing14:50
cjwatsonpitti: see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=28234414:50
ubottuDebian bug 282344 in apt "apt-cdrom: please change default CD-ROM mountpoint" [Wishlist,Open]14:50
cjwatson(which is a more useful bug)14:50
pitticjwatson: ah, however, the fstab entry doesn't require the user to be in the cdrom group14:51
pittisince nowadays we get ACLs on /dev/ storage devices, we can drop that14:51
pitti(for raw-reading CD-ROMs)14:52
cjwatsonI store what I know about groups in the base-passwd documentation14:52
cjwatsonbut, indeed, cdrom and floppy don't seem to be used for that14:52
cjwatsonpitti: the dialout comment about monetary consequences is a little odd, given that it's the first user and they could probably just pick up the phone ;-)14:53
cjwatsonthough I suppose there's the spyware case, if that's what you meant by dialer programs14:53
pittiit's allegedly a bit far-fetched, since I didn't see actual programs which did that under Linux yet14:54
cjwatsonpolkit-gnome-authorization would have a hard time dealing with minicom, wouldn't it?14:54
pittibut they had been a PITA under Windows14:54
cjwatsonI think we should take some care with the serial port access programs we ship to avoid just pushing lots of people towards sudo14:54
pitticjwatson: that just controls ACLs on /dev/ttyS, so minicom is not a problem14:55
pittibut yeah, I won't drop dialout until we actually have a replacement14:55
cjwatsonoh, it does? it has no manual page so I couldn't tell14:55
pitticjwatson: s/does/is planned to/ :-)14:55
pitticjwatson: for now I plan to drop cdrom, floppy, plugdev, audio, video, dip14:56
pittiand keep dialout, adm, fuse14:56
cjwatsonbit of a horror show of a UI though14:56
pitticjwatson: how do you mean?14:57
cjwatsonplugdev> awooga that's used by other bits of the installer14:57
cjwatsonpolkit-gnome-authorization? it's one of the most complex UIs I've ever seen :)14:57
cjwatsoncame up in Ubuntu reviews too14:57
pitticjwatson: what's behind the "enable modem access" checkbox shouldn't matter to the user? (PolKit call or add group)14:57
cjwatsonoh, if there's a cleaner wrapper around it, sure14:57
pitticjwatson: ah, right; yes, that's known upstream, too, and being worked on14:58
cjwatsonpartman-basicfilesystems/fstab.d/basic:64:                      # base-passwd defines gid 46 as group plugdev14:58
cjwatsonpartman-basicfilesystems/fstab.d/basic:74:                      # base-passwd defines gid 46 as group plugdev14:58
cjwatsonused for giving people the ability to see the contents of FAT/NTFS filesystems14:58
cjwatsonand write to them, come to that14:58
pitticjwatson: the installer cares which groups the initial user is in?14:59
pittis/cares/& about/14:59
cjwatsonor, rather, if they aren't in plugdev, they won't be able to read/write those filesystems14:59
cjwatsonwhich will be a fairly serious regression14:59
pittihm, how odd14:59
cjwatsonpitti: not that odd - with the way FAT/NTFS permissions work, it has to just give access to a Unix group14:59
pittiI wasn't aware that these parts of the installer run as the target user instead of just in the installer context14:59
cjwatsonthey don't14:59
cjwatsonbut the result, post-install, will be that the user cannot read from or write to those filesystems15:00
cjwatsonthe alternative is to give access only to root (inconvenient) or to a specific user (doesn't allow permissions to be extended)15:00
cjwatsonat the time, plugdev was a pretty reasonable choice for that15:01
pittihm, I still don't understand, I'm afraid15:01
cjwatsonwe put this in fstab:15:01
cjwatson                        echo "$path" "$mountpoint" vfat $options,umask=007,gid=46 0 115:01
pittiI haven't had plugdev membership for ages, and no problem with fat/ntfs drives15:01
cjwatsonif the user is not in gid 46 then they will not be able to use their Windows-formatted data partition15:01
cjwatsonthen you have yours set to non-default permissions15:02
pittioh, that, I see15:02
cjwatsonthis is for ones that the user explicitly mounts in a particular place using the partitioner15:02
pitticjwatson: well, I never statically add windowsish partitions to fstab15:02
cjwatsonrather than filesystems that are automatically mounted15:02
cjwatsonyou don't, but it's not uncommon to want them on e.g. /data rather than /media/blah15:02
cjwatsonand people do do that15:02
cjwatsonit's not the absolute novice user case, but it's within what I'd consider to be relatively normal use of the desktop CD15:03
pittihm, seems we cannot get rid of either (fstab/groups) without getting rid of the other, too15:03
cjwatsonis plugdev doing any harm? just leave it there :)15:03
pittiwell, seems I need to for this round then :)15:04
cjwatsonI do understand the rationale, and we shouldn't use plugdev in similar ways for new purposes15:05
pittigroup 'sambashare'? that's new to me15:09
pittiah, bug 23822415:10
ubottuLaunchpad bug 238224 in user-setup "[PATCH] Initial user should be added to sambashare group if it exist" [Medium,Confirmed] https://launchpad.net/bugs/23822415:10
slytherinCan any of the archive admins please process batik from 'NEW'? I would like to start looking into the packages that depend on batik and hence never built before.15:14
norsettoseb128: hi, seen my email?15:17
seb128norsetto: hi, I had a quick glance on the subject but that's all, I'm still busy catching up on other things after 2 weeks travelling, is there any hurry?15:21
norsettoseb128: well, if you could say yes or no soonish would be nice otherwise the guy will be kept hanging15:23
mkrufkyto my surprise, "apt-cache search cogito" does not find any cogito package in hardy ....   am i looking in the wrong place?15:35
jcristaumkrufky: no. cogito is dead.15:36
mkrufkycogito always accepts my malformed git commands....  now i have to learn how to use git PROPERLY ???15:36
mkrufkyjcristau: can you recommend another tool?15:37
mkrufkyok, thanks15:37
DktrKranzmkrufky: for additional informations, see debian 43624815:38
ubottuDebian bug 436248 in ftp.debian.org "RM: cogito -- ROM; FTBFS, orphaned upstream, superseded by git-core" [Unknown,Closed] http://bugs.debian.org/43624815:38
mkrufkythank you, DktrKranz15:38
hwildeanybody else get hit with smenara ?15:39
hwildefound this nonsense in root history  http://pastebin.ubuntu.com/29004/15:41
hwildetar file has a port scanner, a password list, and a replacement binary for ssh and sshd :/15:42
mkrufkyhwilde: take a look in /tmp/ for any suspicious directories15:43
hwildeI looked around couldn't find anything15:44
mkrufkyhwilde: especially directories whose name is comprised of >= 1 whitespace chars15:44
hwildebut when I tried to ssh it gave a bunch of bogus ssh2 errors15:44
hwildeso I removed and purged ssh, sshd, changed all passwords, reinstalled15:44
hwildefine now15:44
hwildebut I couldn't find anything out on the net related15:44
slangasekgeser: yes, on my todo list15:44
mkrufkyi got hit by something a few months ago.... actually, it was a server that was powered down for a few years... i think i got attacked BEFORE i took it down, and only noticed a few months after bringing it back online15:44
hwildeso if it's not a widespread thing on the net, I am thinking it was someon internal :/15:45
mkrufkyhwilde: also look around for suspicious cron deamons15:45
mkrufkyany users logged in that arent u15:45
hwildenot without sshd :)15:45
mkrufkylook anyway ... if there are false cron daemons running, it can spawn processes without using sshd15:47
hwildenothing in cron15:48
hwildeno users logged in15:48
hwildeno way they could I removed --purge sshd15:48
mkrufkyi dont mean actual users15:49
mkrufkyjust ps aux and see if anything looks wierd15:49
mkrufkymy users logged in, i means any tasks running that may or may not be malicious15:49
mkrufky^ s/my/by15:49
mkrufkyanyway, im just making suggestions... i got hit pretty badly, but it was on a very very old system runnign a 2.4 kernel that i did not keep up to date with security fixes15:50
mkrufkyit was actually rather entertaining tracking it down15:50
hwildedbus-daemon --fork --print-address 24 --print-pid 26 --session15:51
hwildethat looks a bit odd15:51
hwilde /usr/lib/bonobo-activation/bonobo-activation-server --ac-activate --ior-output-fd=2815:51
hwildepretty sure I don't need htat either15:51
hwildebut they don't smell malicious15:51
hwildethe scripts don't even look like they work15:52
hwildeseems like a junior hack attempt15:52
hwildebut why would it just hit me and no hits on google15:52
hwildemust have been an inside job15:52
mkrufkykeep in mind that the hacker might want you to THINK that15:52
Trewassome rootkits change binaries or even modify kernel so that their processes do not show, so there is no easy way to be sure everything has been purged (and whoever did it does not have access anymore) short of complete re-install15:53
ion_“hacker” – /me cringes15:54
ion_rkhunter and chkrootkit might give some diagnostics.15:54
cjwatsonTrewas: (FWIW boot from read-only media and verify md5sums plus a manual check of any other unwanted files would normally be sufficient, though I'd only advise it to a competent person)15:58
pittijames_w, seb128: our system-tools-backeds still installs /etc/dbus-1/event.d/70system-tools-backends; to me it seems entirely obsolete since /usr/share/dbus-1/system-services/org.freedesktop.SystemToolsBackends.service starts it automatically; do you see any problem with that? (works fine for me)15:58
pittijames_w: (currently processing your mergre)15:58
seb128pitti: any problem with what? having a duplicate way to start it? seems not optimal but I don't think it creates bugs either16:00
Trewascjwatson: right, if you have the known good md5sums available... gathering them by hand takes some effort and debsums at least does not know nearly all packages16:04
pittiseb128: it's rather about having the s-t-b daemon running all the time, needlessly16:04
hwilderkhunter seems pretty cool...   but it just says       Checking /dev for suspicious file types                  [ Warning ]16:05
hwildewhich ones are the suspcious file types :/16:05
hwilde[11:04:04]          /dev/shm/pulse-shm-2415330484: data16:05
seb128pitti: not sure what the "that" refers to in what you wrote before but if you suggest removing the event.d script I think that's a good idea16:06
pittiseb128: ok; will do that then, merci16:07
seb128cool, thanks16:07
cjwatsonTrewas: debsums does know nearly all packages, although it omits a few16:08
hwildecjwatson, isn't there an automated way to do that from livecd16:09
cjwatsonhwilde: is there?16:09
cjwatsonit's news to me if there is a simple way16:09
cjwatsonhttp://lintian.debian.org/tags/no-md5sums-control-file.html lists 221 packages, which is a rather small minority16:10
hwildeI guess you would have to build the checksum list and put it on an external hd first16:11
hwildethen tell the livecd to read that and compare16:11
hwildethat would be pretty tight16:12
hwildeI think i'm going to build it and then check my system16:12
Trewascjwatson: well yeah, rootkit would have to be quite carefully constructed to hide in the set of packages which debsums misses :)16:13
gaspasomeone knows who or what takes care of closing bugs, starting from changelogs like (lp:xxxx) ??16:16
gaspasome scripts? launchpad itself? soyuz?16:16
hwildegaspa, #ubuntu-bugs takes care of it16:20
gaspahwilde: i mean "automatically"...16:21
hwildei mean   /join #ubuntu-bugs16:21
seb128gaspa: soyuz does, why?16:24
gaspaseb128: thanks.16:25
gaspafor a discussion on debian-devel. (please a moment... searching for it)16:25
gaspaseb128: http://lists.debian.org/debian-devel/2008/07/msg00697.html16:27
gaspathe point is:"if a debian maintainer close a LP bug on his changelog, will be automaticaly closed in launchpad?"16:27
gaspathe answer seems to be "yes".16:28
gaspai only wanted to know how... but now i'm likely satisfied.16:28
seb128gaspa: https://wiki.ubuntu.com/ClosingBugsFromChangelog for reference16:29
=== pmatulis is now known as pmatulis_afk
gaspai see, seb128, thanks.16:32
hwildehow can you destroy the root passwd is somebody set it16:35
cjwatsongaspa: yes, our tool that syncs packages from Debian parses the changelog for LP: entries16:35
gaspacjwatson: yep.16:37
slangasekgaspa: fwiw, I've just added an explanation to https://wiki.ubuntu.com/UbuntuForDebianDevelopers about the changelog closing, in response to that thread on d-d16:46
=== pmatulis_afk is now known as pmatulis
=== norsetto is now known as norsetto_limbo
jdstrandkees: well, I haven't figured out the solution yet, but I have identified the problem with ubuntu-cve-tracker and firefox17:32
jdstrandkees: firefox (the source package) produces the firefox-2 binary, but not the firefox binary17:33
jdstrandkees: firefox-3.0 (the source package) produces the firefox-3.0 binary and the firefox binary17:33
jdstrandkees: you can see the issue with 'apt-cache madison' and 'apt-cache showsrc'17:34
jdstrand(for hardy)17:35
jdstrandkees: the trick is to get ubuntu-cve-tracker to work this out, without breaking other stuff...17:36
jdstrand(ie, it needs to pick 'firefox-3.0' as the source package in this case)17:37
keesjdstrand: hurm, what's the example failure I can see with it at the moment?17:37
jdstrandkees: well, you can see what happens with ubuntu-cve-tracker by doing './scripts/cve_status CVE-2008-2785'17:38
jdstrandkees: you can see that the table shows firefox as 'needed' for all releases, though the CVE shows firefox as released for dapper-hardy17:39
jdstrandkees: however, I don't think it's ubuntu-cve-tracker's fault, but perhaps apt_pkg17:39
jdstrand(from python-apt)17:39
jdstrandor perhaps our usage of it17:40
jdstrandkees: I believe 'apt-cache madison firefox | grep hardy' demonstrates the issue17:40
jdstrandkees: we really should only get back the firefox 2 source package (which is named 'firefox'), but we get back both firefox and firefox-3.017:41
* kees scratches his head17:41
jdstrandkees: at least, I only want to see the firefox 2 source package in that case17:42
keeshm, we're only using apt_pkg do parse the file...17:43
pittihey kees17:43
kees(and compare versions)17:43
keesheya pitti!17:43
keesjdstrand: but yeah, there is certainly something wrong... hm17:44
jdstrandkees: re apt_pkg> well, it is precisely the parsing that is the issue :) it does seem consistent across various apt invocations, so I am not suggesting a bug there, just that we need to somehow work around it's parsing17:47
HewWhat's the best way to contribute a small patch to language-support-writing-en (to fix bug #58308)? I'm not an experienced contributor, and looking at the naming scheme of the version, appending ubuntu1 doesn't seem appropriate.17:52
ubottuLaunchpad bug 58308 in language-support-en "No spell check in en-au locale" [Undecided,Confirmed] https://launchpad.net/bugs/5830817:52
slangasekRiddell: 189MB to go on the CDs? :-)17:53
Riddellslangasek: I don't think the livefs has rebuilt yet17:53
Riddellslangasek: it needs a recommends changed in arts but arts fails to build with a nasty compile error I don't understand17:54
slangasekok; shall I have a look?17:54
LaserJockpitti: bummer, re: rm'ing chroots17:54
pittiLaserJock: :)17:55
LaserJockpitti: thanks for the tip though17:55
Riddellslangasek: don't know if that makes any sense to you17:55
slangasekRiddell: a vague amount of sense; is this reproducible with the version in the archive?17:55
Riddellslangasek: yes17:56
cjwatsonHew: language-support-* are all generated; it's better to make a bzr branch of langpack-o-matic and submit that for review (there are facilities in LP for that)18:00
cjwatson(oh, and mention the branch in the bug too)18:00
=== norsetto_limbo is now known as norsetto
Hewcjwatson: thanks for your help. I'm a noob at bzr, so I'll have a look at it :-)18:02
jdstrandkees: hmm-- I don't think this is as complicated as I thought-- a bug was recently introduced that appears to mark all as needed if one is needed18:08
jdstrandkees: as I think I may have introduced it, I'll fix it :)18:09
keesjdstrand: okay, cool, I was just zero'ing in on it myself too18:09
slangasekmathiaz: samba 3.2.0 wants merging :)18:09
asacpitti: ArneGoetje: have you heard of any issues with the lang packs? you think we could copy them tonight so we can release the ffox/xul bits tomorrow morning?18:12
pittiasac: one positive (pt from slangasek), no negatives18:13
asacso noone replied on the call for testing?18:14
pittiif so, they should have replied to Arne18:14
asacpitti: so is one week without negative feedback enough for you?18:17
pittiI don't understand why we don't get feedback this time18:17
asacpitti: i gave you the reason ;) ... the name matters18:18
pittiit's just about installing the -proposed packs, checking if GNOME starts and works, and Firefox is translated18:18
asacpitti: firefox being translated i can check for a lot of languages18:18
pittiasac: maybe you can verify for Chinese, Spanish, German, and French?18:19
pitti(for ffox)18:19
asacpitti: i can do that now.18:19
pittiffox is the part I'm most concerned about, the .po files should be ok18:19
pittiasac: many thanks18:19
asacpitti: i already checked almost all languages when i acked the packages to enter -proposed18:20
asacanyway i can retry18:20
pittiasac: ah, good18:20
asacpitti: the only thing we should do is to roll the langpacks out half a few publisher runs before the firefox bits18:21
=== RainCT is now known as RainCT_
pittiasac: the -proposed packs will work with the firefox in -updates?18:21
pittiasac: i. e. you just bumped maxVersion?18:21
asacpitti: yes. just the other way around18:21
asacis a problem18:21
asacpitti: let me check that ;)18:21
pittimmmmmm testing :-P18:22
asacfor the important languages ;)18:22
* pitti hugs asac18:22
asacpitti: but in the end the translations didnt change ;)18:22
asacwould be scary if they broke18:22
* asac searches for old ffox and xul18:22
johanbrasac: What should I do with bugs I find in the network-manager package  from the n-m 0.7 ppa?18:23
slangasekpitti: if someone can tell me why I get a black screen when trying to switch back after starting a session as a new user, I'd be happy to test more languages for you :-P18:24
zulslangasek: already merged and uploaded :)18:25
pittislangasek: hm, I don't get that; do you use compiz?18:25
slangasekzul: heh, ok18:25
slangasekpitti: nope18:25
asacjohanbr: tell me briefly here and i tell you what to do ;)18:25
asacslangasek: xorg driver issue i'd say. at least sounds wierd enough ;)18:26
johanbrasac: After resume from suspend-to-ram, n-m takes a very long time (~10 minutes) to expire wireless networks no longer present.18:26
slangasekasac: well, telling me it's an xorg driver issue doesn't make it stop happening, though18:26
asacslangasek: right. if there is no choice for your chipset.18:28
asacpitti: ok. good news. no translation got disabled after downgrading ... now lets check for breakage18:30
pittiasac: in the meantime, let me copy the langpacks from hardy-proposed to intrepid18:30
asacpitti: good idea18:31
pittinew ffox in intrepid has broken translations, too, the langpacks should help18:31
tkamppeterRiddell, hi18:32
Riddellhi tkamppeter18:33
pittihey tkamppeter18:33
tkamppeterRiddell, did you hear anything new from Alex Wauck in the last days?18:33
tkamppeterhi pitti18:33
Riddelltkamppeter: no, I didn't get a weekly status report last week, I e-mailed him this morning about it but nothing yet18:34
asacpitti: ok NEW de, fr, zh_TW, zh_CN, pt_BR, pt_PT and es_ES work fine with _old_ ffox/xulrunner18:36
asacpitti: let me upgrade and do the same for new ffox/xul18:37
asacpitti: ok NEW de, fr, zh_TW, zh_CN, pt_BR, pt_PT and es_ES work fine with _NEW_ ffox/xulrunner18:50
pittiasac: ok, thanks a lot; I'll do the copy-o-mania hten18:51
asacpitti: cool. ill remind you tomorrow morning and we can do the final ffox/xulrunner release then18:52
asacthank you very much18:52
pittino problem, thanks for testing18:53
slangasekRiddell: I think I have a patch for arts; where do you want it?19:00
Riddellslangasek: an http url is nice19:01
slangasekRiddell: how about an http url to a mergeable vcs branch? :)19:02
Riddellslangasek: if that's easy to do, sure19:03
slangasekRiddell: hrm, given the structure of the bzr branch that's available, perhaps not :/19:05
slangasekRiddell: http://people.ubuntu.com/~vorlon/arts-ftbfs.diff19:07
Riddellslangasek: I always said you were a genius19:09
slangasekwell, if I'm writing patches like this one, that must make me an evil genius ;P19:11
liwslangasek, yikes19:13
ogracjwatson, https://bugzilla.mindrot.org/show_bug.cgi?id=1399 does that get us proper statfs calls in sshfs as well ?19:21
ubottubugzilla.mindrot.org bug 1399 in sftp-server "add statfs extension to sftp-server" [Enhancement,Resolved: fixed]19:21
kirklandpitti: hiya, are you still around?19:26
pittihey kirkland, yes19:26
pittiunfortunately no Taekwondo on Mondays during school holidays :/19:27
kirklandpitti: hey, this is in regards to the ecryptfs MIR19:27
kirklandpitti: :-)19:27
kirklandpitti: actually, for one of ecryptfs' build deps, opencryptoki19:27
kirklandpitti: doko had raised a concern about it, hard coding 2048 for path names19:27
pittiright, I saw it19:28
kirklandpitti: i wrote a patch, that made it upstream into opencryptoki last week, and an updated package is now in Debian unstable19:28
kirklandpitti: would you be able to force a sync?19:28
kirklandpitti: there are no Ubuntu changes19:28
pittikirkland: nice work!19:29
kirklandpitti: oh, sure, no problem ;-)19:29
kirklandpitti: also, I think your concerns about the ecryptfs PAM module are addressed in the last merge19:29
pittikirkland: opencryptoki synced19:30
kirklandpitti: i have a stack of manpages I wrote for ecryptfs that I'm sending upstream today, should hit Debian within a day or two19:30
kirklandpitti: cool, thanks, i'll point doko to that in the MIR bug report19:30
pittikirkland: that's good (but that won't block the MIR)19:31
kirklandpitti: see if that code makes him happier ;-)19:31
kirklandpitti: oh, right, more just an heads up that I might need to do another merge later in the week19:31
mathiaz13:09 #ubuntu-devel: < slangasek> mathiaz: samba 3.2.0 wants merging :)19:44
mathiaz13:10 #ubuntu-server: < zul> mathiaz: samba-3.2 uploaded19:44
mathiazthat was fast...19:44
slangasekquite :-)19:44
zulmathiaz: i was up early :)19:45
slangasekjdstrand: have you seen bug #249881?  ISTR that SASL/EXTERNAL auth was one of the use cases you test for, no?19:51
ubottuLaunchpad bug 249881 in openldap "Hardy slapd server is not supporting sasl/external authentication" [Undecided,New] https://launchpad.net/bugs/24988119:51
alex-weejhow do i enable the apport segfault catcher?19:51
alex-weejlots of things going wrong in intrepid... think i need to get on top of them19:51
RAdamsI need to compile 2.6.24-19 with acpi debugging AND tracing to track a known issue on Dell Latitude d800 and so laptops. I am familiar with how to do this with a vanilla kernel, but I want to confirm what the most useful/correct way to do this for this Ubuntu-specific build. I would love to help finally nail down this problem and thus contribute to the improvement of Ubuntu, but I need a point in the right direction. Thanks.19:52
jdstrandslangasek: it is one of the test cases in qa-regression-testing, yes19:54
slangasekRAdams: I'd suggest asking on #ubuntu-kernel19:54
RAdamsslangasek: thank you19:54
jdstrandslangasek: oh, 'external', no, I just test supportedSASLMechanisms: DIGEST-MD519:55
slangasekjdstrand: ok19:55
slangasekjdstrand: right, looks like this is broken in hardy but works in sid (so probably works in intrepid too, haven't tested there)19:57
jdstrandslangasek: I've made a note to add a test case for this19:59
zulslangasek: how do you test that?19:59
slangasekzul: well, the bug reporter shows how to check whether it's a supported sasl mech20:00
zulslangasek: k20:01
pwnguinpoor sh20:12
iloweAnybody have a quick and easy way to get mercurial to output a properly formatted changelog?20:18
alex-weejhow do i enable the apport segfault catcher?20:25
mario_limonciellalex-weej, modify /etc/default/apport20:26
mario_limonciellthere is a variable for enabled={0,1}20:26
iloweHow do I patch a config file when installing a package? Do I have to do it "manually" in my postinst or is there a better way?20:29
mario_limonciellpitti, slangasek did one of you folks adjust the component of the fglrx-installer source package from multiverse to restricted?20:36
slangasekin what context?20:37
slangasekfglrx-installer - looks like it's intrepid-only?20:37
mario_limonciellyeah it is20:37
slangasekI haven't touched that, no20:37
mario_limonciellit's lived in multiverse for some time20:37
mario_limonciellsince i first uploaded it20:37
mario_limonciellwhich was great since i could do the uploads without a sponsor20:38
mario_limonciellbut over the weekend it looks like it moved around :(20:38
slangasekyeah, wasn't me20:38
slangasekwere the packages it builds previously in restricted?20:39
mario_limonciellso maybe it was an oversight that was just rather convenient for me20:40
mario_limonciellslangasek, well is copying from PPA release pockets to the archive supported now?  perhaps that can be a more sane use model for doing these uploads?20:47
slangasekmario_limonciell: that would seem to imply archive admin intervention, so no, I don't think that's more sane...20:48
=== chuck_ is now known as zul
Wubbbibug 24985020:57
ubottuLaunchpad bug 249850 in synaptic "Synaptic Freez up after installing Packages" [Undecided,New] https://launchpad.net/bugs/24985020:57
pittimario_limonciell: no, copy-package is too dumb to respect/change the overrides, so you'd have to do regular uploads21:18
mario_limonciellpitti, could you change it back to leaving the source package in multiverse then?21:20
pittimario_limonciell: it doesn't make sense to have the source in mulitverse and binaries in restricted21:20
mario_limoncielli'd hate to have to bug sponsors for this since i'm the only one that can control the upstream packaging for it at this point21:20
pittimario_limonciell: I can move the entire source/binaries back to multiverse for the time being, if that's better?21:21
mario_limonciellpitti, well for doing uploads for now that makes more sense, but for long term, i suppose it should live in restricted21:22
mario_limonciellpitti, well whatever you think is the best solution at this point21:23
pittiasac: for the record, copy to intrepid done, starting copy to hardy-updates now21:26
pittiasac: should be done by midnight21:26
=== macd_ is now known as macd
alex-weejasac: is n-m 0.7 planned for intrepid?21:33
asacalex-weej: yes21:48
alex-weejis it getting into the archive soon or should i use your PPA to test?21:49
slangasekScottK: is there an MIR in progress for libcrypt-openssl-rsa-perl (needed by libmail-dkim-perl)?21:55
stgrabersuperm1: Hi, I just noticed the upload of the new fglrx, is it supposed to work with the new X server ?22:05
AlinuxOShello, I'm installing Ubuntu 8.04.1 on my Acer Aspire One (nettop), knows someone about this kind of installation?22:07
mario_limonciellstgraber, unfortunately not.22:09
mario_limonciellstgraber, still need to roll back to older x server22:09
mario_limonciellthis release does perform a lot better though otherwise22:09
stgraberok, so let's hope next driver will solve that (maybe this Wednesday if they stick to their "usual" release schedule)22:10
mario_limonciellstgraber, well this is the "next driver" (the 8-7 release)22:11
mario_limonciellso i'm really disappointed too22:11
stgraberargh :(22:11
stgraberso one more month to wait and hope we'll have something working ...22:11
mario_limonciellwell i'm starting to wonder if we can get around this by just restoring the single missing symbol22:11
mario_limonciellfor now22:11
mario_limonciellbut i dont know exactly what the function does, so i'm wary of doing that22:12
stgraberwould be great to have it install again, the new cdbs packaging works fine from what I've tested (before the new X upload), the only problem is that missing symbol ...22:12
mario_limonciellwell if nothing else, this could be backported though to hardy if users wanted it too22:13
mario_limonciellthe way that the packaging is handled, it should override LRM, and it won't apply any 2.6.26 support patches when built on != intrepid22:14
mario_limonciellso it appears that with the libtool in intrepid, ltmain.sh got moved from /usr/share/libtool/ltmain.sh to /usr/share/libtool/config/litmain.sh.  Should we be writing patches to configure scripts to handle this, or what's the appropriate policy for it?22:33
slangasekyou have packages where this requires handling?22:34
mario_limonciellwell it looks like libsmbios is FTBFS now22:35
mario_limoncielland that appears to be the root cause from what i've looked around22:35
slangasekin the general case, packages ship a copy of ltmain.sh in their source; a smaller number of packages update at build time using libtool -f -c.  No package ought to be linking directly to the system copy of ltmain.sh, AFAIK.22:36
mario_limonciellwell after a run of configure, there is a symlink to where it should be (was in hardy) in /usr/share/libtool.22:37
mario_limonciellso then the package should be fixed to use its own ltmain.sh then22:37
mario_limoncielli'll speak to upstream about it22:37
keeswow.  pulse audio sounds really really bad.22:38
mario_limoncielli suppose this explains why my patch was working early last week though.  the new libtool that broke stuff came in on the 18th22:38
slangasekmario_limonciell: it doesn't look like an upstream bug to me, it looks like a packaging bug22:39
slangasek        test -e build/ltmain.sh -a -L build/ltmain.sh || \22:39
slangasek                ln -sf /usr/share/libtool/ltmain.sh build/ltmain.sh22:39
slangasekthere's a "libtool -f -c" command for this, someone broke the abstraction22:40
* slangasek sees who the maintainer is and sighs22:40
keesomg, seriously, how do I get rid of pulse?22:41
=== RainCT_ is now known as RainCT
mario_limonciellslangasek, yeah you are right.  in the upstream tarball the ltmain.sh is present22:42
mario_limonciellslangasek, why do you sigh about the maintainer though?22:43
slangasekkees: system -> preferences -> sound?22:43
keesslangasek: doesn't seem to work for gnome start up nor flash.  they are ignoring it.22:43
slangasekmario_limonciell: History<tm>22:45
keesugh, such horror.22:45
slangasekkees: no one else is screaming about pulseaudio sounding horrible; you might want to file a bug report about that?22:45
mario_limonciellslangasek, well i guess i'll file a bug in debian then with this chap22:45
keesslangasek: yeah, I guess so.  *sigh22:46
slangasekkees: and if this is intrepid, are you sure this isn't the weirdness with the snd_pcspkr driver?22:46
keesslangasek: well, it does sound that bad, so maybe it is.  I hadn't heard of that until you mentioned it.22:48
slangasekkees: try rmmoding the module in question (snd_pcspkr or snd_spkr or something I don't remember exactly) and see if it takes care of it22:50
keeshrm, it's being held open, one sec22:50
slangasekthen afterwards, let me know if you see a bug report open about this, so I can milestone it :)22:51
keesslangasek: yeah, it has clearly chosen the wrong default sink.  thanks PA22:53
slangaseknot sure PA is to be blamed for alsa suddenly enabling bizarre PC speaker output devices :)22:54
keesyeah, though clearly ALSA picks the right default...22:54
keespulseaudio manager is helpful enough to not let me change it.  *sigh*22:55
tedgkees, you might need the pulse audio tools.22:56
keestedg: I've got like 3 open currently.  which is the "right" on?22:56
tedgkees: Try pavucontrol and pavumeter22:56
tedgkees: Then you can right click and change the device defaults.22:57
tedgkees: puvacontrol, Output Devices, then set the right one to default.22:57
keestedg: hah.  that was very discoverable.  (the right-clicking)22:57
TheMusokees, slangasek, tedg, I'll be looking at the pulse/PC speaker issue this week, maybe even today for intrepid. There are bugs filed on it, so its certainly known. Its an alsa issue.22:57
tedgkees: You might need to go to Playback tab and change some things there also.22:58
slangasekTheMuso: can you give me a bug number?22:58
keestedg: default changed it.22:58
TheMusoslangasek: Give me a bit to get to that folder in my mail. Still processing mail for the first time this morning.22:58
slangasekTheMuso: ok :)22:58
keesso now I guess I should open bugs about flash and gnome login sounds not respecting the sound config settings.  (I set everything to ALSA in an earlier attempt to fix this)22:58
slangasekif by gnome login you mean gdm, there's a bit of a problem with trying to make it respect per-user sound settings23:00
tedgkees: No, you should just give up and accept "the pulse way" ;)23:00
keestedg: feh.  only when it doesn't skip on start-up and doesn't eat half a cpu.23:01
tedgkees: You need quad-core, then it's only 1/8th the CPU.23:01
keesslangasek: I assume I mean gnome, but whatever plays the "login" sound event.23:02
keestedg: I have a quad core.  they're busy doing other things.  (hence the skipping and getting in my way generally being a problem for me and pulse)23:02
keesbut, yes, it seems that alsa is the real culprit here, somehow23:03
* kees blames it all nonfree flash23:10
keestedg: okay, if you can show me how to get flashplugin-nonfree to work with pulse, I'll switch to pulseaudio.  :)23:11
kirklandis there a lint-like program to run on manpage source code?23:12
tedgkees: swfdec works for me.  :)23:14
keestedg: it doesn't for me.  :)23:14
tedgkees: Chris Blizzard just said that mozilla trunk works with Ogg, just upgrade.  I'm sure there are no security issues.23:15
tedgkees: BTW, are you sure you tried swfdec and not gnash, gnash never worked and swfdec was much, much better.23:16
keestedg: hrm? my problem is half the flash sites I go to don't work with either swfdec or gnash.  I would agree that swfdec was better, though.23:17
keescurrent problem seems to be that even with libflashsupport installed, flash tries to use alsa instead of pulseaudio23:17
tedgkees: I don't go to that many flash sites I guess...  I like that swfdec doesn't load unless I ask it to.23:18
keestedg: yeah, that's handy.  NoScript basically does the same for me.23:18
slangasekaugh, how do I get dbs-edit-patch to be non-fecal for 10 seconds?23:19
keesslangasek: ew.23:20
keestedg: although at this rate, I'm more likely to have less frustration with swfdec than nonfree flash playing audio back on the only available audio device, the alsa pc speaker.  *sob*23:20
tedgkees: Freedom is good for you ;)23:22
keestedg: so is being able to read crazy hacker blogs.  :)23:23
keescjwatson: why was openssh-blacklist moved to a Suggests on openssh-server?23:23
slangasekspace reasons23:24
slangasekdo you think it's still critical to include?23:24
keesslangasek: well, it leaves new servers open to dumb people putting busted keys on the server.23:27
keesslangasek: in theory, no keys should be left in the world.23:27
slangasekmaybe it can be re-added in the case of openssh-server without hurting us on the CDs, I'm not sure23:28
keestedg: fail.  swfdec just crashed firefox.  :)23:31
sbeattiekees: wait, wha? You're reading crazy hacker blogs and you need/want flash? Uhm, h'okay....23:32
cjwatsonogra: statfs> I don't know whether sshfs needs to be updated too23:32
ogracjwatson, do you plan to pull that into our 4.7 ?23:33
cjwatsonkees: as Steve said, it didn't fit. I know demoting it is not without problems, but find me some space23:33
keessbeattie: I was wondering when someone would ask.  ;)23:33
ograseems the patch is 5.1 only23:33
cjwatsonogra: I'd rather not brutalise our 4.7 further, TBH23:33
keescjwatson: okay, no problem.  as long as you're okay with it.23:33
ograit would be massivley helpful for ltsp localapps23:33
cjwatsonunderstood, I'll see if I can get us up to 5.123:33
ograwhich is what i'm going to portland for on wed :)23:33
ograthat would indeed be even better23:34
cjwatsonogra: I was trying to get 4.7 (with all the key vulnerability nightmares) settled for lenny23:38
ograunderstood ... but then 5.1 would indeed move us away from debian for now23:40
ogra(isnt lenn yfreezing in about a month or two ? )23:40
slangasekor a day or two23:40
ograoh, really ? that soon ?23:40
slangasek"this week"23:41
ograi didnt really keep track23:41
ograi just knew that sept. was the estimated date ... so i suspect dec to be the real one :)23:41
kirklandcjwatson: can you recommend an sort of lint-like utility that reviews manpage source?23:42
cjwatsonkirkland: man --warnings (or --warnings=foo,bar,baz where warning names are as listed in the Warnings node of 'info groff')23:51
cjwatsonogra: I was going to put it in experimental23:51
cjwatsonogra: and yes, it would introduce divergence, but it's not as if I have problems contacting the Debian maintainer ;-)23:51

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!