[gentoo-dev] [PATCH] eclass/db.eclass: use get_libname for Darwin support

2021-01-12 Thread Fabian Groffen
Signed-off-by: Fabian Groffen --- eclass/db.eclass | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/eclass/db.eclass b/eclass/db.eclass index 9a246d18979..52afe0b765f 100644 --- a/eclass/db.eclass +++ b/eclass/db.eclass @@ -23,13 +23,13 @@ db_fix_so

Re: [gentoo-dev] [RFC] Dealing with global /usr/bin/libtool use vs CC/CXX etc.

2021-01-10 Thread Fabian Groffen
perhaps tinderbox logs or something can reveal /usr/bin/libtool usage somehow. Thanks, Fabian > [1] https://bugs.gentoo.org/88596 -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

2021-01-08 Thread Fabian Groffen
o I'd prefer if you waited with that to avoid merge > conflicts. Could you please share your intended approach? Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-portage-dev] [PATCH] _get_lock_fn: support multiprocessing spawn start method (bug 758230)

2020-12-05 Thread Fabian Groffen
h open(lock_path, 'a') as f: > + fcntl.lockf(f.fileno(), fcntl.LOCK_EX|fcntl.LOCK_NB) > + except EnvironmentError as e: > + if e.errno == errno.EAGAIN: > + # Parent process holds lock, as expected. > + sys.exit(0) > + > + # Something went wrong. > + sys.exit(1) > > _open_fds = {} > _open_inodes = {} > -- > 2.26.2 > > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

[gentoo-dev] Last-rites: sys-kernel/xnu-headers, sys-libs/darwin-libc-headers, dev-libs/libmissing

2020-11-23 Thread Fabian Groffen
# Fabian Groffen (2020-11-23) # No longer used, not really functional either, noone should be using # this, removal in 30 days. sys-kernel/xnu-headers sys-libs/darwin-libc-headers dev-libs/libmissing -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Deprecating AMD64 17.0 profiles?

2020-11-10 Thread Fabian Groffen
t; > find the libs in there now). > > Yes. Attaching logs. The logs seem to indicate that it thinks all libs on your systems do not belong to any package. This suggests the tool cannot locate the VDB or something, as most of the things in the list are obviously owned by packages. Thanks, Fab

Re: [gentoo-dev] Deprecating AMD64 17.0 profiles?

2020-11-10 Thread Fabian Groffen
profiles either directly depend on the amd64/17.0 profile, or we use a sub-profile from amd64/17.0 profile, so if it's going to get removed, we are having a problem, don't we? -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Deprecating AMD64 17.0 profiles?

2020-11-10 Thread Fabian Groffen
On 10-11-2020 09:34:52 +0100, Michał Górny wrote: > On Tue, 2020-11-10 at 08:55 +0100, Fabian Groffen wrote: > > On 09-11-2020 19:38:28 +, Alexey Sokolov wrote: > > > Hi Fabian > > > I tried to migrate my prefix to 17.1, and there are issues. > > > >

Re: [gentoo-dev] Deprecating AMD64 17.0 profiles?

2020-11-09 Thread Fabian Groffen
-st.so > /home/user/gentoo/usr/lib/binutils/x86_64-pc-linux-gnu/2.34/libopcodes-2.34.0.gentoo-sys-devel-binutils-st.so > > -- > Best regards, > Alexey "DarthGandalf" Sokolov > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Deprecating AMD64 17.0 profiles?

2020-11-07 Thread Fabian Groffen
ate the > > amd64 > > 17.0 profiles! > > > > Prefix bootstrap script still makes new installations to use it This should be solved with b0445c0a8dd6d2f792c5bb088b154aca53868353 a9c478dc881ee18fefc7342da994b00e60eaad8e on gentoo.git and 0d7f6b6eb00d0f51f35019846b8f79048b3

Re: [gentoo-dev] net-misc/asterisk fails to compile: clang/LLVM: bug 731280

2020-08-28 Thread Fabian Groffen
b.gentoo.org/repo/gentoo.git/commit/?id=ae376c73ef197d6c7aa619e821c436ccab0cd77e > > Usage example for app-forensics/honggfuzz: > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fd841336dfdefbc14907e2d9b1eb1a1a3f5f8b8e This is cool, but shouldn't it be something like openmp? (e.g. blocks) There is no reason blocks have to be used if not on macOS (where system headers use blocks features). Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] euses(1) Reimplementation

2020-07-09 Thread Fabian Groffen
/?p=glibc.git;a=blob;f=string/strcasestr.c;h=d2964c5548b9ea7a68fc5b18b25ddfe7ddd6835c;hb=HEAD#l45 > [6] http://git.suugaku.co.uk/ash-euses/tree/ > [7] http://git.suugaku.co.uk/ash-euses/snapshot/ash-euses-0.3.tar.gz > > -- > > Ashley Dixon > suugaku.co.uk > > 2A9A 4117 > DA96 D18A > 8A7B B0D2 > A30E BF25 > F290 A8AA > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-portage-dev] Speeding up Tree Verification

