On 09/19/2016 10:00 AM, Chí-Thanh Christopher Nguyễn wrote:
> Kristian Fiskerstrand schrieb:
>>> Why are those ebuilds not live? If upstream doesn't do real releases and
>>> can't even be bothered to tag the commit that marks a release, then why
>>> are you (or someone else) doing all this work? Th
On Mon, 19 Sep 2016 00:51:37 -0700
Daniel Campbell wrote:
> On 09/14/2016 06:21 AM, Alexis Ballier wrote:
> > On Wed, 14 Sep 2016 08:45:58 -0400
> > Michael Orlitzky wrote:
> >
> >> On 09/14/2016 01:54 AM, Ulrich Mueller wrote:
> >>>
> >>> We had a review of such files before the git conver
Kristian Fiskerstrand schrieb:
Why are those ebuilds not live? If upstream doesn't do real releases and
can't even be bothered to tag the commit that marks a release, then why
are you (or someone else) doing all this work? The snapshot scripts
could be replaced by a live ebuild and upstream can h
On 09/19/2016 09:51 AM, Daniel Campbell wrote:
> On 09/14/2016 06:21 AM, Alexis Ballier wrote:
>> On Wed, 14 Sep 2016 08:45:58 -0400
>> Michael Orlitzky wrote:
..
>>
> Why are those ebuilds not live? If upstream doesn't do real releases and
> can't even be bothered to tag the commit that marks a
On 09/14/2016 06:21 AM, Alexis Ballier wrote:
> On Wed, 14 Sep 2016 08:45:58 -0400
> Michael Orlitzky wrote:
>
>> On 09/14/2016 01:54 AM, Ulrich Mueller wrote:
>>>
>>> We had a review of such files before the git conversion:
>>> https://bugs.gentoo.org/550434
>>>
>>> Especially, there's a list of
On 14/09/16 12:20 PM, Kent Fredric wrote:
> On Wed, 14 Sep 2016 16:41:54 +0200
> Alexis Ballier wrote:
>
>>
>> So, to sum it up, I have to:
>> - Open a browser, go to github (*)
>> - Find out latest commit hash, copy it
>> - (*) Copy the ebuild, setting a 8 digit version representing the date
>>
On Wed, 14 Sep 2016 16:41:54 +0200
Alexis Ballier wrote:
>
> So, to sum it up, I have to:
> - Open a browser, go to github (*)
> - Find out latest commit hash, copy it
> - (*) Copy the ebuild, setting a 8 digit version representing the date
> - Open an editor
> - Edit COMMIT='...' variable by pa
On Wed, 14 Sep 2016 10:04:20 -0400
Michael Orlitzky wrote:
> On 09/14/2016 09:50 AM, Alexis Ballier wrote:
> >
> > that might be better, but how do you map date / $PV to commit ?
> >
>
> Well, for that last one, I just looked down the list of commits and
> found the last one that happened be
On Wed, 14 Sep 2016 14:55:06 +0100
James Le Cuirot wrote:
> On Wed, 14 Sep 2016 14:53:18 +0100
> James Le Cuirot wrote:
>
> > On Wed, 14 Sep 2016 15:50:28 +0200
> > Alexis Ballier wrote:
> >
> > > > But seriously, once you've googled the repo, you might notice
> > > > that it's hosted at gi
On Wed, 14 Sep 2016 14:55:06 +0100
James Le Cuirot wrote:
> On Wed, 14 Sep 2016 14:53:18 +0100
> James Le Cuirot wrote:
>
> > On Wed, 14 Sep 2016 15:50:28 +0200
> > Alexis Ballier wrote:
> >
> [...]
> [...]
> >
> > You can't.
>
> Sorry, let me correct that, you can't by date but y
On Wed, 14 Sep 2016 09:38:45 -0400
Michael Orlitzky wrote:
> On 09/14/2016 09:21 AM, Alexis Ballier wrote:
> >
> > Guess you never had to maintain packages whose releases are only
> > snapshots. They're trivial but it's a waste of time to re-assemble
> > all the bits every couple of months when
On 09/14/2016 09:50 AM, Alexis Ballier wrote:
>
> that might be better, but how do you map date / $PV to commit ?
>
Well, for that last one, I just looked down the list of commits and
found the last one that happened before the date of the snapshot.
But, if you're creating a new snapshot, it's
On Wed, 14 Sep 2016 14:53:18 +0100
James Le Cuirot wrote:
> On Wed, 14 Sep 2016 15:50:28 +0200
> Alexis Ballier wrote:
>
> > > But seriously, once you've googled the repo, you might notice that
> > > it's hosted at github, and that you don't need to create your own
> > > snapshot tarballs any m
On Wed, 14 Sep 2016 15:50:28 +0200
Alexis Ballier wrote:
> > But seriously, once you've googled the repo, you might notice that
> > it's hosted at github, and that you don't need to create your own
> > snapshot tarballs any more. Want a snapshot from 20150423? Try,
> >
> > https://github.com/pat
On 09/14/2016 09:21 AM, Alexis Ballier wrote:
>
> Guess you never had to maintain packages whose releases are only
> snapshots. They're trivial but it's a waste of time to re-assemble all
> the bits every couple of months when you want to make a snapshot.
>
> Questions one needs to answer:
>
> -
On Wed, 14 Sep 2016 08:45:58 -0400
Michael Orlitzky wrote:
> On 09/14/2016 01:54 AM, Ulrich Mueller wrote:
> >
> > We had a review of such files before the git conversion:
> > https://bugs.gentoo.org/550434
> >
> > Especially, there's a list of "maintainer scripts" in comment #13.
> > At the ti
On 09/14/2016 01:54 AM, Ulrich Mueller wrote:
>
> We had a review of such files before the git conversion:
> https://bugs.gentoo.org/550434
>
> Especially, there's a list of "maintainer scripts" in comment #13.
> At the time, we didn't do anything about them. There are very few of
> such files (n
> On Tue, 13 Sep 2016, Michael Orlitzky wrote:
>> * scripts in FILESDIR: In some packages i found scripts which
>> doesn't get used by the ebuild, but is probably used for generating
>> patches/tarballs. Should i file a bugs about them as i though the
>> FILESDIR should be only used for patche
On Tue, 13 Sep 2016 19:49:22 -0400
Michael Orlitzky wrote:
> > Patches:
> > * Wildcard patching: Usually i use my "patchtest" script for finding
> > obsolete patches and while it still finds lots of false
> > positives i also saw a rather odd patching style: Patching via
> > wildcards
On 09/13/2016 02:57 PM, Michael Mair-Keimberger wrote:
>
> * Redirection: There are quite a few pages which aren't exactly offline,
> but only forward the request to the current homepage. (like most
> of the gentoo project pages). I haven't touch them yet, but i
> would like to k
On 09/13/2016 11:57 AM, Michael Mair-Keimberger wrote:
> Hello Gentoo-Team,
>
> For some time now I'm trying to help improve the gentoo tree. I've
> started with fixing some HOMEPAGE variables in ebuilds and now removing
> obsolete patches from packages.
> Usually (especially with obsolete patches
On 13/09/16 19:57, Michael Mair-Keimberger wrote:
> Hello Gentoo-Team,
>
> For some time now I'm trying to help improve the gentoo tree. I've
> started with fixing some HOMEPAGE variables in ebuilds and now removing
> obsolete patches from packages.
> Usually (especially with obsolete patches) it's
22 matches
Mail list logo
