#ubuntu 2004-09-01 <bdale> freshening the itx box over the net <jdub> bdale: aha, good stuff <jdub> bdale: please check if a new dpkg-reconfigure --priority=high xserver-xfree86 works <jdub> once you've upgraded <bdale> k <bdale> upgrade eta about an hour <jdub> fabio and daniels have been doing some Mad Phat X autodetection hacking today :) <bdale> probably longer until I'll touch it, given impending dinner bell and olympic coverage <hrdwrbob_> why do idiots use gentoo? <bdale> reminds me of an off-color joke about why God invented Hondas (in motorcycle space) <whiprush> fabio told me this morning that the fix should be in the next round of builds. <whiprush> I had the same X problem. <whiprush> I haven't had a chance to try it on a virgin box yet though. <bdale> jdub: running dpkg-reconfigure --priority=high xserver-xfree86 post-update certainly didn't hurt anything. looks like it dropped a hsync and vsync lines but otherwise left the via line alone. I'll be happy to reinstall this machine on the next CD snapshot to make sure. <jdub> cool <jdub> next cd will have all kinds of yummy stuff in it <jdub> heaps of x and power management work done in the last couple o fdays <bdale> k <bdale> maybe I'll victimize a tc1100 tablet in addition to the ITX chassis with the next cut... <bdale> that's a good target to check power stuff on <jdub> ahr! <rburton> morning all <jdub> yo rburton <rburton> yo jdub <rburton> tried hunting you out when i left, and failed <jdub> got your mail tho :) <rburton> i mentioned to vicky you say "rad" <rburton> she gasped <jdub> is that uncool? <jdub> am i totally eighties? <rburton> apparently <rburton> i'm starting to watch my language more incase your aussie unhipness rubs off on me <Reformed> There's nothing wrong with rad. <rburton> yeah, but your .au too <rburton> it's okay <rburton> you can't help it <daniels> rburton: i suggest 'mad phat' <daniels> that is totally fly <Reformed> It's versatile, you have options with rad. <Reformed> It'll take you places. <rburton> daniels: you can only say "mad phat" if cruising down a street with jdub's banging ghetto blaster <jdub> KICKING RAD! <jdub> Reformed: is ubuntu kicking rad? <rburton> ubuntu is mad phat * rburton wants ~bootsplash <rburton> actually, maybe not <rburton> if i had sweet fade-in boot logo, i'd reboot all the time <jdub> rburton: usplash! <rburton> and get no work done <rburton> jdub: thats the one <Reformed> jdub: it gets the KICKING RAD. * rburton reboots to get a working hal * _lamont tries to remember if dieman_ isan i386 or ppc user <rburton> i can't believe my iiyama lcd monitor doesn't support ddc <rburton> thats pants <rburton> daniels: so my lcd manual says it supports "ddc 1/2b" yet xresprobe says its a generic monitor (non ddc) <rburton> do i need to shutdown X to make this work, or is it a driver thing? <daniels> rburton: what does ddcprobe say? <rburton> hm, weird <rburton> i get different results if i run ddcprobe in X to in a console whilst x is running <rburton> in X ddcprobe correctly lists the high resolutions, and ends with edidfail <rburton> i guess xresprobe wants EDID <rburton> ooh did firewire decide to work? * rburton pokes <fabbione> rburton: did you upgrade or did you install xserver? <fabbione> there is a bug on upgrades i am trying to fix now <rburton> i upgraded this morning yeah <fabbione> ok there are some bugs that i am fixing now <fabbione> which chipset do you have? <fabbione> one bug in discover doesn't tell me some well known chipsets <rburton> i've got 4.3.0.dfsg.1-6ubuntu6 installed, nvidia geforce4mx iirc <rburton> nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev a2) <fabbione> ok <rburton> says lspci <fabbione> the upgrade script in X is borked if EDID fails <fabbione> we noticed only this morning <rburton> its all working for me, i was trying the xresprobe stuff <fabbione> rburton: it works if it can detect everything.. yes. <rburton> ah i see <rburton> oh ffs, hald is dead already <rburton> in ide_do_drive_cmd again. i hope this is a kernel bug <seb128> again ? <rburton> yeah <rburton> uptime of 50 minutes <seb128> which version of the kernel ? <rburton> 2.6.7-1-686 <rburton> new hals don't probe for the eject commands on cd-drives, which i hope is the problem <rburton> upgrade hal! <cef> heya npmccallum <jdub> npmccallum: good morning ;) * cef goes back to clearing a h/drive for warty <Mithrandir> meow <fabbione> is Kamion around? <Mithrandir> he was up until 0400, so I would assume he might be in bed <_lamont> fabbione: I think he's sleeping <fabbione> ok thanks <fabbione> _lamont: we will need another X kick today <fabbione> ubuntu6 has a few nasty bugs we want fixed <fabbione> i am building a test release right now <cef> fabbione: any eta on new images? <fabbione> cef: i think there will be soon new images with the new X * rburton hopes ubuntu has a working printscreen key <fabbione> that's why i was searching for Kamion <cef> fabbione: cool.. just clearing out some spare drives so I can do a number of installs * Mithrandir inhales <Mithrandir> this is _good_ crack. <fabbione> cef: X on Sounder6 is safe <fabbione> if you are using the daily builds i would avoid it until monday <fabbione> Mithrandir: yup <fabbione> if i only had a P4 2Thz with8GB of ram i could have noticed faster <cef> fabbione: no probs <fabbione> X is at 25% more or less <npmccallum> morning <npmccallum> cef: glad to see you could make it :) <_lamont> fabbione: Kamion has been spotted. <Mithrandir> lamont__: I would assume he already knows <mjg59> daniels: dsdts? <Mithrandir> hi matthew * thom chuckles at the X ubuntu7 chanelog <Mithrandir> chanelog? <Mithrandir> what does a chanel-og smell? <mjg59> I hope you're all planning on buying quality mjgware <rburton> of course <rburton> no nvidia drivers in ubuntu? <fabbione> no <seb128> nvidia suxor <rburton> ati also suxor <rburton> so what's left? :) <fabbione> hmmmm <fabbione> matrox? <fabbione> ;) <seb128> rburton, intel ? * seb128 runs * rburton slaps seb128 <seb128> outch <mjg59> intel have lovely free drivers for their top of the line stuff * fabbione slaps seb128 for real <fabbione> mjg59: are you good at hacking intel drivers? <mjg59> Nope <fabbione> ok <mjg59> I don't really do hardware at that level <fabbione> well we have a problem.. kinda annoying one <fabbione> is X is running and we do a ddcprobe, X crashes <mjg59> Eww <fabbione> that is NOT nice <fabbione> but only with i8xx chipset <fabbione> the via driver kill the machine <rburton> well they do suck * fabbione agrees <cef> any idea on where the crash actually is? <cef> cos I think I <cef> cos I think I've got some i815's about <mjg59> Mm. The via driver probably needs some bug-reporting love. <fabbione> mjg59: possibly yes.. daniels knows about it and i am pretty sure will spread out the info #ubuntu 2004-09-02 * #ubuntu [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup <dieman> finally going to put ubuntu on my wife's machine <dieman> we bought a 120gb hard drive for $60 <daniels> word :) <daniels> enjoy it <dieman> yeah <dieman> after i get it installed i'll have to get some minidv editing sw on it <dieman> and some dvd authoring stuff <daniels> word <kiko> oink #ubuntu 2004-09-03 <aes> man <aes> I like the suede icon theme * #ubuntu [freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup <revlob> I seem to be having difficulties accessing the lists.no-name-yet.com domain <Kamion> <cjwatson@cairhien ~>$ host lists.no-name-yet.com <Kamion> lists.no-name-yet.com has address 523-777-4502 <Kamion> <cjwatson@cairhien ~>$ host -t mx lists.no-name-yet.com <Kamion> lists.no-name-yet.com mail is handled by 10 lists.no-name-yet.com. <Kamion> seems fine from here <revlob> mozilla claims my connection is refuesed <Kamion> oh, you mean www rather than the actual name <revlob> yes, sorry <Kamion> jdub: do you admin rince's web server? #ubuntu 2004-09-04 <lamont> dieman: you here? <dieman> yeah <dieman> lamont: poke <lamont> dieman: trying to remember if I asked if you were ppc or i386 <dieman> im i386 <dieman> by far <lamont> ok <dieman> i dont even think i have a ppc box in the house <dieman> i do have m68k tho :) <dieman> (and hppa) <dieman> oh shit <dieman> i do have a ppc box <dieman> my tivo <dieman> Linux (none) 2.1.24-TiVo-2.5 #8 Wed May 8 15:38:27 PDT 2002 ppc unknown <dieman> 2.1, ow. <dieman> thats somewhere beyond painful <mjg59> Oh, wow <mjg59> I remember 2.1.24 <mjg59> We had a pile of Macs running it <lamont> dieman: tivo series 1, eh? <lamont> my tivo is mips <lamont> dieman: remember to firewall the tivo, eh? <dieman> lamont: yeah, series 1 <dieman> 2 drives <dieman> with a cachecard <dieman> yay cachecard! * lamont has 2-120GB drives in his series 2 <lamont> required some small mods to do that... <dieman> yeah <dieman> i 'only' have a 30gb and a 40gb <dieman> im fairly surprised at how nice these 'newer style' part 15 fm transmitters are. <dieman> the fm radio injector things <dieman> im using one while i clean my room so i can listen in to net radio <dieman> wife is sleeping, so i have to be quiet <rburton> morning all <Oskuro> morning <sabdfl> hi everyone <Mithrandir> hi sabdfl <mako> sabdfl, Oskuro, Mithrandir, rburton: good morning! <fabbione> hi guys <mako> ciao fabbione <rburton> morning! <rburton> can i suggest gaiksaurus for the default install? <fabbione> hey ik5pvx ! <ik5pvx> hello * netjoined: irc.freenode.net -> kornbluth.freenode.net <Kamion> thom: your sudoers hack in base-config doesn't work; sudo is part of Base so /etc/sudoers has already been created by the time base-config runs <Kamion> fabbione: am I supposed to get a question about the modes I want to be available during xserver-xfree86 ubuntu7's postinst? <fabbione> Kamion: it depends which version of xresprobe you are using, and in any case it is possible if it fails <fabbione> Kamion: it is done in postinst because we need the server unpacked <Kamion> sure, I don't mind that * netjoined: irc.freenode.net -> kornbluth.freenode.net <cef> heya bdale <fabbione> Kamion: just check that you will get xresprobe 0.2-2 <fabbione> because -1 was broken <Kamion> 20040822/warty-i386-1.list:/pool/main/x/xresprobe/xresprobe_0.2-0ubuntu1_i386.deb <Kamion> 20040823/warty-i386-1.list:/pool/main/x/xresprobe/xresprobe_0.2-0ubuntu2_i386.deb <Kamion> installing now, we'll see how it goes <fabbione> ok * fabbione -> food <sabdfl> kamion: the trashcan applet isn't showing on auckland, any idea why? <Kamion> sabdfl: it doesn't seem to have been built yet; the source is there but no .debs <sabdfl> ok, tnx <seb128> [ ] trashapplet_0.2-0ubuntu2_i386.deb <Kamion> sabdfl: this is the case for openssh -9 too, so I'm wondering if lamont's hilltop is down or something <seb128> I see the deb here .. <Kamion> uh, let me go update little <Kamion> (my comments as of the state of the archive at the last CD build ...) <Kamion> ah, yes, it's there now <fabbione> re <Kamion> fabbione: ok, so xresprobe still fails here <Kamion> ddcprobe output ends with 'edidfail' <fabbione> Kamion: ok. than we can't probe your box <fabbione> and it is normal that it asks the question <Kamion> oh, it's a VIA chipset <Kamion> that explains it <fabbione> is that a laptop? <fabbione> oh yes <fabbione> via is banned from autoprobing <Kamion> yes, it's the Averatec AMD Athlon XP that was at the conference <fabbione> the via chipset we were testing was hardfreezing the entire machine <fabbione> ok <fabbione> rburton: you around? <rburton> yeah <fabbione> do you feel lucky today? <rburton> heh <rburton> why not <fabbione> ehehe cool <Kamion> good, panel much happier now <fabbione> apt-get --purge remove xserver-xfree86 <fabbione> apt-get install discover1 xresprobe mdetect laptop-detect <fabbione> apt-get install xserver-xfree86 <fabbione> just be sure that X removes its config file <fabbione> i am curious to see if it will detect your hardware correctly <rburton> ok <rburton> bbiab :) <lamont> Kamion: Aug 23 11:52:25 buildd-mail: openssh has been installed; removing from upload dir: <lamont> that's a london time <seb128> hey lamont <seb128> lamont: gst-plugins0.8 is still not built, could you check if it's ftbfsing ? <fabbione> hey lamont <lamont> libs/gst-plugins0.8_0.8.3-1: Dep-Wait by buildd+rockhopper [optional:out-of-date] <lamont> Dependencies: libtheora-dev <lamont> morning fabbione <fabbione> libtheora-dev is missing in the archive * lamont is going back to bed shortly, what with it being 6AM and all. <seb128> lamont: oh ok, thanks <rburton> weird <rburton> it only asked what resolutions i wanted to use, but 1280x1024 (the native res for my lcd) wasn't in the list <seb128> what ? <rburton> fabbione: done <fabbione> rburton: are you on a laptop? <Oskuro> ok, starting my first ubuntu install <rburton> fabbione: no, desktop with iiyama lcd <fabbione> rburton: chipset? <Oskuro> I think I've got one of those evil machines that break Debian installer badly. <rburton> toggle 1280x1024 and X started fine <rburton> fabbione: nVidia Corporation NV18 <Oskuro> Does this belong in #ubunto or #warthogs? <rburton> (geforce4 mx) <fabbione> can you run xresprobe? <fabbione> it should print out 2 lines <rburton> fabbione: in X or from a console? <rburton> and should i kill X before running it <fabbione> rburton: it doesn't matter <rburton> ok <fabbione> it should work with or without X <rburton> $ /usr/sbin/xresprobe nv lcd <rburton> id: Generic Monitor (non-DDC) <rburton> res: <fabbione> which version of xresprobe do you have? <rburton> 0.2-0ubuntu2 <fabbione> ok... <fabbione> if you can... <fabbione> exits from X and run: <fabbione> xresprobe nv lcd <rburton> mouse acceleration is much higher than it was before i restarted btw <fabbione> and tell me if it prints something sane <rburton> like, really fast. <rburton> ok, bbiab <rburton> fabbione: no change <rburton> ddcprobe returns edidfail <fabbione> ok thanks <fabbione> i guess we can't probe everything <rburton> these monitors support "ddc 2b" apparently <lamont> Kamion: hilltop has been happy all night <fabbione> rburton: well when ddcprobe will support them, we will too :-) <rburton> heh <rburton> fabbione: any idea why my mouse is way faster? <fabbione> rburton: perhaps because we are using /dev/input/mice as default <fabbione> it didn't change on my machine (installed this morning) <rburton> maybe i can blame seb128 <seb128> hum <rburton> the mouse speed setting in gnome is, like, not working <seb128> I've not changed anything on this afaik * lamont goes back to bed for an hour or 2 * rburton rmmod psmouse; modprobe psmouse resolution=100 <rburton> better * fabbione should probably send a mail to sounders explain what to expect from X autoconfig <sabdfl> anybody else stuck with upgrades to aspell-bin, gnome-games, libglademm, libgtksourceview, yelp and libapache-mod-auth-xxx that won't complete? <Mithrandir> libgail-gnome- python2.3-gnome and libzvt2.0-0 seems to be a bit stuck here <SteveA> hi <SteveA> I'm using ubuntu linux, and I can't get "compose" working in x <SteveA> any hints? <fabbione> SteveA: known bug. check bugs.debian.org/src:xfree86 <fabbione> i can't remember the exact number but it should be one of the first <sabdfl> could the failed-upgrades stuff be related to the new apt? <sabdfl> anybody else seeing fb corruption during boot? <sabdfl> gdm / x are coming up fine but my console is b0rked <fabbione> sabdfl: which video card? <sabdfl> ati 9800xp <sabdfl> seb128: right click on the desktop is not working for me <fabbione> isn't the one on the packard bell? <sabdfl> fabbione: no, it's my home desktop <seb128> sabdfl: nautilus manages the desktop ? the icons are displayed ? opening a dir on the desktop works ? <fabbione> sabdfl: i remember fb broken on that laptop and iirc it was an ati too. perhaps it's just the kernel fb driver that is broken. we should give it a shot after we sync 2.6.8 <sabdfl> nothing is displayed, currently <seb128> ps ax | grep nautilus <sabdfl> seb128: nothing <seb128> $ gconftool-2 -g /apps/nautilus/preferences/show_desktop ? <sabdfl> true <seb128> if you start nautilus from a gnome-terminal, any error ? <sabdfl> ah. nautilus is... not installed <seb128> ok <seb128> that doesn't help to get a desktop managed by nautilus :) <sabdfl> must have been an automatic installation previously, dropped by aptitude when it wasn't needed for an older package <seb128> perhaps yes <sabdfl> ok, working nicely now <sabdfl> thanks <sabdfl> btw this trash applet is excellent <rburton> trash applet? <seb128> apt-get install trashapplet <seb128> a trash can on the panel, you can DND your files here * rburton presses delete <seb128> you can also open the trash with a click, or empty it, or see how many files are in <mdz> sabdfl: what does the fb corruption look like? <sabdfl> mdz: lots of dots and squggles, text is partly readable <sabdfl> it gets worse the more gets written to the screen <sabdfl> mdz: also, apt seems unable to complete the install on several packages at the moment <mdz> sabdfl: which packages? <sabdfl> gnome-games <sabdfl> libapache-modu-auth-(plain | sys-group ) <sabdfl> aspell-bin <sabdfl> yelp <sabdfl> libglademm2.0 <sabdfl> libgtksourceview1.0-0 <sabdfl> mdz: ^^^ <mdz> ok <npmccallum> Kamion: we need to make sure that cdroms (and other removable media) do not end up in fstab <mdz> Kamion: setuid /bin/mount is going to be disabled in favour of pmount, which doesn't require entries in fstab <npmccallum> Kamion: all removable media needs to be handled by pmount, which will refuse to mount anything in fstab (for good reason) <Kamion> hm, ok <Kamion> can somebody create a partman-target component so I can actually put that bug in the right place? <Kamion> or even just partman <thom> npmccallum: you pinged the other day? (i only just got to a computer since friday) <mdz> Kamion: done <npmccallum> thom: I pinged a few minutes ago <npmccallum> thom: did you make a usplash package? <thom> nope; totally flaked out the last couple of days, sorry * rburton wonders what pmount is <npmccallum> rburton: a wrapper around mount that handles mounting and umounting of removable devices <rburton> why that over mount? <npmccallum> basically we're creating a policy which says: system devices use fstab, non system devices (less security) should be dynamically allocated a mountpoint <mdz> it uses a flexible policy mechanism, rather than relying on static entries in fstab <mdz> and therefore works nicely with hot-pluggable devices as well <npmccallum> its better than the redhat idea of dynamically modifying fstab (also forcing hal to run as root) <rburton> nice <npmccallum> thom: its ok * rburton can't wait for usplash love <mdz> any opinions on smartmontools? <Kamion> npmccallum: presumably I should make the same quietinit->splash change in yaboot-installer? <mdz> A South African skydiver survived a 3,500 meter (11,500 ft) plunge after her parachute failed to open and lines broke on her reserve chute, a local skydiving club said Monday. <mdz> sabdfl: they build 'em sturdy down there, apparently <thom> yow <Kamion> thom: did you see my comment about base-config/sudoers? <thom> mdz: turns out starting acpid in rcS causes problems <thom> Kamion: yes <rburton> "she was reported to have bounced 15 times down the main road" <mdz> thom: what sort of problems? <thom> mdz: we start it before /var gets cleaned. so the socket goes away <mdz> ah <thom> and you don't need the daemon anyway, so i think munging the relevant modules into the initrd and then starting the saemon in rc2 again might be a better option <mdz> I agree <mdz> hopefully there don't exist machines where loading those modules hangs the system <mdz> that'd be rather inconvenient <npmccallum> Kamion: yes <thom> it'd be unfortunate <Kamion> npmccallum: done <Kamion> npmccallum: (was the actual option change in sysvinit, or somewhere else?) <npmccallum> Kamion: sysvinit <thom> mdz: are you happy for me to upload sulogin, by the way? <npmccallum> Kamion: usplash will also check for it and not display if it isn't there <Kamion> right, so still waiting for that part of the change then <npmccallum> Kamion: sysvinit is already changed (at least the package is uploaded) <Kamion> hm, it's not on little <npmccallum> strange <Kamion> nor warty-changes <npmccallum> yeah, I just checked <npmccallum> should I upload again? <Kamion> were there new packages or anything? <npmccallum> no <npmccallum> just a string change <mdz> this was just aa short time ago; it might still be in the queue <mdz> thom: yes <Kamion> there doesn't seem to be a sysvinit*.upload file in chinstrap:~npmccallum/UploadQueue/, so maybe it's still waiting <Kamion> (how do you run that queue, btw?) <npmccallum> dput <npmccallum> by hand <npmccallum> I intend to script it later <Kamion> ah, ok :) <npmccallum> yeah, sysvinit is the only one that doesn't have .upload * Kamion disappears to get equipment for putting his new desk together <npmccallum> mdz: should I try to upload again since I got no .upload file? <mdz> npmccallum: sure; if there's no .upload, it either got deleted, or it was never uploaded <mdz> sabdfl: those packages seem to install fine for me here <mdz> with current warty <mdz> Mithrandir: how is amd64 looking? <sabdfl> mdz: over here they install fine, but then apt wants to install them again <sabdfl> and then they install fine, but apt just wants to install them again <sabdfl> rinse and repeat <mdz> that typically means that apt is seeing multiple packages with the same version number which are actually distinct <mdz> or else a broken pinning configuration <mdz> anything funny in /etc/apt/sources.list or /etc/apt/preferences? <Keybuk> mdz: there's something definitely screwy with the archive <Keybuk> we're all seeing it for different packages <mdz> hmm <mdz> I don't see it on a fresh debootstrap <sabdfl> in apt/sources.list I have another archive which has an ati binary driver in it <sabdfl> but it doesn't also have any of the b0rked packages <sabdfl> and in /etc/apt/preferences I have some bits that relate to when we had no unstable, so I had some pinning going on <sabdfl> I could remove the /etc/apt/preferences and the extra archive from sources.list with pleasure <sabdfl> hmm... no change <Oskuro> definitely, the kernel in warty-sounders-6 is fucked for my test machine. <Oskuro> I've had to hack around my way through the install to get the cdrom detected. <Oskuro> I suspect this is the case with normal d-i too, so I wonder if you guys want a bugzilla report, or should I just go to debian-boot@ directly? <Mithrandir> mdz: I see the same problem as everybody's seeing; wrt amd64, I've been spending most of the day sleeping and recovering from Oxford. <Mithrandir> mdz: I need to whack ia32-libs into shape (and preferably amd64-libs too) and then get the new gcc in together with doko. <mdz> it might be fallout from the flush/rebuild during wartyconf <mdz> maybe try apt-get clean? <doko> are the 3.3/3.4 uploads in warty, or are they rejected? <Mithrandir> mdz: I can try. <Mithrandir> doko: you've already uploaded the biarch ones? <Mithrandir> mdz: that seemed to fix it, thx <mdz> sabdfl: try apt-get clean? <lamont> doko: gcc-3.3_1:3.3.4-9ubuntu1?? <lamont> that was ftbfs on ppc/amd64 <sabdfl> mdz: that fixed it, thanks <sabdfl> i wonder if that will happen to upgraders from woody? <Mithrandir> lamont: why? <lamont> sabdfl: any package that we're shipping the same version as woody, which is already in your cache, will have issues.... :-( <lamont> since we rebuilt from source all of the source packages <sabdfl> ok closer to release time we can do the analysis and bump versions if we have to <sabdfl> sarge is likely to be a much bigger problem then <lamont> Mithrandir: /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-linux/3.3.4/../../../libc.so when searching for -lc <lamont> and so on, for amd64 <lamont> dh_movefiles -pgnat-3.3 usr/lib/gcc-lib/powerpc-linux/3.3.4/gnat1 usr/lib/gcc-lib/powerpc-linux/3.3.4/{adalib,adainclude} usr/bin/gnat usr/bin/gnatbind usr/bin/gnatbl <lamont> +usr/bin/gnatchop usr/bin/gnatfind usr/bin/gnatkr usr/bin/gnatlink usr/bin/gnatls usr/bin/gnatmake usr/bin/gnatname usr/bin/gnatprep usr/bin/gnatxref usr/bin/gnatpsta <lamont> xargs: rm: terminated by signal 4 <lamont> dh_movefiles: command returned error code <lamont> on ppc <Mithrandir> lamont: ok, missing ia32-libs-dev build-dependency. <Mithrandir> lamont: I wonder why it failed on ppc, though <Mithrandir> and my home router just died, *grumble* <lamont> Mithrandir: actually, that could just be ppc flakiness - I'll see if giving it back helpo <lamont> s <Mithrandir> lamont: goodie, I don't see why it should fail on ppc (though, I haven't looked at the source, just listened to what doko's told me) <mdz> sabdfl: that issue shouldn't affect upgrades from woody; I don't think that any Warty packages have the same version number as a woody package <sabdfl> ok, so just sarge then <Mithrandir> mdz: it's trivial to check, though <lamont> seb128: theora is installed <lamont> Mithrandir: gcc-3.4 is d-w amd64-libs-dev * lamont ponders why i386 gcc-3.4 wants amd64-libs-dev... <mdz> sabdfl: yes, there are many such packages in that set (same version in sarge and warty) <Mithrandir> because it's biarch <seb128> lamont: thanks <Mithrandir> lamont: I'm working on it, but ia32-libs has higher priority for me atm. <mdz> but sarge->warty is a downgrade anyway <mdz> we may or may not have this situation with sarge->hoary <fabbione> mdz: perhaps we can ship an ad-hoc apt_prefereces * mdz gags <mdz> the cache issue can be fixed in apt <fabbione> anyway <fabbione> i want to get drunk now :-) <mdz> but there will still be other, more difficult problems <fabbione> time for heavy party <Mithrandir> fabbione: that was last friday. :) <fabbione> too :-) <fabbione> Mithrandir: we bought the house today !:) <Mithrandir> AWESOME! <Mithrandir> party at your place, then? <Mithrandir> :) <fabbione> i need to get drunk :O) <fabbione> Mithrandir: ALWAYS! <fabbione> gotta go now <fabbione> bbl <Mithrandir> see you around <Mithrandir> and congrats. <thom> fabbione: have fun, and congrats <doko> lamont: if the gcc packages failed to build, please send me the logs (or maybe the last 100 lines ...) <lamont> doko: OK. one more round on ppc... <Mithrandir> lamont: works now? <lamont> Mithrandir: gcc-3.3 really gets annoyed when the build directory wasn't removed from the previous try <Mithrandir> hm, it should rm it in the clean target, shouldn't it? <lamont> yeah, it should * lamont finally heads out on his shopping trip <Kamion> thom: I plan to change sudo to put 'Defaults !lecture,tty_tickets' in the standard sudoers file it creates in its postinst, and in base-config just append to the sudoers file. Sound good? <Kamion> (append> if it exists, probably) <thom> Kamion: i was just about to ask if that was the best way ;-) <thom> Kamion: so yes, sounds good <Kamion> heh, ok <thom> i can do sudo if you do base config, or 've you done it already? <Kamion> just done sudo actually <Kamion> obviously the wrong order :-) <thom> heh * Keybuk read that as "theatre_tickets" <thom> i'll let you do base-config then, since you're obviously ahead of me as usual :-) <thom> Keybuk: yes, they're very useful to sudo <Keybuk> thom: %patrons theatre_tickets(+opera_glasses) <thom> yessssss <thom> hey Gman <Kamion> thom: ok, done; now for shadow </scared> <Keybuk> ya know, I swear ... these metacity focus hacks are sweeeet <Gman> hey hey thom <Keybuk> now we just need Typing Break to wait until I've finished typing and not interrupt me mid-flow :p <thom> Kamion: hacking sulogin felt /so/ wrong <thom> Keybuk: *g* <Keybuk> Gman: hey <Kamion> thom: I'm sure we're going to get a lot of hate mail about this change, you know ... <Gman> evening Keybuk <Kamion> thom: we need some documentation of the whole thing somewhere too <thom> Kamion: yeah <Kamion> shadow away <thom> Kamion: i hope in expert mode you'll get the choice? <Kamion> thom: probably not right now since everyone sent me hate mail about base-config's priority handling so it's forced to high <Kamion> in fact I'm just commenting out all the code anyway ;-) <Kamion> for the moment I mostly want to see what the reaction to the setup is <mdz> Kamion: speaking of hate mail, we need to re-enable the hostname question in d-i <thom> yes <Kamion> mdz: under all circumstances, I take it? <mdz> Kamion: I would say so <Kamion> mdz: done <mdz> thanks <mdz> Kamion: I will accept responsibility for the additional question :-) <Oskuro> Keybuk: seriously, that typing-break feature would be so welcome :) <Keybuk> kinda defeats the purpose though, doesn't it? :p <Keybuk> the "stop tying" alert waiting until... you stop typing <thom> c'mon! c'mon! oh man, stop typing so i can tell you to stop typing! <Oskuro> Keybuk: well, no. <Oskuro> make it lock it after 2 seconds of no activity <Oskuro> so you at least can finish introducing the command you were introducing or whatever <Oskuro> of no keyboard activity I mean <Oskuro> this has the nice side-effect of not spoiling a tetrinet game :D <mdz> use workrave <Oskuro> is workrave still included in warty? <Kamion> workrave | 1.6.2-1 | warty | powerpc, i386, source #ubuntu 2004-09-05 <mdz> npmccallum: how is usplash going? * Kamion notes that booting with vga=771 makes d-i fit on the screen of that conference test laptop that was displaying the bottom edge off-screen <Kamion> ... and it's even documented in the isolinux help screens ... <mdz> npmccallum,thom: the usplash changes need to get into warty today if they're going to release with Warty <mdz> this is a major change to the boot process and needs a lot of testing <Kamion> ideally they'd get into Sounder 7 <Kamion> if I'm assured that they'll be in Warty by tomorrow then I can postpone Sounder 7 until then, but I'd rather not push it any later <mdz> Kamion: what time were you planning to roll Sounder 7? <Kamion> if I'm doing it tonight it needs to be roughly now in order for me not to be still working on it when my girlfriend gets here; if tomorrow, whenever really <Kamion> hm, this business of removing /cdrom etc. from /etc/fstab is going to suck for users who don't use our default magic <Kamion> I do 'mount /cdrom' all the time <Kamion> oh well <Kamion> FYI I'm not making that change right now because I think some of prebaseconfig/base-config relies on the existing code and I don't want to muck about with it right before a Sounder <mjg59> Is there going to be another test release before the weekend? <mdz> Kamion: you're free to statoverride /bin/mount and edit fstab <mdz> I'm personally quite happy to have it automounted by g-v-m <mdz> Kamion: if you need to start now, then do it. it's more important to get sounder 7 out than to have usplash <mdz> I'm uncomfortable enough about intrusive changes to the boot process this close to release <Kamion> mjg59: you mean including Sounder 7 or not? <mjg59> Including that - I have no real idea how long it takes you to actually get something on the server once it's done :) <Kamion> oh, I build on a box in our LAN, it takes all of ten seconds or so to get it to the mirror once I throw the switch <Kamion> thom: hey, sulogin worked * Kamion tries setting a root password <Keybuk> Kamion: watch out, it probably makes all your files writable or something <Kamion> if thom wants to exploit all newly-installed Ubuntu systems, it's his paycheque ;-) <Kamion> excellent, DTRT with a set root password too <Kamion> mjg59: righto, hopefully tonight but I have no idea how late <Keybuk> http://en.wiktionary.org/ <Keybuk> ^ Oooh <Kamion> I seem to be seeing ACPI errors from GNOME on startup with the current daily <Kamion> "Can't access ACPI events in /var/run/acpid.socket! Make sure the ACPI subsystem is working and the acpid daemon is running.@ <Kamion> " <Oskuro> Kamion: acpid not running? <Kamion> it appears to be <Kamion> although /var/run/acpid.socket doesn't exist <Oskuro> weird. I guess the box isn't using apm, right? <Kamion> we don't have APM in warty kernels AFAIK <Kamion> I do have /proc/acpi <Oskuro> nod <mdz> Kamion: that's a known bug in thom's acpid upload <mdz> it starts, and then its socket is removed <mdz> Kamion: please do file a bug to remind him <Kamion> isn't that kind of a showstopper for a test release? :-) <Kamion> totally rad laptop support and all <Oskuro> heh, I vote for that <mdz> Kamion: if you have time to do it, reverting ubuntu4 is fine with me <Kamion> that'll be 1:33 at the earliest before I can start the build - I think this is going to have to wait until tomorrow, sorry * #ubuntu [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup * #ubuntu [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup <fabbione> morning guys <mdz> morning <fabbione> hey mdz! <fabbione> what's up? <mdz> sleep soon <fabbione> still walking on walls? <fabbione> ;) <rburton> morning seb128 <seb128> hello rburton <seb128> rburton: have you tried the nautilus sendto extension ? <rburton> no <rburton> i looked at the code <rburton> its crap <rburton> well, not really crap <Gman> 'less than ideal' <rburton> good phrase * rburton thinks Gman has worked at sun too long <seb128> lol <Gman> heh <Gman> oh gnome debian dudes <Gman> i'm getting no nice icons on my desktop <Gman> that's a known bug, right? * Gman remembers seeing it on pia's laptop when she was visiting nz <seb128> define "nice" <rburton> you running nautilus? ;) <Gman> well, doesn't seem to be picking up the icon theme <Gman> just blank page icons <seb128> ps ax | grep settings * Gman checks * Gman boots up laptop <Gman> hrm, gnome-settings-daemon seems to be running alright <Gman> most of the icons in the menu seem to be picked up <Gman> just not the nautilus desktop icons <Gman> and recent documents menu <seb128> which theme ? <Gman> ahh * Gman was using some weird assed hybrid of industrial and mist <Gman> thanks seb128 <seb128> np <Gman> didn't think about that <Gman> duh <rburton> xemacs21 is uninstallable from universe atm <rburton> xemacs21-basesupport isn't available <seb128> bah, xemacs <rburton> yay i can watch the kde streams with totem <rburton> well, it appears that 200kb/s isn't enough for streaming <rburton> hm, no, its the video which sucks <seb128> yes <seb128> the video sucks <rburton> bit jerky <rburton> theora needs optimisation love <rburton> the camera is slowly dropping, which is quite amusing <Mithrandir> *grumble*, isn't rhythmbox supposed to use esd? <seb128> rhythmbox use whatever you have as audiosink in gst <seb128> esd, oss, alsa <seb128> gconftool-2 -g /system/gstreamer/0.8/default/audiosink <Mithrandir> hm, ossink. <seb128> you can change it by esdsink <Mithrandir> seems like rhytmbox doesn't accept dragging and dropping files from nautilus.. well, I'll use totem, then. <thom> Kamion: just reverted acpid <seb128> you can right click on the file in nautilus <seb128> and add to the playlist <Mithrandir> seb128: nope, doesn't work. <Mithrandir> seb128: not over sftp. <seb128> oh, ok <Mithrandir> that really sucks.. why should I have to copy all my media to ~ ? <seb128> ? <Mithrandir> I have about 100G of music.. I really don't want to copy that to my workstation. <seb128> it doesn't work with a sftp dir ? <Mithrandir> right-clicking on a directory in nautilus does not show the "add to music library" if the directory is accessed through sftp, no. <seb128> http://bugzilla.gnome.org/show_bug.cgi?id=140355 <seb128> perhaps you can try the .application change to add the sftp method <seb128> not sure if you will get the crash reported after or not ... <Mithrandir> it doesn't report that rhytmbox can't open sftp, though <sabdfl> Kamion: what's the rsync url for the latest warty daily nowadays? <Mithrandir> rsync -av --partial --progress ftp.no-name-yet.com33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abimage/daily/current/warty-i386-1.iso warty-i386-1.iso is what I use <sabdfl> thanks mithrandir <Kamion> Mithrandir: use nfs, sucky though it is? <Mithrandir> Kamion: nfs over untrusted network? I'm not completely on crack. <Kamion> oh, I thought you were local <Mithrandir> fairly local, but university network. <Kamion> ah <Mithrandir> so it's all untrusted. <Kamion> sftp is not exactly designed for streaming though <Mithrandir> well, it's a 100Mbit untrusted network, so I wouldn't really care. ;) <Kamion> thom: thanks, attempting another sounder 7 build now <sabdfl> kamion: will that latest build show up in cdimage/dail/current ? <Kamion> sabdfl: yes <seb128> lol <seb128> rburton: your "patches" blog entry is funny :) <Kamion> hm, trashapplet seems to totally crash and burn for me <Kamion> but anyway, Sounder 7 looks at least plausible; I'll pull the switch once I get back from the optician's <seb128> Kamion: trashapplet doesn't work at all for you ? <rburton> aes: your blog entry was a little confusing <rburton> i'd say 90% of packages are in universe, so no extra repositories would be needed <rburton> no need for pinning etc <aes> rburton: that probably means I'm confused <rburton> probably, yes <rburton> :) <aes> You're saying "deb http://ftp.no-name-yet.com/no-name-yet warty main" is wrong, I suppose? <rburton> add "deb http://ftp.no-name-yet.com/no-name-yet/ warty universe" <aes> aha! <aes> Thanks :) <rburton> np <rburton> i only discovered it when i moaned about the lack of xemacs :) <thom> rburton: that's a feature <rburton> xemacs being broken? <rburton> i'm sure it is <mjg59> has the scary artwork gone in yet? * rburton builds contact-lookup-applet "how more can this rock" 0.8 <lamont> rburton: xemacs21 should be there soon <aes> mjg59: there is some scary artwork <rburton> lamont: its all in apart from xemacs21-basesupport <mjg59> aes: Does the scary artwork involve people? <aes> mjg59: not as far as I've seen * rburton wants usplash <lamont> yeah - I fixed xemacs21 last night, will look at the rest of the xemacs-suite <aes> ok, so ubuntu rocks even more than I thought :) <mjg59> Ah, so not the really scary artwork yet <aes> mjg59: apparently not <rburton> jdub: contact-lookup-applet 0.8 is now in experimental, for when you wake up <rburton> urgh <daniels> mjg59: \o/ UBUNTU <lamont> rburton: we can't build xemacs21-packages (source for xemacs21-basesupport) because xemacs21-basesupport isn't built. sigh. <lamont> I'll break the circle sometime today or so <lamont> I think the scary artwork was planning to arrive once they'd posed the actual models, rather than the stock footage they used in the mockups... <fabbione> hey guys <fabbione> lamont: any news from the X buildd front? <rburton> ok, talk of scary artwork is worrying me <Oskuro> rburton: you're going to love it :) <rburton> oooh let me see <rburton> pleeeease <Oskuro> I don't have it :) <fabbione> noone does <lamont> fabbione: -6ubuntu7 is installed on all 3 <fabbione> lamont: good.. i was more thinking about the mime stuff :-) <lamont> rburton: it was more the people that were scary - the actual models aren't so scary <lamont> fabbione: thought about it afterwards - I need to rewrite some perl code into python to fix it, that'll happen sometime soon, but today isn't very likely <fabbione> ok. i am planning an upload for tomorrow <fabbione> just that you know <lamont> ok. <lamont> it has been observed recently that i386 and powerpc buildds apparently manage to upload (at least most of the time), while amd64 has not been observed to succeed without help <thom> it's also been observed that some people have been playing too much Mao * fabbione hands a card to thom: "stalking" <lamont> thom: well, yes. But then, I'd have to actually do research to explain the rules definitively... Not entirely sure which buildd's have hacked around the problem and which have not... * lamont wanders off for a while <Kamion> anyone got anything special they'd like people to test in Sounder 7? <thom> logging in as root to single user? ;-) <thom> and, of course, TRLS <Kamion> oh, I meant to mention the root thing and forgot, thanks <Kamion> TRLS? <thom> totally rad... <Kamion> heh, ok <rburton> LS? <Kamion> laptop support * ..[topic/#ubuntu:Kamion] : SSDS | http://wiki.no-name-yet.com/ un: sounders, pw: oink | Sounder CD 7 released <rburton> ah <rburton> so, no root password and initial user is sudo <Kamion> yup <rburton> can this be skipped? <Kamion> what do you mean? * thom chuckles at Kamion <rburton> i've forgotten what d-i actually does here -- can i trivially not setup an initial user and set a root password? <Kamion> no, you'd have to fix it up after the install <rburton> alrighty. can i file a bug? :) <Kamion> 'sudo passwd root', 'sudo deluser rburton' or whatever <Kamion> sure - sounds like an expert mode thing <rburton> i'm planning on ubuntu for our work desktops you see, and i am *so* not putting people in sudoers ;) <Kamion> sounds like an excellent reason; we need to collect data on the cases where people don't want this kind of setup <Kamion> making it the default for a CD release is a good way to get that data :-) <mjg59> thom: What does "Totally Rad Laptop Support" actually involve? <edd> working acpi, i gotta hope :) <mjg59> Haha <mjg59> edd: Are you still planning on doing an article on acpi at some point? <edd> mjg59: yes <mjg59> Cool <thom> mjg59: currently, laptop mode, some acpi stuff that doesn't send machines to sleep permanently, etc <mjg59> Cool <sabdf1> kamion: is the copy-on-install magic to boot with "linux anna/choose_module=archive-copier" ? <Kamion> choose_modules rather than choose_module <Kamion> but yes <sabdf1> ok <sabdf1> thanks, testing it now <Kamion> you can also boot in expert mode and select archive-copier from the extra bonus udeb list when that appears, then change debconf priority back to critical; but I figured this would be easier than that dance <sabdf1> also testing install-on-pcmcia-wifi network :-) <Kamion> you should see the name archive-copier flick past when it's retrieving installer components from the CD <sabdf1> kamion: archive-copier looks great <sabdf1> any attempt to find an optimal sequence? <Kamion> doing mkisofs -sort on the CDs has got up to the top three entries on my stack <Kamion> it's probably quite suboptimal atm <Kamion> three entries> not including having lunch ... hm, let's go and do that now, 5pm is time enough for lunch right? :) <sabdf1> you're running on new york time. excellent :-) <mjg59> Do you have Centrino drivers in the main install? <sabdf1> kamion: used the archive-copier, but it's still checking for the CD after the reboot <thom> mjg59: ipw2{1,2}00 you mean? we will do <mjg59> But don't yet? <thom> sabdf1: that's known about <thom> mjg59: yeah <Kamion> sabdf1: yep, as mentioned in the announcement base-config integration isn't complete <dieman> *yawn* <seb128> Kamion: could you add ~/Documents and ~/.Trash to the default skel ? <Kamion> I was in the middle of an install so that I could test whether creating ~/.Trash did the right thing ... <Kamion> can't some GNOME package just drop them into /etc/skel? <Kamion> hm, I guess they need to be there before the initial user is created though, which is before any of Desktop gets installed <seb128> yes ... <seb128> ~/.Trash is created by nautilus <Kamion> the thought of having non-dotfiles in /etc/skel just turns me right off :( <seb128> I'll do the same for the applet, so perhaps no need to add it to the skell <Kamion> I think that would be better <seb128> but ~/Documents would be nice <Kamion> it feels to me that that should only happen for people who log in at a desktop <Kamion> remote users have no need for it <seb128> we want to make ~/Documents the standard place for all the apps <seb128> hum, wondering where is the right place to create it <Kamion> surely just all desktop apps? <seb128> yes <Kamion> right <Kamion> so it's a desktop thing :) <seb128> ok :) <Kamion> that X -noswitchvt bug is ugly <fabbione> Kamion: yeah <fabbione> and daniels won't be able to work on it until next monday <fabbione> is there any package already using it? <Kamion> I assumed that was why I get crap all over my screen before gdm gets round to starting ...? <fabbione> hmmmm <fabbione> no i don't think so <fabbione> try to stop gdm <fabbione> and just startx <fabbione> kill X <fabbione> startx -novtswitch <lalo> is there a root password in the livecd? <fabbione> and you should be able to see the difference.. if there is any <fabbione> anyway <fabbione> i am off for today <Kamion> lalo: to be honest I think Alex is really the only person who knows much about how the live CD works right now <Kamion> 'Ubuntu 4.10 "Warty Warthog" perimadeia tty1' <Kamion> much better <lalo> Kamion: :-P <Kamion> fabbione: seems to do the same kind of thing <Kamion> except I'm not sure -novtswitch works there, odd <fabbione> Kamion: i am pretty sure the option is broken. gotta go for real <npmccallum> fabbione, Kamion: usplash will use X -noswitchvt <mdz> Kamion: I believe the final scheme for the version number was with a dash (4-10) <Kamion> it kept changing, it's possible I got confused <mdz> might want to ping the list <Mithrandir> we rock. or sane rocks, or something. Installed xsane, installed hpoj and It Just Works. <mdz> daniels: speaking of hpoj...... <Mithrandir> what is The Recommended Email Client in ubuntu? Evolution? <npmccallum> Mithrandir: yes <mdz> evolution and mutt are both available by default <mdz> mozilla-thunderbird is also supported <Kamion> /usr/bin/mkisofs: No such file or directory. Invalid node - -sort <Kamion> thank you, mkisofs, for your tremendously helpful error messages <Mithrandir> Kamion: wtf? <Mithrandir> evo needs a bit of convincing to build for amd64, though. I'll have to take a look at that as soon as I have ia32-libs and amd64-libs in the archive. <Kamion> ah, I think it might be trying to treat -sort as a filename <sabdf1> kamion: is "Mozilla Web Browser" a dependency, or deliberately installed? <Kamion> sabdf1: Desktop has only mozilla-firefox; mozilla-browser is in Ship (so on the CD but not installed by default) <sabdf1> kamion: it installs by default on sounder7 <sabdf1> what's the best way to figure out which binary is listening on an open port? <Kamion> netstat -anp <sabdf1> gem :-) <Kamion> hm, mozilla-browser is installed by default here too, which is extremely weird <Kamion> /var/log/base-config.log suggests something depends on it <Kamion> ah, I have a sneaking suspicion that aptitude is being naughty and installing Recommends: <jdub> hey hey hey * jdub is at lhr <mdz> libdevhelp-1-0 Depends: mozilla-browser <Kamion> sabdf1: fixed in base-config 2.35ubuntu20 <mdz> according to germinate, it's only in supported <Kamion> mdz: indeed. it's a Recommends: thing, fixed <mdz> ah <Kamion> OK, CDs hopefully now sorted with all the udebs at the front in Packages file order followed by all the debs in Packages file order <Kamion> and the Packages files alphabetically sorted by source then package name <Kamion> wonder how long that'll take to rsync ... <jdub> Kamion: oooh <mdz> I thought we decided we wanted debootstrap order for base <Kamion> this will do for now <Kamion> doing it at all was hard enough, debian-cd being what it is <Kamion> mdz: actually, if we're going the archive-copier route we absolutely want this approach <Kamion> since archive-copier uses Packages file order <mdz> Kamion: archive-copier would handle base as well? <Kamion> yes <mdz> ah <Kamion> if you try it in Sounder 7, it runs before base-installer <mdz> I'm burning sounder 7 now <mdz> Kamion: does this include all of the shipseed additions we made in Oxford? <mdz> it's still only 512M <Kamion> mdz: that's all entirely automatic now, so yes <mdz> maybe we should add kernel-headers-x.y.z-386 to shipseed too, then <Kamion> I got bored of making the changes by hand so I automated it and had it just mail me any changes it made <mdz> that's handy for being able to build a kernel module with only what's on the CD <Kamion> and corresponding for other arches, yes <mdz> that's about 25M <mdz> on i386 <mdz> it might even be a good idea to install it by default <mdz> then building kernel modules 'just works' <Kamion> we don't even have powerpc kernel headers in Supported at the moment <Kamion> that seems like a bug <mdz> yes, please add the right packages <mdz> amd64 as well, if you know which ones we should have * Kamion makes a note <Mithrandir> I guess I'm supposed to pop in now and tell you what package you want for amd64, but I don't remember. <Kamion> Mithrandir: it'll be easy to find out * jdub leaves <Mithrandir> lamont: did the xresprobe build on amd64 die? <lamont> it died on one arch with a parse error - emailed daniels about it <lamont> I think it was amd64 <lamont> but that window is busy... <Mithrandir> yeah, I'll try it by hand <lamont> newt has non-PIC in shared libs, fails. <lamont> amd64, that is <lamont> gcc -g -Wall -O2 -c -o ddcprobe.o ddcprobe.c <lamont> ddcprobe.c: In function `main': <lamont> ddcprobe.c:274: error: parse error at end of input <lamont> that's xresprobe/amd64 <Kamion> ddcprobe.c has very strange }-inside-#ifdef-itis <mdz> Mithrandir: kernel-headers-`uname -r` should do <Mithrandir> I'm running a non-ubuntu kernel atm, though <Mithrandir> I should whack the mkinitrd script into supporting sata <Kamion> somebody should fix the lunacy from lines 65 to 106 of ddcprobe.c <mdz> Mithrandir: indeed <Mithrandir> since a lot of amd64 users only have sata. <Kamion> the grub source package is barking <Kamion> it contains a patch in debian/patches/ which only changes a file in debian/ <Kamion> although fortunately it isn't actually enabled <mdz> Kamion: barking? <Kamion> mad <Kamion> (UK slang) <Keybuk> really? and I thought it was a place just outside Reading <g> * Kamion thwaps Keybuk * Kamion watches the LaMont machine grind away on warty-changes <Keybuk> heh, libtiff <lamont> Kamion: that's about 10 minutes work, all told <Keybuk> would it be possible to separate warty-changes and universe changes? <lamont> Keybuk: the w-b stuff is all the same place, so somehow I kinda doubt it... <lamont> but then you can look at the body of the message and sort... <Keybuk> well, universe is ultimately "uninteresting" from a company POV ... and flooding the list with it kinda makes -changes less interesting to subscribe to <sabdfl> hopefully our community will take an active interest in universe though <sabdfl> so there should be ongoing updates from trusted maintainers there <Keybuk> there can be a "too much traffic" problem
{'channel': 'ubuntu', 'month': 9}