Re: [gentoo-dev] Current unavoidable use of xz utils in Gentoo

сб, 30 мар. 2024 г. в 06:07, Eddie Chapman : > > Given what we've learnt in the last 24hrs about xz utilities, you could > forgive a paranoid person for seriously considering getting rid entirely > of them from their systems, especially since there are suitable > alternatives available. Some

Re: [gentoo-dev] Packages up for grabs: sys-firmware/broadcom-bt-firmware

Hello. I can take it since I'm the author of the broadcom-bt-firmware project. чт, 23 мар. 2023 г. в 11:10, Florian Schmaus : > > I've dropped > > sys-firmware/broadcom-bt-firmware > > to maintainer needed, as I do not longer have compatible hardware. > > From a security perspective, the

Re: [gentoo-dev] How to add -std=c++14 to CXXFLAGS of a cmake.eclass based package?

Also, according to commit history, dynamic exception usage was removed in https://github.com/vlabella/GLE/commit/14753e9aba9eb6490358caaeb60f6e36ba314acc, so you can try to apply this patch. сб, 17 дек. 2022 г. в 16:05, Azamat Hackimov : > > Hello. > > You need to add > > set(

Re: [gentoo-dev] How to add -std=c++14 to CXXFLAGS of a cmake.eclass based package?

Hello. You need to add set(CMAKE_CXX_STANDARD 14) set(CMAKE_CXX_STANDARD_REQUIRED ON) into CMakeLists.txt after project() declaration via patching. Since this is an upstream issue, you need to notify upstream about C++17 incompatibility. сб, 17 дек. 2022 г. в 14:35, Andrey Grozin : > > Hello

Re: [gentoo-dev] Package up for grabs: app-arch/snappy

Well, with a little patch magic, I was able to make GTest suite as an optional dependency. Here PR: https://github.com/gentoo/gentoo/pull/20692 ср, 5 мая 2021 г. в 21:09, Michał Górny : > On Wed, 2021-05-05 at 19:47 +0300, Azamat Hackimov wrote: > > Strangely enough, upstream actually

Re: [gentoo-dev] Package up for grabs: app-arch/snappy

Strangely enough, upstream actually released new 1.1.9 a few hours ago. I don't see any issues with git submodules (there only gtest and benchmark libraries which can be disabled via cmake). Anyway, I can take maintainership over it. ср, 5 мая 2021 г. в 12:54, Michał Górny : > Hi, > > The

Re: [gentoo-dev] Last rites: sys-power/ncpufreqd, app-text/csvfix

чт, 28 янв. 2021 г. в 00:09, Robin H. Johnson : > > It's useful in data processing pipelines; I agree it has a few > buggy/broken edges, but for the most part it just works on all of my > data needs. OK, let's give it second chance: https://github.com/gentoo/gentoo/pull/19243 -- >From Siberia

[gentoo-dev] Last rites: sys-power/ncpufreqd, app-text/csvfix

+# Azamat H. Hackimov (2021-01-26) +# Dead upstream (last release 2007), unmaintained, multiple issues, +# no reverse dependencies. +# Removal in 30 days. Bug #744019 +sys-power/ncpufreqd + +# Azamat H. Hackimov (2021-01-26) +# Dead upstream, no live HOMEPAGE and SRC_URI. +# Removal in 30 days.

Re: [gentoo-dev] Packages up for grabs: x11-misc/zim

Hi. Also created https://github.com/gentoo/gentoo/pull/18411 for taking maintainership. чт, 26 нояб. 2020 г. в 12:01, Bernard Cafarelli : > > Le Thu, 26 Nov 2020 00:27:53 +0100 > Jonas Stein a écrit: > > > Dear all > > > > the following packages are up for grabs while dissolving > > the

Re: [gentoo-dev] Last rites: sys-apps/sydbox, sys-libs/pinktrace

Actually there PR for sydbox assigned to you: https://github.com/gentoo/gentoo/pull/16117 вт, 17 нояб. 2020 г. в 12:34, Michał Górny : > > # Michał Górny (2020-11-17) > # Fail to build with gcc-10. No recent activity upstream. Seems that > # Exherbo is dead and buried. > # Removal in 30 days.

Re: [gentoo-dev] [PATCH 0/2] lua-utils.eclass: support LuaJIT and unslotted Lua

вт, 6 окт. 2020 г. в 15:54, Brian Evans : > > On 10/6/2020 8:45 AM, Azamat Hackimov wrote: > > вт, 6 окт. 2020 г. в 15:04, Marek Szuba : > >> > >> On 2020-10-05 23:17, Azamat Hackimov wrote: > >> > >>>>> Is there a slotmove that can

Re: [gentoo-dev] [PATCH 0/2] lua-utils.eclass: support LuaJIT and unslotted Lua

вт, 6 окт. 2020 г. в 15:04, Marek Szuba : > > On 2020-10-05 23:17, Azamat Hackimov wrote: > > >>> Is there a slotmove that can be applied? > >> > >> I am afraid I do not understand the question. What do you want to move, > >> and why? > > >

Re: [gentoo-dev] [PATCH 0/2] lua-utils.eclass: support LuaJIT and unslotted Lua

пн, 5 окт. 2020 г. в 22:20, Marek Szuba : > > Is there a slotmove that can be applied? > > I am afraid I do not understand the question. What do you want to move, > and why? Currently portage is mostly lua:5.1 aware and the first thing is move dev-lang/lua:0 to 5.1 slot by slotmove in

Re: [gentoo-dev] [PATCH 0/2] lua-utils.eclass: support LuaJIT and unslotted Lua

Hi. пн, 5 окт. 2020 г. в 21:01, Marek Szuba : > > I have decided to add support for dev-lang/lua:0 because having thought > quite a lot about the transition path from Lua ebuilds as they are to > the new eclasses, it seems to be the most sane approach. Still, I hope > this will not stay around

Re: [gentoo-dev] Last rites: next batch of py2 packages

Hello. сб, 19 сент. 2020 г. в 15:51, Michał Górny : > sys-firmware/nvidia-firmware > Created PR https://github.com/gentoo/gentoo/pull/17600 -- >From Siberia with Love!

Re: [gentoo-dev] Last rites: next Python 2 batch

Hello. > games-rpg/adonthell > games-rpg/wastesedge Created PR https://github.com/gentoo/gentoo/pull/17483 for these packages. -- >From Siberia with Love!

Re: [gentoo-dev] [PATCH] lua.eclass: initial implementation

Marek, Is there any plans how to begin migrating lua packages to new eclass? As I can see, the current stable dev-lang/lua:0 package is not suited for it, while other slotted packages have major flaws about *.pc handling. вт, 8 сент. 2020 г. в 17:32, Marek Szuba : > > Merged, thank you everyone

Re: [gentoo-dev] [PATCH 1/2] eclass: Add first version of lua.eclass

Hello! Some notes from me. чт, 3 сент. 2020 г. в 16:37, Marek Szuba : > +# @ECLASS-VARIABLE: LUA > +# @DEFAULT_UNSET > +# @DESCRIPTION: > +# The absolute path to the current Lua interpreter. This variable is set > +# automatically in functions called by lua_foreach_impl(). > +# > +# Example

[gentoo-dev] bitbucket.org mercurial repositories shutdown

Hello all. BitBucket announced mercurial repositories shutdown in April 2020 [1] with an effective date July 2020. Now all mercurial repositories switched to offline with message "Repository unavailable - Bitbucket no longer supports Mercurial repositories". Today we have 63 packages with

Re: [gentoo-dev] Packages up for grabs due to jlec being MIA

Taking dev-lua/luaposix https://github.com/gentoo/gentoo/pull/17032 ср, 5 авг. 2020 г. в 10:24, Michał Górny : > > Hello, > > The following packages are looking for a new maintainer: > > [vB] app-backup/cachedir > [vB] app-benchmarks/bootchart2 > [ B] app-benchmarks/ramspeed > [ B]

