On Fri, 2023-12-29 at 21:44 +, Alexey Sokolov wrote:
> 28.12.2023 18:49, Mart Raudsepp пишет:
> > Hello!
> >
> > I have created the Gentoo Asahi Project to organize the enablement
> > of
> > Apple Silicon Mac machines in Gentoo via the main ::gentoo tree as
Hello!
I have created the Gentoo Asahi Project to organize the enablement of
Apple Silicon Mac machines in Gentoo via the main ::gentoo tree as much
as possible.
New approaches for the install process are also going to be a topic.
Wiki page: https://wiki.gentoo.org/wiki/Project:Asahi
Mart
On Tue, 2023-12-19 at 12:50 +0100, Michał Górny wrote:
> > > --- a/media-plugins/gst-plugins-gtk/metadata.xml
> > > +++ b/media-plugins/gst-plugins-gtk/metadata.xml
> > > @@ -6,7 +6,6 @@
> > > GStreamer package maintainers
> > >
> > >
> > > - Enable EGL platform usage
> > >
Ühel kenal päeval, P, 17.12.2023 kell 17:05, kirjutas Michał Górny:
> Add a global USE=egl flag. It is used semi-consistently in 13
> packages,
> though some use it as "EGL only" flag (there is also one using
> USE=egl-only).
>
> Signed-off-by: Michał Górny
> ---
>
# Mart Raudsepp (2023-11-04)
# gst-transcoder was merged into gst-plugins-bad and can be installed via
# media-libs/gst-plugins-bad instead. Removal on 2023-12-04. Bug #916871.
media-plugins/gst-transcoder
# Mart Raudsepp (2023-11-04)
# Legacy GStreamer non-linear multimedia editing elements, superseded by
# media-libs/gstreamer-editing-services long ago.
# Removal on 2023-12-04. Bug #916870.
media-libs/gnonlin
# Mart Raudsepp (2023-10-14)
# The database used by this music fingerprint library has been defunct for
# a while. Removal on 2023-11-13. Bug #915190.
media-libs/libofa
# Mart Raudsepp (2023-10-14)
# GStreamer plugin removed upstream. MMS was deprecated in 2003 and no
# streams using MMS are known to exist. Removal on 2023-11-13. Bug #915771.
media-plugins/gst-plugins-libmms
The upstream code for gst-plugins-libmms was deleted 2 years ago before
GStreamer 1.20
# Mart Raudsepp (2023-10-04)
# GStreamer plugin removed upstream. The database used by this music fingerprint
# plugin has been defunct for a while. Removal on 2023-11-04. Bug #915189.
media-plugins/gst-plugins-ofa
The upstream code for gst-plugins-ofa was deleted before GStreamer 1.20
release
Ühel kenal päeval, P, 09.07.2023 kell 10:10, kirjutas Sam James:
>
> zurabid2...@gmail.com writes:
>
> > Hello everyone,
> >
> > I am new here, so I'm sorry in advance for any stupid thing I may
> > say. I want to adopt hunspell for various reasons and what I've
> > noticed is a plethora of
Hello,
The following packages are up for grabs or currently more active co-
maintainers:
* app-office/gtg
and its accompanying support library
* dev-python/liblarch
They currently need py3.11 support and some looking at open bugs about
tests. It's a Getting Things Done app.
*
Ühel kenal päeval, K, 31.05.2023 kell 11:43, kirjutas Andrey Grozin:
> Hello *,
>
> wxGTK:3.2-gtk3 is now stable. But there are 98 ebuilds depending on
> wxGTK:3.0-gtk3 and only 22 ebuilds depending on wxGTK:3.2-gtk3 in the
> tree. Probably, in a vast majority of cases 3.0 can be simply
>
Ühel kenal päeval, T, 14.03.2023 kell 05:36, kirjutas Ulrich Mueller:
> > > > > > On Tue, 14 Mar 2023, Matt Turner wrote:
>
> > -
> > SRC_URI="mirror://gnome/sources/${GNOME_ORG_MODULE}/${GNOME_ORG_PVP}
> > /${GNOME_ORG_MODULE}-${PV}.tar.${GNOME_TARBALL_SUFFIX}"
> >
Ühel kenal päeval, N, 10.11.2022 kell 22:07, kirjutas Jaco Kroon:
> > Like glsa-check?
> We currently use that, but it really just says which GLSAs are
> applicable to the system, it doesn't tell me net-misc/asterisk-
> 16.0.1:16
> - we've got ways of working from the glsa-check output to that.
Ühel kenal päeval, L, 15.10.2022 kell 11:01, kirjutas Ulrich Mueller:
> > > > > > On Sat, 15 Oct 2022, Sam James wrote:
>
> > +convert-sfnt - Convert BDF and PCF bitmap fonts to OTB wrapper
> > format
>
> Sorry for the bikeshedding, but could we have a name that indicates
> what
> this global
Ühel kenal päeval, P, 03.04.2022 kell 21:22, kirjutas Matt Turner:
> These are all assigned to gnome@, but I don't use any of these, so I
> can't
> really test them. Please take them if you use them.
>
> They all need minor version bumps, and some have outstanding bugs and
> GitHub
> pull
Ühel kenal päeval, R, 11.03.2022 kell 21:53, kirjutas Joshua Kinard:
> the extra checks that pkgcheck runs haven't really applied to me.
Looks to be mostly true, as you maintain only a few packages, but you
might find these links useful to filter the CI output per maintainer
regardless:
Ühel kenal päeval, N, 10.03.2022 kell 18:18, kirjutas Joshua Kinard:
> I stick to the officially-published method of checking and committing
> changes:
> https://devmanual.gentoo.org/ebuild-maintenance/git/index.html
>
> The two tools highlighted there for the bulk of the work is repoman
> and
Ühel kenal päeval, K, 16.02.2022 kell 19:39, kirjutas Ulrich Müller:
> Function vala_src_prepare did not call eapply_user, so it could not
> be
> used as a stand-alone phase function but must be called explicitly.
> Rename it to vala_setup, which can be called either from pkg_setup or
> from
Ühel kenal päeval, N, 20.01.2022 kell 16:32, kirjutas Brian Evans:
> On 1/17/2022 6:24 PM, Georgy Yakovlev wrote:
> > Hi,
> >
> > I've been approached multiple times with that request, and a lot of
> > time I see new users completely destroyed by rust build time and
> > disk
> > space
Ühel kenal päeval, P, 26.12.2021 kell 10:50, kirjutas Michał Górny:
> On Sun, 2021-12-26 at 09:44 +, Marek Szuba wrote:
> >
> > On 13 December 2021 17:24:18 UTC, Mart Raudsepp
> > wrote:
> >
> > > Actually I kind of preferred a static name over st
Ühel kenal päeval, E, 13.12.2021 kell 10:19, kirjutas Marek Szuba:
> On 2021-12-09 15:04, Michał Górny wrote:
>
> > Why do you need to use random name in the first place? We have
> > full
> > control over T, so why not just hardcode a good name?
>
> Having discussed the matter with eclass
Hello,
Unlike most other XDG base directories[1], we do not do anything with
XDG_DATA_DIRS - not in xdg_environment_reset, nor in ENV_UNSET.
This is now causing some issues.
Historically there was an issue[2] where a package added XDG_DATA_DIRS
via env.d, which meant that if the base package
Ühel kenal päeval, K, 21.07.2021 kell 17:08, kirjutas Florian Schmaus:
> Note that this removes the export of src_prepare in EPAI 8 as
> requested by ionen:
>
> 1. remove src_prepare export in EAPI-8
>
> While "some" packages need xdg_environment_reset, most don't
> because
> the eclass is
Ühel kenal päeval, P, 01.08.2021 kell 00:58, kirjutas Joshua Kinard:
> numeric value of the supported EAPI
EAPI isn't a numeric value, it is a string (section 3.1.8) - it just
happens that Gentoo official ones are logically numeric. PMS even
quotes the EAPIs in "2.2 Defined EAPIs" section to
Ühel kenal päeval, N, 15.07.2021 kell 14:03, kirjutas Ulrich Mueller:
> > > > > > On Thu, 15 Jul 2021, Florian Schmaus wrote:
>
> > -DEPEND="
> > +_XDG_DEPEND="
> > dev-util/desktop-file-utils
> > x11-misc/shared-mime-info
> > "
> > +
> > +case "${EAPI:-0}" in
> > +
Ühel kenal päeval, K, 23.06.2021 kell 11:56, kirjutas Michał Górny:
> > - python*|pypy3)
> > + python3.[5678]|pypy3)
>
> We don't really support < 3.8 anymore but I can update that while
> merging, I guess.
Yeah, this is originating from the previous
Ühel kenal päeval, K, 23.06.2021 kell 11:43, kirjutas Agostino Sarubbo:
> On mercoledì 23 giugno 2021 11:36:33 CEST Mart Raudsepp wrote:
> > + jobs=$(( nproc + 1 ))
>
> I don't know who historically started the nproc+1 story (it looks to
> be in the
> handbook
Python 3.5 added support for compileall to run parallel workers for
performing bytecode compilation. Make use of it to the extent
possible without refactoring the code too much to get different
paths into the same call for best possible parallelization.
---
eclass/python-utils-r1.eclass | 16
Python 3.9 includes a new feature for compileall to automatically hardlink
different optimization level cache files if they are identical. Make use of it
for python_optimize for some space savings.
This however does not cover distutils use cases and python itself.
---
Ühel kenal päeval, K, 17.03.2021 kell 10:29, kirjutas Haelwenn
(lanodan) Monnier:
> > My main initial question on this version is:
> > How does it behave with helper libraries from the same tarball?
>
> It has been in my overlay for a while (haven't included all the
> splitted plugins though).
>
Thanks for working on this, some very initial comments below
Ühel kenal päeval, K, 17.03.2021 kell 01:57, kirjutas Sam James:
> > +# @FUNCTION: gstreamer_multilib_src_install_all
> > +# @DESCRIPTION:
> > +# Installs documentation for requested gstreamer plugin, and
> > removes
> .la
> > +# files.
Ühel kenal päeval, T, 29.12.2020 kell 13:33, kirjutas Agostino Sarubbo:
> On martedì 29 dicembre 2020 13:03:07 CET Michał Górny wrote:
> > @ago, could you make sure that the tinderbox tells people to read
> > up
> > on the tracker?
>
> I added the note.
>
> However the first thing I would to do
Ühel kenal päeval, K, 06.01.2021 kell 19:27, kirjutas Matt Turner:
> From: David Michael
>
> The vala dependencies are declared in BDEPEND since EAPI 7 so that
> the valac command is natively executable. With no arguments, the
> has_version function would look for a cross-compiled vala package
Ühel kenal päeval, K, 23.12.2020 kell 07:49, kirjutas Michael Orlitzky:
> AC_SEARCH_LIBS([whatever], [lua], [lua_found="yes"])
>
> How do I pass the name "lua5.2" to that, without hacking configure.ac
> and running autoreconf? The only option that comes to mind is to
> build
> the entire
Hello,
The GNOME team is happy to hand over the following packages to a
dedicated maintainer. For packages without any takers, we'll remain the
maintainer for the time being. For packages that are taken, feel free
to remove us or keep as backup if you want us doing the occasional
version bump
Ühel kenal päeval, R, 11.09.2020 kell 00:08, kirjutas Jonas Stein:
> Dear all
>
> the following packages are up for grabs after retirement
> of the proxied maintainer:
>
> https://packages.gentoo.org/packages/x11-libs/gdk-pixbuf-loader-webp
>
> The package has open bugs
>
Ühel kenal päeval, T, 11.08.2020 kell 07:44, kirjutas Michał Górny:
> > Examples?
>
> I suppose nobody remembers the time (the previous year) where eudev
> broke reverse dependencies because of wrong version number, and it
> took
> around 3 months to get a fix (read: changing the version number)
Ühel kenal päeval, L, 01.08.2020 kell 14:32, kirjutas Adam Feldman:
> + gnome2_src_configure ${mateconf[@]} "$@"
This might be something we may want to consider adding to gnome2.eclass
instead?
But I guess that's something to consider for any EAPI-7 port instead,
should one eventually
# Mart Raudsepp (2020-06-27)
# Disappeared upstream
and download locations. Potential replacements:
# media-sound/quimup,
xfce-extra/xfce4-mpc-plugin, media-sound/xfmpc
# Bug 729822. Removal in
30 days.
media-sound/guimup
signature.asc
Description: This is a digitally signed message part
Ühel kenal päeval, N, 25.06.2020 kell 23:47, kirjutas Aaron Bauman:
> Yes, there are successors in Gentoo.
Traditionally p.mask entries point these out.
signature.asc
Description: This is a digitally signed message part
Ühel kenal päeval, L, 06.06.2020 kell 03:59, kirjutas Ralph Seichter:
> * Christopher Head:
>
> > Not that I care about this specific case, but isn’t the 30-day time
> > period also meant as a nice long warning time for people [...]
>
> Rules and exceptions. I think that shortening the typical
Ühel kenal päeval, P, 19.04.2020 kell 20:20, kirjutas Mart Raudsepp:
> > Personally I would opt for global "appindicator" as it seems to be
> > more widely
> > used and I think it is a bit more self-explanatory :/
>
> So I assume we can
have*
> consensus
Ühel kenal päeval, E, 06.04.2020 kell 15:23, kirjutas Pacho Ramos:
> El jue, 02-04-2020 a las 16:28 +0200, Pacho Ramos escribió:
> > Hello,
> >
> > I was reviewing about how to enable globally on my system the usage
> > of
> > libappindicator and I realized that we have multiple names for that
>
Ühel kenal päeval, T, 14.04.2020 kell 11:36, kirjutas Joonas Niilola:
> gexiv2
gnome@ can take this
Mart
signature.asc
Description: This is a digitally signed message part
Ühel kenal päeval, L, 28.03.2020 kell 17:24, kirjutas Jaco Kroon:
> Hi All,
> https://bugs.gentoo.org/705754
> Not sure if this is the only one. This is becoming problematic.
> This specific one is blocking a security issue. x86 and amd64 both
> needs an updated stable. I'd prefer 13.32.0 but
Ühel kenal päeval, L, 21.03.2020 kell 11:16, kirjutas Pacho Ramos:
> I agree, I see that also Debian is applying it unconditionally even
> when running
> systemd
But I assume it would be a problem with USE=systemd + USE=-user-session
dbus, so how about instead of this profile business, we then
Ühel kenal päeval, K, 18.03.2020 kell 16:43, kirjutas Mike Gilbert:
> Seems good to me in principle, but I'm not sure it is something we
> > should do until we haven't promoted this into a global USE flag.
>
> An alternative would be to add entries in package.use.
Yeah, that'd be what it is now,
> @@ -1,6 +1,6 @@
> -# Copyright 1999-2014 Gentoo Foundation
> +# Copyright 1999-2020 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
>
> -USE="systemd udev"
> +USE="systemd udev user-session"
>
> BOOTSTRAP_USE="${BOOTSTRAP_USE} systemd udev"
Seems
# Mart Raudsepp (2020-02-21)
# Does not compile against new gupnp-1.2 API. No consumers, dead
project.
# Removal in 30 days. Bug #710436.
net-libs/gupnp-ui
signature.asc
Description: This is a digitally signed message part
Ühel kenal päeval, E, 10.02.2020 kell 00:43, kirjutas Stefan Strogin:
> Upd.
> The port to Python 3 is not finished in the upstream.
> Particularly it is still using pygtk, it seems no work in porting to
> gtk+3 has been done yet.
Just to be clear of misunderstanding here:
A port away from
Ühel kenal päeval, R, 06.12.2019 kell 14:06, kirjutas Thomas
Deutschmann:
> Since when is it acceptable for anyone to remove packages (the
> package.mask entry clearly says that this package is scheduled for
> removal and suspecting that any *user* will step and contact p-m for
> example is naive)
Ühel kenal päeval, N, 05.12.2019 kell 23:23, kirjutas David Seifert:
> When we started removing Qt4, tons of code still used it. To put
> things
> in perspective:
>
> grep -rl 'IUSE.*python_targets_python2_7' /usr/portage/metadata/md5-
> cache/ | wc -l
>
> gives me 7070 ebuilds currently. 7070
See also this related old thread:
https://archives.gentoo.org/gentoo-dev/message/e04f6d321e424a237af62721d1d09211
# Mart Raudsepp (2019-11-17)
# Obsolete library with
no remaining consumers.
# Only older dev-libs/libreport versions used
it.
# Removal in 30 days. Bug #700380.
dev-libs/btparser
Old EAPI-5 package that had its only consumer (old dev-libs/libreport
version) removed.
signature.asc
Description
Ühel kenal päeval, L, 16.11.2019 kell 21:07, kirjutas Aaron Bauman:
> On Sat, Nov 16, 2019 at 08:29:58PM -0500, Aaron Bauman wrote:
> > # Aaron Bauman (2019-11-16)
> > # EAPI=4. --filter=gay Really?!
> > # Removal in 15 days
> > app-misc/toilet
> >
> > --
> > Cheers,
> > Aaron
>
> Add the
# Mart Raudsepp (2019-11-17)
# Obsolete library with
no consumers.
# Removal in 30 days. Bug #700332.
dev-libs/qof
dev-libs/qof has no consumers left, is at EAPI-5 with dead homepage and
test failures. It was used by app-office/gnotime, which was last rited
and removed in June 2012
Ühel kenal päeval, R, 15.11.2019 kell 13:20, kirjutas Alexey 'Alexxy'
Shvetsov:
> В письме от пятница, 15 ноября 2019 г. 11:45:32 MSK пользователь
> Michał Górny
> написал:
> > On Fri, 2019-11-15 at 11:41 +0300, Alexey 'Alexxy' Shvetsov wrote:
> > > I think problem is more global:
> > > * many
Ühel kenal päeval, K, 09.10.2019 kell 22:12, kirjutas Gilles
Dartiguelongue:
> Looks good.
I'm waiting on a patch or patchset for EAPI-7 fixes to appear to
gentoo-dev for review, and then to merge all of that in the same push
(together with a trivial third change waiting in bugzilla). That
Ühel kenal päeval, L, 31.08.2019 kell 10:03, kirjutas Michał Górny:
> x11-drivers/xf86-video-geode
This one is a required driver for Geode LX hardware, which is 32bit.
Mart
signature.asc
Description: This is a digitally signed message part
Ühel kenal päeval, R, 16.08.2019 kell 19:58, kirjutas Thomas
Deutschmann:
> Hi,
>
> I like the idea. This will allow the following change in workflow:
>
> When you now want to last-rite app-misc/foo for example, you would
> schedule a CI run. I.e. create a pull request against Gentoo
>
Ühel kenal päeval, P, 11.08.2019 kell 14:53, kirjutas Michał Górny:
> On Sun, 2019-08-11 at 14:46 +0300, Mart Raudsepp wrote:
> > The USE flag naming feels a bit to be desired by me.
> > That's because I don't believe in USE flags having to be named by
> > the
> >
The USE flag naming feels a bit to be desired by me.
That's because I don't believe in USE flags having to be named by the
external dep they introduce, but by functionality. USE=magic sounds
like a USE flag that adds some wizards into your application, automagic
behavior or who knows (until you
Ühel kenal päeval, K, 17.07.2019 kell 18:05, kirjutas Robin H. Johnson:
> - significantly increases the version bump requirements (can't simply
> copy & local-build & quick-test & commit)
Unrelated to the topic at hand, but I seriously hope this isn't the
standard we aim for in our version
# Mart Raudsepp (18 May 2019)
# Old name and SLOT for gui-libs/tepl, which is now used instead.
# Masked for removal in 15 days. Bug #686222
x11-libs/gtef
x11-libs/gtef is essentially an old SLOT of gui-libs/tepl, which wasn't
pkgmoved due to it being a separate SLOT with only one consumer
Ühel kenal päeval, T, 30.04.2019 kell 18:17, kirjutas Kristian
Fiskerstrand:
> On 4/30/19 6:04 PM, Kristian Fiskerstrand wrote:
> > On 4/30/19 9:05 AM, Cynede wrote:
> > > Right, alike reddit, twitter, facebook and other PR channels.
> > > It's
> > > "official" because it's controlled by PR Gentoo
# Mart Raudsepp (27 Apr 2019)
# Old gstreamer 0.10 versions. Use gstreamer:1.0 and co instead.
# Masked for removal in 30 days. Bug #550648
media-libs/gstreamer:0.10
media-libs/gst-plugins-base:0.10
media-libs/gst-plugins-good:0.10
media-libs/gst-plugins-ugly:0.10
media-libs/gst-plugins-bad:0.10
Ühel kenal päeval, K, 03.04.2019 kell 19:35, kirjutas Michał Górny:
> My goal here is to make sure that we have clear and correct
> information
> about package maintainers. Most notable, if a package has no active
> maintainer, we really need to have 'up for grabs' issued and package
> marked as
Ühel kenal päeval, P, 10.03.2019 kell 10:52, kirjutas Michał Górny:
> The following packages have no listed maintainer anymore:
>
> dev-python/nautilus-python
gnome@ will take this
> dev-lang/sassc
> dev-libs/libsass
We need these now in GNOME, but it would be good if it had a dedicated
This can be used to simplify controlling meson_options.txt entries
of type 'feature'.
Signed-off-by: Mart Raudsepp
---
eclass/meson.eclass | 13 +
1 file changed, 13 insertions(+)
diff --git a/eclass/meson.eclass b/eclass/meson.eclass
index 75291d7bdd1..65b09932a7a 100644
Ühel kenal päeval, N, 28.02.2019 kell 04:13, kirjutas Joshua Kinard:
> On 2/25/2019 05:18, Alexander Tsoy wrote:
> > В Пн, 25/02/2019 в 13:07 +0300, Alexander Tsoy пишет:
> > > В Чт, 21/02/2019 в 04:36 -0500, Joshua Kinard пишет:
> > > > Does anyone have an idea why util-linux's build time would
Ühel kenal päeval, R, 22.02.2019 kell 13:55, kirjutas Matthew Thode:
> On 19-02-16 18:12:26, Aaron Bauman wrote:
> > On Sat, Feb 16, 2019 at 06:04:54PM -0500, Aaron Bauman wrote:
> > > On Sun, Feb 17, 2019 at 12:56:52AM +0200, Mart Raudsepp wrote:
> > > > Wildcards ar
Ühel kenal päeval, L, 16.02.2019 kell 17:40, kirjutas Aaron Bauman:
> On Sat, Feb 09, 2019 at 01:29:40PM -0800, Matt Turner wrote:
> > On Sat, Feb 9, 2019 at 2:26 AM Mart Raudsepp
> > wrote:
> > >
> > > Ühel kenal päeval, R, 08.02.2019 kell 16:44, kirjutas Mat
# Mart Raudsepp (12 Feb 2019)
# Was not well
maintained upstream, dropped with tracker-2
# Removal in 30 days. Bug
677798
gnome-extra/nautilus-tracker-tags
signature.asc
Description: This is a digitally signed message part
Ühel kenal päeval, R, 08.02.2019 kell 16:44, kirjutas Matthew Thode:
> wayland, weston, sway{,lock,idle}, wl-clipboard, etc would be the
> start,
> I'm sure there are a ton I'm missing but I don't know where to put
> things like wl-clipboard, dev-libs doesn't seem right.
Another problem are many
Ühel kenal päeval, R, 18.01.2019 kell 21:13, kirjutas Michał Górny:
> Hello,
>
> Since I've been working on the early gx86-multilib, we've been using
> 'binary-only SLOTs' to support providing old versions of libraries
> for
> prebuilt software. I think this was a bad idea, and I'd like to
>
Ühel kenal päeval, P, 16.12.2018 kell 14:45, kirjutas Matt Turner:
> > > It still requires xorg-server-1.19 which I'd like to drop due to
> > > a
> > > security vulnerability. After the listed versions are gone, -304
> > > will
> > > be the only thing keeping 1.19 in tree.
>
> It's bug
Ühel kenal päeval, T, 06.11.2018 kell 12:00, kirjutas Alexis Ballier:
> On Mon, 05 Nov 2018 20:38:58 -0500
> Craig Andrews wrote:
>
> > I think it's time to remove the mask on >=media-video/ffmpeg-4.0
> >
> > ffmpeg 4 is in many distros (including Debian, Arch) and FreeBSD.
> > Upstreams are
# Mart Raudsepp (02 Nov 2018)
# Old x11-libs/goocanvas:0 SLOT python bindings, not used by anything.
# New x11-libs/goocanvas:2.0 with introspection should be used instead.
# Removal in a month. Bug #670142
dev-python/pygoocanvas
signature.asc
Description: This is a digitally signed message
# Mart Raudsepp (06 Oct 2018)
# Netspeed applet moved
into mate-base/mate-applets since v1.14,
# use that instead. Bug #667910
net-analyzer/mate-netspeed
signature.asc
Description: This is a digitally signed message part
Ühel kenal päeval, P, 23.09.2018 kell 21:39, kirjutas Alec Warner:
> I don't see a problem with 'version bump' as a description. Sometimes
> you bump an ebuild because upstream released a new version and you
> want to track. I'm fairly against changes describing what was changed
> (typically the
Ühel kenal päeval, E, 10.09.2018 kell 22:56, kirjutas Kristian
Fiskerstrand:
> On 9/10/18 10:51 PM, Matt Turner wrote:
> > Consider again the bug that started this. The maintainer had not
> > built
> > this configuration. None of the arch teams had built this
> > configuration until I did for the
Ühel kenal päeval, R, 24.08.2018 kell 23:06, kirjutas Mart Raudsepp:
> Longer version idea:
> Build and install gtk-doc based developer documentation for dev-
> util/devhelp, IDE and offline use
This has been pushed now with initial consumers (fresh meson based
packages or converts from
Ühel kenal päeval, P, 26.08.2018 kell 19:14, kirjutas Michał Górny:
> One thing where this would fail would be e.g.:
>
> LICENSE="GPL-2+
> bar? ( GPL-2 )
> foo? ( GPL-3+ )" ^ you can't put a comment on the right line
LICENSE="GPL-2+ "
LICENSE+="bar? ( GPL-2 ) " # GPL-2 only
Ühel kenal päeval, P, 26.08.2018 kell 12:39, kirjutas Michał Górny:
> Hi,
>
> It seems that we suffer a major problem of developers wrongly
> attributing *GPL-[23] licenses to ebuilds, when the correct variant
> is
> *GPL-[23]+. In proxy-maint, every second new package with
> LICENSE=GPL-
> [23]
Ühel kenal päeval, P, 26.08.2018 kell 01:08, kirjutas David Haller:
> Hello,
>
> On Fri, 24 Aug 2018, Mart Raudsepp wrote:
> [..]
> > Suggested description for global gtk-doc USE:
> > Build and install gtk-doc based developer documentation
>
> Mentionin
Ühel kenal päeval, P, 26.08.2018 kell 05:19, kirjutas Andrew Savchenko:
> On Fri, 24 Aug 2018 23:06:46 +0300 Mart Raudsepp wrote:
> > USE=doc has a very overloaded meaning.
> > Meson doesn't ship pre-generated gtk-docs like autotools did, thus
> > developers writing GLib/GTK+
USE=doc has a very overloaded meaning.
Meson doesn't ship pre-generated gtk-docs like autotools did, thus
developers writing GLib/GTK+ apps may want to keep them around, as
libraries move from autotools to meson. gtk-doc is integrated into
various IDEs and standalone devhelp viewer, giving a
Ühel kenal päeval, R, 24.08.2018 kell 13:28, kirjutas Brian Evans:
> This is a very simple eclass which only calls these functions from
> eclasses:
> ver_cut (EAPI 0-6)
> get_libdir (EAPI 0-5)
> get_libname (ALL EAPI)
>
> I see no little reason to place die statements for unknown EAPIs.
> Just
Ühel kenal päeval, K, 22.08.2018 kell 09:08, kirjutas Rich Freeman:
> On Wed, Aug 22, 2018 at 8:26 AM Ben Kohler
> wrote:
> >
> > 1) Adjust x86 profile defaults to drop the problematic -march=i686.
> > This would be more in line with amd64 profiles (et al), which set
> > no
> > -march value so
Ühel kenal päeval, R, 17.08.2018 kell 15:15, kirjutas Alexis Ballier:
> On Thu, 16 Aug 2018 21:36:56 +0300
> Mart Raudsepp wrote:
>
> > Ühel kenal päeval, N, 16.08.2018 kell 14:27, kirjutas Brian Evans:
> > > There are currently a handful of ebuilds using EAPI 7
Ühel kenal päeval, N, 16.08.2018 kell 14:27, kirjutas Brian Evans:
> There are currently a handful of ebuilds using EAPI 7 and the
> autotools
> eclass.
>
> I believe that this eclass should be reviewed for adding BDEPEND or
> having BDEPEND replace the DEPEND statement as the default action of
>
Hello,
Currently we have rather a mess in terms of OpenGL API handling.
I think much of it comes from USE=opengl being rather vague - is it
supposed to mean "Use desktop GL", "Use GLX", or "Enable OpenGL
support". All of these mean quite different things:
* desktop GL means full OpenGL API, which
Ühel kenal päeval, P, 22.07.2018 kell 20:27, kirjutas Zac Medico:
> Require newer meson in order to avoid build failures triggered
> if >=meson-0.41.1 is not installed soon enough. For example,
> I experienced bug 649264 because I upgraded xorg-proto and
> libxshmfence packages before meson.
>
>
Ühel kenal päeval, R, 20.07.2018 kell 17:01, kirjutas Benda Xu:
> Hi Mart,
>
> Mart Raudsepp writes:
>
> > That said, I would question such a choice. Does it technically not
> > work or what's the problem with it?
>
> It works partially. Most of the time they
Ühel kenal päeval, R, 20.07.2018 kell 01:58, kirjutas Michael Orlitzky:
> On 07/20/2018 01:06 AM, Mart Raudsepp wrote:
> > >
> > > * They can't be undone. It's next to impossible for me to undo
> > > USE=udev when set in a profile that is inherited by all
>
Ühel kenal päeval, R, 20.07.2018 kell 12:40, kirjutas Benda Xu:
> > Any objections to this idea?
>
> To represent the Gentoo Prefix users, we would like to have USE=udev
> turned off or even hard masked on linux-prefix profiles.
Nothing stops you from doing that in prefix profiles, just like
Ühel kenal päeval, R, 20.07.2018 kell 00:04, kirjutas Michael Orlitzky:
> On 07/19/2018 11:49 PM, Aaron Bauman wrote:
> > You are denying the majority default here. Granted, we don't have
> > statistics... Cuz Gentoo.
>
> No I'm not. I'm saying add them per-package, because it's a better
>
Ühel kenal päeval, K, 18.07.2018 kell 23:38, kirjutas Jonas Stein:
> net-misc/streamlink
I can take this, as I use it. Co-maintainers very welcome.
Mart
signature.asc
Description: This is a digitally signed message part
# Mart Raudsepp (16 Jul 2018)
# Obsolete early GNOME 2 era print libraries. Applications
# use printing support found directly in x11-libs/gtk+ now.
# Removal in 30 days. Bug #352952
gnome-base/libgnomeprintui
gnome-base/libgnomeprint
signature.asc
Description: This is a digitally signed
1 - 100 of 399 matches
Mail list logo
