Mustafa KYR wrote:
Hello,
I am a new engineer and I was just a debian user in my former life. I want
to build debian linux from sources to understand it all. I spent lots of
time during search about it.
I'm not sure how much building from source will help your understanding,
but anyway,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 31 Oct 2008 11:49:01 +0100
Source: istanbul
Binary: istanbul
Architecture: source powerpc
Version: 0.2.2-4.1
Distribution: unstable
Urgency: low
Maintainer: Luca Bruno [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 25 Oct 2008 01:06:48 +0100
Source: sbcl
Binary: sbcl sbcl-doc sbcl-source
Architecture: source all mips
Version: 1:1.0.18.0-2
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 02 Oct 2008 09:06:08 +0200
Source: lcdproc
Binary: lcdproc
Architecture: source powerpc
Version: 0.5.2-1.2
Distribution: unstable
Urgency: low
Maintainer: Jose Luis Tallon [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL
: unstable
Urgency: medium
Maintainer: Matthias Klose [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
idle-python2.4 - An IDE for Python (v2.4) using Tkinter
python2.4 - An interactive high-level object-oriented language (version 2.4)
python2.4-dbg - Debug Build of the Python
: unstable
Urgency: medium
Maintainer: Matthias Klose [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
idle-python2.4 - An IDE for Python (v2.4) using Tkinter
python2.4 - An interactive high-level object-oriented language (version 2.4)
python2.4-dbg - Debug Build of the Python
: medium
Maintainer: Matthias Klose [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
idle-python2.5 - An IDE for Python (v2.5) using Tkinter
python2.5 - An interactive high-level object-oriented language (version 2.5)
python2.5-dbg - Debug Build of the Python Interpreter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 19 Aug 2008 15:00:55 +0200
Source: gnudatalanguage
Binary: gnudatalanguage
Architecture: source powerpc
Version: 0.9~rc1-1.1
Distribution: unstable
Urgency: low
Maintainer: Gürkan Sengün [EMAIL PROTECTED]
Changed-By: Thiemo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 04 Jul 2008 23:00:48 +0100
Source: sbcl
Binary: sbcl sbcl-doc sbcl-source
Architecture: source all mips
Version: 1:1.0.18.0-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 01 Jun 2008 03:27:19 +0100
Source: sbcl
Binary: sbcl sbcl-doc sbcl-source
Architecture: source all mips
Version: 1:1.0.17.0-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL
Luk Claes wrote:
Hi Thiemo
Thanks for this status report.
Thiemo Seufer wrote:
I went again through the mips build problems and collected the appended
list which records the current state, with a few annotations added.
Needs retry
---
All given back when still needed
I went again through the mips build problems and collected the appended
list which records the current state, with a few annotations added.
Thiemo
Debian mips port, status 2007-05-16. See also:
http://buildd.debian.org/~jeroen/status/architecture.php?suite=unstablea=mipspriority=
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 03 May 2008 08:28:53 +0100
Source: sbcl
Binary: sbcl sbcl-doc sbcl-source
Architecture: source all mips
Version: 1:1.0.16.0-2
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL
-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
sbcl - A Common Lisp compiler and development system
sbcl-doc - Documentation for Steel Bank Common Lisp
sbcl-source - Source code files for SBCL
Changes:
sbcl (1:1.0.16.0-1) unstable; urgency=low
.
* Re-allow builds for alpha and sparc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 28 Mar 2008 15:37:57 +
Source: sbcl
Binary: sbcl sbcl-doc sbcl-source
Architecture: source all mips
Version: 1:1.0.15.0-2
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL
Charles Plessy wrote:
Le Fri, Feb 29, 2008 at 10:40:57AM +0100, Marc 'HE' Brockschmidt a écrit :
Due to kernel problems, the mips* buildds haven't been very reliable in
the past few weeks, creating a lng backlog of packages that need to
be built. As there seems to be a workaround for
Neil Williams wrote:
[snip]
As noted elsewhere in this thread, --build can be specified alone but is
usually only used for specialist builds for i686 on i386 etc. I fail to
see the merit of proposing that packages add --build to the normal
Debian build for no reason.
One reason is that a
Hello All,
I went through the whole set of failing builds for mips, fixed some
bugs and had at least a cursory look at each package. The result is
the rather terse list I append here.
Thiemo
Debian mips port, buildability status 2007-11-03. See also:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 11 Sep 2007 15:37:54 +0100
Source: sibyl-installer
Binary: sibyl-installer
Architecture: source mipsel
Version: 1.10
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 11 Sep 2007 15:18:09 +0100
Source: colo-installer
Binary: colo-installer
Architecture: source mipsel
Version: 1.10
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED
Raphael Hertzog wrote:
[snip]
2/ Second example, libconfig0 has a supplementary symbols
_PROCEDURE_LINKAGE_TABLE_ on sparc and alpha. I don't know where it comes
from.
Is this a internal symbols that I missed?
On powerpc it has _SDA_BASE_ and _SDA2_BASE_. Same question as above.
On amd64 it
Raphael Hertzog wrote:
Hello,
while working on http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps
I'm discovering some arch-specific differences in the objdump -T
output of libraries.
* On ia64, static functions appear in objdump's output and they are marked
as local.
See my
Steve McIntyre wrote:
[snip]
mips
jealously scribbles all over the first 512 bytes
I figure that's a DVH Disk Volume Header as used on SGI machines.
mipsel
==
bytes 000-008 : 0-padding
008-011 : magic header
012-015 : boot mode
016-019 : load address
Version: 0.47
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
libdebian-installer-extra4 - Library of some extra debian-installer functions
libdebian-installer-extra4-udeb - Library of some extra debian-installer
functions
Sven Luther wrote:
On Wed, Nov 01, 2006 at 11:53:32PM -0600, Peter Samuelson wrote:
Robert Collins [EMAIL PROTECTED] writes:
I can also note why bazaar wont build as root: its test suite
includes a test for the ability to handle read only directories
correctly. As root, anything
Ian Wienand wrote:
Hi,
One of my packages (numactl) has dropped support for two
architectures. I would very much like the new package to make it into
testing, but it of course fails the up-to-date on previous
architectures rule. I thought if I had removed the architectures the
scripts
Nikita V. Youshchenko wrote:
Hello.
I'm one of those people beaten by recent removal of gcc documentation. Both
myself and people to whom I recommend Debian, *need* gcc documentation to
be available in the system.
So I had four options:
- start a new flamewar on the issue,
- stop to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 16 Jul 2006 14:35:01 +0100
Source: arcboot-installer
Binary: arcboot-installer
Architecture: source mips
Version: 1.4
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 16 Jul 2006 15:21:34 +0100
Source: delo-installer
Binary: delo-installer
Architecture: source mipsel
Version: 1.3
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED
++2.10-dev libstdc++2.10-glibc2.2 g++-2.95 g77-2.95
gcc-2.95-doc
Architecture: source mips all
Version: 2.95.4.ds15-25
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
chill-2.95 - The GNU CHILL compiler
cpp-2.95 - The GNU
Falk Hueffner wrote:
Aurelien Jarno [EMAIL PROTECTED] writes:
Falk Hueffner a écrit :
Aurelien Jarno [EMAIL PROTECTED] writes:
On arm, ia64 and alpha the glibc fails to build with gcc-4.1.
On Alpha the problem is:
{standard input}: Assembler messages:
{standard input}:341: Error:
Lionel Elie Mamane wrote:
On Sat, May 27, 2006 at 04:07:22PM +0200, Martijn van Oosterhout wrote:
The obvious example is the UK, which insists on checking your
passport if you come from the mainland.
Passport or ID Card, that is.
The www.britishembassy.gov.uk website suggests EEA
Manoj Srivastava wrote:
On 25 May 2006, Andreas Tille spake thusly:
On Thu, 25 May 2006, Manoj Srivastava wrote:
It has come to my attention that Martin Kraff used an
unofficial, and easily forge-able, identity device at a large key
Is there any reason to revoke my signature I have
Nathanael Nerode wrote:
[snip]
The installer can use whatever seems most appropriate (does it even log?):
The installer does log and puts the logs at /var/log/debian-installer/ on
the successfully installed system. If the installation fails, the logs (in
the installer ramdisk) are a valuable
Carlos Correia wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Florian Weimer escreveu:
| * Jeroen van Wolffelaar:
|
|
|Official packages of Sun Java are now available from the non-free
|section of Debian unstable, thanks to Sun releasing[11 Java under a new
|license: the Operating
Francesco Poli wrote:
On Wed, 17 May 2006 12:02:34 + Brian M. Carlson wrote:
[For -legal people, the license is attached.]
Thanks.
[...]
Also, section 4 poses a major issue. If, for any reason, the Linux
kernel doesn't do something that Java requires, then we are obligated
to
Peter 'p2' De Schrijver wrote:
Being able to install multiple versions is some use to multiarch, but
could also be used for other things, such if two packages provide the
same binary (git for example).
Or to install multiple 'version 'numbers' of the same package.
The big problem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 14 May 2006 01:39:20 +0100
Source: sibyl-installer
Binary: sibyl-installer
Architecture: source mips
Version: 1.5
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 13 May 2006 23:05:10 +0100
Source: colo-installer
Binary: colo-installer
Architecture: source mipsel
Version: 1.5
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED
Frank Küster wrote:
Michael Banck [EMAIL PROTECTED] wrote:
On Thu, May 11, 2006 at 04:46:22PM +0200, martin f krafft wrote:
also sprach Kari Pahula [EMAIL PROTECTED] [2006.05.11.1535 +0200]:
* License : GPL v2 or later
That will make it pretty useless for non-GPL
Frank Küster wrote:
Simon Josefsson [EMAIL PROTECTED] wrote:
Frank Küster [EMAIL PROTECTED] writes:
Michael Banck [EMAIL PROTECTED] wrote:
On Thu, May 11, 2006 at 04:46:22PM +0200, martin f krafft wrote:
also sprach Kari Pahula [EMAIL PROTECTED] [2006.05.11.1535 +0200]:
* License
[EMAIL PROTECTED] wrote:
I have created a new page in the wiki to track info and status
http://wiki.debian.org/multiarch
I looked at the upstream standards proposal:
http://lackof.org/taggart/hacking/multiarch/
It's good.
I am particularly pleased by the specification:
The terms
Marc Haber wrote:
On Fri, 05 May 2006 11:12:35 +0300, Jari Aalto [EMAIL PROTECTED]
wrote:
Richard A Nelson [EMAIL PROTECTED] writes:
On Wed, 3 May 2006, Colin Watson wrote:
The rest of the system accounts are happily running with /bin/false
There is now /bin/nologin which is more secure
Gabor Gombas wrote:
On Mon, May 08, 2006 at 10:00:42AM +0100, Thiemo Seufer wrote:
You can surely explain why /bin/nologin is more secure than
/bin/false. I'm eager to learn.
I am curious why any of both would be more secure than /dev/null, a
place which makes it hard to smuggle
Gabor Gombas wrote:
On Mon, May 08, 2006 at 11:53:15AM +0100, Thiemo Seufer wrote:
Such a binary is completely broken, and it would fail in a similiar way
for any sort of file it has no execute permission for, not only for
$SHELL.
Sure, but that does not change the fact
Anthony DeRobertis wrote:
On Wed, May 03, 2006 at 11:02:57AM -0300, Henrique de Moraes Holschuh wrote:
For Etch and Sid, it is probably a good idea to use -Os instead of -O2 at
least on the bigger arches (ia32, ia64, amd64, etc), as we can probably
trust gcc not to screw up.
If gcc
Linas Žvirblis wrote:
Joey Hess wrote:
By this lie of reasoning the only task that Debian can afford to ship is
either KDE or Gnome.
No, not at all. That is not what I was trying to say. KDE and GNOME were
examples of something that did not happen overnight. They proved worthy
of
Ognyan Kulev wrote:
Hamish Moffatt wrote:
HAM is not an acronym, so Ham Radio would be more appropriate.
Even better (IMHO) is the full term Amateur Radio, but some may
disagree. I've CC'd debian-hams for their input also.
Is there a problem with using Amateur (Ham) Radio?
It is
Manoj Srivastava wrote:
On 14 Apr 2006, Thiemo Seufer told this:
Ognyan Kulev wrote:
Hamish Moffatt wrote:
HAM is not an acronym, so Ham Radio would be more appropriate.
Even better (IMHO) is the full term Amateur Radio, but some may
disagree. I've CC'd debian-hams for their input
André Luiz Rodrigues Ferreira wrote:
2006/4/13, Pierre Habouzit [EMAIL PROTECTED]:
Le Jeu 13 Avril 2006 15:20, Linas Žvirblis a écrit :
I think this would be better than a meta package because it would
be available in the regular install, and it would avoid some of the
issues with
On Sun, Mar 26, 2006 at 03:09:11PM -0500, Steve M. Robbins wrote:
Hi,
I have another wishful thinking idea for build machines to float.
Suppose I get a bug report saying my package has failed to build on
architecture glooble. I don't personally have a globle machine. To
debug the
On Mon, Mar 13, 2006 at 01:05:38AM +0100, Pjotr Kourzanov wrote:
[snip]
There's also kfreebsd-{i386,amd64}, so why don't you use uclibc-i386?
Actually, I disagree. To me it makes perfect sense the way it
currently is, namely:
kernel-arch-libc
kernel and libc can be empty when
On Wed, Feb 22, 2006 at 08:47:31PM -0800, Steve Langasek wrote:
On Thu, Feb 23, 2006 at 12:22:27AM -0300, Henrique de Moraes Holschuh wrote:
On Wed, 22 Feb 2006, Chris Stromsoe wrote:
for the entire lifetime of the current stable release. Will -17.1 be
making its way into stable any
Heiko Müller wrote:
Dear Thiemo,
we very much appreciate your work on the gcc-2.95 debian package.
For us - and probably also for other users in the scientific
community - the old compiler version is still of great value.
We use gcc-2.95 to compile C/C++ code with very large mathematical
Jeroen van Wolffelaar wrote:
[snip]
A similar issue I noted in the past is the big number of build failures
that don't get tagged 'Failed'. I tried working on classifying them, but
got bored so increadibly fast that I gave up, and decided for myself
this should be something the porters should
Steve Langasek wrote:
[snip]
So those should get added to P-a-s instead.
Well, but that'd be something for the buildd-admin to collect.
(Or maintainers of the packages, but that doesn't seem to fashionable
nowadays...)
Um... no. This is *porter* work; one does not have to be a buildd
Thomas Viehmann wrote:
Hi Steve,
Steve Langasek wrote:
Ok. Here's some feedback on some that I either disagree with, or don't see
enough rationale for. (This is why, ideally, the process should involve the
porters and the maintainers...)
Thanks. Doesn't hurt do get educated...
Steve Langasek wrote:
[snip]
-grub2: !hppa !ia64 m68k #
bootloader
+grub2: !hppa !ia64 !m68k !alpha !mips !mipsel !s390 !sparc #
bootloader for i386/powerpc [?]
Is a P-a-s entry some sort of a final verdict? I don't think it makes
Thomas Viehmann wrote:
Hi,
Vincent Sanders wrote:
[1] http://buildd.debian.org/~jeroen/status/architecture.php?a=arm
taking a random (end of alphabet) sample from maybe-failed:
twinkle: requeue (probably libccrtp was stuck in NEW)
wvstreams: Dep-Wait (libxplc0.3.13-dev) - dep in new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 30 Nov 2005 22:04:22 +
Source: partitioner
Binary: partitioner
Architecture: source mips
Version: 0.32
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description
Norbert Preining wrote:
Hi all!
On Mon, 28 Nov 2005, Miles Bader wrote:
nicely as texlive-lang-tibetan and texlive-fonts-recommended.
On Mon, 28 Nov 2005, Rogério Brito wrote:
texlive-binaries-source 96M
texlive-basicbin
What about texlive-bin-base?
As I said, it
Andrew Vaughan wrote:
On Mon, 28 Nov 2005 22:28, Thiemo Seufer wrote:
FWIW, Debian package names prefer e.g. foo-en-uk-doc over
foo-documentation-ukenglish. This allows to filter documentation
packages by name (doc-* or *-doc), and following the standardized
ISO abbreviations also seems
Norbert Preining wrote:
[snip]
For the language stuff: Here is a problem as some languages packages are
not *one* single language, but several (arabic, cjk, other). So would it
be the best solution to have
old:texlive-langX
new:texlive--lang
?
Arabic is ar, IIRC.
-english texlive-en-doc
Best wishes
Norbert
In [1], Thiemo Seufer asserts that FWIW, Debian package names prefer
e.g. foo-en-uk-doc over foo-documentation-ukenglish. I completely
disagree.
The point was about documentation and ukenglish.
There is already precedent for using
Brian May wrote:
Thiemo == Thiemo Seufer [EMAIL PROTECTED] writes:
Well, even if I know naught about it, it looks to me that having
something signed is better than having the same something not signed.
Thiemo Sorry, but that's a snake oil rationale.
A: Why do you lock
Rafael Laboissiere wrote:
[Please, Cc: to me, I am not currently subscribed to debian-devel.]
* Thiemo Seufer [EMAIL PROTECTED] [2005-11-24 02:13]:
Stephen Gran wrote:
FWIW, Rafael, at first blush I have to say I agree with you. A
maintainer address in Debian is just a way to get
Stephen Gran wrote:
[snip]
The maintainer name and email address used in the changelog should
be the details of the person uploading this version. They are not
necessarily those of the usual package maintainer.
[snip]
I think that are two distinct concepts here. The
Stephen Gran wrote:
[snip]
And we are in danger of allowing policy to drive practice, rather than
vice versa.
The problem is, there are many packages currently being group
maintained. These groups generally have some sort of group contact
email address:
grep-dctrl -n -s Maintainer ''
Stephen Gran wrote:
This one time, at band camp, Thiemo Seufer said:
Btw, about this simple-minded test:
299 of those are maintained by the Debian Install System Team, and
nobody there felt compelled to put [EMAIL PROTECTED] in the changelog
for whatever reason.
What is the difference
Stephen Gran wrote:
This one time, at band camp, Thiemo Seufer said:
Stephen Gran wrote:
This one time, at band camp, Thiemo Seufer said:
Btw, about this simple-minded test:
299 of those are maintained by the Debian Install System Team, and
nobody there felt compelled to put
Isaac Clerencia wrote:
On Thursday, 24 November 2005 22:03, Stephen Gran wrote:
But the .dsc is. This stuff is easily traceable, if we want to. I can
see the benefit of having the same name in the Maintainer field and in the
changelog for some. I can see arguments against it, but none
Isaac Clerencia wrote:
On Thursday, 24 November 2005 22:36, Thiemo Seufer wrote:
I can see arguments against it, but none that make
it an RC bug.
Policy violations are RC by definition.
According to policy should's are not RC.
Policy 5.6.4 has no should.
Thiemo
--
To UNSUBSCRIBE
Stephen Gran wrote:
This one time, at band camp, Rafael Laboissiere said:
I am moving this discussion to debian-devel, since I am not sure we
are really violating the Policy. Feel free to move it further to
debian-policy, if you think it is appropriate.
FWIW, Rafael, at first blush I
Marc Haber wrote:
[snip]
How is it possible for you to claim something is more secure
when you don't understand it well enough to say how it's different?
Well, even if I know naught about it, it looks to me that having
something signed is better than having the same something not signed.
++2.10-dev libstdc++2.10-glibc2.2 g++-2.95 g77-2.95
gcc-2.95-doc
Architecture: mips all source
Version: 2.95.4.ds15-24
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
chill-2.95 - The GNU CHILL compiler
cpp-2.95 - The GNU
Mark Brown wrote:
On Tue, Nov 15, 2005 at 06:30:00PM +0100, Thiemo Seufer wrote:
The need for gcc-2.95 usually means the source code is broken (in C99
terms) and should be fixed. Do you have an example of an use case where
this is unfeasible, and which is important enough to justify
Nikita V. Youshchenko wrote:
Dave Carrigan wrote:
On Tue, Nov 15, 2005 at 06:00:06PM +0100, Thiemo Seufer wrote:
this makes it IMHO a plausible release goal to get rid of 2.95
maintenance for etch.
No it is not. Just because debian packages don't use 2.95 doesn't mean
Thiemo Seufer wrote:
Nikita V. Youshchenko wrote:
[snip]
Also, people have some code (old completed internal projects, etc), which
probably would never be ported to newer C++ standards (it's plainly too big
job), but which are still useful to keep working - e.g. for
demonstration
Moritz Muehlenhoff wrote:
In linux.debian.devel, you wrote:
The need for gcc-2.95 usually means the source code is broken (in C99
terms) and should be fixed. Do you have an example of an use case where
this is unfeasible, and which is important enough to justify continued
maintenance of
Nikita V. Youshchenko wrote:
The need for gcc-2.95 usually means the source code is broken (in C99
terms) and should be fixed. Do you have an example of an use case where
this is unfeasible, and which is important enough to justify continued
maintenance of gcc 2.95?
Device driver
Hello All,
while preparing an upload of gcc-2.95 which fixes its worst problems
I wondered how many users of it are actually left. 9 packages in
unstable still declare a build dependency on gcc-2.95 or g++-2.95,
this makes it IMHO a plausible release goal to get rid of 2.95
maintenance for etch.
Dave Carrigan wrote:
On Tue, Nov 15, 2005 at 06:00:06PM +0100, Thiemo Seufer wrote:
this makes it IMHO a plausible release goal to get rid of 2.95
maintenance for etch.
No it is not. Just because debian packages don't use 2.95 doesn't mean
that end users have the same luxury.
The need
Steve M. Robbins wrote:
On Tue, Nov 15, 2005 at 06:00:06PM +0100, Thiemo Seufer wrote:
Malloc debugging, #285685 suggests it is broken for 300 days now,
either update or remove:
Steve M. Robbins [EMAIL PROTECTED]
ccmalloc Build-Depends: g++-2.95 [alpha arm i386
Ben Pfaff wrote:
Thiemo Seufer [EMAIL PROTECTED] writes:
Unacknowledged NMU for one year, either update or remove:
Ben Pfaff [EMAIL PROTECTED]
gcccheckerBuild-Depends: gcc-2.95
I recently filed a request to have this package removed. It is
not maintained upstream
++2.10-dev libstdc++2.10-glibc2.2 g++-2.95 g77-2.95
gcc-2.95-doc
Architecture: source i386 all
Version: 2.95.4.ds15-23
Distribution: unstable
Urgency: low
Maintainer: Debian GCC maintainers debian-gcc@lists.debian.org
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
chill-2.95 - The GNU
-image-r4k-ip22
Architecture: source mips
Version: 2.6.12-3
Distribution: experimental
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
linux-headers-2.6-r10k-ip27 - Header files for Linux kernel 2.6 on SGI Origin
linux-headers-2.6-r10k-ip30
Aníbal Monsalve Salazar wrote:
On Mon, Nov 07, 2005 at 10:01:26AM +1100, Anibal Monsalve Salazar wrote:
Package: ncpfs
Severity: serious
Version: 2.2.6-2
Tags: sid
Justification: fails to build from source
There was an error while trying to autobuild your package:
Automatic build of
Jaldhar H. Vyas wrote:
[was Re: Debian based GNU/Solaris: pilot program]
On Thu, 3 Nov 2005, Matthew Garrett wrote:
Remember that dpkg is GPLed, so there's a slightly awkward bootstrapping
issue.
This reminds me of an issue which I feel needs change but I've never felt
worked up
Jaldhar H. Vyas wrote:
On Thu, 3 Nov 2005, Thiemo Seufer wrote:
Why do programs written specifically for Debian such as dpkg or apt,
have a license which is not compatible with some other DFSG-compliant
licenses?
Because the authors chose so.
Obviously. But the question was why
-image-r4k-ip22
Architecture: source mips
Version: 2.6.12-2
Distribution: experimental
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
linux-headers-2.6-r10k-ip27 - Header files for Linux kernel 2.6 on SGI Origin
linux-headers-2.6-r10k-ip30
-image-2.4.27-r5k-lasat
kernel-image-2.4.27-r3k-kn02 kernel-image-2.4.27-r5k-cobalt
kernel-image-2.4.27-r5k-ip22
Architecture: source mips
Version: 2.4.27-11.040815-2
Distribution: unstable
Urgency: medium
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description
Petter Reinholdtsen wrote:
[Nathanael Nerode]
I'm thinking of python2.1, which is a key element in some testing
transitions.
It's out of date on alpha, mips, mipsel, and powerpc -- *yet the buildd logs
indicate successful builds on all of them on August 30*. I have already
emailed
W. Borgert wrote:
On Mon, Sep 19, 2005 at 10:45:26AM +0930, Debonaras Project Lead wrote:
The Debonaras project (http://www.debonaras.org) is a group of Linux
developers who have created the beginnings of a big-endian ARM (armeb)
port of Debian. We have built 2500+ stable packages so far
Simon Richter wrote:
Hi,
Wrong is endian little that knows everyone but.
Thgir yltcaxe!
eurtub ,iw ta llobynt ydknih fo ehtlihcnerd?
ac si tIirc delldne elpp ssennaire a rof-: .nosa )
Thiemo
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 17 Sep 2005 20:15:35 +0200
Source: arcboot
Binary: arcboot tip22
Architecture: source mips
Version: 0.3.8.7
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED
-image-r4k-ip22
Architecture: source mips
Version: 2.6.12-1
Distribution: experimental
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Thiemo Seufer [EMAIL PROTECTED]
Description:
linux-headers-2.6-r10k-ip27 - Header files for Linux kernel 2.6 on SGI Origin
linux-headers-2.6-r10k-ip30
John Hasler wrote:
Petter Reinholdtsen writes:
We have the the same limitation in norwegian law, were the work need to
have (the norwegian expression) verkshøyde, which implies a certain
quality level as Andreas puts it.
Do you mean quality or originality?
The amount of creativity the
Jesús M. Navarro wrote:
Hi, Andreas:
El Martes, 06 Septiembre 2005 18:20, Andreas Schuldei escribió:
* Petter Reinholdtsen [EMAIL PROTECTED] [2005-09-06 17:39:06]:
Which I fail to understand, as the limited rights provided to me by
law should be sufficient for the wiki content in most
Bernd Eckenfels wrote:
In article [EMAIL PROTECTED] you wrote:
Computer programs are exempted from that requirement.
The work needs to have some kind of creative art.
Without any quality judgement, correct. This doesn't leave anything
of interest out.
Trivial programs are also not
John Hasler wrote:
[snip]
Are you saying that if I write a highly original stream of conciousness
novel that is judged by the critics to be of abysmal literary quality
that I will be denied a copyright in Norway?
Thiemo Seufer writes:
If the average audience consistently says
1 - 100 of 209 matches
Mail list logo