Re: [aur-general] TU application - orhun

Hey folks, I hereby confirm my sponsorship. I believe Orhun would be a great Trusted User. Considering his motivation, knowledge, projects and packages make a good candidate for this role :) cheers, Levente signature.asc Description: OpenPGP digital signature

Re: [aur-general] TU application - rgacogne

On 11/13/20 8:52 AM, Remi Gacogne via aur-general wrote: > Hello everyone, > > My name is Remi Gacogne, and I hereby apply to join the Trusted Users > team, kindly sponsored by Levente Polyak and Morten Linderud. > > I'm 37 years old and live in Paris, France. My journey with Linux > started

Re: [aur-general] TU application: hashworks

Hi hashworks, some findings while I looked over your packages: Tiny side notes: nothing that really changes but I noticed you added some prefixed sources like ${pkgname}-${pkgver}.tar.gz:: to github urls, just wanted to make you aware github understands the following pattern:

Re: [aur-general] TU application; freswa

On 5/16/20 10:48 PM, Markus Schaaf wrote: > Am 16.05.20 um 21:01 schrieb Levente Polyak via aur-general: > >> - shouldn't this package be named exfat-nofuse-dkms-git ? its not > > Why would a fuse-filesystem use dkms? The whole purpose of fuse is to > run in user space.

Re: [aur-general] TU application; freswa

On 5/6/20 11:19 PM, Frederik Schwan via aur-general wrote: > > I am looking forward to working with you! > Frederik > Hi Frederik, I'm happy to _already_ work with you as you are doing a great job on the bugtracker. I hope we won't loose your power wrangling that beast :D I managed to cut

Re: [aur-general] TU application: kpcyrd

On 10/11/19 10:32 PM, Santiago Torres-Arias via aur-general wrote: > > In a few years we will realize this was a success and all of arch will > be written in Rust. > Hmm, I thought that's the hidden agenda why we sponsored him? *jokingly* (or maybe not? xD) signature.asc Description: OpenPGP

Re: [aur-general] TU application: kpcyrd

On 9/20/19 10:09 PM, kpcyrd wrote: > Hello, > > My name is kpcyrd and I'm applying to become a Trusted User with anthraxx', > sangys and jelles sponsorship. > The voting period is over and we have a result: Yes: 39 No: 4 Abstain: 6 Participation: 87.50% (meets the quorum) I'm happily hereby

Re: [aur-general] TU application: kpcyrd

On 10/4/19 9:29 PM, Santiago Torres-Arias via aur-general wrote: > Hi, > > It's been 15 days (and a couple of hours as I'm aware) since, so the > vote starts now: > > https://aur.archlinux.org/tu/?id=119 > Reminder, only 4 days left (aur vote notifications seem to be broken right now).

Re: [aur-general] TU application: kpcyrd

On 9/20/19 11:41 PM, kpcyrd wrote: > Oops, sending the application again, this time with a signature > attached. > > --- 8< --- > > Hello, > > My name is kpcyrd and I'm applying to become a Trusted User with anthraxx', > sangys and jelles sponsorship. > > I'm interested in rust, defensive

Re: [aur-general] TU membership application

On September 4, 2019 4:37:42 PM GMT+02:00, Giancarlo Razzolini via aur-general wrote: >Em setembro 4, 2019 9:54 Alexander Rødseth via aur-general escreveu: >> >> I did agree to sponsor the TU application of Jean Lucas, provided he >found >> another sponsor, but was not aware that he had sent

Re: [aur-general] TU membership application

On August 16, 2019 9:19:56 PM GMT+02:00, Jean Lucas via aur-general wrote: > >If I were accepted to become a TU, I'd like to adopt and move the >following packages (all having over 10 votes in the AUR) from the AUR >into [community]: > >... , downgrade,... > It's never been official in the

Re: [aur-general] Spring cleaning (moving orphaned packages from [community] to AUR)

On March 22, 2019 3:02:44 PM GMT+01:00, "Alexander F Rødseth via aur-general" wrote: > >TUs, please adopt, if you are interested: > >proxytunnel - a program that connects stdin and stdout to a server >uncrustify - A source code beautifier >vim-molokai - Port of the monokai colorscheme for

Re: [aur-general] Trusted user application: Drew DeVault

Hey Drew, I wanted to poke you how things are going? Would love to see my review being incorporated, it took quite a while to look everything up. This applies to the first batch as well, not just the list you wanted to look up later. For example python-sshpubkeys build issue, the FHS changes and

Re: [aur-general] Trusted user application: Drew DeVault

On 2/28/19 4:49 PM, Drew DeVault via aur-general wrote: > The AUR is not community. The expectations are higher for trusted users > - hence the trust. Naturally responding to emails, keeping up with new > releases, etc, is part of the role. That's why it's a *role* - it serves > to define the

Re: [aur-general] Trusted user application: Drew DeVault

On 2/28/19 3:43 PM, Jerome Leclanche wrote: > On Thu, Feb 28, 2019 at 3:36 PM Levente Polyak via aur-general > wrote: >> >> On 2/28/19 3:33 PM, Jerome Leclanche wrote: >>> >>> We have TUs with hundreds of packages. Beyond automatic checks, do you >>>

Re: [aur-general] Trusted user application: Drew DeVault

On 2/28/19 3:33 PM, Jerome Leclanche wrote: > > We have TUs with hundreds of packages. Beyond automatic checks, do you > really expect they keep up with every single release? > I've myself updated several packages that were out of date (and > unflagged) in [community]. I'm not saying the attitude

Re: [aur-general] Trusted user application: Drew DeVault

On 2/28/19 2:58 PM, Jerome Leclanche wrote: > On Thu, Feb 28, 2019 at 12:51 PM Josef Miegl wrote: >> Although I don't have high expectations when dealing with AUR packages, it >> is absolutely the maintainers job to keep track of upstream updates. This >> mindset is probably the reason why

Re: [aur-general] Trusted user application: Drew DeVault

On 2/25/19 5:55 PM, Drew DeVault wrote: > Thanks for all the feedback! I went through and cleaned up all of my AUR > packages - something a wiser man would have done before submitting the > TU application. > You're welcome, but from me this was just the travel version... here comes the full

Re: [aur-general] Trusted user application: Drew DeVault

Hi, Your build script on the CI does not produce reproducible packages as it uses a own simple wrapper to call makepkg. F.e. If there is no SOURCE_DATE_EPOCH defined to now or the value already passed it does not create uniform mtimes. What I have noticed as well, f.e where you are upstream

Re: [aur-general] PKGBUILD review request

Hey ho, On February 7, 2019 11:13:34 PM GMT+01:00, Josef Miegl wrote: >I've been trying to improve my AUR packages for the last few days. I'm >still a beginner in package maintaining so I would like to have some >feedback on some of my PKGBUILDs. I would love to hear everything that >is wrong

Re: [aur-general] TU application_R: Metal A-wing (a-wing)

On January 22, 2019 4:03:29 PM GMT+01:00, Bert Peters via aur-general wrote: >Levente Polyak via aur-general schreef op 2019-01-22 13:40: >> On January 22, 2019 1:25:20 PM GMT+01:00, Bert Peters via aur-general >> wrote: >>> David Runge schreef op 2019-01-22 12:30: >

Re: [aur-general] TU application_R: Metal A-wing (a-wing)

On January 22, 2019 1:25:20 PM GMT+01:00, Bert Peters via aur-general wrote: >David Runge schreef op 2019-01-22 12:30: >> On 2019-01-22 17:09:35 (+0800), Metal A-wing wrote: >>> On Tue Jan 8 20:19:43 UTC 2019, David Runge wrote: >>> Why is use >>> `$(gem env gemdir)` >>> >>> Instead of >>> >>>

Re: [aur-general] Exact purpose of check()

Tox should never ever be used for check() exactly for the reasons your pointed out. It is supposed to check the build/package works without regression in the environment it will run in. Running the test against system libraries that are later after install used by the runtime is the way check()

Re: [aur-general] TU Application: Daniel M. Capella

On 11/16/18 12:51 AM, Daniel M. Capella via aur-general wrote: > Quoting Eli Schwartz via aur-general (2018-11-15 00:52:50) >> On 11/14/18 11:50 PM, Daniel M. Capella via aur-general wrote: >>> Quoting Levente Polyak via aur-general (2018-11-14 17:00:38) >>>> -

