[12:17] <Kamion> mvo_: if you're still around, that DVD build is available now
[12:18] <BenC> Kamion: will you trigger some CD builds after the installer is done?
[12:18] <BenC> I'm ready to start testing some install/live-cd stuff
[12:19] <mvo_> Kamion: cool, thanks
[12:19] <Kamion> BenC: I was thinking more along the lines of going to bed
[12:19] <BenC> Kamion: that's what I figured, but thought I'd ask :)
[12:19] <BenC> you definitely need some sleep
[12:19] <Kamion> really not well today
[12:20] <jordi> Kamion: get some good rest!
[12:20] <jordi> is mdz expected to be around later today?
[12:20] <Kamion> no idea, I'm afraid
[12:21] <Kamion> BenC: Ubuntu CD builds happen at 07:31 UTC, BTW
[12:21] <mvo_> jordi: hello! you are not at debconf?
[12:21] <BenC> ah, good, I'll start some downloads tomorrow then
[12:21] <Kamion> not allowed to work, remember :)
[12:21] <Kamion> I guess you can stick the download jobs in at and let your computer work
[12:23] <jordi> mvo_: nope
[12:24] <jordi> a mosquito is here biting me repeatedly
[12:24] <mdke> elmo: around?
[12:25] <Kamion> jordi: (FWIW, any new nano upload now requires a new debian-installer upload)
[12:25] <jordi> Kamion: ugh
[12:25] <jordi> so what should we do?
[12:25] <Kamion> I have no idea, I'm too tired to think
[12:25] <Kamion> I'll let mdz decide
[12:25] <jordi> ok
[12:26] <LaserJock> Kamion: is it Friday yet? ;-)
[12:26] <AlinuxOS> Kamion, I've cheked btf-utf-0.005 source, and with fontforge checked georgian charactters and I found them in unifont.bdf :) (But they are soo ugly :O)
[12:26] <mdke> LaserJock: another 34 minutes
[12:27] <Kamion> well, if the ia64 kernel takes much longer, it can just wait until Sunday
[12:27] <AlinuxOS> so in theory I can check georgian language termnal support.
[12:28] <jordi> Kamion: the new patches aren't, but the crontab bug is pretty bad I think
[12:28] <jordi> does not affect the default config tho
[12:28] <AlinuxOS> but in terminal mode (no X mode) I see only squares.
[12:31] <pitti> good night everyone!
[12:31] <AlinuxOS> pitti, night!
[12:31] <AlinuxOS> :D
[12:31] <AlinuxOS> And I'm here editing bitmap fonts :)
[12:36] <kbrooks> Kamion: there?
[12:37] <kbrooks> Kamiwhat are we releqasing?
[12:37] <mdke> leave the poor guy alone
[12:37] <kbrooks> what are we releasing?
[12:37] <jordi> what?
[12:38] <Kamion> kbrooks: huh? leave me alone please
[12:38] <mdke> Kamion: /away & /bed
[12:38] <kbrooks> Are we releasing a flight8?
[12:38] <Kamion> NO
[12:38] <kbrooks> or what?
[12:38] <Kamion> we are not releasing anything
[12:38] <Kamion> not this week :-)
[12:38] <kbrooks> who are you answering no to, Kamion?
[12:39] <mdke> omg
[12:39] <Kamion> you, for crying out loud
[12:39] <jordi> to you
[12:39] <kbrooks> ok
[12:39] <kbrooks> i heard rumors that a flight8 might be out on the 19th or 20th
[12:39] <Kamion> those rumours are outdated; there will no longer be a Flight 8.
[12:39] <jordi> gotta love ubuntu gossip :)
[12:40] <Kamion> BenC: I've just realised that the past few ia64 kernel builds have taken 7 hours and 20 minutes, and I'm not waiting up for another hour, so sorry, ia64 will just have to wait unless another ftpmaster happens to be around at the right time
[12:40] <Kamion> night all
[12:40] <mdke> night
[12:40] <LaserJock> cya Kamion
[12:41] <BenC> Kamion: ia64 is the least of my worries
[12:41] <BenC> good night
[12:45] <mvo> yosch: hello, sorry - droped of the net
[12:48] <ajmitch> hi
[01:00] <yosch> mvo: hallo, np
[01:00] <HiddenWolf> mvo: did you see the mail? Should I file a bug, or is there any information that you might need?
[01:00] <yosch> mvo: just been talking a bit to the Dejavu folks (on #dejavu) about the future of font design :-D
[01:00] <yosch> mvo: did you get the email and more importantly did you get a chance to look at it?
[01:04] <mvo> HiddenWolf: thats probably enough, I'm drowning in bugs, so the mail is probably better
[01:04] <mvo> yosch: I got the mail, but today was a very busy day.  I just finished a Masters. Its not.
[04:08] <reconcilliation> lol
[04:11] <bioeng> The last course in the sequence was systems programming
[04:12] <bioeng> I guess it's not really that much more interesting, huh?
[04:14] <bioeng> Am I right in that it's not more interesting?
[04:23] <bioeng> Well, I'll take my leave now
[04:23] <bioeng> thanks
[04:28] <desrt> seb seb seb seb
[05:17] <jdub> hrm, probably a bit early for mvo
[05:21] <tritium> As an Enterprise/LTS release, is exchange calendaring via evolution considered important?  Currently, appointments don't get listed in clock applet, and no alarms are generated for exchange calendar appointments.
[05:23] <jdub> tritium: got bug numbers?
[05:23] <jdub> tritium: seb just did a bunch of -exchange bugfix pulling from cvs
[05:23] <tritium> jdub: yes, and I filed bug #40005 some time ago
[05:23] <Ubugtu> Malone bug 40005 in evolution-data-server "No alarms or appointment list for Exchange calendar" [Unknown,Unconfirmed]  http://launchpad.net/bugs/40005
[05:23] <tritium> jdub: I did see that updated.  That didn't fix it, unfortunately.
[05:24] <jdub> tritium: might be worth checking if it's fixed upstream, and telling seb about it
[05:25] <tritium> jdub: I certainly will
[05:25] <bddebian> Heya tritium
[05:25] <tritium> hi bddebian
[05:26] <whiprush> hi bddebian, jdub, everyone.
[05:26] <ajmitch> hey whiprush
[05:26] <whiprush> hi aj
[05:26] <tritium> I've been violating policy at work, running dapper rather than rhel4, testing it out in the workplace
[05:26] <bddebian> Heya whiprush
[05:27] <tritium> hey ajmitch, whiprush
[05:27] <bddebian> tritium: tsk, tsk :-)
[05:27] <tritium> shh...
[05:27] <ajmitch> tritium: public logged channel, remember :)
[05:28] <tritium> ajmitch: yeah ;)
[05:30] <Burgundavia> tritium, I am about to switch my work machine from FC4 to dapper
[05:31] <tritium> Burgundavia: nice!  Any policies against that?
[05:31] <Burgundavia> tritium, I am simply not going to tell anybody
[05:31] <Burgundavia> we are a FC shop pretty much. Our product is built on it
[05:31] <tritium> Oh, well good for you!  Glad I'm not the only one :)
[05:32] <Burgundavia> what is funny is that our engineers are still struggling with FC5 and yet found dapper easy to integrate into
[05:33] <bddebian> Burgundavia: :-)
[05:33] <tritium> It's going to keep getting better and better in that respect.
[05:41] <Burgundavia> you see the FC people are looking at letting non-RH people upload to Core?
[05:43] <bddebian> Wow
[05:43] <bddebian> Any of you see anything wrong with this?
[05:43] <bddebian>   (set) 2>&1 |
[05:43] <bddebian>     case `(ac_space=' '; set | grep ac_space) 2>&1` in
[05:43] <bddebian>     *ac_space=\ *)
[05:44] <fabbione> bddebian: hmm
[05:44] <fabbione> let me guess
[05:44] <fabbione> that's from a tcl/tk package that is FTBFS
[05:44] <fabbione> and you can't spot the error
[05:44] <fabbione> configure fails on that line
[05:44] <bddebian> fabbione: yep :-(
[05:44] <fabbione> bddebian: look at the debian packages.
[05:45] <fabbione> they already have a fix
[05:45] <fabbione> it's a typo in the aclocal.m4
[05:45] <fabbione> repeat the same fix for N times
[05:45] <fabbione> and you are done
[05:45] <bddebian> fabbione: OK, thx
[06:17] <fabbione> infinity, Kamion, mdz: can somebody please NEW l-r-m i386 for -23- abi?
[06:19] <tritium> jdub: I was told by evoQA in #evolution on irc.gimp.org that alarm deamon code has been modified a lot and commited in evolution 2.7.x
[06:19] <tritium> Apparently alarm notification works fine for appointments in exchange calendars
[06:42] <jdub> "I'm not sure if it's because Ubuntu was unable to auto-negotiate 1000 full-duplex or if the TCP/IP stack still has some optimizing to be worked out before the beta is done."
[06:43] <jdub> BenC, fabbione: how are you going with that TCP/IP stack optimisation, eh? :)
[06:43] <jdub> http://www.technologyevangelist.com/2006/05/ubuntu_linux_dapper.html
[06:44] <Burgundavia> jdub, odd that he had issues with his madwifi card
[06:45] <mjg59> Sounds like a laptop
[06:45] <mjg59> It's probably a card that's only supported with madwifi-ng
[06:45] <fabbione> have a Broadcom 10/100/1000 NIC in the laptop and on the dock.
[06:46] <mjg59> Though it turns out that there are cared that only work with madwifi-ng and which have the same PCI IDs as cards supported by madwifi
[06:46] <mjg59> s/cared/cards/
[06:46] <mjg59> THANK YOU ATHEROS, YOU ENTIRELY INCOMPETENT MONKEYS
[06:47] <fabbione> jdub: also.. i don't do kernel anylonger.. you know :)
[06:47] <jdub> fabbione: oh, but i can see you getting involved in critical post-beta TP/IP stack optimisation
[06:48] <mjg59> jdub: You're sounding worryingly like management
[06:48] <fabbione> jdong: my only issue now is to get the tg3 driver in a decent shape...
[06:48] <fabbione> jdub: ^^
[06:48] <fabbione> jdub: and no... i am so not going to :)
[06:50] <jdub> they've improved it, supposedly
[06:50] <fabbione> jdub: why on earth you want to do so :)
[06:50] <fabbione> let's just get the BSD stack..
[06:50] <fabbione> they are the same
[06:50] <jdub> fabbione: interoperability!
[06:50] <fabbione> ahha
[06:50] <fabbione> jdub: troll!
[06:50] <jdub> of course ;)
[06:51] <fabbione> let me get back to this glibc issue now
[06:51] <fabbione> the build i started yesterday landed in a out of diskspace
[06:51] <fabbione> infinity: where are my binaries?
[06:52] <jdub> oh, this is good, beagle is indexing my unpacked fedora-ds tarballl
[06:53] <Burgundavia> jdub, good for a laugh. My company figured out how to get our flagship product to run on 6.06 before FC5
[06:53] <jdub> Burgundavia: makes sense, considering - they keen on ubuntu now?
[06:54] <Burgundavia> well, you never no. I am so divorced from the main office being in victoria. We do have an internal Ubuntu + Desktop Multiplier proof of concept live cd
[06:55] <Burgundavia> s/no/know
[07:00] <jdub> Burgundavia: anything obvious you think that keeps them from going with ubuntu (a supported platform!) by default?
[07:01] <Burgundavia> jdub, mostly inertia at this point
[07:08] <desrt> (since i fear seb won't come online due to the holiday)
[07:08] <desrt> (and since dapper is almost done)
[07:11] <desrt> anyway.. it prevents you from creating new documents on remote sftp servers (using gedit, or any gnome-vfs, really) -- https://launchpad.net/distros/ubuntu/+source/gnome-vfs2/+bug/39024
[07:11] <Ubugtu> Malone bug 39024 in gnome-vfs2 "[Dapper]  Gedit fails to save to remote location if creating new file while using sftp" [Normal,In progress]
[07:11] <desrt> testing appreciated since nobody else has really looked at it
[07:11] <desrt> but i'm fairly sure it's the right thing
[07:11] <desrt> should really be fixed.
[07:15] <fabbione> desrt: bug daniel
[07:15] <desrt> he was around earlier, too... bah
[07:16] <desrt> how much longer until it's too late?
[07:16] <fabbione> today or yesterday afaik
[07:16] <desrt> heh.
[07:16] <desrt> :)
[07:17] <desrt> what holiday is this, exactly?
[07:17] <desrt> dapper day?
[07:17] <jsgotangco> you can't resist or just forced to?
[07:17] <fabbione> the one in which you are not supposed to do anything??
[07:17] <fabbione> no, just normal holiday for me
[07:32] <infinity> fabbione: Hey dude.  I was asleep...  A lot.
[07:32] <fabbione> infinity: no problem
[07:32] <fabbione> i decided to power up my Niagara
[07:32] <infinity> fabbione: I'll put those binaries on chinstrap right now.
[07:32] <infinity> Or.. Not.
[07:32] <fabbione> but if you have the binaries handy it will be easier
[07:32] <infinity> Yeah, I'll do it right now.
[07:32] <fabbione> thanks
[07:34] <fabbione> infinity: i only need libc6_ package
[07:34] <fabbione> not all the .debs
[07:34] <infinity> fabbione: Too late, they're all there.
[07:34] <fabbione> ok :)
[07:34] <infinity> fabbione: chinstrap:~adconrad/sparc-glibc
[07:35] <fabbione> downloading
[07:37] <fabbione> installing....
[07:38] <fabbione> score!
[07:39] <fabbione> infinity: a rebuild is enough
[07:39] <fabbione> infinity: can you make the upload and make sure that the relno is yes when building?
[07:39] <fabbione> just to avoid 20 uploads to get it right?=
[07:39] <infinity> Alright.  I don't like what that says about the stability of our build environment. :/
[07:39] <fabbione> Kamion: we will need a new d-i upload to include the new glibc for sparc..
[07:39] <fabbione> infinity: i fully agree... but that check was a real fart imgo
[07:39] <infinity> But yeah, I'll upload and babysit the log, and kill the build if it's not right.
[07:39] <fabbione> imho
[07:40] <fabbione> gcc-3.4 $someoptions |grep $SOMETHING
[07:40] <fabbione> can't exactly fail at random
[07:40] <infinity> Yeah, but clearly it did.
[07:40] <fabbione> yes
[07:40] <infinity> Hence, I say "WTF". :)
[07:40] <fabbione> so did i
[07:40] <fabbione> since yesterday :)
[07:41] <infinity> If it was hppa, I'd just assume it was the usual kernel/segv bug.
[07:41] <infinity> Not sure what scary outstanding bugs we have on sparc right now, though.
[07:41] <fabbione> we know how to reproduce the issue
[07:41] <fabbione> in terms that we can simulate that flag set to no
[07:41] <fabbione> and see why discover1 goes nuts
[07:42] <fabbione> at least that's the first binary that started having issues
[07:42] <fabbione> there might be more
[07:42] <fabbione> but discover1 it's easy to debug
[07:42] <fabbione> it migth as well be a combinantion of bugs
[07:42] <infinity> I'm less concerned about the discover segv and more concerned about the complete randomness that led to the glibc miscompile.
[07:42] <fabbione> since for example using the optimized sparcv9v libc6 hide the problem
[07:43] <fabbione> yeah i agree...
[07:43] <fabbione> that's harder to trigger
[07:43] <fabbione> but if you can check what buildd does take that and so on, it might help
[07:43] <fabbione> i need to go afk for a bit
[07:45] <fabbione> infinity: did you update gcc-opt by any chance?? perhaps that or ccache might have hidden the call to gcc-3.4
[07:46] <fabbione> anyway.. brb
[07:46] <infinity> Nah, gcc-opt hasn't changed for eons...
[07:46] <infinity> (Besides, the build I just gave you was done in the same chroot tarball)
[08:00] <infinity> I sure would like to know where the i386 LRM went..
[08:05] <kagou> hi
[08:08] <LaserJock> hi kagou
[08:19] <fabbione> time to do some BIOS upgrades
[08:19] <fabbione> later
[08:27] <ajmitch> evening all
[08:28] <kgoetz> hi ajmitch
[08:42] <omeg> Well, finally the Xubuntu splash is done too.
[08:42] <omeg> That means I'm done unless there is feedback.
[08:42] <omeg> http://omega.avalanchestudios.net/personal/dropbox/usplash/new/xu_newsuggestion_0_8_SCALED_BAR.png
[08:42] <infinity> That's pretty nice...
[08:43] <omeg> Still need to palette fix all of them, though.
[08:43] <Burgundavia> infinity, for edgy, is there a sane way to say "if you cannot handle a higher resolution, just drop back to text" for usplash?
[08:43] <infinity> Burgundavia: Err, come again?
[08:44] <infinity> Burgundavia: You want usplash to default to a higher res, you mean?
[08:44] <Burgundavia> infinity, yes, but the issue of older machines that break seems to be the big sticking point
[08:44] <infinity> Burgundavia: We're not using a low res because "computers can't handle a higher res", we're using a low res because "vga16fb is the only framebuffer driver that we know won't break the registers on your video card and cause suspend/resume to stop working"
[08:45] <Burgundavia> ah, ok
[08:45] <omeg> By the way, infinity, so you already made a usplash package?
[08:45] <omeg> Or someone else did, I think.
[08:45] <infinity> But there's absolutely no reason you can't boot with "vga=1234" on your machine and have whatever resolution framebuffer you want.
[08:46] <infinity> usplash being tiny in the middle of it isn't that big an issue.
[08:46] <infinity> omeg: Keybuk uploaded it after all our talks the other day.
[08:46] <infinity> omeg: It was his gift to me, to divert flames from me for a while. ;)
[08:46] <omeg> Is there a place where I can get it and test it with my Breezy?
[08:47] <infinity> omeg: breezy's framebuffer is 640x480 by default, not 640x400, so it wouldn't look right anyway.
[08:47] <omeg> Oh, I see.
[08:47] <infinity> omeg: We're two weeks from release.  Be a man.  Upgrade.   Help us find the last few showstopper bugs we MUST fix before release.
[08:47] <infinity> Burgundavia: I don't really see any valid reason to default to a higher res anyway.
[08:48] <omeg> Yeah, I'll do that. I'm currently using my main computer for work, though, so I'll put Dapper on my 400 MHz. Then I can test its speed. Breezy runs very acceptable. Just a little slower than Windows 98, I think.
[08:48] <infinity> Burgundavia: 99% of users never use the virtual consoles (which is where you actually get a benefit from higher res, cause you have more lines/columns).
[08:48] <infinity> Burgundavia: And "we want a higher res so the splash screen can have more detail" is such a bunk statement it's laughable.
[08:51] <Burgundavia> indeed, but I was just wondering if there was some technical hack to make it work
[08:51] <omeg> If you want the splash screen to look better at this point, I'd rather have 32-bit colors.
[08:51] <Burgundavia> bling makes great marketing. I could care less
[08:52] <infinity> omeg: Bumping the color palette suffers the same issues as bumping the res.  We go over 128k video memory usage, and some vga BIOSes will fail to cope.
[08:52] <infinity> On the other hand, using simpler graphics is easy. :)
[08:52] <omeg> Not for the artist, though :P
[08:52] <infinity> (Has anyone actually SEEN the MacOSX splash that people keep raving about?  It's so simple, it hurts)
[08:52] <omeg> But not that I really care.
[08:52] <Burgundavia> they are still bikeshedding on the art list
[08:53] <infinity> Burgundavia: They'll bikeshed forever, but we release in 2 weeks regardless.
[08:53] <omeg> Yeah, it's very simple. Thankfully it's only around for a few seconds.
[08:53] <Burgundavia> I think the biggest they we could do is to figure out how to not make the background black
[08:53] <omeg> I liked the Mac OS 9 splash. Just a "Welcome" message while all the extensions and stuff are being loaded at the bottom of the screen.
[08:53] <infinity> Burgundavia: I can make the background not black quite easily.
[08:53] <infinity> Burgundavia: I just won't do it for dapper release.
[08:53] <Burgundavia> ah, ok
[08:53] <omeg> I liked the Mac OS 9 icons. Tiny little pixel art things.
[08:54] <omeg> I'd like it if Edgy had a neater splash.
[08:54] <omeg> But that depends on who's willing to program for it.
[08:57] <omeg> I should really quickly close everything down and go to work now, then.
[08:57] <omeg> See you tonight
[09:07] <nomed> hi all
[09:07] <nomed> Mithrandir: around ?
[09:14] <simira> nomed: he's off work today, and will be online only periodically, I believe'
[09:15] <nomed> simira: k thanks
[09:21] <Keybuk> infinity: what i386 LRM ? O:-)
[09:28] <kgoetz> what's yaird?(apart form a tool to make boot initrds)
[09:29] <Keybuk> kgoetz: nothing.
[09:30] <kgoetz> oh, fair enough.
[09:31] <kgoetz> thanks :)
[09:32] <Keybuk> (ie. it's just a tool to make boot initrds...
[09:32] <Keybuk> "yet another" tool, in fact)
[09:33] <kgoetz> ah, i should have thought of that. lol.
[09:37] <Treenaks> hmm.. I have a powerpc with a slow clock, how would I go about debugging that?
[09:38] <Treenaks> (it loses about a minute per day)
[09:53] <infinity> fabbione: "checking for -z relro option... no
[09:53] <infinity> "
[09:53] <infinity> (Killing the build.
[09:53] <fabbione> infinity: wtf...
[09:54] <fabbione> infinity: we need to understand why...
[09:54] <fabbione> was it the same buildd?
[09:54] <infinity> Thanks, einstein. :)
[09:54] <infinity> Yes, same buildd.
[09:54] <fabbione> yeah yeah.. living close to .de makes that effect ;)
[09:55] <infinity> I'll have to do more by-hand attempts to reproduce it.
[09:55] <infinity> At any rate, the build is now sitting in FAILED, so it'll just idle there until we figure it out and then I can reset it.
[09:55] <infinity> Thankfully, no need to reupload AGAIN.
[09:56] <fabbione> infinity: ok.. i wonder if we are missing a B-D or something did change at this point
[09:56] <fabbione> is the buildd the same where you did the manual build?
[09:56] <infinity> Yes. :/
[09:56] <infinity> Same buildd, same chroot tarball.
[09:56] <fabbione> score..
[09:56] <fabbione> same chroot
[09:56] <fabbione> did you dist-upgrade the chroot before building?
[09:56] <infinity> I'll fiddle some and see if I can come up with something.
[09:56] <fabbione> (when in manual i mean)
[09:56] <infinity> Yes, I dist-upgraded first.
[09:57] <infinity> But, I didn't run all the lp-buildd scripts, cause I was in a hurry, so I'll do it the "right" way, and see if lp-buildd is breaking something.
[09:57] <fabbione> ok thanks
[09:57] <Lathiat> Treenaks: run ntpd? :)
[09:58] <Treenaks> Lathiat: I am, but somehow it prefers LOCAL(0) stratum 13 to my ISPs stratum 2 servers
[09:58] <Treenaks> Lathiat: even if I sync it just before starting ntp
[09:58] <Treenaks> d
[09:58] <Lathiat> fun'
[09:59] <Treenaks> Lathiat: it works..ish when I disable LOCAL(0)
[09:59] <Treenaks> but I like to think that it's there for a reason :)
[10:06] <infinity> ARGH.
[10:06] <infinity> checking for -z relro option... yes
[10:06] <infinity> W.  T.  F.
[10:06] <infinity> Identical chroot/sbuild setup this time.
[10:06] <infinity> Oh, except for an empty ccache.
[10:11] <fabbione> infinity: i doubt that could be the problem but it's worth a shot
[10:13] <sivang> there is a distro sprint coming on next week?
[10:14] <sivang> infinity: got enough sleep dude?
[10:14] <infinity> More than enough.
[10:21] <sivang> infinity: good to know. I wanted to ask you if you are only specifically interested in a bottle or can of olive oil , or any other olive products? (I'm keen to try and stuff as many as I can carry)
[10:22] <morg1> Kamion: bug 45543
[10:22] <Ubugtu> Malone bug 45543 in ubiquity "Serious Data Loss resizing partitions" [Normal,Unconfirmed]  http://launchpad.net/bugs/45543
[10:33] <hunger> Hmm... how good are the chances that suspend-to-RAM will work in dapper again (like it did in breezy) for thinkpads?
[10:34] <hendry> freeflying: i can't get skim working on an English setup of Kubuntu. that normal?
[10:34] <torkel> hunger: works for me on my T40p
[10:35] <freeflying> hendry: you need some configure for non CJK locales
[10:35] <ispiked> why isn't there a firefox-dbg package?
[10:35] <ispiked> iwj: ping
[10:36] <freeflying> hendry: cp /etc/X11/xinit/xinput.d/scim-ahngul ~/.xinput.d/default  --<assume you've installed scim-hangul
[10:36] <maswan> we're upgrading apache now, please report any issues with ftp.acc.umu.se
[10:36] <freeflying> hendry: and im-switch skim scim-qtimm scim-gtk2-immodule
[10:40] <hunger> torkel: suspend/resume works... but immediently after the box comes up it does a shutdown which kind of ruins the efford:-)
[10:41] <torkel> hunger: not for me. But I think I heard about some others having that problem, and I think it should be resolved now
[10:42] <torkel> hunger: are you running an updated Dapper?
[10:42] <zyga> hello
[10:42] <hunger> torkel: Updated to whatever was in the archives 5min ago.
[10:56] <infinity> fabbione: checking for -z relro option... yes
[10:56] <infinity> fabbione: After clearing the ccache.
[10:56] <fabbione> HMMMMMMMMMMMMMMMM
[10:56] <infinity> fabbione: So, it's building now and I'll leave it be.
[10:56] <fabbione> infinity: ok
[10:56] <fabbione> is it going to be autouploaded?
[10:56] <infinity> Yup, it'll get to the archive on its own when done.
[10:57] <infinity> I don't have much control over that, short of stopping the processes that make that happen.
[10:57] <fabbione> ok that's fine
[10:57] <fabbione> i am just scared of that ccache issue
[10:57] <fabbione> i can try to reproduce it tho
[10:57] <infinity> I am too.
[10:58] <infinity> I'm wondering if maybe we should just stop using ccache on the buildds altogether.  It's not like we don't have the CPU speed to keep up anyway.
[10:58] <infinity> It seems we use it more or less for the bling factor.
[10:58] <fabbione> ccache in our enviroment is almost pointless
[10:58] <fabbione> imho
[10:59] <fabbione> it starts to make sense when you share it between all buildds of $arch
[10:59] <infinity> Perhaps I'll just make an executive decision later and turn it off universally.
[10:59] <fabbione> so it doesn't really matter when pkg foo is uploaded N times
[11:00] <fabbione> but as it is there is very little gain
[11:00] <fabbione> infinity: i will sustain your decision
[11:19] <sladen> hunger: *please* can yu file a bug against gnome-power-manager then we can try to debug it
[11:32] <hobojoe> hello all
[11:33] <hobojoe> I'm not asking for help, but I thought I would point out that kbuntu and ubuntu fail to install on reiserFS systems on the package initrd-tools with latest release.
[11:33] <hobojoe> I would post a BUG, but /target/var/log/bootstrap.log doesn't exist after the error even though it states it wrote the error to it.
[11:38] <hobojoe> thought I can't be certain it has anything todo with the filesystem, but it did seem to install fine with ext3.
[11:38] <hobojoe> but continually fails with reiser
[12:37] <carlos> Riddell: hi, what's the status of the new KDE translation domains I added to https://wiki.ubuntu.com/MissingPotFiles ?
[12:47] <carlos> pitti: I'm doing now the upload of the missing translation domains
[01:20] <sladen> hobojoe: please report a bug anyway
[02:04] <Mirv> Kamion: are you now using msgid:s Navigation|_Back and Navigation|_Forward from gtk+ translation for GUI installer buttons?
[02:07] <Mirv> because even lately people have tested and found the buttons not translated. unfortunately I haven't tested for a few days. also one other possibility came to my mind: maybe gtk translations are not included for every language on the cd? that'd be unfortunate.
[02:27] <_ion> keybuk: I read service.d.txt; looks really good.
[02:28] <_ion> keybuk: The std{in,out,err} commands are really handy.
[02:28] <_ion> Among others. :-)
[02:28] <Keybuk> _ion: I have some other things in my notes which aren't so concrete
[02:29] <Keybuk> have been thinking a bit more about ordering, and dependencies
[02:35] <carlos> pitti: could you delay your script 1 hour and a half?
[02:36] <carlos> just today
[02:36] <carlos> I had to update the source code
[02:36] <pitti> carlos: yes, will do
[02:36] <carlos> hmm
[02:36] <carlos> it failed again....
[02:37] <pitti> Keybuk: c'mon, 3 seconds crontab -e is not really work :)
[02:38] <Keybuk> pitti: I won't tell mdz if you don't mention me replying to WRONG people on Malone and tickling things through NEW :p
[02:39] <desrt> slomo; ?
[02:39] <pitti> Keybuk: /me does not know what you are talking about :)
[02:39] <Keybuk> good man :)
[02:40] <Keybuk> I like it when people file bugs on what they think the cause of the problem is, without ever actually explaining there problem
[02:40] <Keybuk> like this guy who's filed a few bugs because packages use S* scripts in rc0
[02:40] <Keybuk> and still won't accept that that's normal
[02:40] <desrt> gentoo user?
[02:40] <Keybuk> dunno, he did quote the LSB in his last mail
[02:41] <desrt> no gentoo user would do this
[02:41] <Keybuk> I've get to describe it as "arse gravy of the highest kind, with those nutty bits you can't explain"
[02:41] <Keybuk> which is my general description of the LSB
[02:42] <carlos> pitti: I think you should use the language pack export from yesterday to do the new upload into dapper
[02:42] <carlos> pitti: there is something weird that prevents me to run the script today....
[02:42] <pitti> carlos: hm, ok
[02:43] <carlos> pitti: Also, if you could take a look to https://wiki.ubuntu.com/MissingPotFiles and update your entries....
[02:43] <carlos> pitti: there are two translation domains that I don't know where they come
[02:43] <pitti> carlos: hm, today?
[02:43] <carlos> pitti: no, when you have time
[02:43] <carlos> I'm trying to get all pending domains imported today
[02:44] <carlos> but I don't think it's a problem to have some other domains waiting some extra days ;-)
[03:01] <AlinuxOS> pitti, carlos ;) Hello!
[03:01] <AlinuxOS> ... Hello too the DEVEL-TEAM :)
[03:12] <lool> slomo: around?
[03:16] <sladen> Keybuk: mdz isn't on the channel, so he'll never know!  :)
[03:16] <lool> slomo: I've produced a patch which solved the unaligned memory accesses in liboil0.3 for me, it's at <https://bugs.freedesktop.org/show_bug.cgi?id=6969>, I'd like to hear something from ds, perhaps he'll upload a fixed liboil or agree that I do so, but if you have root access to an ia64 on your side, I'd be interested to hear whether this solves the banshee FTBFS
[03:16] <Ubugtu> bugs.freedesktop.org bug 6969 in unknown "function conv_8/16_f32_lrint(f) in class conv_u8/16_f32 failed check" [Normal,New]
[03:16] <lool> slomo: (it would probably solve the gst-plugins-base0.10 FTBFS on multiple arches in Debian)
[03:16] <mgalvin> Mithrandir: there will be no flight 8?
[03:18] <infinity> mgalvin: No, since the distro team all took Friday (today) off, and on Monday we're jumping straight to RCs.
[03:18] <infinity> mgalvin: (Note the irony in the response coming from the same person who told you this on a mailing list)
[03:19] <mgalvin> infinity: :) thanks, just making sure b/c tollef had asked me to get the flight 8 tour ready
[03:19] <infinity> Yeah, I suspect he asked you that before we decided to canel it.
[03:20] <mgalvin> yup
[03:20] <infinity> Your Flight-8 tour will make a nice RC1 tour instead, don't fret. :)
[03:20] <mgalvin> no biggie... yup :_
[03:20] <mgalvin> :)
[03:20] <infinity> (You'll have to re-do some screen shots, I expect, since I expect the artwork to get the "beta" stuff removed for RC1)
[03:26] <Lathiat> the reboot icon is fairly similar to the updats available icon
[03:26] <Lathiat> like they oth have arrows goign around in cicles
[03:26] <Lathiat> could potentialy be confusing?
[03:50] <bddebian> Mroning
[03:50] <bddebian> Hmm, Morning even
[03:58] <_kaenat> How can I rectify an error "E: Couldn't find package manpages-posix-dev" when doing 'sudo apt-get install manpages-posix-dev'?
[03:59] <dsas> _kaenat: You do have multiverse enabled right?
[04:00] <_kaenat> dsas: I have a line in /etc/apt/sources.list: deb http://us.archive.ubuntu.com/ubuntu breezy-backports main restricted universe multiverse
[04:01] <_kaenat> I just did a apt-get update, but didn't help
[04:01] <Lathiat> -ECHANNEL, please take it to #ubuntu, this channel is for ubuntu-development related discussion
[04:02] <Lathiat> _kaenat: You'll see I'm offering you some advice there
[04:08] <wasabi_> So, does Ubuntu aspire to any sort of embedded small footprint device support? Perhaps dapper+1?
[04:10] <sladen> wasabi_: mubuntu
[04:11] <wasabi_> Is that a seperate project by a seperate team, or something canonical is running/will be running
[04:16] <sladen> wasabi_: it's been talked about by lots of people
[04:16] <wasabi_> Is anybody else working on a simple arm port?
[04:16] <wasabi_> heh.
[04:16] <sladen> wasabi_: but it keeps on coming up more often;  a downside of embedded projects is that every device has its own set of drivers and setup unique to that device
[04:16] <wasabi_> Yeah. Expected.  Just debootstrap --foreign into it.
[04:17] <sladen> _ion: yes.  I just could find the AltGr combination to get get
[04:17] <wasabi_> Whatcha mean? The N770 isn't really any arm kit standard.
[04:18] <wasabi_> http://akita.larvalstage.net/~wasabi/archive-ubuntu-arm/dapper/ <--- if anybody is interested
[04:24] <sladen> wasabi_: the reason people can develop for i386, is because they can get hardware which works in the same way as everyone elses
[04:24] <wasabi_> Qemu? :)
[04:24] <sladen> wasabi_: actually the 770 platform is based around a TI OMAP reference board, so it's more "standard" than most
[04:24] <wasabi_> Not really, because it is one device out of many.
[04:25] <wasabi_> In fact, there's less of n770s and more of PPCs... So I don't know what makes something "standard".
[04:25] <wasabi_> It's just one more device in a pile of them.
[04:25] <sladen> wasabi_: the CPU instructions are the easy bit.  It's the perhiphales that are the hard bit
[04:25] <wasabi_> Just drivers.
[04:25] <dieman> is there any way to get more than 10 cds in shipit anymore?
[04:25] <wasabi_> Just like any PC. Some devices have different drivers.
[04:25] <sladen> dieman: yes, send an email
[04:25] <wasabi_> All of that happens in kernel space anyways.
[04:25] <dieman> ok
[04:25] <tepsipakki> isn't there a way to exclude a file in for example debian/package.docs, so that dh_installdocs adds the line to excludes?
[04:25] <dieman> sladen: whats the preferred target of the email?
[04:26] <wasabi_> In user space it's just a bootable rootfs which finds a display device, maybe a touch screen, and other perhiperals, and works.
[04:26] <sladen> dieman: the email given on the webpage
[04:26] <dieman> missed that link
[04:26] <shawarma> The kernel on the LiveCD supports SMP, doesn't it?
[04:26] <dieman> there wasn't an email on login or the shipit page i think
[04:26] <sladen> wasabi_: have you ever, er, done any embedded development
[04:26] <dieman> im guessing its only on the faq
[04:26] <wasabi_> No. Which is why I'm asking. I'm compiling Ubuntu for arm right now, then going to plop it onto the n770.
[04:26] <wasabi_> and start making it work.
[04:26] <sladen> wasabi_: they don't have ACPI tables that neatly give you the address of everything and an abstraction for finding them
[04:27] <wasabi_> Isn't that the kernel's responsibility, though?
[04:27] <tepsipakki> wasabi_: have you seen the maemo mistral (v2.0) roadmap?
[04:27] <wasabi_> Yeah.
[04:28] <sladen> dieman: third answer on http://www.ubuntu.com/support/faq
[04:28] <wasabi_> The part of maemo that interests me is just the application environment.
[04:28] <wasabi_> ie hildon.
[04:28] <wasabi_> Hildon can be ported to Ubuntu/Debian just as easy as xfce, or gnome, etc.
[04:29] <sladen> shawarma: the kernels now reconfigure themselves for UP or SMP
[04:29] <wasabi_> The rest of it, the user space. I don't want yet another copy.
[04:29] <sladen> Hirion: if you had the source-code, yes
[04:30] <shawarma> sladen: I'm not sure if that's a yes or a no. I just stumbled upon this https://launchpad.net/bugs/26774 and was wondering if I could close it.
[04:30] <Ubugtu> Malone bug 26774 in casper "LiveCD has no SMP support" [Normal,Unconfirmed]
[04:31] <dieman> sladen: yah, but the faq link was hard to find :)
[04:31] <dieman> sladen: way down in the bottom right
[04:32] <sladen> dieman: can you file a but about that:  https://launchpad.net/products/launchpad/+bugs
[04:33] <sladen> dieman: eg.  "New ShipIt: hard to find information/email address for ordering more than 10"
[04:39] <dieman> sladen: will do
[04:44] <wasabi_> debootstrap needs support for specifying multiple apt repositories
[04:45] <Treenaks> Seveas: well, post the link :P
[04:45] <lemsx1> infinity: hello
[04:45] <Seveas> Treenaks, planet.ubuntu-nl.org
[04:46] <Seveas> http://photos1.blogger.com/blogger/7579/1056/1600/ubuntu_rubber_ducks.jpg
[04:47] <kgoetz> Seveas: hahaha. classic. whos are they?
[04:48] <Seveas> pmjdebruijn (Ubuntu NL)
[04:48] <kgoetz> lol. cool
[04:50] <sladen> Keybuk seems to have gone all silent
[04:50] <dieman> nice rubber ducks there
[04:51] <Treenaks> sladen: keybuk is silently uploading them as the Official artwork :)
[04:53] <sladen> we missed the chance to pollute the artwork on the 1st of April this year
[04:55] <AlinuxOS> pitti, ping
[04:55] <AlinuxOS> have got 1 minute?
[05:01] <AlinuxOS> ooops
[05:01] <AlinuxOS> no :)
[05:01] <AlinuxOS> no developers it's Team Holiday!!!
[05:01] <AlinuxOS> :D
[05:03] <bddebian> Bah :-)
[05:09] <jsgotangco> hi
[05:09] <bddebian> Heya jsgotangco
[05:11] <jsgotangco> ahhh jeezz im drunk
[05:14] <bddebian> jsgotangco: Nice :-)
[05:15] <kgoetz> lol
[05:15] <kgoetz> half your luck :/
[05:16] <jsgotangco> heh
[05:16] <carlos> pitti: all missing translation domains that I'm able to fix are fixed now
[05:24] <pitti> carlos: cool
[05:42] <mhz> nomed: ping
[05:46] <bddebian> Hello mhz.  Aren't you supposed to be vacationing today? :-)
[05:46] <mhz> nah
[05:46] <mhz> I am not in the payroll :D
[05:46] <kgoetz> hehe
[05:47] <bddebian> heh
[05:48] <mhz> bddebian: however, unless it's a bot, ogra is here and he's in the payroll
[05:48] <mhz> hmm, he may be idle
[05:51] <jjesse> is today a mandatory vacation day for employees?
[05:51] <tseng> yes.
[05:51] <jjesse> that's cool
[05:52] <mhz> cool
[05:52] <mhz> but I prefer to make my own decissions on when I get my day off
[05:52] <wasabi> Hmm. Perl no compile on arm.
[05:53] <bddebian> Aye
[05:53] <bddebian> LaserJock!!
[05:53] <LaserJock> what? :-)
[05:53] <bddebian> Hi :)
[05:55] <LaserJock> bddebian: hi back
[05:58] <LaserJock> bddebian: so should we take over Main while they are away on "vacation"? ;-)
[05:59] <pitti> BIG BROTHER'S WATCHING YOU !!!1!1
[05:59] <crimsun> ohnoes
[06:00] <LaserJock> pitti: my big brother can hardly run Doom on his computer I doubt he is watching me ;-)
[06:02] <bddebian> LaserJock: mwuhahahaha
[06:36] <kagou> cya
[06:50] <bddebian> What's the rationale for keeping 3 versions of pike in the archive?
[06:54] <LaserJock> the more the merrier?
[06:54] <bddebian> Bah :-)
[07:12] <tsdgeos> jordi: thanks :-) !
[07:21] <jordi> tsdgeos: :D
[07:23] <tsdgeos> bye!
[07:31] <dieman> crazy, for some reason i ended up with an initrd without usplash that wont boot.
[07:32] <dieman> (from a non-supported hoary -> dapper upgrade)
[07:33] <crimsun> so you manually (re)generated the initramfs?
[07:34] <dieman> going to
[07:34] <dieman> need to boot the machine off a livecd first here
[07:34] <dieman> but yeah, usplash was definately not installed before it was generated and it gave me a very broken initrd
[07:56] <webwolf_27> are there any known bugs with the current (Dapper) glibc?
[07:57] <tseng> https://launchpad.net/distros/ubuntu/+source/glibc/+bugs
[07:57] <tseng> plenty
[07:57] <tseng> take your pick
[07:57] <webwolf_27> tseng, just a second I'm looking to see if mines there ;)
[07:59] <webwolf_27> tseng, nope it's not
[08:00] <tseng> well, you know what to do
[08:00] <webwolf_27> yeah, still any idea what I can do as a dirty fix for the following error:
[08:00] <webwolf_27> *** glibc detected *** double free or corruption (!prev): 0x081781d8 ***
[08:00] <webwolf_27> Unable to read printer database.
[08:01] <tseng> that might not be a bug in glibc
[08:01] <tseng> but the app itself freeing the same address twice
[08:01] <tseng> or real corruption from a hardware problem
[08:01] <tseng> is that cups?
[08:02] <webwolf_27> yes
[08:02] <webwolf_27> everything else works great. but now one of my printers isn't even found, and the other won't print
[08:02] <tseng> file a bug against cups
[08:03] <tseng> cupsys
[08:03] <webwolf_27> tseng, I saw a similar bug in cupsys with the HP Laserjet 100x that it simply won't print
[08:04] <tseng> ok, I am not a cups guy
[08:04] <tseng> please open a bug
[08:04] <webwolf_27> tseng, will do
[08:04] <tseng> thanks.
[08:05] <webwolf_27> No problem, I like linux. I want it to work and I'm happy to help and help others help me
[08:06] <tseng> cool :)
[08:07] <webwolf_27> that was one of the reasons for doing my c++ cert in linux
[08:09] <infinity> dieman: Do you still have that unbootable machine in an unbootable state, so we can look at it, or did you fix it?
[08:19] <dAndy> can anyone give me odds on whether bug #25206 will be fixed for dapper? It is pretty much a show stopper in my environment
[08:19] <Ubugtu> Malone bug 25206 in glibc "Cannot use bash from users in NIS database" [Unknown,Fix released]  http://launchpad.net/bugs/25206
[08:36] <dieman> infinity: its very much broken still
[08:36] <dieman> infinity: and im completely lost
[08:36] <infinity> dieman: Oh, good.  (sort of)
[08:36] <dieman> it appears the image is ok
[08:36] <dieman> i think
[08:36] <dieman> the binaries are all in it
[08:36] <infinity> dieman: Oh.  So maybe it's not my bug?
[08:36] <dieman> well
[08:36] <dieman> you want a jpg of the output real quick?
[08:36] <infinity> Yeah, that'd be cool.
[08:37] <dieman> ok
[08:37] <infinity> FSVO "cool"...
[08:39] <dieman> infinity: http://www-users.cs.umn.edu/~sdier/boot.jpg
[08:40] <dieman> im currently booted off of a livecd and can get you the image too
[08:40] <bddebian> FSVO?
[08:40] <infinity> dieman: Erm, no that's horribly broken and incomplete. :)
[08:40] <dieman> heh
[08:40] <dieman> ok
[08:40] <infinity> dieman: Okay, first thing's first.  Is /boot/ a separate partition?
[08:40] <infinity> dieman: And is it full? :)
[08:41] <infinity> bddebian: For Some Value Of.
[08:41] <bddebian> Ah thx
[08:41] <bddebian> Aren't you folks supposed to be "off" today? :)
[08:41] <infinity> bddebian: Technically it's Saturday now for me.
[08:41] <dieman> infinity: same partition
[08:41] <infinity> bddebian: Which, I suppose, just makes it that much worse, but whatever.
[08:41] <dieman> its part of /
[08:41] <bddebian> :-)
[08:41] <infinity> dieman: And plenty of space?
[08:41] <dieman> which has 3gb free
[08:41] <infinity> dieman: Okay, scratch that one, then.
[08:42] <dieman> the image is 5.5M, too
[08:42] <infinity> dieman: Next step.  Copy that broken one somewhere where you can later get it off the machine and in my grubby hands.
[08:43] <infinity> dieman: And then "update-initramfs -u -k <whateverversionthatis>
[08:43] <infinity> "
[08:43] <infinity> 2.6.16-23-386 or whatever.
[08:43] <dieman> infinity: http://www-users.cs.umn.edu/~sdier/initrd.img-2.6.15-23-amd64-xeon
[08:44] <infinity> Oh, I have initramfs-tools break intentionally on Xeon machines to punish people for making bad purchasing decisions.
[08:44] <bddebian> haha
[08:45] <dieman> ok, did the update-initramfs (and its now about the same size)
[08:45] <lemsx1> infinity: lol
[08:45] <infinity> dieman: Didn't throw any errors in the process?
[08:45] <Burgundavia> infinity, actually, you delayed the lrm release yesterday to punish new users who have tried dapper
[08:45] <dieman> infinity: no errors
[08:45] <dieman> infinity: im currently chrooted into the partition, if thats ok
[08:45] <dieman> proc is mounted
[08:45] <infinity> Burgundavia: Actually, I didn't delay it at all.  It got hitched up in the LP machinery somewhere (on i386-only, entertainingly)
[08:45] <infinity> dieman: Yes, chrooted in is better.
[08:46] <infinity> dieman: Can you also do the following?
[08:46] <infinity> dieman: mkinitramfs -o /dev/null -k 2.6.15-23-amd64-xeon
[08:47] <lemsx1> talking about update-initramfs, i have a system (running dapper) that keeps attempting to rebuild a 2.6.12-10-686 initrd even though there is NO such linux-image package installed... where does update-initramfs -u (with no -k) gets the version of the running kernel?
[08:47] <infinity> dieman: And tar up the junk it spits in /tmp for you?
[08:47] <omeg> Hi all
[08:47] <infinity> lemsx1: It doesn't use the version of the running kernel, it does some guessing of the "best" kernel.
[08:47] <infinity> lemsx1: I suspect you still have symlinks pointing to that kernel as "vmlinuz"
[08:48] <infinity> lemsx1: Or something else.
[08:48] <infinity> lemsx1: Runinng update-initramfs with "sh -x" may shed some light on it.
[08:48] <dieman> infinity: http://www-users.cs.umn.edu/~sdier/initramfs.tar.gz
[08:48] <infinity> omeg: Just rebooted with your new splash.  Looked nice.  I'll think of you on every reboot now.
[08:49] <omeg> Sounds great. :)
[08:49] <omeg> Thanks for testing it. I'm glad it looks nice.
[08:49] <omeg> I'm wondering, has the Kubuntu splash been packaged yet? Because I just made some very minor adjustments. Nothing that warrants repackaging, but just in case it hasn't been done yet...
[08:50] <infinity> dieman: Kay, and I'm going to assume that if you reboot right now, it'll still get stuck in the same spot... But try anyway? :)
[08:50] <omeg> I'll also get GIMP now so I can see for myself how that palette solving thing is done.
[08:50] <infinity> omeg: The kubuntu one got reverted by the kubuntu lead devel.
[08:51] <omeg> So my screen was in there for a while, but it got reverted? That's too bad. Did he post any feedback anywhere?
[08:51] <mjg59> Oops
[08:51] <dieman> infinity: ok
[08:51] <mjg59> Which then restarts cleanly, but opens a window in the process
[08:52] <infinity> dieman: Okay, that initramfs doesn't look broken in the least.  It's just behaving like one that is. :/
[08:52] <dieman> yeah, still stuck
[08:52] <infinity> Same image?
[08:52] <dieman> yah
[08:53] <infinity> Okay, that's all sorts of bizarre.. :/
[08:53] <infinity> Let me download this jpeg and put it in the same directory as this other debug stuff from you...
[08:53] <dieman> yeah
[08:53] <dieman> im weirded out now
[08:53] <infinity> dieman: Okay, you can delete it now.  Got it.
[08:54] <infinity> dieman: Can you boot without quiet on the command line?
[08:54] <dieman> could it be a kernel issue?
[08:54] <dieman> just did
[08:54] <infinity> dieman: Maybe there's a kernel error here that would shed some light. :)
[08:54] <dieman> not much more information
[08:54] <dieman> ramdisk says 16 ram disks of 65536k size 1024 blocks
[08:54] <infinity> Define "not much more"... There should be a mess of printks before that.
[08:54] <dieman> yah
[08:55] <dieman> i cant scrollback to them though because of usb kbd :|
[08:55] <infinity> Woo.
[08:55] <infinity> And nothing useful in the final 25 lines?
[08:56] <dieman> not seeing anything :|
[08:56] <dieman> all the stuff in the initrd for amd64 is 64 bit right?
[08:57] <dieman> could it nbe the kernel is missing 32bit support?
[08:57] <infinity> It all better be 64-bit. :)
[08:57] <omeg> By the way, infinity, just a little something inbetween: did the Kubuntu lead devel post reasoning for reverting that splash screen? Maybe I can still change it around to suit the needs and wants.
[08:57] <dieman> alltho that'd be weird
[08:57] <infinity> Unless your filesystem is some kinda thpethial.
[08:57] <dieman> heh
[08:58] <dieman> i'm gonna reboot and try the generic kernel
[08:58] <infinity> omeg: He reverted it and told Keybuk and I "we have our own artwork, thankyou very much, don't touch it"
[08:58] <infinity> omeg: You're welcome to talk to him (Riddell) directly, of course. :)
[08:59] <omeg> Well, if they have their own good artwork, they should keep it. Kubuntu is their project. I'd argue that it would be nice to have consistent boot themes, though, but I wouldn't know how well mine works since I've only used Kubuntu once.
[08:59] <omeg> I'll send him a PM
[09:00] <infinity> omeg: I'd like to see consistency, but since the desktops aren't consistent either, the point is somewhat moot.
[09:00] <infinity> dieman: I'm sure the answer lies somewhere in dmesg. :/
[09:01] <iegary> hi, I was wondering if there was a chance for a fix for bug #37973 in libc6 before release - the patch agrees with the timezone data in 2006g.
[09:01] <Ubugtu> Malone bug 37973 in glibc "Day light time saving is cancel in Asia/Tehran" [Normal,Confirmed]  http://launchpad.net/bugs/37973
[09:01] <infinity> dieman: You can't get a PS2 keyboard on there?  Or enable legacy emulation in the BIOS?
[09:01] <lemsx1> infinity: thanks for the sh -x tip
[09:02] <dieman> infinity: the ps2 port is uh, not all that great on this machine -- they somehow slopped it on in conjunction with usb or something and it usually doesn't work right
[09:02] <dieman> infinity: i'll try upgrading the bios to see if its fixed
[09:02] <dieman> (blame dell!)
[09:02] <lemsx1> where are the release-critical bugs for Dapper? or what needs work before the release date. i'd like to put some time into bug patching this weekend
[09:02] <infinity> dieman: Kay, and no legacy emulation for the USB keboard?
[09:02] <dieman> dont believe so
[09:02] <dieman> i'll check
[09:03] <infinity> lemsx1: anything in universe >= Major should be fair game.
[09:03] <omeg> infinity: hehe yeah, that's right (regarding consistency in splash screens). But it could be seen as a start.
[09:03] <infinity> lemsx1: Stuff in main is more tightly controlled at this point, so some Major bugs will get fixed, other not becuse they're too intrusive.
[09:03] <omeg> Did you see that Xubuntu variation, by the way? I think it's still somewhat similar to the Kubuntu one I made.
[09:03] <lemsx1> infinity: using Malone's bug db then?
[09:03] <omeg> http://omega.avalanchestudios.net/personal/dropbox/usplash/new/xu_newsuggestion_0_8_SCALED_BAR.png
[09:03] <infinity> omeg: The Xubuntu one was nice.  You made the mouse look pretty good.
[09:03] <lemsx1> infinity: gotcha
[09:03] <omeg> I'm still gonna remove two more pixels from that mouse if you don't mind, though :))
[09:04] <omeg> There are two bright pixels on it while the rest of it are two shades of dark pixels, so they stand out too much.
[09:04] <infinity> omeg: Tweak it all you want.  I trust your judgement after my last reboot and seeing that your hack job was MUCH nicer than my last one. :)
[09:04] <mjg59> Hmm.
[09:04] <infinity> nomed: Around?
[09:04] <omeg> Thanks :)
[09:04] <mjg59> https://launchpad.net/distros/ubuntu/+source/murasaki/+bug/44355 - we should just pull miriaski
[09:04] <Ubugtu> Malone bug 44355 in murasaki "Hotpplug installation in dapper Damages Beta2" [Critical,Unconfirmed]
[09:05] <infinity> mjg59: Can you confirm that it's generall useless?
[09:06] <infinity> mjg59: I'm happy to remove it if there's no argument to keep it.  I'm not cool with removing it just cause "udev is better"...
[09:06] <infinity> (If "A is better than B" was the only criteria for removing packages, we'd lose half of Universe)
[09:06] <mjg59> There's no reason to keep it
[09:06] <mjg59> And installing it breaks the system
[09:06] <wasabi> Grrr. Perl and python won't compile on arm either.
[09:07] <mjg59> ARGH WHY HAS UBIQUITY RESIZED MY WINDOWS PARTITION INSTEAD OF INSTALLING IN THE PARTITION I TOLD IT TO?
[09:07] <infinity> mjg59: Oh, neat.  It depends on modutils too.  2.4-only, I suspect..
[09:07] <infinity> mjg59: And since our glibc doesn't even support 2.4 kernels on most arches..
[09:08] <sladen> mjg59: got the logfiles?  Kamion would love for something to debug
[09:09] <mjg59> Yeah, I've got the logs
[09:09] <mjg59> I'll punt that onto Colin later
[09:09] <sladen> omeg: the foreground text looks quite strong in that Xubuntu one
[09:09] <sladen> omeg: and it looks at first glance like the gradient might start going /backwards/ towards the top of the circle logo
[09:11] <infinity> mjg59: Removed.
[09:12] <omeg> sladen: with foreground text, do you mean the text output at the bottom of the splash?
[09:12] <omeg> As for the gradient, well, that's kind of the point. :)
[09:12] <mjg59> infinity: Thanks. Can you close that bug?
[09:12] <mjg59> Oh, wow
[09:12] <infinity> mjg59: Just did.
[09:13] <mjg59> Ubiquity has got *very* confused
[09:13] <mjg59> I told it to use my existing swap and ext3 partitions
[09:13] <mjg59> Instead, it resized the NTFS partition and put in new ext3 and swap partitions
[09:13] <mjg59> But it's written RESUME=/dev/sda5 (the old swap partition)
[09:14] <infinity> mjg59: You win the "tar up your log files" award of the day.  I think that's exactly the sort of breakage Colin wants to see.
[09:14] <infinity> (Well, the kind he doesn't want to see, but would like to fix if it theoretically exists -- which it doesn't)
[09:14] <mjg59> Also, gnome-power-manager hasn't defaulted to enabling sleep on these machines
[09:14] <mjg59> Grah bugs bugs bugs
[09:14] <infinity> Sleep went away on my machine too.  WTF?
[09:15] <infinity> I guess /etc/default/acpi-support is obsolete now?
[09:15] <mjg59> Not entirely
[09:15] <mjg59> But gnome-power-manager is supposed to check the whitelist at install time and set appropriate gconf keys
[09:15] <infinity> Well, g-p-m has definitely decided I can't sleep.
[09:15] <infinity> And /etc/default/acpi-support says otherwise.
[09:16] <infinity> And I think I'm also whitelisted, but I don't recall.
[09:16] <mjg59> g-p-m ignores the acpi-support stuff
[09:16] <mjg59> You ought to be whitelisted
[09:16] <infinity> Where's the whitelist live?
[09:16] <mjg59> /usr/lib/acpi-support
[09:16] <slomo> lool: i don't have access to any ia64 :/
[09:16] <mjg59> Sorry, /usr/share/acpi-support
[09:16] <infinity> I figured that when the former didn't exist. :)
[09:16] <mjg59> infinity: At the guess the g-p-m postinst is broken
[09:19] <infinity> Yeah, I'm whitelisted.  How can I check to see if the whitelist is actually correctly parsed by... Anything?
[09:19] <infinity> DeviceConfig.
[09:19] <mjg59> Check the g-p-m postinst
[09:20] <infinity> (base)root@cthulhu:~ # echo $model; echo $ACPI_SLEEP
[09:20] <infinity> 2687DVU
[09:20] <infinity> true
[09:20] <infinity> That answers that.
[09:23] <dieman> ok
[09:23] <dieman> gort the keyboard fixed
[09:23] <dieman> waiting for it to drop me to a shell
[09:24] <infinity> dieman: boot with "break=top"
[09:24] <infinity> dieman: Though the shell may not work due to the other breakage. :/
[09:24] <dieman> shell works
[09:25] <infinity> mjg59: Hrm.  can_suspend=true according to a gconf-editor run as root, but =false according to one run as my user.  The irritating bit is that I can't find where I've got that manually set in .gconf (I don't think I have).
[09:25] <dieman> ARUGH
[09:25] <infinity> dieman: Can you run anything from it, like, say, "depmod"?
[09:25] <dieman> modprobe is there
[09:25] <dieman> and if you do /sbin/modprobe it says 'not found'
[09:26] <dieman> but i can cat the file
[09:26] <infinity> Hrm.
[09:26] <infinity> If external binaries can't run, this'll be fun to debug.
[09:26] <infinity> Since I'm pretty sure busybox doesn't have an strace or a gdb I can build into it.
[09:27] <mjg59> Doesn't "not found" imply that it can't find the RTDL?
[09:27] <dieman> oh weird
[09:27] <dieman> zcat works
[09:27] <dieman> oh, but its probally busybox
[09:27] <infinity> Probably.
[09:27] <infinity> Anything busyboxish should work.
[09:27] <mjg59> infinity: It's definitely broken, given that I've just done clean installs on two whitelisted machines
[09:28] <infinity> mjg59: Yeah, it's being set in the root profile though, so I'm really confused as to why it doesn't show up in the user profile.  This looks more like gconf-on-crack than g-p-m doing anything wrong...
[09:28] <infinity> mjg59: Or I totally don't understand how gconf works.
[09:28] <mjg59> Root is just another user as far as gconf is concerned
[09:29] <infinity> But gconf-tool is doing sketchy stuff in /var, no?
[09:29] <infinity> And that stuff gets merged with user configs at runtime?
[09:29] <infinity> Or sometihng equally OMGWTF?
[09:30] <mjg59> System-wide config is used as the default in the absence of user config
[09:30] <infinity> Oh, wait, it's set to false in .gconf/%gconf-tree.xml ...
[09:30] <infinity> Are the subdirectories in .gconf/ no longer used?
[09:30] <dieman> could it be its missing libraries or something? are all the things in /sbin linked to ksplash instead?
[09:30] <mjg59> Ah!
[09:31] <mjg59> I reran the postinst and it fixed things
[09:31] <mjg59> So...
[09:31] <mjg59> gnome-power-manager doesn't depend on acpi-support
[09:31] <infinity> dieman: klibc, you mean?
[09:31] <dieman> yeah
[09:31] <dieman> klibc rather
[09:31] <mjg59> Which presumably means there's no guarantee that the whitelist files exist when it's configured
[09:31] <infinity> dieman: glibc and klibc should both be in there..
[09:31] <dieman> hmm
[09:31] <dieman> i only see klibc
[09:31] <dieman> in /lib
[09:31] <infinity> mjg59: That would be your problem, yes.
[09:32] <infinity> dieman: Oh, WTF... You're right.
[09:32] <infinity> dieman: I completely missed that when looking at your cpio archive.
[09:32] <dieman> hmmok
[09:32] <dieman> im going to boot back to the livecd
[09:32] <infinity> dieman: That's the problem then.  But no idea WHY...
[09:32] <dieman> to see wtf on the disk
[09:32] <infinity> dieman: Is there any hope of getting external SSH access to that machine while booted from the livecd?
[09:32] <dieman> yes, actually
[09:33] <mjg59> infinity: Oh, no, that's not it
[09:33] <mjg59> infinity: It depends on powermanagement-interface, which depends on acpi-support
[09:33] <infinity> mjg59: Well, poo. :)
[09:33] <infinity> mjg59: I ran the postinst by hand, and it IS doing the right thing...
[09:33] <mjg59> I can never remember depends/pre-depends semantics
[09:33] <infinity> mjg59: My problem appears to be local user goofiness, not the postinst issue.
[09:34] <mjg59> infinity: Seriously, it's *not working*
[09:34] <infinity> mjg59: For  apostinst, depends is fine.
[09:34] <infinity> mjg59: Depends guarantees configure order.  (unless there's a loop)
[09:34] <mjg59> I've just installed two machines. Running the postinst by hand sets the right keys.
[09:34] <mjg59> But they weren't set when I did the first boot
[09:34] <wasabi> Don't suppose anybody is familiar with the status of gtk display migration?
[09:35] <infinity> dieman: Need an SSH key sent to you or something?
[09:35] <dieman> infinity: sure, just shoot me one pgp signed and that should be fine
[09:36] <infinity> dieman: Address?
[09:36] <dieman><EMAIL_ADDRESS>[09:36] <infinity> Should be there in ~10 seconds.
[09:37] <infinity> Intervening MTAs depending.
[09:37] <dieman> yah
[09:37] <dieman> http://www.cs.uu.nl/people/henkp/henkp/pgp/pathfinder/mk_path.cgi?FROM=C6CEA0C9&TO=AE4B5D92&PATHS=trust+paths
[09:37] <dieman> heh
[09:37] <dieman> i guess i can trust your pgp key
[09:37] <dieman> ;)
[09:37] <dieman> i could trust it based on lamont alone
[09:38] <infinity> Colin made me do DNA tests.
[09:38] <infinity> I'm such a slacker...
[09:38] <dieman> hahah
[09:38] <infinity> I have jbailey and Kinnison's business cards sitting in my wallet from last Novermber and still haven't done theirs.
[09:38] <infinity> Bah.
[09:38] <dieman> yah
[09:39] <dieman> you'll be in france, right, next month?
[09:39] <mjg59> infinity: So any idea why the postinst wouldn't work in the installer?
[09:39] <infinity> dieman: Yeah.
[09:39] <bddebian> Any of you archive admins?
[09:39] <infinity> mjg59: I can only assume for emotional reasons.  The technical ones seem to have all dried up.
[09:39] <infinity> bddebian: Depends on what you want.
[09:40] <dieman> infinity: heh, i can give you another one to do at that point too then, i guess
[09:40] <infinity> dieman: Oh, you're coming?  Cool.
[09:40] <mjg59> infinity: Gah. Well, it seems somewhat critical to fix this...
[09:40] <bddebian> infinity: mysql-navigator is at 1.4.2-6 and Debian has a -7 that fixes a bug.  Do I request a sync or bring it over myself?
[09:40] <infinity> mjg59: Yeah, I agree.  I'm pondering. :)
[09:41] <dieman> infinity: yah
[09:41] <infinity> bddebian: The former.
[09:41] <dieman> infinity: work is paying :)
[09:41] <infinity> bddebian: Request a syn in a comment in the bug, and SUBSCRIBE (don't reassign) ubuntu-archive to the bug.
[09:41] <infinity> bddebian: s/syn/sync/
[09:41] <bddebian> infinity: OK, thx
[09:41] <omeg> Wooh
[09:41] <omeg> Second time I'm ever using GIMP.
[09:41] <infinity> dieman: Cool.  When I still lived in Canadia, I kept meaning to figure out how to swing out your way.  From .au, it became trickier.  This will do.
[09:42] <dieman> heh
[09:42] <infinity> mjg59: Wait.  This is a ubiquity install?
[09:42] <mjg59> infinity: Yup
[09:43] <infinity> Well, "duh", then.
[09:43] <mjg59> Mm?
[09:43] <infinity> The package is installed on the buildds, not on your machine.
[09:43] <infinity> We'll need to get ubiquity to re-run that postinst.
[09:43] <mjg59> Oh argh
[09:43] <mjg59> Seriously?
[09:43] <omeg> infinity: so the Ubuntu splash I made earlier has been palette fixed by someone (you?) If you have it, can you send it to me so I can put it on the wiki? Then I can label it "correctly palletized".
[09:43] <infinity> Yeah, all the packages are installed in the livefs build.
[09:43] <mjg59> Does it have a list of postinsts it needs to run?
[09:44] <infinity> mjg59: I have no idea if it has a list of dpkg-reconfigures it must run, but I suspect it may.
[09:44] <infinity> mjg59: You'll have to either grab the source or ask Colin.
[09:44] <mjg59> Ok
[09:44] <dieman> infinity: ok, you should be able to login to<EMAIL_ADDRESS>[09:44] <infinity> mjg59: For the sake of our sanity, want to grab a text-install CD and verify that it DTRT?
[09:44] <dieman> infinity: the drive is mounted in /chroot
[09:45] <infinity> You don't mind that you just gave me root, right?
[09:46] <infinity> If you do, I'll log out. :)
[09:46] <dieman> infinity: dont mind
[09:46] <dieman> infinity: its a bare client machine
[09:46] <dieman> infinity: there isn't anything private/sensative on it
[09:46] <mjg59> infinity: No, that sounds like the reason
[09:47] <infinity> mjg59: The fix seems twofold, actually...
[09:48] <infinity> mjg59: A) ubiquity needs to dpkg-reconfigure that bad boy on install.  B) You should detect in your postinst if you're in a livefs build and disable both hibernate and suspend, so the livecd can't.
[09:48] <infinity> mjg59: Though I suppose casper should be doing (B) on boot, arguably.
[09:48] <infinity> (Less icky than detecting livefs build machinery)
[09:49] <infinity> Yeah, skip (B).  But make sure that Tollef has made casper set those keys to false.
[09:49] <dieman> infinity: if you want, i could take away root access for you if you want
[09:49] <infinity> dieman: No, I don't care one way or the other.  I just wasn't sure you had realised what you'd done.
[09:49] <dieman> ok
[09:49] <infinity> (livecd user, passwordless sudo..)
[09:49] <dieman> yah
[09:49] <dieman> not worried about it
[09:50] <dieman> let me know if you need anything
[09:51] <infinity> Just a coffee, dear. :)
[09:52] <bddebian> You guys need days off more often.  My builds finish much faster without you folks around. ;-P
[09:53] <mjg59> Wow. bcm43xx really does work quite well now
[09:53] <infinity> mjg59: Is there no way we can do this at runtime instead of install time?
[09:53] <mjg59> infinity: No
[09:53] <bddebian> Cool.  There are a lot of bugs out there for bcm4xxx
[09:53] <infinity> mjg59: This doesn't just break the ubiquity case, it also breaks system imaging.
[09:53] <mjg59> infinity: They're system-wide gconf defaults
[09:54] <mjg59> What would set them at run time?
[09:54] <dAndy> Kamion: the ftp support to load a box only seems to sort of work in the kickstart
[09:54] <infinity> Maybe an init script?
[09:54] <mjg59> infinity: I think that's entirely too horrible to contemplate...
[09:54] <infinity> (ick, I know)
[09:54] <infinity> But I've often prided myself on Linux being something you can tear a motherboard out from under without it blowing up.
[09:55] <infinity> This case disproves that.
[09:55] <mjg59> It's a stop-gap measure until we can just handle it in fdi files
[09:56] <infinity> I'll just nod and pretend I know what an fdi file is.
[09:57] <dAndy> Kamion: it does the debootstrap stuff fine, but when it goes to update the system and install the rest of the packages, it cant connect
[09:57] <bddebian> invalid lvalue in assignment?
[09:57] <bddebian> (FILE *)sendmail_stream=popen (sendmail_command,"w");
[09:57] <infinity> dieman: Err, how old is this livecd?
[09:57] <dieman> infinity: it should be beta2
[09:57] <dAndy> Kamion: the error message is: "Err ftp://us.archive.ubuntu.com/ubuntu/..... Unable to connect to ftp:"
[09:58] <dieman> infinity: but i was using the mkinitrd and friends from off the chroot
[09:58] <infinity> Oh, the chroot, right.  Silly me.
[09:58] <dieman> initramfs rather
[09:58] <dieman> im all getting used to this still
[09:58] <infinity> The one in the livefs works right, oddly enough. :/
[09:58] <dieman> hah
[09:58] <lemsx1> dAndy: all ubuntu mirrors that i have are very busy (archive. and us.archive)
[09:59] <infinity> ubuntu:~# ldd /sbin/modprobe
[09:59] <infinity> ldd: Command not found.
[09:59] <dAndy> lemsx1: it fails in exactly the same way every time, on both our local mirror, and us.archive
[09:59] <dAndy> lemsx1: it is able to fetch packages up to a certain point, then it just cant anymore,
[09:59] <infinity> dieman: Your libc6 is BROKEN.
[09:59] <dieman> infinity: doh
[09:59] <infinity> dieman: reinstall libc6 and let me know if it works then. :)
[10:00] <lemsx1> dAndy: well, mine finally finished to get linux-restricted-modules-2.6.15-23-686
[10:00] <lemsx1> dAndy: i'm freeing one connection for you ;-)
[10:00] <dieman> dAndy: you could try mirror.cs.umn.edu/ubuntu
[10:00] <dieman> dAndy: its definately not super busy
[10:01] <dAndy> dieman: and lemsx1: I run a local mirror here at my uni, it isnt the server load that is causing this
[10:01] <infinity> The fact that mkinitramfs doesn't appear to error out when it can't find ldd is clearly a bug of some sort, but on the other hand, WHY DON'T YOU HAVE ldd? :)
[10:01] <dAndy> dieman: I tested both locally, and against us.archive
[10:02] <dieman> infinity: hmmm
[10:02] <infinity> dAndy: Why are you using ftp:// instead of http:// ?
[10:02] <dieman> infinity: it may be a broken diversion
[10:02] <dieman> infinity: that wasn't fixed on upgrade
[10:03] <dieman>   * debian/ia32.preinst: Correctly remove the ldd.amd64 diversion.
[10:03] <dieman>     Closes: Malone #38879.
[10:03] <dieman> heh
[10:03] <Ubugtu> Malone bug 38879 in ia32-libs "Removing (and purging) package fails" [Normal,Fix released]  http://launchpad.net/bugs/38879
[10:03] <infinity> dieman: Ahh, ia32-libs...
[10:03] <dieman> thats definately not right
[10:03] <dieman> since uh
[10:03] <dieman> it still didn't work
[10:04] <dAndy> infinity: partially because kamion very recently added the support and I wanted to test it, and also because there are issues pulling from our local apt mirror with http (we are looking into that issue separately)
[10:04] <infinity> dieman: Okay, can you reopen that bug and paste this there?
[10:04] <infinity> diversion by ia32-libs from: /usr/bin/ldd
[10:04] <infinity> diversion by ia32-libs to: /usr/bin/ldd.amd64
[10:04] <infinity> libc6: /usr/bin/ldd
[10:04] <dieman> infinity: i had just deleted the diversion on that machine
[10:05] <dieman> so what you just listed may be different
[10:05] <dieman> gurney:/usr/bin>   dpkg-divert --list '*ldd*'
[10:05] <dieman> diversion of /usr/bin/ldd to /usr/bin/ldd.amd64 by ia32-libs
[10:05] <infinity> I must have done the dpkg -S before you fixed it.
[10:05] <dieman> but yah
[10:05] <dieman> ahh
[10:05] <dieman> rock
[10:06] <dieman> heh
[10:06] <infinity> dieman: Do you have more machines like this where an upgrade will explode in similar ways?
[10:06] <dieman> yah
[10:06] <dieman> like, hmm
[10:06] <infinity> dieman: (So I can test a fix)
[10:07] <dieman> ive got 48 of them
[10:07] <infinity> Sweet. :)
[10:07] <infinity> I like a man with redundancy in his bugs.
[10:08] <infinity> So that when that same man goes and fixes the bug before I'm done debugging it, he can go and reproduce it ALL OVER AGAIN. :P
[10:10] <infinity> dieman: The preinst has this:
[10:10] <infinity> dpkg-divert --quiet --rename --package ia32-libs --remove /usr/bin/ldd.amd64
[10:10] <infinity> dieman: That *should* have worked.
[10:10] <dieman> hmm
[10:10] <infinity> dieman: Can you try to reproduce it on another machine?
[10:10] <dieman> it might have been wrong in the previous version
[10:10] <dieman> the machines in question were running hoary
[10:11] <dieman> but sure, i'll try to reproduce it on my machine
[10:11] <dieman> it may have never tried to upgrade that package
[10:11] <dieman> i'll look through the upgrade transcript ive got
[10:13] <vdepizzol> ubuntu 6.06 will come as default human icons or tangerine icons?
[10:14] <infinity> tangerineish, from the looks of my desktop.
[10:14] <tseng> human falls back on tangerine for missing icons
[10:14] <infinity> Or that.
[10:15] <bddebian> Why would you do:  void *sendmail_stream  and then consistenly do (FILE *)sendmail_stream in the code??
[10:15] <mjg59> Argh it's just done it again!
[10:16] <mjg59> Ubiquity seems to hate
[10:16] <mjg59> Uhm
[10:16] <mjg59> Hate not resizing partitions
[10:20] <infinity> doko: Do you need to make an OOo-l10n upload to match that last OOo upload?
[10:20] <infinity> doko: I kinda want to know before I go doing evil things like by-hand builds. :/
[10:20] <kbrooks> bddebian: why? well, i dont know.
[10:21] <dieman> infinity: does that say /usr/bin/ldd.amd64?
[10:21] <dieman> infinity: should be /usr/bin/ldd, to remove the diversion of that path
[10:21] <infinity> dieman: Err, oh.  Does it?  I may be asleep at the wheel. :)
[10:21] <dieman> hmm
[10:21] <bddebian> kbrooks: Well the better questions is, can I just do (FILE *)foo;  then just use foo everywhere else?
[10:21] <doko> infinity: no, the current pending one should be nice; after an rosetta export we should do another one
[10:22] <dieman> but it has a diversion of ldd.ia32-libs to ldd
[10:22] <ivoks> infinity: gparted has some serios issues with LVM :/ (but looks like easy to fix)
[10:22] <kbrooks> bddebian: Casts arent transitive
[10:22] <infinity> dieman: Easy enough to fix with an else.
[10:22] <bddebian> kbrooks: OK.  Actually I found a fix on BTS anyway.  Thanks though :-)
[10:23] <kbrooks> bddebian: i hope you know what i meant :P
[10:24] <bddebian> kbrooks: I think so
[10:26] <infinity> dieman: Yeah, you're right.  I'll fix that up.
[10:26] <dieman> infinity: yah
[10:26] <dieman> infinity: thx
[10:29] <infinity> dpkg-divert --quiet --rename --divert /usr/bin/ldd.amd64 --package ia32-libs --remove /usr/bin/ldd
[10:30] <infinity> dieman: That should do the trick (and not match against and break the new diversion for ia64)
[10:30] <infinity> dieman: Care to confirm? :)
[10:32] <infinity> Oh dear god, why is this package debian-native?
[10:33] <infinity> s/orig/tar\.gz/
[10:33] <dieman> is it smart enough to search for specific deversions specified with --divert when removing a diversion?
[10:34] <infinity> I just tested, yes it is.
[10:34] <dieman> rock
[10:34] <infinity> Everything on the command line must match.  Anything not is wildcarded.
[10:34] <infinity> So, the more you specify, the better off you are (if you know exactly what you want to kill)
[10:34] <dieman> nice
[10:35] <infinity> It'll be uploaded in... 12 weeks.
[10:35] <dieman> hah
[10:35] <dieman> heheh
[10:35] <wasabi> Heh. That cups interface should totally be enabled... for servers and all.
[10:35] <infinity> I wish fupload had a progress indicator.
[10:35] <infinity> dupload, too.
[10:35] <sladen> infinity: it might miss the release deadline
[10:36] <dieman> did nfsv4 make it into dapper, or did it definately not get included?
[10:36] <dieman> i remember lamont asked me at one point because he thought it wouldn't make it in due to some conflict
[10:36] <dieman> in userspace i think
[10:36] <infinity> wasabi: Enabling it requires the cups user being able to read auth tokens (so, either in the shadow group, or some clever LDAP setup or something)
[10:36] <lamont> nfsv4 is in dapper
[10:36] <lamont> dieman: ^^
[10:36] <dieman> lamont: rock
[10:36] <dieman> lamont: it can also serve nfsv4, right?
[10:36] <infinity> wasabi: Having the cups user in the shadow group by default is considered "bad", so...
[10:36] <lamont> and the last upload of util-linux fixed cfs.
[10:36] <dieman> the solaris guy is playing with sol10 and was all depressed
[10:37] <lamont> dieman: uh... prolly
[10:37] <dieman> that he couldn't mount off the linux boxes as nfsv4
[10:37] <dieman> and had to move the default version to v3
[10:37] <dieman> rock
[10:37] <infinity> I assume nfs-user-server should work for v4.
[10:37] <infinity> Though, nfs-user-server is shite...
[10:37] <ssam> ubiquity is saying that it needs a 2355mb partition for /, is that right?
[10:38] <Burgwork> sladen, you around?
[10:38] <sladen> Burgwork: yus
[10:39] <infinity> doko: You either have the patience of a saint or fantastic upstream bandwidth...
[10:39] <Burgwork> sladen, the logout dialog goes through gpm/hal now, no?
[10:39] <infinity> doko: I would have converted ia32-libs to non-native AGES ago if it were my package.  141MB upload for a 10-character fix in debian/* is so not cool. :)
[10:39] <sladen> Burgwork: while you're here.  Where's the correct place to send a diff to fix  http://www.ubuntu.com/support/faq  in various ways?
[10:40] <Burgwork> sladen, me
[10:40] <sladen> Burgwork: yes, the logout dialogue uses g-p-m via hal
[10:41] <Burgwork> ok, that explains https://launchpad.net/distros/ubuntu/+source/acpi-support/+bug/45517 this bug
[10:41] <Ubugtu> Malone bug 45517 in acpi-support "Toshiba Tecra A5 no longer whitelisted for suspend" [Normal,Needs info]
[10:41] <sladen> Burgwork: you can tell when it switched, because that's when it broke
[10:41] <Burgwork> it is a gpm bug, not a acpisupport one
[10:42] <infinity> Burgwork: I suspect that may be the bug mjg59 and I were just yammering about.
[10:42] <sladen> Burgwork: okay, can you re-assign it and expand on it a bit  (eg.  include the output from  lshal -m  ) and I'll look at it again
[10:42] <infinity> Burgwork: Assuming that laptop actually is whitelisted in acpi-support.
[10:42] <Burgwork> infinity, yes, I think it is too
[10:43] <Burgwork> and yes, it is whitelisted
[10:45] <mdke> can everyone else hibernate from gdm?
[10:45] <Burgwork> sladen, back to the website, you know that the website is in moin. I can get you the raw moin and you can diff that
[10:45] <wasabi> Ooh. Nice to know nfsv4 is there.
[10:45] <infinity> mdke: I can, now that I fixed my g-p-m preferences.
[10:46] <mdke> infinity: what did you need to do?
[10:46] <infinity> mdke: Well, there are two different cases.  If yours is a "fresh ubiquity install that doesn't like you", "dpkg-reconfigure gnome-power-manager" is probably enough to make it happy.
[10:46] <Burgwork> mdke, go to power prefs and change your lid close to sleep to enable suspend and then back again
[10:46] <sladen> infinity: that 'laptop-detect' is being run on a buildd and not on the actual machine?
[10:47] <mdke> infinity: no, not that
[10:47] <mdke> everything works fine, just not from gdm
[10:47] <infinity> mdke: If it's an old installatoin that seems to have lost its mind on upgrade, you likely need to gconf-editor your way to bliss (I, apparently, had custom settings for g-p-m which claimed I couldn't suspend and such)
[10:47] <infinity> mdke: From gdm logout, or login?
[10:47] <mdke> I can suspend, and hibernate, from inside Gnome. But in gdm, I can suspend, but can't hibernate
[10:47] <infinity> mdke: Oh, at the login screen, then?
[10:47] <mdke> infinity: yes
[10:47] <infinity> mdke: Haven't look at that.
[10:47] <mdke> no, it's not a common use case I immagine
[10:48] <mdke> just tried it on the off chance
[10:49] <infinity> sladen: laptop-detect and other things.  Basically "postinsts in general".
[10:49] <mdke> no one uses hibernate anywho
[10:49] <infinity> sladen: We need a list of packages that need a dpkg-reconfigure from ubuquity to fix machine-specific settings.
[10:50] <sladen> infinity: just do *everything" ?
[10:50] <infinity> That takes a while...
[10:50] <infinity> Some postinsts are... Uhh... Long.
[10:50] <infinity> (fc-cache, YAY!)
[10:51] <infinity> After developing an installer that's meant to make things faster, I'd prefer not to regress too much. :)
[10:51] <dieman> heh
[10:51] <dieman> and scrollkeeper
[10:51] <dieman> i remember the days of xml errors
[10:51] <dieman> with scrollkeeper
[10:51] <infinity> fc-cache beats scrollkeeper on my machine for ickiness.
[10:51] <infinity> It's seriously unhappy with my almost-full, very-fragmented, slow-as-shit laptop hard drive.
[10:52] <infinity> Last fc-cache run (earlier today) took 3 minutes.  I thought it had hung.
[10:52] <infinity> I think it may be time for some housekeeping. :)
[10:52] <mdke> dieman: scrollkeeper will still give you xml errors, if present
[10:52] <dieman> yeah
[10:52] <infinity> (Given that this is a 2GHz PentiumM with 2GB of RAM, that seems excessive)
[10:53] <infinity> mdke: Speaking of, we do currently have some errors.  Are you the keeper of all things doc error related?
[10:53] <dieman> the preinst for lvm2 keeps throwing me a error 10, too
[10:53] <mdke> yeah, the zh_TW one?
[10:53] <dieman> need to figure out wtf
[10:54] <infinity> mdke: That's the one.
[10:54] <mdke> infinity: I'll do the last batch of adding translations on sunday, and i promise to check scrollkeeper
[10:55] <infinity> mdke: Please do.  Several times.
[10:55] <infinity> mdke: I only notice the errors on cron.monthly, which isn't nearly often enough. :)
[10:55] <mdke> it's because zh_TW didn't translate that file, so we have to include an english placeholder
[10:55] <mdke> I'll make sure it's sorted
[10:56] <omeg> Hey infinity, can you tell me how I can fix a PNG's palette with GIMP? I can't seem to find the function.
[10:56] <infinity> omeg: Dialogues->Colourmap
[10:57] <dieman> infinity: btw, thanks for looking into the issue i was having
[10:57] <dieman> infinity: i wouldn't have figured it on my own for a couple more hours
[10:57] <infinity> dieman: No sweat.
[10:58] <omeg> Thanks.
[10:59] <wasabi> So what ever happened to per-user printers and direct printing without a local cupds?
[10:59] <wasabi> I remember hearing about that.
[10:59] <wasabi> (to remote cupsd)
[11:00] <omeg> Can't seem to drag and drop items, though. I guess I'll have to change the composition.
[11:00] <infinity> omeg: Yeah, what I do is write down all the current colours and their map position, then change them one at a time.
[11:01] <infinity> omeg: FWIW, I just checked on an XP machine, and Image->Mode->Color Table appears to be pretty much the same thing in Photoshop.
[11:01] <infinity> omeg: So, you could have done it with your evil non-free tools too. :)
[11:01] <omeg> Since you already fixed the Ubuntu one (could you send that one to me?) so I'll continue with the Edubuntu one.
[11:01] <omeg> Yeah, Color Table does the exact same, but I thought that GIMP could let me do drag 'n drop or something like that.
[11:02] <omeg> Haha, the worst about this is that I keep trying to do simple keystrokes like "z" for the zoom tool, but it gives me something completely different instead.
[11:02] <Burgwork> sladen, http://www.ubuntu.com/support/faq?action=raw
[11:02] <infinity> omeg: I'd sure like it if it did.
[11:02] <omeg> "Z" seems to have given me a magic wand.
[11:02] <infinity> omeg: But for a 16 color image, it's not the end of the world.
[11:03] <infinity> omeg: For 256 colour indexed, the DnD would be very nice.
[11:03] <omeg> Yeah, you're right. Only a few colors need to be transmogrified, anyway.
[11:03] <infinity> omeg: Feel free to file a wishlist bug on the GIMP. :)
[11:03] <infinity> http://lucifer.0c3.net/~adconrad/usplash-artwork.png <--- Current artwork.
[11:03] <omeg> Yeah, I will
[11:04] <sladen> infinity: 404
[11:04] <omeg> Yeah, that seems to be down.
[11:04] <infinity> Err, s/lucifer/cerberus/
[11:04] <infinity> Yay, internal network.
[11:05] <omeg> s/lucifer/cerberus/?
[11:05] <infinity> Oh, you don't speak regex.
[11:05] <infinity> http://cerberus.0c3.net/~adconrad/usplash-artwork.png
[11:05] <sladen> omeg: subsitute/this/for that/
[11:05] <omeg> :P
[11:05] <infinity> s/for/with/
[11:06] <_ion> For comparison. http://johan.kiviniemi.name/pictures/usplash/
[11:06] <omeg> Thanks
[11:06] <omeg> I'm so glad that 0.2 one was dropped. :P
[11:06] <sladen> like it.
[11:07] <sladen> the dithering and colours now look *much* better, especially when they are side-by-side
[11:07] <infinity> It looks quite nice when "squished" on a 4x3 display, too.  Which is good.
[11:08] <infinity> (Because I didn't feel like squeezing in any auto-scaling or two-versions-of-the-splash BS right before release)
[11:08] <sladen> infinity: you can't tell anyway.
[11:08] <infinity> Yeah, it looks fine on my 1400x1050 FB.
[11:08] <_ion> Auto-scaling wouldn't work very well with such a small palette
[11:08] <infinity> I'm happy with it.
[11:09] <omeg> Yeah. I did tell that mine was squished on this widescreen display when I saw it.
[11:09] <_ion> The dithering needs to be edited by hand for it to look as good as possible.
[11:09] <omeg> But it's okay. I can't expect everything to look perfect.
[11:09] <infinity> _ion: Mithrandir and I were tossing around the idea of an SVG-driven usplash for Edgy, to circumvent the whole issue. :)
[11:09] <sladen> infinity: who knows if you're "centred" or "stretched" on any particular LCD.  It's a function outside of your control.
[11:09] <omeg> SVG-driven usplash would be awesome.
[11:09] <dieman> haha
[11:09] <dieman> svg usplash
[11:10] <sladen> it was an idea there from the start
[11:10] <infinity> Well, it means we can query the display res, guess at the aspect ratio, and make the image on the fly.
[11:10] <sladen> along with the realisation that you could shove a 150MB MPEG into the initramfs and just *stream* it
[11:10] <infinity> But it also means pulling in some crazy huge library deps unless we can figure out a way to do it slimer.
[11:11] <sladen> infinity: on i386, the size is "always" 640x400
[11:11] <Burgwork> sladen, our company wrote our login screen in flash, so i think I have seen stupid
[11:11] <infinity> sladen: Not true anymore.
[11:11] <infinity> sladen: vga16fb has just been changed to do 640x480 on a select few machines.
[11:11] <sladen> infinity: but vesa, efi, powerpc, sparc, hppa... would be
[11:11] <infinity> sladen: (Very few)
[11:11] <sladen> infinity: oh, ah
[11:11] <infinity> sladen: Plus, there's the vesa case.  And all the other arches, yes.
[11:12] <omeg> What about EFI?
[11:12] <infinity> Anyhow, vga16fb at 640x400 is still 98% of the expected install base, so good enough for me.
[11:12] <sladen> infinity: you could add a test just for 640x400 and display something else
[11:12] <omeg> Isn't that supposed to be the next best thing since cars on wheels?
[11:12] <infinity> sladen: Yeah, I was going to do that, but ENOTIME at this point.  I'd rather not make the changes.
[11:12] <sladen> infinity: mmm, wonder if you can tell if you're running inside VMware;  then use 640x480
[11:13] <sladen> infinity: which would improve the quality of screenshots
[11:13] <infinity> sladen: Not that the code's hard, but it's still A) new code, and B) doubling the size of usplash-artwork.so for very little benefit.
[11:14] <infinity> Screenshots of omeg's new art seem to look good anyway, so I'm not terribly stressed about it.
[11:16] <omeg> Argh, I'm just gonna do this in my evil proprietary software instead.
[11:17] <omeg> Turn around your mouse (on the x axis) 180 degrees and then try using it. That's kind of how I feel about using GIMP. New.
[11:18] <sladen> omeg: try 'gimpshop'  which is GIMP dressed up (eg. menus rearranged) to look like photoshop
[11:21] <infinity> Okay, that's neat.  I'd completely forgotten that I even had an ia32-libs upload going until I saw it on -changes.
[11:21] <infinity>  ia32-libs_1.4ubuntu18.tar.gz 137679.0 kB, ok (1981 s, 69.50 kB/s)
[11:24] <dieman> hahaha
[11:26] <Harti> hello
[11:29] <Harti> https://launchpad.net/distros/ubuntu/+source/xfce4-taskmanager/+bug/45668
[11:29] <Ubugtu> Malone bug 45668 in xfce4-taskmanager "xfce4-taskmanager - random crashes" [Normal,Unconfirmed]
[11:34] <omeg> infinity: maybe you could test to see if this one is correctly done for me? http://omega.avalanchestudios.net/personal/dropbox/usplash/new/edu_newsuggestion_0_8_TEST.png
[11:36] <omeg> Sometime, anyway. I guess I'll finalize all of this tomorrow. I'm going to test Dapper now.
[11:36] <omeg> See you tomorrow.
[11:42] <infinity> So, accidentally sending a SIGSTOP to every process on your system is actually rather inconvenient.
[12:00] <wasabi> Interesting. Perl won't compile in qemu.
[12:00] <ProN00b> i know this prolly has been asked in here bevore
[12:00] <ProN00b> but what is the status on java, i mean they made some fuzz in the news with a new licence and stuff
[12:01] <ProN00b> will i be able to get sun java from universe in the future ?
[12:01] <LaserJock> it is, I think
[12:01] <mdz> infinity: is there any particular reason why suspend is a local-premount hook rather than an init-premount hook?


[05:55] <crimsun> HDA sigmatel codec patches in the pipeline; I'll send more trivial patches first
[03:00] <marcin_ant> hi guys
[03:01] <marcin_ant> could someone tell me what is the status of jmicron issue - is there working kernel package for dapper?
[03:01] <marcin_ant> I just wanted to download some data from dvd and realized that my dvd is workable only in windows :(
[03:03] <zul_> i think it might be on the daily cds
[03:04] <marcin_ant> zul_: daily - you mean for edgy
[03:04] <zul_> dapper as well i think
[03:04] <marcin_ant> zul_: I don't want to put edgy on my workstation - so my question was about dapper
[03:04] <marcin_ant> zul_: I don't see any kernel update for dapper :(
[03:05] <zul_> *sigh* have you checked the dapper daily cds?
[03:06] <marcin_ant> zul_: no I didn't... I don't even knew that there are dapper daily after release :|
[03:07] <marcin_ant> zul_: on torrent.ubuntu.com latest daily dapper is from 2006 08 07
[03:07] <marcin_ant> zul_: and I'm pretty sure that this has old kernel without fix
[03:07] <zul_> cdimages.ubuntu.com
[03:10] <marcin_ant> zul_: maybe I'm blind but I don't see any dapper daily builds there
[03:11] <tfheen> marcin_ant: there aren't daily DVD builds.
[03:11] <tfheen> and we don't do dapper dailies now.
[03:11] <tfheen> only edgy ones.
[03:11] <marcin_ant> tfheen: I just thought so
[03:12] <marcin_ant> tfheen: but zul_ suggested that there are some... anyway
[03:12] <marcin_ant> tfheen: as I see there is still problem with ich8 and jmicron :(
[03:13] <tfheen> marcin_ant: I don't know much about kernels, I just happen to be part of the cdimage team.
[03:14] <marcin_ant> tfheen: ok no problem
[03:14] <marcin_ant> tfheen: I will wait and while I will cannot stand without dvd I will buy samsung sata based dvd...
[03:15] <marcin_ant> tfheen: it's annoying but I cannot see another solution right now
[05:27] <svu> is acx-firmware available as a package for ubuntu?
[05:28] <tfheen> svu: it's in linux-restricted-modules-$(uname -r)
[05:28] <svu> tfheen, thanks, i'll check
[05:30] <svu> E: Couldn't find package linux-restricted-modules-2.6.17-10-powerpc64-smp
[05:30] <svu> noone cared to build them:)
[05:37] <tfheen> I guess nobody has asked for it to be built for ppc64 before.
[05:37] <tfheen> please file a bug and we'll get to it
[05:38] <svu> sure I will
[05:38] <svu> thanks
[07:22] <zul> gah...im down to one error
[08:26] <zul> vmlinux hah choke on that mofos
[09:27] <mjg59> BenC: I've got a 43xx stabalisation patch
[09:27] <mjg59> Which seems to make it significantly better


[01:39] <akgraner> ok I've added the release announcement and CLS and I went to add the QA stuff and now I'm timinig out - so I'll try it again in just a few
[01:41] <pleia2> yeah, it's not loading for me either
[01:42] <pleia2> I can ping the server, but the site itself is not happy
[03:21] <akgraner> ok so I couldn't reach ubuntu-news earlier b/c it ran out of memory Charlie fixed the problem and  now  - Release announcement, CLS, and weekly QA posts have been added
[23:30] <pleia2> Joeb454: is s-fox going to apply to be a fridge editor instead of you now for interviews, or should we go back to posting them ourselves?
[23:34] <nhandler> pleia2: We have the script. I just whitelisted s-fox's site
[23:34]  * nhandler is also moving the script to a more stable machine
[23:34] <pleia2> I am still not sure how that works
[23:35] <nhandler> pleia2: Give me a few more minutes and I'll show you
[23:35] <pleia2> thanks
[23:38] <nhandler> pleia2: Alright. The module finished installing. So basically, the script runs every hour (via cron) and parses https://wiki.ubuntu.com/Interviews
[23:39] <nhandler> It will look at the URL column and see if the URL is white-listed.
[23:39] <pleia2> should I be updating this wiki page when an interview comes out?
[23:40] <nhandler> pleia2: Idealy, the interviewer would be doing that. dholbach has been pretty good about doing it if they forget
[23:41] <pleia2> well, I mean for like ubuntu-women
[23:41] <nhandler> I believe I have the script currently set to only look at the top interview in the table (to avoid spamming old interviews)
[23:41] <nhandler> pleia2: Yeah, it might be nice
[23:41] <nhandler> The script will then update http://ubuntu-news.org/interview/ and create a new blog post if it hasn't already been done for that interview
[23:42] <nhandler> I'm going to run it right now, so we should see it update
[23:42] <pleia2> so http://raphaelhertzog.com/2011/01/21/people-behind-debian-michael-vogt-synaptic-apt-developer/ didn't work because raphael's blog isn't whitelisted?
[23:42] <nhandler> (or as soon as I install Crypt::SSLeay)
[23:42] <nhandler> pleia2: I just whitelisted it a minute or so ago ;)
[23:42] <pleia2> ok
[23:43] <nhandler> pleia2: Whitelisting is necessary to a) avoid spam links and b) to inform the script about how to parse the blog to find the actual interview content
[23:43] <pleia2> does it just ignore FCM?
[23:44] <nhandler> pleia2: Yeah, I don't know a nice way to handle that. I guess I could play around with pdf->text, but that is rather ugly
[23:44] <nhandler> Alright, take 2 of running the script
[23:45] <nhandler> Well, that failed
[23:48] <pleia2> hmm, since I'm manually posting UW interviews, I guess they won't be added to "Latest Interview" and same for dpm's
[23:52] <nhandler> That was part of the reason I brought up not having these sorts of things posted directly to the Fridge but rather on the interviewers' personal blogs
[23:54] <pleia2> I see


[11:21] <xu-help87tw> I was brought by Xubuntu official Twitter account. What should I say for this disscussion?


[05:19] <qwebirc53209> Does anyone know if Mythubuntu supports the USB Hauppauge 950Q?
[07:23] <MeXiOuS> just wondering if anyone has ever had experience getting the avermedia twinstar A188 PCI-E card working in ubuntu and myth?
[08:31] <rileyp> the sony playtv is a gret usb tuner
[08:31] <rileyp> great usb dvbt tuner
[09:01] <mycosys> wouldnt mind getting one - would mean i would never have a conflict, ever
[09:01] <mycosys> do you have a u3100mini too rileyp?
[09:02] <mycosys> know how they compare sensitivity and selectivity wise?
[09:23] <rileyp> no I use leadtek gold usb  tuners x 3 whixch work fine for me and I bout a play playtv  2 weeks ago to give me more tuners than I will ever need
[09:24] <mycosys> those leadteks are supposed to be a hassle with multiple tuners arent they?
[09:25] <rileyp> mycosys  the leadtek golds work for me but you need to ensure the correct firmware loads and need to disable the remote.    Must come from his gun dog heritage
[10:48] <rileyp> Loves ducks and will swim round in circles chasing them
[11:26] <mycosys> cavvies????
[11:26] <mycosys> rileyp
[11:34] <rileyp> yes
[11:34] <rileyp> king charles cavaliers
[11:49] <mycosys> ahhh
[11:49] <mycosys> swpaniels
[12:08] <rileyp> yep thats them
[12:31] <rileyp> you back
[12:36] <mycosys> me?
[12:36] <rileyp> nah jollster101
[12:37] <jollster101> yep rileyp, I am here
[17:26] <pladijs>  I'm running myth on vt7 and a xfce session on vt8. Sound is not working in vt8. Trying to fix this i tried to remove pulseaudio and use plain alsa.
[17:28] <pladijs> But when i run "aplay -l" no devices are found. But I can still play music using mythtv. So i'm puzzled: how does myththv set up the audio? also, given this, what would be the best way to set up sound on vt8.
[17:32] <pladijs> aahhh. sudo aplay -l does show the devices.... so nevermind. That is unless someone here finds it is a really bad idea to go back using alsa without pulsaudio.
[17:34] <pladijs> if myth is running idle on vt7, would this interfer with configuring sound on vt8?
[17:36] <mycosys> pulseaudio is a really bad idea for mythtv (and in general) actually
[17:37] <mycosys> and i have no idea what you have stuffed, but aplay -l works just fine for me at user level
[17:38] <mycosys> and running 2 x servers on 1 console is a seriously bizarre thing to do
[17:39] <mycosys> surprised it is even possible, certainly not sane
[17:39] <pladijs> the idea was that i would easily swith between myth and an x session where i could check my mail, say.
[17:40] <pladijs> there's a lot of information on running 2 x servers on a single console.
[17:41] <pladijs> but i'l definitely get rid of pulseaudio then, i found it quite annoying.
[17:44] <mycosys> didnt consider switching desktop?
[17:45] <mycosys> or using alt-tab?
[17:46] <mycosys> the mind boggles at what it would do to vaapi
[18:06] <pladijs> hmmm... very good point
[18:07] <mycosys> apparently it is fine
[18:07] <mycosys> just one using vaapi/vdpau will lock any others out from using it, even if just paused
[18:08] <mycosys> same goes for passthrough audio
[18:09] <mycosys> pladijs:
[18:11] <pladijs> yes? There is the audio problem i am facing; but then i have been messing around a lot. so alsa is the standard approach with myth, right?
[18:32] <pladijs> seems like a problem with permissions; have to reboot. thanks for your help, mycosys!