[00:01] are there by any change some ubuntu core-dev in here? I have 2 fixes for the repos concerning Sauerbraten. (It cannot get futher updates without these fixes) [00:02] I will be first to admit, my tactic of the day is begging [00:02] it is in bug report. But I wanted to give asking a shot [00:03] but only core-dev can upload [00:03] timothywcrane: are you sure this package is in main. [00:03] ? [00:03] fixes on launchpad board [00:03] no it is not [00:03] then you need a motu, not a core-dev [00:03] -> #ubuntu-motu [00:03] motu? [00:03] thanks [00:04] there now, thxamill [00:08] how can I know why ruby1.9 was moved from universe to main? [00:10] ask the security guys [00:11] what do the security guys have to do with that decision? [00:13] hi all [00:13] i have this BIG problem [00:13] http://91.121.166.117/ -> i don`t see index.php [00:13] but i donwload it. [00:13] Who can help [00:16] stealth`gentoo: wrong channel [00:16] sir tormod - i have asked on my IT language channel and on #ubuntu ... [00:16] more person ask me to enter here ... [00:16] so =p i want a simple help [00:27] stealth`gentoo: do you have libapache2-mod-php5 installed? [00:29] yes dude [00:30] stealth`gentoo: I get The requested URL /index.php was not found on this server. [00:32] stealth`gentoo: is the index caled .php or .phtml? [00:33] RainCT wait i create it [00:33] lucas: Because somebody decided that we wanted ruby1.9 rather than ruby1.8 in main, perhaps!? [00:34] index.php [00:34] RainCT: would you mind taking this to #ubuntu? I really can't imagine that this is the result of an Ubuntu bug, so it's really off-topic here... [00:35] * wgrant gives stealth`gentoo a hint before he leaves: don't expose phpMyAdmin to the web. [00:35] wgrant don`t found :D [00:35] ghgh [00:35] I'm about to leave anyway, good night [00:36] have you fun RainCT. [00:36] so - nothing help. [00:39] stealth`gentoo: whoever directed you to this channel has done so in error; I'm sorry, I don't know why they've done that, but as the topic states, this is not a support channel [00:40] Ok sir or madam, no problem. [00:40] I only tell sorry me for inconvenienze and for disturb. [00:40] Have you fun all :P [00:40] kiss [00:45] persia: can you take a look in freqtweak merge debian/copyright ? [00:45] debian people remove your reference [02:03] slangasek: ping [02:04] slangasek: I wanted to ask your opinion; I'm thinking of starting a thread about config files - all the ones with comments and explicitly-set-to-the-default values [02:05] slangasek: I think they are harmful and all such things should be in foo.default files; which the user never edits - this would massively reduce upgrade conflicts for foo. [02:08] lifeless: there are two reasons I find default config files useful; first, for improved discoverability (what is the config file for foo? what are the options I need to edit?), and to get file permissions on the config file right when they need to be something other than the system default [02:08] slangasek: I'm not saying remove default config _files_ I'm saying remove 'foo=bar' and '# foo=bar' and '# this does xxx' from the file contents [02:08] Not to be an elitist or anything, but if people are editing config files, they should be able to deal with conflicts. [02:09] slangasek: see for instance squid.conf and squid.conf.default [02:09] wgrant: well ruby1.8 is in main too, and 1.9 is a development version [02:09] Or, to put it the other way, if our "normal" users need to edit config files, we messed up. [02:09] infinity: they do [02:09] lifeless: ah, yes, I agree that explicitly setting defaults in config files is silly [02:09] infinity: we've messed up systematically across the board [02:09] (the samba package has recently been cleaned up in this regard) [02:09] well [02:09] ok, not quite [02:10] we're not /setting/ default values any more, but we do include some comments for documentation purposes... [02:10] I just did fisty->gusty->hardy [02:11] and had way too many conflicts on files that I'd either never edited, or the conflict was the maintainer fixing a typo and causing several hundred lines of region to resolve [02:11] Trivially, [02:11] # comment [02:11] setting = chosen-value [02:12] lifeless: conflicts on files you didn't edit is always a packaging bug somewhere [02:12] will - even in three-way merge - conflict if the comment has a typo the maintainer (or upstream) fix *and* the user has changed setting [02:12] maybe we need better three-way merging? :) [02:12] elmo: there are/(were?) a bunch of packages that get values set into config files from debconf; so 'never edit' doesn't mean 'never specified' :/ [02:13] lifeless: anything that's populated by debconf is not allowed to be a conffile [02:13] slangasek: presumably I ran into bugs then [02:13] I guess so; bugs I haven't seen myself, fwiw [02:13] anyhow; speaking as a VCS head the easiest way to avoid spurious conflicts is to have unrelated data in separate places [02:13] Or, someone using the ever-fun debconf + ucf combination and messing it up. [02:14] infinity: ucf == lurv [02:14] slangasek: When properly used, yes. :) [02:14] slangasek: Some people don't quite seem to grasp the concept. [02:14] right, such as the nfs-kernel-server maintainer :/ [02:15] lifeless: I as a user find having comments in the default config file /very/ helpful to me; having to context-switch between two files, or a file and a manpage, is irksome [02:16] it would really be nice to have a better three-way-merge algorithm in ucf... [02:17] slangasek: honestly, I think its off into AI land to fix it as it stands via 'better merge' [02:17] the squid config file is a particular good example [02:17] hmm :( [02:17] I'm pretty sure we stopping shipping a long config upstream years ago [02:18] and we now ship a small active config [02:18] with a .default that documents everything [02:19] 140K of config file is not a sane thing to inflict on users [02:19] true [02:19] just checked, we switched to squid.conf.default at least 3 years ago [02:20] so the question is, does the peanut gallery here think this is a semi-sane suggestion, if so I'll take it to the list(s) for larger discussion [02:20] if not, I'll just bitch and moan at every release [02:20] :P [02:20] using samba again as an example, the config we ship is 12K, and includes a very limited subset of all available options - the ones that a user is likely to need to tune [02:21] how much of that is documentation and manually listing default values? [02:21] lifeless: if you bitch and moan /before/ the release, I'll be very happy to smack anyone who's caused a conflict prompt on an unedited config file [02:21] $ grep -c '^[;#]' /usr/share/samba/smb.conf [02:21] 216 [02:21] slangasek: production servers at home -> I always upgrade afterwards [02:21] $ wc -l /usr/share/samba/smb.conf [02:21] 312 /usr/share/samba/smb.conf [02:22] so 2/3 rds of that file are comments which are subject to being wrong and thus causing conflicts [02:22] :) [02:22] sure [02:22] which is why I'd like a better merge algorithm :) [02:25] but while we could strip all the comments out of the default config, that would leave users without the guidance that we, and upstream, are trying to provide with the examples and comments [02:29] * Hobbsee wishes for intelligent merging. [02:29] i'm getting bored of modifying the blacklist every single time. [02:29] * LaserJock often wishes for intelligence but doesn't often find it [02:30] slangasek: I disagree aout the guidance thing [02:31] slangasek: a simple two-liner never-changed comment at the top of the file can refer users to comprehensive documentation and examples [02:32] lifeless: But I, at least, find it much more convenient to have a nicely commented hugely redundant config file to start with. [02:32] slangasek: certainly as an upstream [squid] I want Debian and Ubuntu to ship squid.conf.default and use squid.conf for only active set values [02:32] RAOF: are you serious? or taking the piss? [02:34] lifeless: I'm serious. I find them useful. [02:34] do you remember the gutsy cycle tracker config file? [02:34] No? [02:35] massively long config file full of explicit defaults and comments most of which were totally pointless and something the program would have to change in future anyhow [02:35] anyhow, no huge 'yes this works' reaction, so I'll leave it alone for now [02:35] all of you, go admin 10 or 20 squid servers with squid.conf.default as your starting config file. [02:35] Right. I'm aware that there are downsides to a hugely verbose over-specific default conifg file, I'm just saying that I find them useful. [02:36] come back to me when you've seen the light [02:36] My finding them useful shoudln't inhibit someone from changing the way config is done, though. [02:39] * Chipzz wishes for a "resolve differences manually" option (for example through vimdiff) option when there are conflicts in config files [02:41] slangasek: my opinion on the default settings is: can be quite usefull. I had to do an emergency migration from docvecot to courrier a couple of weeks ago on a server, and courrier config files ship with the default options commented out, which helped alot in getting it up and running faster [02:42] also, in the case where there is no man page for the config file (which would be a bug in itself though) the default settings and comments *are* the documentation [02:43] I guess this is often the case for files in /etc/default/; only other option is to look at the init-script itself then [02:45] well, it's a shame that ESR was the one to say it, because he got it right - if the user has to consult the documentation to find out how to do what they need to do, you've failed [02:45] (unless they're trying to do something *really* uncommon) [02:46] some things are just inherently complex, and hence inherently require reading documentation [02:46] gcc is inherently complex, but users can do a lot with it without having to consult gcc documentation :) [02:48] depends on your pov I guess ;) [02:49] hmm, I don't think I've ever read documentation for gcc itself [02:51] slangasek: btw, I was reading my backlog earlier and saw your griefs about the CD size [02:51] now I don't have any personal experience with that [02:51] which round of them? :-) [02:52] but there are still some things in a default ubuntu installation which shouldn't be there by default IMO [02:52] for example, some packages ship .devhelp files in non-development packages [02:52] Chipzz: so I'm saying have the docs, but in separate files [02:53] lifeless: at which point I need to have 2 editors open, and constantly switch between them [02:53] not very convenient [02:53] * lifeless hands Chipzz vim [02:54] lifeless: I use vim. extensively. but in most cases I have only one file open in vim [02:54] never really quite got the hang of using multiple buffers extensively [02:55] I know, we could put every single config in the system into one big file :) [02:55] and call it the registry [02:55] and still, having 2 files open in 1 vim still requires a mental context switch [02:55] :vsplit [02:55] is your friend [02:55] * RAOF is more a fan of C-x 3, but whatever floats your boat. [02:55] Chipzz: how big are devhelp files? [02:55] I can't imagine them taking up very much space [02:56] Chipzz: huh, interesting, good point; the devhelp files do seem rather small, though [02:56] so I think cleaning that up is more a conceptual cleanliness thing rather than a space-saver [02:57] LaserJock: hrrrm not too big apparently; 50KB'ish [02:57] slangasek: I brought up the issue with seb128 in the past already [02:57] he didn't seem too interested in fixing it [02:57] those are some offenders: [02:57] -rw-r--r-- 1 root root 7921 Sep 17 2007 /usr/share/gtk-doc/html/bonobo-activation/bonobo-activation.devhelp [02:58] -rw-r--r-- 1 root root 8634 Sep 17 2007 /usr/share/gtk-doc/html/bonobo-activation/bonobo-activation.devhelp2 [02:58] -rw-r--r-- 1 root root 59312 Oct 22 2007 /usr/share/gtk-doc/html/evince/evince.devhelp [02:58] -rw-r--r-- 1 root root 66496 Oct 22 2007 /usr/share/gtk-doc/html/evince/evince.devhelp2 [02:58] -rw-r--r-- 1 root root 22545 Sep 18 2007 /usr/share/gtk-doc/html/gdict/gdict.devhelp [02:58] -rw-r--r-- 1 root root 26253 Sep 18 2007 /usr/share/gtk-doc/html/gdict/gdict.devhelp2 [02:58] -rw-r--r-- 1 root root 54983 Sep 17 2007 /usr/share/gtk-doc/html/libbonobo/libbonobo.devhelp [02:58] -rw-r--r-- 1 root root 60917 Sep 17 2007 /usr/share/gtk-doc/html/libbonobo/libbonobo.devhelp2 [02:58] Chipzz: send patches? :) [02:58] -rw-r--r-- 1 root root 8990 Sep 19 2007 /usr/share/gtk-doc/html/pygtksourceview2/pygtksourceview2.devhelp [02:58] -rw-r--r-- 1 root root 52236 Apr 7 2007 /usr/share/gtk-doc/html/rhythmbox/rhythmbox.devhelp [02:58] -rw-r--r-- 1 root root 58543 Apr 7 2007 /usr/share/gtk-doc/html/rhythmbox/rhythmbox.devhelp2 [02:58] slangasek: the issue was more an issue about seb128 not wanting to create seperate packages for them [02:58] and [02:58] they were in -common packages for example [02:59] which are arch-independant [02:59] why would you need separate packages, instead of shipping them in the -dev packages? [02:59] moving those files would increase package sizes of arch-dependant packages [02:59] slangasek: well currently there is no policy on where to ship them [03:00] it would increase the package sizes by, what, 2K compressed? [03:00] -rw-r--r-- 1 root root 4943 Sep 17 2007 /usr/share/doc/libbonoboui2-common/html/libbonoboui.devhelp.gz [03:00] -rw-r--r-- 1 root root 5040 Sep 17 2007 /usr/share/doc/libbonoboui2-common/html/libbonoboui.devhelp2.gz [03:00] ^^^ we're not even consistent about the directory we ship them in even [03:03] anyway probably not much of a win... I thought those were bigger [03:05] tjaalton: Yay for input hotplug! \o/ [03:05] slangasek: anyway, I made a list once of all devhelp files and which packages contained them (but that was a while (about a year) ago); I can still send that file somewhere though [03:05] -rw-r--r-- 1 root root 21410 Aug 17 2007 devhelp.list [03:05] heh [03:06] Chipzz: to ubuntu-devel, to try to get a consensus? [03:06] just under a year ago apparently :) [03:06] it's pretty obvious to me that they ought to be in the -dev packages, but [03:06] well [03:06] in some cases they are in the -doc packages [03:06] in some cases in the -dev packages [03:06] and still other cases in a random package [03:07] now should that be -doc or -dev then? [03:11] Chipzz: if the -doc package is documentation for a library, then -doc is suitable; if there's no -doc package, then -dev is suitable; all IMHO [03:13] *nod*; but then the question may popup when it's worthwhile to create a seperate -doc package and when it isn't [03:13] ah well [03:14] * Chipzz goes to sleep [03:14] past 4AM :P [03:15] ogra: Could you please share your VCS branch for the initramfs-tools packaging, or alternatively something i can dget, so i can implement the percentage thing properly and without stepping on your toes? Thanks. [03:24] tjaalton: are we going to get a fix for the keyboard breakage soon? [03:36] hobbsee: Breakage? [03:37] ion_: yeah. i upgraded to the latest version, and it doesn't work inside of X. [03:37] hobbsee: Huh. Could i see your Xorg.0.log? [03:39] ion_: http://hobbsee.com/tmp/Xorg.0.log [03:40] i added the server flags after, and restarted X. but i think that's the first log [03:41] (EE) Failed to load module "evdev" (module does not exist, 0) [03:42] That is reeeeally strange. [03:44] hobbsee: Do you have xserver-xorg-input-evdev installed? [03:44] ion_: nope [03:44] hobbsee: That’s probably the problem. Something really should depend on it now that input hotplug uses evdev. :-) [03:44] i presume i need to, and that's the input hotplug? [03:44] Try installing it and restarting X. [03:45] right. yeah, i didn't have -input-all installed === persia_ is now known as persia [04:36] ion_: I have xserver-xorg-input-evdev and it's still fairly broken for me. [04:37] Arrow keys not working, for instance. [04:42] Xorg.0.log? [04:46] ion_: http://nullinfinity.org/tmp/Xorg.0.log [05:01] ion_: This seems pretty weird: (II) XINPUT: Adding extended input device "Video Bus" (type: KEYBOARD) [05:11] johanbr: Ok, i see nothing obvious, but try what happens without an xorg.conf. [05:11] johanbr: Perhaps there are InputDevice sections or something that interact with input-hotplug badly. === jarson is now known as bill-barriere [05:13] ion_: Alright, I'll give that a try. Thanks. [05:35] moin [05:40] emgent: :D [05:40] * nxvl waves on emgent [05:42] kirkland: WHy subscribe me to bug 33649? [05:42] Launchpad bug 33649 in debian-installer "root raid installs have bad grub config" [High,Confirmed] https://launchpad.net/bugs/33649 [06:22] good morning === dholbach_ is now known as dholbach === superm1 is now known as superm1|away === dholbach_ is now known as dholbach === choudeshell_ is now known as choudesh [07:12] Good morning [07:12] hi! [07:13] hey nxvl, how are you? [07:13] Morning pitti [07:13] pitti: would you like to sponsor one of my package updates into debian and then sync it into ubuntu :D? [07:13] nxvl: probably not today, I have an ultra-tight schedule today; but I'm happy to do it tomorrow if you mail me? [07:14] pitti: You said you didn't care about hppa depends, so libgmime-2.0-2 and libxml++2.6c2a can be NBS'd out [07:14] ok [07:14] wrinting mail [07:14] tomorrow sound perfect for me [07:14] StevenK: right, in fact that's the very first thing I'm starting with today, to clean up various other lists as well [07:14] Yay! [07:14] StevenK: thanks a lot for your work on that [07:15] pitti: Also, compare and contrast, 'rmadison -u debian twin' and 'rmadison twin' [07:15] pitti: No problem :-) [07:15] StevenK: twin> fun [07:16] pitti: Fix it? :-) [07:16] pitti: When the list looks a little cleaner, point me at it, and I'll shake out another few to do. [07:16] pitti: sent [07:17] pitti: Do I have to do somethng other than change a MIR's bug back to new to get it looked at again, or are those who are processing the MIR queue not through/behind with the queue? [07:21] TheMuso: setting back to NEW is ok, preferably with a comment [07:21] pitti: Right done that, thanks, I'll let you get on with your morning. :) [07:24] StevenK: "fix"? [07:24] StevenK: the package is newer in Ubuntu, and nobody filed a removal request [07:25] pitti: Only because I fixed it so it wasn't a broken pile of crap. [07:25] StevenK: ah, that was you? :-) [07:25] And then filed a Serious bug in the Debian BTS, which got closed [07:25] StevenK: Isn't it better to file removal requests in those situations? [07:26] StevenK: so, if you want me to remove it, can do [07:26] Now I'm exacting revenge [07:26] pitti: Can we remove it, NEW and then remove it again? I'm feeling fairly vindictive toward it [07:26] lol [07:27] Maybe getting elmo to rm the files off librarian would make me feel better [07:28] * pitti NBS-removes 15 packages [07:28] \o/ [07:28] pitti: If you want a removal request, I'll file one, I just thought that since we remove stuff when Debian does, and twin isn't even in *stable*, we could skip it. [07:29] StevenK: I can remove it right now [07:29] TheMuso: hiya, I thought you had grub expertise? [07:29] kirkland: No., [07:29] TheMuso: and I thought cjwatson and evand|vacation were out on holiday [07:30] TheMuso: ah, sorry then, feel free to unsubscribe [07:30] kirkland: cjwatson still has Friday left I think, but I know evand is on vacation. [07:30] kirkland: I hear about that bug via the installer bugs anyway. [07:31] TheMuso: gotcha... well, this is more of the make-raid-work-right patches ;-) [07:31] * pitti discovers some cycles in the NBS dependencies and slaughters even more [07:31] Whee [07:34] pitti: We have a new team you might want to join: https://edge.launchpad.net/~ubuntu-cruft-busters [07:36] and then after pitti joins it, be sure to add the group to ~we-love-pitti [07:37] LOL! [07:37] that actually exists... [07:37] * StevenK joins [07:37] * StevenK is a pitti fanboi [07:38] * persia fears the high annual membership fee to ~we-love-pitti [07:42] * warp10 reassures persia: first year is free! === thekorn_ is now known as thekorn [07:44] actually we should create the pitti-lovers lp team [07:44] :P [07:45] nxvl: isn't that what ~we-love-pitti is ? [07:45] * Koon joins [07:45] it actually exists? [07:45] i thought it was a joke [07:45] * nxvl joins [07:45] nxvl: otherwise it wouldn't be as fun [07:45] * StevenK chuckles [07:46] * dholbach thought that's what ~ubuntu-6had was about [07:46] "We, who believe Martin Pitt is more powerful than Chuck Norris" [07:46] * Koon is a true pitti fanboy, I've been for years [07:46] althought I'm not so convinced about the vehement dislike for CDBS :) [07:46] Chuck Norris doesn't have a chance when faced with a decent collection of NBS. [07:47] lol [07:49] tjaalton, bryce: xresprobe wants to go to universe, is that ok? [07:49] * pitti chuckles [07:50] mmm that team should be open [07:50] i really need to blog about this [07:50] StevenK: applied for joining cruft-busters; I love to clean up the house :) [07:50] will do tomorrow [07:50] see you! [07:50] dholbach: please see the debdiff against debian/rules in the latest libgweather upload and tell me how much you love CDBS :-P [07:50] Haha [07:51] nxvl: only True Pitti Lovers (TM) can join, we need to check candidates first ;) [07:51] heh [07:51] :D [07:51] slangasek: I didn't say "it's the greatest thing ever", in a lot of cases it just makes things easier :) [07:51] bad icons.. [07:51] similar to Pirelli :) [07:51] dholbach: And in few cases, it makes slangasek cry. [07:52] cdbs is really great when it works. [07:52] But that's pretty much true of everything. [07:52] ScottK: Didn't you go to bed, again? [07:52] cry for my Axe of Code Cleaving? [07:52] Haha [07:52] Still working on it. [07:52] cdbs is a nightmare sometimes [07:53] i still prefer debhelper [07:53] If you want to cry, look at debian/rules for sendmail. [07:53] I want to cry, not have my eyes bleed [07:53] i don't even want to check a sendmail configuration file [07:53] StevenK: look at doko's patch "systems" then :) [07:53] StevenK: e. g. in python2.5 [07:53] pitti: Dun wanna [07:54] nxvl: The debian/rules look like something someone that likes Sendmail CF would write. [07:55] pitti, welcome to cruft busters :-) [07:55] NCommander: thanks :) [07:55] I think I birthed something that is quickly going to grow to become an offical MOTU team [07:55] ScottK: sendmail added to my black list [07:56] tjaalton, bryce: discover1 has been removed from Debian,but it's still in Ubuntu main; do we want to keep it? [07:56] ugh, what rules looks like sendmail.cf [07:56] * persia has a rule that no CDBS debian/rules with more than 20 lines is acceptable [07:56] (this includes whitespace and comments) [07:56] tjaalton, bryce: oh, that's not actually your fault, but ltsp's, so never mind [07:56] pitti: right, xserver-xorg no longer needs it [07:57] tjaalton: what about xresprobe? that can go as well? [07:57] go to universe, I mean [07:57] yep [07:57] --- libgweather-2.23.6.orig/debian/rules [07:57] +++ libgweather-2.23.6/debian/rules [07:57] @@ -0,0 +1,20 @@ [07:57] persia: what do I win? :) [07:58] can't that be fixed in cdbs proper? [07:58] pitti: sure, it can be fixed by reverting the change for Debian bug #387103, which you and I both commented on years ago :-) [07:58] slangasek: Error: Could not parse data returned by Debian bugtracker: global name 'ls' is not defined (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387103;mbox=yes) [07:58] slangasek: If you were putting the package for my review, you'd not get rejected for having an unmaintainable debian/rules. [07:59] Unmaintainable!? [07:59] pitti: I've committed the change already to the cdbs bzr branch, and filed a bug with Debian about it; feel free to review and upload [07:59] pitti: I haven't uploaded yet because I wanted more eyeballs on it first [07:59] slangasek: great, thanks [08:00] slangasek: libgweather uses tarball.mk? [08:00] pitti: no [08:00] pitti: understand now my rage :) [08:00] the change made *for* tarball.mk broke simple-patchsys use when you need to patch the buildsystem [08:01] slangasek: hm, did you push? I pulled, and nothing new from you [08:01] pitti: hmm, I used debcheckout, let me check [08:01] wasn't sure if that would branch or checkout [08:02] right, pushing now [08:02] done [08:02] slangasek: bzr info will tell you [08:02] slangasek: so if that change works for you in libgweather, I'll test it with a normal and a tarball.mk package [08:03] StevenK: yes, I seem to have gotten distracted between the time I ran that command, and the time I should have gone to look at the output :) [08:03] ok blogged [08:03] slangasek: Haha [08:03] pitti: it's now announced, so you will receive an avalance of official fanboys [08:03] nxvl: argh noo! [08:03] it's embarassing enough as it is... [08:03] Haha [08:03] :D [08:04] pitti: You've beaten NBS into submission? [08:04] nxvl: you should have blogged tomorrow, so that we joined one day before everyone else [08:05] StevenK: I cut a fair dent into it, anyway [08:05] nxvl: ln -s /usr/bin/sudo /usr/bin/pitti [08:05] Koon: for me it's 2 am [08:05] nxvl: :D [08:05] heh [08:05] pitti: Is the list updated too, or I need to wait for a regen? [08:05] emgent: please! pitti is more powerfull that root or sudo! [08:05] StevenK: needs publisher first, then I can manually regen [08:06] nxvl: lol [08:06] pitti: This run that started ~ 3 minutes ago, or another? [08:06] emgent: and pitti is not symbolic, he's hard [08:07] i need to move to europe, europe mornings are funnier that american ones [08:08] ok it's official, my post reached planet ubuntu [08:10] dholbach: you've got your team too [08:10] dholbach: https://edge.launchpad.net/~dholbach-huggers [08:10] does anyone here move hard drives installed with ubuntu around between machines? [08:11] nxvl: heh :D [08:11] hahaha [08:11] * dholbach hugs nxvl and warp10 [08:11] :) [08:12] nxvl: you need a logo or I won't join. [08:12] i do... i have a Thinkpad t61p with a 14" screen, and a much smaller x61 with a 12" screen... the smaller one is *great* for travel, planes, trains, sprints, etc. [08:12] * warp10 hugs back dholbach [08:12] warp10: please remove pitti group icon :) [08:13] emgent: why? [08:13] it's cool [08:13] emgent: ? [08:13] everything works swimmingly, except for my xorg.conf is not portable between the two machines. one is nvidia, the other is fglrx. on is 1400x1050, the other is 1024x768 [08:13] Koon: daniels head sounds good for you? [08:13] warp10: it`s horrible, similar to Pirelli [08:13] hahah [08:13] i added this to my x11-common: http://pastebin.ubuntu.com/35434/ [08:14] perhaps I'll talk to bryce about that tomorrow.... [08:14] nxvl: daniels head sounds good to everyone. [08:14] kirkland: hrm, why do you have an xorg.conf at all? that's deprecated [08:14] kirkland: is HAL not appropriate? [08:14] xorg.conf isn't quite dead yet =( [08:14] emgent: because power is nothing without control [08:15] warp10: :) [08:15] slangasek: unfortunately the patch to prefer nvidia on autodetection was reverted upstream after only a day or so [08:15] kirkland: ^ [08:15] slangasek: I don't have "an" xorg.conf.... I have 19 :-) [08:15] I still have a few, but I'm trying to cut back [08:15] warp10: lol [08:15] pwnguin: hmm, I'm interested, how would HAL solve this? [08:15] I don’t have an xorg.conf. Period. ;-) Now the xorg in Ubuntu does all i need without a conf. [08:15] slangasek: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=66fb253082ea42179180303393e48846208987fa FYI [08:16] kirkland: based on the laptop id, set a preferred driver? [08:16]