Re: Bit from the Release Team: Status of hppa

2010-09-24 Thread Németh Bálint
Dear hppa gosus,

Unfortunately I cannot offer any coding exp but since my success with the
c8000 I tried to use it more and more. From my company I salvaged the
following hw that I can offer you for the effort you are putting into this
despite debian's decision...

4 c3600
1 c3700
1 c3750
2 b2000
3 c8000 (!) with pa8900 8 gig ram

We could make them online for your purposes or send them to you.

BR

2010/9/23 Thibaut VARÈNE vare...@debian.org

 Le 23 sept. 10 à 17:35, dann frazier a écrit :

  On Thu, Sep 23, 2010 at 12:21:11PM +0200, Thibaut VARÈNE wrote:



  I think it's been sufficiently documented on this m-l that hppa is/was
 in a releasable state (d-i works, upgrade works, etc) so this is mostly
 moot, and the cause of my personal disinterest for Debian given the way
 things were handled.


 By those measures, sure. However, there are still issues with building
 packages reliably - which I believe was the biggest strike against
 including hppa in squeeze.


 *sigh*


 PS: the autobuilder Lafayette is dead, and I see little reason to
 replace it with whatever hardware I could muster.


 ok - does DSA know?



 They do. Their reaction confirmed that I should probably not bother
 anymore... Also, I'm running short on hardware these days, now that my 2
 L1000 are dead ;/

 HTH

 --
 Thibaut VARÈNE
 http://www.parisc-linux.org/~varenet/http://www.parisc-linux.org/%7Evarenet/



 --
 To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 http://lists.debian.org/f36b69c7-83cf-4818-b47a-0849cbe4d...@debian.org




Re: Bit from the Release Team: Status of hppa

2010-09-24 Thread Thibaut VARENE
Hi,

On Fri, Sep 24, 2010 at 12:47 PM, Németh Bálint pannonm...@gmail.com wrote:
 Dear hppa gosus,

 Unfortunately I cannot offer any coding exp but since my success with the
 c8000 I tried to use it more and more. From my company I salvaged the
 following hw that I can offer you for the effort you are putting into this
 despite debian's decision...

 4 c3600
 1 c3700
 1 c3750
 2 b2000
 3 c8000 (!) with pa8900 8 gig ram

 We could make them online for your purposes or send them to you.

These are indeed nice machines. Where are they located?

Thanks

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/


--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktimdrh8q12jjjgnbkwcabkq661htf_qcnv-3+...@mail.gmail.com



Re: Bit from the Release Team: Status of hppa

2010-09-23 Thread Thibaut VARÈNE

Le 23 sept. 10 à 07:05, dann frazier a écrit :


I don't have a complete list, but here's the things that pop to
mind.

First off, we need to figure out where to host it. We could
potentially have a squeeze-hppa release on the official debian
mirrors, or use debian-ports.org. We'll need to talk to ftpmaster 
debian-ports maintainers to see which is most appropriate.

In addition, we'll need to work with the d-i team to make sure we have
a usable installer - as well as the debian-cd team to make sure we can
generate ISO images, though we may end up having to generate images
ourselves.

We'll also need to keep doing the things we do today - fixing
hppa-specific issues, keeping buildds running, etc. Documentation,
test installs and lenny upgrade testing would be needed too.


I think it's been sufficiently documented on this m-l that hppa is/was  
in a releasable state (d-i works, upgrade works, etc) so this is  
mostly moot, and the cause of my personal disinterest for Debian given  
the way things were handled.



Post-release, we'll need to have a plan for continued updates for
squeeze security updates  point releases.


Besides making sure we build and update our hppa-squeeze release  
with whatever DSA uploads to security (which can probably be scripted  
somehow), is there anything else specific?



If we have interest here, it would probably behoove us to pull
together an IRC meeting with members from various subteams to assess
the full scope.


T-Bone

PS: the autobuilder Lafayette is dead, and I see little reason to  
replace it with whatever hardware I could muster.


--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/fc3fa953-7ef5-4356-9ccf-a9392ef08...@debian.org



Re: Bit from the Release Team: Status of hppa

