Bug#913997: cmdtest: Should not 'provide' yarn

2018-11-18 Thread Lars Wirzenius
On Sun, Nov 18, 2018 at 12:22:57PM +0100, Olaf van der Spek wrote:
> But that's also not what Provides is for is it?

Virtual packages is one of the things Provides is for.

You want me to drop the Provides. I don't want to. The fact that some
people try to guess package names and get it wrong is not a
sufficiently convincing an argument for me.

Please don't try to bully me into giving up the yarn name in Debian.
I've had enough of this conversation.

-- 
I want to build worthwhile things that might last. --joeyh


signature.asc
Description: PGP signature


Bug#913997: cmdtest: Should not 'provide' yarn

2018-11-18 Thread Olaf van der Spek
Op zo 18 nov. 2018 om 12:19 schreef Lars Wirzenius :
>
> On Sun, Nov 18, 2018 at 12:14:58PM +0100, Olaf van der Spek wrote:
> > Still, is Provides meant to be used like this? I thought it was for
> > package names, not for command names.
>
> It's not for the command name. It's for the functionality that my yarn
> program provides.

But that's also not what Provides is for is it?


-- 
Olaf



Bug#913997: cmdtest: Should not 'provide' yarn

2018-11-18 Thread Lars Wirzenius
On Sun, Nov 18, 2018 at 12:05:15PM +0100, Olaf van der Spek wrote:
> That might be problematic..

Yes. Flat namespaces have collision problems. The JS yarn developers
refused to pick a different name.

-- 
I want to build worthwhile things that might last. --joeyh


signature.asc
Description: PGP signature


Bug#913997: cmdtest: Should not 'provide' yarn

2018-11-18 Thread Lars Wirzenius
On Sun, Nov 18, 2018 at 12:14:58PM +0100, Olaf van der Spek wrote:
> Got a link to the discussion?

No.

> Still, is Provides meant to be used like this? I thought it was for
> package names, not for command names.

It's not for the command name. It's for the functionality that my yarn
program provides.

-- 
I want to build worthwhile things that might last. --joeyh


signature.asc
Description: PGP signature


Bug#913997: cmdtest: Should not 'provide' yarn

2018-11-18 Thread Olaf van der Spek
Op zo 18 nov. 2018 om 12:11 schreef Lars Wirzenius :
>
> On Sun, Nov 18, 2018 at 12:05:15PM +0100, Olaf van der Spek wrote:
> > That might be problematic..
>
> Yes. Flat namespaces have collision problems.

> The JS yarn developers
> refused to pick a different name.

Got a link to the discussion?
Still, is Provides meant to be used like this? I thought it was for
package names, not for command names.

> --
> I want to build worthwhile things that might last. --joeyh



-- 
Olaf



Bug#913997: cmdtest: Should not 'provide' yarn

2018-11-18 Thread Olaf van der Spek
Op zo 18 nov. 2018 om 12:03 schreef Lars Wirzenius :
>
> On Sun, Nov 18, 2018 at 11:53:54AM +0100, Olaf van der Spek wrote:
> > Users wanting to install yarn are probably not expecting cmdtest.
> > I'm not sure where the relation between cmdtest and yarn comes from
> > but I think this isn't right.
>
> cmdtest provides /usr/bin/yarn. The "Provides: yarn" is there to make
> it easier for users who want my yarn to get it installed.

That might be problematic..

https://github.com/yarnpkg/yarn/issues/3189
http://www.openmutual.org/2017/10/yarn-install-fails-as-it-is-using-cmdtest-package-and-not-yarn/


-- 
Olaf



Bug#913997: cmdtest: Should not 'provide' yarn

2018-11-18 Thread Olaf van der Spek
Package: cmdtest
Severity: normal

Hi,

> # apt install yarn
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> Note, selecting 'cmdtest' instead of 'yarn'

https://yarnpkg.com/lang/en/

Users wanting to install yarn are probably not expecting cmdtest. I'm not sure 
where the relation between cmdtest and yarn comes from but I think this isn't 
right.

Gr,

Olaf

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cmdtest depends on:
ii  python2.7.15-3
pn  python-cliapp 
pn  python-markdown   
pn  python-ttystatus  

cmdtest recommends no packages.

cmdtest suggests no packages.