Debian Weekly News #22 -- September 17th, 2001

Another new architecture? Stefan Gybas has requested a new architecture: s390x. He writes: "s390 is used on IBM mainframes up to G6 (generation 6) and is based on 31 bit addresses (yes, 31 bits, not 32!). The newer models (G7) use 64 bit addresses and the architecture is called s390x. Kernels for s390x also include an 31 bit emulation layer, so we can run s390 binaries on s390x." He also told us that a buildd for s390x is already running, all important packages are compiled and the installation will be the same as with s390, so it could even be released with woody.

Getting isdnlog into woody. Paul Slootman discovered a severe problem with the isdnutils Package. The reason lays in a binary-all package depending on an architecture-dependend package which is not available for all architectures, since it requires supported ISDN hardware for that architecture. Thus the dependency cannot be satisfied for certain architectures which locks the package out of woody.

Call for lintian patches. Sean Perry says that he's back and asks people who have any beefs or patches to read the bugtracking system and submit them accordingly.

Aptitude broken with HTTP. Daniel Burrows wrote that he broke aptitude and don't want people telling him. Well... The HTTP method breaks badly when run from aptitude. Its' a known problem which originates in the apt libraries allegedly. Daniel will upload a workaround soon. Please don't send tons of bug reports about it or he will have to deal with merging bug reports instead of dealing with the workaround.

Alternatives in Build-Dependencies. Bdale Garbee has discovered that the current way the buildd handles alternatives in Build-Depends is somewhat suboptimal. The sbuild which buildd uses will always use the first option. Maintainers who use alternatives in Build-Depends should be aware of this fact when they start using such alternatives. Anthony Towns has added some descriptive scenarious.

Personal Package Builder. Junichi Uekawa has announced pbuilder, a personal builder for Debian packages. It is a convenient program to create a chroot system, and build Debian packages inside of it. Our buildd systems use a component (sbuild) which also build packages. However, sbuild focuses on building a package for buildd, while pbuilder focuses on integrating the process of building a chroot environment (debootstrap) and compiling Debian packages. Version 0.3 has already entered the archive.

Graphing Debian. Edward Betts seems to be in deep love with xplanet. He has used the program for a set of analysis such as trying to locate the center of Debian, or calculating the distance between developers, or visualizing the keyring. Peter Palfrader has also created some images visualizing the keyring. Be warned, they are huge.

Using HFS+ with Linux. There has been a discussion about using HFS+ partitions with Linux. They are used for MacOS X for large partitions. A Linux driver is, however, unstable and abandoned. Several people have experienced kernel panics when accessing HFS partitions. The only way to access this filesystem with Linux is to use userspace HFS+ tools from the hfsplus package. Alternatively one could use UFS partitions which MacOS X supports and for which an experimental Linux driver is available.

Using Mosix on Debian GNU/Linux. Viral Shah has written a HOWTO about using Mosix on Debian GNU/Linux. Mosix is a scalable, multi-os, transparent load balancing tool, which unfortunately only works on the x86 architecture. The HOWTO provides a step by step introduction to using Mosix, which is available as Debian packages already.

Fonts missing after upgrade. Several people have reported problems with fonts after X was upgraded. Characters appeared as boxes within Gnumeric, GIMP, XMMS or other programs. This seems to be caused by missing fonts or wrongly ordered fonts. The solution is to ensure that all required xfonts-packages are installed (xfonts-base, xfonts-100dpi, xfonts-75dpi, xfonts-scalable) and this order is used in /etc/XF86Config-4.

Eine weitere neue Architektur? Stefan Gybas hat eine neue Architektur angefordert: s390x. Er schreibt: "s390 wird von IBM Mainframes bis G6 (Generation 6) verwendet und basiert auf 31-Bit-Adressen (Ja, 31 bit, nicht 32!). Die neueren Modelle (G7) verwenden 64-Bit-Adressen und die Architektur wird s390x genannt. Kernel für s390x enthalten einen 31-Bit Emulations-layer, so daß s390-Programme auch auf s390x laufen können." Er hat uns ebenfalls mitgeteilt, daß ein buildd für s390x bereits läuft, alle wichtigen Pakete compiliert sind und die Installation die gleiche wie bei s390 sein wird, so daß sie sogar Teil des Woody-Releases sein könnte.

ISDNlog für Woody. Paul Slootman hat ein ernsthaftes Problem mit dem isdnutils-Paket herausgefunden. Der Grund liegt in einem binary-all-Paket, das mit einer Abhängigkeit auf ein architektur-abhängiges Paket daherkommt, was jedoch nicht für alle Architekturen verfügbar ist, da es unterstützte ISDN-Hardware für diese Architektur voraussetzt. Daher kann die Abhängigkeit für einige Architekturen nicht erfüllt werden, wodurch das Paket von Woody ausgeschlossen ist.

