Re: Updated installation images for Debian Ports 2020-04-19

Hello! On 4/20/20 6:09 AM, user...@yahoo.com wrote: > Thanks for all your work on this. I wasn't able to get the CD for PPC > to boot on the 1999 PowerBook G3 (Lombard), which is the oldest New > World PowerBook. Some error messages would be nice. What's preventing the boot? Did you try loading

Re: Updated installation images for Debian Ports 2020-04-19

On 4/19/20 12:30 PM, John Paul Adrian Glaubitz wrote:> ... > These images should finally fix the installation process on Apple > PowerMacs and PowerBooks compatible with GRUB, so basically every > Macintosh using the New World ROM [2]. > > One user already reported a successful installation on

Updated installation images for Debian Ports 2020-04-19

Hi! I just uploaded updated installation images 2020-04-19 for the following Debian Ports architectures [1]: * alpha * hppa * ia64 * m68k * powerpc * ppc64 * sparc64 These images should finally fix the installation process on Apple PowerMacs and PowerBooks compatible with GRUB, so

Re: PERFECT ! works perfect ! debian-10.0-ppc64-NETINST-1 2020-04-19

On 4/19/20 8:02 PM, Dennis Clarke wrote: > Success ! > > Perfect clean install without a single warning. Good. Thanks for the feedback. The patches need a little clean-up, but at least we know it's working now. >     s i m p l y    p e r f e c t > > > Sadly I was so happy that I

PERFECT ! works perfect ! debian-10.0-ppc64-NETINST-1 2020-04-19

Success ! Perfect clean install without a single warning. admsys@enceladus:~$ admsys@enceladus:~$ cat /etc/debian_version bullseye/sid admsys@enceladus:~$ admsys@enceladus:~$ cat /etc/apt/sources.list # # deb cdrom:[Debian GNU/Linux 10.0 _Sid_ - Unofficial ppc64 NETINST 20200419-15:29

Re: More testing and pending updated installation images

Hi, On Fri, 17 Apr 2020 22:59:15 +0200 John Paul Adrian Glaubitz wrote: > anyone > is invited to report back tests with the updated ofpathname script > from the powerpc-utils package and compare it with the results from > the ofpath script from the Yaboot package. It appears to work for me on

Re: I was surprised to see Oops: Exception in kernel

Le dim. 19 avr. 2020 à 19:08, Dennis Clarke a écrit : > I have a dedicated Intel i7 based machine Mine being Xeon the frequency are likely lower, and the storage is spinning rust (a ZFS mirrored pool on a couple of old SAS drive). So you should be at least as fast, if not perceptively faster...

Re: debian netinst 2020-04-18 claims No space left on device

On 4/19/20 3:34 AM, Dennis Clarke wrote:> > This is progress certainly : > > Apr 19 01:14:56 in-target: cannot copy > `/usr/lib/grub/powerpc-ieee1275/gcry_rijndael.mod' > to `/boot/grub/powerpc-ieee1275/gcry_rijndael.mod': No space left on device This should be fixed now: >

Re: I was surprised to see Oops: Exception in kernel

On 4/19/20 2:14 PM, Romain Dolbeau wrote: Le ven. 17 avr. 2020 à 02:30, Dennis Clarke a écrit : I have no idea how that works. Normally it's the default, quoting the doc: "The default is to enable multi-threading where both the back-end and front-ends support it and no incompatible TCG

Re: I was surprised to see Oops: Exception in kernel

Le ven. 17 avr. 2020 à 02:30, Dennis Clarke a écrit : > I have no idea how that works. Normally it's the default, quoting the doc: "The default is to enable multi-threading where both the back-end and front-ends support it and no incompatible TCG features have been enabled (e.g. icount/replay)."

Re: Repository address for netinst

On 19/04/2020 12:31, Rick Thomas wrote: That works! I tried it with jessie-backports as well, and I got: root@kmac:~# apt update Ign http://archive.debian.orgjessie InRelease Get:1 http://archive.debian.orgjessie-backports InRelease [166 kB] W: There is no public key available for the

Re: Repository address for netinst

That works! I tried it with jessie-backports as well, and I got: root@kmac:~# apt update Ign http://archive.debian.org jessie InRelease Get:1 http://archive.debian.org jessie-backports InRelease [166 kB] W: There is no public key available for the following key IDs: 8B48AD6246925553 E:

Re: Repository address for netinst

In my experience archive.debian.org works well if you are not worried about security updates. Regards A. Il 19/04/20 11:42, Gianluca Bonetti ha scritto: Hi Rick What about this? deb http //archive.debian.org/debian/ jessie contrib main non-free Does

Re: Repository address for netinst

Hi Gianluca, Colton (and I) want to use Jessie (Debian 8) because it is the last working Debian version that supports powerpc and ppc64. Unfortunately, the repo at http://ftp.ports.debian.org/debian-ports/ only has unreleased, unstable, and experimental. Nothing there that looks like it is

Re: Repository address for netinst

Hi Rick What about this? deb http //archive.debian.org/debian/ jessie contrib main non-free Does it work for you? Cheers Il giorno dom 19 apr 2020 alle ore 11:35 Rick Thomas ha scritto: > Hi Gianluca, > > Colton (and I) want to use Jessie (Debian 8) because it is the last > working Debian

[PATCH 2/3] ofpathname: Add support for the plug ID of a SCSI/SATA host

Signed-off-by: John Paul Adrian Glaubitz --- scripts/ofpathname | 8 1 file changed, 8 insertions(+) diff --git a/scripts/ofpathname b/scripts/ofpathname index 0e58005..fe50781 100755 --- a/scripts/ofpathname +++ b/scripts/ofpathname @@ -824,6 +824,7 @@ l2of_scsi() goto_dir $PWD

[PATCH]: Add support for Apple Power Mac

Hi! The following three patches are required to get ofpathname to return proper OF paths on Apple Power Macs. The first patch adds adding the partition number to the end of the OpenFirmware path when the logical device node points to a partition instead of the whole disk. The second patch adds

[PATCH 3/3] ofpathname: Add support for Mac-compatible OF pathnames

On Macintosh systems, OpenFirmware path follow a slightly different syntax as compared to other OF systems. In particular, the disk ID is not preceeded by the string "disk" and - on SATA systems - the path does not contain the BUS ID as "scsi@ID" but rather the plug ID in the form "@ID".

[PATCH 1/3] ofpathname: Add partition support to l2of_ide() and l2of_scsi()

Currently, only l2of_nvme() supports handling of partitions which will print the partition number at the end of an OF path. However, this feature is also useful for IDE and SCSI targets as well and mandatory for Macintosh systems. Signed-off-by: John Paul Adrian Glaubitz --- scripts/ofpathname

Re: debian netinst 2020-04-18 claims No space left on device

On 4/19/20 10:29 AM, Frank Scheiner wrote: >> Ok, there isn't a hfs-progs-udeb. We just need to create it, then partman >> should be able to use it. >> >> I would prefer that method but first we need to fix the hfsprogs package >> which hasn't been touched for a long time. > > Ok, I'll close my

Re: ofpath vs ofpathname vs grub-ofpathname

