[12:57] <robertj> hrmm, well I have ended up having a degree of success with pam-script + pam-mount
[12:59] <robertj> net result is user foo can log in and have their directory mounted on the fly on a per-user basis
[01:13] <Viper550> Hello! Guess what, I have an idea for StreamlinedBoot!
[01:13] <mjg59> Viper550: Shoot
[01:14] <Viper550> Okay, you want Usplash to display the bootup tasks by groups right?
[01:15] <Viper550> I've done some additions to the wiki page /StreamlinedBoot detailing my idea. I'm a end user kinda, but I think I know the way to do this!
[01:15] <Burgwork> Viper550, can I move https://wiki.ubuntu.com/gfxboot-theme-ubuntu to https://wiki.ubuntu.com/GfxbootTheme ?
[01:15] <mjg59> Viper550: Hmm. The flashing thing?
[01:16] <Viper550> yes
[01:16] <Viper550> yes for both!
[01:16] <mjg59> Viper550: Interesting
[01:16] <Viper550> Also, look under Implementation
[01:16] <Burgwork> Viper550, and can we move all these things under Artwork?
[01:16] <mjg59> Viper550: I've no idea what the plan is, but it's easy to implement that in uslash :)
[01:16] <Viper550> yes!
[01:16] <Viper550> Oh yeah, I'm yalking Streamlined Boot here, artwork related requests for me should me in ubuntu-meeting
[01:16] <mjg59> Scott will be back from holday next week, so I'll chat to him then?
[01:17] <Viper550> Ojay!
[01:17] <Viper550> I meant Okay
[01:17] <Burgwork> Viper550, https://wiki.ubuntu.com/Artwork/MetacityTheme
[01:17] <Burgwork> Viper550, https://wiki.ubuntu.com/Artwork/GfxbootTheme
[01:18] <Viper550> T and Y!
[01:18] <Viper550> p.s. Happy New Year in 2 days...
[01:19] <Burgwork> Viper550, can you make certain you create any more artwork pages under Artwork?
[01:19] <Viper550> Okay, I already pledged that in meeting
[01:19] <Burgwork> Viper550, thanks
[01:20] <Viper550> You are welcome, now on StreamlinedBoot, check out my idea Burgwork!
[01:25] <jdub> Burgwork: ber, unnecessary structure in a wiki
[01:25] <Viper550> So, is my idea feasable or doable?
[01:25] <jdub> Viper550: keep in mind that canonical is sponsoring the default desktop artwork in dapper again
[01:25] <Viper550> Oh great, but the Universe idea is a good idea
[01:26] <tseng> jdub: does it have naked hunnies?
[01:26] <Viper550> No, they discontinued ubuntu-calendar
[01:26] <Burgwork> jdub, which page?
[01:27] <Burgwork> jdub, you talking the specs moving the artwork stuff?
[01:27] <jdub> Burgwork: always putting everything in subpages
[01:28] <Burgwork> jdub, not always, just for things that should be logically grouped together, such as artwork discussion or testing
[01:29] <jdub> Burgwork: "logically grouped" doesn't always imply "requires a separate namespace"
[01:29] <Burgwork> jdub, yes, I agree with you. we are just disagreeing about when
[01:32] <Burgwork> jdub, recent changes is getting hard to parse quickly. Namespaces allow that
[01:39] <Viper550> So, does anyone still like my StreamlinedBoot idea?
[01:40] <Burgwork> Viper550, I like the idea, but am not certain about blinking the words or the number of words
[01:41] <Burgwork> jdub, on happier notes: https://wiki.ubuntu.com/EasyWaysToHelpUbuntu
[01:41] <Viper550> But, that's what the KDE splash does!
[01:41] <Viper550> Also, the GIF was an example only!
[01:41] <Burgwork> Viper550, yes, it was a cool first mockup
[01:44] <Viper550> Yep, but it's the coding ideas that are the stars here!
[01:46] <Viper550> Come on configure.........
[01:46] <Viper550> YEAH! Lets make a make!
[01:46] <Viper550> never mind, failed already (goes to packages.ubuntu.com
[01:48] <Viper550> Reading Database...
[01:49] <Viper550> Unpacking, setting up
[01:49] <Viper550> There, done!
[02:47] <crimsun_> elmo: please sync qtparted, mysql++, nss-mdns, and mplayerplug-in from Sid (ok to override Ubuntu changes), thanks.
[02:54] <mjg59> crimsun_: He's not back from holiday yet, so it might be an idea to mail him
[02:55] <psusi> damn... I'm so confused... I did apt-get source gnome-volume-manager... now let's say I fix the source... what do I want to do to build it into a package I can install and test?  dpkg-buildpkg?  and then assuming it works, how do I get the changes into dapper?
[02:57] <psusi> I'm used to just ./configure, make, make install... then when it works, diff and email... but I"m trying to figure out the "right" way
[02:58] <crimsun_> psusi: generate a debdiff and attach it to the bugzilla bug report
[02:58] <crimsun_> mjg59: right, thanks.
[02:58] <psusi> how do you do that? 
[02:58] <crimsun_> psusi: /j -motu
[02:58] <psusi> ahh... ok...
[04:12] <psusi> anyone know what sets the is_mounted hal attribute?  is it g-v-m, pmount, or hald itself?
[04:13] <crimsun_> I would hope the last.
[04:14] <crimsun_> (presuming of course that hald has any concept of mounted devices)
[04:14] <psusi> how would it know when mounts change, and so it should take a look at mtmp again?
[04:15] <crimsun_> have you asked in #freedesktop ?
[04:20] <psusi> hrm... good idea...
[05:19] <FireRabbit> hey folks, is there an (up to date) doc somewhere that explains the entire hardware detection process (all the way to where it actually loads the module)?
[05:27] <Amaranth> FireRabbit: you'd want to look into udev and hal
[05:30] <FireRabbit> hmm, any suggestions of files/directoies i should poke around in?
[05:33] <desrt> FireRabbit; new device gets plugged in
[05:33] <desrt> FireRabbit; kernel generates an event on a netlink socket
[05:33] <desrt> FireRabbit; udevd is listening
[05:33] <desrt> FireRabbit; udevd invokes modprobe (possibly indirectly)
[05:34] <desrt> FireRabbit; modprobe looks at its config in /etc/modprobe.d/ to resolve aliases and figure out options
[05:34] <desrt> FireRabbit; modprobe calls insmod with the appropriate info
[05:34] <desrt> FireRabbit; insmod loads the module
[05:34] <Amaranth> does it modprobe every driver possible until it finds one that wants the device?
[05:34] <desrt> Amaranth; no.  there is a list of which module belongs to which USB(for example) vendor/product codes
[05:35] <FireRabbit> desrt, where is this list?
[05:35] <Amaranth> i thought the list was in the driver
[05:35] <desrt> it is
[05:35] <desrt> it gets pulled out by modutils
[05:35] <desrt> and stored in /lib/modules/`uname -r`
[05:35] <Amaranth> ah
[05:35] <desrt> see modules.___map
[05:35] <FireRabbit> those modules.* files?
[05:35] <desrt> yes
[05:36] <FireRabbit> okay... good to know .. thanks... so does udev read these map files or modprobe?
[05:36] <desrt> i don't know
[05:36] <FireRabbit> hmm
[05:37] <desrt> i suspect it's modprobe though
[05:37] <FireRabbit> i would think udevd, since 'modprobe' wants the name of the module
[05:37] <desrt> no.  modprobe has a reasonably sophisticated alias-resolution system
[05:37] <desrt> you can probably say something like modprobe usb-id-1234-5678
[05:37] <desrt> and it will DTRT
[05:37] <FireRabbit> oh
[05:37] <desrt> i don't know the exact syntax
[05:37] <FireRabbit> DTRT=?
[05:38] <desrt> 'do the right thing'
[05:38] <Amaranth> do the right thing
[05:38] <FireRabbit> oh
[05:40] <FireRabbit> anyone else know the answer.... ?
[05:41] <desrt> FireRabbit; do some investigation on your own.  you have the source to the entire operating system.  absolutely nothing is stopping you
[05:41] <desrt> FireRabbit; you also have google
[05:42] <FireRabbit> heh.. yeah, alright i'll poke around
[05:42] <FireRabbit> it's confusing because i know that a lot of hotplug stuff changed in dapper.. dunno what is current and what isn't
[07:04] <spstarr_home> is bugzilla broken? i cant submit a bug missing fields, but page doesnt render to show me the fields(?)
[08:57] <sivang> morning al
[09:20] <Treenaks> sabdfl made cnn again: http://www.cnn.com/2005/TECH/space/12/29/space.travel.ap/index.html
[09:21] <Treenaks> (or at least, a picture of him)
[09:21] <zakame> w00t
[09:25] <sivang> Yep, that's our Mark - always on the news :)
[12:02] <teuf> hi
[12:35] <siretart> is someone else encountering problems with archive.ubuntu.com? the mysterious 'file not found' errors vanished when switching to my country mirror
[12:43] <janimo> elmo, please sync/override xfce4-battery-plugin xfce4-fsguard-plugin. thank you
[12:46] <janimo> elmo, also, canonical RT issue #1215, thank you. And a happy new year.
[12:50] <HiddenWolf> janimo, lol
[12:50] <HiddenWolf> "elmo, fix my problems, then you can have new year" ;)
[12:51] <janimo> they're orthogonal :)
[12:51] <janimo> happy new year all even if you don;t fix any of my probs.
[12:51] <janimo> bye
[01:49] <slomo> elmo: please sync pygame, meta-gnome2, gazpacho from debian/unstable... ubuntu changes can be dropped
[04:01] <zakame> elmo: please sync libfwbuilder from Debian Sid, overriding Ubuntu changes ok.  Thanks :D
[04:02] <elmo> libfwbuilder |  2.0.9-3.1 | dapper/universe | source
[04:04] <zakame> ooh, it was already there since the 6th, my bad :( sorry then
[05:13] <fabbione> siretart: i am getting rsync to hang on one of the archive.u.c so it might be a problem with one of them
[05:13] <fabbione> siretart: btw.. igor has a bad memory module.
[05:14] <fabbione> siretart: dmesg is full of ECC correction
[05:14] <siretart> fabbione: thanks for notice, I'll see what I can do
[05:14] <fabbione> siretart: and it makes a bunch of pkgs to fail to build when they suck up all mem
[05:14] <fabbione> siretart: let me know when and if you are taking it down
[05:14] <siretart> will do
[05:15] <fabbione> so that i can stop the buildd in time
[05:15] <siretart> the thing is that I will be skiing next week
[05:15] <Simira> fabbione :) Merry Christmas and all that stuff
[05:15] <fabbione> Simira: same to you :)
[05:15] <fabbione> siretart: no problem.. it might have been doing for a while.
[05:16] <siretart> fabbione: I have to ask Joerg what kind of memory it needs and look for a replacement
[05:16] <siretart> but up to now I think it has been doing a quite good job, the poor old igor :)
[05:16] <fabbione> siretart: ok, no rush :)
[05:16] <fabbione> siretart: oh i agree :)
[05:18] <siretart> fabbione: will be igor any good when soyuz goes life? do you have any news on that topic?
[05:19] <fabbione> siretart: i hope that when soyuz will go online, there will be sparc buildd at the datacenter
[05:19] <fabbione> siretart: and we can turn igor into a test install bitch^Wmachine
[05:22] <siretart> fabbione: sounds good!
[05:24] <psusi> fabbione: hey... have you had a chance ( or will you sometime in the near future ) to look at the initramfs scripts I added to the dmraid bug?  Think they might get moved into the dmraid package and the package mvoed to main in time for dapper?
[05:28] <jbailey> Simira: I had a crazy dream last night that you told Tollef to phone me up and yell at me.
[05:28] <jbailey> Simira: And he phoned me and asked for something to make him angry so that he could yell at me - you hadn't given him a reason.
[05:29] <Treenaks> LOL
[05:29] <Simira> jbailey : what did you do now?
[05:29] <Simira> jbailey : and what's your phone number?
[05:29] <mjg59> jbailey: Dude, I can't install 2.4 kernels because mkinitramfs bitches and doesn't fall back
[05:30] <jbailey> Simira: No idea. =)
[05:30] <jbailey> mjg59: In Ubuntu?
[05:30] <mjg59> jbailey: Yeah
[05:31] <Mez> jbailey, you're name isnt John is it ?
[05:31] <jbailey> mjg59: On all arches aside from i386, glibc is tweaked to to die if it tries to run on a pre-2.6 kernel.  i386 will get the same love post dapper.
[05:31] <mjg59> jbailey: Uhm. So we're not 2.4 compatible?
[05:31] <jbailey> mjg59: Nope.  2.4 has never been a supported target for Ubuntu since Warty.
[05:32] <mjg59> jbailey: The packages should possibly be pulled from the archive, then :)
[05:32] <jbailey> Although until Breezy, it would generally work.  In breezy I think it generally wouldn't work and in dapper +1 I promise that it won't. =)
[05:32] <jbailey> *lol*  Yeah probably. =0
[05:32] <jbailey> All of Dapper's hotplug/udev/initramfs-tools love needs at least 2.6.12, too.
[05:33] <mjg59> Mm.
[05:33] <robertj> what's the background info on pam management & authconfig? I imagine authconfig was rejected for not being complete enough and not using gst?
[05:33] <Simira> jbailey : about your phone number?
[05:33] <mjg59> Well, let's see what happens when I reboot now...
[05:34] <jbailey> Simira: Eh?  =)
[05:34] <Simira> 0:)
[05:35] <jbailey> Simira: Your beau already has it..  Perhaps he can take a look at your evil grin and decide if it's safe to give it to you or not.. =)
[05:36] <psusi> dapper is due out in feb right?
[05:36] <psusi> err...
[05:36] <psusi> no...
[05:36] <psusi> did the math wrong... april
[05:36] <Simira> jbailey : hehe, yeah. I'll just wish you happy new year or something.
[05:41] <Mez> Hmm - anyone here able to help me find out why I'm not getting katie output
[05:43] <fabbione> psusi: no, i didn't look at dmraid in a while, didn't see new upstream releaes and it seems to be broken in dapper (at least it is for me)
[05:43] <fabbione> psusi: given how fast it breaks i doubt i am going to push it in main for now
[05:46] <psusi> fabbione: it breaks?
[05:46] <psusi> works great for me and about 3 other people who have emailed me
[05:48] <Mez> jdub: ping
[05:53] <thesaltydog> any chance to get baobab and/or bum in main?
[06:19] <jbailey> Mithrandir: =)
[06:31] <Robot101> wtf, gajim in dapper depends on dnspython which is gone
[06:41] <fabbione> psusi: it breaks for me. i didn't say your scripts are broken. it's a devmapper issue in my case
[07:19] <psusi> hrm... maybe I can help you figure out what's wrong?
[07:22] <fabbione> psusi: dmraid doesn't see the disks anymore. a dmraid scan reports no disks available.
[07:22] <fabbione> can be anything.. 
[07:22] <fabbione> from the kernel to udev
[07:22] <psusi> what are the symptoms?
[07:23] <fabbione> psusi: dmraid doesn't see the disks anymore. a dmraid scan reports no disks available.
[07:23] <fabbione> so it can't activate disks that it can't see
[07:24] <psusi> hrm... do you actually have the disks set up for dmraid?  i.e. configured in the bios?  or did you just partition the disks with mdraid?
[07:24] <psusi> I assume the former, but thought I'd make sure
[07:25] <psusi> hrm... which controller do you have again?  via?
[07:30] <fabbione> psusi: yes, .12 sees them. it's a via.
[07:30] <fabbione> anyway time for dinner and shower
[07:30] <fabbione> it's a low priority problem for me anyway
[07:30] <fabbione> there are no data on those disks
[07:30] <psusi> weird... changing kernel is what breaks it?
[07:31] <fabbione> yes i told you, but there can be different reasons for that
[07:31] <fabbione> the driver doesn't see the disks
[07:31] <fabbione> udev doesn't create the devices
[07:31] <fabbione> etc.
[07:31] <fabbione> now.. i am off for real :)
[07:31] <Mez> hmm
[07:31] <fabbione> it's my last day of vac
[07:32] <Mez> how annoying would it be if someone accidentally managed to upload a package to the buidds which just kept calling itself :D
[07:32] <Mez> lol
[07:32] <Mez> luckily it's nothing I plan to upload anywhere
[07:39] <psusi> udev doesn't create the devices for the underlying physical disks?  that would be a problem outside the scope of dmraid ;)
[07:51] <bddebian> Hello
[08:11] <ryanpg> hi again pitti, do you need anything else for bug 20564? it's the last day of my vacation so I'm willing to help if I can :)
[08:14] <pitti> ryanpg: I'm a bit puzzled
[08:14] <pitti> ryanpg: what does 'id hal' say?
[08:15] <pitti> oh, forget that if usb mounting works
[08:17] <pitti> ryanpg: I just replied to the bug, I need a ful hal debug output
[08:17] <pitti> ryanpg: as described on DebuggingRemovableDevices
[08:23] <ryanpg> pitti, hrm... I didn't think I truncated the hal ouput
[08:23] <pitti> ryanpg: I didn't suspect you to :)
[08:23] <ryanpg> pitti, well I'll do it again right now :)
[08:23] <pitti> somehow hal does not see the firewire device partitions; it sees the device itself, though
[08:23] <pitti> ryanpg: 'again'?
[08:24] <ryanpg> I thought above you were asking for me to redo DebuggingRemovableDevices to provide " a ful hal debug output"
[08:24] <pitti> ryanpg: no, it's described on the second half of the page
[08:24] <ryanpg> oh oh ok... yeah I get it sorry
[08:25] <pitti> ryanpg: hald --verbose=yes --daemon=no etc.
[08:25] <ryanpg> right doing so now
[08:25] <ryanpg> I guess I should follow the breezy part in step 3
[08:29] <ryanpg> pitti, ok it's attached
[08:29] <ryanpg> this line seems to say a lot "13:27:53.578 [I]  blockdev.c:602: Ignoring hotplug event - no parent"
[08:32] <pitti> ryanpg: hm, it doesn't look too bad, odd
[08:32] <pitti> ryanpg: thanks for the log
[08:32] <ryanpg> pitti, np
[08:33] <ryanpg> hope there's not much more testing to do, I just tripped over the cable and threw the firewire drive on the floor! :P
[08:34] <pitti> ryanpg: there is no such warning for sda
[08:34] <dooglus> "locate" is dumping core for me.  how would I go about building a debuggable version?
[08:34] <pitti> ryanpg: do you get an lshal entry for sda now?
[08:35] <ryanpg>  lshal | grep sda returns nothing
[08:36] <ryanpg> ok after another disconnect and reconnect I get   linux.device_file = '/dev/sda1'  (string)
[08:37] <ryanpg> pitti, sorry I also did pmount /dev/sda3
[08:38] <pitti> ok, the 'Ignoring hotplug event - no parent' causes the device not to be added to the db
[08:39] <mjg59> Did anyone download the Debs of those conexant drivers?
[08:40] <pitti> ryanpg: I'm puzzled about that; I'll ask upstream about it
[08:41] <ryanpg> pitti, ok... I also wonder what's unique about my setup... no one else has commented on the bug
[08:41] <pitti> ryanpg: did it work in breezy?
[08:41] <ryanpg> pitti, yes
[08:43] <ryanpg> a general question: what's the average lag-time between a package appearing on dapper-changes list and ending up in the repos?
[08:43] <pitti> ryanpg: that depends on how fast it is built
[08:43] <pitti> or if it is built at all
[08:43] <ryanpg> pitti, ic
[08:44] <ryanpg> I had assumed it was automated and everything on dapper-changes was built in order
[08:45] <ryanpg> pitti, thanks for working on this udev issue, I'm sure you'll update the bug if you need more info
[08:45] <pitti> yes, I will
[08:45] <pitti> it's a hal issue now :)
[08:45] <ryanpg> uh oh :)
[08:57] <lucasvo> http://pastebin.com/483986 < my nautilus isn't working anymore
[08:57] <lucasvo> anyone know what's wrong?
[08:59] <lucasvo> it doesn't seem to be a problem of the user
[08:59] <ryanpg> lucasvo, you may want to try #ubuntu this isn't a support channel
[08:59] <lucasvo> ryanpg: as I said, it doesn't seem to be a problem of the user... 
[09:16] <kikidonk> hello ! is it normal that eclipse in dapper/universe is broken ?
[09:16] <kikidonk> eclipse-jdt and eclipse-jdt-common depend on each other
[09:16] <kikidonk> making impossible to install anything depending on these two (eclipse-sdk and co)
[09:40] <Robot101> why does ubuntu turn on per-tty tickets for sudo?