Re: [gentoo-dev] New eclass: openvdb.eclass

2020-06-15 Thread Gerion Entrup
Friendly ping (or have I missed any discussion channel?). As a user, I'm really looking forward to see blender >=2.80 in the tree. According to https://bugs.gentoo.org/689740 this eclass is the main blocker. Gerion Am Mittwoch, 27. Mai 2020, 03:40:04 CEST schrieb Adrian Grigo: > Hello, I am a

Re: [gentoo-dev] [kde overlay] Up for grabs: dev-util/arcanist

2020-05-19 Thread Gerion Entrup
Am Dienstag, 19. Mai 2020, 15:56:53 CEST schrieb Andreas Sturmlechner: > KDE project has moved away from the unloved Phabricator instance to GitLab > (invent.kde.org), so there is no reason for us to keep this package in kde > overlay for much longer. > > If for some reason you still rely on

Re: [gentoo-dev] [gentoostats continued] Collected data and justification for it

2020-05-09 Thread Gerion Entrup
Am Donnerstag, 7. Mai 2020, 09:29:36 CEST schrieb Michał Górny: > I'm going to start with the data and uses I can think of. Please reply > with other things you can think of. > > > 1) list of selected packages (@world) > > We would use this to determine the popularity of individual packages, >

Re: [gentoo-dev] rfc: noarch keyword

2020-03-19 Thread Gerion Entrup
Am Donnerstag, 19. März 2020, 02:59:56 CET schrieb Kent Fredric: > On Wed, 18 Mar 2020 17:52:25 + > James Le Cuirot wrote: > > > Not quite. Tools like repoman will need to be updated to understand > > that an ebuild with KEYWORDS="amd64" can depend on another ebuild with > > only

Re: [gentoo-dev] Packaging changes in LLVM 10

2020-03-16 Thread Gerion Entrup
Am Montag, 16. März 2020, 09:23:49 CET schrieb Michał Górny: > Hi, > > Since 10.0.0 final is around the corner, I'd like to take a minute to > inform developers of packaging changes in Gentoo that affect its > revdeps. Following frequently repeated requests from Gentoo developers > and users,

Re: [gentoo-dev] Ebuild Generators

2020-02-11 Thread Gerion Entrup
Am Dienstag, 11. Februar 2020, 16:18:44 CET schrieb Tom Gillespie: > 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

Re: [gentoo-dev] Ebuild Generators

2020-02-03 Thread Gerion Entrup
Am Montag, 3. Februar 2020, 13:19:52 CET schrieb Benda Xu: > 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 > &

Re: [gentoo-dev] Ebuild Generators (Was: GSoC 2020: Call for mentors and project ideas)

2020-02-03 Thread Gerion Entrup
Am Montag, 3. Februar 2020, 05:20:42 CET schrieb Benda Xu: > 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 t

Re: [gentoo-dev] GSoC 2020: Call for mentors and project ideas

2020-02-02 Thread Gerion Entrup
Am Sonntag, 2. Februar 2020, 12:47:55 CET schrieb Benda Xu: > 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

Re: [gentoo-dev] Needs ideas: Upcoming circular dependency: expat <> CMake

2019-12-20 Thread Gerion Entrup
Am Donnerstag, 19. Dezember 2019, 19:43:37 CET schrieb Sebastian Pipping: > On 19.12.19 18:37, Michał Górny wrote: > > We have a better alternative that lets us limit the impact on the users. > > Why not use it? > > Which one? The CMake bootstrap copy? The adding to stage3 one? Is it possible

Re: [gentoo-dev] [PATCH] package.deprecated: Create initial template

2019-12-05 Thread Gerion Entrup
Am Donnerstag, 5. Dezember 2019, 19:04:50 CET schrieb Michał Górny: > On Thu, 2019-12-05 at 18:59 +0100, Alexis Ballier wrote: > > unless i missed something, repoman is still the standard for pre-commit > > checks and raising everyone's attention on potential > > improvements/issues; > > Nope.

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

2019-12-05 Thread Gerion Entrup
Am Donnerstag, 5. Dezember 2019, 01:15:48 CET schrieb Aaron Bauman: > dev-python/pycdio Has Python 3 support since 2.1 (released in August this year). Developed by libcdio itself. > app-text/pdfshuffler Was last rited a few day ago. As I said, pdfarranger

Re: [gentoo-dev] Last rites: app-text/pdfshuffler