No problem! It was a fun adventure tracking it down! (-; On Sun, Apr 19, 2020, at 1:41 AM, Frank Scheiner wrote: > On 19.04.20 10:36, Rick Thomas wrote: > > OK > > > > On Sat, Apr 18, 2020, at 11:47 PM, Frank Scheiner wrote: > >> You need to use the `ofpathname` from the `mac-support` branch

Re: ofpath vs ofpathname vs grub-ofpathname

OK On Sat, Apr 18, 2020, at 11:47 PM, Frank Scheiner wrote: > Hi Rick, > > nice to hear from you! > > On 19.04.20 00:10, Rick Thomas wrote: > > On Sat, Apr 18, 2020, at 1:58 AM, John Paul Adrian Glaubitz wrote: > >> You should test with ofpathname as well. > > > > OK, I will. Is there an

Re: ofpath vs ofpathname vs grub-ofpathname

On 19.04.20 10:36, Rick Thomas wrote: OK On Sat, Apr 18, 2020, at 11:47 PM, Frank Scheiner wrote: You need to use the `ofpathname` from the `mac-support` branch mentioned on [2]. You can either download it directly from [3] or `git clone https://github.com/glaubitz/powerpc-utils.git` and do a

Re: debian netinst 2020-04-18 claims No space left on device

On 19.04.20 10:21, John Paul Adrian Glaubitz wrote: On 4/19/20 10:06 AM, John Paul Adrian Glaubitz wrote: Although I'm really wondering if we just can't format and mount the HFS partiton with partman without having to resort to the hfs bootstrap script you created for debian-installer.

Re: debian netinst 2020-04-18 claims No space left on device

On 4/19/20 10:06 AM, John Paul Adrian Glaubitz wrote: > Although I'm really wondering if we just can't format and mount the > HFS partiton with partman without having to resort to the hfs bootstrap > script you created for debian-installer. > > There is a udeb for hfs, so why shouldn't

Re: hfsprogs is not DFSG-Free

Hi! hfsprogs is mandatory for the debian-installer on Apple Power Mac, removing it, would break debian-installer for said platform. I will adopt the package if Rogério is not willing to maintain it. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `.

Re: debian netinst 2020-04-18 claims No space left on device

Hi Frank! On 4/19/20 9:55 AM, Frank Scheiner wrote: > I thought we had that discussion already last year and went for a size > of 512 MiB (see [[2]). Oh, looks like it wasn't merged due to the Buster > freeze. > > [2]:https://salsa.debian.org/installer-team/partman-auto/-/merge_requests/3 > > I

Re: debian netinst 2020-04-18 claims No space left on device

On 19.04.20 09:15, Mathieu Malaterre wrote: Le dim. 19 avr. 2020 08:45, John Paul Adrian Glaubitz mailto:glaub...@physik.fu-berlin.de>> a écrit : On 4/19/20 8:39 AM, John Paul Adrian Glaubitz wrote: > It might just be that we will have to increase the size of the HFS boot >

Re: debian netinst 2020-04-18 claims No space left on device

Le dim. 19 avr. 2020 09:15, Mathieu Malaterre a écrit : > > > Le dim. 19 avr. 2020 08:45, John Paul Adrian Glaubitz < > glaub...@physik.fu-berlin.de> a écrit : > >> On 4/19/20 8:39 AM, John Paul Adrian Glaubitz wrote: >> > It might just be that we will have to increase the size of the HFS boot

Re: debian netinst 2020-04-18 claims No space left on device

Le dim. 19 avr. 2020 08:45, John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de> a écrit : > On 4/19/20 8:39 AM, John Paul Adrian Glaubitz wrote: > > It might just be that we will have to increase the size of the HFS boot > > partition as GRUB requires for disk space these days. > > > > Not

Re: ofpath vs ofpathname vs grub-ofpathname

Hi Frank! On 4/19/20 8:47 AM, Frank Scheiner wrote: >> OK, I will.  Is there an updated version of ofpathname I should be using?  >> If so how do I get it? > > Check [1] and [2] for details. > > [1]: https://lists.debian.org/debian-powerpc/2020/04/msg00075.html > > [2]:

Re: ofpath vs ofpathname vs grub-ofpathname

Hi Rick, nice to hear from you! On 19.04.20 00:10, Rick Thomas wrote: On Sat, Apr 18, 2020, at 1:58 AM, John Paul Adrian Glaubitz wrote: You should test with ofpathname as well. OK, I will. Is there an updated version of ofpathname I should be using? If so how do I get it? Check [1]

Re: debian netinst 2020-04-18 claims No space left on device

On 4/19/20 8:39 AM, John Paul Adrian Glaubitz wrote: > It might just be that we will have to increase the size of the HFS boot > partition as GRUB requires for disk space these days. > > Not sure though whether the partition is allowed to be larger by the > firmware. It seems that Gentoo

Re: debian netinst 2020-04-18 claims No space left on device

On 4/19/20 3:34 AM, Dennis Clarke wrote: > Apr 19 01:14:56 in-target:  cannot copy > `/usr/lib/grub/powerpc-ieee1275/gcry_rijndael.mod' to > `/boot/grub/powerpc-ieee1275/gcry_rijndael.mod': No space left on device > > Looking at the hfs boot partition I see that it is 1MB in size and can > not