[12:15] <robertj> infinity: since when has actual performance mattered one lick to Apple?
[12:16] <robertj> My Dual  2.5 G5 and 1.4 ghz Celeron feel about the same unless I'm doing 3d stuff
[12:16] <robertj> which err, I'm not (although I would if the laptop had decent on-board video)
[12:25] <mpt> Most people using OS X probably aren't spending most of their time compiling stuff
[12:25] <mpt> AndyFitz!
[12:40] <mdz> daniels: is xauth coming soon?
[12:42] <infinity> doko : Does zlib still need that (temporary) build-dep on lib32gcc1?
[12:42] <infinity> doko : If not, we can sync back up with Debian and stop forking zlib (yay)
[12:45] <AndyFitz> 20 points to who ever is responsible for nvidia-glx finally working
[12:45] <AndyFitz> booyah
[12:45] <AndyFitz> mpt!
[12:46] <doko> infinity: it installs in /emul/ia32-linux/usr/lib/ so, you have to nag the maintainer to make the installation direcory unconditionally
[12:47] <AndyFitz> mate,  I've got to go.    doing an typeface.. and then headed to http://www.splendourinthegrass.com/lineup/
[12:48] <seth_k> AndyFitz, but we have no l-r-m, so does nvidia-glx actually provide 3d?
[12:48] <AndyFitz> seth_ok  I havent restarted X.      ah well my hopes arent up
[12:48] <AndyFitz> restarting x ciao
[12:49] <infinity> doko : Erm, come again?.. It looks like it installs to /usr/lib32 to me...
[12:51] <Nafallo> hmm, what shall I do to X -43 to get my xkb back? :-)
[12:52] <\sh> mc -> xbase-clients -> and move xmodmap to /usr/bin
[12:52] <\sh> install xkeycaps
[12:52] <\sh> create a xmodmap file...trick a bit
[12:52] <\sh> you'll be fine ,-)
[12:53] <\sh> and forget all about altgr and stuff like this...
[12:53] <\sh> use only shift mappings
[12:53] <Nafallo> hehe
[12:54] <\sh> that reminds me to buy a plain american keyboard the next time
[12:55] <Nafallo> \sh: /usr/X11R6/bin/xkbconf is a symlink to itself. where should that point to? :-)
[12:56] <\sh> Nafallo: ask daniels pls :)
[12:56] <\sh> I'm lost with X right now ;)
[12:57] <Nafallo> daniels: ping :-)
[01:00] <doko> infinity: debian/rules:119: install -m 644 $(BUILD_TREE)/libz.a debian/nopic-tmp/emul/ia32-linux/usr/lib/libz.a
[01:00] <doko> zlib (1:1.2.3-1) unstable; urgency=high
[01:03] <infinity> doko : Ahh, wasn't looking at the nopic target.
[01:05] <\sh> Nafallo: actually: i have xkbcomp in /usr/bin
[01:05] <\sh> but no link in /usr/X11R6/bin or /etc/X11/xkb
[01:07] <Nafallo> \sh: I don't. I don't have that one at all ;-)
[01:08] <\sh> Nafallo: as I said I had some manual adjustments with mc and xbase-clients ,-)
[01:08] <Nafallo> \sh: I also have /etc/X11/X pointing to /usr/bin/X11/Xorg, which point to /usr/X11R6/bin/Xorg ;-)
[01:08] <\sh> yay
[01:09] <Nafallo> and /usr/bin/X11 points to .. btw :-)
[01:10] <Nafallo> \sh: do you have mkfontscale somewhere? :-)
[01:11] <Nafallo> I have a broken link from /usr/X11R6/bin/mkfontscale to /usr/bin/mkfontscale
[01:19] <infinity> Is it sane and/or reasonable for thunderbird to be taking 3 gigs of memory?
[01:20] <bob2> haha
[01:20] <infinity> 11955 adconrad  16   0 3035m 1.7g  14m S  2.0 84.1  76:39.53 mozilla-thunder
[01:20] <infinity> Frightening.
[01:20] <\sh> infinity:
[01:21] <mrd`> Why does 'dpkg -L xkeyboard-config' list /etc/X11/xkb/geometry/microsoft (for example), but the file doesn't actually exist?  I've reinstalled it and even forcefully removed and then installed it again, but only the directory structure gets recreated---none of the files do.
[01:21] <\sh> it would swap here like hell
[01:21] <infinity> \sh : I noticed it when it started hitting swap (I only have 2 gigs of RAM)
[01:22] <\sh> infinity: do u have actually some text to read in firefox? ,-)
[01:24] <thom> infinity: there's a reason it's called chunderbird
[01:26] <mdz> mrd`: they're conffiles
[01:26] <mrd`> mdz: How do I get them back?  (Do I even need to?)
[01:26] <mdz> mrd`: happy to talk you through it on #ubuntu
[01:46] <mrd`> Why aren't the binary packages from the xorg source package transitioning into Breezy simultaneously?  e.g. there's xbase-clients from -42 and xserver-xorg from -43.  (Or is this another question for #ubuntu instead of here?)
[01:47] <tseng> mrd`: that one is pretty complicated.
[01:47] <tseng> part of it was that the amd64 builders have been down recently
[01:48] <tseng> but also some weird corner cases in the build/mirror scripts
[01:48] <tseng> that i dont really care to understand :)
[01:48] <mrd`> tseng: But when a source package is done compiling, doesn't it upload either all or none of the binaries from it?
[01:48] <tseng> no
[01:49] <tseng> if its a new binary name, it goes in a queue
[01:49] <mrd`> infinity: http://packages.ubuntu.com/xbase-clients and http://packages.ubuntu.com/xserver-xorg
[01:49] <infinity> tseng : Erm, the whole upload goes to queue/NEW, not just the one binary.
[01:49] <Nafallo> infinity: xbase-client=6.8.2-42 on amd64
[01:49] <mrd`> xbase-clients is -42 on i386 too.
[01:50] <daniels> right.  it won't get newer in a hurry.
[01:50] <tseng> infinity: its best to leave these things to you :)
[01:50] <Nafallo> daniels: there you are. I'm missing binaries ;-)
[01:51] <Nafallo> daniels: mkfontdir, mkfontscale, xkbcomp is gone.
[01:51] <daniels> Nafallo: this is why I didn't want to make xbase-clients installable until I'd modularised all the binaries in it ...
[01:51] <mrd`> daniels: Are the executables that used to be in there available anywhere else atm?
[01:51] <Nafallo> daniels: hehe, is there a workaround somewhere? :-)
[01:52] <daniels> Nafallo: they sure are
[01:52] <daniels> Nafallo: downgrade if you need to
[01:52] <daniels> mrd`: not at the moment
[01:52] <daniels> startx/xinit should come in short order (when I get out of bed), then the rest sorted roughly by importance.
[01:54] <mrd`> If we downgrade xbase-clients, what version do you recommend?
[01:54] <Nafallo> and where to find older versions? :-)
[01:55] <mrd`> D'oh, no xset now either.
[01:55] <mrd`> Better yet, is this something that patches can be provided for easily?
[01:55] <infinity> daniels : Can I bug you to fix seb128's -D__XOPEN_SOURCE bug before diving back into xbase-clients?  The half of GNOME that wasn't fixed by xbase-clients is broken with that instead.
[01:55] <infinity> ... maybe I should start running kubuntu.
[01:56] <infinity> Okay, that mental fit has passed.  Phew.
[01:56] <\sh> lol
[01:56] <daniels> infinity: 'kay
[01:56] <daniels> mrd`: not hugely easily, no
[02:06] <mdz> daniels: this seems to be getting out of control
[02:07] <mdz> daniels: I can accept your rationale for splitting the drivers, but having a separate package for every X client binary seems like madness
[02:14] <trulux> heya
[02:16] <daniels> mdz: not *every* X client binary
[02:16] <daniels> mdz: but, by the same token, not 91 binaries in a single package
[02:16] <mdz> daniels: xhost, for example?
[02:16] <daniels> er, 95
[02:17] <mdz> and xdpyinfo
[02:17] <daniels> mdz: ... was done early because people need it there.  it may get rationalised later.
[02:17] <mdz> how do you meanL
[02:17] <mdz> s/L/?/
[02:19] <daniels> mdz: xbase-clients was either uninstallable or empty for a while, depending on your point of view
[02:19] <daniels> mdz: so I've been prioritising what needs to be available for people to use or build-depend on, and doing that as I go
[02:20] <daniels> mdz: it may happen that some of these get rationalised into larger source packages as I go
[02:21] <daniels> i have no intention of turning xbase-clients into 95 separate source packages, if that's what you mean
[02:22] <mdz> daniels: what are you using as upstream source for these?
[02:23] <daniels> mdz: ... x.org?
[02:23] <mdz> daniels:  x.org is releasing separate tarballs for xhost and xdpyinfo now?
[02:23] <daniels> mdz: yes
[02:23] <mdz> ...
[02:23] <daniels> mdz: i had nothing to do with the autotooling of the apps.  it's not my structure.
[02:25] <mdz> I can't think of a rationale for that
[02:25] <daniels> mdz: as I said, it's not my structure
[02:25] <daniels> the rationale used in splitting packages seems to be 'start with one per package, and consolidate from there if they're quite obviously similar'
[02:26] <mdz> so in order to get a sane number of .orig.tar.gzs, you're going to need to create source packages containing multiple upstream tarballs?
[02:27] <daniels> yes
[02:27] <mdz> ick
[02:27] <daniels> yes
[02:28] <daniels> i could avoid that and just have a large number of .orig.tar.gzs if you want :)
[02:28] <lamont> daniels: he _did_ use the word 'sane'.
[02:29] <daniels> well, it avoids having multiple upstream tarballs in the one .orig.tar.gz ...
[02:35] <Nafallo> who shall I hug for the improved gui? is it gtk's or xorg's fault? :-)
[02:36] <daniels> gtk
[02:36] <mrd`> Cairo.
[02:37] <Nafallo> kewl. it's almost worth the upgrade to broken keyboard ;-)
[02:37] <ogra> #tsk
[02:38] <Nafallo> ogra: baah ;-)
[02:39] <ogra> heh
[02:39] <Nafallo> ogra: nothing was wrong with -36 :-)
[02:39] <ogra> my pbuilder is up to date though
[02:39] <lamont> ogra: yes there was
[02:39] <lamont> specifically, you couldn't build things with -36
[02:40] <Nafallo> lamont: but I had a full-fledged working environment ;-)
[02:40] <lamont> well, there is that
[02:40] <daniels> building things is for sissies
[02:41] <Nafallo> lol
[02:43] <ogra> hehe
[02:44] <Amaranth> That's funny, I'm fully upgraded and everything works perfectly well.
[02:44] <Amaranth> Well, except for the _ENTIRE TOP ROW_ of my keyboard... :/
[02:44] <Amaranth> esc, f1-f12, print screen, etc
[02:44] <daniels> superfluous keys
[02:44] <Amaranth> hehe
[02:44] <lamont> gcc-4.0_4.0.1-2ubuntu3_20050721-1530     08:08:44 (5 entries, sigma 06:26:08)
[02:44] <lamont> that just plain _hurts_
[02:45] <Amaranth> changing to a console from a broken X is kinda important
[02:45] <schweeb> Amaranth: you can use sysrq r, then change
[02:45] <schweeb> in my experience
[02:45] <daniels> Amaranth: sudo chvt 6
[02:45] <Amaranth> sounds like a dirty hack
[02:45] <lamont> Amaranth: does ctl-[ work?
[02:45] <mrd`> Amaranth: Yeah, I've got that problem too... that and I can't swap caps lock/ctrl.
[02:45] <Amaranth> meh, Sun users
[02:45] <Amaranth> well, probably emacs users now
[02:46] <mrd`> Yeah.
[02:46] <Amaranth> stupid emacs, why won't you die?
[02:46] <schweeb> lol
[02:46] <Amaranth> and no, i don't like vi either
[02:46] <Amaranth> <--gedit :D
[02:46] <schweeb> ugh
[02:47] <schweeb> how functionally impaired that program is
[02:47] <lamont> damn.  threw all the sissies at daniels, or I'd have some to chuck at Amaranth
[02:47] <Amaranth> heh
[02:47] <Amaranth> gedit is a _text editor_
[02:47] <Amaranth> it's not an operating system
[02:47] <schweeb> vi is far from an operating system
[02:47] <lamont> 1114440 pool
[02:47] <lamont> and that's just the files that are _missing_ on my real mirror
[02:47] <Amaranth> vi is shit :P
[02:47] <lamont> sneaker-net rulez!
[02:48] <lamont> we need ccache bindings for gcj
[02:48] <Amaranth> nothing beats the bandwidth of a station wagon loaded with tapes
[02:48] <lamont> 747 loaded with dvd's might be better bandwidth
[02:48] <Amaranth> hmm
[02:48] <Amaranth> but 747s crash
[02:48] <lamont> anyway, time to go home and do the push half of the mirror freshening.
[02:49] <lamont> so do station wagons
[02:49] <schweeb> gedit is designed for useability... vi is designed for power and functionality
[02:49] <lamont> iz just a dropped packet
[02:49] <Amaranth> hehe
[02:49] <Amaranth> ooh, pigeons
[02:49] <Amaranth> dropped packet == hunting season
[02:50] <Amaranth> so i probably sound stupid
[02:50] <schweeb> lamont:  747 with LTO2's
[02:50] <ogra> Amaranth, you wrote smeg in gedit ?
[02:50] <Amaranth> yep
[02:50] <Amaranth> entirely
[02:50] <ogra> wow
[02:51] <Amaranth> my first text editor was notepad
[02:51] <schweeb> fairly sure a LTO-2 tape has more storage per square inch than dvd
[02:51] <lamont> schweeb: have to take into account mastering time, as well as load/unload time for the transport
[02:51] <Amaranth> gedit is a step up
[02:51] <lamont> anyway, later.
[02:51] <schweeb> heh
[02:51] <HrdwrBoB> schweeb: why not LTO3
[02:51] <Amaranth> emacs is a leap sideways into hell
[02:51] <HrdwrBoB> schweeb: well the data density is much higher
[02:51] <schweeb> HrdwrBoB: I've not used them yet :p
[02:51] <HrdwrBoB> in terms of physical space
[02:51] <schweeb> I use LTO1 and virtual LTO2
[02:51] <HrdwrBoB> ah
[02:52] <HrdwrBoB> we're getting an LTO3 8 changer
[02:52] <schweeb> 8 tape changer, or 8 drive changer
[02:52] <Amaranth> anyone remember when a 1GB tape was huge?
[02:52] <schweeb> Amaranth: yep
[02:52] <schweeb> I had a 200MB drive in 1994
[02:52] <HrdwrBoB> 8 tape changer
[02:52] <Amaranth> dude, the first tape i saw was 80GB
[02:53] <ogra> Amaranth, late guy :p
[02:53] <schweeb> hah
[02:53] <Amaranth> i think that was 1998
[02:53] <HrdwrBoB> I had a 2gb tape drive at one stage
[02:53] <Amaranth> it was really 40GB but they claim 2:1 compression (pure text)
[02:53] <HrdwrBoB> yeah they all do that
[02:53] <schweeb> HrdwrBoB: my libraries have ~ 5000 slots, iirc
[02:54] <schweeb> Amaranth: every tape claims 2x compression
[02:54] <HrdwrBoB> yeah we had a library at the place I used to work, had two drives in it up to a maximum of six
[02:54] <schweeb> LTO-1 is 100/200, etc...
[02:54] <HrdwrBoB> LTO-2 is 200/400 LTO-3 is 400/800
[02:55] <schweeb> HrdwrBoB: EMC makes this great product... CDLs... Clariion disk library... they emulate a library, and store to a SAN
[02:55] <HrdwrBoB> why would you want to do that?
[02:55] <HrdwrBoB> surely the point of a san is random access
[02:56] <schweeb> tape management is incredibly expensive
[02:56] <schweeb> and time consuming
[02:56] <schweeb> and slow
[02:56] <schweeb> you can offsite a virtual tape over IP
[02:57] <schweeb> plus, with RAID, CDLs are faster, more reliable, and easier to expand
[02:58] <schweeb> (they're built on a Clariion CX chassis)
[04:39] <daniels> infinity: any new FTBFSes I should know about?
[04:40] <bddebian> licq :-)
[04:40] <bddebian> But then again I'm sure you don't care about that one :-)
[04:40] <daniels> right
[04:41] <infinity> daniels : Just the __XOPEN mess, afaik.
[04:41] <daniels> infinity: 'kay
[04:41] <daniels> sorting that out now
[04:41] <infinity> daniels : I don't intend to peruse build logs in depth until that's fixed, since it's killing a fair number of packages and is nonintuitive to sift through.
[04:42] <daniels> infinity: mainly interested in ^libx
[04:42] <infinity> daniels : Once that's fixed, I'll do yet another mass give-back (I wonder if lamont's INBOX hated me for the last 1600 messages he got..), then we'll go from there.
[04:42] <calc> is the firefox totem plugin already in ubuntu?
[04:42] <daniels> heh
[04:43] <lamont> infinity: hrmpf
[04:43] <infinity> elmo : Please sync foomatic-filters-ppds from unstable, our only patch at this point is the changelog.
[04:44] <lamont> elmo: and palo should be sync-able now. thanks
[04:44] <infinity> Hey, ia64 has almost caught up witht he give-back backlog.  Finally.
[04:49] <infinity> I wonder if I should go to bed today...
[04:49] <daniels> infinity: bed is a sign of weakness
[04:50] <infinity> Sure, but staying awake for more than 26 hours is probably a sign of stupidity.
[04:52] <infinity> lamont : Do you want to find a home in buildd-config for ~buildd/bin/checkchroot and ~buildd/build-breezy/ref-breezy (you'll find those files just sitting on all the buildds right now)?
[04:52] <lamont> infinity: it's good to go to bed _every_ day
[04:52] <infinity> lamont : ref-breezy is arch-speccific (though only ia64 currently differs, due to libc6.1 and libunwind7)
[04:52] <infinity> lamont : Yes, dad.
[04:53] <daniels> linfs/stupidity/maniless/
[04:53] <daniels> er
[04:53] <daniels> infinity: s/stupidity/manliness/
[04:57] <lamont> ref-breezy?
[04:57] <lamont> infinity: I'll add them
[04:57] <infinity> lamont : I use them on the m68k buildds to check for unclean chroots (of which we had many)
[04:58] <infinity> lamont : ref-$dist is just a simple list of "packages we like", while checkchroot is a lazy man's script to diff that against the installed list.
[04:58] <lamont> got some trivial glue to generate ref-breezy as part of build-chroot?
[04:59] <infinity> lamont : Lots of give-backs in the last week were due to packages in weird states that should have been removed but weren't.
[04:59] <lamont> yeah - np./
[04:59] <lamont> just tell me when and I'll do all the give-backs this time... :-)
[04:59] <infinity> lamont : If build-chroot gives us the "right packages" when it's run, then said glue is simple.
[04:59] <lamont> actually, if we just do it in coordinated time, then I can just flush the mailbox at the same time as the --give-back is happening in the DC
[05:00] <infinity> lamont : Look at how checkchroot generates its list for diffing, and do that. :)
[05:00] <lamont> build-chroot gives you a virgin chroot
[05:00] <lamont> well, modulo udev :-(
[05:00] <infinity> udev, module-init-tools, a few other ueless things were installed on all the machines.
[05:00] <lamont> yes. because if udev ever gets installed, it totally screws the chroot.
[05:00] <infinity> But none of those are a big issue compared to the several hundred packages some chroots had. :)
[05:01] <lamont> so build-chroot installs
[05:01] <lamont> it
[05:01] <lamont> build-chroot actually installs it and unborks it.
[05:01] <infinity> Oh, udev needs to be there?  See, someone should tell me these things. :)
[05:01] <infinity> (I pulled it out of all the machines.. Feh)
[05:01] <lamont> well, either udev needs to be there, or we need to have something essential that conflicts withi it...
[05:02] <infinity> Easy enough to just put it back, and add it to the list so I don't go removing it again.
[05:02] <lamont> it trashes /dev when it gets installed, since obviously you'd only install it if you wanted udev to run /dev for you.  But oops, udevd won't run in a chroot
[05:02] <lamont> look at build-chroot... "easy" isn't really quite exactly the right term.
[05:03] <infinity> Right, well, I'll fix that up when I wake up then.
[05:03] <lamont> enjoy. :-)
[05:03] <lamont> I'll tweak build-chroot to generate ref-$dist, and include checkchroot in the tree, too.
[05:04] <lamont> daniels: as well you should, you murderer
[05:04] <daniels> isn't the FDS_BITS macro infinitely more portable?
[05:04] <infinity> daniels : There's a bug filed at fd.o too, I'm assuming you've visited.
[05:05] <daniels> in passing, yeah
[05:07] <lamont> 16221 buildd    35  10  203m 201m 1036 R 98.9  2.5   8:53.79 ld
[05:07] <lamont> and that's not even a test...
[05:08] <infinity> Pfft.   :0)
[05:11] <infinity> It was too busy swapping to think about anything like using the last 16% of the CPU.
[05:11] <daniels> ARGH XPOLL.H
[05:11] <infinity> (That was when it was munging all the build logs from the mass give-back...)
[05:12] <lamont> infinity: so is the plan to give _everything_ (state==building) back?
[05:12] <lamont> because if it is, I'll just flush my mailbox now...
[05:12] <daniels> right, let's rewrite a bunch of obscure TOG code from 1994 that reimplements half of select.h
[05:12] <daniels> what could possibly go wrong?
[05:12] <infinity> lamont : That's what I did last night.
[05:12] <infinity> lamont : And yes, I'll do the same thing tonight.
[05:12] <lamont> infinity: woot
[05:12] <infinity> lamont : I think the buildds have proven they're up to it.
[05:13] <lamont> ---Mutt: =buildd/universe [Msgs:3384 New:930 Post:3 198M] ---(subject/date)-(0%)-
[05:15] <infinity> Anyhow, I think I'll go catch a nap before I come back, do scary aalib/slang things, verify daniels has fixed X defines, and give back the world again.
[05:30] <daniels> bloody hell
[05:30] <daniels> it seems that this code is psychotic enough that all I can do is rewrite it to use glibcisms
[05:45] <daniels> MY EYES, THEY BLEED
[05:48] <bddebian> hmm
[06:14] <lamont>  /bin/bash: line 0: cd: build-tree/im-sdk-r11_4-1870/iiimgcf: No such file or directory
[06:14] <lamont> wth??
[06:16] <fabbione> morning
[06:22] <trulux> hey fabbione
[06:33] <daniels> lamont: you have no idea the pain I'm going through
[06:33] <daniels> lamont: http://home.fooishbar.org/~daniels/Xpoll.h
[06:33] <daniels> lamont: that's my current workings, having rewritten practically everything inside #ifndef WIN32
[06:35] <lamont> daniels: when you added [arch]  lists to dbus, you missed mono-mcs. :-)
[06:35] <daniels> lamont: oh, cool
[06:35] <daniels> worked for me, my architecture has mono :P
[06:35] <lamont> yeah.  dbus is blocking kde on hppa
[06:36] <lamont> so once sbuild finishes purging gcc-4.0's build-deps, it gets to take a stab at mono
[06:36] <lamont> er, dbus
[06:39] <lamont> sigh. dbus is #20 or so of 20.  I'll look at it in the morning, and upload it then if it passed.
[06:39] <lamont> g'night
[06:41] <bob2> 'night lamont
[06:43] <daniels> night lamont
[07:12] <Burgundavia> does the hoary ppc cd burn with Mac os X disk utility
[07:13] <davyd> from memory... no
[07:13] <davyd> I seem to recall running into this problem
[07:13] <davyd> and having to use my PC to do it
[07:15] <Burgundavia> ouch
[07:15] <Burgundavia> is there a workaround?
[07:18] <davyd> burn on Linux?
[07:18] <davyd> or perhaps Roxio Toast might handle it... I don't know
[07:19] <Burgundavia> is FirestartFX free?
[07:19] <Burgundavia> and is this a bug in DU or in hoary?
[07:19] <davyd> I don't know what that is
[07:19] <davyd> Burgundavia: well, it seems to be a real burnable CD image from other applications
[07:20] <davyd> Burgundavia: so go figure...
[07:38] <pitti> Good morning
[07:38] <sivang> pitti: Morning martin
[07:39] <pitti> daniels: is there any fix for the keyboard suckage? I can't work like this, and downgrading to a previous xbase-clients or s/keyboard/kbd/ in xorg.conf doesn't help
[07:39] <trulux> pitti: Hua!
[07:39] <trulux> pitti: :)
[07:39] <pitti> daniels: I also tried the xkbcomp symlink
[07:39] <fabbione> morning pitti
[07:39] <fabbione> hi trulux
[07:40] <pitti> Hi fabbione
[07:40] <daniels> pitti: you have xkeyboard-config installed?
[07:40] <fabbione> pitti: afaik it's a known upstream bug...
[07:40] <pitti> daniels: yes
[07:40] <daniels> pitti: /etc/X11/xkb seems to be reasonably populated/
[07:40] <pitti> yes
[07:40] <daniels> pitti: and /usr/lib/X11/xkb and /usr/X11R6/lib/X11/xkb are symlinks to /etc/X11/xbk?
[07:40] <pitti> I created the xkbcomp symlink
[07:41] <pitti> no?
[07:41] <daniels> that would explain a lot ...
[07:41] <pitti> daniels: what is the correct driver now, kbd or keyboard?
[07:42] <daniels> pitti: kbd
[07:42] <pitti> no fun
[07:42] <pitti> still broken
[07:43] <daniels> what does setxkbmap -print say?
[07:43] <pitti> daniels: shall I upgrade to the empty xbase-clients again? right now I have -32
[07:43] <daniels> pitti: no, the old one is fine
[07:43] <daniels> pitti: try setxkbmap -print | xkbcomp - :0
[07:44] <pitti> $ setxkbmap -print
[07:44] <pitti> Couldn't interpret _XKB_RULES_NAMES property
[07:44] <pitti> Use defaults: rules - 'xorg' model - 'pc101' layout - 'us'
[07:44] <pitti> crashrep: Attempting to get a stacktrace for crashed process /usr/bin/setxkbmap(8742)
[07:44] <pitti> whoa
[07:44] <pitti> it crashes in XFree() -> free()
[07:45] <pitti> but setxkbmap prints the wrong one
[07:48] <daniels> try setxkbmap -layout de -model pc105 -print
[07:49] <pitti> $ setxkbmap -layout de -model pc105 -print
[07:49] <pitti> Couldn't interpret _XKB_RULES_NAMES property
[07:49] <pitti> Use defaults: rules - 'xorg' model - 'pc101' layout - 'us'
[07:49] <pitti> crashrep: Attempting to get a stacktrace for crashed process /usr/bin/setxkbmap(11193)
[07:49] <pitti> anyway, I'm switching to my laptop now
[07:50] <pitti> thanks so far
[07:51] <daniels> no worries.  i need to go pick up my little sister, but I'll go check it out.
[07:51] <daniels> itmt, try -rules xorg also
[07:51] <daniels> or -rules base
[08:23] <sivang> woops:
[08:23] <sivang> Unpacking replacement openoffice.org2-common ...
[08:23] <sivang> dpkg: error processing /var/cache/apt/archives/openoffice.org2-common_1.9.114-1ubuntu3_all.deb (--unpack):
[08:23] <sivang>  trying to overwrite `/usr/lib/openoffice2/share/registry/data/org/openoffice/Office/UI/DbuCommands.xcu', which is also in package openoffice.org2-base
[08:24] <sivang> and there's another file with the same output
[08:27] <sivang> ah that's nice , firefox is empty of strings when fired up :-)
[08:28] <doko> sivang: known, work around with dpkg --unpack --force-overwrite /var/cache/apt/archives/openoffice.org2*
[08:29] <sivang> doko: ok, I just did it for -common, and continues dist-upgradeing. Let's see how bad I can break my system :-)
[08:29] <sivang> doko: oh good that you told me, I forgot --unpack..
[08:30] <sivang> doko: what's the connection between mozilla and firefox?
[08:30] <doko> ?
[08:31] <sivang> doko: < sivang> ah that's nice , firefox is empty of strings when fired up :-)
[08:33] <doko> sivang: hmm, didn't look
[08:35] <sivang> doko: well, it also didn't help :)
[08:37] <sivang> has anyone else bumped into a stringless firefox? (i.e. window fires up, besides icons nothing textual is display byt blank spaces)
[08:39] <pitti> sivang: me, just right now; after yesterday's dist-upgrade
[08:40] <sivang> pitti: I already workarounded that, but not sure if it's a good one :-)
[08:41] <sivang> pitti: apt-get remove --purge mozilla-firefox, then it removed, and installed "firefox"
[08:41] <sivang> pitti: do we have a new firefox package? (not mozilla-firefox)
[08:41] <pitti> sivang: oh, you have to do that anyway, mozilla-firefox is old
[08:41] <pitti> sivang: yes
[08:43] <sivang> pitti: all the other dependencies are fixed already? (Stuff that depend on moz-firefox)
[08:43] <sivang> dpkg: mozilla-firefox: dependency problems, but removing anyway as you request:
[08:44] <sivang>  mozilla-mplayer depends on mozilla-browser | mozilla-firefox; however:
[08:44] <sivang>   Package mozilla-browser is not installed.
[08:44] <sivang>   Package mozilla-firefox is to be removed.
[08:44] <pitti> well, that's multiverse, but should be fixed nevertheless
[08:44] <Treenaks> sivang: it's called "firefox" now
[08:44] <sivang> pitti: ah ok, thanks
[08:45] <sivang> lol
[08:46] <sivang> pitti: -restricted-modules-686 are ok to upgrade? dist-up holds them back
[08:46] <pitti> they don't work right now
[08:46] <pitti> we don't have r-m for 2.6.12
[08:46] <Treenaks> they should be fixed soon, now X is getting less broken by the day
[08:46] <sivang> yeah, so I noticed
[08:46] <Treenaks> [finally]
[08:50] <sivang> Treenaks: you have any idea what to do when this happens:
[08:50] <sivang> Treenaks: make[2] : *** No rule to make target `/config.status', needed by `Makefile'.  Stop.
[08:50] <sivang> Treenaks: I've run autogen.sh , ./configure , make --> error
[08:51] <Treenaks> uh
[08:51] <Treenaks> Some rule requires config.status to exist, but it doesn't
[08:52] <Treenaks> I think usually configure generates it
[08:52] <Treenaks> so you should figure out why it doesn't
[08:55] <sivang> Treenaks: I also figured that out, not the hard part :-)
[09:04] <\sh> morning
[09:08] <fabbione> pitti: ping+
[09:09] <pitti> Hi fabbione
[09:09] <fabbione> pitti: are you aware that the latest security fix for firefox is broken?
[09:10] <pitti> fabbione: yes, 10.000 users knocking on my door can't be ignored :-/
[09:10] <fabbione> ik5pvx just told me that using ctrl+t makes baby jesus cry
[09:10] <fabbione> pitti: ehehe ok :)
[09:10] <pitti> fabbione: it seems to crash for everybody but me
[09:10] <pitti> fabbione: I'm using it for three days now (including extensions) without problems...
[09:10] <fabbione> pitti: you can borrow the sodomotron if you need ;)
[09:10] <pitti> fabbione: that'd be very welcome :-)
[09:10] <fabbione> pitti: arch specific problem?
[09:10] <pitti> fabbione: anyway, I'm doing half a thousand different test builds to isolate the problem
[09:10] <ik5pvx> middle-click doesn't work anymore either. using tab-extensions here
[09:11] <fabbione> pitti: is it reproducible in breezy?
[09:11] <fabbione> or is it a hoary thing only?
[09:11] <pitti> fabbione: breezy has 1.0.6, it works there
[09:11] <fabbione> ok
[09:11] <\sh> actually I don't have any fonts for firefox running with kde
[09:11] <pitti> fabbione: I guess some/one of the patches were just broken
[09:11] <pitti> \sh: that's really a breezy thingy
[09:12] <fabbione> pitti: ok.. how many patches did you apply? ;)
[09:12] <fabbione> pitti: perhaps trying one at a time
[09:12] <\sh> pitti: any workaround known, or is it just xorg? ,-)
[09:12] <pitti> fabbione: hm, 10 maybe, some of them > 20 kB
[09:12] <\sh> s/xorg/broken/
[09:12] <pitti> fabbione: that's what I did, but it worked for me, so I released it
[09:12] <fabbione> pitti: no i mean.. to try to isolate the problem
[09:12] <pitti> fabbione: now I roll back the patches until the extensions the folks out there want work again
[09:13] <pitti> yes, thats what I do since yesterday
[09:13] <fabbione> pitti: if you publish the temp debs i am sure ik5pvx can test them for you
[09:13] <ik5pvx> yup, I'd be happy to
[09:13] <pitti> hm, they are 100 MB each (with debug symbols)
[09:13] <fabbione> pitti: btw.. ik5pvx meet pitti.. pitti meet ik5pvx :)
[09:13] <pitti> anyway, I can reproduce the problem with one extension
[09:13] <pitti> so I can test :-)
[09:13] <fabbione> pitti: ik5 was the man that converted me to linux
[09:13] <pitti> Hi ik5pvx :-) sorry for the inconvenience
[09:14] <\sh> mkfontdir will be after the xorg transition in /usr/bin/ ?
[09:14] <fabbione> ik5pvx: pitti is our security god
[09:14] <ik5pvx> pitti you're making me unable to work today so I'm not really sure it's an inconvenience ;-)
[09:14] <\sh> ik5pvx: use konqueror ,-)
[09:14] <pitti> ik5pvx: just install the previous version or 1.0.6 from breezy for now
[09:15] <pitti> ik5pvx: or just remove those damn extensions
[09:15] <pitti> I can't work very well either since I don't get fonts in firefox and my keyboard is broken
[09:15] <pitti> I just downloaded the hoary CD and will install it now to be able to work sanely
[09:16] <\sh> pitti 0 firefox 1 / sh 1 1/2 xorg 5 1/2
[09:17] <pitti> hm?
[09:17] <pitti> ok, going offline for installing hoary, now I can give some love to my neglected inbox in the meantime
[09:17] <fabbione> we are almost ready to release the new kernel
[09:17] <pitti> cu later
[09:19] <ik5pvx> withouth the tabextensions it works
[09:19] <ik5pvx> oh... he left
[09:21] <fabbione> ik5pvx: yeah.. like fsck.. superfastquitter
[09:22] <ik5pvx> no problem, just ping me on the other chat when he's back with something to test.
[09:22] <fabbione> ok
[09:37] <daniels> god
[09:37] <daniels> i'd forgotten just how much building the monolithic tree to test stuff sucked
[09:37] <daniels> like, a full build, not our mickey-mouse mesa-and-servers build
[09:37] <Treenaks> there still is one?
[09:38] <daniels> sadly, yes
[09:38] <daniels> and I have to stop breaking it
[09:38] <daniels> i figure smashing Xpoll.h in the monolithic tree would make me none too popular
[09:39] <Treenaks> ah who uses that anyway ;)
[09:40] <daniels> (given I've already broken the monolithic build to make the modular build work about five or six times now)
[09:45] <davyd> so Breezy now ships GTK+ 2.7
[09:46] <davyd> are icon theme packages still coming or something?
[09:47] <ogra> davyd, ?
[09:48] <\sh> did anybody made a decision about the merge freeze? do we have more time?
[09:48] <davyd> it seems that things like GtkFileChooser can't find icons it wants
[09:48] <\sh> morning ogra
[09:48] <ogra> hey \sh
[09:48] <ogra> davyd, which icon theme ?
[09:48] <ogra> default ?
[09:49] <davyd> I guess gnome-icon-theme
[09:49] <davyd> yeah, I'm using stock icons
[09:51] <bob2> 2.7 with cairo?
[09:53] <davyd> whatever ships in breezy, it would seem to be cairo-backed
[09:53] <bob2> rock
[09:54] <ogra> davyd, so probably we get new icons then :)
[09:55] <davyd> I don't understand what you mean
 it seems that things like GtkFileChooser can't find icons it wants
