[luau] Re: HOSEF Logo Vote
Enrico> Please vote for one of the two logos, #5 or #6, by posting to Enrico> the Luau mailing list. Enrico> Enrico> Deadline 27-June-2003, 11:59pm. Enrico> Enrico> http://www.hosef.org/logo.html #5 definitely has my vote. Bruce
Re: [luau] Windows Terminal Client
Don> Does anybody know of a Windows Terminal Server Client for Red Hat 8.0? When Don> I was running Mandrake they had one. Warren> Red Hat 8.0.94 beta has "krdc" which does that, but it isn't Warren> in Red Hat 8.0. It is part of KDE 3.1. Warren> Warren> I'll dig around to see if there is an easier way to install it Warren> on Red Hat 8.0. I use rdesktop. Bruce
[luau] garbage in man ouput
> "Bill" == Bill Luoma <[EMAIL PROTECTED]> writes: Bill> Hi, Bill> I've recently installed rh8 and am getting some funny output Bill> with man if I ssh or telnet into the box. I've tried it with Bill> windows telnet, secure crt as vt100, secure shell as xterm, Bill> and cygwin ssh with TERM=cygwin. Bill> The output appears fine if I use the box as a workstation, Bill> either under x or in single user mode. Bill> GCC(1)GNU GCC(1) The man command seems to have problems with the default utf-8 settings installed with redhat-8.0. Unset the LC_CTYPE environment variable (or set it to something other than ja.UTF-8, en.UTF-8 and you should be sorted. Bruce
[luau] [aurora-sparc-devel] [ANNOUNCE] Build 1.0 (Ansel) releases
The following announcement may be of interest to any here running or interested in running linux on a SPARC processor. I've been running with out problem one of the earlier releases on an old multiprocessor SPARC 20 for some time now. Cheers, Bruce --- clip here --- From: "Tom 'spot' Callaway" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> Subject: [aurora-sparc-devel] [ANNOUNCE] Build 1.0 (Ansel) releases Date: Sun, 19 Jan 2003 12:41:51 -0500 (EST) The Aurora SPARC Linux Project is proud to announce Build 1.0 (Ansel) to the world. This is the first "STABLE" build of Aurora. Nevertheless, its very much a work in progress. If you run this on your production server, you do so at your own risk. Download links are at the bottom of this email message, but please, please, please read the whole message before installing. New features in this release include: Too many security & bugfix updates to count. Lots and lots of installer fixes (including the parted bug) The sparc64 kernel has O(1) and lowlatency patches applied to it. The sparc64 kernel also now has Firewire support. Cipe has been enabled in both sparc and sparc64. You should be aware of the following items: - When the installer detects the video card, it doesn't really probe the video ram. You need to manually select the proper amount. - The USB mouse is never detected by the installer. Select the Generic 3 Button Mouse from the list, and the installer will continue into GUI mode. _ Some hardware seems to have a difficult time being detected by anaconda. Specifically, the esp driver on the Sparcstation 2, the sungem & sunhme network drivers, and the qlogicisp, qlogicfc, and sym53c8xx scsi/fc drivers. I've added a lot of fixes that should make it all work properly, but be prepared to load these modules manually when prompted (if you're not prompted, boot with linux expert, and it WILL prompt you). - The Quad Happy Meal card seems unhappy in general. It may not like tftp, using all ports, or working at all. - In some situations, the installer will not create a boot alias. Usually, this is when it sees Solaris present (and not replaced by Aurora) and doesn't want to step on it. - KDE seems to want to use /dev/dsp, and this doesn't seem to work. I don't use KDE much, so this is low priority. If you fix it, and send me the patch, and it looks sane, I'll apply it. I suspect this is an issue on the kernel level, with the audio drivers. /dev/audio works. The quick fix is to rmmod soundcore. - Swapon segfaults on sparc32 SMP. *shrug* Accepting patches. The first swap partition will still load. - Floppy installs probably don't work on sparc64. I wouldn't waste much time trying. This is a hardware issue, not a software issue. - SPARCs don't generally like ISOs burned at high speeds. I had the most success burning at 12X or lower. Your mileage may vary. If you are getting screens full of DMA timeout messages, try reburning at a lower speed. Also, they don't seem to like low grade media very much. If in doubt, passing -vvv to cdrecord will tell you the grade of your media. If its worse than A- grade, don't use it. Again, this is a hardware issue, not so much of a software issue. - Some of the language translations are probably really really off. If you catch something mistranslated or wrong, please please please send me a fix. - Large disks (e.g. 40+ GB) may lock up the GUI installer when it tries to format the partitions. If this happens to you, try it in text mode. - SparcStation 20s (and maybe 10s) with a VSIMM installed may have X issues. Some work has been done to try to make them play nicely, but if it doesn't work, switch to text mode (or remove the VSIMM). - Sun4d machines simply do not work. The 2.4 kernel needs a lot of sun4d cleanups and fixes before it will work, and none of the Aurora hackers have sun4d hardware. - KDE has the wrong startup logo. Whoops. Just pretend it says "Aurora" instead of Red Hat Linux. Aurora is not a Red Hat product. - The iso label identifies them as 0.51 instead of 1.0. Again, whoops. 0.51 was the internal number for this build. Tested machines: Ultra 2, Ultra 10, Sun Blade 100, Sun Blade 2000, SparcStation 20, SparcStation 4 Install methods: Serial (works) Network (FTP works, HTTP works, TFTP works) HD (not tested, no idea if it works or not) Text (works) Graphical (works) Floppy (works (at least for sparc32)) Full downloads are available at the following locations: ftp://auroralinux.org/pub/aurora/build-1.0/ http://www.auroralinux.org/pub/aurora/build-1.0/ ftp://ultra.linux.cz/MIRRORS/zenIII.uk.linux.org/pub/distributions/aurora/build-1.0/ ftp://kickstart.linux.ncsu.edu/pub/aurora/build-1.0/ ftp://angus.ind.wpi.edu/pub/mirrors/aurora/build-1.0/ ftp://ftp.rdsor.ro/pub/Linux/Distributions/Aurora/build-1.0/
[luau] [aurora-sparc-devel] [ANNOUNCE] Build 1.0 (Ansel) releases
--- Begin Message --- The Aurora SPARC Linux Project is proud to announce Build 1.0 (Ansel) to the world. This is the first "STABLE" build of Aurora. Nevertheless, its very much a work in progress. If you run this on your production server, you do so at your own risk. Download links are at the bottom of this email message, but please, please, please read the whole message before installing. New features in this release include: Too many security & bugfix updates to count. Lots and lots of installer fixes (including the parted bug) The sparc64 kernel has O(1) and lowlatency patches applied to it. The sparc64 kernel also now has Firewire support. Cipe has been enabled in both sparc and sparc64. You should be aware of the following items: - When the installer detects the video card, it doesn't really probe the video ram. You need to manually select the proper amount. - The USB mouse is never detected by the installer. Select the Generic 3 Button Mouse from the list, and the installer will continue into GUI mode. _ Some hardware seems to have a difficult time being detected by anaconda. Specifically, the esp driver on the Sparcstation 2, the sungem & sunhme network drivers, and the qlogicisp, qlogicfc, and sym53c8xx scsi/fc drivers. I've added a lot of fixes that should make it all work properly, but be prepared to load these modules manually when prompted (if you're not prompted, boot with linux expert, and it WILL prompt you). - The Quad Happy Meal card seems unhappy in general. It may not like tftp, using all ports, or working at all. - In some situations, the installer will not create a boot alias. Usually, this is when it sees Solaris present (and not replaced by Aurora) and doesn't want to step on it. - KDE seems to want to use /dev/dsp, and this doesn't seem to work. I don't use KDE much, so this is low priority. If you fix it, and send me the patch, and it looks sane, I'll apply it. I suspect this is an issue on the kernel level, with the audio drivers. /dev/audio works. The quick fix is to rmmod soundcore. - Swapon segfaults on sparc32 SMP. *shrug* Accepting patches. The first swap partition will still load. - Floppy installs probably don't work on sparc64. I wouldn't waste much time trying. This is a hardware issue, not a software issue. - SPARCs don't generally like ISOs burned at high speeds. I had the most success burning at 12X or lower. Your mileage may vary. If you are getting screens full of DMA timeout messages, try reburning at a lower speed. Also, they don't seem to like low grade media very much. If in doubt, passing -vvv to cdrecord will tell you the grade of your media. If its worse than A- grade, don't use it. Again, this is a hardware issue, not so much of a software issue. - Some of the language translations are probably really really off. If you catch something mistranslated or wrong, please please please send me a fix. - Large disks (e.g. 40+ GB) may lock up the GUI installer when it tries to format the partitions. If this happens to you, try it in text mode. - SparcStation 20s (and maybe 10s) with a VSIMM installed may have X issues. Some work has been done to try to make them play nicely, but if it doesn't work, switch to text mode (or remove the VSIMM). - Sun4d machines simply do not work. The 2.4 kernel needs a lot of sun4d cleanups and fixes before it will work, and none of the Aurora hackers have sun4d hardware. - KDE has the wrong startup logo. Whoops. Just pretend it says "Aurora" instead of Red Hat Linux. Aurora is not a Red Hat product. - The iso label identifies them as 0.51 instead of 1.0. Again, whoops. 0.51 was the internal number for this build. Tested machines: Ultra 2, Ultra 10, Sun Blade 100, Sun Blade 2000, SparcStation 20, SparcStation 4 Install methods: Serial (works) Network (FTP works, HTTP works, TFTP works) HD (not tested, no idea if it works or not) Text (works) Graphical (works) Floppy (works (at least for sparc32)) Full downloads are available at the following locations: ftp://auroralinux.org/pub/aurora/build-1.0/ http://www.auroralinux.org/pub/aurora/build-1.0/ ftp://ultra.linux.cz/MIRRORS/zenIII.uk.linux.org/pub/distributions/aurora/build-1.0/ ftp://kickstart.linux.ncsu.edu/pub/aurora/build-1.0/ ftp://angus.ind.wpi.edu/pub/mirrors/aurora/build-1.0/ ftp://ftp.rdsor.ro/pub/Linux/Distributions/Aurora/build-1.0/ This download site is ISO only (it was too full to hold the rest of the tree): ftp://zenIII.uk.linux.org/pub/distributions/aurora/build-1.0/en/iso This site should be sync'd up in the next several days: ftp://aurora.markab.net/build-1.0/ Wanna be a mirror? Found a bug in the tree? Something missing/corrupt? Email the mailing list (you may even want to join): [EMAIL PROTECTED] or email me: [EMAIL PROTECTED] Aurora is seeking qualified individuals to perform the following roles: - errata manager/coordinator - contrib manager/coordinator - bugzilla administrator - kernel hack
Re: [luau] Sparc 20 upgrade time
> "Ben" == Ben Beeson <[EMAIL PROTECTED]> writes: Ben> Bruse, Ben> You are the first person I've seen on the list that admitted to Ben> using Aurora. I'm curious how much trouble it was to install it Ben> and how complete the distro is. Please let me know what you Ben> think. BTW, does it come with ssh? Ben, My apologies. I was just reading through mail from an inbox.crash from last December (part of my end-of-year soujiki :-) and just realized I hadn't responded to your last mail. The installation was very straightforward, pretty much bog-standard redhat text-mode install. Judging from the 3 or ISO's containing the RPMs, it appears to be a complete distribution but having said that, I happen to only have small hard drives on my sparc so I was not able to perform a full installation. I'm at work right now and can't get into the machine but as I recall it had openssh-3.1p1-6 or greater. Bruce
Re: [luau] Ghost for Linux and Pattition Image
> "MonMotha" == MonMotha <[EMAIL PROTECTED]> writes: MonMotha> When cloning windows systems, Norton Ghost can modify the MonMotha> magic numbers associated with your NT install that are MonMotha> supposed to be unique (a plain disk image can't do this) as MonMotha> well as a few other things (people tout "ghostwalker" which MonMotha> is essentially a loopback mount of the fielsystem, but MonMotha> anyway). Yep, several people I know who use ghost for mass deployment of NT and other DOS family systems swear by it and tell me that they haven't found any application "magic" numbers it couldn't handle (or that the ghost development team couldn't make handle within a few days of reporting a problem). MonMotha> However, on UNIX, I can't think of anything a specialized MonMotha> program would offer over dd and netcat :) Maybe it just offers a degree of branding "security" for the novice user and perhaps a little cleverness at figuring out things like the blocksizes. Bruce
[luau] Ghost for Linux and Pattition Image
> "W" == W Wayne Liauh <[EMAIL PROTECTED]> writes: W> Slashdot has a thread on Ghost for Unix which also contains a side W> thread on "Partition Image". Has any one ever used either of these W> tools? If so, can you "copy" the image to a hard disc with a different W> size? I've always found "dd" to be more that adequate for this sort of thing under Linux or any other UNIX system. I'm curious why anyone would need to resort to ghost... Cheers, Bruce
[luau] IBM to buy PricewaterhouseCooper
> "W" == W Wayne Liauh <[EMAIL PROTECTED]> writes: W> Since IBM is betting so heavily on Linux, and since W> PricewaterhouseCooper has such a strong presence in business consulting W> world, I fully expect an inevitable mass migration of financial W> institutions to Linux. While I think increased presence of Linux on the server side is definitely the trend, there is no such thing as mass migration (not in any rapid sense of the term anyways) in any of the major finance houses. Companywide migrations happen but at a much more cautious pace due to the costs of switching technology and technology people - even when its only switching from one kind of unix to another such as with SunOS and Linux in this example. Generally, the focus is on stability and total cost of supporting the technology in question across all business and support units within the firm. Occasional windows of opportunity do arise where an early move to a technology can buy a brief market advantage but such are generally rare and often only practical for a specialized unit within the firm. Cheers, Bruce
[luau] Limbo Gone from Mirror?
> "W" == W Wayne Liauh <[EMAIL PROTECTED]> writes: W> been changed so the wait is well worth it.> W> Thanks Warren. I am testing Red Hat 7.3 and it looks really good. W> Looking forward to try Limbo beta 2. Just noticed that some of the redhat mirrors now have the 2nd beta release ISO's available. Bruce