Julien Cristau writes:
> On Sun, Aug 12, 2012 at 14:25:12 -0700, Russ Allbery wrote:
>> Okay, once more for the win. Here is the current version of the patch,
>> incorporating substantial improvements from Jonathan Nieder and
>> hopefully incorporating all the feedback in subsequent discussion.
Charles Plessy writes:
> the branch does not build because of a misssing closing tag.
Ack, thanks! Applied.
For some reason, I don't ever remember to do builds after working on text
documents. I do this religiously for regular software, but all my regular
software development practices keep n
Le Sun, Aug 12, 2012 at 02:25:12PM -0700, Russ Allbery a écrit :
>
> I'm looking for seconds so that we can finally merge this monster.
> Presented as a diff since that was the request last time, but the branch
> has also been pushed to the Policy Git repository, so if you want to
> review it vari
On Sun, Aug 12, 2012 at 14:25:12 -0700, Russ Allbery wrote:
> Okay, once more for the win. Here is the current version of the patch,
> incorporating substantial improvements from Jonathan Nieder and hopefully
> incorporating all the feedback in subsequent discussion.
>
> I'm looking for seconds
Hi,
On Sun, 12 Aug 2012, Russ Allbery wrote:
> I'm looking for seconds so that we can finally merge this monster.
> Presented as a diff since that was the request last time, but the branch
> has also been pushed to the Policy Git repository, so if you want to
> review it various other ways, you ca
Russ Allbery wrote:
> Let's go with 1:1.2.3.3.dfsg in the example to show the common case
> instead of the unusual case. I've applied this:
Thanks. Looks good.
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
Jonathan Nieder writes:
> Hoorah! :) I don't see any problems in the normative content, so I'd
> second this if I could. Cosmetic nits (patch below):
Thanks, applied.
>> + In our example, if the last change to the zlib1g
>> + package that could change behavior for a client o
Russ Allbery wrote:
> Okay, once more for the win.
Hoorah! :) I don't see any problems in the normative content, so I'd
second this if I could. Cosmetic nits (patch below):
[...]
> +++ b/policy.sgml
[...]
> @@ -5633,17 +5634,29 @@ Built-Using: grub2 (= 1.99-9), loadlin (= 1.6e-1)
[...]
>
Russ Allbery writes:
> commit 97cb027db4afab774ea4f4ff9e7bef7a6dcbbda0
> Author: Russ Allbery
> Date: Sun Aug 12 14:14:23 2012 -0700
> Further wording changes on top of Jonathan Neider's work
I fixed the spelling of your name in Git before I pushed. Sorry about
that.
--
Russ Allbery (
Jonathan Nieder writes:
> Jonathan Nieder wrote:
>> I'll reply with an interdiff relative to the last version of the
>> patch.
> Here it is.
And here is the interdiff between your patch and what I currently have, to
make it easier for you and anyone who was familiar with your version of
the pat
Jonathan Nieder writes:
> Russ Allbery wrote:
>> I'm therefore including here the complete SGML source of that section
>> not in diff format, followed by the diff of everything *outside* of
>> that section. I think this will be easier to review.
> Thanks! I would have preferred a diff since it
Jonathan Nieder wrote:
> I'll reply with an interdiff relative to the last version of the
> patch.
Here it is.
Subject: Clarifications to symbols and shlibs policy
subject/verb agreement: s/provide/provides/
Packages with libraries or binaries linking to a shared library must
use symbols or shl
* Russ Allbery [120317 19:17]:
> These two mechanisms differ in the degree of detail that they
> provide. A symbols file documents every symbol
> that is part of the library ABI and, for each, the version of
> the package in which it was introduced. [...]
This is
Le samedi 17 mars 2012 19:17:29, Russ Allbery a écrit :
>
> There are two types of ABI changes: ones that are
> backward-compatible and ones that are not. An ABI change is
> backward-compatible if any binary was linked with the previous
> version of
Julien Cristau wrote:
> On Mon, Mar 19, 2012 at 17:26:04 -0500, Jonathan Nieder wrote:
>> What about libraries like glib (assuming one only uses old symbols)
>> that are never supposed to change soname?
>
> What about them?
I wanted to make sure that forbidding hard-coded dependencies on them
is
On Mon, Mar 19, 2012 at 17:26:04 -0500, Jonathan Nieder wrote:
> >These dependencies must be added to the binary
> > package when it is built, since they may change
>
> This means packages must not hard-code library dependencies. It
> also seems like good policy, but I
Le Sat, Mar 17, 2012 at 11:17:29AM -0700, Russ Allbery a écrit :
> Here is a new proposed patch that incorporates the feedback to date with
> some other, substantial changes.
> Due to the reformatting, the diff is even longer and is now really just
> the complete removal of the current shlibs sect
Russ Allbery wrote:
> I'm therefore including here the complete
> SGML source of that section not in diff format, followed by the diff of
> everything *outside* of that section. I think this will be easier to
> review.
Thanks! I would have preferred a diff since it
Here is a new proposed patch that incorporates the feedback to date with
some other, substantial changes.
It's apparent to me from hands-on experimentation with C++ libraries that,
at least at the moment, shlibs is likely to have an ongoing existence in
the archive. Accordingly, some of the layou
Cyril Brulebois writes:
> Russ Allbery (13/01/2012):
>> Yes, but there was some discussion in the Policy bug asking why shlibs
>> files were required when they're not used if a symbols file is present,
>> and while I originally argued that keeping them both made sense, I came
>> around to that p
Russ Allbery (13/01/2012):
> Yes, but there was some discussion in the Policy bug asking why shlibs
> files were required when they're not used if a symbols file is present,
> and while I originally argued that keeping them both made sense, I came
> around to that position after reviewing the bug
Charles Plessy writes:
> here are some comments about the current patch. I agree with the other
> changes made subsequently in that thread.
>> + If a package contains a binary or library which links to a
>> + shared library, we must ensure that, when the package is
>> + installed
Dear Russ and Raphaël,
here are some comments about the current patch. I agree with the other changes
made subsequently in that thread.
> + If a package contains a binary or library which links to a
> + shared library, we must ensure that, when the package is
> + installed on
Raphael Hertzog writes:
> I think this description adapted from the deb-symbols(5) manual page
> mislead you into thinking that there were leading spaces before | or *
> when in fact there are none.
> I have updated the manual page to make it look like this now:
> library-soname main-dependency
Raphael Hertzog writes:
> There is no leading space before the "*". Just like "|" it must be on
> the first column to differentiate with symbol definitions which do have
> a leading space on their lines.
Oh, then deb-symbols(5) is wrong for both * and |... oh, I see, I was
misreading how the syn
On Fri, 13 Jan 2012, Russ Allbery wrote:
> +
> +
> +library-soname main-dependency-template
> +[ | alternative-dependency-template ]
> +[ ... ]
> +[ * field-name: field-value ]
> +[ ... ]
> + symbol minimal-version[
> id-of-dependency-template ]
> +
I think this descripti
On Fri, 13 Jan 2012, Russ Allbery wrote:
> >>For our example, the zlib1g symbols file
> >>would contain:
> >>
> >> * Build-Depends-Package: zlib1g-dev
> >>
> >>(Don't forget the leading space.)
>
> > What leading space are you referring to ?
>
> I now have
Russ Allbery writes:
> I tried sending a unified diff, but the new sections are largely
> unreadable since they're intermixed with the old sections being removed.
> Hence, for review purposes, here are the symbols and shlibs sections in
> their entirety, followed by a diff for the changes elsewhe
Raphael Hertzog writes:
> On Mon, 02 Jan 2012, Russ Allbery wrote:
> [...]
>>
>>shlibs files were the original mechanism for
>>handling library dependencies. They are documented
>>in . symbols files,
>>documented in this section, are recommended for most pa
Hi,
On Mon, 02 Jan 2012, Russ Allbery wrote:
>
> If a package contains a binary or library which links to a
> shared library, we must ensure that, when the package is
> installed on the system, all of the libraries needed are also
> installed. These dependen
Jakub Wilk writes:
> * Russ Allbery , 2012-01-02, 13:51:
>>
>> A common example of when a change
>> to minimal-version is required is a function that
>> takes an enum or struct argument that controls what the
>> function does. For example:
>>
* Russ Allbery , 2012-01-02, 13:51:
A common example of when a change
to minimal-version is required is a function that
takes an enum or struct argument that controls what the
function does. For example:
enum library_op { OP
Hello folks,
I took some time today and wrote a first draft of a new section of Policy
documenting symbols files, and the revisions to shlibs for their
interaction. Please review. There's quite a lot of material here,
including details from dpkg-shlibdeps, dpkg-gensymbols, and deb-symbols
docume
33 matches
Mail list logo