[09:56] <davyd> I know what I said ;)
[09:57] <pitti> yay! an X and a mozilla-firefox that actually work :-)
[09:59] <fabbione> elmo: please sync fuse 2.3.0 from Sid. ok to override
[10:03] <ik5pvx> pitti, removing tabextensions gave me back a working firefox in hoary. for what is worth, the dreaded combination doesn't work in breezy either
[10:03] <pitti> ik5pvx: you mean the tabextensions extension fails with 1.0.6?
[10:04] <ik5pvx> yes, but they work with plain mozilla
[10:04] <davyd> also, has libc changed in such a way that strdup is now deprecated?
[10:06] <ogra> davyd, huh ? doesnt it work for you ?
[10:06] <ogra> (works fine here)
[10:06] <davyd> ogra: it wants me to define __USE_BSD to get it
[10:06] <ik5pvx> pitti, I know it's in universe and they are not supported, but they are sooo useful :)
[10:06] <ogra> davyd,  #define _GNU_SOURCE ??
[10:06] <ogra> (wuld be the common way)
[10:06] <davyd> why is that required?
[10:06] <pitti> ik5pvx: if it doesn't work with 1.0.6, then at least I didn't fuck up the security patches so badly
[10:06] <ogra> dunno, but man strdup says so ;)
[10:07] <pitti> ik5pvx: I guess these extensions just need to be adapted to the new API
[10:07] <daniels> davyd: just remove _XOPEN_SOURCE from your cflags
[10:07] <davyd> daniels: aah
[10:07] <daniels> davyd: this is what I've spent most of the day fixing in a way that works for both the modular and monolithic trees
[10:07] <\sh> mako: pingeling
[10:08] <daniels> committed just a couple of minutes ago: http://lists.freedesktop.org/archives/xorg-commit/2005-July/004512.html
[10:08] <davyd> daniels: is there a sane thing I can remove it from?
[10:08] <davyd> where am I picking it up from?
[10:09] <daniels> davyd: sudo sh -c 'for i in /usr/lib/pkgconfig/*.pc; do sed -i $i -e "s/ -D_XOPEN_SOURCE//;"; done'
[10:09] <daniels> now it's time to update x11proto-core to CVS
[10:09] <daniels> what could *possibly* go wrong?
[10:11] <davyd> daniels: your sed fu is apparently not strong enough
[10:12] <davyd> ack
[10:13] <daniels> davyd: hm?
[10:13] <daniels> jordi: too tired
[10:16] <jordi> daniels: dude, channel for silly x questions? fdo?
[10:16] <jordi> well, it's not silly.
[10:17] <jordi> it's about getting rid of The Evil .
[10:18] <davyd> the what?
[10:20] <daniels> jordi: #freedesktop, I suspect
[10:23] <jordi> davyd: /, otherwise known as L STRIKE
[10:23] <davyd> ok, so I did get the right character
[10:23] <davyd> what is it used for?
[10:24] <jordi> It's a letter in Polish. Nothing useful in a Spanish keyboard though.
[10:25] <Treenaks> jordi: wasn't there something like that in Catalan?
[10:25] <jordi> So my great plan is to replace that  and , which is like ll but composed, and leet.
[10:25] <jordi> replace that with, that is
[10:27] <jordi> This is nothing I would have even dared to propose in the dark Dawes era.
[10:27] <jordi> But now that X is populated with cool people..
[10:32] <daniels> ll is rad
[10:32] <daniels> parallel
[10:34] <daniels> daniels@brainfreeze:~/canonical/xorg/proto/x11proto-core/x11proto-core-<IP_ADDRESS>+cvs.20050722% grep _XOPEN_SOURCE obj-x86_64-linux-gnu/xproto.pc
[10:34] <daniels> zsh: exit 1     grep _XOPEN_SOURCE obj-x86_64-linux-gnu/xproto.pc
[10:34] <daniels> <- winner
[10:34] <jordi> daniels: yeah man
[10:35] <jordi> ok, so who should I talk to in order to get a *rocking* change to the Spanish X keymap?
[10:35] <daniels> jordi: xkeyboard-config
[10:35] <jordi> hmm, this is not #fd
[10:35] <daniels> nope
[10:35] <jordi> paralel
[10:35] <jordi> now, when we get a non suck Vera font that includes it
[10:37] <daniels> whatever's the default monospace font in hoary has it
[10:37] <jordi> xkeyboard-config. Is there a specific list for this?
[10:37] <jordi> vera does not.
[10:37] <daniels> jordi: yeah<EMAIL_ADDRESS>I think
[10:37] <jordi> daniels: I believe fontconfig is falling back to freefont
[10:38] <jordi> does it suck?  I can't find anything wrong...
[10:59] <Treenaks> mplayer can now use xmms plugins.. so it should probably Recommends:
[10:59] <jordi> hi jane!
[10:59] <JaneW> hi jordi :)
[10:59] <Treenaks> JaneW: it's pitti's fault :)
[10:59] <JaneW> must be
[11:00] <bob2> Treenaks: ah
[11:00] <pitti> JaneW: I didn't touch your box, promised
[11:00] <JaneW> hmmm
[11:00] <pitti> JaneW: vanished in the sense that it can't open the sound device, or it does open it and you can't hear anything?
[11:01] <JaneW> everything appears noraml, but no sounds comes out
[11:01] <jordi> JaneW: all sound levels at max?
[11:01] <seb128> pitti: this CVS packages stuff is worst idea grrrr
[11:01] <JaneW> whether on e-mail or a sounds or video files etc, no sounds come out the machine now (and it;s not muted and the volume is on full)
[11:02] <JaneW> and I have rebooted
[11:03] <JaneW> I tried to show the UN inspector some of the Mark video from Debconf, and it was silent, and since then I noticed no sounds are working, but they were yesterday am...
[11:03] <pitti> seb128: hm?
[11:03] <seb128> pitti: we get enough bugs without starting packaging gaim CVS or whatever else
[11:03] <daniels> JaneW: try running killall esd
[11:04] <pitti> seb128: I never proposed to do that
[11:04] <JaneW> daniels: really? Sounds dangerous
[11:04] <pitti> seb128: I just followed up with I'd rather see separate archives than cluttering up universe
[11:04] <seb128> pitti: you should have rejected the idea instead of proposing an another solution
[11:05] <seb128> pitti: I've a feeling on where the gaim bug from "experimental" will fall ....
[11:05] <seb128> pitti: anyway just joking, your reply has nothing wrong, but for my part I'm against this stuff :)
[11:06] <pitti> seb128: that's what grumpy was all about :-) for the crazy COTM folks out there
[11:06] <ogra> seb128, its a sabdfl solution....
[11:06] <seb128> no
[11:06] <ogra> yes
[11:06] <ogra> :)
[11:06] <seb128> grumpy is an automatic stuff, doesn't use ressources from maintainers
[11:06] <seb128> ogra: NO
[11:07] <ogra> seb128, grumpy will provide the lates stuff as source and autobuilt binary
[11:07] <seb128> grumpy is an automatic build of CVS packages
[11:07] <seb128> yeah
[11:07] <ogra> so if it builds it might be installable
[11:07] <seb128> we don't intend to support bugs for it
[11:07] <ogra> and you could use gaim-cvs
[11:07] <ogra> nope
[11:08] <seb128> k, but we do support for universe
[11:08] <ogra> eeek, no !
[11:08] <seb128> so gaim-cvs to universe will have support
[11:08] <seb128> hum, why people keep putting bugs to malone so?
[11:08] <ogra> not for this stuff... (as long as its in a external repo)
[11:08] <seb128> read again the original post
[11:08] <ogra> i know it...
[11:08] <seb128> they want to upload to universe
[11:09] <ogra> yep
[11:09] <seb128> so we will get bugs
[11:09] <seb128> I can bet on that
[11:09] <ogra> so pittis suggestion isnt the wrongest
[11:09] <seb128> nop
[11:09] <seb128> but what the interest of packaging the CVS
[11:09] <daniels> and another CVS snapshot of libsm \o/
[11:09] <seb128> there is enough of nice stuff not packaged and packaged bugged
[11:09] <ogra> seb128, ask \sh
[11:11] <ogra> it wasnt my idea... but i understand they want to be able to play with such stuff.... grumpy is still a bit far out...so either they do something interim or are patient... patient semms not to work as you can see :)
[11:11] <ogra> s/semms/seems
[11:11] <seb128> people always want the day version
[11:11] <seb128> they don't care about upstream version freeze
[11:12] <seb128> they don't care about stability
[11:12] <\sh> seb128: no...it has something to do with actual released stable protocols in jabber ,-)
[11:12] <seb128> that does mean that's a good idea to ship it
[11:12] <seb128> what stable protocols?
[11:12] <\sh> seb128: XMPP 1.0 SRV Records recognition etc. in gaim, psi etc.
[11:13] <\sh> seb128: there r some things u have to test to get a good environment for XMPP/Jabber IM services
[11:13] <seb128> it's a gaim 2 stuff, or a current gaim feature?
[11:13] <\sh> seb128: a gaim patch
[11:13] <seb128> so why not patching the official package?
[11:13] <ogra> backported from gaim2 ?
[11:13] <seb128> instead of duplicate packaging work
[11:14] <\sh> seb128: actually...you can throw a patch in a stable package without knowing what will happen later...but it's not good..so to have a wider range of people testing important features for the next release...should be valuable. I don't want to screw stable releases
[11:15] <seb128> don't use universe for that
[11:15] <seb128> other people put their package on a webpage, people.ubuntu.com or other
[11:15] <seb128> do the same
[11:16] <\sh> seb128: that's why I asked
[11:16] <ogra> and wait for grumpy ;)
[11:16] <seb128> grumpy will have upstream CVS
[11:16] <ogra> then you'll have it automatically
[11:16] <seb128> no patches
[11:17] <daniels> seb128: so I'd better stop packaging CVS x11proto-core/libx11-6/libsm, then :P
[11:17] <seb128> daniels: no, you don't have 2 packages
[11:18] <daniels> hmm?
[11:18] <seb128> daniels: I package GNOME 2.11 with some CVS snapshot too, but not gnome-stable and gnome-cvs
[11:18] <seb128> daniels: they want to do gaim and gaim-cvs packages
[11:18] <daniels> ugh
[11:18] <\sh> seb128: no...actuall gaim + special patches
[11:19] <\sh> not cvs
[11:19] <thom> _SPECIAL_
[11:19] <\sh> s/special/backported stuff/
[11:19] <\sh> forget aboutit ,-)
[11:19] <seb128> anyway 2 different packages for the same upstream stuff ...
[11:20] <\sh> seb128: hmmm... sylpheed and sylpheed-claws?
[11:20] <daniels> get ready for XORG and XORG-CVS
[11:20] <seb128> bah, no reason to discuss that for hours, I've said what I have to say on the topic, let's do some work
[11:20] <\sh> seb128: yeah..
[11:21] <seb128> they are upstream changes no?
[11:21] <seb128> upstream versions, I mean
[11:21] <\sh> seb128: sylpheed-claws is normally the latest bleeding edge..but I'm not into this gnome stuff ,-)
[11:21] <seb128> that's an upstream stuff or a packaging specific one?
[11:22] <\sh> seb128: upstream stuff
[11:22] <seb128> what I thought
[11:22] <seb128> so it makes sense
[11:22] <ogra> they are two different things
[11:22] <\sh> ogra: actually -claws is testing new features
[11:23] <daniels> i've got this great idea
[11:23] <daniels> i'm going to package metacity cvs
[11:23] <ogra> the sylpheed author doesnt want to clutter his code and hasnt the time to develop additional features...
[11:23] <\sh> which will become stable after some time in sylpheed...anyways..stop talking about this
[11:23] <daniels> and put in some totally sweet patches of my own
[11:23] <daniels> to change how focus works
[11:23] <daniels> it'll be great
[11:23] <ogra> -claws is totally separate and only uses sylpheed as a base
[11:23] <ogra> its like mutt and mutt-ng
[11:23] <thom> dude, just upload a gnome-crack package that uses luminocity as the default WM
[11:23] <thom> it'll kick ass
[11:23] <\sh> then I misinterpretated the targe
[11:24] <\sh> t
[11:24] <\sh> ogra: so a fork
[11:24] <seb128> daniels: you will have to hit a ftpmaster before doing that :p
[11:24] <ogra> they are two projects :)
[11:24] <\sh> doesn't matter now...
[11:24] <\sh> topic ended...
[11:24] <ogra> i wouldnt call it a fork, since they always use the latest sylpheed... its a spoon :)
[11:25] <jordi> knife
[11:25] <\sh> finally a knife
[11:25] <ogra> heh
[11:25] <\sh> because there is no spoon
[11:25] <seb128> anybody has an opinion on anjuta/anjuta2 ?
[11:25] <seb128> Debian has anjuta 2.0.1
[11:25] <ogra> anjuta2 is stable enough ?
[11:25] <seb128> that's my question
[11:25] <seb128> it's unstable version according to upstream
[11:25] <ogra> i dont use it... i frequently install it and look at it ...
[11:25] <seb128> so we better keep anjuta1 for now
[11:25] <ogra> but thats all
[11:26] <seb128> and get anjuta2 after 5.10
[11:26] <ogra> yep
[11:26] <jordi> according to the bugs in the bts, it doesn't seem to be too bad
[11:26] <ogra> leave it in universe for now
[11:26] <seb128> jordi: /me slaps jordi
[11:26] <seb128> jordi: it's available for like half of a day, I would not expect people running on it that fast
[11:26] <jordi> oh, I thought it had been around for like a week
[11:27] <seb128> jordi: gnome-build has accepted yesterday
[11:27] <jordi> maybe it went through exp
[11:27] <seb128> it went through NEW
[11:27] <jordi> shrug
[11:28] <jordi> maybe they talked about it in planet :)
[11:28] <seb128> we talked about it on #gnome-debian
[11:28] <seb128> maybe you read that here ? :p
[11:29] <jordi> maybe
[11:29] <jordi> I'm sleepy
[11:42] <daniels> thom: xgl is now far more crack than luminocity
[11:43] <daniels> thom: but in the good way!
[11:43] <doko> fabbione: the competition for cpu power is unfair on davis :-/
[11:43] <daniels> \o/ davidr
[11:43] <fabbione> doko: eheheh i am almost done :)
[11:45] <ogra> doko, did he use extensive -j5000 switches again... ? :)
[11:47] <pitti> fabbione: I tracked down the ffox patch at least
[11:47] <fabbione> ogra: i have it in my .bashrc to export -j300 :)
[11:47] <ogra> lol
[11:47] <fabbione> pitti: ik5pvx was talking about the tabextensions
[11:47] <fabbione> ogra: much easier than having to set it up each time :)
[11:48] <ogra> hehe, yes
[11:48] <pitti> fabbione: since that one doesn't work in 1.0.6 as well, it's not the thing I should hunt down now; I'd rather fix the other common crash
[11:50] <fabbione> pitti: right..
[11:50] <pitti> ik5pvx: okay, I installed mozilla-tabextenstions and started ffox. What now?
[11:50] <pitti> fabbione: I'll try it nevertheless :-)
[11:52] <pitti> ik5pvx: I can create new tabs, close them, duplicate them without crash (at least on the patch-reduced ffox I'm using now)
[11:55] <pitti> ik5pvx: ah, I can reproduce the crash with the fully patched version :-)
[11:56] <elmo> infinity/fabbione/lamont: done
[11:56] <azeem> did anybody check whether 'utnubu' means something nasty in whatever language Ubuntu is from?
[11:56] <fabbione> elmo: thanks
[11:57] <fabbione> Kamion: new kernel on the way soon (waiting the porting boxes to finish the last testbuild)
[11:57] <chmj> azeem, no it doesn't
[11:57] <Kamion> fabbione: ok - ABI change or not?
[11:57] <fabbione> Kamion: yup
[11:57] <Kamion> ok
[12:01] <fabbione> Kamion: i had rather wait for monday or tuesday before you upload a new d-i if that's possible
[12:01] <fabbione> i have other changes coming in, but i need to make a release.. and they will mostlikely change the ABI again
[12:02] <fabbione> Kamion: just tell me what you prefer and it is perfectly fine for me (either way i mean)
[12:03] <fabbione> pitti: sparc just hooked up mozilla security update.. can i just kill it?
[12:03] <Kamion> I'd rather keep d-i working even if that involves multiple uploads
[12:03] <fabbione> Kamion: sure.. it was only to spare you time..
[12:03] <Kamion> broken d-i doesn't save me time. :-)
[12:04] <fabbione> Kamion: why not? you have an excuse to blame the kernel :P
[12:05] <ik5pvx> pitti, here it crashes when doing ctrl-t to open a new tab, and the middle click to open a new link in background (guess you have to tune the configuration since I don't think it's in the default tabextensions config) it does nothing
[12:06] <pitti> fabbione: if you want to, yes; I won't release it for sparc anyway for now
[12:06] <pitti> ik5pvx: <pitti> ik5pvx: ah, I can reproduce the crash with the fully patched version :-)
[12:06] <ik5pvx> pitti, ok
[12:06] <fabbione> pitti: ok :)
[12:07] <fabbione> doko: i have done on davis (for today)
[12:15] <niran> renaming directories under baz control is a bad idea, right?
[12:15] <bob2> nope
[12:15] <bob2> it's fine
[12:15] <niran> oh, cool
[12:15] <Treenaks> niran: s/baz/cvs/ and you're in CVSROOT hell
[12:16] <niran> ha, yeah
[12:20] <seb128> pitti: any chance you comment on launchpad-integration for main today? This spec needs to move, it's on the top specs for 5.10
[12:21] <pitti> seb128: can you nag me this afternoon again? I'd like to settle that firefox crap before
[12:21] <seb128> sure
[12:21] <seb128> thanks
[12:30] <JaneW> has jammcq been around recently?
[12:32] <Kamion> infinity: I think we should just do the slang2 transition
[12:33] <ogra> *shudder*
[12:39] <zwnj> hi all,  why don't build mozilla-thunderbird in single-profile mode?
[12:40] <zwnj> also mozilla-firefox
[12:41] <zwnj> not builing in single-profile mode causes to get a new profile (profile-manager) dialog with every execution
[12:41] <zwnj> user cannot use firefox's send mail button to send a new mail with thunderbird, blah blah...
[12:43] <mdke> i don't get a new-profile with every execution
[12:44] <mdke> it just opens
[12:44] <pitti> works for me, too
[12:44] <pitti> it reuses the already running instance
[01:07] <Kamion> elmo: could you sync in slang2 2.0.4-4 from unstable, please? (it's not in Ubuntu at all for some reason)
[01:09] <JaneW> does anybody have a working email address from tseng?
[01:09] <JaneW> tseng: ping (maybe you would know) ;)
[01:09] <daniels><EMAIL_ADDRESS>IIRC
[01:10] <Kamion> lamont: ping, re util-linux and slang2
[01:10] <Kamion> lamont: (#315634)
[01:14] <zwnj> mdke, pitti: do you have any idea what the problem is?  i get a new profile windows on my friends system too
[01:14] <bob2> presumably you have a lock file left over
[01:17] <JaneW> daniels ack that doesn;t work either *sighe*
[01:17] <daniels> JaneW: no idea, sorry
[01:17] <pitti> ik5pvx: good news
[01:18] <pitti> ik5pvx: you don't have an amd64 by any chance? otherwise I'd like to send you a test deb
[01:21] <pitti> zyga: ping
[01:21] <ogra> elmo, ping
[01:27] <pitti> seb128: here?
[01:28] <seb128> pitti: pong
[01:28] <pitti> seb128: you are using ffox 1.0.6, right? could you do a small test for me?
[01:29] <ogra> zwnj, make sure there is no instance running anymore and look if you find a file called "lock" in a subdirectory below ~/.mozilla ... remove it...
[01:29] <seb128> pitti: sure
[01:30] <pitti> seb128: could you please install mozilla-tabextensions, restart ffox and try to open a tab?
[01:31] <seb128> it hangs
[01:31] <ogra> has anybody an idea what katie means with: found duplicate status token ('KEYEXPIRED'). ??
[01:31] <pitti> seb128: ok, thanks; so this is not my fault
[01:32] <seb128> pitti: it doesn't hang but clicking on tabs doesn't work
[01:32] <ik5pvx> pitti, no only a lousy x86, and an old one too
[01:32] <pitti> seb128: it just crashes for me
[01:32] <pitti> ik5pvx: well, tabextension still doesn't work, but other things (like the html validator) do work now
[01:32] <seb128> pitti: I can use the first tab, enter an URL
[01:32] <pitti> Hi carlos
[01:32] <Kamion> mako: ping, re most and slang2 (#315639)
[01:33] <carlos> hi
[01:33] <seb128> pitti: k, the first tab works fine but I can't switch tabs or use others
[01:33] <bob2> is the segfault present 1.0.6 or an artifact from cherry picking?
[01:33] <pitti> seb128: ok,thanks for testing
[01:33] <seb128> np
[01:34] <pitti> bob2: as seb128 just tested, it's just the new API as it seems
[01:34] <pitti> I verify that the new patch is better in thunderbird
[01:34] <bob2> ah, nice
[01:35] <ogra> JaneW, tseng =<EMAIL_ADDRESS>[01:37] <Kamion> elmo: thanks
[01:37] <mako> Kamion: oh right..
[01:38] <JaneW> ogra: yay thanks!
[01:38] <mako> Kamion: i think that might fix another most bug.. i'll try it out today
[01:38] <ogra> JaneW, heh
[01:38] <mako> Kamion: was planning on just uploading into debian.. want me to also upload it into ubuntu?
[01:41] <Kamion> mako: just to Debian please, we'll sync it to Ubuntu without requiring a separate upload
[01:41] <Kamion> thanks
[01:43] <mako> Kamion: nogreat
[01:58] <fabbione> Kamion: new kernel is on the way now
[01:58] <fabbione> it will need some NEW love
[01:58] <herzi> where did xauth go?
[01:59] <daniels> it went to a better place
[01:59] <Amaranth> heh
[01:59] <daniels> it'll be happier there
[01:59] <mdz> ogra: so about mediawiki...
[01:59] <Amaranth> we're not going to have xauth?
[01:59] <mdz> ogra: how much work would it be to package?
[01:59] <ogra> one day of work i assume...
[01:59] <Amaranth> autopackage uses xauth... :/
[01:59] <ogra> probably less
[01:59] <mdz> ogra: ok, let's do it then.  it will make the teachers happy
[02:00] <ogra> yay
[02:00] <ogra> :)
[02:00] <ogra> but first i have to know why katie doesnt like me today...
[02:00] <ogra> Kamion, help ?
[02:00] <JaneW> .
[02:01] <fabbione> ogra: did you send her flowers?=
[02:01] <fabbione> she still loves me tho ;)
[02:01] <fabbione> linux-source-2.6.12_2.6.12-4.4_source.changes ACCEPTED
[02:01] <ogra> fabbione, hmm that might be it... but i suspect she's angry now and would reject them too
[02:01] <ogra> Rejected: internal error while performing signature check on pymad_0.5.4-1ubuntu2.dsc.
[02:01] <ogra> found duplicate status token ('KEYEXPIRED').
[02:02] <JaneW> ogra: what have you done?
[02:02] <elmo> will you guys stop bugging kamion in the first instance - I'm pretty sure he has better things to do with his time
[02:02] <JaneW> oh dear
[02:02] <ogra> elmo, could you have a look at pymad, i dont understand whats going on with it
[02:02] <fabbione> ogra: KEYEXPIRED smells of gpg :)
[02:03] <ogra> fabbione, but non matching md5 sums and filesizes too ?
[02:03] <fabbione> humpf.. only 14K of changes
[02:03] <ogra> i did only one upload and there already seems to be something in the queue
[02:03] <ogra> its a bit confusing...
[02:04] <ogra> ...locally everything seems right...
[02:05] <daniels> Amaranth: xauth is coming back, but there are more important things to do
[02:05] <Amaranth> whew
[02:05] <daniels> like rebuild all of the libraries
[02:05] <Amaranth> TD didn't like me much when I made him put in a new path for xauth last time, I think he'd kill me if I told him it didn't exist anymore ;)
[02:07] <fabbione> Kamion: did you decide to import the new partman, or we will stick with the old one?
[02:08] <daniels> Amaranth: /usr/bin/X11/xauth is guaranteed to exist across every version of Ubuntu and every UNIX ever
[02:08] <daniels> Amaranth: /usr/bin/xauth is where it actually lives
[02:08] <Amaranth> daniels: appearently not, autopackage has a dozen places it has to look to make sure it finds it
[02:09] <daniels> wot crap
[02:09] <Amaranth> people don't always follow the rules ;)
[02:09] <Kamion>    partman |         68 |      unstable | source, i386, powerpc
[02:09] <Kamion>    partman |  68ubuntu1 |        breezy | source, amd64, i386, powerpc
[02:09] <Kamion> fabbione: ^--
[02:10] <Kamion> fabbione: why?
[02:11] <JaneW> fabbione: you are a rock star. kthnxbye
[02:12] <Kamion> elmo: could you make sure not to promote libaa1-dev to main until -28ubuntu3 is built? I don't want the old one sneaking into main builds
[02:12] <JaneW> fabbione: but can I set the status indicator to 'implemented'?
[02:12] <JaneW> for ClusterFileSystems
[02:12] <fabbione> JaneW: eheh ok :)
[02:13] <elmo> Kamion: k
[02:13] <elmo> ogra: I'm looking into it
[02:13] <ogra> elmo, thanks a lot :)
[02:13] <fabbione> Kamion: because i need to modify partman-auto-lvm to cope with the special extra partition required on ppc to boot
[02:13] <elmo> meh
[02:13] <elmo> ogra: you only resigned the .changes
[02:13] <fabbione> Kamion: nothing too complex.. but needs to be done :)
[02:14] <ogra> elmo, oh, sorry... is there an app to perform such a check locally ? and should i reupload ?
[02:18] <JaneW> fabbione: HUG
[02:18] <Kamion> fabbione: so do you mean the new partman, or the new partman-auto-lvm, or what?
[02:18] <fabbione> JaneW: :)))
[02:19] <fabbione> Kamion: you said that the new partman supports LVM on ppc, right?
[02:19] <Kamion> fabbione: DUDE, stop confusing partman and parted, you're confusing the hell out of me :)
[02:19] <fabbione> Kamion: if so i need to update partman-auto-lvm to work on ppc
[02:19] <fabbione> argh
[02:19] <Kamion> fabbione: probably not importing it
[02:20] <Kamion> fabbione: aren't you using partman-auto recipes, anyway? those should deal with the newworld boot partition on powerpc/powermac_newworld
[02:20] <Kamion> you need to be careful about subarchitectures ...
[02:20] <fabbione> Kamion: yes i am using the recipes and i know about subarches.
[02:20] <Kamion> ok, then it should just work?
[02:20] <fabbione> Kamion: that's why i am saying that ppc needs extra love if we enable LVM
[02:20] <Kamion> oh, I guess you need to keep it outside LVM
[02:20] <elmo> ogra: nm, I updated the keyring so crimsun's key is considered valid
[02:21] <elmo> ogra: so either reupload as was, or upload entirely resigned
[02:21] <fabbione> Kamion: there is one design problem that needs to be address with special partitions
[02:21] <fabbione> Kamion: exactly.. they need to be outside LVM
[02:21] <fabbione> so there are 2 solutions:
[02:21] <ogra> elmo, resigning, thanks again... sorry for the noise
[02:21] <fabbione> 1) add a $can_be_lvm flag or $cant_be_lvm inside all receipes
[02:21] <fabbione> 2) special case in partman-auto-lvm
[02:21] <fabbione> now
[02:22] <Kamion> I certainly prefer 1)
[02:22] <fabbione> given that p-a-l was born out of crap code... and ppc is the only special case for our 6 arches..
[02:22] <fabbione> and that parted doesn't support LVM, i didn't bother too much
[02:22] <fabbione> i also prefer 1 clearly
[02:22] <fabbione> but that requires a certain delta with the debian version of partman
[02:22] <fabbione> meh
[02:23] <fabbione> partman-auto
[02:23] <fabbione> for a release that we agreed to send out for testing, i am happy as it is..
[02:23] <Kamion> let's leave it alone for now, and add it to partman-auto upstream
[02:23] <fabbione> there is generally a lot that needs to be redisegned to implement p-a-l properly
[02:24] <fabbione> also lvg-cfg needs to be changed.. and export lvm access functions as a lib (duplicated code that i cleaned in pal)
[02:24] <fabbione> yeah exactly...
[02:27] <pitti> elmo: please sync postgresql-common
[02:28] <Kamion> pitti: could you upload your newt merge (#9516), please? slang2 source is in the archive now and should be built soon
[02:28] <pitti> oh, cool
[02:29] <Kamion> pitti: might want to grab the newest version for that bidi fix
[02:29] <Kamion> in fact, definitely want that, because we have current slang2 which doesn't have the fribidi patch at all
[02:30] <pitti> ok
[02:30] <pitti> *sigh* this was a terrible merge
[02:30] <pitti> but the this one should be much easier
[02:34] <Amaranth> holy shit xbase-clients installed
[02:34] <Amaranth> :)
[02:35] <[SemTeX] > hehe
[02:35] <daniels> yes, but it won't contain any binaries
[02:35] <daniels> but xhost, xdpyinfo, xsetmode, xsetpointer, and xrandr will be installed separately, if that's any consolation
[02:36] <Amaranth> err
[02:36] <Amaranth> you mean i just totally screwed up my X? :P
[02:36] <daniels> probably, yeah.
[02:36] <mdz> Amaranth: yes
[02:36] <Treenaks> will it be fixed soonish?
[02:36] <Amaranth> well, i guess windows isn't _that_ bad...
[02:37] <[SemTeX] > in my case, it could only get better ;)
[02:37] <daniels> Treenaks: i'm hoping so.  i've spent the day rewriting stupid obscure macros from 1994 that have to work across every platform X ships on and trying to rebuild practically every library we ship as a consequence.
[02:37] <Treenaks> Amaranth: what was that quote from the MS person again, about breaking?
[02:37] <Treenaks> daniels: yikes.. good luck with that then
[02:38] <\sh> Amaranth: Ubuntu Hoary 504 is stable....don't complain if you decide to use breezy ,->
[02:38] <Amaranth> so, uh, how important is it to have something in the desktop seed translated?
[02:38] <[SemTeX] > daniels: good luck ;)
[02:45] <Riddell> Kamion: http://cdimage.ubuntu.com/cdimage/kubuntu/daily-live/current/  has only amd64 CDs
[02:46] <Kamion> presumably the others failed to build
[02:47] <Kamion> hm, nohttp://terranova.buildd/%7Ebuildd/livecd/kubuntu/current/livecd.kubuntu.cloop:
[02:47] <Kamion> 06:30:27 ERROR 403: Forbidden.
[02:47] <Kamion> http://royal.buildd/%7Ebuildd/livecd/kubuntu/current/livecd.kubuntu.cloop:
[02:47] <Kamion> 06:30:27 ERROR 403: Forbidden.
[02:47] <Kamion> Riddell: almost certainly bitten by X trouble or similar
[02:47] <pitti> Kamion: newt uploaded  (I also submitted the Xhosa translations to Debian)
[02:47] <Kamion> you can check out the log files from those builds if you use w3m on chinstrap
[02:48] <Kamion>   ubuntu-live: Depends: language-support-en but it is not going to be installed
[02:48] <Kamion> ^ i386
[02:48] <Kamion> similarly poweprc
[02:49] <Kamion> infinity: why's the kubuntu live filesystem build trying to use ubuntu-live?
[02:58] <Kamion> ok, I think that's enough slang2 stuff done for d-i to basically build again once the buildds get out the other side
[02:58] <Kamion> I'll upload libsdl1.2 once aalib's done
[03:02] <daniels> seb128:
[03:02] <daniels> daniels@brainfreeze:~/canonical/xorg/lib/libx11% pkg-config --cflags x11
[03:02] <daniels> daniels@brainfreeze:~/canonical/xorg/lib/libx11%
[03:02] <ogra> Kamion, if you touch libsdl, please have a look at #11761
[03:02] <seb128> $ pkg-config --cflags x11
[03:02] <seb128> $
[03:03] <seb128> me too :p
[03:06] <daniels> i hate deadkeys
[03:06] <daniels> fabbione: deadkeys are working fine now, or at least when Ie uploaded it
[03:06] <daniels> argh
[03:06] <daniels> ive uploaded it
[03:06] <daniels> damnit
[03:07] <daniels> i've uploaded it
[03:07] <Kamion> ogra: that's from a different source package
[03:08] <fabbione> daniels: ok.. i will upgrade later sunday...
[03:08] <ogra> Kamion, ok... ijust saw it in te rdepends of slang1
[03:08] <fabbione> i am close to start emptying the office in preparation for tomorrow
[03:08] <daniels> deadkeys are also COMPLETE CRACK
[03:08] <Kamion> ogra: that should go away with a simple rebuild, as will a lot of slang2 deps; wait a bit for the library chain to arrive
[03:09] <Kamion> ogra: http://wiki.debian.net/?EtchSlang2upgrade has details; I've been making notes based on that
[03:09] <ogra> Kamion, yep... i'm not in a hurry, we have enough other transitions going on in MOTUland
[03:10] <ogra> ok... putting into #ubuntu-motu topic
[03:10] <Kamion> I really only care that d-i keeps building, but doing aalib and libsdl1.2 as well 'cos they're in a confused state
[03:11] <daniels> wow
[03:11] <daniels> speaking of crack, german kezboards
[03:11] <daniels> pitti: ive fixed zour german thingz
[03:11] <daniels> when i press ralt and q i get @
[03:11] <pitti_> daniels: \o/ :-)
[03:11] <pitti_> sounds right
[03:12] <daniels> wheres the plus kez on this thing_
[03:12] <daniels> setxkbmap is broken
[03:12] <daniels> so i need to write xkb lazouts bz hand to xkbcomp to get out of this godforsaken mess
[03:12] <siretart> daniels: left of enter
[03:12] <pitti> daniels: two keys to the left of P
[03:12] <daniels> thanks
[03:12] <daniels> pitti: ps right
[03:12] <pitti> daniels: so you get the setxkbmap segfault, too?
[03:12] <ogra> daniels, learn tzping man !
[03:13] <ogra> :)
[03:13] <daniels> ah, much better :)
[03:13] <pitti> hhhhh
[03:13] <daniels> pitti: not the segfault, it's just that the server can't seem to invoke xkbcomp
[03:13] <daniels> either that or I'm missing my compiled directory
[03:13] <\sh> i thought I smoke crack all the time...
[03:14] <pitti> daniels: I installed hoary for the moment :-) but I'll dist-upgrade my breezy later today
[03:14] <daniels> aha
[03:14] <daniels> daniels@brainfreeze:~% setxkbmap -layout de
[03:14] <daniels> daniels@brainfreeze:~% setxkbmap -layout us
[03:14] <daniels> daniels@brainfreeze:~%
[03:14] <\sh> daniels: u mean, after zour upload mz germanz kezboard is working again?
[03:14] <daniels> \sh: yeah.  i'll post a set of instructions on ubuntu-devel on how to make X work again.
[03:14] <\sh> daniels: u ruly
[03:15] <\sh> +e even ,-)
[03:15] <Kamion> mdz: ok to promote slang2 to main? since it's just a new upstream I imagine it doesn't need a main inclusion report
[03:15] <mdz> Kamion: yes
[03:17] <Kamion> ok, done; I left slsh alone, not sure anything uses that
[03:20] <CarlFK> due to bandwidth and no blank cd's, I am trying to use a thumb drive as a little apt-get repository - I have the .deb's - is there a command/guid for what I need to do to create Packages.gz and whatever else is needed?
[03:21] <CarlFK> https://www.bioinformatics.uwaterloo.ca/~tvinar/wiki/index.php?DebianLinuxPackaging
[03:22] <\sh> https://wiki.ubuntu.com/LocalAptGetRepositories
[03:22] <\sh> something like this?
[03:22] <CarlFK> yeah - thanks
[03:25] <CarlFK> that page seems overly complicated
[03:25] <mdz> daniels: hey, no fair, you have setxkbmap??
[03:25] <\sh> i don't know...I wrote this page ;9i
[03:26] <\sh> for me it's totally clear and easy ;)
[03:27] <CarlFK> i know how that goes...
[03:27] <infinity> daniels : Do I have my _XOPEN fixes?
[03:28] <CarlFK> doesn't help that I don't know what is needed yet, so let me look this over and I'll figure out what I am talking about
[03:29] <daniels> infinity: yes
[03:29] <daniels> mdz: yeah, I'm cheating
[03:29] <Amaranth> cheater!
[03:29] <daniels> mdz: i'm smart, and haven't upgraded my xbase-clients or xutils :)
[03:29] <infinity> daniels : \o/
[03:29] <Amaranth> gah
[03:29] <daniels> infinity: x11proto-core and libx11 need to be the first to go
[03:29] <daniels> infinity: i'm working out the dep chain for the rest
[03:30] <daniels> infinity: so we can do this thing in less than six brute-force rebuild cycles :P
[03:30] <infinity> Picky, picky.
[03:31] <fabbione> daniels: mind to mail me the details on what orders they need to be built?
[03:32] <lamont> Kamion: util-linux/slang2: want me to upload ftbfs source, or want to get libc6-dev to actually build with gcc-4.0?
[03:32] <lamont> Kamion: for debian, that is.  builds fine for us
[03:34] <daniels> fabbione: um, can't tell you off the top of my heads, but I can tell you I'll have strict B-Ds
[03:34] <daniels> fabbione: if you build with my B-D chain, you won't be in any kind of trouble
[03:34] <fabbione> daniels: so you are versioning the B-D ?
[03:34] <infinity> fabbione : Yes.
[03:34] <fabbione> ok
[03:34] <fabbione> than i don't need to worry
[03:34] <fabbione> thanks
[03:35] <infinity> fabbione : He's doing it because he loves me almost as much as he loves the long island iced tea he'll get for doing so.
[03:35] <fabbione> ahaha
[03:35] <daniels> infinity: plus the one I'm going to get for xbase-clients.  a bonanza awaits me.
[03:35] <fabbione> perfect.. i am off for one hour so.. -> unmelting brain
[03:36] <infinity> I'll need to negotiate a raise.
[03:36] <daniels> man, my friday night is *so* happening.
[03:36] <ogra> party !
[03:36] <infinity> daniels : Suck it up, tomorrow night's going to be filled with drunken shenanigans.
[03:36] <thom> what are you crazy kids planning?
[03:37] <pitti> Hi thom
[03:37] <daniels> infinity: ... maybe not so much.
[03:37] <infinity> thom : I'm planning on coming through with all my bribery promises if Daniel fixes X for me, s'all.
[03:37] <thom> heh, heh
[03:38] <infinity> daniels : Ack!  <3samXXX will be <3brokenXXX
[03:38] <daniels> infinity: have to travel to mum's in bendigo for some big farewell bbq she's having, and then have a 21st I have to go to sunday afternoon/evening/night; I'm going straight there from Bendigo.
[03:38] <CarlFK> \sh - can we talk about building repos here or should you join #ubuntu (where the 2 that actually need this is)
[03:38] <daniels> infinity: DAMNIT
[03:38] <daniels> infinity: look, we're going to tgi's next friday night
[03:38] <daniels> possibly before then also
[03:38] <CarlFK> \sh - er, the first Q shoudl be: do you have some time?
[03:38] <daniels> infinity: you taunt me
[03:47] <Kamion> lamont: what's the libc6-dev problem?
[03:49] <lamont> Kamion: Sid's /usr/include/rpc/xdr.h is ftbfs with gcc-4.0 (2.3.2-ds1-22)
[03:49] <lamont> hence nfsmount fails
[03:50] <lamont> it has lvalue casts in it
[03:50] <Kamion> oh
[03:56] <\sh> CarlFK: right now no...
[03:57] <elmo> are we shipping with both oo2 and oo1 in breezy?
[03:58] <TWD> elmo: isn't oo2 supposed to be put off till november? or is that just to be in sink with soN+1?
[03:59] <CarlFK> \sh - no prob
[04:00] <mdz> elmo: oo1 should move to universe
[04:00] <\sh> CarlFK: I'm working just now on the rest of merges for breezy...and some sources needs more love then others...
[04:00] <TWD> mdz: what's the status of oo2 wrt breezy?
[04:01] <mdz> TWD: oo2 has been the default in breezy for months
[04:09] <Kamion> although not for amd64
[04:11] <ogra> sadly
[04:12] <mdz> hmm, speaking of which...
[04:12] <mdz> Mithrandir: ping
[04:14] <pitti> jbailey: ping
[04:25] <Amaranth> whew, PyXDG backend ported to the new API and it works
[04:25] <lamont> Kamion: and if there is no livecd rootfs for an arch, but there is a base rootfs, could we just flag that loudly (diff iso name?) and build a base iso?
[04:26] <lamont> e.g.: breezy-live-ia64-BASE.iso ?
[04:27] <lamont> otoh, when Mithrandir makes oo.o2 love amd64, it should be really close for ia64
[04:44] <infinity> daniels : Did you miss the versioned build-dep on libxfixes?
[04:44] <infinity> daniels : It got built and uploaded, rather than dep-waited on the new libx11..
[04:46] <daniels> aFL:K#$#@R@#$OJU*@#$@#$
[04:46] <daniels> can you influence the outcome of libx{damage,composite}?
[04:47] <daniels> if they can be held until such a time as a new new libxfixes is in the archive, it'd be a great help
[04:47] <infinity> Yup.  I think.  if I'm fast enough.  'Sec.
[04:47] <daniels> they should be d-w on new libx11-dev and libxext-dev (which is itself d-w on new libx11-dev) anyway
[04:49] <infinity> So, if I just make xext dep-wait on the new xfixes, we're set.
[04:50] <daniels> but xfixes needs to itself be d-w on the new xext
[04:50] <daniels> make libxdamage and libxcomposite d-w on libxfixes n
[04:50] <daniels> where n is the next revision from whatever it is that I just uploaded
[04:50] <elmo> WTF?!?!
[04:51] <elmo> how did sparc beat powerpc?
[04:51] <elmo> fabbione: did you cheat? :P
[04:52] <daniels> infinity: 1:3.0.0-3
[04:52] <daniels> infinity: which is now uploaded
[04:53] <infinity> You got lucky.
[04:55] <fabbione> elmo: ccache++
[04:55] <infinity> xdamage was built on 3 of 4 arches, but not uploaded yet.  Deleted the binaries.
[04:55] <infinity> Incidentally, I think that proves that it didn't have a proper build-dep on xext-dev, if you say it should have...
[04:55] <fabbione> elmo: i told you had to build the same way as buildd do before upload..
[04:56] <fabbione> elmo: so i just did sbuildded it twice in a raw = ccache is the winner
[04:56] <daniels> infinity: oh, right
[04:56] <daniels> infinity: libxdamage is one of the thpethul ones that doesn't use libXext
[04:56] <daniels> infinity: what about libxcomposite?
[04:56] <lool> Hi.  Is there anything I should initiate right now for the inclusion of a package in Ubuntu that I'm preparing for Debian?
[04:57] <infinity> daniels : You didn't upload composite...
[04:57] <fabbione> elmo: ain't my fault that ppc without ccache is slow
[04:57] <ogra> lool, #ubuntu-motu is the right place :)
[04:57] <elmo> fabbione: I know, just kidding dude
[04:57] <lool> ogra: okay, thanks.
[04:57] <fabbione> elmo: eheheh
[04:57] <fabbione> elmo: it's a weird feeling.. isn't it :P
[04:58] <lool> 16:57 -!- Cannot join to channel #ubuntu-motu (You have joined to too many
[04:58] <lool> channels
[04:58] <lool> damn
[04:58] <daniels> infinity: err.
[04:58] <Amaranth> /part #debian ;)
[04:58] <daniels> infinity: ... yes I did.
[04:59] <infinity> daniels : breezy-changes and wanna-build are both pointing at you and screaming "LIAR!"
 I find openoffice in the /pool/main/o/ directory. If I change the .deb's from default openoffice to my openoffice version this will work? My idea are do a CD for some students with total pt_BR support.
