Am 07.05.2013 17:48, schrieb Aurelien Jarno:
On Tue, May 07, 2013 at 03:25:29PM +0200, Matthias Klose wrote:
Up to today jessie did see updates for the kernel headers, eglibc, and
GCC.
What a wonderful coordination with the release team. Quoting the last
mail from them on the mailing list
I'm not happy how the architecture qualification for wheezy did go (as
communicated in the session about the status of the release at DebConf 2012). I
did criticize the attitude of the release team as overly optimistic (green
light attitude), and I do see that at least GCC and binutils don't have
Am 08.05.2013 02:31, schrieb Matthias Klose:
gabrielli as the porter box is now up again, but I don't see any real support
for mips, mipsel, s390, sparc, and maybe powerpc within Debian. Please
consider
toolchain maintenance when starting the architecture qualification for jessie.
forgot
Am 12.05.2013 16:18, schrieb Daniel Schepler:
Maybe we could have a release goal of dropping as many lib32* and lib64*
packages as possible in favor of multi-arch. (And also as many package
dependencies on libc6-[i386|amd64] as possible, which would in addition
mean limiting some packages to
Am 19.05.2013 20:17, schrieb Russ Allbery:
Bastien ROUCARIES roucaries.bast...@gmail.com writes:
These packages include documentation licensed under GFDL with Invariant
Sections or Cover Texts:
autoconf2.64
The documentation has subsequently been relicensed upstream to remove the
Am 11.06.2013 16:09, schrieb Thorsten Glaser:
Daniel Schepler dschepler at gmail.com writes:
(Sorry about the lack of threading... for some reason I'm unable to find
the
links to download mbox archives for replying to the messages.)
Am 08.05.2013 00:55, schrieb Matthias Klose:
Am 07.05.2013 17:46, schrieb Julian Taylor:
On 05/07/2013 03:25 PM, Matthias Klose wrote:
...
== binutils ==
binutils 2.23.2 will be uploaded to unstable after GCC 4.8 as the
default on x86 reaches testing. Later updates will introduce
Am 12.06.2013 19:18, schrieb Adam Borowski:
On Wed, Jun 12, 2013 at 09:59:31AM +0200, Matthias Klose wrote:
Why is gcc built multi-lib anyway?
because developers expect to work it. there is a lot of code which just uses
-m32/-m64 which should not deliberately broken.
This explains i386
Am 12.06.2013 19:25, schrieb Adam Borowski:
On Wed, Jun 12, 2013 at 09:45:21AM -0700, Daniel Schepler wrote:
Matthias Klose wrote:
Multi-Arch isn't there yet. And even if it is, the multilib builds should be
kept for some more releases. There is a lot to do on the Debian side
Am 13.06.2013 04:46, schrieb Shawn:
On Tue, May 7, 2013 at 6:25 AM, Matthias Klose d...@debian.org wrote:
== binutils ==
binutils 2.23.2 will be uploaded to unstable after GCC 4.8 as the
default on x86 reaches testing. Later updates will introduce binutils
trunk leading to 2.24, later
Am 07.05.2013 15:25, schrieb Matthias Klose:
The decision when to make GCC 4.8 the default for other architectures is
left to the Debian port maintainers.
[...]
Information on porting to GCC 4.8 from previous versions of GCC can be
found in the porting guide http://gcc.gnu.org/gcc-4.8
Am 13.06.2013 21:47, schrieb Thorsten Glaser:
Matthias Klose dixit:
The Java and D frontends now default to 4.8 on all architectures, the Go
frontend stays at 4.7 until 4.8 get the complete Go 1.1 support.
I’d like to have gcj at 4.6 in gcc-defaults for m68k please,
until the 4.8 one
Am 13.06.2013 16:46, schrieb Steven Chamberlain:
Hi,
On 13/06/13 13:51, Matthias Klose wrote:
GCC 4.8 is now the default on all x86 architectures, and on all ARM
architectures (the latter confirmed by the Debian ARM porters). I did not
get
any feedback from other port maintainers, so
Much more often than I do like it, I see bug reports for the toolchain just
pointing to a build log. Then looking at the build log, you often just see
CC ...
CCLD ... (sometimes even colorized)
This doesn't really help when trying to diagnose things, and even for successful
builds it's
Am 15.06.2013 03:22, schrieb Stephan Schreiber:
GCC-4.8 should become the default on ia64 soon; some other changes are
desirable:
- The transition of gcc-4.8/libgcc1 to libunwind8.
- A removal of the libunwind7 dependency of around 4600 packages on ia64 -
when
they are updated next time
This is now documented at
http://wiki.debian.org/ReleaseGoals/VerboseBuildLogs
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51d6afef.8060...@debian.org
Am 07.07.2013 19:46, schrieb Alastair McKinstry:
Hi,
With gcc-4.8, gfortran has (again) changed the format for its .mod files.
The result of this is that it is no longer possible to use fortran
modules in sid,
in at least 2 packages:
Fatal Error: Cannot read module file 'grib_api.mod'
Am 13.07.2013 12:43, schrieb Colin Watson:
we could either use the existing pkg-apache Alioth
project or start a new pkg-apache-modules project. We could start with
libapache2-mod-auth-plain, which is currently orphaned, but it'd be nice
to have a few more.
add neko to this. it was orphaned,
Am 25.07.2013 14:25, schrieb Michael Banck:
What to do about the compatibilty is a different matter, did this come
up before?
looks like one hand in the debian-science team doesn't know what the other hands
are doing ...
See #714730, even on the debian-science ML.
--
To UNSUBSCRIBE, email
Am 26.07.2013 15:35, schrieb Andreas Tille:
BTW, it would have been perceived even without the unfriendly tenor. In
case you might not know the team is maintaining a wide range of packages
and so there is not always a need to know about specific Fortran issues.
well, apparently you did
Am 13.08.2013 21:10, schrieb Adam Borowski:
So I guess it would be best to put the threshold at automated vs
human-supervised builds. What about setting the flag per-tool rather than
per-deployment? For example, pbuilder would default to verbose (as you
can't restart builds) while
Hi,
today the debian-cr...@lists.debian.org ML was created. The rationale for
having such a ML can be found in http://bugs.debian.org/717332. The description
for the ML currently is:
Discuss cross building of packages and infrastructure for cross-builds
The list discusses
* How to
Am 18.09.2013 15:38, schrieb Dmitrijs Ledkovs:
On 18 September 2013 03:42, Mathieu Malaterre ma...@debian.org wrote:
On Wed, Sep 11, 2013 at 9:17 PM, Jonathan Wiltshire j...@debian.org wrote:
Release goals are areas of functionality which developers would like to see
as an aim for the next
Am 25.09.2013 10:25, schrieb Sergei Golovan:
Hi fellow developers,
I would like to introduce a few significant changes into Debian Tcl/Tk
packages. Some of them have quite significant impact on their reverse
dependencies which will need a transition, I think. The proposed
changes are
Am 27.10.2013 16:06, schrieb Daniel Schepler:
Johannes Schauer wrote:
Indeed, none of the Type 1 Self-Cycles are needed to bootstrap the core of
Debian. Unfortunately though, most of the Type 2 Self-Cycles are. You will
find
many surprising (at least to me) examples in the section of Type 2
Am 29.10.2013 17:48, schrieb Ian Jackson:
(Mind you, I have my doubts about a process which counts people
promising to do work - it sets up some rather unfortunate incentives.
I guess it's easier to judge and more prospective than a process which
attempts to gauge whether the work has been
Am 01.12.2013 21:03, schrieb Lucas Nussbaum:
that fictious goals such as gcc 4.9 by default in jessie or GNOME
3.14 in jessie would totally be in the realm of the release team, but
are already covered in the delegation.
a) please use real fictious goals.
b) the choice of compiler version
Am 02.12.2013 08:03, schrieb Lucas Nussbaum:
On 01/12/13 at 23:32 +0100, Joerg Jaspert wrote:
I would presumably put something like:
* Release Team members decide on the release goals for stable releases
I think that a delegation would need to be a bit more specific in
defining what release
Am 09.01.2014 20:20, schrieb Colin Watson:
Apparently, though, quite a few packages do fail to build with
/usr/bin/libtool split out. I don't have numbers yet - Matthias said he
was going to summarise. Still, I think this will be easier to fix than
trying to get an M-A: allowed libtool to
Last year, I started to file bug reports for the arm64 port, which required new
versions of the config.sub and config.guess scripts. All of these can be fixed
by using the autotools-dev package for the update. Now, another port requires
not just updates to the config.* scripts, but an update to
Am 16.01.2014 20:49, schrieb Eric Dorland:
I've already seen several bugs filed against my packages that look like
this filed by Logan Rosen. Have these already been filed?
I didn't check which packages you do maintain. Yes, I think he did already
file such bug reports. These should be
Am 20.01.2014 14:09, schrieb Dimitri John Ledkov:
On 16 January 2014 17:25, Matthias Klose d...@debian.org wrote:
Last year, I started to file bug reports for the arm64 port, which required
new
versions of the config.sub and config.guess scripts. All of these can be
fixed
by using
Am 16.01.2014 18:25, schrieb Matthias Klose:
Last year, I started to file bug reports for the arm64 port, which required
new
versions of the config.sub and config.guess scripts. All of these can be
fixed
by using the autotools-dev package for the update. Now, another port requires
Am 16.01.2014 13:31, schrieb Aníbal Monsalve Salazar:
For mips/mipsel, I - fix toolchain issues together with other developers at
ImgTec
It is nice to see such a commitment, however in the past I didn't see any such
contributions.
Matthias
--
To UNSUBSCRIBE, email to
Am 06.03.2014 02:00, schrieb Paul Wise:
* The distribution hardening using dpkg-buildflags is coming along
nicely.
Unfortunately this doesn't apply to binaries compiled outside of the
package building system. It would be great if we could adopt the
Ubuntu approach of just enabling the
with sid or jessie. I can't. And I do see value seeing Debian prepared for new
ports.
Matthias
Am 14.04.2014 00:44, schrieb Charles Plessy:
Le Sun, Apr 13, 2014 at 04:52:11PM +, Matthias Klose a écrit :
Package: src:staden-io-lib
Version: 1.13.2-3
User: debian-devel@lists.debian.org
Am 16.04.2014 02:12, schrieb Charles Plessy:
Le Tue, Apr 15, 2014 at 04:36:52PM -0700, Steve Langasek a écrit :
As this will likely only be applied by default to packages updated to a new
debhelper compat level, action by the maintainer is still needed for this
change to take effect. It's
Am 19.04.2014 01:03, schrieb Russ Allbery:
OK, but again maintainers needs enough info to judge whether there is
something important in upstream's autogen.sh or if it's all effectively
boilerplate that a straighforward autoreconf will replace.
I think what I'm arguing for is just running
Am 20.04.2014 03:27, schrieb Wookey:
There are about 270 pending arm64 bugfixes, some of which will be for those
build failures:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-...@lists.debian.org;tag=arm64
note that more recent bug reports for autoconf related arm64 build
Package: general
Severity: important
looking at recent GCC uploads, I see install ability problems for the build
dependencies for GCC packages (triggered by libgcj build dependencies, gtk+2.0).
I can't think of any value besides some minor space savings to have -dev
packages to be architecture
you are not writing which packages you are talking about ...
Am 28.04.2014 12:16, schrieb Osamu Aoki:
python3 support or not (Are we moving too?)
bindings and python modules should be built for both Python2 and Python3. If you
cannot support both for some reason, please give Python3 the
Am 28.04.2014 16:34, schrieb Felipe Sateler:
On Mon, 28 Apr 2014 14:44:39 +0200, Matthias Klose wrote:
you are not writing which packages you are talking about ...
Am 28.04.2014 12:16, schrieb Osamu Aoki:
python3 support or not (Are we moving too?)
bindings and python modules should
Currently more than 300 packages have a Ruby-Version attribute which lists
either ruby1.8 or ruby1.9, but neither ruby2.0 or ruby2.1. When using these
packages as gems, then the gem is not found. The recent ruby gems
infrastructure now uses 'all' as this Ruby-Version attribute for architecture
Am 02.05.2014 21:21, schrieb Svante Signell:
Hi,
Does the Debian guidelines give any hints on who is responsible to
report a patch upstream? Is it the bug submitters or the Debian package
maintainers responsibility (in addition to eventually apply them to the
packages)?
For any essential
Am 06.05.2014 03:05, schrieb Charles Plessy:
Le Mon, May 05, 2014 at 08:56:48PM +0200, Bas Wijnen a écrit :
I'm happy to see that there is consensus anyway that forwarding bugs upstream
is the task of the maintainer.
Hi all,
being a package maintainer, I am always uncomfortable when I
With gcc-4.9 now available in testing, it is time to prepare for the change of
the default to 4.9, for a subset of architectures or for all (release)
architectures. The defaults for the gdc, gccgo, gcj and gnat frontends already
point to 4.9 and are used on all architectures. Issue #746805
Am 13.05.2014 17:44, schrieb Yunqiang Su:
Do you plan make 4.9 the only version of gcc in jessie?
This first depends on building the kernel, both linux and kfreebsd, and eglibc
using gcc-4.9.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe.
Am 15.05.2014 03:10, schrieb Wookey:
Go (we have gccgo, but not gcgo)
this is not arm64 specific. Debian has a serious problem in that the current Go
maintainers are focused on gc only, which only supports amd64, i386, armhf, and
probably armel.
Mono
needs porting
GCL
CLISP
need porting
Am 25.06.2014 17:26, schrieb Romain Francoise:
In preparation of this switch David Suárez did a full archive rebuild on
EC2, the results of which are detailed in the post linked above.
In summary, the bulk of the failures is for packages that explicitly use
an older GCC version, which doesn't
Am 28.06.2014 19:44, schrieb Osamu Aoki:
Hi,
The path for the arch dependent header file seems to have several options.
1) /usr/include/multiarch/*.h
2) /usr/include/multiarch/packagename/*.h
3) /usr/lib/multiarch/packagename/include/*.h
I would like to know rationale for each
Am 15.07.2014 23:08, schrieb Emmanuel Bourg:
This was expected but now it's effective, Java 9 no longer supports
source/target level 1.5:
http://mail.openjdk.java.net/pipermail/jdk9-dev/2014-July/000972.html
So if you update a package and see these settings please bump them to 1.6.
It
Am 21.07.2014 14:31, schrieb Mathieu Malaterre:
On Mon, Jul 21, 2014 at 12:48 PM, Thibaut Paumard thib...@debian.org wrote:
Hi,
The new release of my package Gyoto should be built preferably with a
C++11-capable compiler. It can be built with a reduced feature-set
without, though.
Is there
Control: tags -1 moreinfo
Control: severity -1 wishlist
Am 28.07.2014 um 22:10 schrieb Michael
Gilbert:python-pyasn1-modules_0.0.5-0ubuntu3_source.changes
package: src:gcc-4.4, src:gcc-4.6, src:gcc-4.7, src:gcc-4.8, src:gcc-4.9
severity: serious
tags: security
Several integer overflow
Am 10.08.2014 um 15:25 schrieb Lisandro Damián Nicanor Pérez Meyer:
Interesting, because yesterday I've got a patch [0] (cool, thanks a lot!) but
stating that the package has been NMUed and uploaded to delayed/5. So, even 5
less days than in your case.
Less than 5 minutes later, the
Am 25.09.2014 um 17:29 schrieb Ian Jackson:
(It took me merely a few moments with the source code to prepare the
code patch. But then I had to spend an hour or two wrestling with the
patch systems of the packages in squeeze and wheezy. I would like to
take this opportunity to say how much I
Control: tags -1 + wontfix moreinfo
Am 21.09.2014 um 16:27 schrieb Martin-Éric Racine:
Package: build-essential
Version: 11.7
Severity: normal
Given how 'make' has priority Optional, while 'make-guile' is Standard,
build-essential's Depends should probably be updated to match.
I don't
-4.4-soft-float fixincludes
gcc-4.4-source
Architecture: source all i386
Version: 4.4.4-16
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp-4.4- The GNU C preprocessor
fixincludes
-4.4-soft-float fixincludes
gcc-4.4-source
Architecture: source all i386
Version: 4.4.4-17
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp-4.4- The GNU C preprocessor
fixincludes
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
binutils - The GNU assembler, linker and binary utilities
binutils-dev - The GNU binary utilities (BFD development files)
binutils-doc - Documentation
-4.5-doc gcc-4.5-soft-float fixincludes
gcc-4.5-source
Architecture: source all i386
Version: 4.5.1-8
Distribution: experimental
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp-4.5- The GNU C preprocessor
Distribution: unstable
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
idle-python3.1 - An IDE for Python (v3.1) using Tkinter
libpython3.1 - Shared Python runtime library (version 3.1)
python3.1 - An interactive high-level object
Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
python3-gdbm - GNU dbm database support for Python 3.x
python3-gdbm-dbg - GNU dbm database support for Python 3.x (debug extension)
python3-tk - Tkinter - Writing Tk applications with Python 3.x
python3-tk-dbg - Tkinter
: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
lib32ffi-dev - Foreign Function Interface library (development files, 32bit)
lib32ffi5 - Foreign Function Interface library runtime (32bit)
lib64ffi-dev - Foreign Function
-4.4-soft-float fixincludes
gcc-4.4-source
Architecture: source all amd64
Version: 4.4.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp-4.4- The GNU C preprocessor
fixincludes
Changed-By: Matthias Klose d...@debian.org
Description:
gdc-4.4- The D compiler
libphobos-4.4-dev - The phobos D standard library
Changes:
gdc-4.4 (1.063-4.4.5-1) unstable; urgency=low
.
* Base package on the GCC 4.4.5 final release.
Checksums-Sha1
amd64
Version: 4.4.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
gcj-4.4-base - The GNU Compiler Collection (gcj base package)
gcj-4.4-jdk - gcj and classpath development tools for Java
-4.4-soft-float fixincludes
gcc-4.4-source
Architecture: source all amd64
Version: 4.4.5-2
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp-4.4- The GNU C preprocessor
fixincludes
-multilib gpc-doc gdc gcc-spu g++-spu
gfortran-spu
Architecture: source all i386
Version: 1.96
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp- The GNU C preprocessor (cpp)
g
-multilib gpc-doc gdc gcc-spu g++-spu
gfortran-spu
Architecture: source all i386
Version: 1.97exp1
Distribution: experimental
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp- The GNU C preprocessor
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
python-distribute-doc - Python Distutils Enhancements (based on distribute),
documentatio
python-pkg-resources - Package Discovery and Resource Access using
pkg_resources
python
libgnatprj4.4-dbg
Architecture: source all amd64
Version: 4.4.4-6
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
gnat-4.4 - The GNU Ada compiler
gnat-4.4-base - The GNU Compiler Collection (gnat
libgnatprj4.4-dbg
Architecture: all amd64 hppa i386 source
Version: 4.4.5-0
Distribution: experimental
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
gnat-4.4 - The GNU Ada compiler
gnat-4.4-base - The GNU Compiler
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
binutils - The GNU assembler, linker and binary utilities
binutils-dev - The GNU binary utilities (BFD development files)
binutils-doc - Documentation
Distribution: unstable
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
idle-python2.6 - An IDE for Python (v2.6) using Tkinter
libpython2.6 - Shared Python runtime library (version 2.6)
python2.6 - An interactive high-level object
-By: Matthias Klose d...@debian.org
Description:
gcc-snapshot - A SNAPSHOT of the GNU Compiler Collection
Changes:
gcc-snapshot (20101009-1) unstable; urgency=low
.
* Update to SVN 20101009 from the trunk.
Checksums-Sha1:
3355c1277a4c2ffbf05f5433b5ef527c8e3ce34e 2861 gcc-snapshot_20101009-1.dsc
-4.4-soft-float fixincludes
gcc-4.4-source
Architecture: source all i386
Version: 4.4.5-3
Distribution: unstable
Urgency: medium
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp-4.4- The GNU C preprocessor
fixincludes
Changed-By: Matthias Klose d...@debian.org
Description:
gdc-4.4- The D compiler
libphobos-4.4-dev - The phobos D standard library
Changes:
gdc-4.4 (1.063-4.4.5-2) unstable; urgency=low
.
* Update the packaging corresponding to gcc-4.4 4.4.5-3.
Checksums-Sha1
i386
Version: 4.4.5-2
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
gcj-4.4-base - The GNU Compiler Collection (gcj base package)
gcj-4.4-jdk - gcj and classpath development tools for Java(TM
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
idle-python3.2 - An IDE for Python (v3.2) using Tkinter
libpython3.2 - Shared Python runtime library (version 3.2)
python3.2 - An interactive high-level object
Distribution: unstable
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
idle-python3.1 - An IDE for Python (v3.1) using Tkinter
libpython3.1 - Shared Python runtime library (version 3.1)
python3.1 - An interactive high-level object
: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
python3-gdbm - GNU dbm database support for Python 3.x
python3-gdbm-dbg - GNU dbm database support for Python 3.x (debug extension)
python3-tk - Tkinter - Writing Tk applications with Python 3.x
python3-tk-dbg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 12 Oct 2010 20:56:54 +0200
Source: python3-profiler
Binary: python3-profiler
Architecture: source all
Version: 3.2~a3-1
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 12 Oct 2010 21:14:04 +0200
Source: python-stdlib-extensions
Binary: python-tk python-gdbm python-tk-dbg python-gdbm-dbg
Architecture: source amd64
Version: 2.7-2
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose
amd64
Version: 4.5.1-8
Distribution: experimental
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
gcj-4.5-base - The GNU Compiler Collection (gcj base package)
gcj-4.5-jdk - gcj and classpath development tools
-6-jre-zero
Architecture: source i386 all
Version: 6b18-1.8.2-1
Distribution: unstable
Urgency: high
Maintainer: OpenJDK Team open...@lists.launchpad.net
Changed-By: Matthias Klose d...@ubuntu.com
Description:
icedtea-6-jre-cacao - Alternative JVM for OpenJDK, using Cacao
icedtea6-plugin - web
-6-jre-zero
Architecture: source amd64 all
Version: 6b20-1.9.1-1
Distribution: experimental
Urgency: low
Maintainer: OpenJDK Team open...@lists.launchpad.net
Changed-By: Matthias Klose d...@ubuntu.com
Description:
icedtea-6-jre-cacao - Alternative JVM for OpenJDK, using Cacao
icedtea6-plugin - web
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
python-distribute-doc - Python Distutils Enhancements (based on distribute),
documentatio
python-pkg-resources - Package Discovery and Resource Access using
pkg_resources
python
-14
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
idle3 - IDE for Python using Tkinter (default version)
python3- interactive high-level object-oriented language (default python3
python3-all
-4.5-doc gcc-4.5-soft-float fixincludes
gcc-4.5-source
Architecture: source all amd64
Version: 4.5.1-9
Distribution: experimental
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp-4.5- The GNU C preprocessor
amd64
Version: 4.5.1-9
Distribution: experimental
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@ubuntu.com
Description:
gcj-4.5-base - The GNU Compiler Collection (gcj base package)
gcj-4.5-jdk - gcj and classpath development tools
-4.4-soft-float fixincludes
gcc-4.4-source
Architecture: source all amd64
Version: 4.4.5-4
Distribution: unstable
Urgency: medium
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
cpp-4.4- The GNU C preprocessor
fixincludes
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
idle - IDE for Python using Tkinter (default version)
python - interactive high-level object-oriented language (default version)
python-all - package
-15
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
idle3 - IDE for Python using Tkinter (default version)
python3- interactive high-level object-oriented language (default python3
python3-all
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
idle-python2.7 - An IDE for Python (v2.7) using Tkinter
libpython2.7 - Shared Python runtime library (version 2.7)
python2.7 - An interactive high-level object
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
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
-By: Matthias Klose d...@debian.org
Description:
gcc-snapshot - A SNAPSHOT of the GNU Compiler Collection
Changes:
gcc-snapshot (20101016-1) unstable; urgency=low
.
* Update to SVN 20101016 from the trunk.
Checksums-Sha1:
e3313f7cb9bc058045c4b91ea177508feec59d66 2861 gcc-snapshot_20101016-1.dsc
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
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
Distribution: experimental
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
idle-python3.2 - An IDE for Python (v3.2) using Tkinter
libpython3.2 - Shared Python runtime library (version 3.2)
python3.2 - An interactive high-level object
amd64
Version: 4.5.1-3
Distribution: experimental
Urgency: low
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
gcj-4.5-base - The GNU Compiler Collection (gcj base package)
gcj-4.5-jdk - gcj and classpath development tools
Urgency: low
Maintainer: Matthias Klose d...@debian.org
Changed-By: Matthias Klose d...@debian.org
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
201 - 300 of 8080 matches
Mail list logo