[12:12] <doko> lamont: do we get in trouble uploading new gcc-3.[34]  packages before gcc-4.0 hasn't built on powerpc?
[12:16] <dholbach> sleep tigh everyone... i'm off to bed
[12:24] <Kamion> enrico: Debian does indeed have /etc/lsb-release, if you install the lsb-release package
[12:27] <mako> jdub: damn straight
[12:27] <mako> jdub: IRT to jordi's daddy
[12:27] <jdub> i hear you've been slipping the blue gold
[12:29] <Mithrandir> blue gold?
[12:33] <Kamion> enrico: BTW, the more standard way to do what dholbach quoted above is 'lsb_release -r'
[12:34] <enrico> Kamion: oh, cute!
[12:36] <Kamion> http://refspecs.freestandards.org/LSB_2.0.1/LSB-Core/LSB-Core/lsbrelease.html
[12:41] <Hwolf> Is there a problem with the mailing list?
[12:43] <Hwolf> I keep getting all the mails multiple times.
[12:43] <Kamion> I believe that's due to one particular subscriber's broken mail configuration; this happens sometimes on big mailing list
[12:43] <Kamion> +s
[12:44] <Hwolf> What kind of configuration would be broken? Bouncing back all mails to the list?
[12:44] <Kamion> mdz: apt-setup> feel free; please run debconf-updatepo after editing apt-setup.templates
[12:45] <Kamion> Hwolf: yeah, the usual case is that somebody is treating the To: header as if it were the address to which the mail should be forwarded
[12:45] <Kamion> Hwolf: so they get To: ubuntu-users@lists.ubuntu.com, and forward it back to us
[12:45] <lamont> doko: only if gcc-4.0 is providing things that used to come from 3.4
[12:45] <lamont> sladen: no clue
[12:46] <Hwolf> kamion: Isn't that easily detectable? The list software would get a load of mails from that person right, all identical?
[12:46] <Kamion> Hwolf: usually the breakage is such that it defeats the usual loop detection
[12:47] <Hwolf> kamion: obviously. :-)
[12:47] <Kamion> the second and subsequent mails aren't looping in this case, but the first one isn't stopped
[12:48] <Hwolf> kamion: You've got a piont. Just wanted to check if it was the list or my settings. Had some difficulties with gmail and pop-retrieval in the past.
[12:49] <Hwolf> I'm off to bed. later
[12:49] <Kamion> speaking of loops ...
[12:49] <sivang> Kamion: lol
[12:51] <sivang> ha!
[12:54] <sivang> jdub: would you refer me to a good source about the desktop files? I searched over fd.o, and googled and found nothing, also I suppose there is some lib to access them programtically from within gnome/gtk code where would I find it?
[12:55] <jdub> i forget which lib is most useful these days
[12:55] <jdub> libgnome-desktop does part of it
[12:55] <jdub> it's murkyish
[12:55] <jdub> ask in #g-h
[12:55] <daniels> Kamion: UNROLL THEM
[12:57] <sivang> jdub: thanks
[12:57] <sivang> oh here we go again...
[12:57] <sivang> :(
[12:58] <spiv> Hmm, there's no python-gamin package.  :(
[12:58] <jdub> spiv: BONG
[12:58] <jdub> spiv: i will fix that right now
[01:00] <sivang> daniels: thanks
[01:03] <HrdwrBoB> haha I just had a call who I accidentally hung up on
[01:03] <lamont> doko: bad build-deps
[01:03] <HrdwrBoB> if you hit 'transfer' and then enter the wrong number, apparently there's no going back
[01:03] <doko> lamont: no, libmpfr-dev not in main
[01:03] <lamont> After installing, the following source dependencies are still unsatisfied:
[01:03] <lamont> libmpfr-dev(missing)|libgmp3-dev(inst 4.1.4-5 ! << wanted 4.1.4-3)
[01:03] <lamont> Source-dependencies not satisfied; skipping gcc-4.0
[01:04] <lamont> doko: ah, ok.  tell me when it is, and I'll kick it
[01:04] <TreadingSoftl1> Hi folks. I'm trying to install Beagle on Ubuntu Hoary according to these instructions: http://www.ubuntulinux.org/wiki/HoaryBeagleInstallHowto . However, when it comes to running autogen for gsf-sharp it complains about not being able to find packages monodoc and gtk-sharp-2.0. Where can I get gtk-sharp-2.0?
[01:04] <doko> lamont: ok, I'll wait with 3.3 and 3.4 uploads then.
[01:04] <crimsun> TreadingSoftl1: I believe tseng has a repo with gtk#-2.0
[01:05] <TreadingSoftl1> crimsun: do you mean i need to install the whole of gtk? Will that break my Gnome packages?
[01:06] <crimsun> TreadingSoftl1: no, just dependencies..
[01:06] <crimsun> TreadingSoftl1: (and no, they won't break your gnome packages)
[01:07] <ajmitch_> ah, I should probably get libgsf-cil uploaded now..
[01:07] <crimsun> thanks, ajmitch_. :)
[01:07] <TreadingSoftl1> crimsun: cool ... so exactly what would I download from cvs and where?
[01:07] <ajmitch_> crimsun: I'll have to check it over a lot first
[01:09] <ajmitch_> crimsun: when I built it I didn't see a gtk# 2.0 requirement, so I'd better find out why :)
[01:10] <TreadingSoftl1> ajmitch: ah... would a libgsf-cil package solve my problem?
[01:11] <ajmitch_> TreadingSoftl1: it'd mean that you wouldn't have to build gsf-sharp from source
[01:11] <ajmitch_> jdub: how was that beagle love coming along?
[01:11] <TreadingSoftl1> ajmitch_: cool
[01:11] <jdub> ajmitch_: haven't really looked at it for a bit, might later
[01:12] <ajmitch_> TreadingSoftl1: where'd you get gsf-sharp source from?
[01:12] <TreadingSoftl1> ajmitch_: um ... hold on
[01:13] <TreadingSoftl1> ajmitch_: svn co svn://svn.myrealbox.com/source/trunk/gsf-sharp
[01:13] <ajmitch_> yeah, that's what I thought
[01:13] <TreadingSoftl1> ajmitch_: ?
[01:14] <ajmitch_> I don't see the gtk-sharp-2.0 dependency you were talking about, which is why I'm curious :)
[01:15] <TreadingSoftl1> ajmitch_: see it where? Does your source compile without it?
[01:16] <ajmitch_> let me just copy my debs somewhere for you to test
[01:17] <TreadingSoftl1> ajmitch_: oh bother... i'm really sorry ... it's gst-sharp i'm having trouble with - please excuse my idiocy - i'm getting the gs*-sharp s confused
[01:18] <ajmitch_> ah...
[01:18] <TreadingSoftl1> ajmitch_: so it's svn co svn://svn.myrealbox.com/source/trunk/gst-sharp 
[01:18] <TreadingSoftl1> ajmitch_: presumably that makes more sense?
[01:19] <ajmitch_> yeah, that will require gtk-sharp-2.0 
[01:20] <ajmitch_> crimsun: are you in the mono MOTU team?
[01:20] <ajmitch_> if there is one :)
[01:21] <crimsun> ajmitch_: I don't believe there is one, but I'm definitely interested.
[01:23] <TreadingSoftl1> ajmitch_: i pulled the gtk-sharp-2.0 source off mono cvs ... but when i ran autogen it said:  Optional assemblies included in the build: / * art-sharp.dll: yes / * gnomevfs-sharp.dll: yes / * gnome-sharp.dll: no / * glade-sharp.dll: yes / * gda-sharp.dll: no / * gnomedb-sharp.dll: no /  * rsvg-sharp.dll: no / * gtkhtml-sharp.dll: no / * vte-sharp.dll: no / * panelapplet-sharp.dll: no / NOTE: if any of the above say 'no' you may install the / cor
[01:23] <TreadingSoftl1> But I don't know what to do about this?
[01:24] <ajmitch_> crimsun: it's probably a good idea, might be good to have some place to have team review of packages & an svn or arch repository 
[01:24] <ajmitch_> have you looked for tseng's mono repository?
[01:24] <ajmitch_> I would but google hates me :)
[01:24] <TreadingSoftl1> ajmitch_: if i pull those other packages off mono CVS, does it pose any significant risk for the rest of my Ubuntu system? (I don't know what they do.)
[01:24] <crimsun> ajmitch_: good idea. Oliver sent out a [couple]  messages regarding MOTU wiki pages; we should get that up and running. [I have to create one for XFce anyhow.] 
[01:27] <ajmitch_> TreadingSoftl1: no significant risk that I'm aware of
[01:27] <ajmitch_> I haven't yet built beagle
[01:27] <TreadingSoftl1> ajmitch_: cool ... and ... oh
[01:28] <ajmitch_> so <insert standard disclaimer>
[01:28] <TreadingSoftl1> ajmitch_: if it breaks Beagle that's okay ... I just don't want it breaking the whole of Hoary :)
[01:46] <lamont> someone remind me how to boot a G3 from cdrom...
[01:47] <Kamion> lamont: try holding down c at boot
[01:47] <lamont> thanks
[01:47] <Kamion> lamont: if that doesn't work, cmd-opt-o-f and type 'boot cd:' at open firmware
[01:47] <Kamion> mm, that's "hold down cmd-opt-o-f simultaneously during boot"
[01:48] <lamont> was c, iirc
[01:53] <lamont> Kamion: was C
[01:56] <lamont> S48 console screen segv's on G3 - is that known?
[01:56] <lamont> 2005-02-08 daily
[02:07] <sivang> hey jinty \
[02:20] <jinty> hoi sivang
[02:22] <jinty> sivang: hey again
[02:23] <sivang> jinty: heh, what's up?
[02:24] <jinty> not much, been trying to get distutils and schooltool kiss and make up
[02:25] <sivang> jinty: hehe, they have a dispute? 
[02:25] <jinty> they never got along well, had many arguments
[02:26] <jinty> but now they are almost married:)
[02:26] <sivang> jinty: whoo, so you could be a very good matchmaker if so :)
[02:26] <jinty> And on your side?
[02:34] <mdz> Kamion: still here?
[02:58] <Kamion> mdz: just about
[02:58] <Kamion> mdz: in house accounts resolution hell
[02:59] <mdz> Kamion: how many housemates?
[02:59] <Kamion> three
[02:59] <mdz> ick
[02:59] <Kamion> but I just had to do the maths for one moving out and another moving in, including the mistake I made at the time of assuming rent was in arrears not in advance
[02:59] <mdz> I wanted to talk about the Win-FOSS stuff when you have a moment
[03:00] <jdub> 12:58 < hou5ton> my son installed Ubuntu on this laptop for me, and I later
[03:00] <mdz> whether you think we should suck it in automagically, etc.
[03:00] <jdub>                  went into Computer > System Config > Users and Groups and
[03:00] <jdub>                  changed the user name he had entered (user) to a new one
[03:00] <jdub>                  (hou5ton). But now the machine won't let me open a root
[03:00] <jdub>                  terminal or sudo.
[03:00] <jdub> 
[03:00] <mdz> ARGH
[03:00] <Kamion> so I am filling out a very large pile of double-entry columns at the moment
[03:00] <mdz> another "shoot me in the foot" desktop feature
[03:00] <jdub> yeah
[03:00] <jdub> we should not allow user name changing
[03:00] <jdub> it's doooooomed
[03:00] <Kamion> mdz: well, it's only i386, I assume?
[03:00] <jdub> gnome doesn't handle it well at all
[03:00] <mdz> even more so than uid changing
[03:00] <mdz> Kamion: correct
[03:00] <Kamion> mdz: so I'm happy to suck it in automagically
[03:01] <mdz> Kamion: for Warty at least, we didn't include all of it, and stripped some bits out
[03:01] <mdz> so we might need a filter in the middle this time as well
[03:01] <jdub> mdz: group sudo rights does help this a little bit
[03:01] <Kamion> I'll have a look at a Warty CD and "make it look like that" for now
[03:01] <mdz> jdub: this zen linux iso is going to take all night to download
[03:01] <Kamion> assuming that's kind of plausible
[03:01] <mdz> jdub: "where did my mail go??"
[03:01] <jdub> mdz: they should find a cosmonaut to sponsor fat bandwidth
[03:02] <jdub> mdz: ie. not moving home directory?
[03:02] <mdz> "why do all my prompts say /home/olduser now instead of "~"??"
[03:02] <jdub> oh, mail spool?
[03:02] <jdub> heh
[03:02] <mdz> nothing but badness
[03:02] <jdub> the system really should be robust enough to handle it though
[03:02] <mdz> Kamion: that sounds vaguely plausible
[03:02] <Kamion> jdub: the home directory is set in /etc/passwd anyway, so unless that got changed but not moved ...
[03:02] <mdz> Kamion: for some reason the tarball is way larger than I expected
[03:03] <Kamion> mdz: I was also surprised by the size, although I guess it doesn't compress very well
[03:04] <mdz> Kamion: the compressed tarball is _much_ larger than the stuff currently on the Warty CD, even though celestia is already excluded
[03:06] <mdz> oh, no it isn't
[03:06] <mdz> I just mis-remembered
[03:06] <mdz> oh, yes it is
[03:06] <mdz> well, the compressed tarball is about the size of the uncompressed stuff on the Warty live CD
[03:06] <mdz> warty-live: 116M    total
[03:07] <mdz> at any rate, no crisis here, move along
[03:17] <jdub> Kamion: hrm, can i check a possible germinate bug with you?
[03:18] <jdub> $ apt-cache rdepends libmad0 | awk '/^  / {print $1}' | xargs apt-cache show | grep ^Filename | grep "pool/main"
[03:18] <jdub> Filename: pool/main/s/swfdec0.3/libswfdec0.3_0.3.2-2_i386.deb
[03:18] <jdub> Filename: pool/main/libm/libmad/libmad0-dev_0.15.1b-1_i386.deb
[03:18] <jdub> now, arts and kdelibs we can fix
[03:18] <jdub> Filename: pool/main/a/arts/libarts1_1.3.2-2_i386.deb
[03:18] <jdub> Filename: pool/main/k/kdelibs/kdelibs4_3.3.2-1ubuntu6_i386.deb
[03:19] <jdub> 
[03:19] <jdub> swfdec0.3 though;
[03:20] <jdub> aha
[03:20] <jdub> mozilla-dev
[03:20] <jdub> grr.
[03:20] <Kamion> jdub: still a bug to be investigated?
[03:21] <Kamion> jdub: if so, please point me to which seed is involved and what output you're looking at
[03:21] <jdub> http://people.ubuntu.com/~cjwatson/germinate-hoary-output/desktop.build-depends
[03:21] <jdub> mozilla-dev                  | mozilla               | swfdec0.3 (Build-Depend)
[03:22] <Kamion> that would appear to be correct?
[03:23] <jdub> Build-Depends: binutils (>= 2.15-4), libgtk2.0-dev, debhelper (>= 4.1.16), zip, libjpeg62-dev | libjpeg-dev, libungif4-dev, libz-dev, autoconf2.13, bzip2, patch, sharutils, docbook-to-man, libfreetype6-dev, libxft-dev (>= 2.1-6), libfontconfig1-dev (>= 2.1-13), gcc (>= 3.3) [!amd64] , g++ (>=3.3) [!amd64] , libidl-dev (>= 0.8), po-debconf, libxp-dev, libxt-dev, gcc-3.4 [amd64] , g++-3.4 [amd64] 
[03:23] <Kamion> whose build-deps are those?
[03:23] <jdub> mozilla
[03:24] <Kamion> you have it the wrong way round; look at swfdev0.3's build-deps, you'll find mozilla-dev
[03:26] <jdub> bong
[03:26] <jdub> ok, so it's just arts
[03:26] <Kamion> the third column in a germinate output file is a more-or-less-randomly-selected reason why the package is there
[03:26] <jdub> heh
[03:26] <Kamion> for a list of all the reasons, see the relevant file in rdepends/
[03:26] <jdub> weird, that doesn't mention arts
[03:26] <jdub> no, no
[03:26] <jdub> never mind
[03:26] <jdub> of course swfdec rdepends doesn't mention arts ;)
[03:27] <Kamion> http://people.ubuntu.com/~cjwatson/germinate-hoary-output/rdepends/libmad/libmad0 is presumably the file you're looking for
[03:27] <jdub> yes
[03:28] <jdub> i led myself up the garden path *twice* then
[03:28] <jdub> but looking at that now, will see if it's easily fixable
[03:30] <jdub> Kamion: ah, no, so, there is a problem
[03:31] <jdub> Kamion: i can only get swfdec out of main if i disable gstreamer0.8 build-depend on it?
[03:32] <Kamion> so you want swfdec out as well as libmad0? (why?)
[03:32] <jdub> because swfdec depends on libmad in a way that wouldn't be useful to disable
[03:33] <Kamion> anyway I don't see a build-depends from gstreamer0.8 listed, I'm guessing you mean gst-plugins0.8
[03:33] <jdub> sorry, yes
[03:33] <mdz> Kamion: regarding the apt-setup stuff...I really think it should work a bit differently.  I don't recall if we talked about this before
[03:33] <mdz> but I think it should be possible to end with network sources in sources.list, without downloading from them during the install
[03:33] <mdz> and that should be the default
[03:33] <Kamion> mdz: we haven't discussed that as far as I can remember
[03:34] <jdub> amu, haggai: around?
[03:34] <Kamion> mdz: that change sounds reasonable though; can I let that percolate overnight and see if I can think of any problems?
[03:35] <Kamion> because my brain is too full of numbers right now for anything much to make sense
[03:35] <mdz> Kamion: want a reminder email?
[03:35] <Kamion> mdz: yes please
[03:36] <Kamion> actually perhaps a bug report
[03:36] <mdz> hmm, there might be one
[03:36] <mdz> I'm sure I've talked about this someplace
[03:36] <mdz> oh bugzilla, how I hate thee
[03:36] <Kamion> if there is, I don't *think* it's on my list
[03:36] <Kamion> although with 141 bugs I could have missed it
[03:37] <mdz> #2757 is relevant
[03:37] <Kamion> I think some of jbailey's recent work has killed a batch of my bugs, so I need to triage
[03:37] <mdz> but not the same
[03:37] <Kamion> #2757 looks almost entirely orthogonal
[03:37] <Kamion> I mean, apart from disk space required to do the download
[03:38] <Kamion> I suppose it's connected in that the disk space recommendations would be different if they took downloads into account
[03:39] <mdz> well, the basis for my proposal is that downloading packages during a CD installation is almost never the right thing
[03:40] <mdz> and in the same thread on -devel someone mentioned the problem of running out of disk space due to downloading packages during the install
[03:40] <Kamion> ah
[03:40] <mdz> I'll file a bug
[03:41] <Kamion> the reason I wanted to do it that way in the first place was so that you weren't installing stuff we knew to be insecure (because we'd released a security update)
[03:41] <Kamion> if you think people will be happy with us telling them that they need to update immediately after installation ...
[03:41] <mdz> that happens anyway if they say "no"
[03:42] <mdz> (the insecure system)
[03:42] <mdz> and update-notifier makes it pretty painless to notify the user
[03:42] <Kamion> which is why yes is the default :)
[03:42] <mdz> I think it's better to have the system up and running completely, and then updates can be applied
[03:42] <Kamion> OK, update-notifier does alleviate my concerns somewhat
[03:43] <jdub> ui > di ;-)
[03:43] <mdz> our security policy makes the window of insecurity fairly irrelevant
[03:43] <mdz> except in the case of remote kernel vulnerabilities, in which case they're screwed from booting the CD anyway
[03:43] <Kamion> jdub: screw you, hippy ;-)
[03:43] <mdz> if we do an apt-get update at the end, then if they install anything which listens, they get the secure version
[03:43] <jdub> :-)
[03:45] <Kamion> ok, I'll see if I can figure out how many bits of base-config need to be rearranged to make that work
[03:51] <Kamion> mdz: oh, while I remember, there were a bunch of debconf template translation fixes in various bits of d-i mass-uploaded to Debian recently; I'd like to merge those translation fixes when time permits, if that's OK
[03:52] <mdz> Kamion: certainly
[03:52] <mdz> I don't suppose any of it is imported into rosetta yet...
[03:52] <Kamion> mdz: ho ho
[03:53] <Kamion> mdz: I'm quite tempted to ask the guy who posted asking about translating the installer into Polish to download the assembled .po file from http://people.ubuntu.com/~cjwatson/installer-po/ and translate that
[03:53] <Kamion> because it is not clear to me that anything else will be available in time
[03:54] <lamont> Kamion: so what must the kernel/whoever do to get cmd64x.ko into the initrd?
[03:54] <lamont> (so we can find the cdrom on ia64...)
[03:57] <Kamion> lamont: as far as I can tell, it already is in the initrd ...
[03:57] <Kamion> debian/d-i/ia64/modules/ia64/ide-modules:8:drivers/ide/pci/cmd64x.o
[03:57] <Kamion> (linux-source-2.6.10)
[03:58] <Kamion> build/pkg-lists/cdrom/ia64.cfg:9:ide-modules-${kernel:Version}
[03:58] <Kamion> (debian-installer)
[03:58] <Kamion> cjwatson@little:~/cdimage/ftp/dists/hoary/main/installer-ia64/current/images/cdrom$ grep ide-modules initrd.list
[03:58] <Kamion> ide-modules-2.6.10-3-itanium-smp-di 2.6.10-15
[04:00] <lamont> deb file:/mnt hoary main restricted
[04:01] <daniels> lamont: file:///mnt ?
[04:01] <lamont> daniels: tried that too.
[04:02] <Kamion> grr, I can't mount the initrd on powerpc; wrong endianness ...
[04:02] <lamont> it parses fine, but doesn't find anything to upgrade
[04:02] <jdub> are we supposed to be getting gpg 1.4.1?
[04:02] <lamont> module is not loaded, and find /lib doesn't find it.
[04:02] <lamont> livecd from 8fenb
[04:02] <lamont> 08 feb 2005
[04:02] <jdub> or does it not matter?
[04:03] <Kamion> lamont: hm, module indeed not actually in the initrd
[04:04] <lamont> Kamion: kinda need that to boot.. :-(
[04:04] <Kamion> oh, I wonder if this is a kernel-wedge bug
[04:04] <Kamion> the contents of the udeb stop at drivers/ide/pci/amd74xx.ko (not present)
[04:04] <lamont> in any case, how hard is this to hack around locally?
[04:05] <Kamion> who will be doing the next kernel upload?
[04:05] <lamont> that's because we deleted that beast because it's evil
[04:05] <lamont> Kamion: somehow, I think that might be me...
[04:05] <lamont> unless zul or t-bone really wants it...
[04:05] <Kamion> lamont: ah, fabbione forgot to remove it from debian/d-i/ia64/modules/ia64/ide-modules too
[04:05] <lamont> should that fix things/
[04:05] <lamont> ?
[04:05] <Kamion> lamont: edit that file, remove the amd74xx line; yes, that'll fix it
[04:06] <Kamion> it's a bug that the build succeeded anyway, though
[04:06] <lamont> that matches what got on the CD pretty well...
[04:07] <lamont> anything else that it needs?
[04:07] <Kamion> don't think so; I'm just poking at the build log now
[04:08] <Kamion> oh, hm, there's another bug
[04:09] <Kamion> bloody fabbione put || true after kernel-wedge check :(
[04:10] <Kamion> lamont: ok, just that change for now, then we'll see how things look
[04:10] <lamont> debian/d-i/ia64/modules/ia64/ext2-modules.lnk:common/ext2-modules
[04:10] <lamont> that'll get me ext2?
[04:11] <Kamion> lamont: ext2 should already be done; note that that problem in ide-modules probably had a huge knock-on effect
[04:12] <Kamion> as in, it caused copy-modules to exit early
[04:12] <Kamion> lamont: oh yes, please remove ext2-modules from debian/d-i/ia64/package-list, though; that will make germinate a *whole* lot happier :)
[04:13] <Kamion> lamont: as in, remove it from kernel-image's Provides ...
[04:13] <lamont> Package: kernel-image
[04:13] <lamont> Provides: rtc-modules
[04:13] <lamont> like that?
[04:13] <Kamion> right
[04:13] <Kamion> fabbione meant to do that in the last upload, but it got lost by accident
[04:14] <lamont> yeah - there's a lying changelog entry there...
[04:16] <lamont> changelog, drop amd74xx.o from ia64/modules, drop ext2-modules from provides in ia64/package-list
[04:16] <lamont> copy 00list-15* -> 00list-16*
[04:16] <lamont> and I think that's all.
[04:16] <lamont> any other changes, oh master of d-i?
[04:16] <Kamion> you might want to test-build on ia64; I'm not sure if the rest of the bits are OK
[04:17] <Kamion> if you do, throwing a build log in my direction would be good :)
[04:17] <Kamion> but if you'd rather just upload to fix the boot issue and worry about the rest later, that's fine too
[04:17] <lamont> how long you going to be around?
[04:19] <Kamion> few minutes
[04:22] <lamont> it build-deps xorg, which is out of date on my mirror, and therefore unistallable...
[04:22] <lamont> I could just upload, or deal with it tomorrow sometime...
[04:23] <lamont> I think I may just upload it...
[04:23] <daniels> the kernel build-deps xorg?!?!?!?!
[04:23] <lamont> The following NEW packages will be installed:
[04:23] <lamont>   bzip2 debconf-utils debhelper defoma docbook docbook-dsssl docbook-utils
[04:23] <lamont>   dpatch ed file gettext gettext-base gs gs-common gs-gpl gsfonts html2text
[04:23] <lamont>   intltool-debian jadetex kernel-package kernel-wedge libgcrypt11 libgimpprint1
[04:23] <lamont>   libgnutls11 libgpg-error0 libice6 libjpeg62 libkpathsea3 liblzo1 libmagic1
[04:23] <lamont>   libncursesw5 libopencdk8 libosp4 libostyle1 libpaper1 libpng12-0 libpopt0
[04:23] <lamont>   libsgmls-perl libsm6 libsp1 libt1-5 libtasn1-2 libwww-ssl0 libx11-6 libxaw7
[04:23] <lamont>   libxext6 libxmu6 libxpm4 libxt6 lynx mime-support module-init-tools openjade
[04:23] <lamont>   po-debconf sgml-base sgml-data sgmlspl sharutils sp tetex-base tetex-bin
[04:24] <lamont>   tetex-extra texinfo transfig ucf whiptail xlibs-data xml-core xorg-common
[04:24] <dredg> sweet zombie jesus.
[04:24] <lamont> uh, yeah.
[04:24] <daniels> oh
[04:24] <Kamion> gs, at a random guess?
[04:24] <daniels> tetex-bin contains an xaw app
[04:24] <daniels> we have a sweet build-dep loop between tetex-bin and xorg
[04:24] <Kamion> gs dep gs-gpl dep <world>
[04:25] <daniels> xaw is a complete horror
[04:25] <daniels> why does the kernel dep ghostscript, out of curiousity?
[04:25] <lamont> Kamion: I imagine that it's several of those packages
[04:25] <lamont> daniels: nfc
[04:25] <Kamion> daniels: doc-building, I guess
[04:26] <lamont> but that's the only reason that would make sense...
[04:26] <Kamion> daniels: it deps tetex-bin via docbook-utils -> jadetex -> tetex-bin (at least)
[04:26] <daniels> sweet jesus
[04:27] <daniels> docbook considered harmful
[04:27] <Kamion> the world needs to get over its XML fixation :P
[04:27] <jdub> yeah
[04:27] <jdub> we should write documentation in debconf
[04:27] <daniels> yeah, if we all used tetex, this problem would have just gone away
[04:27] <daniels> oh, hey, wait ...
[04:27] <Kamion> groff!
[04:28] <Kamion> world deps groff anyway ;)
[04:28] <daniels> dude, everyone knows groff is dead
[04:28] <Kamion> blah, you just don't know a good language when you see onw
[04:28] <Kamion> one
[04:29] <jdub> spelling is a good prerequisite though
[04:29] <daniels> Kamion: well, x is dead also :) everyone uses y or directfb.  so sometimes 'dead' isn't so bad.
[04:29] <Kamion> for values of everyone of ...?
[04:29] <daniels> Kamion: no-one
[04:29] <Kamion> jdub: :P
[04:30] <Kamion> daniels: ah-ha, a common value
[04:32] <lamont> Kamion: so you think I can just upload it?
[04:32] <lamont> or will it have other issues:?
[04:34] <Kamion> lamont: I'd say go for it, I don't know of others - but I haven't been listening for others either :)
[04:35] <lamont> uploading
[04:35] <lamont> feh
[04:35] <lamont> 4 hour build time
[04:36] <lamont> Kamion: you want to kick an ia64 d-i and livecd run when you wake up?
[04:36] <Kamion> lamont: ok, will do
[04:36] <lamont> thanks
[04:36] <lamont> there's no way in hell it's going to make the normal runtime
[04:36] <Kamion> when's the d-i build cronned for?
[04:37] <lamont> 0615
[04:37] <lamont> livecd runs at the same time
[04:38] <Kamion> ok. you won't need a new livefs build though
[04:39] <Kamion> unless there's some other reason ... all the kernel stuff goes in udebs and is outside the livefs
[04:39] <lamont> cool
[04:39] <Kamion> at least all the kernel stuff that's relevant here ... :)
[04:39] <lamont> sorry - d-i run on the buildd, and livecd generation on your side
[04:39] <lamont> was what I meant to ask for ...
[04:40] <Kamion> ah, right, sure, I can do that
[04:40] <lamont> is there anything that is in the daily d-i build that winds up inside the livecd cloop?
[04:40] <Kamion> god, I hope not, that would just be way too confusing
[04:40] <lamont> well, if it was, we couldn't cron them together like we have... :-)
[04:40] <lamont> hence the question
[04:41] <Kamion> I'm not aware of anything, although I haven't read the cloop script; but it would have taken some work to do that, you wouldn't have done it by accident
[04:41] <lamont> it's (basically) a debootstrap and apt-get install
[04:41] <Kamion> yeah, very unlikely then
[04:41] <lamont> and run a few commands, etc.
[04:41] <Kamion> you'd have had to convince apt-get to install udebs. :)
[04:41] <lamont> speaking of which...
[04:42] <Kamion> lamont: mind you, there is debian-installer-manual.deb, which comes out of the daily d-i build
[04:42] <lamont> Kamion: yes.  every _STINKING_ day...
[04:42] <lamont> with no changes. 
[04:42] <Kamion> that's in ship but not in live - I recommend not putting it in live
[04:43] <lamont> agreed
[04:43] <Kamion> why don't you build just binary-arch in the daily run?
[04:43] <lamont> it is binary-arch
[04:44] <Kamion> er, damn, so it is
[04:44] <Kamion> if I provided a separate target for just the images, could you use that?
[04:53] <mdz> lamont: did elmo happen by to process ubuntu-live before the cloop builds?
[04:54] <Kamion> apparently not
[04:54] <Kamion> mdz: I'm kicking off new builds tomorrow morning anyway, so I'll do livefs as well
[04:55] <mdz> ok
[04:55] <mdz> not that you'll be awake before noon tomorrow :-)
[04:55] <Kamion> mm, yeah, speaking of which
[04:55] <Kamion> GOOD NIGHT :-)
[04:56] <lamont> g'night to you then
[04:56] <Kamion> all hail the feature freeze
[04:58] <mdz> Kamion: night
[04:59] <mdz> lamont: 6?
[05:00] <lamont> mdz: ma0 ref
[05:00] <mdz> ah
[05:17] <mdz> fabbione: good morning
[05:19] <lamont> mdz: he's awake?
[05:19] <mdz> he just uploaded the kernel, I hope so
[05:19] <lamont> me
[05:19] <lamont> -16 is mine.
[05:19] <mdz> oh, never mind ;-)
[05:19] <lamont> if he was awake, I'd be giving him grief, you see... :-)
[05:21] <lamont> oops
[05:21] <lamont> Changed-By: LaMont Jones <lamont@debian.org>
[05:21] <lamont> I hate that
[05:21] <mdz> I have separate dch scripts for Debian and Ubuntu which set $DEBEMAIL appropriately
[05:21] <lamont> me too
[05:22] <lamont> but the uch script forces an ubuntu version number, which linux-source doesn't use
[05:22] <lamont> must remember to always use uch for ubuntu, and fix the version, rather than the other way around.
[05:22] <mdz> I just do the version manually
[05:23] <lamont> yeah - that's what I was just reminded of, albeit a day late and all that
[05:23] <lamont> OTOH, I expect we'll have -17 before we ship... :-)
[05:23] <lamont> :-(
[05:24] <lamont> should our pop-con Recommend an MTA, or just not even suggest it?
[05:25] <mdz> I think it shouldn't even look at an MTA
[05:26] <lamont> was kinda thinking that too, but wanted to check 
[05:29] <mdz> whitelisting?
[05:31] <lamont> dunno
[05:45] <mdz> jdub: ping?
[05:47] <jdub> mdz: ready when you are
[05:52] <mdz> jdub: cool, just a few minutes
[05:53] <jdub> mdz: if you're claiming phonebills, calling this way would be handy; not sure how much time i have left on my card, and difficult to get another right now
[05:55] <mdz> jdub: number?
[05:55] <jdub> wiki ;)
[05:58] <Rotund> Does anyone know how good of a job X.org's built-in autoconfiguration works?
[05:59] <daniels> jdub: do you need a card?  i have a $10 globaldial that i'm not using
[05:59] <daniels> Rotund: 'very bad'.
[06:00] <Rotund> okay.  A friend of mine used it and said it did an okay job (though I think he still tweaked it afterwards
[06:01] <daniels> it wasn't usable as the base for hoary's x autoconfiguration
[06:02] <Rotund> daniels: okay.  Did you get the AMD64 stuff figured out?
[06:03] <Rotund> also, would a "flicker" for each video output be not suggested?
[06:06] <daniels> Rotund: a) not yet, I have other things to do, but it's on my TODO (and will be non-trivial), b) what's a 'flicker' in this context?
[06:07] <Rotund> the -xprobe
[06:07] <Rotund> x -probeonly
[06:08] <daniels> in an ideal world, it wouldn't happen
[06:08] <daniels> but you do need it for laptops
[06:08] <Rotund> mine does it currently as well
[06:08] <daniels> having it happen for CRTs is suboptimal and I'm still convinced that the best solution is just to make ddcprobe a part of vbetool, and make vbetool use x86emu so it's portable to all architectures which support VBE
[06:20] <Rotund> does hoary user discover1-data 1.2004.11,27ubuntu2?
[06:20] <Rotund> s/user/use/
[06:21] <daniels> erk, glibc ftbfs on i386, breaking locales
[06:28] <fabbione> morning
[06:28] <daniels> now it's not booting.
[06:30] <dilinger> daniels: a watched pot never boils
[06:33] <HrdwrBoB> dilinger: it does!
[06:33] <HrdwrBoB> it just takes a little bit longer!
[06:34] <lamont> fabbione: good morning.
[06:34] <lamont> fabbione: btw, -16 uploaded
[06:34] <lamont> fabbione: do we have a repository for the source somewhere that I should commit to?
[06:35] <fabbione> hem no
[06:35] <fabbione> and i had local changes too
[06:35] <lamont> I'll mail you the (trivial) diff
[06:35] <fabbione> ah i see.. you did the same changes as i had in my local tree
[06:36] <fabbione> ok.. that's fine
[06:36] <fabbione> 2.6.10 is go for the team
[06:36] <fabbione> i am finishing 2.6.11 for ppc
[06:36] <fabbione> it's the only arch that is still FTBFS
[06:36] <lamont> diff sent, fwiw
[06:36] <fabbione> no problem.. i can just grab the sources
[06:36] <fabbione> same changes = no need to get crazy
[06:37] <fabbione> lamont: did you try to access vultus5?=
[06:37] <lamont> and kamion will kick a d-i rebuild and livecd cdrom process so that we have an ia64 livecd/installcd to play with later.
[06:37] <fabbione> cool
[06:37] <lamont> hrm.. knew I was supposed to do something in that regard...
[06:37] <fabbione> ahha
[06:37] <fabbione> don't worry
[06:37] <fabbione> there is no rush
[06:38] <fabbione> as i wrote.. i don't expect you to do everything for me
[06:38] <fabbione> just to keep an eye ;)
[06:38] <lamont> Permission denied (publickey).
[06:38] <fabbione> to which machine?
[06:38] <fabbione> from where?
[06:39] <lamont> trider-g7 from mix.mmjgroup.com
[06:39] <daniels> morning fabbione
[06:39] <fabbione> hmmm
[06:39] <fabbione> why is you key so different from the others?
[06:39] <fabbione> lamont: are you sure you did send me the public key?
[06:40] <fabbione> lamont: there is definetely something wrong
[06:40] <Rotund> how do find the NV # of your video card (like NV25 or whatever)
[06:40] <lamont> fabbione: mailing you the ssh2 key.
[06:40] <fabbione> lamont: ok
[06:41] <daniels> Rotund: lspci, and again, tihs is probably more on-topic for #xorg
[06:41] <lamont> fabbione: which gpg key are you using these days?
[06:41] <fabbione> lamont: all of them are active
[06:41] <lamont> @c.c
[06:41] <fabbione> use the one you prefer
[06:42] <Rotund> daniels: sorry.  It's not in discover1-data.  I'm adding a bug report to add the line to the pci.lst
[06:42] <daniels> Rotund: the warty or hoary version?
[06:42] <lamont> fabbione: gotta remember that .identity is ssh1... :-(
[06:43] <Rotund> I think it's hoary
[06:43] <fabbione> ehehe
[06:43] <fabbione> lamont: try now
[06:44] <lamont> much better
[06:45] <fabbione> no doubts :-)
[06:45] <lamont> and in on vultus5
[06:45] <fabbione> cool
[06:45] <lamont> looks like most everything just runs, yes?
[06:45] <fabbione> exactly
[06:45] <lamont> so I should really just log in every so often to make sure that it's alive, etc.
[06:45] <fabbione> it's enough you check the build logs
[06:46] <fabbione> and you can do that via imaps :-)
[06:46] <fabbione> but you can login in case
[06:46] <lamont> xorg:                   05:12:55 (2 entries, sigma 00:34:12)
[06:46] <lamont> ouch
[06:46] <fabbione> yeah
[06:46] <lamont> fabbione: never used imap - I'll have to figure out how to get mutt to do that...
[06:46] <fabbione> i don't have too much disk space for ccache
[06:47] <lamont> ah, that'd explain part of that
[06:47] <lamont> hppa does it in 3 hours..
[06:47] <fabbione> lamont: you can use thunderbird as temporary solution
[06:47] <fabbione> unfortunatly i forgot the 18GB disk in another sparc
[06:47] <fabbione> that is turned off under the desk of a friend of mine
[06:47] <lamont> oops
[06:48] <fabbione> yeah
[06:48] <lamont> likewise for logs, I can just login and rummage around in ~/logs, etc.
[06:48] <fabbione> when i will be back from the honeymoon i will switch to hoary
[06:48] <fabbione> and add disks and lvm
[06:48] <fabbione> yeah
[06:48] <fabbione> usually there is no need to trash the logs
[06:48] <fabbione> the only time i run out of space was because of langpacks
[06:48] <lamont> rummage == look
[06:49] <fabbione> you still get them via email :-)
[06:49] <fabbione> i reenabled the sendmail functionalities
[06:49] <fabbione> that's why i said that imap will give you a good overview
[06:49] <fabbione> lamont: 2.6.11 will be FTBFS on hppa
[06:49] <fabbione> at least on version 0.1
[06:50] <fabbione> ggg didn't upgrade f11, so i couldn't create the configs
[06:50] <fabbione> s/create/update/
[06:50] <lamont> fabbione: np.   I'll pester him to get something that runs well again.
[06:50] <fabbione> that'd be cool
[06:50] <fabbione> but there is no rush my side
[06:50] <fabbione> i need to write the docs
[06:51] <fabbione> upload 11-0.1
[06:51] <lamont> he was out of town until about 10 hours ago or so
[06:51] <fabbione> and after that the team will have some fun :-)
[06:56] <daniels> fuck.  clearing the cmos hasn't helped.
[06:57] <lamont> fabbione: night then
[06:57] <fabbione> night lamont
[06:59] <daniels> fabbione: morning
[07:00] <fabbione> sup?
[07:02] <fabbione> drivers/scsi/ips.c:214:2: warning: #warning "This driver has only been tested on the x86/ia64/x86_64 platforms"
[07:02] <glyph> Hello there developers
[07:03] <glyph> The dependencies in the package for 'straw' are wrong - it doesn't Depends: python-gnome2-extras but it does require gtkhtml2 bindings
[07:03] <glyph> also I tried to report it using reportbug, but it crashed :)
[07:04] <fabbione> glyph: use bugzilla.ubuntu.com please
[07:04] <glyph> fabbione: Thanks.
[07:04] <fabbione> to report both bugs
[07:04] <fabbione> wecome :-)
[07:04] <fabbione> welcome
[07:15] <pitti> Morning
[07:21] <fabbione> hey pitti
[07:34] <thully> hi - does anyone know if CDs are supposed to appear on the desktop when inserted, or if this has been changed from Warty?   I was going to report this as a bug but wondered if it was a feature...
[07:36] <pitti> thully: this was supposed to work for Warty, too
[07:37] <pitti> fabbione: hey, my cronjob worked. This could be interesting for you, too: http://people.ubuntu.com/~pitti/ubuntu-cve.html
[07:38] <fabbione> SWEEEEEET!!!!!!
[07:39] <crimsun> pitti: what's new in hardened-1-...2.6.10-3?
[07:39] <pitti> crimsun: just updates to latest crack and some bugfixes
[07:39] <crimsun> pitti: ok, thanks. I'll pull it in a sec.
[07:40] <pitti> fabbione: hey, just noticed a bug in the script (it does not catch the second and further CAN in one line)
[07:41] <thully> No - it worked in warty, doesn't seem to in hoary though
[07:41] <crimsun> thully: works on my hoary system
[07:43] <daniels> pitti: nice!
[07:43] <pitti> daniels: that summary already helps me a lot :-) it was overdue
[07:43] <thully> maybe dist-upgrading will fix this...
[07:43] <pitti> thully: hmm, please find/file a bug (against gnome-volume-manager)
[07:44] <thully> so, is the feature freeze in full effect?
[07:44] <mdz> such as it is
[07:45] <thully> If not, I was going to suggest that w/kdelibs in main, k3b should also be considered (because Ubuntu really lacks in CD burning capabilities without using universe)
[07:49] <thully> well, I'll dist-upgrade later and then try again...
[07:50] <thully> I noticed that netapplet is in Hoary's universe now... so far, looks good (but I have yet to try a wireless connection with it)
[07:51] <thully> out of curiosity, why wasn't this considered back when NetworkManager was being considered a couple months ago? Was it not out then?
[07:58] <mdz> thully: it was; it has been in development since that time
[08:03] <thully> OK - well, at least it's in universe 
[08:03] <thully> well, leaving now - bye
[08:55] <jdub> pitti: rad!
[08:55] <pitti> jdub: what?
[08:55] <jdub> pitti: cve page
[08:55] <pitti> jdub: ah, that one :-)
[08:55] <IRCMonkey> testing...
[08:56] <pitti> jdub: I want to extend it a bit to also support manuall additions (where a CAN is not mentioned or gets assigned later)
[09:00] <pitti> mdz: still awake?
[09:00] <mdz> pitti: yes
[09:00] <dholbach> good morning
[09:00] <pitti> mdz: I cleaned up and improved hpoj a bit; do you want to test it or shall I just upload it?
[09:02] <pitti> Hi dholbach 
[09:02] <dholbach> hi pitti :-)
[09:02] <mdz> pitti: what did you change?
[09:03] <pitti> mdz: create/remove user "hpojlp", use that instead, added README.Debian, removed configuration from postisnt, fixed package cleaning
[09:03] <pitti> mdz: nothing that should really break your changes, but should be done for a supported package
[09:04] <mdz> pitti: sounds fine
[09:04] <pitti> mdz: I'd say for now I upload it without a seed change, so that it can receive some testing
[09:04] <mdz> ok
[09:05] <pitti> mdz: do we need an upload for a seed change to become active?
[09:05] <pitti> mdz: or can we just promote an existing version into supported?
[09:05] <pitti> Hi mvo_ 
[09:06] <dholbach> morning mvo_
[09:07] <pitti> mvo_: would it be possible to fix your Ubuntu CD hal script to ignore live CDs?
[09:07] <mvo_> hi pitti, hi dholbach, hi all
[09:08] <mvo_> pitti: this came up before and I thought kamion would fix it (so that no empty Packages files are generated on the live-cd)
[09:10] <jdub> mvo_: i think it makes sense to pop up that dialogue for any cd with packages files on it (good for third parties), but testing for zero length might be a quick way around it ;)
[09:12] <mvo_> jdub: I agree. I use apt-cdrom for the detection so I would have to teach apt-cdrom about this
[09:12] <pitti> mvo_: hmm, I just inserted a current daily hoary cd, but still it downloads the packages from the net :-(
[09:12] <zerokarmaleft> hi all...i'm doing some package upgrading atm, and there's a couple of gcc 4.0 libs (libgcc1, libobjc1)...is hoary taking the leap to gcc 4.0?
[09:13] <mvo_> pitti: all packages? or only the packages that are more current than on the cd?
[09:13] <pitti> mvo_: I suppose only the newer ones
[09:13] <pitti> mvo_: but it downloads 134 packages
[09:13] <pitti> mvo_: seems that yesterday had an upload rave
[09:14] <pitti> s/had/was/
[09:14] <pitti> mvo_: I check that
[09:14] <mvo_> pitti: I see 187 updates on my machine
[09:14] <mdz> pitti: hmm
[09:15] <mdz> pitti: I just tried to scan something, and it is not working anymore
[09:15] <mdz> my scan test may have been faulty
[09:16] <pitti> mvo_: e. g. sound-juicer_2.9.91-0ubuntu3_i386.deb is on the CD, but it still downloads it off the net
[09:16] <pitti> mvo_: that's bad :-(
[09:16] <pitti> mvo_: I hoped that it would be enough to update the daily CD and upgrade from it, rather than downloading the new stuff twice
[09:16] <mdz> pitti: I think it may be related to permissions in /proc/bus/usb
[09:17] <pitti> mdz: ah, right; I think there even as a bug about that
[09:17] <fabbione> later fellas
[09:17] <pitti> mdz: is the device root:root?
[09:18] <pitti> mdz: I thought libsane had a hotplug usermap which changes the permissions?
[09:18] <pitti> mdz: s/permissions/owner, group/
[09:18] <mdz> pitti: apparently it does not set the permissions for my device
[09:18] <mdz> pitti: at any rate, it goes through hpoj
[09:18] <mdz> which runs as group lp, not scanner, currently
[09:18] <mdz> I assume that with your changes, we could add the hpoj user to scanner
[09:18] <pitti> mdz: right, I just thought the same
[09:19] <pitti> mdz: it might be necessary to modify the daemon to use setgroups()
[09:20] <mvo_> pitti: hrm ... so it does not install anything from the cd? or only a random selection is taken from the net instead of the cd?
[09:20] <pitti> mvo_: hard to see in synaptic, during installation the progress bar does not show the number of packages
[09:21] <pitti> mvo_: it might be a race between CD and network when the same version is available from both
[09:22] <mvo_> pitti: uncheck "Settings/Preferences/Apply changes in terminal window" (so that you see the packages during install) and click on the "details" expander to see details during download
[09:23] <pitti> mvo_: okay, I do that tomorrow on next upgrade
[09:23] <mvo_> pitti: I'll see if I can reproduce the problem here
[09:23] <pitti> mvo_: btw, I do see the changes in a terminal window
[09:24] <mvo_> pitti: that why I asked you to change the preference :) the old default was "apply changes in terminal" the new is to only show a progress bar
[09:25] <mdz> pitti: hmm, something is not right with hpoj
[09:25] <mdz> I will need more testing before we can upload the changes, I think
[09:26] <pitti> mdz: too bad, I already uploaded it :-(
[09:26] <mdz> hehe
[09:26] <pitti> mdz: however, I will fix the package to use the scanner group in addition
[09:26] <mdz> I'm not sure why it is breaking now, I was sure it was working earlier
[09:27] <pitti> mdz: (add hpoj to scanner and use setgroups() )
[09:27] <pitti> mdz: then we only need to fix libsane to set correct device permissions
[09:27] <pitti> mdz: so the libsane usermap script is buggy?
[09:27] <mvo_> jdub: do you have contact to icon designer? #6370 asks for a new icon for update-notifier 
[09:27] <mdz> even if I start ptal-printd as root, it doesn't work
[09:27] <jdub> mvo_: yeah, i've been thinking about that
[09:27] <pitti> mdz: oops?
[09:27] <jdub> mvo_: it's on my list for our icon designer
[09:28] <pitti> mdz: you derooted root? :-)
[09:28] <mvo_> jdub: wonderfull, thanks
[09:29] <mdz> Feb 10 00:33:10 localhost ptal-mlcd: ERROR at ExMgr.cpp:3762, dev=<mlc:usb:officejet_5500_series@/dev/usb/lp0>, pid=30197, e=1, t=1108024390         Couldn't claim interface=2!
[09:34] <mdz> USB error: could not claim interface 2: Operation not permitted
[09:34] <pitti> mdz: EPERM for root? that's odd
[09:35] <mdz> pitti: chmod +w on /proc/bus/usb/*/* lets it work
[09:35] <mdz> (running as daemon/lp nowR
[09:35] <mdz> s/R/)/
[09:39] <mvo_> mdz: did you had a chance to look over the apt-listchanges diff I send you? 
[09:39] <mdz> mvo_: not yet
[09:41] <doko> lamont: the glibc build succeeded using only one CPU ...
[09:45] <haggai> morning
[09:45] <mvo_> morning haggai 
[09:46] <haggai> an mvo_.  How's your UI? :)
[09:47] <mvo_> good I hope :)
[09:48] <haggai> heh
[09:50] <dholbach> hi haggai
[09:50] <pitti> mdz: ok, that's a libusb issue
[09:50] <mdz> pitti: yes, it was hidden by the fact that hpoj ran as root
[09:50] <mdz> Bus 001 Device 062: ID 03f0:3a11 Hewlett-Packard
[09:50] <mdz> that's my device
[09:54] <mdz> pitti: unfortunately, there are probably many related bugs
[09:54] <mdz> we would need to collect a list of all hpoj devices
[09:55] <mdz> daniels: why does hpoj hate you?
[09:55] <TreadingSoftl1> Hi folks. I'm trying to autogen gtk-sharp from the mono repositories, with the ultimate aim of getting Beagle up and running. Autogen says that the following packages - gnome-sharp.dll gda-sharp.dll gnomedb-sharp.dll rsvg-sharp.dll gtkhtml-sharp.dll vte-sharp.dll panelapplet-sharp.dll - are "optional assemblies" that haven't been "included in the build". Then it says: "you may install the corresponding development packages for them, rerun autoge
[09:56] <Treenaks> TreadingSoftl1: you can just apt-get install libgtk-cil
[09:57] <TreadingSoftl1> Treenaks: no... my libgtk-cil is already the newest version
[10:01] <Treenaks> TreadingSoftl1: install other packages, look at:
[10:01] <Treenaks> apt-cache search -cil$
[10:02] <TreadingSoftl1> Treenaks: E: Opening configuration file il$ - ifstream::ifstream (2 No such file or directory)  ???
[10:03] <Treenaks> uh
[10:03] <Treenaks> apt-cache search -- -cil$
[10:03] <Treenaks> sorry
[10:04] <TreadingSoftl1> Treenaks: np
[10:04] <TreadingSoftl1> Treenaks: ah ... that looks helpful
[10:07] <bob2> did something lately nuke nautilus icons?
[10:08] <Treenaks> bob2: not that I know.. I still have them
[10:08] <TreadingSoftl1> Trenaks: apt-get install couldn't find lib-gnome-cil or lib-gmime-cil; other than that all those packages were the "newest version"
[10:09] <TreadingSoftl1> Treenaks: ^^^
[10:10] <Treenaks> TreadingSoftl1: don't but a "-" between lib and gnome
[10:10] <Treenaks> or lib and gmime
[10:10] <TreadingSoftl1> Treenaks: ah, thanks
[10:11] <TreadingSoftl1> Treenaks: ok ... those were the newest version too
[10:11] <pitti> mdz: can you please send me the relevant sysfs directory? we could change the libsane script to use sysfs too (similarly to the libgphoto script)
[10:12] <Treenaks> TreadingSoftl1: then you don't need to build gtk-sharp -- you already have it
[10:13] <TreadingSoftl1> Treenaks: Hmm... but when i try and autogen gst-sharp I get "configure: error: Library requirements (gtk-sharp-2.0 >= 1.9) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them."
[10:14] <Treenaks> ah ok
[10:14] <Treenaks> then the version in ubuntu is too old
[10:15] <TreadingSoftl1> Treenaks: that's what i had assumed. That's why I'm trying to build gtk-sharp from the mono repository. I just don't understand what i'm supposed to do to include gnome-sharp.dll gda-sharp.dll gnomedb-sharp.dll rsvg-sharp.dll gtkhtml-sharp.dll vte-sharp.dll panelapplet-sharp.dll in gtk-sharp.
[10:16] <Treenaks> TreadingSoftl1: install libgnome-dev, libgda-dev, libgnomedb-dev, etc.
[10:16] <sivang> Morning all!
[10:16] <TreadingSoftl1> Treenaks: ah, okay, thanks
[10:17] <mdz> pitti: sent
[10:17] <dholbach> TreadingSoftl1: you also could   apt-get build-dep gtk-sharp
[10:17] <Treenaks> dholbach: oh nice one ;)
[10:17] <dholbach> hi sivang
[10:17] <Treenaks> hey sivang
[10:18] <sivang> hey dholbach, Treenaks 
[10:18] <TreadingSoftl1> dholbach: that will be a new version?
[10:18] <dholbach> TreadingSoftl1: no, it will give you the build's dependencies
[10:18] <dholbach> TreadingSoftl1: at least those of the "old" package
[10:19] <dholbach> so that's a start
[10:19] <TreadingSoftl1> dholbach: i think i see ... thanks
[10:23] <sivang> (finally, damn custom department)
[10:23] <dholbach> sivang: :-)
[10:24] <Treenaks> sivang: Israeli customs take that long to precess a few CDs?
[10:24] <sivang> dholbach: you should note that I am very calm with my reaction, ask others when they got their's ;-)
[10:24] <Treenaks> process
[10:24] <sivang> Treenaks: don't ask, let's say some people here invented buracracy :)
[10:25] <dholbach> sivang: i noticed :-)
[10:25] <dholbach> sivang: i thougth that's what they say about germans? :-)
[10:26] <sivang> dholbach: naaahhh, you're way cool, believe me, although pitti noted something very bureaucractic about your passports or something?
[10:27] <Treenaks> sivang: oh I believe that
[10:32] <doko> daniels: ping?
[10:35] <TreadingSoftl1> Hi guys: the helpful advice of dholbach and Treenaks has solved the problem for all packages except this one: panelapplet-sharp.dll
[10:37] <TreadingSoftl1> update: ah, got that with panel-applet
[10:38] <mjt> so, what a problem was yesterday with MD5Sum mismatches in hoary repo?
[10:38] <dholbach> TreadingSoftl1: if you look for packages or files which may be in a package go and install yourself  apt-file
[10:39] <dholbach> TreadingSoftl1: apt-file search filename.bla   helps then
[10:43] <pvh> Is a Hoary gdesklets problem something worth filing a bug over?
[10:44] <mdz> gdesklets is in universe
[10:45] <pvh> Yes, I wouldn't want to support it either.
[10:45] <dholbach> pvh: it conflicts with liferea or something?
[10:45] <pvh> But it's very popular, so I thought there might be some unofficial concern.
[10:45] <pvh> dholbach: It might, but I don't have liferea installed on this machine.
[10:46] <pvh> dholbach: It just doesn't have access to any sensor information.
[10:46] <dholbach> pvh: ah ok
[10:46] <TreadingSoftl1> argh... trying to checkinstall gtk-sharp; got this as reason unable to not install package: "libgtk-cil conflicts with gtk-sharp ... gtk-sharp (version treadingsoftly-1-1) is to be installed ...  conflicting packages - not installing gtk-sharp"
[10:46] <pvh> dholbach: I know gdesklets uses 'sensor' in a non-standard way. I mean that it can't seem to detect cpu usage or other statistics.
[10:46] <dholbach> pvh: i just saw something about the packaging
[10:46] <pvh> dholbach: I suspect an unfulfilled python dep.
[10:46] <dholbach> pvh: maybe it's a case for an upstream bug
[10:47] <pvh> dholbach: I can paste you a relevant bit of my log if you'd like.
[10:47] <TreadingSoftl1> do i just apt-get remove libgtk-cil?
[10:47] <dholbach> pvh: i dont understand anything about sensors
[10:47] <pvh> dholbach: No worries.
[10:47] <dholbach> pvh: so i wouldnt be of any help :-)
[10:48] <ogra> dholbach: i think he means the gdesklet sensors (its just a python snippet gdesklet uses, they call it sensor for whatever reason)
[10:48] <pitti> ogra: ping
[10:48] <ogra> morningg
[10:48] <pitti> Hi ogra
[10:48] <TreadingSoftl1> if i apt-get remove libgtk-cil it wants to remove libgecko-cil libglade-cil libgnome-cil libgtk-cil libgtksourceview-cil libvte-cil
[10:48] <TreadingSoftl1>  too... but aren't those needed to build gtk-sharp?
[10:48] <pitti> ogra: cool that it works now :-) Stupid bug...
[10:48] <pvh> ogra: Aye.
[10:49] <dholbach> ogra: ok... i see
[10:49] <ogra> pitti: so how does it look (seen my mail ?)
[10:49] <dholbach> ogra: i just saw a packaging issue, funnily gdesklets conflicted with gdesklets
[10:49] <pitti> ogra: of course you can change debian/control, but you should keep the patch separate (we apply it in-line instead of in debian/patches)
[10:49] <dholbach> ogra: i'll have a look at it
[10:49] <pitti> ogra: did not yet look at the code
[10:49] <pitti> ogra: ahem, your new mail (AARGH) does not contain any patches
[10:50] <dholbach> good morning seb128
[10:50] <pitti> Hi seb128 
[10:50] <seb128> hello
[10:50] <pvh> dholbach: Any advice on how to debug the possibility of a missing python module from the deps?
[10:51] <pvh> dholbach: I'm a perlnerd, and my python experience is limited.
[10:51] <pitti> ogra: ah, just saw your second mail
[10:51] <dholbach> pvh: give me your ouput in a query... maybe i see something about it
[10:52] <ogra> pitti: hmm... then i'll send this one in the end, a recommends to dmidecode and to hwdb-client should be in too... 
[10:52] <sivang> seb128: bon jour :)
[10:58] <pitti> ogra: <nitpick>your Makefile.am patch changes only whitespace, could you fix that?</nitpick>
[11:00] <ogra> pitti: huh ? +       linux/lsb_release.h             linux/lsb_release.c             \ ?
[11:00] <pitti> ogra: you must not close both handle and fds[0]  (these are just aliases)
[11:01] <pitti> ogra: yes, the addition is okay, but not the change of the previous line
[11:01] <ajmitch> hi
[11:01] <pitti> ogra: I don't think that closing the descriptor two times hurts, but it should be fixed
[11:01] <pitti> Hi ajmitch 
[11:01] <ogra> pitti: ah, now i see.... (Makefile.am)
[11:01] <pitti> ogra: otherwise it really looks good now :-)
[11:01] <ogra> yay !
[11:02] <pitti> ogra: sorry for being so picky, but one should be proud of his code :-)
[11:02] <ogra> pitti; i'll update it and send number two from the office then....
[11:02] <ogra> pitti: without that we would have crappy software and i would still not write better code ;)
[11:03] <ogra> pitti: please be aspicky as you can !!
[11:03] <sivang> pitti: I thank you'r nitpicking also, made my patches really clean :)
[11:03] <pitti> ogra: that's the point, if you learn something from it, it's the best I can achieve :-
[11:07] <TreadingSoftl1> ajmitch: hello again
[11:07] <ajmitch> hi
[11:08] <TreadingSoftl1> ajmitch: do you what to do when checkinstalling my gtk-sharp compilation conflicts with libgtk-cil?
[11:09] <ogra> dholbach: at least it is from an southafrican ;)
[11:09] <dholbach> ogra: is it? i never realized
[11:09] <ajmitch> TreadingSoftl1: sorry?
[11:09] <ogra> dholbach: yup, the guy is .za's biggest export of the 80's
[11:10] <ogra> dholbach: but i dont think he is popular anywhere out of germany....
[11:10] <mjg59> fabbione: Argh why must you assign me Eugenia bugs?
[11:10] <ogra> lol
[11:10] <ajmitch> TreadingSoftl1: I'm going to install beagle myself & see what happens :)
[11:11] <dholbach> ogra: that makes me think: were "modern talking" germany's biggest export of the 80's? *shudder even more*
[11:11] <Kamion> mvo_: oops, sorry, I forgot about that live CD Packages thing; I've stuck it in ~/ubuntu/status now so I won't forget again
[11:11] <ogra> dholbach: did anybody out of germany hear them ?
[11:11] <TreadingSoftl1> ajmitch: i compiled my own gtk-sharp from the mono depository. But when I tried to checkinstall it, the resulting package conflicted with libgtk-cil and wouldn't install.
[11:11] <dholbach> ogra: hmmm... i never investigated :-)
[11:11] <ogra> Kamion: any feedback from lamont about gparted etc. ?
[11:12] <ajmitch> TreadingSoftl1: because you may have grabbed a different gtk# than what is intended?
[11:12] <ajmitch> I'm not sure as I haven't looked at it
[11:13] <Kamion> ogra: he said it was fine, I'll mention to mako when he gets up
[11:14] <ogra> Kamion: wow, great.... dholbach will be a big help for us :)
[11:14] <TreadingSoftl1> definitely the standard gtk-sharp: followed instructions here: http://www.mono-project.com/contributing/anoncvs.html
[11:14] <dholbach> kamion,ogra: WOW cool! :-)
[11:15] <Kamion> ogra: this was just for membership BTW
[11:15] <ajmitch> TreadingSoftl1: yes, which is already on your system
[11:15] <ajmitch> gsf-sharp appears to need gtk-sharp 2.0
[11:15] <ogra> Kamion: urgs, why that ?
[11:15] <Kamion> ogra: that's all that was being voted on? let me go check
[11:16] <TreadingSoftl1> ajmitch: yes but libgtk-cil is an earlier gtk-sharp. The CVS ought to be a newer gtk-sharp...
[11:16] <Kamion> ogra: oh, damnit, I completely misunderstood what was going on
[11:16] <ogra> Kamion: i'm wondering why packages get reviewed for membership now....
[11:16] <ogra> lol
[11:16] <Kamion> ogra: (membership involves contribution to the community)
[11:17] <Kamion> *sigh* ok, let me go look myself
[11:17] <ajmitch> you're right, it does appear to be
[11:17] <Kamion> dholbach: what's the package into which you've put most effort, which you'd say is the best showcase?
[11:17] <TreadingSoftl1> Is there a way to create a checkinstall package without actually installing the package?
[11:18] <dholbach> Kamion: gparted is a good one, timer-applet too
[11:18] <ogra> Kamion: dholbach already maintains several packages in universe .... its just the missing upload status....
[11:18] <ogra> dholbach: or bluefish....
[11:18] <dholbach> Kamion: altough i had more work with libg*mm (which was superseded by btb@debian.org's ones)
[11:18] <dholbach> s/was/were
[11:19] <ajmitch> TreadingSoftl1: in an hour or so I'll have downloaded the needed parts to build it ;)
[11:19] <TreadingSoftl1> ajmitch: cool
[11:19] <Kamion> dholbach: was gparted packaged from scratch? I notice stuff in the NEWS file about other packagings
[11:20] <dholbach> Kamion: packaged from scratch, their "packaging" wasn't worth it at all
[11:20] <Kamion> dholbach: heh, ok
[11:21] <Kamion> dholbach: hm, there are patches to generated files there (Makefile.in, configure) without corresponding patches to the source (Makefile.am, configure.in/configure.ac). What's that about?
[11:22] <zul> hey
[11:22] <Kamion> dholbach: (also, "partition table" rather than "partitiontable" in debian/control)
[11:22] <Kamion> (or "tables", whatever)
[11:22] <dholbach> Kamion: i nicked the description of their webpage but i'll correct that
[11:22] <Kamion> dholbach: also, you should get amu to stop putting "NMU" in your changelogs, if it's him :)
[11:22] <Kamion> we don't really have NMUs in Ubuntu
[11:22] <ogra> lol
[11:23] <dholbach> Kamion: yes.. i'll tell him
[11:23] <dholbach> Kamion: we should have our own lintian then ;-)
[11:23] <Kamion> we do already, sort of
[11:23] <ogra> Kamion: this should get patched out of lintian
[11:23] <Kamion> maybe I should modify it further, yes
[11:23] <ogra> dupload/dput would also need such a patch....
[11:23] <Kamion> why?
[11:24] <ogra> to piont to upload.ubuntu by default ? 
[11:24] <zul> fabbione, how is it going?
[11:24] <dholbach> i also generalized dh-make, if someone would review the patch and mind an upload :-)
[11:24] <jdub> Kinnison: send SIGUSR2 to the server
[11:24] <Kinnison> jdub: okay
[11:24] <jdub> Kinnison: or a specific client that is giving you problems
[11:24] <ajmitch> ogra: it'd save people accidentally uploading to debian? :)
[11:24] <Kamion> ogra: hm, well that's entirely different, but arguably yeah
[11:24] <ogra> Kamion: my first upload went to debian....
[11:25] <Kamion> yeah, but you have to get the distribution wrong *as well* for that to matter :)
[11:25] <Kinnison> jdub: can I then tail -f the log file and do stuff?
[11:25] <jdub> yeah
[11:25] <ogra> Kamion: heh, remember my first package ? the distibution was wrong ;)
[11:25] <jdub> another ubuntu koan
[11:26] <Kinnison> Right, that log indicates that gam_server's event dispatch stuff is definitely broken from the filename PoV
[11:26] <jdub> "NMU is a four letter word."
[11:26] <jdub> Kinnison: hrm, and updates are working here... :|
[11:26] <ajmitch> jdub: about evo-sharp on the list, I've got it mostly packaged, can't test it until I get beagle built :)
[11:26] <dholbach> see   http://moz.gotdns.org/dh-make.lsb.patch   for that :-)
[11:26] <Kamion> ew, dh-make
[11:27] <jdub> ajmitch: write code to test it ;)
[11:27] <ajmitch> jdub: the main problem is that I don't use evo..
[11:27] <Kamion> doesn't everyone make packages by hand based on the last similar package they did? :)
[11:27] <jdub> ajmitch: doesn't it have testy scripts and stuff?
[11:27] <jdub> ajmitch: ah
[11:27] <jdub> Kamion: and with cdbs! :)
[11:27] <ajmitch> mutt is the MUA for me
[11:27] <dredg> Kamion: yeah, using cdbs
[11:27] <ajmitch> Kamion: well, yeah
[11:27] <ogra> Kamion: to fiddle hours with the leftovers ?
[11:27] <jdub> ajmitch: you know you want to write a mutt plugin
[11:28] <Kamion> ogra: doesn't take remotely that long, more like five minutes
[11:28] <dholbach> hihi
[11:28] <Kinnison> jdub: I guess I could get the source and do some manic debugging later
[11:28] <ajmitch> jdub: oh yeah, might as well write an imap server plugin :)
[11:28] <jdub> ajmitch: and make it so you can open specific msgids and maildir files from the mutt command line
[11:28] <Kinnison> jdub: I'll get back to you when I have moreinfo (or ideally a patch)
[11:28] <jdub> Kinnison: ok, thanks
[11:28] <ajmitch> most of my mail is still in massive (>100MB) mbox files
[11:28] <ogra> Kamion: i nnoramlly run dh_make and copy over the useful bits :)
[11:28] <jdub> Kinnison: you've killed gam_server and nautilus?
[11:28] <Kamion> dholbach: ok, so most stuff is fine, what about the generated files thing?
[11:28] <Kamion> in gparted
[11:29] <dholbach> Kamion: i'll investigate it... it must be something about the ./pixmaps i added
[11:30] <ajmitch> I'm sure that the worst thing about lca 2006 will be the lack of bandwidth
[11:30] <Kinnison> jdub: yeah, I tried that deep
[11:30] <Kamion> dholbach: ok, basically those changes should always be made to configure.in/ac rather than configure, etc., and the autotools re-run; if that's too hard or produces too huge a diff (for example because you have very much different versions of the autotools to upstream), then ...
[11:30] <Kinnison> jdub: Interestingly your 0.0.23 upload hasn't built yet
[11:30] <jdub> Kinnison: oh
[11:30] <Kamion> dholbach: ... a common approach is not to patch the upstream build system at all, but just to build what you need directly from debian/rules
[11:31] <jdub> *boggle*
[11:31] <jdub> successful on everything *but* i386
[11:31] <jdub> you have *got* to be joking
[11:31] <jdub> that is unnatural
[11:32] <dholbach> Kamion: you reckon i'd better use dpatch for that?
[11:32] <Kinnison> jdub: missing dep or something? because I've just built it on my i386 laptop
[11:32] <jdub> checking for python... no
[11:32] <jdub> on i386
[11:33] <Kamion> dholbach: no, personally I *much* prefer monolithic diffs; they're far easier to read and review
[11:33] <jdub> even though it installed python2.4, python2.4-minimal, python2.4-dev
[11:33] <Kamion> dholbach: i.e. the way you currently have it
[11:33] <Kinnison> jdub: boggle
[11:33] <seb128> sjoerd: around ? :)
[11:33] <jdub> checking for python... /usr/bin/python
[11:33] <jdub> Found Python version 2.4
[11:33] <jdub> ^ powerpc
[11:33] <Kamion> dholbach: oh, in the "nitpicky" department, remove usr/sbin from debian/dirs if you don't need it. :) (both gparted and timer-applet)
[11:33] <jdub> YOUR MOTHER
[11:33] <jdub> lamont: dude?
[11:33] <dholbach> Kamion: thanks for that
[11:33] <jdub> http://people.ubuntulinux.org/~lamont/buildLogs/g/gamin/0.0.23-0ubuntu1/
[11:33] <TreadingSoftl1> what's the easiest way to create a .deb package (for personal use) out my gtk-sharp compilation ... without installing it?
[11:33] <jdub> lamont: wtf?
[11:34] <seb128> daniels: what is /etc/X11/Xsession.d/75dbus-1-utils_dbus-launch for ?
[11:34] <sjoerd> seb128: pong
[11:34] <jdub> seb128: session dbus, innit?
[11:34] <seb128> jdub: who should stop it when you log out ?
[11:34] <pitti> jdub: the user's dbus instances are not killed on session end
[11:34] <Kinnison> jdub: I'll investigate later
[11:34] <ajmitch> jdub: isn't /usr/bin/python in the python-minimal package, not the 2.4 package?
[11:35] <dholbach> Kamion: so i take care of mentioned things, let someone do the upload and haggai, lamont and you get together again?
[11:35] <jdub> Setting up python2.4-minimal (2.4dfsg-1ubuntu2) ...
[11:35] <jdub> ajmitch: ^
[11:35] <ajmitch> jdub: that's what I mean
[11:35] <ajmitch> python-minimal, not python2.4-minimal
[11:36] <jdub> cripes, it is too
[11:36] <spiv> jdub: That would install /usr/bin/python2.4, not /usr/bin/python...?
[11:36] <Kamion> dholbach: timer-applet's diff adds completely new config.guess and config.sub files; perhaps that bit in debian/rules isn't needed, since upstream obviously doesn't use those files? I'd remove that bit from debian/rules and both the config.guess and config.sub files
[11:36] <doko> elmo: ping?
[11:36] <jdub> but it's the same package on ppc!
[11:36] <Kamion> dholbach: go ahead and fix those, but I'm happy enough with what I've seen to ack you for MOTU
[11:36] <jdub> and powerpc doesn't install python-minimal
[11:36] <ogra> YAY !!!
[11:36] <dholbach> YAY! YAY! YAY! :-)
[11:37] <ajmitch> dholbach: so this is welcome to the club :)
[11:37] <spiv> jdub: ...does powerpc install "python"?
[11:37] <doko> jdub: why?
[11:37] <jdub> spiv: nup
[11:37] <Kamion> elmo,mako: ^-- ogra also approved dholbach for MOTU, could you arrange that with him?
[11:37] <ogra> finally we have a gtkmm guy to poke on bugs 
[11:37] <TreadingSoftl1> congratulation dholbach
[11:37] <jdub> doko: http://people.ubuntulinux.org/~lamont/buildLogs/g/gamin/0.0.23-0ubuntu1/
[11:37] <jdub> doko: weirdness :-)
[11:37] <ogra> hehe
[11:37] <dholbach> TreadingSoftl1: thanksssssssssss :-)
[11:38] <spiv> jdub: Hmm, so I see in the log.  Bizarre :)
[11:38] <seb128> jdub: same about gam_server, who should stop it ?
[11:38] <jdub> dholbach: i will only congratulate you on first upload ;-)
[11:38] <dholbach> jdub: first mis-upload to debian, hm? :-)
[11:38] <Kamion> dholbach: sorry I didn't get round to it earlier; feature freeze has been keeping me very busy last couple of days
[11:38] <jdub> seb128: i think we should distribute a little buddy jesus to stop errant daemons on our user's machines
[11:39] <doko> jdub: no, it doesn't build depend on python
[11:39] <jdub> seb128: he can be all, "THOU SHALT STOP! Hey, how's it going' honey?"
[11:39] <seb128> ahahah :)
[11:39] <dholbach> Kamion: i completely understand... there were other guys, who could have done it too :-)
[11:39] <jdub> doko: sure, but how is it that everything but i386 succeeds?
[11:39] <spiv> jdub: Regardless of why it succeeded or failed on individual platforms, shouldn't the configure be checking for python2.4 not python?
[11:40] <jdub> spiv: configure checks for python, then figures out what it is to do the right thing
[11:40] <ajmitch> spiv: that'd break once py 2.5+ came out
[11:41] <jdub> spiv: sorry you've had to wait - perhaps you should think about investing in a second class architecture ;)
[11:41] <spiv> ajmitch: Well, I was assuming the packaging was hard-coded to installing to /usr/bin/python2.4 anyway, but I really should just shut up because I don't actually know anything about packaging :)
[11:41] <spiv> (er, /usr/lib/python2.4
[11:41] <spiv> )
[11:41] <seb128> grumpf, /me bug flooded by "you should change this label, this windows doesn't look nice, ..."
[11:43] <ajmitch> spiv: possibly, which is why we're having fun changing a bunch of packages in universe for python 2.4 :)
[11:43] <ogra> seb128: yeah, make it more greenish in the lower right corner and a red dot in the beginning of the label would be fine too.... :-P
[11:43] <pvh> ajmitch: Broken 2.4 stuff?
[11:43] <pvh> ajmitch: Like, say, gdesklets?
[11:44] <jdub> yeah man
[11:44] <ajmitch> pvh: sure, I'll try & take a look..
[11:44] <jdub> python upgrades make baby jdub cry
[11:44] <pvh> ajmitch: Because if someone with a Clue is already aware of this, maybe I should stop.
[11:44] <ajmitch> just give me a few hours or a few Mbps of bandwidth :)
[11:44] <ogra> seb128: dont you refuse to take such bugs ?
[11:44] <pvh> ajmitch: /usr/lib/gdesklets/libdesklets/__init__.py
[11:45] <pvh> amitch: I'm getting a lot of "AttributeError: 'module' object has no attribute 'sys'"
[11:45] <seb128> ogra: no, I don't refuse bugs, but dunno what to do with all that
[11:45] <jdub> doko: so best practice is to build depend on python and python2.5-dev?
[11:45] <ogra> seb128: thats something for upstream...or not ?
[11:46] <ajmitch> pvh: ok, this is in universe?
[11:46] <seb128> ogra: that's something from the documentation team guys
[11:46] <pvh> ajmitch: Aye.
[11:46] <ogra> seb128: ouch
[11:46] <seb128> ogra: but I would prefer to get them dealing with upstream directly
[11:46] <ajmitch> seb128: you seen problems with gdesklets?
[11:47] <ajmitch> I just noticed your name in changelog :)
[11:47] <seb128> what kind of issue ?
[11:47] <ajmitch> see pvh's errors above
[11:47] <TreadingSoftl1> what do you package creating guys use if you just want to make a .deb package for your own use?
[11:47] <ajmitch> I just noticed that configure.in has python 2.3 in it
[11:47] <jdub> http://www.flevour.net/var/flinux_4.jpg <- ubuntu shirt IN ACTION
[11:48] <jdub> doko: or should i build depend on python-dev?
[11:48] <ogra> TreadingSoftl1: a package creation tool ?
[11:49] <ogra> TreadingSoftl1: (dh_make and the other debhelper scripts are a good start to look at)
[11:49] <TreadingSoftl1> ogra: cool - i'll look into dh_make
[11:49] <ajmitch> jdub: where can we get such shirts? ;)
[11:49] <jdub> cafe press for now
[11:49] <jdub> we're working on other stuff
[11:50] <jdub> ajmitch: i'm going to do gnome tshirts for lca
[11:50] <jdub> ajmitch: i might do ubuntu ones
[11:50] <ajmitch> sweet
[11:50] <ajmitch> bank balance isn't looking healthy for LCA
[11:50] <jdub> we can be a gang
[11:50] <jdub> and chace old grannies
[11:50] <ogra> yeah
[11:50] <jdub> chase
[11:51] <pvh> TreadingSoftl1: I've heard people speak well of checkinstall
[11:51] <ajmitch> btw you may need to fixup the rss reader (CMFSin?) on the frontpage, /. is blocked
[11:51] <jdub> fabbione: WHERE IS YOUR UBUNTU SPARC BLOG? :-)
[11:51] <seb128> jdub: what do you think about #6376 ?
[11:51] <ajmitch> jdub: it just looks a little messy saying that slashdot has banned us :)
[11:51] <jdub> ajmitch: shift-reload
[11:52] <jdub> it hasn't been on the front page for at least a week now :)
[11:52] <ajmitch> shocking
[11:52] <jdub> seb128: WONTFIX
[11:52] <ajmitch> to think that firefox would cache for that long
[11:52] <seb128> jdub: I think so, thanks
[11:52] <jdub> seb128: and i don't know how to say "no" to that politely
[11:53] <jdub> seb128: so i will leave it in your capably french hands :)
[11:53] <seb128> I'll close it as NOTWARTY and say that's an upstream decision :p
[11:53] <TreadingSoftl1> pvh: thank you ... i usually use checkinstall ... however not installing the package when creating it is an option only in the new beta... so i'm looking for some way to create the package but not install it.
[11:53] <jdub> hrm, we can't really use that as an excuse
[11:54] <jdub> oh seb128 
[11:54] <jdub> dude
[11:54] <jdub> "Don't be fatuous, Corey."
[11:54] <jdub> ^ perfect WONTFIX comment
[11:54] <seb128> go for it :)
[11:54] <jdub> ;)
[11:54] <seb128> you have found it, you have won the right to use it :)
[11:55] <pitti> elmo: xview sync, please
[11:57] <pitti> elmo: pdftohtml sync, please
[11:57] <seb128> pitti: evince sync too please (if you have not synced it yesterday)
[11:57] <pitti> seb128: I can't *whine*
[11:58] <seb128> oups
[11:58] <seb128> s/pitti/elmo :)
[11:58] <pitti> but I don't want to be substituted by elmo 
[11:58] <seb128> you should :)
[11:58] <seb128> you could make a good elmo, I'm sure :p
[11:58] <pitti> :-)
[11:59] <pitti> I don't even like English tea so much
[11:59] <seb128> bah, I don't care as long as you sync evince now :p
[11:59] <seb128> :)
[12:00] <pitti> seb128: hmm, he's marked as away
[12:04] <pitti> Huh, seb128, have you forked?
[12:04] <bob2> this is linux, clone()
[12:04] <pitti> Does that mean you now can double your upload rate? :-)
[12:05] <seb128_> grumpf, dsl hangup
[12:05] <seb128_> pitti: this evince has a bonus for you
[12:05] <seb128_> pitti: "Fix the fix for CAN-2004-0888" according to the changelog
[12:05] <seb128_> SECURITY ISSUE
[12:05] <seb128_> SYNC THAT NOW PITTI
[12:05] <seb128_> correct :)
[12:05] <ogra> pitti: lets fork elmo if this works :)
[12:05] <pitti> seb128_: I add it to my "to sync" list
[12:05] <seb128_> so stop beeing lazy and do it :p
[12:05] <pitti> seb128_: added to my list
[12:06] <seb128_> thanks :)
[12:09] <Kamion> elmo: bash: line 1: /home/archvsync/release-sync: No such file or directory
[12:09] <Kamion> elmo: that's from syncproxy I think
[12:21] <ajmitch> hi azeem 
[12:21] <bob2> hey ajmitch, congrats
[12:22] <seb128> why the documentation guys just fill a ton of bug on strings 2 days after the string freeze
[12:22] <pitti> dholbach: congrats for being a MOTU now :-)
[12:22] <ajmitch> bob2: thanks
[12:22] <bob2> seb128: they love you
[12:23] <rubenv> dholbach: you're in? congrats!
[12:23] <seb128> I'm tempted to close all the bug in a row
[12:23] <Treenaks> seb128: bugs where? gnome bz or ubuntu bz?
[12:24] <seb128> ubuntu bz
[12:24] <seb128> but if we change a string at this level we throw away the translations
[12:24] <mvo_> dholbach: congrats from me too!
[12:25] <jdub> seb128: although rosetta can pick those up
[12:25] <jdub> seb128: although that will infuriate the gnome i18n team
[12:25] <jdub> seb128: etc. ... ;)
[12:25] <seb128> we will not reach the upstream level for hoarry
[12:25] <seb128> hoary
[12:31] <dholbach> thanks pitti, thanks rubenv, thanks mdz and thanks mvo_ - i'm so glad "playing with you" (citing sabdfl) :-)
[12:32] <seb128> jdub: do we have something for bugs like #6386 ? That's an improvement request, but I don't want to get it assigned to me :p
[12:33] <seb128> jdub: I've nothing against the idea, but ETOOMANYBUGS, it'll stay here for ages I'm pretty sure
[12:33] <jdub> seb128: mmm
[12:34] <jdub> seb128: hopefully malone will alleviate this in the future
[12:34] <jdub> seb128: for now, we have to suffer open bugs :)
[12:34] <jdub> seb128: click them down to enhancement, and make your default query ignore them ;)
[12:34] <seb128> jdub: we could have a component "ideas to contribute" ? :)
[12:35] <seb128> jdub: yeah, my only concern is that it'll stay ignored for ages here :p
[12:35] <jdub> :)
[12:35] <seb128> jdub: and having a pool of tasks to contribute could be nice
[12:35] <seb128> with the "please package this" too
[12:35] <jdub> heh
[12:35] <haggai> dholbach: congrats :)
[12:35] <jdub> yo haggai 
[12:35] <haggai> Kamion: thanks for checking dholbach
[12:36] <haggai> hey jdub
[12:36] <jdub> seb128: probably best to keep these with their proper component though
[12:36] <jdub> seb128: but yes, that's something we need to solve
[12:36] <seb128> I don't want to change the component
[12:36] <seb128> just the assignement
[12:36] <jdub> why?
[12:37] <seb128> because nobody will have a look to my bug
[12:37] <seb128> and people will forget about it
[12:37] <dholbach> haggai: i'm happy too
[12:37] <sivang> seb128: what bug? :)
[12:38] <seb128> getting a "I_want_to_contribute" assignement could be nice :)
[12:39] <dholbach> seb128: b.g.o already has a flag like MINOR_FIX_FOR_BEGINNERS - but i feel like "look at the lists or bugzilla" doesnt help beginners to get involved
[12:45] <rubenv> gnome-love!
[12:45] <rubenv> we should have one of those too for ubuntu
[12:45] <dholbach> yeah and according wiki-pages
[12:45] <sivang> i think jdub is planning something like that
[12:45] <sivang> don't recall for when it's schedules
[12:45] <rubenv> nicely :-)
[12:45] <sivang> jdub: ? ;-)
[12:46] <dholbach> we should brainstorm on it in one of the meetings
[12:50] <jdub> rubenv: next week, actually
[12:50] <jdub> rubenv: sending announce tonight or tomorrow :)
[12:51] <sivang> jdub: yay!
[12:51] <rubenv> jdub: sweet, I'll start by removing it from the ideapool :-)
[12:53] <Mithrandir> pitti: 6360 should be closed, right?
[12:54] <pitti> Mithrandir: right, I already fixed Warty and Hoary yesterday
[12:54] <Mithrandir> ack
[12:54] <pitti> Mithrandir: I put the changelog there and close it
[12:54] <Mithrandir> pitti: oh, ok.  I just closed it.
[12:54] <Mithrandir> sorry :/
[12:54] <pitti> ok, no problem :-)
[12:56] <ajmitch> jdub: how effective has gnome-love been?
[12:56] <jdub> pretty good
[12:56] <jdub> got a bunch of new people grokking stuff
[12:56] <sivang> ajmitch: It's been very much, note the applet and yelp love days :)
[12:56] <rubenv> ajmitch: also: better something then nothing
[12:57] <rubenv> I like gnome-love
[12:57] <ajmitch> sivang: I only recently migrated back to gnome from kde :)
[12:57] <jdub> ajmitch: kinda lacking in terms of superhacker involvement, but that won't be too much of a problem for us
[12:57] <ajmitch> there's plenty of packages in universe that people can help out with, I'm sure :)
[12:58] <sivang> ajmitch: ah, well, I did then about 1.5y ago :)
[12:58] <ajmitch> sivang: I used to use gnome around the 1.0 & following days
[12:58] <ajmitch> and then again after the 2.0 release
[12:58] <ajmitch> things have changed a bit :)
[01:00] <dredg> mmm edge flipping
[01:00] <dredg> mmm gnome applets :)
[01:00] <dredg> what a deal :)
[01:28] <ajmitch> morning jbailey 
[01:29] <jbailey> g'm Andrew!
[01:30] <Mithrandir> hi jeff
[01:30] <jbailey> Andrew, Tollef!
[01:31] <dholbach> hi jbailey :-)
[01:31] <jbailey> Err..  Whups.  I thought Andrew said hi in a different window. =)
[01:31] <jbailey> dholbach: Hello
[01:31] <ajmitch> heh, not today :)
[01:32] <jbailey> Mithrandir: Are you open to the idea of including an exim4 config snippet to drop into place for mailman?
[01:32] <Mithrandir> jbailey: I've thought about it, yes.
[01:32] <Mithrandir> jbailey: it'd be kinda cool
[01:33] <jbailey> Mithrandir: I have a friend who's put together the config snippet, apparently.  I can ask him to send it to you - Where would you like it?
[01:35] <Mithrandir> jbailey: wishlist bug in debian bts would work fine
[01:35] <jbailey> Mithrandir: Cool, thanks.
[01:38] <Mitario> aloha
[01:39] <Gagatan> Mithrandir: any updated info regarding kickstart-examples?
[01:40] <Mithrandir> Gagatan: got a mail from Yngve, but nothing from Knut yet.
[01:41] <Gagatan> Mithrandir: the kickstart-setup from the evalkit-installation would be nice to have if possible
[01:41] <Mithrandir> Gagatan: which evalkit-installation?
[01:41] <dholbach> wb ogra
[01:42] <Gagatan> Mithrandir: Rander and I customized kickstart , so salespeople could use it :) they used to send evaluation-racks (6 servers, 2 switches and 1 kvm-switch) to possible customers for evaluation purposes
[01:43] <Mithrandir> Gagatan: ah; I have no idea if that's what Kamion got.  It's probably easier for you to talk with him and see if we've gotten the right thing and if not help him get it. :)
[02:00] <TreadingSoftly> ajmitch: how's that Beagle build coming along?
[02:00] <Mithrandir> dholbach: welcome as MOTU :)
[02:01] <dholbach> Mithrandir: thanks a lot :-)
[02:01] <ajmitch> TreadingSoftly: works fine, haven't built gst-sharp
[02:01] <ogra> pitti: dropping all the headers in my patch was not a good idea....
[02:01] <pitti> ogra: which headers?
[02:02] <TreadingSoftly> ajmitch: ah
[02:02] <ogra> pitti: stdio.h unistd.h etc....
[02:03] <pitti> ogra: you don't need them in the header file
[02:03] <pitti> ogra: if the .c file needs them, put them into the .c file, not into the .h
[02:03] <ogra> pitti: and the definition for the non exported functions from my .c file too ?
[02:04] <pitti> ogra: the best is to define functions before you use them
[02:04] <ogra> oki
[02:04] <pitti> ogra: but if you define them later, you must at least declare them at the top
[02:04] <pitti> (define = with body, declare = just signature)
[02:04] <jdub> ahr!
[02:08] <ogra> pitti: ok...i thought we were done with the first one....so i'll send another one
[02:08] <ogra> *sigh*
[02:08] <lamont> doko: so I guess we need an upload of new glibc source that fixes the issue, eh?
[02:09] <pitti> ogra: did you fix the other two small issues (whitespace patch and close) too?
[02:09] <pitti> Hi lamont
[02:09] <Kamion> ogra: you might like to use gcc's -Wstrict-prototypes option
[02:09] <doko> ok, will do. setting NJOBS unconditionally to 1
[02:09] <Kamion> ogra: that will enforce that any non-static functions have a prototype (i.e. a declaration); that's stricter than you actually need, but it's a good check on errors
[02:09] <ogra> pitti: yep, in the patch i sent you before driving to work....
[02:10] <lamont> jdub: it's possible that something wierd happened... dunno
[02:10] <ogra> Kamion: great tip, thanks :)
[02:11] <lamont> morning pitti
[02:13] <Kamion> elmo: if you update germinate now you'll get support for the live seed, so ubuntu-live should get pulled in automatically
[02:13] <zul> hola
[02:13] <zul> er...hey
[02:15] <seb128_> Mithrandir: any progress on evolution/amd64 ?
[02:15] <fabbione> elmo: ping
[02:16] <seb128> Mithrandir: it's broken for 2 weeks, amd64 users keep crying
[02:16] <zul> hey fabbione 
[02:16] <fabbione> hey zul
[02:16] <zul> how is it going
[02:16] <fabbione> pretty good
[02:16] <fabbione> i have the last bit for ppc to fix
[02:16] <fabbione> and i am done
[02:16] <zul> goody
[02:17] <zul> then you'll be ready to hand it off?
[02:17] <zul> per se
[02:17] <fabbione> yeah
[02:21] <trulux> back!
[02:21] <trulux> dholbach: hey! what's new on Dia?
[02:21] <lamont> glibc:                  06:17:40 (3 entries, sigma 00:00:26)
[02:21] <lamont> sigh
[02:22] <dholbach> trulux: it keeps on rearranging the layer order, doesn't revert changes properly and misbehaves in an awful lot of ways
[02:22] <fabbione> FUCK
[02:22] <fabbione> i just deleted all of the xorg sparc build
[02:23] <lamont> fabbione: I'll be that freed up some disk space...
[02:24] <trulux> dholbach: Oh, i'm a concerned Dia user now :)
[02:24] <zul> see thats why backups are good for you
[02:24] <zul> keeps you from saying profaniiteis
[02:25] <fabbione> it's nothing to do with backpus
[02:25] <trulux> ops, I got a job proposal from http://www.deimos-space.com/Eng/main.html :O
[02:25] <fabbione> it was the buildd stuff
[02:25] <dholbach> trulux: it's a really nice piece of software generally
[02:25] <zul> ouch
[02:25] <trulux> dholbach: yeah, too useful for papers
[02:25] <doko> Mithrandir: is it intended that newly compiled amd64 binaries do have an RPATH set to /usr/lib64?
[02:26] <dholbach> trulux: i'm working on my thesis, but i'm somehow losing my patience... :-)
[02:26] <Mithrandir> doko: no
[02:27] <tritium> Good morning, trulux 
[02:29] <ajmitch> hi trulux 
[02:31] <trulux> hey ajmitch
[02:32] <trulux> tritium: hey!!
[02:32] <trulux> tritium: I've read the ieeetran howto, now I think i can many more things without wasting your time :)
[02:32] <tritium> trulux, it was no waste of my time ;)
[02:32] <jdub>      - The handling of dav:// and http:// changed with this release.
[02:32] <jdub>      If you use http:// the http-mehtod will be in http-only
[02:32] <jdub>      mode and won't try to retrive file information through webdav.
[02:32] <jdub>      Be sure to use dav:// and davs:// for webdav resources!
[02:32] <jdub> 
[02:33] <jdub> yay!
[02:36] <zul> fabbione: new itonify patch
[02:38] <fabbione> zul: good prepare it and coordinate for the next upload
[02:38] <zul> k
[02:38] <zul> somehow i knew you were going to say that
[02:39] <fabbione> ;)
[02:39] <fabbione> and test it
[02:39] <fabbione> zul: just go ahead with stuff.. and coordinate with lamont and T-Bone for who does what
[02:39] <fabbione> don't wait for me
[02:39] <fabbione> i am on .11-0.1 right now
[02:39] <fabbione> .10 is out of my business for a while
[02:39] <fabbione> ehehe
[02:40] <doko> seb128: the whole gnome libs and binaries have a runtime path compiled into the shared libs ... :-(
[02:41] <doko> at least on amd64
[02:41] <Mithrandir> doko: it's not a big deal, though; it just shouldn't be there.
[02:42] <Mithrandir> seb128: do you have the evo packaging in arch somewhere?
[02:42] <Mithrandir> (or any other VCS)
[02:43] <jdub> mdz: around?
[02:44] <lamont> jdub: I'd expect him to be sacking z's
[02:51] <trulux> ajmitch: what has been done in Hoary right now?
[02:51] <trulux> ajmitch: are the selinux patches included now?
[02:54] <ajmitch> trulux: that's not up to me :)
[02:55] <trulux> ajmitch: ok, I will ask mdz
[02:55] <trulux> mdz: there?
[02:57] <pitti> trulux: he's asleep
[03:00] <ajmitch> night all
[03:02] <elmo> the machine formerly known as archive.u.c; anyone with a broken DNS server that ignores TTLs may see it disappear
[03:02] <elmo> s/;/is going down for 10-15 mins;/
[03:03] <fabbione> elmo: please please please fix the ftpd on jackass
[03:04] <Mithrandir> fabbione: s.u.c seems to be missing locales?
[03:04] <fabbione> Mithrandir: no idea... i did a dist upgrade this morning and it was ok
[03:05] <fabbione> probably something wrong in the rsync script?
[03:05] <Mithrandir> don't you have arch: all packages?
[03:05] <fabbione> not locally
[03:05] <fabbione> i mirror sparc.u.c back at home
[03:05] <Mithrandir> does sparc.u.c have arch: all packages?
[03:05] <elmo> fabbione: I'd love to, but a) it's got a workaround, b) it's not my code that's broken it's the zope3 ftpd code
[03:05] <fabbione> Mithrandir: yup
[03:06] <fabbione> elmo: but i remember it was fixed somehow...
[03:06] <elmo> fabbione: we thought Steve fixed, turned out I was fooled by lftp's silently retrying the uppload when it failed
[03:07] <fabbione> hmmm does dput use lftp?
[03:07] <elmo> nope
[03:07] <elmo> the retry isn't a good thing, btw it'll just fail in a loop
[03:07] <fabbione> because when i did the tests i used dput
[03:07] <fabbione> and it was ok
[03:07] <fabbione> anyway
[03:13] <TreadingSoftly> er ... what am i doing wrong here: "env CFLAGS='-march=pentium-m -mtune=pentium-m' prints a list of variables including CFLAGS; but when i then go echo $CFLAGS it prints nothing ....?
[03:15] <tritium> trulux, please send me a copy of your final draft?
[03:16] <trulux> tritium: the finished paper or the current paper with the new look and feel?
[03:17] <fabbione> YAY
[03:17] <fabbione> ppc ftbfs is fixed
[03:17] <fabbione> missing to update the config
[03:17] <tritium> trulux, definitely the finished paper.  If you want to send the new look and feel, that would be great too.
[03:17] <trulux> tritium: Oh, ok, sure I will send it to you when i finish it
[03:18] <tritium> trulux, great, thanks
[03:20] <sivang> does anybody have a problem updating from security.ubuntu.com or is it just me?
[03:21] <tritium> sivang, yes, I do too
[03:21] <pitti> sivang: this morning I got a mail from a guy who could not download a security udpate as well
[03:21] <trulux> tritium: how can i switch to bold the section titles?
[03:22] <trulux> this is a big pile of info now :)
[03:22] <pitti> sivang: he complained about a missing file, however, I checked and it was there for me
[03:22] <tritium> trulux, probably need to modify your \renewcommand{\thesection}
[03:22] <trulux> yep
[03:22] <sivang> 3189B/s
[03:22] <trulux> tritium: how to put bold in it? what's the tag? /b?
[03:22] <sivang> and it's stuck
[03:22] <tritium> \textbf{This text in bold}
[03:23] <sivang> pitti: I am trying to download from 82.211.81.138
[03:23] <sivang> and it seems it doesn't respond in a timely manner or something
[03:23] <pitti> me too
[03:24] <trulux> tritium: okay dockey
[03:24] <trulux> thanks
[03:24] <tritium> :)
[03:26] <zul> fabbione: gimmme gimme gimme :)
[03:26] <fabbione> zul: almost done :-) 
[03:28] <dholbach> bbl
[03:53] <Keybuk> gtimelog (0.0+svn42-1) hoary; urgency=low
[03:53] <Keybuk> ugh, gtimelog (~svn42-1) looks so much sexier
[03:54] <fabbione> ehhehe
[03:54] <Keybuk> "Text BACK THE TILDE to 84022"
[03:56] <daniels> doko: pong
[03:57] <daniels> seb128: uhm, a session dbus?
[03:59] <fabbione> dpkg-deb: building package `linux-image-2.6.11-1-amd64-generic' in `../linux-image-2.6.11-1-amd64-generic_2.6.11-0.1_amd64.deb'.
[04:01] <zul> sweet
[04:04] <fabbione> mput linux-source-2.6.11_2.6.11*
[04:04] <fabbione> 54105281 bytes transferred in 2 seconds (31.41M/s)                           
[04:04] <fabbione> Total 4 files transferred
[04:04] <fabbione> GET THE CRACK!
[04:04] <zul> plumbers?
[04:05] <zul> hey lamont
[04:05] <fabbione> hey lamont
[04:06] <lamont_r> yo
[04:06] <fabbione> ARGH
[04:06] <fabbione> i am an ass
[04:07] <fabbione> no
[04:07] <fabbione> never mind
[04:07] <lamont_r> fabbione: make up your mind...  are you or are you not an ass??
[04:07] <lamont_r> :-)
[04:07] <sivang> lamont_r: lol
[04:07] <fabbione> lamont_r: well 50%/50% :)
[04:08] <tseng> i guess its too late to put hal back in gnomevfs?
[04:10] <fabbione> linux-source-2.6.11_2.6.11-0.1_source.changes is NEW
[04:11] <pitti> yay for 2.6.11
[04:11] <fabbione> elmo: i know you are busy, but do you mind some blessing?
[04:11] <fabbione> pitti: calm down.. it's 0.1
[04:11] <fabbione> it's not a full .11
[04:11] <pitti> fabbione: I know, it's not yet officially release, is it?
[04:11] <fabbione> nope
[04:11] <fabbione> it's a bk snapshot from 2 days ago
[04:11] <pitti> fabbione: how many patches could you drop with this?
[04:11] <fabbione> tons
[04:12] <fabbione> 2.6.10: 248 -> 2.6.11 47
[04:12] <fabbione> erh
[04:12] <fabbione> 67
[04:12] <fabbione> and with this
[04:12] <fabbione> i am odd
[04:12] <fabbione> ahha
[04:12] <fabbione> oh god
[04:12] <fabbione> i am off
[04:13] <pitti> you mean, from 248 down to 67 patches?
[04:13] <pitti> rock
[04:13] <pitti> fabbione, master of backporting :-)
[04:13] <fabbione> call me god
[04:13] <daniels> haha
[04:14] <daniels> fabbione: your package is tiny, kid :P
[04:14] <pitti> fabbione: no I won't, god is not almighty
[04:14] <sivang> pitti: lol
[04:14] <pitti> fabbione: god can't make a stone as heavy so that he can't lift it any more
[04:14] <fabbione> pitti: forwardport please :P
[04:14] <sivang> night daniels !
[04:14] <fabbione> daniels: X is for script kiddies
[04:14] <pitti> fabbione: whereas you can make a patch so big so that you can't fix it any more :-)
[04:14] <pitti> SCNR
[04:14] <fabbione> daniels: night dude
[04:14] <pitti> no dude, seriously, great work
[04:15] <pitti> daniels: night
[04:15] <fabbione> pitti: thanks!
[04:15] <fabbione> but it was easy after i spent sometime cleaning 2.6.10
[04:15] <fabbione> with all the patch renaming and so on
[04:15] <sivang> pitti: that a very nice phylosophical issue :)
[04:15] <fabbione> but ppc is still a porting bitch
[04:15] <fabbione> i could have done yesterday morning if it wasn't for 3 damn liners
[04:15] <fabbione> http://people.ubuntulinux.org/~fabbione/powerpc-fix-ftbfs.dpatch
[04:15] <fabbione> i mean
[04:15] <fabbione> look at this
[04:15] <pitti> sivang: /me loves logic :-)
[04:16] <fabbione> it fix FTBFS on 6 kernels
[04:16] <fabbione> each one has its stupid interaction with the one before
[04:18] <sivang> pitti: I know :) 
[04:18] <pitti> sivang: however, don't kill me for blasphemy :-)
[04:18] <lamont_r> fabbione: if X is such wimpy stuff, why do you build-depend on it then, huh???
[04:19] <fabbione> can you actually boot your machine without a kernel? ;)
[04:19] <fabbione> i really need to run
[04:19] <fabbione> cya tomorrow or late this evening
[04:19] <pitti> fabbione: cu
[04:19] <Treenaks> fabbione: bye
[04:19] <lamont_r> later fabbione 
[04:23] <sivang> pitti: never! heheh, and I don;t think anything you say can actually be blasphemy as considered by me :)
[04:28] <lamont_r> ouch.
[04:28] <lamont_r> vendor called back with a price for the automatic-eject shore-line connector for my wife's van... USD 200.  now we gotta decide if/when to get it.
[04:30] <daniels> fabbione: seeya dude.  good work. :)
[04:30] <Treenaks> lamont_r: auto-eject shore-line connector?
[04:30] <Treenaks> lamont_r: sounds dangerous
[04:31] <lamont_r> 120 volt plug to hook the vehicle up to house power.  when you start the engine, it is automatically ejected.
[04:31] <lamont_r> so that you don't drive off with the cord still plugged in, which is embarassing and annoying.
[04:31] <Treenaks> ah
[04:31] <lamont_r> wife does it about twice a year...
[04:32] <Gagatan> haha :) sounds classic
[04:32] <lamont_r> replacement/repair takes about 30-45 minutes, and about $15...  But that's partially because she hasn't damaged the body of the vehicle yet...
[04:33] <lamont_r> Gagatan: yeah, it is.
[04:33] <lamont_r> then again, it's also so considerably off topic,...
[04:34] <Mithrandir> lamont_r: put something in the driver's seat when the house power is plugged in.  Or get a longer power cord and some sirens or something. :P
[04:35] <lamont_r> Mithrandir: she tends to optimize..
[04:36] <Mithrandir> sounds like suboptimisation to me.
[04:36] <lamont_r> that'd be red-head irish artist optimization, not the kind we're accustomed to
[04:37] <daniels> lamont_r: you're married to Kamion?
[04:39] <lamont_r> daniels: gonna have to beat you now.
[04:39] <lamont_r> once I stop laughing
[04:39] <lamont_r> daniels: Kamion is mild compared to mitzi
[04:39] <mpathy> Hi there..
[04:40] <lamont_r> Kamion: speaking of you, should I bother to download the ia64 live/install cd's yet?
[04:41] <Kamion> lamont_r: I did the d-i build before I left for the bank; just got back
[04:42] <lamont_r> woot
[04:44] <Kamion> lamont_r: no ubuntu-live in the archive yet, though, so I can't kick the livefs build
[04:44] <lamont_r> Kamion: livefs script still doesn't use it
[04:44] <Kamion> the d-i build needs byhand lovin'
[04:45] <pitti> Mithrandir: btw, did you find the cause of the libc FTBFS?
[04:45] <Kamion> 03:53 < mdz> lamont: did elmo happen by to process ubuntu-live before the cloop builds?
[04:45] <Kamion> 03:54 < Kamion> apparently not
[04:45] <Kamion> 03:54 < Kamion> mdz: I'm kicking off new builds tomorrow morning anyway, so I'll do livefs as well
[04:45] <Kamion> I'll not do livefs then :)
[04:45] <Kamion> lamont_r: I did fix germinate this morning so that it would tell anastacia to add ubuntu-live to main
[04:45] <Mithrandir> pitti: I agree with doko's analysis that it's probably a race condition.
[04:45] <pitti> Mithrandir: that was my impression, too
[04:46] <pitti> Mithrandir: I cannot imagine how your patch should cause the race, though
[04:46] <lamont_r> Kamion: ok.  you may want to kick me and remind me to make the change
[04:46] <pitti> Mithrandir: will a mere give-back help?
[04:46] <elmo> kamion/lamont: hmm, do I need to do something?
[04:46] <lamont_r> pitti: could be a race condition else where, and we just hit it...
[04:46] <pitti> Hi elmo!
[04:46] <pitti> lamont_r: this sounds much more plausible
[04:46] <Kamion> elmo: ubuntu-live universe->main please, if you update germinate it should say that
[04:46] <lamont_r> pitti: I'm reluctant to play dice with FTBFS issues...
[04:47] <Mithrandir> pitti: it probably didn't, it was just a race wanting to happen
[04:47] <elmo> Kamion: prommise it won't break anything else? ;)
[04:47] <Mithrandir> pitti: just forcing NJOBS to 1 should work
[04:47] <elmo> pitti: hey
[04:47] <lamont_r> elmo: and ubuntu-live NEW love, and d-i BYHAND love, and that should make Kamion come yell at me
[04:47] <lamont_r> Mithrandir: it did work for doko
[04:47] <doko> elmo: and libmpfr-dev universe -> main ;)
[04:48] <Kamion> elmo: output with -c main,restricted was identical before/after the big change
[04:48] <doko> elmo: we did miss you :)
[04:48] <Kamion> elmo: so I'm pretty sure it's safe
[04:48] <lamont_r> so the choices are (1) make somechange somewhere that convinces the uploader that they've fixed the parallel build issue, or (2) do an upload with NJOBS=1
[04:48] <pitti> elmo: if you have a a minute, I have a buch of sync stuff: xview (sid) pdftohtml (sid) mailman 2.1.5-6 (incoming)
[04:49] <lamont_r> Kamion: guess I should go change the livecd build script, eh?
[04:51] <Kamion> go for it, ladude
[04:52] <doko> lamont_r: (2) already done
[04:52] <doko> and built
[04:52] <lamont_r> woot
[04:53] <lamont_r> Kamion: livecd script will now install ubuntu-desktop+ubuntu-live
[04:56] <rcliii> hey all, I've found a but that has been reported as #3196 -- it's status is NEEDINFO and I am wondering if there is anything specific I can provide.
[04:56] <lamont_r> Kamion: it still does the locale-gen crap, I'll drop that later today
[04:56] <rcliii> It appears to be assigned to Kamion
[04:56] <Kamion> one sec
[04:58] <Kamion> rcliii: if you see "Input/Output Error", either your media or your drive is faulty, or you might find that it's the DMA-on-CD-ROM-drives problem which is fixed in Hoary
[04:58] <rcliii> Kamion: I'm using Array 4...
[04:58] <lamont_r> Kamion: is that on ppc?
[04:58] <elmo> fabbione: is 2.6.11 for main?
[04:58] <Kamion> every time that's happened to me it's been a faulty burn
[04:58] <Kamion> lamont_r: which?
[04:59] <lamont_r> I/O error on cdrom
[04:59] <lamont_r> was figuring it was probably a hardware issue, actually.
[04:59] <Kamion> I have one CD-RW drive that doesn't want to burn valid CDs any more; 'md5sum /dev/cdrom' fails with I/O error halfway through, while the same disk burnt in my laptop works fine
[05:00] <lamont_r> ew
[05:01] <rcliii> well, it won't hurt to burn the CD again and give it another shot.  Strange that it happens with the shipit CD's and Array 4 in the same predictable way...
[05:02] <Kamion> there have been a few dodgy shipit CDs, but in that case it sounds more likely that your drive is a little out of spec
[05:03] <Kamion> the shipit CDs are duplicated from images that we know successfully install on a lot of systems, or we wouldn't have released them :)
[05:04] <rcliii> that makes sense
[05:04] <rcliii> what is it about FC3
[05:04] <Kamion> pressed CDs are normally *more* reliable ...
[05:05] <rcliii> that lets my wacky drive work?
[05:05] <Kamion> that would certainly be interesting to know; they may have kernel tweaks
[05:07] <rcliii> thanks for looking into it.  I'll mess around a bit more and see if I can't get something to work
[05:07] <elmo> Kamion: what's better to test on our servers, array-4 or daily?
[05:22] <Kamion> elmo: I can't vouch for the current daily's state; go for array-4
[05:23] <elmo> doh
[05:23] <elmo> that's 60 seconds of downloading I'll never get back ;p
[05:24] <mako> Kamion: i got the message re dholbach
[05:25] <dholbach> mako: is there anything i still have to do?
[05:27] <mako> dholbach: i haven't checked my mail yet.. di dyou mail me a signed CC?
[05:27] <mako> dholbach: is your key signed by another key in the strongly connected set
[05:27] <mako> ?
[05:28] <elmo> bah, where do errors with 'Write to a disc' go?
[05:28] <dholbach> mako: yes... 9 days ago or something :-)
[05:28] <dholbach> mako: and we already found we just had one hop between us ;-)
[05:30] <lamont_r> Kamion/elmo: I don't suppose there is a web page somewhere that is nothing more than a list of the current binary/source package names and their versions for each release?
[05:32] <elmo> dpkg-deb (subprocess): failed in buffer_write(fd) (5, ret=-1): failed to write to pipe in copy: Broken pipe
[05:32] <elmo> dpkg-deb: subprocess paste returned error exit status 2
[05:32] <elmo> uh
[05:32] <elmo> lamont: no that I know of no
[05:34] <Kamion> elmo: 60 seconds> I feel for you, dude
[05:34] <Kamion> lamont_r: zcat Packages.gz | grep-dctrl ... | awk ...? :-)
[05:35] <lamont_r> Kamion: yeah...  actually, zcat Packages.gz | awk and just assemble the package list that way - much simpler...
[05:35] <Kamion> I use grep-dctrl practically reflexively. best thing Antti-Juhani ever did :-)
[05:36] <lamont_r> ah, ok.
[05:43] <elmo> hmm
[05:43] <elmo> dpkg: error processing /var/cache/apt/archives/locales_2.3.2.ds1-20ubuntu8_all.deb (--unpack):
[05:43] <elmo>  short read in buffer_copy (backend dpkg-deb during `./usr/share/i18n/charmaps/GB2312.gz')
[05:43] <Kamion> elmo: can I assume that CC.archive.ubuntu.com will always be accessible using /ubuntu/ as the path?
[05:43] <elmo> we still aren't md5sum checking /var/ache/apt/archives/ I guess
[05:43] <elmo> Kamion: yes
[05:44] <Kamion> elmo: ok, good. I'm going to ignore ftp for now
[05:44] <elmo> Kamion: fine by me
[05:45] <Kamion> $ ./ubuntu-country-mirrors.pl | grep -c ^Site:
[05:45] <Kamion> 240
[05:45] <Kamion> wow. massive instamirrornetwork
[05:46] <lamont_r> Kamion: how many of those are the same machine?
[05:46] <elmo> lamont: shush
[05:47] <srbaker> uh
[05:47] <srbaker> are there mime type issues in hoary?
[05:47] <srbaker> i'm getting "no element present to handle type audio/mpeg" when i try to stream radio paradise from whithin rythmbox
[05:47] <srbaker> rhythmbox even
[05:48] <lu|game> install the mad gst-plugin
[05:48] <lu|game> IIRC
[05:48] <srbaker> oh, okay, thanks
[05:50] <mako> dholbach: oh right.. yes.. i checked that.. i have everything i need from you
[05:51] <dholbach> mako: cool :-)
[05:55] <lamont_r> Kamion: livecd ready yet?
[05:56] <snaggen> I'm working of fixing the tvout on totem by reworking the nvtv package. What is the normal working order to modify an existing package in hoary/universe. And what do I do to get it in to main?
[05:57] <netdur> I don't know if you noticed yet but doing Places -> Desktop display error says "Cannot display location 'file:///home/adel/Desktop'" and "Details: There is no default action associated with this location.", I'm got this error after recent update (today morning)
[05:58] <tseng> he needs to login again
[05:59] <ogra> snaggen: you become a MOTU or find a MOTU willing to upload to universe for you https://www.ubuntulinux.org/wiki/MOTU
[05:59] <dholbach> wow... i installed language-pack-ar* just for fun - and now it generated like 15 locales
[06:01] <dholbach> tseng: or to   update-mime-database /usr/share/mime
[06:01] <tseng> or that
[06:02] <ogra> dholbach: where does it go ?
[06:03] <tseng> in the pod.
[06:03] <tseng> *pot
[06:03] <T-Bone> w00sh. dist-upgrade -> 114MB of extra space will be used ;P
[06:03] <Kamion> lamont_r: damnit, I never did that build, working now
[06:03] <lamont_r> dholbach: I'm always amused by 'chile con carne with beans'.
[06:05] <Kamion> elmo: there should have been another d-i build for ia64; did it get lost between the buildd and the archive?
[06:06] <elmo> there's nothing left in BYHAND
[06:06] <elmo> (i.e. yes)
[06:07] <elmo> meh array 4 spasses out with bad clock
[06:07] <dholbach> lamont_r: amused? i think, i didnt get the funny part :-)
[06:07] <lamont_r> Kamion: it's a feature of wb and friends.
[06:08] <lamont_r> you'll need yet another new d-i build
[06:08] <lamont_r> want me to launch it, or you?
[06:09] <lamont_r> elmo: pb is that w-b/archive has ....0.20050209, and the buildd --takes ...0.20050210, then cron.daily runs and resets things because I can't possibly want something newer than what's in the archive.
[06:10] <lamont_r> so then Kamion runs the script a second time, and ...0.20050209 is still the version there,and we pick the same version number for the next run...
[06:10] <lamont_r> because they're all eveil
[06:11] <Kamion> lamont_r: go ahead, I don't understand this so I'll let you do it
[06:11] <lamont_r> launched.
[06:11] <Kamion> elmo: bad clock> that the gpg thing?
[06:12] <lamont_r> Kamion: it comes down to quinn-diff? stomping on the state that the buildd left lying around for itself in w-b...
[06:12] <lamont_r> the sequence must be: build, byhand, build, byhand
[06:12] <lamont_r> build, build, byhand doesn't like life
[06:12] <elmo> Kamion: yes
[06:14] <elmo> reset time in bios, reinstalling..
[06:15] <Kamion> elmo: ... or a daily :->
[06:15] <Kamion> at least I think I've got all those cases
[06:15] <Kamion> lamont_r: oh, I see, ok
[06:15] <elmo> Kamion: you told me I wasn't cool enough to use them
[06:16] <Kamion> elmo: you aren't. doesn't mean you might not have to. ;)
[06:18] <elmo> cdimage.u.c/releases.u.c going down for reboot..
[06:19] <wasabi> rebooty call
[06:19] <elmo> it'll make things better, I promise ;)
[06:19] <elmo> can abort if it's really problematic tho
[06:20] <lamont_r> nah - I still have over an hour just need to make sure I don't loose the prior image
[06:20] <lamont_r> go for it
[06:20] <thom> elmo: he won't recognise you now anyway, so you're safe ;)
[06:22] <Kamion> what has elmo done to himself?
[06:22] <thom> i think he went to close to a farmer during sheep shearing season
[06:23] <Kamion> scary
[06:23] <Kamion> I freaked first time I saw joeyh with short hair
[06:24] <lamont_r> elmo: so say when it's back up...
[06:24] <thom> yeah, it's about the same level of freakiness as joey's
[06:24] <thom> (looks good though)
[06:25] <lamont_r> elmo: say you didn't shave your head...
[06:25] <lamont_r> just shortened things...
[06:26] <elmo> lamont_r: mirnyy's back
[06:26] <elmo> those it's in degraded/recovery mode disk wise, so the betterness I promised may not be apparent just yet
[06:27] <lamont_r> 'sok
[06:35] <elmo> Kamion: I will pay you $$$$ to get rid of that incredibly redudant, "are you in the UK or Belfast??? P.S. WHO CARES? ITS THE SAME TIMEZONE" question
[06:36] <elmo> Kamion: and more seriously, it seems to just hang for me on "Testing network repository" - where does the output for that go?  it doesn't seem to be on console 3
[06:39] <pitti_> argh, this bloody inotify did it again
[06:42] <Kamion> elmo: that's a bloody slow step, haven't managed to progress-bar it yet
[06:42] <Kamion> elmo: erm, I think it currently goes to /dev/tty or something helpful like that
[06:43] <Kamion> elmo: I probably could, but then all the people in Belfast who Do Not Live In Britain would lynch me ;)
[06:43] <Kamion> or kneecap me or something pleasant like that
[06:43] <elmo> boggle, dude, I'm on the LAN - why is that step slow?
[06:44] <Kamion> yeah, I know, no idea ... the output appears to go to `tempfile` if you want to hunt for it
[06:48] <elmo> oh, meh, would help if the machine was plugged in
[06:49] <elmo> do we have a generic "nic has a link" testability yet?
[06:49] <Kamion> netcfg already tries
[06:49] <elmo> "I have a cable" or "I have a link"?
[06:49] <Kamion> it attempts ethtool and MII
[06:50] <elmo> hmm, both those say no link, but I didn't get any grief from the installer?
[06:50] <elmo> just the usual "dhcp not found" which I'd get even if i had a link :)
[06:50] <Kamion> might only be for selecting the default interface or something
[06:50] <Kamion> netcfg hurts my BRANE
[06:51] <zul> brain?
[06:52] <Kamion> zul: yes (deliberate misspelling, kind of traditional)
[06:52] <zul> ah
[06:52] <zul> elmo: do you know if fabbione uploaded linux-source-2.6.11-01 yet?
[06:52] <elmo> zul: yes
[06:52] <tseng> he said he dput it
[06:52] <zul> k
[06:52] <tseng> but no accepted message
[06:53] <tseng> he mustve miffed something
[07:02] <elmo> Kamion: other than the gpgv thing and other stuff I mentioned install went fine btw
[07:02] <elmo> (that's on a HP DL380 G4 in 'legacy' (i.e. i386) mode)
[07:04] <elmo> lamont: ain't got nothing to byhand
[07:04] <elmo> oh, nm, wrong user
[07:05] <elmo> byhanded
[07:07] <Kamion> ok, I'll kick little when that makes it to the archive, thanks
[07:11] <seb128> elmo: could you sync gazpacho, gthumb and gstreamer0.8 from incoming ?
[07:25] <elmo> pitti_: ?
[07:25] <elmo> seb128: done
[07:25] <seb128> thanks
[07:27] <bluefoxicy> http://rafb.net/paste/results/mz5xkO17.html
[07:27] <bluefoxicy> scanning 127.0.0.1
[07:28] <ogra> hmm, is gluck down ? i cant get to p.d.o ....
[07:28] <tseng> bluefoxicy: none of those are insatlled by default
[07:28] <tseng> besides maybe cups
[07:28] <bluefoxicy> tseng:  cups and whatever that mail daemon is are gone scanning 192.168.0.2
[07:29] <tseng> because they only listen to localhost
[07:29] <bluefoxicy> tseng:  I'm not sure where the heck I got postfix :P
[07:29] <tseng> as is the policy in defaults apps
[07:29] <tseng> postfix is default, but its not listening to remote addresses
[07:29] <bluefoxicy> ubuntu-base depends on postfix
[07:29] <tseng> only local deliver
[07:29] <tseng> y
[07:29] <bluefoxicy> tseng:  ah
[07:30] <tseng> ill bbl
[07:30] <elmo> Kamion: same install in non-legacy (amd64/em64t) mode went fine, modulo post-install breakage due to polypaudio (which isn't your problem)
[07:30] <Kamion> elmo: kewl, thanks
[07:35] <ogra> elmo: could you sync phpbb2, phpbb2-languages and phpbb2 ?
[07:35] <ogra>  the version in universe is insecure ....
[07:36] <elmo> phpbb2 twice?
[07:36] <ogra> elmo: oh, is this one source packager ? then only once :)
[07:36] <ogra> -r
[07:36] <elmo> ogra: and please only list source packages to sync
[07:36] <ogra> elmo: ok...
[07:37] <ogra> elmo: so only phpbb2 please, sorry :)
[07:38] <elmo> done
[07:39] <elmo> gone, bbl
[07:39] <ogra> wow, thanks
[07:40] <bluefoxicy> yay
[07:40] <bluefoxicy> xorg 6.8.2 is out
[07:41] <bluefoxicy> now if you hurry, you may be able to get a package compiled before Hoary's release
[07:41] <bluefoxicy> :P
[07:46] <pitti_> elmo: back
[07:47] <pitti> pitti: what's up?
[07:47] <ogra> ogra ?
[07:47] <Kamion> pitti: uh ...
[07:47] <pitti> darn
[07:47] <pitti> elmo: what's up?
[07:47] <kent> pitti, talking to your self? ;)
[07:47] <dholbach> pitti: seems you missed him
[07:47] <pitti> kent: yes, when nobody else does :-)
[07:48] <dholbach> let's all chat a bit with pitti :-)
[07:49] <dholbach> pitti: seems you were right in talking to yourself :-)
[07:49] <pitti> ;-)
[07:50] <ogra> pitti: but while you are not chatting, did you find time to look at the latest changes to the lsb patch ?
[07:50] <kent> pitti, out of curiosity (i cant spell that word, grr), what is it you are responsibel for in Ubuntu?  If i may ask.. 
[07:51] <pitti> ogra: oh sorry, will do it now
[07:51] <ogra> kent: he is Mr. Secure
[07:51] <pitti> kent: hmm, let's see
[07:51] <pitti> kent: security support, proactive security, language packs, hotplug stuff
[07:52] <kent> ah, nice. 
[07:52] <pitti> kent: and a bunch of stuff we all do (fixing bugs, testing, etc.)
[07:52] <kent> ;)
[07:53] <ogra> kent: as long as you pay the time with bugreports ;)
[07:55] <sivang> kent: are you an ubuntu user?
[07:56] <mdz> jdub: pong
[07:56] <pitti> Hi mdz 
[07:56] <mdz> hi
[07:56] <pitti> mdz: I uploaded an updated hpoj with scanner group support
[07:57] <pitti> mdz: however, I can't test libusbscanner (setting the correct permissions of the USB device)
[07:57] <pitti> mdz: could you please try that again?
[07:57] <mdz> yes
[08:00] <Kamion> lamont_r: ia64/live up
[08:03] <lamont_r> woot
[08:04] <mdz> pitti: zsh: exit 1     sudo /etc/init.d/hpoj start
[08:05] <mdz> pitti: /etc/ptal/ptal-printd-like is still owned by daemon
[08:05] <pitti> moment pls, phone
[08:12] <pitti> mdz: you mean there is a conffile owned by daemon?
[08:13] <mdz> pitti: /etc/ptal/ptal-printd-like is a file which is created/chowned by the init script, and then passed as an argument to ptal-printd as an example of the permissions for the FIFOs
[08:13] <mdz> pitti: see line 214 of the init script
[08:14] <pitti> mdz: ah; I probably forgot to change that; that was probably one of your changes
[08:14] <pitti> sorry
[08:14] <mdz> I think we need to move the chmod/chown out of the block
[08:14] <mdz> I thought I had done it, yes
[08:14] <mdz> but maybe it was only locally
[08:15] <pitti> mdz: I can't find any occurrence of "daemon" other than the variables in the init script
[08:18] <LarryT-ubuntu> hi ! I 'm looking for some help about live cd remastering (i get an error message when mkisofs )....
[08:19] <LarryT-ubuntu> Who may i join ?
[08:20] <Kamion> lamont_r: daily install's been building for a bit; give it 50 minutes or so
[08:22] <mdz> LarryT-ubuntu: what is the error message?
[08:22] <LarryT-ubuntu> mkisofs: Volume ID string too long 
[08:23] <LarryT-ubuntu> at the very last step :(
[08:23] <mdz> how odd
[08:23] <LarryT-ubuntu> just when i paste the mkisofs ....etc  from the doc : https://www.ubuntulinux.org/wiki/LiveCDCustomizationHowTo
[08:23] <mdz> cat extracted_cd/.disk/info
[08:23] <mdz> what does that show?
[08:23] <LarryT-ubuntu> gonna try :)
[08:24] <LarryT-ubuntu> Ubuntu 5.04 "Hoary Hedgehog" - Alpha i386 Binary-1 (20050204)root@ws016:~ #
[08:24] <LarryT-ubuntu> is it all right ?
[08:25] <LarryT-ubuntu> oh : damn : i must go :( ----> i 'll be back in 20 minutes : i am really sorry :(
[08:25] <LarryT-ubuntu> hope you ll be there :p
[08:26] <mdz> LarryT-ubuntu: I've updated the example
[08:26] <mdz> LarryT-ubuntu: it should work for you now
[08:33] <doko> does somebody remember which one of the wxwindows/wxwidgets guys said that 2.6 would be released in January?
[08:41] <Kamion> lamont_r: daily install's been building for a bit; give it 50 minutes or so
[08:42] <Kamion> damnit, already said that in this channel. a combination of ssh, screen, and suspending my laptop in the middle is confusing me
[08:42] <zul> heh
[08:42] <zul> you might want to try a pdp-11 then 
[08:56] <Kamion> lamont: daily install built
[08:57] <LarryT-ubuntu> mdz : i am back sorry :( and i have time :)
[08:58] <LarryT-ubuntu> mdz : LarryT-ubuntu: I've updated the example -----> i am going to see :)
[08:58] <Kamion> amu: could you put kde back into the kubuntu-hoary desktop seed, please? the way it works with ubuntu-desktop is that we generate the ubuntu-desktop metapackage automatically from the seed, so just because something is depended on by ubuntu-desktop doesn't mean that we remove it from the seed; it would be good if kubuntu-desktop worked the same way
[08:59] <LarryT-ubuntu> mdz : this time it works :))))
[08:59] <mdz> LarryT-ubuntu: great
[08:59] <LarryT-ubuntu> could you tell me why
[08:59] <dholbach> hi azeem
[08:59] <LarryT-ubuntu> if i can understand :/
[09:00] <LarryT-ubuntu> mdz if i can understand :/
[09:02] <amu> Kamion: letme check, i did last hours some fine tuning .
[09:05] <amu> yep, it's in, i'm still waiting for the kubuntu meta-package :( 
[09:10] <doko> fabbione/lamont: please could you let me know, if the gcc-4.0 package builds on sparc/hppa?
[09:11] <LarryT-ubuntu> mdz i still have a question :)
[09:12] <LarryT-ubuntu> mdz my iso is 637mo. i have removed openoffice and evolution, and added k3b, and few libraries to run gparted testing 
[09:13] <LarryT-ubuntu> mdz how is it possible that the iso is so big ???
[09:14] <mdz> LarryT-ubuntu: when you install packages according to the instructions, it tells you how much additional space will be occupied.  did you pay attention to this?
[09:15] <LarryT-ubuntu> i thing i did
[09:15] <LarryT-ubuntu> removing openoffice and evolution leave about 200mo !
[09:15] <LarryT-ubuntu> this is why i am so suprised
[09:16] <restrex> hi guyz I think there's an error on ubuntu.... when I mount a partition on /media the icons to access them from Desktop or Computer are not appearing...
[09:16] <LarryT-ubuntu> mdz is there any command i can run to know how much place i used ?
[09:17] <LarryT-ubuntu> mdz : i mean on the next cutomcd
[09:17] <mdz> LarryT-ubuntu: did you remember to run apt-get clean, as in the instructions?
[09:17] <restrex> hi guyz I think there's an error on ubuntu.... when I mount a partition on /media but the icons for access it from Desktop or Computer isn't appearing...
[09:17] <LarryT-ubuntu> mdz i did but it runs about 3 seconds ...???
[09:18] <mdz> LarryT-ubuntu: if you ask on #ubuntu, someone may be able to help you find out the reason, but unfortunately I have too much other work to do
[09:18] <LarryT-ubuntu> mdz it doesn't matter anyway : i succeed ,thanks to you and it is fine :)
[09:19] <LarryT-ubuntu> mdz : ok, and thank you . I am happy :P :)
[09:28] <amu> Kamion: guess without the metapackage it make no sense to rerun germinate now
[09:31] <dholbach> re
[09:32] <sivang> re dholbach 
[09:32] <restrex> hi guyz I think there's an error on ubuntu.... when I mount a partition on /media but the icons for access it from Desktop or Computer isn't appearing...
[09:35] <kent> sivang, (i saw your post to me earlier) yes, i use Ubuntu (Hoary).
[09:36] <sivang> kent: ah ok :) it was long ago :)
[09:36] <sivang> err, I am getting some strange behavior , my whole desktop freezes from time to time without any apprent reason
[09:36] <sivang> has anyone else seen it?
[09:38] <dholbach> sivang: no, not really 
[09:39] <kent> sivang, my computer have crashed a bit last night and today. but i think it has to do with heat-issues and a bad fan.
[09:39] <sivang> kent: err, I hope it's not the case here.. I have an geforce2 card that's getting a bit old now, I hope it's it's fan failing..
[09:41] <mdz> gah
[09:42] <mdz> lamont: did we not do a cloop build last night?
[09:42] <mdz> lamont: the current one is still broken
[09:42] <lamont> mdz: we tried one, I noticed
[09:43] <mdz> the one included in the daily live image has 2.6.10-2-386 modules on it
[09:43] <lamont> mdz: whole lot of uninstallable world last night
[09:43] <lamont> rootfs that is
[09:43] <mdz> ick
[09:43] <mdz> thanks
[09:45] <sivang> grrr, upgrade crashed g-v-m
[09:49] <sivang> lamont: apache is a webserver, evolution a groupware client, how do you decided which is better?
[09:49] <lamont> The following packages have unmet dependencies:
[09:49] <lamont>   ubuntu-desktop: Depends: evolution-webcal but it is not going to be installed
[09:49] <lamont> sivang: stop introducing facts into the argument
[09:49] <sivang> lamont: heheh
[09:49] <lamont> mdz: much closer...
[09:50] <mdz> grr
[09:50] <mdz> seb128: ?
[09:50] <HrdwrBoB> haha yeah I am migrating from evo to mut
[09:50] <HrdwrBoB> mutt
[09:53] <seb128> mdz: yep ?
[09:53] <mdz> seb128: evolution-webcal is uninstallable
[09:54] <mdz> seb128: does it need only a rebuild?
[09:54] <mdz> libecal1.2-1 -> libecal1.2-2
[09:54] <seb128> mdz: ups, yep, probably eds soname change
[09:54] <seb128> I'll fix it now
[09:54] <mdz> thanks
[09:54] <seb128> np
[10:00] <lamont> HrdwrBoB: no, no, no, you should migrate from apache to evo! :)
[10:00] <HrdwrBoB> oooh!
[10:00] <HrdwrBoB> my bad :)
[10:00] <zul> apache is fun..
[10:01] <seb128> HrdwrBoB: tomorrow you migrate from firefox to lynx ?
[10:02] <HrdwrBoB> seb128: well I migrated from xchat to irssi
[10:02] <seb128> you should remove --purge xfree/xorg
[10:02] <HrdwrBoB> no, xorg is my window to many many terminals
[10:02] <HrdwrBoB> :)
[10:18] <mjt> xorg 8.6.2? uh-oh... ;)
[10:18] <mjt> er
[10:18] <mjt> s/8.6.2/6.8.2/ ofcourse
[10:23] <goedson> ogra: I've just received your response about uploading to universe.
[10:24] <goedson> ogra: You said I need a valid and signed gpg key. 
[10:24] <goedson> ogra: Who should sign my key?
[10:25] <dholbach> goedson: you also need to set yourself on the list on http://wiki.ubuntu.com/MaintainerCandidates
[10:26] <goedson> dholbach: I've just done it.
[10:26] <ogra> goedson: hi
[10:27] <dholbach> goedson: as a DD you must already have a signed key? :-)
[10:28] <ogra> goedson: your key must be signed by someone else with a signed key to proof that your key is trustable
[10:29] <ogra> goedson: regulary this means you must meet someone with such a key in person and exchange keys while you show each other your id cards
[10:29] <goedson> ogra: Which is the current set of "signed keys"?
[10:29] <ogra> goedson: do you have a LUG near you anywhere ? normally you will find someone there
[10:30] <goedson> ogra: My key is signed by some DD.
[10:30] <goedson> ogra: Benjamin Hill, for example.
[10:30] <ogra> goedson: yeah, that enough
[10:30] <ogra> goedson: the set of signed keys (at least for universe) is any trustable key on the keyservers ;)
[10:31] <ogra> http://keyserver.mine.nu/
[10:31] <mvo_> mdz: #5879 is a bug about the slow pulse intervall of the acquire interface of apt. would you accept a patch that makes it configurable? or do you feel we are too late for that now?
[10:31] <goedson> ogra: Where should I send my key.
[10:32] <ogra> goedson: nowhere yet, you will need to sign the code of conduct with it and send this to mako to express your will to become a member and to respect the CoC
[10:33] <dholbach> goedson: http://www.ubuntulinux.org/community/conduct/document_view :-)
[10:35] <ogra> goedson: after you have done that, make some kind of contribution.... a howto page, a wallpaper, a bugfix, whatever you like or matches your talents
[10:37] <jdub> GOOD MORNING FREEDOM LOVERS!
[10:37] <tseng> hi jdub 
[10:37] <jdub> fabbione: around?
[10:37] <jdub> morning tseng 
[10:37] <goedson> ogra: OK. Thanks.
[10:38] <dholbach> morning jdub :-)
[10:38] <ogra> GOOD MORNING JDUB
[10:38] <jdub> ogra: dude, i love waking up and unlocking my desktop with your sexy unlock dialogue :-)
[10:39] <tseng> ogra: indeed, nice work on taht
[10:39] <ogra> yay :)
[10:39] <sivang> jdub: good morning freedom lover!
[10:39] <tseng> now if you can get rid of that stupid jumping cow
[10:39] <wasabi> i dont have a sexy unlock dialog now. =(
[10:39] <jdub> tseng: it's not on by default, is it?
[10:39] <tseng> it is
[10:39] <wasabi> hmm i do have an update-manager that keeps quitting.
[10:39] <dholbach> tseng: i dont have that jumping cow anymore :-(
[10:39] <tseng> the default is random screensavers
[10:39] <tseng> i set it to blank screen
[10:40] <tseng> to avoid mr. cow
[10:40] <dholbach> ... fond ...
[10:40] <ogra> dholbach: it requires GL
[10:40] <jdub> yeah, but only random among a group we've selected 
[10:41] <dholbach> ogra: hmm, strange, some weeks ago, it bounced, bumpy, but it bounced :-)
[10:41] <ogra> dholbach: software rendered.....
[10:42] <dholbach> ogra: was good enough for me
[10:43] <ogra> dholbach: hmm, maybe a nv bug, since we have similar HW setup and it worksforme.....with nvidia driver
[10:44] <dholbach> ogra: i'll check it later
[10:45] <mvo_> ogra: it looks very cool!
[10:45] <ogra> thanks :)
[10:46] <dholbach> ogra: WAY cool :-)
[10:51] <mdz> mvo_: yes, sounds safe to me
[10:52] <jdub> heh
[10:52] <jdub> en locale generation
[10:53] <dholbach> jdub: how many do you have? ;-)
[10:53] <jdub>   en_AU.UTF-8... done
[10:53] <jdub>   en_BW.UTF-8... done
[10:53] <jdub>   en_CA.UTF-8... done
[10:53] <jdub>   en_DK.UTF-8... done
[10:53] <jdub>   en_GB.UTF-8... done
[10:53] <lamont> dholbach: I expect all of them.
[10:53] <jdub>   en_HK.UTF-8... done
[10:53] <jdub>   en_IE.UTF-8... done
[10:53] <jdub>   en_IN.UTF-8... done
[10:53] <jdub>   en_NZ.UTF-8... done
[10:53] <jdub>   en_PH.UTF-8... done
[10:53] <jdub>   en_SG.UTF-8... done
[10:53] <jdub>   en_US.UTF-8... done
[10:53] <jdub>   en_ZA.UTF-8... done
[10:53] <jdub>   en_ZW.UTF-8... done
[10:53] <jdub> 
[10:53] <jdub> i also install zh for testing
[10:54] <lamont> jdub:  you saying that package should be split up?
[10:54] <jdub> which is pretty chunky, but only has three locales
[10:54] <sivang> jdub: how do you copy paste so fast?
[10:54] <tseng> its very important to have the NZ translations
[10:54] <tseng> austrialian or british just wont do at all
[10:54] <jdub> lamont: dunno. the only suboptimal bit is the locales generation, really.
[10:55] <dredg> tseng: feh. IE. :)
[10:55] <sivang> dholbach: install the hebrew one as well :)
[10:55] <tseng> dredg: whats IE short for?
[10:55] <jdub> $ sudo apt-get install language-pack-zh language-support-zh
[10:55] <jdub> ...
[10:55] <jdub> Need to get 32.9MB of archives.
[10:55] <jdub> After unpacking 89.3MB of additional disk space will be used.
[10:55] <jdub> 
[10:55] <dredg> tseng: ireland
[10:55] <dholbach> sivang: you should teach me your letters first :-)
[10:55] <jdub> (though that doesn't include the language packs, which are already installed)
[10:55] <tseng> dredg: hmm, a stones throw
[10:55] <tseng> pitty they cant handle the same translation
[10:56] <dredg> tseng: yes, but euro symbol by default, as well as others :)
[10:56] <jdub> mdz: putting language-support-* for bigten on the cd is going to bite
[10:57] <sivang> dholbach: I will then, we will have something on the web sometime :)
[10:57] <elmo> Kamion: hmm powerpc cd isn't going to boot to serial console by default is it?
[10:57] <dredg> actually, i wonder if my gf would be interested in testing ga_IE...
[10:59] <dredg> or helping me with translations. or just doing the translations cos that's what she does for a living...
[10:59] <sivang> dredg: ah nice, what languages is she working with?
[10:59] <tritium> why would libnautilus-burn1 not replace libnautilus-burn0 ?
[11:00] <dholbach> elmo: did you find the time to arrange the final part of my MOTUness? :-)
[11:00] <tseng> i found a notary, meant to do that today
[11:00] <dholbach> tritium: they seem to be installable parallel, because the API/ABI changed
[11:00] <dredg> sivang: irish mostly, though she knows french and some others
[11:01] <tritium> dholbach, okay.  Thanks.
[11:01] <sivang> dredg: irish to english?
[11:01] <dredg> sivang: and english to irish
[11:02] <dredg> as a nation we tend not to speak irish over here.
[11:03] <dredg> `date' works anyway :) Dar Feabh 10 22:01:27 GMT 2005
[11:04] <dredg> i would say that ga translations do not exist for most things though
[11:07] <dholbach> dredg: well get involved :-)
[11:07] <dredg> dholbach: i cannot speak the language :)
[11:07] <dholbach> dredg: then your girlfriend should :-)
[11:08] <dredg> dholbach: and my poor gf spends all day every day translating.. the last thing she'd want is to do it in her spare time :)
[11:08] <mdz> jdub: ping?
[11:08] <dholbach> oh, i see
[11:09] <dredg> i'll annoy her though and see if she would mind helping out.. i know there is a translation project for kde, i don't think there's a gnome one
[11:09] <dholbach> dredg: there is
[11:10] <dholbach> http://l10n-status.gnome.org/HEAD/ga/index.html
[11:10] <jdub> mdz: pong
[11:10] <dredg> dholbach: oh, nice one
[11:10] <jdub> of course there is a translation project for gnome :)
[11:12] <elmo> fuck - stupid g5's don't come back cleanly if you rip their video card out
[11:12] <elmo> dholbach: err, I didn't realise you were in the queue - did you send me your key id, email etc.?
[11:13] <dholbach> elmo: i sent them to mako
[11:13] <elmo> dholbach: mako only needs the CoC; I need your keyid + email (as per the docs on the wiki, WRT uploads)
[11:13] <dredg> jdub: yeah, i knew there was a gnome translation project, i was unaware of an irish translation project :)
[11:17] <dredg> no T?
[11:24] <lamont> hrm ... magenta on blue.. I should really get a better monitor
[11:25] <lamont> mdz: fwiw, livecd on ia64 fails to find the network, and then dies with 'device /dev/vc/1 does not exist'
[11:26] <lamont> of course, that's probably related to having the wrong modules
[11:26] <jdub> ok, so, /u/b/python is in python-minimal
[11:27] <jdub> but nothing depends on it if you pull python2.4-dev
[11:27] <lamont> and the simple knowledge that it fails quickly if he's wrong
[11:27] <jdub> but that still doesn't explain i386 being out of sync with the other arches
[11:27] <lamont> jdub: that is correct
[11:27] <jdub> lamont: did you see this?
[11:27] <jdub> http://people.ubuntulinux.org/~lamont/buildLogs/g/gamin/0.0.23-0ubuntu1/
[11:27] <lamont> didn't look at it, no.
[11:27] <jdub> total bongness
[11:27] <lamont> but python-foo-dev doesn't depend: python
[11:27] <lamont> nor should it
[11:28] <lamont> and the chroots haven't been taught that python-minimal is essential
[11:28] <jdub> not that i should really be relying on that
[11:29] <lamont> eep.  gotta go get kids
[11:29] <jdub> so i should b-d on: python-dev (>= 2.4),
[11:29] <jdub> python-dev (<< 2.5)
[11:30] <lamont> and then run python2.4.  If you want to run 'python', you need to build-depend python (I think... python-minimal might get you there)
[11:30] <lamont> almost certainly does
[11:30] <jdub> ok, so i should stick to the same thing but run python2.4
[11:37] <fallker> ping
[11:44] <doko> kamion: ping?
[11:45] <doko> jdub: but if you use dh_python, you need to depend on python anyway.
[11:47] <jdub> python-dev depends on python
[11:55] <seb128> jdub: oh, inotify 0.19 out and gamin updated for it :)