Re: [gentoo-dev] Last rites: */* More Py2 only items

> dev-python/misaka I've created MR for it: https://github.com/gentoo/gentoo/pull/15984 -- >From Siberia with Love!

Re: [gentoo-dev] */*: Mask Py2 only packages

> games-emulation/openmsx git version migrated to meson and python3

[gentoo-dev] State of Lua in Gentoo, Part Two

Hello. There have been discussions about the status of the Lua in Gentoo earlier[1][2][3], but they have not led to any progress: we are still stuck on Lua 5.1, which is approaching to EOL. And there almost ready lua 5.4 on the sight... I would like to return to the discussion of the problems

Re: [gentoo-dev] RFC: Gentoo Identity Provider

вт, 19 мая 2020 г. в 09:47, Michał Górny : > > On Mon, 2020-05-18 at 18:42 -0700, Alec Warner wrote: > > TL;DR: What if we launched id.gentoo.org, an identity provider that > > provides authentication for Gentoo properties? Basically, 1 username / > > password for wiki, bugs, email, forums, and

Re: [gentoo-dev] packages up for grabs

Hello. I can take dev-lua/* packages. чт, 9 янв. 2020 г., 22:08 Rafael Goncalves Martins : > app-emulation/qemu-init-scripts > app-text/txt2tags > dev-lua/luadoc > dev-lua/luaexpat > dev-lua/luafilesystem > dev-lua/luarocks > dev-lua/luasec > dev-lua/toluapp > dev-vcs/mercurial-server >

Re: [gentoo-dev] uid/gid request for www-apps/redmine

OK, I will take 451 uid/gid for redmine. чт, 24 окт. 2019 г. в 21:02, Michael Everitt : > On 24/10/19 18:58, Azamat Hackimov wrote: > > Hello. > > As per https://github.com/gentoo/gentoo/pull/12807 I need UID/GID for > web-application Redmine. Could I please get those for

[gentoo-dev] uid/gid request for www-apps/redmine

Hello. As per https://github.com/gentoo/gentoo/pull/12807 I need UID/GID for web-application Redmine. Could I please get those for it? Any available number will OK. -- >From Siberia with Love!

[gentoo-dev] UID/GID for www-applications

Hello. I need UID/GID for www-apps/redmine. Originally package creates own user and group named redmine, but I think it's better to create generic user/group for all web-applications, like www-data in Debian/Ubuntu or http in Arch. Is there any suggestions about this proposal? -- >From Siberia

Re: [gentoo-dev] git checkout in ebuild?

Github creates tarballs for tags automatically, for 1.3.0 tag it would be https://github.com/intelsdi-x/snap/archive/1.3.0.tar.gz, so you don't need to use git eclass. SRC_URI would look like: SRC_URI="https://github.com/intelsdi-x/snap/archive/${PV}.tar.gz -> ${P}.tar.gz" 2017-10-16 11:13

Re: [gentoo-dev] lua upgrade plan

2017-06-30 22:16 GMT+05:00 William Hubbs : > All, > > Upstream does not support liblua as a shared library, and they do not > support installing multiple versions of lua onto a system. After > conferring with the other lua maintainer, the decision has been made to > remove

Re: [gentoo-dev] Last rites: ruby21-only packages

Hello. I submitted proxy-maintainer request some time ago for redmine: https://bugs.gentoo.org/show_bug.cgi?id=590646 And here PR for new 3.3.3: https://github.com/gentoo/gentoo/pull/4550 2017-06-24 14:23 GMT+05:00 M. J. Everitt : > On 23/06/17 08:45, Hans de Graaff wrote:

[gentoo-dev] Status of Lua in Gentoo

Hello, everyone! I noticed, that dev-lang/lua in have serious troubles in Gentoo. There no Lua project, which would coordinate support. However, packages that depends on lua-5.2, could not be builds successfully against installed lua:5.1 and lua:5.2 [1][2] Is there any roadmap for transition to