[00:25] <macd> mathiaz, YES!
[00:25] <macd> TY
[00:26] <macd> mathiaz, I've been trying to get someone to look at mod_rails, so we can get the rails stack done
[00:27] <mathiaz> macd: right - I've finished reviewing the package
[00:28] <mathiaz> macd: I'll send my comments but overall it looks good
[00:28] <macd> This one correct: http://revu.ubuntuwire.com/details.py?package=passenger
[00:28] <macd> just to make sure were talking the same one
[00:28] <mathiaz> macd: It seems that mod_rails is very memory hungry
[00:28] <mathiaz> macd: yop - I've reviewed the passenger package
[00:28] <macd> It only builds against a forking server
[00:29] <mathiaz> macd: correct - we do the same with php
[00:29] <macd> so until its able to be built with perthread its kindve a stalemate
[00:29] <macd> but so far mod_rails handles mem the best of all the other rails serving solutions
[00:29] <mathiaz> macd: according to the passenger documentation it should only take 10 lines of code
[00:29] <macd> if that
[00:29] <macd> its standard debian vhost, and a directory
[00:30] <mathiaz> macd: At the moment, Passenger does not support Apache with the worker MPM (which uses threads instead of processes). But because the application pool is implemented in a modular way, supporting the worker MPM shouldn't take more than 10 lines of code.
[00:30] <macd> ohh, I was on another page
[00:30] <mathiaz> macd: ^^ from http://www.modrails.com/documentation/Architectural%20overview.html
[00:30] <macd> Interesting, I'll talk to Neil the guy who packaged it, see if hes interested in looking into that
[00:30] <mathiaz> macd: I heard that nginx+thin is one of the best solution out there
[00:31] <macd> Ive heard that as well
[00:32] <macd> I've seen some benchmarks that dont show much of a diff really
[00:32] <macd> http://ariekanarie.nl/archives/51/mod_rails-vs-thin-vs-ebb-vs-mongrel
[00:32] <macd> thats just thin, not nginx added in
[00:34] <mathiaz> macd: hm - interesting
[00:34] <mathiaz> macd: but it seems that deploying apps under mod_rails is easier than the other solutions
[00:34] <macd> mod_rails is by far the easiest to configure for sure also
[00:35] <macd> its just a standard vhost
[00:35] <macd> with the index set to a  deeper location, so its fairly straightforward
[00:35]  * mathiaz agrees
[00:35] <macd> Much easier to work that in, than what we were looking at with mongrels and multiple configuration changes
[00:35] <mathiaz> macd: there are some incompatibility with other apache module though
[00:36] <mathiaz> macd: the default virtual host creates an Alias for /doc, which broke my first test
[00:36] <mathiaz> macd: removing it and it worked like a charm :)
[00:36] <macd> did you leave a note about that?
[00:37] <macd> As far as the modules go, you can use them still on different vhosts, just not within your rails host
[00:37] <macd> like mod_userdir, your rails app cant live in ~user/rails
[00:37] <mathiaz> macd: correct - that's documented in the passenger user guide
[00:37] <macd> err could live in ~user/rails, but not ~user/
[00:38] <macd> I dont think thats a problem then right?
[00:39] <mathiaz> macd: oh no - not a showstopper
[00:39] <mathiaz> macd: it's documented
[00:44] <macd> mathiaz, does passenger-memory-status work correctly?
[00:47] <macd> err -stats
[00:54] <mathiaz> macd: in the sense that it reports the correct stats ?
[00:54] <mathiaz> macd: I don't know actually
[00:54] <macd> in the sense it works at all
[00:54] <macd> I get ruby errors
[00:54] <macd> but Im sure my ruby is suspect, as its not from the repos
[00:55] <mathiaz> macd: oh yes - it works
[00:55] <macd> The stats _are_ the actual ones, not the incorrect ps/top ones ;P
[00:55] <mathiaz> macd: I was able to get the stats of the server
[00:56] <mathiaz> macd: http://paste.ubuntu.com/29147/
[00:56] <macd> That looks about right
[00:57] <mathiaz> macd: http://paste.ubuntu.com/29148/ - that's after I've hit a simple rails app
[00:57] <macd> http://blog.phusion.nl/2008/06/09/phusion-passenger-20-rc-1-and-ruby-enterprise-edition-released/  <-- that blog post seems to suggest the other MPM model is supported
[00:58] <macd> cool so it works, I was just getting ruby errors, and dont have the buntu ruby installed
[00:58]  * macd makes a note to setup a fresh one
[00:58] <mathiaz> macd: hm - the blog post states that the worker mpm is supported now
[00:59] <mathiaz> macd: that's good news - however I'd like to make sure that the worker mpm is supported by passenger running the standard ruby vm
[00:59] <mathiaz> macd: not the EE vm
[00:59] <macd> Thats what Im looking into
[00:59] <macd> Im setting up a fresh vm
[01:00] <macd> btw, are you running your vm in virtualbox? (I cant boot any intrepid kernels in virtualbox)
[01:00] <mathiaz> macd: I'm using kvm
[01:00] <macd> Mine are running in s2k8 atm ;P
[01:00] <macd> since they boot in there
[01:01] <mathiaz> macd: I ran into some issue with intrepid on kvm, using no-kvmclock to boot a 2.6.26 kernel worked
[01:01] <Nathan406> hello!
[01:01] <mathiaz> macd: but I heard that intrepid has also some issue with virtualbox
[01:01] <Nathan406> Can someone help me fix my usb
[01:02] <mathiaz> macd: I don't know how to boot them - you could try to boot with a 2.6.24 kernel
[01:02] <macd> mathiaz, thats what I've been doing when I need them in there
[01:09] <Nathan406> Can someone help! I cant access my flash drive from the usb port
[04:58] <yahut> what do you think about ubuntu??
[04:59] <yahut> linux ubuntu I mean............
[04:59] <jeromesagisi> hello
[05:00] <yahut> ya...........
[05:01] <yahut> :)
[07:56] <nxvl> soren: around?
[07:57] <soren> nxvl: Yup.
[07:57] <nxvl> soren: i have been looking for you
[07:57] <nxvl> soren: i have work on some merges on the virtualization side
[07:58] <soren> Cool.
[07:58] <nxvl> and i suscribed you to them
[07:58] <nxvl> have you noticed?
[07:58] <nxvl> i think it was qemu and (not mine) bochs
[07:58] <soren> I'm a bit behind on bug mail, so no.
[07:58] <nxvl> exactly what i thought
[07:59] <nxvl> :D
[07:59] <nxvl> also
[07:59] <nxvl> have you noticed that i applied for u-u-c?
[08:02] <nxvl> soren: on the motu-council list
[08:06] <soren> Yes, I did.
[08:06] <soren> I'll get to it today :)
[08:07] <nxvl> yeah, np
[08:07] <nxvl> :D
[08:07] <nxvl> and at last but not a least
[08:08] <nxvl> are you technicaly familiar with the linux boot sequence?
[08:08] <soren> SUre.
[08:08] <nxvl> have you heard about the pymouth proyect?
[08:09] <nxvl> project*
[08:09] <nxvl> http://fedoraproject.org/wiki/Releases/FeatureBetterStartup
[08:09] <soren> No.
[08:10] <nxvl> well
[08:10] <nxvl> pymouth is a lighter and kind of better replacement for rhgb
[08:10] <soren> It seems to be "Plymouth", nor "pymouth", though :)
[08:11] <nxvl> oh yes
[08:11] <nxvl> my bad
[08:11] <nxvl> :P
[08:11] <nxvl> well, the thing is
[08:11] <nxvl> the spanish fedora community is making eco on the news all over the internet (i have read at least 4 posts this week) about Plymouth
[08:12] <soren> Ok.
[08:13] <nxvl> the odd thing is that they are saying that the boot will be inmediat
[08:13] <soren> Hm? Where does it say that?
[08:13] <nxvl> soren: exactly
[08:14] <nxvl> that is on all the spanish post about it
[08:14] <soren> Link?
[08:14] <nxvl> and of what i have understand
[08:14] <nxvl> http://linux.adslzone.net/2008/07/15/fedora-10-arrancara-al-instante/
[08:15] <nxvl> they are just making quicker the grafical thing on the bootsequence, which is something we don't have on server for example
[08:15] <nxvl> so the init part will still be slow
[08:15] <nxvl> wouldn't it?
[08:15] <soren> That certainly seems to be the case, yes.
[08:15] <nxvl> actually the spanish post title are: "Fedora 10 start instantaneously"
[08:16] <soren> They seem to think that the boot sequence is done when you have graphics.
[08:16] <soren> Yeah. I wonder how they got that idea.
[08:16] <nxvl> which is not at any point the scope of the project, as i have understand it
[08:16] <nxvl> jajaj
[08:17] <nxvl> it's kind of funny to see people that go around saying they know a lot, and are experts make mistakes like that
[08:19] <soren> Yeah, it seems very odd.
[08:20] <nxvl> actually i'm enjoing it
[08:22] <nxvl> the last guy that makes the mistake is a guy that goes around saying how expert he is, and how much he knows and how less we other people know (and he has a special problem with me) and i have just posted on the almost same planet than him a technicaly detailed explanation on how that's NOT what it's comming
[08:23] <nxvl> so tomorrow the flamewars will start on the peruvian community
[08:23] <nxvl> dammit is really late
[08:23] <nxvl> i need to go
[08:23] <nxvl> soren: have a nice day!
[08:25] <soren> You too, Nicolas.
[08:25] <soren> Take care.
[08:43] <kraut> moin
[09:19] <jmazaredo> can anyone help me on this http://www.howtoforge.com/how-to-install-ubuntu8.04-with-software-raid1 in the part where "make all drives bootable" im using 2 IDE my ubuntu have booted just that command i cant run
[09:21] <_ruben> jmazaredo: you cant run grub?
[09:41] <jmazaredo> when i type grub i get the grub probmpt
[09:41] <jmazaredo> prompt
[09:41] <jmazaredo> but when i try to type device (hd1) /dev/sdb
[09:42] <jmazaredo> it says selected disk does not exist
[09:43] <jmazaredo> i tried it inside the bash and also "before the boot up process"
[09:47] <_ruben> dont think i ever used that device line .. but my guess is, that with 2 ide disks, both are master on seperate bus i hope, so they'd be sda and sdc
[09:49] <_ruben> http://paste.ubuntu.com/29245/ .. thats how i do it
[09:50] <_ruben> old doc tho
[09:54] <jmazaredo> i only have 1 ide slot so 1 is master and  1 is slave
[11:48] <jmazaredo> _ruben ty
[11:49] <jmazaredo> got it working now sudo grub
[11:51] <ivoks> i'm having this horrible desire to create full mail stack for ubuntu :D
[11:52] <ivoks> including quarantine, per user configuration, anti spam and anti virus protection
[11:53] <ivoks> and everything in mysql :) except mail, which would be in maildir, on the disk
[11:53] <hads> I'm sure some people would find that useful.
[11:54] <ivoks> all the parts are already there
[11:54] <hads> Yep
[11:54] <ivoks> we just need to combine it together
[11:54] <hads> I prefer to keep mail config on the disk myself.
[11:55] <ivoks> then just dump sql :D
[11:55] <hads> I do :)
[11:56] <ivoks> mail config like...?
[11:56] <hads> users etc.
[11:56] <ivoks> all the configs of services would be on disk, but per user configuration and quarentine would be in sql
[11:56] <ivoks> ah... problem with users on disk is that you need to give someone a root account so he could add new users
[11:56] <_ruben> ivoks: surely sounds like smth i'd want to use ;0
[11:56] <_ruben> ;)
[11:57] <ivoks> with users in mysql you can just give away mysql access to a service (like postfixadmin)
[11:57] <hads> True. The problem with putting them in SQL is that your mail system relies on the SQL server.
[11:58] <ivoks> true, but sql servers aren't that unreliable...
[11:59] <ivoks> we could even provide migration tools
[12:00] <ivoks> now... that could be a killer-app for ubuntu-server
[12:00] <_ruben> definatly
[12:00] <ivoks> i might work on something for 9.04...
[12:00] <ivoks> till then we will have all tools in main... thanks to ScottK
[12:34] <jmazaredo> is there a way to check the linux raid if it is copying in realtime like the command tail -f
[12:35] <soren> What?
[12:36] <soren> ivoks: I already have a setup preetty much like that.
[12:37] <ivoks> soren: me too, but i was thinking in providing a meta package which would set up everything
[12:37] <soren> ivoks: yeah. I started working a web interface for it, too, at some point, but I wanted to code it in Django, but wasn't too keen on getting Django into main.
[12:39] <ivoks> soren: MailZu + postfixadmin :)
[12:39] <ivoks> but much nicer interface would be welcome :)
[12:40] <ivoks> one which would integrate mailzu and postfixadmin and roundcube
[12:42] <soren> Yeah, that would be neat.
[12:45] <ivoks> going for a walk and coffe... see you at 1300UTC
[13:23] <sommer> kirkland: hey, I tried out your encrypted Private folder mount last night, and everything worked as advertised... cool stuff
[14:04] <kirkland> sommer: very nice!
[14:04] <kirkland> sommer: thanks!
[14:05] <sommer> np
[15:14] <mathiaz> kirkland: what's the status of the ecryptfs testing blog post ?
[15:14] <kirkland> mathiaz: I'm pushing a patch of 8 manpages upstream
[15:15] <kirkland> mathiaz: I'd like to get those into intrepid first
[15:15] <kirkland> mathiaz: I'll write the post in the meantime, and just hold off publishing until then
[15:56] <mathiaz> kees: does bug https://bugs.launchpad.net/ubuntu/+source/openldap2.2/+bug/249878 apply to openldap 2.2 (dapper) ?
[15:58] <_ruben> bah .. stupid ass software raid cards .. and this pos card even has a 'bugged' kernel driver, limited its 8 ports to only 4 being usable
[15:59] <lukehasnoname> _ruben: hack that
[16:01] <_ruben> lukehasnoname: not feeling like rolling my kernel .. recently a bug was filed against the (vanilla) 2.6.24 kernel addressing this problem (broadcom raidcore rc4000 series) .. card's crap anyways, tho was kinda curious what its performance would be under linux
[16:01]  * _ruben asks his boss for better hardware
[16:01] <lukehasnoname> 3ware's the touted linux raid card brand, right?
[16:02] <_ruben> 3ware's sweet .. but also far more pricey .. broadcom/raidcore is cheap shit
[16:03] <ivoks> 3ware rulez
[16:03] <ivoks> not only cause of driver, but mostly cause of features and performance
[16:03] <ivoks> and managability
[16:04] <_ruben> yeah .. that is: from what i've heard .. no hands-on experience with em tho :(
[16:05] <ivoks> 3ware works with smatmontools, 3ware provides CLI and web tools for management
[16:07] <ivoks> oh, we can expect more bugs against rhcs :/
[16:08] <zul> meh thanks ivoks :)
[16:09] <ivoks> i already decided to set up a testing env. back at home in fall and get this package into good shape
[16:09] <zul> ivoks: you might want to talk to fabbione as well
[16:10] <ivoks> of course
[16:12] <_ruben> hmm .. wonder how 'trivial' it'd be to 'update' canonical's vmware-server packeges .. be it for gutsy's new (-15) kernel, or even hardy
[16:12] <_ruben> and vmware-server itself ofcourse (1.0.4 -> 1.0.6)
[16:30] <macd> isnt there a server team meeting today?
[16:30] <soren> macd: Yes.
[16:30] <soren> It's in #ubuntu-meeting.
[16:30] <macd> k thx
[16:39] <gegema> If another user is logged into the server while I am also logged in, what utility can I use to send a message to that user via the terminal? [other than wall]
[16:41] <soren> write
[16:45] <ahasenack> is anybody else having a "grub installation error" with intrepid alpha 2 (server) and also the daily server iso?
[16:45] <sommer> ahasenack: I did actually... amd64?
[16:45] <ahasenack> sommer: no, both kvm/qemu and a real P4
[16:46] <sommer> ahasenack: ah, not sure... and I may have had a bad CD, but I haven't done more testing
[16:46] <sommer> ahasenack: did you try lilo?
[16:46] <ahasenack> sommer: no, is there a lilo option within the installer?
[16:47] <sommer> ahasenack: ya, once grub fails go back and there should be an option for lilo
[16:47] <ahasenack> sommer: ok, I can try that
[16:47] <ivoks> ahasenack: what's the size of the disk you are installing on?
[16:48] <ahasenack> ivoks: 20G
[16:49] <ivoks> ok
[16:49] <ahasenack> ivoks: and 1G inside kvm/qemu
[16:50] <ivoks> that's ok
[16:55] <_ruben> Generating locales... en_US.UTF-8...
[16:55] <_ruben> that isnt supposed to take minutes or is it ?
[16:55] <_ruben> on dual opteron 2ghz
[16:58] <ahasenack> sommer: lilo failed too
[16:58] <ahasenack> sommer: it's weird
[16:58] <sommer> ahasenack: is there any log entries in alt+f4 ?
[16:58] <ahasenack> it says "lilo is already the newest version", and then proceeds to setup grub
[16:59] <ahasenack> finally reports that dpkg returned an error code (1) while processing grub
[16:59] <ahasenack> and lilo-installer: says that calling apt-install lilo failed
[16:59] <sommer> ahasenack: mmmm... you might try asking in #ubuntu-installer and see if they have more ideas
[16:59] <ahasenack> I can probably attach these logs to a lp ticket, I was just checking if this was known
[17:00] <sommer> ahasenack: ya, a bug is probably a good idea, but folks in #ubuntu-installer may have more info
[17:00] <ahasenack> sommer: ok, thanks
[17:01] <sommer> ahasenack: np
[17:03] <macd> ok, now is fine too
[17:03] <persia> On the other hand, I'd be happy to answer (user-level) discussions about ruby gems here
[17:04] <macd> persia, what is your take on the problem?
[17:04] <soren> So the problem only affects gems that wants you to call them directly?
[17:04] <macd> persia, were really up against a wall here trying to find some common ground fix
[17:04] <persia> macd: gems are inherently broken, and if someone wants to use one, it ought be packaged.
[17:04] <macd> persia, thats where Im at right now, just install gems from source and forget the debian way
[17:04] <macd> but that doesnt do much to get a rails stack in ubuntu the debian way
[17:05] <macd> I need about 10 minutes to go down the hall, but I'll be right back
[17:05] <soren> Those are different issues, surely?
[17:05] <soren> I'll be gone by then, but back tomorrow.
[17:05] <persia> My opinion aside, the best fix is likely to have a README specifying that those wishing to use unpackaged gems with sudo installation ought adjust the path in /etc/environment.
[17:05] <macd> well I guess I can wait
[17:06] <macd> persia, cant we just do that with postinst?
[17:06] <macd> nvm
[17:06] <macd> opposite
[17:06] <persia> No.  Packages are not permitted to alter files that don't belong to them in an automated manner.
[17:06] <macd> what about some automated way of building gems from the gem repositories?
[17:06] <macd> and just have those going into -updates or -backports?
[17:06] <persia> There is some discussion of allowing careful manipulation of other packages conffiles as proxy for user modification, but even this is technically a violation of policy.
[17:07] <macd> persia, yeah debian policy is kind've holding my hands back
[17:07] <persia> Well, most gems might be able to be processed by an automated packaging solution.  Mind you, nobody has yet written an automated packaging solution that didn't end up breaking everything after a while.
[17:07] <macd> persia, for sure
[17:08] <persia> Debian policy is a good thing.  It makes the system work.  Without it, most things would break.
[17:08] <macd> persia, I agree whole
[17:08] <persia> So, long-term I'd recommend the same treatment as for CPAN or the cheeseshop: get everything interesting packaged.
[17:09] <macd> the bones for a rails app gem wise, rails, mysql, or pgsql, and rails deps
[17:09] <persia> This further allows control over versions: my experience with Rails is that there are usually two or three version incompatibilities in any given stack of gems one may wish, and one needs to mangle local plugin directories.
[17:09] <macd> persia, yeah at least were not trying to package rmagick right ;P
[17:10] <persia> Doing that at a distro level provides a much better experience to the developer.  While they may not get the newest features, at least everything works, and they can concentrate on their app, rather than on rails.
[17:10] <macd> persia, I tend to agree
[17:10] <macd> the version of rails and gems in intrepid now are new enough to have all the real fixes
[17:11]  * persia did a 2-month web app system in RoR over a period of 6 months including 4 rewrites because the client wanted new features before calling it a bad day, so may be a bit bitter about this
[17:11] <macd> persia, I feel your pain
[17:11] <macd> I had a client halfway thtough decide they wanted rails2 b/c someone said it was "cool"
[17:11] <persia> macd: Of course, my recommend solution means lots of packaging work for you :)
[17:11] <macd> persia, yeah fun ;)
[17:12] <macd> I think when Neil gets back from vacation we should have a quick discuss about gems again
[17:12] <macd> in the meantime thanks for chiming in
[17:12] <macd> Could you have a look at the mod_rails package in REVU?
[17:12] <macd> there are 2 changes I know need to be made, but after those are done, we'd like to get it in
[17:13] <macd> http://revu.ubuntuwire.com/details.py?package=passenger
[17:13] <persia> Erm, perhaps later
[17:13] <macd> thx
[17:13]  * persia runs away in search of a short TODO list
[17:13] <macd> I've gotta get some work done too
[17:55] <timboy> i'm having an interesting issue: I logged in today and my LAN ip was getting dhcp instead of static even though I have it set for static! this is relevent info from syslog http://pastebin.ca/1079630
[18:09] <kmaynard> anyone running pure-ftpd?
[18:13]  * delcoyote hi
[18:15] <kmaynard> i'm trying to figure out how to pass arguments to pure-ftpd at startup
[18:22] <sommer> kmaynard: is there a /etc/default/pure-ftpd file, or something similar ?
[19:16] <kmaynard> sommer, nope
[19:18] <n-iCe> hello
[19:20] <kees> mathiaz, kirkland: for the grub bits of degraded raid booting, I think the review should be me, evand, cjwatson
[19:20] <kees> mathiaz, kirkland: for the initramfs bits of degraded raid booting, me, luke, cjwatson
[19:20] <kirkland> kees: cool, thanks for the clarification
[19:21] <kees> kirkland: i.e. bug cjwatson last.  :)
[19:21] <kirkland> kees: good point ;-)
[19:22] <n-iCe> does ubuntu-server includes the ubuntu drivers?
[19:30] <lukehasnoname> does #ubuntu-chat exist?
[19:40] <n-iCe> i installed ubuntuserver and it doesn't load, just reboot and reaboot, when says grub loading...
[19:40] <n-iCe> anyone?
[21:51] <Buzzons> hi -- anyone here had experiance with having 2 subnets on the same interface (eht0 and eth0:1)
[21:56] <Deeps> lol
[21:56] <Buzzons> hey deeps :P
[21:56] <Buzzons> how goes real life
[21:57] <Deeps> richer and more boring
[21:57] <Deeps> what are you trying to do?
[21:58] <Deeps> and eitherway, you'd be better off using vlans (and linux does understand the concept of multiple vlans on a single interface)
[21:58] <Buzzons> i have two /28s, one is working fine -- just wanted to set up my 2nd to go router->server ->wireless (allowing me to control it a bit better)
[21:58] <Buzzons> so i set up my router to have 2 subnets on one interfae (all fine)
[21:59] <Buzzons> set up eth0 and eth0:1(virtual interface)
[21:59] <Buzzons> if i do ping -I eth0 www.google.com it works, but if i do ping -I eth0:1 www.google.com it fails
[21:59] <Buzzons> i can ping both eth0 and eth0:1 from other machines on the eth0 subnet (tracert to the eth0:1 shows it hopping over the router)
[22:01] <Deeps> could be routing, do you have a default route defined for that subnet?
[22:01] <Buzzons> each subnet has a default gateway set in the /interfaces config
[22:01] <Buzzons> other than that -- no
[22:02] <Deeps> wget -O /dev/stdout -q -4 --bind-address=xxx.xxx.xxx.xxx http://whatismyip.org
[22:02] <Deeps> see what comes out from both
[22:02] <Buzzons> where xxx. is the ip etc
[22:02] <Deeps> uh huh
[22:04] <Buzzons> the eth0 one works
[22:04] <Buzzons> the eht0:1 doesn't
[22:06] <Deeps> sounds like it could be routing related, can you ping another host in the same subnet though eth0:1
[22:06] <Deeps> ?
[22:06] <Buzzons> sec i find out
[22:07] <Buzzons> eyp
[22:07] <Buzzons> yep, i can ping the gateway of that subnet from it
[22:07] <Buzzons> (from eth0:1 i can ping both subnet gateways)
[22:08] <Deeps> given that both are gateways are on the same machine
[22:08] <dana_good2> buzzons, aren't you normally supposed to set the physical interfaces to no address if you're using virtual interfaces?
[22:08] <Deeps> and you dont have any proper segregation between them, thats to be expected
[22:08] <Buzzons> Deeps :: the gateway ip's of the router
[22:08] <Buzzons> it can also ping out of the subnet (to the other one)
[22:08] <dana_good2> so instead of having eth0 and eth0:1, you'd have eth0:0 and eth0:1
[22:09] <Buzzons> humm.. maybe?
[22:09] <Deeps> that could be it, otherwise my money's on it being routing related
[22:09] <Buzzons> houw would i fix the routing issue if it is that?
[22:09] <dana_good2> Deeps: i think routing issues might be why you're supposed to set it up the way i suggested
[22:09] <Deeps> sounds logical
[22:10] <Deeps> try it dana's way, saves me the hassle :)
[22:10] <Buzzons> route add default gw subnet1 eth0
[22:10] <Buzzons> route add default gw subnet2 eth0
[22:10] <Buzzons> ?
[22:10] <Buzzons> **
[22:10] <Buzzons> route add default gw subnet2 eth0:1
[22:10] <Buzzons> where subnet1/2 is replaced with the ip of the gateway for that subnet?
[22:11] <Buzzons> or... should i try with the eth0:0 and eth0:1 -- was only doin it the way i was due to a guide on the net
[22:14] <Buzzons> tried adding two default gw routes -- no luck on the eth0:1
[22:17] <Buzzons> I'll try what dana said -- may work -- but can't tonight
[22:17] <Buzzons> thank you for the help
[23:47] <kees> kirkland: the ssl memory leak in apache, was that only in intrepid, or was it found in all releases?
[23:48] <kirkland> kees: hmm, let me check the bug to refresh my memory
[23:48] <kirkland> kees: do you have the # handy?
[23:48] <kees> https://issues.apache.org/bugzilla/show_bug.cgi?id=44975
[23:49] <kees> https://bugs.edge.launchpad.net/ubuntu/+source/apache2/+bug/224945
[23:50] <kees> kirkland: you mentioned something about gutsy, but then openssl wasn't the root cause, so I wanted to double-check.
[23:51] <kirkland> kees: ah, yes, definitely not openssl's problem
[23:51] <kirkland> kees: absolutely a problem with Apache, that was fixed upstream
[23:52] <kirkland> kees: and we cherry picked that fix for Hardy
[23:52] <kees> kirkland: yeah.  I'm just trying to understand if it was a problem with feisty/gutsy too.  (a CVE was assigned for this issue, as it turns out)
[23:53] <kirkland> kees: to be honest, I never tested Feisty/Gutsy
[23:53] <kirkland> kees: however, if you have a KVM, it's absolutely trivial to test
[23:53] <kirkland> kees: see https://bugs.edge.launchpad.net/ubuntu/+source/apache2/+bug/224945/comments/13
[23:53] <kees> kirkland: https://bugs.edge.launchpad.net/ubuntu/+source/apache2/+bug/224945/comments/8 says you tried dapper through gutsy?
[23:54] <kirkland> kees: duh......
[23:54] <kirkland> kees: okay, then i believe myself :-)
[23:54] <kirkland> kees: yeah, openssl was a red herring
[23:54] <kirkland> kees: the problem was definitely in Apache
[23:54] <kees> kirkland: but I wasn't sure if that meant you ran some openssl-specific test or the one from comment 13
[23:54] <kirkland> kees: all of the testing I did was with ab (apache bench)
[23:55] <kees> kirkland: okay, sweet, so it sounds like gutsy needs this backported too.
[23:55] <kees> this is an interesting corner-case...
[23:55] <kees> I have a security-affecting fix already in -updates... and I have to do a backport to gutsy.  I guess I need to pocket-copy the -updates one, and then publish the gutsy fix.
[23:55] <kees> hm
[23:58] <kirkland> woohoo.... patch sent upstream for 20 new/modified ecryptfs manpages!!!
[23:59]  * kirkland 's documentation duties are hereby DONE for a while ;-)
[23:59] <kirkland> mathiaz: ping


