[12:09] <ajmitch> ah, they've been distributed now?
[12:10] <Riddell> mdz: mail sent
[12:18] <BenC> lamont__: my ia64 is totally screwed, I left it powered off for 20 minutes and I still get the failure when loading the floating point driver during EFI
[12:19] <BenC> lamont__: does ubuntu update any of the firmware during install?
[12:19] <BenC> the failure says "Unsupported" when it gets to that point
[12:20] <mdz> mpt: depending on the type of laptop you already have, yes, it could very well be useful to participate in the testing
[12:23] <Kamion> BenC: only in the same way Debian does ...
[12:23] <Kamion> we call elilo
[12:24] <Kamion> which installs itself into the EFI partition, and AIUI fiddles with the EFI boot manager
[12:24] <elmo> benc: try a firmware update
[12:25] <whiprush> mdz: the latest livecd bombs out for me on loading X, it just loads a failsafe session
[12:26] <whiprush> Can't compile keymap file
[12:26] <BenC> elmo: last time I did a firmware update, the machine wouldn't boot anymore
[12:26] <BenC> plus this was all working yesterday with Debian (X and all)
[12:26] <elmo> benc: ouch
[12:26] <BenC> and the firmware failure comes even before the EFI boot menu
[12:30] <mdz> whiprush: a failsafe X session?
[12:31] <Kamion> it's missing xkbutils
[12:31] <Kamion> not to mention xauth
[12:32] <Kamion> maybe we can shove those into the live seed as a temporary workaround; not sure if anything else is needed too
[12:33] <whiprush> mdz: yep, just an xterm with no wm or anything.
[12:34] <mdz> Kamion: I know of no reason why xbase-clients should not depend on them
[12:34] <mdz> to do otherwise creates bugs
[12:34] <Kamion> mdz: I know, but xbase-clients isn't being built at the moment as part of the transition
[12:35] <Kamion> note how it's still at -42
[12:35] <mdz> hmm, I see
[12:35] <Kamion> likewise xutils
[12:35] <mdz> I guess seeding them temporarily would work
[12:35] <mdz> desktop seems more logical than live, though
[12:35] <allee> doko: ping?  AVM B1 pcmcia
[12:35] <mdz> of course, this transition is supposed to be finished in 3 days
[12:36] <Kamion> or that - I was just reluctant to suggest using the seed whose metapackage has much higher visibility, 'cos putting things in those metapackages that should be in real dependencies is a nasty precedent
[12:40] <mdz> whiprush: thanks for testing
[12:40] <whiprush> np
[12:42] <marcin> hi all
[12:42] <Kamion> hmm, do we need somebody to keep the installer ticking over while I'm on honeymoon?
[12:42] <marcin> does someone here know what's going on with ubuntuforums.org?
[12:46] <mdz> Kamion: in what way?
[12:47] <Kamion> mdz: which comment are you replying to?
[12:47] <mdz> Kamion: installer ticking over
[12:48] <Kamion> mdz: just making sure that CD images don't bitrot too badly installability-wise, really
[12:48] <Kamion> and doing something about it if/when they do
[12:48] <mdz> Kamion: then yes, probably so
[12:48] <mdz> any nominations?
[12:49] <Kamion> who's not got enough work to do? ;)
[12:50] <Kamion> I'd be inclined to suggest jbailey and/or Mithrandir, if their other responsibilities allow
[12:50] <Kamion> but any main uploader would be fine
[12:51] <Kamion> probably needs to be somebody we're comfortable giving an account on little to, so that they can drive CD image rebuilds
[12:51] <BenC> well, upgrading my firmware fixed the floating point driver error
[12:51] <BenC> but X still isn't working
[12:52] <mdz> BenC: this is not at all surprising
[12:53] <Kamion> I'm biased towards people I've worked with lots, though, who are probably the busiest. :-)
[01:06] <luis_> thanks, mdz
[01:11] <mdz> lamont: what is the lag time between cron.daily completion and the results being visible to *.buildd for livefs builds?
[01:23] <lamont__> mdz: on the order of 2-5 minutes
[01:23] <mdz> lamont__: cool, thanks
[01:23] <mdz> attempting powerpc livefs build now
[01:24] <lamont__> or rather, once cron.daily actually _finishes_, 0 minutes.
[01:24] <lamont__> from start to availability is on the order of 5-8 minutes, and you know you were too fast when apt-get update barfs over MD5SUMS
[01:31] <mdz> Kamion: wait a minute; am I to understand that xbase-clients is all of: a) missing binaries, b) not being built and c) not depending on the packages which replace it?
[01:31] <mdz> I could understand it not being built in order to preserve the old version with the binaries in it, but the current situation doesn't make much sense to me
[01:34] <lamont__> mdz: I've been given to understand that the current situation is best described as "work in progress"
[01:37] <mdz> I've mailed daniels for his input
[01:40] <Kamion> mdz: the original plan was to stop building it at the point when the version in the archive still contained binaries; due to an accident, that failed to happen
[01:40] <Kamion> so I think the current situation is "better move forward as quickly as possible"
[01:41] <mdz> Kamion: that would seem to include adding the deps
[02:08] <mdz> Kamion: how much time is left on your build-image-set?  we have a powerpc cloop now and I'm ready to do another cron.daily-live
[02:09] <Riddell> infinity, lamont: could you give back kipi-plugins on i386
[02:19] <Kamion> mdz: it's building powerpc; should be done in ~10 minutes mayb
[02:19] <Kamion> e
[02:20] <cat> hey people
[02:33] <|rockinnerd|> how unbroken is X?
[02:35] <infinity> Riddell : Sure.
[02:37] <wasabi> So why wouldn't the init scripts swapon all available swap partitions automatically?
[02:38] <infinity> wasabi : If by "all available" you mean "all listed in fstab", they do..
[02:39] <wasabi> Nope, I mean, scan.
[02:40] <infinity> You want to scan for swap signatures, and just use whatever's available?
[02:40] <wasabi> I'm trying to think about my circumstance here. I use EVMS to manage drives for my desktop system. I dual purpose it as a server. I love the idea of evms, I can plug and remove drives in haphazard fashions, and it keeps working... and figures out where things are.
[02:40] <wasabi> Yeah.
[02:40] <infinity> That sounds like it could be dangerous.
[02:40] <wasabi> Basically I don't think at all to really manage my drives. I just plug it in and choose where to add it and not much else.
[02:40] <infinity> Say you have two swap partitions for two different Linux installs that both happen to use suspend-to-disk.
[02:41] <wasabi> So I want to remove thought from replacing my swap partition when a drive dies.
[02:41] <wasabi> I guess I should just mount it thru evms...
[02:41] <infinity> Yeah..
[02:42] <wasabi> I guess if the swap drive dies my system is basically dead.
[02:42] <wasabi> n/m!
[02:42] <infinity> Generally, yes.
[02:42] <infinity> Unless the swap is mirrored.
[02:42] <infinity> (Well, some for of redundant RAID anyway)
[02:42] <mdz> suspend-to-disk clobbers the swap space signature for that reason
[02:42] <wasabi> I guess it's impossible for me to suspend to disk.
[02:42] <wasabi> In that case.
[02:42] <infinity> mdz : Ahh, right.  Well, surely there's some other use case where scanning can't be smart. :)
[02:43] <wasabi> Since you can't resume from evms.
[02:43] <wasabi> Hmmm.
[02:43] <wasabi> Hmmm.
[02:43] <mdz> the live CD scans and uses any available swap partitions
[02:43] <wasabi> This brings up an interesting question. I'd like to be able to suspend to disk.
[02:43] <wasabi> But i'd like redundant swap.
[02:43] <wasabi> And I don't want hardware raid.
[02:43] <wasabi> So I'd like to suspend to file instead.
[02:44] <wasabi> Or suspend to something else that works equally well.
[02:44] <infinity> You probably want to bang heads with both mjg59 and jbailey in a room together and see if the tools are already there to do what you want, just sans documentation.
[02:44] <wasabi> So I guess what I want is a special partition that is suspended to, b ut not swapped.
[02:45] <infinity> (mjg59 as the suspend/laptop guru, jbailey as the "early userspace" dude)
[02:51] <Burgundavia> Riddell, you got a minor typo in your package description
[02:51] <Burgundavia> Riddell, kaffeine-xine - gstreamer engine for kaffeine media player
[02:52] <Riddell> Burgundavia: oops
[02:52] <Riddell> well spotted
[02:53] <Burgundavia> np
[03:35] <Kamion> oh, base-config is so close to working
[03:35] <Kamion> it only fails now because some postinst scripts don't close debconf fds when starting daemons
[03:42] <seth_k> my console-data package won't even configure itself correctly yet, which is preventing base-config from installing
[03:43] <Kamion> works fine on today's CD image
[03:43] <seth_k> hmm, must be a configuration issue for me then. works fine on my other breezy computer too
[04:12] <Kamion> mdz: what's the difference between Tested and Completed, goal-wise?
[04:14] <mdz> Kamion: pomp and ceremony, I suppose
[04:15] <Kamion> mdz: wondering what else I need to do to declare InstallerStage2Progress Completed
[04:15] <mdz> Kamion: is it working in the latest install CD images?
[04:16] <Kamion> no, you need base-config 2.67ubuntu8, which I just uploaded
[04:16] <Kamion> the autobuild in five or six hours or so will work
[04:16] <mdz> I think it's high time I did a round of install testing anyway
[04:16] <Kamion> the latest available images hang just before starting gdm
[04:17] <mdz> odd
[04:17] <mdz> oh
[04:17] <mdz> that's what's fixed in ubuntu8
[04:17] <Lathiat> nice i can do some installer bashing then
[04:17] <Kamion> right
[04:18] <mdz> anyone seen daniels?  I'd like to finish getting the live CD into shape today
[04:19] <infinity> mdz : He should be around my place in the next hour or so.  I'll have him ping you when he's in.
[04:23] <mdz> madwifi certainly produces a lot of warnings on powerpc
[04:24] <mdz> and at least one error
[04:24] <mdz> on powerpc64
[04:24] <mdz> so, no l-r-m on powerpc64 for now
[04:24] <infinity> Colour me shocked.
[04:25] <mdz> Kamion: do you know if madwifi actually works at all on powerpc?
[04:25] <infinity> Do we have no facility to disable specific driver on different arches (so ppc64 can at least have fglrx and nvidia, for instance)?
[04:26] <infinity> s/driver/drivers/
[04:26] <mdz> yes, we do
[04:26] <mdz> but madwifi is the only one which actually provides a binary for powerpc
[04:27] <infinity> Oh. :)
[04:27] <mdz> ati and nvidia provide i386 and amd64
[04:28] <Kamion> mdz: don't know, I'm afraid
[04:28] <Kamion> I can borrow a suitable card at the next conference and try it, I suppose
[04:41] <infinity> mdz : How much do I need to bribe you (or mvo) to find a round tuit to implement Debian #164399?
[04:42] <infinity> (Every time I 'apt-get source <anything with mozilla or xorg in the name>' it comes back to haunt me and my slow connection)
[04:47] <mdz> infinity: so you want to get the tar from a local mirror and the newest diff/dsc from remote?

