On 2/3/21 7:28 PM, John Paul Adrian Glaubitz wrote:
> On 2/3/21 4:35 PM, John Paul Adrian Glaubitz wrote:
>> The MDB is still corrupted, so I have to look into that:
>
> And fixed:
Just uploaded the patched version of hfsprogs to unstable:
> https://packages.qa.debian.org/h/hfsprogs/news/2021020
On 2021-02-03 19:28:45 +0100 John Paul Adrian Glaubitz
wrote:
On 2/3/21 4:35 PM, John Paul Adrian Glaubitz wrote:
The MDB is still corrupted, so I have to look into that:
And fixed:
Great work, thank you!
Johannes
On 2/3/21 4:35 PM, John Paul Adrian Glaubitz wrote:
> The MDB is still corrupted, so I have to look into that:
And fixed:
root@z6:..hfsprogs/newfs_hfs.tproj> ./newfs_hfs -h /dev/sdl2
Initialized /dev/sdl2 as a 3863 MB HFS volume
root@z6:..hfsprogs/newfs_hfs.tproj> fsck.hfs /dev/sdl2
** /dev/sdl2
On 2/3/21 4:32 PM, John Paul Adrian Glaubitz wrote:
> On 2/3/21 4:21 PM, John Paul Adrian Glaubitz wrote:
>> On 2/3/21 2:52 PM, John Paul Adrian Glaubitz wrote:
>>> I quickly hacked that together now, but it's not really working yet as some
>>> size
>>> calculations are incorrect:
>>
>> Works:
>
On 2/3/21 4:21 PM, John Paul Adrian Glaubitz wrote:
> On 2/3/21 2:52 PM, John Paul Adrian Glaubitz wrote:
>> I quickly hacked that together now, but it's not really working yet as some
>> size
>> calculations are incorrect:
>
> Works:
In case someone is interested, attaching the preliminary patc
On 2/3/21 4:06 PM, Linux User #330250 wrote:
> Wouldn't it be easier to use an earlier version of diskdev_cmds, patch
> it to default to hfs instead of hfs+, compile it, and then rename it to
> mkfs.hfs as a separate package?
>
> https://opensource.apple.com/tarballs/diskdev_cmds/
>
> On Gentoo L
On 2/3/21 2:52 PM, John Paul Adrian Glaubitz wrote:
> I quickly hacked that together now, but it's not really working yet as some
> size
> calculations are incorrect:
Works:
root@z6:..hfsprogs/newfs_hfs.tproj> ./newfs_hfs -h /dev/sdl2
Initialized /dev/sdl2 as a 3863 MB HFS volume
root@z6:..hfspr
Wouldn't it be easier to use an earlier version of diskdev_cmds, patch
it to default to hfs instead of hfs+, compile it, and then rename it to
mkfs.hfs as a separate package?
https://opensource.apple.com/tarballs/diskdev_cmds/
On Gentoo Linux, version 332.14 is still fully supporting HFS. (At le
On 2/3/21 2:52 PM, John Paul Adrian Glaubitz wrote:
> I quickly hacked that together now, but it's not really working yet as some
> size
> calculations are incorrect:
Some more progress:
root@z6:..hfsprogs/newfs_hfs.tproj> ./newfs_hfs -h /dev/sdl2
Initialized /dev/sdl2 as a 3863 MB HFS volume
ro
On 2/3/21 12:41 PM, John Paul Adrian Glaubitz wrote:
> OK, I have skimmed through the hfsprogs source again and I think, I will
> re-add HFS Legacy support. It should be feasible to add it back in as most
> of the functionality is still there.
>
> There are some extra functions that were removed a
On 2/3/21 12:16 PM, Linux User #330250 wrote:
> BUT, one "bug" of this has always been, even with an older version of
> the Apple diskdev_cmds, that the option "-h hfs" was always needed.
> Therefor, those two command do the same to create an HFS+ volume:
> * mkfs.hfsplus /dev/sdxn
> * mkfs.hfs /de
On 2/3/21 12:22 PM, John Paul Adrian Glaubitz wrote:
> No, they don't. Again, Apple removed Legacy HFS support from mkfs.hfs.
>
> If someone actually wants to step up and help me, then please wipe
> up a patch to bring HFS Legacy support back to hfsprogs.
OK, I have skimmed through the hfsprogs s
On 2/3/21 12:16 PM, Linux User #330250 wrote:
> Which file systems are supported by Open Firmware?
>
> Keeping in mind that there are significant differences from OldWorld
> (Open Firmware prior to version 3) to NewWorld (Open Firmware starting
> with version 3) Macs, every Mac does support bootin
Am 02.02.21 um 22:17 schrieb Christian Groessler:
I need to ask now...
On 2/2/21 9:43 PM, John Paul Adrian Glaubitz wrote:
Yes, and that libhfsp-dev is actually built from the hfsplus source
package which is a
fork of hfsutils to support HFS+ but it doesn't have a hattrib command
anymore which
I need to ask now...
On 2/2/21 9:43 PM, John Paul Adrian Glaubitz wrote:
Yes, and that libhfsp-dev is actually built from the hfsplus source package
which is a
fork of hfsutils to support HFS+ but it doesn't have a hattrib command anymore
which
is used in hfsutils to bless a file system folde
On 2/2/21 8:59 PM, Mark Cave-Ayland wrote:
> Also OpenBIOS has its own fairly compact HFS+ driver at
> https://github.com/openbios/\
> openbios/tree/master/fs/hfsplus which according to the comments is taken from
> libhfsp
> which still seems to be available in Debian:
> https://packages.debian.
On 02/02/2021 19:39, Thomas Schmitt wrote:
Hi,
John Paul Adrian Glaubitz wrote:
- Use HFS+ with hfsprogs and write a blessing tool based on libisofs [2]
The code was contributed by Vladimir Serbinenko in 2012, when he was
the active maintainer of GRUB. See:
https://dev.lovelyhq.com/libbu
Hi,
John Paul Adrian Glaubitz wrote:
> - Use HFS+ with hfsprogs and write a blessing tool based on libisofs [2]
The code was contributed by Vladimir Serbinenko in 2012, when he was
the active maintainer of GRUB. See:
https://dev.lovelyhq.com/libburnia/libisofs/raw/branch/master/libisofs/hfsplu
On 2/2/21 8:22 PM, John Paul Adrian Glaubitz wrote:
> We could try re-adding HFS Legacy support to hfsprogs [1] which should
> be feasible as well.
This particular plan would involve:
- re-add HFS Legacy support to hfsprogs
- create hfsprogs udeb package
- create hfsutils udeb package
Since this
On 2/2/21 8:15 PM, John Paul Adrian Glaubitz wrote:
> As I explained, from the installer's point of view, hfsprogs is more straight-
> forward because it use the same command line interface as all the other
> filesystem
> utilities, so that "mkfs -t hfs" works.
>
> hfsutils uses "hformat $DEVICE"
Hello Johannes!
On 2/2/21 7:51 PM, Johannes Brakensiek wrote:
>> On a sidenote: This variant has the huge advantage that the partioning tool
>> in debian-installer takes care of setting up the HFS+ partition and making
>> sure nothing gets overwritten etc.
>>
>> This is something that we would hav
Hello Adrian,
thank you for your work and your approach towards fixing this issue.
On 2 Feb 2021, at 16:41, John Paul Adrian Glaubitz wrote:
On 2/2/21 4:24 PM, John Paul Adrian Glaubitz wrote:
In order to solve this issue, we have a couple of options:
- Use HFS instead of HFS+ and use the o
On 2/2/21 4:24 PM, John Paul Adrian Glaubitz wrote:
> In order to solve this issue, we have a couple of options:
>
> - Use HFS instead of HFS+ and use the old hformat utility in grub-installer
On a sidenote: This variant has the huge advantage that the partioning tool
in debian-installer takes ca
Hello!
I had a closer look at the bootloader installation on PowerMacs today and
realized
that so far we never blessed the bootloader partition on hard disk which is why
the
installed Debian system never showed up as a selectable icon in the OpenFirmware
boot menu. We merely hard-wired the boot
24 matches
Mail list logo