2020-07-01 Thread Fabian Groffen
On 30-06-2020 13:13:29 -0500, Sid Spry wrote: > On Tue, Jun 30, 2020, at 1:20 AM, Fabian Groffen wrote: > > Hi, > > > > On 29-06-2020 21:13:43 -0500, Sid Spry wrote: > > > Hello, > > > > > > I have some runnable pseudocode outlining a faster tr

Re: [gentoo-portage-dev] Speeding up Tree Verification

2020-06-30 Thread Fabian Groffen
r i in range(0, 160, 5): > byte = i // 8 > offset = i - byte * 8 > # offset | bits remaining in k+1 | right-shift k+1 > # 3 | 0 | x > # 4 | 1 | 7 > # 5 | 2 | 6 > # 6 | 3 | 5 > # 7 | 4 | 4 > if offset < 4: > n = (b[byte] >> (3 - offset)) > else: > n = (b[byte] << (offset - 3)) + (b[byte + 1] >> (11 - offset)) > > ret += zb32[n & 0b1] > return ret > > def build_web_key_uri(address: str) -> str: > local, remote = address.split('@') > local = hash_localpart(local.encode('utf-8')) > return 'https://' + remote + '/.well-known/openpgpkey/hu/' + \ > local > > def stream_to_file(uri: str, fname: str) -> None: > with requests.get(uri, verify=True, stream=True) as r: > from pprint import pprint > pprint(r.headers) > with open(fname, 'wb') as f: > shutil.copyfileobj(r.raw, f) > ``` > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-portage-dev] Add caching to a few commonly used functions

2020-06-27 Thread Fabian Groffen
please > let me know if any changes are necessary. This sounds like a good job to me! Do you have any idea what the added memory pressure for these changes are? Thanks, Fabian > > Thanks, > Chun-Yu > > > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-portage-dev] [PATCH] Use env to find python

2020-06-17 Thread Fabian Groffen
roblem is already solved, why do you need these shebangs changed? Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] New USE=-native-symlinks for gcc-config and binutils-config

2020-05-24 Thread Fabian Groffen
uld have direct access to compilers, but it's easy enough to add the compilers to PATH if really necessary. I guess what I'm trying to say is: you can hide effect of the setup for users if you'd like. That is, after we had buildbots point out the bulk of packages that are wrong of course.

Re: [gentoo-dev] [RFC] Anti-spam for goose

2020-05-23 Thread Fabian Groffen
of your genuine objectives with the service. If it is, I can see why you fear spam so much. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] [RFC] Anti-spam for goose

2020-05-21 Thread Fabian Groffen
f dealing with spam -- require every new system > identifier to be confirmed by solving a CAPTCHA (or a few identifiers > for one CAPTCHA). > > The advantage of this method is that it requires a real human work to be > performed, effectively limiting the ability to submit spam

Re: [gentoo-dev] RFC: Gentoo Identity Provider

2020-05-19 Thread Fabian Groffen
f other accounts in the IDP remains to be > seem. > > > References >1. http://id.gentoo.org >2. http://id.gentoo.org >3. http://gentoo.org -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Last standing Python 2.7 dependency

2020-05-03 Thread Fabian Groffen
r help on them: > equery -h > equery hasuse -h > enalyze -h > enalyze a -h In addition to these great tools, portage-utils' quse might also be useful: % quse python2_7 ... Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Fabian Groffen
d doesn't do parallel good. If we want to change > this, we should go for something cool like zstd that scales better. I'd go for zstd too. It seems to be the best of both worlds, good compression at a good speed. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] fcaps.eclass: disable fcaps() on Prefix.

2020-03-07 Thread Fabian Groffen
his isn't treated as an error? Thanks, Fabian > + fi > + > # Process the user options first. > local owner='root' > local group='0' > -- > 2.25.0 > > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Keywordreqs and slacking arch teams

2019-12-28 Thread Fabian Groffen
erested to hear what kind of things you're thinking about here. I feel it would help if we would have the ability to at least compile/test ebuilds automatically. Not sure how helpful qemu could be there, but I know things like compiling for things like arm (RPi) works reasonably well. Thanks, Fabian

Re: [gentoo-portage-dev] [PATCH] eapply: Drop -s option for patch.

2019-12-13 Thread Fabian Groffen
On 13-12-2019 14:24:33 -0500, Michael Orlitzky wrote: > On 12/13/19 9:28 AM, Fabian Groffen wrote: > > > > We are providing those patches, maybe. In reality very often the > > patches originate from somewhere else though. And you don't want to > > have to respi

Re: [gentoo-portage-dev] [PATCH] eapply: Drop -s option for patch.

2019-12-13 Thread Fabian Groffen
provide. We are providing those patches, maybe. In reality very often the patches originate from somewhere else though. And you don't want to have to respin all of those just because. At least that's what I feel. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] New distfile mirror layout

