sean finney <[EMAIL PROTECTED]> writes:
> just throwing a quick $0.02 in here,
>
> On Wed, Nov 23, 2005 at 01:51:30PM +0100, Goswin von Brederlow wrote:
>> > Well, being able to read the documentation (including the man page) of a
>> > binary without requiring the binary to be installed is a good
just throwing a quick $0.02 in here,
On Wed, Nov 23, 2005 at 01:51:30PM +0100, Goswin von Brederlow wrote:
> > Well, being able to read the documentation (including the man page) of a
> > binary without requiring the binary to be installed is a good thing
> > IMHO. Especially for big and complex s
Ricardo Mones <[EMAIL PROTECTED]> writes:
>| foo | foo-data
> -+--+-
> foo needs foo-data | Depends: foo-data| Suggests: foo
> -+--+--
Gabor Gombas <[EMAIL PROTECTED]> writes:
> On Tue, Nov 22, 2005 at 09:48:53AM +0100, Goswin von Brederlow wrote:
>
>> Aparently yes. Menu seems to be smart enough for that, see other
>> mails. Bad example, sorry. But manpages certainly aren't.
>
> Well, being able to read the documentation (includ
On Tue, 22 Nov 2005 10:11:45 +0100
Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Ricardo Mones <[EMAIL PROTECTED]> writes:
>
> >
> > IMHO pkg-data package should also include an «Enhances: pkg» in
> > addition to the suggest. Both fields with some partial string
> > matching on the package
On Tue, Nov 22, 2005 at 03:15:50PM +0100, Gabor Gombas wrote:
> On Tue, Nov 22, 2005 at 09:48:53AM +0100, Goswin von Brederlow wrote:
>
> > Aparently yes. Menu seems to be smart enough for that, see other
> > mails. Bad example, sorry. But manpages certainly aren't.
>
> Well, being able to read t
On Tue, Nov 22, 2005 at 09:48:53AM +0100, Goswin von Brederlow wrote:
> Aparently yes. Menu seems to be smart enough for that, see other
> mails. Bad example, sorry. But manpages certainly aren't.
Well, being able to read the documentation (including the man page) of a
binary without requiring th
Ricardo Mones <[EMAIL PROTECTED]> writes:
>
> IMHO pkg-data package should also include an «Enhances: pkg» in
> addition to the suggest. Both fields with some partial string matching
> on the package names could make some frontend realize the kind
> of relation between the packages.
>
> regard
Thijs Kinkhorst <[EMAIL PROTECTED]> writes:
> On Mon, 2005-11-21 at 16:26 +0100, Goswin von Brederlow wrote:
>> foo depends on foo-data. But foo-data does NOT depend on foo.
>>
>> So an "apt-get install foo-data", while being useless, is consistent
>> for dpkg. After that you would end up with a
Daniel Burrows <[EMAIL PROTECTED]> writes:
> On Mon, Nov 21, 2005 at 04:26:34PM +0100, Goswin von Brederlow <[EMAIL
> PROTECTED]> was heard to say:
>> Nicolas Boullis <[EMAIL PROTECTED]> writes:
>>
>> > On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
>> >> Hello Debian developers
On Mon, Nov 21, 2005 at 12:35:31PM -0800, Daniel Burrows wrote:
> On Mon, Nov 21, 2005 at 04:26:34PM +0100, Goswin von Brederlow <[EMAIL
> PROTECTED]> was heard to say:
> > Nicolas Boullis <[EMAIL PROTECTED]> writes:
> >
> > > On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
> > >>
On Mon, Nov 21, 2005 at 04:26:34PM +0100, Goswin von Brederlow <[EMAIL
PROTECTED]> was heard to say:
> Nicolas Boullis <[EMAIL PROTECTED]> writes:
>
> > On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
> >> Hello Debian developers,
> >>
> >> When doing research about circular-deps
On Mon, Nov 21, 2005 at 02:45:06PM -0200, Henrique de Moraes Holschuh wrote:
> On Mon, 21 Nov 2005, Bill Allombert wrote:
> > Enrico Zini proposed to use Enhances: instead which seems more correct
> > than Suggests.
> What does Enhances do *exactly*? Or is it just "for reference purposes" and
> t
On Mon, 21 Nov 2005, Bill Allombert wrote:
> On Mon, Nov 21, 2005 at 10:47:18AM -0200, Henrique de Moraes Holschuh wrote:
> > 4. Also IMHO one should at the very least suggest the main package from the
> >-data package. This helps the users of non-crappy apt frontends to
> >track the main
Hi,
Petter Reinholdtsen wrote:
I guess it is a philosofical question about the functionality provided
by foo-data. If the provided functionality is "a set of data usable
by other packages, for example package 'foo', then it is providing its
functionality without a depend on foo. If it is prov
On Mon, Nov 21, 2005 at 04:36:41PM +0100, Thijs Kinkhorst wrote:
> If package foo-data is useless when foo is not installed, foo-data
> should depend on package foo. This follows from policy manual 7.2: "The
> Depends field should be used if the depended-on package is required for
> the depending p
Scripsit Goswin von Brederlow <[EMAIL PROTECTED]>
> Actualy I would love to have the naming policy set in stone and
> frontends filter for them. There is no reason to list foo-data in the
> package list but only foo. The frontends can do a simple check: if
> ($PKG depends on $PKG-data) then hide $
On Mon, 21 Nov 2005, Goswin von Brederlow wrote:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
>
> > 3. Loose dependencies between -data and main packages *CAN* create breakage
> >on partial upgrades, depending on just how tight the relationship between
> >a particular version
[Thijs Kinkhorst]
> If package foo-data is useless when foo is not installed, foo-data
> should depend on package foo. This follows from policy manual 7.2: "The
> Depends field should be used if the depended-on package is required for
> the depending package to provide a significant amount of
> fu
On Mon, Nov 21, 2005 at 10:47:18AM -0200, Henrique de Moraes Holschuh wrote:
> 4. Also IMHO one should at the very least suggest the main package from the
>-data package. This helps the users of non-crappy apt frontends to
>track the main package starting from the -data package. Relying o
Scripsit Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
> 1. -data packages should probably recommend their parent packages if they
>are useless without the main package. And versioning should be used if
>possible (and needed, don't do it just because), but it cannot be too
>strict (
On Mon, 21 Nov 2005 10:47:18 -0200
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> On Mon, 21 Nov 2005, Ricardo Mones wrote:
> > On Sun, 20 Nov 2005 12:13:48 +0100
> > Bill Allombert <[EMAIL PROTECTED]> wrote:
> > > When doing research about circular-deps, I looked at a lot of
> > > packa
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> 3. Loose dependencies between -data and main packages *CAN* create breakage
>on partial upgrades, depending on just how tight the relationship between
>a particular version of the package and its arch-indep data is. Watch
>out
On Mon, 2005-11-21 at 16:26 +0100, Goswin von Brederlow wrote:
> foo depends on foo-data. But foo-data does NOT depend on foo.
>
> So an "apt-get install foo-data", while being useless, is consistent
> for dpkg. After that you would end up with a menu entry for foo but no
> foo binary.
If package
Nicolas Boullis <[EMAIL PROTECTED]> writes:
> On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
>> Hello Debian developers,
>>
>> When doing research about circular-deps, I looked at a lot of packages
>> that are split between a binary package and a data package. This is a
>> good t
On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
> 5) Of course move /usr/share/pkg to pkg-data.
I meant move /usr/share/pkg to the data package, do not rename it.
> 6) Do not make pkg-data to Depends on pkg.
>
> 7) Try to do it correctly the first time: if you move file between
>
On Mon, 21 Nov 2005, Ricardo Mones wrote:
> On Sun, 20 Nov 2005 12:13:48 +0100
> Bill Allombert <[EMAIL PROTECTED]> wrote:
> > When doing research about circular-deps, I looked at a lot of packages
> > that are split between a binary package and a data package. This is a
> > good thing since this r
On Sun, 20 Nov 2005 12:13:48 +0100
Bill Allombert <[EMAIL PROTECTED]> wrote:
> Hello Debian developers,
>
> When doing research about circular-deps, I looked at a lot of packages
> that are split between a binary package and a data package. This is a
> good thing since this reduce the total siez
On Mon, 21 Nov 2005, Henning Makholm wrote:
> Scripsit Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
> > On Sun, 20 Nov 2005, Bill Allombert wrote:
>
> >> 5) Of course move /usr/share/pkg to pkg-data.
>
> > Forget it. I don't know about the others, but I am not doing this, unless
> > someone g
Scripsit Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
> On Sun, 20 Nov 2005, Bill Allombert wrote:
>> 5) Of course move /usr/share/pkg to pkg-data.
> Forget it. I don't know about the others, but I am not doing this, unless
> someone gives sound technical reasons for such a rule.
If you have
On Sun, 20 Nov 2005, Henrique de Moraes Holschuh wrote:
> On Sun, 20 Nov 2005, Bill Allombert wrote:
> > 5) Of course move /usr/share/pkg to pkg-data.
>
> Forget it. I don't know about the others, but I am not doing this, unless
> someone gives sound technical reasons for such a rule.
Never mind
On Sun, 20 Nov 2005, Bill Allombert wrote:
> Because if you install the pkg-data but not pkg, the manpage will be
> available but not the program which is not nice.
That should not be acceptable. Tack in a recommends, and as usual anyone
that ignores a recommends is on his own. Too bad you canno
On Sun, 20 Nov 2005, Bill Allombert wrote:
> 5) Of course move /usr/share/pkg to pkg-data.
Forget it. I don't know about the others, but I am not doing this, unless
someone gives sound technical reasons for such a rule.
--
"One disk to rule them all, One disk to find them. One disk to bring
Nicolas Boullis <[EMAIL PROTECTED]> writes:
> On Sun, Nov 20, 2005 at 12:39:24PM -0800, Russ Allbery wrote:
>> Well, one practical concern is that it makes it harder for other
>> utilities like lintian to analyze the package properly.
> Well, that's an argument I don't like. Those are tools that
Hi,
On Sun, Nov 20, 2005 at 12:39:24PM -0800, Russ Allbery wrote:
> Nicolas Boullis <[EMAIL PROTECTED]> writes:
> > On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
>
> >> 3) Keep the files that 'signal' executables in the same package than the
> >>executable (e.g. menu file, p
On Sun, Nov 20, 2005 at 09:26:37PM +0100, Nicolas Boullis wrote:
> On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
> > Hello Debian developers,
> >
> > When doing research about circular-deps, I looked at a lot of packages
> > that are split between a binary package and a data pack
Nicolas Boullis <[EMAIL PROTECTED]> writes:
> On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
>> 3) Keep the files that 'signal' executables in the same package than the
>>executable (e.g. menu file, program manpage).
> Why? I agree that it menu files and manpages are generall
On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
> Hello Debian developers,
>
> When doing research about circular-deps, I looked at a lot of packages
> that are split between a binary package and a data package. This is a
> good thing since this reduce the total siez of the archive
On 20-Nov-05, 12:28 (CST), Isaac Clerencia <[EMAIL PROTECTED]> wrote:
> Yeah, I guess he (as me) thought you meant
> "Move /usr/share/pkg to /usr/share/pkg-data/"
Yes, that's how I read that. I assumed the "put the contents of
/usr/share/foo in the foo-data packaga" was too obvious to mention.
Ap
On Sun, Nov 20, 2005 at 12:03:33PM -0600, Steve Greenland wrote:
> On 20-Nov-05, 05:13 (CST), Bill Allombert <[EMAIL PROTECTED]> wrote:
> > When doing research about circular-deps, I looked at a lot of packages
> > that are split between a binary package and a data package. This is a
> > good thin
On Sunday, 20 November 2005 19:14, Bill Allombert wrote:
> On Sun, Nov 20, 2005 at 12:03:33PM -0600, Steve Greenland wrote:
> > On 20-Nov-05, 05:13 (CST), Bill Allombert <[EMAIL PROTECTED]>
wrote:
> > > When doing research about circular-deps, I looked at a lot of packages
> > > that are split bet
On 20-Nov-05, 05:13 (CST), Bill Allombert <[EMAIL PROTECTED]> wrote:
> When doing research about circular-deps, I looked at a lot of packages
> that are split between a binary package and a data package. This is a
> good thing since this reduce the total siez of the archive, however
> there are si
On Sun, Nov 20, 2005 at 12:03:33PM -0600, Steve Greenland wrote:
> On 20-Nov-05, 05:13 (CST), Bill Allombert <[EMAIL PROTECTED]> wrote:
> > When doing research about circular-deps, I looked at a lot of packages
> > that are split between a binary package and a data package. This is a
> > good thin
43 matches
Mail list logo
