On Thu, Aug 15, 2013 at 08:15:56PM +0200, Joey Hess wrote:
[...]
> Unfortunately it can't be used with a command line like:
>
> cp {} dest/
>
> Oh well, there's xargs -I
For (GNU) cp you could also work around it with --target-dir.
cu Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ..
This is fixed in git. It'll be uploaded when someone w/o jetlag has
tested it.
--
see shy jo
signature.asc
Description: Digital signature
Andreas Metzler wrote:
> I think you understond this correctly. find's behavior is what posix seems
> to require[1], with '{} ;' the respective expression evaluates as false,
> but find exits successfully:
> OTOH '-exec command {} +' exits with exitcode 1 when the invoked command
> fails.
Unfort
On Thu, Aug 15, 2013 at 06:59:26PM +0200, Joey Hess wrote:
> Rene Engelhard wrote:
>> I thought about find not caring about the -exec return status, but:
>> rene@frodo:~$ find tmp -name "notexisting" | xargs rm
> No -exec there.
> It seems find *does* ignore the -exec exit status, which is new
On Thu, Aug 15, 2013 at 06:59:26PM +0200, Joey Hess wrote:
> Rene Engelhard wrote:
> > I thought about find not caring about the -exec return status, but:
> >
> > rene@frodo:~$ find tmp -name "notexisting" | xargs rm
>
> No -exec there.
Yeah, my bad.
> It seems find *does* ignore the -exec exit
Hi,
On Thu, Aug 15, 2013 at 06:17:59PM +0200, Rene Engelhard wrote:
> rene@frodo:~$ find tmp -name "notexisting" | xargs rm
> rm: missing operand
> Try `rm --help' for more information.
> rene@frodo:~$ echo $?
> 123
> rene@frodo:~$
This of course is pure nonsense. Don't write such stuff when in a
Rene Engelhard wrote:
> I thought about find not caring about the -exec return status, but:
>
> rene@frodo:~$ find tmp -name "notexisting" | xargs rm
No -exec there.
It seems find *does* ignore the -exec exit status, which is news to me,
and seems to make -exec a misfeature.
joey@gnu:~/tmp/empt
Hi,
On Tue, Aug 13, 2013 at 11:37:21PM +0200, Joey Hess wrote:
> Can you run with DH_VERBOSE so I can see how it's running cp in this
> particular package?
Sure.
The .installs basically installed by wildcard:
$ cat debian/libreoffice-core.install
libreoffice-core/usr/* usr
And this results in
Rene Engelhard wrote:
> dh_install -A --sourcedir=debian/tmp/pkg --fail-missing
> cp: writing
> `/«PKGBUILDDIR»/debian/libreoffice-core/usr/lib/libreoffice/program/librptuilo.so':
> No space left on device
> [...]
> cp: writing
> `/«PKGBUILDDIR»/debian/libreoffice-common/usr/lib/libreoffice/prog
Package: debhelper
Version: 9.20120909
Severity: important
Hi Joey,
see e.g.
https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=i386&ver=1%3A4.1.0~rc1-1&stamp=1372093035:
[...]
dh_installdirs -A
dh_install -A --sourcedir=debian/tmp/pkg --fail-missing
cp: writing
`/«PKGBUILDDIR»/de
10 matches
Mail list logo
