[00:35] Why doesnt apache restore the default config files and modules in /etc/apache2 when you remove the dir and lamp then reinstall it all? [00:35] mathiaz: hi, i'm working on LP bug #130836 [00:35] Launchpad bug 130836 in apache2 "Specify OpenDocument icon(s) in Apache2 configuration" [Wishlist,Triaged] https://launchpad.net/bugs/130836 [00:35] mathiaz: should i work with apache2_2.2.6-2 [00:35] mathiaz: or 2.2.4-3build1 [00:36] nxvl: apache2_2.2.6-2 [00:36] nxvl: this will be for hardy [00:36] mathiaz: ok, downloading [00:37] mathiaz: is it uploaded on the server or still waiting for sync/merge [00:38] i can't dget it from LP [00:38] Any one have any idea how I can get the contents of a default /etc/apache2 folder [00:39] nxvl: http://packages.ubuntu.com/hardy/web/apache2 says it's already in the archive [00:39] PyroSama: You need to purge the package and reinstall it. [00:39] nxvl: http://archive.ubuntu.com/ubuntu/pool/main/a/apache2/apache2_2.2.6-2.dsc [00:39] I did. [00:39] I get partial content. [00:39] It gives me a blank httpd.conf no modules and no apache2.conf [00:40] But restores every thing else that I can tell. [00:40] What exactly did you do, and what exact files are you missing? [00:40] PyroSama: did you purge apache2-common ? [00:40] apache2.2-common yes [00:41] PyroSama: What exactly did you do? [00:41] apt-get remove apache2 apache2-mpm-prefork apache2-utils apache2.2-common libapache2-mod-php5 libapr1 libaprutil1 libdbd-mysql-perl libdbi-perl libmysqlclient15off libnet-daemon-perl libplrpc-perl libpq5 mysql-client-5.0 mysql-common mysql-server mysql-server-5.0 php5-common php5-mysql [00:41] Where's --purge? [00:42] Then removed apache2 dir [00:42] -- purge? [00:42] Yes. You claimed you purged it. [00:42] I guess I missunderstood. [00:42] I'm still new to linux. [00:42] without --purge, you're only removing. [00:43] Ah. [00:43] This is new to me. [00:43] --purge is a really nice option, it has help me with so MANY error i have made [00:43] PyroSama: removing doesn't delete configuration files (/etc/apache2), purge will do it. [00:43] * nxvl loves --purge [00:43] You see, when you remove a configuration file, that removal is remembered (since that counts as configuration, too). [00:43] Where are my mysql databases stored? [00:43] ... so when you upgrade, the file will not be reinstalled. This is by design. [00:44] Ah so --purge is designed to clean the slate. [00:44] ...so to get the file back, you need to purge the package (forcing dpkg to forget all about the package's configuration files) and reinstall it. [00:44] Where with out it it's designed to upgrade / remove / install the binaries and not the related configuration files [00:45] mathiaz: i should rename it (al least on changlog) to apache2_2.2.6-2ubuntu1, didn't i? [00:45] purge The package is selected to be purged (i.e. we want to remove everything, even configuration files). [00:45] Ok so before I do that I need to find mysql databases [00:45] PyroSama: /var/lib/mysql [00:45] nxvl: yes. [00:45] PyroSama: why don't you just purge apache2? [00:45] PyroSama: and let mysql alone [00:46] s/let/leve/ [00:46] s/leve/leave/ [00:46] nxvl: if you're changing something to the debian package, you need add ubuntu* to the revision number. [00:46] :P [00:46] mathiaz: yes, i has read that before, just ensuring :D [00:46] MailScanner question, I have spamassassin, setup without mailscanner, if I setup mailscanner, and I tell it to use spamassassin, are messages being run thru spamassassin twice? [00:47] nxvl I am having other issues with my server setup aswell so if I can wipe the entire thing I might aswell. [00:47] Hi chaps, anyone got experience with "tasksel" ? [00:47] The DNS server install hangs at bind9-doc, using Gutsy 7.10 [00:48] Thanks for the help. I'm going to see if I can take it from here. [00:49] Is there a log i can read, to see where the error is? [00:49] mathiaz: i only need to edit debian/apache2.conf, didn't i? [00:50] nxvl: Probably. I don't know exactly what you have to do to fix the bug. [00:50] mathiaz: heh, i'm trying to change the default apache2.conf [00:51] mathiaz: so the cuestion is, the default one is debian/apache2.conf? [00:51] nxvl: yes. [00:51] nxvl: debian/apache2.conf will be copied to /etc/apache2/ during the postinstallation phase [00:52] nxvl: you can check that by looking at debian/apache2-common.postinst [00:52] And behold magicly mod_rewrite works... [00:52] Thanks every one I'm now a happy man :D [00:53] mathiaz: i was looking for the postinst, thnx [01:01] mathiaz: i send the debdiff, can you check it please [01:05] nxvl: could you add the LP bug number you've fixed ? [01:05] nxvl: LP: #130836 in the changelog [01:06] nxvl: I also think that the icons should be packaged. [01:06] mathiaz: fixing, i always forget [01:08] * ajmitch wonders what useful servery things he can do for hardy [01:09] * mathiaz thinks that fedora directory server may need some packaging love [01:09] people still want that? [01:10] I don't know actually - it was a just an idea. [01:10] mathiaz: the icons aren't packaged? [01:10] nxvl: I don't think so. [01:11] which icons are they? [01:11] ajmitch: http://www.catnip.co.uk/opendocument/icons/#apache [01:11] ah, extra mimetypes [01:12] ajmitch: yes - bug 130836 [01:12] Launchpad bug 130836 in apache2 "Specify OpenDocument icon(s) in Apache2 configuration" [Wishlist,Triaged] https://launchpad.net/bugs/130836 [01:14] mathiaz: they should be on docs/icons? [01:18] nxvl: hum... well. That were upstream puts the icons. [01:18] nxvl: however, you'll probably have to add them using patches in debian/. [01:20] mathiaz: but the patch must add them to /docs/icons [01:21] nxvl: yes [01:23] mathiaz: but sould i use a patch or a line on postinst? [01:23] nxvl: I wouln't use a patch actually. [01:24] nxvl: the postinst won't work either. [01:24] nxvl: try to modify the rules file to install the icons during the package build [01:24] nxvl: and add a subdirectory icons/ in debian/ where you'd put the extra icons files. [01:26] mathiaz: under "install: build" ?? [01:27] they'd probably need to be uuencoded [01:27] due to the limitations of the packaging format, where they have to be representable in a diff [01:28] nxvl: yes. [01:28] ajmitch: yes - I thought about that too. [01:28] ajmitch: but I've never patched a package to add binray files. [01:29] it's common enough [01:29] just look for any package that build-depends on sharutils [01:29] ajmitch: do you know of a package that does such a thing ? [01:30] mathiaz: anywhere in there of before/after something? [01:30] ajmitch: You could stand behind soren and kick him until ebox is packaged. [01:30] mathiaz: about 50 or more [01:31] MailScanner question, I have spamassassin, setup without mailscanner, if I setup mailscanner, and I tell it to use spamassassin, are messages being run thru spamassassin twice? [01:31] such as squid [01:31] I think [01:31] * ajmitch looks for others that b-d on sharutils [01:32] ajmitch: so, you are saying i need to use sharutils instead of editing debian/rules? [01:32] mikefoo: Didn't see you here too. Just don't use mailscanner with Postfix. [01:32] nxvl: probably after dh_install [01:32] nxvl: I'm saying that sharutils contains uuencode/uudecode, which you use from debian/rules to mangle the icons [01:32] nxvl: that's when stuff gets copied from debian/ to the build directory. [01:33] ajmitch: oh! ok [01:34] aha, openssh does use it [01:34] uudecode -o debian/ssh-askpass-gnome/usr/share/pixmaps/ssh-askpass-gnome.png debian/ssh-askpass-gnome.png.uue [01:34] in the install: rule [01:35] ajmitch: yop. I've seen that. [01:36] ajmitch: so now the question is how to create the .uue file ? [01:36] I guess with uuencode on the original .png file [01:37] yes [01:40] ok [01:41] i put the changes on rules [01:41] now, what was that uuencode stuff? [01:42] nxvl: you cannot include a binary file into a debian diff. [01:42] nxvl: so you need to uuencode it, and uudecode it when building the package. [01:43] nxvl: have a look at the openssh package. It adds an icon for openssh-askpass-gnome. [01:47] lamont: Would it be wrong to make postfix conflict with mailscanner? [01:48] ping 192.168.1.1 [01:48] oops [01:49] 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=7.000ms [01:49] ) [01:49] :) [01:51] heh [01:53] mathiaz: client or server? [01:55] same thing, downloading [02:00] ok [02:00] but, how do i enconde the png files? [02:00] by hand? [02:01] yep [02:02] it's an ugly hack, really [02:02] ajmitch: i have more the one png file [02:02] i need to add a decode instruction for each one? [02:02] s/i/do i/ [02:03] nxvl: yes. [02:03] nxvl: you may use a loop though. [02:03] mathiaz: bash loop? [02:03] nxvl: you'll also have to check the license of the icons you're adding. [02:04] nxvl: yes. In the rules, so that you don't need to add the same line for each icon file. [02:05] mathiaz: http://creativecommons.org/licenses/by-sa/2.5/ [02:05] mathiaz: whis one, that means i need to add it to COPYRIGHT, didn't it? [02:05] s/whis/this [02:06] nxvl: you're correct. [02:06] ok [02:08] do i need to enconde on base64 or default one? [02:08] ScottK: does mailscanner provide: mail-transport-agent [02:08] ? [02:08] * lamont needs to run off for an hour or so. bbl [02:12] nxvl: good question. Try the default encoding. [02:12] nxvl: I guess that the source package won't build if it's not what should be done. [02:15] doesn't matter what is used, as long as diff likes it [02:16] lamont: No, but it engenders some pretty strong reactions on postfix-users because it uses internal interfaces to interact with postfix (manipulates mail queues directly) and so is inherently unrelaible. [02:17] unreliable even. [02:31] mathiaz: done, patch send [02:31] night all [02:32] mathiaz: forget it, i haven't add the license [02:35] nxvl: the changelog doesn't have the correct LP syntax. [02:35] nxvl: the bug number should be preceeded with LP: [02:36] nxvl: ie: (Closes: LP: #130836) [02:37] mathiaz: ok, i will change that [02:38] mathiaz: i'm looking at the page where i downloaded the icons, and it says nothing about license [02:38] mathiaz: it mencion license about OTHER icons [02:38] mathiaz: not those i download [02:39] nxvl: there isn't any LICENSE file in the tar archive ? [02:40] nop [02:41] that makes it annoying [02:42] hum... according to this web page: http://opendocumentfellowship.com/icon/examples [02:42] a set of icons has been donated to the ASF [02:42] "This icon set has been donated to the Apache Foundation under the terms of their CLA." [02:43] mathiaz: but not THESE set of icons [02:44] nxvl: what about these icons: http://opendocumentfellowship.com/icon/examples ? [02:44] nxvl: I think it's the same author. [02:45] nxvl: it seems that all the icons are provided under the following license: [02:45] License [02:45] Permission to use and/or modify these images is granted for the identification and promotion of the OpenDocument Format (ISO 26300 and any later version published by OASIS or ISO) provided you acknowledge me, Pete Harlow, if someone asks [02:45] These icons are trademarks of Pete Harlow. [02:45] mathiaz: ok, let use those [02:46] mathiaz: nop, those are the ones i downloaded [02:46] nxvl: you may want to confirm with the author that everything is ok. [02:46] mathiaz: right click -> properties [02:47] license says it is [02:47] nxvl: The author is subscribed to the bug so he should receive the notification. [02:48] nxvl: It may also be worth making sure that this set of icons is the one that has been donated to the ASF. [02:51] mathiaz: the icons from the web you just send are the ones in the first one [02:52] mathiaz: so i think is that license [02:53] sending new debdiff [02:53] nxvl: that's what I tought. [02:53] Did you test the build ? [02:55] i did "dpkg-buildpackage -S -rfakeroot" if that's what your asking [02:55] nxvl: hum... Could you also test the binary build ? [02:56] ok [02:56] nxvl: -S will only build a source. [02:56] nxvl: a binary build will also make sure that the changes to the rules files works correctly. [02:56] nxvl: check that the added icons are shipped in the package. [02:57] mmm i didn't have hardy pbuilder enviroment [02:57] i will check [02:58] mathiaz: can i build it on gutsy? [02:59] nxvl: that should be ok for now. [02:59] nxvl: unless you wanna setup a pbuilder for hardy (you'll have to do it as some point ;) ). [02:59] i will do it now anyway [03:00] is the debbootstrat already with hardy scripts? [03:00] nxvl: I did it today - I've just rebuilt hardy debootstrap for gutsy [03:00] nxvl: yes. but the one in hardy. [03:00] last time i downloaded it doesn't work [03:00] nxvl: I haven't seen anything in gutsy-backports. [03:00] :D [03:00] mmm [03:00] i think i forget the dependency for uue [03:00] :( [03:01] nxvl: if you don't wanna go through rebuild hardy debootstrap for gutsy, you can just symlink the hardy script to gutsy [03:01] nxvl: $ ls -l /usr/lib/debootstrap/scripts/ [03:01] nxvl: lrwxrwxrwx 1 root root 5 2007-10-24 15:54 hardy -> gutsy [03:02] does it will work fine forever? [03:02] nxvl: but I think there has been other bug fixes in debootstrap - you should check the changelog. [03:02] nxvl: IWFM now. [03:03] nxvl: but we discover new bugs now that hardy is opened. [03:03] nxvl: we might discover [03:03] nxvl: I just needed to setup my pbuilders for hardy. [03:09] i need to go out for now, i will continue with this later [03:10] mathiaz: thnx for the help [03:10] nxvl: you're welcome :) [03:22] soren: Hello, you here? [03:24] genii: I don't think so. [03:24] Perhaps someone may know... I hear he is working on ebox. Is anyone working on or know about the debian and debian-edu status of cipux? [03:25] no, what is it? [03:26] genii: He's on European time, so he's almost certainly sleeping right now. [03:27] another we gui admin tool, wthey are adopting it as the webmin replacement [03:27] *web, *they [03:27] oh [03:27] * kgoetz stops being interested [03:27] ScottK: OK, thanks once more [03:28] ScottK: Is ebox on launchpad? [03:28] NOt yet. [03:28] OK [03:29] He might be interested in assistance/testing though. [03:29] Cool. i have a couple of home servers on static IP [03:30] falcon etc is installed [03:31] LOL Damn whois on soren doesn't give me a clue what timezone [03:35] For logging purposes: http://wiki.debian.org/DebianEdu/CipUX [03:36] genii: He lives in .dk [03:37] Ah so about GMT +1 or +2 [03:37] Thanks [03:37] ScottK: You're a fount of information :) [03:50] ScottK: evil. [03:51] there's a part of me that would support conflicting with it [04:13] hi how come when trying to stream a movie over samba it keeps breaking up [04:22] stiv2k: which version of samba are you using % [04:22] stiv2k: ? [04:27] Anyone running some sort of centralised authentication [04:28] Does radius count? [04:30] I mean for PAM [04:30] I'm running LDAP with slapd, but I'm not entirely happy with it. [04:30] especially the client-side caching [04:33] mathiaz: just upgraded to gutsy [04:33] umm [04:33] fujin: hi [04:34] mathiaz: 3.0.26a-1ubuntu2 [04:34] Hello. [04:34] fujin: i'm using ldap ,but only internal to one machines services [04:34] I see. [04:34] I'm thinking of rolling it to 50~ boxes, and this is the decision making time [04:34] wether to statically push out an /etc/passwd / /etc/shadow blabla. [04:34] or to use ldap. [04:34] stiv2k: on both the client and the server ? [04:35] client? [04:35] no the client is windows XP [04:35] fujin: not tried that myself. do you have time to try ldap and not use it if it breaks? [04:36] for 50 systems its worth putting in the effort to try and centralise that stuff imo [04:36] fujin: I concur with kgoetz... you can also authenticate webapps and other services to ldap. [04:37] * kgoetz is in the process of tryinng that :) [04:41] mathiaz: ? [04:43] stiv2k: I don't really know. There was a bug about streaming from a samba server, but it was to a linux client. [04:49] kgoetz: well, my /etc/passwd would be centralised [04:49] but storage of the passwords would not be obviously [04:49] unless I replaced the passwd file everytime (I use puppet for centralised management [04:51] hmm [04:52] fujin: thats a type of centralisation i guess [04:52] * kgoetz has used cfengine fro a similr task in the pst [04:52] Aye. [04:52] I'll stick to LDAP. Just need to make sure it's going to work. I've got Puppet pushing out all the necessary stuff but am hitting issues changing from sudo to sudo-ldap [04:52] although I think I've got aroudn that by rolling my own sudo package and telling puppet to update the boxes to the latest version of sudo [04:52] (without the broken stuff) [04:54] i've seen lots of stuff about ldap in LP, but i didnt look closely because it doesnt affect me :) [04:55] The only major problem I can foresee is that even with nscd/nss_updatedb, the passwords are never cached [04:55] which I guess is good [04:55] but of course reduces functionality without connectivity [04:55] and I haven't got around to making a master-2slave LDAP cluster yet. [04:56] depends if you plan for clients to go awol i suppose [04:56] brb [05:24] Is there a way to list the files that would be installed before installing a package ? [05:25] if you have apt-files you might, or look at packages.ubuntu.com, i think it has package lists [05:40] osmosis: maybe sudo apt-get install --simulate [07:25] soren: nice try on the debian mail [07:25] look there is a topic ... hey shiny other thing ..,. [08:08] Burgundavia: *G* Yeah, it's amazing how little interest they seem to have in something that's really a change to Debian Policy. [08:09] soren: the other one that baffled me was the "we should use .desktop because the world has already gone there" [08:10] there is a reason Ubuntu exists [08:10] this is it [08:12] .desktop? Er... I think I missed that one? [08:13] mmm. shiny thing [08:15] soren: .desktop files are how apps show up in the menu [08:16] they are a freedesktop.org spec and used in KDE, GNOME, Xfce and some other wms [08:19] Sure, sure. [08:19] I meant that I missed the comment about using .desktop "because the world has aready gone there"? [08:24] sorry, tired [08:25] that was not what I was thinking i was writing and yet it made sense [08:25] I am good [08:25] anyway, I was saying that debian basically rejected .desktop files because about 1% of the wms used by debian users don't support it and likely because of a strong case of NIH [08:26] National Institute of Health? [08:27] * soren is also tired :) [08:27] they didnt rejet them, theh just want to make sure.menu files stay around [08:28] not invented here [08:28] Oh :) [08:28] kgoetz: that is crazy [08:28] they should have made .desktops standard and one generate the other [08:30] me shrug. i'm tired. i'm goign home ;). later all [08:34] Burgundavia: I think I'll draft an actual patch to Debian Policy and send it. That might get things started. [08:34] soren: for the .desktop or your issue [08:34] ? [08:35] My issue. [08:57] i'm having problems with apache [08:57] patching LP bug [08:57] #130836 [08:57] does any one can help me? === varek_ is now known as varek === Drazha[away] is now known as Drazha === Drazha is now known as Drazha[away] === Drazha[away] is now known as Drazha === crummygummy_ is now known as CrummyGummy [12:49] re: " there's a part of me that would support conflicting with it" - The question is, is that part of you the Postfix maintainer? === BettiePage is now known as atouk [14:06] hello [14:06] anyone know anything about configuring mrtg or cacti? [14:07] <_ruben> used mrtg ages ago, currently using cacti, but #cacti might be a better place [14:13] ScottK: it's a rather abrasive move... I'd want to discuss it with the debian maintainer of mailscanner (or whatever package it was...) [14:14] what we need is Discourages: and Strongly-Discourages: :-) [14:14] lamont: I agree. It shouldn't be done unilaterally, but I do it's not unreasonable to have the packaging system avoid insanity. [14:15] well does anyone here know about installing cacti then? [14:15] * ScottK is pondering adding a mailscanner factoid like the webmin one to do the strongly discouraging bit here anyway. [14:15] ScottK: after reading the description, it looks like postfix isn't on it's supported list, which makes me feel less bad about conflicting... :-) [14:16] anyway, I'll ponder it [14:16] OK. [14:19] halcyonCorsair: I know about mrtg. [14:20] how hard is it to get going on ubuntu server 7.04? [14:21] halcyonCorsair: ...but rumour has it that cricket is teh stuff these days. [14:21] halcyonCorsair: Not very. [14:21] cricket? [14:21] halcyonCorsair: Take a look at the cfgmaker man page, and you should be very close to have a working configuration. [14:21] soren: it'll be quite sometime before the crusty cricket release. [14:22] soren: how hard is not very? [14:22] halcyonCorsair: How long is a piece of string? [14:23] halcyonCorsair: It's kind of hard to say, isn't it? I find it rather easy. Untrained hamsters might find it slightly more difficult. [14:23] You might find yourself in between those two somewhere. [14:23] Are you good with snmp? [14:24] If so you might find it really easy. [14:24] i've heard of it.... <--- nice cagey answer [14:24] Ok, if you can give me a unit of measure, I'll attempt to tell you exactly how difficult it is. [14:24] halcyonCorsair: it stands for "Security Not My Problem." [14:26] lamont: lies! ;) [14:26] mralphabet: read the spec [14:26] heh [14:27] and name me _one_ other widely deployed protocol that still has no means of authentication other than clear text passwords. [14:27] oh wait. those aren't passwords. those are "community strings" [14:27] hey, community strings are secure . . . [14:28] as long as you don't write them down [14:28] or use them on a sniffable network [14:28] soren: so, a guide or something of some sort? [14:28] that too [14:28] Well, at least it's not like there's some standard strings that everyone uses. === infinity3 is now known as infinity [14:28] Oh, wait.. [14:28] heh [14:29] lol [14:29] and no vendor would ever hardcode a write-capable community [14:30] halcyonCorsair: Seriously.. Take a look at cfgmaker (included in mrtg). [14:31] halcyonCorsair: It's quite easy, if you already have snmp up and running. [14:31] I got to go. I have to pack for Boston. [14:32] * halcyonCorsair wonders what he needs to get snmp up and running [14:33] * lamont packs for boston on saturday [14:38] how long until ... oh. saturday [14:38] halcyonCorsair: first step is to install the snmp package. [14:39] done [14:40] halcyonCorsair: then on to installing mrtg. [14:40] look, the whole apt-get install bit isn't the issue, its the config [14:42] halcyonCorsair: what is your plan for mrtg? bandwidth monitoring? service monitoring? [14:44] is there a list of things somewhere that 606 installs by default - and if not, is iptables installed by default in 606 LTS? [14:45] sommer: bandwidth monitoring [14:45] MikeDX, iptables is part of the kernel [14:45] (read : yes) [14:45] :| [14:45] halcyonCorsair: sweet, than like soren mentioned cfgmaker is your friend [14:46] halcyonCorsair: to use it do cfgmaker communitystring@device > device.cfg [14:46] ok, next question, where is the file for me to edit to allow samba shares across my vpn? [14:46] *shrug* samba==not my problem :) [14:47] ok then, where is the config file for me to edit to allow the ports that I want opened up [14:47] halcyonCorsair: here's a guide that may help: http://www.cyberciti.biz/nixcraft/linux/docs/uniqlinuxfeatures/mrtg/ [14:47] thanks [14:48] sommer: communitystring? [14:48] it's what snmp uses as a password to gather info from devices. [14:49] halcyonCorsair: most devices set it to the work "public" by default, which is why snmp is considered not very secure... and stuff [14:49] s/work/word/ [15:08] how can i change the order in which services in init.d start up? [15:15] I guess I change SNN to SAA in /etc/rc2.d [15:15] * MikeDX tries it [15:30] anyone know how to get snmp going? [15:30] halcyonCorsair: do you have a specific question? [15:31]