Re: [aur-general] Auto-generated Github tarballs format change (Was: TU Application: Daniel M. Capella)

On 11/15/18 10:52 AM, Baptiste Jonglez wrote: > On 15-11-18, Eli Schwartz via aur-general wrote: >> On 11/14/18 11:50 PM, Daniel M. Capella via aur-general wrote: >>> Quoting Levente Polyak via aur-general (2018-11-14 17:00:38) >>>> - tests are awesome <3 run them

Re: [aur-general] TU Application: Daniel M. Capella

On 11/15/18 5:50 AM, Daniel M. Capella via aur-general wrote: >> - tests are awesome <3 run them whenever possible! more is better! >> pulling sources from github is favorable when you get free tests >> and sometimes manpages/docs > > Will work with the upstreams to distribute these. I prefer

Re: [aur-general] TU Application: Daniel M. Capella

Hi Daniel, Small summary of things I repeatedly noticed: - # Generated by mksrcinfo v8 Wed Nov 14 05:46:26 UTC 2018 I would say remove this ancient package from your system and use makepkg --printsrcinfo instead - if a setup.py uses entry_points for scripts that means setuptools is not

Re: [aur-general] On TU application, TU participation and community/ package quality

On 11/12/18 12:54 AM, Baptiste Jonglez wrote: > On 11-11-18, Santiago Torres-Arias via aur-general wrote: >> On TU applications, TU participation and package quality: >> = >> >> Many Trusted Users have brought up their concerns regarding the lack >> of proper vetting of packages put

Re: [aur-general] TU application: Maxim Baz

Hi Maxim, some feedback to your packages that others did not yet bring up (so pelase go through jelle's as well, i did not include them again): But before we start, can't resist mumbling a small 'meh' for all this non build content hosted in the AUR. meh. browserpass: - just a nitpick, but

Re: [aur-general] TU application: Maxim Baz

On November 6, 2018 10:24:43 AM GMT+01:00, Bruno Pagani wrote: > >Le 06/11/2018 à 02:13, Levente Polyak via aur-general a écrit : >> Hi Maxim, >> >> On 11/6/18 1:05 AM, Maxim Baz via aur-general wrote: >>>> You might want to use go-pie btw, to actually have

Re: [aur-general] TU application: Maxim Baz

On 11/6/18 2:22 AM, Eli Schwartz via aur-general wrote: > On 11/5/18 7:05 PM, Maxim Baz via aur-general wrote: >> Same question here, but actually worth confirming with you: is it a bad >> practice >> to execute "systemctl daemon-reload" in post_install() function? I've seen >> people >> do

Re: [aur-general] TU application: Maxim Baz

Hi Maxim, On 11/6/18 1:05 AM, Maxim Baz via aur-general wrote: >> You might want to use go-pie btw, to actually have PIE support >> >> browserpass W: ELF file ('usr/bin/browserpass') lacks FULL RELRO, check >> LDFLAGS. >> browserpass W: ELF file ('usr/bin/browserpass') lacks PIE. > > Nice, will

Re: [aur-general] TU Membership Application

On 10/25/18 4:26 PM, Brett Cornwall via aur-general wrote: > I am being sponsored by dvzrv. > > I've been working in the AUR since 2014 as 'Ainola'. Hi Brett, some small questions and hints first: It looks like several packages have different issues preventing to build in clean chrooted

Re: [aur-general] TU Membership Application

Hi Brett On 10/25/18 8:22 PM, David Runge wrote: > > P.S.: As you've just created a new pgp key pair for your address, please > make sure to upload the pubkey to the keyservers! > can you please fix this and make your gpg key available somewhere? signature.asc Description: OpenPGP digital

Re: [aur-general] TU Application - Konstantin Gizdov

Hey Konstantin, I'm wondering which tool you use to keep track of upstream releases? is it urlwatch or such? cheers, Levente signature.asc Description: OpenPGP digital signature

Re: [aur-general] TU Application: Daniel Bermond (dbermond)

Hey Daniel, out of curiosity, what is you tool of choice to keep track of upstream releases? something like urlwatch? cheers, Levente signature.asc Description: OpenPGP digital signature

Re: [aur-general] TU Application: Daniel Bermond (dbermond)

On 10/15/18 12:27 AM, Baptiste Jonglez wrote: > On 15-10-18, Levente Polyak via aur-general wrote: >> On 10/14/18 11:35 PM, Daniel Bermond via aur-general wrote: >>> >>> I usually don't use pgp on my aur packages because people tend to >>> complain a lot about

Re: [aur-general] TU Application - Konstantin Gizdov

Hey Konstantin, On 10/14/18 11:41 PM, Konstantin Gizdov wrote: >>> o llvm50 >>> o llvm50-libs >>> o clang50 Didn't dig into it myself as its easier to ask, could you maybe elaborate why we would need those 50 versioned variants? Normally we try to keep the number of versioned

Re: [aur-general] TU Application - Konstantin Gizdov

On 10/14/18 11:41 PM, Konstantin Gizdov wrote: > Sure, I can share the load. I've built tensorflow+cuda from scratch a > couple of times and completely understand the struggle. :) > Reminder to always bottom-post on Arch mailinglists ;) signature.asc Description: OpenPGP digital signature

Re: [aur-general] TU Application: Daniel Bermond (dbermond)

On 10/14/18 11:35 PM, Daniel Bermond via aur-general wrote: > > I usually don't use pgp on my aur packages because people tend to > complain a lot about building issues. They fail to handle the keys and > start complaining to the packager, and this is a big stress. When > dealing with repository

Re: [aur-general] TU Application: Daniel Bermond (dbermond)

Hi Daniel, On 10/14/18 9:49 PM, Daniel Bermond via aur-general wrote: > I have a project of my own called screencast[4], which is a command line > interface to record a X11 desktop using FFmpeg, having support for offline > recording, live streaming and the capability of adding some effects.

Re: [aur-general] [tu-bylaws][PATCH] extend tu addition discussion period to 14 days

The discussion period is over, lets give the reviewers and applicants some more time :] https://aur.archlinux.org/tu/?id=109 cheers, Levente signature.asc Description: OpenPGP digital signature

