[Fwd: Re: [vdr] Who runs vdr on non i386 Hardware?]

Thomas Schmidt pkg-vdr-dvb-devel@lists.alioth.debian.org
Tue, 20 Jul 2004 21:11:49 +0200


--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

* Christoph Martin schrieb am 20.07.04, um 10:30 Uhr:
> Date: Mon, 19 Jul 2004 19:46:45 +0100
> To: martin@uni-mainz.de
> User-Agent: Messenger-Pro/2.60a (MsgServe/2.01beta2) (RISC-OS/4.02) POPst=
ar/2.06-ds
> From: Darren Salt <linux@youmustbejoking.demon.co.uk>
> Subject: Re: [vdr] Who runs vdr on non i386 Hardware?
>=20
> In message <40FBBA21.9060209@uni-mainz.de> you wrote:
>=20
> > We are currently working on new vdr-1.2.6 releases for Debian and are
> > curious on which Linux platforms people run vdr. Normally it will be bu=
ild
> > on all architectures supported by Debian (i386, alpha, sparc, ia64, s39=
0,
> > arm, powerpc, mips, mipsel, m68k and hppa). But this might not be sensi=
ble.
>=20
> > What do you think, on what architectures should vdr be build besides i3=
86?
>=20
> I'd say any arch on which it and the LinuxTV drivers are at least buildab=
le.
> I'm fairly sure that it'd make sense to build it on at least ARM, althoug=
h I
> can't afford an Iyonix on which to try it ;-)

Hmm, auf welchen Architekturen die eigentlichen Treiber kompilieren
kann ich auch nicht so genau sagen, da die Treiber ja erst beim User
kompiliert werden. Im Moment ist meine Meinung, das wir schon alle
Architekturen unterst=FCtzen sollte, solange es keinen gr=F6=DFeren Aufwand
bedeutet, um ein Paket auf einer Architektur kompilieren zu lassen.
(das bitstreamout-plugin ist da sicher schon fast an der Grenze) :)

> BTW, I have 1.3.11 packaged and available from the URL below (and soon to=
 be
> replaced by 1.3.12). You may find that some things in my .diff.gz are of =
use;
> comments welcome.

Ja, ich hab auf der vdr-liste schon von den Paketen von Darren Salt
geh=F6rt, er hat soweit ich das mitbekommen habe z.B. das runvdr-script
in c neu implementiert, ich wei=DF zwar nicht, was das bringt, aber
eventuelll ist das ja g=FCnstig. Ich denke, ich werde mir seine .diff.gz=20
demn=E4chst mal ansehen, wenn ich wieder etwas mehr Zeit habe.


Gru=DF
Thomas

P.S.: Ich glaube Darren Salt w=E4re u.U. auch eine gute Verst=E4rkung f=FCr
unsere Alioth-Projekt (er war scheinbar auch schon im
New-Maintainer-Prozess, wurde aber vor einer ganzen Weile rejected [1]),=20
aber da er Englischsprachig ist, m=FCssten wir uns hier nat=FCrlich auch
auf Englisch beschr=E4nken - h=E4tte da jemand ein Problem damit?=20
(Ich jedenfalls nicht.)

[1] http://lists.debian.org/debian-newmaint/2003/02/msg00041.html

--=20
Thomas Schmidt
thomas.schmidt@in.stud.tu-ilmenau.de

--rwEMma7ioTxnRzrJ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA/W51c9+NqwoydlIRAiIKAJwIydxhRzhyuxiqOF6OHp75gQGWoACfY4vq
rj5ed2pjzH9nsyezAjmWZoE=
=PME8
-----END PGP SIGNATURE-----

--rwEMma7ioTxnRzrJ--