Re: I may volunteer to be a package maintainer
- Date: Thu, 8 Nov 2018 16:54:13 +0300
- From: Reco <recoverym4n@xxxxxxxxxxxx>
- Subject: Re: I may volunteer to be a package maintainer
On Thu, Nov 08, 2018 at 08:30:17AM -0500, Cindy-Sue Causey wrote:
> > Be it as may, Debian does not require any contributor to also contribute
> > directly to Ubuntu. Ubuntu just uses a lot of work that was originally
> > done for Debian. (I do not mean that as an insult, that's the way free
> > software works.)
> >> The main reason I ask that is I know Debian supports many
> >> architectures, which I don't have access to. I was mainly just
> >> interested in maintaining the AMD64 arch. Is this possible?
Works in QEMU with couple hiccups. Emulation speed is slow though.
> > I do not think that you have to worry much about that. I expect most
> > package maintainers only have direct access to one or two architectures
> > and the main one being AMD64. The Debian build infrastructure will do
> > most of the work and I think if you need access to a machine of a
> > different architecture for debugging you can always ask the maintainers
> > of that architecture.
> What about QEMU? I've used it a few times but never got so far as to
> try outside of i386 and x86_64. Is QEMU viable as a starting point
> where using it would at least save a little bit of testing/configuring
> time for those who have the actual equipment?
I can vouch for armel, armhf, mips64el, ppc64el and arm64. And amd64,
but I don't use it that much.
These architectures work to a point of installing and using your typical
server software, and can be used for other OSes too. That's assuming
your typical x86-64 host.
Less popular arches (such as sparc64 or s390x) are more or less
broken. But that's QEMU, they break and fix things all the time.
> Or have I completely misunderstood how QEMU operates? Totally possible
> (!), but its description includes things like "full system emulation
> of some architecture" so that's why I brought it up. :)
Usually works as advertised, but setting things up can be hard. QEMU has
either bad or obsolete documentation, depending on who you ask.
> Ok, yeah, something's wrong with my "apt-cache search". I wanted to
> share some QEMU packages as final examples of available
> architectures... and this is all Buster is offering:
> xserver-xorg-video-qxl - X.Org X server -- QXL display driver
Definitely a real package. It's of limited use for me as QXL is for
x86(-64) guests only.
> qemu - fast processor emulator, dummy package
> Maybe things are on Developer hold?
An obsolete package. You need qemu-system metapackage.