Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation
Hi, On Sun 26 Apr 2020 10:08:32 GMT, Michał Górny wrote: > The other major problem is spam protection. The best semi-anonymous way > I see is to use submitter's IPv4 addresses (can we support IPv6 then?). > We could set a limit of, say, 10 submissions per IPv4 address per week. > If some address would exceed that limit, we could require CAPTCHA > authorization. > > I think this would make spamming a bit harder while keeping submissions > easy for the most, and a little harder but possible for those of us > behind ISP NATs. I think that the IPv6 support shouldn’t be a question. I have several points for it: 1. All the Gentoo infrastructure is IPv6-able (at least the public faced as I’m aware), so it could create a specific case 2. As you mention NAT ISPs, most of those are providing IPv6 as well (because NAT isn’t cost-less). Also putting the IPv4 rate-limit to a /64 IPv6 will reduce the need for a CAPTCHA. 3. Users don’t necessary have an IPv4 access 4. About a third of the Internet traffic is IPv6, so it’s not an option in my humble opinion. Regards, -- Alarig
Re: [gentoo-dev] acct-user/acct-group trouble
On Tue 05 May 2020 15:23:34 GMT, lego12...@yandex.ru wrote: > Hm. And what version should i choose for such ebuilds?.. It usually on version 0. -- Alarig
Re: [gentoo-dev] Packages up for grabs
Hi, On Tue 26 May 2020 23:12:06 GMT, Andrey Utkin wrote: > WIFI access point service: > > * net-wireless/hostapd > (Co-maintained by zerochaos, still additional attention is encouraged.) I can take it. Regards, -- Alarig
Re: [gentoo-dev] Packages up for grabs
On Wed 02 Dec 2020 11:18:06 GMT, Sergey Popov wrote: > - net-wireless/wavemon > > Have three bugs opened. > https://bugs.gentoo.org/show_bug.cgi?id=649632 - version bump request > https://bugs.gentoo.org/show_bug.cgi?id=703030 - tweak build-time > dependency on kernel feature > https://bugs.gentoo.org/show_bug.cgi?id=757396 - in-progress stabilization I’m interested to take care of net-wireless/wavemon, I bumped it to 0.9.1 on my own overlay some months ago. I just added the kernel configuration check and the 0.9.2 version. https://git.grifon.fr/alarig/SwordArMor-gentoo-overlay/src/branch/master/net-wireless/wavemon I’ll make a MR for proxy-maint stuff on metadata.xml and then I’ll make one for the bugs. -- Alarig
Re: [gentoo-dev] last rites: sys-fs/eudev
On Tue 12 Sep 2023 05:18:51 GMT, Rich Freeman wrote: > Sorry for this being a bit of a ramble. I do feel for your situation, > but I don't want to see you fighting the wrong battle. Disclaimer: > this is just my outside observation having seen many a treecleaning > frustration in the past. I don't speak for any authority in Gentoo > here. I agree about the wrong battle. For those who want to use it after the treeclean, why don’t you add it to guru (or a personal overlay if it’s not accepted)? -- Alarig
Re: [gentoo-dev] Gentoo LTS or: proper backward compatibility?
Hi, On Mon 02 Jan 2023 23:31:17 GMT, m1027 wrote: > I am not complaining here. Hey, we are on rolling release. Some of > you may even know individual solutions to work around each of it. > However, we just may get into trouble when distributing newly > compiled apps (on new Gentoo systems) to older Gentoo systems. And > we don't know in advance. I am looking for the best way to avoid > that. It’s not really a production environment, but I have this hobby infra I’ve set up when I was a student an my solution is to have a VM compiling the big packages (gcc, glibc, llvm, php, etc.) and publish a binary repo from that. Then, every VM pulls this, and compile what’s specific on top of that. Everything is handled by crons. So far it works. One thing to get in mind is that, if a VM got stuck to an old commit (e.g. because one package needed a use change and emerge fails to update world due to that), I’m always re-compiling everything, because I’m scared of glibc or ncurses ABI breaks. My scale is ~30 VMs on 4 physical servers. -- Alarig
Re: [gentoo-dev] Help wanted with net-misc/frr maintenance
Hello Jakov, On Wed 12 Jul 2023 10:54:47 GMT, Jakov Smolić wrote: > Hi all, > I was recently left as the sole maintainer of net-misc/frr and given I'm > not actively using the package anymore it would be good if someone who > is an active user could take over. There are several open bugs and a new > upstream release. > > I can stay as a secondary maintainer and help out (non-Gentoo developers > are also welcome, I can proxy for you), otherwise if no one is > interested I'll drop the package to maintainer-needed soon. > > Regards, I’m already maintaining bird, so I could happily step in for frr as well! -- Alarig
Re: [gentoo-dev] Help wanted with net-misc/frr maintenance
On Wed 12 Jul 2023 22:38:00 GMT, Jakov Smolić wrote: > Great! > > If you want to get started it would be good to update the package (and > dev-util/clippy with it too) to latest version and fix some of the open > bugs. Feel free to ping me on IRC if you run into problems or need any help. > > Thanks, I bumped the version my overlay (because it’s easy) and upgraded one of my machines: rr2 ~ # vtysh Hello, this is FRRouting (version 8.5.2-gentoo). Copyright 1996-2005 Kunihiro Ishiguro, et al. I’ll let it run through the night and push tomorrow if nagios is happy. -- Alarig