2019-10-29 Thread Fabian Groffen
On 29-10-2019 15:45:34 +0100, Michał Górny wrote: > On Tue, 2019-10-29 at 15:33 +0100, Fabian Groffen wrote: > > In addition, there are currently files there that aren't referenced from > > ebuilds. Prefix uses these files during bootstrap, local mirrors are > > often muc

Re: [gentoo-dev] New distfile mirror layout

2019-10-29 Thread Fabian Groffen
to have such official translation service on Gentoo hardware. (I just wrote a small wsgi script that calculates the hash and generates the redirect from Python, served via uwsgi/nginx, but there should be many ways to achieve the same goals, if and only if a blake2b implementation were available for it.) Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] New distfile mirror layout

2019-10-29 Thread Fabian Groffen
ream remaking release packages. > > > > It's no longer valid. Just wondering. Do you mean it isn't valid that some upstreams do this (yes horror)? We surely need a way to work around that ... Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] New distfile mirror layout

2019-10-19 Thread Fabian Groffen
ted by the servers. Would it be possible to run a service that sends a 302 for the distfiles/foo-1.tar.gz to the appropriate bucket such that manual fetching doesn't require to calculate the hash? I prototyped this myself for distfiles.prefix, and seems like a nice guesture for at least the transit

Re: [gentoo-dev] Underscores in USE flags

2019-09-21 Thread Fabian Groffen
On 21-09-2019 09:06:01 +0200, Michał Górny wrote: > On Sat, 2019-09-21 at 08:43 +0200, Fabian Groffen wrote: > > Why not teach our tools (equery, quse, etc.) to print these USE-flags > > like Portage does? (looking them up to be valid expands) > > Then users have nothing

Re: [gentoo-dev] Underscores in USE flags

2019-09-21 Thread Fabian Groffen
g users, we should either do them all or stick to the current scheme. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

[gentoo-dev] Last rites: app-portage/hashgen

2019-09-15 Thread Fabian Groffen
# Fabian Groffen (2019-09-15) # Incorporated in >=app-portage/portage-utils-0.80 as qmanifest # Removal in 30 days. Bug #694428 app-portage/hashgen -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] use.desc: Introduce global USE=magic

2019-08-20 Thread Fabian Groffen
On 19-08-2019 22:04:12 +0200, Michał Górny wrote: > On Sun, 2019-08-11 at 13:21 +0200, Michał Górny wrote: > > USE=magic is currently used consistently by 12 packages: > > > > Merged. > > -- > Best regards, > Michał Górny > -- Fabian Groffen Gentoo

Re: [gentoo-portage-dev] [RFC] Adding extra vars to md5-cache, for QA purposes

2019-07-26 Thread Fabian Groffen
ithout need for EAPI bump, > > - I would like to have this implemented consistently both in Portage > and pkgcore, > > - we will need to clearly define how to dump arrays. > > > What do you think? > > -- > Best regards, > Michał Górny > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-21 Thread Fabian Groffen
oach, surely, there are others. Right, or we go for some (official) form of binpkgs distribution. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

[gentoo-dev] Re: RFC: isodate for packages.mask starting on 2019-07-01

2019-06-29 Thread Fabian Groffen
> * Larry is the Gentoo Example > * 2019-01-01 + 30 days is unclear, if we do not use UTC time > * The new date format is easy to read and write and easy to parse > internationally. > > Do you have any objections? > > > By the way, you can get a formatted string of now in UTC with: > date -u +"%Y-%m-%d" > > -- > Best, > Jonas > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Deprecation and removal of 13.0 profiles is imminent

2019-02-20 Thread Fabian Groffen
e drop at least empty > 'deprecated' file to notify users? I cleaned it up, it isn't in use any more. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-portage-dev] [PATCH v5] collision_protect: use dynamic report interval

2019-01-11 Thread Fabian Groffen
Pushed, thanks On 10-01-2019 20:37:16 -0800, Zac Medico wrote: > On 1/10/19 7:30 AM, Fabian Groffen wrote: > > The reporting of files remaining can look somewhat odd since the report > > interval is hardcoded to be per 1000 objects. Adjust this interval to > > be ti

[gentoo-portage-dev] [PATCH v5] collision_protect: use dynamic report interval

2019-01-10 Thread Fabian Groffen
remaining ... Possible output after this patch on a slower machine: * checking 6158 files for package collisions 48% done, 3145 files remaining ... 96% done, 192 files remaining ... 100% done Signed-off-by: Fabian Groffen --- lib/portage/dbapi/vartree.py | 15 +-- 1 file changed, 13

Re: [gentoo-portage-dev] [PATCH v4] collision_protect: use dynamic report interval

2019-01-10 Thread Fabian Groffen
, > > plib_collisions > > > > def _lstat_inode_map(self, path_iter): > > > > > -- > Thanks, > Zac > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

[gentoo-portage-dev] [PATCH v4] collision_protect: use dynamic report interval

