David Kalnischkies writes:
> 2010/6/6 Ludovic Brenta :
>> Package: gnat
>> Architecture: any
>> Depends: gnat-4.4 (>= 4.4.2-1)
>> Recommends: ada-reference-manual, gnat-gps
>> Breaks: libadasockets-dev (<= 1.8.6-2), libasis-dev, libaunit-dev,
>>
Jacob Sparre Andersen writes:
> David Kalnischkies wrote:
>> 2010/5/31 Ludovic Brenta :
>
>>> Option 1: upload a new package "gnat" that Breaks: all -dev
>>> packages that were present in Lenny but are no longer present in
>>> Squeeze. T
age, which ones of
Conflicts: and Replaces: should I also specify? (currently, both
are specified; the new packages replace almost all files of the
old packages). The goal is, of course, to make unattended upgrades
that delete the old -dev packages and install the new ones possible.
Thanks for any he
David Kalnischkies wrote:
> 2010/5/30 Ludovic Brenta :
>> The consequence is that, despite the fact that these packages are
broken
>> (without the need for a Breaks: in their successor packages, BTW),
>> aptitude prefers to leave them installed rather than remove them; t
David Kalnischkies writes:
> 2010/5/29 Ludovic Brenta :
>> David Kalnischkies writes:
>>> No. Replaces is used to say to dpkg: It is okay that this package
>>> overrides files of the other package - otherwise dpkg would complain
>>> loudly for good reasons
new version of a -dev package
(i.e. libX2-dev) is *not* a complete replacement for libX1-dev,
therefore we must use neither a dummy transitional package nor a
Provides relationship.
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
Stephen Leake wrote:
> Ludovic Brenta writes:
>> The reason for all this is that when a package libX2-dev Conflicts:
with
>> and Replaces: a package libX1-dev, aptitude does not remove libX1-dev
>> and install libX2-dev; instead, it marks libX1-dev as broken and leaves
>
Jacob Sparre Andersen wrote:
> Ludovic Brenta wrote:
>
>> Over the last two weeks I have been testing upgrades of
>> Ada packages from Lenny to Sid and Squeeze in a chroot.
>> The picture is not as pretty as it should be. In a
>> nutshell, when you change /e
.org/~lbrenta/debian-ada-policy.html
[2] http://www.adaic.com/standards/05rm/html/RM-10-1-4.html, clause 5
--
Ludovic Brenta.
--
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/87ljb78ysx@ludovic-brenta.org
Selon Emilio Pozuelo Monfort :
> Ludovic Brenta wrote:
>> So, my understanting was correct then: gtk-extra2 will FTBFS only when
>> you remove GTK+2 from Debian, not when you introduce GTK+3.
>
> Yes, but that will also mean package using gtk-extra2 will not be able to
>
TK+3 are in Debian? My intention is neither to take over maintenance of
gtk-extra nor to remove functionality from GtkAda; rather to try and give a
clear roadmap for upstream to plan the necessary changes, i.e. reimplementing
some of GtkAda's widgets with GTK+3 instead of gtk-extra.
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
coexist?
[1] http://lists.debian.org/debian-gtk-gnome/2009/04/msg6.html
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
rebuilding it without gtk+extra2 and with
> Gtk3.0.
libgtkada2's upstream includes a copy of gtk+extra2; I don't know how up
to date this bundled version is. That's why, for the last uploads, I've
built libgtkada2 against the packaged gtk+extra instead of the bundled
copy.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> a65763d3-b1e2-4530-8ff8-aa5915274eb4
> [ 3 ] Choice 1: Re-affirm DPL, wish success to unofficial Dunc Tank
> [ 1 ] Choice 2: Re-affirm DPL, do not endorse nor support his ot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> 49a98df6-2bd4-40c8-a559-7e15212dbd26
> [ 2 ] Choice 1: Recall the project leader
> [ 1 ] Choice 2: Further discussion
> - - -=-=-=-=-=- Don't Delete Anything Between These L
Kurt Roeckx writes:
> On Mon, Aug 07, 2006 at 10:47:13AM +0200, Ludovic Brenta wrote:
>>
>> This issue has been blocking the Ada transition (19 source packages,
>> 11 RC bugs) for about 3 weeks now, and I'd really like to be able to
>> proceed.
>
>
ly, at most this is a
> hold-up.
Ah :) Well so far I have failed in executing my planned Ada
transition, because of this hold-up :) But it is not too late to
snatch victory from the jaws of defeat :)
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ackages,
11 RC bugs) for about 3 weeks now, and I'd really like to be able to
proceed.
If Ryan is the only person who can fix this, then Debian has a problem;
it would be nice to put a w-b admin *team* in place, for redundancy and
no single point of failure.
--
Ludovic Brenta.
--
To U
g the situation).
If you plan to do an NMU of any of my packages, please wait until I
return, so you can coordinate with me. I *do* welcome NMUs, patches
and suggestions.
Also, please see http://www.ada-france.org/debian/debian-ada-policy.html
before considering an NMU.
--
Ludovic Brenta.
(signing
transition of Ada packages.
Please respond directly to me as well as on the list.
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Aurélien GÉRÔME writes:
> Hi Ludovic,
>
> On Sat, Jul 22, 2006 at 06:56:06PM +0200, Ludovic Brenta wrote:
>> So, my idea of a buildd pseudo-package in the BTS was a god one after
>> all. Or, is the 'dak' package an appropriate place for such requests?
>
>
after
all. Or, is the 'dak' package an appropriate place for such requests?
Does anyone on this list feel like joining the packages-arch-specific
maintainers, in order to improve response time?
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &
It has been a week since I sent the request below, and I received no
answer. I am resending to the three maintainers of
Packages-arch-specific, and CCing debian-devel.
I've restricted the list of supported architectures to those where
gnat-4.1 not only exists but also builds its shared libraries.
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> On Sat, Jul 15, 2006 at 10:55:32PM +0200, Ludovic Brenta wrote:
>> Where should I ask for help? Neither buildd.debian.org nor
>> www.debian.org/devel/buildd, mention where the buildd admins can be
>> reached; and lists
nd not one that only applies to asis.
Thanks for any help.
PS. Please reply to me directly, as well as to the list.
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ld like to help maintain
Ada-related packages. In time, such people might prove worthy
enough that I might advocate them :)
My GPG key has been signed by a Debian Developer:
$ gpg --list-sigs brenta
pub 1024D/9DFFAAD4 2003-07-10
uid Ludovic Brenta <[EMAIL PROT
Package: wnpp
Severity: wishlist
* Package name: libcharles0
Version : 0.0.20030813
Upstream Author : Matthew J. Heaney <[EMAIL PROTECTED]>
* URL : http://home.earthlink.net/~matthewjheaney/charles/
* License : GPL
Description : Data structure library for
PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 19 Aug 2003 15:22:16 +0200
Source: asis
Binary: libasis-3.15p-1 libasis-3.15p-1-dev asis-programs
Architecture: source i386
Version: 3.15p-2
Distribution: unstable
Urgency: low
Maintainer: Ludovic Brenta <[EMAIL PROTECTED]>
Chan
Date: Fri, 15 Aug 2003 03:10:47 +0200
Source: gnat-glade-doc
Binary: gnat-glade-doc
Architecture: source all
Version: 3.15p-1
Distribution: unstable
Urgency: low
Maintainer: Ludovic Brenta <[EMAIL PROTECTED]>
Changed-By: Ludovic Brenta <[EMAIL PROTECTED]>
Description:
gnat-glad
2003 03:42:16 +0200
Source: gnat-glade
Binary: gnat-glade
Architecture: source i386
Version: 3.15p-2
Distribution: unstable
Urgency: low
Maintainer: Ludovic Brenta <[EMAIL PROTECTED]>
Changed-By: Ludovic Brenta <[EMAIL PROTECTED]>
Description:
gnat-glade - Distributed Systems Annex for G
SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 2 Aug 2003 02:55:06 +0200
Source: gnat-doc
Binary: gnat-doc
Architecture: source all
Version: 3.15p-1
Distribution: unstable
Urgency: low
Maintainer: Ludovic Brenta <[EMAIL PROTECTED]>
Changed-By: Ludovic Brenta <[EMAIL PROTECTED]>
MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 13 Aug 2003 01:46:53 +0200
Source: gnat
Binary: gnat libgnat-3.15p-1
Architecture: source i386
Version: 3.15p-2
Distribution: unstable
Urgency: low
Maintainer: Ludovic Brenta <[EMAIL PROTECTED]>
Changed-By: Ludovic Brenta <[EMAIL PROTECTED]>
32 matches
Mail list logo