[05:40] <daniels> there you go
[05:40] <daniels> as a special bonus extra, I just uploaded xkbutils
[05:41] <daniels> which features random crappy useless xkb utilities
[05:41] <daniels> and xkbcomp and setxkbmap
[05:41] <daniels> cheers
[05:41] <lool> fabbione: ping?
[05:41] <Amaranth> daniels: i love you
[05:41] <daniels> i love me too
[05:41] <siretart> :)
[05:41] <thom> ... every night?
[05:43] <daniels> thom: watch it
[05:43] <fabbione> lool: pong?
[05:46] <infinity> Kamion : Does this mean I should take the sdl/aalib/slang stuff off my TODO for the evening? :0
[05:46] <infinity> Kamion : Looks like you've taken it well in hand.  (when you're ready to retry all the transient deps that are FTBFS due to said transition, let me know)
[05:46] <\sh> guys...whoever fixed firefox :) I bless you :)
[05:47] <pitti> \sh: the font issue?
[05:47] <dverzolla> I'm doing a Ubuntu-version for some students of my company. And I need to change the openoffice that come with hoary version, to openoffice.org.br (Brazilian Version). I want to know if I just change the packets in the /pool/main/o directorys will work in the installation. Or have some install-script that need to be changed too?
[05:47] <\sh> pitti: yes
[05:47] <daniels> pitti: here's the deal
[05:48] <daniels> pitti: if you have the latest xlibs and the latest xkeyboard-config, and coming from hoary, things should Just Work
[05:48] <daniels> pitti: if files in xkeyboard-config are not installed, run dpkg -i --force-confmiss over it, but that should only happen with breezy->breezy upgrades, not hoary->breezy
[05:48] <pitti> daniels: that sounds good. In the last weeks I hacked up my X installation so much, I don't remember any more what I changed anyway
[05:48] <daniels> pitti: then make sure you have xkbutils installed, when it passes NEW
[05:48] <daniels> pitti: and make sure you have libx11 1:6.2.1+cvs.20050722-1
[05:49] <daniels> pitti: and you should have your stupid keyboard working
[05:49] <pitti> daniels: I think I'll just install the next colony CD
[05:49] <daniels> heh
[05:49] <pitti> night daniels, and thanks
[05:49] <\sh> cu daniels
[05:50] <Kamion> infinity: basically I just wanted to get the core of it over and done with as fast as possible so that d-i was buildable again on the other side
[05:50] <Kamion> (currently refreshing my mirror so that I can test that)
[05:51] <infinity> Kamion : Fair enough.  I don't generally complain when someone else steals items from my TODO.
[05:51] <Masoud> Hello
[05:51] <Kamion> infinity: so the guts are done, but I don't want to spend much more time on the rest, so if you could take over chasing down stuff that needs to be retried and such, I'd be very grateful ...
[05:53] <infinity> Kamion : No problem.
[05:53] <infinity> Kamion : I was shocked to see anyone doing anything about it, TBH. :0
[05:53] <\sh> guys...nice evening / day /morning /afternoon ... i have an appointment with some nice bottles of beer ;) cu tomorrow
[05:55] <mdz> highvoltage: did you have a chance to test ThinClientHowto yet?  I'm desperate for feedback
[05:55] <CarlFK> mdz - even my feedback?
[05:55] <CarlFK> ;)
[05:56] <mdz> CarlFK: any and all feedback
[05:56] <CarlFK> point me somewhere and I'll give it a spin
[05:57] <ogra> CarlFK, http://wiki.ubuntu.com/ThinClientHowto
[05:57] <CarlFK> thaks
[05:58] <ogra> CarlFK, needs breezy and its ltsp package
[05:59] <CarlFK> orga - I have all the requirements - espicaly the "sense of adventure"
[05:59] <dilinger> hrm, so the upstream firefox 1.0.6 release broke the abi/api for extensions?
[05:59] <ogra> dilinger, yes :(
[05:59] <dilinger> lovely
[05:59] <ogra> CarlFK, hehe, go ahead then, test extensively ;)
[06:00] <Amaranth> wth
[06:00] <Amaranth> 1.0.6 was released to fix an abi/api break that was on 1.0.5
[06:01] <pitti> Amaranth: yes, but still 1.0.6 breaks with some extensions (like mozilla-tabextension)
[06:01] <CarlFK> ogra - that same nuttiness lead me to make this page https://wiki.ubuntu.com/LocalNetInstall
[06:02] <pitti> dilinger: I'll try to put some 1.0.6 patches on top of the current ones to improve it a bit
[06:02] <Amaranth> anyone file a bug in b.m.o?
[06:03] <ogra> CarlFK, cool !
[06:03] <ogra> CarlFK, but isnt that covered by kickstart ?
[06:04] <CarlFK> orga or mdz - given that  /opt/ltsp wont exist before "...install ltsp-server", shouldn't the install come first?
[06:05] <dilinger> pitti: does upstream plan to release 1.0.7 to fix it, or are they leaving it to distributors to fix?
[06:05] <pitti> dilinger: I'm not aware of any pending upgrade, but I didn't actually ask for it
[06:05] <TWD> dilinger: does upstream even know about the problem?
[06:05] <dilinger> TWD: you're asking me? :)
[06:06] <dilinger> i don't use firefox, but some of my coworkers were whining about it
[06:06] <TWD> dilinger: I use firefox on XP @ work, haven't experianced any brackage on 1.0.6
[06:07] <Kamion> infinity: er ... newt/i386 build looks hosed through no fault of the package - can you fix?
[06:07] <TWD> my firefoxes @ home are all <=1.0.4 so...
[06:08] <CarlFK> ogra - the LocalNetInstall thing is the only one I have seen that is 100% lan - no CD's, floppys, thumbdrives, etc.
[06:09] <ogra> CarlFK, hmm, i would assume kickstart can do the same (i never tried it though)
[06:09] <seb128> pitti: still working on firefox I guess?
[06:09] <CarlFK> but kickstart doesn't do the dhcp/pxe stuff, so I rolled it all into one page
[06:10] <pitti> seb128: I finished fixing mozilla, it has the same issues; works, but crashes with extensions
[06:10] <Kamion> ogra: you need 90% of that howto to get kickstart-over-network up and running anyway
[06:10] <pitti> seb128: I'll try to get the API changes from 1.0.6 on Monday, I'm too tired now
[06:10] <ogra> Kamion, ah, i didnt know that... (as i said, only assumptions)
[06:10] <pitti> seb128: now I fix the remaining zlib issues, then I'll look at your package
[06:11] <seb128> pitti: k, let me know if you can have a shot on launchpad-integration, the code is quite small and from jamesh, should not be a lot of work to you ...
[06:11] <seb128> pitti: k, thanks
[06:11] <seb128> pitti: no hurry, I'm blocked by xorg b0rkages atm to build GNOME stuff
[06:11] <pitti> seb128: oh, I didn't actually plan to audit the code - is there anything we need to be scared of? setuid and the like?
[06:12] <seb128> pitti: no, but what are reviewing so?
[06:12] <seb128> s/are/are you/
[06:12] <pitti> seb128: security and bug history, and packaging normally
[06:12] <pitti> seb128: for this package it is quite pathetic
[06:12] <seb128> pitti: it's 0.0, jamesh made that for the spec
[06:12] <pitti> seb128: if jamesh wrote it and you packaged it, then there's not much I need to do
[06:12] <CarlFK> Kamion - hi.  has the number of chars that can be passed as kernel parameters to the .. um... setup kernel? been expanded yet?  - it causes me headaches
[06:12] <seb128> and I've packaged it using CDBS, I don't expect big issues
[06:13] <seb128> pitti: yeah, that's why I think too
[06:13] <seb128> s/why/what/ grrr
[06:13] <pitti> seb128: the review is actually meant for people who want to include external security-relevant software, it doesn't really fit here anyway
[06:13] <pitti> seb128: so just have it promoted then
[06:13] <seb128> pitti: I've asked if we can push directly, Kamion said to pass the review process ... so here we go
[06:13] <Kamion> CarlFK: yes, it was expanded in 2.6.9 so it shouldn't be causing you trouble in hoary
[06:14] <pitti> seb128: ok, I take a look at it, shouldn't be much work anyway
[06:14] <seb128> thanks
[06:14] <Kamion> if there's no set-id code involved it shouldn't be a problem, but since it clearly talks to the network I thought it was worth checking over
[06:16] <pitti> seb128: http://archive.ubuntu.com/ubuntu/pool/main/l/launchpad-integration/ -> no debs
[06:16] <pitti> seb128: and it is already in main
[06:16] <pitti> ??
[06:16] <pitti> ah, the debs are in universe
[06:17] <seb128> ups, sorry, I've filled the page while it was building
[06:19] <pitti> oh, gf alert
[06:21] <infinity> Kamion : Fixed.
[06:24] <highvoltage> mdz: lots of things have come in the way, but i'm also eager to see how it works (sounds quite different to a normal ltsp install), so i'll try it tonight.
[06:29] <pitti> seb128: I reviewed the code (wasn't that much), looks fine
[06:29] <seb128> pitti: cool, thanks
[06:30] <seb128> pitti: I didn't expect jamesh's code to be bad anyway :p
[06:31] <infinity> Kamion : Thanks for the heads-up.
[06:31] <Kamion> infinity: cool, I see it in accepted now, thanks
[06:32] <Kamion> that should be enough for d-i to build properly
[06:40] <elmo> lamont/infinity: {hoary-cat,breezy-{auto,}test} should be up, and breezy-autotest has a test package in it; please kick the buildds to know/care at your convenience
[06:41] <infinity> elmo : hoary-cat?
[06:41] <lamont> elmo/infinity: I'll kick them
[06:41] <elmo> infinity: local suite for looocaaaal people
[06:41] <lamont> infinity: admin crap
[06:42] <infinity> elmo : Oh, CAT, right, brain fart.
[06:42] <infinity> elmo : Why do we not have that in Debian for DSA as well?... DSA builds being done by hand is lame.
[06:44] <elmo> infinity: probably should
[06:44] <lamont> infinity: fwiw, -cat requires editing buildd.conf to not exclude it, -autotest requires building the chroot.  that's in progress now
[06:45] <lamont> elmo: if you send me info on the upload queue for hoary-cat, I'll upload some pristene source.
[06:46] <elmo> lamont: same as breezy-{auto,}test ?
[06:46] <elmo> tho, hum, I wonder what keyring it's using
[06:46] <lamont> elmo: was hoping for somewhere outside the DC that would accept the uploads and forward them happily along
[06:46] <lamont> but that's because I'm lazy
[06:47] <elmo> I could probably open port 21 to rockhopper
[06:47] <elmo> I'll need to keyring-ize you
[06:47] <elmo> and fix breezy-test to use the normal keyring too - meh
[06:48] <lamont> time to fix the breezy.buildd file...
[06:48] <lamont> Kamion: or did you already do that?
[06:48] <Kamion>       base="apt binutils cpio cpp cpp-4.0 dpkg-dev g++ g++-4.0 gcc gcc-4.0 ${LIBC6}-dev libdb4.2 libgdbm3 libstdc++6-4.0-dev linux-kernel-headers make patch perl perl-modules"
[06:48] <elmo> is our debootstrap using priorities yet?
[06:49] <Kamion> is that right?
[06:49] <Kamion> elmo: yes
[06:49] <elmo> k
[06:49] <lamont> Kamion: I think so...
[06:49] <Kamion> elmo: although I'd still like Build-Essential: yes headers like Debian has, then the hardcoded buildd list could go away too
[06:49] <Kamion> lamont: (breezy.buildd is rolled into breezy now, btw)
[06:51] <fabbione> Kamion: wooo... neat d-i upload..
[06:51] <fabbione>    * build/pkg-lists/cdrom/sparc.cfg: Use dependency resolution for
[06:51] <fabbione>      nic-modules.
[06:51] <fabbione> what does that mean?
[06:51] <fabbione> (if you have time to explain)
[06:52] <Kamion> most of the other pkg-lists did that already, it was just tidying up really
[06:52] <fabbione> hmm ok
[06:52] <server> hmm
[06:52] <fabbione> Kamion: was it painful the udeb cleanup?
[06:52] <Kamion> so it means that util/pkg-list will go off and fetch dependencies of nic-modules if they aren't explicitly listed, rather than going "duh, can't install that"
[06:52] <lamont> Kamion: ok
[06:52] <fabbione> ahh nice :)
[06:52] <Kamion> fabbione: relatively straightforward, although I haven't looked at the initrd size changes yet
[06:52] <server> just upgraded breezy and I got /usr/bin/startx doesn't exit :-)
[06:53] <fabbione> Kamion: ok.. we will see it tomorrow i guess
[06:53] <Amaranth> server: Time to downgrade. :)
[06:53] <Kamion> I hope before that, I'd like to get a functional 2.6.12-4 CD set today
[06:53] <server> Amaranth cool =)
[06:54] <fabbione> Kamion: ok. but if they become too big there is nothing i can do till monday
[06:54] <Kamion> sure
[06:55] <fabbione> i am left with one machine up only...
[07:00] <lamont> Kamion: please add libstdc++6 to the package list... :-(
[07:00] <lamont> right next to libstdc++5
[07:00] <fabbione> lamont: and gpg
[07:01] <fabbione> we need that too now in the buildd for apt auth
[07:03] <Kamion> lamont: er ... no libstdc++5 there
[07:04] <Kamion> lamont: adding libstdc++6, though. ack gnupg?
[07:05] <Kamion> gnupg has a big wodge of dependencies which are kind of unpleasant to add
[07:05] <lamont> no gnupg
[07:06] <lamont> apt's management of the chroot is done outside the chroot --> gpg in the real root
[07:06] <Kamion> ok
[07:06] <lamont> but after the debootstrap fails, I have libstdc++5, but not 6.  (ppc)
[07:07] <Kamion> --resolve-deps?
[07:07] <lamont> on the debootstrap command?
[07:07] <Kamion> beats me, though
[07:07] <Kamion> yeah
[07:08] <Kamion> <IP_ADDRESS>ubuntu2 should fix, anyhow
[07:09] <Kamion> lamont: what's the priority of libstdc++5 on your local mirror?
[07:09] <Kamion> libstdc++5 is in section 'base' at priority 'optional'
[07:10] <highvoltage> will the hoary firefox package be called "mozilla-firefox" or "firefox"? I see it's currently "firefox" in breezy?
[07:12] <lamont> Kamion: this is in the DC
[07:12] <dieman> hmm
[07:13] <dieman> firefox 1.0.6 supposedly disables all extensions
[07:13] <dieman> on upgrade
[07:13] <lamont> Kamion: but --resolve-deps seems to be a good thing to have anyway
[07:13] <Kamion> yeah
[07:13] <seb128> hum
[07:13] <lamont> Kamion: so I depend: >=<IP_ADDRESS>ubuntu2, or just >0.3?
[07:13] <lamont> for --resolve-deps that is
[07:13] <seb128> what is the right seed for launchpad-integration? desktop?
[07:14] <Kamion> lamont: 0.3.0
[07:14] <Kamion> seb128: yes, I think so
[07:14] <seb128> thanks
[07:14] <Kamion> won't other things in desktop depend on it anyway though?
[07:15] <seb128> yeah
[07:16] <seb128> so no need to seed it?
[07:16] <Kamion> nope
[07:16] <seb128> k
[07:16] <seb128> thanks
[07:16] <Kamion> np
[07:20] <fabbione> Kamion: slang2 transition is only d-i and aalib for main, right?
[07:20] <Kamion> libsdl1.2 too
[07:20] <fabbione> yes that one too
[07:20] <Kamion> possibly a few other things, I didn't check exhaustively
[07:20] <fabbione> ok
[07:20] <fabbione> no i remember no more than 3
[07:20] <lamont> util-linux
[07:20] <Kamion> oh yes, that too
[07:21] <fabbione>   slang2_2.0.4-4
[07:21] <fabbione>   aalib_1.4p5-28ubuntu3
[07:21] <fabbione> ok.. they are queued in the right order
[07:21] <fabbione> libsdl is not even here yet
[07:22] <Treenaks> fabbione: libsdl1.2debian 1.2.7+1.2.8cvs20041007-5.3ubuntu1 you mean?
[07:22] <infinity> daniels : What happened to the libxt and libxpm uploads that a bunch of your other stuff seems to dep-wait on?
[07:22] <fabbione> Treenaks: i am talking about sparc and my local mirror.. don't worry
[07:22] <Kamion> libcaca could probably do with an upload soon too
[07:23] <Treenaks> fabbione: *phew* ok :)
[07:23] <fabbione> it's so weird to sit in an almost empty office :)
[07:24] <Kamion> ah, I think libcaca is dep-wait
[07:24] <Kamion> yeah, it's building against slang2 now
[07:25] <Kamion> then there's some gstreamer and xine stuff, and kdeaddons
[07:25] <infinity> daniels : Make that just libxt, libxpm is just waiting on that.
[07:28] <Mithrandir> mdz: pong?
[07:28] <Keybuk> grr @ strange 2.6.12 bug where machine dies during acpi events
[07:28] <mdz> Mithrandir: wanted to talk about oo.o2-amd64
[07:29] <Mithrandir> mdz: hmm, I'm on my way out the door, can we do it a bit later?
[07:29] <Mithrandir> or tomorrow or something?
[07:30] <Keybuk> Jul 22 12:13:37 localhost kernel: [4307811.360000]      ACPI-1172: *** Error: Method execution failed [\_TZ_.C1E8]  (Node df9c3ec0), AE_AML_PACKAGE_LIMIT
[07:30] <Keybuk> Jul 22 12:13:37 localhost kernel: [4307811.360000]      ACPI-1172: *** Error: Method execution failed [\_TZ_.C1E7]  (Node df9c3ee0), AE_AML_PACKAGE_LIMIT
[07:30] <Keybuk> Jul 22 12:13:37 localhost kernel: [4307811.360000]      ACPI-1172: *** Error: Method execution failed [\_TZ_.TZ2_._TMP]  (Node df9c1760), AE_AML_PACKAGE_LIMIT
[07:30] <Keybuk> ^ hmm, that looks evil
[07:30] <mdz> Mithrandir: soon, we're running short of time (feature freeze)
[07:30] <Keybuk> Thermal Zone not-working-ness
[07:31] <Treenaks> Keybuk: scary.. which manufacturer? did it work before?
[07:31] <Mithrandir> mdz: hmm, I can make one, similar to ooo1-amd64
[07:31] <Keybuk> Treenaks: HP, yes
[07:31] <mdz> Mithrandir: right, how much time do you think it will take?
[07:32] <dverzolla>  I'm burning a CD with Ubuntu-Hoary, but I need to change de default xorg.conf file that come with installation. Anyone knows how I can do this?
[07:32] <Treenaks> Keybuk: Strange... but AE_AML_PACKAGE_LIMIT looks  like the kernel now has better bounds-checking or something like that?
[07:32] <Keybuk> no idea
[07:32] <Mithrandir> mdz: with kde and gnome support libs or just gnome?
[07:32] <mdz> dverzolla: there is no default; it's created dynamically based on hardware detection
[07:32] <mdz> Mithrandir: preferably both
[07:32] <Keybuk> wonder whether that's related to the "SYSTEM HAS REACHED SILLY TEMPERATURE" errors that were causing people's machines to be shutdown
[07:33] <mdz> Mithrandir: want to send me quotes for both scenarios?
[07:33] <dverzolla> mdz: I need change a configure, because all my monitors are 17". I need put 2 lines in Monitor Section. How I can do it?
[07:33] <Mithrandir> mdz: I'm starting to work full-time mid of next week, do you still need a quote? :-)
[07:34] <Kamion> (hooray)
[07:34] <mdz> dverzolla: please ask in a support channel, mailing list or forum
[07:34] <dverzolla> support are #ubuntu?
[07:34] <mdz> Mithrandir: oh, I thought it wasn't until mid-august for some reason. cool.
[07:34] <mdz> dverzolla: yes, see /topic
[07:34] <dverzolla> ok thanks
[07:36] <Mithrandir> mdz: I think it'll take a day or so, but I'm not sure about the kde stuff, so that's an unknown factor.
[07:36] <infinity> daniels : Ahh, I see, xt's upload is waiting on a libsm upload, which may or may not require a libice upload, and so on.  I'll catch up with you in the morning about it.
[07:37] <Mithrandir> infinity: how so?
[07:37] <jsgotangco> man i gotta sleep too
[07:37] <jsgotangco> heh
[07:38] <Mithrandir> well, off.  See you around.
[07:38] <infinity> Mithrandir : One define, deep in a core X header is bubbling up to everything under the sun, causing half of GNOME to FTBFS.  We're cleaning it from the ground up, which takes some dependency wrangling and very tight build-deps to make sure it's reproducibly sane.
[07:38] <lamont> Kamion: fyi: I: Resolving dependencies of required packages...
[07:39] <lamont> I: Resolving dependencies of base packages...
[07:39] <lamont> I: Found additional required dependencies: binutils cpio cpp cpp-4.0 dpkg-dev g++ g++-4.0 gcc gcc-4.0 libc6-dev libdb4.2 libgdbm3 libstdc++6 libstdc++6-4.0-dev linux-kernel-headers make patch perl perl-modules
[07:39] <Kamion> infinity: is evolution-exchange really being rebuilt? it's been in Building state for a day or so
[07:39] <Kamion> sorry, that's on amd64
[07:39] <infinity> Kamion : No, but that's easy to solve.
[07:39] <Kamion> lamont: odd, most of those are there already
[07:39] <Kamion> infinity: thanks
[07:40] <lamont> infinity: ls build-breezy-autotest/
[07:40] <lamont> chroot-breezy-autotest  ref-breezy-autotest
[07:40] <lamont> Kamion: thats debootstrap --resolve-deps --include=fakeroot,build-essential, ...
[07:40] <lamont> s/, / /
[07:40] <Kamion> lamont: --variant=buildd?
[07:41] <lamont> yea
[07:42] <lamont> debootstrap --resolve-deps --arch ${arch} --include=fakeroot,build-essential --variant=buildd $rel $root $MIRROR
[07:42] <lamont> to be completey truthful. :-)
[07:43] <hub_> hey bradb-lunch
[07:44] <lamont> I: Base system installed successfully.
[07:44] <lamont> grep: build-breezy-autotest/chroot-breezy-autotest/etc/shadow: No such file or directory
[07:44] <lamont> giggle
[07:45] <Kamion> I don't think the base system has ever enabled shadow ...?
[07:45] <lamont> could be my script
[07:45] <Kamion> there was talk of putting 'shadowconfig on' in passwd.config or passwd.postinst or something recently
[07:45] <lamont> yep
[07:46] <Kamion> hmm, gcc-4.0-base missing too, whoops
[07:46] <lamont>     f=${root}/etc/shadow; grep -q "^${U}:" $f 2>/dev/null || echo ${U}:\*:$(getent shadow ${U} | cut -d: -f3-9) >> $f
[07:46] <lamont> is what it says _now_
[07:46] <Kamion> what's that supposed to do?
[07:52] <lamont> clone the shadow entry for $U into the chroot
[07:52] <lamont> unless he already exists there
[07:53] <lamont> well, with no password
[07:53] <Kamion> ah
[07:53] <lamont> otherwise, you get this:
[07:53] <lamont> su: Authentication service cannot retrieve authentication info.
[07:53] <siretart> Does anyone know how many participants the Laptop Testing program has?
[07:54] <bradb> hey hub_ :)
[07:54] <hub_> siretart: how can one apply ?
[08:00] <lamont> Kamion: and thanks for making me look - reminded me why I was getting that error in the user chroots I just built...
[08:05] <Kamion> elmo: are you around to do d-i byhands, or shall I do it?
[08:05] <elmo> I was waiting for ia64
[08:05] <elmo> but I can do it now if you like
[08:05] <Kamion> ah, fair enough, that's fine
[08:05] <Kamion> oh, ia64 failed
[08:06] <Kamion> dep-wait newer kernel I think
[08:06] <Kamion> elmo: yeah, if I could have them now that'd be good, so I can do an amd64/i386/powerpc CD build
[08:06] <dverzolla> Anyone knows a good developer maillist from canonical?
[08:07] <elmo> Kamion: done
[08:07] <Kamion> thanks
[08:16] <lamont> infinity: installing new buildd-config on all the buildd's and restarting, btw
[08:21] <Kamion> mdz: so, as far as I can tell, we included alsa-base in the base system in order to get hotplug blacklisting
[08:21] <Kamion> mdz: however, almost all of the hotplug blacklisting functionality has moved to linux-sound-base, with the exception of three remaining entries in /etc/hotplug/blacklist.d/alsa-base that aren't shipped in our kernels anyway
[08:23] <Kamion> mdz: alsa-base pulls in alsa-utils, which is pretty big for minimal (1MB), and also libasound2 (300KB or so). Can I move it to standard and just leave linux-sound-base in minimal?
[08:25] <lamont> I want an option to apt that says 'and mark _everything_ new you install as pending-purge
[08:47] <Kamion> mdz: hmm, although I'm not sure whether installing alsa-base will be enough to load modules listed in /etc/modprobe.d/alsa-base
[08:48] <Kamion> that's annoying, 1.5MB of stuff just for some modprobes
[08:57] <doko> daniels: regarding 10946, are the .png icons still be built from the xorg source?
[08:59] <Kamion> ah, that explains why fresh installs are utterly broken - missing mkfontdir => X can't find fixed font => falls over
[09:00] <doko> elmo: please could you update the breezy-ppc64 chroot, install davis:~doko/gcc/snap/gcc-snapshot_20050722-2_powerpc.deb, and libpng3's and xorg's build-deps?
[09:03] <doko> mdz: can you investigate the grave rrdtool bug reports, or should somebody else do this? needed for sensord and python-rrdtool
[09:10] <mdz> Kamion: yes, I believe that was the rationale (hotplug blacklisting)
[09:10] <mdz> Kamion: is the modprobe stuff actually required?
[09:10] <mdz> Kamion: its only purpose seems to be to run /etc/init.d/alsa start when a card is detected
[09:14] <Kamion> mdz: that does stuff like setting default levels, which I guess we want
[09:15] <mdz> Kamion: our strategy for base had been that it should include hardware detection bits
[09:15] <Kamion> god, this is such a twisty little maze of scripts
[09:15] <mdz> Kamion: but perhaps we should split that into "minimal hardware detection bits" and "standard hardware detection bits"
[09:15] <Kamion> well, the relevant distinction for me is that standard is installed after the first reboot
[09:16] <Kamion> also, base == minimal + standard, so ...
[09:16] <Kamion> how come alsa-base.postinst doesn't run /etc/init.d/alsa-base start?
[09:19] <Kamion> if it did that, it could equally well be installed before or after the first reboot, I think
[09:21] <highvoltage> mdz: any way to make ltsp-build-client more verbose?
[09:21] <highvoltage> it's really boring on slow connections ;)
[09:26] <mdz> highvoltage: it should be possible to use a CD to bootstrap it
[09:26] <mdz> (a breezy CD, of course)
[09:36] <surfdue> wow
[09:36] <surfdue> fancy
[09:36] <surfdue> is there is UBUNTU witha K gets developed?
[09:36] <surfdue> sweeet
[09:37] <highvoltage> surfdue: who are you talking to?
[09:38] <highvoltage> and what are you actually asking? perhaps you want #ubuntu?
[09:38] <tseng> #kubuntu, rather.
[09:38] <highvoltage> ah, ok. now the question makes more sense :)
[09:38] <surfdue> nah
[09:39] <surfdue> i want to watch development
[09:39] <surfdue> is there where you watch it?
[09:39] <Riddell> surfdue: myscreen.org/riddell
[09:39] <tseng> Riddell: hardcore
[09:39] <surfdue> im sorry is there where i watch ubuntu development
[09:39] <surfdue> it would be correct?
[09:39] <highvoltage> watch -n 0 #ubuntu-devel ?
[09:40] <surfdue> hey do you sell popcorn?
[09:40] <surfdue> its getting very intersting
[09:40] <highvoltage> surfdue: what is your first language?
[09:41] <surfdue> and may i ask, how can X be broken?
[09:41] <surfdue> chinese
[09:41] <surfdue> chow ming,
[09:41] <tseng> support questions are in #ubuntu please.
[09:41] <highvoltage> surfdue: rm -Rf /etc/X11/xorg.conf
[09:42] <surfdue> nah :D
[09:42] <surfdue> id rather not
[09:42] <surfdue> it may mess up my chee
[09:42] <tseng> highvoltage: i dont think that would break it very hard
[09:42] <surfdue> wha what highvoltage ?
[09:42] <surfdue> how doi do that
[09:42] <highvoltage> tseng: enough to get rid of surfdue
[09:43] <surfdue> can u say it in chinese i dont speak english
[09:43] <lamont> make[4] : Entering directory `/build/buildd/firefox-1.0.6/security/nss/cmd/lib'
[09:43] <lamont> Creating ../../../../dist/public/seccmd
[09:43] <lamont> /bin/sh: ../../../coreconf/nsinstall/Linux2.6_hppa_glibc_PTH_OPT.OBJ/nsinstall: No such file or directory
[09:43] <lamont> yea firefox!
[09:43] <surfdue> im not on ubuntu
[09:43] <surfdue> im on windows
[09:43] <surfdue> ubuntu is on my desktop
[09:44] <surfdue> im on my laptop
[09:44] <smurfix> lamont: looks like you're having fun
[09:44] <surfdue> highvoltage,  do you know what a henway is?
[09:44] <tseng> surfdue: please direct support questions to #ubuntu, and leave chatter out of -devel
[09:44] <lamont> smurfix: just trying to build stuff
[09:44] <lamont> surfdue: last warning.
[09:44] <surfdue> ok
[09:44] <surfdue> im sorry sir
[09:44] <surfdue> or madam
[09:44] <surfdue> ill leave now i gess
[09:45] <surfdue> um on xchat where is the close cutton?
[09:45] <surfdue> hehe i cant find it
[09:45] <surfdue> :|
[09:45] <surfdue> u should just kick me
[09:45] <surfdue> i think it will work
[09:45] <surfdue> ty in advanced
[09:45] <surfdue> hehe where is the popcord again?
[09:45] <lamont> btw, the X in the top left
[09:46] <lamont> hrm.. now where was that auto-identify howto hiding?
[09:47] <tseng> irssi?
[09:47] <tseng> nope, sorry.
[09:51] <lamont> xchat
[09:54] <lamont> google to the rescue
[09:55] <elmo> doko: breezy-ppc64 is obsolete?
[09:59] <doko> yes, I did want an install of a hand-built gcc-snapshot and libpng3 in the chroot, so I think it's better not to use the standard chroot?
[09:59] <elmo> oh, ok, meh
[10:13] <herve> hello
[10:14] <herve> could we sync devscript from debian?
[10:14] <herve> ouch, have seen the ftbfs on some archs
[10:16] <elmo> doko: should be done
[10:19] <doko> elmo: thanks
[10:23] <seb128> elmo: can you move "launchpad-integration liblaunchpad-integration0 liblaunchpad-integration-dev" to main? It has been approved by pitti
[10:23] <elmo> is it seeded or depeneded on by something?
[10:34] <doko> elmo: last install for today in the breezy-ppc64 chroot: davis:~doko/png/libpng12*deb and the build-deps for linux-source-2.6.12 and xcursorgen
[10:35] <herve> guys, just to be sure, I can upload packages to universe when a bug for merging was open?
[10:36] <elmo> doko: done
[10:36] <elmo> seb128: ?
[10:42] <siretart> herve: sure!
[10:43] <herve> siretart, hehe :-)
[10:46] <seb128> elmo: it's going to be a depends for other packages ... should I upload (which will go to a FTBFS) before moving it?
[10:47] <elmo> seb128: I've moved it, but if it shows up in my to-demote list, I'll send the gtk-bug poliz after you :p
[10:55] <dilinger> mm. xorg and firefox are driving my load up to 6
[11:05] <elmo> OPERATION BREEZY-AUTOTEST IS AT MAXIMUM THROTTLE.  THAT IS ALL.
[11:06] <lamont> Mez: they're totally dead in the water until breezy-autotest catches up.
[11:06] <lamont> since autotest gets priority over backports on the buildds
[11:06] <Mez> ah
[11:06] <Mez> :P
[11:06] <doko> elmo: you're going to test-compile the archive?
[11:07] <elmo> lamont: oh, it does?
[11:07] <elmo> err, we should fix that
[11:07] <lamont> elmo: it does
[11:07] <elmo> knocking backports off for a week is harsh
[11:07] <lamont> # The order is as follows (as present):
[11:07] <lamont> #  *-security
[11:07] <lamont> #  *-updates
[11:07] <lamont> #  ${current} == development release
[11:07] <lamont> #  *-cat
[11:07] <lamont> #  *-test
[11:07] <lamont> #  *-autotest
[11:07] <lamont> #  *-backports
[11:08] <elmo> can we reverse the last two?
[11:08] <elmo> sorry, I know I oked that list, but I was wrong
[11:08] <elmo> it doesn't have to be all buildds, just one per arch will do for now
[11:08] <lamont> yeah - I'll give backports at least one per arch
[11:08] <Mez> elmo, have you poked anything to build for backports yet (and have you gotten rid of dpkg from them!)
[11:09] <elmo> mez: killed dpkg yes
[11:09] <Mez> but not poked anything yet :D (even with my MASSIVE list :P)
[11:09] <elmo> will do the others in a bit, sorry, really had to get breezy-at started
[11:09] <Mez> elmo, no worrys
[11:09] <Mez> just poke me when they're started, so i can publiceise the new apt sources
[11:10] <elmo> ok
[11:11] <Mez> o_O
[11:11] <Mez> I'm getting major issues on security.ubuntu.com
[11:12] <lamont> -backports gets priority on the left hand column. (rothera, floe, adare, crested)
[11:12] <elmo> merci
[11:12] <lamont> bitte
[11:12] <lamont> :-)
[11:13] <Mez> Err http://security.ubuntu.com hoary-security/restricted Packages
[11:13] <Mez>   This HTTP server has broken range support [IP: <IP_ADDRESS> 80]
[11:13] <Mez> w00t :D
[11:24] <mdz> jbailey: ping?
[11:25] <Mez> wtf @ backports.archive.ubuntu.com
[11:28] <elmo> mez: that sounds like a broken transparent proxy
[11:28] <Mez> huh ?
[11:28] <elmo> 22:13 < Mez>   This HTTP server has broken range support [IP: <IP_ADDRESS> 80]
[11:28] <elmo> ^-- that
[11:28] <Mez> oh... lol :D I dont use a proxy elmo :d
[11:28] <elmo> that's why I said transparent ...
[11:29] <Mez> oh lol
[11:29] <elmo> ISPs often proxy port 80 traffic without your knowledge/consent
[11:29] <Mez> didnt see that
[11:29] <Mez> elmo, all the others work fine though
[11:29] <elmo> all the other what?
[11:29] <Mez> servers
[11:29] <elmo> archive.ubuntu.com == security.ubuntu.com
[11:30] <Mez> lol
[11:30] <elmo> security changes more frequently, so it's likely you're just seing the problem there because it's actually changed
[11:30] <Mez> that's annoying
[11:30] <Mez> http://siretart.tauware.de/revu/details.py?upid=164
[11:31] <Mez> grr
[11:31] <Mez> Failed to fetch http://archive.ubuntu.com/ubuntu/dists/hoary-backports/Release.gpg  Bad header line [IP: <IP_ADDRESS> 80]
[11:31] <siretart> Mez: try using a proxy
[11:31] <Mez> lol, to be fair though - it's weird
[11:31] <Mez> I'm getting some hits on security.u.c but some errors
[11:32] <Mez> Ign http://security.ubuntu.com hoary-security/restricted Packages
[11:32] <Mez> Hit http://security.ubuntu.com hoary-security/universe Packages
[11:32] <Mez> Err http://security.ubuntu.com hoary-security/restricted Packages
[11:32] <Mez>   This HTTP server has broken range support [IP: <IP_ADDRESS> 80]
[11:32] <siretart> Mez: try using a proxy
[11:32] <Mez> siretart, I cant be arsed to find one
[11:33] <Mez> hmm,
[11:45] <Amaranth> shit
[11:45] <Amaranth> i lost my hoary CD and i'm out of blanks
[11:45] <Amaranth> so i really am stuck on windows
[11:45] <xhaker> you? this must be a dream
[11:45] <xhaker> lol
[11:46] <Amaranth> my linux HD crashed
[11:46] <Amaranth> overheated during a fsck
[11:46] <xhaker> i know.. the 17 error in grub and al
[11:46] <xhaker> all
[11:46] <Amaranth> yeah
[11:46] <xhaker> you shoudl have some cdrw in there
[11:47] <xhaker> rewritable media i mean
[11:47] <Amaranth> i guess this means smeg 0.8 is on hold indefinitely
[11:47] <xhaker> is it really that hard to get media
[11:47] <Amaranth> when i have zero money, yes
[11:48] <xhaker> can your pc boot from usbdisks?
[11:48] <Amaranth> don't have one :P
[11:48] <xhaker> pen drive
[11:49] <xhaker> :P
[11:49] <xhaker> me neither
[11:49] <xhaker> i'm out of options
[11:49] <xhaker> or should i say.. you're out of options
[11:51] <xhaker> luis_, are you portuguese?
[11:51] <luis_> no
[11:52] <luis_> sorry
[11:52] <xhaker> your name is
[11:52] <luis_> name is cuban/spaniard, technically
[11:53] <xhaker> Amaranth, you can always try your neighbours..
[11:53] <Amaranth> ha
[11:53] <Amaranth> i've never met them
[11:54] <xhaker> so today is a good day to meet them
[11:54] <xhaker> :P
[11:55] <xhaker> "Hi, i'm your neighbour from upstairs. I run out of blank media."
[11:55] <hub_> Amaranth: just order some ubuntu cds from the website
[11:56] <xhaker> hub_, i think he would like to have it before october
[11:56] <xhaker> lol
[11:56] <hub_> xhaker: can't get Warty anymore ?
[11:56] <Amaranth> hub_: ha, i've had those on order since before hoary shipped
[11:56] <Amaranth> s/shipped/released/
[11:56] <hub_> Amaranth: can you wait a few days ?
[11:56] <mdke> i know this is OT but is anyone available to help me debug why a cronjob is not working on our docteam linode server?
[11:56] <hub_> Amaranth: 'cause I can ship you one if want. a burnt one
[11:57] <Amaranth> hub_: i can wait however long it takes :)
[11:57] <hub_> Amaranth: mail your snail mail to<EMAIL_ADDRESS>[11:57] <xhaker> Amaranth, i received mine, took awhile but i got them. all the way to Portugal
[11:57] <hub_> Amaranth: I'll send you a hoary
[11:57] <hub_> Amaranth: tell me wish arch you want
[11:57] <hub_> which
[11:57] <Amaranth> hub_: x86
[11:57] <hub_> k
[11:57] <Amaranth> colony 2, if you could
[11:57] <hub_> okay
[11:58] <hub_> put that in the mail
[11:58] <hub_> I'll just download and burn
[11:58] <hub_> and send it to you by snail mail
[11:58] <xhaker> communities rock
[11:58] <xhaker> lol
[11:58] <hub_> you want the install, right ?
[11:59] <xhaker> yes.. he wants the install media
[11:59] <hub_> just to make sure :-)
[11:59] <xhaker> :)