[01:10] Hmm, I'm reading the stuff about FFE for the patch that kirkland and I are proposing. He's asked me to make a .tgz with all the stuff for his review while he has a sumptuous meal :) - but I'm unsure what to include - the mind is willing, but the flesh is unsure. [01:12] My documentation thus far is at: https://wiki.ubuntu.com/OnnoBenschop/ubuntu-server/init.d-status [01:13] Any pointers? [01:14] owh: why would you need to make a tgz ? [01:14] owh: you just need to attach a debdiff to the bug. [01:14] owh: are you subscribed to ubuntu-devel@lists.u.c ? [01:14] mathiaz: I already did that part :) [01:15] mathiaz: Yes, I read the latest message on the subject. Kirkland hasn't seen it yet. [01:15] owh: right - so using the LSB argument won't work. [01:15] owh: and it seems that the init scripts handling will change for intrepid [01:16] owh: with an integration with upstart. [01:16] owh: So I'd just concentrate on adding a status action to the init script for daemon processes. [01:16] mathiaz: Yes, we saw that already from SJR's comments. [01:16] owh: what is the bug number where you've attached your debdiff ? [01:17] mathiaz: Bug #203169 [01:17] Launchpad bug 203169 in lsb ""status" function for init scripts" [Undecided,New] https://launchpad.net/bugs/203169 [01:17] mathiaz: We figured that updating lsb was less code than individually patching each init.d script. [01:18] mathiaz: The list of packages affected is on the wiki page. [01:18] mathiaz: We were expecting to add them to this bug and fix them one at a time like the bug you showed us a little while ago. [01:18] mathiaz: The python-fix thing. [01:19] owh: there are multiple lists on your wiki page - which list are you refering too ? [01:19] mathiaz: The actual affected packages are at: https://wiki.ubuntu.com/OnnoBenschop/ubuntu-server/init.d-status#head-9fa491ed97b93b78759171771d0c13f82b4784da [01:19] mathiaz: "List of unique packages" [01:20] owh: libc6 ? [01:20] owh: module-init-tools ? [01:20] owh: netbase ? [01:20] owh: procps ? [01:20] mathiaz: Those packages all include scripts that are in init.d [01:21] owh: sysv-rc ? [01:21] owh: udev ? [01:21] owh: util-linux ? [01:21] It is possible that they include rc and rcS, in which case we can remove them. [01:21] owh: these are packages that don't have daemons running IIRC [01:21] owh: so I'd remove them from the list. [01:21] mathiaz: If you look at the list above you'll see the relationship. [01:22] mathiaz: For example libc6 has a script: /etc/init.d/glibc.sh [01:22] mathiaz: module-init-tools has the script: /etc/init.d/module-init-tools [01:23] owh: well - I think that what we should aim for is to have status action for daemons [01:23] owh: this is the part that always annoys me [01:23] mathiaz: The intent is to go through each script that's on the list and check to see if it actually needs a status. README, rc and rcS have already been manually removed from the list. [01:24] owh: consedering where we're at in the release cycle, it will be hard to get things included in hardy [01:24] owh: ok - so that's not the final list [01:24] mathiaz: The hard part is defining a daemon. I'm just basing this on the running processes, but things like postgres aren't even running yet. [01:24] mathiaz: No. [01:24] owh: postgres should be running [01:24] owh: and has a status action [01:25] mathiaz: Not on the hardy install that I'm currently running. [01:25] owh: if the default install of postgres doesn't work, you should report a bug. [01:25] mathiaz: It does already have a status. My point was that it's not running, so there might be others like that. [01:25] owh: how did you install it ? [01:25] mathiaz: Boot from CD, tick the boxes, wait. Reboot. [01:26] owh: ok - it's a bug in the installer [01:26] owh: it should be fixed for beta. [01:26] owh: if you install with apt-get install once you've rebooted you should have working postgres installation. [01:27] mathiaz: What is the executable/daemon that postgress uses? [01:28] ajmitch@ubuntu-desktop:~$ /etc/init.d/postgresql-8.2 status [01:28] Version Cluster Port Status Owner Data directory Log file [01:28] 8.2 main 5432 online postgres /var/lib/postgresql/8.2/main /var/log/postgresql/postgresql-8.2-main.log [01:28] one that already has a (non-LSB-compliant) status [01:28] ajmitch: Well my installation only shows the first line. [01:29] owh: yes - it's a known bug in hardy. [01:29] owh: you can safely remove postgres from your list - its init script has a status option and is working [01:29] mathiaz: Cool, then I don't need to worry about it. [01:29] * owh updates list. [01:32] mathiaz: Bare in mind that I'm trying to make an automated list so nothing slips through the cracks. I suspect we're now at the end of that and now it becomes manual :) [01:33] * mathiaz nods [01:34] * ajmitch doesn't know if the usefulness of having a status action will outweigh having to have new uploads & rebuilds of a large number of packages [01:34] ajmitch: well - we're already under 10 packages in the list [01:34] ajmitch: so I wouldn't say it's a large number of packages. [01:34] mathiaz: I have 17 showing at the moment, but I agree with the point. [01:34] ajmitch: and I think that having a status action *is* really usefull [01:35] mathiaz: The stuff that you showed, that is the ones you questioned, how did you exclude them? (libc6, netbase, etc.) [01:35] mathiaz: sure, but the release manager may have other thoughts :) [01:35] ajmitch: One step at a time :) [01:36] owh: just by looking at them and asking myself: does this stuff runs a daemon ? [01:36] owh: if no, I'd exclude it. [01:36] mathiaz: So, which of my list are bogus in your opinion? [01:37] owh: the list I've just given you [01:37] Here's my list: (17 lines) [01:37] apache2.2-common [01:37] at [01:37] bind9 [01:37] cron [01:37] dovecot-common [01:37] klogd [01:37] libc6 [01:37] module-init-tools [01:37] netbase [01:37] openssh-server [01:37] procps [01:37] samba [01:37] sysklogd [01:37] sysv-rc [01:37] udev [01:37] util-linux [01:37] winbind [01:38] owh: libc6 module-init-tools netbase procps sysv-rc udev util-linux [01:38] owh: ^^ these packages don't seem to start daemons. [01:39] * owh is adding a '-' to the list to check the actual script and dependencies. [01:39] samba+winbind are in a single source package, too [01:39] ajmitch: Yes [01:39] ajmitch: Uh, no. [01:40] ajmitch: Separate packages. [01:40] source package, I said :) [01:40] Doh [01:40] :) [01:41] mathiaz: I'm checking the actual init.d scripts for those packages, but if they disappear then we're down to 10 and as ajmitch points out, 9 source packages. [01:42] owh: yes - that's more reasonable and less scary for the release manager [01:42] * owh likes that :) [01:42] owh: and then we can really use the argument that having a status action for a daemon is *really* useful [01:43] mathiaz: You don't think that networking status is useful? [01:43] mathiaz: That comes from netbase. [01:43] owh: it is, but let's first get the daemon going. [01:44] mathiaz: WFM [01:44] owh: And to be honnest, I tend to use ifconfig to get the status of the networking stack [01:44] owh: but I'd like to use init.d/daemon status to know if my service is running [01:44] mathiaz: Ah, but we're now creating an argument for ebox :) [01:44] owh: without having to ps -ef| grep daemon [01:45] mathiaz: If that's all you want then we could write a four line wrapper cmd around the lsb-functions, single script in /bin. No need for any of this. [01:46] mathiaz: We'd still need to patch lsb, but nothing else. [01:47] owh: I think that patching the init script makes the most sense [01:47] owh: as putting common code in lsb, I also think it's usefull. [01:47] mathiaz: You'll call it like this: foo "$DAEMON" [01:48] owh: but the release team may think it's too much. [01:48] owh: this would be uncommon among the distros. [01:48] mathiaz: What I'm saying is that you'd get the same functionality and less intrusiveness. [01:48] owh: just to give some background: most of the other distros have a status init script [01:49] owh: we don't - let's fix this [01:49] mathiaz: You mean a switch, or a stand-alone-script that generates status? [01:49] owh: patching lsb or adding a new command would be the same thing from the release team POV [01:49] owh: I mean a status action in the init script [01:50] mathiaz: You mean in each init script right? [01:50] owh: yes [01:51] mathiaz: What I'm saying - though I've not yet tested it, so I might be barking mad - is that we could create a completely stand-alone shell script that included the current-unpatched lsb functions, called it with the parameter supplied and returned an answer. No impact, no patching, addition of a single script. [01:52] mathiaz: Would it be useful to test that? [01:52] mathiaz: It may all die the moment I try to include the lsb functions which rely on some environment, but it might just magically work :) [01:53] owh: well - you'd add this new script to the lsb package. Which means you'd patch the lsb package. [01:53] mathiaz: Sure but there would be no regression because no code changed :) [01:54] owh: so from the release managers POV it's the same, whether you include a new script or add a function to the shell script. [01:54] mathiaz: Yes, but there would be no initial need to patch anything else. [01:54] owh: add a function the lsb library shell script [01:54] Huh? [01:54] owh: hm.. you'd still have to patch the init scrip to call the new wrapper ? [01:55] Nope [01:55] owh: ohh - you'd say that the administrator would have to be educated to use this new command specific to Ubuntu to get the status of his daemons ? [01:56] mathiaz: Sure, while we're fiddling around getting upstart and intrepid integrated. [01:56] owh: I don't think it's a good idea. [01:57] owh: like kirkland said - administrators expect init script to have a status action [01:57] mathiaz: Strictly from a code management perspective it's the smallest non-invasive change that provides the functionality. [01:58] mathiaz: I'm not saying it's the best integrated. [01:58] owh: This is something that administrator used to work in redhat environment find the most annoying in ubuntu - and I agree with tem. [01:58] mathiaz: You mean, extra scripts that do stuff :) [01:59] owh: no - the status action in the init script [01:59] owh: sysadmin expect that - we don't provide it -> need to fix it [02:00] mathiaz: Cool, I'll continue with the process in hand. [02:00] * owh is nearly done eliminating the packages suggested by mathiaz [02:00] owh: great - thanks [02:02] mathiaz: udev is "kernel event manager", isn't that a process/daemon? [02:02] owh: no [02:02] * owh removes it [02:02] owh: it's a script that is called when a new device is plugged in the system [02:03] owh: well - there is a udevd daemon running [02:03] mathiaz: So, perhaps it should stay? [02:03] owh: so you could leave it on the liest [02:03] owh: yes. [02:04] mathiaz: Cool, we're down to 11 packages or 10 source packages. [02:04] mathiaz: The following are packages: apache2.2-common, at, bind9, cron, dovecot-common, klogd, openssh-server, samba, sysklogd, udev, winbind [02:04] owh: however, from a tactic POV, udev is maintained by the Scott, who is also the maintainer of Upstart. [02:05] Hmm [02:05] owh: so I would try to add a status action to udev init script at last [02:05] That shouldn't really play into it though should it. [02:06] mathiaz: How do I get dpkg to tell me the source package name of a package? [02:07] owh: apt-cache show apache2.2-common | grep ^Source [02:07] Doh [02:07] owh: the list looks good to me [02:07] I was looking for something more complicated:) [02:09] you can complicate matters & use something like grep-dctrl if you really want [02:09] Hmm, apt-cache show at returns stuff without a Source: line. [02:10] then the source name is the same [02:11] * ajmitch prefers apt-cache madison [02:11] ajmitch: How does that work? [02:11] try it & see? [02:11] Heh [02:12] ajmitch@ubuntu-desktop:~$ apt-cache madison at at | 3.1.10ubuntu4 | http://nz.archive.ubuntu.com gutsy/main Packages at | 3.1.10ubuntu4 | http://nz.archive.ubuntu.com gutsy/main Sources [02:12] sigh, that didn't paste well [02:12] ajmitch: I saw the output. [02:12] * owh is parsing it as we speak. [02:12] ajmitch: wow, nice, thanx for that hint! [02:12] * nxvl HUGS ajmitch [02:14] Cool, that seems to combine sysklogd and klogd as well. [02:14] mathiaz: It appears we're down to 9 [02:15] ajmitch: I've asked around and so far everyone who knows what I'm talking about wants your RC bug tracker running. Would you be willing to share your setup for it (we've got an ubuntuwire box we can host it on)? [02:18] In case anyone is following, Here's the proposed list of source packages affected: https://wiki.ubuntu.com/OnnoBenschop/ubuntu-server/init%2ed-status#head-2b4f2602e168bb1a7185af274a286dc1b1ef6dcd [02:20] ScottK2: sure, but it was only useful because I was rsyncing debian bug info [02:21] in other words, I'd need to turn on the daily rsync again & push the generated results somewhere === lamont` is now known as lamont [02:29] ajmitch: Or we could set up the ubuntuwire box to do the same and do it all there. It's a beefy box on a big pipe, so there's no need to worry about overloading it. [02:30] ajmitch: Best to discuss it on #ubuntuwire with Fujitsu or Nafallo. [02:30] Please ....... [02:32] ok, I'm there [03:10] * nealmcb waves at ajmitch [03:13] Just out of interest, the spec here: https://wiki.ubuntu.com/EboxSpec suggests, hell it comes right out and says it, that it allows you to boot the Ubuntu CD and choose the ebox option. I must confess that I missed that option. Is it in the installer, or on the cd-boot menu? [03:15] I don't think it's there yet. [03:17] Does that mean that it will be, or will this miss release? [03:19] Dunno. [03:20] Tah [04:12] My head just exploded. On the hardy-alpha6 install that I have samba does not have a status section. I just downloaded the source to create a patch and I'm seeing a status part. How do I figure out if the package owner just did that or if I made a mistake? [04:12] NM, just found the change log :) [05:30] anyone up? [05:40] soulc: No, we're all asleep. [05:57] I've just created a samba patch for status. Can someone please check if I'm not being a dunce: http://ubuntu.pastebin.com/d701c40e5 [05:57] That's not the diff, just the code snippet. [06:02] * owh just realised that this made no sense - carry on. [06:15] Jack_Sparrow: [06:25] Hello.. I have apache2 running with php. Is it okay that I will install Django and its database using postgresql? won't it give harm to my existing php and my php apps? [06:29] Morning [06:30] gud morning.. do you have a background about django? [06:33] Nope [06:33] What's that? [06:39] google it [06:39] :) [06:40] !django [06:40] django is a high level python web framework that encourages rapid development and clean, pragmatic design. - see http://www.djangoproject.com [06:46] a python [06:46] ah, pyton [06:46] h [07:04] I'm preparing debdiffs for 10 source packages. Is there a mechanism for me to upload those somewhere so that I can get an automagic buildd report - so I can attach them to a FFE request, or should I just roll my own? [08:16] moin [08:17] <_ruben> mornin === \sh_away is now known as \sh [08:33] morning [08:33] has somebody nagios3 packages for gutsy? [08:37] <_ruben> juliux: let me know when you get your hands on them ;) .. a collegue of me will be deploying a new monitoring box shortly based on ubuntu+nagios3 [08:37] _ruben, i will build nagios from source now [08:40] <_ruben> ah [08:43] that is faster;) [08:43] <_ruben> wonder how hard it'd be to 'upgrade' the package .. the looks of nagios3 dont differ too much from nagios2 .. doesnt say much about the package though [08:48] morning [08:49] * soren sighs [08:50] There's nagios *3* now as well? [08:50] <_ruben> came out like yesterday or so [08:50] I was almost done upgrading to nagios2! [08:51] * _ruben gives soren a sympathy hug [08:53] 03/13/2008 - [08:53] Nagios 3.0 Released [08:54] <_ruben> 5 days .. close enough ;) [09:06] <_ruben> hmm .. just curious, when running a local install/update mirror for ubuntu .. what kind of diskspace and bandwidth requirements should one keep in mind? [09:08] _ruben: You can fit {dapper,edgy,feisty,gutsy,hardy}-{amd64,i386} in about 180GB. [09:19] du -hs nl.archive.ubuntu.com/ 440G nl.archive.ubuntu.com/ [09:20] hmm, that includes cd images/releases [09:21] <_ruben> soren: that sounds very doable, since i'd only be interested in gutsy and hardy (when final) for those 2 archs .. what the ammount of updates? [09:21] <_ruben> +about [09:22] _ruben: Well, kernel images are quite large, so that might add a bit. Not more than a GB or two, though, I guess. [09:23] <_ruben> soren: but those are rather "rare" .. trying to get an idea how much traffic it'd cost to keep the repo up to date [09:23] <_ruben> damnit .. nasty downside of wireless keyboard, im suffering from "packet/key-loss" :p [09:24] _ruben: Keeping it up to date should be relateive cheap. [09:25] <_ruben> ok .. guess i'll look into it in a while and just set it up and monitor it for a while [09:25] openoffice updates are large :) [09:25] <_ruben> damnit .. now my mouse is lagging as well .. grr [09:27] <_ruben> if the updates would get too "bulky" i could shape them or something to keep things in line .. i dont have as much bw as henkjan and Jeeves_, but should be sufficient :) [09:29] _ruben: running a local mirror for personal use only wont cost you much traffic [09:30] henkjan: Oh, right, didn't think about openoffice. [09:37] <_ruben> henkjan: figured as much, just thought i'd check to be sure ;) [09:38] <_ruben> running a local sles9 install/update repo didnt impose a noticeable impact either [09:41] depending on the number of local servers wich use your local mirror it'll only save on bandwith [09:42] it may be an good idead to change security.ubuntu.com in /etc/apt/sources.list also to your local mirror [09:45] <_ruben> henkjan: the main benefit is quick, up2date net installs eventually .. and the speed difference isnt probably all that big .. then again, i'd probably be using more bandwidth with a local repo than without, since the ammount of packages we use is rather limited .. oh well .. its a nice endeavour to dive into [09:47] _ruben: https://weblog.bit.nl/blog/2008/03/11/bit-pxe-implementatie/ [09:50] <_ruben> henkjan: partitioning including raid config .. interestign! [09:50] <_ruben> setting up sw raid in the debian installer can be rather tedious :p [09:50] <_ruben> beerware license .. gotta send you guys a beer if i wanna use it ? ;) [09:51] <_ruben> doh .. it *is* that [09:58] <_ruben> guess i'll have to drive to ede someday then :p [10:21] _ruben, i found debian echt nagios3 packages, they are also working on gutsy [10:23] <_ruben> nice [10:47] Anyone here using Jeos in vmware? [10:56] <_ruben> not yet [10:56] <_ruben> that is: im not using it yet, there are other who do tho [10:57] _ruben: We are thinking of using it in our vmware enviroment instead of the "server" edition. But I don't really know all the cons / pros. [10:58] <_ruben> pro: its even smaller (size/resources/etc) .. con: uhm, less drivers as well which could lead to problems i guess === \sh is now known as \sh_away === \sh_away is now known as \sh [11:44] can someone recommend a dynamic dns provider? [11:45] <_ruben> using no-ip.org myself without any probs [11:45] <_ruben> hmm .. setting up a local ubuntu repo using rsync is even more simple than i'd thought [11:46] hello..can apache2 and zope run on the same machine simultaneously? [11:49] Hi there, anyone there? If someone has time and would like to shed some light on passive ftp connections thatd be great! [11:50] <_ruben> VoiDeT: what exactly is it that you want to know? [11:50] _ruben, is it anything harder then running rsync? [11:51] <_ruben> Kamping_Kaiser: not really ;) [11:51] Well i set up proftpd, got it running fine, iptable rules set, i can ftp into it while its auth against mysql db, locally i can run my clients in active/passive, but when i try use an external ip on passive it connects, but wont iniate the LIST command [11:51] <_ruben> Kamping_Kaiser: never really used rsync myself tho [11:51] <_ruben> VoiDeT: do you have nf_conntrack_ftp and nf_nat_ftp kmods loaded? [11:52] how do i check this? i have modprobe ip_conntrack modprobe ip_conntrack_ftp in my iptables script [11:52] and that reports no errors [11:53] _ruben, :) i'm still using debmirror to make my mirror. need to switch over to the proper debian archive mirror scripts though [11:53] <_ruben> VoiDeT: ah, older kernel? [11:53] but when in passive mode locally, using only local connections, passive works, so its tracking established connections fine from what i can see [11:53] mm nope, im on 7.10, stock kernel [11:53] <_ruben> VoiDeT: you allow RELATED as well? [11:54] yup [11:54] <_ruben> VoiDeT: you need the nf_* mods, ip_* is for older kernls [11:54] "/sbin/iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT" [11:54] <_ruben> ok [11:54] "/sbin/iptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT" [11:54] <_ruben> VoiDeT: lsmod | grep ftp [11:54] nothing [11:54] oh wait [11:55] hello..can apache2 and zope run on the same machine simultaneously? [11:55] Sure. [11:55] <_ruben> VoiDeT: the loading of ip_conntrack modules probably fails silently [11:55] http://paste.ubuntu-nl.org/60018/ [11:55] soren: is that sure for me? [11:56] kris_ph: Yes [11:56] <_ruben> VoiDeT: ah .. the nf_ ones are loaded [11:56] soren: okay.. won't it slows down gutsy [11:56] _ruben: not good? [11:56] kris_ph: Why would it? [11:56] <_ruben> VoiDeT: that is good [11:56] <_ruben> VoiDeT: is the ftp running on a port other than 21? [11:57] <_ruben> VoiDeT: and/or are you using ssl/tls? [11:57] _ruben: its on 21, externally ppl get in through 23, i have a portforward rule on my router/modem to push it to 21 to my local ip [11:57] just asking.... how about installing nginx with apache? [11:57] _ruben: ssl/tls on proftpd? [11:58] <_ruben> VoiDeT: ssl/tls can be used to encrypt ftp traffic, which breaks the conntrack/nat modules (it cant snoop the traffic) [11:58] soren: nginx is already in the repo.. just want to confirm if it hurts gutsy and apache if m going to install nginx... [11:59] _ruben: i see, well i didn't enable it for proftpd, so hows a way of checking if it is enabled [11:59] <_ruben> VoiDeT: those 2 (encryption and diff port) are the most common problems .. im not aware of any other problems .. ow .. wait .. its behind a nat router, that means its up to your router/modem to do some fancy stuff [11:59] <_ruben> VoiDeT: you're not using it ;) you'd know if you were [11:59] _ruben: does that mean i have to port forward all the passive port range to the proftpd box [12:00] _ruben: i figured so hehe [12:00] <_ruben> VoiDeT: yes, unless your modem has a feature to properly nat ftp traffic (which most modems/routers nowadays do, so i thought) [12:00] ill look [12:00] hello.. is it okay to install nginx in a machine running apache2? [12:01] <_ruben> VoiDeT: you can probably restrict the port range within proftpd, so you wont have to open that much ports (i'd go for 1-2 ports per expected concurrent connection) [12:01] <_ruben> meeting .. bbiab [12:01] _ruben: thanks a heap [12:01] kris_ph: I don't know what nginx is. [12:02] soren: http://wiki.codemongers.com/Main [12:04] kris_ph: Well, as long as you don't try to run two http servers on port 80 at the same time, it should work just fine. === chuck_ is now known as zul [12:31] <_ruben> back [12:31] forward [12:32] And shake it all about.. [12:32] ¡Eee, macarena! [12:33] great now that stupid song is going to be in my head [12:34] hahaha [12:37] <_ruben> hehehe [12:41] yo _ruben [12:43] _ruben: i can connect via my external ip fine in passive, only if the iptables are flushed, also the nat routing on my router doesn't need to be changed, because my windows ftp shitbox runs fine in passive [12:44] <_ruben> VoiDeT: hmm [12:45] <_ruben> VoiDeT: it could be that the windows ftp software is 'smarter' than proftpd (could be a setting thing) .. ftp behind nat can cause various problems .. i'd compare the actual commands that flow back and forth .. especially the ip address thats communicated by the server to client (which might differ between the windows and ftp server) [12:46] http://paste.ubuntu-nl.org/60023/ [12:47] * _ruben hates his todo-list .. items appear quicker on it than that they get finished [12:47] * VoiDeT hates sleepless nights [12:47] :D [12:48] sorry _ruben [12:48] <_ruben> VoiDeT: first thing i'd test if setting the output policy to accept .. setting output policy to anything other than accept is for advanced users only and should only be used when you really know what you are doing [12:49] <_ruben> VoiDeT: and take a very close look at the logs that your ftp client shows (from external) .. especially the ip addresses that are mentioned [12:49] sure [12:51] what the hell, now i turn iptables back up [12:51] and its workin [12:52] gotta love consistency [12:52] <_ruben> VoiDeT: could be a connection tracking 'issue' [12:53] <_ruben> VoiDeT: perhaps your traffic is accepted because its seen as established, which was allowed in the first place with the limited firewall rules [12:56] _ruben: pm [12:57] <_ruben> VoiDeT: you're not identified to services, hence cant send private messages [12:57] ah [12:57] tru [13:20] the basic server install users 1.1Gb - any way to reduce that? [13:22] ere4si: is that without the optional packages? [13:22] every base install I've done is around 500MB [13:22] sommer, no lamp or anyting [13:23] ere4si: that's strange then, what file system are you using? [13:24] sommer, gutsy minimal cd - typed install server - had option for dhcp server, lamp server etc - chose none - df -h after login said 1.1GB [13:24] ere4si: so it wasn't the actual gutsy server iso file? [13:24] sommer, no [13:25] net install cd sommer [13:25] ya, that would probably be why, if you use the server iso the install will be smaller [13:25] sommer, will try that - thnx [13:25] np [13:25] :) [13:26] <_ruben> 700-800MB for an 1 day old install (incl openssh) [13:26] sommer, - but the net install cd has options for cli, server or desktop ? [13:27] ere4si: sure, but I think the installer process is different then when using the server iso [13:28] ere4si: I would imagine the net iso, installs more network config type packages and such [13:29] sommer, I'll try in the morning then [13:29] <_ruben> hmm .. is there some sort of preseed file generator or smth ? [13:29] I'm not an expert on the iso creation process, so you might want to double check :-) [13:29] <_ruben> or extensive documentation on how to properly write one [13:29] hm... i have an idea [13:29] let's create additiong binary inside dovecot source package [13:30] ivoks: what's up [13:30] it came up with a menu for dhcp server,lamp server etc - I took that as a basic server install with additional extras [13:30] sommer: nothing much :) [13:31] ivoks: I wrote up a bacula guide, and had a couple of questions about the bacula packages [13:31] yeah... right... [13:31] sommer: when i finish this sasl thing with postfix/dovecot, i'll start squashing bacula's bugs [13:31] is the sqlite3 going to be the default catalog, or whatever [13:32] default will be mysql [13:32] but sqlite3 should be in main; that's what i've been told [13:32] oh, doh... I'll need to adjust that [13:36] ivoks: the other issue I noticed was that when using the sqlite3 back end the package fails, because there's no Archive Device under FileStorage in bacula-sd.conf [13:37] sommer: I also just noticed that the server guide doesn't seem to contain the words "ubuntu server guide" on each page, making searches not work as well. And based on the "Question on JeOS" recently it seems that it would make sense to have a link to the draft version from the help.u.c server guide pages also [13:38] sommer: please, report it as a bug and i'll work on them all, as soon as i finish this sasl thing [13:38] ivoks: sure, will do [13:39] nealmcb: jeos question? [13:43] ivoks: as we are unsure that sql3 will be in main, the current proposal is to only include bacula-director-mysql and bacula-director-pgsql in main [13:44] *sqlite3 [13:46] mmm [13:46] nijaba: what was the "question on jeos" ? [13:46] <_ruben> crap .. "You currently cannot use preseeding to set up RAID." .. thats from the 7.04 install guide tho [13:47] ivoks: I thought I fixed that in my last upload basically what happens that bacula install fails because it tries to the bacula servers but it cant because bacula is not configured properly yet [13:47] sommer: a translator was wondering if there was going to be a 8.04 jeos as doc was still reffering to 7.10 [13:48] sommer: you should have it in the doc team ml [13:48] nijaba: ah, oh ya... seem to remember something about that. I worked on adjusting some of that, but wasn't sure about the entire document [13:48] nijaba: want me to send it to you? [13:49] push it on doc.u.c, I'll read it there [13:49] nijaba: will do [13:49] sommer: I should really update this tuto to speak about u-v-b anyway [13:50] since it was you and soren's article I was a little hesitant about changing much [13:57] sommer: heh, it is now part of the official guide, so feel free to change it [13:58] nijaba: cool, I commited the changes, so they should be on doc.u.c sometime today [14:00] nijaba: zul ack [14:00] zul: i would ask for your opinion, if you have 5 minutes of free time :) [14:00] ivoks: indeed I do [14:01] zul: there's QT version of bacula console; for it we need only one library in main - qwt [14:01] zul: qwt is small and doesn't bring anything new; do you think it's a worthwile to ask for inclusion in main? [14:02] zul: cause, we now don't have gui version of console; while we had two before :/ [14:02] ivoks: I think it might be worth it [14:02] zul: i'm just not sure qwt is in active development :/ [14:02] ivoks: lemme have a quick look [14:02] http://qwt.sourceforge.net/ [14:03] last version is from 2007-06-10 [14:04] oh, it is active [14:04] last svn upload was 5 days ago [14:04] yep according to this http://sourceforge.net/project/stats/detail.php?group_id=13693&ugn=qwt&type=svn [14:04] yeah I think it would be worth it [14:04] deal [14:05] how is debian maintainenace [14:05] 0 bugs [14:05] ivoks: [14:05] Bug #203557 filed [14:05] Launchpad bug 203557 in bacula "bacula-sd-sqlite3 package fails during install" [Undecided,New] https://launchpad.net/bugs/203557 [14:06] sommer: great [14:06] zul: last debian update was 2007-18-10 [14:06] yeah MIR should be good for qwt [14:06] zul: so, just 12 days after release [14:06] https://wiki.ubuntu.com/MainInclusionReportqwt [14:07] i already started :) [14:07] sweet [14:07] thanks [14:07] sommer: I think I fixed that in -ubuntu2 [14:08] zul: ah, cool. I only used it because I thought sqlite3 was going to be the default, either way :-) [14:08] but the archive is frozen ;) [14:09] mysql should be if you install the bacula-server metapackage [14:09] meh, there's a work around in the bug [14:10] heh [14:13] sommer: sorry to be cryptic there - my assumption was just that it seemed that a translator didn't realize that there was a newer version of the server guide, and it got me thinking that links from the published ones to the draft version would give everyone a taste of what is to come, and promote more contribution to the documentation in general. then they would all be linked together in both directions - one happy family of documentation [14:20] nealmcb: okay I see what you're saying... but I think there's going to be some heavy resistnce to the idea of linking to the dev docs from the released ones [14:22] nealmcb: I'm also not sure about how to get "Ubuntu Server Guide" on every page since there already is a header on the site [14:22] wouldn't putting "ubuntu server guide", or whatever, in the meta data help searching as well? [14:25] hello everyone [14:26] nxvl: yo [14:27] dendrobates: the new version of likewise-open has unused quilt instructions [14:27] nxvl: they will be used with the next upload [14:28] dendrobates: i uploaded a patch on Bug #196778 commenting all of them [14:28] Launchpad bug 196778 in likewise-open "Provide likewise-open-gui and likewise-open binaries rather than domainjoin-gui and domainjoin-cli" [Low,Triaged] https://launchpad.net/bugs/196778 [14:30] nxvl: I saw that, thanks. [14:30] dendrobates: so just so I'm clear, the binary names are going to change? [14:32] zul: done: https://wiki.ubuntu.com/MainInclusionReportqwt [14:33] sommer: no [14:33] ivoks: you might want to get rid of the TODO [14:34] dendrobates: okay, just wanted to update the docs if need be [14:34] zul: heh, good catch :) [14:35] and "The general purpose and context of the package should be clear from the package's debian/control filed. " but other than that looks ok to me, subscribe me to the MIR as well [14:35] zul: well, 'is clear' [14:36] yep that works :) [14:47] keescook: around? [14:47] for Bug #203449, is better to sync with the new version or just to add the patch? [14:47] Launchpad bug 203449 in dovecot "[dovecot] [CVE-2008-1199, CVE-2008-1218] privilege escalation" [Unknown,Fix released] https://launchpad.net/bugs/203449 [14:52] how can i delete a partition table or wipe a master boot record on a drive with fdisk? [14:54]