| Age | Commit message (Collapse) | Author |
|
Bug: https://bugs.gentoo.org/959686
Signed-off-by: Sam James <sam@gentoo.org>
|
|
5.42.1 doesn't seem to be imminent, so backport fixes queued upstream.
Bug: https://bugs.gentoo.org/964245
Closes: https://bugs.gentoo.org/964379
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Closes: https://bugs.gentoo.org/959686
Signed-off-by: Sungjoon Moon <sumoon@seoulsaram.org>
Part-of: https://github.com/gentoo/gentoo/pull/44119
Closes: https://github.com/gentoo/gentoo/pull/44119
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Closes: https://bugs.gentoo.org/959686
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
Closes: https://bugs.gentoo.org/936468
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Closes: https://bugs.gentoo.org/939014
Signed-off-by: Andrei Horodniceanu <a.horodniceanu@proton.me>
Closes: https://github.com/gentoo/gentoo/pull/38568
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
The check was a bit too strict. `clang` actually appears in the middle
of the version string. This change will allow perl to build correctly
when `gcc` isn't present on the system.
See: https://github.com/Perl/perl5/issues/21099
Signed-off-by: Raul E Rangel <rrangel@chromium.org>
Closes: https://github.com/gentoo/gentoo/pull/32677
Signed-off-by: Sam James <sam@gentoo.org>
|
|
This reverts commit 8cfcc4743fe176a415756588782175c2cf7dbeae.
This breaks a bunch of the virtuals.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Closes: https://github.com/gentoo/gentoo/pull/32392
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
Thanks to Stig for pointing this out! Pull in the fixed version from nixpkgs,
like Alpine has done.
Bug: https://bugs.gentoo.org/905296
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Trivial patch from alpine
Bug: https://bugs.gentoo.org/905296
See-also: https://github.com/chansen/p5-http-tiny/pull/151
See-also: https://github.com/chansen/p5-http-tiny/issues/152
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Closes: https://bugs.gentoo.org/879857
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Closes: https://github.com/gentoo/gentoo/pull/28035
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Perl may not be able to find 'pwd' during bootstrap because
coreutils may not be installed in the new Prefix yet.
This is an upstream patch to allow falling back
to the internal getcwd() to avoid build failure.
Bug: https://github.com/Perl/perl5/issues/18703
Closes: https://bugs.gentoo.org/818172
See: https://github.com/Perl/perl5/pull/18791
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Package-Manager: Portage-3.0.20, Repoman-3.0.3
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Bug: https://bugs.gentoo.org/802945
Bug: https://bugs.gentoo.org/797460
Package-Manager: Portage-3.0.20, Repoman-3.0.3
Signed-off-by: Andreas K. Huettel <dilfridge@gentoo.org>
|
|
Package-Manager: Portage-3.0.22, Repoman-3.0.3
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Not 100% sure what happens here yet. Needs further analysis.
Bug: https://bugs.gentoo.org/794463
Package-Manager: Portage-3.0.20, Repoman-3.0.3
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Bug: https://bugs.gentoo.org/757249
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Fabian Groffen <grobian@gentoo.org>
|
|
This change reworks the patching logic entirely to avoid the use of a
sequence file, instead, relying on directory sort order and numerically
prefixed filenames.
In addition to this change, work is done on the patchset authoring side
to pre-extract important fields like "bugs" and "description" for the
patches and puts them in easy to read files, in order to more clearly
generate patchlevel_gentoo.h ( seen in Perl -V )
Perl -V now includes more verbose details, including fully qualified bug
URLs.
Additionally, its more straight forward to add records to the patch
bundle within the ebuild, using the new "add_patch" helper, so that even
files applied from ${FILESDIR} can be shown in `perl -V`
Patches are fully re-rolled as git patches against perl v5.30.3
Sourcing from "mirror://gentoo" is now implicit, as this syntax is
discouraged.
Patch for Net::SNMP removed from bundle as it just now introduces
redundant documentation.
Patch for gentoo-libdirs now bundled, and properly rehashed to avoid
failing in various porting tests.
Package-Manager: Portage-2.3.100, Repoman-2.3.22
Signed-off-by: Kent Fredric <kentnl@gentoo.org>
|
|
Closes: https://github.com/gentoo/gentoo/pull/16762
Package-Manager: Portage-2.3.103, Repoman-2.3.23
Signed-off-by: Michael Mair-Keimberger <m.mairkeimberger@gmail.com>
Signed-off-by: Kent Fredric <kentnl@gentoo.org>
|
|
This is a work in-progress experiment, hence, it is unkeyworded until
I can get more eyes on the changes, and fully test the consequences at
scale.
Important Changes:
- Convert to EAPI7
- Remove inherit on eutils
- Replace calls to "epatch" to "eapply", but resulting in a loss of
nice output
- Add new hidden feature PERL_SINGLE_SLOT, which, when set, installs
perl into a directory named after SUBSLOT (eg: 5.30) as opposed to one
following the explicit name (eg: 5.30.2), which aims to pre-emptively
solve (in both direction) the problem faced by shipping binpkg's,
where the built perl has only one set of INC dirs (eg: 5.30.2), but a
binpkg was built with a different, but compatible perl (eg: 5.30.1),
and subsequently, installs to an @INC dir that is not visible to the
built perl. Instead, all perl's that are defined to be
inter-compatible share the same directory for both arch-dependent and
arch-independent code, so binpkg's only need to be regenerated when:
- Upgrading/downgrading between major revisions
- Flipping USE="debug" or USE="ithreads".
Under PERL_SINGLE_SLOT, directories that should be compatible, and are
available, but built under the previous scheme, are also inhaled into
@INC for ease of transition.
The name of this flag is subject to change, and may become a USE flag.
- Add a new hidden feature PERL_SUPPORT_SINGLE_SLOT, which builds perl
the same way as in previous versions, but also probes for version'd
directories generated by installing packages on perl's built with
PERL_SINGLE_SLOT, as a fallback mechaism for transitioning away from a
perl built with PERL_SINGLE_SLOT.
The name of this flag is subject to change, and may become a USE flag
- Add a patch to various parts of Configure, perl.c, and friends, to
facilitate the above, which exposes itself as -Dgentoolibdirs=, and
has the same syntax as -Dotherlibdirs, but doesn't pollute everything
by adding its own arch-dirs when they weren't asked for. This patch
may also later help facilitate building perl's without
PERL_SINGLE_SLOT, but with other @INC dirs forced into place, for the
same purpose, but implemented differently, as the previous mechanism,
-Dinc_version_list is limited in that it:
- Excludes internally directories that don't exist
- Mangles directories sometimes trashing @INC entirely, throwing
away litterally all the versions you passed.
- Fixed a very embarrasing typo in the einfo code, ${EROO%/T} ...
- Restructured the @INC discovery/cleanup logic into dedicated functions
- Add more error handling in the discovery path, especially adding loud
error output if directories that *need* to be traversed for compat
discovery cannot be traversed, due to misconfigured permissions.
- Fix an embarrasing bug in @INC list stripping, that due to inherently
being a *substring* match, not a *fullstring* match, could have
excluded 5.30.20 from the @INC path for 5.30.2, even though they're
intercompatible. This became more obvious, when one was trying to
strip '5.30' from a list that contained '5.30.1', '5.30.2', because it
just ate everything!
Questions:
- Why do we have bzip2 in RDEPEND? Surely, that should be BDEPEND-only
- Are we even using bzip2 anymore?
- Should we migrate the patch ball to being a more-common-these-days set
of numerically ordered patches, and potentially reduce the handling
complexity in the ebuild as a result?
Package-Manager: Portage-2.3.100, Repoman-2.3.22
Signed-off-by: Kent Fredric <kentnl@gentoo.org>
|
|
Package-Manager: Portage-2.3.100, Repoman-2.3.22
Signed-off-by: Michael Mair-Keimberger <m.mairkeimberger@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/16231
Signed-off-by: Aaron Bauman <bman@gentoo.org>
|
|
Perl's Configure detected gcc-10 as gcc-1 and applied
-fpcc-struct-return option that breakw C ABI. This caused
mini-interpreter to crash early at bootstrap time.
The change is a direct backport of upstreams
6bd6308fcea3541e50565 ("Adapt Configure to GCC version 10").
Closes: https://bugs.gentoo.org/708744
Package-Manager: Portage-2.3.94, Repoman-2.3.21
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
Signed-off-by: Michael Mair-Keimberger <m.mairkeimberger@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/12306
Signed-off-by: Aaron Bauman <bman@gentoo.org>
|
|
Closes: https://bugs.gentoo.org/677306
Package-Manager: Portage-2.3.62, Repoman-2.3.12
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Patch from Debian, see https://bugs.debian.org/869122
Closes: https://bugs.gentoo.org/634162
Package-Manager: Portage-2.3.53, Repoman-2.3.12
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Bug: https://bugs.gentoo.org/648460
Package-Manager: Portage-2.3.24, Repoman-2.3.6
|
|
bug #586418
Bug: https://bugs.gentoo.org/586418
Bug: https://bugs.gentoo.org/589680
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
This commit / patch is not needed since we already have a fix for the bug.
See https://github.com/gentoo-perl/perl-patchset/commit/23179a630d04c3d40e7c09bccbf2f38f3ad72b93
This reverts commit 1ddfb9cc7eb204864bcf113b74ca4c5c9780c84a.
|
|
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
All these files were used by the perl-5.24.0 ebuild
and you can now see how crazy it all was.
Package-Manager: portage-2.3.1
|
|
Depcleans really do help a lot and you should do them lots.
Note: the 5.24.0-r1 version ( which is patched here ) is not displayed
to the user due to some mistakes made when flattening it, this will be
rectified in a future commit.
Note: Patching apparently "Old" eblits because due to a lack of clarity
on how eblits actually work, it turns out that all eblit-using
dev-lang/perl ebuilds are sourcing *BOTH* their own eblit entries *AND*
the eblit for v5016001!!.
The use of eblits here has made it impossible to clearly discern which
code is actually running, and that perl 5.22* and 5.20* actually work
at all is more a case of amazing amounts of good luck than actual
planning.
Package-Manager: portage-2.3.0
|
|
Package-Manager: portage-2.3.0_rc1
|
|
To allow miniperl compilation, patchlevel-gentoo.h must be in the MANIFEST.
Configure uses this file to create the /host symlinks.
Signed-off-by: Gwendal Grignou <gwendal@chromium.org>
Comment from Gentoo perl team: Being nice here and adding this commit which
ended up without any further reasons or docs in our mailbox. I can't see how it
could hurt. I can't really see any problem that it's supposed to fix
either. Hey chromium team, more words please next time!
|
|
patches. Add fix for bug 584890 by Benda Xu.
Package-Manager: portage-2.3.0_rc1
|
|
Package-Manager: portage-2.2.28
|
|
Package-Manager: portage-2.2.28
|
|
Package-Manager: portage-2.2.28
|
|
Package-Manager: portage-2.2.27
|
|
Package-Manager: portage-2.2.20-prefix
|
|
This commit represents a new era for Gentoo:
Storing the gentoo-x86 tree in Git, as converted from CVS.
This commit is the start of the NEW history.
Any historical data is intended to be grafted onto this point.
Creation process:
1. Take final CVS checkout snapshot
2. Remove ALL ChangeLog* files
3. Transform all Manifests to thin
4. Remove empty Manifests
5. Convert all stale $Header$/$Id$ CVS keywords to non-expanded Git $Id$
5.1. Do not touch files with -kb/-ko keyword flags.
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
X-Thanks: Alec Warner <antarus@gentoo.org> - did the GSoC 2006 migration tests
X-Thanks: Robin H. Johnson <robbat2@gentoo.org> - infra guy, herding this project
X-Thanks: Nguyen Thai Ngoc Duy <pclouds@gentoo.org> - Former Gentoo developer, wrote Git features for the migration
X-Thanks: Brian Harring <ferringb@gentoo.org> - wrote much python to improve cvs2svn
X-Thanks: Rich Freeman <rich0@gentoo.org> - validation scripts
X-Thanks: Patrick Lauer <patrick@gentoo.org> - Gentoo dev, running new 2014 work in migration
X-Thanks: Michał Górny <mgorny@gentoo.org> - scripts, QA, nagging
X-Thanks: All of other Gentoo developers - many ideas and lots of paint on the bikeshed
|