Aufruf für lintian-Erweiterungen. Sean Perry hat angekündigt daß er zurück ist und alle Leute, die Ideen oder Erweiterungen haben, darum bittet, die Fehler-Datenbank zu lesen und sie entsprechend einzureichen.

Aptitude mit HTTP kaputt. Daniel Burrows schreibt daß er aptitude kaputt gemacht hat und niemanden sehen möchte, der es ihm sagt. Nun gut... Die HTTP-Methode zerbricht übelst, wenn sie von aptitude aufgerufen wird. Das ist ein bekanntes Problem, das angeblich in den Apt-Bibliotheken begründet ist. Daniel wird bald einen Workarond hochladen. Schreiben Sie ihm bitte nicht tonnenweise Bugreports darüber oder er muß sich mit dem Zusammenfassen der Bereichte befassen anstatt mit dem Workaround.

Alternativen in Build-Dependencies. Bdale Garbee hat entdeckt, daß der augenblickliche Weg, wie ein buildd Alternativen in Build-Depends behandelt, suboptimal ist. Der sbuild, der vom buildd verwendet wird, nimmt immer die erste Option. Paket-Verwalter, die Alternativen in Build-Depends verwenden, sollten sich über diese Tatsache im Klaren sein, wenn sie beginnen, solche Alternativen zu verwenden. Anthony Towns hat einige ausführliche Szenarien hinzugefügt.

Persönlicher Paket-Builder. Junichi Uekawa hat pbuilder angekündigt, einen persönlichen Builder fÜr Debian-Pakete. Es ist ein bequemes Programm, um ein chroot-System zu erstellen und Debian-Pakete darin zu bauen. Unsere buildd-Systeme verwenden eine Komponente (sbuild), die ebenfalls Pakete baut. sbuild ist jedoch darauf fokussiert, Pakete für den buildd zu bauen, während pbuilder darauf ausgerichtet ist, den Prozeß des Bauens einer chroot-Umgebung (debootstrap) und des Paket-Bauens zu integrieren. Version 0.3 befindet sich bereits im Archiv.

Debian grafisch. Edward Betts scheint sich in xplanet verliebt zu haben. Er hat das Programm für eine Reihe von Analysen verwendet, um das Zentrum von Debian zu lokalisieren, oder die Entfernung zwischen Entwicklern zu berechnen, oder um den Keyring zu visualisieren. Peter Palfrader hat ebenfalls einige Grafiken erstellt, die den Keyring visualisieren. Doch seien Sie gewarnt, sie sind riesig.

HFS+ unter Linux benutzen. Es gab einige Diskussionen über HFS+-Partitionen unter Linux. Sie werden von MacOS X für große Partitionen benutzt. Ein Linux-Treiber läuft jedoch nicht stabil und wurde eingestellt. Mehrere Personen haben Kernel-Abstürze erfahren als sie auf HFS-Partitionen zugegriffen haben. Der einzige Weg, auf diese Dateisysteme unter Linux zuzugreifen erfolgt über HFS+-Werkzeuge vom hfsplus-Paket im Userspace. Alternativ könnte man UFS-Partitionen verwenden, die MacOS X unterstützt und für die ein experimenteller Linux-Treiber verfügbar ist.

Mosix unter Debian GNU/Linux einsetzen. Viral Shah hat eine HOWTO über die Verwendung von Mosix auf Debian GNU/Linux geschrieben. Mosix ist ein skalierbares, multi-betriebssystem-, transparentes Load-Balancing-Werkzeug, das leider nur auf der x86-Architektur läuft. Die HOWTO enthält eine schrittweise Einführung, Mosix einzusetzen, was bereits als Debian-Paket verfügbar ist.

Fehlende Schriften nach Upgrade. Mehrere Personen haben berichtet, daß Schriften fehlten, nachdem X aktualisiert wurde. Zeichen erschienen als Kästen in Gnumeric, GIMP, XMMS oder anderen Programmen. Das scheint durch fehlende Schiften oder falsch geordnete Schriften verursacht zu sein. Die Lösung besteht darin, sicherzustellen, daß alle benötigten xfonts-Pakete installiert sind (xfonts-base, xfonts-100dpi, xfonts-75dpi, xfonts-scalable) und daß diese Reihenfolge in /etc/XF86Config-4 benutzt wird.