2010-09-23 Thread dann frazier
On Thu, Sep 23, 2010 at 12:21:11PM +0200, Thibaut VARÈNE wrote:
 Le 23 sept. 10 à 07:05, dann frazier a écrit :

 I don't have a complete list, but here's the things that pop to
 mind.

 First off, we need to figure out where to host it. We could
 potentially have a squeeze-hppa release on the official debian
 mirrors, or use debian-ports.org. We'll need to talk to ftpmaster 
 debian-ports maintainers to see which is most appropriate.

 In addition, we'll need to work with the d-i team to make sure we have
 a usable installer - as well as the debian-cd team to make sure we can
 generate ISO images, though we may end up having to generate images
 ourselves.

 We'll also need to keep doing the things we do today - fixing
 hppa-specific issues, keeping buildds running, etc. Documentation,
 test installs and lenny upgrade testing would be needed too.

 I think it's been sufficiently documented on this m-l that hppa is/was  
 in a releasable state (d-i works, upgrade works, etc) so this is mostly 
 moot, and the cause of my personal disinterest for Debian given the way 
 things were handled.

By those measures, sure. However, there are still issues with building
packages reliably - which I believe was the biggest strike against
including hppa in squeeze.

Don't get me wrong, I know things have only improved - and that took a
lot of work from this group - but the release team had to make a call
based on the way things stood, not how much they improved. Now that
the call has been made, I'd rather focus on what we can do to let hppa
users keep usin'.

 Post-release, we'll need to have a plan for continued updates for
 squeeze security updates  point releases.

 Besides making sure we build and update our hppa-squeeze release with 
 whatever DSA uploads to security (which can probably be scripted  
 somehow), is there anything else specific?

Fixing bugs :)
  
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-h...@lists.debian.org;which=tagdata=hppaarchive=no

And particularly #561203, which is hopefully a keystone issue that
will resolve several others. I've tried the various patches I'd seen
posted to the list (and marked them a such on the wiki), but the
reliability problems still persist on the buildds. (I'm hoping fixing
this would also fix the 'waf' issues and the multiple retries it
takes to build gcc, gdb, python, etc).

I'm sure there are other specific things as well that would be
uncovered by meeting w/ folks who have done this before (m68k/amd64
folks).

 If we have interest here, it would probably behoove us to pull
 together an IRC meeting with members from various subteams to assess
 the full scope.

 T-Bone

 PS: the autobuilder Lafayette is dead, and I see little reason to  
 replace it with whatever hardware I could muster.

ok - does DSA know?

-- 
dann frazier


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100923153500.gb8...@lackof.org



Re: Bit from the Release Team: Status of hppa

2010-09-23 Thread Thibaut VARÈNE

Le 23 sept. 10 à 17:35, dann frazier a écrit :

On Thu, Sep 23, 2010 at 12:21:11PM +0200, Thibaut VARÈNE wrote:




I think it's been sufficiently documented on this m-l that hppa is/ 
was
in a releasable state (d-i works, upgrade works, etc) so this is  
mostly
moot, and the cause of my personal disinterest for Debian given the  
way

things were handled.


By those measures, sure. However, there are still issues with building
packages reliably - which I believe was the biggest strike against
including hppa in squeeze.


*sigh*


PS: the autobuilder Lafayette is dead, and I see little reason to
replace it with whatever hardware I could muster.


ok - does DSA know?



They do. Their reaction confirmed that I should probably not bother  
anymore... Also, I'm running short on hardware these days, now that my  
2 L1000 are dead ;/


HTH

--
Thibaut VARÈNE
http://www.parisc-linux.org/~varenet/


--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/f36b69c7-83cf-4818-b47a-0849cbe4d...@debian.org



Re: Bit from the Release Team: Status of hppa

2010-09-23 Thread Sune Vuorela
On 2010-09-23, Thibaut VARÈNE vare...@debian.org wrote:
 I think it's been sufficiently documented on this m-l that hppa is/was  
 in a releasable state (d-i works, upgrade works, etc) so this is  
 mostly moot, and the cause of my personal disinterest for Debian given  
 the way things were handled.