[aur-general] [tu-bylaws][PATCH] extend tu addition discussion period to 14 days

I quite definitively should not send patches when being incredibly tired, of cause the subject should be "14 days" matching what the body actually describes and changes. I'm sorry >.> Levente signature.asc Description: OpenPGP digital signature

[aur-general] [tu-bylaws][PATCH] extend tu addition discussion period to 7 days

Just adding this signed mail to authenticate i indeed proposed this change :) cheers, Levente signature.asc Description: OpenPGP digital signature

[aur-general] [tu-bylaws][PATCH] extend tu addition discussion period to 7 days

From: anthraxx Signed-off-by: Levente Polyak --- The discussion period for the addition of a new TU is too short. After having some chats on this topic with multiple TUs it seemed like a general consensus to extended the dicussion period to 14 days, hence this proposal. 5 days are rarely

Re: [aur-general] intellij-idea-community-edition

On 8/10/18 8:20 AM, Simon Legner via aur-general wrote: > Hi Arch! > > (I'm not sure whether I'm posting to the correct mailing list.) > I'm a happy user of IntelliJ IDEA. Unfortunately, the community > package intellij-idea-community-edition is out-of-date most of the > time. As of writing, it

Re: [aur-general] Packaging all CRAN packages for R

On May 26, 2018 6:04:48 PM GMT+02:00, Alex Branham via aur-general wrote: >already 130ish R packages on the AUR. I named them r-cran-* rather than >r-* because 1) it's clearer where the packages are coming from and 2) >it's a pain to search for r-* > Please stop

Re: [aur-general] Build packages without Arch on pkgbuild.com

On 04/08/2018 05:51 PM, Eli Schwartz via aur-general wrote: > On 04/08/2018 07:49 AM, Florian Pritz via aur-general wrote: >> On 08.04.2018 05:01, Eli Schwartz via aur-general wrote: >>> If you're really afraid of someone running as either your user, or some >>> user with the power to hijack your

Re: [aur-general] Build packages without Arch on pkgbuild.com

On April 7, 2018 8:23:08 AM GMT+02:00, Pierre Neidhardt via aur-general wrote: > >To perform the complete operation on soyuz, we need to forward the >gpg-socket (and the SSH socket if different) to soyuz, which defeats >the PGP >/ Web of Trust security model: for a

Re: [aur-general] packaging error in network manager?

On 03/19/2018 03:21 PM, Tom Zander via aur-general wrote: > I just updated my machine and rebooted, the network manager failed to get > up. > Checking the journal logs I get message > that /usr/bin/NetworkManager can't read the shared library libpsl.so.6 > > I only have libpsl.so.5 on my

Re: [aur-general] TU Application - Robin Broda

On 03/05/2018 05:20 PM, Robin Broda via aur-general wrote: > On 03/05/2018 05:11 PM, Levente Polyak via aur-general wrote: > >> On 03/02/2018 08:09 PM, Robin Broda via aur-general wrote: >>> On 03/02/2018 06:17 PM, Levente Polyak via aur-general wrote: >>>>

Re: [aur-general] TU Application - Robin Broda

On 03/02/2018 08:09 PM, Robin Broda via aur-general wrote: > On 03/02/2018 06:17 PM, Levente Polyak via aur-general wrote: >> find some notes related to your packages: >> >> [...] >> > Thanks for the feedback! > > Regards, > Rob > You're welcome. BTW

Re: [aur-general] TU Application - Robin Broda

On 03/02/2018 05:16 PM, Robin Broda via aur-general wrote: > Hello, > > I'm Robin 'coderobe' Broda, born in '99, and I'm writing to become a > Trusted User. Hi Robin, good luck. You can already start helping with reproducible build stuff, feel free to ask for advice in #archlinux-reproducible

Re: [aur-general] Go package dependencies

On 02/28/2018 02:23 AM, Adam Levy via aur-general wrote: > Hi there, > > I am co-maintaining a few AUR packages written in Golang and I just ran > namcap on my built package. I got the following output on a few of my > golang packages: > > $ namcap influxdb-1.4.3-1-x86_64.pkg.tar.xz > influxdb

Re: [aur-general] PKGBUILD(s) Review

Naming scheme for vim plug-ins is always the other way around, vim-something not something-vim. Always prefix them with vim. Cheers Levente

Re: [aur-general] Dropping python-colorlog and python2-colorlog

On February 18, 2018 7:27:05 PM GMT+01:00, Pierre Neidhardt via aur-general wrote: > >python-colorlog and python2-colorlog just got flagged out-of-date, is >anyone looking forward to maintaining it in [community]? > >Otherwise I'll put it back on the AUR. Don't quite

Re: [aur-general] TU application: Ivy Foster

On February 2, 2018 12:40:57 AM GMT+01:00, Ivy Foster wrote: > >For cgo, since upstream pulled in the patches I submitted, LDFLAGS are >properly picked up and we have full relro. > >libbulletml was a bit tougher. I wound up throwing out Debian's >patches to upstream's Makefile

Re: [aur-general] TU application: Ivy Foster

On January 30, 2018 11:37:42 PM GMT+01:00, Ivy Foster wrote: >I'll have some time free tomorrow to get you a proper answer and/or >fix; for now, I'm just letting you know I got your email! Hey, any news from respecting LDFLAGS and if needed just purge parts of it? I'm

Re: [aur-general] TU application: Ivy Foster

Hey, good luck and such Just noticed there are packages that don't properly LDFLAGS resulting in binaries without full RELRO. Its good to always checksec the binaries once creating or adopting a new package and see if everything was setup properly to respect hardening and other flags like generic

Re: [aur-general] Moving xss-lock to community

On January 18, 2018 7:26:33 PM GMT+01:00, Pierre Neidhardt via aur-general wrote: > >The 100%-cpu issue should be fixed upstream on master (and thus also in >the -git package). >I've mentioned this on the wiki: > Why not simply backporting it via a patch file then?

Re: [aur-general] TU application for Eli Schwartz

On 12/13/2017 01:57 PM, Eli Schwartz via aur-general wrote: > Hello, all. :) > > My name is Eli Schwartz, better known as eschwartz on the forums[1], > AUR[2], bugtracker[3], wiki[4] general mailing lists, IRC, and generally > everywhere I can stick my nose in. With the aid of Bartłomiej >