Hi Alex,
On 2019-04-25 15:51, Alex Mestiashvili wrote:
> have you found a solution?
> I managed to craft the following d/watch:
[snip]
Thanks, I have already managed to put together something very similar,
which also works fine.
Best,
Andrius
--
Andrius Merkys
Vilnius University Institute of
On 4/24/19 11:01 AM, Andrius Merkys wrote:
> Hello,
>
> I want to package unversioned source. AFAIK, it should be possible to
> have timestamp of the last tarball change in lieu of upstream version. I
> am wondering if it would be possible to write uscan rules to extract the
> timestamp and downlo
Hi Paul,
On 2019-04-25 04:09, Paul Wise wrote:
> uscan now supports arbitrary mangling of the page HTML using the
> pagemangle option. This combined with the downloadurlmangle option
> could easily accommodate this website.
Thanks for the directions. I will check this out.
> I think that would b
Hi Ben,
On 2019-04-25 03:59, Ben Finney wrote:
> So, for an upstream source tarball with timestamp “2013-03-12T12:16”,
> mangle that to the version string “0+2013.03.12.12.16” (and hence the
> first Debian release of that upstream source has the Debian package
> version string “0+2013.03.12.12.16-
On Thu, Apr 25, 2019 at 9:00 AM Ben Finney wrote:
> Andrius Merkys writes:
> > I am wondering if it would be possible to write uscan rules to extract
> > the timestamp and download the upstream tarball by analyzing [the HTML
> > of the index page]
>
> I don't know enough about hacking UScan for cus
Andrius Merkys writes:
> I want to package unversioned source. AFAIK, it should be possible to
> have timestamp of the last tarball change in lieu of upstream version.
Yes, that is feasible.
> I am wondering if it would be possible to write uscan rules to extract
> the timestamp and download th
Hello,
I want to package unversioned source. AFAIK, it should be possible to
have timestamp of the last tarball change in lieu of upstream version. I
am wondering if it would be possible to write uscan rules to extract the
timestamp and download the upstream tarball by analyzing the following
HTML
Don Armstrong schreef op 2018-06-11 16:28:
On Mon, 11 Jun 2018, Albert van der Horst wrote:
I tried it without the typo (s/downloads/download/) and spend some
time to
try ancillary formulations. None worked.
https://github.com/albertvanderhorst/ciforth/releases/ \
download/CVS_REL[\d-]+/@PAC
On Mon, 11 Jun 2018, Albert van der Horst wrote:
> I tried it without the typo (s/downloads/download/) and spend some time to
> try ancillary formulations. None worked.
https://github.com/albertvanderhorst/ciforth/releases/ \
download/CVS_REL[\d-]+/@PACKAGE@-@ANY_VERSION@\.tar\.gz debian uupdate
Don Armstrong schreef op 2018-06-07 17:25:
On Thu, 07 Jun 2018, Albert van der Horst wrote:
Can somebody confirm that it should be possible?
It's possible.
I now tend to believe that it is possible under some circumstances
but not for this particular instance in github
You want something
On Thu, 07 Jun 2018, Albert van der Horst wrote:
> Can somebody confirm that it should be possible?
It's possible.
You want something like (untested):
version=4
https://github.com/albertvanderhorst/ciforth/releases \
downloads/CVS_REL[\d-]+/@PACKAGE@@ANYVERSION@@ARCHIVE_EXT@ debian uupdate
>
On Thu, Jun 07, 2018 at 12:04:23PM +0200, Albert van der Horst wrote:
> Dear mentors.
>
> It is now a half dozen times that my uploads of lina get the remarks
> that
> the watch file doesn't work.
>
> The source archive is at
> http:/a/b/c/REL-5-3-0/lina-5.3.0.tar.gz
>
> My suspicion is that usc
Dear mentors.
It is now a half dozen times that my uploads of lina get the remarks
that
the watch file doesn't work.
The source archive is at
http:/a/b/c/REL-5-3-0/lina-5.3.0.tar.gz
My suspicion is that uscan can't handle a situation like this were the
version number is
in two places.
(I ha
13 matches
Mail list logo
