Re: [gentoo-dev] sys-apps/firejail and sys-apps-firejail lts are up for grabs
On 2020-10-14, Sam James wrote: > > On 14 Oct 2020, at 18:40, Hank Leininger wrote: > > >> - sys-apps/firejail > > >> - sys-apps/firejail-lts > > > > I will proxy maintain both of these. Preparing a PR shortly... > > I think ajak is also working on this (spending time on getting tests > working), so coordinate with him if possible? Whoops, I saw this literally seconds after submitting https://github.com/gentoo/gentoo/pull/17929 ajak you are welcome to them if you prefer, either w/the updates I just submitted, or otherwise. I did zero work on getting tests working, only the issues in the b.g.o bugs I mentioned. I've looked over a couple other outstanding firejail bugs, I have thoughts but not done work on them yet. Thanks, -- Hank Leininger 9606 3BF9 B593 4CBC E31A A384 6200 F6E3 781E 3DD7 signature.asc Description: Digital signature
Re: [gentoo-dev] Trying to use Python3.9 as default for my laptop
On Thu, 15 Oct 2020 00:01:58 +0300 Alexey 'Alexxy' Shvetsov wrote: ... > sys-devel/gdb > > So i wanna ask maintainers of this packages add python3_9 to pytargets (they > builds and works fine for me) or if they dont mind give me a right to do so =) Sure. Go ahead. -- Sergei
Re: [gentoo-dev] Trying to use Python3.9 as default for my laptop
On Wed, Oct 14, 2020 at 5:34 PM Mike Gilbert wrote: > > On Wed, Oct 14, 2020 at 5:01 PM Alexey 'Alexxy' Shvetsov > wrote: > > > > Hi! > > > > Recently i give a try for python 3.9 as default for my work laptop. So i > > created a list of packages that laks python3_9 flag in pytargets > > > > media-gfx/fontforge > > Last I checked, the tests fail with newer versions of python. Please > do not add new python implementations to this (or any) package without > running the tests first. Hmm, I guess my head was stuck in 2018, when someone added python3.6 to fontforge without testing it. It looks like python3.9 works fine.
Re: [gentoo-dev] sys-apps/firejail and sys-apps-firejail lts are up for grabs
On 2020-10-11, Dennis Lamm wrote: > the following packages are up for grabs: > > - sys-apps/firejail > - sys-apps/firejail-lts I will proxy maintain both of these. Preparing a PR shortly... Thanks, -- Hank Leininger 9606 3BF9 B593 4CBC E31A A384 6200 F6E3 781E 3DD7 signature.asc Description: Digital signature
Re: [gentoo-dev] Trying to use Python3.9 as default for my laptop
On Wed, Oct 14, 2020 at 5:01 PM Alexey 'Alexxy' Shvetsov wrote: > > Hi! > > Recently i give a try for python 3.9 as default for my work laptop. So i > created a list of packages that laks python3_9 flag in pytargets > > media-gfx/fontforge Last I checked, the tests fail with newer versions of python. Please do not add new python implementations to this (or any) package without running the tests first.
[gentoo-dev] Trying to use Python3.9 as default for my laptop
Hi! Recently i give a try for python 3.9 as default for my work laptop. So i created a list of packages that laks python3_9 flag in pytargets app-admin/system-config-printer app-misc/solaar app-text/gnome-doc-utils dev-games/freecell-solver dev-java/java-config dev-libs/gobject-introspection dev-python/pysol_cards dev-python/pyudev dev-python/random2 dev-util/gdbus-codegen dev-util/itstool dev-util/systemtap media-gfx/fontforge media-libs/lensfun net-analyzer/speedtest-cli net-libs/gupnp net-libs/libaccounts-glib/ sys-apps/fwupd sys-devel/gdb sys-libs/libblockdev So i wanna ask maintainers of this packages add python3_9 to pytargets (they builds and works fine for me) or if they dont mind give me a right to do so =) -- Best regards, Alexey 'Alexxy' Shvetsov signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] sys-apps/firejail and sys-apps-firejail lts are up for grabs
> On 14 Oct 2020, at 18:40, Hank Leininger wrote: > > On 2020-10-11, Dennis Lamm wrote: >> the following packages are up for grabs: >> >> - sys-apps/firejail >> - sys-apps/firejail-lts > > I will proxy maintain both of these. Preparing a PR shortly... > I think ajak is also working on this (spending time on getting tests working), so coordinate with him if possible? Thanks, Sam > Thanks, > > -- > > Hank Leininger > 9606 3BF9 B593 4CBC E31A A384 6200 F6E3 781E 3DD7 signature.asc Description: Message signed with OpenPGP
[gentoo-dev] Slotted Lua: let's get this done!
Dear everyone,
tl;dr: This is an appeal to everyone in Gentoo who maintains packages
depending on dev-lang/lua, dev-lang/luajit or dev-lua/*: please migrate
your packages to lua.eclass (ones which have to be installed for
multiple Lua implementations, i.e. most likely Lua modules) and
lua-single.eclass (those that simply link against liblua or are
otherwise bound to a single implementation)! We are, if I say so myself
as the author of these eclasses, finally REALLY close now to unleashing
slotted Lua on the general public and if we make that final push, we
might finally put this long-overdue matter to rest.
Details
In addition to my packages, I have just migrated all but one [1] m-n
packages currently in the tree which depend on dev-lang/lua, to the new
eclasses. This has turned out to be much easier than I anticipated - in
quite a few number of single-impl cases it Just Worked (TM), multi-impl
requires a bit more typing but in general has worked easily too, and
even for packages using CMake it was usually the simple matter of
patching the build scripts to look for Lua as
find_package(Lua ${LUA_VERSION} EXACT REQUIRED)
and setting LUA_VERSION=$(ver_cut 1-2 $(lua_get_version)) in
src_configure. For anyone who prefers to learn by example, you can look
at e.g.:
=www-servers/lighttpd-1.4.55-r100 - single-impl, autoconf-based, Lua
support controlled by USE=lua, requires an explicit call to
lua-single_pkg_setup due to having defined its own pkg_setup;
=media-gfx/darktable-3.2.1-r1 - single-impl, cmake-based but no patching
required because it is locked by upstream to Lua5.3, Lua support
controlled USE=lua, slotted Lua pulled in by USE=system-lua;
=net-analyzer/suricata-6.0.0-r100 - single-impl, autoconf-based, Lua
support controlled by USE=lua, explicitly supports LuaJIT (i.e. there is
an upstream configure option distinguishing that from PUC Lua), has been
migrated from USE=luajit to LUA_SINGLE_TARGET=luajit;
=dev-lua/messagepack/messagepack-0.3.2-r100 - multi-impl, no build
system (it's a pure-Lua module), installs a different version for lua5-3
than for other implementations
Anyway, this leaves us with about [2] 120 packages depending directly on
dev-lang/lua (23 of them in dev-lua so likely multi-implementation
candidates, the rest most likely single-impl) and just under 30 ones
depending on something from the category dev-lua (which do include 6
lacking maintainers, which I'll migrate once their dependencies have
been taken care of). I'll likely start opening please-migrate tickets
for them on Friday, i.e. once my latest proposed change set to the
eclasses (which will likely be needed by e.g. x11-wm/awesome) has been
merged.
We can do this, guys! And do let us [3] know should you run into
problems looking at already-migrated ebuilds hasn't helped you with.
[1] www-apache/mod_security, which cannot currently be bumped to EAPI 7
because Apache eclasses do not support it
[2] I haven't excluded last-rited maintained packages from the search
[3] i.e. people haunting #gentoo-lua on Freenode, preferably via said
channel
--
MS
OpenPGP_0xD4945FFDD7FE7E37_and_old_rev.asc
Description: application/pgp-keys
OpenPGP_signature
Description: OpenPGP digital signature
Re: [gentoo-dev] Adding heptapod as new in metadata.dtd
On Wed, 2020-10-14 at 02:19 +0300, Torokhov Sergey wrote:
> Excuse me for text/html in initial letter. I duplicate start message with
> text/plain below
> without attachments as they are available on MARC:
>
>
> Hello!
>
> Due to recent sunset on mercurial support by Bitbucket [1]
> the project early hosted there that uses mercurial vcs
> have to migrate to other mercurial hosting.
>
> One of them is new hosting heptapod [2] based on the Gitlab.
> For free and open source project the service provides free of charge hosting
> [3].
>
> E.g. the following projects migrate to heptapod:
>
> Tortoisehg : https://foss.heptapod.net/mercurial/tortoisehg/thg
> PyPy : https://foss.heptapod.net/pypy/pypy
>
> The attached patches offer to add 'heptapod' (i.e. 'foss.heptapod.net' [3])
> as new item to 'dtd/metadata.dtd' and to
> 'xml-schema/metadata.xsd'.
>
> Then it could be used to set in 'matadata.xml' an additional info about :
>
> for dev-python/pypy{,3}: pypy/pypy
>
> for dev-vcs/tortoisehg: type="heptapod">mercurial/tortoisehg/thg
>
> [1] https://bitbucket.org/blog/sunsetting-mercurial-support-in-bitbucket
> [2] https://heptapod.net
> [3] https://foss.heptapod.net
>
Thanks! It LGTM. If nobody opposes, I'll merge it later.
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