[04:48] <infinity> Since we have the md5sums in the Sources file, I assume it shouldn't be too tough to mix and match like that.
[04:48] <infinity> But I haven't looked at (not do I have a desire to look at) that part of apt.
[04:48] <elmo> it'd help the buildds too, FWIW
[04:49] <mdz> and you think I enjoy it? :-P
[04:49] <elmo> not Ubuntu's, but, still
[04:49] <mdz> string::size_type Slash = TmpSrc.rfind('=');
[04:50] <mdz> infinity: dragons
[04:52] <infinity> I often wonder if Culus lurks in these channels under a different nick just to hear people whine about his dragons.  Perhaps he dervies some perverse satisfaction from it.
[04:52] <mdz> infinity: this is actually one of the tamer bits (apt-get.cc)
[04:53] <mdz> the only complicating factor is that it passes around the relevant data as a reference to the source package record, so it can't mix and match from different sources within that
[04:54] <infinity> Hrm.  That would seem to be an issue, yes.
[04:54] <infinity> Could you internally pretend that "apt-get source foo (unversioned)" is an alias to "apt-get source foo=<each available version>", pull records for all of them, then mix and match?
[04:54] <infinity> Or something equally hideous?
[04:55] <mdz> you could do that
[04:55] <mdz> or push the logic down into the bit which searches for the source package
[04:55] <mdz> elmo: how would it help the debian buildds?
[04:56] <elmo> mdz: they can fetch the X orig from a local mirror instead of hitting ftp-master for it
[04:56] <mdz> dude, they should just use bittorrent
[04:57] <mdz> and all the buildds could download from each other
[04:57] <mdz> it'd be great
[04:59] <Lathiat> haha
[06:44] <TerminX> eek
[06:44] <TerminX> no xgamma package ;_;
[06:47] <TerminX> oh well *extracts all the files from xbase-clients_6.8.2-36.deb and copies the binaries that aren't provided by packages into /usr/bin*
[07:22] <daniels> mdz: pong
[07:22] <mdz> daniels: good morning
[07:23] <daniels> indeed
[07:23] <daniels> what can I do you for?
[07:27] <daniels> hmm
[07:27] <daniels> is anyone here (i.e. other than pitti) interested in the dbus 0.35.2 packages I did this morning for testing?
[07:27] <daniels> sjoerd: ?
[07:36] <mdz> daniels: xbase-clients
[07:36] <daniels> mdz: ...
[07:36] <mdz> daniels: among other things, the live CD is broken because it's missing all sorts of important X bits
[07:37] <daniels> mdz: seed xrdb, xprop, xauth, xinit, xkbutils and xdpyinfo
[07:37] <mdz> daniels: make xbase-clients depend on them
[07:38] <daniels> mdz: sure, but those should still be seeded separately
[07:38] <mdz> why?
[07:39] <daniels> mdz: because you don't want xedit/xeyes on the live cd
[07:39] <mdz> daniels: I so want xeyes
[07:40] <daniels> mdz: more bonghits to table three
[07:40] <mdz> oh, there is a GNOME equivalent to xeyes
[07:40] <mdz> I guess we don't need it then
[07:40] <daniels> is there??
[07:40] <TerminX> daniels: package xgamma please :)
[07:40] <mdz> I think we could probably spare the 11k to have it on there, though
[07:40] <daniels> TerminX: if you're bored, you can package it
[07:40] <mdz> daniels: yes, a panel applet called geyes
[07:40] <daniels> mdz: sweet mother of god
[07:41] <daniels> mdz: so yeah, xbase-clients and xutils are coming back as metapackages depending on all the externally-packaged stuff
[07:41] <mdz> daniels: it's themable
[07:41] <daniels> mdz: but ...  I think the seeds should still grow some granularity
[07:41] <mdz> daniels: where is the modularisation process going to stand at feature freeze?
[07:42] <jdub> mdz: i sent you and a couple of others an email about LSB (i went to the lsb plenary tonight)
[07:42] <mdz> jdub: you did?
[07:42] <jdub> yeah
[07:42] <daniels> mdz: 'good'
[07:42] <daniels> mdz: with moving, I haven't had any non-work time to fix the server on powerpc
[07:43] <mdz> jdub: ah, yes
[07:43] <daniels> mdz: but I'd be really surprised if someone didn't fix that before the next xorg RC (which is about two weeks away)
[07:43] <mdz> jdub: what you suggested exactly matches my views
[07:43] <jdub> oh, ok
[07:43] <jdub> damn
[07:43] <jdub> ;-)
[07:43] <mdz> so I didn't feel it necessary to add anythingh
[07:43] <jdub> being sensible never generates a response! ;)
[07:44] <jdub> mdz: i think my opinion changes slightly with 6.04
[07:45] <mdz> daniels: and can we get those metapackages in today?
[07:45] <daniels> mdz: in whose timezone?
[07:45] <mdz> daniels: yours
[07:46] <mdz> it would unblock the live CD and also fix sprawling masses of upgrade breakage
[07:46] <daniels> mdz: 'kay
[07:47] <daniels> mdz: should I update the seeds and commit?
[07:49] <mdz> daniels: I meant the xbase-clients and xutils metapackages
[07:49] <mdz> which are already seeded
[07:49] <daniels> mdz: right.  but we could do *both*. :)
[07:50] <mdz> daniels: I think it would be sensible to get the metapackages in (which fixes those problems) and then work out what we really want in the seeds (which will involve discussion)
[07:51] <mdz> s/those/both/
[07:51] <daniels> mdz: 'kay
[07:54] <Mithrandir> good morning
[08:00] <daniels> geyes -> SO MUCH CRACK
[08:02] <Amaranth> geyes has to be in the desktop seed
[08:04] <mdz> Mithrandir: good morning sir
[08:08] <bob2> does breezy's kernel have the syscall inotify?
[08:08] <Amaranth> yes
[08:08] <Amaranth> if that's the new one
[08:08] <bob2> it's the one in 2.6.13-rc
[08:08] <Amaranth> that's the one we have
[08:09] <Amaranth> /dev/inotify is no more
[08:15] <bob2> this "reboot the computer when hal gets updated" thing is kinda crap
[08:28] <sivang> morning all
[08:30] <sivang> can anybody tell me what would be the remedey for something like that:
[08:30] <sivang> dh_shlibdeps -pfile-roller
[08:30] <sivang> dpkg-shlibdeps: warning: could not find any packages for /usr/local/lib/liblaunchpad-integration.so.0 (liblaunchpad-integration.so.0)
[08:30] <sivang> dpkg-shlibdeps: warning: unable to find dependency information for shared library liblaunchpad-integration (soname 0, path /usr/local/lib/liblaunchpad-integration.so.0, dependency field Depends)
[08:31] <sivang> the 1st package is installed and supposed to be configured correctly, the second one was installed using a sudo make install
[08:32] <sivang> and the weird thing, /usr/local/lib/liblaunchpad-integration.so.0's functions are working properly in the built package
[08:33] <sivang> (as well as the 2nd's lib functions)
[08:35] <pitti__> Good morning!
[08:35] <sivang> morning pitti
[08:35] <sivang> pitti: I have soem problems with dpkg-shlibdeps, can you spare a moment to help me ?
[08:37] <pitti> sivang: what breaks?
[09:06] <mdz> sivang: dpkg-shlibdeps can't generate dependencies for libraries you installed from source...
[09:07] <daniels> pitti: morning sunshine
[09:07] <daniels> pitti: want some dbus crack?
[09:07] <daniels> Amaranth: geyes is already in desktop, dude.  gnome-applets.
[09:07] <toresbe> mm, dbus crack
[09:09] <pitti> daniels: cool! :-) Well, it's not exactly for me, but ogra and some others will enjoy it :-)
[09:09] <daniels> pitti: ah, ok
[09:09] <daniels> pitti: know if there's anything that depends on it that I can test with?
[09:10] <pitti> daniels: I guess if hal starts up afterwards, and g-v-m still mounts your CD-ROM or USB stick, then it didn't break horribly
[09:10] <daniels> pitti: heh
[09:10] <Treenaks> pitti: how about notification-daemon?
[09:10] <pitti> daniels: you should test hal-device-manager, it uses glib bindings AFAIK (they changed in 0.35)
[09:10] <sivang> mdz: ok, but liblaunchpadintegration is isntalled from a .deb
[09:10] <daniels> pitti: 'kay
[09:11] <mdz> sivang: /usr/local/lib/liblaunchpad-integration.so.0 isn't
[09:11] <mdz> and that's the one you're using
[09:11] <pitti> daniels: right, you can install notification-daemon and libnotify-bin and call "notify-send MUHAHA"
[09:12] <daniels> pitti: heh
[09:13] <sivang> mdz: if I had the lib installed from source, and then I apt-get install the .deb , I suppose that should fix things right?
[09:13] <mdz> sivang: no, installing the deb won't delete your copy installed from source
[09:14] <mdz> you need to do that manually
[09:27] <bob2> sivang: this is one reason a chroot is handy, btw :)
[09:29] <sivang> bob2: yeah, very much, but I didn't snapshot my dchroot - will do that next time I prepare another one :)
[09:29] <sivang> bob2: (I am working in a choort )
[09:34] <Mithrandir> doko_: ping?
[09:37] <doko_> Mithrandir: pong
[09:38] <Mithrandir> doko: any idea about the "no suitable windowing system found, exiting." message from ooo2?
[09:39] <daniels> Mithrandir: can't open $DISPLAY?
[09:39] <jamesh> glitz use maybe?
[09:40] <jamesh> (guessing)
[09:40] <doko> no, didn't look since yesterday
[09:40] <daniels> if ooo uses glitz, I'm going to be really frightened
[09:40] <doko> no, it's not yet configured to use glitz
[09:40] <Mithrandir> I have some straces which makes no sense -- it tries to open a file which is there (as far as I can see), but gets ENOENT back (if run with the wrapper script), or I can run the soffice.bin directly and it opens the gtk plugin, the dependents before trying the kde and then the generic frontend.  All fail.
[09:40] <Mithrandir> daniels: no, it's not that.  Unless it unsets DISPLAY, that is. :-P
[09:41] <Mithrandir> ah
[09:41] <Mithrandir> it can't find libsndfile and libxinerama
[09:42] <Mithrandir> silly me.
[09:42] <Mithrandir> it should be obvious that a word processor needs access to a sound library (as well as PAM)
[09:44] <doko> Mithrandir: it needs the sound for the presentation module ...
[09:44] <Mithrandir> I think ooo2 might be taking over the role of php as our premier library test suite.
[09:46] <doko> yes, as long as it doesn't use it's own copies of the libs :-/
[09:50] <bob2> ooo2 really links against pam
[09:50] <bob2> that's scary
[09:50] <bob2> er, s/pam/pam?/
[09:51] <ajmitch> it sounds like the next emacs
[09:51] <daniels> maybe I should make Xorg link to PAM and a sound library
[09:51] <daniels> preferably one that's not MAS
[09:51] <daniels> GStreamer ahoy!
[09:51] <daniels> who wants to do that?
[09:51] <daniels> maybe we could have it read out the entire Xorg.0.log via festival
[09:51] <bob2> but Sun doesn't use gstreamer
[09:51] <daniels> because only the most critical error messages are logged there
[09:51] <bob2> stop oppressing solaris users
[09:51] <bob2> make it link against NAS
[09:51] <daniels> (WW) YOU HAVE A PCI BUS, WTF?
[09:52] <daniels> (II) No, seriously, PCI.
[09:52] <daniels> (--) Using PCI bus for access.
[09:52] <Treenaks> (WW) Not even AGP?
[09:52] <daniels> (EE) PCIE is the new black!
[09:52] <daniels> bob2: nas != mas :P
[09:52] <toresbe> hahah
[09:52] <Mithrandir> isn't it PCIe?
[09:53] <bob2> hah
[09:53] <daniels> Mithrandir: or PCI-E
[09:54] <bob2> PCI-X!
[09:54] <Treenaks> PCI-EX
[09:54] <Mithrandir> PCI-X is so last centure
[09:54] <Mithrandir> s/.$/y/
[09:54] <bob2> I can't wait for nvidia to do PCI-XXX GOLD HYPER CHAMPIONSHIP bus.
[09:54] <daniels> PCISIG: Clarity is something that happens to other people.
[09:54] <toresbe> I'm still waiting for a QBUS GeForce 6800GT.
[09:54] <Treenaks> bob2: you're forgetting "18+"
[09:54] <daniels> bob2: SUPER PCI FIGHTER ALPHA ZERO MEGA
[09:55] <bob2> daniels: III
[09:55] <daniels> Treenaks: ooo, that'd be neat
[09:55] <daniels> Treenaks: you'd have to do some fun tricks to be able to properly address all the memory, though
[09:55] <daniels> probably need a couple of register pokes to get the full address in
[09:55] <daniels> then an IO access to get it, which would of course take eternity also
[09:56] <Treenaks> daniels: just like EMS cards used to work
[09:56] <daniels> that'd *really* teach you to care about framebuffer reads :)
[09:56] <Treenaks> daniels: windowed memory access
[09:56] <bob2> I wonder how long it would take to DMA a single frame to it
[09:56] <daniels> bob2: ah, knew I was forgetting something
[09:56] <daniels> Treenaks: heh
[09:56] <daniels> copying down an untiled 1600x1200x24 framebuffer would be hillarious
[09:57] <Treenaks> daniels: you'd need that EMS card to store the image data in memory :)
[09:58] <bob2> hm, my hard disk has more ram than my first computer did
[09:58] <\sh> bob2: more then 1kB?
[09:58] <\sh> ;-)
[09:59] <daniels> Treenaks: heh
[09:59] <Treenaks> bob2: my harddisk has almost as much RAM as my first hard disk had space
[10:00] <bob2> hah
[10:00] <daniels> i have no idea how much ram the microbee had
[10:00] <jdub> bah, delaying the shuttle landing again
[10:00] <Treenaks> jdub: second time today?
[10:01] <jdub> well, second day in a row, depending on your perspective :)
[10:01] <Treenaks> jdub: it _will_ land today :)
[10:02] <mdz> it's always today somewhere
[10:02] <jdub> i hate being stuck in the past, though
[10:03] <jsgotangco> the past?
[10:03] <jsgotangco> you're a few hours ahead of us!
[10:03] <jsgotangco> (if you're in sydney that is)
[10:03] <ajmitch> jsgotangco: NZ is the way of the future
[10:03] <mdz> he's a lot of hours ahead of me
[10:03] <mdz> usually
[10:03] <_d4vid> play Edwin Fisher/cd1/03 - Track  3.mp3
[10:03] <jsgotangco> heh
[10:03] <Treenaks> mdz: how does it feel to be stuck in the past? :)
[10:03] <mdz> I feel old
[10:03] <jdub> jsgotangco: in USA atm :)
[10:04] <daniels> jsgotangco: jdub's visiting the backwards land
[10:04] <jsgotangco> ohh
[10:04] <mdz> jdub is on mdz time currently
[10:04] <daniels> jsgotangco: they're permanently 18 hours behind
[10:04] <jsgotangco> at least you can say you're a few hours younger than us :)
[10:04] <Treenaks> So Gnome is 12 hours behind instead of 6 ahead there?
[10:05] <Mez> mdz: about the ruby thing - I'm sure I requested it
[10:05] <siretart> daniels: I try to prepare a package which builds in both sid and breezy, which uses GL and GLU headers. is it possible to specify build depends that work on both?
[10:05] <Mez> siretart : | operator?
[10:06] <daniels> siretart: libgl1-xorg-dev | xlibmesa-gl-dev | libgl-dev
[10:06] <daniels> ditto glu
[10:06] <siretart> daniels: thanks. I'll try
[10:07] <siretart> hm. libgl1-xorg-dev does not exist in current sid. is this a problem?
[10:07] <Mez> btw, can someone get rid of xlibmesa-glu-dev from breezy universe?
[10:07] <Treenaks> siretart: one of the others will exist probably?
[10:08] <daniels> siretart: no, because it will fall back to xlibmesa-gl-dev if sbuild is sensible enough
[10:08] <mdz> that's the point of |
[10:08] <daniels> elmo: please nuke xlibmesa-* binary packages, libxp*, libxaw8*, xmh, xdm, xfs, anything else that's NBS from xorg
[10:08] <siretart> daniels: I'll take you as reference when searching for a sponsor ;)
[10:09] <daniels> errrrr
[10:15] <pitti> seb128: *sigh* libnotify is half-broken on ppc and doesn't work at all on amd64 ... :-(
[10:17] <seb128> pitti: not cool
[10:17] <seb128> pitti: have you pinged upstream?
[10:19] <pitti> couldn't reach him yet, will try again
[10:19] <pitti> seb128: actually I intended to upload my ubercool audio hotplug response today
[10:19] <pitti> but if that only works on i386, we can't do that...
[10:20] <seb128> right
[10:56] <sivang> mdz, pitti : thanks a million, that was the problem and cleaning stuff manualyl helped :-)
[11:27] <pitti> daniels: btw, do you consider using LSB init scripts for Debian's bus as well? If so, you could just upload to experimental and we can sync it
[11:28] <seb128> pitti, daniels: are one of you going to update dbus?
[11:28] <seb128> s/are/is/
[11:29] <daniels> pitti: debian lsbification> absolutely not
[11:29] <daniels> seb128: yes, after I've finished making dinner
[11:29] <seb128> daniels: cool, thanks ... and this Xnest fix? :)
[11:29] <seb128> this sabayon package is still waiting on my disk :p
[11:29] <daniels> seb128: yeah
[11:29] <daniels> that too
[11:30] <seb128> thanks
[11:31] <pitti> daniels: for postgresql-common I test whether the lsb include file is present, and use normal Debian output if not
[11:58] <doko_> Riddell: ping
[11:59] <Riddell> doko: hi
[12:01] <doko> Riddell: please could you check, if the openoffice.org-kde package works for you on a current breezy? not the openoffice.org2-kde
[12:03] <Riddell> installing
[12:13] <siretart> fabbione: around?
[12:14] <Riddell> doko: openoffice.org works with KDE widgets.  no kde icons or file dialogue
[12:18] <doko> hmm, no kde icons where? in the desktop menus?
[12:20] <doko> Riddel: could you dsiable in Preferences/OpenOffice/Common "Use OOo dialogs" and try again?
[12:22] <Riddell> doko: icons are in the k-menu fine.  I mean it still uses gnome icons not kde icons (as it always has)
[12:22] <Riddell> doko: where do I find Preferences/OpenOffice/Common?
[12:25] <martink> Riddell, Tools->Options->OpenOffice.org->General
[12:27] <doko> martink: thanks, you were faster resetting the locale data ;)
[12:29] <Riddell> doko: the file dialogue crashes
[12:30] <doko> Riddell: did it crash in hoary as well?
[12:31] <martink> doko, ;)
[12:33] <Riddell> doko: installing in hoary now
[12:35] <doko> hmm, maybe I should give it a try with gcc-3.4, to match KDE's C++ ABI ...
[12:37] <doko> elmo, Kamion, mdz: UVFE for aspell-pl and aspell-sl please, then sync from unstable
[12:37] <doko> elmo: please sync gcc-defaults
[12:37] <Amaranth> err, what locale is crapping all over the OpenOffice trademark?
[12:38] <Mithrandir> yay
[12:38] <Mithrandir> I have ooo2 running on amd64
[12:39] <doko> nice
[12:40] <Riddell> doko: crashes in hoary too]
[12:41] <doko> Riddell: thanks, at least, no regression :-)
[12:42] <doko> hmm, libglu1-mesa-dev doesn't exist anymore ...
[12:42] <doko> daniels: what is the replacement?
[12:43] <Kamion> libglu1-mesa-dev | 6.2.1-5ubuntu4 |        breezy | amd64, hppa, i386, ia64, powerpc, sparc
[12:43] <Kamion> it's just broken due to libgl1-xorg-dev uninstallability
[12:43] <pitti> mvo: btw, thanks for the lang-selector report; although such a report is not really required for stuff we write on our own :-)
[12:44] <doko> ahh, crap, no that's the dpkg segfault again :-(
[12:44] <Amaranth> seb128: Can you see if pyxdg cvs fixes your problems?
[12:44] <Amaranth> seb128: Latest CVS should actually work and just ignore any files that have a filename that it can't convert to utf-8
[12:45] <Kamion> doko: aspell-sl is already synced, but failed to build
[12:45] <mvo> pitti: ah, well :)
[12:45] <seb128> Amaranth: /usr/share/doc/python-xdg/examples/test-menu.py works fine with the CVS
[12:46] <Kamion> doko: aspell-pl approved
[12:46] <Kamion> Mithrandir: with or without pure evil?
[12:47] <doko> ugh, tightened debhelper build dep ...
[12:47] <Amaranth> seb128: and it failed with a UnicodeDecodeError before, right?
[12:48] <doko> Kamion: without pure amd64, all evil included
[12:49] <seb128> Amaranth:
[12:49] <seb128>     if menuentry.DesktopFileID not in ids:
[12:50] <seb128> UnicodeDecodeError: 'ascii' codec can't decode byte 0xe9 in position 2: ordinal not in range(128)
[12:50] <seb128>
[12:50] <seb128> with the current tarball
[12:50] <Amaranth> ok, cool
[12:50] <doko> Kamion: would you mind a debhelper merge for breezy?
[12:50] <Amaranth> lanius wants you to try a 'simplified' version of the fix otherwise this can be considered 0.15 hopefully
[12:50] <Mithrandir> Kamion: about 160MB of the purest evil you can find.
[12:51] <seb128> Amaranth: rock. Let me know when 0.15 is ready to be packaged
[12:52] <Kamion> doko: the debhelper 4.9.4 and 4.9.5 changelogs look fine for breezy, so yes
[12:52] <Kamion> doko: er, I mean "no, I wouldn't mind"
[12:52] <Kamion> damn English anyway
[12:53] <doko> Kamion: ok, merging ...
[12:54] <eruin> anyone seen #13070, #12563, #13095 - shouldn't they be blockers ?
[12:56] <ogra> pitti, i got a little present for you :) http://www.grawert.net/Screenshot.png
[12:56] <pitti> Hi ogra
[12:56] <Treenaks> ogra: pg8 on amd64? is that the present? :)
[12:56] <Treenaks> ogra: or php5?
[12:56] <ogra> yup...
[12:57] <ogra> mediawiki on php5 and postgres isnt possible they say ;)
[12:57] <Treenaks> ogra: how did you do it? :)
[12:57] <ogra> search halfway done patches and complete them...
[12:58] <Amaranth> seb128: *sigh* can you see if latest CVS still fixes the error?
[12:59] <seb128> Amaranth: works fine
[12:59] <Amaranth> seb128: just checked out? he just committed the new 'fix'
[01:00] <Amaranth> if so once he is done eating i think we'll have 0.15
[01:00] <seb128> again?
[01:00] <seb128> no, there is no change on the CVS
[01:01] <Amaranth> ok, good
[01:02] <Amaranth> 0.15 Real Soon Now, unless he does something that makes me have to stab him :)
[01:04] <seb128> he he
[01:09] <seb128> pitti: do you have an ipod?
[01:09] <pitti> no, but carlos has
[01:10] <carlos> seb128, what do you need?
[01:10] <seb128> https://bugzilla.ubuntu.com/show_bug.cgi?id=13177
[01:10] <pitti> carlos: he wants it :-)
[01:10] <pitti> (me too, ....)
[01:10] <seb128> if this bug stay here as debzilla/eject I guess it'll not move
[01:11] <seb128> so it should probably be assigned to gnomevfs, pmount, nautilus, whatever ...
[01:11] <carlos> pitti, ;-)
[01:11] <pitti> seb128: I noticed this and I will fix it after feature freeze
[01:12] <pitti> seb128: you could close it as a dup of #5049
[01:12] <seb128> pitti: do you know what the issue is? Should I reassign to you?
[01:12] <seb128> cool, will do, thanks
[01:12] <carlos> seb128, it was working here before
[01:12] <pitti> seb128: I don't know the reason, but I can reproduce it on i386 (works fine on ppc and amd64)
[01:13] <carlos> oh, I tested it with my ppc computer, so then that's why it works :-P
[01:13] <elmo> UDU and Ubuntu wikis are RO - pending their merge; if anyone asks on other channels please let them know
[01:13] <seb128> pitti: without an ipod?
[01:13] <pitti> seb128: with my usb stick and CD-Roms
[01:13] <seb128> k
[01:16] <Amaranth> seb128: I'm stabbing.
[01:18] <seb128> Amaranth: why?
[01:19] <hno73> NOTICE: the ubuntu and udu wikis are now READ-ONLY, so hold off on edits for a while. Should be about 30 minutes. Thanks.
[01:20] <Amaranth> seb128: <lanius> mayb we need other changed to menueeditor.py for smeg-0.8?
[01:20] <Amaranth> seb128: this makes me stab ;)
[01:21] <seb128> ah ah
[01:22] <Kamion> seb128: do you have a gst-plugins0.8 upload coming up?
[01:23] <seb128> Kamion: yep, I've a patch waiting for upload ... probably this afternoon. Need any change?
[01:23] <Kamion> seb128: yes, s/aalib1-dev/libaa1-dev/ please
[01:23] <seb128> k
[01:23] <Kamion> that should cause gstreamer0.8-aa's dependency on slang1 to disappear without any further changes
[01:24] <Kamion> which will make it installable
[01:24] <Kamion> you can drop the versioning on the build-dep too, I guess
[01:25] <seb128> right
[01:25] <seb128> Kamion: do you know where evolution-data-server 1.3.7 is hidding?
[01:25] <seb128> I've uploaded it yesterday evening
[01:25] <seb128> it has built according to the build logs
[01:26] <seb128> but the debs are not here
[01:26] <Kamion> (new) libebook1.2-5_1.3.7-0ubuntu1_sparc.deb optional libs
[01:26] <Kamion> (new) libedataserverui1.2-6_1.3.7-0ubuntu1_sparc.deb optional libs
[01:27] <Kamion> seb128: I've processed it now
[01:27] <seb128> thanks
[01:27] <seb128> why is it new? because of sparc?
[01:28] <Kamion> no, because the archive only had libebook1.2-3 and libedataserverui1.2-4 before; package names changed
[01:28] <Kamion> overrides aren't arch-specific
[01:28] <infinito> elmo: excuse me, are u here?
[01:28] <seb128> Kamion: hum right, thanks
[01:33] <hno73> NOTICE: The ubuntu wiki is now writable again after pages have been transferred in from the UDU wiki. udu.wiki.ubuntu.com now forwards to wiki.ubuntu.com
[01:43] <Lathiat> hrm just found a rather nasty bug on the livecd
[01:43] <Lathiat> xscreensaver locks the screen
[01:43] <Lathiat> and you cant unlock it
[01:43] <Lathiat> and when i killed xscrenesaver from the console X died
[01:44] <seb128> that's a known issue
[01:44] <torkel> Lathiat: xscreensaver killing X is not a bug, it's a feature...
[01:44] <Lathiat> torkel: ah, i thought might be so
[01:45] <edd> anyone know who's currently managing bluez bluetooth stuff for breezy?
[01:46] <Lathiat> hrm, changelog doesnt really indicate anyones overly looking after it
[01:46] <seb128> there is bounty about that, isn't it? pitti?
[01:47] <edd> Lathiat: on breezy, even the changelog isn't there! it's totally broken, which is why I'm asking :)
[01:47] <Lathiat> ermm
[01:47] <Robot101> edd: nokia have written obex vfs stuff which we should steal :P
[01:47] <Lathiat> im on breezy and bluez-utilos has a changelog...
[01:47] <seb128> how the changelog isn't here?
[01:47] <ajmitch> chmj was handling the bluetooth spec
[01:47] <edd> Lathiat: as of last night on my upgrade there wasn't.
[01:48] <Lathiat> i upgraded earlier
[01:48] <seb128> a package without a changelog? how does that work?
[01:48] <Lathiat> what version do you have?
[01:48] <Lathiat> i have 2.18-0ubuntu1
[01:48] <seb128> I guess it doesn't build without debian/changelog
[01:48] <ajmitch> as do I, and it still works
[01:49] <edd> ah.
[01:49] <edd> i see the problem, my fault.
[01:49] <ajmitch> edd: it's ok :)
[01:49] <Lathiat> edd: has there been any movement on any of this stuff?
[01:49] <edd> it's the 2.18-0 that got me.
[01:50] <edd> i'd previously been doing 2.18-1 cos of my own packaging on hoary
[01:50] <edd> and 0 is smaller than 1, naturally.
[01:50] <edd> difficult when breezy gets ahead of sid.
[01:50] <Lathiat> heh
[01:50] <ajmitch> I just started using bluetooth last week, and noticed the nautilus-sendto support missing for it
[01:50] <Lathiat> ajmitch: theres a patch somewhere
[01:50] <edd> ajmitch: we have that in CVS
[01:50] <Robot101> edd: yeah I was a bit narked about that
[01:50] <Lathiat> probably in bugzilla
[01:50] <ajmitch> I guess we wait for a newer upstream of that
[01:51] <edd> needing hadess to do another release of gnome-bluetooth
[01:51] <edd> i'm very near handing him the maintainership of it
[01:51] <ajmitch> right
[01:51] <seb128> ajmitch: I've built nautilus-sendto without it on purpose
[01:51] <ajmitch> so far I got file transfer going, just not evolution syncing. hopefully that will get in for release
[01:51] <seb128> ajmitch: gnome-bluetooth is universe and nautilus-sendto main ... if somebody want to do the administrative work to move it to main go for it
[01:52] <seb128> I don't have any bluetooth stuff here to play with it
[01:52] <ajmitch> seb128: I could write up a report, it'd have to be done by feature freeze?
[01:52] <seb128> ask mdz when he's around
[01:52] <ajmitch> ok
[01:53] <seb128> the question would probably be "how does gnome-bluetooth work", ie: fine enough for main?
[01:53] <\sh> is it ok to sync kxdocer-0.35 from debian?
[01:53] <\sh> in universe?
[01:53] <\sh> kxdocker even
[01:54] <ogra> \sh, anything that depends on it ?
[01:55] <\sh> ogra: only install dep for kxdocker-data...and this I have to rebuild again
[01:56] <\sh> kxdocker-data is on unmet deps.
[01:56] <ogra>  sync it :)
[01:56] <edd> seb128: with the current release, i'd say "no"
[01:56] <edd> seb128: hadess and/or me need to dump another release out. cvs has moved on loads
[01:56] <seb128> k, thanks
[01:56] <seb128> when is the new version planned?
[01:56] <\sh> elmo: please sync kxdocker 0.35 from debian for universe...
[01:56] <seb128> is that worth to package the current CVS?
[01:56] <edd> seb128: i've not even put the current release in sid, for example.
[02:26] <luis_> bob2: there are patches to make ooo link against real or gstreamer, I believe
[02:27] <bob2> hahaha
[02:28] <luis_> dude
[02:28] <luis_> it needs an embedded media player
[02:28] <luis_> duh
[02:28] <bob2> right
[02:28] <luis_> clearly it isn't worth crap if it doesn't have an embedded media player
[02:28] <bob2> best they do it themselves, too
[02:28] <bob2> gstreamer might not work on sunos 1.x
[02:30] <Lathiat> so totem played this real stream better than realplayer
[02:30] <Lathiat> but i couldnt get proper audio in totem (xine)
[02:30] <Lathiat> oh well
[02:30] <Gman_> luis_, i kinda like the idea of having music to slides :)
[02:46] <Kamion> lamont: so can we sync util-linux from Debian now? (just seen the changelog)
[02:46] <seb128> another one?
[02:47] <seb128> ups
[02:48] <Mithrandir> Kamion: I'm working on merging ia32-libs.. it appears it contains some stuff we don't have in main.  Any ideas what to do?
[02:48] <Kamion> Mithrandir: like what?
[02:48] <Mithrandir> libstdc++2.10-glibc2.2
[02:49] <Kamion> is it straightforward just to leave that stuff out?
[02:49] <Mithrandir> well, I have to redo the package with .debs from ubuntu anyhow, so yes.  My issue is that we'll have differing ia32-libs in Ubuntu and Debian.
[02:50] <Mithrandir> that is, some parts will be in Debian and not Ubuntu and possibly the other way around.
[02:50] <Kamion> we already do though, don't we?
[02:50] <Mithrandir> we're stuck with an ancient version but not more apart from that, iirc
[02:50] <Kamion> hmm
[02:51] <Kamion> it's a shame this stuff is not in separate packages
[02:51] <Mithrandir> it'd be fourty packages or so.
[02:51] <Kamion> I guess libstdc++2.10-glibc2.2 is needed for old proprietary applications
[02:51] <Mithrandir> yeah
[02:51] <Mithrandir> I could split it out, but I'd really like to discuss that with Bdale first.
[02:52] <Kamion> we could have ia32-libs and ia32-libs-universe, a la php
[02:52] <Kamion> messy to maintain, but would work ...
[02:53] <Mithrandir> it would, yes.
[02:53] <Kamion> I don't have any bright ideas other than that, really
[02:53] <Mithrandir> but we'd lose ia32-libs compatibility with debian in a ditch somewhere.  Unsure if I care too much about it for that single package, though.
[02:54] <Kamion> except to note that perhaps if we're adding new stuff, we should do it in separate packages built from the same source rather than in the big ia32-libs blob (multiarch-style?)
[02:54] <Kamion> built from the same source as the rest of the relevant library, I mean
[02:55] <Mithrandir> so libc6 would build lib32c6_amd64.deb on i386?
[02:56] <doko> Mithrandir: yes, jbailey is working on that
[02:56] <Kamion> oh, eh, I guess that's messy
[02:56] <Kamion> I was more thinking of a build on amd64 with -m32
[02:56] <Mithrandir> I don't think I want to try crossbuilding X.
[02:57] <Kamion> but in any case, I wasn't suggesting changing existing stuff at this point, but doing biarch builds now that the toolchain is getting better seems just generally cleaner?
[02:57] <Kamion> for new stuff
[02:57] <Mithrandir> I'd like to use multiarch for it, but dpkg needs some love first and I don't have time for that just yet.
[02:58] <Mithrandir> anyhow, I'll think of something
[02:58] <doko> to build the toolchain biarch, we need a biarch glibc as well. IMO we should have birch support in gcc/glibc independent of the multiarch stuff
[03:00] <Nafallo> elmo: did you just add me somewhere? I got a reject on libdc0 :-).
[03:07] <daniels> seb128: right, fixed this stupid font path problem
[03:07] <daniels> seb128: like anyone uses that crap anyway
[03:09] <seb128> thanks
[03:09] <seb128> sabayon does use it ... :)
[03:10] <daniels> pfft
[03:10] <daniels> sabayon should use xephyr
[03:10] <daniels> and the sabayon maintainer should also package xephyr
[03:10] <seb128> say that to markmc :p
[03:10] <daniels> the sabayon maintainer in *ubuntu*
[03:11] <seb128> hum ... do you want to be listed as maintainer with the coming upload? :)
[03:12] <Amaranth> xephyr?
[03:13] <mjg59> seb128: Have you had a chance to apply those hotkey defaults?
[03:13] <daniels> seb128: no way, dude
[03:13] <daniels> Amaranth: it's like xnest, but it doesn't *suck*
[03:13] <Amaranth> hehe
[03:13] <Amaranth> that's a plus
[03:13] <Amaranth> isn't it a part of the modular x stuff?
[03:15] <Nafallo> elmo: thanx :-).
[03:15] <seb128> mjg59: not yet but that's my list for after the update of GNOME to 2.11.91
[03:17] <mjg59> seb128: Thanks
[03:20] <seb128> np
[03:25] <daniels> Amaranth: modular X is a prerequisite for it, sure
[03:30] <theine> Hi, in the source package for the hoary kernel (linux-source-2.6.10) the kernel's abi file for the most recent patch level (2.6.10-34) is missing. Only the abi file for 2.6.10-33 is present. This prevents me from doing dpatch-edit-patch <new-patchname>.  Unknown supported package: libxxf86rush-dev
[03:37] <daniels> ? Unknown supported package: libxxf86rush1-dbg
[03:38] <Kamion> oh, I see. sorted now.
[03:38] <daniels> ? Unknown supported package: libxaw8-dev
[03:38] <daniels> ?  Unknown supported package: dbus-qt-1-dev
[03:39] <daniels> libdbus-qt-1-dev
[03:39] <daniels> oh right, it's in arch, isn't it?
[03:39] <Kamion> yeah
[03:39] <\sh> elmo: thx :)
[03:39] <Kamion><EMAIL_ADDRESS>[03:39] <daniels> Kamion: bleh
[03:39] <\sh> daniels: ready for xterm?
[03:40] <Lathiat> elmo: yay. :)
[03:40] <daniels> wtf is libxkbui missing though?
[03:40] <daniels> \sh: sure
[03:41] <\sh> ok..then I'm uploading it just now
[03:41] <edd> do the dbus package names now differ from those in debian? my sid packages that depend on dbus wouldn't just drop-in to breezy. seems an unfortunate change if so
[03:42] <Kamion> daniels: it's not in breezy
[03:42] <daniels> edd: yeah, 0.2x is in sid, 0.3x is in experimental and sid
[03:43] <daniels> edd: i did all the stuff for ubuntu first, and then myself and sjoerd put that into debian
[03:43] <daniels> edd: but didn't want to disrupt the freeze
[03:43] <daniels> Kamion: must've been one of the missing uploads
[03:43] <theine> I'm sorry for telling you this again, but I can't build linux-source-2.6.10 using dpkg-buildpackage because the latest kernel's abi file is missing in the source package. This is a Hoary and not a Breezy system.
[03:44] <edd> daniels: nod. /me just getting confused these days
[03:44] <daniels> edd: heh
[03:44] <daniels> edd: would love to see awesome bluetooth love though :)
[03:44] <edd> daniels: must have been all that time i spent fiddling with Xgl since miggy's demo
[03:45] <daniels> hah
[03:45] <daniels> xgl is crack of the highest order
[03:45] <edd> daniels: yeah, and i'd like to have some real motivation to do it. but *shrug*
[03:45] <tseng> hiya edd
[03:45] <daniels> SSSSSSSSSSSSSSSSSSSSEEEEEEEEEEEEEEEEEEEEEEEEEEEEBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB
[03:46] <daniels> seb128: panel crashing repeatedly + 'omg dude another panel wtf' in infinite loop == so much fun
[03:47] <pitti> haha, you too?
[03:47] <daniels> yes
[03:47] <daniels> gnome-panel wants me to die in a ditch, violated, used, and unloved
[03:47] <pitti> daniels: I did the same solution
[03:47] <seb128> daniels: gnome-session-remove gnome-panel && gnome-panel &
[03:48] <Amaranth> gnome-session-remove!
[03:49] <Amaranth> *headdesk*
[03:49] <Treenaks> Amaranth: Oh, I just kept killing it until it stopped whining, then removed it using the "Remove from session" GUI
[03:50] <Kamion> theine: our primary kernel maintainer is on holiday, which is probably why nobody's answering you. Perhaps you should just file a bug.
[03:50] <Amaranth> Treenaks: i was trying to kill it and start another one in gamin debug mode before the first one restarted
[03:51] <\sh> daniels: xterm_203-0ubuntu1 accepted
[03:52] <Amaranth> ooh, wxwidgets doesn't make it's own file open dialog anymore
[03:52] <Amaranth> this is a plus
[03:57] <pitti> wb ogra
[03:57] <ogra> heyy
[03:57] <pitti> ogra: saw the mediawiki screenshot, great
[03:57] <ogra> yeah...
[03:57] <daniels> \sh_away: cool
[03:58] <pitti> ogra: btw, does your ffox crash very often on your amd64 as well?
[03:58] <ogra> i'm just playing with wwwconfig-common... didnt know about it
[03:58] <Lathiat> daniels: want to put a patch in dbus in breezy for the python bindings that makes avahi work? :)
[03:58] <ogra> nope... nautilus and the panel are worse
[03:58] <Lathiat> stupid buggy pos python bindings
[03:58] <daniels> Lathiat: if it's not against 0.35.2, I'm not interested :P
[03:58] <ogra> pitti, but i dont use any plugins or extensions
[03:58] <Lathiat> of course its up to date :)
[03:58] <pitti> ogra: it even crashes with an empty profile
[03:59] <ogra> hmm...
[03:59] <Lathiat> daniels: https://bugs.freedesktop.org/show_bug.cgi?id=4023 it even says its against 0.35.2 :)
[04:00] <daniels> Lathiat: consider it done
[04:00] <Lathiat> daniels: hrm that was easy, thanks.
[04:00] <pitti> seb128: along with a security fix, I have some font handling optimizatuion patches from SuSE
[04:00] <Lathiat> now i dont have to make my own copy
[04:01] <daniels> ARGH
[04:01] <pitti> seb128: I ported them to our version and tested them (actually for an unrelated purpose)
[04:01] <seb128> pitti: what package?
[04:01] <daniels> Lathiat: sif merge typo fixes in with that patch
[04:01] <Lathiat> daniels: yeh i was just thinking that
[04:01] <pitti> seb128: they didn't do what I actually wanted, but they work
[04:01] <Lathiat> daniels: i just smacked lennart on the head for it ;p
[04:01] <pitti> seb128: oh, sorry: poppler
[04:01] <seb128> pitti: any context?
[04:02] <seb128> they are from the CVS?
[04:02] <pitti> seb128: do you have any objections against just applying them?
[04:02] <seb128> not at all
[04:02] <pitti> seb128: they are from SuSE's xpdf version
[04:03] <Kamion> kbd-chooser's debconf use is so awful
[04:03] <pitti> seb128: I don't know whether they are upstream now, but since they don't change any semantics, we can just drop them if we don't want them any more
[04:03] <Kamion> cdebconf/debconf incompatibilities don't help
[04:03] <seb128> pitti: go for them, thanks
[04:03] <pitti> ok
[04:05] <daniels> elmo: libxkbui needs to go into main fwiw
[04:05] <ogra> pitti, even with a new user ff works fine here
[04:05] <pitti> ogra: grumpf
[04:07] <pitti> daniels: do you have any idea how to debug dbus services?
[04:07] <pitti> daniels: in particular, how can I see the stdout/err of processes that are started through a service.d file?
[04:07] <daniels> pitti: i dunno, redirect them to a logfile in the service.d file? :P
[04:08] <seb128> pitti: do you know about https://bugzilla.ubuntu.com/show_bug.cgi?id=13247 ?
[04:08] <theine> Hi, in the source package for the hoary kernel (linux-source-2.6.10) the kernel's abi file for the most recent patch level (2.6.10-34) is missing. Only the abi file for 2.6.10-33 is present. This prevents me from building the kernel using dpkg-buildpackage
[04:08] <doko> elmo: please sync:  aspell-pl wftk gcc-defaults
[04:08] <pitti> seb128: yes, I saw it in my new bugs mbox this morning
[04:10] <elmo> doko: done
[04:11] <lamont> Kamion: I gratuitously re-sync'ed the shlibdeps for mount, since the hoary version was a backport of the fix from sid
[04:11] <doko> thanks
[04:11] <Kamion> lamont: fine, thanks
[04:12] <Kamion> theine: dude, I've answered you already
[04:12] <luis_> hrm, known that the gnome-session on the 2005-08-09 livecds fails?
[04:12] <Kamion> yeah
[04:12] <Kamion> luis_: couple of missing binaries
[04:13] <luis_> okeydokey
[04:17] <seb128> luis_: any error?
[04:17] <luis_> I'll look at it in a sec
[04:18] <luis_> I just gave myself a gigantic, painful bruise on the head
[04:18] <Lathiat> nice
[04:18] <luis_> am typing with one hand, other is holding ice on the bruise
[04:18] <Lathiat> howd you manage that
[04:18] <luis_> heh
[04:19] <Lathiat> heh
[04:19] <luis_> bent to pick up towel on floor in bathroom, hit head against the ceramic part of the towel rack as I was coming back up
[04:19] <luis_> bbiab
[04:19] <Treenaks> luis_: ouch.. good luck with that then
[04:19] <doko> Kamion, elmo: do I need a UVFE for a new package from unstable? It will land in universe anyway, but maybe end up as a OOo2 b-d (portaudio). Same for mythes, currently in incoming/experimental.
[04:25] <mjg59> elmo: I don't seem to get any emails when uploading packages
[04:26] <luis_> seb128, so where does gnome-session log?
[04:26] <luis_> (it's been so long since I had a problem with it that I have no clue)
[04:26] <elmo> mjg59: what email are you using?
[04:26] <doko> elmo: please sync libgdchart-gd1, not urgent, but seems to be a leftover
[04:27] <mjg59> elmo<EMAIL_ADDRESS>[04:27] <seb128> luis_: ~/.xsession-errors
[04:27] <seb128> luis_: do you have any message or it just hang or something?
[04:27] <elmo> mjg59: whitelisted
[04:27] <elmo> doko: done
[04:28] <luis_> seb128: says it can't load my session, and here is your happy friend, xterm
[04:28] <mjg59> elmo: Thanks - do I just upload again?
[04:28] <daniels> seb128: from Xvfb: ^@cursor^@fixed^@/usr/share/X11/fonts
[04:28] <Mithrandir> doko: I have ooo2 working-ish on amd64 now, doing the ia32-libs upload now, but will be postponing the ooo2-amd64 upload for tomorrow.  Looks like ia32-libs-gtk needs a little bit of love for cairo and pixman and then we should be fine with ooo2 for gnome at least.  I'm wondering if we need to do ia32-libs-kde as well :-/
[04:28] <luis_> ,xsession-errors says it can't find the 'sessreg' utility
[04:28] <elmo> mjg59: not being whitelisted just means you don't get email; the package probably went through.  what was it?
[04:28] <mjg59> luis_: That's daniels's fault
[04:28] <luis_> gah, how did the xchat defaults become *worse*?
[04:29] <mjg59> elmo: hotkey-setup
[04:29] <daniels> luis_: that's because sessreg doesn't exist.  cock.
[04:29] <luis_> great balls of cock.
[04:29] <Lathiat> luis_: heh
[04:29] <elmo> sigh
[04:29] <daniels> goodness gracious
[04:30] <doko> Mithrandir: we don't need cairo for OOo2 yet. or is this gnome, which needs it on it's own?
[04:30] <elmo> \sh_away: umm dude, you know about the UVF right?
[04:30] <Mithrandir> doko: probably gnome
[04:30] <ogra> elmo, i'm allowed to approve overrides, \sh_away asked before
[04:30] <Mithrandir> elmo: can you nuke the partial ia32-libs upload?
[04:31] <elmo> ogra: this is for main dude
[04:31] <seb128> luis_: blame xorg. xordoquy had a such issue yesterday on a daily install, xinit package was not installed ...
[04:31] <elmo> AFAIK you're not kamion or mdz
[04:31] <ogra> elmo, err... main... oops
[04:31] <luis_> seb128, yeah, same problem here, looks like
[04:31] <elmo> mjg59: one sec
[04:31] <mjg59> elmo: Ta
[04:31] <elmo> Mithrandir: done
[04:31] <Mithrandir> elmo: thanks.
[04:31] <ogra> elmo, then i deny having ever approved it :)
[04:31] <doko> Mithrandir: I don't know about ia32-libs-kde, maybe ask Riddell?
[04:31] <luis_> OK, that means I can rebuild my livecd with xinit and have something you guys don't have for the moment ;)
[04:32] <luis_> ttfn, then
[04:32] <Mithrandir> doko: well, if we want ooo2 with kde look on amd64, we need it.  It'll just be paaaain for me.
[04:32] <mjg59> Is xscreensaver going to start looking beautiful again?
[04:32] <doko> Mithrandir: you don't love pain? ;-P
[04:33] <ogra> mjg59, unlikely
[04:33] <ogra> mjg59, we'll switch to gnome-screensaver it seems
[04:33] <Mithrandir> doko: no :-)
[04:33] <daniels> seb128: gtk bug
[04:33] <mjg59> ogra: Cool
[04:34] <Lathiat> ooh gnome-screensaver is pretty
[04:34] <doko> Riddell: Is OOo2 on the kubuntu CD?
[04:34] <Lathiat> altho resetting the timer everytime you hit a key is kindof ugly looking
[04:37] <elmo> Treenaks: around?
[04:48] <Mez> elmo: can you sync memaid-pyqt from debian please
[04:48] <Mez> as per bugzilla 11889
[04:50] <|rockinnerd|> is breezy worth installing?
[04:50] <|rockinnerd|> how broken is the installer?
[04:51] <pitti> Nafallo: I saw the bugzilla upload, thanks :-) will release it as soon as it has built
[04:51] <siretart> elmo: if you are at it, could you also please look at bugzilla #12536? bogofilter is tried to be built for weeks now, but constantly fails because not all build-dependencies are satisfyable in main.
[04:53] <LinuxJones> |rockinnerd|, don't install it
[04:53] <Kamion> |rockinnerd|: it's fine at the moment (on i386, anyway) except that you can't start a GNOME session because a few binaries are missing
[04:53] <ogra> |rockinnerd|, the installer is fine...
[04:53] <|rockinnerd|> ok.
[04:55] <Riddell> doko: it's in the kubuntu seed, so yes
[04:56] <Mez> siretart: if something's in main, shouldnt it's deps be in main too?
[04:56] <Kamion> in general yes but it isn't automatic
[04:57] <siretart> Mez: you are right, they should
[04:57] <Kamion> see https://wiki.ubuntu.com/UbuntuMainInclusionQueue and search for bogofilter
[04:57] <|rockinnerd|> one would think that since k3b b*****s and moanes about not having cdrao, it would be in the deps..
[05:01] <siretart> Kamion: ah, I haven't seen that. thanks for the link
[05:02] <Mez> hyperactivecrond, it doesnt b***h anymore :D
[05:02] <Mez> hyperactivecrond, not since the b******g was patched out of it :D
[05:02] <Mez> lol
[05:02] <Mez> :-"
[05:02] <hyperactivecrond> :)
[05:02] <Mez> hyperactivecrond, use kubuntu :D
[05:03] <hyperactivecrond> ive got kde installed under ubuntu...
[05:03] <Mez> sorry
[05:03] <Mez> use breezy *
[05:03] <hyperactivecrond> s/wiat/wait
[05:04] <doko> Mithrandir: Riddell wants to see you in pain ... ^^^ ;-P
[05:04] <Riddell> Mithrandir: can I help at all with ia32-libs-kde?  (probably not but I thought I'd ask)
[05:04] <Mez> elmo: I've got something that needs NEWing in backports (I think)
[05:05] <Mez> elmo: well at least it looks like it needs NEWing
[05:06] <Kamion> queue/new gets processed fairly often, please don't get into the habit of asking every time unless it's really urgent
[05:06] <Mez> Kamion: including backports?
[05:06] <Mez> (which should use breezy's files?)
[05:07] <Kamion> yes, including backports
[05:07] <Mez> Kamion: fair enough :D
[05:07] <Kamion> in any case nothing in queue/new is targeted at hoary-backports
[05:07] <Mez> o_O
[05:08] <Mez> then why is something listed as "unknown" in the backports list?
[05:08] <Mez> unknown/libevent_1.1a-1~hoary1: Installed by buildd+rothera [-:uncompiled]
[05:08] <elmo> dude
[05:08] <elmo> I've explained this to you
[05:08] <elmo> this is not a package being NEW
[05:09] <elmo> the problem with the previous packages was a config file SNAFU; if more packages have become 'unknown', it's a bug and I'll look at it
[05:09] <elmo> but please don't call them NEW, it just confuses everyone and everything
[05:09] <Mez> elmo: sorry
[05:09] <Mez> elmo: I was probably tired last time: noted and remembered for future
[05:10] <elmo> daniels: pls DTRT with section + priorities for these libs you're splitting out
[05:16] <elmo>  libevent1 | 1.1a-1~hoary1 | hoary-backports | amd64, i386, powerpc
[05:16] <elmo> Mez: AFAICS, it's compiled fine
[05:16] <xerox> Why are breezy livecd only for PPC and AMD64
[05:17] <elmo> Mez: wanna-build won't update the section of Installed (i.e. compiled) packages, so the unknown/ there is just a historical footnote
[05:17] <elmo> Mez: if you have any examples where the package actually isn't compiled, pls let me know
[05:17] <Mez> elmo: ack
[05:17] <xerox> OK found, the live is only for PPC and AMD64 it seems, thanks anyway :-)
[05:18] <daniels> elmo: anything I've broken?
[05:18] <daniels> elmo: or just a general pointer?
[05:18] <ogra> xerox, x86 will follow soon
[05:18] <elmo> daniels: general pointer, it's totally minimal priority, just midly annoying to have to override them to the correct ones
[05:19] <xerox> ogra, great - I'm trying an external USB hd installation, I hope it will go fine! :)
[05:19] <daniels> elmo: 'kay, will do
[05:19] <mbreit> elmo: thanks for whitelisting me and for syncing drpython for me!!
[05:19] <ogra> xerox, i dont know an ETA....
[05:19] <elmo> mbreit: np
[05:19] <xerox> ogra, what is ETA?
[05:21] <Kamion> xerox: the i386 live CD is just temporarily broken that's all. If you use dailies, you should *expect* temporary breakage
[05:21] <ogra> xerox, Estimated Time of Arrival
[05:21] <lamont> ./minigzip: error while loading shared libraries: libfakeroot-sysv.so.0: cannot open shared object file: No such file or directory
[05:21] <Nafallo> what's keeping libdc0? it's not in the archive for i386, but ppc and amd64 is.
[05:21] <lamont> hrm... zlib and amd64 don't seem to like each other
[05:21] <xerox> It wasn't a complain - I didn't mean to sound harsh, sorry!
[05:22] <lamont> Nafallo: what's libdc0?
[05:22] <lamont> as in, what package?
[05:22] <lamont> source package
[05:22] <Kamion> lamont: terranova is still the right buildd for the live CDs, isn't it?
[05:22] <xerox> In fact I didn't need the live cd, but the installation one, which is there, so thank you very much.
[05:22] <Nafallo> lamont: source :-)
[05:22] <lamont> Kamion: yes
[05:22] <Kamion> lamont: 'cos it's down
[05:22] <lamont> yeah. there is that.
[05:23] <Nafallo> lamont: after it's built on i386, could you give back valknut?
[05:24] <lamont> universe/net/valknut_0.3.7-1build1: Installed by buildd+rothera [optional:out-of-date]
[05:24] <lamont> no
[05:24] <lamont> can't give them back when they're installed
[05:24] <mvo> Kamion: I would like to upload the improved gnome-app-installer, I guess I need approval. it contains quite a few changes but it's needed to get the FindingPackages spec forward
[05:26] <Nafallo> ah, it already built :-P
[05:26] <Kamion> mvo: if it's required for a feature goal, I think we can trust your judgement on that :-)
[05:26] <mjg59> jbailey: Hmm. You don't seem to have uploaded the new initramfs-tools yet
[05:27] <mvo> Kamion: thanks :)
[05:28] <Mez> mvo: have you spoke to Amaranth about that at all - there was a conplict between it and pyxdg
[05:28] <pitti> daniels: do you know where I can find a spec of dbus .service files?
[05:29] <Amaranth> Mez: niran's g-a-i uses pyxdg 0.14, just like smeg
[05:29] <mvo> Mez: isn't that only a problem in the backports repository?
[05:29] <pitti> daniels: ah, nevermind, I finally found something (that always happens right after asking, doesn't it?)
[05:30] <daniels> pitti: heh
[05:30] <pitti> daniels: "FIXME the file format should be much better specified than "similar to .desktop entries""
[05:30] <Mez> mvo: oh, didnt know it was backports specific !  :D
[05:30] <daniels> pitti: haha
[05:31] <Amaranth> Mez: that's ok though, smeg isn't even installable in backports
[05:31] <jbailey> mjg59: Whups, done now.
[05:31] <Mez> Amaranth, well, if you told me what was needed, then i could sort it out
[05:31] <jbailey> mjg59: Hopefully it'll make :33
[05:31] <mjg59> jbailey: Heh. Thanks!
[05:31] <Amaranth> Mez: a pyxdg backport with a versioned conflict
[05:31] <Amaranth> against the g-a-i in hoary
[05:32] <Amaranth> but someone said the pyxdg conflict wouldn't be accepted for a new version in breezy main, at least not with just that
[05:32] <Amaranth> so i'll need to see about getting it in when seb128 makes an 0.15 package (if i ever get lanius to release)
[05:33] <Mez> Amaranth, why cant g-a-i be backported too/
[05:34] <Amaranth> oh, it actually does work in breezy
[05:34] <Amaranth> ok, backport it too
[05:34] <Mez> Amaranth, so you'd be happy with backporting both ?
[05:35] <Amaranth> i don't really care about g-a-i, i've only had about 4 reports of it getting broken so most of my users don't use it
[05:35] <Mez> mvo: can you see any problems with doing that
[05:35] <Amaranth> so whatever you think will get smeg working again the fastest is good with m
[05:35] <Amaranth> me
[05:36] <Mez> Amaranth, g-a-i from breezy breaks hoary?
[05:36] <Amaranth> no
[05:36] <Amaranth> pyxdg from breezy breaks g-a-i from hoary, this is what we've been talking about the whole time :P
[05:36] <Mez> but if both backported
[05:36] <Mez> then we're fine :d
[05:36] <Amaranth> hasn't been tested
[05:37] <shackan> pitti, there are some example .service files in the dbus source package
[05:37] <Amaranth> but as long as pyxdg gets backported i'm happy
[05:37] <Mez> I need a memory implant
[05:37] <Mez> mvo: can you poke me as soon as the new g-a-i is installed and I'll work with backports
[05:37] <pitti> shackan: thanks
[05:37] <Mez> Amaranth, wasnt there a problem with gnome-menus or something being the wrong version
[05:38] <mvo> Mez: I'll upload g-a-i for breezy today
[05:38] <Amaranth> Mez: well, smeg is a bit buggy with anything less than 2.10.2 (actually gnome-menus is buggy and smeg shows it for what it is)
[05:38] <Mez> Amaranth, lol
[05:38] <Amaranth> Mez: but i don't care since those bugreports will be filed against backports, not to me :P
[05:39] <Mez> Amaranth, how buggy?
[05:39] <Amaranth> and it better than users complaining in #ubuntu about smeg being uninstallable
[05:39] <Amaranth> Mez: if you have xine installed editing your menus makes xine get it's own menu, things like that
[05:40] <Amaranth> small chance of menus not showing up at all
[05:40] <Amaranth> and things show up or don't show up in smeg that are or aren't in the menus, or they show up differently
[05:40] <Mez> Amaranth, is there any harm in Bping gnome-menus ?
[05:41] <Amaranth> you want to backport GNOME 2.11.91? good luck
[05:41] <Mez> Amaranth, gnome-menus from breezy will build fine on hoary
[05:41] <Lathiat> isnt the rule no libraries? :)
[05:41] <Amaranth> Mez: it will?
[05:41] <Mez> Amaranth - looking at the depends - yeah
[05:42] <Amaranth> Mez: does it _work_?
[05:42] <Mez> (well the B-D)
[05:42] <Mez> Amaranth, I dont use gnome
[05:42] <Lathiat> Amaranth: thats probably a no then ;p
[05:42] <Amaranth> and i don't have hoary handy
[05:44] <Mez> WANTED: very brave user with Ubuntu hoary who doesnt mind reinstalling
[05:44] <Mez> (sorry amsg)
[05:44] <hyperactivecrond> mez: ok
[05:44] <Mez> hyperactivecrond, you're up for it ?
[05:44] <hyperactivecrond> what does it entail?
[05:44] <Amaranth> getting a new gnome-menus
[05:44] <Mez> it entails installing a package i give you adn seeing if gnome breaks
[05:44] <pitti> Mez: dchroot?
[05:44] <Mez> pitti ... ?
[05:44] <pitti> oh,
[05:44] <pitti> then rather not
[05:45] <hyperactivecrond> !adn
[05:45] <Mez> pitti: last time i chrroted I managed to kill my OS
[05:45] <Amaranth> if it works it'll work _perfectly_, if it doesn't it'll make GNOME not work unless you exercise some apt-foo
[05:45] <hyperactivecrond> Mez, what's adn?
[05:45] <Kamion> Mez: good effort
[05:45] <Mez> s/adn/and
[05:45] <hyperactivecrond> i'll do it Mez
[05:45] <Mez> Kamion: huh/
[05:45] <Mez> hyperactivecrond, gimme a mo to build
[05:45] <hyperactivecrond> ok
[05:46] <Amaranth> the one in breezy is so spectacularly better it's almost sad
[05:46] <Amaranth> (sad that 2.10 could be that bad)
[05:47] <carl2> will usplash be ready for Feature Freeze?
[05:48] <mjg59> carl2: That's the aim
[05:49] <carl2> mjg59: ok thx
[05:49] <Mez> building
[05:49] <hyperactivecrond> ok mez
[05:50] <Mez> hyperactivecrond, you have to know that this may break your comp to the point where you have to reinstall hoary
[05:50] <Amaranth> Mez: status?
[05:50] <Amaranth> Mez: no it won't
[05:50] <Mez> Amaranth, it may
[05:50] <Mez> probably wont
[05:50] <Mez> but, cover all bases
[05:50] <Mez> so I cant be blamed if it does
[05:50] <Amaranth> Mez: it'll be a 'man apt_preferences' away from working again unless you're incompetent or evil :P
[05:51] <hyperactivecrond> what is it though
[05:51] <Amaranth> hyperactivecrond: new gnome-menus packages to go with smeg
[05:51] <hyperactivecrond> smeg?
[05:51] <Amaranth> hyperactivecrond: menu editor
[05:51] <hyperactivecrond> ah.
[05:51] <Mez> hyperactivecrond, what Arch are you on - i386 i hope?
[05:51] <Amaranth> hyperactivecrond: with these your menus should update automatically (when you install something, remove something, or change something with smeg) and lots of bugs should be fixed
[05:51] <hyperactivecrond> i386
[05:51] <Mez> good
[05:52] <Amaranth> hyperactivecrond: you do have GNOME installed, right?
[05:52] <hyperactivecrond> yes
[05:52] <hyperactivecrond> it's hoary after all
[05:52] <Amaranth> kubuntu's last release was called hoary too
[05:52] <Kamion> Mez: re arson changelog, in general you do not need to log when a MOM merge works fine
[05:53] <Kamion> you can generally also remove Scott's name, he doesn't mind :)
[05:54] <hyperactivecrond> ok Mez: 1ce i install it, what do i do?
[05:54] <Mez> Kamion: dch did that automatically :D
[05:54] <Mez> (the scott thing)
[05:54] <Kamion> yes, I know how dch works
[05:54] <Kamion> you can remove it
[05:55] <Mez> and I did the mom worked fine just to mention bddebian :D
[05:55] <Kamion> "Resynchronise with Debian (thanks, Barry deFreese)."
[05:55] <Kamion> we do a lot of merges, and cruft builds up quickly over time. :)
[05:55] <Mez> hyperactivecrond, you try and use gnome
[05:55] <hyperactivecrond> ok
[05:56] <Mez> hyperactivecrond, make a dir in your home direcroty, and open a shell in it
[05:56] <Mez> (make sure you're in an empty folder
[05:56] <hyperactivecrond> ok mez
[05:56] <Mez> wget -np -nd http://www.sourceguru.net/ubuntu/unstable -A .deb
[05:56] <Mez> (run that)
[05:56] <hyperactivecrond> ok
[05:57] <hyperactivecrond> --11:56:52--  http://www.sourceguru.net/ubuntu/unstable
[05:57] <hyperactivecrond>            => `unstable'
[05:57] <hyperactivecrond> Resolving www.sourceguru.net... <IP_ADDRESS>
[05:57] <hyperactivecrond> Connecting to www.sourceguru.net[<IP_ADDRESS>] :80... connected.
[05:57] <hyperactivecrond> HTTP request sent, awaiting response... 301 Moved Permanently
[05:57] <hyperactivecrond> Location: http://www.sourceguru.net/ubuntu/unstable/ [following]
[05:57] <hyperactivecrond> --11:56:52--  http://www.sourceguru.net/ubuntu/unstable/
[05:57] <Mez> sorry
[05:57] <hyperactivecrond>            => `index.html'
[05:57] <Mez> wget -r -np -nd http://www.sourceguru.net/ubuntu/unstable -A .deb
[05:57] <hyperactivecrond> Connecting to www.sourceguru.net[<IP_ADDRESS>] :80... connected.
[05:57] <hyperactivecrond> HTTP request sent, awaiting response... 200 OK
[05:57] <hyperactivecrond> Length: unspecified [text/html]
[05:57] <Mez> (I forgot -r :P)
[05:57] <hyperactivecrond>     [ <=>                                 ]  1,941         --.--K/s
[05:57] <hyperactivecrond> 11:56:52 (416.50 KB/s) - `index.html' saved [1,941]
[05:57] <hyperactivecrond> sry!
[05:57] <hyperactivecrond>  meant to /msg that to Mez
[05:57] <Mez> and please, dont copy and paste here :D
[05:57] <Mez> lol
[05:57] <Amaranth> Mez: he'll want to install the -dev package too, to make gnome-devel installable
[05:58] <Mez> Amaranth, it's all there :D
[05:58] <hyperactivecrond> downloading...
[05:58] <Mez> ah
[05:58] <Mez> cancel it
[05:58] <Mez> stupid thing
[05:58] <hyperactivecrond> shit
[05:58] <hyperactivecrond> k
[05:58] <hyperactivecrond> rm -rf ./*.*
[05:59] <Amaranth> eek, no
[05:59] <hyperactivecrond> ok everything's gone in that dir
[05:59] <daniels> guys
[05:59] <Mez> just download everything from http://www.sourceguru.net/ubuntu/unstable/
[05:59] <daniels> please do this somewhere else
[05:59] <Mez> #ubuntu-testing
[05:59] <hyperactivecrond> ok then
[06:28] <mjg59> Argh. My epiphany has decided to start doing IPv6 lookups, despite not having an ipv6 interface
[06:46] <bddebian> Howdy
[07:12] <infinito> elmo: ping??
[07:12] <mdz> ogra: I have no idea why ldm doesn't work for you; I just tested with all the latest stuff and it works fine
[07:12] <mdz> ogra: do you have non-ascii characters in your password or anything like that?  maybe there's some character set conversion happening somewhere
[07:12] <ogra> mdz, i upgrded this morning, so i should be up to date too
[07:12] <ogra> nope
[07:13] <ogra> its just a plainword with a capital letter
[07:13] <ogra> i'll try to track it o the server...
[07:13] <ogra> s/o/on
[07:14] <ogra> mdz, is nfsserver= supposed to be in /proc/cmdline ? its not for me
[07:14] <mdz> ogra: upgrade to 0.45
[07:15] <mdz> (just uploaded)
[07:15] <ogra> ok :)
[07:15] <mdz> ogra: the new greeter looks very nice, but still has the focus problem
[07:15] <ogra> focus problem ?
[07:15] <ogra> if you hit tab you switch the entrys/button
[07:16] <ogra> what else do you want ?
[07:16] <mdz> if the mouse moves out of the window, focus is lost
[07:16] <mdz> I just want that window to have focus all the time
[07:16] <ogra> ah, ok... i'll see what i can do
[07:16] <Mez> elmo: can you sync libtagcoll1 from debian please?
[07:17] <mdz> daniels: ping
[07:17] <Nafallo> lamont: ping
[07:18] <pitti> seb128: good news! libnotify on ppc improves
[07:19] <ogra> hmm, where is the i386 buildd gone ?
[07:19] <lamont> Nafallo: yes?
[07:19] <seb128> pitti: cool, you talked about the issues with upstream?
[07:20] <pitti> seb128: yes, and we solved the missing timeout
[07:20] <seb128> how was that arch specific?
[07:20] <pitti> seb128: now the timeout is wrong, but it does timeout now
[07:20] <pitti> seb128: reading a bool instead of dbus_bool_t from dbus -> 32 vs. 64 bit (or so)
[07:21] <Nafallo> lamont: what's up with libdc0? still MIA on i386. I have a valknut upload that will need that version :-).
[07:21] <ogra> Nafallo, i'd guess the x86 buildd is down... there wasnt a build since a while....
[07:22] <Nafallo> that would explain it indeed
[07:22] <ogra> last build for i386: 14:18 GMT
[07:23] <seb128> pitti: k
[07:23] <seb128> pitti: is there any build log for security uploads?
[07:23] <seb128> pitti: chpe asks for http://bugzilla.ubuntu.com/show_bug.cgi?id=13247
[07:23] <xerox> wow, if you insert the breezy cd on hoary it finds it and asks if you want to upgrade - neat!
[07:23] <pitti> seb128: they should be published after releasing them
[07:24] <seb128> pitti: epiphany-browser (1.4.4-0ubuntu2.1) is waiting for something?
[07:24] <pitti> seb128: hm, no
[07:24] <pitti> not there
[07:24] <pitti> lamont: are the build logs of security updates still available somewhere?
[07:25] <seb128> pitti: <chpe> my guess would be that somehow the build was done without PSM support in ephy
[07:25] <lamont> i386 buildd status: vernadsky: stopped,  terranova: hw down, rothera: $^%)(^(*^, now fixed
[07:25] <lamont> pitti: if one has a login on sanae, yes
[07:25] <pitti> seb128: hm, but it does work with valid certs
[07:26] <lamont> pitti: tell me what log you want, and I'll toss it to you
[07:26] <pitti> lamont: could you give the epiphany-browser (1.4.4-0ubuntu2.1) log to seb128 ?
[07:26] <pitti> lamont: thanks
[07:27] <lamont> which arch?
[07:27] <seb128> i386
[07:27] <Kamion> lamont: possibility of i386 live filesystem builds being moved?
[07:27] <lamont> Kamion: not terribly difficult
[07:28] <lamont> you want it on the now overloaded rothera, or the  possibly suspect vernadsky.
[07:28] <mjg59> Right. Usplash is uploaded, but needs integration work.
[07:28] <mjg59> And non-sucky artwork.
[07:28] <lamont> then again, if oo.o2 trashes rothera, then I can restart vernadsky
[07:28] <Kamion> lamont-away: um, nice choice there ;)
[07:29] <elmo> why are you moving stuff?
[07:29] <sladen> mjg59: what's the depencies?
[07:29] <Kamion> elmo: terranova down => no i386 live CDs => unhappy mdz
[07:29] <mjg59> sladen: initramfs-tools 0.15
[07:29] <elmo> christ's sake
[07:29] <elmo> I'm going to reboot it in an hour or so
[07:30] <Kamion> ah, ok
[07:30] <elmo> mdz should be more unhappy than the bloody kernel can't stay up
[07:30] <elmo> but what do I know
[07:30] <mdz> we have an unstable _i386_ kernel too now?
[07:30] <lamont> so, ctl-q and ctl-w are really close to each other... :-(
[07:30] <mdz> elmo: wtf kind of hex did you put on the DC?
[07:30] <lamont> seb128: http://people.ubuntu.com/~lamont/epiphany-browser_1.4.4-0ubuntu2.1_20050728-1816-i386-successful.gz
[07:30] <elmo> pfft
[07:31] <seb128> lamont: thanks
[07:31] <Kamion> lamont: are you considering things suspect because of the dpkg segfault?
[07:31] <elmo> kamion: no
[07:32] <elmo> infinity has got the dpkg segfaults reproducing on multiple machines
[07:32] <Kamion> ok, good - I was going to say, I've reproduced them too
[07:32] <elmo> some of which aren't even in the DC and thus fre of my curse
[07:32] <lamont> Kamion: partially - but only because it was only happening on vernadsky.  turns out that rothera has been a shade idle for the past day...
[07:32] <Treenaks> dpkg segfaults -- during install?
[07:32] <Kamion> I don't know what I managed to do with libglu1-mesa-dev but it seems to be bad mojo
[07:32] <elmo> lamont: dude, read #u-t; don't be hating on bernadksy
[07:32] <Kamion> unfortunately purge->reinstall seemed to clear it up, unhelpfully
[07:32] <elmo> vern too
[07:33] <Treenaks> (if so, that would explain why it stops halfway through)
[07:33] <Kamion> Treenaks: with a message like "segmentation fault", yeah
[07:33] <seb128> pitti: "checking for /usr/include/mozilla/pipnss/nsIX509Cert.h... no"
[07:33] <Treenaks> Kamion: no messages.. just hanging at the "Installing packages" screen
[07:33] <Treenaks> Kamion: I did see a d-i segfault/reload/segfault/reload loop.. but that seemed to be related to battery operation vs AC power
[07:33] <Kamion> Treenaks: see tty4
[07:34] <Treenaks> Kamion: I'll check now
[07:34] <Mez> #u-t ?
[07:34] <seb128> pitti: I blame mozilla
[07:34] <pitti> seb128: ah, so maybe a missing build dep or a file isn't shipped any more in the new version?
[07:34] <Kamion> dpkg is probably phenomenally confused by the libgl1-xorg-dev uninstallability
[07:34] <infinito> elmo: people tell me you're in charge for MOTUToSync, and i'd like to know if they will get synced before FeatureFreeze
[07:34] <Kamion> somebody needs to take a tar of /var/lib/dpkg/info/ and the .deb that causes the problem before changes in the archive make it go away
[07:35] <elmo> infinito: no one's asked me to sync anything
[07:35] <seb128> pitti: it Build-Depends on mozilla-dev ... so I guess a mozilla change
[07:35] <elmo> there's a sync procedure, and it doesn't involve a wiki page ...
[07:36] <infinito> elmo: \sh told me to add gcfilms to MOTUtoSync and wait till u sync it
[07:37] <infinito> elmo: i don't know the rules for this proccess
[07:37] <Treenaks> Kamion: btw, should prism54 cards work during install?
[07:37] <elmo> sigh
[07:37] <pitti> seb128: yay, libnotify works on ppc now
[07:37] <Treenaks> Kamion: I can't seem to get the interface up
[07:37] <elmo> infinito: I'll talk to sh when he's back
[07:37] <Kamion> Treenaks: don't they require restricted modules?
[07:37] <seb128> pitti: rock!
[07:37] <Treenaks> Kamion: it requires firmware
[07:37] <seb128> pitti: still amd64 to go?
[07:38] <Treenaks> Kamion: and that gets loaded
[07:38] <Mez> talking of syncs :D can you sync libtagcoll1
[07:38] <pitti> seb128: yes
[07:38] <Mez> (please)
[07:38] <infinito> elmo: ok thanks
[07:38] <Treenaks> Kamion: I'll start reporting more bugs :)
[07:38] <Kamion> Treenaks: I reported a kernel bug on that ages ago, actually
[07:39] <Kamion> Treenaks: #1974
[07:39] <elmo> Mez: please don't assign sync requests to me in bugzilla
[07:40] <Mez> elmo: sorry
[07:40] <Treenaks> Kamion: it's not that problem -- the card used to work fine in an installed system
[07:41] <Kamion> ok ... although if the firmware gets loaded, I'm not sure what else could be going wrong
[07:41] <jdub> mjg59: !!!!!
[07:42] <Treenaks> Kamion: maybe the fact that it's cardbus?
[07:42] <jdub> mjg59: ! ! ! ! !
[07:42] <Treenaks> ah!
[07:42] <mjg59> jdub: ?
[07:42] <jdub> mjg59: usplash upload :)
[07:42] <mjg59> Ha
[07:43] <mjg59> It won't do a great deal as yet
[07:43] <mjg59> Needs init script interaction
[07:43] <mjg59> And I need to write the keyboard interaction code
[07:45] <Treenaks> Kamion: firmware.agent[pid] : /proc//class/firmware/0000:05:00.0/ does not exist
[07:45] <Treenaks> which indeed it doesn't
[07:45] <hubW> since I upgraded to breezy, I lost \ | ]  } on my fr keyboard layout
[07:45] <hubW> that's not nice
[07:45] <hubW> I used to get them with the option (aka alt) key acting as mod1
[07:46] <Treenaks> let's try current daily
[07:46] <hubW> Treenaks: prism54, but which kind ?
[07:46] <seb128> pitti: that's fixed between epiphany 1.4.6 and 1.4.7 by a configure change
[07:46] <seb128> pitti: I'll get a patch and ping you with it
[07:46] <Treenaks> hubW: the supported kind :) (smc 2835W cardbus)
[07:47] <hubW> Treenaks: which version
[07:47] <hubW> Treenaks: my 2835W works fine, but newer don't
[07:47] <pitti> hubW: http://lists.ubuntu.com/archives/ubuntu-devel/2005-August/009421.html
[07:47] <hubW> (one of the 2 I have, but the other is fried)
[07:47] <Treenaks> hubW: ISL3890 if you mean that? the card works on an installed system
[07:48] <luis_> mjg59: but is it pretty?
[07:48] <luis_> mjg59: and does it cover up the ugly?
[07:48] <mjg59> luis_: Currently? No.
[07:48] <Treenaks> hubW: but it is broken in the installer
[07:48] <mjg59> But it does cover up the ugly.
[07:48] <luis_> ah-ha.
[07:48] <luis_> where is this magic?
[07:48] <mjg59> It'll be pretty once I have lovely artwork.
[07:48] <Kamion> Treenaks: can you check if /sys is mounted?
[07:48] <luis_> the liveCD is in desperate need.
[07:48] <Treenaks> Kamion: it is
[07:48] <mjg59> (Which requires someone who can actually draw)
[07:48] <hubW> pitti: well, I'm case 3
[07:48] <Kamion> SYSFS=$(sed -n '/^.* \([^ ] *\) sysfs .*$/ { s//\1/p ; q }' /proc/mounts)
[07:48] <luis_> and I can get gnome-themed lovely artwork if it works :)
[07:48] <Kamion> Treenaks: run that please?
[07:48] <Treenaks> Kamion: I'm goign to try the current daily first
[07:48] <Kamion> Treenaks: please
[07:48] <Kamion> just run the above and tell me what's in SYSFS
[07:49] <elmo> off the DC to look at terranova, FWIW, bbl
[07:49] <Treenaks> Kamion: ok
[07:49] <Kamion> Treenaks: although, what version were you trying to install before?
[07:51] <Treenaks> Kamion: the sed expression tells me "no previous regexp"
[07:51] <Kamion> ah, well that might do it
[07:51] <Treenaks> but it _is_ in /proc/mounts
[07:51] <Treenaks> sysfs /syssysfs rw 0 0
[07:51] <Treenaks> sorry; sysfs /sys sysfs rw 0 0
[07:52] <Kamion> that's very strange sed code; I'm wondering if it's a GNU extension
[07:52] <Treenaks> (I was trying to install 20050807)
[07:52] <Kamion> nothing relevant has changed since
[07:54] <Kamion> grep '^.* [^ ] * sysfs .*$' /proc/mounts | head -n1 | sed 's/^.* \([^ ] *\) sysfs .*$/\1/'
[07:54] <Kamion> that should work better
[07:54] <Treenaks> Kamion: so you think the problem is that d-i sed doesn't understand a GNUism that does work on the "real" sed?
[07:55] <Kamion> yes, d-i uses busybox sed, and I think that code above only works by accident anyway (the trick it uses isn't documented in the info pages)
[07:55] <Treenaks> checking with grep
[07:55] <Kamion> I'll fix hotplug shortly
[07:55] <Kamion> thanks though, good catch
[07:56] <Treenaks> I need to cleaar out my desk
[07:57] <Treenaks> Kamion: could it also be that the kernel barfs on ACPI interrupts when there's no acpid?
[07:57] <Kamion> Treenaks: that I don't know
[07:57] <Treenaks> Kamion: my system just rebooted when the battery became full
[07:58] <Kamion> I don't really want to have to put acpid into d-i
[07:58] <Treenaks> Kamion: the kernel should probably just throw the messages away?
[07:58] <Treenaks> instead of a spontaneous reboot
[07:58] <Kamion> dunno, I'm not an ACPI expert
[07:59] <Treenaks> mjg59: ?
[07:59] <Kamion> most things would seem better than spontaneous reboot though
[07:59] <mjg59> Mm?
[07:59] <mjg59> No, running acpid should be entirely irrelevent
[07:59] <Treenaks> mjg59: I'll try to reproduce in a moment
[08:00] <Treenaks> oh cool, now debian-installer is in a killed/scheduling for restart loop again
[08:01] <Kamion> insane
[08:02] <Kamion> only real way to debug that is to boot with init=/bin/sh, edit /etc/inittab, change "/sbin/debian-installer" (not /sbin/debian-installer-startup) to /bin/sh, exec /sbin/init, then run /sbin/debian-installer by hand to see where it breaks
[08:02] <Treenaks> Kamion: I'll tyry -- but first good news: the "grep" line works
[08:03] <Kamion> Treenaks: good
[08:07] <Treenaks> Kamion: the problem with the killed loop is that it's not really reproducible all the time
[08:10] <Treenaks> ok, how do I debug it?  :)
[08:10] <Treenaks> first on debconf-get debian-installer/framebuffer (Killed!)
[08:10] <Treenaks> then initrd-kickseed (Killed!)
[08:11] <Treenaks> then /lib/d-i/menu (Killed!)
[08:12] <Treenaks> ah.. OOM
[08:12] <Treenaks> my fault ?!
[08:13] <Treenaks> 64M is not enough apparently.. but the machine has 192
[08:18] <Kamion> Treenaks: it's probably running into broken corrupt memory
[08:18] <Treenaks> Kamion: not even that
[08:18] <Kamion> 64M should be enough
[08:18] <Treenaks> Kamion: one RAM module is not found by the BIOS 50% of boots
[08:18] <pitti> seb128: uh, notification-daemon is ftbfs on amd64 (even without my patch) *sigh*
[08:18] <Kamion> you can boot with mem=64M to force it
[08:19] <Treenaks> Kamion: I removed the module.. but still.. out of memory
[08:19] <Treenaks> Kamion: this is just after loading nic-firmware etc.
[08:19] <Treenaks> (installing even)
[08:19] <Treenaks> Kamion: anyway, blame it on hardware for now
[08:20] <Treenaks> this explains the weird reboots too
[08:28] <Treenaks> Kamion: I let the module cool down and now it works again
[08:28] <seb128> pitti: grumpf
[08:29] <shackan> hi charles
[08:30] <shackan> chmj, ping :P
[08:30] <chmj> shackan, pong
[08:31] <Treenaks> Kamion: (and it seems to be true: installer RAM needed is >64M when loading/installing all those modules/firmware)
[08:31] <shackan> chmj, I've almost ported the hci-utils to dbus
[08:31] <shackan> uh, bluez-utils I meant..
[08:32] <pitti> seb128: "	main.cc:150: error: cast from 'void*' to 'dbus_uint32_t' loses precision"
[08:32] <chmj> shackan, I don't follow
[08:32] <shackan> pitti, what are you doing ?
[08:32] <pitti> seb128: it tries to cast a void* into a dbus_uint32_t
[08:33] <pitti> seb128: I already tried to rewrite it using reinterpret_cast<> but it doesn't help
[08:33] <pitti> doko: ping
[08:33] <pitti> shackan: I fixed notification-daemon for ppc, now I debug it on amd64
[08:33] <shackan> uh
[08:34] <pitti> does anybody know how I can convert a void* into an int32 without g++ barfing?
[08:34] <doko> pitti: pong
[08:35] <pitti> doko: see above, it seems that g++ recently added a check for that
[08:35] <pitti> doko: any idea how to circumvent it?
[08:36] <doko> amd64?
[08:36] <pitti> yes, and ia64
[08:36] <pitti> void* is 64 bit there
[08:36] <pitti> and casting into dbus_uint32_t loses precision
[08:37] <doko> fix dbus :-)
[08:37] <pitti> (don't blame me for the stupid code that even attempts this)
[08:39] <pitti> doko: hm, (dbus_uint32_t)(dbus_uint64_t)value seems to work on ppc too :-)
[08:39] <shackan> wow
[08:40] <shackan> what a split..
[08:40] <doko> yes, the double cast works ... but don't ask me, if dbus is supposed to work then ...
[08:41] <jbailey> Err.  Is a double cast just to control the way the compiler loses data?
[08:41] <pitti> jbailey: I'm using it for that, yes
[08:42] <jbailey> pitti: 'cause thaht's just sick. =)
[08:42] <pitti> in notification-daemon, they have a type field and a void* which is then casted appropriately
[08:42] <bddebian> jbailey: Did you bring enough for everyone? :-)
[08:42] <jbailey> bddebian: Yes, but they're illegal to import into the US, sorry. ;)
[08:42] <bddebian> Doh ;-)
[08:43] <bddebian> hehe
[08:50] <mdz> tech board meeting in 10 minutes on #ubuntu-meeting
[08:50] <pitti> uuh?
[08:50] <pitti> I
[08:50] <pitti> tought in 70 mins...
[08:51] <mdz> er, yes, 70
[08:51] <pitti> ah, ok :-)
[08:51] <mdz> silly UTC offsets
[08:51] <pitti> still time for dinner
[08:51] <bddebian> 10 mins?  I thought ... Oh nm
[09:19] <chmj> pitti: i have same casting problem, not-breaking-other-things-or-loosing-data solution?
[09:25] <siretart> is fabbione the only sparc god in ubuntu?
[09:26] <siretart> proll is an architecutre all package, which build depends on a package only available on sparc
[09:27] <siretart> is there any possibility to get a proll binary package in breezy?
[09:28] <jbailey> siretart: It depends what you're looking for.
[09:29] <jbailey> siretart: A few of us have pretty solid sparc experience, but sparc is basically fabbione's baby.
[09:29] <siretart> jbailey: the package I mean is 'proll'
[09:30] <siretart> jbailey: it build depends on 'sparc-utils', which is only available on sparc
[09:30] <siretart> jbailey: We need it for qemu, it depends on proll
[09:30] <jbailey> Just sounds like the build-deps need to be tweaked to only b-d on sparc-utils on sparc...
[09:31] <siretart> jbailey: I don't think that'll be possible in this case
[09:32] <siretart> proll is a JavaStation PROM 2.x compatible replacement
[09:33] <jbailey> Well, something in the dependancy chain needs to get changed.
[09:34] <paolo_> hi
[09:34] <bddebian> Hello paolo_
[09:34] <paolo_> what to you suggest I could do if "I was unable to run your X session, I'm giving you an xterm failsafe" or similar, after breezy install?
[09:35] <paolo_> (I am in that xterm now)
[09:36] <siretart> jbailey: as said, as qemu is nowadays able to emulate sparcs, I don't think we have much choice with that dependency chain. :(
[09:38] <paolo_> You probably thougth "do not use breezy" :|  But Ctrl+Alt+F1..F9 doesn't work... why?
[09:38] <jbailey> siretart: Ah, is qemu like bochs but hoefully less sucky?
[09:40] <siretart> jbailey: exactly
[09:40] <jbailey> siretart: Creepy, how's the speed?
[09:41] <siretart> jbailey: do you happen to know how long is fabionne still on holyday?
[09:41] <jbailey> I don't, sorry.
[09:41] <siretart> jbailey: I didn't test it myself, I cannot give numbers, sorry
[09:41] <jbailey> But Fabio won't have a better answer for this I suspect.
[09:41] <jbailey> Either sparc-utils wil lhave to be made to work cross-arch, or you'll have to do an ugly hack to fetch the pieces from sparc-utils after they're generated on a sparc.
[09:42] <jbailey> The former solution is really the better one, although depending on how poorly written sparc-tools is, the harder one.
[09:42] <siretart> jbailey: http://fabrice.bellard.free.fr/qemu/benchmarks.html for numbers for comparison qemu vs bochs
[09:42] <jbailey> Thanks.
[09:43] <siretart> hm. lets have a look at sparc-utils, then
[09:44] <jbailey> siretart: Part of the trick with sparc-utils would be to disable anything that obviously doesn't make any sense cross-arch, and leave the useful tools in the package that gets built !sparc
[09:45] <siretart> hm
[09:45] <siretart> prtconf.c:33:28: error: asm/openpromio.h: No such file or directory
[09:46] <siretart> you mean like that one? :/
[09:46] <jbailey> Right.
[09:46] <jbailey> *or* copy that file into the package itself.
[09:46] <paolo_> ...at least the mousepad works :)
[09:46] <jbailey> But that one sounds like it might not mae any sense off of the sparc box.
[09:46] <siretart> hm. that could be really really tricky
[09:47] <siretart> jbailey: do you think an offer for sparc hardware would help? ;)
[09:50] <jbailey> siretart: An offer to whom? =)
[09:51] <paolo_> oh, I launched gnome-session and it worked.
[09:51] <jbailey> siretart: I don't know if Fabio is looking for extra sparc gear. =)
[09:51] <paolo_> Tanks anyway :)
[09:52] <siretart> jbailey: A friend of mine would like to offer sparc hardware and hosting for sparc buildds for universe
[09:53] <jbailey> siretart: Ah, cool.
[09:55] <Mez> psst - who's ben colins?
[09:56] <mdz> Mez: BenC
[09:56] <Mez> fair enough
[09:56] <Mez> mdz: I see you've got AbsoluteBeginnerCommunity down as a breezygoal... that still the casE?
[09:57] <paolo_> ok nice, any advice for setting up a correct keyboard layout ? :-)
[09:57] <Mez> paolo_, support is in #ubuntu
[09:57] <paolo_> Mez, ok thank you, sorry!
[09:59] <siretart> is someone working on gcc-2.95 for breezy?
[10:00] <Mez> 2.95?
[10:00] <pitti> siretart: uh?
[10:01] <jbailey> siretart: ToolchainRoadmap dropped it specifically.
[10:01] <mdz> Mez: if it isn't in the table, it isn't a release goal
[10:01] <mdz> gcc-2.95 can rest in peace
[10:01] <Mez> mdz: fair enough - I was looking at your Wiki and stuff#
[10:01] <jbailey> siretart: It was a rought decision given that we had to drop chill with it.. =)
[10:01] <pitti> mdz: meeting now?
[10:11] <ericseigne> hi all
[10:12] <ericseigne> i've got a problem with debuild / debsign on my ubuntu, did you have the same ? (if i run "debuild" i've got a gpg error "gpg: problem with the agent - disabling agent use" but if i run debsign manually there is no pb, my gpg agent works well ...
[10:13] <pitti> ericseigne: try debuild --preserve-envvar GNOME_KEYRING_SOCKET
[10:13] <pitti> ericseigne: (or whatever env variable your gpg agent uses)
[10:13] <pitti> ericseigne: debuild cleans the environment
[10:14] <ericseigne> pitti: yes i've read it in man but i can't find any env var about a seahorse-agent ...
[10:15] <pitti> ericseigne: try fakeroot dpkg-buildpackage instead of debuild
[10:15] <ogra> mdz, 0.45 doesnt solve it for me... and no indication on the ssh server, the same messages...
[10:15] <ogra> mdz, at least the server ip is detected fine now, thanks
[10:15] <ericseigne> pitti: why ? debuild is more powerfull not ?
[10:15] <pitti> ericseigne: btw, that's #ubuntu stuff
[10:16] <Mez> Mithrandir, did you get round to guifications yet
[10:22] <ericseigne> pitti: seahorse is "/tmp//seahorse-fWX3x1/S.gpg-agent" ... impossible to explain that to debuild ...
[10:23] <doko> mdz: do you have some minutes for NetworkAuthentication?
[10:23] <dieman> so
[10:24] <dieman> who should i harass if im going to be moving my ubuntu mirror
[10:29] <seb128> carlos: around?
[10:31] <_d4vid> hi all
[10:47] <paolo_> hyperactivecrond, hi :-)
[10:48] <hyperactivecrond> :)
[10:48] <paolo_> hyperactivecrond, the GNOME keymap selector doesn't do it, it report some error instead.
[10:50] <paolo_> I'm having 2 troubles: after login I get a "cannot start your xsession" and it runs a failsafe xterm instead.  Not much a problem because "gnome-session" there load GNOME (i suppose) correctly.
[10:51] <paolo_> The second one is about the keymap, even if I select it it does not work, the GNOME keymap selector reports an error, and loadkeys it doesn't change anything, any clue?
[10:55] <pitti> paolo_: http://lists.ubuntu.com/archives/ubuntu-devel/2005-August/009421.html ?
[10:58] <paolo_> pitti, I'm checking - thanks very much for the url.
[11:02] <paolo_> maybe it helped, let relogin.
[11:06] <paolo> pitti, thank you very, very much.  It's all fixed.
[11:07] <pitti> paolo: :-)
[11:07] <paolo> It's just great.
[11:08] <edd> before i go chasing around, is anyone else seeing font weirdness in firefox/breezy ?
[11:08] <pitti> edd: in particular?
[11:08] <paolo> edd, what kind of weirdness are you thinking of?
[11:08] <sivang> mdz: ping, update re:  lpint-bonnobo, lib is done, has gettext support although surely needs a review. gedit sample patch done, now I'm trying to test against an applet see if it fits it.
[11:08] <edd> pitti, paolo: not using the same font as the rest of GNOME. not respecting my hinting preferences
[11:09] <paolo> edd, it seems to use a more little font.
[11:09] <paolo> I could be wrong.
[11:09] <edd> paolo: here, bigger!
[11:09] <sivang> mdz: evo integrability is next check
[11:09] <paolo> You guys rock, anyway :-)
[11:10] <sivang> mdz: patch method per app basically identical to liblaunchpad-integration0
[11:28] <sivang> seb128: ping
[11:28] <seb128> pong
[11:29] <sivang> seb128: I finished the bonobo hlper lib, but I probably need some review
[11:29] <seb128> k
[11:30] <seb128> please mail it to me/jamesh
[11:30] <sivang> seb128: gedit with patch for the new helper is ready, though not depend on it deb wise - I still didn't create a pkg for the new lib
[11:30] <seb128> we don't want a new package
[11:30] <seb128> that should be a part of launchpad-integration sources
[11:31] <sivang> seb128: no, we talked about it and you said it would be better to seperate them - becasue bonobo will deprecate at the end
[11:31] <sivang> seb128: and so to be able to seperatly drop it, this is best no?
[11:31] <seb128> and?
[11:31] <seb128> a source package can ship differents lib/binary packages
[11:32] <seb128> make a different lib but put it to launchpad-integration
[11:32] <seb128> we are not making a launchpad-integration-dup for it
[11:32] <seb128> the source can ship 2 differents libs
[11:32] <sivang> seb128: ah ok , cool :)
[11:32] <seb128> and the package have 2 binary packages
[11:32] <sivang> seb128: i have a killer latency here
[11:33] <sivang> seb128: sure, no prob
[11:33] <sivang> seb128: I'll email tommorow the whole tarball
[11:33] <sivang> seb128: let me know if any problem with it
[11:34] <seb128> k, np
[11:34] <sivang> seb128: good night, gotta go sleep now :)
[11:34] <sivang> good night all!
[11:34] <seb128> thanks, later
[11:39] <Nafallo> pitti: yay! :-)
[11:42] <ajmitch> morning
[11:45] <paolo> Is it correct that there is no %adm line in /etc/sudoers?
[11:47] <elmo> it's %admin by default
[11:47] <paolo> In hoary it is "%admin ALL=(ALL) ALL", but here the user seem to be in the group adm.  Do I miss anything, or /etc/sudoers is wrong?
[11:48] <Kamion> adm and admin are entirely different groups with quite different purposes
[11:48] <elmo> this is really an #ubuntu question.. but the default install puts the first user in %admin
[11:48] <Kamion> sounds like you've upgraded from warty
[11:48] <paolo> Kaloz, I used the breezy cd from today (i386)
[11:48] <Kamion> I'm Kamion, not Kaloz
[11:48] <paolo> oops, sorry :-(
[11:48] <Kamion> that would be a bug ...
[11:48] <paolo> Tell me if I could provide more information.
[11:48] <Kamion> oh, did you set a root password?
[11:49] <paolo> It asked for a password in the install process, so I did.
[11:49] <Kamion> you installed in expert mode, then. generally, don't do that unless requested
[11:49] <paolo> OK, thank you very much.
[11:49] <Kamion> if you set a root password during the installation, the installer assumes you know what you're doing and skips the automatic-sudo-for-initial-user stuff
[11:50] <Kamion> although it's not documented (it should be), if you *are* using expert mode, you can just enter a blank root password to get the usual behaviour
[11:50] <paolo> It was needed because I did an installation on an external USB2 harddrive.
[11:50] <paolo> I'll just add the %admin line and the user to the admin group.
[11:50] <Kamion> this is all bug #9832
[11:51] <Kamion> right, that's fine
[11:51] <Kamion> you might also need to actually create the admin group (addgroup --system admin)
[11:52] <Kamion> also, it's a bug if you *need* to use expert mode
[11:52] <paolo> What about adm group, finally?
[11:52] <ogra> mdz, got it ! the prob is in ldm-askpass .... if i change from cat <<EOF ... EOF to echo $password, it works fine ...
[11:53] <Kamion>     Group adm is used for system monitoring tasks. Members of this group can
[11:53] <Kamion>     read many log files in /var/log, and can use xconsole.
[11:53] <Kamion>     Historically, /var/log was /usr/adm (and later /var/adm), thus the name of
[11:53] <Kamion>     the group.
[11:53] <Kamion> paolo: ^-- (/usr/share/doc/base-passwd/users-and-groups.txt.gz)
[11:53] <paolo> I wish I could lookup documentation that fast :-)
[11:53] <Kamion> well, that documentation is in a package I maintain ;)
[11:54] <paolo> heh!  Do you know how to add a user to a group, too? :-)
[11:54] <Kamion> 'adduser <username> admin'
[11:55] <paolo> OK, great.
[11:57] <Mez> hmm, random question: whats a good distro for a small OS...  needs to have X, and Open GL, but fit as small as possible
[11:58] <ogra> ubuntu-light ?
[11:58] <Mez> how small can that get?
[11:59] <ogra> ask vedran if he's around, he works on it and should be able to give you detailed numbers
[12:00] <Mez> 64Mb?