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
Michał Górny wrote:
>>
>>and subsequently egencache should give me the same type of portage tree
>>that is currently officially distributed to users?
>
> Then remanifest, egencache with all options. You will also need to
> include additional repositories for news, glsas and fetch extra files
> for
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 2016-09-14 03:40, Michał Górny wrote:
Portage is the package manager. The repository is named gentoo. Please
use correct names because till the last paragraph, I thought you were
actually referring to the package manager (and wtf-ed why would you
distribute its sources via rsync).
Sorry, it'
Dnia 14 września 2016 09:01:43 CEST, alexmcwhir...@triadic.us napisał(a):
>In my work on a sparc64 port of Gentoo i have found it easier to just
>fork the portage repo, patch things, and merge upstream changes /
>resolve conflicts as they happen. The problem is that this isn't really
Portage is
In my work on a sparc64 port of Gentoo i have found it easier to just
fork the portage repo, patch things, and merge upstream changes /
resolve conflicts as they happen. The problem is that this isn't really
the best way to test things on any kind of scale. My plan is to build a
script that doe
16 matches
Mail list logo
