[gentoo-dev] Call for testing: cryptsetup-2.6.0

2023-01-24 Thread Marco Scardovi
Hi everyone,
yesterday I've pushed a PR for the new cryptsetup-2.6.0. It builds well and 
commands work inside an LXD container, but that does not mean it works 
correctly in a real hardware. I'm asking to you to try it on a testing machine, 
as currently I don't have one for it. There is 1 notable change on new version:


1.  there should be a dep request against asciidoctor for man pages (luckily 
it's possible to install provided one so we don't have to install 
ruby/openssl:0 just for docs). sidenote: I'll take a look to see if it possible 
to use asciidoc instead.


Let me know what you think about it.

Thanks,
Marco Scardovi (scardracs)

publickey - scardracs-gentoo@proton.me - 0xD13958E1.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites:

2023-01-23 Thread Marco Scardovi
Sent from Proton Mail for iOS Il lun, gen 23, 2023 alle 18:22, Tomas Mozes  ha scritto:  On Monday, January 23, 2023, David Seifert  wrote:> # David Seifert  (2023-01-23)> # EOL branch, switch to mariadb-10.4/galera-26.4, removal on 2023-02-22.> > >>Mariadb 10.3 will be supported until May 2023, any reason to drop it now?Because it requires galera-25, which is masked too




publicKey - scardracs-gentoo@proton.me - d13958e1.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Missing inside metadata.xmls

2022-12-19 Thread Marco Scardovi


>> I know it’s not actually imperative to add it but actually strongly
>> suggested to maintain things consistent. What do you think about
>> that? Is something You find important to stick?
>> 
> 
> The problem is that the name is redundant for Gentoo developers. It's
> often helpful to have it for other types (e.g. proxy) developers, but I
> find it a bit pointless to copy/paste "Michael Orlitzky" into hundreds
> of ebuilds when it can easily be deduced from "m...@gentoo.org."

Normally I copy/paste my whole metadata.xml and then change things I’m 
interested in (because, as proxy-maintainer, is faster to do so instead of copy 
maintainer twice and modify for me/proxy maint) but yes, I totally understand 
your point, thanks for your answer :)


[gentoo-dev] last-rite: net-print/{apsfilter,kyocera-mita-ppds}

2022-12-14 Thread Marco Scardovi

Hi everyone,

I'm gonna propose to l-r these packages as both are dead upstream and on 
our side


# Marco Scardovi  (2022-12-14)
# We are literally the only distro that still have
# an installation option for that package.
# It still uses EAPI 6 and no real support since
# years.
# Removal on 2023-01-14. Bug #885605
net-print/kyocera-mita-ppds

# Marco Scardovi  (2022-12-14)
# Dead upstream, dead homepage, dead symlinks,
# no revdeps and no version bump since 2011
# Removal on 2023-01-14. Bug #884307
net-print/apsfilter

Please see https://github.com/gentoo/gentoo/pull/28606 too.

Best regards, Marco Scardovi (scardracs)




Re: [gentoo-dev] New category: media-print/

2022-12-10 Thread Marco Scardovi

Hi Marco,

mscard...@icloud.com wrote:

Looking at packages seems there’s not any package strictly related
to net (tell me if You think some of these should remains to it).

..

things more common-used like cups).

cups certainly has a network component both as server and as client.

It's one of a few different methods (by far the most common) to
access networked printers so it may not be so misplaced in net-print.


//Peter


Hi Peter and thanks for your answer. Yes, you are right about cups: it

actually uses net components but it's primarily use is to connect to a

printer, nothing more or less than that, even if it is connected to 
internet.


Even if we leave cups inside net-print, other packages like drivers are not

related to net in any way, as they only contains the necessary ppds for

printing. At the beginning of Gentoo that was acceptable because

packages were much less but now We should have to consider to place

them in a better position: that was already discussed, as said, and now

I'd like to finish that transition.

Marco




Re: [gentoo-dev] [RFC] Would you join to a new project "Themes"?

2021-12-21 Thread Marco Scardovi
Hi,

