Re: [arch-dev-public] Namcap release coming soon

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Ow OK I get it !

Thx for these highlights Dan.

-- Guillaume ALAUX

On 8 June 2010 17:21, Dan McGee <dpmcgee@xxxxxxxxx> wrote:

> On Tue, Jun 8, 2010 at 10:15 AM, Guillaume ALAUX <guillaume@xxxxxxxxx>
> wrote:
> > On 8 June 2010 16:58, Dan McGee <dpmcgee@xxxxxxxxx> wrote:
> >
> >> On Tue, Jun 8, 2010 at 9:56 AM, Dan McGee <dpmcgee@xxxxxxxxx> wrote:
> >> > Forwarding to the public list is your best option; going to one
> >> > developer is a good way for your email to get lost.
> >> >
> >> > ---------- Forwarded message ----------
> >> > From: Guillaume ALAUX <guillaume@xxxxxxxxx>
> >> > Date: Tue, Jun 8, 2010 at 9:54 AM
> >> > Subject: Re: [arch-dev-public] Namcap release coming soon
> >> > To: dpmcgee@xxxxxxxxx
> >> >
> >> >
> >> > Hi Dan,
> >> > Didn't really how to answer your mail as I don't have write access to
> >> > the list so I'm just answering directly to you:
> >> >> If anyone [...] knows of very small issues that need fixing ...
> >> > When namcap'ing a package including scripts that use '#!/bin/sh'
> >> > instead of '#!/bin/bash', output is something like the following:
> >> > pkgname E: Dependency detected and not included (sh) from files
> >> ['script.sh']
> >> > (I know the AL standard page on the wiki says we should use bash
> >> > rather than sh but these are scripts included in the original
> >> > tarball.)
> >> > As we don't have any sh package that error sounds strange to me (I
> >> > have this "issue" on one of my packages in AUR)
> >> > Should we change these scripts so that they use bash instead of sh or
> >> > should we change namcap in order for it not to yield such error?
> >>
> >> Namcap needs to be fixed to recognize provides. The bash package
> >> currently provides sh, so there should be no error here.
> >>
> >> -Dan
> >>
> >
> > Well even though bash provides sh (as a link), namcap says "Dependency
> > detected and not included (sh) from files"
> >
> > See the comments on one of my AUR package:
> > http://aur.archlinux.org/packages.php?ID=37110
>
> Yes, I understand this. We don't care at all about links or anything
> in the filesystem; we are simply looking for an 'sh' package that
> doesn't exist. Until namcap can do reverse provides matching (e.g.
> look for a package that provides 'sh'), then this won't work. Of
> course, you can always just make your package depend on 'sh'.
>
> The depends module is extensive and has a lot to it, so this is not
> going to be a quick/easy change.
>
> -Dan
>


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux