Re: The State of Alpha Linux
On Thu, Jan 8, 2009 at 8:23 AM, Oliver Falk <email@example.com> wrote:
> Hi Matt!
> Matt Turner wrote:
>> The State of Alpha Linux
>> We're all subscribed to this list because we use a dying platform.
> You think it's dying? :-P
>> We do what we can to keep it going, but in recent months the State of
>> Alpha Linux has been deteriorating at an accelerated rate.
>> Let me outline some issues facing us today:
>> 1.We have no glibc/Alpha maintainer 
> What can we do here? Who can take over this job. What skills are required to
> take over the job? How much time does one have to spend to do the job? If
> someone would volunteer, whom does he or she have to contact?
I mailed glibc's libc-ports mailing list recently about this.
Gentoo's Mike Frysinger was the only one to respond.
If you think there's a chance you might be able to take over the job,
I encourage you to mail libc-ports, as I don't know the answers
>> 2.Kernel development for Alpha is comatose
> I do see some commits from time to time... Well, not much enhancements of
> course... But there would be a few things that should be ported from x86 to
>> 3.We can't run modern X.Org 
> At the moment. I guess it's just a fair bit of work and then we would be
> able to run modern xorg.
It's actually just one non-trivial bug (we hope). Kernel bug 10839.
Also, see http://alphalinux.org/wiki/index.php/Bugs_to_watch
>> To make things worse, for such a small group of users, we're much too
>> segregated and disorganized. For instance, how many (of the only four)
>> Gentoo/Alpha maintainers are subscribed to this list? Debian/Alpha?
> I don't know if any other Alpha distribution maintainer is subscribed here,
> but I do include debian-alpha m/l now and klausman (I think he's one of the
> Gentoo Alpha maintainers).
Yes, klausmann subscribed to this list after I told him to recently. :)
>> How many realized we were without a glibc maintainer? That we can't
>> use X.Org 7.4?
> I can say, I did.
>> If this trend continues, we will completely first lose X.Org support.
> AFAIK, Ivan works on this, isn't he?
Well, he has in the past.
According to marc.info, after a 6 month absence on LKML, he sent a
message yesterday. This absence also coincides with the time he
stopped responding to kernel bug 10893.
>> I even had an X.Org developer tell me he didn't care [about Alpha
>> support] when I pinged him about an Alpha bug he had originally filed
> What is the problem for the developers? They don't have alphas they can
> access? We can help in this case.
No, I don't think this is the problem at all. jcristau, the developer
who told me he didn't care, has at least one alpha.
None of the top tier X.Org developers seem to care at all about alpha.
David Airlie told me he thought some of the problems we'd experience
on Alpha with kernel modesetting would be very similar to problems on
the Itanium, which he has to support. So he would be willing to put a
little bit of effort into supporting Alpha, since the heavy lifting
would already be done for Itanium.
>> We'll later lose glibc support. As it stands now, Alpha isn't even in
>> the main tree . I'm not sure what version Debian ships, but Gentoo
>> is 3 versions behind at 2.6.1. Newer than that and the test suite
>> causes a hard lock . How much longer is it going to be before 2.6
>> is incompatible with the latest version and we begin to lose the
>> ability to use other modern software?
> 2.9 runs fine and I'm trying to keep up 2 date with trunk to find bugs as
> early as possible and patch it so it works. Also I'm using Gentoo and Debian
> patches and post bugs in glibc bugzilla.
> So from my perspective glibc is not a problem.
> gcc (as of 4.3.x) isn't a problem as well. From time to time there are build
> problems, but normally easy to fix and I 'zilla them...
The real problem is that nothing is going to get better in regards to
glibc, it's only going to get worse as long as we have no upstream
Unfortunately, some of the tests either fail or hang the system completely.
This makes me think there are probably some corner cases where glibc
would fail in normal applications.
>> While we may never lose kernel support, it will certainly begin to lag
>> behind other platforms more and more.
> We do already lag behind; Eg. uptrace/ptrace, Execshield (only as dummy
> functions at the moment). I don't know the current state of selinux, but it
> might be horrible... I don't use selinux, so I don't worry to much...
>> Bugs begin to take longer and
>> longer to be fixed . Release candidate kernels as late in the cycle
>> as rc-8 of the 2.6.28 series fail to compile on Alpha . This is
>> definitely a worrying sign.
> Right. Time to worry. Fedora Alpha is currently at 184.108.40.206. I've never
> tried anything newer than that yet...
>> It is certainly expected that as a platform ages, it slowly loses its
>> users and developers. In 1999, many average users knew or we're
>> interested in learning Alpha assembly language, were interested in
>> support for Alpha among Free Software, and were interested in
>> programming for the platform. Obviously this cannot be the case today.
>> We don't expect that it should.
> Right. But for some mysterious reasons, Alphas are still very expensive and
> if you put one on ebay, you will sell it.
I attribute this to sellers who try to hit the lottery. That is, they
hope that a corporate server with no back up fails and someone with
access to the company's expense account spends 7000 GBP (as I was
recently quoted for an ES47) to get a replacement immediately.
>> We, the ones who do wish to see our platform live on, even if only a
>> little longer, should focus on fixing what we can and maintaining what
>> we already have.
> Sure! I'm trying to be as transparent in my work as I can. 'zilla every
> little bug. Have packages in koji, ... Try to keep modified packages with
> tagged with AXP and add appropriate changelog entry...
> I hope this already helped other people out there... But I don't know.
>> Whether Fedora adds Alpha as a Second Tier Architecture is trivial in
>> comparison to these issues. We should focus on making sure we have
>> working software for Fedora/Alpha before we consider how to properly
>> market it.
> Right. But at this point I must say. It's hard for me/us to keep patches
> locally. I can not send in a bugzilla report for everything and wait for the
> maintainers to actually DO it... I don't know what a good solution for this
> would be?
I assume you mean that currently you can't file Alpha related bugs in
the Fedora bugzilla?
I can (and probably would) counter by questioning the benefit of all
the duplicated effort to make Fedora/Alpha.
>> We, the small band of Alpha users, need to work together. We have the
>> same problems, why should we work separately on them?
> We should not and we should have a central point to discuss problems... This
> list would be fine - at least for me.
> Can we ask all kind of Alpha maintainers (eg. kernel, gcc, xorg, ... ) to
> subscribe to this list?
Absolutely, but I'm not sure how many would actually do so.
I've probably sent five emails to Ivan Kokshaysky and Richard
Henderson each. Neither has responded to any, even when I offered free
>> In order to facilitate better communication among Alpha users,
>> developers, please use the Alpha IRC channel on Freenode, #alpha, and
>> the Wiki . If you have unused hardware that may be useful to
>> developers, consider donating it.
>>> From here, it's up to us to find solutions to these problems.
>> Ideas and Suggestions requested.
> Matt, thanks for this mail!
> axp-list mailing list