Bug#506022: "Suggests: cvs" should be a Depends

[Manoj Srivastava]

On Fri, Jul 24 2009, Santiago Vila wrote:

> On Wed, 29 Apr 2009, sriva...@acm.org wrote:
>
>> Hi,
>> 
>> I don't think that /usr/share/doc/gettext/README.Debian is
>>  good enough, no. Espescially since the user is not normally aware
>>  that theya re using gettext, which they are not, directly. They just
>>  called autoreconf, which is a pretty popular script in autoconf.
>
> Ok, since you talk about the "user", I'm going to think about two
> types of users then:
>
> a) The "normal user" (whatever it means).
> b) The "Debian developer". 
>
> For the benefit of a), normal users who have an apt tool which treats
> recommends as depends, I'm willing to switch cvs from suggests to
> recommends.

That would be a good start.

> Debian developers, however, should try building packages in a chroot,

How do you think I found out about this bug?

> in which case they should really read README.Debian and be aware of
> what it says.

I read the README. I felt that documenting a bug makes it no
 less a bug. The thing is, we should not assume that only developers and
 buildd's build the packages, a free software community member, we
 support and encourage other people to tinker with software and build
 these packages, and we should try to see that their attempts to
 (re)build packages do not fail either.

> The other solution would be to put autopoint in its own package, but
> that's a solution that adds complexity without a gain that compensates
> for the complexity, so I'll still try to avoid it.

Well, a package for a single script does seem a bit much, so I
 can see your point. It does not, however, remove the need for any
 package that uses autoreconf to build depend on cvs, so this is not
 quite satisfactory.

A better solution is to make autopoint not fail hard when it
 can't use CVS; perhaps it can use a non-CVS  set of text files at run
 time, in which case the need for CVS will go away. The CVS tarball can
 remain in the sources.

manoj
-- 
If you don't like the way I drive, stay off the sidewalk!
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506022: "Suggests: cvs" should be a Depends

[Santiago Vila]

On Wed, 29 Apr 2009, sriva...@acm.org wrote:

> Hi,
> 
> I don't think that /usr/share/doc/gettext/README.Debian is
>  good enough, no. Espescially since the user is not normally aware
>  that theya re using gettext, which they are not, directly. They just
>  called autoreconf, which is a pretty popular script in autoconf.

Ok, since you talk about the "user", I'm going to think about two
types of users then:

a) The "normal user" (whatever it means).
b) The "Debian developer". 

For the benefit of a), normal users who have an apt tool which treats
recommends as depends, I'm willing to switch cvs from suggests to
recommends.

Debian developers, however, should try building packages in a chroot,
in which case they should really read README.Debian and be aware of
what it says.

The other solution would be to put autopoint in its own package, but
that's a solution that adds complexity without a gain that compensates
for the complexity, so I'll still try to avoid it.

Thanks.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506022: "Suggests: cvs" should be a Depends

[Stephen Depooter]

Package: gettext
Version: 0.17-4
Severity: normal


With the introduction of automake-1.10, the existence of config.rpath is
now a requirement in a source distribution.  Since autopoint is the
command that copies in the file as necessary, autopoint needs to have a
dependency on cvs instead of just a Suggests, so that all the apporiate
tools will be available when the Build-Depends for a package are
satisfied.  If you don't want to require cvs on users systems, then you
should split the package into developer tools and the gettext runtime
tools.

Ideally the usage of cvs would be removed from autopoint upstream and
replaced with something a little more sane.




-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gettext depends on:
ii  gettext-base  0.17-4 GNU Internationalization utilities
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libgomp1  4.3.2-1GCC OpenMP (GOMP) support library

Versions of packages gettext recommends:
ii  lynx   2.8.7dev9-2.1 Text-mode WWW Browser (transitiona
ii  wget   1.11.4-2  retrieves files from the web

Versions of packages gettext suggests:
ii  cvs 1:1.12.13-12 Concurrent Versions System
pn  gettext-doc(no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]