Re: [aur-general] TU application - bastelfreak
On 18.10.20 17:39, Tim Meusel via aur-general wrote: > Hi! > > I'm Tim Meusel and I want to spent more time in the Arch Linux community > and increase the package quality. > > [...] > > I talked to shibumi and hashworks in the past days, both reviewed the > packages and agreed to sponsor my application. Hi Tim, great to finally see your application here! Just wanted to drop this in: I've known Tim for years and we've become very good friends. For the last three years we've actually been colleagues at work so I'd like to vouch for him in a less formal/official capacity. We've been working several times on his AUR PKGBUILDs in the past but due to recent personal time constraints I was unable to do a final review and thus stepped down from official sponsorship. So while I cannot (in good faith) attest to the current state of these PKGBUILDs, I can however confirm that he is always interested in properly learning the way certain things work and is always aiming towards following best practices with whatever technology, tooling or framework he is faced. You may or may not take this into consideration, I always like to know if there are pre-existing aquaintances between Devs/TUs and applicants. Depending on how well you know the Devs/TUs in question, this might help judging the applicant. I, for one, am looking forward to working with him on Arch if he makes it through the voting process. Cheers, Thore -- Thore "foxxx0" Bödecker GPG ID: 0xEB763B4E9DB887A6 GPG FP: 051E AD6A 6155 389D 69DA 02E5 EB76 3B4E 9DB8 87A6 signature.asc Description: PGP signature
Re: [aur-general] TU application: hashworks
On 25.06.20 11:36, Thore Bödecker via aur-general wrote: > The discussion period is over, may the voting start: > > https://aur.archlinux.org/tu/?id=122 The voting period is over and we have a result: Yes: 28 No: 4 Abstain: 16 Participation: 85.71% So congratulations are in order, welcome to the team! Cheers -- Thore "foxxx0" Bödecker GPG ID: 0xEB763B4E9DB887A6 GPG FP: 051E AD6A 6155 389D 69DA 02E5 EB76 3B4E 9DB8 87A6 signature.asc Description: PGP signature
Re: [aur-general] TU application: hashworks
On 08.06.20 15:11, Thore Bödecker via aur-general wrote: > Hey o/ > > On 08.06.20 15:08, hashworks via aur-general wrote: > > My name is Justin Kromlinger aka hashworks and I'm applying as a > > Trusted User with the sponsorship of Thore Bödecker aka foxxx0 and > > Christian Rebischke aka shibumi who recently reviewed my AUR packages > > [1] – thanks for that! > > I am confirming my sponsorship. > The discussion period is over, may the voting start: https://aur.archlinux.org/tu/?id=122 Cheers -- Thore "foxxx0" Bödecker GPG ID: 0xEB763B4E9DB887A6 GPG FP: 051E AD6A 6155 389D 69DA 02E5 EB76 3B4E 9DB8 87A6 signature.asc Description: PGP signature
Re: [aur-general] TU application: hashworks
Hey o/ On 08.06.20 15:08, hashworks via aur-general wrote: > My name is Justin Kromlinger aka hashworks and I'm applying as a > Trusted User with the sponsorship of Thore Bödecker aka foxxx0 and > Christian Rebischke aka shibumi who recently reviewed my AUR packages > [1] – thanks for that! I am confirming my sponsorship. Cheers -- Thore "foxxx0" Bödecker GPG ID: 0xEB763B4E9DB887A6 GPG FP: 051E AD6A 6155 389D 69DA 02E5 EB76 3B4E 9DB8 87A6 signature.asc Description: PGP signature
Re: [aur-general] Trusted user application: Drew DeVault
Hey, let me just quickly thank all people who have participated in this thread thus far. I'm seeing a very polite, respectful and constructive discussion from all sides, which I very much enjoyed reading. On 27.02.19 08:53, Drew DeVault via aur-general wrote: > Instead I'd like to ask this: if I'm to be damned by my past behaviors, > is there a path to redemption? Is there any criteria we could establish > for demonstrating good behavior? Or, would I have to live with a forever > vague sense of unease among the voters? Not to say that the unease isn't > justified - it may in fact by the right answer to reject applications > based on that unease. If any concerned can think of more tangible > criteria, though, it would make it easier for me to dispell your > concerns or give me some personal development goals to meet. Personally I think that you have already shown in this thread, that you are capable of handling criticism and that you are willing to improve in areas where there are concerns. When I was a fresh TU I had some minor frictions with some of the long-term devs and TUs, which affected my mood and motivation. Fortunately, after talking to the people in question and expressing my displease, this situation improved very quickly and there were no hurt feelings. Just seeing that you are actively seeking out ways to improve your attitude and social behaviour seems like a very good sign to me. We are all human individuals and certainly not perfect. Communication is both cause and solution to most issues, thus we should always just try to be open to ideas, be respectful and polite to others and be willing to make compromises. Most of the time someone is not even aware that their phrasing might offend someone and just needs to made aware of that. I'm looking forward to further replies in this thread and you possibly being voted in. :) Cheers, Thore -- Thore Bödecker GPG ID: 0xD622431AF8DB80F3 GPG FP: 0F96 559D 3556 24FC 2226 A864 D622 431A F8DB 80F3 signature.asc Description: PGP signature
Re: [aur-general] AUR package metadata dump
On 16.11.18 - 18:27, Florian Pritz via aur-general wrote: > My idea is to either generate the results on demand or cache them in the > code. If cached in the code, there would be no database load. It would > just pass through the code so we can perform rate limiting. Granted, if > we can implemented the rate limit in nginx (see below) that would be > essentially the same and fine too. Then we/you could indeed just dump it > to a file and serve that. I've just been discussing an idea with Florian, which might provide a reasonable way for both sides: The clients could send a timestamp to the API, that implies some sort of "give me all updates since *that*". The update timestamps for the packages are already tracked in the database anyway, putting an index on that column would make requesting various ranges quite efficient. When there were no changes since the client-supplied timestamp, the API could respond with HTTP 304 "Not Modified" (possibly without a body even) which would provide a suitable meaning and a very tiny response. We could actually think about not logging those 304 responses then, dunno what the general opinion on that is. If a new client wants to get started and build his own archive, it could supply the timestamp "since=0" (e.g. talking about unix timestamps here), which would simply result in a response with all packages. To prevent abuse of such (very large) deltas, we could implement some sort of shared rate-limit, like Florian mentioned. A first idea would be to use a shared rate-limit for all requests with a timestamp older than 48 hours for example. We could allow something like 200 of such requests per hour and if that limit was exceeded, the API would reply with maybe HTTP 400 "Bad Request" or HTTP 412 "Precondition Failed", along with a "Retry-After: [0-9]+" header to tell the client when to try again. Anywho, I just wanted to put this out there and gather some thoughts, feedback and opinions on this. Cheers, Thore -- Thore Bödecker GPG ID: 0xD622431AF8DB80F3 GPG FP: 0F96 559D 3556 24FC 2226 A864 D622 431A F8DB 80F3 signature.asc Description: PGP signature
Re: [aur-general] [community] Looking for fzf adopter
Updated to 0.17.3 and released to [community] :) -- signature.asc Description: PGP signature
Re: [aur-general] [community] Looking for fzf adopter
I'm currently using it from within mutt and wouldn't mind to maintain it. Cheers o/ On 06.12.17 - 22:04, Pierre Neidhardt via aur-general wrote: > > I've stopped using fzf a while back and I'm not interested in > maintaining its community package anymore. > > Anybody happy to take over? > > -- > Pierre Neidhardt -- signature.asc Description: PGP signature
