Gentoo,
I will be attending the Open Source Summit Japan in Tokyo. The
conference is Jun 20-22th.
I will give a talk about elivepatch (The current livepatch distributed
system for Gentoo)
https://events.linuxfoundation.org/events/open-source-summit-japan-2018/program/schedule/
Please reply if
On Fri, Jun 15, 2018 at 10:35:21AM +0700, gro...@gentoo.org wrote:
> Does anybody plan to add EAPI 7 support to this eclass anytime soon? It must
> be trivial.
>
> There are 857 ebuilds inheriting this eclass in the tree, and they cannot be
> bumped to EAPI 7 now.
>
> Andrey
>
Went ahead and did
Use ${EROOT%/} whereever possible, as most of the directories and files
used in conjunction with it have a leading /; add missing leading /
where apropriate. Put sys-apps/sed into BDEPEND if EAPI 7, as it need to
be executable on CBUILD.
Signed-off-by: Marty E. Plummer
Package-Manager:
Use ${EROOT%/} whereever possible, as the tools and directories which
are used with it are already prefixed with a /
Signed-off-by: Marty E. Plummer
Package-Manager: Portage-2.3.40, Repoman-2.3.9
---
eclass/xdg-utils.eclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff
Just some simple changes to the eclasses to handle the fact that
${EROOT} no longer comes with a trailing / on EAPI 7 and use BDEPEND
where applicable. Better ideas and suggestions are greatly appreciated.
Marty E. Plummer (2):
xdg-utils.eclass: make EAPI 7 ready
gnome2-utils.eclass: make
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2018-06-17 23:59 UTC.
Removals:
app-misc/eid-viewer-bin 20180617-10:58 mgorny0713f5f5979
dev-lang/ekopath20180614-09:26 zlogene 976c5b5fe9c
dev-libs/libmemcache
El dom, 17-06-2018 a las 16:14 +0300, Mart Raudsepp escribió:
> Ühel kenal päeval, P, 17.06.2018 kell 14:24, kirjutas Pacho Ramos:
> > # Pacho Ramos (17 Jun 2018)
> > # Needs someone to maintain this package and bump it to newer
> > versions
> > # stopping to rely on dead gstreamer:0.10
Ühel kenal päeval, P, 17.06.2018 kell 14:24, kirjutas Pacho Ramos:
> # Pacho Ramos (17 Jun 2018)
> # Needs someone to maintain this package and bump it to newer
> versions
> # stopping to rely on dead gstreamer:0.10 (#438972). Removal in a
> month.
> media-video/aravis
lu_zero bumped this to
# Pacho Ramos (17 Jun 2018)
# Doesn't work on amd64, upstream dead for ages, bug #254510
# Removal in a month.
games-arcade/xevil
# Pacho Ramos (17 Jun 2018)
# Doesn't work (#348124), dead since 2004. Removal in a month.
x11-plugins/wmlaptop
# Pacho Ramos (17 Jun 2018)
# Package obsolete
On 2018.06.17 08:49, Brian Dolbec wrote:
> On Sat, 16 Jun 2018 21:40:10 -0700
> Matt Turner wrote:
>
> > Hello,
> >
> > VIDEO_CARDS is an annoying mess. We used to have radeon, intel, and
> > some others in media-libs/mesa's VIDEO_CARDS. radeon and intel
> > corresponded to disparate sets of
# Michał Górny (17 Jun 2018)
# This eclass was used for old versions of Mono applications, and all
# versions using it have been removed already. It's not maintained,
# uses obsolete (even removed) eclasses, outdated URIs, it has
# documentation problems. Removal in 30 days.
go-mono.eclass
#
Hello, everyone.
I feel that the time has come to last-rite sys-apps/paludis. Given that
we're talking about a package manager, I've decided to give you all
a heads up. I will probably go for 90 day period but I don't think this
is going to help much unless someone is willing to put a
On 17/06/2018 06:40, Matt Turner wrote:
> I would like to somehow get rid of the 'classic' and 'gallium' USE
> flags entirely, but I'm not totally sure how. Maybe I can enable them
> dependent on VIDEO_CARDS...
But shouldn't mesa have a software fallback for a good deal of those
features?
On Sat, 16 Jun 2018 21:40:10 -0700
Matt Turner wrote:
> Hello,
>
> VIDEO_CARDS is an annoying mess. We used to have radeon, intel, and
> some others in media-libs/mesa's VIDEO_CARDS. radeon and intel
> corresponded to disparate sets of drivers -- VIDEO_CARDS=radeon has
> meant classic r100,
On Sat, 16 Jun 2018 21:40:10 -0700
Matt Turner wrote:
> Hello,
>
> VIDEO_CARDS is an annoying mess. We used to have radeon, intel, and
> some others in media-libs/mesa's VIDEO_CARDS. radeon and intel
> corresponded to disparate sets of drivers -- VIDEO_CARDS=radeon has
> meant classic r100,
15 matches
Mail list logo
