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

[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:

[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

[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}

[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/

[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"?

[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

[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

[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

[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

[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

[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}

[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

[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

[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

[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

[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

[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)

[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

[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

[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

[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

[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

[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

[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

[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)
>
>

Re: [gentoo-dev] Package up for grab

[Marco Ziebell]

I'm using the new "skype alpha for linux" for some weeks and can say that it is
more stable than the other version ever was. 
- writing and calling is working out of the box
- it looks more or less like the windows version

It ships a "ffmpeg.so" and a "libnode.so".

The only thing I had to emerge on my amd64-XFCE systems was the gnome-keyring,
but that's it!

--
Marco

Am Wed, 3 Aug 2016 11:15:30 +0800
schrieb Jason Zaman :

> On Tue, Aug 02, 2016 at 04:08:34PM -0700, Jigme Datse Rasku wrote:
> > I'd have to say, there is likely a reason we are looking for a new
> > maintainer.  I don't know what is involved, but I might be interested.
> > Might be wanting to start that direction...  
> 
> There is a new alpha skype for linux too now that should be looked into.
> I have no idea how stable it is but it's probably not much worse than
> what we currently have :P.
> 
> https://community.skype.com/t5/Linux/Skype-for-Linux-Alpha-and-calling-on-Chrome-amp-Chromebooks/td-p/4434299
> 
> -- Jason
> 
> > On Aug 2, 2016 16:03, "M. J. Everitt"  wrote:
> >   
> > > On 02/08/16 23:43, Matthew Thode wrote:  
> > > > On 08/02/2016 04:15 PM, Amy Winston wrote:  
> > > >> net-im/skype
> > > >>
> > > >> Anyone interested?
> > > >>
> > > >>  
> > > > I feel like this is a trick question :P
> > > >  
> > > +2
> > >
> > >  
> 

Re: [gentoo-dev] typo in "scrypt" USE-Flag

[Marco Ziebell]

Am Sun, 02 Nov 2014 17:56:02 +0100
schrieb Rémi Cardona :

> Le 02/11/2014 17:48, Alex Xu a écrit :
> > so... instead of emailing 4 people (three bug-wranglers plus one
> > maintainer), you email around 300 people (assuming that subscriber
> > count is around the same as #gentoo-dev users, which is probably a
> > severe underestimate).
> 
> Alex: no need for a snarky comment. A simple "a bug is fine, please do
> open one" would have been enough.
> 
> Marco: thank you for your contribution, however small. Bugzilla is
> indeed the proper place for any and all ebuild improvements.
> 
> Cheers,
> 
> Rémi
> 

I agree with Alex. You reach less people by opening a bug-report and
not everyone who's on the list. 
But my email received far more attention than it should. My idea was to
hit everyone, so 99% of the list could easily ignored it and only the 1
person with enough time and commit-rights could silently change it.

There are enough bug-reports around in the whole of community which
should gain some attention. ... this report would be none of it.
Be as it may. Thanks for your time.



signature.asc
Description: PGP signature

[gentoo-dev] typo in "scrypt" USE-Flag

[Marco Ziebell]

There's a typo in the "scrypt" USE-FLAG. A bug-report seemed to big for
that.
Correct would be "scrypt: Use libscrypt for the scrypt
algorithm"

Found here:

# equery u tor
[ Legend : U - final flag setting for installation]
[: I - package is installed with flag ]
[ Colors : set, unset ]
 * Found these USE flags for net-misc/tor-0.2.6.1_alpha:
 U I
 - - bufferevents  : Use libevent's buffered IO implementation
(unstable, buggy)
 + - nat-pmp   : Enable NAT Port Mapping Protocol
 + - scrypt: Use libscript for the scrypt algorithm
 + - seccomp   : Enable seccomp for system call filtering
 + - stats : Enable tracking of how much of each kind of
resource we download
 - - test  : Workaround to pull in packages needed to run
with FEATURES=test. Portage-2.1.2 handles this internally, so don't set
it in make.conf/package.use anymore
 + - tor-hardening : Compile tor with hardening on vanilla
compilers/linkers
 + - transparent-proxy : Enable transparent proxying
 + - upnp  : Enable UPnP port mapping support
 - - web   : Build a tor2web service instead of a tor client


signature.asc
Description: PGP signature

Re: [gentoo-dev] Clang toolchain [Was: status of bugs blocking gcc-4.8.3]

[Marco Ziebell]

Am Wed, 29 Oct 2014 13:39:33 +0100
schrieb Luca Barbato :

> On 27/10/14 12:07, M. Ziebell wrote:
> > Does clang compile glibc already?
> > At the last GNU Cauldron the speaker said that clang fails because
> > of:[1]
> > - nested functions
> > - VLAIS
> >
> > How did you avoid that problem?
> 
> musl is known to work fine.
> 
> 

True. A good point for the (sub)profile idea.


signature.asc
Description: PGP signature

[gentoo-dev] Re: Stabilization requests from users

[Marco Paolone]

On mar, 13 2012 08:46:06, "Paweł Hajdan, Jr." wrote:
> On 3/12/12 7:58 PM, Marco Paolone wrote:
>> scarabeus recently posted on his blog [1] about submission of stabilization
>> requests from users. Since using bugzilla could be a mess of duplicated
>> entries, I was thinking about a "Stabilization Party" once a month for 
>> example,
>> in order to have a coherent list of stabilizations, and users working 
>> togheter
>> with you developers. How does it sound?
> 
> Don't worry about perfection (at least for now).
> 
> Just start filing stabilization requests, and _if_ it results in a mess
> of duplicates (I don't think so) we can think about better process.
> 
> By the way, commenting on existing stable requests (success reports are
> also valuable) is another great way to contribute.
 
So, let's see how thing goes, eventually we can even talk again about it, if
there will be problems.

Thanks!

-- 
Linux Registered User #401479
GPG: 0x897AF14E

[gentoo-dev] Stabilization requests from users

[Marco Paolone]

Hello gentoo-dev team,
scarabeus recently posted on his blog [1] about submission of stabilization
requests from users. Since using bugzilla could be a mess of duplicated
entries, I was thinking about a "Stabilization Party" once a month for example,
in order to have a coherent list of stabilizations, and users working togheter
with you developers. How does it sound?

[1] http://blogs.gentoo.org/scarabeus/2012/03/05/stabilisations-and-testing/

-- 
Linux Registered User #401479
GPG: 0x897AF14E

Re: [gentoo-dev] Gentoo activity graphs

[Marco Matthies]

Alin Nastac wrote:

I find "active devs" metric a useful one.Until a year ago, the number of
active devs was linearly rising, but in last year we seem to hit a ceil
(175) - either recruiter team is understaffed or our organization
reached the maximum number of individuals who can work together without
stepping (too much) on each other toes. Anyway, a thing is certain...
Gentoo didn't loosed dev's attention.


Was it on planet.g.o where i read something about Dunbar's number[1]? A 
highly interesting subject and it might be possible that the 
"Monkeyspheres" of Gentoo devs do not overlap sufficiently.


There is only one solution to this problem: You need to go out and get 
drunk together! ;)


[1] http://en.wikipedia.org/wiki/Dunbar%27s_number
--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Ebuilds for packages without a homepage?

[Marco Morales]

I think "none" could be the better workaround imho.

On Tue, Oct 25, 2005 at 09:12:42AM +0200, Harald van D??k wrote:
> What's the right thing to do with an ebuild's HOMEPAGE variable if there
> is not any homepage? Different packages have different approaches for
> this; some don't have any HOMEPAGE line (dev-util/cdecl), some set
> HOMEPAGE to the empty string (app-i18n/kon2), possibly with a comment
> following it (app-i18n/kcc), and some set HOMEPAGE to some string that's
> obviously not a URL such as "none" (app-doc/xmltoman) or "I HAVE NO HOME
> :(" (app-text/dos2unix). There don't seem to be any guidelines in the
> docs, either official or unofficial, other than to put a link to the
> freshmeat page or something similar, which isn't possible in my case
> because there is no freshmeat page or anything similar that I know of,
> so what should I do?



-- 
Marco Morales <[EMAIL PROTECTED]> 
Gentoo Linux Developer

"Imagination is more important than knowledge."
- Albert Einstein


pgpRfHPk6USlW.pgp
Description: PGP signature

Re: [gentoo-dev] Re: Closing bugs [was: New Bugzilla HOWTO]

[Marco Matthies]

Nathan L. Adams wrote:
> Also, in the case were the 'fix' doesn't actually fix the bug, you waste
> alot more development time by letting it slip through and having to
> 'fix' it again later. So you can justify the time cost now, with time
> saved later.

Just think of it as branch prediction.
If the case you describe here truly were that common, we'd all be doomed
anyway, as that would mean the common case is developers closing bugs
without fixing them and users filing bugs but not being interested if
they're fixed.

> But then again, developer time *is* a very scarce resource. That's why I
> fielded the idea that the verification process only be required on
> things like Portage.

Yes, in a volunteer project such scrutinous QA will certainly only work
in a small domain, and is only really feasible for the most critical
components. On the other hand, IMHO, these components are already the
most thoroughly tested - I'd trust portage with brain surgery any day!

As a final note, I have enjoyed this conversation but I'm actually not
really qualified to talk about these matters as I'm not a gentoo dev, so
I'll refrain from more philosophizing - otherwise somebody might take me
up on that brain-surgery thing :)

Marco
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: Closing bugs [was: New Bugzilla HOWTO]

[Marco Matthies]

Nathan L. Adams wrote:
> Jory, I take issue with that. I am not ranting. I am proposing a way to
> *improve* QA.

Some thoughts from a humble user:

Any improvement must neither excessively waste developer nor user time,
it is the most scarce resource. To optimize this, the common case must
be made fast, and the common case is that the bug has been truly fixed
when it has been closed.

The person reporting the bug can reopen the bug, as he/she is in a
perfect position to test the fix. You can't have the people (developers)
who are already the busiest spend significant time recreating bugs and
testing the fix, just to find out that, yes indeed, it has been fixed.

Sincerely,
Marco
-- 
gentoo-dev@gentoo.org mailing list