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
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 quite simple to fix
things, however every now and then i fin
23 matches
Mail list logo