[00:55] sup [01:05] * Hobbsee waves [01:23] Hobbsee: hey you want to sponsor in Transmission before the freeze? [01:23] * jdong adds a pretty please or two to that [01:24] not from here, no :) [01:24] remind me in ~10 hours [01:35] jdong: What is being changed? [01:38] TheMuso: new upstream release, FFe granted [01:38] bug INSERTNUMBERHERE (lemme actually find it) [01:39] that's bug 196138, dgettable dsc provided [01:39] Launchpad bug 196138 in transmission "Please update to 1.06" [Undecided,Confirmed] https://launchpad.net/bugs/196138 [01:56] jdong: Its building now, will upload after lunch. [01:57] TheMuso: sweet, thanks :) [02:42] jdong: uploaded. [02:42] TheMuso: whee :) thanks [02:42] jdong: You're trying to make me able to use mythtv:// urls in totem, right? [02:43] RAOF: -EREALLYCONFUSED [02:44] * RAOF has experienced ECONFLATE error, and will now shut up. [02:44] It's actually superm1 I'm thinking of. [02:44] * superm1 says hi [02:45] superm1: _You_ are the one trying to make mythtv:// urls work in totem? [02:45] hehe [02:45] uh oh [02:45] whatd i do [02:45] Nothing? I'd just quite like it to work, and it doesn't. [02:46] well that's not exactly how the plugin works.. [02:46] there is a second piece to it still to make it "user friendly" [02:46] via upnp [02:46] but for now do this [02:46] open gconf-editor [02:46] and find the gmyth key [02:46] and set your DB [02:47] and user name and pass and stuff [02:47] then activate the plugin in totem, and it should be a drop down option on the side bar [02:47] Ah. Right. [02:48] that reminds me i should send another email to gmyth-devel to straighten the licensing on gmyth-upnp [02:48] i sent one almost a week ago now [02:49] I suggest infiltrating upstream and dumping license headers into VCS. [02:50] i should. [02:50] the weird thing is they were responsive within like 30 minutes before [02:50] so i'm not sure if they just fell off the side of the earth or what [02:56] superm1: I don't suppose gmyth is going to stream DVB over the network anytime soon? [02:56] well it can, the only thing missing is the interface [02:56] it can do livetv urls [02:57] Right. So it should be possible to do livetv://2 or something? [02:57] i dont know the exact syntax for it [02:57] but it is quite possible to do [03:58] hi, why not adding bash-completion and enabling this by default? the new bash package does not have /etc/bash_completition included anymore, it is external [03:58] hi laga , did you update aufs for lum? === bryce_ is now known as bryyce === kitterma is now known as ScottK2 === lando_ is now known as lando === sourcode_ is now known as sourcode [06:45] Good morning [06:48] Good morning [07:20] hi pitti, could you add bash-completion by default? [07:21] Kano: technically yes, but this should be discussed on u-devel@ first; IIRC there were reasons for dropping it [07:22] well it was "dropped" because bash package was updated and now it is split. before it was just in bash itself [07:44] Kano: it wasn't turned on by default before, was it? [07:45] well it should be turned on, as it is very nice to have [07:51] hum, cron.daily/apt tries to run gconftool, but apt does not depend on it, so maybe it should check for it's existence before running it? [07:51] tjaalton: wow that was fast [07:52] 3 minutes after i marked that dupe you corrected it :P [07:52] Amaranth: hehe :) === doko_ is now known as doko === carlos_ is now known as carlos [08:22] pitti: just read your comment on bug 123963 - I don't know how to debdiff could have been broken [08:22] Launchpad bug 123963 in ubuntu-docs "Ubuntu 7.04 and 7.10 documentation updates have not been done" [High,In progress] https://launchpad.net/bugs/123963 [08:22] mdke: doesn't matter much anyway [08:22] mdke: just tell me how to build a source package, or build it and put it somewhere, and I'll sponsor it [08:22] pitti: anyway you can grab the branch at https://code.edge.launchpad.net/~ubuntu-core-doc/ubuntu-doc/gutsy [08:23] from that you can just build it with debuild [08:23] ah, nice [08:23] nothing else to do [08:24] carlos: do you know how bug 196106 could have happened? [08:24] Launchpad bug 196106 in language-pack-kde-de "context menu entry "Paste File" [and other dialogs] not translated into German (anymore)" [Undecided,Confirmed] https://launchpad.net/bugs/196106 [08:24] i'm slightly worried the debdiff broke though [08:24] pitti: let me check.... [08:26] tjaalton: How's nouveau-in-experimental going? (Man nouveau is so much faster than the blob at scrolling firefox) [08:26] tjaalton: (That was you, right? I've not had a good time of names recently) [08:26] pitti: without checking anything, I can only 'blame' a bad translator [08:26] carlos: like actively deleting a translation? [08:28] kind of, yes. Let me do some checking to confirm/reject that idea [08:29] ok, thanks [08:30] since I have no real idea about it,the POTs certainly didn't change? [08:33] pitti: we got an updated at the end of January [08:33] pitti: although I don't know whether it included a change or not [08:33] * carlos is still looking into this problem [08:35] RAOF: sorry, I bumped into issues that prevented that [08:37] RAOF: but experimental will soon get new mesa&drm, so it should be easier then [08:58] pitti: I found the problem, but I need to talk with danilo and jtv before I can provide you with a solution... [08:58] carlos: ah, great; shall I create a rosetta task for the bug for tracking? [08:58] pitti: it's related with some data migration when we added native kde plural forms support [08:58] pitti: yes, please [08:59] pitti: it affects all KDE language packs, though, not just German ones [08:59] but only messages with plural forms that are not manually fixed/retranslated [09:01] carlos: done [09:01] thanks [09:06] doko: hi. We have a new result of bzr still not being installable, even after yesterday's rebuild. It's a different error though. https://bugs.launchpad.net/bzr/+bug/197841 [09:06] Launchpad bug 197841 in bzr "ppa bzr package 1.2~rc1-1build2 for Ubuntu Hardy fails to install" [Undecided,New] [09:06] doko: would you take a look? I'll investigate tonight if not. Thanks. [09:06] james_w: looking ... [09:07] doko: thanks. [09:09] james_w: please could you email me the /var/cache/apt/archives/bzr_1.2-1~bazaar1~hardy4_i386.deb package, or tell me where I can find it? [09:09] doko: ah, it is the ppa, sorry, I got confused. [09:10] doko: I'll fix it tonight then. Sorry to trouble you. [09:11] mvo: good morning [09:11] good morning pitti [09:12] mvo: seems the new compiz session management doesn't fix all things for us :( [09:12] mvo: does it actually work for you? [09:12] mvo: it seems to remember the correct workspace now, but placement and size of gnome terminals (and maybe other apps) is still not working [09:12] pitti: is it not working at all for you? or just not as good as metacity? [09:12] in fact that got worse [09:12] mvo: let's say it's by far not as good as gutsy's metacity [09:12] * mvo nods [09:13] hardy's metacity's session management regressed as well [09:13] seems it's converging in the wrong direction :/ [09:13] yeah :/ [09:13] I will check and talk to upstream about it - does it get all windows wrong or specific ones? [09:14] mvo: the gnome-terminal with mutt inside was quite alright [09:14] mvo: the 'plain' (shell) gnome-terminals were totally wrong === cprov is now known as cprov-afk [09:26] seb128: bonjour [09:26] guten tag pitti [09:27] seb128: hm, seems that my deskbar applet forgot about all plugins but the internet searches (e. g. devhelp or dictionary); do you have the same? [09:28] pitti: seems to be the case yes [09:32] laga: right now, there's no good way to exclude items from seeds like that [09:33] laga: "!" is the blacklist syntax, which is much stronger (it means "don't include this package in this seed, and prevent it being included in any of the seeds that inherit from me either"), and may not do a good job of dependencies [09:33] james_w: for the record I reassigned that CD menu bug you talked about to gfxboot-theme-ubuntu, which implements our CD boot menu === \sh_away is now known as \sh [09:58] pecisk: no, they aren't incorporated automatically, but semi-automatically (i.e. I have some scripts to update them that I run occasionally); I'm pulling in your Latvian translation now [09:59] oh, nice to hear that [09:59] when I can expect it in daily live cd? [09:59] pecisk: tomorrow [09:59] nice, thanks :) [10:02] cjwatson, evand: is there any bug about translations not being used on the desktop daily images? [10:02] pecisk: though I do need to change a few strings (for bug 66881), so a few parts will still end up untranslated, I'm afraid [10:02] Launchpad bug 66881 in debian-installer "Help text is misleading or inaccurate for boot methods" [Medium,Confirmed] https://launchpad.net/bugs/66881 [10:02] seb128: in what context? [10:04] cjwatson: when selecting french and using the desktop testing option I get an english desktop, french language packs are installed but the environment is set to C and there is no /etc/default/locale [10:04] seb128: so you mean in the live session, pre-install? [10:04] right, not the ubiquity option but the desktop one [10:06] cjwatson: sorry if I'm not clear, I use virt-manager [10:06] boot a daily iso [10:07] pick french [10:07] "Try Ubuntu without any change to your computer" [10:07] the desktop I get is an english one, environment is set to C and there is no /etc/default/locale configuration [10:08] seb128: I can't find a bug about that, though of course it could be misfiled; it should go on casper [10:08] doko: Java is failing in firefox for me on amd64. While reading through some of the bug comments about this on Launchpad, someone suggested that rebuilding it yourself fixed it. I was skeptical, but tried it, and it actually does fix it. Maybe there's a build dependency missing that is commonly installed on people's systems? [10:08] cjwatson: ok, will open one on casper then, thanks [10:08] doko: Unfortunately I wasn't clever enough to keep build logs around :( [10:08] soren: you too? [10:08] seb128: I suspect it's because there's no /etc/default/locale in the live squashfs so it decides to write it to /etc/environment instead [10:08] fabbione: What? Not being clever? :) [10:09] seb128: or do you mean it's not set in /etc/environment either? [10:09] seb128: please attach /var/log/casper.log to the bug [10:09] soren: java crashing.. dude.. :P [10:09] cjwatson: there is an environment where LANG is set, but you made me modify gdm to use /etc/default/locale ;-) [10:09] fabbione: :p Yeah, it segfaults consistently. [10:09] soren: indeed [10:10] fabbione: Rebuilt it locally (in my regular system, not in an sbuild of course), and it works. [10:10] fabbione: I'll rebuild it again, saving the build logs. Maybe I'll be able to spot the difference between the build logs from LP and my local one. [10:11] seb128: indeed :-) [10:12] cjwatson: about those installer help strings - but it will be possible to translate them till release? [10:12] soren: sounds like a good plan (that you do it...) [10:13] pecisk: up to NonLanguagePackTranslationDeadline on https://wiki.ubuntu.com/HardyReleaseSchedule [10:13] fabbione: It's already running.. [10:13] seb128: or I can just fix it now if you haven't filed the bug yet ... [10:16] cjwatson: I didn't, I was trying to figure how to copy the caspoer log out of the virtual machine which has no network set [10:16] cjwatson: thanks ;-) [10:17] seb128: FYI, I fixed the amd64 retracer chroot, retracer restarted now [10:19] pitti: what was wrong? I fixed the i386 ones on saturday, they were crasher on out of ressources and I had to update it manually it had issue with the fontconfig update [10:19] seb128: chroot was out of date due to some postinst failure [10:20] pitti: ok, might have been the same issue than the i386 one, but that was saturday and I didn't want to work too much so I didn't look at the amd64 one [10:21] seb128: hey, that wasn't meant as a blame in any way :) just keeping ourselves up to date [10:21] * pitti hugs seb128 [10:22] * seb128 hugs pitti [10:22] thanks ;-) [10:24] seb128: casper fixed (I think), thanks [10:24] cjwatson: thank you ;-) [10:25] mvo: which package does the 'enable visual effects' tab come from? (for adding a bug task to bug 193978) [10:25] Launchpad bug 193978 in jockey "Jockey isn't used from Visual Effects tab" [Undecided,New] https://launchpad.net/bugs/193978 [10:26] mvo: does this selector still want/need to call jockey for --check-composite? [10:26] pitti heya [10:26] mvo: is that gnome-control-center? [10:26] hi emgent [10:27] pitti, have you time for main upload in hardy? [10:27] security fix for openldap [10:27] malone #197077 [10:27] Launchpad bug 197077 in openldap2.2 "6.06 LTS: CVE-2007-6698, CVE-2008-0658" [Medium,In progress] https://launchpad.net/bugs/197077 [10:28] pitti: gnome-control-center [10:28] pitti: I'll likely do an upload today, I'll fix that too [10:30] soren: known, I did want to delay that until I have icedtea6 working; it can be a build dependency, or the kernel running on the buildd. I don't know (promised elmo to do a build on ronne and see if a package built on that machine works or nor, but didn't do yet) [10:30] seb128: on the g-c-c side this should just be s/r-m/jockey-gtk/ [10:30] pitti: ok [10:31] ok, bug task added with a description [10:32] pitti, have you time for upload this ? :) [10:33] emgent: I'd rather leave this to the security team (jdstrand, keescook) TBH [10:33] nope it's for hardy [10:33] emgent: can you please send the debdiff to security@ubuntu.com? it's highly appreciated [10:33] there isnt hardy-security now [10:33] emgent: ah, for hardy; yes, can do [10:33] pitti, thanks :P [10:34] i'm in motu-swat, know procedures eheheh, Thanks [10:36] pitti: yes, g-c-c [10:36] seb128: thanks for looking into this, fix should be straightforward [10:37] mvo: no problem, that's just changing the command in the desktop effects patch [10:37] * mvo hugs seb128 [10:37] * seb128 hugs mvo === juliank0 is now known as juliank [10:40] pitti, please open task too, i can only nominate ubuntu version affected. Thanks :P [10:40] emgent: already done [10:41] pitti, cool [10:41] doko: Ok, cool. I've got plenty of cpu cycles to spare right now, so I'll just let the build finish that I have running on my local system, and after that, I'll try in an up-to-date sbuild on my local system as well and see if that works. [10:42] soren: thanks, currently spending my cpu's for the v6 packages [10:43] emgent: uploaded, thanks [10:43] pitti, cool :P [10:44] doko: No worries. :) [10:55] <\sh> asac: if you have an usb headset, set your soundconfig in gnome to default to the headset and try to get some sound from flashplayer (adobe) on the headset...I tried that on different systems (amd64/i386) and I don't succeed...I tested it with gutsy and it works as expected... [10:57] <\sh> asac: I wonder if it's a regression using pulseaudio now or what...strangly I get the login sound of gnome when using newly connected headset also very late [10:58] * \sh is going to reboot... === \sh is now known as \sh_away [10:58] sigh, away nicks === \sh_away is now known as \sh === \sh is now known as \sh_away === \sh_away is now known as \sh [11:21] <\sh> asac: bug #144356 [11:21] Launchpad bug 144356 in flashplugin-nonfree "Audio from Flash in Firefox does not go to correct sound device" [Medium,Confirmed] https://launchpad.net/bugs/144356 [11:21] <\sh> asac: but I think you are the wrong guy to bother... [11:21] <\sh> who is responsible for pulseaudio? :) === cjwatson_ is now known as cjwatson [11:22] ok ;) [11:22] <\sh> asac: but, one question, there was the possibility to set another soundcard for usage in FF somehow...I wonder if that works [11:23] soundcard? not that i know of ... you could set FIREFOX_DSP [11:23] <\sh> asac: which defaults to "none" regarding /etc/firefox-3.0/firefoxrc [11:25] <\sh> ah..crimsun is the one to bug ;) [11:25] err [11:25] <\sh> crimsun_: hehe :) [11:26] <\sh> crimsun_: please read the bugreport I mentioned a few lines above.. [11:26] just did [11:26] <\sh> crimsun_: fun part: mic of headset works...soundoutput via headset -> no way, but built-in card sound's there [11:27] so with libflashsupport (and pulseaudio-esound-compat) installed, for GNOME, the configured "default" card via alsa-lib (using an asoundrc, e.g., with asoundconf set-default-card) does not function correctly or as anticipated? [11:28] <\sh> crimsun_: right...headset is now default device (asoundconf set-default-card ...) restarted gnome, sound from gnome comes via headset...but flashplugin (nonfree) uses still the built-in card... [11:28] pulseaudio is configured to ignore a user's asoundrc, so that symptom is expected. [11:28] <\sh> crimsun_: even gnome-sound-settings is set to the default (headset) [11:29] you can verify that it's pulseaudio<->libflashsupport by removing pulseaudio and libflashsupport [11:29] ("it's"->"it's pulseaudio's/libflashsupport's fault") [11:30] 12:26 < asac> \sh: i am not even sure that this is used anymore [11:30] 12:28 < asac> \sh: it just started ffox with the given sound wrapper [11:30] 12:28 < asac> so maybe try that by hand to see if it helps [11:31] <\sh> crimsun_: apt-get remove pulseaudio libflashsupport ? [11:31] <\sh> argl...apt-get remove libflashsupport wants to remove flashplugin-nonfree [11:31] \sh: ah, right, it's now a dependency [11:31] crimsun_, are you sure its needed on non networked pules ? [11:32] well, dpkg --force-depends -P libflashsupport [11:32] *pulse [11:32] ogra_cmpc: where "it" refers to libflashsupport? [11:32] crimsun_, right [11:33] i know my ltsp users never had probs locally, only with the networked connection [11:33] ogra_cmpc: I didn't make the change that makes flashplugin-nonfree Depend on libflashsupport, and no, I don't believe it's necessary [11:33] right [11:33] * ogra_cmpc didnt make that either [11:33] <\sh> crimsun_: I removed pulseaudio...let me restart gnome...one min === \sh is now known as \sh_away === \sh_away is now known as \sh [11:35] <\sh> crimsun_: removing and stopping pulseaudio helped [11:35] Keybuk: is your 96_uinput_device_support.patch in Ubuntu's hal bzr intended for hardy? (I'm unsure whether to number an intended patch 96 or 97, so I chose the latter for a proposed fix for 194052 [11:35] Keybuk: ..and 194719) [11:36] \sh: post-removing libflashsupport? [11:36] <\sh> crimsun_: nope...only killall -9 pulseaudio :) [11:36] \sh: with libflashsupport still installed? [11:36] <\sh> crimsun_: jepp [11:37] crimsun_: yes [11:37] \sh: ok, thanks [11:37] Keybuk: thanks. [11:37] <\sh> crimsun_: any theory? :) [11:38] seb128: several people have reported positive feedback that fixes the battery-reporting regressions by using the 97_fix_power_info_via_sysfs.patch I've added to my hal bzr branch, but I'm waiting for additional feedback [11:39] seb128: do you feel it's safer to revert the 01_proc_sys_batteries.patch or to merge 97_fix_power_info_via_sysfs? [11:39] crimsun_: question for pitti [11:40] \sh, try without libflashsupport but with pulse running [11:40] crimsun_: I think we need to address the dual battery issue in hardy anyway so might make sense to patch rather than revert [11:40] seb128: thanks. [11:40] \sh, i think the dependency is wrong here, that should be a recommends or suggests === asac__ is now known as asac [11:43] (will read scrollback tonight.) [11:43] crimsun_: where are your changes btw? [11:55] mvo: it's all your fault. iv'e filed you a bug. [11:55] :) [11:55] <\sh> crimsun_: gimme a sec... [11:56] libicu36-dev and libicu36 are marked as obsolete in aptitude here. That has been so for a while... Will libboost-regex get updated soon, so that those debs can get dropped for good? [11:59] Oh, it is already fixed;-) aptitude just has not noticed that libicu-dev can replace libicu36-dev:-) [12:01] <\sh> ogra: give me again your magic dpkg call? [12:02] <\sh> ah..--force-all helps [12:02] * \sh relogins === \sh is now known as \sh_away === \sh_away is now known as \sh [12:04] <\sh> crimsun_: dpkg -r --force-all libflashsupport -> sound works (after relogin, pulseaudio running) [12:05] <\sh> crimsun_: and flash doesn't use PA anymore... [12:05] <\sh> crimsun_: according to padevchooser/manager === asac_ is now known as asac [12:09] seb128, crimsun_: hal> seems that Debian works on a git head checkout with loads of bug fixes, which includes this problem; seems upstream isn't too interested in releasing a 0.5.11, despite several requests [12:09] <\sh> crimsun_: updated bug #144356 [12:09] Launchpad bug 144356 in flashplugin-nonfree "Audio from Flash in Firefox does not go to correct sound device" [Medium,Confirmed] https://launchpad.net/bugs/144356 [12:09] crimsun_: 97_fix_power_info_via_sysfs sounds interesting, where is that? [12:10] crimsun_: look on his code.launchpad.net maybe? [12:10] ups [12:10] pitti: ^ [12:12] seb128: ok [12:13] seb128, crimsun_: found it [12:23] crimsun_: that's missing http://gitweb.freedesktop.org/?p=hal.git;a=commitdiff;h=85390b2b5b45253f64867895204d95bf2e1dc357, I'll add that as well, ok? [12:31] seb128: yep, that fixes it instantly \o/ [12:31] * Hobbsee hugs pitti [12:31] * pitti hugs Hobbsee back [12:32] guten tag. Wie gehts? [12:32] Hobbsee: prima, danke! [12:32] :) [12:34] if i was granted a free wish, i'd ask that an archive admin looks at mythbuntu-diskless-client-builder in the NEW queue so we can get our Mythbuntu alternate disks built. [12:34] too bad there are no fairies :/ [12:35] laga: I'd wish for more wishes. [12:35] (Just saying) [12:36] Spads: true. just gotta avoid recursion [12:37] laga: hint: offer beer. [12:37] Hobbsee: to the fairy? [12:38] laga: to the archive admin. would you trust a drunk fairy? [12:39] Hobbsee: would i trust a drunk archive admin? well, he'd be more likely to miss problems in the package [12:40] laga: the archive admins take a fair few beers to get them drunk. [12:41] we could also first review the package, then drink the beer [12:41] yes, that'd makes sense. [12:41] * laga offers virtual beer [12:42] * soren once again has a process in Running state, using all of one of his cores, that won't be kill -9'ed :( [12:43] laga: it's usually future-beer, payable at the next FOSS event you see them at [12:45] mmm future beer. much better than old past beer. [12:46] everything tastes better in the future. [12:46] heh [12:49] Hobbsee, please can you open task to malone #195949 [12:49] Launchpad bug 195949 in vlc "VLC Arbitrary memory overwrite in the MP4 demuxer" [Medium,Fix released] https://launchpad.net/bugs/195949 [12:49] i can only nominate :( [12:50] emgent: open task? [12:51] Nominate for release [12:51] pitti: excellent, do you plan to upload that to hardy? [12:51] i'm not motu and i cant open task. [12:51] please open for my nominate release :P [12:51] seb128: today, yes [12:51] emgent: for which release? [12:52] * seb128 hugs pitti [12:52] pitti: thanks [12:52] Hobbsee, [12:52] Nominated for Dapper by Emanuele Gentili [12:52] Nominated for Edgy by Emanuele Gentili [12:52] Nominated for Feisty by Emanuele Gentili [12:52] Nominated for Gutsy by Emanuele Gentili [12:52] please open task for this [12:53] there you are [12:55] Hi [12:55] hey kagou [13:01] thanks Hobbsee === pbn_ is now known as pbn [13:01] you're welcome [13:16] sigh, does anyone else have probs rsyncing from cdimage.u.c ? [13:26] ogra: yes [13:26] ogra: Nope. Works fine. [13:26] hardy-desktop-amd64.iso 20.67M 2% 1.53MB/s 0:07:36 [13:26] ogra: it's berillium that hangs from time to time [13:26] wroom. [13:26] soren: depends which one you get === thegodfather is now known as fabbione [13:27] Ah. I'm using chromium. [13:27] didn't have time to ping #is for that [13:27] i noticed this night because i found hanging sessions for weeks [13:28] beryllium works for me, too. [13:28] soren: it hangs from time to time.. probably it depends from the load [13:29] $ rsync beryllium.canonical.com:: [13:29] cdimage Ubuntu CD Images [13:29] Ah, yes. That might be. [13:29] soren: download from it a big fat image [13:29] not just the index [13:29] fabbione: fwiw, I can confirm it [13:29] soren: for me it was bailing out at 75% of transfer [13:29] Spads, Ng: ^^^ ping rsync [13:29] :) [13:30] fabbione: hmm, want to discuss it in #canonical-sysadmin? [13:30] Spads: sure.. one sec [13:34] emgent: I am working on fixes for openldap for stable releases [13:34] emgent: hi btw :) [13:34] heya jdstrand :P [13:35] jdstrand, please see malone #197077 [13:35] Launchpad bug 197077 in openldap2.2 "6.06 LTS: CVE-2007-6698, CVE-2008-0658" [Medium,In progress] https://launchpad.net/bugs/197077 [13:35] gutsy and feisty debdiff ready. [13:35] hardy uploaded. [13:35] there is a little problem in dapper [13:35] i saw your changelog post, but is wrong [13:36] you wrote debian/patches/CVE_* in changelog, but in dapper there isnt debian/patches directory === asac_ is now known as asac [13:37] emgent: yeah-- it's inline [13:37] yep, i saw that later, only changelog is wrong :P [13:38] anyway when you have time please consider my debdiff for openldap2.2 on #197077 [13:38] see also malone #195949 [13:38] Launchpad bug 195949 in vlc "VLC Arbitrary memory overwrite in the MP4 demuxer" [Medium,Fix released] https://launchpad.net/bugs/195949 [13:39] and malone #191196 [13:39] emgent: I shall. thanks! [13:39] Launchpad bug 191196 in gnatsweb "[gnatsweb] [CVE-2007-2808] cross-site scripting vulnerability" [Low,In progress] https://launchpad.net/bugs/191196 [13:39] all debdiff ready :) [13:39] jdstrand, thanks to you :P [13:43] oh jdstrand some hour ago one user join to ubuntu-hardened, seems to security@ubuntu.com reject mail [13:43] keescook mail too. [13:43] user sent to me this mail, i will send to you now [13:44] * jdstrand nods [13:45] jdstrand, done. sent to jamie@ubuntu.com [13:46] emgent: FYI, since these channels are logged, email addresses posted here tend to get scraped by spammers. [13:46] ScottK, right, sorry. [13:47] * ScottK isn't who might need the apology. None of those addresses are mine ... [13:49] Addresses are also in wiki but it is your right is a way of thinking [13:49] sorry people. [13:50] * Treenaks gave up, and just installed spam filters [13:51] :) === asac_ is now known as asac [14:09] seb128: hal uploaded, it works for me; feedback from you appreciated, since you had a range of problems [14:09] pitti: thanks [14:09] pitti: I'll try ask soon as the update is available [14:09] pitti: Power management related changes, by any chance? [14:10] soren: yes, fixes reading battery info [14:10] soren: fix the battery charge being wrong, icon displayed on ac, etc [14:10] i. e. THE battery bugs du jour [14:10] Sounds great. [14:10] I guess I'll still have the timeout when changing backlight thing though [14:10] hm, didn't try that one [14:10] I should try git and bug upstream if the bug is there too [14:11] sjoerd: ^ btw, I saw that you gave up on 0.5.11 and started packaging 0.5.10+git head; great! I was this --><-- close to doing the same, and I'd still like to do it to clean up the package, get rid of so many more bugs, etc. [14:11] soren: do you have a bug about virt-manager breaking the network configuration? [14:11] soren: when using it my network switch from wireless to some wired network but I've no wired network [14:11] sjoerd: do you have a release plan already? I'd like to share the orig.tar.gz with Debian [14:12] jdstrand, i go to my office, if you have some question about my debdiff please use query, Thanks :) [14:12] bye pople [14:12] seb128: There's some funny business going on. It's a bit involved. [14:12] pitti: Yeah, getting the sysfs stuff to work required like 16 patches from git.. Which was insane [14:12] kees changed hal to also report virtual interfaces, such as vlan's and bridges. [14:12] sjoerd: right, and even the current stack of patches is insane enough :) [14:12] pitti: Several people tested it (i don't have an acpi laptop), everyone reported it was ok, so i'm planning to do an upload later today [14:12] network-manager knows nothing about these, so assumes they're wired interfaces, and IIRC it prefers those over wireless ones. [14:13] sjoerd: oh, awesome! my primary concern is the shared orig.tar.gz, since I have to merge anyway [14:13] http://beast.luon.net/~sjoerd/hal/ has the orig.tar.gz [14:13] sjoerd: oh, thanks [14:14] seb128: I'll do that merge and put it in a PPA [14:14] * pitti hugs sjoerd [14:14] heh [14:14] np :) [14:14] sjoerd: boggle, only four patches left? :) [14:14] Wow. Who ever made changes to batteries in hardy, thanks. You've expanded my battery life to to 52 hours and 15 minutes :P [14:14] * seb128 hugs pitti [14:15] pitti: Yeah, most of the stack came from git anyways and i pushed most of what we had into upstream git too :) [14:15] I should probably push 55_nonpolkit-mount-policy.patch too, the others are a bit debian specific [14:15] sjoerd: ^ I already did that ages ago [14:15] hrm [14:15] * seb128 curses avahi [14:15] but a little later they reverted it for some reason [14:15] pitti: hrm, oh [14:16] pitti: i thought we did indeed, but didn't see it in git [14:16] Guess, finding out the reason for the revertion needs to be added to my todo list then :) [14:20] hi [14:20] some time ago there was a blueprint about integarting/upgrading to grub2 ... [14:21] i think it was for feisty ... did anything happen in the mean time or was it just a lack of time/problems/etc? [14:21] <\sh> ScottK: when I knew which wine version will work in the future before hardy release, I would be happy [14:21] <\sh> grmpf..wrong channel [14:22] there is a grub2 package in the repos ... bt i don't know how integrated it is ... [14:22] will it be recognized on kernel updates when writing the automagic kernel lists? [14:23] mhh [14:23] maybe i better ask in +1 [14:26] soc: it never received much attention [14:26] sjoerd: it was committed in http://gitweb.freedesktop.org/?p=hal.git;a=commit;h=9d607e21cac65dddaf0c8cb2443865d9ae509393 and reverted in http://gitweb.freedesktop.org/?p=hal.git;a=commit;h=42174283c756d377d2f1f2f346d32aec502d4769 without an explanation [14:27] <\sh> ScottK: 4.2.3.x doesn't work (rebuild it today) [14:27] <\sh> ScottK: and 3.4 I'll try now [14:28] <\sh> grmpf [14:33] soc, i added a few things to it to make upgrades a little nicer, but it needs more attention yet [14:34] superm1: a thanks [14:34] so just installing grub-pc isn't enough? [14:34] soc, well you'll get them if you do [14:34] or should it be in most cases enough? [14:35] it still chainloads from grub to grub2 [14:35] ah ok [14:35] you'll have to manuall grub-install to a hard drive if you want to go right into grub2 [14:35]