I used to maintain papirus-icon-theme so I could be interested on be added
to them project to (if I can, as I'm not a Dev)

Il lun 20 dic 2021, 21:13 Conrad Kostecki  ha scritto:

> Hi!
>
> Am 30.01.2021 um 00:25 schrieb Aisha Tammy:
> > Happy to contribute!!
> > Love messing about with ricing :D
> >
> > Aisha
>
> If you will would like to help, we have now Themes project to all those
> themes.
>
> Conrad
>
>
>


Re: [gentoo-dev] Packages up for grab

2021-07-19 Thread Marco Scardovi
Oh, yes, i can confirm with this ml
http://lists.pluto.it/pipermail/pluto-ildp/2020-May/007323.html

Il Lun 19 Lug 2021, 12:28 Ulrich Mueller  ha scritto:

> >>>>> On Mon, 19 Jul 2021, Marco Scardovi wrote:
>
> > That's the complete list of packages up for grab after my p-m
> resignation:
> > [...]
> > app-i18n/man-pages-it
>
> This won't see any new releases since upstream has joined the
> manpages-l10n project:
> http://lists.pluto.it/pipermail/pluto-ildp/2020-May/007312.html
>
> So in the long term, we may consider dropping this package in favour of
> app-i18n/man-pages-l10n[l10n_it]. I had filed bug 769017 for this some
> time ago.
>
> Ulrich
>


[gentoo-dev] Packages up for grab

2021-07-19 Thread Marco Scardovi
That's the complete list of packages up for grab after my p-m resignation:

acct-{group,user}/radicale
acct-{group,user}/ulogd
app-arch/wimlib (License bug, see #766060)
app-backup/duply
app-benchmarks/siege
app-dicts/myspell-it
app-i18n/man-pages-it
app-misc/bgrep
app-mobilephone/heimdall
dev-go/delve
dev-python/{markuppy,tablib} (last-riting, see #801991)
mail-filter/bogofilter
sys-auth/fprintd (see bug #764500 and #764554)
sys-auth/libfprint
sys-boot/woeusb
www-apps/radicale (see bug #783057)
x11-themes/papirus-icon-theme

# Co-maintained packages
app-vim/rust-vim
sys-fs/genfstab

In particular sys-auth/{fprintd,libfprint} need some love
I was working with sam at PR https://github.com/gentoo/gentoo/pull/20736

Also I need someone to take care of download place for the following
packages as actually I have them saved on my github account (I can maintain
them here but I think it's better to save them somewhere inside Gentoo).

app-dicts/myspell-{fr,mi,pl}

For any questions you can contact directly me here or over IRC

Thank you all for your hard work,

Marco Scardovi


Re: [gentoo-dev] My resignation from Gentoo

2021-07-18 Thread Marco Scardovi
Thanks for you kind words. I hope i will find you all when i will come back
:)

Il Dom 18 Lug 2021, 14:16 Roy Bamford  ha scritto:

> On 2021.07.18 05:37, Marco Scardovi wrote:
> > Hi everyone,
> >
> > while I'm writing these words I'm full of sadness because you all are
> > an
> > awesome family before being an incredible team.
> > It's been a while I've been thinking about that but actually I've
> > realized
> > Gentoo is just something where I spending and "trash" the biggest part
> > of
> > my time (not only free time but actually all my time) and I can't
> > continue
> > like that.
> > I don't know if I will come back again or not but actually I have to
> > take a
> > long pause for me and for people around me in my private life.
> > @sam, @juippis: if you mind I'll leave my PRs open on github,
> > otherwise
> > tell me here or on irc. I really want to thank you for your patience
> > (like
> > other people here :D).
> >
> > You are all awesome and I won't thank you enough for all the thing you
> > have done for me.
> >
> > /me hides.
> >
> > Marco Scardovi ( scardracs )
> >
> > PS
> >
> > My resignation is for GURU, BGO and WIKI too: I will start today
> > adding m-n
> > to metadatas
> >
>
>
> Marco,
>
> Nobody ever leaves Gentoo, people just stray for a while. :)
>
> Its good that you recognise the signs of over doing it.
> Have a break. Have a very long break. I'm confident that Gentoo will
> be here when you decide to join in the fun again. Time permitting.
>
> My best wishes to you and and whatever you decide to do in
> the future.
>
> --
> Regards,
>
> Roy Bamford
> (Neddyseagoon) a member of
> elections
> gentoo-ops
> forum-mods
> arm64


Re: [gentoo-dev] My resignation from Gentoo

2021-07-18 Thread Marco Scardovi
I hope so too ;)

Il giorno dom 18 lug 2021 alle ore 10:20 Andrew Ammerlaan <
andrewammerl...@gentoo.org> ha scritto:

> Hi Marco,
>
> Thank you for all your work in Gentoo!
>
> I hope we'll maybe see you around again someday,
>
> Andrew
>
> On 18/07/2021 06:37, Marco Scardovi wrote:
> > Hi everyone,
> >
> > while I'm writing these words I'm full of sadness because you all are an
> > awesome family before being an incredible team.
> > It's been a while I've been thinking about that but actually I've
> > realized Gentoo is just something where I spending and "trash" the
> > biggest part of my time (not only free time but actually all my time)
> > and I can't continue like that.
> > I don't know if I will come back again or not but actually I have to
> > take a long pause for me and for people around me in my private life.
> > @sam, @juippis: if you mind I'll leave my PRs open on github, otherwise
> > tell me here or on irc. I really want to thank you for your patience
> > (like other people here :D).
> >
> > You are all awesome and I won't thank you enough for all the thing you
> > have done for me.
> >
> > /me hides.
> >
> > Marco Scardovi ( scardracs )
> >
> > PS
> >
> > My resignation is for GURU, BGO and WIKI too: I will start today adding
> > m-n to metadatas
>
>
>


[gentoo-dev] My resignation from Gentoo

2021-07-17 Thread Marco Scardovi
Hi everyone,

while I'm writing these words I'm full of sadness because you all are an
awesome family before being an incredible team.
It's been a while I've been thinking about that but actually I've realized
Gentoo is just something where I spending and "trash" the biggest part of
my time (not only free time but actually all my time) and I can't continue
like that.
I don't know if I will come back again or not but actually I have to take a
long pause for me and for people around me in my private life.
@sam, @juippis: if you mind I'll leave my PRs open on github, otherwise
tell me here or on irc. I really want to thank you for your patience (like
other people here :D).

You are all awesome and I won't thank you enough for all the thing you
have done for me.

/me hides.

Marco Scardovi ( scardracs )

PS

My resignation is for GURU, BGO and WIKI too: I will start today adding m-n
to metadatas


[gentoo-dev] Last rites: dev-python/{markuppy,tablib}

2021-07-13 Thread Marco Scardovi
# Marco Scardovi  (2021-07-13)
# These packages were only ported for netbox. Not useful for anything else
# No revdeps. Removal in 30 days (Bug #801991)
dev-python/markuppy
dev-python/tablib


Re: [gentoo-dev] Package up for grabs: sys-boot/woeusb

2021-07-08 Thread Marco Scardovi
This project is awesome. I'm wondering if it's better to follow the woeusb
(without any gui as it was dropped) or move to the woeusb-ng python version
(personally i would prefer this way)

Il Gio 8 Lug 2021, 20:18 Matt Turner  ha scritto:

> On Thu, Jul 8, 2021 at 5:51 AM Pacho Ramos  wrote:
> >
> > No longer interested on it, pending a major version bump after upstream
> > splitting:
> > https://github.com/slacka/WoeUSB/issues/209
> >
> > Thanks a lot for taking it
>
> Dang! I wish I'd known about this when I had to update my Thunderbolt
> dock's firmware.
>
>


Re: [gentoo-dev] Package up for grabs: sys-boot/woeusb

2021-07-08 Thread Marco Scardovi
I'm gonna take it up as personally interested of it as sometimes I had to
use windows (mostly because family PCs with weirdos stop working)

Il giorno gio 8 lug 2021 alle ore 14:51 Pacho Ramos  ha
scritto:

> No longer interested on it, pending a major version bump after upstream
> splitting:
> https://github.com/slacka/WoeUSB/issues/209
>
> Thanks a lot for taking it
>


Re: [gentoo-dev] [PATCH] Add 2021-06-30-libxcrypt-migration

2021-07-05 Thread Marco Scardovi
Ops, missed it

Il giorno mar 6 lug 2021 alle ore 07:20 Alessandro Barbieri <
lssndrbarbi...@gmail.com> ha scritto:

> Il Mar 6 Lug 2021, 05:55 Marco Scardovi  ha scritto:
>
>> Hi there,
>>
>> attached italian translation too
>>
>
> >Se, per qualunque motivo, *non* hai desidero di fare il passaggio
> ora
>
> Se, per qualunque motivo, *non* hai desiderio di fare il passaggio
> ora
>
>>
From 16d828154feab76e72a92f5c7fb690d40e47f435 Mon Sep 17 00:00:00 2001
From: Marco Scardovi 
Date: Tue, 6 Jul 2021 05:51:42 +0200
Subject: [PATCH] added 2021-06-30-libxcrypt-migration.it.txt

Signed-off-by: Marco Scardovi 
---
 .../2021-06-30-libxcrypt-migration.it.txt | 50 +++
 1 file changed, 50 insertions(+)
 create mode 100644 2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.it.txt

diff --git a/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.it.txt b/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.it.txt
new file mode 100644
index 000..1eb3455
--- /dev/null
+++ b/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.it.txt
@@ -0,0 +1,50 @@
+Title: migrare da glibc[crypt] a libxcrypt in ~arch
+Author: Andreas K. Hüttel 
+Author: Sam James 
+Translator: Marco Scardovi 
+Posted: 2021-06-30
+Revision: 1
+News-Item-Format: 2.0
+
+L'implementazione di libcrypt.so dentro glibc è stato deprecata
+per lungo tempo e verrà rimossa in un vicino futuro.
+
+Per questa ragione stiamo seguendo le altre distribuzioni
+(dove questo cambio è stato testato per anni) e passiamo
+all'implementazione esterna di libxcrypt, partendo dalle
+installazioni ~arch. 
+
+Questo sarà un aggiornamento regolare e in quasi qualunque caso
+non avrai necessità di eseguire alcuna azione e non osserverai
+alcun problema.
+
+Raccomandiamo, comunque, che il tuo sistema sia *completamente*
+aggiornato. Sarà anche una raccomandazione standard ma in questo
+caso specifico è utile per avere un grafico delle dipendenze
+semplificato in modo da assicurare che Portage sia in grado di
+calcolare in maniera fluida un percorso di aggiornamento.
+
+Detto questo, per favore prenditi l'opportunità di aggiornare
+completamente il tuo sistema ora, prima che la migrazione accada,
+per semplificare le cose.
+
+Il cambio avverrà il 2021-07-14 per gli utenti ~arch. Gli utenti
+stabili riceveranno l'aggiornamento in data successiva.
+
+Se, per qualunque motivo, *non* desideri fare il passaggio ora -
+rimandando unicamente l'inevitabile - dovrai eseguire i seguenti
+passaggi:
+* smaschera e attiva la USE flag crypt in sys-libs/glibc
+* maschera la USE flag system in sys-libs/libxcrypt
+* maschera >=virtual/libcrypt-2
+
+Se desideri fare la migrazione ora, ci sono una serie di passaggi
+descritti nella wiki (vedi sotto), ma in breve è:
+* rimuovi forzatamente la USE flag crypt in sys-libs/glibc e disabilitala
+* smaschera le USE flag system e split-usr (se applicabile) di
+  sys-libs/libxcrypt e abilitala
+* smaschera ~virtual/libcrypt-2
+
+Per ulteriori informazioni:
+* https://wiki.gentoo.org/wiki/Project:Toolchain/libcrypt_implementation
+* https://bugs.gentoo.org/699422
-- 
2.32.0



Re: [gentoo-dev] [PATCH] Add 2021-06-30-libxcrypt-migration

2021-07-05 Thread Marco Scardovi
Sorry, this one

Il giorno mar 6 lug 2021 alle ore 05:54 Marco Scardovi 
ha scritto:

> Hi there,
>
> attached italian translation too
>
> Il giorno mar 6 lug 2021 alle ore 01:49 Sam James  ha
> scritto:
>
>>
>>
>> > On 1 Jul 2021, at 23:52, Alexey Sokolov 
>> wrote:
>> >
>> > Hi, Russian translation attached.
>>
>> Pushed, thank you.
>>
>> > <0001-Translate-libxcrypt-news-to-Russian.patch>
>>
>>
From 16d828154feab76e72a92f5c7fb690d40e47f435 Mon Sep 17 00:00:00 2001
From: Marco Scardovi 
Date: Tue, 6 Jul 2021 05:51:42 +0200
Subject: [PATCH] added 2021-06-30-libxcrypt-migration.it.txt

Signed-off-by: Marco Scardovi 
---
 .../2021-06-30-libxcrypt-migration.it.txt | 50 +++
 1 file changed, 50 insertions(+)
 create mode 100644 2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.it.txt

diff --git a/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.it.txt b/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.it.txt
new file mode 100644
index 000..1eb3455
--- /dev/null
+++ b/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.it.txt
@@ -0,0 +1,50 @@
+Title: migrare da glibc[crypt] a libxcrypt in ~arch
+Author: Andreas K. Hüttel 
+Author: Sam James 
+Translator: Marco Scardovi 
+Posted: 2021-06-30
+Revision: 1
+News-Item-Format: 2.0
+
+L'implementazione di libcrypt.so dentro glibc è stato deprecata
+per lungo tempo e verrà rimossa in un vicino futuro.
+
+Per questa ragione stiamo seguendo le altre distribuzioni
+(dove questo cambio è stato testato per anni) e passiamo
+all'implementazione esterna di libxcrypt, partendo dalle
+installazioni ~arch. 
+
+Questo sarà un aggiornamento regolare e in quasi qualunque caso
+non avrai necessità di eseguire alcuna azione e non osserverai
+alcun problema.
+
+Raccomandiamo, comunque, che il tuo sistema sia *completamente*
+aggiornato. Sarà anche una raccomandazione standard ma in questo
+caso specifico è utile per avere un grafico delle dipendenze
+semplificato in modo da assicurare che Portage sia in grado di
+calcolare in maniera fluida un percorso di aggiornamento.
+
+Detto questo, per favore prenditi l'opportunità di aggiornare
+completamente il tuo sistema ora, prima che la migrazione accada,
+per semplificare le cose.
+
+Il cambio avverrà il 2021-07-14 per gli utenti ~arch. Gli utenti
+stabili riceveranno l'aggiornamento in data successiva.
+
+Se, per qualunque motivo, *non* hai desidero di fare il passaggio
+ora - rimandando unicamente l'inevitabile - dovrai eseguire i
+seguenti passaggi:
+* smaschera e attiva la USE flag crypt in sys-libs/glibc
+* maschera la USE flag system in sys-libs/libxcrypt
+* maschera >=virtual/libcrypt-2
+
+Se desideri fare la migrazione ora, ci sono una serie di passaggi
+descritti nella wiki (vedi sotto), ma in breve è:
+* rimuovi forzatamente la USE flag crypt in sys-libs/glibc e disabilitala
+* smaschera le USE flag system e split-usr (se applicabile) di
+  sys-libs/libxcrypt e abilitala
+* smaschera ~virtual/libcrypt-2
+
+Per ulteriori informazioni:
+* https://wiki.gentoo.org/wiki/Project:Toolchain/libcrypt_implementation
+* https://bugs.gentoo.org/699422
-- 
2.32.0



Re: [gentoo-dev] [PATCH] Add 2021-06-30-libxcrypt-migration

2021-07-05 Thread Marco Scardovi
Hi there,

attached italian translation too

Il giorno mar 6 lug 2021 alle ore 01:49 Sam James  ha
scritto:

>
>
> > On 1 Jul 2021, at 23:52, Alexey Sokolov 
> wrote:
> >
> > Hi, Russian translation attached.
>
> Pushed, thank you.
>
> > <0001-Translate-libxcrypt-news-to-Russian.patch>
>
>
Title: migrare da glibc[crypt] a libxcrypt in ~arch
Author: Andreas K. Hüttel 
Author: Sam James 
Translator: Marco Scardovi 
Posted: 2021-06-30
Revision: 1
News-Item-Format: 2.0

L'implementazione di libcrypt.so dentro glibc è stato deprecata
per lungo tempo e verrà rimossa in un vicino futuro.

Per questa ragione stiamo seguendo le altre distribuzioni
(dove questo cambio è stato testato per anni) e passiamo
all'implementazione esterna di libxcrypt, partendo dalle
installazioni ~arch. 

Questo sarà un aggiornamento regolare e in quasi qualunque caso
non avrai necessità di eseguire alcuna azione e non osserverai
alcun problema.

Raccomandiamo, comunque, che il tuo sistema sia *completamente*
aggiornato. Sarà anche una raccomandazione standard ma in questo
caso specifico è utile per avere un grafico delle dipendenze
semplificato in modo da assicurare che Portage sia in grado di
calcolare in maniera fluida un percorso di aggiornamento.

Detto questo, per favore prenditi l'opportunità di aggiornare
completamente il tuo sistema ora, prima che la migrazione accada,
per semplificare le cose.

Il cambio avverrà il 2021-07-14 per gli utenti ~arch. Gli utenti
stabili riceveranno l'aggiornamento in data successiva.

Se, per qualunque motivo, *non* hai desidero di fare il passaggio
ora - rimandando unicamente l'inevitabile - dovrai eseguire i
seguenti passaggi:
* smaschera e attiva la USE flag crypt in sys-libs/glibc
* maschera la USE flag system in sys-libs/libxcrypt
* maschera >=virtual/libcrypt-2

Se desideri fare la migrazione ora, ci sono una serie di passaggi
descritti nella wiki (vedi sotto), ma in breve è:
* rimuovi forzatamente la USE flag crypt in sys-libs/glibc e disabilitala
* smaschera le USE flag system e split-usr (se applicabile) di
  sys-libs/libxcrypt e abilitala
* smaschera ~virtual/libcrypt-2

Per ulteriori informazioni:
* https://wiki.gentoo.org/wiki/Project:Toolchain/libcrypt_implementation
* https://bugs.gentoo.org/699422


Re: [gentoo-dev] Re: New Developer: Florian Schmaus (flow)

2021-06-22 Thread Marco Scardovi
As said on it, welcome to the dark side!

Il Mar 22 Giu 2021, 21:45 Wolfgang E. Sanyer  ha
scritto:

> Welcome flo!
>
> I think toralf made thin on-topic now: I quite enjoy Andechser Doppelbock
> Dunkel, which I believe is brewed in Germany :)
>
> On Tue, Jun 22, 2021 at 3:34 PM Toralf Förster  wrote:
>
>> On 6/22/21 9:27 PM, Gokturk Yuksek wrote:
>> > he enjoys running and the cold beverages of his home region,
>> > Franconia.
>> >
>> > Please give him a warm welcome!
>>
>> Welcome flo !
>>
>> OT but worth to mention I prefer a "Störtebecker" (brewewd in Stralsund).
>>
>> --
>> Toralf
>> PGP 23217DA7 9B888F45
>>
>>


Re: [gentoo-dev] Packages up for grabs, round #2

2021-06-01 Thread Marco Scardovi
Nevermind, it's not required so I will not take them

Il giorno mar 1 giu 2021 alle ore 11:50 Marco Scardovi 
ha scritto:

> I took app-mobilephone/smstools and related for PinePhone supports
>
> Il Mar 1 Giu 2021, 07:10 Rolf Eike Beer  ha scritto:
>
>> Am Montag, 31. Mai 2021, 22:49:56 CEST schrieb David Seifert:
>> > The following packages have been dropped to m-n, since their maintainers
>> > haven't touched them in over a year and show no signs of maintaining
>> > them:
>> >
>> >   dev-libs/libowfat
>>
>> I guess this need little attention anyway, but I can proxy-assist as I
>> need it
>> if noone else is bored enough to take it.
>>
>> Eike
>
>


Re: [gentoo-dev] Packages up for grabs, round #2

2021-06-01 Thread Marco Scardovi
I took app-mobilephone/smstools and related for PinePhone supports

Il Mar 1 Giu 2021, 07:10 Rolf Eike Beer  ha scritto:

> Am Montag, 31. Mai 2021, 22:49:56 CEST schrieb David Seifert:
> > The following packages have been dropped to m-n, since their maintainers
> > haven't touched them in over a year and show no signs of maintaining
> > them:
> >
> >   dev-libs/libowfat
>
> I guess this need little attention anyway, but I can proxy-assist as I
> need it
> if noone else is bored enough to take it.
>
> Eike


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

2021-04-13 Thread Marco Scardovi
Hi all

package taken up and a PR is ready:
https://github.com/gentoo/gentoo/pull/20374

Il giorno mer 14 apr 2021 alle ore 00:08 Jonas Stein  ha
scritto:

> Dear all
>
> the following packages are up for grabs after dropping
> desktop-misc:
>
> x11-misc/idesk
> https://packages.gentoo.org/packages/x11-misc/idesk
>
> https://bugs.gentoo.org/742746
> x11-misc/idesk-0.7.5-r3 fails to compile - last rites?
>
> --
> Best,
> Jonas
>
>


[gentoo-dev] Re: [TINDERBOX] Testing guru

2021-04-06 Thread Marco Scardovi
I'm fine with it

Il Mar 6 Apr 2021, 17:51 Agostino Sarubbo  ha scritto:

> Hello,
>
> the tinderbox is testing the packages into guru overlay.
> Please expect related bugs.
> If you have any objections, please let me know
>
> Agostino
>
>
>


Re: [gentoo-dev] Last-rites: www-apache/mod_jk

2021-04-04 Thread Marco Scardovi

Looks like the bug was closed today: https://bugs.gentoo.org/778758

Il 04/04/21 15:31, Andreas Sturmlechner ha scritto:

# Andreas Sturmlechner  (2021-04-04)
# Package needs a real maintainer to fix broken IUSE=java and version bump.
# Bug #778758 contains a version bump with java removed. Do pick it up.
# Removal on 2021-05-04.
www-apache/mod_jk




Re: [gentoo-dev] Packages up for grabs: siege, xmldiff, pgspecial & openresolv

2021-03-18 Thread Marco Scardovi
Taken up siege

Il Gio 18 Mar 2021, 12:20 Joonas Niilola  ha scritto:

> Due to a retirement of a proxied maintainer, following packages are up
> for grabs:
>
> b = bugs open, v = version bump available.
> app-benchmarks/siege
> app-text/xmldiff
> dev-python/pgspecial
> net-dns/openresolv (b, v)
>
> In addition:
> dev-python/pgspecial
>   StableRequest: version 1.12.1: slot(0) no change in 33 days for
> unstable keywords: [ ~amd64, ~x86 ]
>
> app-text/xmldiff
>   PythonCompatUpdate: version 2.3: PYTHON_COMPAT update available:
> python3_9
>
> -- juippis
>
>


Re: [gentoo-dev] New project: binhost

2021-03-13 Thread Marco Scardovi
Hi there,

Well, actually you could take a look on GRP project as, if I understand,
was similar to what you would like to do:
https://en.wikipedia.org/wiki/Gentoo_Linux#Gentoo_Reference_Platform

Unfortunately this project was closed on 2011, so lots of things are
changed, but could be a good start


Il Sab 13 Mar 2021, 09:44 Torokhov Sergey  ha
scritto:

> Maybe the expirience of Calculate Linux will be usefull. It's Gentoo based
> distributive that use portage/emerge and have huge set of prebuild packages
> in *.xpack format.
>
> https://wiki.calculate-linux.org/calculate_vs_gentoo
>
> 10.02.2021, 20:58, "Andreas K. Hüttel" :
>
> Hi all,
>
> I'm announcing a new project here - "binhost"
>
> "The Gentoo Binhost project aims to provide readily installable,
> precompiled
> packages for a subset of configurations, via central binary package
> hosting.
> Currently we are still in the conceptual planning stage. "
>
> https://wiki.gentoo.org/wiki/Project:Binhost
>
> If you're interested in helping out, feel free to add yourself on the wiki
> page.
>
> Note that I see actually *building* the packages not as the central point
> of
> the project (that could be e.g. a side effect of a tinderbox). I'm more
> concerned about
> * what configurations should we use
> * what portage features are still needed or need improvements (e.g. binpkg
> signing and verification)
> * how should hosting look like
> * and how we can test this on a limited scale before it goes "into
> production"
> * ...
>
> Comments, ideas, flamebaits? :D
>
> Cheers,
> Andreas
>
> --
> Andreas K. Hüttel
> dilfri...@gentoo.org
> Gentoo Linux developer
> (council, qa, toolchain, base-system, perl, libreoffice)
>
>