=== AlinuxOS [n=Ubuntu@d83-176-109-89.cust.tele2.it] has joined #ubuntu-devel === Arr0gance [n=aks@ottawa-hs-209-217-110-123.d-ip.magma.ca] has joined #ubuntu-devel [12:12] good night guys. === ealden [n=ealden@203.76.212.217] has joined #ubuntu-devel === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel === sophie^ is away: mv sophie^ >> /dev/null [12:23] man I hate public away messages. === sophie^ is back (gone 00:00:42) [12:24] sophie^, please turn that off [12:24] oops [12:24] script thingy [12:25] sophie^, thanks [12:27] my apology... [12:34] i try to reach jeff bailey. what is the best email? rasperyginger and nisa seem to be out [12:34] how about jeff.bailey AT canonical.com [12:34] ok, thanks === ompaul [n=ompaul@193.203.134.212] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === jsgotangco [n=jerome@ubuntu/member/jsgotangco] has joined #ubuntu-devel === shaya [n=spotter@user-0ccembr.cable.mindspring.com] has joined #ubuntu-devel [01:14] mjg59: so yoi going to be packaging up aiglx? :) [01:15] shaya: Nope [01:16] wondering whose going to win the battle of the bling [01:17] In the short term, probably aiglx [01:17] It's massively easier to integrate, and it has other practical side effects [01:17] In the long run? Fuck knows [01:17] heh === lemsto [n=salim@ANantes-154-1-25-122.w81-53.abo.wanadoo.fr] has joined #ubuntu-devel === lmanul [n=manu@dan75-4-82-239-58-38.fbx.proxad.net] has joined #ubuntu-devel [01:30] what is aiglx? [01:38] http://fedoraproject.org/wiki/RenderingProject/aiglx === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.14] has joined #ubuntu-devel === sto [n=sto@debian/developer/sto] has joined #ubuntu-devel === stub [n=stub@gb.ja.95.210.revip.asianet.co.th] has joined #ubuntu-devel === rcliii [n=rcliii@cpe-65-26-158-102.cinci.res.rr.com] has joined #ubuntu-devel === jamesh [n=james@203-166-237-197.dyn.iinet.net.au] has joined #ubuntu-devel === Aegir [n=richard@C1480153.wl148.flinders.edu.au] has joined #ubuntu-devel === sto_ [n=sto@224.Red-80-59-203.staticIP.rima-tde.net] has joined #ubuntu-devel === lifeless_ [n=robertc@static-147.29.240.220.dsl.comindico.com.au] has joined #ubuntu-devel === seth [n=seth@ubuntu/member/seth] has joined #ubuntu-devel === lifeless [n=robertc@static-147.29.240.220.dsl.comindico.com.au] has joined #ubuntu-devel === lifeless [n=robertc@static-147.29.240.220.dsl.comindico.com.au] has joined #ubuntu-devel === error27 [n=dcarpent@adsl-69-236-71-55.dsl.pltn13.pacbell.net] has joined #ubuntu-devel === reggaemanu_ [n=manu@ARennes-257-1-56-145.w81-53.abo.wanadoo.fr] has joined #ubuntu-devel === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === herzi [n=herzi@c128159.adsl.hansenet.de] has joined #ubuntu-devel === pietrus [n=pietrus@tor/session/x-683c918e31ac0bfd] has joined #ubuntu-devel === marcin` [n=user@194.114.146.58] has joined #ubuntu-devel === irvin [n=irvin@ubuntu/member/irvin] has joined #ubuntu-devel === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-devel === crimsun [i=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-devel === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel === setuid [i=japh@gnu-designs.com] has joined #ubuntu-devel === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel [03:47] Can someone tell me how "ubuntu-server" differs from the other variants? === marcin` [n=user@194.114.146.58] has joined #ubuntu-devel [03:50] setuid: afaik different packages on the cd, no sudo-er for first user, doesn't install ubuntu-desktop by default [03:52] So it would be the preferred approach for a headless box, yes? [03:52] I'm looking for a debian-based distro that will allow me to throw mysql 5.x on there without much trouble [03:52] I'm going to be building apache/php from source, but MySQL is kind of a pain to get right with the paths and such === setuid finds #ubuntu-server and idles [03:57] setuid: yes, if you want new stuff like mysql5, you'll (hopefully) like ubuntu-server... I didn't do a headless install though ;) [03:57] (or headless setup) [03:58] We'll see in about 39 minutes, when this download is done === mhz [n=mhz_chil@pc-252-84-215-201.cm.vtr.net] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-devel === reggaemanu [n=manu@ARennes-257-1-56-145.w81-53.abo.wanadoo.fr] has joined #ubuntu-devel [04:16] setuid: Out of curiosity, why build apache2 and PHP from source? Is there anything I can change/fix to make the packages more appealing? [04:17] infinity: Are you the Debian/Ubuntu Apache2 packager? [04:17] setuid: Yes. [04:17] setuid: With PHP, I know our "try to include every feature we can" policy won't make everyone happy. With apache2, though, I've been pretty happy with the packaging, even in large datacentre contexts. [04:17] One major pet peeve (which is shared by hundreds of my peers), is to stop splattering the configs all over the place. /etc/httpd, /etc/apache2, /etc/apache-ssl, and all that. Apache1 is nice and clean (if you use includes for conf files of course) [04:18] setuid: Erm, the configs are in one place. /etc/apache2 [04:18] Not if you install the ssl version (and why the hell is it two separate packages anyway?!) [04:18] setuid: You would only have /etc/httpd if you built from source. [04:18] If you do port 80 and port 443, you need two separate packages, which are in two separate dirs. That's just odd, and even the Apache developers concur on that point. [04:19] setuid: If you're referring to apache 1.3 ("apache" and "apache-ssl" packages), I'd strongly recommend you move to apache2. [04:19] If you build from source, you get /usr/local/apache, actually [04:19] Well, Apache2 has its limitations, when compared to Apache1 [04:19] setuid: Also, "apache-ssl" is "apache with BenSSL complied statically"... You could just as easily install "apache" and "libapache-mod-ssl" to use mod_ssl in apache instead. [04:19] But I'll digress for now [04:19] (But that's all apache1.3 stuff) [04:20] setuid: Hit me with the apache2 limitations. Most of those should be long resolved by now. [04:20] I've been doing apache+ssl+php+mod_perl+dav/etc. for years now with one script, one command.... and it does it all in one shot. [04:20] http://code.gnu-designs.com/apachebuild/ [04:20] That's my script, one for apache1, one for apache2 [04:20] Probably not updated for this month's releases, but I'll update it === infinity shrugs. I don't much MIND if you build from source, I just want to address needs of people who prefer to build from source to see if our packaging can be more "correct" for more people. [04:21] The way Debian does its configs is wildly out of spec, and far too confusing to make any logical sense. It takes me a couple of hours to unfuck the thing back into compliance. [04:21] pardon my french ;) [04:21] "compliance"? [04:21] Compliance with upstream is to have one giant httpd.conf === poningru [n=poningru@n128-227-48-104.xlate.ufl.edu] has joined #ubuntu-devel [04:21] Right, back into some semblance of normalcy [04:21] No it isn't, that's also braindead [04:21] Which doesn't scale terribly well. [04:22] But the whole symlink modules into separate dirs mess is a hack [04:22] You enable modules by commenting them in or out, in the configs [04:22] I'll politely agree to disagree on that one. [04:22] And I make use of includes heavily in my main .conf file [04:22] Which keeps things clean [04:22] conf.d directories are a pretty longstanding tradition that Just Works. [04:22] Right, so I'll undo that back into something I can manage better with scripts [04:23] Having to do file IO just to update a vhost or enable/disable a module, is messy [04:23] hm... I find the split apache2 config very good, managable and intuitive... but I didn't have to setup many webservers yet (only a few times) [04:23] I split my apache1 configs, just not a 1-module-per-file thing like the Debian package does [04:23] Modules are in modules.conf which in include in my main conf === marcin` [n=user@194.114.146.58] has joined #ubuntu-devel [04:24] Yes, that's how our apache 1.3 packages do it. We found it was quite a bit more painful to manage automatically. [04:24] But I'll install it and see what I can do to minimize that damage. Maybe the process has changed in the last 6 months when I last looked. [04:24] The setup in apache2 is much simpler to handle. [04:24] Have the ssl ProxyPass bugs been fixed? === setuid looks [04:24] setuid: Do you have a bug number? [04:25] http://issues.apache.org/bugzilla/show_bug.cgi?id=12355 [04:25] That's fixed in dapper, not in breezy. === azeem [n=mbanck@host45.natpool.mwn.de] has joined #ubuntu-devel === ajmitch [n=ajmitch@203.89.166.100] has joined #ubuntu-devel [04:25] That's keeping one of my clients back on 1.3 for now, they manage the financial front-end firewalls/authentication for about 200 different banks/credit unions [04:25] And for them, that's a showstopper [04:26] Yeah. I wanted to backport that fix to breezy, but got vetoed, with fairly good reason. [04:26] So, will have to wait for dapper to release to get that one in a stable release. [04:27] Oh, wait. I lied. [04:27] I wanted to backport it to HOARY, but couldn't. [04:27] setuid: I got that fix into breezy before it shipped. breezy is fine. === infinity has a horrible memory for these things, had to check the changelog. [04:33] Ok, give me a few minutes to get this thing installed and ssh routing on it so I can poke at your apache2 packages [04:33] I'll give you some constructive feedback (btw, I've been doing this a long, long time... as both user, OSS developer and web dev) === setuid owns, operates and manages gnu-designs.com (hosting/web), SourceFubar.Net (OSS project hosting), and contributes heavily to lots of projects, including my own... pilot-link and several embedded projects. [04:35] setuid: For the most part, criticisms of the split config will probably fall on deaf ears. No one's stopping you from completely blowing away the config directory and doing it "your way", but this way works well for a lot of users and for package management scripts. [04:35] setuid: Issues with the server itself, how it's built, features we (don't) include, etc. Those are more important to me. [04:35] I'll try to grok it... it just seems very unintuitive, and it isn't the way the stock install works if you do it from source [04:36] I'll be running this behind squid, with deflate, in an EXTREMELY high-volume situation (10GiB of transfers/week, of http and files) [04:36] The stock install from source uses a config that's next to impossible to mangle in a Debian policy-compliant way. We made a conscious decision to scrap it. [04:36] And I'll be relying heavily on DAV in this particular case, as well as mod_perl [04:36] As for concernes about file I/O, that's clearly a non-issue, since apache only reads the config files on startup. [04:37] By file IO, I meant management tools that read/write/modify that config, now have to open multiple (dozens of) file handles to do the same job [04:37] Well, some constructive criticism there could be in the form of "I'd like a better view of what's in those files without having to look at all of them", etc. [04:38] So from our perspective, its a ground-up rewrite of our tools, or a ground-up rewrite of the config as shipped in your packages, or we go back to doing source builds [04:38] Lord knows we need to improve a2enmod/a2dismod to do some things like let you list what's currently enabled (and what'd available but disabled), etc. [04:38] I don't use those tools, didn't even know they existed (something Debian-specific?) [04:39] But I'm assuming you already have a "default config" you use in your case, so you could just rm -rf /etc/apache2 and drop your own configs in if your tools DTRT for you. [04:39] We obviously can't really cater to that case well. :) [04:39] One small thing I'd love to see, is patching HARD_SERVER_LIMIT to a reasonable level, 256 is a bit low [04:39] (Yes, a2{en,dis}mod is the interface used by module packages to turn themselves on and off, and for admins to do the same... Saves from manually mangling symlinks) [04:39] I set that to 1024 here on Linux, and it works great [04:40] $PERL -pi -e 's,HARD_SERVER_LIMIT 256,HARD_SERVER_LIMIT 1024,g' $WORKDIR/$APACHE/src/include/httpd.h [04:40] I'm sure I have a Debian bug about it somewhere, but could you file a bug in Malone (pretty please) about HARD_SERVER_LIMIT? [04:40] I do hit the Dbeina bug list every few months or so, but (as it's my job), I hit Ubuntu bugs more often. [04:40] Let me get everything working and see if its even an issue with apache2, if it is, I'll file it, if not, I'll drop it as an apache1.x requirement [04:41] Is the Preserve ProxyHost patch rolled into this? [04:41] It doesn't sound familiar to me, so I'll go with no. [04:41] sec. [04:41] Again, a bug with a pointer to the patch and an explanation of what it does would go a long way. [04:42] http://code.gnu-designs.com/apachebuild/PreserveProxyHost.diff [04:42] You eat the host header, this returns that back to normal behavior [04:42] Oh, wait. apache 2.0 doesn't even have a HARD_SERVER_LIMIT... That was an apache 1.3 thing. [04:42] I have to second that [04:43] I need to screw my head on and get into the right codebase. :) [04:43] the hard server limit is a ridiculous thing [04:43] I've got a few of Rasmus' patches here too, but probably nothing you'll want in general circulation, they're for high-volume sites [04:43] setuid: Again, that may be an apache 1.3 only issue (the ProxyHost thing)... I'd have to dig through apache2 to see how it behaves. [04:44] I'll test it out, as I said, I do a lot with squid in front [04:44] I'll find these things pretty quickly [04:44] Ok, burn is done... I'll be back in 15 minutes when this headless install completes [04:45] ProxyPreserveHost is a backport to 1.3 from 2.0.31 [04:45] (So, yes, it's supported in apache 2.0 out of the box) [04:46] infinity: just a quick question about mysql-server: are the permissions for /var/run/mysqld intended to lock out world from the socket? [04:47] (seems to break default package setups for e.g. phpmyadmin, since mysql -hlocalhost tries to connect through socket instead of network) [04:49] sistpoty: No, that's a bug. I'll fix it. [04:49] thx infinity [04:50] The directory should be 755, if you want to change it locally while I get around to doing an upload to fix that (and a few others) [04:51] infinity: actually marcin` on -motu just reported this one, I'm a mere proxy ;) [04:51] Heh. [05:07] elmo: any ETA when syncs will be progressed again? === Huahua [n=hua@221.172.51.154] has joined #ubuntu-devel [05:21] What is "kickseed", and why does it hard-lock my machine during install time? [05:26] setuid: just guessing it has s.th. to do with preseeding debconf-options during install, but I don't really have a clue ;) [05:28] hrm... weird that it would get all the way to that point, then hard-lock the machine === bmonty [n=bmontgom@wsip-68-15-230-31.om.om.cox.net] has joined #ubuntu-devel [05:31] setuid: indeed... but actually knowing what it does (instead of guessing) might give more hints ;) === ritvik [n=ritvik@mailout1.vmware.com] has joined #ubuntu-devel === dous [n=adpenara@efreet.edu.ms] has joined #ubuntu-devel [05:33] of course [05:39] Locked up again, this time at 65% of evms... wtf. [05:41] I need to figure out how to make this install slimmer [05:44] setuid: hw is ok, I guess? [05:44] Yes, this server has run 24x7 for about 3 years without any problems [05:45] I'm trying again === sistpoty is just looking for one special bug... [05:47] setuid: have you tried turning acpi off via kernel-cmd-option? [05:47] (maybe related to malone: #12483, but again just a guess) === mpt_ [n=mpt@219-89-146-44.jetstart.xtra.co.nz] has joined #ubuntu-devel === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel === Snake__ [n=snake@adsl-65-43-232-224.dsl.bcvloh.ameritech.net] has joined #ubuntu-devel === Snake__ [n=snake@adsl-65-43-232-224.dsl.bcvloh.ameritech.net] has left #ubuntu-devel [] === highvoltage [n=Jono@196.36.161.235] has joined #ubuntu-devel [06:07] Looks like this disc fucked up the hardware somehow [06:07] Does ubuntu-server poke any data into registers at boot/install time? [06:07] Its locking up like crazy now [06:08] I just did a 5-cd install of SuSE 9.2 Professional on this about 2 hours ago, worked flawlessly. [06:08] setuid: No, of course not [06:08] No lockups or anything, now I can't even get into the BIOS without it locking up on me, and it all started after I tried to install ubuntu-server on it [06:08] sounds like a bad co-indicdence [06:08] i mean, stuff fiddles with all sorts of hardware [06:08] Must be something fishy [06:09] but suse would do the same [06:09] turn it off for a half hour [06:09] I've pulled every card except NIC/video and cd drive and hdd [06:10] maybe corrupted memory? [06:11] I pulled the RAM and put in different RAM [06:11] 512M of Crucial, bench-tested [06:12] hm... [06:13] man, this is so fucked up now [06:13] Its just rebooting at the video card splash at POST [06:13] rebooting, rebooting, rebooting [06:13] "Can't get into the BIOS without locking up" sounds more like either dead cache, or overheating CPU (ie: dead fan), the former being much cheaper to fix. [06:13] Or overheating video card, I suppose, but I can't imagine a server-class system with a fan-cooled video chipset. [06:14] Also, s/former/latter/... Yay brain. [06:23] You hit that one on the head, the cpu fans were wiggled out of their power connector, weren't spinning [06:24] trying again [06:31] hrm, screen went blank right after I hit Enter on the "Install base system" option [06:31] Been blank for 5 minutes [06:31] This 15-minute install is now taking me 2+ hours === JaneW [n=JaneW@dsl-165-205-77.telkomadsl.co.za] has joined #ubuntu-devel [06:39] Hrm, I guess the kernel on here doesn't like my hardware [06:39] ugh [06:40] I got all the way to kickseed the first try, now I can't even get past the fbsplash [06:40] Oh here we go.... "Uncompressing Linux... crc error -- System halted" [06:45] Hopefully you're not suffring fallout from the non-spinning CPU fan.. [06:45] (It's taken me all of 5 seconds running a CPU with no cooling to eat the L1 cache) === RemoteViewer [n=555@stan.physik.fu-berlin.de] has joined #ubuntu-devel === jsgotangco [n=jerome@ubuntu/member/jsgotangco] has joined #ubuntu-devel === mpt [n=mpt@219-89-144-83.jetstart.xtra.co.nz] has joined #ubuntu-devel [06:53] Well I'll be... there's something I've never seen before [06:54] Too many things on one +5 lead from the PSU [06:54] HDD + CD + case fans [06:54] Moved some to the other +5 leads, and now we're back in business [06:54] Let's see if we can get past kickseed === LaserJock is now known as LaserJock_away [06:58] gnight all [06:59] arg!!! [07:00] "debootstrap: : Unknown error 990" [07:01] crap crap crap [07:01] XFS file corruption with LVM === setuid tries again === jsgotangco [n=jerome@210.4.38.43] has joined #ubuntu-devel === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === reggaemanu [n=manu@ARennes-257-1-56-145.w81-53.abo.wanadoo.fr] has joined #ubuntu-devel === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #ubuntu-devel === stockholm [n=andi@petrus.schuldei.org] has joined #ubuntu-devel === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #ubuntu-devel === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-devel === ajmitch_ [n=ajmitch@port171-5.ubs.maxnet.net.nz] has joined #ubuntu-devel === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-devel === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-devel === Aegir [n=richard@d58-104-19-27.dsl.vic.optusnet.com.au] has joined #ubuntu-devel === lemsto [n=salim@ANantes-154-1-25-122.w81-53.abo.wanadoo.fr] has joined #ubuntu-devel === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel === lixus [n=lixuss@lixus.dtm.ops.eu.uu.net] has joined #ubuntu-devel === dholbach [n=daniel@i577B2F22.versanet.de] has joined #ubuntu-devel [08:37] Is somebody else's network-manager acting odd? like wrong dhclient usage, obtaining an IP from Zeroconf and then joining a mDNS multicase group with a strange IP? [08:37] ... which doesn't help me to get into the internet? :-) [08:37] dholbach: As in "it's not invoking dhclient at all, and I had to go back to using ifupdown?" [08:37] dholbach: If so, yes. [08:37] gar! === dholbach looks at dhclient-dhcdbd-support.patch [08:38] dholbach: Not sure if we should blame keybuk's latest n-m changes, or pitti's dhclient changes (that removed some dhcbdb support) === janimo [n=jani@Home03207.cluj.astral.ro] has joined #ubuntu-devel [08:43] yes, wireless just broke for me as well... === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-devel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-devel === giftnudel [n=mb@p54A93A4A.dip0.t-ipconnect.de] has joined #ubuntu-devel === j^_ [n=j@e178056154.adsl.alicedsl.de] has joined #ubuntu-devel [08:50] infinity: reverting pitti's dhcp3 changes makes the world happy again. :) [08:51] But I can't really tell where the actual problem is. [08:52] bug 32223? maybe? [08:52] malone bug 32223 in network-manager "NetworkManager doesn't work if latest dhcp3-client package is installed" [Normal,Unconfirmed] http://launchpad.net/bugs/32223 === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:52] hey pitti! [08:52] morning pitti [08:53] robitaille: yeah, but that's not the "reason" why it breaks ;) [08:53] the extra "-x"? [08:53] pitti: we were just discussing bug 32223 and dhcp3 :-) [08:53] malone bug 32223 in network-manager "NetworkManager doesn't work if latest dhcp3-client package is installed" [Normal,Unconfirmed] http://launchpad.net/bugs/32223 [08:54] pitti: but take your time :-) [08:55] Good morning everyone === pitti hugs dholbach and ajmitch [08:55] dholbach: hmm, Keybuk asked me to remove the dhcdbd patches... [08:56] (bug 32134) [08:56] malone bug 32134 in dhcp3 dhcp3-client "does not update /etc/resolv.conf (when changed from NetworkManager)" [Normal,Fix released] http://launchpad.net/bugs/32134 [08:56] it seems like the dhclient usage from networkmanager doesnt work [08:56] ok, time for me to go home, see you all tomorrow :) [08:56] Ubugtu: bug 32134 !!! [08:56] malone bug 32134 in dhcp3 dhcp3-client "does not update /etc/resolv.conf (when changed from NetworkManager)" [Normal,Fix released] http://launchpad.net/bugs/32134 === mpt_ [n=mpt@219-89-142-85.jetstart.xtra.co.nz] has joined #ubuntu-devel [08:57] pitti: be kind with Ubugtu :-) [09:00] dholbach: ok, I'll discuss that with Keybuk and take a look at it [09:00] pitti: you rock! :-) === dholbach hugs pitti === ompaul [n=ompaul@193.203.134.212] has joined #ubuntu-devel [09:03] On that subject, Firefox doesn't update its ideas about resolv.conf unless it's restarted [09:05] dholbach / pitt : robitaille is right, bug 32223 does seem to hold the answer, not just the question. :) [09:05] malone bug 32223 in network-manager "NetworkManager doesn't work if latest dhcp3-client package is installed" [Normal,Unconfirmed] http://launchpad.net/bugs/32223 [09:06] sladen: Great... So that means it has its own local cache of the contents of resolv.conf and doesn't just trust glibc's resolver? [09:06] sladen: I don't suppose you have an urge to tear through libnss (or whatever's responsible) and find the offending code? [09:06] infinity, robitaille: awwww, yes. === mvo [n=egon@p54A64BDC.dip.t-dialin.net] has joined #ubuntu-devel === infinity does the "it builds, ship it" dance and uploads the new fglrx. [09:07] I finally got my network working on the laptop. Got my wired cable out from the closet, and then had to run dhclient3 manually after n-m found the wired connection. [09:08] robitaille: Hurrah for progress, eh? :) [09:09] a working network connection is always a good thing in life :) === jsgotangco haven't done the n-m challenge === robitaille loves n-m always worked fine until tonight [09:13] i'll finish my flight4 pages first before i start doing stuff again === mpt__ [n=mpt@222-154-113-246.jetstream.xtra.co.nz] has joined #ubuntu-devel === carlos [n=carlos@84.76.255.40] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [09:22] hey seb128! [09:22] hi dholbach === tfheen [n=tfheen@c51008D91.inet.catch.no] has joined #ubuntu-devel [09:28] Hey Mith^W tfheen === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-devel === Micksa [n=mslade@203-217-18-166.perm.iinet.net.au] has joined #ubuntu-devel [09:33] grah [09:34] anyone know/care about this prob in dapper?: [09:34] http://knobbits.org/ws.png [09:34] ugly ugly bold font. I had it working nicely before with an appropriate .Xresources but now it goes ugly. *sometimes*. [09:37] what font do you use? [09:38] what $PS1 do you have? === olemke [n=olemke@iup.physik.uni-bremen.de] has joined #ubuntu-devel === Robot101 [n=robot101@light.bluelinux.co.uk] has joined #ubuntu-devel [09:41] 6x10. um, big-arse $PS1 :) but the same issue occurs with e.g. joe using bold fonts [09:41] (don't say a word :P ) [09:41] http://knobbits.org/tmp/dot-xrsources.txt === vuntz_ [n=vuntz@volin.imag.fr] has joined #ubuntu-devel [09:43] Micksa: what is "6x10"? do you use g-t? [09:43] no, that's xterm. [09:43] shoulda said that, sorry :) [09:44] XTerm*font: 6x10 [09:46] well well [09:46] 6x10 -misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1 [09:46] eeenteresting [09:47] you should use g-t [09:47] and pick a real font :) [09:48] seb128: is there some useful way of giving you feedback when evo hangs ? [09:48] lifeless: gdb backtrace [09:48] seb128: k [09:48] seb128: I shall start doing that [09:48] I would use g-t if it didn't slow down gcc 8) [09:48] lifeless: hang when doing fast switching on imap sometime? [09:48] seb128: into Malone ok ? === Micksa ducks the flying gegls [09:49] micksa: shouldn't do that anymore [09:49] lifeless: sure [09:49] Micksa: dapper vte has been way optimized [09:49] seb128: imap yes, dunno about 'fast switching' [09:49] lifeless: may be known (it hangs sometime for me too), get a backtrace that's the best way to know if that's the same hang [09:49] lifeless: 'clicking on multiple folders in a row quickly' [09:49] Treenaks: oh, no not that [09:50] micksa: but I'm using 6x13 with g-t, and things look nice ;) [09:50] usually I come back to evo via alt tab [09:50] and fast [09:50] Treenaks: can you reproduce a hang that way? [09:51] seb128: I'm not using evo at the moment, but I used to get hangs in hoary that way [09:51] Treenaks: ok, we can always use people able to reproduce a bug :) === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [09:51] much easier to try patches that way [09:51] seb128: sure :) [09:51] micksa: http://www.gnome.org/~davyd/gnome-2-14/ [09:52] it hangs for me, but like once every few days, so to say if that's a patch working ... [09:52] tee hee, "crack team of speed kings" [09:52] seb128: Hmm.. would always running evo under valgrind/gdb work? :) [09:53] Treenaks: no need for a hang [09:53] that phrase as so much potential for bad jokes [09:53] Treenaks: which is nice with a hang is that you can attach gdb to the process whenever you want :) [09:54] seb128: good point.. you'd have to be running a debug build though, right? [09:54] whos maintainer for nividia-glx / [09:54] hmmm! [09:54] ? [09:54] I WANNA BE IN A CRACK TEAM [09:54] infinity: IIRC, yes. It has its own async DNS resolver and it'll need patching (or just patching-out to use resolv again) [09:55] Micksa: first, find a crack dealer. then come back ;) [09:55] Treenaks: better yep, but half of the time a non-debug is enough to figure if that's a dup of a known issue [09:55] seb128: wow, 'crack team of backtrace readers' ;) [09:55] Micksa: maybe someone can "push" you in the right direction ;) === mbergner [n=mb@p54A923EA.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:56] Treenaks: already on it === Micksa chortles heartily === sto_ is now known as sto [09:57] man, gnome is goin off [09:57] *policies* now. well, "lockdowns" [09:59] Micksa: yes, but implemented sanely, not as one neverending list of options [09:59] heh === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [10:00] who maintains nvidia-glx [10:01] viviersf: #ubuntu-kernel (and me) [10:01] viviersf: But I'm heading out in a few minutes. If you have a bug to file, please file it. [10:02] soz nm [10:03] and wobbly minimise!!! === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [10:03] don't Apple have a patent on that crack [10:04] sladen: they have the genie effect.. [10:06] man, check out fluendo's site [10:06] open source is starting to *look* really sexy [10:06] okay, s/starting/continuing/ :) [10:07] infinity, soz found the bug filed already [10:08] viviersf: Which bug? [10:09] infinity, the nvidia-settings + glx bug [10:09] viviersf: That's already been fixed. [10:10] (base)adconrad@cthulhu:~$ apt-cache show nvidia-glx | grep ^Conflicts [10:10] Conflicts: nvidia-glx-src, nvidia-settings [10:10] Could someone please move S18displayconfig-hwprobe.py to a point where python is actually available? (aka. after /usr is mounted). === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [10:10] Micksa: sexy? You /do/ remember the original Ubuntu backdrops don't you... [10:11] sladen: they didn't wobble! === sladen blinks and stares, just *don't*. [10:12] dammit, where is this app? [10:12] http://www.gnome.org/~davyd/gnome-2-14/images/compositing-manager.png [10:12] gconf-editor you mean? [10:12] compiz? === mbergner is now known as giftnudel [10:12] ah [10:12] or the latest version of metacity? [10:12] yeah [10:12] sladen: this is all metacity [10:12] gconf-editor [10:13] I guess gconf-editor is what you use to tweak all the stuff that's been hidden in the name of It Just Works? [10:13] Micksa: yeah :) [10:13] Micksa: or gconftool-2 if you're hardcore === lemsto [n=salim@ANantes-154-1-25-122.w81-53.abo.wanadoo.fr] has joined #ubuntu-devel === pvanhoof [n=pvanhoof@mailhost.newtec.be] has joined #ubuntu-devel === Micksa tries to get gconftool-2 to do something [10:15] ... nope, apparently I suck [10:18] "thread_db_get_info: cannot get thread info: generic error" === seb128 kicks gdb [10:18] generic errors are nice, at least you know what's going on [10:19] man, I'm gonna end up being one of those half-assed techie suit guys that doesn't really know about anything [10:19] I'm scared [10:19] when DOS was king I knew more than anyone [10:19] lol [10:20] Micksa: if you prefer using a console, you can do so ;) [10:20] Micksa: quite everything can be done with the console [10:20] raphink: I can vouch for that. [10:20] well yeah but that's not my point. [10:20] I used to be able to recite fucking *interrupt numbers*. [10:20] what's your point then Micksa ? [10:21] now I have to ask how to configure my apps. [10:21] it's depressing [10:21] your too old, just realize it ;) [10:21] ah ok [10:21] GNAGRGH [10:22] if you want to do computer stuff, better stay up-to-date === dous [n=adpenara@efreet.edu.ms] has joined #ubuntu-devel [10:23] it's a horrible decision to make [10:23] I used to be like a magician [10:23] but like, well [10:23] I was the kind of guy who could recite interrupt numbers [10:23] hhmmm so ? [10:24] there are books that list interrupt numbers [10:24] it's a good thing in *some* circles ;) [10:24] I used to have a program on Mac OS that would give me the description of each [10:24] Very short books, I'd assume, as there were only 15 standard PC interrupts. [10:24] nono, I'm talking about the, um [10:24] Anyhow, the lamenting of your aging computer skills is seriously offtopic. [10:24] infinity: hehe [10:24] the values you'd set AX to to perform whatever operation [10:25] Like int 10h, and such? [10:25] Yeah, a few more of those. Still offtopic. :) [10:25] OKAY, FINE. [10:25] Micksa: apart from complaining on the obsolescence of DOS, do you plan on helping with Linux? [10:26] wel not *right* now. I just felt the urge to rant. sorry. === ompaul [n=ompaul@193.203.134.212] has joined #ubuntu-devel [10:29] I have blue-sky dreams of helping with Linux in a way not unlike how Mark Shuttleworth is :) [10:30] Micksa: So do I... unfortunately I do not have the wits to get that kind of money together in the foreseeable future:-( [10:32] I sure am ambitious and confident huh === bmon [n=monnahan@158.Red-83-49-121.dynamicIP.rima-tde.net] has joined #ubuntu-devel === ozamosi [n=ozamosi@h219n10c1o1049.bredband.skanova.com] has joined #ubuntu-devel [10:38] Kamion: thanks for the reply and sorry for getting it mixed up. *this* way around it makes perfect sense! === simira [n=simira@tellus.err.no] has joined #ubuntu-devel === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel [10:48] Riddell: is Kubuntu following the Ubuntu way of letting hotkey-setup handle the mapping of special keys? [10:48] Riddell: if so, I can tell these people to stop playing with xmodmaps [10:49] Launchpad will be going down in 15 mins. Estimated downtime is 10 minutes. Wikis will be in read only mode during this period. [10:49] Riddell: eg. 27542 [10:49] madduck: no problem, sorry for the delay in digging into it [10:53] dholbach: yay, I fixed dhcdbd and dhcp3 to finally work properly with networkmanager [10:54] morning follks === dholbach hugs pitti [10:55] has any here got an old-style Compaq (pre-HP) with special keys along the top? I could do with some keycodes confirming [10:55] thpethial keys? [10:55] pitti: Did you disable dhcdbd's usage of the '-x' flag, or patch dhclient with RedHat's patches to support it? [10:55] pitti: (Yes, I was just looking at the same bug while waiting for Zofia to get ready to go out) [10:55] infinity: the former, and I fixed dhcp3 to actually notify dhcdbd again [10:56] infinity: AFAIU Keybuk, we don't need the -x stuff [10:56] pitti: The feature is interesting anyway, outside the scope of NetworkManager. But I somehow doubt users are climbing over each other to get it. [10:57] pitti: I expect with a bit of polish, it'll end up in ISC upstream eventually. [10:57] infinity: yes, that's what I'd like to see, too; the patch is pretty intrusive [10:57] well, let's see what else breaks [10:58] we can always reactivate it if we really need it [10:58] Ahh, I haven't looked at the code, just read up on what "-x" does. [10:58] If the patch is ugly, I'm all for dropping it, since we don't actually need it. [10:58] yep, that's what I did in ubuntu5, but I was a bit overzealous [10:58] :) [10:58] I dropped the dbus-send, too :) [10:58] now I put it to the right place [11:02] pitti: I'm too busy with working on HUB, not sure I will have time to create the patch for the volume capabilities. Have you requested / got UVF exception for the new upstream? === j^_ is now known as j === j is now known as j^ [11:02] morning [11:03] are there versioned dependencies in rpm packages at all? === ealden [n=ealden@ipdial-166-77.tri-isys.com] has joined #ubuntu-devel [11:04] siretart: why are you touching rpm ? :) [11:04] how can i switch off all notifications? i dont need them, i.e. i know if i unplug my power cable also the brightnes of my display changes, that is enough feedback for me === Pygi [n=mario@83-131-246-51.adsl.net.t-com.hr] has joined #ubuntu-devel [11:05] sivang: I don't touch it. it is a discussion about packaging a library: comparison between rpm and dpkg [11:05] siretart: ah, I see.. u-d ML ? [11:06] yes, rpm has versioned dependencies [11:06] see http://www.kitenet.net/~joey/pkg-comp/ [11:06] ah, thanks for the link, Colin [11:08] aaargh, WTF is linux-source-2.6.15 a native package nowadays??? [11:10] pitti: yes [11:10] it needs to be [11:11] why does it need to be? [11:12] fabbione: that sucks, why does it need to? [11:12] surely "fetch upstream tarball, stick it in ../linux-source-2.6.15_2.6.15.orig.tar.gz" would work fine [11:12] the official 2.6.15 could be the orig.tar.gz [11:12] Kamion: we are upstream of ourself.. [11:12]