[12:02] <T-Bone> lamont: 'none'
[12:02] <lamont> dude that was like long ago.
[12:02] <lamont> before you were born, I expect
[12:02] <lamont> lessee....
[12:02] <Nafallo> yikes! thanx T-Bone. I had forgot my homework again :-P.
[12:03] <T-Bone> Nafallo: lol
[12:03] <T-Bone> lamont: you're *that* old? :^)
[12:03] <lamont> would have been the 1979-1980 school year
[12:03] <T-Bone> indeed
[12:04] <T-Bone> i was being conceived ;)
[12:04] <lamont> well, at least someone was having fun that year.
[12:05] <T-Bone> LOL
[12:05] <Nafallo> GAAH! why can't I install warty on my server?
[12:07] <smurfix> opi: Wiki is set up. Please register and tell me your WikiName.
[12:08] <smurfix> bah, he's gone
[12:11] <YokoZar> haggai: I've got a new Wine package uploaded and ready, is there a way you could put it into universe for me (and/or sign my key so I can do it? I could put my pubkey on the Wine website or something.)
[12:15] <Nafallo> dooh! must have been /tmp I couldn't mount with noexec then :-P
[12:21] <ajmitch> good afternoon
[12:27] <haggai> YokoZar: I'm really sorry, I'm just winding down for the evening.  I need to review your work and I can't do that before Monday
[12:27] <YokoZar> Aww...  Is the key signing thing a possibility though?  
[12:31] <haggai> YokoZar: the holdup is in reviewing those changes for universe, signing an upload circumvents that
[12:31] <YokoZar> Oh yeah, heh.  Just thinking ahead, though :)  I suppose in the meantime I can write that scrollkeeper OMF file for Wine I've been meaning to.
[12:33] <haggai> YokoZar: keysigning is for proving your identity (ie meeting face to face) and isn't used to grant upload permissions
[12:34] <jdub> YokoZar: is it still one monolithic package?
[12:34] <YokoZar> Ahh, ok.  That means I'll need to take quite a drive down to the next LUG meeting, or grab some ID scans in the mail, heh
[12:35] <YokoZar> jdub: It's split into wine and wine-dev (headers/includes)
[12:35] <jdub> YokoZar: as well as libwine*, wine-doc, etc?
[12:36] <haggai> jdub: now how am I gonna upload the new oo2 without any pants?
[12:36] <jdub> freely :-)
[12:37] <YokoZar> jdub: No, much of that splitting in the debian packages was both unneeded (Wine can autodetect most of its sound servers), confusing (the package didn't depend on them) and broken (Wine gets confused if it's missing files it always expects to have)
[12:37] <jdub> YokoZar: splitting the libraries is very important
[12:37] <jdub> YokoZar: splitting out the sound server stuff means you're not stuck with unnecessary depends (arts!)
[12:37] <jdub> (jack!)
[12:38] <jdub> probably best to start with the debian layout and fix the problems
[12:38] <YokoZar> I tried that, but there were so many archaic hacks and stuff in the code that it really was causing more problems than it was worth. I understand the importance of splitting libs, but the libwine library can really only be used by Wine and the wineserver
[12:39] <jdub> it does need to be split, though
[12:40] <YokoZar> The files that were once included in the libwine-sound* packages are no longer really even seperable from Wine - it's hardly even any space saved
[12:41] <YokoZar> jdub: It's impossible to run winelib-compiled files without the wine binaries though.  In effect everything would be in the libwine package.
[12:41] <jdub> YokoZar: no, libwine would depend on wine :)
[12:42] <YokoZar> Well, ok then.  But having two packages depend on eachother is more or less the same thing as a monolithic package, no?
[12:42] <jdub> YokoZar: like libhowl requires mdnsresponder to work, so it depends on it
[12:42] <jdub> YokoZar: no
[12:42] <YokoZar> How's it different if they'll always be installed (and upgraded) together?
[12:43] <jdub> means you can track library changes more sanely
[12:43] <jdub> worth reading debian policy on this
[12:44] <YokoZar> I have.  The trouble is that different winelib compiled programs (of which we don't yet have any...) all need to run off the same library through the same wine binary and the same wineserver - the normal differentiation you can get with different soname versions for different software just doesn't happen
[12:45] <jdub> there doesn't seem to be any depends
[12:45] <YokoZar> It's almost like a kernel/module type thing rather than a library.
[12:46] <YokoZar> Wine doesn't really have any hard dependencies other than I guess glibc.  It can run in an X-less server terminal for DOS console apps, heh.
[12:46] <jdub> but there are also no suggests...
[12:46] <jdub> or recommends...
[12:48] <YokoZar> Whoops, I probably wanted to put winetools into suggests.  Msttcorefonts should be in suggests already
[12:48] <jdub> yeah
[12:48] <jdub> so the big problem here
[12:48] <jdub> is that this is a significant package fork from debian
[12:48] <jdub> which we'll have to maintain indefinitely
[12:48] <jdub> unless we rejoin
[12:49] <jdub> we're hoping to avoid a lot of that
[12:49] <ajmitch> ogra: ping
[12:49] <ogra> ajmitch: pong
[12:49] <ajmitch> ogra: see post on planet.debian.net on ubuntu & debian (3rd from top)
[12:50] <jdub> yeah
[12:50] <YokoZar> jdub: Correct, it is different, but it wasn't done without reason.  I'm willing to maintain it. We had to fork the package for some very good reasons, one of which was the outdatedness and presence of many old hacks in the Debian ones.  We were getting _many_ support requests in the user channel, email lists, and newsgroup all related to the weird brokenness of the Debian ones.  Our first support question became "Are you a Debian user?  
[12:51] <ogra> ajmitch: ouch
[12:52] <ajmitch> yeah, we need to do something about tracking changes I think
[12:52] <jdub> YokoZar: the old hacks let you upgrade sanely
[12:52] <ogra> ajmitch: hmm, but that change was senseless for debian...
[12:52] <jdub> YokoZar: so we fix the problems with the current packages and contribute them back
[12:52] <ajmitch> I think he was talking about the other changes aside from the build-depends
[12:52] <YokoZar> jdub: I'm talking about old hacks like changes to Wine's sourcecode that were breaking things upstream, heh.
[12:53] <ogra> ajmitch: it was my change
[12:53] <ajmitch> maybe this is something that we have to do when malone is usable for universe
[12:53] <ajmitch> ogra: that's why I pinged you :)
[12:54] <jdub> YokoZar: so we fix the problems
[12:54] <jdub> YokoZar: far cheaper to do that than maintain a fork
[12:55] <ajmitch> am I allowed to upload new upstream versions of my apps, or should I ask for a sync?
[12:56] <YokoZar> Not for me it wasn't.  Maintaining my Wine package has been only a couple hours of work or so every month.  Trying to get the obstinate Debian maintainer to write/commit patches himself, on the other hand, was an exercise in futility.
[12:57] <YokoZar> I wouldn't even be consdering doing the Ubuntu MOTU route unless things were practically impossible in breaking through Debian beaurocracy.
[12:57] <jdub> YokoZar: yes, those aren't going to be problems
[12:58] <jdub> YokoZar: but maintaining a significant package for is something to be avoided
[12:59] <YokoZar> True.  Frankly, things would be a lot easier if I were the Debian maintainer (packages would certainly be released within days, rather than months), but as long as Debian gives its maintainers total control over their packages and allows them to block the work of others (say, me), it's jut not going to happen.
[01:00] <jdub> it can happen in ubuntu
[01:00] <jdub> that's what we're here for
[01:02] <YokoZar> And that's why I've fallen in love with Ubuntu, and want to contribute Wine to it :)
[01:32] <lupusBE> gnome-nettool is now only depending on gconf :D
[01:32] <lupusBE> and gtk :)
[02:14] <jdub> ogra: i really liked the previous ACCESS DENIED :-)
[02:16] <lupusBE> in what kind of freeze is gnome at the moment?
[02:18] <wasabi_> So I'm looking for a good utility of some sort to get some sort of load graph for each of my HDs... suggestions?
[02:18] <wasabi_> graphical, etc.
[02:20] <lupusBE> jdub, ping
[02:20] <jdub> yo
[02:20] <wasabi_> fsrtmot
[02:20] <wasabi_> darnit
[02:20] <wasabi_> how do i keep typing in the wrong window
[02:21] <wasabi_> sorry about that
[02:21] <lupusBE> jdub, I have started removing libgnome code from some projects 
[02:22] <lupusBE> but gnome_help is the most frequent used gnome function that is still not replaced by a gtk counter part
[02:22] <lupusBE> do you know someone working on a replacement?
[02:22] <mjg59> jdub: Dude, what's up with patches getting back into Debian?
[02:26] <jdub> mjg59: lamont's working on it
[02:26] <jdub> mjg59: i'm going to reply to norbert's post
[02:26] <jdub> lupusBE: probably anders/owen/jrb
[02:27] <jdub> lupusBE: kinda relies on the help system not= being a murky mess
[02:27] <lupusBE> are there logs or mails about discuttions about this ?
[02:27] <lamont> mjg59: and working, and working...
[02:27] <mjg59> lamont: Haha
[02:27] <jdub> lupusBE: no idea
[02:28] <lamont> there's a boatload of 'em...
[02:28] <mjg59> If it's just a technology thing, that's good
[02:28] <lamont> and finding the ones that aren't there yet can be a pain.
[02:28] <lupusBE> and what do you mean by murky mess?
[02:28] <lamont> but filing bugs with all the full diffs in them would just tend to annoy folks more
[02:29] <robertj_> heya all, are xdevconf logs available anywhere?
[02:29] <lamont> nobody wants a bug with part of the diff being a s/Debian/Ubuntu/g :-(
[02:29] <lamont> xdevconf?
[02:29] <lamont> the package buildLogs?
[02:29] <mjg59> X development conference
[02:29] <robertj_> lamont: irc logs
[02:29] <mjg59> But, uh, the only person here likely to know is daniels...
[02:30] <mjg59> Hmm. I've just upgraded a clean Warty install to current Hoary. Quite a few config file change prompts.
[02:30] <mjg59> On the other hand, I did accidently kill it part way through, which may have something to do with it
[02:32] <robertj_> lamont: noone seems to be logging #xdevconf :(
[02:32] <jdub> mjg59: the only non-technology issue is making sure our MOTU are doing the right thing ;)
[02:32] <mjg59> jbailey: Hmm. We're going to need some way to auto-fill the RESUME field.
[02:36] <ogra> jdub: no need to apply it if you dont like.... :) thom asked for a change ...
[02:38] <ajmitch> jdub: just whip them into line
[02:39] <lamont> speaking of diffs... /me goes heads-down for a while
[02:46] <lamont> so do we want to file all the bugs for migrating to python2.4?
[03:11] <mjg59> APPROVED
[03:11] <mjg59> Oh man
[03:11] <mjg59> I love the screensaver stuff
[03:12] <jdub> MovieOS in three releases!
[03:13] <mjg59> Hrm.
[03:13] <mjg59> Warty->Hoary update doesn't result in power button hibernation love.
[03:13] <jdub> hmm
[03:13] <jdub> i'm going to install warty on my ibook and do an upgrade
[03:14] <mjg59> I recommend doing so
[03:14] <mjg59> Someone should write something to install a random set of packages from main on warty and then do an upgrade
[03:15] <jbailey> mjg59: auto-filling the resume field?
[03:15] <jbailey> mjg59: Err.
[03:15] <mjg59> jbailey: On install, at least
[03:15] <mjg59> Ideally on upgrade
[03:15] <mjg59> But install has to have it
[03:15] <jbailey> I thought that the kernel automatically DTRT when there was only one swap partition.
[03:17] <mjg59> Nope
[03:17] <ajmitch> afternoon jbailey  :)
[03:17] <mjg59> Unless there's a resume= line, it won't resume
[03:17] <mjg59> (Or the equivilent)
[03:17] <jbailey> mjg59: Oh. hmm.
[03:17] <jbailey> I was going by what mdz had said.
[03:17] <jbailey> S3 works on my laptop now, so I never bothered with the rest of it.
[03:18] <mjg59> jbailey: Suspend will work without a resume parameter, but I don't think resume will
[03:18] <jbailey> Lemme ping mdz..  He never sleeps. =)
[03:19] <mjg59> Hang on, let me play
[03:19] <mjg59> So, S3 and StD both work perfectly on this Sony
[03:21] <ajmitch> almost time to test it on my antique dell
[03:22] <daniels> 'std' just sounds so wrong
[03:23] <jbailey> daniels: STDs are good to avoid.
[03:23] <jbailey> As a certified sexual educator, I recommend it.
[03:23] <mjg59> jbailey: Ok, just let me regenerate my initrd and test this
[03:24] <mjg59> But if there's no resume entry on the kernel command line and no RESUME in the initrd conf, what's it going to echo into /sys/power/resume ?
[03:26] <mjg59> Mm. If $resume isn't set, it won't try to resume (and we'll just end up with a useless swap partition)
[03:28] <jbailey> I'm just trying to find where mdz claimed it did it automatically.
[03:29] <mjg59> jdub: Feature request for the screensaver:
[03:29] <mjg59> For full movieos compliance, typing OVERRIDE should result in the screen unlocking
[03:29] <jdub> haha
[03:30] <jbailey> from mdz in bugzilla: Interesting...swsusp happily suspended for me even though I didn't have a
[03:30] <jbailey> resume= in /proc/cmdline, so I assumed it had some sane default
[03:30] <jbailey> mjg59: That's what I was thinking of, oh well.
[03:30] <mjg59> Yeah. It'll suspend, but not resume.
[03:30] <jbailey> What an amusing misfeature. 
[03:31] <YokoZar> MoFOS: http://www.somethingawful.com/articles.php?a=112
[03:31] <jbailey> What are the requirements?  Just that the swap have enough space free to drop the contents of ram in it?
[03:31] <YokoZar> The Movie Fake Operating System
[03:31] <mjg59> jbailey: Pretty much
[03:31] <jbailey> That's gotta be a bitch to guarantee.
[03:31] <mjg59> Yeah. The installer makes bigger swap partitions on laptops by default now.
[03:32] <jbailey> I'm thinking even making sure they're not using all of the swap.
[03:32] <jdub> mjg59: elite
[03:32] <jdub> mjg59: "size of memory"?
[03:32] <ajmitch> odd, I get unable to mount root device with the latest live cd
[03:32] <mjg59> jbailey: In general, there's so much cache that it's not an issue
[03:32] <mjg59> But yes, we can't guarantee it. Which is a bitch.
[03:33] <jbailey> Is the right thing on laptops to have a spare swap partition just for suspending?
[03:33] <jdub> would be ideal to use a swap file
[03:33] <jbailey> Oh generate one on a loopback device or something?
[03:33] <jbailey> s/Oh/Or/
[03:34] <jbailey> jdub++
[03:34] <jdub> loopback? ouch :)
[03:34] <mjg59> swsusp2 has swapfile support, but it's nasty
[03:34] <jbailey> jdub: Dude, it's been a long time since I had a swap"file" =)
[03:34] <mjg59> You need to be able to find the start of the swapfile without mounting the filesystem
[03:34] <jbailey> And I imagine it has to be contiguous.
[03:35] <mjg59> Easiest is probably a list of block offsets dumped in swap...
[03:35] <jbailey> Although grub and such can find the file for you.
[03:35] <jbailey> How does the resume process actually work?
[03:35] <jdub> mjg59: could grub store it?
[03:36] <jbailey> Does the kernel just detect that there's an image to resume when you poke the magic into /sys/power/resume ?
[03:37] <jdub> /sys/power/resume doesn't seem to exist on the laptop i just switched off
[03:37] <jdub> ;)
[03:37] <jbailey> Here, kid, go buy yourself a real computer.
[03:38] <jdub> :-)
[03:38] <daniels> jbailey: he spent plenty of those, and got a dell.  can't legislate against bad taste.
[03:39] <jdub> stfu!
[03:39] <mjg59> jbailey: The kernel reads the start of the partition that you shove in there, and if it's got the right signature resumes from it
[03:39] <mjg59> Oh, that's true. grub ought to be able to pass an offset to the kernel.
[03:39] <jbailey> Should it need it?
[03:39] <jbailey> At that point, you presumably have drivers and such loaded.
[03:40] <jbailey> Mount the partition read only and just get the swapfile information then.
[03:40] <mjg59> You can't mount the partition read onkly
[03:41] <mjg59> Remember, it hasn't been cleanly unmounted. If the kernel mounts it, it'll play back the journal.
[03:41] <jbailey> Ugh, yeah.
[05:10] <zul> jdub: is sleep working on your ibook?
[05:24] <wasabi_> Is ubuntu accepting packages with ~ in the version?
[05:27] <daniels> woah
[05:27] <daniels> Kamion: fucking up password verification (enter mismatching passwords) has a bad bad failure mode in the installer
[05:27] <daniels> Kamion: you never get reprompted, so it just drops you back to the root menu of tasks, and hitting set up users and passwords doesn't re-prompt
[05:27] <AndyFitz> jdub, you can update human off this package http://gnome-look.org/content/show.php?content=19853   next week ill be working on it fulltime to get the remaining application / mimetype icons up to scratch
[05:28] <daniels> Kamion: the passwords probably need a db_reset if verification fails
[05:38] <bluefoxicy> I take it gtk+ needs work?
[05:39] <daniels> yes, it's a fundamental flaw in gtk+, it's not actually able to close windows by itself
[05:40] <daniels> no-one can be bothered fixing it
[05:40] <bluefoxicy> yeah, I clicked the X but gnome can't get rid of the windows
[05:40] <bluefoxicy> apparently that "Force quit" thing that kills the process. . . umm.  Needs a process to kill.
[05:41] <toresbe> bluefoxicy: run xkill?
[05:41] <daniels> bluefoxicy: in any case, inappropriate for #ubuntu-devel -- please use #ubuntu
[05:41] <bluefoxicy> k
[05:52] <jdub> AndyFitz: ok, ta
[05:53] <jdub> AndyFitz: good timing, before lunch had half mail written to you re: coverage of the last drop :)
[05:54] <AndyFitz> jdub: cool,  well this is till not complete mate but I've put away time to make sure it gets there before march as mentioned
[05:55] <jdub> rockin'
[10:03] <Keybuk> are there any known issues with ipw2100 in hoary at the moment?
[10:10] <mdz> yes
[10:11] <Keybuk> drops connections all the time issues?
[10:11] <daniels> Keybuk: i got that all the time with ath, then i discovered it was just that turning the acx111 in my desktop on had a habit of killing the entire network for everyone
[10:12] <Kamion> daniels: hm, d'oh, must've screwed that up recently - will investigate
[10:13] <daniels> Kamion: actually, it did that too from today's daily when I didn't fuck up my password
[10:18] <Kamion> thought I'd fixed that, hmm
[10:18] <Kamion> rsyncing today's daily now
[10:21] <ajmitch> time to see if today's live cd boots
[10:30] <Kamion> daniels: oh, crap, I probably know what it is
[10:30] <Kamion> fortunately that means it's a one-line fix
[10:31] <Kamion> well, that will fix the general failure in "configure apt" anyway, there'll be some other problem in passwd.config
[10:32] <daniels> Kamion: heh
[10:37] <sabdfl> hi all
[10:38] <ajmitch> hello
[10:41] <daniels> 'morning sabdfl ;)
[10:51] <HrdwrBoB> oh 
[10:51] <HrdwrBoB> I don't know if this has been fixed
[10:51] <HrdwrBoB> but the ubuntu installer not only didn't have support for badblocks
[10:51] <HrdwrBoB> thhe badblocks binary was missing
[10:51] <Kamion> not surprised
[10:52] <Kamion> doesn't parted have that functionality as part of 'check'?
[10:52] <Kamion> ped_geometry_check (PedGeometry* geom, void* buffer, PedSector buffer_size,
[10:52] <Kamion>         ped_timer_set_state_name (timer, _("checking for bad blocks"));
[10:52] <Kamion> [...] 
[10:54] <HrdwrBoB> probably, after things failed automatically I copied badblocks to a CD and then onto the install setup, used mkfs and it was fine
[11:18] <Kamion> daniels: hm, did you select 'go back' after the password mismatch? if you select 'continue', it works fine; if you select 'go back', it loops.
[11:36] <daniels> Kamion: i never got prompted about it; after entering the password (both fine and not, separate installs), it looped
[11:36] <daniels> kami	this was the daily i386 as of ... about 8h ago?
[11:36] <daniels> maybe 6?
[11:37] <Kamion> daniels: I see (and have reproduced) a possible loop in the backup case; fixing that, anyhow
[11:38] <Kamion> the way it drops back to the main menu when you enter matching passwords was a bug in apt-setup-udeb
[11:38] <daniels> ah, cool
[11:38] <daniels> cheers :)
[11:42] <rubenv> jdub: ping
[12:02] <ogra> morning
[12:29] <mdz> night all
[12:30] <daniels> mdz: g'night
[12:30] <Treenaks> hey mdz 
[12:31] <ogra> night mdz
[12:31] <ogra> jdub alive ?
[12:33] <daniels> ogra: he's gone for the night
[12:33] <ogra> ah, ok
[12:33] <ogra> daniels: thanks
[12:34] <sivang> morning all!
[12:39] <trulux> heya
[12:39] <trulux> http://www.antena3.com/a3n/a3n_contenidos/contenidos/3/3/omnha3168-00547.jpg
[12:39] <sivang> hey trulux 
[12:39] <trulux> Windsor building burnt last night
[12:39] <trulux> I was writing the paper when it happened :(
[12:39] <trulux> hey sivang
[12:41] <trulux> it's like the movie "Colossus burning" (or on fire, dunno how's the name in US)
[12:41] <sivang> trulux: this was what I saw alst night (which scared me hell) on tve???
[12:41] <trulux> sivang: yep
[12:42] <sivang> trulux: man, what was that building for?
[12:42] <Keybuk> Hmm, why do I get lots of "The following packages are not AUTHENTICATED" messages from APT?
[12:43] <trulux> sivang: business and hotel AFAIK
[12:43] <trulux> sivang: http://www.elmundo.es/elmundo/2005/02/13/madrid/1108282580.html
[12:44] <lunitik> Keybuk: because not all archives have gpg keys yet... Ubuntu ones should though...
[12:44] <sivang> boy, looks like madrid has much action laterl...
[12:45] <lunitik> Keybuk: someone should get on others to do so... will be good when sid gets 0.6x in  :)
[12:45] <lunitik> (or has it?)
[12:45] <Keybuk> these are the Ubuntu archives themselves
[12:45] <Keybuk> don't have any others in my sources.list
[12:45] <trulux> sivang: yeah, it was like "heh, someone was partying and he didn't noticed me"
[12:45] <Keybuk> which is why I noticed it as odd
[12:45] <trulux> at least it seems not a terrorist attack
[12:46] <lunitik> Keybuk: hmm... I've not seen that on official archives... that is weird  :o
[12:48] <sivang> hey Keybuk , 'sup?
[12:53] <Kamion> Keybuk: fresh install?
[12:59] <Kamion> can someone fix the bunch of stuff in hoary that explicitly depends on gs? should be gs-esp | gs or something like that
[01:00] <Kamion> explicitly depending on gs causes apt to pull gs from the network at installation time; doko fixed this pre-warty, but it has regressed
[01:05] <Keybuk> Kamion: yeah, Array 4
[01:08] <Kamion> apt-cdrom in array 4 didn't do the Release.gpg copy properly, but dunno if that's the cause; I worked around that in archive-copier
[01:09] <sivang> back for some more time
[01:10] <Keybuk> I've removed the cdrom line and updated since then though
[02:26] <Kamion> elmo: could you update your copy of germinate please? I've added support for the casper seed.
[02:27] <Kamion> (and want to be able to remove some corresponding junk from the installer seed)
[02:36] <mantiena-baltix> amu, hi, are you online ?
[02:42] <Kamion> mdz: the next live CD build should use the casper seed, which'll save 5-10MB depending on the architecture
[02:42] <mantiena-baltix> Kamion, where are difference ?
[02:46] <Kamion> mantiena-baltix: removes a bunch of stuff only needed on the install CD
[02:46] <Kamion> e.g. all of partman
[02:47] <mantiena-baltix> Kamion, my partman :(
[02:47] <mantiena-baltix> how I make installer now ?
[02:47] <mantiena-baltix> :(
[02:48] <Kamion> if the live CD installer needs something, it should be added to some seed
[02:48] <Kamion> but partman is not used in the casper bootstrap process and therefore is not in the casper seed
[02:48] <Kamion> you should stop taking things as policy decisions when they aren't :)
[02:48] <Kamion> anyway, gone
[02:49] <mantiena-baltix> Kamion, hehe, this is joke
[02:49] <mantiena-baltix> :-P
[02:54] <tseng> hey, should linux-headers Makefile be patched with EXTRAVERSION matching the associated linux-image?
[02:54] <tseng> some external modules seem to install into the wrong modules dir, i believe because of this.
[02:58] <daniels> tseng: quite possibly, yes
[02:59] <daniels> ah, no, I see
[02:59] <daniels> daniels@brainfreeze:~% grep -r -- -amd64-k8 /usr/src/linux-headers-2.6.10-3-amd64-k8/
[02:59] <daniels> /usr/src/linux-headers-2.6.10-3-amd64-k8/.extraversion:-3-amd64-k8
[02:59] <tseng> oh
[02:59] <tseng> is that common?
[03:00] <daniels> dunno
[03:00] <tseng> ivtv just calls modules_install in linux-headers
[03:00] <daniels> your investigative abilities are doubtless as good as mine in this arena
[03:01] <tseng> yeah the Makefile doesnt touch that, ivtv certainly doesnt.
[03:05] <Hwolf> daniels, couldn't all that syncing trouble be avoided if users wouldn't be able directly to sync from the master mirror? IE, have a master that you upload to, and a master's deriviate that syncs with the master every once, just like other mirrors do now?
[03:05] <sivang> hey again all, does anybody know if I am going to expect probleams trying to install hoary snapshot on a rocklacke D865PERL intel mb with SATA? ;-)
[03:19] <daniels> Hwolf: er, maybe if you have the entire thing in RAM -- think about the I/O fun you'll have with every user trying to rsync everything
[03:30] <maswan> daniels: As I read it, it was more a split of ftp-master and the publically accessable archive.
[03:31] <daniels> oh, 'wouldn't' be able to sync
[03:31] <daniels> i believe that's what we're moving to, yes
[03:32] <sabdfl> sivang: there used to be a bug related to machines that had all SATA drives, and an older PATA cdrom
[03:32] <maswan> ah, ok
[03:36] <Astharot> hi
[03:37] <sivang> sabdfl: Hey mark! Ah ok, well, I have 1 PATA hd here and going to integrate one SATA one, together with 2 PATA cdroms, hope it'll work :)
[03:40] <maswan> daniels: It would be nice to have something I (as a mirror admin) could have proper access to, so I could do more frequent updates without getting flooded with "refused due to too many active rsync connections"
[03:41] <sabdfl> sivang: i'd be interested in hearing about success or failure, good luck
[03:41] <thom> sivang: what mobo? i have 1 pata disk, 2 sata and 2 pata cds; works fine
[03:45] <daniels> maswan: yeah, i believe that's what the model is moving to
[03:45] <daniels> maswan: everything in good time
[03:48] <maswan> daniels: Good, I wish to be as good a mirror as possible. :)
[03:56] <froud> http://www.inwords.co.za/ubuntu/ubuntu-hoary-update-reg-error.png What is the meaning of this error displayed while doing an update via Ubuntu Update Manager on Hoary
[03:58] <froud> and where do I find gst-register?
[04:12] <sabdfl> froud: it seems to be in package libgstreamer0.8-0
[04:12] <sabdfl> not sure why it would be triggered by the update manager
[04:12] <sabdfl> unless it has to do with playing a sound
[04:12] <sabdfl> try asking on #ubuntu, or on one of the gstreamer channels
[04:13] <froud> sabdfl, and where to find gst-register so I can run it?
[04:14] <sabdfl> install the package libgstreamer0.8-0 then type gst-register
[04:14] <sabdfl> froud: ^
[04:17] <mjg59> Hmm.
[04:17] <froud> sabdfl,  libgstreamer0.8-0 is already installed by when I run gst-register I get "sudo gst-register command not found"
[04:18] <mjg59> sabdfl: Vaio support looks good - I'm just trying to integrate hotkey support
[04:19] <sabdfl> mjg59: fantastic. is there any sanity to the whole hotkey situation or does every vendor do it differently?
[04:19] <tseng> froud: its gst-register-0.8
[04:20] <tseng> tab complete is cool.
[04:20] <mjg59> Every vendor does it differently, except in the cases where they've bought designs off another vendor
[04:20] <sabdfl> froud: try not using sudo, just typing gst-register-0.8
[04:20] <mjg59> Lots of machines use the acer protocol, but it's entirely insane and I'm not going to touch it with a bargepole
[04:21] <sabdfl> they don't make bargepoles long enough these days
[04:22] <mjg59> Whoops.
[04:22] <mjg59> Maybe still a couple of bugs here, then...
[04:24] <froud> sabdfl, seems to have rebuilt the registery without problem. Thanks
[04:24] <website> hi to all
[04:25] <sabdfl> froud: and solved the problem?
[04:25] <website> i saw in /var/cache/apt/archives that deb packages are not removed after a complete upgrade by apt-get or synaptic utility.. why not make that apt utilities clean the archive after each upgrade?
[04:25] <froud> sabdfl, system seems the same, everyting worked prior and after, so there was no problem just this error :-)
[04:26] <jbailey> Now that we've got Python in essential, are we moving debconf there too?  I see that it's the first goal under EssentialPython
[04:52] <mjg59> hkey ACPI 00000001 00000022
[04:52] <mjg59> Rock
[05:04] <mjg59> Only problem now is that it's binding to every single unclaimed ACPI device, which is a bit of a pain. Hm.
[05:05] <Keybuk> your bloody suspend-to-disk stuff left me with a corrupt swap
[05:05] <Keybuk> and I only just noticed
[05:06] <mjg59> Corrupt swap?
[05:07] <mjg59> A failed resume will result in it not rewriting the swap signature, which swapon will then be unhappy about...
[05:07] <usual> is nautilus crashing X a known bug in hoary?
[05:08] <Keybuk> it didn't even try to resume, iirc.
[05:10] <mjg59> Hrm.
[05:10] <mjg59> Need more debugging.
[05:10] <mjg59> If it doesn't successfully resume, then the swap signature won't be fixed
[05:11] <Keybuk> indeed, and you won't notice until some days later when you're wondering why the laptop can barely run xterm and emacs
[05:13] <mjg59> swapon should check if there's a suspend signature, and if so mkswap it
[05:13] <mjg59> sony/hotkey SPIC 00000001 00000001
[05:13] <mjg59> Hurrah
[05:24] <mjg59> Keybuk: Does hotplug actually use drivers.isapnpmap ?
[05:24] <mjg59> s/drivers/modules/
[05:24] <Keybuk> mjg59: I don't think so
[05:25] <mantiena-baltix> Kamion, I already started d-i in chroot - simply started make demo_hd-media ;)
[05:25] <mjg59> Keybuk: Interesting. Any idea why? It'd solve a load of the My sound doesn't work on my ancient laptop issues
[05:25] <Keybuk> maybe it does work
[05:26] <mjg59> There seems to be an isapnp.rc
[05:26] <mjg59> But no isapnp.agent
[05:30] <mjg59> Is there still any chance of moving stuff from universe into main?
[05:53] <mjg59> thom: Ping?
[05:54] <zul> lamont: ping
[05:58] <thom> mjg59: ack
[05:59] <T-Bone> zul: ping?
[05:59] <mjg59> thom: I've got some more hotkeys for you
[06:00] <mjg59> And we also need to figure out some way to autoload sonypi at appropriate moments
[06:00] <zul> T-Bone: about the altec support did it patch cleanly ?
[06:01] <zul> mjg59: there was some sonypi patches it bitkeepr this week as well
[06:01] <mjg59> zul: Yeah, they're not very relevant
[06:01] <mjg59> But I need to dig throug hthem
[06:01] <zul> k i have them it you need them
[06:01] <mjg59> zul: Do you have a Vaio?
[06:01] <zul> heh i weish
[06:02] <zul> wish even
[06:02] <mjg59> Heh. I don't :)
[06:02] <thom> why would anyone wish for a vaio?
[06:02] <zul> i was going to include them into -17 but i wouldnt mind a second opinon
[06:02] <thom> mjg59: we really ought to get you upload perms
[06:03] <zul> thom: because its better than the one i have now
[06:03] <mjg59> zul: My stuff adds support for passing hotkey events through /proc/acpi/events so we can hook it in with the rest of the hotkey infrastructure
[06:03] <thom> but ok, mail me hotkeys; is there anyway to detect sonypi existence or should we just try and load the module during acpi startup?
[06:04] <mjg59> There actually is - we can walk through /sys/bus/pnp and look for a SNY6001 device
[06:04] <mjg59> Weirdly, there doesn't seem to be any hotplug support for doing that yet
[06:04] <tseng> mjg59: hah, convince gregkh to add it.
[06:05] <mjg59> We'd also need the kernel to generate the maps
[06:06] <mjg59> I don't actually know if we have devices that can bind via the pnpbios stuff
[06:10] <thom> mjg59: so just check ids for SNY6001? should be doable
[06:10] <thom> cool
[06:10] <zul> damn it guinea pig peed on my desk
[06:12] <mjg59> thom: Yeah
[06:13] <trulux> ajmitch: ping
[06:23] <mantiena-baltix> herzi, hi
[06:27] <zul> mjg59: you can get the patches from http://zulinux.homelinux.net/ubuntu/kernel/patches/acpi/
[06:30] <herzi> mantiena-baltix: hi
[06:37] <dholbach> hai
[06:41] <mjg59> Who should I be sending kernel patches to at the moment?
[06:42] <zul> lamont is uploading and tbone and i are pusing patches to him 
[06:42] <zul> so i guess you can send them to me if you want
[06:43] <mjg59> Ok. What's the best address to use?
[06:43] <zul> zul@gentoo.org
[06:43] <Kamion> website: apt-get clean
[06:44] <Kamion> website: it's not done automatically because it can often save you a batch of downloading if you keep the cache, which dialup users like
[06:44] <T-Bone> zul: it's definitely better that you collect all x86 stuff, i don't have an x86 box, actually ;)
[06:44] <website> Kamion, yes i know
[06:44] <Kamion> website: (remember that you might remove the package and install it again; that's quite common while debugging stuff)
[06:44] <T-Bone> and i'm clueless toward anything x86-related
[06:44] <zul> T-Bone: ok sounds good, ill take care of x86 if you want to collect the weird ass architecutres ;)
[06:44] <T-Bone> Kamion: did you see my answer? Isn't it weird that it works when adding 'set -x'?
[06:44] <T-Bone> zul: lol
[06:45] <Kamion> T-Bone: I really don't believe that's going to be connected, sorry
[06:45] <website> Kamion, but most users don't remember to do apt-get clean and.. after upgrade most of them will not came back to the previus version
[06:45] <website> i've to put ubuntu in my school
[06:45] <Kamion> website: *shrug* there's a clean button in synaptic iirc
[06:45] <Kamion> website: if you have a problem in a large deployment, you can always run apt-get clean from a cron job
[06:46] <website> Kamion, where is that button?
[06:46] <T-Bone> Kamion: what would you suggest?
[06:47] <Kamion> T-Bone: I don't know, that's why I want 'set -x' output from the *first* run
[06:47] <mjg59> zul: Ok, sending now
[06:47] <Kamion> I don't believe in debugging by voodoo :)
[06:47] <zul> mjg59, ok great!
[06:47] <website> Kamion, found there is a sections about that on prefeerencies
[06:47] <T-Bone> Kamion: ah ok! I didn't understand it that way. Well, i guess i'll have to re-re-re-re-reinstall :P
[06:47] <Kamion> website: indeed, had to go look myself
[06:48] <Kamion> maybe it could be more obvious, dunno - wishlist bug :)
[06:49] <zul> mjg59, got it
[06:50] <mjg59> zul: Look roughly sane?
[06:51] <zul> yep
[06:52] <zul> ill add it to the build im doing right now
[06:52] <zul> then push the patches to lamont so he can include it in the next upload
[06:53] <mjg59> Cool, thanks
[07:02] <mjg59> Arse.
[07:04] <zul> arse
[07:15] <mjg59> I suppose I /could/ save the MAC->name mappings and then restore them once all the hardware exists again. Hmm.
[07:17] <ogra> mjg59: just make /etc/iftab used by default everywhere :)
[07:17] <mjg59> Haha
[07:18] <mjg59> That would be the best solution, yes
[07:28] <mjg59> But the only Acer I have is currently lacking a PSU.
[07:28] <diego> sorry to annoy you development gods, but is swsusp in the hoary repos?
[07:29] <tseng> http://higgs.djpig.de/ubuntu/www/
[07:29] <mjg59> diego: Yes
[07:29] <mjg59> Just edit /etc/mkinitrd/mkinitrd.conf and set RESUME, then rebuild your initrd
[07:30] <diego> rebuild my initrd :/ are there instructions for this?
[07:30] <Hwolf> diego, you could easily check if it is in...
[07:30] <mjg59> mkinitrd -o /boot/initrd-whatever
[07:30] <diego> mjg59: ah good game
[07:32] <mjg59> Anyone here running on an Acer laptop?
[07:39] <zul> tseng: yeah looks good
[07:44] <diego> mjg59: is RESUME in mkinitrd.conf the same as resume2 in grub?
[07:45] <mjg59> diego: No
[07:45] <mjg59> resume2 is for swsusp2, which we don't use
[07:45] <diego> ohhhh....well that explains very much of my confusion then
[07:47] <diego> is it safe to have resume= my regular swap partition, or would that create problems?
[07:48] <diego> nvm, i shouldn't be asking this here
[07:48] <mjg59> diego: It should just be your swap partition, but yeah, #ubuntu is better for this
[07:50] <mantiena-baltix> herzi, are you doing something with ubuntu ?
[07:54] <sivang> rehi all
[07:55] <zul> hey Simira 
[07:55] <ajmitch> morning
[07:55] <zul> doh...sivang
[07:56] <sivang> hey zul, ;'sup?
[07:56] <zul> not much u?
[07:56] <sivang> zul: fine, just doing some system renovations :)
[07:56] <zul> nifty
[07:56] <ajmitch> sivang: format & reinstall? :)
[07:58] <sivang> ajmitch: almost :) just thinking how would be best to move out of an old 30MB hd into a 120MB SATA  (the system is spanning 2 HDs, 40MB, and 30MB)
[07:59] <ajmitch> ah yes :)
[07:59] <ajmitch> I'm moving my laptop to LVM & installing hoary
[07:59] <ogra> sivang: you should get some recent disks
[08:00] <sivang> ogra: just got one :)
[08:00] <ogra> sivang: i think the MB hdd aera is over ;)
[08:00] <ajmitch> I wouldn't think you could fit much in 120MB
[08:00] <ogra> *g*
[08:01] <sivang> ogra: hrm, just noticed :) hehehe I meant GB :)
[08:01] <ogra> sure
[08:01] <sivang> ogra: I just miswrote the acronym 
[08:01] <mdz> Kamion: cool
[08:01] <herzi> mantiena-baltix: i use it as a development platform with bleeding edge gnome technology
[08:03] <mantiena-baltix> herzi, cool, which technology ?
[08:03] <ajmitch> mdz: you've changed the ramdisk on the livecd recently, right? kernel can't mount root fs here
[08:04] <sabdfl> mjg59: RESUME should be the swap partition?
[08:04] <mjg59> sabdfl: Yup
[08:04] <mjt> ..and it can't work when swap is in a file, not in a raw partition.. ;)
[08:04] <mjg59> I've been talking to Jeff about this - it ought to be done automatically on install in the next version
[08:05] <mjt> (there where so much talks about "we don't need swap partitions anymore" ;)
[08:06] <mdz> ajmitch: the ramdisk used on the daily live CD is built from scratch each day
[08:06] <mdz> ajmitch: Kamion made some changes to the way it is built yesterday
[08:07] <mjg59> sabdfl: If you're running Hoary and have RESUME set (and a ramdisk generated after it's been set), Fn+F12 should suspend to disk
[08:07] <sabdfl> mjg59: i'll test it now. last time i tried it seemed to work at going to sleep, but then booted the normal way
[08:08] <mdz> ajmitch: what kind of hardware, and how much RAM?
[08:08] <ajmitch> mdz: x86 laptop, 128MB RAM
[08:09] <ajmitch> and same in qemu
[08:09] <sabdfl> mjg59: why can't it automatically find the swap partition in /etc/fstab? or from the running kernel?
[08:10] <mjg59> sabdfl: On wakeup, it can't read any of your files, otherwise it'll alter the disk state
[08:10] <mdz> ajmitch: does it work if you specify ramdisk_size=65536?
[08:10] <ajmitch> mdz: I'll give it a go if I can recall all the other kernel options
[08:10] <mjg59> Then it'll put your old memory contents back, you'll have an inconsistent view of the disk and get filesystem corruption
[08:10] <mdz> ajmitch: you don't need them all; it appends
[08:10] <ajmitch> ok
[08:10] <mjg59> What /could/ be done would be to write a new grub setup on suspend
[08:10] <mdz> "live ramdisk_size=65536"
[08:11] <sabdfl> ah. you're going to make my skull explode.
[08:11] <ajmitch> mdz: that works fine in qemu, testing on laptop now
[08:12] <mdz> strange
[08:12] <mdz> I tested the current settings on my laptop, and they worked fine
[08:13] <mdz> it's packed up at the moment, though, so I can't test on it
[08:13] <ajmitch> 64MB ramdisk works on the laptop
[08:14] <mdz> ajmitch: can you try ramdisk_size=524288?
[08:14] <ajmitch> it's an old pII
[08:14] <mdz> that works for me in qemu
[08:14] <ajmitch> sure, just a minute
[08:15] <ajmitch> that work
[08:15] <mdz> ok, we'll drop it down to 512M
[08:16] <mdz> this is very strange, though
[08:16] <mdz> I tested ramdisk_size=1048576 on my laptop with 256M and it worked fine
[08:16] <mdz> but it fails in qemu with 256M
[08:17] <ajmitch> hmm, doesn't look like it picked up the nic
[08:19] <mdz> anything else?  Colin allowed the set of installer modules on the live CD to be more minimal
[08:19] <ajmitch> not sure
[08:19] <mdz> so casper's dependencies need to be more accurate
[08:19] <mdz> I've added configured-network
[08:19] <ajmitch> the cd sounds like it's about to self-destruct
[08:19] <ajmitch> the laptop has wireless & a 3com card, both modules are loaded but dhcp is only tried on wireless
[08:20] <ajmitch> wireless needs a WEP key before it can do anything on this network
[08:20] <mdz> oh, maybe configured-network isn't the problem, then
[08:21] <mdz> have you tested a Hoary live CD on this system before?
[08:21] <ajmitch> nope
[08:21] <mdz> oh
[08:21] <mdz> well this is an awkward one to try, then :-)
[08:21] <ajmitch> it takes too long to rsync usually :)
[08:21] <mdz> we just changed a couple of major things yesterday
[08:21] <ajmitch> I've got one from last week I can burn
[08:22] <ajmitch> s/last week/jan 31
[08:22] <mdz> ajmitch: if the last one you tried was from January, the live CD has been adapted to be much more rsyncable since then
[08:22] <mdz> though, if you don't rsync for a few days, it builds up
[08:22] <ajmitch> on a 128Kbps line it still can take a little while
[08:22] <mdz> I suppose so
[08:22] <ajmitch> I appreciate what you've done to make it rsyncable though
[08:25] <mdz> please file a bug about the interface thing
[08:25] <ajmitch> certainly
[08:25] <mdz> it should try each one in turn, and proceed when it gets one to work without asking any questions
[08:25] <mdz> Package: netcfg, Keyword: livecd
[08:30] <mdz> there wase much Ubuntu love at SCALE
[08:30] <mdz> s/wase/was/
[08:31] <sivang> mdz: what is SCALE ?
[08:31] <ajmitch> hey jordi 
[08:31] <mdz> http://www.socallinuxexpo.org/
[08:32] <sivang> mdz: very cool, what has been worked on?
[08:33] <mdz> sivang: it is not a working sort of conference, mostly meeting people and learning about their open source projects
[08:34] <sivang> mdz: very nice, I especially got interested in the flight gear booth :)
[08:34] <mdz> it is impressive
[08:35] <mdz> they are interested in making a flightgear demo live CD
[08:35] <ogra> WOW
[08:35] <sivang> mdz: we push ubuntu live as a base :)
[08:35] <sivang> should, even
[08:35] <mdz> I talked with them
[08:35] <mdz> I think "push" is the wrong word :-)
[08:36] <sivang> hehe ok, taking back, what would be the right word? 
[08:37] <smurfix> Gaah. Last week the laptop's hard disk got scrambled. Coming back from vacation, everybody's sick. The laptop doesn't boot from USB and the desktop's CD burner doesn't want to burn.
[08:38] <sivang> (hhmm, nice to see they have the video streams of the embedded programming lectrues)
[08:38] <ogra> smurfix: a lightning in your power line ?
[08:39] <smurfix> ogra: The power lines are all underground around here, haven't had that kind of problem in the last 15 years
[08:39] <sivang> hmm, I want to install grub on my second hd (hdb1) as I am taking out the first one,  so grub-install /deb/hdb1 is the way to go?
[08:39] <ogra> smurfix: oh... i'm livint in the part of germany where they still are overground
[08:39] <ogra> s/livint/living/
[08:40] <smurfix> ogra: s/over/above / ;-)
[08:40] <ogra> :)
[08:40] <ogra> thanks
[08:41] <ogra> smurfix: if you ever need to move to the eifel, get a good UPS ;)
[08:41] <smurfix> ogra: Thanks, but I already have one.
[08:46] <diego> mjg59: after i rebuild my initrd, i can just reboot and then give swsusp a try, right?
[08:46] <mjg59> diego: Yup
[08:46] <diego> cool, i'll do that and let you guys know how it goes then
[08:48] <sladen> smurfix: net boot
[08:50] <mjg59> Hrm. I could have sworn I had a Windows CD of some description around here.
[08:54] <diego> hmm..my laptop really didn't like that new initrd
[08:54] <diego> i started booting (for the first time) and it was all like "beep beep" followed by black screen and now it hasn't done anything since
[08:57] <diego> now that i'm restarting my filesystem is having a fun, lengthy time fixing all its errors...ooh fsck failed...gg
[08:57] <diego> good thing i keep my data on another partition
[08:59] <diego> wait a second, would it have failed because i use reiserfs?
[09:02] <edd> mjg59: interested in experiences with acpi-support on a tosh portege r100?
[09:04] <mjg59> edd: Indeed
[09:04] <mjg59> edd: Also, does your Vaio's sleep button generate an event by default?
[09:04] <diego> i <3 filesystem corruption
[09:04] <mjg59> diego: beep beep?
[09:05] <diego> the internal speaker beeped twice
[09:05] <edd> mjg59: right now on the tosh i'm getting to a cycle of sleep / resume / hibernate / sleep on the tosh. it's weird
[09:05] <diego> it doesn't do that anymore, now when i boot it says the filesystem is corrupt and i need to run something with --rebuild-tree
[09:06] <mjg59> edd: Ok, that's a known issue. Next upload of acpi-support ought to fix that (acpid has support now)
[09:06] <mjg59> If you're running latest hoary, then:
[09:07] <edd> mjg59: on the vaio, no i've got a version of jdmouse to pick up the key combo and run the sleep.sh script
[09:07] <edd> mjg59: yes, the tosh is running hoary
[09:07] <mjg59> Oh, argh. Hang on, I don't have the right machine booted. Anyway, if you run strings over acpid then it'll have the name of a lock file - touch the lock file at the start of suspend, and remove it at the end of resume (and get rid of the acpid start/stop stuff)
[09:07] <mjg59> edd: sonypi loads ok on your machine?
[09:08] <edd> mjg59: it does. sometimes after resume i recall having to rmmod and modprobe it again
[09:09] <mjg59> Ok - I've just added support to get it to push hotkey events to acpid
[09:09] <edd> mjg59: in fact, i have a script i run from prepare.sh and resume.sh to make sure jdmouse and sonypi come u p
[09:09] <mjg59> Is sleep Fn+Escape on yours?
[09:10] <edd> yes it is. but i'm running warty on the vaio
[09:10] <mjg59> Yeah. Ought to work out of the box with Hoary, then.
[09:10] <edd> That's awesome work!
[09:11] <mjg59> Can you do grep SNY6001 /sys/bus/pnp/*/id on the Vaio at some point and check that there's a device with that name?
[09:12] <mjg59> Uh, /sys/bus/pnp/devices/*/id (sorry)
[09:12] <edd> hmm, i don't see one
[09:12] <diego> when it's telling me "Filesystem seems to have fatal corruptions. Running with --rebuild-tree is required.", what command is it referring to with the --rebuild-tree option?
[09:13] <diego> oh nvm
[09:13] <diego> fsck.reiserfs
[09:13] <edd> mjg59: i see only PNPxxxx and one INTxxxx style device
[09:13] <mjg59> edd: On the Vaio? Hrmph. That's a pain.
[09:13] <mjg59> Oh, hang on - is that still 2.6.9?
[09:13] <edd> yeah
[09:13] <mjg59> Ok, you probably don't have acpipnp
[09:13] <mjg59> Is your DSDT around somewhere?
[09:14] <mjg59> edd: In any case, the lock file thing ought to stop the resume->hibernate cycle
[09:14] <mjg59> It resumes fine other than that?
[09:15] <edd> yes, with XFree86 using the vesa driver.
[09:15] <edd> i've not retried with Xorg yet
[09:15] <edd> mjg59: the only other thing is that the toshiba_acpi modules fail to load
[09:16] <mjg59> edd: Yeah, it's likely that it's not a real Toshiba
[09:16] <mjg59> A lot of the ultraportables are made by different companies to the rest of the range
[09:16] <edd> mjg59: No, it used to load. 
[09:16] <mjg59> Oh, did it? That's interesting.
[09:16] <edd> mjg59: I get "Badness in remove_proc_entry at fs/proc/generic.c:688"
[09:16] <mjg59> Does dmesg give any errors, or just enodev?
[09:16] <mjg59> Ah - that's kinnison's fault
[09:17] <mjg59> He's working on it - if you harass him, he'd probably be glad for extra testers
[09:17] <edd> Hokay, which product to file the bug on?
[09:18] <mjg59> It's filed already - hang on a sec...
[09:18] <mjg59> https://bugzilla.ubuntu.com/show_bug.cgi?id=6197
[09:19] <edd> ok, i'll add my report into there.
[09:22] <mjg59> edd: Could you put a copy of /proc/acpi/dsdt from the Vaio up somewhere?
[09:23] <edd> mjg59: get it from http://starway.heddley.com/~edmundd/vaio_tr1mp_dsdt
[09:24] <mjg59> Thanks, grabbed
[09:24] <sladen> that's a point, I packaged the iasl stuff somewhere
[09:24] <ogra> (since my dictionary translates this different)
[09:24] <mjg59> Ok, cool, you have a SNY6001 device
[09:26] <sladen> ogra: deformed == out of shape.   defaced == vandelised and deformed (comes from soliders removing the *faces* of statues as they were deemed iconic in Churches)
[09:27] <ogra> sladen: thanks, thats what i thought
[09:31] <edd> mjg59: strings acpid reveals only /var/run/acpid.socket, no lock file
[09:31] <mjg59> edd: Hm. Hang on a sec.
[09:33] <mjg59> edd: Should be /var/lock/acpid
[09:33] <mjg59> Thom uploaded that a couple of weeks ago - acpid 1.0.4-ubuntu3
[09:34] <edd> mjg59: gar! i have mine stuck at 1.0.4-1ubuntu1+mjg59-1
[09:35] <edd> for some reason apt thinks it's a downgrade to go to the ubuntu3 version
[09:43] <mjg59> Mm. Yes, I think I fucked up the versioning.
[09:51] <zul> hey seb128 
[09:52] <edd> mjg59:  ok, almost there. now i notice on the r100 that power.sh is being run every 2 seconds or so
[09:54] <edd> mjg59: /var/log/acpid is receiving some BAT events. i have two batteries in here, i think maybe one of them's drained?
[09:57] <edd> mjg59: nope, it's not to do with batteries draining. just that the system's always spewing battery events
[09:57] <jlj> seb128: I'm running hoary with latest updates, when I connect a usb drive I have to kill gnome-vfs-daemon to get the drive to show up on the desktop. is this a known issue? if not, any tips on how to debug this?
[09:58] <seb128> evening
[09:58] <seb128> jlj: there is a bug about it in bugzilla, no real idea on the issue right now
[09:59] <jlj> ok, thanks
[09:59] <seb128> np
[10:01] <trulux> tritium: heya!
[10:01] <tritium> hey there
[10:03] <zul> mjg59: your sonypi patch applied cleanly
[10:41] <jdub> ogra: pong
[10:42] <ajmitch> morning jdub 
[10:45] <ogra> jdub: i just wanted to know what you wrote to norbert.... but inbetween i contacted him myself...
[10:48] <Simira> yay, a jdub
[10:52] <jdub> ogra: oh, i was going to write a blog entry about ubuntu/debian patches and so on in general
[10:53] <ogra> jdub: oh, i understood you wanted to mail him....
[10:53] <dholbach> are there any plans to get some general approach to ubuntu-patches?
[10:54] <ogra> jdub: btw, its quite interesting how one can change the whole meaning of a mail conversation in one blog sentence 
[10:54] <ajmitch> dholbach: I'd suggest each MOTU or maintainer tracking them in malone once it's up
[10:56] <dholbach> ajmitch: hmmm, it should be tracked somewhere... of course, but having "open" bugs... hmmmmm :-)
[10:56] <ajmitch> whatever works & keeps the flames away :)
[10:56] <dholbach> we could brainstorm on this topic in one of the next meetings and put it on the wiki, to let the suggestions settle :-)
[10:57] <ajmitch> I thought of having a UniverseBugs page on the wiki in the meantime
[10:57] <ajmitch> but that's more for keeping a note of bugs in packages than patches :)
[10:58] <ogra> ajmitch: i thought about that too, but the list would get very long very fast.....
[10:58] <ajmitch> which could be a problem
[10:58] <dholbach> i should start  wiki/AdvertisingUbuntuPatchesToTheRestOfTheWorld
[10:58] <ogra> hehe
[10:59] <ajmitch> zdiff or interdiff is useful for looking at changes between two .diff.gz files
[11:00] <ajmitch> and debdiff which looks at control file differences or package contents :)
[11:03] <jdub> dholbach: lamont is working on it
[11:05] <ajmitch> what parts? bug or patch tracking for universe?
[11:05] <dholbach> jdub: do you know more about the project?
[11:06] <jdub> the merge-o-matic spits out patches
[11:06] <jdub> lamont is going through them atm
[11:07] <ajmitch> lovely
[11:07] <jdub> it's going to be a bit closer to home for the next release though
[11:07] <dholbach> cool :-)
[11:11] <dholbach> am i "allowed" to remove /CVS/-directories from cvs checkouts to build and *orig.tar.gz?
[11:11] <azeem> sure
[11:11] <ajmitch> I use cvs export to get a tarball
[11:12] <dholbach> ajmitch: oh yes...
[11:13] <dholbach> azeem: i'm not sure, if you received, what i told you in a query
[11:13] <azeem> yeah, I did
[11:13] <dholbach> azeem: just wanted to make sure... about multisync
[11:13] <dholbach> oh ok
[11:13] <azeem> multisync just needs a recompile, right?
[11:13] <dholbach> azeem: yes... exactly
[11:13] <ajmitch> btw hi azeem 
[11:13] <azeem> hey
[11:14] <dholbach> oh yes ajmitch you're right... i was being impolite :-)
[11:14] <dholbach> hi azeem, how lovely to meet you again, how are you? :-)
[11:14] <azeem> you Ubuntu guys are too happy
[11:14] <azeem> :P
[11:15] <ajmitch> heh
[11:15] <ogra> lol
[11:15] <ajmitch> going back to the flames..
[11:16] <dholbach> my amavis/spamassassin has been acting oddly the last week
[11:17] <dholbach> found spam but didnt change the mails header
[11:17] <azeem> 23:17 < mateo> im so happy
[11:17] <azeem> hah, there are happy users in #hurd as well 
[11:17] <ajmitch> azeem: that's an odd comment from there
[11:19] <dholbach> jdub: couldnt you go and get azeem something from the funky-ubuntu-dance--department?
[11:20] <dholbach> :-)
[11:20] <ajmitch> azeem: started work on an ubuntu gnu/hurd yet? :)
[11:21] <azeem> we got a couple of new guys working on debian gnu/hurd now, so it would be awkward to move to ubuntu now
[11:22] <ajmitch> azeem: no point forking
[11:37] <mjg59> edd: Some systems will emit an event every time the charge changes at all
[11:37] <edd> mjg59: Aha. The disk access every 2 seconds is a bit annoying, that's all.
[11:38] <mjg59> Our power.sh should probably be less stupid.
[11:38] <mjg59> The other problem is that acpid will log it...