On 8/29/21 22:45, James Bond wrote:

so installation worked (still some error messages but it worked). Ok,

with my XVR-1200 it looks like no X support at all? startx fails and it

looks like "sunffb" is missing which seems to have been removed long
time ago (sparc32 to sparc64 migration).

Adrian Bunk has said he is looking into adopting and reuploading the package, so it'll become available in the near future again.

In the mean time, we could look into the package that Gregor Riepl made
for that matter. Maybe he can comment on that.

If that package works, I can build it and make an unofficial upload to
the archive as a temporary hack.

Adrian

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaubitz@debian.org
`. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

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

On 8/30/21 20:54, Gregor Riepl wrote:

I haven't uploaded the package anywhere, but building it should be
relatively straightforward:

git clone https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb
cd sunffb
sudo apt install git-buildpackage debhelper xutils-dev pkg-config xserver-xorg-dev x11proto-core-dev x11proto-randr-dev
x11proto-render-dev x11proto-xext-dev x11proto-fonts-dev
x11proto-xf86dri-dev x11proto-gl-dev
gbp buildpackage -us -uc

I seemed to remember that you added a custom patch, didn't you?

As for building the package, yes, I happen to know how to do that and the proper
way is using sbuild and not your normal environment :-).

Adrian

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaubitz@debian.org
`. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

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

In the mean time, we could look into the package that Gregor Riepl made
for that matter. Maybe he can comment on that.

If that package works, I can build it and make an unofficial upload to
the archive as a temporary hack.

I haven't uploaded the package anywhere, but building it should be
relatively straightforward:

git clone https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb
cd sunffb
sudo apt install git-buildpackage debhelper xutils-dev pkg-config xserver-xorg-dev x11proto-core-dev x11proto-randr-dev
x11proto-render-dev x11proto-xext-dev x11proto-fonts-dev
x11proto-xf86dri-dev x11proto-gl-dev
gbp buildpackage -us -uc

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

On 8/30/21 21:24, Gregor Riepl wrote:

I seemed to remember that you added a custom patch, didn't you?

Actually... most of what I did was concerned with making the package buildable again. It contained some cruft and needed a bit of cleanup and re-alignment.

OK. If you have a patch for that, please post it to the list as this will
help me save some time.

If I remember correctly, the XAA patch actually came from upstream, but wasn't properly released due to deprecation.

Good to know, thanks.

As for building the package, yes, I happen to know how to do that and the proper
way is using sbuild and not your normal environment :-).

Everyone has their preferences. ;)
But you're right, of course.

Using sbuild or pbuilder is not a matter of preference but building the package in
a clean environment so it doesn't depend on packages from your day-to-day system
which may not be available on other systems.

Packages uploaded to the Debian archive must always be built in a clean environment
and recently, the release architectures actually enforce builds on the buildd infra-
structure.

Adrian

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaubitz@debian.org
`. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

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

Actually... most of what I did was concerned with making the package
buildable again. It contained some cruft and needed a bit of cleanup and
re-alignment.

OK. If you have a patch for that, please post it to the list as this will help me save some time.

I mainly updated standards and debhelper, then fixed the lintian errors
that cropped up.

The previous maintainers also removed some files from the upstream
tarball (mainly automake/autoconf intermediates), that caused me some
trouble with gbp. So I simply added them back.

The patch can be found here: https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb/-/commit/5bac1113023622c191048225f944018ec86ffb9b

I suppose I can produce a squashed patch from the rest.

If I remember correctly, the XAA patch actually came from upstream, but
wasn't properly released due to deprecation.

Good to know, thanks.

Researching a bit...

Someone patched this directly, but the change wasn't in the upstream
tarball that Debian used, so caused some build trouble: https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb/-/commit/181b60190c1f81fc9b9b5deb07d536b78f2536ab
I reverted this here: https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb/-/commit/a18f0c12ae43d31aa9ca46c29b31961138ea7d13
Then re-introduced it as a patch: https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb/-/commit/3b176696df8652c97282403a411d95801274e822

Using sbuild or pbuilder is not a matter of preference but building the package in
a clean environment so it doesn't depend on packages from your day-to-day system
which may not be available on other systems.

Using containers seems to be the better choice to me, at least when
working on packages locally. I should definitely give https://manpages.debian.org/testing/debspawn/debspawn-build.1.en.html a
try. Hopefully it also works on sparc64...

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