2019-12-02 Thread Gerion Entrup
Am Sonntag, 1. Dezember 2019, 21:09:50 CET schrieb Michał Górny: > # Michał Górny (2019-12-01) > # Unmaintained. Last release in 2012. Buggy ebuild. > # Removal in 30 days. Bug #658302. > app-text/pdfshuffler This is also Python 2 only and GTK 2 (with very experimental GTK 3 support).

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

2019-07-23 Thread Gerion Entrup
Am Dienstag, 23. Juli 2019, 04:00:07 CEST schrieb Kent Fredric: > On Mon, 22 Jul 2019 21:08:51 -0400 > Aaron Bauman wrote: > > > 1. I want some documentation > > 2. It doesn't ship from upstream (without crazy extra deps) > > 3. Gentoo guy hooked me up and packaged it pre-built with it > > 4.

Re: [gentoo-dev] Packages up for grabs: net-misc/sobby, net-libs/obby, net-libs/libinfinity, net-libs/net6

2018-11-27 Thread Gerion Entrup
Am Dienstag, 27. November 2018, 13:47:25 CET schrieb Ulrich Mueller: > > On Mon, 26 Nov 2018, Tiziano Müller wrote: > > > the following packages are up for grabs since I have no use for them > > anymore: > > > net-misc/sobby > > net-libs/obby > > net-libs/libinfinity > > net-libs/net6 > > >

Re: [gentoo-dev] Re: rfc: why are we still distributing the portage tree via rsync?

2018-07-05 Thread Gerion Entrup
Am Donnerstag, 5. Juli 2018, 14:03:36 CEST schrieb Martin Vaeth: > Matt Turner wrote: > > The ebuild tree is 600MB with rsync and cannot fit on the partition > > with git. > > > > I'd be happy to switch if the space requirements were similar. > > If one git repacks every few syncs one needs

Re: [gentoo-dev] [RFC] multiversion ebuilds

2018-05-17 Thread Gerion Entrup
Am Mittwoch, 16. Mai 2018, 09:38:30 CEST schrieb Michał Górny: > W dniu sob, 12.05.2018 o godzinie 14∶20 +0200, użytkownik Gerion Entrup > napisał: > > Hi, > > > > just an idea for now. But what you think about multiversion ebuilds? > > Technically this could be re

Re: [gentoo-dev] [RFC] multiversion ebuilds

2018-05-12 Thread Gerion Entrup
Am Samstag, 12. Mai 2018, 16:24:00 CEST schrieb R0b0t1: > On Sat, May 12, 2018 at 7:20 AM, Gerion Entrup <gerion.ent...@flump.de> wrote: > > - The size of the tree reduces. > > > > If this is a big concern you may be able to mount the portage tree > under a compress

Re: [gentoo-dev] [RFC] multiversion ebuilds

2018-05-12 Thread Gerion Entrup
Am Samstag, 12. Mai 2018, 16:21:26 CEST schrieb Ulrich Mueller: > >>>>> On Sat, 12 May 2018, Gerion Entrup wrote: > > > just an idea for now. But what you think about multiversion ebuilds? > > Technically this could be realized with the follow

Re: [gentoo-dev] [RFC] multiversion ebuilds

2018-05-12 Thread Gerion Entrup
Am Samstag, 12. Mai 2018, 15:47:57 CEST schrieb Rich Freeman: > On Sat, May 12, 2018 at 8:20 AM Gerion Entrup <gerion.ent...@flump.de> > wrote: > > > > Different version keywording can be done as before: > > ``` > > if [[ ${PV} == "3.1" ]] ; the

[gentoo-dev] [RFC] multiversion ebuilds

2018-05-12 Thread Gerion Entrup
Hi, just an idea for now. But what you think about multiversion ebuilds? Technically this could be realized with the following line in the ebuild itself: ``` VERSIONS=( 3.0.11 3.0.12 3.1 ) ``` and the filename without version: //.ebuild together with this set of rules: 1. If there is an ebuild

Re: [gentoo-project] Re: [gentoo-dev] [RFC] Splitting developer-oriented and expert user mailing lists

2017-12-03 Thread Gerion Entrup
Am Sonntag, 3. Dezember 2017, 22:43:19 CET schrieb Michał Górny: > W dniu nie, 03.12.2017 o godzinie 21∶30 +0100, użytkownik Dirkjan > Ochtman napisał: > > On Sun, Dec 3, 2017 at 12:18 AM, Michał Górny wrote: > > > > > 1. Posting to gentoo-dev@ and gentoo-project@ mailing