Hi Raphael,
On Thu, Apr 14, 2016 at 12:00:26PM +0200, Raphael Hertzog wrote:
>
> So I did have a look and the problem is that your package doesn't contain any
> usr/lib/R/site-library/shiny/www/shared/jqueryui/images to replace
> with some real files.
>
> I added this to check it:
>
On Thu, 14 Apr 2016, Andreas Tille wrote:
> You might like to checkout r-cran-shiny[1] or look directly at the
> linktrees file[2].
>
> > But replace can definitely operate on
> > directories even though it will only act on all files below that
> > directory. You must have done some mistake in
On Thu, Apr 14, 2016 at 10:02:43AM +0200, Raphael Hertzog wrote:
> On Wed, 13 Apr 2016, Andreas Tille wrote:
> > The thing is I used "replace" in the first place instead of embed but
> > it resulted in
> >
> > dh_linktree
> > dpkg-query: error: --search needs at least one file name pattern
On Wed, 13 Apr 2016, Andreas Tille wrote:
> The thing is I used "replace" in the first place instead of embed but
> it resulted in
>
> dh_linktree
> dpkg-query: error: --search needs at least one file name pattern argument
>
> Use --help for help about querying packages.
> dh_linktree: error:
Hi, I remember having used dh_linktree, but I forgot when and where
does this helps?
https://codesearch.debian.net/results/dh_linktree/page_0
in the first page there are some examples of fonts linked (the whole directory).
HTH
Gianfranco
Il Mercoledì 13 Aprile 2016 22:10, Andreas Tille
On Wed, Apr 13, 2016 at 09:37:00PM +0200, Andreas Tille wrote:
> On Wed, Apr 13, 2016 at 03:38:16PM +0200, Raphael Hertzog wrote:
> > On Wed, 13 Apr 2016, Andreas Tille wrote:
> > > Could you advise for the proper option to get a less strict dependency?
> >
> > Please read its manual page, it's
On Wed, Apr 13, 2016 at 03:38:16PM +0200, Raphael Hertzog wrote:
> On Wed, 13 Apr 2016, Andreas Tille wrote:
> > Could you advise for the proper option to get a less strict dependency?
>
> Please read its manual page, it's all documented:
>
> | The "replace" action is like "deduplicate" except
On Wed, 13 Apr 2016, Andreas Tille wrote:
> Could you advise for the proper option to get a less strict dependency?
Please read its manual page, it's all documented:
| The "replace" action is like "deduplicate" except that it does
| replace existing files even if their content is different from
Hi Raphael,
On Wed, Apr 13, 2016 at 02:41:52PM +0200, Raphael Hertzog wrote:
>
> It really depends... you're trading one problem for another. In general,
> it's best if you can just rely on the packaged javascript without having
> to replace any embedded copy.
>
> But if you have to replace an
On Wed, 13 Apr 2016, Andreas Tille wrote:
> Ahhh, good hint. So the solution to my problem would rather be to
> drop dh_linktree? (Raphael in CC whether I might have missed something).
It really depends... you're trading one problem for another. In general,
it's best if you can just rely on the
Hi James,
On Wed, Apr 13, 2016 at 12:28:58PM +0100, James Cowgill wrote:
> On Wed, 2016-04-13 at 13:13 +0200, Andreas Tille wrote:
> > via this bug I learned (the hard way) that a
> >
> > Depends: ${js:Depends}
> >
> > will be resolved into
> >
> > libjs-jquery (<< 1.11.3+dfsg.0~),
Hi,
On Wed, 2016-04-13 at 13:13 +0200, Andreas Tille wrote:
> via this bug I learned (the hard way) that a
>
> Depends: ${js:Depends}
>
> will be resolved into
>
> libjs-jquery (<< 1.11.3+dfsg.0~), libjs-jquery (>= 1.11.3+dfsg)
>
> (for instance) in the final package. I have no reason
Hi,
via this bug I learned (the hard way) that a
Depends: ${js:Depends}
will be resolved into
libjs-jquery (<< 1.11.3+dfsg.0~), libjs-jquery (>= 1.11.3+dfsg)
(for instance) in the final package. I have no reason to assume that
the actual version that was available at package build time
13 matches
Mail list logo