Hi David,
David Seifert writes:
>> > An actual ABI compliance test, e.g. done using abi-compliance-
>> > checker would be more interesting.
>>
>> As said above, the symbols don't need to be 1-1 copy of each other.
>> Any library which is a superset of the reference one will work.
>
> Again, I'm
Dear Michał,
Michał Górny writes:
> I would like to ask our this year's GSoC mentors a single question:
> why weren't the GSoC proposals given proper discussion on our regular
> mailing lists *before* they were accepted?
> I can understand that most developers in Gentoo don't really care about
Mike Gilbert writes:
> This looks a lot safer than yesterday's patch since there are no
> ebuild removals here.
Thank you Mike.
> If/when you do want to remove old ebuilds, I suggest creating a github
> PR, and let the CI bot check reverse dependencies.
Yeah, that would have been a much safer
Hi Marek,
Marek Szuba writes:
> On 2019-06-27 04:16, Benda Xu wrote:
>
>> Michał, you were overreacting to the word "GSoC" since our original RFC
>> at gentoo-dev. Please, just ignore GSoC when you are executing your
>> experise of QA. Gentoo should be deve
Hi Jonas,
Jonas Stein writes:
> Dear all,
>
> Situation:
> We have different date formats in packages.mask.
>
> Change:
> I suggest that we start using the date format -mm-dd
> for all dates in packages.mask
> starting with 2019-07-01
For me isodate is more readable. I would vote for this
Hi James,
Sorry that I have re-ordered your text.
> A check was added to Portage to ensure this held. Myself, the
> ChromiumOS team, and others have since been caught out by this check
> when trying to bootstrap brand new systems from scratch. You cannot
> bootstrap with no headers at all! The ch
Michał Górny writes:
> Add a new @INCLUDES_EPREFIX tag that indicates that a particular
> function (= getter) or variable is a path that includes ${EPREFIX}.
> This will be used in pkgcheck to detect accidental variable and getter
> combinations that result in double prefix.
>
> Signed-off-by: Mi
Hi James,
James Le Cuirot writes:
>> > What if we want to bootstrap a brand new prefixed system using the
>> > crossdev system as SYSROOT? This is the distinct SYSROOT case. The
>> > problem is that there is no distinct variable for SYSROOT's prefix
>> > and, as already stated, ESYSROOT is alway
Michał Górny writes:
> Just a quick note: thanks to hard work of radhermit, the newest release
> of pkgcheck features internal parallelization of checks. While it's not
> perfect and there's still room for improvement (I mean, it could run
> even faster!), it's a major step forward.
>
> This mea
Joshua Kinard writes:
> Put simply, the kernel's single purpose, as nothing more than a
> hyper-complex while loop, is to get the hardware up into a usable state and
> then hand off to userland, then sit and service userland's needs as called
> upon. The kernel should have all of the subsystems
Dear all,
Bug 684962 (dev-python/ipython-7.5.0: package conflicts) has
demonstrated a painful consequence when upstream start to release
python3 only versions.
Upstream has dropped python-2.7 support in dev-python/ipython-7.5.0,
thus there is no python_targets_python2_7 USE flag for the ebuild.
d
Hi guys,
Thank you very much for your comments. I have made up my mind to just
help remove python 2.7. Actually, a lot of efforts are ongoing, for
example,
https://github.com/gentoo/gentoo/pull/13771
Cheers,
Benda
Thank you Alice!
alicef writes:
> As always, Gentoo plans to participate in the Google Summer of Code
> 2020. We are looking for new project ideas and are always open for
> new mentors.
> Google Summer of Code is a big opportunity for making Gentoo project more
> visible and get more people inte
Dear Fellows,
alicef writes:
> As always, Gentoo plans to participate in the Google Summer of Code
> 2020. We are looking for new project ideas and are always open for
> new mentors.
> Google Summer of Code is a big opportunity for making Gentoo project more
> visible and get more people interes
Hi Gerion,
Gerion Entrup writes:
> I saw the idea „Big Data Infrastructure by Gentoo“ and found it kind of
> interesting. However, I have a little bit the fear that a full automation
> won't be possible and the whole project becomes a little bit like g-sorcery
> (gs-pypi, gs-elpa) or g-octave: a
Hi Gerion,
Gerion Entrup writes:
>> Yes, that makes a lot of sense. The R overlay follows this model. Most
>> of the ebuilds are automated. When an ebuild generation fails, we add
>> the ebuild manually, understand it and then update the generator to
>> cover it in the future.
>
> Is this pos
Tom Gillespie writes:
> For historical curiosity there was also
> https://github.com/domenkozar/g-pypi at one point (similar to
> https://github.com/rafaelmartins/g-octave). Having used g-octave, the
> primary issue is as Michał says, there are a lot of corner cases that
> the generation doesn't
Michael 'veremitz' Everitt writes:
> Peanut gallery says 'ACK' +1
Thank you veremitz. Let's see :)
Benda
signature.asc
Description: PGP signature
Michał Górny writes:
> ^ wrong subject.
OK. should be `acct-user.eclass: disable fcaps() on Prefix.`
> On Sun, 2020-03-08 at 12:20 +0800, hero...@gentoo.org wrote:
>> From: Benda Xu
>>
>> Gentoo Prefix runs with a normal user and cannot grant extra
>> capab
Hi,
In libtool.eclass[1], it is mentioned in the comments of elt_patch_dir()
that
# If an overlay has eclass overrides, but doesn't actually override the
# libtool.eclass, we'll have ECLASSDIR pointing to the active overlay's
# eclass/ dir, but libtool.eclass is still in the main Gentoo tree. So
Hi Anthony,
"Anthony G. Basile" writes:
> different direction: what about building with
> rpath=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/ and then making sure that
> portage respects that library file during any --depclean or
> @preserved-rebuild? i'm not sure how we'd
> inject|||LDFLAGS=-Wl,-rpa
Hi Samuel,
Samuel Bernardo writes:
> I send this email to mention that it seems to be missing eclasses for
> JVM builders such as those I mention in this email subject. Dependencies
> and tasks management are hard tasks now that I think to have great scope
> for improvement.
Have you read the J
Hi Samuel,
Samuel Bernardo writes:
> My point is about other JVM languages such as scala, groovy, kotlin,
> clojure, ... And about builders such as gradle or sbt?
>
> I think that eclasses for those would be very useful to develop
> ebuilds and evolve with the right procedures.
That's a good id
Aisha Tammy writes:
> I've been trying to play around with the prefix and reading the
> code. Basically trying to get it to work for my system. I've not
> managed to get even a small headstart and am quite lost to say the
> least. I was wondering if the openbsd prefix support is something
> tha
Michał Górny writes:
>> The following packages are looking for a new maintainer:
>>
>
> + cuda.eclass
I would like to adopt this eclass on behalf of the science project.
Yours,
Benda
signature.asc
Description: PGP signature
William Hubbs writes:
>> William - can you actually elaborate on WHY you want to change things?
>> Is there some problem with eudev? Is it actively maintained and
>> generally tracking upstream udev commits (minus whatever they
>> intentionally don't want to accept)?
>
> It is maintained pri
Hi William,
William Hubbs writes:
> No one has offered to switch from eudev to udev and look at
> regressions. People are asking me to show what features exist in udev
> that aren't in eudev. I stuck with udev. I don't use eudev so I don't
> know.
I don't think imposing a personal preference to
Hi Michał,
Michał Górny writes:
> So it seems that upstream has practically closed the discussion,
> and the short summary is that they only care for the 'majority' of
> users, they don't care for minor platforms (but we're free to port
> LLVM/Rust to them) and -- unsurprisingly -- this is a par
Roy,
Roy Bamford writes:
> Its my 18th anniversary of installing Gentoo. A number of coincidences gave
> rise to
> my original liveCD turning up when I was searching for bits to get an old
> system to boot
> just one more time to get some forgotten data off its hard drives. I just had
> to tr
Hi Michał,
Michał Górny writes:
>> [...]
>>
>> Unfortunately, this ended up pretty bothersome to maintain. Besides
>> making ebuilds quite complex (and prone to mistakes), I'm hearing more
>> and more reports of programs being broken through getting multiple LLVM
>> versions in the link chain.
101 - 130 of 130 matches
Mail list logo
