[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#362590: FTBFS on m68k

Am Samstag, den 15.04.2006, 12:49 -0500 schrieb Stephen R Marenka:
> > Thanks for the information that this bug is fixed with gcc-4.1, so this
> > will go away when debian switches to gcc-4.1 per default.
> > 
> > But, TBH, I really don't see much point in having openal binaries for
> > m86k. I mean, are there really audio hardware for m86k which would
> > support 3d sound? which reverse depends of openal are usable at all on
> > m86k? Wouldn't it make more sense to add openal (and perhaps the
> > libgl/libglu implementations as well) to p-a-s, so that those packages,
> > including their reverse depends, won't be built on m86k any longer? I
> > think this might help this arch to keep up with unstable.
> Truth is I have no idea what hardware we have on m68k. We have too many
> subarchs for me to begin to keep up, some of which do have pci slots.
> If you think, as the maintainer, that p-a-s is the way to go, then I'll
> make that request.

I'd like to hear what the porters say. I currently cannot imagine that
there is any use for openal/freealut and reverse depending packages on
m68k machines. While I assume that there are soundcards for m86k, which
can produce stereo sound, I'd like to hear if somebody knows about
multi-channel soundscards, which would/could work.

Therefore my question: how about adding openal to p-a-s, and remove all
reverse depends on m86k? I think this could help this port to keep up
with the other archs.

Otherwise I'd be more than happy if some porter could provide a patch
for this FTBFS: http://bugs.debian.org/362590

Reinhard Tartler <siretart@tauware.de> - GnuPG Id: 945348A4 
Fingerprint = 9300 5DC2 7E87 6C37 ED7B  CA9A 9808 3544 9453 48A4

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Reply to: