Hi. 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. Reco