2019-01-09 Thread Fabian Groffen
remaining ... Possible output after this patch on a slower machine: * checking 6158 files for package collisions 48% done, 3145 files remaining ... 96% done, 192 files remaining ... 100% done Signed-off-by: Fabian Groffen --- lib/portage/dbapi/vartree.py | 13 +++-- 1 file changed, 11

Re: [gentoo-portage-dev] [PATCH v3] collision_protect: use dynamic report interval

2019-01-09 Thread Fabian Groffen
On 08-01-2019 20:59:34 +, M. J. Everitt wrote: > On 08/01/19 19:15, Zac Medico wrote: > > On 1/8/19 5:42 AM, Fabian Groffen wrote: > >> The reporting of files remaining can look somewhat odd since the report > >> interval is hardcoded to be per 1000 obj

[gentoo-portage-dev] [PATCH v3] collision_protect: use dynamic report interval

2019-01-08 Thread Fabian Groffen
remaining ... Possible output after this patch on a slower machine: * checking 6158 files for package collisions 48% done, 3145 files remaining ... 96% done, 192 files remaining ... 100% done Signed-off-by: Fabian Groffen --- lib/portage/dbapi/vartree.py | 11 +-- 1 file changed, 9

Re: [gentoo-portage-dev] [PATCH] collision_protect: use dynamic report interval

2019-01-08 Thread Fabian Groffen
On 08-01-2019 09:17:04 +0100, Ulrich Mueller wrote: > >>>>> On Tue, 08 Jan 2019, Fabian Groffen wrote: > > > Output before this patch: > > > * checking 6111 files for package collisions > > [...] > > > After: > > > * checkin

[gentoo-portage-dev] [PATCH] collision_protect: use dynamic report interval

2019-01-08 Thread Fabian Groffen
% done, 2050 files remaining ... 83% done, 1023 files remaining ... 100% done Signed-off-by: Fabian Groffen --- lib/portage/dbapi/vartree.py | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/lib/portage/dbapi/vartree.py b/lib/portage/dbapi/vartree.py index

[gentoo-portage-dev] [PATCH] lib/portage/dbapi/vartree: use dynamic report interval in _collision_protect

2019-01-07 Thread Fabian Groffen
% done, 2050 files remaining ... 83% done, 1023 files remaining ... Signed-off-by: Fabian Groffen --- lib/portage/dbapi/vartree.py | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/lib/portage/dbapi/vartree.py b/lib/portage/dbapi/vartree.py index 4b91caea8..4d0bf2789

Re: [gentoo-dev] [pre-GLEP] Gentoo binary package container format

2018-11-27 Thread Fabian Groffen
On 26-11-2018 21:13:53 +, Andrey Utkin wrote: > On Wed, Nov 21, 2018 at 11:45:54AM +0100, Fabian Groffen wrote: > > We agree it is hackish, and we agree we can do without. You simply > > exaggerate the problem, IMO, which mostly isn't there, because it works > > fin

Re: [gentoo-dev] [pre-GLEP r2] Gentoo binary package container format

2018-11-21 Thread Fabian Groffen
mention POSIX, which triggered me. I think it would be good to specify which tar format to use. POSIX.1-2001/pax format doesn't have a 100/256 char filename length restriction, which is good but it is not (yet) used by default by GNU tar. busybox tar can read pax tars, it seems. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] [pre-GLEP] Gentoo binary package container format

2018-11-21 Thread Fabian Groffen
ages/sys-apps/sed-4.5.tbz2 | tar -jxf - results in no warnings/errors from bzip about trailing garbage, possible thanks to the spec being smart enough about this. Not having to do this, when under stress and pressure to restore a system to get it back into production, is a plus. Though, in that scenario the trailing garbage warning wouldn't have been that bad either. > > > > > 3. **The file format should provide for partial fetching of binary > > > > >packages.** It should be possible to easily fetch and read > > > > >the package metadata without having to download the whole package. > > > > > > > > Like above, what is the use-case here? Why would you want this? I > > > > think I'm missing something here. > > > > > > Does this harm anything? Even if there's little real use for this, is > > > there any harm in supporting it? Are we supposed to do things the other > > > way around with no benefit just because you don't see any real use for > > > it? > > > > Well, you make a huge point out of it. And if it isn't used, then why > > bother so much about it. Then it just looks like you want to use it as > > an argument to get rid of something you just don't like. > > > > In my opinion you better just say "hey I would like to implement this > > binpkg format, because I think it would be easier to support with > > minimal tools since it doesn't have custom features". I would have > > nothing against that. Simple and elegant is nice, you don't need to > > invent arguments for that, in my opinion. > > The spec is now more focused on that. Thank you, much appreciated. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] [pre-GLEP] Gentoo binary package container format

2018-11-18 Thread Fabian Groffen
On 18-11-2018 10:38:51 +0100, Michał Górny wrote: > On Sun, 2018-11-18 at 10:16 +0100, Fabian Groffen wrote: > > On 17-11-2018 12:21:40 +0100, Michał Górny wrote: > > > Problems with the current binary package format > > > ---

