[01:25] <halcyonCorsair> can anyone tell me the easiest way to install the minimal ubuntu-desktop packages?
[01:26] <Burgundavia> halcyonCorsair: what do you mean by minimal?
[01:26] <lamont> apt-get install ubuntu-desktop?
[01:27] <lamont> depending, of course on what you mean by "minimal"
[01:28] <halcyonCorsair> ubuntu-desktop is in no way minimal...lots of cruft, all i pretty much want is x, gnome, and firefox
[01:29] <leonel> halcyonCorsair:  I install these  on servers that  customers  "want"  a gui  :
[01:29] <lamont> ah, then you don't want ubuntu-desktop.  you want gnome+firefox
[01:29] <leonel> gnome-panel gdm metacity xserver-xorg firefox xfonts-base firefox-themes-ubuntu gtk2-engines-ubuntulooks buntu-artwork gnome-applets gnome-system-tools nautilus gnome-terminal ubuntu-docs update-manager
[01:29] <leonel> can I make  a  metapackage with  this dependencies  and  be included in Universe  ??
[01:30] <lamont> (ubuntu-desktop would be my definition of the minimum set of packages that need to be installed  on the machine to call it an "Ubuntu Desktop")
[01:30] <lamont> leonel: it's a bit late for gutsy, but you could sure upload it - worst case, it'd land first thing in hardty
[01:30] <lamont> hardy, even
[01:30] <halcyonCorsair> hmm
[01:30] <leonel> lamont:  great !
[01:30] <lamont> mind you, I don't approve uploads :)
[01:31] <leonel> lamont: not so great !  :(
[01:31] <leonel> haha
[01:31] <lamont> if it exists in the open source universe, it goes in universe... so just make your  package and upload it.
[01:31] <lamont> OTOH, the decision of whether or not to take it for gutsy/universe is not mine to make
[01:32] <leonel> ok
[01:32] <lamont> the bigger question is going to be around what the package should be called...
[01:32] <lamont> leonel-gui comes to mind as one that would likely not fly. :-)
[01:33] <leonel> haha
[01:34] <leonel> another  would be  put it  on  ppa  and  there we have all the "minimal" desktop  for servers
[01:42] <halcyonCorsair> why would mount tell me "unknown filetype iso9660" for a cdrom?
[01:51] <lamont> modprobe?
[01:52] <lamont> generally, I just don't tell it a type.
[02:52] <halcyonCorsair> hmm
[02:52] <halcyonCorsair> lamont: somehow after an update, one of our servers managed to delete everything under /lib/modules, so i had no drivers >:(
[02:52] <lamont> neato.
[02:52] <halcyonCorsair> not so much
[02:52] <halcyonCorsair> i eventually got it back with the help of a rescue cd :(
[02:52] <lamont> you'll want those.
[02:53] <kgoetz> smooth work
[03:21] <halcyonCorsair> *sigh*
[05:50] <nealmcb> lamont: I'd think a printer gui config app might be a good option for part of the "minimal gui" for servers.
[06:31] <lamont> nealmcb: are there any good ones?
[06:31] <lamont> short of maybe cupsys's gui?
[06:47] <Burgundavia> ebox has an ok one
[06:57] <nealmcb> lamont: I was assuming the default of gnome-cups-manager -but don't know how much cruft that would bring in beyond what you all listed before....
[06:58] <nealmcb> but it is surprising that there doesn't seem to be a way to bring in a relatively simple gnome desktop with ooo etc.  I guess "relatively simple gnome" is an oxymoron...
[07:04] <lamont> hehe
[07:08] <nealmcb> me either.  I just know that dealing with a printer on a feisty xubuntu desktop is a pain.  I guess I need to figure out how to configure the x11 config of cups, with working users and all - first attempts failed....
[08:32] <kraut> moin
[08:35] <kgoetz> hey
[09:38] <_ruben> hmm .. i tried both emptying and deleting the 70-persistent-net.rules, but it either remains empty or non-existing after a reboot :(
[09:39] <_ruben> soren: any ideas? or anyone else for that matte
[09:39] <_ruben> r
[09:41] <soren> _ruben: Hang on.. checking.
[09:42] <_ruben> sure
[09:43] <soren> Have you done anything at all to 75-persistent-net-generator.rules ?
[09:44] <_ruben> nope, i hadn't even noticed that file untill now
[09:47] <soren> _ruben: What do you mean by "either remains empty or non-existing"? which is it?
[09:47] <_ruben> depends on whether i emptied it or deleted it ;-)
[09:47] <_ruben> iow: nothing changes after reboot
[10:03] <_ruben> any way to force to generation of that file other than rebooting?
[10:13] <soren> _ruben: Not really.
[10:13] <soren> Do you see the interfaces at all?
[10:13] <soren> ifconfig -a ?
[10:14] <_ruben> yes, i see both of em, nicely named eth0 and eth1
[10:15] <soren> Ok. Hang on, I'll test something.
[10:16] <_ruben> Ok
[10:17] <soren> it does work for me.
[10:17] <soren> _ruben: Ok, here's what we do..
[10:19] <soren> No, that didn't work :
[10:19] <soren> )
[10:19] <soren> This is feisty, or gutsy?
[10:19] <soren> I forget.
[10:20] <_ruben> gutsy
[10:20] <soren> Everything's up-to-date?
[10:21] <_ruben> i installed yesterday and ran a dist-upgrade .. i'll if there's any pending updates now
[10:21] <soren> No, yesterday is recent enough.
[10:22] <soren> Could you be so kind and file a bug on launchpad about this?
[10:23] <_ruben> hmm .. there's 23 updates available, i'll give this a shot and if that aint helping i'll file a bug
[10:26] <_ruben> would there be any differences between emptying the file and deleting it? just rebooted with an empty file and it remains empty
[10:34] <_ruben> ok, bug filing it is
[10:38] <kraut> yoda?
[10:41] <_ruben> hehe ;)
[10:42] <_ruben> soren: is there a specific package i should file this bug against?
[10:48] <_ruben> bug filed (#149319)
[11:51] <soren> _ruben: udev.
[11:51] <soren> _ruben: oh.
[11:51] <soren> _ruben: heh :)
[11:56] <soren> _ruben: have you done anything else at all to try to fix the nic naming thing?
[12:41] <_ruben> soren: not that i recall .. i did manage to get it renamed to int0 like i wanted (using a line i tried earlier but only did network restarts back then, no reboots)
[12:44] <_ruben> i added the reference to the udev package in my bug report
[02:57] <leonel> is there any problems with     security.ubuntu.com ?
[03:02] <_ruben> its slow, but seems functional otherwise
[03:05] <leonel> _ruben: yes it responded
[03:06] <ScottK> lamont: The Postfix backport for Feisty got done and my servers upgraded no trouble at all (as I expected).  I think it'd be nice to offer the latest Postfix in dapper-backports too.
[03:06] <lamont> ScottK: I'm good with that
[03:06] <lamont> I'm mean, it's -backports...
[03:07] <lamont> more crack there than in universe. :-)
[03:07] <lamont> ScottK: does it require a manual upload for dapper, or is it push-button?
[03:08] <ScottK> lamont: Dunno.  I have a dapper box I can test it on.
[03:09] <ScottK> more crack in lamont's mirror script than in ...
[03:09] <ScottK> Oops.  Did I say that out loud?
[03:09] <Kamping_Kaiser> :)
[03:09] <lamont> two extra quote characters...
[03:09] <lamont> it's a less abusive script than my partial-mirror script was
[03:10] <lamont> this script at least mirrors a complete suite/arch tuple
[03:10] <lamont> instead of being rather germinate-like in generating a list of what I wanted.
[03:13] <lamont> ScottK: touch
[04:07] <soren> _ruben: Could you grab an md5sum of /etc/udev/rules.d/75-persistant-rules-generator.rules ?
[04:15] <_ruben> sure, sec
[04:15] <_ruben> 1536dab0e466d9eede6fe88edd09d9ff  /etc/udev/rules.d/75-persistent-net-generator.rules
[04:15] <_ruben> i assume that one
[04:17] <ivoks> again problems with interfaces?
[04:17] <_ruben> same issue as yesterday still
[04:18] <ivoks> soren: AFAIR, that file wasn't changed
[04:18] <ivoks> installer was changed
[04:18] <ivoks> _ruben: did you reinstall?
[04:18] <_ruben> i did manage to get my interfaces renamed, but the 70-persistent-net.rules doesnt get recreated
[04:18] <_ruben> ivoks: i did a fresh install yesterday
[04:19] <ivoks> with latest daily?
[04:19] <soren> ivoks: I know it hasn't changed, but it's not working on _ruben's system.
[04:19] <_ruben> i guess not, picked the beta, didnt even think about the alternative of picking a daily
[04:20] <ivoks> _ruben: well, in beta, that's broken
[04:20] <soren> I get the same md5sum.
[04:20] <ivoks> installer is the guilty one
[04:20] <soren> ivoks: Yes, in the installer.
[04:20] <soren> After install, it should work.
[04:20] <soren> it doesn't.
[04:22] <ivoks> it does for me
[04:22] <_ruben> afaik i didnt do anything fancy during or after install
[04:22] <ivoks> that one loads only if there are new interfaces, which don't exist in 70-persistent-net.rules
[04:22] <_ruben> ivoks: i tried both emptying and deleting that file, no changes after reboot
[04:23] <_ruben> file remains empty/deleted
[04:23] <ivoks> _ruben: you have latest updates?
[04:23] <_ruben> yes
[04:23] <ivoks> ok
[04:23] <ivoks> remove all content (but not file) from /etc/udev/rules.d/70-persistent-net.rules
[04:23] <_ruben> unless my source are messed up somehow as well, but i doubt that
[04:24] <_ruben> i've tried that several times
[04:24] <ivoks> and then stop udev
[04:24] <ivoks> and then start udev
[04:24] <ivoks>  (/etc/init.d/udev stop | start)
[04:24] <ivoks> you did that?
[04:24] <_ruben> no, i tried network restarts and reboots
[04:24] <ivoks> network restarts have nothing to do with this
[04:25] <_ruben> that's a habit i got from suse
[04:25] <_ruben> though i doubt restarting udev would yield different effects than a reboot, right?
[04:26] <ivoks> ok, could you just try that what i've told you?
[04:26] <_ruben> sure
[04:26] <ivoks> great...
[04:28] <_ruben> ruben@ismlnx-fw08:~$ sudo /etc/init.d/udev stop
[04:28] <_ruben>  * Stopping kernel event manager...                                                                                                                                                                                                  [ OK ] 
[04:28] <_ruben> ruben@ismlnx-fw08:~$ sudo /etc/init.d/udev start
[04:28] <_ruben>  * Starting kernel event manager...                                                                                                                                                                                                  [ OK ] 
[04:28] <_ruben>  * Loading hardware drivers...                                                                                                                                                                                                              error receiving uevent message: No buffer space available
[04:28] <_ruben>                                                                                                                                                                                                                                      [ OK ] 
[04:28] <ivoks> hm
[04:28] <_ruben> file's still empty
[04:29] <ivoks> that message isn't normal
[04:29] <_ruben> and my nics kept their renamed names (int0/wan0) btw
[04:29] <ivoks> is that amd64?
[04:29] <_ruben> yes
[04:30] <ivoks> long boot up?
[04:30] <_ruben> not really
[04:32] <ivoks> https://bugs.edge.launchpad.net/ubuntu/+source/udev/+bug/57041
[04:32] <ubotu> Launchpad bug 57041 in udev "no buffer space available" [High,Invalid] 
[04:32] <ivoks> do you get this message every time?
[04:33] <_ruben> hmm .. it did like 3 times in a row, just tried again once, and it didnt show that message
[04:33] <ivoks> funny... :/
[04:33] <_ruben> 3 times in a row without that error now
[04:34] <ivoks> ok
[04:34] <_ruben> but file remains empty
[04:34] <ivoks> is that /etc/udev/rules.d/70-persistent-net.rules still empty?
[04:34] <ivoks> ok...
[04:35] <ivoks> is this a laptop?
[04:35] <_ruben> no, dell poweredge 860
[04:35] <ivoks> hm hm hm
[04:36] <ivoks> and what network devices you have?
[04:36] <_ruben> 04:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
[04:37] <_ruben> 05:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
[04:38] <ivoks> ok...
[04:39] <ivoks> try adding int*|wan* to /etc/udev/rules.d/75-persistent-net-generator.rules
[04:39] <ivoks> so the second line would look like:
[04:39] <ivoks> ACTION=="add", SUBSYSTEM=="net", KERNEL=="eth*|ath*|wlan*|ra*|sta*|int*|wan*" \
[04:39] <ivoks> then do udev start stop thing again
[04:40] <_ruben> heh .. i did get that buffer error again .. but...
[04:40] <_ruben> $ cat /etc/udev/rules.d/70-persistent-net.rules
[04:40] <_ruben> # PCI device 0x14e4:0x1659 (tg3)
[04:40] <_ruben> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:18:8b:f7:90:5a", NAME="wan0"
[04:40] <_ruben> # PCI device 0x14e4:0x1659 (tg3)
[04:40] <_ruben> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:18:8b:f7:90:59", NAME="int0"
[04:41] <_ruben> odd .. wonder why it didnt work back when i had eth* devices
[04:41] <ivoks> only one?
[04:41] <ivoks> ok... but this is not good
[04:41] <ivoks> checkout dmesg | grep eth
[04:42] <_ruben> only one error? yeah
[04:42] <ivoks> and dmesg | grep wan
[04:42] <_ruben> $ dmesg | grep eth
[04:42] <_ruben> [   63.928948]  eth0: Tigon3 [partno(BCM95721) rev 4101 PHY(5750)]  (PCI Express) 10/100/1000Base-T Ethernet 00:18:8b:f7:90:59
[04:42] <_ruben> [   63.928955]  eth0: RXcsums[1]  LinkChgREG[0]  MIirq[0]  ASF[1]  WireSpeed[1]  TSOcap[1] 
[04:42] <_ruben> [   63.928957]  eth0: dma_rwctrl[76180000]  dma_mask[64-bit] 
[04:42] <_ruben> [   63.969067]  eth1: Tigon3 [partno(BCM95721) rev 4101 PHY(5750)]  (PCI Express) 10/100/1000Base-T Ethernet 00:18:8b:f7:90:5a
[04:42] <_ruben> [   63.969073]  eth1: RXcsums[1]  LinkChgREG[0]  MIirq[0]  ASF[1]  WireSpeed[1]  TSOcap[1] 
[04:42] <_ruben> [   63.969075]  eth1: dma_rwctrl[76180000]  dma_mask[64-bit] 
[04:42] <_ruben> $ dmesg | grep wan
[04:42] <_ruben> [   69.896212]  tg3: wan0: Link is up at 1000 Mbps, full duplex.
[04:42] <_ruben> [   69.896216]  tg3: wan0: Flow control is on for TX and on for RX.
[04:42] <_ruben> [   83.522902]  wan0: no IPv6 routers present
[04:43] <ivoks> ok...
[04:43] <ivoks> emtpy the content of /etc/udev/rules.d/70-persistent-net.rules
[04:43] <ivoks> and reboot :)
[04:44] <_ruben> hmm .. not sure, but im under the impression that int0 and wan0 swapped names at a certain point during the reboots, but that doesnt really matter now (i think)
[04:44] <ivoks> it's possible, yes
[04:45] <_ruben> ok, lets see if it comes up properly .. the machine is a few stairs down :)
[04:45] <ivoks> :)
[04:45] <ivoks> thanks for helping us solve this...
[04:45] <_ruben> takes a while to boot, but that's the bios and shit taking quite some time .. ubuntu itself is small part of the total boot time ;)
[04:46] <ivoks> if it doesn't get interfaces up, that could be a good sign :D
[04:46] <_ruben> its pinging :)
[04:47] <_ruben> lets see if ssh works
[04:47] <_ruben> ok, its up, with an eth0 and eth1
[04:47] <_ruben> checking the file
[04:47] <_ruben> ruben@ismlnx-fw08:~$ cat /etc/udev/rules.d/70-persistent-net.rules
[04:47] <_ruben> ruben@ismlnx-fw08:~$
[04:47] <ivoks> funny
[04:47] <_ruben> yup
[04:48] <ivoks> udev stop & udev start?
[04:48] <_ruben> no longer empty ;-)
[04:49] <ivoks> but no that buffer error?
[04:49] <_ruben> indeed, no error
[04:49] <_ruben> i realised something
[04:49] <ivoks> and is eth0 and eth1 in 70-persistent-net?
[04:49] <_ruben> dont know if its related
[04:49] <_ruben> yes
[04:50] <ivoks> great!
[04:50] <ivoks> maybe it is
[04:50] <_ruben> i have /var/log/ on a lvm partition on top of a software raid .. and during boot i see a msg like mv /dev/.udev.log /var/log/udev .. which fails because /var/log isnt mounted yet
[04:51] <ivoks> ouch...
[04:51] <ivoks> we should talk with someone know know udev better than us :D
[04:52] <ivoks> anyway, that is a bug
[04:52] <ivoks> and you should report it
[04:52] <_ruben> you happen to know such a person? ;-)
[04:52] <_ruben> i already did
[04:52] <_ruben> 10:48 < _ruben> bug filed (#149319)
[04:53] <_ruben> i guess i could add some comments now
[04:53] <_ruben> that udev restart does work, somehow
[04:53] <ivoks> yeah
[04:54] <ivoks> bug 149319
[04:54] <ubotu> Launchpad bug 149319 in udev "network interfaces not properly configured" [Undecided,New]  https://launchpad.net/bugs/149319
[04:55] <ivoks> do you have /dev/.udev.log?
[04:55] <ivoks> or /var/log/udev?
[04:56] <_ruben> lemme check
[04:57] <_ruben> ruben@ismlnx-fw08:~$ ls -lh /var/log/udev /dev/.udev.log
[04:57] <_ruben> -rw-r--r-- 1 root root 293K 2007-10-05 16:48 /dev/.udev.log
[04:57] <_ruben> -rw-r--r-- 1 root root 302K 2007-10-04 13:42 /var/log/udev
[04:58] <ivoks> anyway, bug with multiple interfaces is solved (i'm checking it again)
[04:58] <ivoks> heh /var/log/udev is from yesterday
[04:58] <ivoks> you installed it yesterday?
[04:58] <_ruben> yes
[04:58] <_ruben> most likely around that time
[04:59] <_ruben> my lost+found dir has a similar timestamp, so that'd be correct
[04:59] <ivoks> ok... that could be a root of the problem
[05:00] <ivoks> and you can edit /etc/udev/rules.d/70-persistent-net.rules now and rename interfaces to the ones you want
[05:00] <_ruben> sure
[05:00] <ivoks> the thing with eth2/eth3 instead eth0 and eth1 is fixed (but, i'm checking it again)
[05:01] <_ruben> i really need to edit my inputrc to have pgup/pgdn scroll through my bash history .. its a habit/feature i dont want to lose ;-)
[05:03] <_ruben> and some terminal configuration as well .. when pressing arrow keys in edit mode in vi(m) causes D/B/... chars to be printed instead of cursor movement
[05:03] <_ruben> smth i recall from my slackware 4.0 machine :-P
[05:03] <mralphabet> _ruben: I have that too, it drives me crazy and I am not sure how to fix it
[05:04] <_ruben> 5 o'clock .. time for me head home
[05:04] <_ruben> thanks for the support so far and have a nice weekend
[05:07] <ivoks> _ruben: wait
[05:07] <ivoks> :)
[05:07] <ivoks> _ruben: add the information about /var/log to that bug
[05:08] <_ruben> ah ok
[05:09] <_ruben> having /var/log as seperate partition might need a bug on its own .. /var/log/boot shows: (Nothing has been logged yet.)
[05:09] <ivoks> _ruben: great, then report it as a new bug :)
[05:11] <_ruben> any particular package i could file that against?
[05:11] <ivoks> udev
[05:12] <_ruben> the /var/log/boot one is udev related as well?
[05:13] <ivoks> bug will be reassigned to proper package if udev is wrong
[05:13] <ivoks> it's just important to get that on LP ASAP, since launch is near
[05:14] <_ruben> ok
[05:14] <ivoks> i think scott is already working on it :)
[05:15] <_ruben> Bug #149476 filed
[05:15] <ubotu> Launchpad bug 149476 in udev "Having /var/log as a seperate partition breaks udev and possibly more" [Undecided,New]  https://launchpad.net/bugs/149476
[05:15] <_ruben> (couldnt think of a more proper title for the bug, its friday afternoon, weekends around the corner ;-))
[05:15] <ivoks> it's ok :)
[05:16] <_ruben> it took quite some thinking to get to this one ;-)
[05:17] <ivoks> thanks for all the info and help
[05:17] <_ruben> same to you
[05:17] <_ruben> am i allowed to go home now ? ;-)
[05:18] <ivoks> :D yes :D
[05:18] <_ruben> might go play a ball or two of table soccer in the basement first tho .. will be back monday :-)
[05:18] <ivoks> enjoy your weekend
[05:19] <_ruben> you too
[05:59] <ivoks> um soren ... :)
[05:59] <ivoks> soren: i just tested with daily from yesterday... and the bug with interfaces is still there :/
[06:03] <soren> ivoks: d-i might need a rebuild to catch the new busybox.
[06:03] <ivoks> could be, yeah...
[06:11] <ScottK> lamont: Postfix 2.4.5-3 on Dapper works just fine with no changes.
[06:11] <ScottK> -3build1 I guess.
[06:15] <lamont> rock
[06:18] <ScottK> lamont: Done.
[06:20] <ScottK> It may be some kind of record.  4 minutes from I filed the backports bug to the archive had released the backport!
[06:23] <mathiaz> ScottK: ok.
[06:23] <ScottK> It seemed more on topic here.
[06:23] <ScottK> Yes.  I know almost nothing about samba
[06:23] <mathiaz> ScottK: every now and then there is a request file in LP that samba should be upgraded to suppor the latest and greatest.
[06:24] <ScottK> Which is, in general, what backports is for.
[06:24] <mathiaz> ScottK: I was wondering if dapper-backport could be used for shipping the latest samba
[06:24] <mathiaz> ScottK: so that people can use the latest version of samba or choose the one that is supported.
[06:25] <ScottK> Sure.  The key questions are:
[06:25] <mathiaz> ScottK: I was thinking about putting the latest version from samba in dapper-backports.
[06:25] <ScottK> 1.  Are there rdepends that it breaks?
[06:26] <ScottK> 2.  Does it work (who's got Dapper and is going to test it)?
[06:26] <ScottK> 3.  When it falls over and dies and users file bugs, who can I point a finger at?
[06:27] <mathiaz> ScottK: for 3. I guess that users will file a bug directly under samba for ubuntu.
[06:28] <soren> ivoks: I checked, and yes, that's the case.
[06:28] <mathiaz> ScottK: so ubuntu-server will receive it.
[06:28] <ivoks> soren: great
[06:28] <ScottK> mathiaz: And if they do, you should mark it invalid and tell them to file against dapper-backports.
[06:29] <mathiaz> ScottK: right. May be ubuntu-server could be added as a bug contact for samba in -backport
[06:29] <soren> ivoks: Yeah, so it's under control, and as soon as my module-init-tools build is done, I think cjwatson will be doing a new d-i build, so either tomorrow or the day after.
[06:29] <ScottK> For backports it's all or nothing.
[06:29] <ScottK> I think we can leave it that if there are problems, I'll scream and you'll deal with it.
[06:29] <ScottK> Oh.  Almost forgot:
[06:29] <ScottK> 4.  Are all the dependencies present in Dapper.
[06:30] <ScottK> That's important too.
[06:30] <mathiaz> ScottK: yes. of course.
[06:30] <mathiaz> ScottK: I won't try to publish in dapper if it cannot build.
[06:30] <mathiaz> ScottK: what do you mean by "all or nothing" ?
[06:31] <ScottK> If you are a dapper-backports bug contact you get ALL the dapper-backports bugs, not just specific packages.
[06:32] <mathiaz> ScottK: you cannot set a bug contact for the specific package ?
[06:32] <ScottK> No.
[06:34] <mathiaz> ScottK: is it by policy or for a technical reason ?
[06:34] <ScottK> Technical
[06:34] <ScottK> We don't file bugs in backports by package, just against the project.
[06:35] <mathiaz> ScottK: ok.
[06:36] <ScottK> It's no problem for me to point you at stuff that comes up, I just want to make sure there's someone that will figure Samba stuff out as I'm virtually completely ignorant on Samba.
[06:36] <mathiaz> ScottK: ok. I understand your point of view.
[06:37] <mathiaz> ScottK: I may bring that up during next ubuntu-server meeting.
[06:37] <ScottK> So, if you decide to go for it, test the package out and then file a bug in dapper-backports.
[06:37] <ScottK> OK.
[07:37] <ticked> i am trying to install ubuntu 7.04 server edition, the desktop edition sets up fine on that machine. but when ever i try the server edition i get to "trying to enable frame buffer" and it hangs there....any ideas??
[07:39] <nealmcb> ticked: what kind of machine?
[07:40] <ticked> nealmcb hang on and i will get the details
[07:44] <ticked> utits a p4 1.6 with 512MEG
[07:45] <nijaba> ticked: the video card would be usefull
[07:45] <ticked> sis
[07:46] <nijaba> if you do not know the precise model : put the result of lspci -vvnn in pastebin.com and send the URL
[07:49] <ticked> hang one
[07:56] <ticked> Integrated RealTek 256-bit 2D/3D Graphics Engine.
[07:57] <ticked> that help?
[07:58] <nealmcb> ticked: this can also help: https://wiki.ubuntu.com/DebuggingHardwareDetection
[07:58] <ticked> thanks
[08:33] <ScottK> lamont: I find Changed-By: SpecialK <scottk@byu.edu> in the changes file for the Postfix backport to Dapper.  Since you're the listed maintainer, you may hear from SpecialK as that's not me.
[08:35] <ScottK> lamont: Also it FTBFS on AMD64.  Any suggestions? http://launchpadlibrarian.net/9824338/buildlog_ubuntu-dapper-amd64.postfix_2.4.5-3build1%7Edapper1_FAILEDTOBUILD.txt.gz
[09:15] <maestrojed> i have just installed php5 on my ubuntu box.  Some functions that use sendmail are not sending mail yet not returning any errors.  Does the default installation of PHP5 built for Ubuntu disable sendmail in any way?
[09:17] <ScottK> maestrojed: Did you install an MTA?  One isn't included by default.
[09:20] <maestrojed> ScottK: I don't know what an MTA is?
[09:20] <maestrojed> ScottK: so, no, I did not install one :)
[09:20] <ScottK> maestrojed: Mail Transfer Agent (aka mail server).
[09:21] <ScottK> Then you have no sendmail.
[09:21] <mathiaz> !mta | maestrojed
[09:21] <ubotu> Sorry, I don't know anything about mta - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[09:21] <maestrojed> ohhh, no this is the first server I built and I followed the direction for a standard LAMP server but didn't now I had to do that.
[09:21] <mralphabet> the piece of software that accepts a message, wraps stuff around the message, then is capable of handing the message off to another machine = MTA
[09:22] <maestrojed> Gotcha, Thanks for all this info.  I will read up on it and try to get one installed
[09:22] <mralphabet> maestrojed: LAMP is apache mysql (or postgresql) and php (or python or perl)
[09:23] <maestrojed> mralphabet: right, I just thought sendmail was a self contained function in PHP that could send mail.  I did not realize it needed a MTA
[09:23] <mralphabet> mta isn't in that equation ;)  I would suggest postfix, it seems the standard preference
[09:23] <maestrojed> great
[09:23] <mralphabet> maestrojed: gotcha
[09:27] <mralphabet> "sendmail" is an MTA by itself
[09:27] <mralphabet> there are several large MTA packages
[09:27] <mralphabet> Sendmail, EXIM, Postfix
[09:29] <ScottK> Postfix is the primary/most supported in Ubuntu, but you can use pretty much whichever one you want.
[09:30] <mralphabet> there are other smaller ones too, but like ScottK said, postfix is probably the way to go
[09:30] <dantalizing> does the postfix configuration set up a symlink for /usr/sbin/sendmail?  and does postfix accept the same args?
[09:30] <dantalizing> the way exim4 does?
[09:30] <mralphabet> now that we have beat that issue to death . . .
[09:31] <ScottK> dantalizing: Yes.  One of Postfix's primary design goals was to be externally compatible with Sendmail.
[09:31] <dantalizing> thx
[09:33] <ScottK> dantalizing: The other ones were to be more secure and more comprehensible.
[09:34] <ScottK> Even today, "Sendmail does X, so please fix Postfix" is generally an acceptable request.
[09:34] <dantalizing> need to try migrating one of my systems to postfix
[09:35] <maestrojed> Hey I appreciate it because I know not what I am doing :) So all this info is great
[09:37] <ScottK> For anyone learning Postfix, I highly recommend "The Book of Postfix".  It covers everything you need to know in a logical, detailed way.  Not just Postfix specifics, but the theory behind it too.
[09:40] <dantalizing> is that available via apt? or $ only?
[09:41] <dantalizing> nm...
[09:42] <ScottK> Which?
[09:42] <ScottK> Oh.
[09:54] <leonel> the latest clamav for  feisty  is  0.90.2-0ubuntu1.4    where can I get the original before this updated version ?
[09:58] <nealmcb> maestrojed: if you don't really want to handle mail on the machine, you can also check out smaller packages like ssmtp  nullmailer, nbsmtp, esmtp-run, sendemail
[09:59] <nealmcb> many of which just send email....
[09:59] <Roge> is there a way to force apt-get to use the network repo.. as it is asking for the cd
[09:59] <ScottK> leonel: Source package or .deb?
[10:00] <leonel> deb
[10:00] <ScottK> Which arch?
[10:00] <leonel> i386
[10:02] <ScottK> leonel: Linked from here: https://edge.launchpad.net/ubuntu/+source/clamav/0.90.2-0ubuntu1.3/+build/366243
[10:02] <leonel> thank you
[10:04] <leonel> I Still get lost  between mirrors  packages.ubuntu.com  and launchpad :(
[10:05] <mralphabet> Roge: remove cd from /etc/apt/sources.list
[10:05] <Roge> thx