Re: [gentoo-dev] Interest in a yarn / NPM eclass

2022-06-11 Thread Alessandro Barbieri
Il giorno mer 8 giu 2022 alle ore 22:45 Robin H. Johnson ha scritto: > On Wed, Jun 08, 2022 at 07:23:15PM +0200, Alessandro Barbieri wrote: > > I'm interested in an eclass that doesn't bundle everything together. Also > > I'm interested in anyone that can share the package

Re: [gentoo-dev] Interest in a yarn / NPM eclass

2022-06-08 Thread Alessandro Barbieri
ards, > Andrew > > [1] https://github.com/Alessandro-Barbieri/node-overlay > > On 05/06/2022 07:47, Chris Pritchard wrote: > > Hello, > > > > Would there be any interest in a yarn / NPM eclass that supports offline > > installs. For a personal overl

[gentoo-dev] Reliably find MPI implementation

2022-06-08 Thread Alessandro Barbieri
I have a package that uncorrectly guesses the mpi implementation because it's grepping the /usr/include/mpi.h and since it's a multilib wrapper, it doesn't contain the defines. I can specify the mpi implementation while configuring. How to reliably detect the MPI implementation? I need something

Re: [gentoo-dev] [PATCH 0/2] Add esed.eclass for sed that dies if caused no changes

2022-06-04 Thread Alessandro Barbieri
Il giorno mar 31 mag 2022 alle ore 13:23 Ionen Wolkens ha scritto: > Often preferable to use patches so this happens, but sed have its > uses/convenience and this intend to help reduce the amount of old > broken seds causing issues that go unnoticed on bumps. > > Inspired by

Re: [gentoo-dev] Upstream remote-id types in package metadata

2022-05-22 Thread Alessandro Barbieri
Il Dom 22 Mag 2022, 09:09 Ulrich Mueller ha scritto: > According to the XML schema [1], the following remote-id types are > currently allowed: > >bitbucket >cpan >cpan-module >cpe >cran >ctan >freecode >freshmeat >github >gitlab >gitorious >

Re: [gentoo-dev] [PATCH 0/1] Add 'notes' element to metadata.xml (GLEP 68)

2021-10-05 Thread Alessandro Barbieri
> Maybe we could just add README files to the package directories > in question. This would have the clear advantage that the files will be > immediately visible. > I'll personally prefer a readme. Also almost all metadata.xml features are underused >

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-23 Thread Alessandro Barbieri
> > IIUC, it will disable CPU microcode updates. The code being removed is > entirely free (but it could load some non-free third-party microcode). > Do we really endorse that, from a security (spectre, meltdown, etc.) > point of view? > rt-sources aren't supported by the kernel team >

Re: [gentoo-dev] [PATCH] Add 2021-06-30-libxcrypt-migration

2021-07-05 Thread Alessandro Barbieri
Il Mar 6 Lug 2021, 05:55 Marco Scardovi ha scritto: > Hi there, > > attached italian translation too > >Se, per qualunque motivo, *non* hai desidero di fare il passaggio ora Se, per qualunque motivo, *non* hai desiderio di fare il passaggio ora >

Re: [gentoo-dev] last-rite: some java stuff

2021-05-06 Thread Alessandro Barbieri
> > # Miroslav Šulc (2021-04-28) > # no consumers > # removal in 30 days > # see bug: https://bugs.gentoo.org/786783 > dev-java/skinlf > It's needed for scilab[gui] from the science overlay. It may be worth keeping it or moving it to science >

Re: [gentoo-dev] New tool: merge-driver-ekeyword automatically resolves git merge conflicts involving KEYWORDS=...

2021-03-02 Thread Alessandro Barbieri
Il Mar 2 Mar 2021, 20:03 Matt Turner ha scritto: > On Tue, Mar 2, 2021 at 12:11 AM Michael Orlitzky wrote: > > why don't we just enforce putting each > > keyword on a separate line instead, so that we don't have this problem > > in the first place? > > Why don't

Re: [gentoo-dev] Make 'man' global USE flag from currently local

2021-02-13 Thread Alessandro Barbieri
Il Sab 13 Feb 2021, 02:19 Aisha Tammy ha scritto: > Hi all, >I am proposing to make the `man` USE flag into a global one. > Currently it is used by ~45 packages most of which have the same > description 'Build and install man pages': > https://packages.gentoo.org/useflags/man > Hopefully no

Re: [gentoo-dev] dev-python/cryptography to use rust, effectively killing alpha, hppa, ia64, m68k, s390

2021-02-08 Thread Alessandro Barbieri
Il Lun 8 Feb 2021, 12:19 Michał Górny ha scritto: > Hi, > > FYI the developers of dev-python/cryptography decided that Rust is going > to be mandatory for 1.5+ versions. It's unlikely that they're going to > provide LTS support or security fixes for the old versions. > > Since cryptography is a

Re: [gentoo-dev] [RFC] Recap: Discontinuing LibreSSL support?

2020-12-31 Thread Alessandro Barbieri
> > Installing both openssl and libressl .a files in different directories > seems both useful and straightforward. I don't object to openssl being > favored for /usr/lib here, libressl gets a directory of its own, but > libressl.pc goes into /usr/lib/pkgconfig so that it is found automatically. >

Re: [gentoo-dev] [PATCH] ebuild-maintenance/removal: Process for virtual removal

2020-09-07 Thread Alessandro Barbieri
Il giorno lun 7 set 2020 alle ore 14:10 Ulrich Mueller ha scritto: > The devmanual [1] says that a revbump should be done when a new runtime > dependency is added to an ebuild, but it doesn't say that for removal of > a dependency. > > We are talking about the second case here, because the

Re: [gentoo-dev] zoom concerns

2020-04-07 Thread Alessandro Barbieri
What about moving all of these binary-only packages in an official overlay (made for the scope) or in GURU? Il Gio 2 Apr 2020, 02:48 Rich Freeman ha scritto: > On Wed, Apr 1, 2020 at 8:18 PM Alessandro Barbieri > wrote: > > > > I have concerns about the inclusion of zoom i

[gentoo-dev] ceph's static-libs

2020-04-04 Thread Alessandro Barbieri
I was trying to remove static-libs from hwloc and I noticed that the last bump of ceph is requiring hwloc:=[static-libs?] And I notices it needs also alot of other dependencies with [static-libs?] Is there a *valid* reason for having ceph[static-libs] around in the first place? For more context

[gentoo-dev] zoom concerns

2020-04-01 Thread Alessandro Barbieri
I have concerns about the inclusion of zoom in ::gentoo. For me it's more like a malware. >From the hacker news feed you'll find out that: [1] zero day vulnerability found [2] passwords are truncated to 32 bit [3] previously sent data to facebook [4] end to end traffic isn't encrypted [5] signed

Re: [gentoo-dev] Last rites: media-fonts/symbola

2020-03-31 Thread Alessandro Barbieri
Version 10.23 is here https://web.archive.org/web/20180129230141/http://users.teilar.gr/~g1951d/Symbola.zip Il Dom 29 Mar 2020, 23:20 Chí-Thanh Christopher Nguyễn ha scritto: > # Chí-Thanh Christopher Nguyễn (2020-03-29) > # Old releases gone from upstream, new releases use overly restrictive