Re: [gentoo-dev] [pre-GLEP] Gentoo binary package container format

2018-11-18 Thread Fabian Groffen
having to recompress package files. > > 6. **The file format should account for easy recognition both through >filename and through contents.** Preferably, it should have distinct >features making it possible to detect it via file(1). > > 7. **The file format should allow

Re: [RFC] gpkg format proposal v2 (was: Re: [gentoo-portage-dev] [RFC] Improving Gentoo package format)

2018-11-12 Thread Fabian Groffen
ould > reduce the outer size of binary packages, I think the format is simply > too obscure. It lives mostly as static library format, and the tooling > for it is part of binutils. LSB considers it deprecated. While I don't > see it going away anytime soon, I'd rather not rely on it in order to > save a few KiB. > > > Is there anything left to address? > > -- > Best regards, > Michał Górny -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] app-emulation/libvirt-snmp: version bump to 0.0.4

2018-10-27 Thread Fabian Groffen
ing patches to this ML targets the right audience, yet I welcome the contribution. -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Changing policy about -Werror

2018-09-14 Thread Fabian Groffen
I think you misunderstood what I wrote, or I wasn't clear enough. Richard summed up my intention nicely in his response. Fabian On 15-09-2018 00:46:24 +0300, Alon Bar-Lev wrote: > On Sat, Sep 15, 2018 at 12:29 AM Fabian Groffen wrote: > > > > On 15-09-2018 00:07:12 +0300, Alo

Re: [gentoo-dev] Changing policy about -Werror

2018-09-14 Thread Fabian Groffen
E=upstream-cflags, which Gentoo disables by default. As maintainer and/or enthusiastic user, like you wrote for gnutls, I would be more than happy to provide build logs/errors for all the arches I have access to. So like I wrote before, I think we should consider case-by-case basis to make it easy to do so. Fab

Re: [gentoo-dev] Changing policy about -Werror

2018-09-14 Thread Fabian Groffen
venience would be worth it. Perhaps, if one persists on going this route, only do this for platforms that upstream supports, such that arches which will suffer from this (typically ppc, sparc, ...) don't have to be blocked by this. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Changing policy about -Werror

2018-09-13 Thread Fabian Groffen
On 13-09-2018 18:56:13 +0300, Alon Bar-Lev wrote: > On Thu, Sep 13, 2018 at 6:51 PM Fabian Groffen wrote: > > > > On 12-09-2018 17:46:03 -0700, Matt Turner wrote: > > > On Wed, Sep 12, 2018 at 5:11 PM Rich Freeman wrote: > > > With new GCC comes new warnings,

Re: [gentoo-dev] Changing policy about -Werror

2018-09-13 Thread Fabian Groffen
xactly the sort of reason > why we'd want to build with -Werror on packages where these issues are > unacceptable? Can you think of a way in which a new runtime issue would occur that -Werror would have guarded? And that issue would also get through maintainer and ~arch testing? Fabian

Re: [gentoo-dev] Changing policy about -Werror

2018-09-13 Thread Fabian Groffen
a compiler or not) then this should ideally stand out during ~arch testing, or even before when the Gentoo maintainer examines the build (might even use -Werror for his own purposes). If such code ends up in stable arch we just made a stabilisation mistake, or got royally messed up by upstream, depending how you look at it. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Changing policy about -Werror

2018-09-13 Thread Fabian Groffen
g with this. > > With new GCC comes new warnings, and harmless as the vast majority are > they cause the build to break with Werror. To illustrate harmless: warning: this statement may fall through [-Wimplicit-fallthrough=] The warning message already has it in it that it's just a pure guess. -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Changing policy about -Werror

2018-09-13 Thread Fabian Groffen
you add -Werror to your CFLAGS you basically introduce breakage for some autoconf-based packages. What we really should be having is an easy way for post-configure CFLAGS addition. Just to support devs/users who insist on this for their setups. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Changing policy about -Werror

2018-09-10 Thread Fabian Groffen
real security problems such as races, which GCC doesn't do yet, as far as I'm aware. Let alone trigger with -Werror. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] multilib: allow specifying the subtype of library in get_libname

2018-08-03 Thread Fabian Groffen
# runtime library > + ;; > + undefined) > + eerror "please specify either --link or > --run to get_libname" > + eerror "for ming

Re: [gentoo-dev] rfc: [QA] Ban policy introduction

2018-07-29 Thread Fabian Groffen
, after two independent breakages > > 2.) Revoking the commit access for 14 days > > > > These violations will be evaluated individually by all QA team members. > > Warnings can be revoked, if during 6 months period a developer makes at > > least 20 non trivial changes not producing more breakages. > > > > > > -- > > Sergei > -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-portage-dev] [PATCH v2] rsync: quarantine data prior to verification (bug 660410)

2018-07-08 Thread Fabian Groffen
# actual sync > command = rsynccommand[:] > + > + if self.repo.location != download_dir: > + # Use shared hardlinks for files that > are identical > + # in the prev

Re: [gentoo-dev] [PATCH v2 09/11] glep-0063: Make recommended expiration terms mandatory

2018-07-06 Thread Fabian Groffen
in the human SSD. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Developer commit timeline updates

2018-06-25 Thread Fabian Groffen
Thanks :) > [1]:https://dev.gentoo.org/~mgorny/dev-timeline.html > [2]:https://dev.gentoo.org/~mgorny/active-devs.html -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-portage-dev] [PATCH 0/4] rsync: add key refresh retry (bug 649276)

2018-04-01 Thread Fabian Groffen
ay". Yay. That doesn't make you "right". > I'm seriously worried about the future of Gentoo. I'd really appreciate > if you started focusing on that as well. I get that all this stuff looks > cool on paper but few months or years from now, someone will curse > 'whoever wrote that code

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-29 Thread Fabian Groffen
more obliged to fix them? > Provided that the packages are still maintained, and it won't be > 'hey, we just made it impossible to install this package, maybe someone > will fix it one day'. I agree, packages shouldn't suddenly start failing. Not during install, not during runtime either. For changes like this EAPIs were invented. Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] New category: app-metrics

2018-03-22 Thread Fabian Groffen
_exporter > * net-analyzer/prometheus-uwsgi_exporter > * net-analyzer/prometheus-pushgateway > * net-analyzer/prometheus-alertmanager > > With the growing adoption of prometheus I expect more exporters to be > added (I have five more that I want to add in the near future). > &

[gentoo-dev] About making mastersync redundant

2018-03-20 Thread Fabian Groffen
ng snapshots (for emerge webrsync) and no rsync propagation. > > -A > > > > References: >1. https://infra-status.gentoo.org/ > > read_char: errno==EILSEQ; invalid byte sequence for UTF-8: -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] about non-ebuild files in the tree (and verification thereof)

2018-02-28 Thread Fabian Groffen
On 28-02-2018 22:08:54 +, Robin H. Johnson wrote: > On Wed, Feb 28, 2018 at 04:10:52PM +0100, Fabian Groffen wrote: > > Hi, > > > > I'm working on a verification implementation of > > https://www.gentoo.org/glep/glep-0074.html and ran into the following > > s

[gentoo-dev] about non-ebuild files in the tree (and verification thereof)

2018-02-28 Thread Fabian Groffen
as it can be on this odd file (I thought it used to complain about stray/unadded files). Does anybody know or have a pointer to what the policies on files in our ebuild dirs actually is? Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

[gentoo-dev] about commits in the future

2018-02-21 Thread Fabian Groffen
) is it technically possible to reject such commits? 3) if 2) should we decide on some clock skew and reject anything which is beyond that? How do others feel about this? Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] RFC: Bugzilla arch list reordering

2018-01-23 Thread Fabian Groffen
hat, I'd like to group 32/64 bits versions of arches. Basically djc converted into: AMD64 X86 PPC64 PPC ARM64 ARM SPARC64 (?) SPARC ALPHA IA64 HPPA MIPS ... Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

[gentoo-dev] Re: repo/gentoo:master commit in: sys-devel/llvm/

2018-01-20 Thread Fabian Groffen
USE=clang) > + Support dumping LLVM bitcode sections in > Mach-O files > + (uses app-arch/libxar) I think you mean app-arch/xar everywhere? Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

[gentoo-dev] about stable, dev and exp profile status

2018-01-10 Thread Fabian Groffen
d", and I wonder if in that case it wouldn't be better to introduce a new one instead? Maybe I'm just one of a few who thinks the order is reversed now. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Upcoming posting restrictions on the gentoo-dev mailing list

2018-01-10 Thread Fabian Groffen
ht, I suggest to anyone who doesn't like this direction that we move discussions to -project instead. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature

Re: [gentoo-dev] Re: repo/gentoo:master commit in: dev-libs/libunibreak/

2017-12-14 Thread Fabian Groffen
On 14-12-2017 14:41:17 +0100, Michał Górny wrote: > W dniu czw, 14.12.2017 o godzinie 13∶56 +0100, użytkownik Fabian Groffen > napisał: > > On 14-12-2017 13:39:18 +0100, Michał Górny wrote: > > > Dnia 14 grudnia 2017 13:21:47 CET, Fabian Groffen <grob...@gentoo.org> &g

Re: [gentoo-dev] Re: repo/gentoo:master commit in: dev-libs/libunibreak/

2017-12-14 Thread Fabian Groffen
see) contact Andrey upfront to establish how honest his mistake was? > Andrey pretty clearly stated that he did this *on purpose*. Andreas also did his commit *on purpose*. Honestly. And he made things worse, now actually *affecting* our users. ... Thanks, Fabian -- Fabian Groffen Gentoo on a

Re: [gentoo-dev] Re: repo/gentoo:master commit in: dev-libs/libunibreak/

2017-12-14 Thread Fabian Groffen
for > excuses and loopholes, and start doing something good for Gentoo. So, breaking the tree, just because someone forgot to set the maintainer field is doing something good for Gentoo? (That's called QA?) https://archives.gentoo.org/gentoo-commits/message/7f34111f0e45f451d5b3a5a58b0

Re: [gentoo-dev] Re: repo/gentoo:master commit in: dev-libs/libunibreak/

2017-12-14 Thread Fabian Groffen
On 14-12-2017 13:39:18 +0100, Michał Górny wrote: > Dnia 14 grudnia 2017 13:21:47 CET, Fabian Groffen <grob...@gentoo.org> > napisał(a): > >Can we make it a policy to list /what/ QA issues are the justification > >for commits like these? A description in the commit messa

Re: [gentoo-dev] Re: repo/gentoo:master commit in: dev-libs/libunibreak/

2017-12-14 Thread Fabian Groffen
On 14-12-2017 13:39:18 +0100, Michał Górny wrote: > Dnia 14 grudnia 2017 13:21:47 CET, Fabian Groffen <grob...@gentoo.org> > napisał(a): > >Can we make it a policy to list /what/ QA issues are the justification > >for commits like these? A description in the commit messa

[gentoo-dev] Re: repo/gentoo:master commit in: dev-libs/libunibreak/

2017-12-14 Thread Fabian Groffen
t; deleted file mode 100644 > index a8bbb441f29..000 > --- a/dev-libs/libunibreak/metadata.xml > +++ /dev/null > @@ -1,14 +0,0 @@ > - > -http://www.gentoo.org/dtd/metadata.dtd;> > - > - > - > - Libunibreak is an implementation of the line breaking and word > breaking algorithms > - as described in Unicode Standard Annex 14 and Unicode Standard > Annex 29. It is > - designed to be used in a generic text renderer. > - > - > - Generate man pages with doxygen. > - Install html API documentation. > - > - > > -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] [RFC] GLEP 74 post-Council review update [v5]

2017-12-01 Thread Fabian Groffen
not limited to: > > - Robin Hugh Johnson, > - Ulrich Müller. > > Additionally, thanks to Robin Hugh Johnson for the original > MetaManifest GLEP series which served both as inspiration and source > of many concepts used in this GLEP. Recursively, also thanks to all > the people who contributed to the original GLEPs. > > > References > == > > .. [#GLEP44] GLEP 44: Manifest2 format >(https://www.gentoo.org/glep/glep-0044.html) > > .. [#GLEP57] GLEP 57: Security of distribution of Gentoo software >- Overview >(https://www.gentoo.org/glep/glep-0057.html) > > .. [#GLEP58] GLEP 58: Security of distribution of Gentoo software >- Infrastructure to User distribution - MetaManifest >(https://www.gentoo.org/glep/glep-0058.html) > > .. [#GLEP59] GLEP 59: Manifest2 hash policies and security implications >(https://www.gentoo.org/glep/glep-0059.html) > > .. [#GLEP60] GLEP 60: Manifest2 filetypes >(https://www.gentoo.org/glep/glep-0060.html) > > .. [#GLEP61] GLEP 61: Manifest2 compression >(https://www.gentoo.org/glep/glep-0061.html) > > .. [#UNICODE] The Unicode standard >(https://unicode.org/versions/latest/) > > .. [#PMS-FETCH] Package Manager Specification: Dependency Specification >Format - SRC_URI >(https://projects.gentoo.org/pms/6/pms.html#x1-940008.2.10) > > .. [#FILE-NAMING-RULES] Ebuild File Format -- Gentoo Development Guide > > (https://devmanual.gentoo.org/ebuild-writing/file-format/#file-naming-rules) > > .. [#MD5] RFC1321: The MD5 Message-Digest Algorithm >(https://www.ietf.org/rfc/rfc1321.txt) > > .. [#RIPEMD160] The hash function RIPEMD-160 >(https://homes.esat.kuleuven.be/~bosselae/ripemd160.html) > > .. [#SHS] FIPS PUB 180-4: Secure Hash Standard (SHS) >(http://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.180-4.pdf) > > .. [#WHIRLPOOL] The WHIRLPOOL Hash Function >(http://www.larc.usp.br/~pbarreto/WhirlpoolPage.html) > > .. [#BLAKE2] BLAKE2 -- fast secure hashing >(https://blake2.net/) > > .. [#SHA3] FIPS PUB 202: SHA-3 Standard: Permutation-Based Hash >and Extendable-Output Functions >(http://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.202.pdf) > > .. [#STREEBOG] GOST R 34.11-2012: Streebog Hash Function >(https://www.streebog.net/) > > .. [#C08] Cappos, J et al. (2008). "Attacks on Package Managers" > > (https://www2.cs.arizona.edu/stork/packagemanagersecurity/attacks-on-package-managers.html) > > .. [#DIST] According to Robin H. Johnson, 8.4% of all DIST entries >at the time of writing are duplicate, representing 2 MiB >out of 25 MiB of DIST entries altogether. > > .. [#GEMATO] gemato: Gentoo Manifest Tool >(https://github.com/mgorny/gemato/) > > > Copyright > = > This work is licensed under the Creative Commons Attribution-ShareAlike 3.0 > Unported License. To view a copy of this license, visit > http://creativecommons.org/licenses/by-sa/3.0/. > > -- > Best regards, > Michał Górny > > -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

[gentoo-dev] Re: [RFC, PATCH] user.eclass: gracefully return when unprivileged

2017-11-22 Thread Fabian Groffen
as a root, mostly usable on NAS > or smartphones, when we do ultimately like portage to manage groups and > users. I think we could definitely live with this until someone requests otherwise. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

[gentoo-dev] Re: Prefix bootstrap script maintainability (Was: No more stable keywords for Games)

2017-11-22 Thread Fabian Groffen
rhaps open up the dicussion on the related project's mailing lists. At least I haven't come across any request to explain certain bits/decisions yet. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] "Not a git repository" error on ebuild

2017-11-07 Thread Fabian Groffen
> > > >  Thanks in advance: > > > > > Please post the ebuild. That's a git error (not a portage error) and it > means you are trying to run "git " without running "git > init" first Chances are git is called from the Makefile. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-portage-dev] [PATCH v2] __dyn_install: improve reporting of build and image sizes

2017-08-28 Thread Fabian Groffen
On 27-08-2017 12:53:23 -0700, Zac Medico wrote: > On 08/27/2017 08:06 AM, Fabian Groffen wrote: > > Prior to this commit, the reported sizes would look like: > > > > * Final size of build directory: 34942 KiB > > * Final size of installed tree: 5627 KiB > > >

[gentoo-portage-dev] [PATCH v2] __dyn_install: improve reporting of build and image sizes

2017-08-27 Thread Fabian Groffen
Prior to this commit, the reported sizes would look like: * Final size of build directory: 34942 KiB * Final size of installed tree: 5627 KiB Because the sizes aren't aligned, it is hard to (visually) compare them. On top of this, because the numbers are sometimes bigger, print a human

Re: [gentoo-portage-dev] [PATCH] _collision_protect: report progress in work todo

2017-08-27 Thread Fabian Groffen
On 26-08-2017 14:46:30 -0700, Zac Medico wrote: > On 08/24/2017 06:28 AM, Fabian Groffen wrote: > > Currently Portage reports its progress in checking collisions forward > > every 1000th file like so: > > > > * checking 4149 files for package collisions > > 1000

[gentoo-portage-dev] [PATCH] _collision_protect: report progress in work todo

2017-08-24 Thread Fabian Groffen
Currently Portage reports its progress in checking collisions forward every 1000th file like so: * checking 4149 files for package collisions 1000 files checked ... 2000 files checked ... 3000 files checked ... 4000 files checked ... >>> Merging sys-apps/portage-2.3.8 to / Change it to

[gentoo-portage-dev] [PATCH] __dyn_install: improve reporting of build and image sizes

2017-08-24 Thread Fabian Groffen
Prior to this commit, the reported sizes would look like: * Final size of build directory: 34942 KiB * Final size of installed tree: 5627 KiB Because the sizes aren't aligned, it is hard to (visually) compare them. On top of this, because the numbers are sometimes bigger, print a human

Re: [gentoo-dev] New package neomutt

2017-08-10 Thread Fabian Groffen
and others have done in this thread. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] New package neomutt

2017-08-10 Thread Fabian Groffen
ys called 'mutt'. > > Why not just have mutt and/or neomutt for both packages? Whoever only > wants neomutt and run it with 'mutt' can "alias mutt=neomutt" and be > done. Both packages install /usr/bin/mutt by upstream's default (because neomutt is supposed to be a drop-

Re: [gentoo-dev] New package neomutt

2017-08-10 Thread Fabian Groffen
I am not aware of that. I can live with a symlink USE-flag. It doesn't seem very elegant to me, but it would work for this scenario. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] New package neomutt

2017-07-31 Thread Fabian Groffen
s well. For now it seems useful to me to have both mutt and neomutt around. I sent my detailed comments on the neomutt ebuild to Nicholas off-list already. The changes suggested should show even more how the two are different. Thanks, Fabian [1] http://mailman.neomutt.org/pipermail/neomutt-devel-neomu

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

2017-05-16 Thread Fabian Groffen
s the actual problem with that? Hardware or more deltas to download by users? Just wondering. Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: Digital signature

Re: [gentoo-dev] Proposal: profiles/arches.desc - improve repoman flexibility (with other benefits)

2017-03-27 Thread Fabian Groffen
On 27-03-2017 09:56:50 +0200, Ulrich Mueller wrote: > >>>>> On Mon, 27 Mar 2017, Fabian Groffen wrote: > > >> > When you say "arch" you actually mean a keyword as per GLEP-53[1] > >> > right? > >> > >> Which doesn't agree

  1   2   3   4   5   6   >