[12:33] <Creteil> well, rebooted on the new kernel and installed the new headers package generated during kernel rebuilding and this time update manager saying there is 1 package broken
[12:34] <TheMuso> slangasek: Thanks a lot.
[12:34] <Creteil> so i have removed the headers package i have generated the same time i have rebuilded the kernel and compiled module with probably old headers ...
[12:34] <Creteil> mjg59 : does it make sense to you ?
[12:35] <mjg59> Yes
[12:36] <Creteil> mjg59 : so if i understand properly i have just to reinstall the headers packages generated the same time i rebuilded the  kernel, the recompile l-u-m again this one ? true ?
[12:36] <mjg59> Yes
[12:37] <Creteil> thanks, i immediatly give it a try, compiling, dpkg -i the new package, rebooting and come back here to thank you :-)
[12:39] <Creteil> mjg59 : btw how do you clean the already made compilation of l-u-m ?
[12:40] <mjg59> fakeroot debian/rules clean
[12:40] <Creteil> mjg59 : thanks
[12:42] <Kopfgeldjaeger> n8
[12:52] <Creteil> mjg59 : well, recompiled l-u-m against new headers, dpkg -i the new modules, now it's time to reboot, stay tuned i come back ...
[01:16] <TheMuso> Hmm, interesting. I see my ubuntustudio uploads were accepted, one closing the bug, but I haven't received anything from Soyuz, so far as I've seen...
[01:17] <TheMuso> And nothing on gutsy changes either...
[01:17] <TheMuso> Ah well.
[01:17] <Creteil> mjg59 : always up ?
[01:18] <ScottK> TheMuso: Hobbsee was accepting via the LP web ui and there's a bug where stuff accepted via there webui forgets to get sent to changes.
[01:18] <TheMuso> ScottK: Ok thanks.
[01:21] <Creteil> mjg59 : bad news, even all things seems to be well (compilation, installation) the computer boot, but stay blocked at 'Starting log daemon ...' since i have installed the new modules ... however booting without splash and with vga=normal parameter, i can see iwl3945 loading properly (these one is part of the new module i have compiled).
[01:22] <Creteil> mjg59 : do you have any idea on where I can made mistake ?
[01:47] <Creteil> back
[02:14] <TheMuso> doko_: Thanks.
[09:34] <janimo> any release manager around?
[09:35] <Hobbsee> yeah, some of us
[09:37] <Hobbsee> janimo: ^
[09:37] <janimo> Hobbsee: I read your mail to devel
[09:38] <janimo> I'd like an upload approved
[09:38] <Hobbsee> janimo: right
[09:38] <Hobbsee> oh, i see what i've written.  i can still ask others to approve, etc.
[09:39] <Hobbsee> (which i didnt stick in the mail.  damn)
[09:40] <luca> hi everyone
[09:41] <luca> I would like to add a hack into knetworkmanager but I do not have any programming competence whatsoever...can someone help me or tell me where to go for starting? :)
[09:41] <janimo> Hobbsee: so I'd like xubuntu-default-settings which I uploaded last night to get approved
[09:41] <janimo> thanks
[09:42] <Hobbsee> slangasek: if you're still around...please ^
[09:43] <Mithrandir> accepted
[09:43] <Hobbsee> thanks Mithrandir
[09:51] <sladen> luca: generally you'll need the source code (easy: apt-get source knetworkmanager) and some help and guidance (start at #kubuntu, and look around for Qt, KDE and NetworkManager related programming resources and IRC channels)
[09:53] <luca> sladen thanks
[09:54] <luca> I would like to add a simple hack - after suspension the program should switch to "offline mode" and then again to "online mode" - there is a known bug which makes the applet not detectin the wireless networks around otherwise
[09:54] <luca> (it's knetworkmanager only - wlassistant functions after suspension without glitches)
[09:56] <luca> sladen where would apt-get source put the source package?
[09:56] <Hobbsee> current directory
[10:00] <luca> Hobbsee thanks
[10:00] <luca> now I just have to understand how to hack it :P
[10:07] <luca> can someone point me to some good online qt resources please?
[10:08] <Mithrandir> luca: this channel is for development of Ubuntu, not development on Ubuntu.
[10:09] <luca> ok sorry :) a good channel then would be what? I am asking here because both in #kubuntu and in #kde I am not recieving answers
[10:13] <pwnguin> hi luca
[10:13] <luca> hi
[10:14] <pwnguin> oh, luca's a common name in italy i guess. i know Debian developer with the same first name
[10:16] <luca> yep it is
[10:17] <pwnguin> i really dont know where qt developers lurk though. #qt maybe?
[10:17] <luca> maybe
[10:17] <luca> tryin in ubuntu-motu now
[10:17] <luca> I'll try #qt thanks though :D
[10:18] <Hobbsee> #kde-devel would be a decnt idea
[10:18] <Hobbsee> no, not #ubuntu-motu
[10:19] <luca> thanks :)
[10:35] <Burgundavia> am I cracked or did we back away from shipping Gnash by default?
[10:36] <luca> hope not
[10:36] <Burgundavia> doesn't appear to be installed on my machine
[10:39] <sladen> it was in the release notes
[10:39] <Burgundavia> it was, which is so odd
[10:43] <minghua> I don't think my beta install has gnash installed by default either.
[10:44] <minghua> I also don't remember reading "gnash installed by default" in release notes.
[10:44] <persia> only mozilla-plugin-gnash depends on gnash, and it doesn't appear to have any reverse dependencies excepting education-standalone
[10:44] <Burgundavia> but that was the plan, I thought
[10:45] <minghua> I think it's better not installed by default.
[10:49] <Burgundavia> meh
[10:50] <Burgundavia> has anybody noticed deskbar applet crashing and hanging a lot?
[10:50] <sladen> Burgundavia: it's not a case of whether anyone else has noticed.  If *you* have experienced deskbar crashing and hanging then that is a bug and needs filing
[10:51] <Burgundavia> well, I have seen a lot of general instability
[10:52] <sladen> "general instablity" is about as hard as "general FUD" to fix
[10:52] <Burgundavia> yes, I know that
[10:52] <Burgundavia> hence why I haven't filed a bug yet
[10:55] <Burgundavia> ugh, how do I run gdb on an applet?
[10:57] <pochu> Burgundavia: look for the process, and attach it
[10:57] <pochu> gdb --pid=number
[10:58] <Burgundavia> got it
[11:01] <Burgundavia> typical. Just when I get the dbgsym package installs, I cannot replicate the crash
[11:09] <ogra> pitti, !
[11:09] <pitti> hi
[11:09] <Burgundavia> hey ogra
[11:09] <Burgundavia> hey pitti
[11:10] <ogra> pitti, i'm doing the last fine tuning on g-p-m settings ... there is an option to lock the gnome keyring after suspend/hibernate (we already lock the screen) should that be on or off ?
[11:10] <ogra> s/after/before/
[11:11] <ogra> (its a new option)
[11:11] <StevenK> Morning pitti
[11:11] <k0001> hello people =)
[11:11] <pitti> hi StevenK
[11:12] <k0001> i have a little problems, and i'd like to know how can i help you
[11:12] <pitti> ogra: what's the upstream default?
[11:12] <ogra> upstream default is to use screensaver settings for all locking
[11:13] <ogra> we dont do that, which means i have four more fine grained options to set
[11:13] <pitti> that makes some sense
[11:13] <ogra> i dont think g-s-s does any geyring locking
[11:13] <ogra> *keyring :)
[11:15] <k0001> my nautilus keep dying randomly (sometimes after 5 minutes, sometimes after 1 hour) when browsing a ssh remote server, and i have to manually `pkill nautilus` so that it gets fully functional again, how can i help with this? (using up-to-date ubuntu gutsy (gnome 2.20))
[11:15] <ogra> k0001, file a bug
[11:15] <pitti> meh, palmer is dead
[11:15] <ogra> or comment on an existing one if someone already had the same prob
[11:16] <Burgundavia> pitti: I am running into a nasty bug with deskbar, apparently seen by others by so far impossible to trace source: https://bugs.edge.launchpad.net/ubuntu/+source/deskbar-applet/+bug/150559
[11:16] <ubotu> Launchpad bug 150559 in deskbar-applet "[gutsy]  deskbar applet locks up during first search after startup" [Medium,Incomplete] 
[11:16] <k0001> ogra, and what useful information could i provide  (for debugging or whatever )
[11:16] <k0001> ?
[11:16] <ogra> the people getting the bugmail for nautilus will tell you :)
[11:16] <k0001> ok ogra , thanks =)
[11:16] <ogra> there are some wiki pages about debugging program crashes as well with some hints :)
[11:16] <persia> k0001: You'll probably get better answers to questions about correct information for a bug in #ubuntu-bugs.
[11:17] <k0001> oh, thanks persia , i'll ask there then
[11:17] <k0001> keep the good work =)
[11:17] <Burgundavia> about the start hammering away at the reason, but I wonder if I can find the cause, how do I tag it for a release manager to look at?
[11:18] <rulus> Hi, my pc boots incredibly slow except when I press ctrl+alt+f1 upon boot. Can this be a usplash bug (usplash doesn't work either)? Both problems occur on the RC, beta worked fine.
[11:20] <ogra> does anyone else have suid warnings fron gtk in his ~/.xsession-errors ?
[11:23] <Kmos> ogra: I've :)
[11:23] <Kmos> http://pastebin.com/d7fe6f5b3
[11:35] <Kmos> ogra: http://pastebin.com/d7fe6f5b3
[11:38] <ogra> Kmos, thanks
[11:38] <Kmos> ogra: nop.. only metacity =) my video card doesn't support compiz
[11:38] <ogra> looks like something that even starts before the gdm session
[11:38] <Kmos> exactly
[11:39] <Kmos> because the process isn't running anymore
[11:39] <Kmos> there is a way to see what process was in a PID ?
[11:40] <Kmos> kmos      4838  0.0  0.6  26760  6960 ?        Ssl  10:15   0:00 x-session-manager
[11:40] <Kmos> root      4940  0.0  0.4   6288  4364 ?        S    10:15   0:00 ddclient - sleeping for 140 seconds
[11:40] <Kmos> i've only that, it's somethingin the middle
[11:40] <Kmos> *something
[11:41] <Kmos> another thing
[11:41] <Kmos> Oct 14 10:32:29 kmos ntpd_initres[5562] : ntpd returns a permission denied error!
[11:41] <Kmos> at syslog
[11:41] <ogra> hmm
[11:42] <Kmos> check if you've the same
[11:42] <ogra> well, even then, how should htpd use gtk ?
[11:42] <ogra> its gtk thats complaining
[11:42] <ogra> *ntpd
[11:42] <Kmos> it's another error
[11:42] <Kmos> not related to gtk
[11:43] <ogra> i dont run ntpd anyway
[11:43] <Kmos> i need to check LP
[11:43] <ogra> Oct 14 11:30:55 laptop ntpdate[5981] : step time server 91.189.94.145 offset -6.676236 sec
[11:43] <ogra> Oct 14 11:33:29 laptop ntpdate[6234] : adjust time server 91.189.94.145 offset -0.006585 sec
[11:43] <Kmos> it's nice
[11:43] <ogra> ntpdate works fine here though
[11:44] <ogra> (its executed automatically on ifup if you dont have ntpd installed)
[11:46] <unggnu> hi all
[11:46] <unggnu> Does it make sense to mark all the i810 driver resolution and external monitor bugs as a duplicate of this one bug #13514
[11:46] <ubotu> Launchpad bug 13514 in linux-source-2.6.15 "No keyboard with 2.6.10-4-386-SMP (Hoary)" [Medium,Invalid]  https://launchpad.net/bugs/13514
[11:47] <unggnu> ups sorry, wrong bug
[11:47] <unggnu> bug #135141
[11:47] <ubotu> Launchpad bug 135141 in xorg "Gutsy: Intel should be preferred over 810" [High,Fix released]  https://launchpad.net/bugs/135141
[12:00] <ogra> so, its apparently the capp to gdmflexiserver in /etc/gdm/PreSession/Default thats causing the setuid warning
[12:00] <ogra> *call
[12:01] <ogra> which is weird, since gdmflexiserver actually isnt suid
[12:06] <Kmos> ogra: that's strange..
[12:09] <ogra> Kmos, Bug #152577
[12:09] <ubotu> Launchpad bug 152577 in gdm "call to gdmflexiserver in /etc/gdm/PreSession/Default causes gtk setuid warning" [Undecided,New]  https://launchpad.net/bugs/152577
[12:21] <Kmos> ogra: nice
[12:22] <ogra> feel free to confirm if you can reproduce
[12:23] <Kmos> ogra: i set it also to medium
[12:26] <Kmos> /etc/X11/Xsession.d/40guidance-displayconfig_restore: 11: /usr/bin/displayconfig-restore: not found
[12:26] <Kmos> this isn't a problem os displaygtk-config ?
[12:26] <Kmos> *of
[12:26] <ogra> Kmos, so can you confirm it goes away if you comment the two commands ?
[12:26] <ogra> (you didnt say that in the bug comment)
[12:27] <Kmos> ogra: i need to restart X, i'll do it later
[12:28] <Kmos> kmos@bash:~$ dpkg -l /usr/bin/displayconfig-restore
[12:28] <Kmos> No packages found matching /usr/bin/displayconfig-restore.
[12:29] <ogra> its in displayconfig-gtk (which you probably dont have installed)
[12:30] <Kmos> the problem is that i've it installed
[12:30] <Kmos> :)
[12:30] <Kmos> displayconfig-gtk is already the newest version.
[12:31] <mjg59> Kmos: -S
[12:31] <Kmos> kmos@bash:~$ dpkg -S /usr/bin/displayconfig-restore
[12:31] <Kmos> dpkg: /usr/bin/displayconfig-restore not found.
[12:31] <Kmos> ok
[12:31] <mjg59> Anyway, it's an issue with guidance-backends
[12:31] <mjg59> Probably harmless
[12:32] <ogra> its from kde-guidance :P
[12:32] <ogra> (/usr/bin/displayconfig-restore)
[12:32] <ogra> well, it could need a 2>/dev/null or so to be quiet
[12:32] <ogra> in the session script
[12:33] <ogra> mjg59, since i have you here, any opinion on locking gnome-keyring during hibernate/suspend ? g-p-m offers that now
[12:34] <mjg59> I have no opinion on it
[12:34] <mjg59> I suspect that changing it now would be too late
[12:35] <ogra> well, changes can go in until tomorrow ... and its a trivial gconf default key change
[12:36] <mjg59> But we have no idea how it interacts with the user experience
[12:36] <ogra> i need to turn off locking on blank by default anyway (apparently thats an upstream default now and g-p-m sees brightness changes as screen blanking)
[12:36] <ogra> well, it will pop up a gnome-keyring PW dialog directly after you unlocked the screen after suspend/hibernate
[12:37] <ogra> i think we should disable it since we already go with the locking by default
[12:37] <mjg59> I think it's too late to change it
[12:37] <ogra> ok
[12:37] <Dekans|screen> hey
[12:37] <Dekans|screen> I have a little trouble
[12:38] <Dekans|screen> it seems that nvidia-glx depends on i386 kernel on Gutsy
[12:38] <ogra> then i'll only set the /apps/gnome-power-manager/lock/blank_screen key to false ...
[12:38] <mjg59> Dekans|screen: No it doesn't
[12:38] <Dekans|screen> et restricted-manager(-kde) requires the i386 kernel too
[12:39] <Dekans|screen> yesterday it was the case
[12:39] <mjg59> No it wasn't
[12:39] <Hobbsee> uh, no it doesnt.
[12:40] <ogra> it depends on nvidia-kernel-1.0.9639
[12:40] <ogra> which is provided by any of the linux-restricted-modules-2.6.22-14- packages
[12:41] <Dekans|screen> I couldn't launch restricted-manager, because of my kernel
[12:42] <Dekans|screen> and when i installed nvidia-glx, i had i386 kernel installed
[12:42] <Dekans|screen> and no 3D acceleration on i686 kernel
[12:44] <Dekans|screen> look :
[12:44] <Dekans|screen> ~$ install nvidia-glx
[12:44] <Dekans|screen> Les NOUVEAUX paquets suivants seront installs:
[12:44] <Dekans|screen> linux-image-2.6.22-14-386 linux-restricted-modules-2.6.22-14-386 nvidia-glx nvidia-kernel-common
[12:45] <ogra> try that: "sudo apt-get install nvidia-glx linux"
[12:46] <Dekans|screen> Les NOUVEAUX paquets suivants seront installs:
[12:46] <Dekans|screen>   linux linux-image-2.6.22-14-386 linux-restricted-modules linux-restricted-modules-2.6.22-14-386 linux-restricted-modules-2.6.22-14-generic linux-restricted-modules-generic
[12:46] <Dekans|screen>   nvidia-glx nvidia-kernel-common
[12:46] <Dekans|screen> the same :/
[12:47] <ogra> no, it installes the right modules (-generic flavor) alongside
[12:48] <Dekans|screen> yes but the -386 shouldn't be installed
[12:48] <Hobbsee> sarah@LongPointyStick:~$ rdepends linux-restricted-modules-386
[12:48] <Hobbsee> linux-restricted-modules-386
[12:48] <Hobbsee> Reverse Depends:
[12:48] <Hobbsee>   restricted-manager-core
[12:48] <Hobbsee>   linux-386
[12:48] <Hobbsee> ...interesting?
[12:48] <ogra> mjg59, i noticed matthiaz had the ssame prob with the apparmor modules ... if linux and l-r-m isnt installed they somehow pick -386 as their first option
[12:48] <Dekans|screen> okay
[12:49] <Dekans|screen> so l-r-m must be installed first
[12:49] <ogra> restricted-manager-core --> Recommends: linux-restricted-modules-generic | linux-restricted-modules-386
[12:49] <ogra> Hobbsee, thas fine
[12:49] <Hobbsee> ogra: ah yes, just found that.
[12:50] <Hobbsee> ogra: are linux and l-r-m virtual packages, or actual packages?
[12:50] <ogra> dont get tricked by the rdepends option (ask colin how often he corrected me on that :P )
[12:50] <Hobbsee> oh, i was still getting back to that bit :)
[12:50] <ogra> linux-restricted-modules-generic/-386 are virtual, yes
[12:51] <ogra> linux-restricted-modules-2.6.22-14-* arent ...
[12:51] <Dekans|screen> i test it
[12:51] <ogra> Dekans|screen, just uninstall linux-image-2.6.22-14-386 and linux-restricted-modules-2.6.22-14-386 afterwards
[12:53] <Hobbsee> Dekans|screen: i cant reproduce this - using a -generic kernel, and isntalling nvidia-glx
[12:53] <Hobbsee> Dekans|screen: what version of nvidia-glx?
[12:54] <ogra> Hobbsee, but you have the linux package installed i suspect
[12:55] <ogra> (before even trying)
[12:55] <Hobbsee> ogra: nope.
[12:55] <ogra> oh
[12:55] <ogra> intresting
[12:58] <Dekans|screen> Hobbsee: 9639
[12:58] <Hobbsee> ?
[12:58] <Dekans|screen> without -386 packages X server doesn't run
[12:59] <Dekans|screen> Hobbsee: nvidia-glx is the 9639 version of nvidia driver
[12:59] <ogra> thats the recent one
[12:59] <ogra> Dekans|screen, the complete version sting would be more helpful though
[12:59] <Dekans|screen> yes sure :p
[01:00] <ogra> dpkg -l nvidia-glx
[01:00] <Dekans|screen> 1/1.0.9639+2.6.22.4-14.8
[01:00] <Dekans|screen> 1:1.0.9639+2.6.22.4-14.8
[01:00] <ogra> yeah thats current
[01:01] <Dekans|screen> it's what i said
[01:01] <Dekans|screen> no 3D acceleration on generic kernel
[01:01] <Dekans|screen> :(
[01:02] <Dekans|screen> i don't wanna install the 386 one
[01:02] <Dekans|screen> so there is a real dependency problem
[01:02] <ogra> so you have a system with plain -generic now ? no -386 bits there ?
[01:03] <ogra> (but l-r-m-generic installed)
[01:03] <Dekans|screen> no -386
[01:03] <Dekans|screen> and l-r-m installed
[01:03] <Dekans|screen> all -generic
[01:03] <Dekans|screen> and nvidia-glx installed succesfully
[01:03] <Dekans|screen> but X server doesn't load
[01:04] <ogra> and if you reboot to -generic it doesnt work ??
[01:04] <Dekans|screen> i am on -generic
[01:04] <Dekans|screen> i have jsute the -generic kernel
[01:04] <Dekans|screen> and I just rebooted
[01:19] <Kopfgeldjaeger> hi
[01:21] <Hobbsee> hiya
[01:33] <ogra> hmm
[01:33] <ogra> ogra@laptop:~$ uname -a
[01:33] <ogra> Linux laptop 2.6.22-14-generic #1 SMP Wed Oct 10 06:00:47 GMT 2007 i686 GNU/Linux
[01:33] <ogra> ogra@laptop:~$ LANG=C sudo apt-get install nvidia-glx
[01:33] <ogra> Reading package lists... Done
[01:33] <ogra> Building dependency tree
[01:33] <ogra> Reading state information... Done
[01:33] <ogra> The following extra packages will be installed:
[01:33] <ogra>   linux-image-2.6.22-14-386 linux-restricted-modules-2.6.22-14-386 nvidia-kernel-common
[01:33] <ogra> seems i can reproduce that ...
[01:34] <ogra> especially odd is:
[01:34] <ogra> ogra@laptop:~$ LANG=C sudo apt-get install nvidia-glx linux
[01:34] <ogra> Reading package lists... Done
[01:34] <ogra> Building dependency tree
[01:34] <ogra> Reading state information... Done
[01:34] <ogra> The following extra packages will be installed:
[01:34] <ogra>   linux-image-2.6.22-14-386 linux-restricted-modules linux-restricted-modules-2.6.22-14-386 linux-restricted-modules-2.6.22-14-generic
[01:34] <ogra>   linux-restricted-modules-generic nvidia-kernel-common
[01:35] <ogra> though ...
[01:35] <ogra> ogra@laptop:~$ LANG=C sudo apt-get install nvidia-glx linux-restricted-modules-2.6.22-14-generic
[01:35] <ogra> Reading package lists... Done
[01:35] <ogra> Building dependency tree
[01:35] <ogra> Reading state information... Done
[01:35] <ogra> The following extra packages will be installed:
[01:35] <ogra>   linux-image-2.6.22-14-386 linux-restricted-modules-2.6.22-14-386 nvidia-kernel-common
[01:35] <ogra> seems fine
[01:35] <ogra> err
[01:35] <Dekans|screen> fine ?
[01:35] <ogra> no, i'm blind
[01:37] <Dekans|screen> but i you install l-r-m -generic
[01:37] <Dekans|screen> nvidia-glx no requires -386 pacakges for installation
[01:37] <ogra> no, it doesnt
[01:38] <ogra> as several people told you now
[01:38] <Dekans|screen> but it's still unusable on -generic kernel :/
[01:38] <ogra> it depends on nvidia-kernel-1.0.9639 (which is provided by all l-r-m packages)
[01:39] <Dekans|screen> but it doesn't work
[01:39] <Hobbsee> ogra: oh, well there's the bug then.
[01:39] <ogra> Hobbsee, where ? i dont see it yet
[01:39] <Hobbsee> ogra: if it depends on a provided package, it'll pick the first lot of all of them, rather than the one that might be correct.
[01:39] <Hobbsee> sarah@LongPointyStick:~$ search nvidia-kernel-1.0.9639
[01:39] <Hobbsee> linux-restricted-modules-2.6.22-14-386 - Non-free Linux 2.6.22 modules on 386
[01:39] <Hobbsee> linux-restricted-modules-2.6.22-14-generic - Non-free Linux 2.6.22 modules on x86/x86_64
[01:39] <Hobbsee> linux-restricted-modules-2.6.22-14-rt - Non-free Linux 2.6.22 modules on Realtime kernel
[01:39] <Hobbsee> linux-restricted-modules-2.6.22-14-xen - Non-free Linux 2.6.22 modules on Xen
[01:39] <ogra> all i see is that the wrong deps are picked
[01:40] <Hobbsee> exactly - and they are, because it depends on something provided by multiple packages
[01:40] <mjg59> Do you have linux-generic installed?
[01:40] <Hobbsee> apt isnt smart enough to figure out *which* of the ones it's provided by it should take, so takes the first.
[01:40] <ogra> Hobbsee, yeah, but if i: LANG=C sudo apt-get install nvidia-glx linux ... with linux-generic installed it shouldnt pick -386
[01:41] <Dekans|screen> it's not only a dependency problem
[01:41] <mjg59> How are you managing to not have l-r-m installed if you have linux-generic installed?
[01:41] <ogra> oh, wait i have linux-image-generic, not plain -geneic
[01:41] <mjg59> Right. You're doing it wrong.
[01:41] <ogra> ogra@laptop:~$ LANG=C sudo apt-get install nvidia-glx linux-generic
[01:41] <ogra> Reading package lists... Done
[01:41] <ogra> Building dependency tree
[01:41] <ogra> Reading state information... Done
[01:41] <ogra> The following extra packages will be installed:
[01:41] <ogra>   linux-image-2.6.22-14-386 linux-restricted-modules-2.6.22-14-386 linux-restricted-modules-2.6.22-14-generic linux-restricted-modules-generic nvidia-kernel-common
[01:41] <ogra> doesnt chaneg it
[01:41] <ogra> *change
[01:42] <mjg59> If linux-generic is installed, is it happy? If not, there's an issue with the l-r-m generic package.
[01:42] <ogra> you mean if its there before installing nvidia-glx ?
[01:42] <mjg59> Yes
[01:43] <ogra> well, that automatically pulls in l-r-m anyway
[01:43] <Hobbsee> mine seems to behave properly - i cant reproduce the bug at all
[01:43] <Hobbsee> but i've seen the similar thing with apt, where it picks the wrong language.
[01:43] <ogra> the thing is that nvixia-glx seems to insist to install -386 in case there is no l-r-m-generic
[01:43] <Dekans|screen> mjg59: with l-r-m generic already installed, nividia-glx doesn't require -386, but the driver doesn't works
[01:43] <ogra> and i noticed the same prob with apparmor-modules
[01:43] <Dekans|screen> -s
[01:44] <Fujitsu> I'm not sure how that can be worked around...
[01:44] <Fujitsu> You can't specify conditional dependencies like that.
[01:44] <ogra> specifying linux-restricted-modules-2.6.22-14-generic or linux-restricted-modules-generic should fulfill the dep and not make it want to install -386
[01:45] <ogra> looks like a package system bug to me
[01:45] <ogra> Fujitsu, well, i dont package either of them :) i just stumbled across the same prob twice which made me look into it
[01:46] <ogra> (i dont have any nvidia HW here :) )
[01:46] <Dekans|screen> I have a nvidia Geforce 4 mx
[01:46] <Dekans|screen> and nvidia-glx driver desn't work
[01:46] <Hobbsee> ogra: nice use of uname -r if you can do it would be a good way to solve the bug.
[01:46] <Dekans|screen> even once installed succesfully
[01:47] <ogra> Hobbsee, dynamically in a dependency ?
[01:47] <Dekans|screen> do you read me ?
[01:47] <Hobbsee> ogra: yeah.  but i dont know if it's possible, i've not tried it
[01:47] <ogra> the only thing i see that working would be a postinst script or so ... seems very hackish
[01:47] <Mithrandir> Hobbsee: that's certainly not possible.
[01:47] <Hobbsee> Dekans|screen: that's then a different issue, and we dont tend to be the X people.
[01:48] <Hobbsee> Mithrandir: fair enough.
[01:48] <Hobbsee> it was certainly there with the (if you can do it) - because i wasnt sure it was possible.
[01:48] <ogra> Dekans|screen, i'm mainly intrested in the dependency thing sorry, no X help here
[01:48] <Mithrandir> ogra: it probably works if you do apt-get install linux-generic nvidia-glx?
[01:48] <ogra> Mithrandir, nope
[01:48] <Dekans|screen> maybe the dependencies are due to this problem ....
[01:49] <ogra> ogra@laptop:~$ LANG=C sudo apt-get install nvidia-glx linux-generic
[01:49] <ogra> Reading package lists... Done
[01:49] <ogra> Building dependency tree
[01:49] <ogra> Reading state information... Done
[01:49] <ogra> The following extra packages will be installed:
[01:49] <ogra>   linux-image-2.6.22-14-386 linux-restricted-modules-2.6.22-14-386 linux-restricted-modules-2.6.22-14-generic linux-restricted-modules-generic nvidia-kernel-common
[01:49] <ogra> Suggested packages:
[01:49] <ogra> Mithrandir, ^^^^
[01:49] <mjg59> Dekans|screen: No. If you have linux-generic installed (which you should do) there are no dependency issues.
[01:49] <ogra> and no, there is no -386 package anywhere on my system ... neither a half installed one or so
[01:49] <Dekans|screen> mjg59: yes :/
[01:50] <mjg59> So any problems you may have with it not working are unrelated to dependencies
[01:53] <Dekans|screen> the package itself is buggy
[01:55] <Dekans|screen> this bug is already on launchpad
[01:56] <Dekans|screen> but not the dependency issue
[01:56] <ogra> that seems to affect more than only nvidia-glx
[01:57] <Hobbsee> ogra: the mashed deps?
[01:57] <ogra> yeah
[01:58] <Hobbsee> ogra: yeah, there was a bug about it about sword always being in arabic by default.
[01:59] <ogra> bug 148586
[01:59] <ubotu> Launchpad bug 148586 in apparmor "Depends on linux-ubuntu-modules-386" [Medium,Incomplete]  https://launchpad.net/bugs/148586
[01:59] <ogra> same issue it seems
[01:59] <Hobbsee> or maybe it was bibletime
[01:59] <Hobbsee> yup, found it.  https://bugs.edge.launchpad.net/ubuntu/+source/bibletime/+bug/72116
[01:59] <ubotu> Launchpad bug 72116 in bibletime "Bibletime installation defaults in Arabic" [Undecided,Fix released] 
[02:00] <ogra> thats edgy ?
[02:00] <Hobbsee> likely.  it probably was that long ago
[02:01] <Hobbsee> i fixed that in feisty, but didnt fix the underlying problem in apt.
[02:01] <ogra> oh, ah
[02:01] <ogra> ok
[02:01] <Hobbsee> now you see?
[02:01] <ogra> i should read the bug forst :)
[02:01] <ogra> *firts
[02:01] <ogra> bah
[02:02] <Hobbsee> The recommends are sword-comm, sword-dict and sword-text, which are virtual packages which can be provided by several different packages.
[02:02] <Hobbsee> There are 14 different packages that provide the sword-text component: http://packages.ubuntu.com/edgy/virtual/sword-text
[02:02] <Hobbsee> the first is the arabic, so apt selects the arabic, in brain-dead fashion.
[02:02] <Hobbsee> same with l-r-m, as the i386 comes first
[02:03] <ogra> well, the language pack should care for that ... as in our case with l-r-m should be handled by linux-generic as mjg59 says
[02:03] <Hobbsee> i'd guess that the nvidia thing goes l-r-m-i386 | -generic | -rt | -xen.
[02:04] <ogra> well, the bug here is that linux-restricted-modules-2.6.22-14-generic fulfills the dep
[02:05] <Hobbsee> oh indeed, but i think it tries the -i386 first
[02:05] <ogra> so  apt-get install nvidia-glx linux-restricted-modules-2.6.22-14-generic shouldnt demand -386 at all
[02:05] <Hobbsee> says "oh, that's not installed, try that before anything else"
[02:06] <ogra> WOAH
[02:06] <ogra> !!!
[02:06] <Hobbsee> it works here, but i havent been able to reproduce the bug at all :)
[02:06] <Hobbsee> woah what?
[02:06] <Hobbsee> what'd you find?
[02:06] <ogra> ogra@laptop:~$ LANG=C sudo apt-get install nvidia-glx linux-restricted-modules-2.6.22-14-generic
[02:06] <ogra> Reading package lists... Done
[02:06] <ogra> Building dependency tree
[02:06] <ogra> Reading state information... Done
[02:06] <ogra> The following extra packages will be installed:
[02:06] <ogra>   linux-image-2.6.22-14-386 linux-restricted-modules-2.6.22-14-386 nvidia-kernel-common
[02:06] <ogra> versus .....
[02:06] <ogra> ogra@laptop:~$ LANG=C sudo apt-get install linux-restricted-modules-2.6.22-14-generic nvidia-glx
[02:06] <ogra> Reading package lists... Done
[02:06] <ogra> Building dependency tree
[02:06] <ogra> Reading state information... Done
[02:06] <ogra> The following extra packages will be installed:
[02:06] <ogra>   nvidia-kernel-common
[02:06] <ogra> since when does order matter here ?
[02:07] <Hobbsee> does apt fill the dependancies in the order that it's done?
[02:07] <ogra> it shouldnt ?
[02:07] <Hobbsee> ie, package 1, do deps, package 2, add deps, ...?
[02:07] <Hobbsee> would surprise me if it didnt.
[02:07] <Hobbsee> sometime, i want to sit down and read the entire apt/libept source, and then hopefully sanitize some of the quirks out of it.  but seeing as i dont have time for that anytime soon...
[02:08] <luk_> lol
[02:08] <Hobbsee> i've figured out the reasons for most of it's quirks - or at least, what they are, but i dont have the code-knowledge to go and fix them - and they tend to be hard to explain.
[02:09] <ogra> i dont think it did regard the commandline order in former releases ....
[02:09] <ogra> but i might be wrong (never tested that)
[02:09] <Fujitsu> ogra: I doubt that would have changed recently, but I wouldn't know.
[02:09] <ogra> to sad mvo isnt here
[02:09] <Fujitsu> Hobbsee: Why?
[02:09] <Hobbsee> Fujitsu: computing assignment.
[02:10] <Fujitsu> Ah.
[02:10] <Fujitsu> Sounds like fun.
[02:14] <bluefoxicy> Does anyone have a quick-and-dirty way for me to rebuild an entire repository from scratch?
[02:14] <bluefoxicy> I specifically want to rebuild main for Gutsy, or at least all packages installed when ubuntu-desktop is installed.
[02:15] <bluefoxicy> My goal is to fiddle with compile flags and do boot chart tests; I want an i586 and i686 compiled base system for boot chart benching in particular
[02:16] <mjg59> We're CPU-limited during boot?
[02:17] <persia> bluefoxicy: `for package in $(cat ubuntu-desktop-seed) do apt-get --build install $package; done` is a very bad way to do that.
[02:17] <bluefoxicy> mjg59:  No, old old argument.  And general curiousity.
[02:18] <bluefoxicy> mjg59:  (disclaimer:  OpenSuSE seems to be built entirely for i586)
[02:19] <mjg59> What extra instructions does i586 get you?
[02:19] <bluefoxicy> hell if I know.
[02:20] <mjg59> I can't see any reason why building for i586 would be preferable to building for i486
[02:20] <mjg59> We optimise for 686. anyway
[02:20] <Hobbsee> damned wifi kill switch
[02:21] <bluefoxicy> I know.  There's some CMOV insn on i686 specifically that apparently gets used in optimized code but I doubt it's significant
[02:21] <mjg59> We support machines that don't have CMOV
[02:21] <bluefoxicy> yeah I know.
[02:21] <mjg59> It's an optional part of the 686 ABI
[02:23] <bluefoxicy> mjg59:  I'm peeking at http://linux.1wt.eu/kernel/2.4/lkup/x86-emu/2.4/patch-2.4.25-wt2-emux86-0.3 actually to figure out what the technical difference is :)
[02:23] <bluefoxicy> Besides, there's other kinds of fun stuff to do once you can rebuild ubuntu from scratch.  Like fiddle with gcc flags that tend to break things :D
[02:24] <bluefoxicy> (I used to run gentoo, and reinstall 10 times a week)
[02:24] <StevenK> bluefoxicy: Dig up.
[02:24] <bluefoxicy> (I'm sure you can guess why)
[02:24] <bluefoxicy> StevenK: ?
[02:24] <StevenK> bluefoxicy: As in, "That's a nice hole you've dug yourself into." :-)
[02:25] <bluefoxicy> StevenK:  why?  I like fiddling with things and seeing what comes out.
[02:47] <sladen> rulus: what's the bug number?
[03:12] <unggnu> hi all
[03:12] <unggnu> What do you think about this Bug #150777 according security.
[03:12] <ubotu> Launchpad bug 150777 in gnome-power-manager "in gutsy, screen locks on lid close even when gconf option is turned off" [Undecided,Confirmed]  https://launchpad.net/bugs/150777
[03:12] <unggnu> Maybe screensaver locking should be activated per default so it would give same security like before but more flexibility.
[03:13] <Hobbsee> it's not a decision to be made at this point of the release cycle, that's for certain.
[03:14] <unggnu> :(
[03:14] <unggnu> It is not a huge change.
[03:14] <Hobbsee> unuggu: that patch is a major change in the default security policy (no locking for anybody instead of locking for everybody after suspend/hibernate), please discuss such massive changes with the security people via the ubuntu-devel-discuss or ubuntu-devel lists first.
[03:14] <unggnu> And Feisty needs gconf-editor changes too
[03:14] <Hobbsee> and it's not a milestoned bug
[03:14] <Hobbsee> !timebasedreleases
[03:14] <ubotu> Ubuntu releases a new version every 6 months. Each version is supported for 18 months to 5 years. More info at http://www.ubuntu.com/ubuntu/releases & http://wiki.ubuntu.com/TimeBasedReleases
[03:15] <unggnu> Hobbsee, If screen saver locking is activated per default there is no different behavior.
[03:15] <unggnu> but Ok, embarrassing but easy to fix for people who know where to edit gconf
[03:16] <Hobbsee> this is not the mailing list, btw.
[03:16] <Hobbsee> you were told what to do
[03:30] <highvoltage> is Gobuntu shipping with IceWeasel and IceDove?
[03:31] <Hobbsee> good question.  does #gobuntu know?
[03:32] <highvoltage> Hobbsee: currently, it seems that I AM #gobuntu :)
[03:32] <Hobbsee> oh, so it probably doesnt exist.
[03:32] <highvoltage> Hobbsee: looking at the gobuntu-desktop metapackage, it seems that it is still firefox and thunderbird
[03:32] <Hobbsee> i thought there was an irc channel for it
[03:32] <highvoltage> Hobbsee: also, I can't find iceweasel and icedove in the ubuntu archives :/
[03:32] <Hobbsee> yes, i suspect they're not ther
[03:32] <Hobbsee> i'm unsure of the status of gobuntu - perhaps ask on their mailing list
[03:32] <highvoltage> Hobbsee: seems like the first version of Gobuntu will have FF and TB then
[03:33] <highvoltage> Hobbsee: I have a few weeks back, and I was told that it will be Iceweasel, etc. perhaps I should just ask again..
[03:33] <Hobbsee> highvoltage: who knows if development stalled, or something.  *shrug*
[03:34] <sladen> it would be a bit embarassying it Goubuntu goes out with stuff it shouldn't be doing
[03:36] <highvoltage> Hobbsee: Evan comfirmed that Gobuntu will indeed be shipping on the 18th, but I think sladen might be right, I don't think Gobuntu will be shipping like we'd all want it to in this release
[03:36] <unggnu> Hobbsee, done, I hope in the right way :)
[03:36] <popey> :S
[03:36] <highvoltage> sladen: also, you have excess vowels :)
[03:36] <popey> better than having excess bowels
[03:36] <highvoltage> indeed!
[03:38] <Spads> word on the street is sladen is a ruminant
[03:39] <highvoltage> Peter Petrelli
[03:39] <highvoltage> sorry, accidental paste!
[04:05] <rulus> sladen, I did not file a bug report yet
[04:15] <sladen> rulus: that probably needs to be the next course of action;  anything on IRC will get scrolled off the top of the screen...
[04:15] <rulus> sladen: I'm working on it
[04:16] <sladen> rulus: btw, is boots incredibly slowly because it's performing a fsck?
[04:16] <rulus> sladen: no I think not
[04:17] <rulus> sladen: I shall attach dmesg's of both quick and slow boot
[04:17] <rulus> sladen: shall I file it against usplash? because I really don't know if both problems (slow boot, no usplash) are related.
[04:21] <rulus> it's bug 152643, I'll attach dmesg in a minute
[04:21] <ubotu> Launchpad bug 152643 in ubuntu "[gutsy]  slow boot except when pressing ctrl+alt+f1" [Undecided,New]  https://launchpad.net/bugs/152643
[04:28] <sladen> rulus: [   28.721183]  EXT3-fs: mounted filesystem with ordered data mode.     115seconds...
[04:29] <rulus> I'm no expert :)
[04:29] <sladen> rulus: hence ~40 seconds + 115seconds fsck == ~164 slow boot
[04:31] <rulus> sladen, yes it takes 2m50s wich is 164s
[04:31] <sladen> rulus: you can read off the number of seconds from the first column of the dmesgs
[04:31] <sladen> rulus: they're pretty similar except for the additional 2minutes of disk check
[04:32] <rulus> yes I knew that, but I didn't extract the disk checking thing
[04:32] <sladen> rulus: can you try repeating the experience.  Obviviously, it would be a bug if usplash always caused a fsck
[04:33] <rulus> sladen, repeating? I tested it a few times and it always boots up in ~2m50s
[04:34] <rulus> sladen, except when pressing ctrl+alt+f1 that is
[04:36] <sladen> rulus: could you test once more?  We know /why/ the boot can either be 40seconds, or 160seconds.  Such a direction relationship (or interaction) between fsck and usplash is a very interesting case
[04:37] <rulus> sladen, ok, I'll test again
[04:45] <rulus> sladen, always ~2m50s, pressing ctrl+alt+f1 seems to break the process and let boot continue immediately
[04:54] <sladen> rulus: is something sitting at a prompt when you switch over
[04:54] <sladen> rulus: is there anything on the console when you switch?
[04:55] <rulus> sladen, yes there is, I'll check the exact text now
[04:58] <rulus> sladen, 3 lines from kinit, last one says "kinit: No resume image, doing normal boot..."
[05:17] <Hobbsee> guten morgen, pitti!
[05:18] <stgraber> hi pitti
[05:19] <pitti> Hobbsee: hey, I just returned from Sunday afternoon cake&coffee at my parent's :)
[05:19] <pitti> hi stgraber
[05:19] <albertito> what's the criteria for deciding if a bug gets "nominated for release"? who decides that? (I just saw that on launchpad and got curious about how that socially worked)
[05:19] <Hobbsee> pitti: sounds like fun
[05:20] <stgraber> ogra: I'm trying today daily builds and see that there is the "suspend" option available in the live environment, is that wanted ? (hibernate isn't there though)
[05:22] <sladen> stgraber: suspend will probably work;  hibernate needs swap, boot commandlines and the like all setup
[05:42] <bluekuja> pitti: around?
[05:43] <bluekuja> pitti: just wanted to let you know nagios-plugins upload is a security fix and it's linked to bug #152624
[05:43] <ubotu> Launchpad bug 152624 in nagios-plugins "Buffer overflow in check_http.c (CVE-2007-5198)" [Undecided,Confirmed]  https://launchpad.net/bugs/152624
[05:43] <luk_> uploaded to Debian unstable earlier today...
[05:43] <bluekuja> yeah, exactly
[05:44] <DktrKranz> luk_, merged from that :)
[05:44] <bluekuja> merged from incoming
[05:44] <bluekuja> ^^
[06:29] <Hobbsee> okay, who added frozen bubble?
[06:29] <Hobbsee> that's seriously cool - and addicting.
[06:29] <bluekuja> Hobbsee: you still cant approve?
[06:29] <Hobbsee> bluekuja: technically, i can, but i've been asked not to, until one of the bugs in launchpad gets fixed.
[06:30] <Hobbsee> (it's not generating mail)
[06:30] <bluekuja> aww oki
[06:30] <bluekuja> yeah, seen your mail
[06:30] <bluekuja> on the ml before
[06:31] <Hobbsee> yup
[08:00] <mhb> Keybuk: sorry for not approving your post at that time, I was in a train.
[08:01] <mhb> Keybuk: (your comment on my blog about hiding blueprint names)
[08:02] <Keybuk> mhb: heh, wasn't worried about the approving bit - just caught me by surprise when it vanished on another machine :p
[09:44] <Whoopie> Hi, with latest subversion from feisty-proposed, I get the following error: "svn: Unbekanntes URL Schema fr 'http://svn.tuxonice.net/hibernate-script/trunk'"
[09:45] <Whoopie> "svn: unknown URL schema"
[09:45] <Whoopie> is that a known issue?
[09:57] <pochu> Whoopie: yes, it is.
[09:57] <pochu> bug 152394
[09:57] <ubotu> Launchpad bug 152394 in subversion "ra_dav missing in subversion" [High,In progress]  https://launchpad.net/bugs/152394
[09:59] <Whoopie> pochu: ok, thanks
[10:18] <pitti> kylem: still here by chance?
[10:18] <kylem> yes.
[10:55] <Kopfgeldjaeger> n8
[11:13] <sladen> power consumption up---well at least we have a challenge for the next one
[11:24] <slangasek> ogra: does this gnome-power-manager 2.20.0-0ubuntu6 upload correspond to a bug #?