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
t regards,
> 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
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 (
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 app-portage/iwdevtool
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
>google-c
> 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
>
>
> 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
>
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
>
>
> # 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
>
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 w
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 o
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
>
> 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.
>
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 depend
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
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 on
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 b
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
>
18 matches
Mail list logo
