[00:21] <Gast_304_> Bitte spendet mir was, hab grad erst neu angefangen. Brauche jeden Cent um mir ein Bier zu holen!!! http://www.pennergame.de/change_please/7842526/
[00:21] <Gast_304_> Bitte spendet mir was, hab grad erst neu angefangen. Brauche jeden Cent um mir ein Bier zu holen!!! http://www.pennergame.de/change_please/7842526/
[00:21] <Gast_304_> Bitte spendet mir was, hab grad erst neu angefangen. Brauche jeden Cent um mir ein Bier zu holen!!! http://www.pennergame.de/change_please/7842526/
[00:21] <cody-somerville> lol
[00:22] <cody-somerville> He sure got us!
[00:25] <superm1> TheMuso, when were you planning on doing that ALSA upload with the merged bluetooth stuff?
[00:38] <stgraber> slangasek: thanks for approving the freeze exceptions
[00:42] <hechicero> holaaaaaaaaa
[00:42] <slangasek> good morning
[00:42] <slangasek> stgraber: n/p :)
[00:43] <hechicero> I need your help
[00:43] <TheMuso> superm1: Very soon, just testing the changes on a 32-bit only arch.
[00:43] <TheMuso> that I need to make.
[00:44] <slangasek> superm1: just granted the freeze exception on nautilus-sendto, if you're handling that one
[00:55] <stgraber> Is hppa known to be broken ? I had an iTalc build that FTBFS because of broken dependency.
[00:55] <stgraber> The following packages have unmet dependencies: imagemagick: Depends: libmagick10 but it is not going to be installed
[00:56] <slangasek> yes, TTBOMK everything from glib2.0 on up the tree is broken on hppa, at least
[00:56] <stgraber> hmm, ok
[00:57] <slangasek> imagemagick looks to be up-to-date, though
[00:58] <stgraber> that was yesterday, maybe it got solved
[00:58] <stgraber> https://edge.launchpad.net/ubuntu/+source/italc/1:1.0.9.1-0ubuntu2/+build/731156
[00:58] <slangasek> ah, no, libmagick10 depends on glib2.0 as well, interesting :)
[00:58] <stgraber> hehe, so that explains :)
[01:09] <TheMuso> superm1: we will need to get the bluetooth alsa-plugins either into ia32-libs, or create a bi-arch bluez-alsa package.
[01:13] <TheMuso> superm1: alsa-lib uploaded.
[01:13] <mathiaz> slangasek: does this ring a bell: http://paste.ubuntu.com/55144/?
[01:14] <mathiaz> slangasek: someone is trying a -server install in #ubuntu-server but it fails because of dmraid.
[01:16] <slangasek> mathiaz: not to me, no
[01:17] <mathiaz> slangasek: is it normal that it doesn't fetch the Packages file from the cdrom?
[01:17] <slangasek> mathiaz: easily explained, though; dmraid isn't on the server CD but dmraid-udeb is, so it's probably an apt-install call that fails and dmraid needs to be seeded for server
[01:18] <slangasek> mathiaz: ah, that; there's been some fiddling with Packages/Releases in intrepid for reasons of space right up to the beta, so some warnings are to be expected at least
[01:18] <slangasek> mvo has been working on it
[01:19] <mathiaz> slangasek: hm ok - the latest daily iso seem to have dmraid on them.
[01:19] <stgraber> we had the same problem with LTSP on Alternate
[01:19] <stgraber> it made the LTSP install to file as only .gz versions of Release and Packages are available
[01:19] <slangasek> mathiaz: ah; someone fixed the seed post-beta, then?
[01:19] <slangasek> stgraber: right, that one was in the errata IIRC
[01:19] <stgraber> I think so yes
[01:20] <Chipzz> slangasek: btw, that doesn't explain why it wants to install dmraid in the first place
[01:21] <slangasek> is it not a case of installing on hardware that needs dmraid?
[01:21] <Chipzz> the server has solid hardware raid, where the RAID is seen as a SCSI drive. not some cheapass half-baked crap raid ;)
[01:21] <slangasek> ah
[01:21] <Chipzz> Dell Poweredge 2650
[01:21] <slangasek> then a bug should be filed on dmraid for that
[01:21] <Chipzz> Dell Perc
[01:22] <Chipzz> slangasek: http://chipzz.safehex.be/syslog
[01:22] <slangasek> mathiaz: do any of the server tests include a networkless install?
[01:22] <mathiaz> Chipzz: the beta doesn't have the dmraid package on the cd. The latest -server iso do include it.
[01:22] <Chipzz> slangasek: btw, the same hardwrae did not work after installation on hardy - it DOES work on debian etch though
[01:22] <mathiaz> slangasek: not that I know of.
[01:22] <Chipzz> mathiaz: yeah I'll try the latest daily
[01:23] <mathiaz> slangasek: at least my testing always uses networks.
[01:23] <mathiaz> slangasek: should this be added as a test case?
[01:23] <Chipzz> just mentioning this as a seperate issue
[01:23] <slangasek> mathiaz: sounds like something that ought to be added to the checklist, yeah
[01:23] <slangasek> mathiaz: since these are all cases that would be silently resolved when a network is availabel
[01:23] <slangasek> le
[01:23] <Chipzz> slangasek: I think something is bugged with the initrd, as that was where it was failing with hardy
[01:24] <Chipzz> failed to mount the root partition
[01:24] <slangasek> could you file a bug about that?
[01:25] <Chipzz> I can, but I want to try the latest beta first
[01:25] <Chipzz> (obviously)
[01:25] <Chipzz> or should a bug be filed against hardy too?
[01:27] <slangasek> hardy is meant to be supported beyond the end of intrepid's support cycle, so it'd be nice to catch & fix such issues
[01:28] <Chipzz> slangasek: btw, if needed I could give you "console access"
[01:28] <Chipzz> the thing has a remote access controller
[01:28] <Chipzz> requires IE and java though :(
[01:28] <stgraber> superm1: You're a mythbuntu guy right ?
[01:29] <Chipzz> I tried to upgrade the DRAC firmware tonight, which *should* have fixed it, but alas
[01:30] <slangasek> Chipzz: I'm afraid I don't have time to look at this directly, hence encouraging you to file bugs :)
[01:30] <Chipzz> sure :)
[01:30] <Chipzz> I meant more along the lines of: "if needed"
[01:31] <Chipzz> I'll be glad to have to bloody thing installed *at all* really
[01:31] <Chipzz> sigh
[01:31]  * Chipzz swears
[01:31] <Chipzz> no network interfaces detected??
[01:31] <slangasek> Intel GigE?
[01:32] <Chipzz> yeah
[01:32] <stgraber> update your kernel :)
[01:32] <stgraber> (if you can)
[01:32] <Chipzz> stgraber: with te installer?
[01:32] <Chipzz> stgraber: daily installer image
[01:33] <stgraber> well, anything that's a kernel with e1000 back in should work
[01:33] <Chipzz> slangasek: can this be fixed after installation? I suppose so?
[01:33] <stgraber> today's daily for instance
[01:33] <Chipzz> stgraber: trying the latstes daily as we speak
[01:34] <Chipzz> that's what failing in the first place
[01:34] <Chipzz> *latest
[01:34]  * Chipzz swears again
[01:35] <Chipzz> it dropped me to the checklist
[01:35] <Chipzz> I select "Detect disks"
[01:35] <Chipzz> I select "Partition disks"
[01:36] <Chipzz> which does the same as "Detect disks" and subsequently drops me back to the checklist
[01:36] <Chipzz> disk-detect: FATAL: Module dm_mod not found
[01:36] <Chipzz> fail :P
[01:40] <Chipzz> erm
[01:41] <Chipzz> current daily appears to be severly broken?
[01:41] <Chipzz> # ls /lib/modules/
[01:41] <Chipzz> 2.6.27-4-generic
[01:41] <Chipzz> # cd /cdrom/pool/main/l/linux
[01:42] <Chipzz> # ls *2.6.27-4*udeb | wc -l
[01:42] <Chipzz> 4
[01:42] <Chipzz> ???
[01:42] <Chipzz> only 4 kernel udebs for the running kernel?
[01:42] <Chipzz> that won't work :P
[01:43] <Chipzz> there are modules for 2.6.27-5
[01:44] <slangasek> yes, there were image build failures all around today; 2.6.27-4 was meant to already be superseded, I'm not sure why the initramfs has the wrong kernel if that's the case
[01:45] <Chipzz> should yesterdays image work better?
[01:45] <slangasek> yesterday's won't have networking
[01:45] <slangasek> but it should be intact otherise
[01:45] <slangasek> w
[01:45] <Chipzz> I can live with that I guess
[01:46] <Chipzz> I can then use the previous cd to chroot into the installed image and run apt-get upgrade :P
[01:46] <Chipzz> haxxx++
[01:46] <Chipzz> :P
[01:48] <Chipzz> going out for a smoke
[03:18] <zul> slangasek: drbd8 ok for ffe?
[04:18] <superm1> stgraber, that's what they tell me at least
[04:18] <superm1> slangasek, yeah i'll take care of uploading the nautilus-sento sru tomorrow
[04:19] <superm1> TheMuso, ah that makes an interesting problem.  i'm wondering how necessary it is though considering alsa stuff isn't working on sco (only a2dp)
[04:20] <TheMuso> superm1: I don't know, but if skype has a remote chance of working, its worth doing.
[04:21] <superm1> TheMuso, well if I get my headset to operate via SCO, sure
[04:21] <superm1> TheMuso, upstream will be having a bug fix release later this week that should be more optimistic, so i'll see then
[04:23] <superm1> TheMuso, how does skype even operate on 64 bit though?
[04:23] <superm1> all 32 bit compat libraries?
[04:23] <stgraber> superm1: ok, can you please update https://wiki.ubuntu.com/Testing/Cases when you have time ?
[04:23] <TheMuso> superm1: Using ia32-libs/lib32asound
[04:23] <superm1> stgraber, i'll defer that to tgm4883.
[04:23] <stgraber> superm1: I had a note "Add Mythbuntu to the tracker" but I'd like to know the details, so for each testcases please add a line to the table
[04:23] <stgraber> superm1: ok :)
[04:51] <slangasek> zul: acked in the bug
[04:51] <slangasek> superm1: did you have any more info on "sco is supposed to work" from upstream?
[04:52] <superm1> slangasek, yeah they're at a summit right now working on a few audio related bugs
[04:52] <slangasek> heh, k
[05:57] <CarlFK> is there python module that wraps or binds or anything to expose what dpkg does?
[05:58] <lifeless> the apt module is the closest I know of
[05:58] <StevenK> There's python-apt
[05:58] <CarlFK> I am surprised to find         p1 = Popen(['dpkg', '--get-selections'], stdout=PIPE)
[05:58] <CarlFK> yeah, i figured as much
[05:59] <CarlFK> if self.isstr(pkglist) == True:  oh my...
[06:00] <CarlFK> er... before I jump on coding style.. ﻿if self.isstr(pkglist): would be preferred, right?
[06:04] <CarlFK> how should I submit a patch for /usr/lib/python2.5/site-packages/NvidiaDetector/nvidiadetector.py ?
[06:05] <CarlFK> open a bug report in lp and attach it mabye...
[06:05] <superm1> StevenK, there's still something odd with this bluez upgrade since adding bluez-utils back in as a transitional.  it doesnt seem to be transitioning.  bluez-utils keeps getting held back unless you explicitly say to install it
[06:06] <superm1> StevenK, do you have any suggestions on what's missing from the transition?
[06:07] <StevenK> Hmmm
[06:08] <superm1> I thought perhaps it needed a conflicts/replaces on a bunch of the old no longer present packages, so I put that into the ppa, added the ppa as a source and attempted dist-upgrade, but same thing
[06:13] <StevenK> superm1: You're using apt-get upgrade?
[06:13] <superm1> StevenK, apt-get upgrade, apt-get dist-upgrade, trying to use update-manager
[06:14] <superm1> StevenK, none of them want to offer me bluez-utils.
[06:14] <StevenK> dist-upgrade shouldn't hold back bluez-utils
[06:15] <superm1> yeah that's what i thought; and why this seems so perplexing
[06:16] <slangasek> superm1: what's the full output of 'apt-get install bluez-utils'?
[06:16] <superm1> slangasek, http://paste.ubuntu.com/55173/
[06:17] <superm1> i'm wondering if perhaps having the recommends on "bluetooth" is what's throwing things
[06:19] <slangasek> superm1: I think for starters, you should Replaces: bluez-input/bluez-network/bluez-serial, without bothering with Conflicts: to force removal
[06:19] <slangasek> the Conflicts aren't required and get in the way; the packages ought to be autoremovable afterwards anyway
[06:20] <superm1> slangasek, they *do* conflict though
[06:20] <slangasek> why?
[06:20] <superm1> slangasek, they provide the same libraries that are in the bluez package now
[06:20] <slangasek> no, that's what Replaces: is for
[06:21] <slangasek> Replaces: means "the files from this package should supersede the files in the other package"
[06:21] <slangasek> so you don't need the Conflicts: to accomplish this
[06:21] <superm1> Hum, i've always seen the combination together conflicts/replaces.  You are referring to the "bluez" package, correct?  (Not adding this stuff to bluez-utils transitional package)
[06:22] <slangasek> yes
[06:22] <StevenK> Conflicts/Replaces is for libraries, usually, when they provide the same files
[06:22] <StevenK> And you only want one installed at a time anyway
[06:23] <superm1> so likely this should cover the case entirely?  I'll upload a test src package to the PPA to ensure it's resolved right.
[06:23] <slangasek> the combination of conflicts/replaces together has a subtly different meaning; it's often useful to do because if you only have a Replaces:, then installing and subsequently removing a replacing package has unexpected effects
[06:23] <slangasek> but in this case, that's completely irrelevant
[06:32] <slangasek> + blacklist  cherry # we do not like red fruits
[06:32] <slangasek> pitti: ^^ what a terrible regression to introduce in an SRU!
[06:35]  * Hobbsee steals, and eats, the blacklisted strawberries.
[06:39]  * Mithrandir tickles Hobbsee and while she recovers, steals the not-yet-eaten strawberries.
[06:41] <Hobbsee> oy!
[06:41]  * Hobbsee puts Mithrandir through the Industrial Blender (tm)
[06:41] <Mithrandir> oi!
[06:41] <Mithrandir> I'm not blendable!
[06:41] <Treenaks> Will Mith Blend!
[06:41] <Treenaks> ;)
[06:42] <Hobbsee> Mithrandir: Industrial Blender does not seem to agree with your claim.
[06:42] <Mithrandir> Hobbsee: Industrial Blender seems to have spit me out in one piece.
[06:44] <Hobbsee> good!  Then i'll have the strawberries back.
[06:45] <Mithrandir> I've already eaten them.
[06:45] <Mithrandir> you can have some grapes, but you'll have to pick them yourself.
[06:45] <Mithrandir> they're quite good, though
[06:45] <Hobbsee> they're not overly interesting...
[06:45] <Hobbsee> erichj: I think you want #ubuntu-kernel
[06:46] <Treenaks> Hobbsee: wow, you're a mind-reader :)
[06:46] <Hobbsee> Treenaks: no, but I do sometimes read #ubuntu+
[06:46] <Hobbsee> Treenaks: no, but I do sometimes read #ubuntu+1
[06:46] <erichj> thanks Hobbsee
[06:46] <Hobbsee> erichj: you're welcome.  They may not be up yet, either.
[06:48] <Treenaks> Hobbsee: it still looks cool ;)
[06:48] <Hobbsee> Treenaks: :)
[07:28] <pitti> Good morning
[07:29] <Hobbsee> pitti!
[07:29] <StevenK> Morning pitti
[07:30] <NCommander> StevenK, I've offically had my first cold day in hell bug in Debian
[07:30] <pitti> slangasek: cdbs symlink> yes, that's an Ubuntu modification in /usr/share/cdbs/1/rules/debhelper.mk
[07:30] <pitti> slangasek: eww, that indeed shouldn't happen
[07:30] <StevenK> NCommander: Hah
[07:30] <NCommander> StevenK, its an NMU, its a new upstream release, and its needed to clear a blocker in lenny
[07:31] <NCommander> If that isn't cold day in hell criteria, I have no idea what is
[07:31] <pitti> slangasek: SRU regression> hm, would you accept pineapples instead?
[07:32] <slangasek> pitti: blacklisting pineapples would be ok
[07:33]  * pitti ɐıןɐɹʇsnɐ oʇ sǝʌɐʍ
[07:33] <StevenK> Haha
[07:33]  * StevenK kicks gnuradio's upstream.
[07:33] <NCommander> pitti, ok, I missed the joke, can to explain?
[07:34] <pitti> NCommander: I went through great efforts to make it readable from the southern hemisphere
[07:34] <StevenK> They seem to use memcpy() and such all over the place, but don't include <string.h> ?
[07:34] <NCommander> StevenK, did I methon that in the process of releasing a new upstream, there is ALSO a soname bump
[07:34]  * NCommander turns his laptop upsidedown
[07:34] <pitti> slangasek: I have to discuss that with the kernel guys then; they do like pineapples
[07:35] <NCommander> pitti, you have WAY too much time on your hands
[07:35] <slangasek> pff, fruity kernel people
[07:35] <NCommander> we need a blueberry kernel module
[07:35] <NCommander> THat would be delicious.
[07:35] <StevenK> Mango!
[07:35] <slangasek> s/blueberry/marionberry/
[07:35] <pitti> NCommander: I just have a weird way of naming kernel modules in test suites :)
[07:35] <NCommander> pitti, no kidding.
[07:35] <NCommander> Just as long as it isn't a lemon
[07:35] <NCommander> ;-)
[07:36] <NCommander> pitti, you have weird test suites, I get weird bugs
[07:39] <StevenK> slangasek: So, who on the server team should I be bugging for this myobdc FTBFS?
[07:39] <slangasek> StevenK: whoever uploaded the new version of mysql that broke the ABI?
[07:39] <slangasek> StevenK: have you filed a bug yet about libmysqlclient15off being broken?
[07:39] <StevenK> I was planning on
[07:40]  * StevenK does so
[07:43] <StevenK> slangasek: Bug 280011 if you want to stamp it and do stuff with it
[07:45] <StevenK> slangasek: Maybe adding more information since I'm not really clear on the issue.
[07:45] <slangasek> StevenK: "upstream dropped ABI entry points without changing the soname"
[07:47]  * StevenK thinks about dropping it in zul's lap
[07:53] <StevenK> slangasek: Is it worth milestoning?
[07:53] <slangasek> StevenK: yes
[07:53] <StevenK> slangasek: Done.
[07:54] <NCommander> superm1, ping
[08:04] <StevenK> gr_fft_vcc.cc:78: error: 'memcpy' was not declared in this scope
[08:04] <StevenK> SIGH
[08:04] <NCommander> lool, you around?
[08:05] <slangasek> StevenK: #include <string.h> kthx :)
[08:05] <NCommander> lool, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494316
[08:05] <StevenK> slangasek: But I've had to do it for like 30 files
[08:06] <slangasek> StevenK: yes, it's a shame the compiler didn't lart the author when it was first written? :)
[08:06] <StevenK> Right
[08:06] <StevenK> Maybe I need to write a Perl script.
[08:07] <StevenK> Search every file that contains memcpy() and doesn't contain <string.h>
[08:07] <NCommander> slangasek, being able to use memcpy() without string.h was one of those long standing GCC quarks :-)
[08:11] <NCommander> slangasek, speaking of quirks, https://bugs.edge.launchpad.net/ubuntu/intrepid/+source/firefox-3.0/+bug/275410 - I'm just curious if this still needs any other work
[08:11] <slangasek> NCommander: I was hoping asac would ack the fix and roll it into his next update, seeing how there are no Vcs headers for the package and he's listed as the maintainer, not core-dev
[08:12] <NCommander> Ah. I just wanted to make sure that didn't get forgotten since its currently breaking a few things in Xubuntu nicely
[08:13] <slangasek> I'd suggest following up with asac directly; it won't be forgotten, anyway
[08:17] <anilg> Tim Spriggs is building an auto builder for Nexenta, and has created  a web interface for browsing packages..
[08:17] <anilg> It also lists the ubuntu repository
[08:17] <anilg> you can open a package by selecting the letter, see the various versions available, and expand it to see the dependencies
[08:17] <anilg> http://builder.tajinc.org/?f=package_index
[08:19]  * StevenK kicks gnuradio and wields grep
[08:19] <anilg> ex : http://builder.tajinc.org/?f=package_status&view_method=name&package_name=g%2B%2B
[08:19] <slangasek> StevenK: hrm, gnuradio, does that mean someone fixed python-wxgtk2.6?
[08:20] <StevenK> slangasek: python-wxgtk2.6 was broken?
[08:20] <slangasek> StevenK: if 'import wx' not working is broken, yes
[08:20] <liw> StevenK, find . -name '*.c' | while read x; do if grep -q memcpy "$x" && ! grep -Fq '<string.h>' "$x"; then echo "bad: $x"; fi; done
[08:20] <StevenK> liw: I was half-way through writing that ...
[08:21] <StevenK> liw: Thanks :-)
[08:21]  * StevenK fixes it to be -name '*.c' -o -name '*.cc'
[08:21] <liw> if it's C++ it should probably include something like <cstring>, shouldn't it?
[08:22] <StevenK> The amount of .cc files that are using stdio.h / stdlib.h rather than iostream in this source is scary
[08:23] <pitti> yay for properly written C++ then :/
[08:23] <StevenK> Tell me about it :-(
[08:24] <StevenK> And gtklookat has defeated me again, but I'm not sure what to do about it, since upstream seems to have dumped it, and the API/ABI has changed a lot
[08:26] <mvo> shows how much people like iostream too
[08:27] <Mirv> pitti: as per last comment in bug 268674, 20080929 language packs should be removed from hardy-proposed since they (or part of them) do not have firefox translations anymore
[08:29] <pitti> Mirv: ah, only the Finnish ones, or all of them?
[08:29] <Mirv> pitti: I haven't checked others, asac's comment sounds like it would affect others, too
[08:30] <pitti> bah; yay for stability
[08:31] <Mirv> pitti: hmm, like with 8.10, also 8.04 some have translations (eg. swedish) and apparently some don't. so I don't know which ones are affected, but Finnish at least.
[08:32] <Mirv> if the launchpad export format has changed it should theoretically affect more than one language...
[08:58] <anolis> my system is semi broken.. i can't get x to load because my graphics modules need to be recompiled but i can't install kernel-source or linux-headers
[08:58] <wgrant> anolis: This isn't a support channel.
[08:58] <anolis> oh.. where is the support channel... sigh
[08:59] <RAOF> anolis: /topic - #ubuntu for dapper-hardy, #ubuntu+1 for Intrepid
[08:59] <anolis> thanks
[09:10] <slangasek> tjaalton: bug #260675: do you have kernel commit access, or what more needs to happen to move this along?
[09:11] <tjaalton> slangasek: nope, I've sent it to ubuntu-kernel@ and it was ack'ed but apparently hasn't been committed yet
[09:11] <slangasek> ok
[09:25] <cjwatson> liw: find -name '*.c' | xargs grep -l memcpy | xargs fgrep -L '<string.h>' is easier both to read and to write, I think :)
[09:25] <liw> cjwatson, if you know about -L, yes :)
[09:26] <liw> hm, I mistakenly sent that e-mail from @canonical.com (because evolution is confused and gets the address wrong when I reply-to-list), but usually the list manager has stopped such a mail and I've resent... now it didn't
[09:26] <liw> I wonder why?
[09:27] <wgrant> liw: ubuntu-devel should whitelist email addresses owned by developers registered on Launchpd.
[09:28] <wgrant> +a
[09:28] <liw> wgrant, I haven't changed those
[09:28] <liw> hm, but I have @canonical there
[09:29] <wgrant> Maybe you got caught in some update lag last time.
[09:29] <liw> I havent' changed my e-mail addresss there for over a year, afaik
[09:29] <wgrant> Hmmm.
[09:30] <liw> I can't seem to change it at all
[09:31] <stefanlsd> slangasek: thanks for the input on bug #25588 - i've suggested that par2 remains in suggests and we mark this invalid, as par2 is really optional.
[09:32] <Koon> asac: fyi, we'll be pushing soon a new release of openvpn to fix more rc8/rc9 regressions. Shouldn't affect n-m-openvpn but I thought it would be good to let you know. See bug 279655 for details.
[09:40] <cjwatson> wgrant: liw isn't in ubuntu-dev so isn't covered by the auto-whitelisting
[09:41] <liw> with wgrant's help on #launchpad I did manage to change my e-mail settings, though (and removed all the addresses that LP is not, in my opinion, allowed to register for me :)
[09:43] <wgrant> cjwatson: Oh, true, oops.
[09:44] <cjwatson> liw: lars@c.c is on the ubuntu-devel whitelist - relatively close to the bottom so I presume it's fairly recent
[09:45] <cjwatson> liw: should lars@u.c be there as well?
[09:45] <liw> cjwatson, lars@ubuntu.com is how I'm subscribed, so that should be OK; lars@canonica.com is not supposed to e-mail the list ever, so it should not be on the whitelist, either
[09:46] <cjwatson> ok, I've flipped them
[09:46] <liw> thanks
[09:46] <asac> Koon: ok. please test with NetworkManager thoroughly ;)
[09:46] <liw> in any case, not a big problem, I was just surprised at the new behavior
[09:47] <Koon> asac: I'm on it :)
[09:47] <cjwatson> the whitelist is generally maintained by "hey, that person is sensible, why am I having to moderate their mail"
[09:47] <cjwatson> so it's whatever address happened to be on the most recent sensible mail
[09:47] <liw> cjwatson, I think you may want to smack anyone who thinks I'm reasonable
[09:48] <liw> cjwatson, I've cancelled via mailman all the @canonical mail I've sent, when it has been caught up in the moderation queue, as far sa I know
[09:52] <tkamppeter> pitti, have you seen my mail?
[09:52] <pitti> tkamppeter: yes, I did
[09:57] <cjwatson> liw: I have duly smacked myself
[10:03] <liw> cjwatson, :)
[10:06] <pitti> superm1: if you have a minute today, could you please test the jockey in hardy-proposed for b43 and wl?
[10:06] <pitti> superm1: would be great to get that verified soon, so that -21 can move to -updates
[10:08] <stefanlsd> slangasek: if an application is in main, can a recommends and suggests be in universe?  it just cant be in build-depends or depends?
[10:15] <cjwatson> stefanlsd: suggests can, recommends can't
[10:16] <cjwatson> (now that recommends are installed by default)
[10:16] <stefanlsd> cjwatson: thanks. :)
[10:17] <pitti> stefanlsd: suggests is ok, recommends isn't
[11:37] <asac> Mirv: please test http://people.ubuntu.com/~asac/rosetta/fi.tar.gz
[11:49] <Mirv> asac: looks good so far, installed it and everything seems to work
[11:50] <Mirv> asac: also the location bar google search works now
[11:57] <Riddell> ArneGoetje: when are you going to upload language packs?
[12:09]  * pitti giggles at Soyuz -- "Estimated build start: 0 seconds ago", and that for 5 minutes already
[12:33] <sistpoty|work> mvo: gtk2hs finally can be upgraded :) thanks for your help!
[12:40] <asac> calc: do you have bug 272772 on your radar still?
[12:41] <mvo> sistpoty|work: excellent, thanks a lot for the fix :)
[12:41] <asac> mdke: ^^ that bug is fix committed for ubuntu-docs. whats the status on that?
[12:41] <sistpoty|work> mvo: heh, np ;)
[12:41] <Hobbsee> pitti: FYI, it seems that the module name has changed back (you fixed https://bugs.edge.launchpad.net/ubuntu/+source/gdm/+bug/246969 )
[12:41] <ogra> asac, and chance that we see the upstream fix for bug 269188 in intrepid ?
[12:41] <Hobbsee> pitti: or at least, on my system it has
[12:42] <asac> \sh: could you look at #277175 please?
[12:42] <pitti> Hobbsee: gdm?
[12:42] <pitti> Hobbsee: oh, that
[12:42] <asac> ogra: i asked you to help me to evaluate that issue ;)
[12:42] <asac> ogra: well at least the extreme slowness part
[12:42] <ogra> asac, well, that fixed apparently
[12:42] <pitti> Hobbsee: right, I get pcspkr again, but snd_pcsp still exists
[12:42] <ogra> *thats
[12:43] <Hobbsee> pitti: ah, right.
[12:43] <asac> ogra: so its the urandom issue?
[12:43] <Hobbsee> pitti: so they both do now.  brilliant :-\
[12:43] <ogra> asac, seems teh fix is changing FF to use /dev/urandom instead of /dev/random
[12:43] <ogra> asac, right
[12:43] <asac> ogra: i cant believe that this is the only issue here :/
[12:44] <ogra> i'm not sure, i also suspect the xcb changes to play a rold but have no clue how to verify that
[12:44] <asac> ogra: given that /dev/random was used before i dont see how this might have popped up just now
[12:44] <ogra> especially since people complain about openoffice in hardy as well
[12:45] <apachelogger> pitti: hey, would be awesome if you could please take a look at bug 267599 without the plugin google talk is not working in Kopete, so we should get it in main for Intrepid.
[12:45] <ogra> *role
[12:45] <pitti> apachelogger: I saw the bug mail, but I'm pretty swamped ATM (and I already did some MIRs today, *hint* *hint* team members)
[12:48]  * apachelogger pokes asac doko and lool with the mir bug ^
[12:48] <apachelogger> :P
[12:48] <wgrant> Are we going to have syncs processed at some point?
[12:49] <asac> apachelogger: runtime dependency of jabber, does that mean it gets loaded through dlopen?
[12:49] <\sh> bug #277175
[12:50] <apachelogger> asac: good question, will have to check, I am not sure if kopete loads the plugin or libqca2
[12:50] <asac> apachelogger: what jabber feature is broken/gets cured by this?
[12:51] <asac> or is jabber completely broken now in kopete?
[12:51] <apachelogger> asac: ssl encryption
[12:51] <apachelogger> other than that it works
[12:53] <asac> hmm ... wasnt ssl incompatible with GPL?
[12:54] <seb128> wgrant: I'll do those today yes, why?
[12:54] <wgrant> seb128: Just wondering, as there are lots pending.
[12:54] <seb128> wgrant: ubuntu was frozen for a while for beta
[12:54] <wgrant> seb128: Right, but that was almost a week ago now.
[12:55] <wgrant> Anyway, as long as they get done fairly soon, all is good.
[12:55] <seb128> wgrant: well, people have been busy since apparently, will do those today sorry about the delay
[12:55] <wgrant> Thanks.
[12:55] <seb128> you're welcome
[12:56] <\sh> asac: I'm on it
[12:56] <asac> \sh: great!
[12:57] <ogra> \sh, and not done yet ? slacker !
[12:57] <ogra> :)
[12:57] <\sh> ogra: bah ,->
[12:57] <asac> hehe
[12:57] <apachelogger> asac: the plugin is LGPL
[12:58] <asac> since we add more and more to ia32-libs, maybe we should just add all libs from main there? :-D
[12:59] <ogra> we could drop everything from it and just call debootsrap --arch i386 from the postinst :)
[12:59] <\sh> asac: I wonder if we need to replace libgnutls13 to libgnutls26 or just add libgnutls26...I do now the first shot
[12:59] <asac> \sh: hmm ... i would say adding the new lib might be safer
[13:00] <asac> apachelogger: how does the plugin use openssl? doesnt it link against it?
[13:01] <apachelogger> asac: it does
[13:04] <apachelogger> asac: kopete links against QCA, QCA tries to load the ossl plugin, which is in fact a qplugin and gets loaded via http://doc.trolltech.com/4.3/qpluginloader.html
[13:04] <RainCT> mvo: Hey, I discovered the specification about the debdelta/etc stuff yesterday and I was wondering: is there anything working already? (ie, I know that some of the tools work but could I use them right now to update my system?)
[13:07] <jg> ping superm1
[13:18] <asac> apachelogger: what was used for ssl support before?
[13:19] <apachelogger> asac: qca-tls
[13:19] <apachelogger> along with libqca1c2
[13:24] <mvo> RainCT: there is some code based on aptsync available, but its pretty crufty - it would be interessting to resurrect it
[13:26] <RainCT> mvo: I don't think I can help with that, but I'm *very* interested in it :P
[13:31] <asac> apachelogger: is there no gnutls based option available?
[13:33] <apachelogger> asac: nope http://delta.affinix.com/qca/
[13:35] <Riddell> mvo: why does update-manager-core have /usr/lib/python2.5/site-packages/UpdateManager/Core/DistUpgradeFetcherCore.py and /usr/lib/python2.5/site-packages/DistUpgrade/DistUpgradeFetcherCore.py ?
[13:35] <mvo> Riddell: that should be just a symlink, no?
[13:36] <Riddell> mvo: not here
[13:40] <morgs> asac: Any chance of getting this fixed? https://bugs.launchpad.net/ubuntu/+source/xulrunner-1.9/+bug/277564
[13:40] <mvo> Riddell: hm, at least it should be identical (its a symlink in the source)
[13:42] <asac> morgs: we dont have a package split for it, but in theory python-xpcom should be in the xulrunner-1.9 package
[13:42] <asac> morgs: and also, last i heard is that python-xpcom isnt really maintained upstream anyway.
[13:43] <morgs> asac: We're actively using it for Sugar, so there's some chance of it getting maintained...
[13:43] <morgs> I'll check if it's in
[13:43] <cody-somerville> slangasek, james_w: I dreamt last night that your changes to policykit caused a regression and broke my production machine on upgrade :P
[13:44] <james_w> cody-somerville: nightmare
[13:44] <ogra> cody-somerville, you should start taking drugs to sleep dreamless then :P
[13:45] <james_w> morgs: it's in there, and you can import it by changing sys.path
[13:45] <morgs> james_w: OK, I'll check the sugar-hulahop packaging then
[13:45] <cody-somerville> ogra, I should try that. Drugs not to sleep at all only seem effective for so long :P
[13:46] <ogra> lol
[13:46] <asac> morgs: dpkg -L xulrunner-1.9 | grep python
[13:46] <morgs> asac: thanks!
[13:57] <mvo> cjwatson: could you please merge from my debian-cd branch again (lp:~mvo/debian-cd/mvo) ? it reverts the change to remove the hashes from the Release file for the uncompressed file. I added code to update-manager now to deal with that on upgrades and will prepare a update for hardy-updates of apt
[13:57] <superm1> StevenK, slangasek: it appears that dropping the conflicts did help, just had to do it on 3 of the binary packages to be useful.  thanks
[13:57] <superm1> jg, momentary pong?
[13:58] <superm1> pitti, yeah i should be able to take a look at some point today
[13:58] <pitti> superm1: thanks
[13:59] <\sh> asac: uploading...
[14:00] <jg> superm1: just filed a bug against the XT; the graphics is glacial.  bug #280158.
[14:01] <jg> glxinfo reports the software renderer is being used, and x11perf -aatext is also very slow (30Kchar/second).
[14:01] <ogra> liw, do you mean to only have if-up/down.d scripts instead of having the initscript at all ?
[14:01] <ogra> liw, re -> dhcpd
[14:01] <liw> ogra, that's going into more detail than I know much about
[14:01] <liw> ogra, also, implementation details :)
[14:02] <ArneGoetje> Riddell: when they are ready. (hopefully friday... but with the current export delays it can be later)
[14:02] <ogra> well, you say only bring it up if the interface is up ... that wuld mean to me to have it called from a if-up/down.d script and just not have any rcX.d links
[14:02] <ogra> makes sense though
[14:04] <ArneGoetje> Riddell: the upstream translations for the KDE packages are not fully imported into Rosetta yet anyways...
[14:04] <cjwatson> mvo: ok, will do, thanks
[14:09] <mvo> cjwatson: thanks, this should make it (finally!) work
[14:09] <Riddell> ArneGoetje: sakes.  do you know why not?
[14:13] <ArneGoetje> Riddell: because the database server is overloaded and the queue doesn't get smaller as long as new pakages are being uploaded.
[14:13] <pitti> zul: did you see the patch in bug 228693? can you please review it and upload if it is good? thanks!
[14:15] <zul> pitti: yes its on my todo list
[14:16] <pitti> zul: good; no hurry, I just wanted to ensure it didn't get lost
[14:26] <Riddell> do we still have ntp running at startup?
[14:27] <pitti> Riddell: we have ntpdate in network/if-up.d/
[14:27] <pitti> but AFAIK we never installed the ntp daemon by default, at least on desktops?
[14:28] <Riddell> pitti: does that work with networkmanager do you know?
[14:29] <pitti> Riddell: I'm not 100% sure with 0.7, but it definitively did with hardy and 0.6
[14:29] <Riddell> seems to also be in dhcp3/dhclient-exit-hooks.d/ntpdate
[14:29]  * pitti tests
[14:30] <pitti> Riddell: confirmed, if-up.d/ is still run by n-m
[14:30] <Riddell> thanks pitti
[14:41] <seb128> pitti, thekorn: is that a known bug?
[14:41] <seb128> launchpadbugs/buglistbase.py", line 160, in _add
[14:41] <seb128>     url = bugpage.following_page
[14:41] <seb128> AttributeError: 'list' object has no attribute 'following_page'
[14:41] <seb128> the i386 retracer is crashing on that
[14:42] <seb128> wgrant: syncs processed now
[14:45] <Riddell> mvo: I want to upload update-manager but DistUpgrade/DistUpgradeVersion.py and DistUpgrade/mirrors.cfg seem wonky  http://muse.19inch.net/~jr/tmp/update-manager.debdiff
[14:46] <mvo> Riddell: oh, give me a sec, forgot to push
[14:47] <Riddell> mvo: also sould I care about this?  http://paste.ubuntu.com/55288/
[14:48] <mvo> Riddell: should be harmless
[14:48] <thekorn> seb128: no, I have never seen it, let me check the code
[14:48] <mvo> Riddell: I pushed the version information changes, should be good now
[14:50] <Riddell> mvo: what revision do I want?  I get "Tree is up to date at revision 1103."
[14:50] <mvo> Riddell: sec, I check
[14:51] <mvo> Riddell: please try now (my bad, r1104)
[14:51] <Riddell> got it
[14:51] <seb128> thekorn: thanks
[14:54] <Riddell> mvo: groovy, uploaded
[14:54] <asac> apachelogger: ok sorry was dragged away ;). final question: can i test it with not too much effort?
[14:54] <mvo> Riddell: thanks
[14:55] <mdz> pitti: the FDI fix has most of my hotkeys working again (suspend/lock/battery/hibernate), but I seem to have a different problem with my brightness keys
[14:55] <mdz> they come through as XF86MonBrightnessUp and XF86MonBrightnessDown, but nothing happens
[14:55] <mdz> I wonder if gnome-power-manager is meant to be listening to those?
[15:07] <munckfish> calc: hi you got a sec? I'm struggling with the OpenOffice !x86 ftbfs problem (bug 273268) and I'd dearly love any direction you could give me.
[15:08] <thekorn> seb128: fixed in rev 164 of the main py-lp-bugs branch
[15:08] <seb128> thekorn: thanks!
[15:25] <calc> munckfish: still here?
[15:25] <munckfish> calc: hi yes I am
[15:26] <munckfish> calc: I've been trying to dig and see if I can identify where the linker paths are set for the JDK native libs
[15:26] <calc> munckfish: yes i have a fix for the path problem that may allow ppc/sparc to build
[15:26] <munckfish> which the "bean" module needs to link with
[15:26] <munckfish> calc: oh great!
[15:26] <calc> munckfish: but ppc usually fails to build OOo when java is enabled so i might have to completely disable java again
[15:27] <munckfish> calc: ok
[15:27] <munckfish> is that a last resort?
[15:27] <munckfish> I guess it is - that would be fine with me - my priority is being able to install Ubuntu at all
[15:27] <munckfish> :D
[15:29] <Riddell> mvo: apt-auth-failure.note seems unreliably gnomeish
[15:29] <calc> munckfish: yea, OOo uses java for a lot parts so turning it off isn't great, but if ppc still can't build with java then i might have to do that
[15:29] <Riddell> mvo: what does it do?
[15:31] <Riddell> and can we replace it with a script which can run kde equivalents?
[15:36] <mvo> Riddell: give me a sec, I need to check
[15:37] <munckfish> calc: so what's the next step? How soon could you test out your fix?
[15:37] <mvo> Riddell: I think we should add a /usr/share/apt/apt-auth-failure-retry.sh that trys to detect the desktop used and does the right thing. for jaunty we can use Packagekit
[15:38] <Riddell> mvo: I wonder if smarter will volunteer to write that :)
[15:38] <smarter> Riddell: I can try ;)
[15:38] <smarter> what do we use for automatic updates in Kubuntu now? update-notifier-kde?
[15:38] <smarter> adept batch is gone; no?
[15:39] <Koon> ogra: about your dhcp3 bug 280123 -- NetworkManager is at S30 and dhcp3-server at S40 so the initscript should be ok -- or I am missing something ?
[15:42] <Ng> mvo: when update-manager says the changelog isn't available yet and I should use launchpad, could it not just do that for me? :)
[15:42] <apachelogger> asac: do you have a gmail account?
[15:44] <Riddell> smarter: hmm, good question, I've been meaning to add that (to install-package)
[15:47] <mvo> Ng: it could, but I have not done that because there is a risk that with too many people that may kill LP because of the hit
[15:48] <mvo> Ng: but there is a bugreport where people wondered the same - I should talk to #launchpad and hear their opinion I guess
[15:49] <asac> apachelogger: why?
[15:50] <asac> evand: yes. i think that bug is known
[15:50] <calc> munckfish: have to merge some other changes then may be able to upload it by later tonight, takes several hours to build
[15:50] <asac> evand: it also happens if you restart hal afaict
[15:50] <calc> anyone know why a PPA build would show that it worked but the binaries not show up?
[15:50] <apachelogger> asac: google talk would be the easiest way to test I think
[15:50] <calc> oh never mind
[15:50] <calc> it just finished right before i loaded the page
[15:51] <apachelogger> seeing how kopete can't even fall back to unencrypted connection because google doesn't support it
[15:51] <asac> apachelogger: i have a jabber account with ssl ;) ... i just wondered what i need to install etc.
[15:51] <asac> or if i need to rebuild something in the archive (i guess not)
[15:51] <evand> asac: ok, noted.  Thanks
[15:51] <asac> evand: bug 274470 ;)
[15:52] <evand> ah, much appreciated.  Subscribed.
[15:52] <asac> evand: if someone now would properly triage this, it would be much better :-D
[15:52] <asac> but i will do that now :)
[15:53] <apachelogger> asac: install kopete -> start it -> settings -> configure -> add account -> jabber -> enter acocunt info -> go to connection tab -> tick encryption setting -> next -> finish -> you should get an error about the encrption stuff -> quit kopete -> install libqca2-pluign-ossl -> start kopete -> connect -> should work
[15:54] <asac> apachelogger: ok. and the reason we need this is because kopete is now on kde4, right?
[15:55] <munckfish> calc: "takes several hours to build" --> understatement. That was one of my big concerns with this one - the only powerpc hardware I have is my PS3.
[15:55] <apachelogger> asac: yes, qca2 is for Qt 4, qca was for Qt 3
[15:56] <munckfish> calc: and that only has 256MB of RAM - consequently everything seems to take double the time to compile. :D
[15:57] <munckfish> calc: ok thx for your help
[16:02] <calc> munckfish: probably on a ps3 it would take days
[16:02] <calc> munckfish: it takes 3-4hr on a 6gb c2d 2.8ghz system
[16:03] <munckfish> calc: yes I think you're right
[16:03] <asac> apachelogger: ok done
[16:05] <slytherin> any archive admins around? I am looking for some java libs to be moved to universe.
[16:25] <apachelogger> asac: works?
[16:26] <apachelogger> ah
[16:26] <apachelogger> asac, pitti: thank you both :)
[16:37] <slangasek> cody-somerville: tell us more about this lack of faith your subconscious has in us
[16:39] <cody-somerville> slangasek, probably has to do with the bug that a number of packages had awhile back with directories not existing in /var/run/
[16:43] <lool> superm1: Hey, around?
[16:43] <superm1> lool, hi
[16:53] <kees> anyone know why screen-resolution-extra is part of "contrib"?  I don't think that's right.
[16:58] <ogra> Koon, oh, i looked at the package, it called dh_installinit with default values, though the ifup/down stuff is still open
[16:58] <ogra> but that indeed makes it easier
[16:58] <Koon> ogra: somehow it changes that in postinst. ugly.
[16:59] <ogra> Koon, aha, yeah, definately ugly
[17:03] <tseliot> kees: screen-resolution-extra is now part of X11 (the Section in the control file)
[17:30] <slangasek> cjwatson: what does this debian-cd build error point to?: debian-installer has kernel ABI 2.6.27-4-generic, but no corresponding udebs are
[17:30] <slangasek>  on the CD!
[17:30] <superm1> pitti, provided I remove linux-backports-modules-* that SRU looks good.  It can't enter -updates with everything else though until the LBM thing is sorted
[17:41] <kees> tseliot: so it is!  thanks.  vrms hates me slightly less now.  ;)
[17:41] <directhex> yay, i got mentioned on boycottnovell.com's frontpage. woo!
[17:42] <tseliot> kees: hehe
[17:54] <pitti> superm1: hm, that thing still didn't build yet?
[17:54] <pitti> superm1: bumped the build prio
[17:55] <superm1> pitti, ok, i'll keep this machine at intrepid to watch for when it shows up
[17:55] <superm1> er hardy
[17:57] <Chipzz> slangasek: I managed to install the machine - in the end :P
[17:58] <slangasek> Chipzz: yay :)
[17:58] <Chipzz> through some very ugly hacks though
[17:58] <Chipzz> it involved creating my own sources.list and: while : ; do cp sources.list /target/etc/apt ; done
[17:59] <Chipzz> (during the base install)
[18:01] <Chipzz> slangasek: I did notice some other brokenness too though
[18:01] <Chipzz> for one, grub-installer either not getting run at all, or getting run on the wrong disk
[18:02] <Chipzz> and v86d not being installed, while needed (? maybe just invoked) by the initramfs
[18:03] <CarlFK> Chipzz: I just had grub-installer troubles too.  --recheck seemed to be the solution.  https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/280270
[18:05] <Chipzz> CarlFK: I didn't get any errors though
[18:07] <Chipzz> actually I installed twice (encrypted lvm config not to my liking); the first time, I needed t boot into rescue mode and run grub-installer, the second time I just did it before finishing the installation
[18:08] <Chipzz> one question though: is dmraid used exclusively for software raid, or is it used somehow with lvm/encrypted lvm too?
[18:08] <doko> calc: the ooo3 help packages need a dependency on ooo (>= 3.0~rc)
[18:09] <CarlFK> Chipzz: I also have had problems when I booted from a usb stick, and so grub saw that as the boot device to install to.  could that be your problem?
[18:09] <CarlFK> no clue about dmraid
[18:09] <Chipzz> no
[18:09] <Chipzz> booting from cd
[18:10] <Chipzz> (for the installation)
[18:10] <Chipzz> hardware raid once installed
[18:10] <CarlFK> well, that's all I got.  im just a user.
[18:11] <Chipzz> me too - but a user with a lot of clue ;)
[18:12] <CarlFK> sometimes I have a clue.
[18:23] <Chipzz> CarlFK: btw, my problem was during ubuntu-server install
[18:23] <Chipzz> ie not related to ubiquity
[18:25] <CarlFK> mine was alt-installer - pretty sure the same installer
[18:29] <geser> kees: -5 was also affected by that kernel bug, will try out -6 soon
[18:38] <kees> geser: hrm, the -5 I was running had the changes I put in -6, so I'm hoping you don't see it in -6.
[18:45] <jdong> compiz lords, what the hell is horizontal scrolling supposed to do in compiz opacity?
[18:49] <jdong> oh FFS
[18:50] <jdong> alt-leftscroll lowers the window focus, alt-rightscroll raises it.
[18:50] <jdong> who thought of that?
[18:50]  * jdong whines in bug 279679
[18:50] <mterry_> doko: What's the story with liveconnect and openjdk these days?
[18:51] <doko> not yet working
[18:52] <mterry_> doko: OK  :)
[18:52] <slangasek> evand: I see you commented on bug #14135 back in May; do you know if this problem is addressed by the UUID changes?
[18:54] <evand> yikes, there's a poorly titled bug
[18:55] <evand> there appears to be plenty of different problems in there, but it will fix cases where grub fails due to changes to the BIOS device ordering.
[18:55] <evand> slangasek: ^
[18:56] <slangasek> evand: ok; could you close the bug with that explanation, so I'm not relaying?
[18:56] <slangasek> (if you think it should be closed, that is)
[18:56] <evand> will do
[18:56] <slangasek> thx
[18:57] <evand> well, I'll make a note to close it once the UUID changes are in, asking users to file new, separate bugs, should they still experience problems
[19:03] <slangasek> the UUID changes aren't in?
[19:20] <evand> slangasek: They're in grub proper, but update-grub doesn't write them yet.  I'm fixing that though.
[19:20] <slangasek> evand: ok
[19:21] <brandon|work> is the winbind package maintainer in here?
[19:22] <jcristau> that would be slangasek
[19:22] <slangasek> lies
[19:22] <slangasek> Ubuntu doesn't have package maintainers :-)
[19:22] <brandon|work> heh
[19:23] <brandon|work> slangasek: if I make a bug in launchpad for winbind, will you be cc'ed to it?
[19:23] <slangasek> brandon|work: no
[19:23] <brandon|work> hrm
[19:24] <slangasek> because I don't maintain the package... :)
[19:24] <brandon|work> oh
[19:24] <brandon|work> ok
[19:47] <elisboa> Hi; how do I create a package from scratch?
[19:47] <elisboa> I want to create a package named squid-conf, which only carries a squid.conf file
[19:48] <elisboa> Then, it diverts it from squid on preinst script and reverts in postrm
[20:42] <mathiaz> mvo: hi - what's your opinion on bug 84918?
[20:43] <mvo> mathiaz: we install it by default so we can not enable it by default IMO. but we should ask a debconf question I think
[20:44] <mathiaz> mvo: ok. And then the debconf question could be preseeded in the installer.
[20:44] <mvo> mathiaz: yeah, that would be good. not sure we should do it for intrepid though, its a bug that is open for some time already :/
[20:45] <mvo> mathiaz: on the desktop its very simple, there is a checkbox for it in software-properties
[20:45] <mvo> but I guess on the server that is not a ideal solution
[20:47] <mathiaz> mvo: http://people.ubuntu.com/~mathiaz/update-policy.png <- this is the installer step
[20:47] <mathiaz> mvo: if the user chooses Install security updates automatically, unattended-upgrade is installed.
[20:47] <mvo> mathiaz: oh, nice! out of curiosity, "manage with landscape" means they need a subscription, right?
[20:47] <mathiaz> mvo: correct
[20:48] <mvo> mathiaz: installed or installed and setup?
[20:48] <mathiaz> mvo: as of now, it's only installed
[20:48] <mathiaz> mvo: but not setup - which is defintely not what is expected
[20:49] <mvo> heh :)
[20:49] <mvo> yeah
[20:50] <mathiaz> mvo: so a debconf question could be added to unattended-upgrades to ask if the system should be setup automatically
[20:51] <mvo> mathiaz: I think that would be best, yes
[20:51] <mathiaz> mvo: another option would be to add another package that would enable automatic updates
[20:51] <mathiaz> mvo: the debconf question would default to *not* enable automatic updates
[20:52] <mvo> mathiaz: right, putting the config in nother package (or part of it) would work too
[20:52] <mvo> mathiaz: I think *not* enable by default is the right choice, it should be a concious decision IMO
[20:54] <mathiaz> mvo: I agree with that. OTOH the first few times I installed the unattended-upgrades package on my servers I was surprised it wouldn't work OOTB
[20:54] <mvo> right
[20:54] <mvo> maybe the right answer is *enable* by default but override that (via preseeding) in the desktop install
[20:55] <mathiaz> mvo: that would make most sense IMO
[20:56] <mvo> mathiaz: ok, I'm uneasy about it at this point, but I'm fine with that in the next cycle
[20:58] <pwnguin> slangasek: is there a tracking bug for PAMConfigFrameworkSpec?
[20:58] <mathiaz> mvo: uneasy about enable by default or adding a debconf question?
[20:59] <mvo> mathiaz: enabling it by default and adding code to the various installers so that they DTRT
[21:02] <mathiaz> mvo: ok - so what about adding a debconf question defaulting to *not* enable by default and adding a line in pkgsel to preseed the debconf question to *enable* unattended-upgrades in the server installer if the user chooses the correct option?
[21:03] <mvo> mathiaz: sounds good to me
[21:03] <mathiaz> mvo: ok - I'll prepare a debdiff for unattended-upgrade and will run it by you.
[21:04] <mvo> mathiaz: its mantained in bzr at sftp://mvo@people.ubuntu.com/home/mvo/public_html/bzr/unattended-upgrades/unattended-upgrades--mvo/ but it should really go into ~ubuntu-core-dev/
[21:04] <mvo> mathiaz: excellent, debdiff is fine
[21:09] <mathiaz> mvo: are you sure your bzr branch is up-to-date? the last commit date is 2007-01-23
[21:12] <mvo> mathiaz: sorry, my bad (its late here). its actually lp:~ubuntu-core-dev/unattended-upgrades/ubuntu
[21:14] <mathiaz> mvo: ah - much better :) - thanks
[21:16] <mvo> thank you!
[21:24] <sbeattie> slangasek: is there a reason alternate cds aren't building?
[21:42] <slangasek> sbeattie: yes, but not a reason I've been able to analyze; I pung cjwatson1 about it earlier
[21:42] <slangasek> pwnguin: no, is there expected to be?
[21:43] <pwnguin> slangasek: well, i was just curious if there was any tracking of the task or progress;
[21:44] <pwnguin> ive noticed fprint doesn't set anything up (universe package pulled from experimental). wanted to check if it was planned or rejected or simply ignored :)
[21:44] <sbeattie> slangasek: was guessing the following probably had something to do with it:
[21:44] <sbeattie> Adding the selected packages to each CD :
[21:44] <sbeattie> /usr/share/debootstrap/functions: line 177: [: =: unary operator expected
[21:44] <sbeattie> /usr/share/debootstrap/functions: line 373: : command not found
[21:45] <sbeattie> (from http://people.ubuntu.com/~ubuntu-archive/cd-build-logs/ubuntu/intrepid/daily-20081008.log)
[21:50] <slangasek> sbeattie: I didn't think so, but I'll double-check
[21:51] <slangasek> sbeattie: yeah, that goofy failure is present in successful builds to
[21:52] <slangasek> pwnguin: the initial spec is implemented, except for hooking it into the GUI; the only package that I think we still need to try to get updated to interface with this for intrepid is libpam-krb5
[21:54] <ScottK> pitti: If apport is making public bugs dupes of private ones is that an apport bug or a Launchpad one?
[21:54] <NCommander> ScottK, are you going to be at UDS?
[21:54] <NCommander> (^- StevenK too)
[21:54] <RainCT> Is someone coming to Mozilla Camp Europe? :P
[21:56] <NCommander> RainCT, not after the blocker that happened at the last one :-)
[21:58] <james_w> ScottK: it's always done that hasn't it? Or is this a private bug that you can't see?
[21:59] <wgrant> seb128: Great! Thanks.
[22:03] <ScottK> NCommander: No.
[22:03] <NCommander> ScottK, pity, I'm figured out who to try and room w/
[22:04] <ajmitch> it generally gets allocated
[22:04] <ScottK> james_w: I could see the private bug, but it does seem wrong to dupe the public bug to the private one.
[22:04] <ScottK> Last time we got asked for preferences if we had them.
[22:04] <wgrant> ajmitch: But one can make requests.
[22:04] <ajmitch> wgrant: if you care enough, sure
[22:06] <seb128> wgrant: you're welcome
[22:07] <wgrant> ...
[22:07] <wgrant> I think I regret posting on ubuntuoforums now.
[22:07] <NCommander> wgrant, what happened?
[22:07] <wgrant> Somebody decided I was a good person to email for help with fglrx on Intrepid, and emailed it to all of my public email addresses.
[22:08] <mrooney> wgrant: :)
[22:09] <directhex> wgrant, it's a bad place. currently i'm trolling it a little.
[22:09] <mrooney> maybe it is better to not stop posting but just to provide a different email address on your profile, one not so primary
[22:09] <wgrant> mrooney: No, no, they trawled far and wide for these.
[22:10] <wgrant> Probably Launchpad and keyservers.
[22:10] <mrooney> wgrant: oh haha, how clever!
[22:10] <mrooney> sounds like a good idea
[22:10] <ajmitch> wgrant: because you're obviously a helpful person
[22:11] <geser> kees: the kernel bug still happens with -6
[22:11] <mrooney> wgrant: I will start suggesting on all new bug reports that users email you directly for help!
[22:11] <kees> geser: ugh, that's bad.  do you have a workload you've been able to reproduce it with?
[22:12] <geser> no :( I didn't find out yet under which circumstances it happens
[22:12] <kees> geser: yeah, I'm at a loss to create it too.  I tend to notice it most doing builds, but not lately.  :(
[22:13] <RainCT> NCommander: blocker?
[22:13] <NCommander> RainCT, ?
[22:13] <geser> kees: I've also got some errors about ata resetting this time before this happened, but I don't know if it's related nor if it's the kernel or a upcoming hardware problem
[22:14] <kees> geser: hrm
[22:14] <RainCT> >> <NCommander> RainCT, not after the blocker that happened at the last one :-)
[22:15] <geser> kees: I wonder why only we both see this problem
[22:15] <NCommander> RainCT, oh, the last Mozilla camp had a landslide block the road, which was a blocker bug on Bugzilla
[22:16] <RainCT> NCommander: ah, right, I think I saw that bug :)
[22:16] <kees> geser: no clue.  you run amd64, right?
[22:16] <RainCT> NCommander: but such things don't happen in Barcelona ;)
[22:16] <NCommander> You could have a sinkhole form instead
[22:17] <geser> kees: yes, but I guess some more people run intrepid on amd64 besides us both
[22:17] <kees> geser: I suspect that might be part of it, but I know a lot of devs run with it.  intel hardware?
[22:18] <geser> no, amd64 x2
[22:18] <RainCT> NCommander: bah, firemen.. :P
[22:18] <NCommander> RainCT, yes, yes I am :-)
[22:19] <geser> kees: http://paste.ubuntu.com/55415/ that are the ata errors I got this time
[22:19] <kees> geser: that's upsetting-looking.  :(
[22:20] <geser> I'll see tomorrow if it also happens with -1 and if not then I blame the kernel
[22:20] <slangasek> RainCT: mozilla camp europe is in BCN?
[22:20]  * slangasek yearn
[22:21] <RainCT> slangasek: yep
[22:21] <slangasek> RainCT: are you in Barcelona yourself?
[22:23] <RainCT> slangasek: not in the city, but in the province (20-40 minutes from there)
[22:23]  * slangasek nods
[22:34] <RainCT> good night
[22:48] <cjwatson> slangasek: yikes. My guess is that the seed checkouts on rookery have somehow become screwed; I'm looking into that possibility now
[22:48] <slangasek> ok, thanks
[22:49] <cjwatson> hmm, no, not that
[22:51] <cjwatson> 13527 Oct04 /bin/sh -c for-project ubuntu-server cron.daily; for-project ubuntu-server cron.ports_daily
[22:51] <cjwatson> slangasek: that's the culprit
[22:51] <cjwatson> every so often, check_out.py seems to get stuck in a futex, and a CD image build gets stuck as a result
[22:52] <slangasek> ah
[22:52] <cjwatson> it then keeps the archive lock held, so nothing else gets to sync
[22:52] <slangasek> right; kill the britney process, then?
[22:52] <cjwatson> yep, I've done that now
[22:52]  * slangasek nods
[22:53] <slangasek> thanks, now I know to look for that in the future
[22:53] <cjwatson> this only started happening relatively recently (weeks, maybe small number of months)
[22:53] <slangasek> that also seems to be an incentive to try getting an updated version of britney in, maybe
[22:53] <cjwatson> yes
[22:53] <cjwatson> I'm at a loss to know what could be causing this though
[22:54] <cjwatson> the usual cause for things getting stuck in futexes, IME, is buggy signal handlers
[22:54] <cjwatson> but britney doesn't have any signal handlers
[22:56] <cjwatson> nor does it seem to have locks, semaphores, or mutexes; although I suppose python might
[22:59] <slangasek> hmm, yes
[23:04] <radix> mathiaz: hi, I think I'm ready with the branch
[23:05] <radix> mathiaz: I guess it's getting pretty late, do you want to chat about it tomorrow?
[23:14] <NCommander> ScottK, can I steal an upload from you?
[23:15] <cjwatson> slangasek: (I've kicked off a new Ubuntu server build at kirkland's request, and Ubuntu alternate for good measure)
[23:15] <slangasek> oops, I already did the latter :)
[23:15] <kirkland> cjwatson: outstanding, thanks
[23:16] <superm1> NCommander, i was going to upload your libpam-blue thing, but your debdiff didn't apply cleanly.  did you do it backwards? (debdiff new_dsc old_dsc)
[23:16] <cjwatson> slangasek: huh, I didn't see it in ps
[23:16] <slangasek> I suspect it had already finished
[23:16] <cjwatson> slangasek: oh, you must have done it as your own user rather than as cdimage?
[23:16] <NCommander> superm1, argh, possibly. YOu can grab it from the bluetooth PPA
[23:16] <cjwatson> ... or that
[23:16] <NCommander> superm1, speaking of bugs, your bug in Debian on libsmbios should be resolved :-)
[23:16] <slangasek> aaaaaand amd64 is oversized again
[23:16] <cjwatson> slangasek: thanks for merging mvo's debian-cd branch, too
[23:16] <slangasek> n/p
[23:17] <superm1> NCommander, yeah I got a notification on it.  glad that's finally taken care of
[23:17] <superm1> thanks for poking around
[23:17] <NCommander> superm1, I'm working with Debian QA to try and make patches flow in reverse to Debian
[23:17] <NCommander> superm1, I can respin the debdiff, but its probably easier to grab it from the bluetooth PPA
[23:17] <superm1> NCommander, i'll grab it from the PPA later tonight then
[23:18] <doko> the first applets using LiveConnect load, see the openjdk PPA (6b12~pre1-0ubuntu4~ppa5)
[23:20] <slangasek> ok, what the heck are libbabl and libgegl doing on the CDs post-beta?
[23:21] <directhex> gimp 2.6?
[23:21] <slangasek> probably
[23:22] <directhex> gimp 2.6 uses gegl
[23:22] <directhex> no idea what babl is
[23:22] <slangasek> a dep of gegl
[23:22] <directhex> let me guess. the cd's too big again?
[23:22] <slangasek> of course
[23:22] <directhex> sorry. i'll do what i can for jaunty
[23:25] <ion_> Ah, finally! Awesome. (Gimp on GEGL, that is)
[23:28] <cjwatson> directhex: CDs, err, kinda need to be fixed for 8.10 ;-)
[23:30] <directhex> cjwatson, well, yeah, sure, that'd be neat. but my TODO is very specific!
[23:36] <slangasek> ion_: bloating the CDs post-beta -- not awesome!
[23:36] <ion_> Heh
[23:37] <slangasek> well, xscreensaver doesn't belong on here, let's see what happens when we get rid of that...
[23:37] <lycannyc-work> Hey everyone is there a workaround for Network Manager? or being able to go online?
[23:37] <kees> which package installs the "Kde" debconf frontend?
[23:38] <kees> (and how would I figure this out for myself next time?)
[23:38] <slangasek> kees: "debconf" :)
[23:38] <slangasek> kees: but it's only used if libqt-perl is installed
[23:38] <slangasek> s/it's only used/it can only be used/
[23:38] <kees> slangasek: heh, okay libqt-perl it is.  :)
[23:39] <kees> slangasek: actually, that seems to be un-true
[23:39] <kees> I have both libqt-perl installed and debconf
[23:39] <kees> slangasek: I'm trying (unsuccessfully so far) to reproduce 270626
[23:40] <slangasek> kees: you have them installed, and dpkg-reconfigure debconf doesn't give you 'Kde' as an option?
[23:40] <RAOF> Anyone feel like uploading a new gnome-desktop-sharp2 to unbreak libgnomedesktop2.20-cil (bug #280365)?
[23:40] <kees> slangasek: it gives the option, but won't use it.  it says it's falling back
[23:40] <slangasek> huh
[23:40] <kees> debconf: unable to initialize frontend: Kde
[23:40] <kees> debconf: (--- No method to call for :)
[23:40] <kees> debconf: falling back to frontend: Dialog
[23:41] <slangasek> I've never seen that before
[23:41]  * kees is magic
[23:41] <kees> I just assume I'm missing some critical KDE thing (since I'm all Gnomey)
[23:41] <elmo> kees: because you made debconf smile?
[23:41] <kees> elmo: hehe
[23:47] <kees>                 $@=~s/\n.*//s;
[23:48] <kees> that kills the useful part of the error message!  sheesh
[23:48] <directhex> RAOF, i'd love to, but unfortunately...
[23:48] <RAOF> directhex: You're welcome to check the (obviously correct!) debdiff :)
[23:48] <slangasek> gar, xscreensaver has been a recommends of xscreensaver-gl since August, how the heck was it being kept off the CDs before? :P
[23:49] <NCommander> slangasek, deep magic :-)
[23:49] <NCommander> Which reminds me, asac you around?
[23:50] <slangasek> oh, of course; let me just find the 'deep magic' button on my keyboard
[23:50] <directhex> RAOF, intrepid has /usr/lib/libgnome-desktop-2.so.7foo ?
[23:50] <RAOF> directhex: .7foo?
[23:50] <RAOF> directhex: It certainly has /usr/lib/libgnome-desktop-2.so.7
[23:50] <directhex> RAOF, yeah, looks like. sure, debdiff seems minimal & simple to me
[23:51] <RAOF> Bah!  Don't scare me :)
[23:51] <RAOF> Hm.  I seem to be missing a space in the changelog entry.
[23:52] <james_w> kees: smells a bit like bug 279020. Unfortunately that doesn't give much more information.
[23:52] <asac> NCommander: yeah ;)
[23:52] <kees> james_w: might be fixed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481642
[23:53] <NCommander> asac, whats the status on uploading slangasek's firefox fix?
[23:53] <asac> NCommander: its fix committed
[23:54] <asac> NCommander: actually there were concerns which we currently discuss
[23:54] <NCommander> Ok, thats good
[23:54] <NCommander> asac, http://pastebin.ca/1223194
[23:55] <asac> #
[23:55] <asac> +-        default: /* error */
[23:55] <asac> #
[23:55] <asac> ++        default: / * error * /
[23:55] <asac> ??
[23:57] <slangasek> asac: what are the concerns?
[23:58] <slangasek> ah, no, this /is/ a new recommend of xscreensaver-gl
[23:58]  * slangasek fix0rates