[01:00] <Chipzz> chipzz@Reel:~/test$ ldd /usr/bin/gnome-terminal | grep -i xdmcp libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb71a9000)
[01:00] <Chipzz> where the hell did that come from? :)
[01:00] <Chipzz> *scratches head*
[01:01] <mdke> I'm guessing you typed it in
[01:03] <Chipzz> no :)
[01:03] <Chipzz> I mean the xdmcp dependency of gnome-terminal
[01:03] <Chipzz> makes little sense :P
[01:04] <mdke> there was a new release of gnome-terminal recently, you could have a look in the changelog I guess
[03:06] <TheMuso> c
[03:14] <somerville32> b
[03:22] <bddebian> a
[03:27] <LaserJock> z
[03:27] <LaserJock> wrap-around
[04:21] <adhoc> hi guys
[04:21] <adhoc> any ideas on the impact of the Bind 9 security announcement by ISC ?
[06:23] <mjg59> bhale: Do any of the beagle preferences work yet?
[06:24] <mjg59> I'm trying to get beagle to skip indexing my kernel source directory (for fairly obvious reasons), but it doesn't seem enthusiastic
[06:25] <Solarion> heya mjg
[06:26] <Solarion> mjg59: I had thought they were
[06:27] <Solarion> weird
[06:27] <Solarion> maybe it takes a bit to take effect?
[06:29] <Solarion> are there any particular pointers to heed when making an ubuntu vmware image?
[06:29] <Solarion> notably, for the player
[06:30] <Solarion> anyone know why ubuntu-dekstop would be held back upgrading to feisty herd 2?
[06:35] <Solarion> it also seems to want to remove 21 packages.
[06:42] <jdong> mjg59, I feel your pain... I've had beagle digress a bit too far doing its indexing before, too :D
[08:28] <keescook> adhoc: which bind announcement?
[08:30] <torkel_> keescook: probably http://marc.theaimsgroup.com/?l=bind-announce&m=116968519321296&w=2
[08:31] <keescook> torkel: ah, thanks.  funny, they haven't listed it here yet: http://www.isc.org/index.pl?/sw/bind/bind-security.php
[08:37] <keescook> hiya cjwatson
[09:46] <Mithrandir> cjwatson,mvo,pitti: could we have a discussion about how we want to do SRUs for app-data-commercial?
[09:46] <mvo> Mithrandir: please, if possible now, it shouldn't take long
[09:46] <mvo> (hopefully :)
[09:47] <lifeless> http://people.ubuntu.com/~robertc/possible-conflicts/
[09:47] <Mithrandir> mvo: sure, whenever is fine for me.
[09:47] <ajmitch> lifeless: that looks useful
[09:47] <lifeless> ajmitch: excellent.
[09:48] <pitti> Mithrandir, cjwatson, mvo: fine for me, now or in the next hours
[09:48] <ajmitch> file per package might be a bit easier to read, though
[09:48] <dholbach> good morning
[09:49] <lifeless> ajmitch: not as easy to post process through I think
[09:49] <ajmitch> hey daniel
[09:50] <\sh> moins
[09:53] <lifeless> BenC: http://people.ubuntu.com/~robertc/possible-conflicts/
[09:53] <BenC> lifeless: thanks
[10:00] <lifeless> ajmitch: let me know about changes you would like. Doing per package files is possible I guess, but needs some consideration i think
[10:00] <lifeless> ajmitch: a new version of the content arrives ~ 25 past the hour
[10:07] <Slant_Laptop> I'm investigating 49221. My theory at the moment is it is caused by the system clock shifting forward during the fadeout.
[10:11] <ogra> Robot101, hey, thanks for the pulse hint ... :)
[10:13] <Robot101> ogra: aha, np. :)
[10:13] <Robot101> ogra: why is the asound pulse thing missing?
[10:14] <Robot101> it's the last piece of the jigsaw puzzle
[10:14] <Slant_Laptop> Yup.
[10:14] <Slant_Laptop> That's confirmed.
[10:15] <ogra> Robot101, no idea, i only synced pulse from debian and disabled all jack related things so we could get it to main 
[10:16] <ogra> so it will be missing in debian as well ...
[12:21] <mneptok> heya mako 
[01:09] <bhale> mjg59: the only notable thing that didnt work was "start search and indexing automatically", because it was a suseism. it works now with fdo autostart
[01:11] <mjg59> bhale: Hm. I added an exclusion, but nothing seemed to happen.
[01:12] <mjg59> Does it need a daemon restart?
[01:13] <bhale> mjg59: hm, ive added some mail folder exclusions recently and they seem to be working
[01:13] <mjg59> Hm.
[01:13] <bhale> unsure on restarting
[01:13] <mjg59> Hm.
[01:13] <mjg59> Now I can't get it to notice stuff I put in there...
[01:14] <bhale> ah
[01:14] <mjg59> So it seems to be working ok now
[01:14] <bhale> rock. see if it removes the index of stuff in there, mail seemed to
[01:15] <bhale> whihc means i get relevant emails up front when searching, instead of all my spam
[01:15] <mjg59> Yeah, seems to have done
[01:16] <mjg59> If I copy a file out of the excluded directory, it shows up
[01:16] <mjg59> Remove the copy and it vanishes again
[01:16] <mjg59> So that seems good
[01:16] <bhale> cool.
[01:16] <bhale> the next release looks to have a lot of QoS stuff
[01:16] <mjg59> I think it doesn't help that something in 2.6.20 is killing ata throughput
[01:17] <mjg59> I'm only getting 10MB/sec off disk
[01:17] <bhale> ugh..
[01:17] <mjg59> Can you try doing a hdparm -t and see what you get?
[01:17] <bhale> sure
[01:17] <mjg59> I'm interested in finding out how general this is
[01:17] <bhale>  Timing buffered disk reads:  126 MB in  3.02 seconds =  41.66 MB/sec
[01:17] <bhale> i would guess this is normal, possibly a bit low/
[01:18] <bhale> 7200rpm sata
[01:18] <mjg59> What chipset?
[01:18] <bhale> intel ...
[01:18] <mjg59> Hm
[01:18] <mjg59> I'm only getting 20MB/sec off my Intel sata system
[01:18] <mjg59> Let me try bumping the kernel
[01:19] <bhale> 00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller IDE (rev 01)
[01:19] <mjg59> Kernel version?
[01:19] <bhale> 20-5
[01:19] <bhale> generic
[01:20] <bhale> its morning here, I have to run to work
[01:20] <bhale> good luck with that
[01:25] <mjg59> bhale: Hm, faster again on -5
[01:25] <mjg59>  Timing buffered disk reads:  212 MB in  3.00 seconds =  70.55 MB/sec
[01:29] <tepsipakki> mjg59: hi, does usplash support svg-themes?
[01:29] <mjg59> No
[01:29] <tepsipakki> ok
[01:29] <tepsipakki> it was reported in August to suppot that :)
[01:29] <tepsipakki> +r
[01:30] <mjg59> Really? By whom?
[01:30] <tepsipakki> UWN
[01:30] <tepsipakki> let me check
[01:30] <tepsipakki> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue8
[01:31] <mjg59> Oh
[01:31] <mjg59> SVGA images
[01:31] <mjg59> Not SVG ones
[01:31] <tepsipakki> hah
[01:31] <mjg59> Someone's got the wrong idea
[01:32] <tepsipakki> there are bugs about getting more resolutions supported, but the artwork-team would like to have a single svg-theme to support them all
[01:32] <tepsipakki> anyway that's how I understood it
[01:33] <tepsipakki> my "30 HP accepts only plain vga or the max 2560x1600
[01:33] <tepsipakki> not that I'm rebooting this a lot ;)
[01:33] <mjg59> Well, usplash won't usefully do anything outside the standard vesa ranges
[01:35] <tkamppeter> doko, ping
[01:59] <pitti> BenC: for some reason your magic command to only build the powerpc flavour is not in my bash_history any more; could you please tell me again?
[01:59] <BenC> CONCURRENCY_LEVEL=4 fakeroot debian/rules binary-debs flavours=powerpc
[02:08] <seb128> ogra: ping
[02:41] <sfllaw> mvo: Ping?
[02:42] <sfllaw> mvo: There's an apt-listchanges bug that I'd like you to look at...
[02:42] <mvo> hello sfllaw
[02:44] <sfllaw> mvo: Want to come over and look?
[02:44] <sfllaw> apt-listchanges claims:
[02:44] <sfllaw> The gtk frontend needs a working python-gtk2 and python-glade2.
[02:44] <sfllaw> Those imports can not be found. Falling back to pager.
[02:44] <sfllaw> And it's because
[02:44] <sfllaw> > /usr/share/apt-listchanges/apt_listchanges.py(122)make_frontend()
[02:44] <sfllaw> -> gtk = __import__("AptListChangesGtk")
[02:44] <sfllaw> (Pdb) n
[02:44] <sfllaw> ImportError: 'Bad magic number in /usr/lib/site-python/AptListChangesGtk.pyc'
[02:45] <sfllaw> Is there any more information you need in a bug report?
[02:45] <mvo> sfllaw: that is feisty?
[02:45] <sfllaw> Yes.
[02:45] <mvo> sfllaw: I have a look, thanks. how is the sugarcrm verification going?
[02:46] <sfllaw> Downloading to verify.
[02:46] <mvo> great, thanks
[02:54] <mvo> sfllaw: what date does this file has?
[03:00] <sfllaw> 10-20-2006
[03:00] <sfllaw> mvo: ^^^
[03:26] <sfllaw> jono: mdz wanted me to mention UbuCon to you, which is in three weeks in New York.
[03:26] <jono> sfllaw: right, I had a mail about it which I need to get to
[03:26] <jono> sfllaw: did he just want to make me aware of it or something else?
[03:27] <sfllaw> jono: Make you aware of it, in case you wanted to go.
[03:27] <sfllaw> jono: Both mdz and I will have trouble attending.
[03:28] <sfllaw> jono: I have to apologize to John, as I had offered to give a talk that I cannot now present.
[03:30] <jono> sfllaw: will see what I can do, might be able to fit it in, but I am travelling a bit over the next few months
[03:30] <jono> if I can make it, will get there :)
[03:30] <sfllaw> jono: Thanks.
[03:30] <jono> np :)
[03:30] <sfllaw> jono: Sorry for the short notice.
[03:30] <jono> no worries :)
[03:42] <bddebian> Heya
[03:52] <sladen> sfllaw: that clashes with SkyCon in Ireland---which I think Jono might already be at?
[03:53] <jono> sladen: bugger, I thought the dates sounded funny
[04:11] <\sh> hmmm..since this morning, there is no sound coming from my headphones or speakers..(ibm TP T43)...all alsamixer configs are correct...anyone getting this problem too?
[04:11] <\sh> neither gnome, kde or xfce...
[04:14] <bddebian> What has happened to gnome-vfs-mime.h??
[04:14] <lifeless> BenC: https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/80958 <- that sdhci crash
[04:14] <Ubugtu> Malone bug 80958 in linux-source-2.6.20 "sdhci error report in syslog" [Undecided,Unconfirmed]  
[04:15] <BenC> lifeless: interesting...maybe a BIOS update would hep too?
[04:16] <lifeless> BenC: brand new motherboard as of 2 weeks ago
[04:16] <lifeless> BenC: I'm 95% sure its at the latest rev already
[04:16] <BenC> lifeless: It's still possible that there may be an update
[04:16] <lifeless> if there is, HTF do I apply it ?
[04:17] <BenC> lifeless: My Intel machine was able to do it from a downloadable ISO
[04:17] <\sh> uh...now it's playing sound only from the port replicator jacks 
[04:19] <lifeless> mdz: I plan to do a launchpad update this afternoon, is that ok ?
[04:19] <jdong> lifeless, many BIOS manufacturers are nice enough to give ISO formatted update downloads... else they'd give you boot floppies
[04:19] <lifeless> jdong: no floppy drive
[04:19] <jdong> lifeless, in the latter case, burn them into a bootable ISO :)
[04:19] <jdong> bootable ISO =  virtual floppy drive
[04:19] <mdz> lifeless: this afternoon UTC, meaning in the next couple of hours?
[04:19] <lifeless> mdz: yes
[04:19] <sladen> \sh: file bug, hassle mjg59 has he has a handle on most of the sound jack issues
[04:20] <lifeless> mdz: should not affect soyuz
[04:20] <mdz> lifeless: expected length of the outage?
[04:20] <lifeless> mdz: 10 minutes or less
[04:20] <mdz> lifeless: ok, please notify ubuntu-devel
[04:20] <\sh> sladen, well, funny thing, yesterday, same kernel, the laptop jacks were working...since this morning after the updates, the default behaviour is just gone.. 
[04:22] <sladen> \sh: report it quickly so that whoever made the change can put 2+2 together
[04:23] <lifeless> mdz: done
[04:48] <sladen> cjwatson: is your wiki documentation for hacking the installer up somewhere, I haven't found it with a casual google
[04:50] <lifeless> wiki.ubuntu.com/InstallerDevelopment/TODO IIRC
[04:57] <fabbione> iwj: http://people.ubuntu.com/~fabbione/lvm_get_md_right.diff
[05:16] <gnomefreak> who is our ff developer atm? i know we are working on hiring one but do we have one in meantime?
[05:16] <iwj> gnomefreak: No, we don't really have one in the meantime.  There's the mozillateam list which has some keen people on it.
[05:17] <gnomefreak> iwj: yeah me
[05:17] <gnomefreak> lol
[05:18] <iwj> Sorry, I get confused by irc nicks :-).
[05:18] <gnomefreak> local news feeds and help are only in english. im assuming thats us
[05:18] <iwj> I think so, yes.
[05:18] <gnomefreak> since upstream packages are correct
[05:18] <gnomefreak> ok i will see if anyone on the team knows how to work this one out
[05:19] <iwj> We should probably move some of that customisation to our locale package stuff.
[05:20] <gnomefreak> is ther ea general local package i can add to bug?
[05:27] <jdong> can an archive admin clear backports binary NEW please?
[05:51] <AnAnt_> I got a problem with pbuilder, I have set COMPONENTS="main restricted universe multiverse" in /etc/pbuilderrc
[05:51] <AnAnt_> yet, when I run pbuilder it cannot find packages that are in universe !
[06:18] <krang> Hey all, I'm not sure if this is a bug, but if I edit /etc/network/interfaces to set a static IP for my one NIC, then save and restart networking, I see that UDP port 68 is still open with dhclient3 listening on it. Should that be happening?
[06:18] <Mithrandir> how are you restarting the networking?
[06:18] <krang> /etc/init.d/networking restart
[06:19] <Mithrandir> that doesn't touch the interfaces, use ifup/ifdown
[06:19] <keescook> goood morning
[06:19] <ogra> evening
[06:19] <ogra> :)
[06:19] <kylem> vietnaaaaaam
[06:19] <krang> Mithrandir: are you sure it doesn't touch the interfaces? My IP had changed to the static one I set at the end of it
[06:19] <Mithrandir> krang: it shouldn't no.
[06:20] <krang> Mithrandir: er, maybe that's a bug then, because it definitely did
[06:25] <krang> Mithrandir: yeah, I just looked at the script for that, it's nothing *but* if-up and if-downs. Which, on reflection, would explain why dhclient was still there afterwards
[06:39] <_MMA_> Hello guys.
[06:39] <_MMA_> I have been asked by hopeful Ubuntu Studio users if it would be possible to use a different limits.conf when we install "linux-lowlatency"?
[06:39] <_MMA_> Look at the section marked "Real-Time Support" for reference to what I mean: https://help.ubuntu.com/community/UbuntuStudioPreparation
[06:39] <_MMA_> Is there a good way to go about this?
[06:51] <lifeless> _MMA_: have a package that configures that. It should not be tied to the kernel IMO
[07:16] <lifeless> ok, lp is going down for a short period now, 10 minutes at most
[07:16] <jdong> ^^ famous last words
[07:31] <lifeless> done
[07:31] <lifeless> jdong: pfft
[07:31] <jdong> lol
[07:57] <czr> are there any ia64-people around?
[07:57] <czr> failed to install 6.06.1 on an rx2600, just have some questions about the state of the port
[08:40] <DogWater> Hi, does anyone know of a plausable work around for [Bug 79562] 
[08:40] <Ubugtu> Malone bug 79562 in Ubuntu "Edgy netboot/mini doesn't pick up kernel security fix" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79562
[09:04] <torrr> torrr	I want to choose a distro for "TerminalServer" with linux,I am wondering if ubuntu-desktop would be a good choice
[09:04] <torrr> 09:32	torrr	I am know how to make Gentoo be a terminalServer, since I tested it in VMWare, I've just been told by CrossOver Office, that they support ubuntu better
[09:04] <torrr> 	torrr	and I have been told that Gentoo is good for servers, and now I wonder if ubuntu-desktop would perform well in a multi-user environment, compared to other distro's
[09:04] <LaserJock> torrr: this is not the right channel
[09:05] <LaserJock> torrr: continue the discussion in #edubuntu or ask #ubuntu
[09:06] <Adri2000> can I ask an archive admin to 'give back' a package which FTBFSed on one (or two) arch or have I to upload a new version for rebuild?
[10:09] <geser> Adri2000: which one?
[10:10] <Adri2000> geser: mplayerplug-in
[10:10] <Adri2000> geser: amd64 FTBFS should be fixed now
[10:10] <keescook> lamont: do you have any test cases for testing bind backports?  I've started doing some backports, but I'd like to have a way to test.  :)
[10:11] <geser> Adri2000: then ask Mithrandir or lamont for a give-back
[10:11] <lamont> keescook: generally speaking I (1) package upstream bits, and (2) install it on my nameserver for a bit
[10:11] <Adri2000> lamont: :)
[10:11] <keescook> lamont: heh.  do you use dnssec?
[10:11] <lamont> Adri2000: whcih package?
[10:11] <lamont> keescook: what's that? :-)
[10:11] <Adri2000> mplayerplug-in, amd64 please
[10:12] <lamont> keescook: I'd love  a patch for sarge... :-)
[10:12] <keescook> lamont: yeah, saw that; thought I'd talk about it here since I'm currently doing the Ubuntu changes so far.  :)
[10:13] <keescook> sarge is 9.2.x...
[10:13] <lamont> ah, right.. you are in that channel.  cool
[10:13] <lamont> yeah
[10:13] <lamont> my personal pref for sarge would be to package 9.2.8 and be happy.  that won't fly with some though
[10:13] <keescook> hehe
[10:13] <keescook> even the 9.3.3 backport worries me.  9.3.3 seems to be missing a bunch of UNLOCK calls.... 
[10:14] <keescook> er, sorry, 9.3.2
[10:14] <lamont> right
[10:14] <keescook> I want to test the code paths... but the advisory barely tells me what was causing the problems.  bleh
[10:15] <lamont> my usual argument runs something along the lines of "ISC does a good job of not introducing new instability into a fix-release.  There is no way that I can duplicate the level of testing and auditing that the community provides for their releases.  kthxbye"
[10:16] <lamont> keescook: sometimes that argument wins
[10:16] <keescook> lamont: I'm not sure I can convince pitti.  :)
[10:17] <keescook> do you have any insight into actual proofs-of-concept for the issues they mention?
[10:18] <lamont> vendorsec might have something - haven't looked.  more likely it's just going to be what's in the changelog and the source.
[10:18] <lamont> I can possibly scare up a cvs diff for you if you think that'll help
[10:18] <keescook> vsec has nothing (though we've asked ISC -- no response).  source has no details either.  :P
[10:19] <keescook> the diff is pretty clear.  but I'm not (yet) familiar with bind9 guts, so I'm not sure how to hit the code from the outside
[10:19] <keescook> I guess I'll just keep testing and hope ISC gets back to vsec.  :)
[10:22] <lamont> keescook: any CVE assigned to this yet?
[10:23] <keescook> lamont: yeah, CVE-2007-0493 CVE-2007-0494
[10:23] <lamont> keescook: both CVE for all of the diff releases?
[10:24] <keescook> lamont: yeah, looks like it.  both 9.2.8 and 9.3.4 seem to be entirely security updates for the same two issues.
[10:27] <keescook> yeah, I noticed they bumped the lib/dns/api ... 
[10:27] <lamont> hrm... ENOPITTI - he's harder to convince when he's not here...
[10:27] <lamont> yeah - abi bumps are normal for them
[10:28] <LaserJock> heh, that's the funniest error I've seen lately
[10:30] <keescook> lamont: I assume the bump is real due to the addition of that reference counter, but it wasn't clear to me if that was an _external_ ABI or not...
[10:30] <lamont> they seem to be good about abi major and minor numbers
[10:31] <lamont> wow.  no  filename  changes in 9.3.4
[10:32] <lamont> keescook: lately I've taken to running 9.4.0 release candidates, with an eye towards actually configuring dnssec
[10:34] <keescook> lamont: yeah, what do you make of the abi changes as far as backporting goes?
[10:34] <lamont> now you see part of why I don't bother with backporting :-)
[10:34] <lamont> or rather, strive to  avoid it
[10:34] <keescook> :)
[10:35] <lamont> _IFF_ I was backporting, and there was an abi bump between 9.2.x and 9.3.0, then I'd be tempted to make a similar change to the abi for the 9.2.x, esp if I could land it between 9.2.4 and 9.2.8's name
[10:35] <lamont> the good part is that they tend to leave some room when they bump abi numbers
[10:35] <lamont> e.g., 22 -> 32
[10:35] <lamont> (9.3 -> 9.4)
[10:37] <keescook> yeah, this has wandered into territory I'm less familiar with.  I haven't done a lot of abi changes.
[11:00] <lamont> keescook: what all versions do you need for ubuntu?
[11:00] <keescook> 9.3.1,2,3
[11:00] <keescook> yeah
[11:03] <lamont> now to ponder 9.2 and 9.3.1->9.3.4
[11:06] <lamont> from the in 9.3.3 but not 9.3.1 category:
[11:06] <lamont> +2066.  [security]       Handle SIG queries gracefully. [RT #16300] 
[11:08] <lamont> +1997.  [bug]            Named was failing to replace negative cache entries
[11:08] <lamont> +                       when a positive one for the type was learnt.
[11:08] <lamont> +                       [RT #15818] 
[11:08] <lamont> +1951.  [security]       Drop queries from particular well known ports.
[11:08] <lamont> +                       Don't return FORMERR to queries from particular
[11:08] <lamont> +                       well known ports.  [RT #15636] 
[11:08] <lamont> none of that was  in 9.3.2
[11:09] <keescook> has it all been bug fixes and security then?
[11:09] <keescook> sounds like a reasonable full-upgrade.  :)
[11:10] <lamont> there are some port fixes for OS's that we don't care about
[11:10] <lamont> new RR type assignments
[11:10] <lamont> all kinds of robustness cleanup, etc.
[11:10] <lamont> on the downside, 9.3.1->9.3.2 and 9.3.2->9.3.3 have soname changes
[11:11] <lamont> brightly, 9.3.3->9.3.4 doesn't
[11:11] <keescook> right.  that's the part I'm not sure how to handle.  or rather, I haven't dealt with before
[11:21] <Adri2000> lamont: can you give back mplayerplug-in on amd64 please? https://launchpad.net/+builds/+build/293970
[11:23] <lamont> that package name is just plain wrong,  fwiw
[11:23] <lamont> given back
[11:24] <lamont> on GP, /me gives back ia64 as well
[11:24] <Adri2000> lamont: likely to FTBFS again on ia64
[11:25] <Adri2000> because xulrunner:  feisty ia64   Failed to build
[11:26] <lamont> yeah
[11:31] <lamont> keescook: fwiw, upstream has a regression suite for bind9 that they run on each release.  I haven't seen it, fwtw
[11:31] <lamont> kidfetching time
[11:31] <keescook> lamont: ah, too bad they don't share that test suite...
[12:10] <Seveas> keescook, ping
[12:10] <keescook> Seveas: hiya.  just about to head to lunch, what's up?
[12:10] <Seveas> check the new & improved usn feed please
[12:11] <keescook> Seveas: sweetness!  Looks great.  :)  Thanks!
[12:11] <Seveas> yw
[12:13] <jdong> argh, the dreaded cannot mount /dev/foo on /root: no such file or device