Here too all new amiga Ng are PPC with last generations of gpu pcie Amd boards and we are using linux expecially Debian.
Luigi
From:
herminio.hernandezjr@gmail.com
Date: Wed, 15 Jun 2016 22:02:29 -0700
Subject: Re: [Stretch] Status for architecture qualification
To:
hector.oron@gmail.com
CC:
niels@thykier.net;
debian-admin@lists.debian.org;
team@security.debian.org;
debian-release@lists.debian.org;
debian-ports@lists.debian.org;
debian-wb-team@lists.debian.org;
riku@debian.org
I know there are still powerpc users who run Debian. I am one of them and love to see it continue. How can I help?
Thanks!
On Wed, Jun 15, 2016 at 5:12 PM, Hector Oron <
hector.oron@gmail.com> wrote: [Add to CC debian-wb-team@ and
riku@debian.org]
Hello,
2016-06-05 12:01 GMT+02:00 Niels Thykier <
niels@thykier.net>:
Hi members of DSA, Security, RT and all porters.
While the freeze still seem far away, I think it is time to start with
the architecture qualifications.
Excellent! Thanks
I tried to follow the follow-up thread, ended up watching an hour
video which was quite fun and forgot all details. :-)
I have put up the classical wiki page for Stretch at:
https://wiki.debian.org/ArchiveQualification/Stretch
Please review and comment if required.
For starters, here are the architectures we are aware of:
* amd64, i386, armel, armhf, arm64, mips, mipsel, powerpc, ppc64el,
s390x
- *No* blockers at this time from RT, DSA nor security.
- s390, ppc64el and all arm ports have DSA concerns.
I understand s390x and ppc64el DSA concerns have been clarified
in-list and those concerns are due to nature of the architecture.
For the ARM ports, which have also been clarified, let me re-confirm:
* arm64 port has remote power and remote console available, plus geo-redundancy, hardware is available and there is more hardware
coming in the pipeline. I am unsure why it is listed with multiple DSA concerns, that surprises me (with DSA and ARM porter hats). The port
currently has 4 machines up, one down waiting to be replaced, in total
5 and more coming.
* armhf/armel ports share hardware, we currently have 6 machines up
with remote power and remote console (of course that being development
boards is not so nice as server remote management goodies). Some
machines require a button press but local admins are great and always
happy to help.
If none steps up explaining what are DSA concerns on the ARM
architectures, please update status requalification page dropping
those concerns. [DSA hat on]
I see armel has one porter listed, if more are needed, please add
myself and Riku Voipio (armel buildd maints). [ARM hat on]
I see arm64/armhf are covered porterwise however there should be more
porters available if needed.
- armel has a RT concern about lack of buildds (only 2)
From the above comment: "armhf/armel ports share hardware, we
currently have 6 machines up"
* mips64el (NEW)
- No DSA buildd (RT blocker)
As far as I can see mips64el is using shared builds with mipsel port
hardware, those machines are DSA.
- Rebuild after import not complete (RT Blocker)
Is there a list of packages that should be rebuilt?
- Not yet in testing (due to the above).
Please let's work on getting it in testing ASAP I think the above
blockers can be worked out quite reasonably.
* kfreebsd-i386, kfreebsd-amd64
- Not included in Jessie due to lack of sustainable man-power (RT
blocker)
- No news of the situation having changed
- If there is no news on the situation after DebConf16, I will
assume kfreebsd-* will not target Stretch.
Who has been keeping it up for stretch? (As a side note Stephen
Chamberlain, Christoph Egger and many other people keep working on it)
Not sure if those arches have more or less manpower than powerpc (in
example). I think it would be great to make a call here, we either
move kfreebsd ports to debian-ports infrastructure or go for the
release with it.
While working out ArchitectureQualification/Stretch wiki page I
believe everything is mostly fine for release, however I got a
personal concern on powerpc architecture. Is it well maintained? Does
it have porters? Does it have users? Does it still make sense to carry
along?
Another concern (DSA) which I have added and explained in the wiki
page is the lack of georedundancy for the 'mips' port. Verbatim copy
from wiki follows:
"mips: It has 5 buildds in the same datacenter, current hardware are
routers or development boards which makes it very difficult to ship to
other places. The host providing redundancy (lucatelli) at UBC-ECE
must be decomissioned ASAP, leaving the port in a situation of not
geographic redundancy. However advanced plans exists to deploy mips
hardware in other data centers RSN."
I'll keep you posted whenever there is progress on that area. I do not
believe it should be a blocker for release, but we must ensure geo
redundancy first.
Beyond mips64el, we are not aware of any new architectures for Stretch.
Could you please check with sparc64 porters? I think some of them
commented on the follow ups.
Regards,
--
Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
</style></head>
<body class='hmmessage'><div dir='ltr'>Here too all new amiga Ng are PPC with last generations of gpu pcie Amd boards <div>and we are using linux expecially <span style="font-size: 12pt;">Debian.</span><div><br></div><div>Luigi<br><
<div><hr id="stopSpelling">From: herminio.hernandezjr@gmail.com<br>Date: Wed, 15 Jun 2016 22:02:29 -0700<br>Subject: Re: [Stretch] Status for architecture qualification<br>To: hector.oron@gmail.com<br>CC: niels@thykier.net; debian-admin@lists.debian.
org;
team@security.debian.org;
debian-release@lists.debian.org;
debian-ports@lists.debian.org;
debian-wb-team@lists.debian.org;
riku@debian.org<br><br><div dir="ltr">I know there are still powerpc users who run Debian. I am one of them and love to see it
continue. How can I help?<div><br></div><div>Thanks!</div></div><div class="ecxgmail_extra"><br><div class="ecxgmail_quote">On Wed, Jun 15, 2016 at 5:12 PM, Hector Oron <span dir="ltr"><<a href="mailto:
hector.oron@gmail.com" target="_blank">hector.
oron@gmail.com</a>></span> wrote:<br><blockquote class="ecxgmail_quote" style="border-left:1px #ccc solid;padding-left:1ex;">[Add to CC debian-wb-team@ and <a href="mailto:
riku@debian.org">
riku@debian.org</a>]<br><br>Hello,<br><span><br>2016-06-05
12:01 GMT+02:00 Niels Thykier <<a href="mailto:
niels@thykier.net">
niels@thykier.net</a>>:<br>> Hi members of DSA, Security, RT and all porters.<br>><br>> While the freeze still seem far away, I think it is time to start with<br>>
the architecture qualifications.<br><br></span>Excellent! Thanks<br><br>I tried to follow the follow-up thread, ended up watching an hour<br>video which was quite fun and forgot all details. :-)<br><br>I have put up the classical wiki page for
Stretch at:<br> <a href="
https://wiki.debian.org/ArchiveQualification/Stretch" rel="noreferrer" target="_blank">
https://wiki.debian.org/ArchiveQualification/Stretch</a><br><br>Please review and comment if required.<br><span><br>> For
starters, here are the architectures we are aware of:<br>><br>> * amd64, i386, armel, armhf, arm64, mips, mipsel, powerpc, ppc64el,<br>> s390x<br>> - *No* blockers at this time from RT, DSA nor security.<br>
> - s390, ppc64el and all arm ports have DSA concerns.<br><br></span>I understand s390x and ppc64el DSA concerns have been clarified<br>in-list and those concerns are due to nature of the architecture.<br><br>For the ARM ports,
which have also been clarified, let me re-confirm:<br> * arm64 port has remote power and remote console available, plus<br>geo-redundancy, hardware is available and there is more hardware<br>coming in the pipeline. I am unsure why it is listed
with multiple DSA<br>concerns, that surprises me (with DSA and ARM porter hats). The port<br>currently has 4 machines up, one down waiting to be replaced, in total<br>5 and more coming.<br> * armhf/armel ports share hardware, we currently have 6
machines up<br>with remote power and remote console (of course that being development<br>boards is not so nice as server remote management goodies). Some<br>machines require a button press but local admins are great and always<br>happy to help.<br><
If none steps up explaining what are DSA concerns on the ARM<br>architectures, please update status requalification page dropping<br>those concerns. [DSA hat on]<br><br>I see armel has one porter listed, if more are needed, please add<br>myself
and Riku Voipio (armel buildd maints). [ARM hat on]<br>I see arm64/armhf are covered porterwise however there should be more<br>porters available if needed.<br><span><br>> - armel has a RT concern about lack of buildds (only 2)<br><
</span>>From the above comment: "armhf/armel ports share hardware, we<br>currently have 6 machines up"<br><span><br>> * mips64el (NEW)<br>> - No DSA buildd (RT blocker)<br><br></span>As far as I can see mips64el is
using shared builds with mipsel port<br>hardware, those machines are DSA.<br><span><br>> - Rebuild after import not complete (RT Blocker)<br><br></span>Is there a list of packages that should be rebuilt?<br><span><br>> &
nbsp; - Not yet in testing (due to the above).<br><br></span>Please let's work on getting it in testing ASAP I think the above<br>blockers can be worked out quite reasonably.<br><span><br>> * kfreebsd-i386, kfreebsd-amd64<br>> &
nbsp; - Not included in Jessie due to lack of sustainable man-power (RT<br>> blocker)<br>> - No news of the situation having changed<br>> - If there is no news on the situation after DebConf16, I
will<br>> assume kfreebsd-* will not target Stretch.<br><br></span>Who has been keeping it up for stretch? (As a side note Stephen<br>Chamberlain, Christoph Egger and many other people keep working on it)<br>Not sure if those
arches have more or less manpower than powerpc (in<br>example). I think it would be great to make a call here, we either<br>move kfreebsd ports to debian-ports infrastructure or go for the<br>release with it.<br><br>While working out
ArchitectureQualification/Stretch wiki page I<br>believe everything is mostly fine for release, however I got a<br>personal concern on powerpc architecture. Is it well maintained? Does<br>it have porters? Does it have users? Does it still make sense
to carry<br>along?<br><br>Another concern (DSA) which I have added and explained in the wiki<br>page is the lack of georedundancy for the 'mips' port. Verbatim copy<br>from wiki follows:<br>"mips: It has 5 buildds in the same datacenter, current
hardware are<br>routers or development boards which makes it very difficult to ship to<br>other places. The host providing redundancy (lucatelli) at UBC-ECE<br>must be decomissioned ASAP, leaving the port in a situation of not<br>geographic
redundancy. However advanced plans exists to deploy mips<br>hardware in other data centers RSN."<br><br>I'll keep you posted whenever there is progress on that area. I do not<br>believe it should be a blocker for release, but we must ensure geo<br>
redundancy first.<br><span><br>> Beyond mips64el, we are not aware of any new architectures for Stretch.<br><br></span>Could you please check with sparc64 porters? I think some of them<br>commented on the follow ups.<br><br>Regards,<br><span
class="ecxHOEnZb"><font color="#888888">--<br> Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.<br><br></font></span></blockquote></div><br></div></div></div></div> </div></body>
</html>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)