From: Digestifier To: Linux-Development@senator-bedfellow.mit.edu Reply-To: Linux-Development@senator-bedfellow.mit.edu Date: Sun, 17 Oct 93 03:13:07 EDT Subject: Linux-Development Digest #169 Linux-Development Digest #169, Volume #1 Sun, 17 Oct 93 03:13:07 EDT Contents: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? (Tim Smith) Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? (Chris G. Demetriou) Xerion ported?? (Ken Seergobin) Re: Questions Flamewar (Ed H. Chi) Re: WARNING: compressed archives don't read. (Dennis Flaherty) RE: CMS Jumbo (QIC 40/80) Drive (Louis J. LaBash Jr.) Re: Can't install Yggdrasil - a workaround found. (CSHAULIS@DELPHI.COM) Re: Linux System Administration Tools (Michael Will) Packet Fragmentation = ? (Eric Poole) Latest, Most Stable = ? (Eric Poole) Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? (thomas kevi lynch) Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? (Matthias Urlichs) Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? (Tim Smith) Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? (Richard Todd) Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? (Frank Lofaro) Re: Linux Slowly Dying Off? + Lets make a game for Linux (Tim Smith) ---------------------------------------------------------------------------- From: tzs@stein3.u.washington.edu (Tim Smith) Crossposted-To: comp.os.386bsd.development,comp.os.386bsd.misc Subject: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? Date: 16 Oct 1993 13:43:07 GMT A Wizard of Earth C wrote: >Note that you will either have to extend the VNOPS tabe or forget about >resource forks. How about making each Mac file appear to be three unix files? Mac file "foo" would appear under unix as "foo" (the data fork), "foo:r" (the resource fork), and "foo:i" (the Finder information). --Tim Smith ------------------------------ From: cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou) Crossposted-To: comp.os.386bsd.development,comp.os.386bsd.misc Subject: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? Date: 16 Oct 93 06:52:56 In article <29otpb$s8a@news.u.washington.edu> tzs@stein3.u.washington.edu (Tim Smith) writes: >How about making each Mac file appear to be three unix files? Mac file >"foo" would appear under unix as "foo" (the data fork), "foo:r" (the >resource fork), and "foo:i" (the Finder information). hmm. A/UX does something like: foo data fork %foo resource fork and i dunno what for the finder info... it'd probably be a good idea to follow the A/UX convention -- it's a unix on the mac and i for one would like to see the mac port of NetBSD be as A/UX compatible in terms of things like *that* as possible... (but no, i don't want NetBSD to become svr2... *chuckle* 8-) chris -- chris g. demetriou cgd@cs.berkeley.edu smarter than your average clam. ------------------------------ From: ken@psych.toronto.edu (Ken Seergobin) Subject: Xerion ported?? Date: Sat, 16 Oct 1993 14:33:53 GMT Hello, Has anyone successfully ported the Xerion Neural Network simulator to Linux? If so, would you please consider making it available. Thanks, Ken ------------------------------ From: ehhchi@maroon.tc.umn.edu (Ed H. Chi) Subject: Re: Questions Flamewar Date: Sat, 16 Oct 1993 17:22:14 GMT In article imp@boulder.parcplace.com (Warner Losh) writes: >ENOUGH. > >The volume of flames now excedes the volume of questions in the FAQ. >It is time to stop. Everyone involved is the loser. There are no >winners. Time to move on. >P.P.S. Please be polite. There is no reason to flame people, even if >they ask FAQ's. It is the same problem with a different face on it. You know what's really funny about all this? It's c.o.l.d. But it's flaming hot in here!!! :) NOTE: please honor the Followup-To: comp.os.linux.misc -- o/ \ / \ / / \o email: ehhchi@epx.cis.umn.edu /# ##o # o## #\ chi@mermaid.micro.umn.edu / \ / \ /o\ / |\ / \ Dumping messy-dos, running Linux! ------------------------------ From: dennisf@denix.elk.miles.com (Dennis Flaherty) Subject: Re: WARNING: compressed archives don't read. Date: Sat, 16 Oct 1993 05:57:35 GMT In article <399@gblinux.demon.co.uk>, Gareth Bult wrote: > Scrap that last posting regarding compressed backup.... > My; tar tvfz /dev/ftape fails after a random period of time... > Usually about 20 seconds.... > > Uncompress tar's however seem to work fine.... Do you get something like, tar (child): can't write to /dev/ftape : Timer expired This is what I always get, but after 20 _minutes_ of using tar czf /dev/ftape to backup my system. Also, does anyone have a working "mt"? The mt included with SLS doesn't seem to work with my Conner C250MQ. "mt fsf" just causes the drive light to flash once. tar rf doesn't work either. I get an error message telling me that I may have to use --ignore-zeros to read it back, and that doesn't work cleanly either. -- Dennis T. Flaherty Home: dennisf@denix.elk.miles.com Flaherty Nanobreweries Work: dennisf@se01.elk.miles.com Oatmeal Stout: It's the Right Thing to Drink! ------------------------------ From: lou@minuet.siue.edu (Louis J. LaBash Jr. ) Subject: RE: CMS Jumbo (QIC 40/80) Drive Date: 16 Oct 1993 14:28:33 -0400 Reply-To: lou@minuet.siue.edu (Louis J. LaBash Jr. ) Hi, Colorado Memory Systems can be reached from the Inet at the following email address: 71621.3022@compuserve.com I have used this address, and received replies. Louis-ljl- ------------------------------ From: cshaulis@news.delphi.com (CSHAULIS@DELPHI.COM) Subject: Re: Can't install Yggdrasil - a workaround found. Date: 16 Oct 1993 15:13:17 -0400 kevin@frobozz.sccsi.com (Kevin Brown) writes: :An interesting thing I've noticed about the behavior of the kernel with :respect to my MO drive (and this may be generalizable to all removable media :drives) is that the kernel doesn't reliably recognize that a disk change has :been performed. The only way I can guarantee it gets it right is by removing :the media, doing something to access the drive while there's no media in the :drive, inserting the new media, and then doing something to access the drive :again. Thus: : [Remove media] : If anybody knows of a project or people who are working on this, >please tell me. If such a project does not exist yet, anybody >who is interested is welcome to contact me. I want to start such a thing - but we have not agreed yet which language to use :-) See a crossposted article "CFC / CFI: XSysadmin" by will@oliver (Michael Will). References: <28ptvm$b93@peanuts.informatik.uni-tuebingen.de> (damn this tin at our university not adding the domain - always I have to add a reply-to by hand.) I have made some C++-classes to read the /etc/passwd into a list of user-objects, but no more... I have to install the new OI and then maybe I will make a nice surface for X. Why this takes so long is mainly because I am at this moment moving 600km to the south and thus am a bit occupied by non-linux-things :-) >How do I find what is being developed for Linux, anyway? Well, there *was* a regularily posted list, what happend to it? It was very interesting. Someone should assemble this kind of information and regularily post it! Who volunteers? What has been developed/ported can be found in the linux-software-map (lsm). Cheers, Michael Will -- Michael Will Linux - share and enjoy :-) Life is not there if you can't share it... Hazel'O'Connor Breaking Glass Happily using Linux 0.99p12 with X11R5, \LaTeX, cnews/nn/uucp and: PGP! !!! new mailadress: will@peanuts.informatik.uni-tuebingen.de !!! ------------------------------ From: epoole@leotech.mv.com (Eric Poole) Subject: Packet Fragmentation = ? Date: Sat, 16 Oct 1993 17:03:00 Can someone please tell me the current state of the IP packet fragmentation support? The NET-2-HOWTO indicates that frag/defrag should be implemented in NET-2e; I'm not even sure at this point where the NET-2(suffix) is but believe we are past 2e (right?); did frag/defrag make it in? Thanks much; if you wish to reply via e-mail (epoole@leotech.mv.com) I'll summarize. . . . . . ep * Origin: NETIS Public Access Internet (603)432-2517 (1:132/189) ------------------------------ From: epoole@leotech.mv.com (Eric Poole) Subject: Latest, Most Stable = ? Date: Sat, 16 Oct 1993 17:11:00 Can someone please advise me as to where the latest-most-stable Linux version can be found, and the version number? I am currently running SLIP with 0.99pl10 (I am very new at this Unix stuff and 0.99pl10 is running reasonably well most of the time so don't want to rock the boat), and while results have been reasonable there are a few random problems (crashes, panics, fragmentation problems, general sluggish and not-terribly-reliable SLIP performance), and I would like to upgrade to the latest stable version. OTOH if frag/defrag isn't in yet I may wait. I have the latest-as-of-two-weeks-ago SLS and Slackware versions, but my experience with SLS is that it's a bit behind the, uh, cutting edge of development around here. If you wish to reply via e-mail (epoole@leotech.mv.com) I'll summarize. Thanks ... . . . . . ep * Origin: NETIS Public Access Internet (603)432-2517 (1:132/189) ------------------------------ From: lynchtk@wfu.edu (thomas kevi lynch) Crossposted-To: comp.os.386bsd.development,comp.os.386bsd.misc Subject: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? Date: 16 Oct 1993 21:59:50 GMT terry@cs.weber.edu (A Wizard of Earth C) writes: >In article pdinda+@cs.cmu.edu (Peter A Dinda) writes: >> >>The subject sort of is the question. By Mac FS for Linux/386BSD, I mean >>a Vnode style foreign file system that can be mounted with the mount >>command and is available via standard Unix file access calls. >> >>I am already aware of such DOS utilities as Macette and MacSEE. >Would you want to read all MAC disks, or only the ones compatible with IBM >hardware? >If the latter, then you are limited to the 800k disks, and the answer is >"not yet, but the FS specs should be available from apple.com for their FS". >Note that you will either have to extend the VNOPS tabe or forget about >resource forks. Are you sure that only 800k's would work? I have a dos program 'mac-in-dos' that reads, writes, formats, and converts on 1.44's. I've never yet had a problem with it. I'm not sure what method they employ, but I would think that it would be reproducable under linux.... Regards, Tom ------------------------------ From: urlichs@smurf.sub.org (Matthias Urlichs) Crossposted-To: comp.os.386bsd.development,comp.os.386bsd.misc Subject: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? Date: 16 Oct 1993 21:01:19 +0100 In comp.os.linux.development, article , cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou) writes: > > hmm. A/UX does something like: > foo data fork > %foo resource fork > > and i dunno what for the finder info... > This is AppleDouble format, and the finder info is included in the %foo file. If you do it that way, you'll get the added benefit of being able to export the Mac filesystem via NFS... there's at least one NFS client for the Mac (NFS/Share) which understands AppleDouble. The Apple HFS stuff is described in Inside Mac:Files; AppleDouble is available electronically. The Mac directory is organized as a B*-tree. Therefore, it'll probably be too much work to write a read/write HFS simulation. Read-only should be fairly easy. In fact, I've once written a small program to extract files from a semi-corrupt HFS disk (just one of these quick hacks, but the tape drive was with a friend and this way was faster ;-) which I can mail to anybody who is _really_ interested in pursuing this. Next step: Make Linux understand Apple's partitioning scheme and directly mount Mac disks and CD-ROMs... next step: implement the BSD FFS so that I can reuse the big FTP archive disk which now hangs off the A/UX machine without reloading everything from tape... -- People who are always taking care of their health are like misers, who are hoarding a treasure which they have never spirit enough to enjoy. -- Sterne -- Matthias Urlichs \ XLink-POP Nürnberg | EMail: urlichs@smurf.sub.org Schleiermacherstraße 12 \ Unix+Linux+Mac | Phone: ...please use email. 90491 Nürnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42 ------------------------------ From: tzs@stein3.u.washington.edu (Tim Smith) Crossposted-To: comp.os.386bsd.development,comp.os.386bsd.misc Subject: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? Date: 17 Oct 1993 00:25:34 GMT Chris G. Demetriou wrote: >hmm. A/UX does something like: > foo data fork > %foo resource fork > >and i dunno what for the finder info... > >it'd probably be a good idea to follow the A/UX convention -- >it's a unix on the mac and i for one would like to see >the mac port of NetBSD be as A/UX compatible in terms of things >like *that* as possible... (but no, i don't want NetBSD to become >svr2... *chuckle* 8-) Actually, A/UX does not provide unix support for the Mac filesystem. Files on a Mac partition are only accessible from the A/UX Finder and from Mac programs. Unix programs do not see files on Mac partitions. Thus, A/UX does not really answer the question of what a Mac file on a Mac partition should look like to unix programs. --Tim Smith ------------------------------ Crossposted-To: comp.os.386bsd.development,comp.os.386bsd.misc From: rmtodd@servalan.servalan.com (Richard Todd) Subject: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? Date: Sat, 16 Oct 1993 23:53:00 GMT cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou) writes: >In article <29otpb$s8a@news.u.washington.edu> tzs@stein3.u.washington.edu (Tim Smith) writes: >>How about making each Mac file appear to be three unix files? Mac file >>"foo" would appear under unix as "foo" (the data fork), "foo:r" (the >>resource fork), and "foo:i" (the Finder information). >hmm. A/UX does something like: > foo data fork > %foo resource fork >and i dunno what for the finder info... Hmm. It's a bit more complicated than that on A/UX. Mac files stored on an A/UX partition (presumably with the intent of being accessed by the MacOS environment that runs under A/UX) can be in one of two formats, AppleSingle and AppleDouble. AppleSingle format has all the information for a Mac file "foo" stored in a single Unix file "foo"; the resource fork and finder info appear first, followed by the data fork. AppleDouble format has the data fork for the Mac file "foo" stored in the Unix file "foo", without any stray headers on it. The resource fork and finder info are stored in the file "%foo", as you mentioned. AppleDouble is arguably the more convenient format for dealing with from Unix-side apps. For files like .gif or other platform-independent formats, all the information a Unix app would want to deal with would be in the data fork, and hence in the Unix-side file "foo", with no Mac-specific resource fork goo cluttering the picture. If you're planning on making an HFS filesystem for NetBSD, it'd probably be best to have it present the Mac files in AppleDouble format. (Just FYI, A/UX doesn't let you mount HFS filesystems on the Unix filesystem tree; the only way to dink with HFS filesystems is through Mac apps such as Finder running under the MacOS environment of A/UX.) The specs for AppleSingle and AppleDouble format should be available somewhere, probably on ftp.apple.com. There's currently a discussion ongoing in comp.mail.mime on how to best handle including Macintosh-specific files in MIME messages, and the formats they are planning to use are AppleSingle and AppleDouble. >it'd probably be a good idea to follow the A/UX convention -- >it's a unix on the mac and i for one would like to see >the mac port of NetBSD be as A/UX compatible in terms of things >like *that* as possible... (but no, i don't want NetBSD to become >svr2... *chuckle* 8-) Agreed. Especially about it not becoming SVR2. :-) -- Richard Todd rmtodd@mailhost.ecn.uoknor.edu rmtodd@servalan.uucp New Improved Domain: rmtodd@servalan.servalan.com ------------------------------ Crossposted-To: comp.os.386bsd.development,comp.os.386bsd.misc From: ftlofaro@unlv.edu (Frank Lofaro) Subject: Re: Has anyone written a Mac FS or Mac FS Access utilities for Linux or 386BSD? Date: Sun, 17 Oct 93 00:52:14 GMT Ah, the Mac disk thread again! ;) If the speed changing disks for the Mac 800K format use speed <= normal speed of a PC drive, you could just turn on and off the floppy drive motor by toggling the control bit really fast. Higher duty cycle (% on), higher speed. It would be a trouble to calibrate, might act different on different drives (different speed vs duty cycle curve, might not work well, could possibly hose the drive (?), etc). Linux has very fast interrupt handling, you could probably hook into the timer irq after upping the rate (ala the way the PC speaker device driver works) ------------------------------ From: tzs@stein3.u.washington.edu (Tim Smith) Crossposted-To: comp.os.linux.misc Subject: Re: Linux Slowly Dying Off? + Lets make a game for Linux Date: 17 Oct 1993 05:36:28 GMT [This has nothing to do with development, so followups are set to .misc.] Chris Nystrom wrote: [He installed Linux at work, and impressed all the DOS users with networking, virtual terminals, and accessing DOS floppies] >dos? Should be interesting. We got a copy of SCO sitting on the shelf... I'm confused. Won't SCO do all the stuff you were doing with Linux? Why is it just sitting on the shelf there? --Tim Smith ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Development-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development) via: Internet: Linux-Development@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Development Digest ******************************