Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

Hi Andreas, Am Samstag, den 20.03.2021 um 16:37:23 Uhr +0100 schrieb "Andreas K. Huettel" : > [...] > Does anyone remember the reason for 1) ? Or is that lost in history? I just quote comment 3 from the linked bug https://bugs.gentoo.org/737914#c3: "copying the zonefile to /etc/localtime is a

Re: [gentoo-dev] Improving warnings on packages.g.o

) Nils Freydank (1): Ignore net-p2p/mktorrent for repology repology/ignored-packages | 1 + 1 file changed, 1 insertion(+) -- regards, Nils signature.asc Description: PGP signature

Re: [gentoo-dev] Packages up for grabs

Hi Christopher, Am Mittwoch, den 27.05.2020 um 09:37:59 Uhr -0700 schrieb Christopher Head : > ... > I already had a PR[1] open for the version bump and Python 3.7 support. > I’m happy for you to take over if you like; mine is waiting for review. > Just thought you ought to know in case you get

Re: [gentoo-dev] Packages up for grabs

Hi, I can add my already bumped app-misc/khard and start to co-maintain it via p.m. project. Am Mittwoch, den 27.05.2020 um 06:00:18 Uhr +0200 schrieb Zoltan Puskas : > [...] > I'm happy to take dev-python/ruamel-yaml and dev-python/ruamel-yaml-clib > either > as a solo or as a comaintainer.

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

Hi all, I find the idea of having data great, but agree that it can lead to a false sense of having a correct data base. Therefor two thoughts: First, therefore I'd like to propose that you introduce gentoostats as a *strictly timed experiment* and evaluate if it actually changed anything within

Re: [gentoo-dev] Last rites: media-video/syncplay

Am Mittwoch, 25. März 2020, 08:38:47 CET schrieb Michał Górny: > # Michał Górny (2020-03-25) > # Unmaintained. Python 3 support requires a version bump. Bad quality > # ebuild. > # Removal in 30 days. Bug #710240. > media-video/syncplay There is a pending PR on github.com:

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

Hi, most of my points were just said. Two additional notes: - dev-embedded/jtag says upstream is dead anyway and it recommends an alternative we have inside our tree, dev-embedded/urjtag. - games-strategy/netpanzer got a rewrite called version 2.something, which looks active/used. Please

Re: [gentoo-dev] rfc: moving default location of portage tree

Am Mittwoch, 11. Juli 2018, 18:19:39 CEST schrieb Alec Warner: > [...] > > +1 to this. The challenge (in moving it) is that its been "/usr/portage" > for a long time so many tools > may have hard coded this location; as opposed to querying portage for where > the tree is, e.g.: > >

Re: [gentoo-dev] rfc: killing mediawiki

ng with a git backend? What about https://github.com/Git-Mediawiki/Git-Mediawiki? "Gate between Git and Mediawiki" sounds as it would be the right extension while mediawiki can be kept. Best Regards Nils Freydank signature.asc Description: This is a digitally signed message part.

[gentoo-dev] Package up for grabs: sys-apps/pacman

take a look at the latest bump bug[3]. Best regards, Nils Freydank Links: [1] https://packages.gentoo.org/packages/sys-apps/pacman [2] https://bugs.gentoo.org/buglist.cgi?quicksearch=sys-apps%2Fpacman_id=3981994 [3] https://bugs.gentoo.org/659474#c1 signature.asc Description: This is a digitally

Re: [gentoo-dev] [News item review] Portage rsync tree verification (v3)

