On Tue, Feb 27, 2001 at 07:17:11PM -0800, Sam Powers wrote:
>
> heh, right, we all wish that were the case, but it's not. Last time I
> installed OS X, it still used HFS, which means that while apple is phasing
> them out, their presence is still so predominant that they just can't afford
> suc
On Monday 26 February 2001 11:54, Ethan Benson wrote:
> > I believe that there's a MacGZip (or something like that), but i'm not
> > sure it knows how to write Mac resource forks. I sure hope *something*
> > can be provided that avoids requiring one to get some StuffIt variant.
> > I don't mind of
> I believe that there's a MacGZip (or something like that), but i'm not
> sure it knows how to write Mac resource forks. I sure hope *something*
IIRC it drops the resource forks. First you need to convert the file to
MacBinary.
It really _is_ all ugly. And I wouldn't worry too much about it. Hav
On Mon, Feb 26, 2001 at 10:59:56PM -0800, Tovar wrote:
> StuffIt (and its relatives) have been a thorn in the side of Mac free
> software providers nearly since a Mac first had a SCSI interface. The
> self-extracting archives must have been invented so that commercial
> software developers could
StuffIt (and its relatives) have been a thorn in the side of Mac free
software providers nearly since a Mac first had a SCSI interface. The
self-extracting archives must have been invented so that commercial
software developers could distribute the code and/or updates in a form
that was easily do
Ethan Benson wrote:
>
> On Thu, Feb 22, 2001 at 04:10:14PM -0800, Mike Fedyk wrote:
> > Ethan Benson wrote:
snip
> MacOS is a island platform its horrible in a hetergenious network of
> computers (like oh the internet)
heh
> > > IMO BootX should be recursivly MacBinarized, then put into a .tar
Sam Powers wrote:
[...some snippage...]
> Not gonna happen. They have Expander for x86 linux now, even in .deb format.
> That's good enough for Aladdin to feel good about themselves. The format will
> never be opened, although i wish it would, it compresses tighter than even
> bzip2! They have mo
> > I'd venture a guess Apple's mindset about openness on hardware and OS
> > software issues has fostered an equal mindset in other software companies
> > working for the MacOS market. I should have been more explicit about that.
>
> probably so, but not really any worse then what MS has done on i
On Fri, Feb 23, 2001 at 07:48:17PM +0100, Michael Schmitz wrote:
>
> I'd venture a guess Apple's mindset about openness on hardware and OS
> software issues has fostered an equal mindset in other software companies
> working for the MacOS market. I should have been more explicit about that.
proba
On Fri, Feb 23, 2001 at 10:00:05AM -0800, Mike Fedyk wrote:
> > 1) hell freezes over.
> > 2) redhat (or someone) buys aladdin and GPLs all thier code.
>
> How is RedHat going to buy any company if the trends keep going the way they
> are? Redhat always ends up having more things "wrong" with it,
> > The problem is only with incorporating BootX into the Debian install
> > files, and here we can indeed convert all files to MacBinary format once
> > and have mkhybrid properly install them on the HFS part of the install CD
> > if necessary. But I doubt that was the original question.
>
> mkhyb
Ethan Benson wrote:
>
> On Fri, Feb 23, 2001 at 11:05:38AM +0100, Michael Schmitz wrote:
> >
> > getting a free (as in speech) StuffIt packager for Debian are practically
> > nil as you pointed out rather convincingly.
>
> it will happen either when:
>
> 1) hell freezes over.
> 2) redhat (or som
On Fri, Feb 23, 2001 at 11:05:38AM +0100, Michael Schmitz wrote:
>
> I don't think BenH should have used anything other than .sit, from a pure
> user perspective. StuffIt is the de facto archiver on MacOS for all I
> know. If BenH had released BootX as a bunch of .bin files (or a tarball of
> thos
On Friday 23 February 2001 02:05, Michael Schmitz wrote:
> The politically correct answer: we cannot make boot-floppies depend on a
> non-free tool like StuffIt for its operation. And the chance of ever
> getting a free (as in speech) StuffIt packager for Debian are practically
> nil as you pointed
On Thursday 22 February 2001 06:40, Ethan Benson wrote:
> On Thu, Feb 22, 2001 at 07:08:00PM -0600, Jonathan Wight wrote:
> > On 02/22/2001 17:49, "Ethan Benson" <[EMAIL PROTECTED]> wrote:
> > > On Thu, Feb 22, 2001 at 01:28:04PM -0500, Advertising wrote:
> > >
> > > all the problems you describe a
On Thursday 22 February 2001 10:28, Advertising wrote:
> I believe the Stuffit self-expanding archive format works across the
> majority of the MacOS spectrum. (much wider that DebianPPC) Is there a
> reason not to use that file format for the Debian PowerMac install items?
Yes, the reason is that
> > With all respect, that is nonsense. Any problems are the fault of whoever
> > originally picked Stuffit for packaging free software. No one is making you
> > use Stuffit. If you don't like that format then you're free to find
> > something you do like, reverse engineer it or write your own repl
At 02:46 +0100 2/23/2001, Benjamin Herrenschmidt wrote:
If I get some time tomorrow, I'll repackage it as a macbinary, and a
tarball containing a macbinary. All versions of stuffit (included with
macos) and other free tools can decode macbinary (but not all versions of
stuffit can decode the tarb
At 17:40 -0900 2/22/2001, Ethan Benson wrote:
stuffit 5 was not only made to damage mindvision, but i am certain the
massive changes in the file format were done because they knew thier
long proprietary format was cracked. if they mean no harm to
mindexpander then they would document thier filef
On Thu, Feb 22, 2001 at 07:08:00PM -0600, Jonathan Wight wrote:
> On 02/22/2001 17:49, "Ethan Benson" <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Feb 22, 2001 at 01:28:04PM -0500, Advertising wrote:
> >
> > all the problems you describe are the fault of Aladdin and thier
> > proprietary crap product
On Thu, Feb 22, 2001 at 04:10:14PM -0800, Mike Fedyk wrote:
> Ethan Benson wrote:
> >
> > because the self extracting archive in and of itself must be encoded
> > since the MacOS uses a exectuable format that cannot survive on
> > anything but the HFS filesystem. since its encoded you need stuffi
>On 02/22/2001 17:49, "Ethan Benson" <[EMAIL PROTECTED]> wrote:
>
>> On Thu, Feb 22, 2001 at 01:28:04PM -0500, Advertising wrote:
>>
>> all the problems you describe are the fault of Aladdin and thier
>> proprietary crap product and monopolistic practices.
>
>With all respect, that is nonsense. An
On 02/22/2001 17:49, "Ethan Benson" <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 22, 2001 at 01:28:04PM -0500, Advertising wrote:
>
> all the problems you describe are the fault of Aladdin and thier
> proprietary crap product and monopolistic practices.
With all respect, that is nonsense. Any proble
Ethan Benson wrote:
>
> because the self extracting archive in and of itself must be encoded
> since the MacOS uses a exectuable format that cannot survive on
> anything but the HFS filesystem. since its encoded you need stuffit
> expander to extract the self extracting archive.
What about the a
On Fri, Feb 23, 2001 at 12:39:30AM +0100, Michael Schmitz wrote:
>
> BinHex encoded MacBinary format files _can_ be created with hfsutils. If
> you want more, write a free StuffIf arrchiver for Linux.
good luck, Aladdin REFUSES to document the stuffit format, and will
not allow anyone to write a
On Thu, Feb 22, 2001 at 01:28:04PM -0500, Advertising wrote:
all the problems you describe are the fault of Aladdin and thier
proprietary crap product and monopolistic practices.
>
> I believe the Stuffit self-expanding archive format works across the
> majority of the MacOS spectrum. (much w
> I believe the Stuffit self-expanding archive format works across the
> majority of the MacOS spectrum. (much wider that DebianPPC) Is there a
> reason not to use that file format for the Debian PowerMac install items?
The same reason why zip archives aren't accepted anymore for other
architectur
BootX and the Stuffit Fiasco.
In the Debian distribution, BootX is compressed with Aladdin's Stuffit
application.
Since Apple includes a working copy of StuffitExpander on most of its OS
cds, it is the de facto compression standard on the Macintosh Platform.
If a Mac is still running, ch
28 matches
Mail list logo