as long as we need to have a usleep(1000) in the threading code in Qt
for happa because of lowlevel bugs in order to just have things 
working a bit, I don't think hppa is in a releasable state.
I haven't heard of any progress on that issue for very long.

/Sune


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrni9ng2b.rvp.nos...@sshway.ssh.pusling.com



Re: Bit from the Release Team: Status of hppa

2010-09-22 Thread Aioanei Rares

On 09/21/2010 11:34 PM, dann frazier wrote:

[replying to debian-hppa]

On Tue, Sep 21, 2010 at 09:22:22PM +0100, Adam D. Barratt wrote:
   

Hi,

As previously announced[1], hppa is no longer a release architecture for
Squeeze.

What does this mean in practical terms?  As of the next britney run, the
architecture will be ignored for the purposes of testing migration -
packages which are otherwise ready (and unblocked) may migrate to
testing even if they have not built on hppa, or if they would create
installability problems in testing on hppa.

Additionally, any bug which is specific to the hppa architecture is no
longer considered release-critical.

The status of hppa in unstable is unchanged; it will continue to be
supported by the buildd network as now.  There will also continue to be
hppa packages in testing for now to allow the porters to explore
possible options for a separate release of Squeeze for hppa; as
mentioned above, these may not be in-sync with the other architectures
in some cases.
 

Are there people interested in working on a squeeze-hppa release? If
so, it would probably be good to formulate a plan sooner than
later. fwiw, I'd be wililng to continue maintaining buildds for it.


   

Dann, is there a way one can contribute if one hasn't access to a
HPPA machine? If yes, I'd like to help.


--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c9a1f43.6000...@gmail.com



Re: Bit from the Release Team: Status of hppa

2010-09-22 Thread dann frazier
On Wed, Sep 22, 2010 at 06:22:43PM +0300, Aioanei Rares wrote:
 On 09/21/2010 11:34 PM, dann frazier wrote:
 [replying to debian-hppa]

 On Tue, Sep 21, 2010 at 09:22:22PM +0100, Adam D. Barratt wrote:

 Hi,

 As previously announced[1], hppa is no longer a release architecture for
 Squeeze.

 What does this mean in practical terms?  As of the next britney run, the
 architecture will be ignored for the purposes of testing migration -
 packages which are otherwise ready (and unblocked) may migrate to
 testing even if they have not built on hppa, or if they would create
 installability problems in testing on hppa.

 Additionally, any bug which is specific to the hppa architecture is no
 longer considered release-critical.

 The status of hppa in unstable is unchanged; it will continue to be
 supported by the buildd network as now.  There will also continue to be
 hppa packages in testing for now to allow the porters to explore
 possible options for a separate release of Squeeze for hppa; as
 mentioned above, these may not be in-sync with the other architectures
 in some cases.
  
 Are there people interested in working on a squeeze-hppa release? If
 so, it would probably be good to formulate a plan sooner than
 later. fwiw, I'd be wililng to continue maintaining buildds for it.



 Dann, is there a way one can contribute if one hasn't access to a
 HPPA machine? If yes, I'd like to help.

I don't have any specific ideas as to how but, should this project
take off, you could continue to monitor this list for
possibilities. I'd imagine there'd be a need for documentation at the
very least.



-- 
dann frazier


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100922203239.gb8...@lackof.org



Re: Bit from the Release Team: Status of hppa

2010-09-22 Thread Carlos O'Donell
On Tue, Sep 21, 2010 at 4:34 PM, dann frazier da...@debian.org wrote:
 [replying to debian-hppa]

 On Tue, Sep 21, 2010 at 09:22:22PM +0100, Adam D. Barratt wrote:
 Hi,

 As previously announced[1], hppa is no longer a release architecture for
 Squeeze.

 What does this mean in practical terms?  As of the next britney run, the
 architecture will be ignored for the purposes of testing migration -
 packages which are otherwise ready (and unblocked) may migrate to
 testing even if they have not built on hppa, or if they would create
 installability problems in testing on hppa.

 Additionally, any bug which is specific to the hppa architecture is no
 longer considered release-critical.

 The status of hppa in unstable is unchanged; it will continue to be
 supported by the buildd network as now.  There will also continue to be
 hppa packages in testing for now to allow the porters to explore
 possible options for a separate release of Squeeze for hppa; as
 mentioned above, these may not be in-sync with the other architectures
 in some cases.

 Are there people interested in working on a squeeze-hppa release? If
 so, it would probably be good to formulate a plan sooner than
 later. fwiw, I'd be wililng to continue maintaining buildds for it.