Am Samstag, 27. Januar 2018, 15:26:44 CET schrieb Michał Górny: > [...] > > The new verification is intended for users who syncing via rsync. > Verification mechanisms for other methods of sync will be provided > in future. s/who syncing/who are syncing/ ("who sync via rsync" would sound a bit

OT: Re: [gentoo-dev] [PATCH 1/1] profiles: drop USE=cracklib from base/make.defaults.

write messages with this kind of meta questions about the cause of things. If you want to discuss this, I'd prefer another place than this list. Regards, Nils -- GPG fingerprint: '00EF D31F 1B60 D5DB ADB8 31C1 C0EC E696 0E54 475B' Nils Freydank signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] [RFC] Moderator ruleset for gentoo-dev@lists.gentoo.org

Am Mittwoch, 20. Dezember 2017, 17:48:54 CET schrieb kuzetsa: > On 12/16/2017 10:14 AM, Nils Freydank wrote: > > Am Dienstag, 5. Dezember 2017, 23:41:45 CET schrieb kuzetsa: > >> On 12/05/2017 05:18 PM, Nils Freydank wrote: > >>> 5.

Re: [gentoo-dev] [RFC] Moderator ruleset for gentoo-dev@lists.gentoo.org

Am Dienstag, 5. Dezember 2017, 23:41:45 CET schrieb kuzetsa: > On 12/05/2017 05:18 PM, Nils Freydank wrote: > > 5. Reasons for warnings and bans > > > > --snip-- > > > c) spamming, i.e. flooding discussions with lots of messages in

Re: [gentoo-dev] [RFC] Moderator ruleset for gentoo-dev@lists.gentoo.org

Am Freitag, 15. Dezember 2017, 17:59:59 CET schrieb Anton Molyboha: > On Tue, Dec 5, 2017 at 5:18 PM, Nils Freydank <holgers...@posteo.de> wrote: > > [snip] > > > > > > > > 3. Moderation > > - > > The moderation team has to con

Re: [gentoo-dev] [RFC] Moderator ruleset for gentoo-dev@lists.gentoo.org

Am Freitag, 15. Dezember 2017, 23:37:48 CET schrieb R0b0t1: > Hello, > > On Tue, Dec 5, 2017 at 4:18 PM, Nils Freydank <holgers...@posteo.de> wrote: > > Hello everyone, > > > > with regards to the current mailing list (ML) split discussion, and one > > spe

[gentoo-dev] [RFC] Moderator ruleset for gentoo-dev@lists.gentoo.org

Hello everyone, with regards to the current mailing list (ML) split discussion, and one specific message deep down there by mgorny asked for someone providing moderator rules, I would like to propose the following ruleset for gentoo-dev Right now the situation escalated in a way that forces

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

Am Montag, 4. Dezember 2017, 18:02:21 CET schrieb Michał Górny: > W dniu pon, 04.12.2017 o godzinie 14∶18 +0100, użytkownik Dirkjan > > Ochtman napisał: > > On Sun, Dec 3, 2017 at 10:43 PM, Michał Górny wrote: > [...] > > I'm all for it, as long as someone is actually going

Re: [gentoo-dev] profiles 17.0 hardened/no-multilib missing?

Am Samstag, 2. Dezember 2017, 21:43:53 CET schrieb Alon Bar-Lev: > Hi, > Any reason we do not publish hardened/no-multilib? > I see we have[1] in place and is working if explicitly added. > Thanks, > Alon > > [1] profiles/features/hardened/amd64/no-multilib Hi, one of the devs said in

Re: [gentoo-dev] Packages up for grabs

Am Dienstag, 21. November 2017, 22:01:01 CET schrieb Manuel Rüger: > Packages up for grabs: > [...] > * app-shells/thefuck > [...] I think this tool is...magnificent and therefore I’ll proxy maintain it. -- GPG fingerprint: '00EF D31F 1B60 D5DB ADB8 31C1 C0EC E696 0E54 475B' N

Re: [gentoo-dev] manifest-hashes changing to 'BLAKE2B SHA512' on 2017-11-21

Am Mittwoch, 15. November 2017, 17:28:44 CET schrieb Michał Górny: > Hi, everyone. > > The Council has approved the manifest-hashes switch on 2017-11-12 > meeting [1]. The transition will occur to the initial plan, with small > changes. The updated plan is included at the end of this mail. >

Re: [gentoo-dev] Packages up for grabs: net-analyzer/hexinject

on bump. -- GPG fingerprint: '00EF D31F 1B60 D5DB ADB8 31C1 C0EC E696 0E54 475B' Nils Freydank signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] RFC: news item for the 17.0 profiles

Am Dienstag, 10. Oktober 2017, 20:56:32 CEST schrieb Andreas K. Huettel: > Am Dienstag, 10. Oktober 2017, 01:15:42 CEST schrieb Magnus Granberg: > > 3) Hardened profiles will be moved to the 17.0 profile as sub profile. > > Are there any special switching instructions for hardened that we need to