On Mon, 21 Oct 2019 17:58:51 -0700
Matt Turner wrote:
> I'm not sure what this is in reference to so it seems to be a
> non-sequitur, but I like the policy of at least waiting a day for
> review of non-critical fixes. Phrased another way, let people in every
> timezone have a chance.
Its not
On Mon, Oct 21, 2019 at 5:37 PM Kent Fredric wrote:
>
> On Mon, 21 Oct 2019 19:37:28 +0200
> Piotr Karbowski wrote:
>
> > This is a bit unhealthy, especially when some developers that maintain
> > packages are out of reach, or the patches to update ebuild just rot on
> > the bugzilla and are not
On Mon, Oct 21, 2019 at 10:37 AM Piotr Karbowski wrote:
>
> Hi,
>
> I'd like to bring the topic of defining default policy to do changes to
> packages within ::gentoo that one does not maintain.
>
> This topic goes back from time to time on #gentoo-dev, and as I was
> told, it was originally sent
> "RY" == Richard Yao writes:
RY> ext4 is probably okay, but don’t quote me on that.
Ext4 works fine here for a local distfiles mirror.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
On Mon, 21 Oct 2019 19:37:28 +0200
Piotr Karbowski wrote:
> This is a bit unhealthy, especially when some developers that maintain
> packages are out of reach, or the patches to update ebuild just rot on
> the bugzilla and are not taken in by maintainers.
IME this is far from the norm and
On Mon, Oct 21, 2019 at 9:42 AM Richard Yao wrote:
> Also, another idea is to use a cheap hash function (e.g. fletcher) and just
> have the mirrors do the hashing behind the scenes. Then we would have the
> best of both worlds.
It probably would have been better to make these suggestions when
On 21.10.2019 3:05, Joshua Kinard wrote:
> So looking at texlive-latexextra-2019-r2.ebuild, it defines three variables:
>
> - TEXLIVE_MODULE_CONTENTS, with 1,241 space-delimited module names
> - TEXLIVE_MODULE_DOC_CONTENTS, with 1,227 space-delimited doc names
> -
# Matt Turner (2019-10-21)
# Replaced by introspection bindings. Bug #628938
# Removal in 30 days
dev-python/gnome-keyring-python
signature.asc
Description: PGP signature
On 19-10-21 19:37:28, Piotr Karbowski wrote:
> Hi,
>
> I'd like to bring the topic of defining default policy to do changes to
> packages within ::gentoo that one does not maintain.
>
> This topic goes back from time to time on #gentoo-dev, and as I was
> told, it was originally sent to
On 10/21/19 8:06 AM, Michał Górny wrote:
> Change FETCHCOMMAND_RSYNC to use '-Lt' over '-a'. Notably, this
> replaces --links with --copy-links option, i.e. makes rsync copy
> underlying files when symlinks are met. This is important since
> we do not transfer symlink targets, therefore '-l'
On Sun, Oct 20, 2019 at 10:31 PM Hans de Graaff wrote:
> On Sun, 2019-10-20 at 12:15 -0700, Alec Warner wrote:
>
> Infra uses thin a lot, is there a replacement?
>
>
> www-servers/puma would be a good replacement.
>
> Feel free to unmask it for now if that helps infra to transition. Upstream
>
Hi,
I'd like to bring the topic of defining default policy to do changes to
packages within ::gentoo that one does not maintain.
This topic goes back from time to time on #gentoo-dev, and as I was
told, it was originally sent to gentoo-dev mailing list by robbat2 (I
failed to find this in
> On Oct 20, 2019, at 2:51 AM, Michał Górny wrote:
>
> On Sat, 2019-10-19 at 19:24 -0400, Joshua Kinard wrote:
>>> On 10/18/2019 09:41, Michał Górny wrote:
>>> Hi, everybody.
>>>
>>> It is my pleasure to announce that yesterday (EU) evening we've switched
>>> to a new distfile mirror
On Mon, 2019-10-21 at 17:25 +0200, Ulrich Mueller wrote:
> > > > > > On Mon, 21 Oct 2019, Michał Górny wrote:
> > This also removes most of the other options that are irrelevant or even
> > undesirable to distfile fetching, that is:
> > - '-r' since we always fetch a single file, so recursive
> On Mon, 21 Oct 2019, Michał Górny wrote:
> This also removes most of the other options that are irrelevant or even
> undesirable to distfile fetching, that is:
> - '-r' since we always fetch a single file, so recursive operation is
> unnecessary
> - '-p', '-o', '-g' since we want to
Change FETCHCOMMAND_RSYNC to use '-Lt' over '-a'. Notably, this
replaces --links with --copy-links option, i.e. makes rsync copy
underlying files when symlinks are met. This is important since
we do not transfer symlink targets, therefore '-l' ends up creating
dangling symlinks.
This also
On Sun, 20 Oct 2019 20:05:40 -0400
Joshua Kinard wrote:
> Longer-term, I think this entire approach should be revisited by the TeX
> team to make it behave more like Perl or Python packages by having discrete
> ebuilds for these modules. That's not exactly a small undertaking, but
> this
On 10/21/19 1:43 AM, Michał Górny wrote:
> Since DeletionIterator needs to stat the distfile and therefore find
> one working path for it, pass it to DeletionTask instead of recomputing
> it there. This also fixes wrongly assuming that first layout will
> always be correct.
>
> Bug:
On Sun, 20 Oct 2019 16:57:54 -0400
Joshua Kinard wrote:
> I know we've got a ton of Perl packages for the core set of Perl modules,
> but doesn't the CPAN eclass also have the capability to auto-generate an
> ebuild package for virtually any Perl package distributed via CPAN? Can
> that logic
On 10/21/19 2:16 AM, Michał Górny wrote:
> On Mon, 2019-10-21 at 02:10 -0700, Zac Medico wrote:
>> On 10/21/19 1:43 AM, Michał Górny wrote:
>>> Use real os.walk() when getting filenames for FlatLayout. Unlike
>>> the wrapped Portage module, it return str output for str path parameter,
>>> so we
On Mon, 2019-10-21 at 02:10 -0700, Zac Medico wrote:
> On 10/21/19 1:43 AM, Michał Górny wrote:
> > Use real os.walk() when getting filenames for FlatLayout. Unlike
> > the wrapped Portage module, it return str output for str path parameter,
> > so we don't have to recode it back and forth.
> >
On 10/21/19 1:43 AM, Michał Górny wrote:
> Use real os.walk() when getting filenames for FlatLayout. Unlike
> the wrapped Portage module, it return str output for str path parameter,
> so we don't have to recode it back and forth.
>
> Signed-off-by: Michał Górny
> ---
>
Since DeletionIterator needs to stat the distfile and therefore find
one working path for it, pass it to DeletionTask instead of recomputing
it there. This also fixes wrongly assuming that first layout will
always be correct.
Bug: https://bugs.gentoo.org/697890
Signed-off-by: Michał Górny
---
Use real os.walk() when getting filenames for FlatLayout. Unlike
the wrapped Portage module, it return str output for str path parameter,
so we don't have to recode it back and forth.
Signed-off-by: Michał Górny
---
lib/portage/package/ebuild/fetch.py | 3 ++-
1 file changed, 2 insertions(+),
On 10/21/19 1:02 AM, Michał Górny wrote:
> Bug: https://bugs.gentoo.org/697906
> Signed-off-by: Michał Górny
> ---
> lib/portage/_emirrordist/DeletionIterator.py | 11 ---
> 1 file changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/lib/portage/_emirrordist/DeletionIterator.py
>
Bug: https://bugs.gentoo.org/697906
Signed-off-by: Michał Górny
---
lib/portage/_emirrordist/DeletionIterator.py | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/lib/portage/_emirrordist/DeletionIterator.py
b/lib/portage/_emirrordist/DeletionIterator.py
index
On Mon, 2019-10-21 at 00:44 -0700, Zac Medico wrote:
> On 10/20/19 3:23 AM, Michał Górny wrote:
> > Bug: https://bugs.gentoo.org/697906
> > Signed-off-by: Michał Górny
> > ---
> > lib/portage/_emirrordist/DeletionIterator.py | 21 +---
> > 1 file changed, 18 insertions(+), 3
On 10/20/19 3:23 AM, Michał Górny wrote:
> Bug: https://bugs.gentoo.org/697906
> Signed-off-by: Michał Górny
> ---
> lib/portage/_emirrordist/DeletionIterator.py | 21 +---
> 1 file changed, 18 insertions(+), 3 deletions(-)
>
> diff --git
On 10/20/19 2:54 AM, Michał Górny wrote:
> When DeletionIterator fails, report all stat() errors. Reporting
> just the first one results in confusing logs, suggesting that one
> of the location did not exist but the other existed and was removed.
> ---
>
29 matches
Mail list logo