Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages
On Mon, May 26, 2008 at 01:17:06AM +0200, Thibaut VARENE wrote: > On Mon, May 26, 2008 at 12:14 AM, Matthew Wilcox <[EMAIL PROTECTED]> wrote: > > On Sun, May 25, 2008 at 11:21:28PM +0200, Matthias Klose wrote: > >> that's fine. in this case we should drop support for hppa for lenny. > > > > Probably a good idea. I don't think anyone's doing much work with hppa > > and Debian any more. > > I kind of resent that affirmation. Sometimes the truth hurts, I guess. > Not even questioning its grounds, I'm sure we don't decide to evict an > architecture simply based on doubt, and uncertainty? hppa doesn't have > any major flaw we're aware of, it has porters dedicated to maintaining > it and it keeps up with the archive (99.9% of lenny is built on > hppa[0]). Does it really have porters dedicated to maintaining it? http://wiki.debian.org/hppaLennyReleaseRecertification The Debian port is maintained by the following developers, who actively work on architecture specific issues: 1. KyleMcMartin 2. ThibautVarene 3. ... 4. ... 5. ... I have a fairly good idea what Kyle's been doing recently. What have you done for the hppa port recently? Does anybody else intend to step up to be porter 3, 4 and 5? The developer machines have been unavailable for months, so Debian developers who don't have their own hppa machine are unable to work on their own packages or fix bugs. > I'll just assume this was the expression of your personal opinion, and > I'll state mine which is pretty much opposed to what you suggest. In > the end I'm sure any decision will be taken based on facts, which is > fine with me. What is needed here is not some Descartian dialect designed to separate truth from falsehood, but people putting in some work. The port has been coasting for several years now and things are gradually rotting. Do we put a stake in the corpse now, or make an effort to fix some bugs? -- Intel are signing my paycheques ... these opinions are still mine "Bill, look, we understand that you're interested in selling us this operating system, but compare it to ours. We can't possibly take such a retrograde step." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482941: tzdata: [INTL:es] Spanish translation update
Package: tzdata Version: 2008b-1 Severity: wishlist Tags: patch l10n Please find attached the update file which adds the missing untraslated strings. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/1 CPU core) Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy tzdata recommends no packages. -- debconf information: tzdata/Zones/Asia: tzdata/Zones/SystemV: tzdata/Zones/Pacific: tzdata/Zones/Atlantic: tzdata/Zones/US: tzdata/Zones/Etc: tzdata/Zones/Arctic: tzdata/Zones/Antarctica: * tzdata/Zones/America: Lima * tzdata/Areas: America tzdata/Zones/Australia: tzdata/Zones/Canada: tzdata/Zones/Europe: tzdata/Zones/Africa: tzdata/Zones/Indian: # tzdata translation to Spanish # Copyright (C) 2002-2007 Free Software Foundation, Inc. # #This program is free software; you can redistribute it and/or modify #it under the terms of the GNU General Public License as published by #the Free Software Foundation; either version 2 of the License, or #(at your option) any later version. # #This program is distributed in the hope that it will be useful, #but WITHOUT ANY WARRANTY; without even the implied warranty of #MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the #GNU General Public License for more details. # #You should have received a copy of the GNU General Public License #along with this program; if not, write to the Free Software #Foundation. 51 Franklin Street, Fifth Floor Boston, MA 02110-1301 #USA # # For more information please see # http://www.gnu.org/licenses/licenses.html#GPL # # Authors: # - Translation of most of the cities in this PO file are based on # anaconda's timeconfig which was originally translated by # Tullio Dovera <[EMAIL PROTECTED]>, 2000. # and Nuria Soriano <[EMAIL PROTECTED]>, 2002 # - Later, it was adapted to use in Debian's tzdata, and spelling fixes # were introduced by # Rudy Godoy Guillén <[EMAIL PROTECTED]>, 2007 # - It was also reviewed by # Javier Fernández-Sanguino <[EMAIL PROTECTED]>, 2007 # msgid "" msgstr "" "Project-Id-Version: tzdata 2007e\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2008-03-24 09:56-0400\n" "PO-Revision-Date: 2008-05-25 18:30-0500\n" "Last-Translator: Rudy Godoy <[EMAIL PROTECTED]>\n" "Language-Team: Debian l10n Spanish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: select #. Choices #. Note to translators: #. - "Etc" will present users with a list #. of "GMT+xx" or "GMT-xx" timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid "Africa" msgstr "África" #. Type: select #. Choices #. Note to translators: #. - "Etc" will present users with a list #. of "GMT+xx" or "GMT-xx" timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid "America" msgstr "América" #. Type: select #. Choices #. Note to translators: #. - "Etc" will present users with a list #. of "GMT+xx" or "GMT-xx" timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid "Antarctica" msgstr "Antártica" #. Type: select #. Choices #. Note to translators: #. - "Etc" will present users with a list #. of "GMT+xx" or "GMT-xx" timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid "Australia" msgstr "Australia" #. Type: select #. Choices #. Note to translators: #. - "Etc" will present users with a list #. of "GMT+xx" or "GMT-xx" timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid "Arctic" msgstr "Ártico" #. Type: select #. Choices #. Note to translators: #. - "Etc" will present users with a list #. of "GMT+xx" or "GMT-xx" timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid "Asia" msgstr "Asia" #. Type: select #. Choices #. Note to translators: #. - "Etc" will present users with a list #. of "GMT+xx" or "GMT-xx" timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid "Atlantic" msgstr "Atlántico" #. Type: select #. Choices #. Note to translators: #. - "Etc" will present users with a list #. of "GMT+xx" or "GMT-xx" timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7
Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages
On Mon, May 26, 2008 at 12:14 AM, Matthew Wilcox <[EMAIL PROTECTED]> wrote: > On Sun, May 25, 2008 at 11:21:28PM +0200, Matthias Klose wrote: >> that's fine. in this case we should drop support for hppa for lenny. > > Probably a good idea. I don't think anyone's doing much work with hppa > and Debian any more. I kind of resent that affirmation. Not even questioning its grounds, I'm sure we don't decide to evict an architecture simply based on doubt, and uncertainty? hppa doesn't have any major flaw we're aware of, it has porters dedicated to maintaining it and it keeps up with the archive (99.9% of lenny is built on hppa[0]). I'll just assume this was the expression of your personal opinion, and I'll state mine which is pretty much opposed to what you suggest. In the end I'm sure any decision will be taken based on facts, which is fine with me. Thanks T-Bone [0] http://buildd.debian.org/stats/hppa.txt -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages
On Sun, May 25, 2008 at 11:21:28PM +0200, Matthias Klose wrote: > that's fine. in this case we should drop support for hppa for lenny. Probably a good idea. I don't think anyone's doing much work with hppa and Debian any more. -- Intel are signing my paycheques ... these opinions are still mine "Bill, look, we understand that you're interested in selling us this operating system, but compare it to ours. We can't possibly take such a retrograde step." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages
On Sun, May 25, 2008 at 11:21 PM, Matthias Klose <[EMAIL PROTECTED]> wrote: >> > >> > Please build libc6-hppa64 and libc6-hppa64-dev packages; there is no >> > package build-depending on libc6-hppa64-dev, but we need these >> > packages to run the testsuites for binutils and gcc-4.X. Currently >> > these packages are completely untested, although used to build the >> > 64bit flavour of the kernel on hppa. >> > >> >> There is no upstream support for 64-bit glibc on hppa, so this bug is >> currently a wontfix. Please provide us a patch. > > that's fine. in this case we should drop support for hppa for lenny. What kind of nonsense is that?? Why should we drop support for hppa for lenny because hppa doesn't have a 64bit userland?? Can you be a bit more explicit as to what you need given the above? Again I repeat: *there is no hppa 64bit userland runtime*. The only reason why we have 64bit gcc/binutils is to build 64bit kernels needed by some machines. T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages
clone 482902 -1 reassign -1 general severity -1 serious thanks Aurelien Jarno writes: > severity 482902 wishlist > tag 482902 + upstream > tag 482902 + wontfix > thanks > > Matthias Klose a écrit : > > Package: glibc > > Version: 2.7-11 > > Severity: important > > > > Please build libc6-hppa64 and libc6-hppa64-dev packages; there is no > > package build-depending on libc6-hppa64-dev, but we need these > > packages to run the testsuites for binutils and gcc-4.X. Currently > > these packages are completely untested, although used to build the > > 64bit flavour of the kernel on hppa. > > > > There is no upstream support for 64-bit glibc on hppa, so this bug is > currently a wontfix. Please provide us a patch. that's fine. in this case we should drop support for hppa for lenny. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages
Processing commands for [EMAIL PROTECTED]: > clone 482902 -1 Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages Bug 482902 cloned as bug 482921. > reassign -1 general Bug#482921: please provide libc6-hppa64 and libc6-hppa64-dev packages Bug reassigned from package `glibc' to `general'. > severity -1 serious Bug#482921: please provide libc6-hppa64 and libc6-hppa64-dev packages Severity set to `serious' from `wishlist' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages
Processing commands for [EMAIL PROTECTED]: > severity 482902 wishlist Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages Severity set to `wishlist' from `important' > tag 482902 + upstream Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages There were no tags set. Tags added: upstream > tag 482902 + wontfix Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages Tags were: upstream Tags added: wontfix > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages
severity 482902 wishlist tag 482902 + upstream tag 482902 + wontfix thanks Matthias Klose a écrit : > Package: glibc > Version: 2.7-11 > Severity: important > > Please build libc6-hppa64 and libc6-hppa64-dev packages; there is no > package build-depending on libc6-hppa64-dev, but we need these > packages to run the testsuites for binutils and gcc-4.X. Currently > these packages are completely untested, although used to build the > 64bit flavour of the kernel on hppa. > There is no upstream support for 64-bit glibc on hppa, so this bug is currently a wontfix. Please provide us a patch. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages
Package: glibc Version: 2.7-11 Severity: important Please build libc6-hppa64 and libc6-hppa64-dev packages; there is no package build-depending on libc6-hppa64-dev, but we need these packages to run the testsuites for binutils and gcc-4.X. Currently these packages are completely untested, although used to build the 64bit flavour of the kernel on hppa. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]