Hi,

after an upgrade, I found myself out of git. An attempt to reinstall shows:


The following packages have unmet dependencies:
 git : Depends: git-man (< 1:2.37.2-.) but 1:2.38.1-1 is to be installed
E: Unable to correct problems, you have held broken packages.


It's been this way since past week (at least, that's when I tried an
upgrade)


Riccardo

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hello Ricardo!

On 11/15/22 00:07, Riccardo Mottola wrote:

after an upgrade, I found myself out of git. An attempt to reinstall shows:

The following packages have unmet dependencies:
git : Depends: git-man (< 1:2.37.2-.) but 1:2.38.1-1 is to be installed
E: Unable to correct problems, you have held broken packages.

It's the usual problem in Debian Ports [1] due to some Qt5 packages FTBFS on sparc64.

In particular, it's kconfig that blocks subversion which blocks git.

You can fetch git-man from snapshot.debian.org in the meantime.

FWIW, the various build issues on sparc64 have been fixed in Qt6, so all these Qt issues will go away once everyone has migrated to Qt6.

Adrian

[1] https://lists.debian.org/debian-sparc/2017/12/msg00060.html

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Adrian,

John Paul Adrian Glaubitz wrote:

It's the usual problem in Debian Ports [1] due to some Qt5 packages
FTBFS on sparc64.

In particular, it's kconfig that blocks subversion which blocks git.

You can fetch git-man from snapshot.debian.org in the meantime.

FWIW, the various build issues on sparc64 have been fixed in Qt6, so
all these
Qt issues will go away once everyone has migrated to Qt6.

I fetched the older version of git-man required from
snapshot.debian.org, installed it with dpkg. Then I was able to install
git, compile stuff again and also finish upgrading. Running kernel 6.0.x
serie son the Niagara CPU now... let's see how it goes.

Thanks,
Riccardo

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Riccardo,

On 18.11.22 02:32, Riccardo Mottola wrote:

I fetched the older version of git-man required from
snapshot.debian.org, installed it with dpkg. Then I was able to install
git, compile stuff again and also finish upgrading. Running kernel 6.0.x serie son the Niagara CPU now... let's see how it goes.

IIRC in the past newer kernels (>5.9.0-2) already crashed during startup
on your T2000. "Running kernel 6.0.x" would then be already an
advancement. That gives hope for UltraSPARC IIIi (and maybe also III)
driven machines. I'll give it a try on my gear.

So far Linux 6.0.x looks like a very good kernel for the extraordinaire machines supported by Debian ports. That's really good! \o/

Cheers,
Frank

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Riccardo

On 22.11.22 00:52, Riccardo Mottola wrote:

On 2022-11-18 10:16:07 +0100 Frank Scheiner <frank.scheiner@web.de> wrote:

IIRC in the past newer kernels (>5.9.0-2) already crashed during startup
on your T2000. "Running kernel 6.0.x" would then be already an
advancement. That gives hope for UltraSPARC IIIi (and maybe also III)
driven machines. I'll give it a try on my gear.

True... it was fixed in some 5.x series already though, I wrote back on
the list.

5.18 wored already and also 5.17 IIRC.

Good to know, looks like I missed that. Checking my logs 5.18.0-2 still
oopses on my T1000 when trying to `nfsmount` its root FS using the klibc
tools eventually making it unresponsive. So although this kernel looks
OK on your T2000, the klibc based stuff seems to be not - at least for
the NFS mounting stuff, plus DHCP using klibc tools is also broken here
IIRC.

So far Linux 6.0.x looks like a very good kernel for the extraordinaire
machines supported by Debian ports. That's really good! \o/

Yes, quite nice to see that. I'm typing this exact mail running:

Linux 6.0.0-4-sparc64-smp #1 SMP Debian 6.0.8-1 (2022-11-11) sparc64 GNU/Linux

So, try yourself on your systems.

Yeah, will do that.

Cheers,
Frank

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Frank!

On 2022-11-18 10:16:07 +0100 Frank Scheiner <frank.scheiner@web.de>
wrote:

IIRC in the past newer kernels (>5.9.0-2) already crashed during
startup
on your T2000. "Running kernel 6.0.x" would then be already an
advancement. That gives hope for UltraSPARC IIIi (and maybe also III)
driven machines. I'll give it a try on my gear.

True... it was fixed in some 5.x series already though, I wrote back
on the list.

5.18 wored already and also 5.17 IIRC.

So far Linux 6.0.x looks like a very good kernel for the
extraordinaire
machines supported by Debian ports. That's really good! \o/

Yes, quite nice to see that. I'm typing this exact mail running:

Linux 6.0.0-4-sparc64-smp #1 SMP Debian 6.0.8-1 (2022-11-11) sparc64
GNU/Linux


So, try yourself on your systems.

Riccardo


--
Sent with pride with GNUMail running on GNUstep on Debian GNU/Linux on
a SunFire with Niagara SPARC64.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi!

On 11/23/22 17:23, Riccardo Mottola wrote:

let's see how 6.0 will fare for you.

FWIW, I also upgraded one of the buildds that is an UltraSPARC IIIi as well that never
ran stable with kernels beyond 4.19 to 6.0.8. Let's see how reliable the machine is
with the new kernel.

Would be a nice surprise if this particular stability issue has been fixed now.

Adrian

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi,

(removing Adrian from CC, who can read us on ML anyway)

Frank Scheiner wrote:

Good to know, looks like I missed that. Checking my logs 5.18.0-2 still oopses on my T1000 when trying to `nfsmount` its root FS using the klibc tools eventually making it unresponsive. So although this kernel looks
OK on your T2000, the klibc based stuff seems to be not - at least for
the NFS mounting stuff, plus DHCP using klibc tools is also broken here
IIRC.

let's see how 6.0 will fare for you.

I did try to mount nfs v3 on my system and it worked, I did a classic
mount with mount.nfs once booted. Mount works and I was able list and to
touch and remove a file. I did not try further because I didn't set up permission properly, could do though.

Is this significative for you or is your issue NFS mount within kernel
for NFS boot and that goes through another path?

Riccardo

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Adrian,

On 23.11.22 16:27, John Paul Adrian Glaubitz wrote:

On 11/23/22 17:23, Riccardo Mottola wrote:

let's see how 6.0 will fare for you.

[...]
Would be a nice surprise if this particular stability issue has been
fixed now.

Indeed. I will test it with my reproducer (i.e. apt upgrade on older NFS
root FS), which so far always triggered the issue for me on USIIIi.

Cheers,
Frank

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Riccardo,

On 23.11.22 17:23, Riccardo Mottola wrote:

[...]
let's see how 6.0 will fare for you.

I did try to mount nfs v3 on my system and it worked, I did a classic
mount with mount.nfs once booted. Mount works and I was able list and to touch and remove a file. I did not try further because I didn't set up permission properly, could do though.

Is this significative for you or is your issue NFS mount within kernel
for NFS boot and that goes through another path?

Not necessarily but I think we can conclude from this, that my T1000
might work with an initramfs build by dracut as it does not use klibc
based tools but glibc based ones ([1]) - which work as you showed above. Standard initramfs-tools use klibc ([2]).

[1]: https://packages.debian.org/sid/dracut-core

[2]: https://packages.debian.org/sid/initramfs-tools-core

Something is bad with klibc since a while - for the DHCP case actually
since I tried for the first time years ago - on e.g. UltraSPARC T1 and
III(i) which breaks IP autoconfiguration with DHCP and NFS mounts from
within the initramfs. That's why I need to use a kernel comand line with
IP address information (+ NFS server address) hardcoded to get it going:

```
root=/dev/nfs ip=172.16.2.137:172.16.0.2:172.16.0.1:255.255.0.0:v210:enp0s2f0:off nfsroot=172.16.0.2:/srv/nfs/v210/root nfsrootdebug rw
```

...which is good enough for my purposes. Not been able to mount the NFS
root FS is unfortunately not. :-(

I will see for myself when I get to try Linux 6.x on my gear.

Cheers,
Frank

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hello!

On 11/23/22 16:27, John Paul Adrian Glaubitz wrote:

FWIW, I also upgraded one of the buildds that is an UltraSPARC IIIi as well that never
ran stable with kernels beyond 4.19 to 6.0.8. Let's see how reliable the machine is
with the new kernel.

Would be a nice surprise if this particular stability issue has been fixed now.

Machine is still running with the 6.0.0 kernel which is definitely a huge improvement
over the 5.x kernels which would have already crashed the machine.

Guess it's time to build new installation images based on the 6.0.0 kernels then ;-).

Adrian

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Adrian,

On 24.11.22 19:50, John Paul Adrian Glaubitz wrote:

[...]

Would be a nice surprise if this particular stability issue has been
fixed now.

Machine is still running with the 6.0.0 kernel which is definitely a
huge improvement
over the 5.x kernels which would have already crashed the machine.

Sounds great!

Guess it's time to build new installation images based on the 6.0.0
kernels then ;-).

Dito.

If Linux 6.x also makes V480 and V490 going again on GNU/Linux, this
will be early Christmas for me. :-)

Cheers,
Frank

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Frank,


On 23/11/2022 16:57, Frank Scheiner wrote:

...which is good enough for my purposes. Not been able to mount the NFS
root FS is unfortunately not. 🙁

I will see for myself when I get to try Linux 6.x on my gear.

I did not use NFS root, however I stress-test standard NFS mount.

I mounted nfs volume and then checked out a 1.8GByte git repository
(ArcticFox) and it worked. Usually, this stresses the filesystem quite a
lot, but it hold and the kernel hold

However, after all went... it hangs. I was about to shout victory in
this mail. However, soon, issues came.

I responding, but I cannot access the nfs. or list the directory
containing it.

I saw only one thing in dmesg:

[18769.380866] nfs: server barad not responding, still trying

where barad is my nfs server. Strange. I had to shutdown my system, it
was not locked, but every process where I had some "ls" started hanging.
But a new shell always worked.


Riccardo

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi,

John Paul Adrian Glaubitz wrote:

It's the usual problem in Debian Ports [1] due to some Qt5 packages
FTBFS on sparc64.

In particular, it's kconfig that blocks subversion which blocks git.

You can fetch git-man from snapshot.debian.org in the meantime.

 I did a dist-upgrade today and run into this problem again. I wonder
why git gets uninstalled? if there is a dependency issue, I'd expect
git-man to be retained or otherwisebe alerted.
Instead all procedes and I end without git.
Then:
The following packages have unmet dependencies:
 git : Depends: git-man (< 1:2.39.1-.) but 1:2.39.2-1 is to be installed
E: Unable to correct problems, you have held broken packages.

which is comparable to the situation I had last time, but will all
versions upgraded, by one. Like git trailing behind git-man

The fix is easy, I just get http://snapshot.debian.org/archive/debian/20230126T092209Z/pool/main/g/git/git-man_2.39.1-0.1_all.deb

dpkg -i it, that will downgraede git-man and allow git installation.

Riccardo

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)