What work is involved? Is there a todo list of things we can have
people sign up for?

Cheers,
Carlos.


--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktik3qyqz9v9qfe0-ojrhhsnf5d1m-plktcws7...@mail.gmail.com



Re: Bit from the Release Team: Status of hppa

2010-09-22 Thread dann frazier
On Wed, Sep 22, 2010 at 10:23:38PM -0400, Carlos O'Donell wrote:
 On Tue, Sep 21, 2010 at 4:34 PM, dann frazier da...@debian.org wrote:
  [replying to debian-hppa]
 
  On Tue, Sep 21, 2010 at 09:22:22PM +0100, Adam D. Barratt wrote:
  Hi,
 
  As previously announced[1], hppa is no longer a release architecture for
  Squeeze.
 
  What does this mean in practical terms?  As of the next britney run, the
  architecture will be ignored for the purposes of testing migration -
  packages which are otherwise ready (and unblocked) may migrate to
  testing even if they have not built on hppa, or if they would create
  installability problems in testing on hppa.
 
  Additionally, any bug which is specific to the hppa architecture is no
  longer considered release-critical.
 
  The status of hppa in unstable is unchanged; it will continue to be
  supported by the buildd network as now.  There will also continue to be
  hppa packages in testing for now to allow the porters to explore
  possible options for a separate release of Squeeze for hppa; as
  mentioned above, these may not be in-sync with the other architectures
  in some cases.
 
  Are there people interested in working on a squeeze-hppa release? If
  so, it would probably be good to formulate a plan sooner than
  later. fwiw, I'd be wililng to continue maintaining buildds for it.
 
 What work is involved? Is there a todo list of things we can have
 people sign up for?

I don't have a complete list, but here's the things that pop to
mind.

First off, we need to figure out where to host it. We could
potentially have a squeeze-hppa release on the official debian
mirrors, or use debian-ports.org. We'll need to talk to ftpmaster 
debian-ports maintainers to see which is most appropriate.

In addition, we'll need to work with the d-i team to make sure we have
a usable installer - as well as the debian-cd team to make sure we can
generate ISO images, though we may end up having to generate images
ourselves.

We'll also need to keep doing the things we do today - fixing
hppa-specific issues, keeping buildds running, etc. Documentation,
test installs and lenny upgrade testing would be needed too.

Post-release, we'll need to have a plan for continued updates for
squeeze security updates  point releases.

If we have interest here, it would probably behoove us to pull
together an IRC meeting with members from various subteams to assess
the full scope.


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100923050537.ga8...@lackof.org



Re: Bit from the Release Team: Status of hppa

2010-09-21 Thread dann frazier
[replying to debian-hppa]

On Tue, Sep 21, 2010 at 09:22:22PM +0100, Adam D. Barratt wrote:
 Hi,
 
 As previously announced[1], hppa is no longer a release architecture for
 Squeeze.
 
 What does this mean in practical terms?  As of the next britney run, the
 architecture will be ignored for the purposes of testing migration -
 packages which are otherwise ready (and unblocked) may migrate to
 testing even if they have not built on hppa, or if they would create
 installability problems in testing on hppa.
 
 Additionally, any bug which is specific to the hppa architecture is no
 longer considered release-critical.
 
 The status of hppa in unstable is unchanged; it will continue to be
 supported by the buildd network as now.  There will also continue to be
 hppa packages in testing for now to allow the porters to explore
 possible options for a separate release of Squeeze for hppa; as
 mentioned above, these may not be in-sync with the other architectures
 in some cases.

Are there people interested in working on a squeeze-hppa release? If
so, it would probably be good to formulate a plan sooner than
later. fwiw, I'd be wililng to continue maintaining buildds for it.


-- 
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100921203407.ge...@lackof.org