#1143900 ITP: stuffit-rs -- Rust library and CLI tool for StuffIt archives

#1143900#5
Date:
2026-08-08 07:15:25 UTC
From:
To:
* Package name    : stuffit-rs
   Version         : 0.2.0
   Upstream Contact: Ben Letchford <ben@letchford.cloud>
* URL             : https://github.com/benletchford/stuffit-rs
* License         : MIT and Apache-2.0
   Programming Lang: Rust
   Description     : read and write StuffIt (.sit) archives

This package provides a 'stuffit' CLI tool for decompressing .sit
archives or create new ones using a selection of StuffIt compression
algorithms. It also ships a Rust library and C ABI library for
application developers.
.
StuffIt is a popular compression format on older Macintosh computers.

I intend to maintain this package in the Debian Netatalk team: the
upcoming release version of Netatalk will link with the C ABI library.

#1143900#10
Date:
2026-08-08 09:44:43 UTC
From:
To:
Quoting Daniel Markstedt (2026-08-08 09:15:25)

Perhaps you would find interest in helping dust of and implement an old
idea of mine: A Debian Pure Blend for supporting Macintosh:
https://wiki.debian.org/DebianMac

You might also consider tracking all Macintosh-related packages as a
virtual "team" - similar to how I've done for semantic web tools:
https://tracker.debian.org/teams/semweb/

 - Jonas

#1143900#15
Date:
2026-08-08 15:13:06 UTC
From:
To:
tatalk team: the

Hi Jonas,

Thanks for sharing the information, I was not aware of these
initiatives. Having a virtual team would be valuable I think, to
coordinate and keep alive a wide range of packages.

In this day and age, this collection is dominated by tooling for older
Mac formats and protocols, so I'm not entirely convinced meta "macos-*"
packages would have a broad appeal.

Hi Adrian,

Hope you don't mind being looped in on this. We discussed the mac-fdisk
package several months ago, and I see that y
ou maintain another handful
of Mac related packages. Would you be interested in being part of a
coordinated effort here?

Would be great to have a proper team were we to revive this idea. :)

Best,

Daniel

#1143900#20
Date:
2026-08-08 15:38:25 UTC
From:
To:
Hi Daniel,

Sure, why not? FWIW, it would be great to if an upstream project for
mac-fdisk could be revived as I find carrying all these patches a bit
annoying.

Adrian

#1143900#25
Date:
2026-08-08 16:50:19 UTC
From:
To:
Do you have any requirements on what this upstream should look like?

I have been maintaining an improved fork of this software on my personal
GitHub namespace for several years:

https://github.com/rdmark/hfdisk

Or to be specific, hfdisk which is itself a fork of pdisk that has also
imported all mac-fdisk patches. For context, hfdisk wa
s originally
forked by Michael McMaster (the creator of SCSI2SD) and improved,
however, he abandoned the fork almost 10 years ago now, and his
self-hosted Git server is no longer online (has been down for at least 3
years at the time of writing):

http://www.codesrc.com/gitweb/index.cgi?p=hfdisk.git

Anyhow, if a personal GitHub project is acceptable as upstream, I can
either rename my hfdisk project, or create a fresh one for mac-fdisk and
add you as developer.

Best,

Daniel