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 (including the
Ricardo Mones [EMAIL PROTECTED] writes:
| foo | foo-data
-+--+-
foo needs foo-data | Depends: foo-data| Suggests: foo
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
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 thing
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,
When doing
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 menu entry
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.
regards,
I
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 the
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 the
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 names could
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 reduce the
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
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 thing since
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
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 for
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
packages that are
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, 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 on
[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
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 of the
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, 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
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
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
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
the tools
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, I looked at a
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:
Hello Debian
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, however
there are simple rules that should be followed:
1) Make sure
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 thing since
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 simple
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 between a
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 thing since
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.
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,
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 generally not
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 package.
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, program
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 help us
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
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 cannot
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, I
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 a
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 gives sound
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 of the
44 matches
Mail list logo
