[12:38] <asac> Luke: no i have to look at all that is NetworkManager related
[12:39] <Luke> i really think it's a Purdue problem not NM but we need an expert to help us fix the prblem
[12:40] <asac> Luke: Usually its good to start with the line where network manager starts when providing a syslog
[12:40] <Luke> kk
[12:40] <Luke> you mean /var/log/syslog right?
[12:40] <asac> yes
[12:53] <Creteil> hi all
[12:53] <Creteil> I'm currently running testing (gutsy) and playing with suspend (ram & disk) & resume ...
[12:54] <Creteil> I hava acheived to suspend to ram properly, and also resuming from this step ...
[12:55] <Creteil> This only thing blocking when the laptop resumed is the sound can't be used under gnome since the loopback interface was not up after resume.
[12:55] <pkern> Hm. cryptopts=source=/dev/sda5 fixed the initramfs part, but I get another (useless) prompt later before fsck/
[12:56] <Creteil> so, a simple sudo /etc/init.d/loopback stop & /etc/init.d/loopback start fix the problem
[12:56] <Creteil> I just want to know if you know where i can put theses commands at resume step ?
[01:01] <lamont> dear archive gods.  please accept linux-source-2.6.22 for hppa.  thanks muchly
[01:02] <jdong> Creteil: /etc/acpi/resume.d should be executed on resume...
[01:03] <Creteil> jdong : thanks, I'm gonna check that now ...
[02:53] <ScottK> cjwatson: Thanks (for pushing wine).
[03:02] <IntuitiveNipple> ScottK: Thanks for getting it working nicely on 64-bit :)
[03:35] <ScottK> IntuitiveNipple: I just uploaded it.  Scott Ritchie and \sh did the work.
[03:36] <IntuitiveNipple> ahhh... ok, well share the karma around :)
[08:43] <slangasek> cjwatson: the effect of bug #122281 isn't clear to me; it's true that eject-udeb still isn't in the initrd, but CD ejection seems to trigger just fine at the end of the install for me so I guess it gets pulled in post-initrd?
[08:43] <ubotu> Launchpad bug 122281 in debian-installer "eject not available in the initrd" [Medium,Confirmed]  https://launchpad.net/bugs/122281
[11:24] <Chris40> i am sorry i am posting here the msg , i tryed #ubuntu nobody answer there , : how can i Adding a startup script to be run at bootup ? (this is the command line i use in the terminal to load the script "nohup ./new_sockets.pl &") ?
[11:25] <mpt> Chris40, if nobody in #ubuntu can help you might try asking at https://answers.launchpad.net/ubuntu
[11:25] <Kmos> Chris40: use the gnome sessions
[11:25] <Kmos> Chris40: menu System -> Preferences -> Sessions
[11:25] <Kmos> Chris40: next time try mpt suggestion
[11:26] <Chris40> does gnome sessions load the script in sudo access ?
[11:26] <Lutin> no
[11:26] <Chris40> so how can i load the script in sudo access on the startup (booting) ?
[11:27] <Lutin> put it in /etc/rc.local
[11:32] <Kopfgeldjaeger> hi
[11:38] <cjwatson> slangasek: right, it should be
[11:38] <cjwatson> slangasek: I've unmilestoned that bug, I'm not sure how it ended up milestoned
[11:38] <cjwatson> I think it's just if you need to eject early on
[11:39] <cjwatson> oh, might be different for netboot
[01:26] <Mirv> Theora has beta1 release, if someone is interested. Performance has improved quite a lot, among else. Testable in debian unstable.
[02:03] <stgraber> pitti: Hi, I've got a fix for the ekiga crash we currently have (when trying to make a call or receiving one), it's more or less rebuilding both libopal and ekiga (just a small patch on ekiga's configure to build against the new libpt we have). Don't know if you want that in before beta.
[02:03] <pitti> stgraber: please get it both uploaded (with proper strict build-depends), I'll have a look
[02:03] <pitti> stgraber: thanks for fixing it!
[02:16] <stgraber> pitti: any core dev I can ping today (both opal and ekiga are main) or shall I wait tomorrow when everyone is back to work ?
[02:35] <Kopfgeldjaeger> !packaging guide
[02:35] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports
[02:45] <pochu> stgraber: there are some community core-devs, so you may be lucky and find one who is around and willing to sponsor you
[02:45] <stgraber> LaserJock: feel like checking my debdiffs+upload ?
[03:17] <pkern> ogra: ping
[03:49] <MacSlow> if anybody wants to get the "genie"-effect back for the minimize-animation of compiz' animation-plugin, apply http://people.ubuntu.com/~mmueller/03_minimize_vacuum.patch to the source-package of compiz-fusion-plugins-main
[03:50] <ion_> ...or just edit your personal compiz settings. ;-)
[03:50] <MacSlow> ion_, no that does not work
[03:51] <MacSlow> ion_, only with this patch one is able to change the minimize-animation to "Vacuum", which is the genie-effect actually
[03:51] <ion_> Ok
[03:52] <MacSlow> I really don't know why the compiz folks didn't leave it in
[03:53] <MacSlow> it does not have to be the default and sw-patents... I have to look up that term in a dictionary :)
[03:55] <cjwatson> MacSlow: that patch appears to make it the default, because the default is expressed as a number and you added it before Zoom, the previous default ...
[03:55] <cjwatson> if the preferences are numeric, doesn't that mean that new items should always be added at the end?
[03:57] <lambda> hi
[03:57] <lambda> I am packaging a php/mysql server application
[03:57] <MacSlow> cjwatson, no the order seems to be important... for some reason the animation-types of this compiz-fusion want to be ordered in alphabetical order
[03:57] <cjwatson> ugh
[03:58] <cjwatson> it should store defaults and such as strings then :)
[03:58] <lambda> I put the sources there http://213.251.181.65//topic
[03:58] <MacSlow> cjwatson, well yes... my patch makes vacuum/genie for the minimize animation the default... just a convenience for myself, since it's probably not going to be added to ubuntu or even move upstream
[03:59] <mjg59> cjwatson: What would be the most sensible way of handling a situation where we want to build binary packages targetted at multiverse from a source that's in main?
[03:59] <mjg59> (I fully expect the answer to be "don't")
[04:01] <cjwatson> mjg59: that is indeed the answer - it's technically possible in our archive (unlike in Debian) but disallowed by policy
[04:02] <mjg59> cjwatson: ffmpeg has various bits of functionality that would be helpful, but would need to be targetted at multiverse (and require additional build-depends, also not in main)
[04:03] <mjg59> I guess the obvious answer is a separate multiverse source package?
[04:16] <cjwatson> mjg59: yeah
[05:13] <ion_> Hi BenC
[05:13] <ion_> benc: Did you notice my message from yesterday?
[05:13] <BenC> ion_: no
[05:14] <ion_> benc: In the newest l-r-m package, nvidia_supported still doesnt contain my fix, and a line has been added to it that makes it output incorrect lines.
[05:14] <ion_> benc: http://heh.fi/tmp/nvidia_supported should work.
[05:16] <BenC> ion_: ok, thanks
[05:19] <BenC> ion_: fix uploaded
[05:19] <ion_> Thanks
[05:56] <ion_> Now apt-mark-sync contains ams-run: ams-run aptitude install foobar is equivalent to aptitude install foobar && apt-mark-sync aptitude all, ams-run debfoster is equivalent to debfoster && apt-mark-sync debfoster all etc.
[06:12] <lamont> BenC: did you happen to drop the gcc-3.4 build-dep and usage in debian/rules, or should I chase your lrm upload?
[06:12] <BenC> lamont: doh, I forgot, sorry
[06:12] <BenC> yeah, follow up on that I guess
[06:13] <lamont> BenC: OK
[06:13] <ion_> benc: Is there a VCS branch for l-r-m yet?
[06:14] <ion_> A public one, that is. :-)
[06:15] <BenC> ion_: we had one, and removed it because it was too much of a pain
[06:15] <ion_> Oh. :-(
[06:21] <lamont> ion_: the VCS for lrm is located at http://archive.ubuntu.com/ubuntu/pool/main/l/linux-restricted-modules-2.6.22 :-)
[06:23] <lamont> BenC: uploaded
[06:23] <BenC> lamont: thanks
[06:24] <ion_> lamont: I cant have my own branch at archive.ubuntu.com. :-P
[06:24] <lamont> thank you - I was stalling on uploading last night, thinking about beta freeze..
[06:24] <lamont> ion_: ppa, dude.
[06:27] <lamont> ion_: 99% of the uploads are just abi bumps.  -> pain
[06:36] <Lamego> hello
[06:36] <lamont> hello
[06:36] <Lamego> is anyone familiar with apt dynamic mirrors selection (https://wiki.ubuntu.com/DynamicMirrorDecisions ) ?
[06:38] <Lamego> :(
[06:38] <ion_> Whats so sad about dynamic mirrors selection?
[06:39] <Lamego> it is sad that I am unable to get proper information about it :P
[06:48] <xtknight> this is a new bug, right?  or is this somehow by design that i'm missing.. this is a daily cd from a couple days ago, i dont see anything on launchpad about it  http://xtknight.atothosting.com/images/ubiq-122pc.png
[07:28] <mlankhorst> hmm.. it's really a bad idea to enable Xgl with fglrx, the xgl server dies about once every 5 minutes here, plus all the slowing down things + redraw bugs if compiz isn't used :-/
[07:29] <jdong> fglrx+xgl works fine here, but I havea pretty modern r500.
[07:29] <mlankhorst> as do I..
[07:31] <mlankhorst> it's really a better idea to delay it slightly and hope ati will release 8.42 soon
[07:31] <jdong> I disagree
[07:31] <Amaranth> arg
[07:31] <Amaranth> i wish mvo was around
[07:32] <jdong> we can worry about 8.42 when it comes out
[07:32] <jdong> for all we know it could be equally unstable
[07:32] <Amaranth> We don't enable Xgl automatically when you install fglrx
[07:32] <Amaranth> Xgl is in universe and must be installed manually
[07:32] <mlankhorst> it does in gutsy
[07:32] <Amaranth> No, you installed it
[07:32] <jdong> no, you must install xserver-xgl
[07:32] <Amaranth> If you install it it will start automatically
[07:32] <jdong> if you just install fgrlx, Xgl does not activate
[07:33] <mlankhorst> ah ok, must be from my previous attempt at xgl, then
[07:33] <Amaranth> Right, Xgl has been modified in gutsy to make itself start automatically in gutsy
[07:33] <Martinp23> Is there something strange going on with the hppa buildds?  I see packages there waiting for >18hrs... :S
[07:33] <Amaranth> So you just install and go
[07:33] <Amaranth> Martinp23: is openoffice.org trying to build? :)
[07:33] <jdong> lol
[07:34] <Martinp23> lol - there doesn't seem to be anything currently building
[07:34] <Martinp23> https://edge.launchpad.net/ubuntu/gutsy/hppa/+builds?build_text=&build_state=building
[07:34] <Amaranth> Martinp23: that says gobby started a minute ago
[07:35] <geser> Martinp23: hppa started building packages some days/weeks ago
[07:35] <geser> again
[07:35] <Martinp23> aha I see
[07:35] <geser> so no need to worry about hppa builds at the moment
[07:36] <Martinp23> thanks for the explanation :)
[07:52] <Le-Chuck_IT1>  Hi there, somebody knows what packages are implementing the specification https://wiki.ubuntu.com/BootLoginWithFullFilesystem
[07:53] <Le-Chuck_IT1> it happened and I need to debug it a little
[07:56] <mlankhorst> hm, another crash, seems xgl doesn' t like konversation :-/
[08:07] <cjwatson> xtknight: please file that one as a bug
[08:13] <IntuitiveNipple> cjwatson: when you get a sec, could you cast your eye over https://bugs.edge.launchpad.net/ubuntu/+source/debian-installer/+bug/143958/comments/5
[08:13] <ubotu> Launchpad bug 143958 in debian-installer "Gutsy Alternate fails: cannot detect and mount CD-ROM" [Undecided,New] 
[08:20] <cjwatson> IntuitiveNipple: I saw it in #ubuntu-installer backlog, thanks; it's already on my list for first thing Monday
[08:25] <xtknight> cjwatson, done, Bug 144278
[08:25] <ubotu> Launchpad bug 144278 in ubiquity "ubiquity reports progress of over 100 percent" [Undecided,New]  https://launchpad.net/bugs/144278
[08:25] <cjwatson> thanks
[08:25] <xtknight> no problem
[08:25] <IntuitiveNipple> cjwatson: ok... I was mostly interested in whether the patch is appropriate... I had to dive into the d-i code at short notice :)
[08:27] <cjwatson> IntuitiveNipple: list-devices is the right place to start, but I don't like this business of checking the device name
[08:28] <cjwatson> IntuitiveNipple: the odd thing is that it doesn't get ID_CDROM
[08:28] <cjwatson> IntuitiveNipple: and contrary to your report, ID_CDROM doesn't contradict DEVTYPE=disk - my internal CD here has both
[08:29] <IntuitiveNipple> cjwatson: ahhh ok, I was wondering about that. The key seems to be that for those external IEEE1394 devices they appear as disks
[08:30] <cjwatson> IntuitiveNipple: apparently the CDROM_GET_CAPABILITY ioctl fails for them
[08:30] <cjwatson> which in my book makes them kind of not CD drives ;-)
[08:30] <cjwatson> but I'll look into it
[08:31] <cjwatson> it may be that your hack is the right answer for now
[08:31] <IntuitiveNipple> Maybe there is a deeper issue then - would explain why I had the same issue on a PowerEdge server with a SCSI CD-ROM
[08:32] <IntuitiveNipple> I'm going to try the same solution on that server tomorrow - it's in the garage so I don't fancy standing out in the cold right now :)
[08:32] <cjwatson> IntuitiveNipple: could you put the full udevinfo for that device in the bug? you included an incomplete snippet
[08:33] <IntuitiveNipple> Hmmm... let me check; I've got it on remote ssh atm, since there's big issues with the video-driver too
[08:34] <cjwatson> IntuitiveNipple: oh, and also the output of 'sudo /lib/udev/cdrom_id /dev/scd0'
[08:34] <cjwatson> with any luck that will display an error
[08:35] <cjwatson> <cjwatson@riva ~>$ dpkg -c /mirror/ubuntu/pool/main/u/udev/udev-udeb_113-0ubuntu9_i386.udeb | grep cdrom
[08:35] <cjwatson> <cjwatson@riva ~>$
[08:35] <cjwatson> I blame udev
[08:35] <cjwatson> oho
[08:35] <IntuitiveNipple> ok... does it help to have a CD in the drive? I'm seeing nothing atm
[08:35] <cjwatson> again
[08:36] <IntuitiveNipple> oh.. the sr0 device isn't listed now the system is booted :(
[08:36] <cjwatson> IntuitiveNipple: I'd still be interested to see what the ID_TYPE is, if you can figure out a way to get udevinfo
[08:36] <cjwatson> IntuitiveNipple: but I think I know where the bug is here anyway
[08:37] <IntuitiveNipple> I'm chasing it :)
[08:41] <cjwatson> IntuitiveNipple: will fix now though it won't help until d-i is rebuilt (which should happen tomorrow or so)
[08:42] <IntuitiveNipple> You'll love this! I got the udevinfo after reconnecting and restarting the PC, and it reports ID_CDROM=1 now!
[08:42] <IntuitiveNipple> So, is this something limited to the installer environment?
[08:43] <cjwatson> IntuitiveNipple: yes
[08:44] <cjwatson> IntuitiveNipple: does it have ID_TYPE=cd
[08:44] <cjwatson> ?
[08:44] <cjwatson> or what's the ID_TYPE, otherwise
[08:44] <IntuitiveNipple> hold tight - just adding it to the bug report for you
[08:47] <cjwatson> IntuitiveNipple: ok, waiting
[08:48] <ivoks> shouldn't mdns4_minimal [NOTFOUND=return] , in case it can't resolve, delegate resolving to dns?
[08:49] <IntuitiveNipple> sorry about that; my WAP/router decided to reboot itself with factory default settings!
[08:49] <IntuitiveNipple> bug report updated
[08:50] <cjwatson> right, no ID_TYPE indeed
[08:51] <cjwatson> IntuitiveNipple: the problem was just that the CD identification tool wasn't in the installer environment
[08:51] <cjwatson> IntuitiveNipple: fix uploaded
[08:51] <IntuitiveNipple> aha!
[08:51] <cjwatson> thanks for the help, that probably affected a lot of SCSI CDs
[08:51] <IntuitiveNipple> Nice one Colin; thank-you! I've suffered hours of stress trying to sort that one :)
[08:52] <IntuitiveNipple> now all we need is the unionfs bug fix and I *might* be able to get Gutsy to install from LiveCD :)
[08:52] <cjwatson> IntuitiveNipple: pkl has more locking fixes for that I think, so I'll suggest that he upload the most conservative possible set on Monday
[08:52] <cjwatson> fortunately that's just linux-ubuntu-modules which is a relatively quick build
[08:53] <IntuitiveNipple> Yes; the latest he uploaded seemed to help but there's also a blank-video issue that doesn't help!
[08:53] <cjwatson> I get that occasionally too, I'm not sure what's going on
[08:53] <cjwatson> as in nothing on the vts?
[08:53] <IntuitiveNipple> Could really do with ssh server installed and started *real* early for these alpha releases :)
[08:54] <cjwatson> pkgsel/include=openssh-server
[08:54] <IntuitiveNipple> nope, nothing... thats with the Vaio SRX51 & SRX41 (i810) and the Acer Travelmate C104TCi (silicon motion)
[08:54] <cjwatson> openssh-server starts at rc2.d/S16 nowadays
[08:55] <IntuitiveNipple> is it on the LiveCDs then?
[08:55] <cjwatson> no
[08:55] <cjwatson> that I can't easily help you wish
[08:55] <cjwatson> with
[08:55] <cjwatson> you might find that disabling usplash is enouygh
[08:55] <cjwatson> enough
[08:55] <cjwatson> F6 to edit the kernel command line, and delete "splash"
[08:55] <IntuitiveNipple> unfortunately, so far, it hasn't helped.
[08:55] <cjwatson> hmm
[08:55] <cjwatson> I blame the kernel :)
[08:56] <cjwatson> (un-usefully)
[08:56] <IntuitiveNipple> I've been trying tribe and daily builds on the Vaio's since tribe-3 and so far not had much luck, but until unionfs is finally solved it might be the affects of that
[08:56] <IntuitiveNipple> Feisty installed and runs perfectly on them
[08:57] <IntuitiveNipple> It's kinds of weird, because this Vaio VGN-FE41Z wouldn't play nicely with Feisty but with Gutsy it's perfect. With the SRX's it's the other way around
[09:01] <cjwatson> IntuitiveNipple: getting the alternate CD working will let you rule out unionfs
[09:10] <IntuitiveNipple> cjwatson: Well, with my work-around I can at least get that installed now... I suppose I should start testing the SRX's but why spoil a successful Sunday night!?
[09:10] <IntuitiveNipple> I'll leave the stress for tomorrow :p
[09:25] <mjg59> Amaranth: 2000 or later ATI?
[09:26] <mjg59> Amaranth: fglrx has the necessary support now?
[09:27] <jdong> fglrx 8.41 supports the HD2000 series....
[09:27] <jdong> but however it doesn't work well with pervious generations :)
[09:27] <jdong> 8.42 is supposed to support all generations equally again.
[09:27] <jdong> AMD also tags 8.41 as beta-quality too
[09:28] <Nafallo> jdong: what was it before? :-)
[09:28] <mjg59> jdong: With indirect acceleration?
[09:28] <jdong> mjg59: no, no indirect until 8.42 :)
[09:28] <mjg59> Right. Hence my question.
[09:28] <jdong> Nafallo: lol at least before it worked to some degree on all cards :)
[09:29] <jdong> Nafallo: 8.41 can't play fullscreen video smoothly on my x1400
[09:29] <jdong> however, performance on the HD2000's is spectacular
[09:29] <Nafallo> jdong: I try to stick with Intel ;-)
[09:29] <jdong> Nafallo: agreed :) until we see how these new-fangled radeonhd drivers work out
[09:30] <Nafallo> naah, will still stick with intel ;-)
[09:47] <Kopfgeldjaeger> somebody else and me translated the rhythmbox documentation into german. can we still get it into gutsy?
[09:58] <geser> Kopfgeldjaeger: I guess so, try asking during the week when everybody is here
[09:58] <Kopfgeldjaeger> geser: ok, thats nice
[09:59] <ScottK> Isn't there an IRC channel just for translation stuff?
[10:01] <geser> ScottK: #ubuntu-doc perhaps?
[10:01] <Amaranth> mjg59: No but it's whitelisted
[10:02] <Amaranth> mjg59: and i was talking later r200 and r300
[10:02] <mjg59> Amaranth: Uhm. Why did you mention 2000, then?
[10:02] <Amaranth> mjg59: nvidia
[10:02] <Amaranth> mjg59: and the ati ones that work with the open source stuff
[10:02] <mjg59> Oh, you mean the year 2000
[10:02] <mjg59> Right
[10:02] <jander99> is hwdb.ubuntu.com or hardware collection in general broken?
[10:02] <mjg59> Not the 2000 serise
[10:02] <Amaranth> right
[10:03] <mjg59> That's somewhat confusing :)
[10:03] <Amaranth> hehe
[10:03] <mjg59> Though I think the r200 only appeared in 2002 or so
[10:04] <Amaranth> oh?
[10:04] <Amaranth> i know nvidia from around 2000 works
[10:05] <Amaranth> well, except for the out-of-memory stuff
[10:08] <rohan> i just checked that with the latest live cd, my screen resolution is NOT correctly detected anymore - 1280x800 on intel gma 950. is this bug already known and filed anywhere ? if not, what package do i file it against ?
[10:08] <jdong> rohan: I can confirm
[10:08] <jdong> my 1280x800 macbook panel is detected in 1024x768
[10:08] <jdong> and the displayconfig-gtk util was capable of correcting the resolution
[10:11] <mjg59> rohan: xresprobe
[10:23] <roha1> jdong: i got disconnected
[10:23] <roha1> what did you type ?
[10:24] <rohan> jdong: i mean, relating to that resolution bug
[10:24] <jdong> I said my 1280x800 macbook has the same autodetect problem
[10:24] <mjg59> The bug should be filed against xresprobe
[10:53] <cjwatson> poppy's down - I called elmo, he's on it
[10:53] <cjwatson> er poppy == upload.ubuntu.com
[10:54] <Nafallo> the fqdn made so much more sense :-)
[10:55] <cjwatson> back up now
[10:55] <cjwatson> elmo: thanks
[10:57] <geser> siretart: ^^^
[11:04] <siretart> geser: thanks!
[11:04] <siretart> works :)
[11:06] <Kopfgeldjaeger> gn8