[00:00] <nxvl> mathiaz: just tryed mysql build, it failed but in a different test
[00:01] <mathiaz> nxvl: the test was also related to the NDB engine ?
[00:02] <nxvl> ndb_config
[00:02] <nxvl> but it is on i386, not amd64
[00:03] <nxvl> and i386 on buildd falided on subselect
[00:05] <mathiaz> nxvl: right - so all the failure are related to the set of ndb tests ?
[00:05] <nxvl> don't really think so
[00:06] <nxvl> i *think* subselect is not ndb
[00:06]  * nxvl checks
[00:06] <nxvl> yep
[00:06] <nxvl> subselect is a different issue
[00:06] <nxvl> mysqltest: At line 3057: query '$start $end' failed with wrong errno 2013: 'Lost connection to MySQL server during query', instead of 0...
[00:36] <zul> mathiaz: should it be changed so that if the tests failed it shouldnt error out?
[02:10] <nxvl> kees: around?
[02:10] <nxvl> jdstrand: i'm done with the primary ufw integration package
[02:10] <nxvl> packages*
[02:12] <nxvl> jdstrand: they are on the main queue waiting for sponsorship
[02:20] <kees> nxvl: just heading out the door
[02:43] <tominglis> ﻿hey i have xubuntu 8.04,  i have installed postfix, apache2, mysql, and php5 (including gd / mysql); ﻿i have chowned /var/www to www-data, but when i try and install drupal, my browser tries to download phtml file, so presumably it is not being parsed?; ﻿i have checked to see that the php5 module is installed and that the files for libapache2-mod-php5 are installed; ﻿i have reinstalled php5 and restarted apac
[02:44] <tominglis> i have also tried installing libapache2-mod-auth-mysql and loading that?
[02:44] <tominglis> does anyone know what i can do? sorry but i am a bit of a noobie
[02:48] <sommer> ScottK: new clamassassin mir: bug #261705
[02:49] <jdstrand> tominglis: I'm not a drupal guy, but your situation typically means that AddHandler wasn't setup right
[02:50] <jdstrand> tominglis: I'm sorry, AddType
[02:51] <tominglis> ok
[02:51] <tominglis> jdstrand: do you know where i can look to tell me how to set this up?
[02:51] <tominglis> should this be done by one of the packages i installed?
[02:52] <jdstrand> tominglis: libapache2-mod-php5 should have done it for you. make sure you have php5 enabled with 'sudo a2enmod php5'
[02:53] <tominglis> yes, i have checked that it is enabled
[02:53] <jdstrand> tominglis: otherwise, check in /var/log/apache2/error.log
[02:53] <tominglis> if i purge that package and install it again will it redo the stuff?
[02:54] <jdstrand> tominglis: after doing the above, you should reload/restart apache. purging shouldn't be required unless you think you messed up your configuration
[02:55] <tominglis> i didn't do any configuring except installing the postfix, apache2, mysql5, and php5 packages
[02:56] <tominglis> i tried reinstalling libapache2-mod-php5, but it didn't have any effect
[02:56] <tominglis> but if i purge it will that help?
[02:56] <tominglis> i have restarted apache each time
[02:56] <jdstrand> tominglis: based on what you said you did, no.
[02:57] <tominglis> oh :(
[02:58] <tominglis> so what do you think i should do. can i find out what the libapache2-mod-php5 package would have written and write it myself?
[02:58] <jdstrand> tominglis: does putting this in /var/www/test.php work?
[02:58] <jdstrand> <?php phpinfo(); ?>
[03:01] <tominglis> jdstrand: oh, yes! so is there something i am maybe doing wrong with drupal. should the files have different permissions?
[03:01] <tominglis> oh
[03:01] <jdstrand> tominglis: does renaming that file to test.phtml work?
[03:01] <tominglis> i tried doing http://localhost/index.php and that loads up drupal installer
[03:02] <tominglis> is there some way to make apache read php files by defaault
[03:02] <jdstrand> tominglis: I don't understand your question
[03:02] <jdstrand> (your test.php shows it is working)
[03:03] <tominglis> yes, and drupal installer works if you go to that specific link
[03:03] <tominglis> but if you just do http://localhost it tries to download a phtml file
[03:03] <tominglis> or open it
[03:04] <jdstrand> tominglis: need to adjust DirectoryIndex
[03:04] <jdstrand> tominglis: eg DirectoryIndex index.html index.htm index.shtml index.php
[03:05] <tominglis> should that be in the apache2.conf file?
[03:06] <tominglis> or in the relevant file in /sites-enabled
[03:06] <jdstrand> tominglis: the latter
[03:06] <jdstrand> tominglis: you'll need to reload apache after making the change
[03:08] <tominglis> weird, i tried doing http://127.0.0.1 before i made the change, and that seems to work now, but http://localhost doesn't
[03:08] <tominglis> is that normal?
[03:09] <tominglis> also also, do i actually need libapache2-mod-auth-mysql?
[03:10] <jdstrand> tominglis: I bet http://localhost/ works. it has to do with name resolution. google for apache and trailing slash for how to fix that
[03:10] <jdstrand> tominglis: as for libapache2-mod-auth-mysql, I have no idea (not a drupal user)
[03:10] <tominglis> i just installed it on the off chance it did something useful (it isn't required by drupal)
[03:11] <jdstrand> tominglis: gotta go! hopefully I helped somewhat. good luck!
[03:11] <tominglis> thanks loads!
[03:11] <jdstrand> np
[03:22] <tominglis> does anyone know why http://localhost/ or http://localhost fails to load index.php from my drupal install, but http://127.0.0.1 or / works fine?
[03:28] <sommer> tominglis: ping localhost, it's probably going to 127.0.1.1
[03:29] <sommer> tominglis: just edit your /etc/hosts file
[03:38] <ScottK> sommer: Thanks.
[03:42] <sommer> ScottK: and another #261722
[03:42] <sommer> bug #261722
[03:43] <ScottK> Great.
[04:30] <FuRom> Has anyone in here ever setup something called "phusion passenger"? I'm having issues with making it work on ubuntu hardy heron.
[04:32] <ScottK> sommer: ubuntu-mir subscribed on both.  I didn't make any changes.  Please keep going.
[04:32] <ScottK> FuRom: Someone is currently trying to get it included in the official archive.
[04:32] <ScottK> A couple of us looked at the code today and it was stunningly scary.
[04:33] <ScottK> At least from a package management perspective.
[04:33] <FuRom> Stunningly scary? xD
[04:34] <ScottK> Pretty well ignores the way good packages are supposed to interact with the package management system.
[04:34] <ScottK> Mind you this is not rare in the RoR world, but it doesn't suprise me that one might have problems.
[04:34] <FuRom> =/ It's been driving me nuts for the past 5 hours or so. I've had to redo how PHP works and all, just to make it work without removing stuff that I need to work. I've gotten it all installed, for the most part. I just need to really configure it, I guess.
[04:34] <ScottK> Can't help you there.
[04:35] <FuRom> I've come across the problem that, it's not as simple as mod_ruby =/
[04:35] <FuRom> lol
[04:35] <wantok> perhaps an exception to the 'packages is best' moto? :)
[04:35] <FuRom> Hell, I can't even get normal rails installed, because "sudo gem install rails" tells me it doesn't exists in the repository.
[04:38] <ScottK> wantok: I'd say rather the opposite.
[04:40] <wantok> ScottK: ah ok.
[04:40] <wantok> i understood this to be dodgy 3rd party packages
[04:41] <wantok> back in 15, afk
[04:41] <ScottK> Maybe I misunderstood you.
[04:41] <ScottK> The whole RoR management system conflicts pretty seriously with any notion of how package management works on Debian and derived systems.
[04:56] <wantok> my misunderstanding
[04:56] <wantok> :)
[05:39] <FuRom> I just came up with an interesting question.... (#apache seems to be dead, so, I guess this would be my 2nd best place to ask), anyways, is there a good way to turn apache into a multi-server? Like.... If the request type is xttp instead of http, it bridges to another server?
[08:42] <kraut> moin
[13:05] <CrummyGummy> K, report back. The HP software doesn't work on Hardy 64 bit.
[13:05]  * CrummyGummy considers installing Debian boxen.
[13:06] <maswan> what HP software was that? some kind of weird san stuff?
[13:06] <maswan> hpacucli works at least, that's the only hp software I need. :)
[14:04] <ahasenack> are you guys aware of some issue with intrepid in kvm (host hardy) and vesa framebuffer? I can't get "vga=773" to work within that kvm
[14:04] <ahasenack> 773 is 1024x768 IIRC, I use it with other guests
[14:05] <soren> How does it fail?
[14:05] <ahasenack> let me try to get a screenshot
[14:06] <ahasenack> soren: the kvm window switches to the right size, but all black
[14:06] <ahasenack> soren: it does boot and work apparently
[14:06] <ahasenack> but nothing can be seen
[14:06] <ahasenack> soren: when booting normally, there are some errors which seem related to framebuffer, I'll try to get those
[14:08] <ahasenack> soren: in a normal boot, I can see two logs from "uvesafb"
[14:08] <ahasenack> "getting vbe info block failed (eax=0x4f00, err=-3)
[14:08] <ahasenack> "vbe_init() failed with -22"
[14:09] <soren> Ok.
[14:36] <Abracadabra> Hi, what is the command to untar a file ?
[14:36] <sommer> tar -xf file_name, if it's been compressed you add "z" for gzip and "j" for bzip2
[14:37] <Abracadabra> the file is filename.tar
[14:37] <sommer> just xf should do it then
[14:37] <Abracadabra> ty
[14:37] <sommer> np
[14:54] <CrummyGummy> maswan: The proliant stuff, hpacm and all. I've eventually come to the conclusion that it doesn't support my server anyway. DL 120 (simple gw boxen)
[14:54] <CrummyGummy> Any ideas why the pxe boot on a server iso would install a generic kernel?
[15:03] <CrummyGummy> cheers
[15:03] <maswan> CrummyGummy: Ah, never heard of it. :)
[16:16] <zul> mathiaz: ping did you get anywhere with mysql?
[16:17] <mathiaz> zul: not yet - I finished the nss overlay upload for openldap
[16:17] <zul> mathiaz: k
[16:17] <mathiaz> zul: is it critical from a FF point of view ?
[16:25] <didrocks> hi,
[16:26] <didrocks> colin watson is the Maintainer of openssh package. Do I still have to change it to core dev?
[16:27] <ScottK> Yes.
[16:27] <didrocks> it still from the old nomenclature?
[16:39] <zul> mathiaz: kind of but I dont think the build should fail because of a stupid testsuite that apparently breaks in different spots
[16:40] <mathiaz> zul: well - it may be related to the PIE upload from kees
[16:40] <mathiaz> zul: if tests are failing randomly it may be that sort of issues
[16:40] <mathiaz> zul: have you tried to rebuild it on the buildd a couple of times ?
[16:40] <zul> mathiaz: it could be, it could also be the buildds
[16:40] <mathiaz> zul: does it always fail on the same test ?
[16:41] <mathiaz> zul: or it's just random tests that fails
[16:41] <zul> no it doesnt
[16:41] <zul> it failed on the very first test as well
[16:41] <zul> ill take another look at it though
[16:41] <jdstrand_> didrocks: fyi, I am going to change your debdiffs based on changes I made to ufw and UbuntuFirewall. The only changes are removing some things. I am going to use dpkg triggers so we don't have to play with the maintainer scripts
[16:42] <jdstrand_> didrocks: we lose a little bit of functionality (ie, don't use '--add-new'), but it will be much easier to maintain and palatable to Debian
[16:42] <jdstrand_> didrocks: when dpkg triggers supports arguments, I'll revisit --add-new functionality
[16:43] <didrocks> jdstrand_: ok. Keep me in touch about the change so that I can update my others patches
[16:43] <jdstrand_> didrocks: https://wiki.ubuntu.com/UbuntuFirewall#Integrating%20UFW%20with%20Packages
[16:44] <jdstrand_> didrocks: but don't change anything yet, as I haven't uploaded the new ufw yet
[16:44] <didrocks> ok, do you want me to change my debdiff when you will upload ufw?
[16:44] <jdstrand_> didrocks: there is a bit of a time cruch, so I'll just do it all in one shot
[16:45] <didrocks> jdstrand_: so, for the moment, I don't upload the others debdiff (they were almost ready) ?
[16:46] <ScottK> sommer: All good.  Thanks.  Keep going.
[16:46] <mathiaz> zul: I'll also try to build it on my build server
[16:46] <mathiaz> zul: I'd also ask infinity about the buildd
[16:47] <mathiaz> zul: something may have changed there that affects mysql tests.
[16:47] <zul> mathiaz: k
[16:48] <jdstrand_> didrocks: please upload-- it is much easier to pull out the bits
[16:48] <didrocks> jdstrand_: ok, sorry, it will be the old with postinst and postrm ;)
[16:49] <didrocks> (but I am interested in seeing with dpkg triggers :))
[16:49] <jdstrand_> didrocks: no sorries needed-- it is a last minute change
[16:51] <Abracadabra> Anyone here also in #ubuntu chan ?
[16:51] <Abracadabra> I typed in caps, by mistake, and got banned :(
[17:27] <_ruben> hmm .. seems my perl got a bit confused .. now debmirror wont run
[17:27] <_ruben> IO::Compress::Gzip version 2.008 required--this is only version 2.005 at /usr/share/perl5/Compress/Zlib.pm line 13.
[17:28] <_ruben> yet /usr/share/perl5/IO/Compress/Gzip.pm shows being version 2.008 .. kinda odd i'd say
[17:43] <ScottK-laptop> sommer: I think for arj you linked the wrong wiki page.
[17:51] <sommer> ScottK-laptop: gar... I'll fix it
[17:53] <sommer> good to go
[17:53] <ScottK-laptop> Thanks.
[17:55] <leonel> ScottK-laptop: anyone working in Mir for  unzoo ??
[17:55] <ScottK-laptop> leonel: Maybe sommer?
[17:56] <ScottK-laptop> He's been doing a bunch.
[17:56] <ScottK-laptop> sommer: If leonel wants to do unzoo, how about you head on to spamassassin itself?
[17:56] <ScottK-laptop> leonel: Did you see my changes in your clamav MIR?
[17:57] <sommer> okay, I haven't done unzoo, so that'd be great
[17:57] <sommer> I can throw down on spamassassin
[17:58] <ScottK-laptop> Great.
[17:58] <ScottK-laptop> leonel: unzoo is all yours.
[17:58] <leonel> ScottK-laptop: yes and sorry for those errors ..
[17:59] <leonel> ScottK-laptop:  ok
[17:59]  * leonel goes to the zoo...
[17:59] <ScottK-laptop> sommer: Only one small change on arj.  I think it was just copy/paste error.
[17:59] <ScottK-laptop> leonel: No problem.  Thank you for helping.  This is a learning process, so no one expects it perfect the first time.
[18:01] <sommer> ScottK-laptop: cool
[18:20] <didrocks> jdstrand_: I will upload openssh and cups in a few minutes
[18:20] <didrocks> I finishes some additionnal tests :)
[18:20] <didrocks> finish
[18:24] <ScottK-laptop> sommer: Instead of dropping madcoder's "This package was debianized by ..." add a line under it that says, and is currently mainted by you.
[18:26] <sommer> ScottK-laptop: which file is that?
[18:26] <jdstrand_> didrocks: thanks!
[18:26] <jdstrand_> didrocks: I'm processing them now
[18:26] <ScottK-laptop> sommer: debian/copyright.
[18:26] <sommer> ScottK-laptop: ah will do
[18:27] <jdstrand_> didrocks: if you're planning on doing any others, just check UbuntuFirewall for what to do
[18:27] <didrocks> jdstrand_: hum, not others at the moment. I will wait for your modification :)
[18:27] <didrocks> just openssh and cups
[18:28] <ScottK-laptop> sommer: DEB_PATCHDIRS := debian/patches isn't required for simple.patchsys.  Only for quilt.
[18:28] <jdstrand_> didrocks: ok. fyi-- ufw 0.21 is uploaded and all modifications in place
[18:28] <jdstrand_> (though it may not be mirrored yet)
[18:29] <sommer> ScottK-laptop: gotcha, that was in there from the original... removed
[18:29] <ScottK-laptop> sommer: Did you combine debian/runtime.debian and debian/ldapscripts.conf?
[18:30] <didrocks> I haven't it yet on the french intrepid server :)
[18:30] <ScottK-laptop> If so why and you need to document it.
[18:31] <sommer> ScottK-laptop: the debian/runtime.debian simply had some extra code to pull the bind suffix and binddn from libnss-ldap, and the new version doesn't need it
[18:31] <sommer> ScottK-laptop: ah, I'll add that to the changelog
[18:31] <ScottK-laptop> sommer: Right.
[18:32] <ScottK-laptop> sommer: Generally, what I'd suggest is grab the current 1.7.1 package and yours and then diff the debian dirs for each.
[18:32] <ScottK-laptop> sommer: From the changelog, you should generally be able to understand why all that diff is there.
[18:35] <sommer> ScottK-laptop: makes sense
[18:35]  * sommer diffing 
[18:35] <ScottK-laptop> sommer: Feel free to ping me when you have an updated diff.
[18:36] <didrocks> jdstrand_: I assigned you the second. Both patches are uploaded
[18:37] <sommer> ScottK-laptop: cool will do, thanks man
[18:37] <didrocks> jdstrand_: but there is a mystery in the cups package. There is no dh_installdirs instruction in debian/rules but cups.dirs is used (I tested it)
[18:38] <jdstrand_> didrocks: I'm assuming the file gets installed ok?
[18:40] <didrocks> jdstrand_: yes, everything all right, even if /etc/ufw/applications.d does not exist :)
[18:41] <jdstrand_> didrocks: well, there are quite a few ways to do this sort of thing...
[18:42] <didrocks> jdstrand_: the package seems to use debhelper. But I found no occurence of *.dirs
[18:43] <zul> kees: how does mysql use the hardening-wrapper?
[18:43] <didrocks> (back in a few minutes, dinner time)
[18:44] <kees> zul: the wrapper is installed as a build-dep, and enabled via the rules file's "export DEB_BUILD_HARDENING=1"
[18:44] <zul> kees: thanks
[18:45] <kees> zul: there's talk on #u-d about it right now (doesn't seem to be the hardening bits)
[18:53] <sommer> ScottK-laptop: diff updated
[18:54]  * ScottK-laptop looks
[18:58] <ScottK-laptop> sommer: Why did you add the dirs file?
[18:59] <sommer> ScottK-laptop: I followed the packaging guide
[19:00] <sommer> ScottK-laptop: and whichever command, I forget, adds those files... so I thought why not :)
[19:00] <sommer> or are they not really needed?
[19:00] <ScottK-laptop> I don't think it told you that or it needs to be fixed.  You only need to list empty dirs that the package needs.  If you install the files, the dirs get created automagically.  They only other case is if you are mv'ing files into the dir.
[19:01] <ScottK-laptop> I'm fairly certain if that were actually needed in this case, the package would have failed to build before.
[19:01] <sommer> ah I see, I'll get rid of em
[19:02] <ScottK-laptop> Is Removed debian.runtime ... related to Package no longer needs .... ?
[19:02] <ScottK-laptop> sommer: ^^
[19:03] <Koryo> hi all ^^
[19:04] <sommer> ScottK-laptop: yes, I was trying to explain the removed dependencies... so I guess I don't need to re-exlpain the debian.runtime file?
[19:05] <ScottK-laptop> I was thinking make one a sub entry of the other.
[19:06] <sommer> sure, makes sense
[19:07] <ScottK-laptop> sommer: Something like this (if it's accurate) http://paste.ubuntu.com/40970/
[19:07] <sommer> ScottK-laptop: that says it very well... updating
[19:08] <ScottK-laptop> sommer: Also, instead of just Fixes LP #49007, LP #114006, LP #126759, and LP #256091., a few words (a line maybe) about each.  End users can get debian/changelog presented to them when they install.
[19:08] <leonel> ScottK-laptop: LP #261938
[19:09] <ScottK-laptop> Looking.  Thanks.
[19:10] <ScottK-laptop> leonel: Looks pretty good.  My only comment is that it's a recommends of clamav, not a depends.  Please change that and I'll subscribe ubuntu-mir.
[19:13] <leonel> ScottK-laptop:  done
[19:13] <ScottK-laptop> OK.  Thanks.
[19:13] <ScottK-laptop> Now we wait and be ready to answer questions for the MIR team.
[19:14] <leonel> Great !
[19:14] <ScottK-laptop> sommer: Since you don't actually maintain the package in Ubuntu, the thing about currently maintaining in debian/copyright should go only in the Debian version of your package.  Just delete the line here.
[19:15] <didrocks> jdstrand_: are you still there?
[19:16] <ScottK-laptop> sommer: Assuming it actually builds and works, I think that's it.
[19:16] <sommer> ScottK-laptop: I'll upload another diff in a second, just to be sure
[19:16] <ScottK-laptop> OK.
[19:20] <jdstrand_> didrocks: I am
[19:21] <jdstrand_> didrocks: apache uploaded
[19:21] <didrocks> jdstrand_: yeah, I saw that, thanks :)
[19:21] <jdstrand_> thank you!
[19:21] <didrocks> but because of mysql is broken for all architectures appart from i386, there is a FTBFS for all architectures but i386
[19:22] <didrocks> :(
[19:22] <zul> didrocks: yes we know
[19:22] <jdstrand_> that'll clearly have to wait ;)
[19:22] <didrocks> jdstrand_: and you will ask for a rebuild then ?
[19:22] <didrocks> (with the same version number)
[19:22] <sommer> ScottK-laptop: diff updated
[19:22] <jdstrand_> didrocks: others are taking care of it. once the dust settles, we can resubmit
[19:23] <jdstrand_> it'll have to be a FFe
[19:23] <didrocks> jdstrand_: ok :)
[19:23] <ScottK-laptop> jdstrand_: Did you see my last comment on Postfix and UFW profile?
[19:23] <ScottK-laptop> sommer: Looking.
[19:23] <jdstrand_> ScottK-laptop: regarding 'Submission'
[19:23] <jdstrand_> ?
[19:23] <ScottK-laptop> jdstrand_: Yes.
[19:23] <jdstrand_> ScottK-laptop: yes :)
[19:24] <ScottK-laptop> jdstrand_: Can you have multiple profiles per package?
[19:24] <jdstrand_> ScottK-laptop: also, ufw uses dpkg triggers now, so we don't have to fiddle with maintainer scripts
[19:24] <jdstrand_> ScottK-laptop: you can-- apache has 3
[19:25] <jdstrand_> ScottK-laptop: I already uploaded postfix, but we can tweak it later if needed
[19:25] <ScottK-laptop> jdstrand_: Then postfix might want postfix, postfix-smtps, and postfix-submission.
[19:25] <ScottK-laptop> OK
[19:25] <jdstrand_> ScottK-laptop: right now, it has 'Postfix' and 'Postfix Submission'
[19:26] <jdstrand_> ScottK-laptop: we also don't use the '--add-new' at this point, so no ports are opened via package installation (regardless of what DEFAULT_APPLICATION_POLICY is)
[19:27] <ScottK-laptop> OK.
[19:27] <jdstrand_> that'll come later-- as in intrepid+1 or later depending on the status of dpkg triggers funcionality
[19:27] <ScottK-laptop> Right.
[19:27] <egze-qype> Hi guys
[19:27] <ScottK-laptop> I think postfix and postfix-submission is probably enough.
[19:27] <ScottK-laptop> smtps is deprecated anyway.
[19:28] <egze-qype> can someone help me with configuring postfix please?
[19:28] <ScottK-laptop> egze-qype: Perhaps.  What's your question.
[19:28] <jdstrand_> ScottK-laptop: well, we have time to think about it :) the idea behind the profiles is to not have too many-- just the most common (otherwise there are so many choices and it is no easier for the user)
[19:29] <ScottK-laptop> Tight.
[19:29] <ScottK-laptop> Err
[19:29] <egze-qype> i'm testing my setup in telnet. sending mails to localhost works fine. but when I try to send a mail to my gmail account, I get this 550 5.1.1 <my_email@gmail.com>: Recipient address rejected: gmail.com
[19:29] <ScottK-laptop> Right.
[19:30] <ScottK-laptop> egze-qype: Find in /var/log/mail.log where that happens and pastebin it and the several lines before it.
[19:32] <egze-qype> ScottK-laptop http://pastebin.com/m7b1b3b8a
[19:35] <egze-qype> any ideas?
[19:35]  * ScottK-laptop looks
[19:35] <egze-qype> want me to paste also my conf file?
[19:35] <ScottK-laptop> sommer: I'm doing some more formatting work on your debian/changelog.  I'll just fix it and then you can look at it if you don't mind.
[19:35] <ScottK-laptop> egze-qype: Just a moment.
[19:37] <sommer> ScottK-laptop: heh, sure... a coupld of the bugs are resolved by the removing the old dependencies, so I just moved them up :)
[19:37] <leonel> ScottK-laptop:  in case  clamav get into main   what about the patches   do we keep sending  diffs   as today ?
[19:38] <ScottK-laptop> egze-qype: Yes.  Please pastebin the output of postconf -n
[19:39] <ScottK-laptop> leonel: Yes.  Canonical will do it if we don't, but they appreciate the help.
[19:39] <leonel> great
[19:39] <ScottK-laptop> Also there will be USN whenever it's updated.
[19:39] <leonel> perfect
[19:51] <ScottK-laptop> sommer: Try running lintian on the .deb (use the current Intrepid version).
[19:52] <ScottK-laptop> sommer: I think E: ldapscripts: FSSTND-dir-in-usr usr/man/ must be fixed before an upload.  The rest can wait for a rev 2 if you want.
[19:52] <ScottK-laptop> egze-qype: Are you getting your postconf -n?
[19:58] <sommer> ScottK-laptop: spamassassin done, bug #261968
[20:01] <ScottK-laptop> sommer: Great.
[20:01]  * lamont mutters at jdstrand, makes a note to go fetch postfix and push the changes into the VCS tree
[20:04] <ScottK-laptop> hey boss.  I tried to hold them off until you showed up.
[20:04] <jdstrand_> lamont: now hold on a sec :) there were already changes made to that tree that weren't in git IIRC (and bind9)
[20:05] <jdstrand_> lamont: I was gonna get you the git stuff later, but I'm under a serious time crunch atm
[20:05] <lamont> heh. no worries
[20:06] <lamont> jdstrand_: ah... is kees fault.
[20:06] <jdstrand_> lamont: do you want me to give you the debdiffs I uploaded for postfix and bind9? or get you the git stuff when I have time (probably tomorrow)
[20:06] <jdstrand_> (the debdiffs are different than what was submitted)
[20:06] <kees> erg?
[20:06] <lamont> jdstrand_: no worries - it's more a question of if you had multiple changes, gettting them as separate diffs would be wonderful...
[20:06] <lamont> kees: just blaming you for the ubunu1 bind9 version (hardening)
[20:06] <lamont> which is really just me being a slacker and not uploading it before you did
[20:07] <lamont> btw, thanks for testing that for me. :-)
[20:07] <kees> ah! heh, sorry.  I wasn't sure with some of the packages which were in VCS.  the control files can be vague.  :P
[20:07] <lamont> LOL
[20:07]  * lamont looks around for his trusty trout
[20:10] <lamont> jdstrand_: with the exception of apparmor being overly agressive to certain bind9 instances (due to untested integration issues with certain universe packages), you haven't given me any cause to worry about your changes.
[20:10] <lamont> kees has done even better. :)
[20:11] <jdstrand_> \o/
[20:11] <jdstrand_> lamont: if you give me bug reports, I can update our qa-regression-testing scripts accordingly
[20:11] <jdstrand_> lamont: to fix up the bind9 apparmor stuff
[20:12] <lamont> jdstrand_: dnscvsutil is the one that had things, um, beyond what we expected.
[20:12] <kees> jdstrand_: while you're in there, could you add a rw rule for /var/log/named ?  I've seen that location used for custom logging.
[20:12] <lamont> and that got fixed
[20:12] <lamont> oh.  cool
[20:13] <lamont> kees: I'll make time to get that change in before the freeze-after-tomorrow :-)
[20:13] <lamont> if jdstrand_ isn't already still pending-upload on bind9
[20:13] <kees> lamont: ah, very good.
[20:13]  * lamont wonders when the bzr frontend to talk to a git repo will be done
[20:13] <jdstrand_> lamont: bind9 is uploaded (for the ufw stuff)
[20:13] <lamont> right
[20:13] <kees> zul: this upstream bug fix for mysql is giving me a headache.
[20:13] <jdstrand_> I won't get to the apparmor today, but made a note of it
[20:14] <lamont> I just pulled the source for all versions-extant from archive.u.c, so I can rationalize the source
[20:14] <jdstrand_> (it's not FF sensitive anyway)
[20:14] <lamont> jdstrand_: right.  for that matter, just blat a bug into launchpad, since I scrape that before I upload anyway
[20:15] <zul> kees: how so?
[20:15] <jdstrand_> ok
[20:15] <kees> zul: they hardcoded their build path in the error messages....
[20:15] <kees> +mysqltest: At line 1: expecting a SQL-state (00000) from query 'remove_file /misc/mysql/forest/23921/51-23921/mysql-test/var/tmp/test_nonexistent.tmp' which cannot produce one...
[20:15] <kees> which, obviously fails when I try to build... *roll eyes*
[20:16] <zul> kees: heh sounds like quality stuff
[20:16] <kees> zul: yeah, I'm digging around in their vcs to see if they've improved on it...
[20:16] <zul> kees: im guessing they havent
[20:17] <kees> and LP keeps timing out.
[20:18] <egze-qype> ScottK-laptop sorry, was out getting food. here's my postconf http://pastebin.com/m54a909de
[20:19]  * ScottK-laptop looks
[20:23] <lamont> kees/jdstrand_: I assume there's no reason that your changes would be a bad thing to upload to debian?
[20:25] <ScottK-laptop> egze-qype: Why did you set default_transport = error and inet_interfaces = loopback-only ?
[20:27] <egze-qype> ScottK-laptop it was set by default like this. Is this wrong? I only want to send emails, and not to receive them
[20:28] <egze-qype> and only send from localhost
[20:29] <ScottK-laptop> egze-qype: When you installed postfix, what option did you pick?
[20:29] <jdstrand_> lamont: mine would be odd at this point because ufw isn't in debian yet. on todo list for after debian freeze
[20:30] <ScottK-laptop> egze-qype: inet_interfaces and default_transport affect sending.
[20:30] <egze-qype> ScottK-laptop Local only
[20:30] <kees> lamont: afaik, it should be fine.
[20:31] <lamont> thanks
[20:31] <ScottK-laptop> egze-qype: inet_interfaces would be how you want it to send the mail out.  With loopback only it won't get far.
[20:31] <ScottK-laptop> egze-qype: You don't want local only if you want to send mail out.
[20:32] <egze-qype> ScottK-laptop should I pick Internet-Website then?
[20:33] <fostermarkd> of course it can send mail out
[20:33] <fostermarkd> inet_interfaces refers to what IP it _listens_ on
[20:33] <fostermarkd> which is for accepting mail, not for sending it
[20:34] <ScottK-laptop> egze-qype: Run sudo dpkg-reconfigure postfix and then pick internet.
[20:35] <lamont> jdstrand_: there's a difference between "odd" and "broken" :-)
[20:36] <jdstrand_> lamont: it certainly won't break anything-- just drops a file somewhere :)
[20:36] <ScottK-laptop> fostermarkd: Right.  Sorry.
[20:36] <ScottK-laptop> egze-qype: He's right.
[20:37] <egze-qype> wohoo. reconfigured as Internet and the sending works
[20:37] <ScottK-laptop> Since only loopback addresses are in mynetworks anyway, it won't actually change anything to make inet_interfaces loopback only.
[20:37] <ScottK-laptop> OK.
[20:37] <lamont> jdstrand_: exactly
[20:37] <egze-qype> How can I make sure that the mails can be sent only from localhost?
[20:38] <ScottK-laptop> egze-qype: mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 does that for you already.
[20:39] <didrocks> jdstrand_: thanks for the upload :)
[20:39] <jdstrand_> np!
[20:40] <egze-qype> ScottK-laptop nice! So I don't need to protect it with a password if it only accepts requests from localhost? Or I should still think about security?
[20:41] <ScottK-laptop> Your config didn't have any SASL in it, so the only place it will accept mail from is one of those addresses (which are all localhost addresses).
[20:43] <egze-qype> ScottK-laptop thanks a lot!
[20:48] <sommer> ScottK-laptop: new diff uploaded
[20:49]  * sommer didn't know lintian worked on .debs, coolnes
[20:50] <lamont> sommer: it uses the .changes just far enough to get the list of debs. :-)
[20:51] <sommer> ah
[20:52] <sommer> I sometimes feel like lintian is just waiting to betray me :-)
[20:59] <kees> fetching all of the mysql bzr tree: not quick.
[21:02] <basicshwa> I need help with two things
[21:03] <basicshwa> I installed ubuntu server on my laptop. I then installed fluxbox because I ahve a taste for minimalism. I need to now make sure fluxbox starts on bootup and I need to learn how to install programs via apt-get
[21:04] <basicshwa> I only need basic programs to basically do simple things such as play media. thats about it really
[21:04] <slicslak> proftpd still the recommended ftp server?
[21:05] <nxvl> jdstrand_: jamie, are you updating Samba's patch or waiting for me to work on it?
[21:10] <jdstrand_> nxvl: I am updating it
[21:10] <jdstrand_> nxvl: everything else is uploaded
[21:10] <jdstrand_> nxvl: thanks for your help on this
[21:11] <jdstrand_> nxvl: if you plan to do more, be sure to see the new procedures in UbuntuFirewall (it's simpler now, cause I'm using dpkg triggers)
[21:11] <jdstrand_> though note, I won't be able to sponsor more today :)
[21:13] <ScottK-laptop> sommer: Uploaded.  Thank you for your contribution to Ubuntu.  Please fix up the rest of the lintian warnings (except the no versioned depends on debhelper one) and make that a revision 2.
[21:13] <ScottK-laptop> sommer: I recommend you pull your package off of mentors and fix this stuff first.
[21:13] <sommer> ScottK-laptop: awesome will do, thanks again
[21:14] <ScottK-laptop> slicslak: My recommendation is to use another, more secure protocol instead.
[21:18] <sommer> ScottK-laptop: when I've fixed the errors should I just file a new bug?
[21:23] <slicslak> ScottK-laptop, :)  ssh(fs) might be more secure from an outside attack but less secure from an inside attack.
[21:29] <nxvl> jdstrand_: yeah, i saw the uploads, thank you for sponsoring them
[21:29] <nxvl> :D
[21:48] <nxvl> jdstrand_: you have plans to add ufw to debian?
[21:55] <jdstrand_> nxvl: yes
[22:02] <ScottK-laptop> slicslak: From my perspective anything that transmits a password in the clear is a non-starter, so for anything non-anyonymous, no ftp I say.
[22:14] <basicshwa> ok, So, I installed ubuntu server edition. Then I sudo apt-get install xorg fluxbox fluxconf in command line. I then installed mplayer by apt-get install mplayer in command line. I went to go to systems in fluxbox and.... systems was not there
[22:14] <slicslak> ScottK-laptop, true, but you can enforce TLS
[22:15] <ScottK-laptop> I suppose that works.  It's been long enough since I used ftp, is it common that clients support that?
[22:15] <ScottK-laptop> basicshwa: As soon as you said 'installed fluxbox' it wasn't really a server question anymore.  I suggest #ubuntu
[22:16] <slicslak> old clients don't - or do so buggy.  but new ones do.  and clients like filezilla will automatically try to use TLS without being told to.  so i always enforce it and then tell clients to d/l filezilla (which is a great ftp app anyway)
[22:17] <Goosemoose> anyone have a good preseed file example for hardy? In particualr I'm interested in getting the computers to join an AD Domain
[22:17] <Goosemoose> and login authentication via AD
[22:19] <freaky[t]> can anyone help me with this: http://main.freakyy.de/raid.txt i get this when starting my server it's something about a raid array ... http://main.freakyy.de/sda.txt <-- this is the smartctl -d ata -a /dev/sda output
[22:31] <maw> anyone running snort on Ubuntu 8.04?
[22:37] <ScottK-laptop> sommer: FYI, my review of your package also resulted in Debian Bug#496826 being filed.
[23:55] <lukehasnoname> so apparently murmur is NOT console server capable