[13:05] <kklimonda|G1> Sarvatt: i havent tested it recently.
[13:10] <rye> hello, is anybody here aware where x resolution settings are stored in gnome in Lucid ?
[13:11] <diverse_izzue> hi all. i have problems with the radeon kms modesetting on lucid when i use external screens ( the image is very jittery, not stable). does anybody else have this problem?
[13:11] <diverse_izzue> rye, i think in a file called monitors.xml, let me search for it
[13:11] <rye> diverse_izzue, .config/monitors.xml ?
[13:11] <diverse_izzue> rye, yes
[13:11] <rye> diverse_izzue, awesome! thanks!
[13:12] <diverse_izzue> you found that fast...
[13:12] <rye> diverse_izzue, my wife has jitterring on external display too
[13:12] <diverse_izzue> on what ATI chip?
[13:12] <rye> diverse_izzue, radeon + kms + lucid, VGA connection to the external screen
[13:12] <diverse_izzue> rye, that's kind of a bummer, the biggest lucid regression for me
[13:14] <rye>   	M52 [Mobility Radeon X1300]
[13:14] <rye> pci id 1002:5a34
[13:15]  * rye reboots to check one tiny thing regarding bug #533135
[13:24] <rye> grrr, while searching for resolution of one bug with nouveau/plymouth found another bug with GDM :)
[13:27] <diverse_izzue> rye, do you know if the jitter bug is reported anywhere?
[13:29] <rye> diverse_izzue, frankly speaking I have no idea. Her videoboard/LVDS started to malfunction recently (mis-colored pixels appearing here and there) so I attributed that jitter to this, that's why I did not report that and nobody seemed to suffer from this when I asked around
[13:30] <diverse_izzue> rye, i'm confused since this kms thing, don't know where to report. kernel? radeon? mesa? dri?
[13:30] <rye> ok, I am out of ideas for #533135, something is wrong with that ioctls...
[15:27] <Sarvatt> rye: booting with radeon.modeset=0 will fix that for now (also you may want to delete /etc/modprobe.d/radeon-kms.conf)
[15:31] <kklimonda|G1> Sarvatt: were there any fixes recently that could fix my gamma issue? if so i'll check once i'm back how the day after tomorrow
[15:31] <kklimonda|G1> back home*
[15:33] <Sarvatt> kklimonda|G1: seems like a general xserver problem people are having with all different types of video right now - https://bugs.freedesktop.org/show_bug.cgi?id=27382
[15:34] <kklimonda|G1> Sarvatt: good to know, i've already reported bug against gnome-screensaver ;)
[15:39] <kklimonda|G1> Sarvatt: but I can reproduce the problem by just running test-fade from gnome-screensaver tarball and there is no vt switch involved
[15:42] <Sarvatt> does xgamma -gamma 1.0 bring it back?
[15:43] <kklimonda|G1> yes
[15:44] <kklimonda|G1> wait, actually xrandr --putput LVDS-1 --gamma 1:1:1 does bring it back
[15:44] <kklimonda|G1> haven't tried xgamma for some reason
[15:48] <Sarvatt> do you just use the one account or do you have any guests running at the same time when it happens?
[15:49] <Sarvatt> can ya point me at your gnome-screensaver bug?
[15:51] <kklimonda|G1> Sarvatt: can't really say for sure - i think it was only one account then. i'll get you a bug number and answer this for sure when i'm back home.
[15:56] <Sarvatt> i cant reproduce it but I haven't tried with guest sessions yet, wanted to step through it in gdb to get a better idea of what was going on
[16:02] <Sarvatt> chrisccoulson: have you seen anything regarding gnome-screensaver's gamma fade not restoring right?
[16:10] <chrisccoulson> Sarvatt, i've not. have people been reporting issues then?
[16:14] <Sarvatt> yeah https://bugs.freedesktop.org/show_bug.cgi?id=27382 kklimonda|G1 was just talking about having the problem before you came in, didn't know if maybe you had seen any bugs about it. xrandr --putput LVDS-1 --gamma 1:1:1 brings it back for kklimonda|G1, and other people in that bug report are saying xgamma -gamma 1.0 brings it back
[16:29] <chrisccoulson> Sarvatt - interesting, i've not seen that before
[16:30] <chrisccoulson> the gamma fade should be restored pretty much as soon as it has faded out
[16:36] <chrisccoulson> kklimonda|G1, is the issue reproducible for you?
[16:38] <kklimonda|G1> chrisccoulson: yes but i'm not at home till wednesday
[16:39] <chrisccoulson> kklimonda|G1, when you get home, it would be interesting to see the output of gnome-screensaver --debug when this happens
[16:39] <chrisccoulson> and also a log from xtrace
[16:39] <chrisccoulson> i can help you with the latter if you haven't used xtrace before
[16:39] <kklimonda|G1> chrisccoulson: nothing worth mentioning in screensaver log afair.
[16:39] <Sarvatt> ok thats nasty
[16:40] <chrisccoulson> there could be a clue. but the xtrace log could be interesting
[16:40] <Sarvatt> looks like i can reproduce it with test-fade in gnome-screensaver
[16:40] <kklimonda|G1> i've always wanted to learn xtrace :)
[16:41] <Sarvatt> kklimonda|G1: it's easy, just xtrace -D :5 > ~/whatever.xtrace then DISPLAY=:5 yourapp
[16:41] <kklimonda|G1> Sarvatt: but the output looks scary :)
[16:42] <kklimonda|G1> good to know how to use it though - thanks
[16:46] <Sarvatt> kklimonda|G1: you just had to point me at a bug that got me really interested when I'm super busy getting ready for an interview tomorrow, argh :)
[16:47] <chrisccoulson> heh
[16:47] <Sarvatt> looks like test-fade only tests XFree86-VidMode fades though
[16:48] <chrisccoulson> Sarvatt, it should test either
[16:48] <chrisccoulson> gs_fade_new will select the appropriate method
[16:48] <chrisccoulson> i think the check at the start of test-fade.c is bogus ;)
[16:49] <Sarvatt> oh ok, not too familiar with this code base
[17:08] <Sarvatt> well it definitely thinks it restored the fade right even though the screen was black after the second and I couldn't get it back up- http://pastebin.com/v0udDN9G
[17:12] <chrisccoulson> i think xtrace would be useful here :-)
[17:38] <Sarvatt> chrisccoulson: http://pastebin.com/zwXaMH49
[17:41] <chrisccoulson> hmmm, so the gamma is not reset at the end then :-/
[17:42] <kklimonda|G1> i could tell ya that without your fancy xtrace!
[17:42] <kklimonda|G1> ;)
[17:43] <bryce_> morning
[17:43] <kklimonda|G1> good morning bryce
[17:56] <Sarvatt> wish i had another machine handy so i could step through it in gdb, the second fade always fails to restore
[17:58] <kklimonda|G1> Sarvatt: i think that the first one also fails and only because just after it the second fade-out is called gamma is "restored"
[17:59] <Sarvatt> it doesn't restore fully from the first one I think, the screen starts to ramp up the gamma and starts the second fade before its done it looks like
[17:59] <chrisccoulson> Sarvatt - ok, i can recreate it with test-fade too
[18:00] <Sarvatt> http://pastebin.com/s33GktML
[18:00] <chrisccoulson> Sarvatt - i have 2 machines here, so I can debug that
[18:00] <Sarvatt> thats what I'm using to recreate it and have it reset it after because i only have one machine at the moment
[18:00] <chrisccoulson> yeah, i just had to use my second machine to reset it
[18:01] <Sarvatt> (with xtrace -k -D :5 > ~/Desktop/fade.xtrace in another terminal)
[18:01] <chrisccoulson> anyway, feel free to open a new screensaver bug and assign to me, and i will look at that one this week
[18:02] <Sarvatt> okie, kklimonda|G1 did you already have a bug opened or should i open a new one? theres a ton across the random ddx packages with this bug
[18:03] <kklimonda|G1> Sarvatt: i have opened one only on b.g.o - if you open one on LP i'll link the upstream one when i'm back. android mail client sucks when it comes to searchng mails :/
[18:04] <Sarvatt> chrisccoulson: can you set a break on xf86CrtcSetModeTransform and print crtc->active and crtc->funcs->gamma_set?
[18:05] <kklimonda|G1> Sarvatt: and subscribe me to LP one -'m not sure if my backlog is going to keep this conversation for two days :)
[18:05] <chrisccoulson> Sarvatt - yeah, will look at that in a bit
[18:12] <Sarvatt> chrisccoulson: sorry to bug you when you're probably busy with other things, this is probably a bug in xserver anyway but you seem to be the one in the know when it comes to gnome-screensaver :D
[18:13] <Sarvatt> kklimonda|G1: whats your LP username?
[18:13] <kklimonda|G1> Sarvatt: kklimonda
[18:13] <Sarvatt> oh easy enough
[18:21] <cnd> bryce_: I created a magicmouse ppa with a dkms package for lucid for magic mouse support (which is a multitouch device)
[18:21] <cnd> ppa:chasedouglas/magicmouse
[18:21] <cnd> I see you and apw are working on an MT ppa as part of xorg-edgers
[18:21] <cnd> maybe there's some integration we could do between the two
[18:22] <cnd> any thoughts?
[18:24] <Sarvatt> chrisccoulson: whats your LP name too so I can subscribe you to it? :D
[18:24] <Sarvatt> https://bugs.edge.launchpad.net/ubuntu/+source/gnome-screensaver/+bug/555870
[18:28] <chrisccoulson> Sarvatt - it's chrisccoulson ;)
[18:28] <chrisccoulson> but i'm subscribed to all gnome-screensaver bugs anyway
[18:28] <Sarvatt> oh whoops forgot the extra c
[18:29] <chrisccoulson> heh
[18:29] <bryce_> cnd, thanks
[18:34] <Sarvatt> better xtrace here with the gnome-screensaver debug info mixed in so you can tell where each thing happens - http://launchpadlibrarian.net/43176234/fade.xtrace
[18:48] <chrisccoulson> Sarvatt - got it :)
[18:49] <chrisccoulson> it needs a gdk_flush in there
[18:49] <Sarvatt> woot!
[18:49] <chrisccoulson> and that makes it work ;)
[18:49] <chrisccoulson> ok, i'll fix that this week then once i've worked out the appropriate place for it
[18:50] <Sarvatt> nice, i will try to work up a list of bugs to ask for retesting after you upload the fixed one since there are probably at least 20-30 scattered across the various ddx packages that i've come across
[19:03] <chrisccoulson> Sarvatt, thanks. i will probably ask kklimonda|G1 to test a PPA build before i upload, as the fix won't make beta 2 now anyway
[19:21] <bryce_> wow, lotta bug reports in over the weekend
[19:21] <bryce_> mostly intel it appears
[19:22] <chrisccoulson> bryce_, busy week for you this week then? ;)
[19:23] <bryce_> chrisccoulson, nah, taking friday off
[19:23] <bryce_> chrisccoulson, every week's a busy week, but we're frozen this week so it'll not be as bad as usual
[19:23] <bryce_> of course, I say that monday morning not knowing what the week has in store ;-)
[19:24] <chrisccoulson> i've got quite a busy week this week, especially with final freeze being just over a week away ;)
[19:24] <chrisccoulson> and i didn't work today, so it's a short week for me too
[19:57] <jwhitley> Hi all.  I need help debugging an odd udev issue.  x11_options.* settings show up via udev, but aren't being picked up by xorg.
[19:58] <jwhitley> "udevadm info --query=all --name=..." and udev logs show correct settings, but these don't show up via xinput list-props and Xorg logs.  ideas on troubleshooting?  (In Lucid, up-to-date as of ~1 hr ago)
[20:00] <jwhitley> The context is porting a HAL setup for my trackball over to udev for Lucid.    I found those when digging around, but it wasn't clear that those patches to Xorg had landed in Lucid.
[20:05] <jwhitley> Nevermind; they're listed in the man page quite clearly.  Shuffling off to port config to snippets now; thanks.
[21:58] <Sarvatt> http://fedoraproject.org/wiki/Input_device_configuration is a good reference until the wiki is updated
[23:48] <RAOF> Good morning all!
[23:49] <bryce_> heya RAOF
[23:50] <bryce_> some times I want to throttle reporters and say, "Launchpad is for bug reports, NOT for free technical support!"
[23:50] <bryce_> but of course they'd just shrug and go, "Uh, what's the difference?"
[23:51] <bryce_> it's windy here, maybe a tree will fall on top of me in my office and end my pain :-)
[23:51] <RAOF> :(
[23:52] <RAOF> I've had two bug reporters talk about icecream on a (pretty serious) macbook nouveau bug.
[23:52] <bryce_> heh
[23:53] <bryce_> "launchpad is a bugtracker, not a FORUM!!!"
[23:53] <RAOF> Please see ubuntuforums.org for an actual forum!