Re: [aur-general] Updating AUR versions server side

[Alad Wenter via aur-general]

Excerpts from Jeremy Audet via aur-general's message of November 5, 2019 7:51 
pm:
>> > What if regular, non development, AUR packages were tested server side
>> > for new versions?
>> > Won't that make more sense than the maintainer having to run pkgver()
>> > manually from time to time?
>>
>> We shall not evaluate user-uploaded shellscripts on the AUR server. Most
>> AUR helpers provide a --devel option to download packages with a
>> pkgver() function and check them for updates.
>>
>> Non-development AUR packages are not permitted to change their version
>> just by running makepkg and having the pkgver() update it, since this
>> implies that the non-development AUR package uses VCS sources that are
>> not pinned to a specific commit or tag.
>>
>> Please report such package violations for deletion or other corrective
>> measures.
> 
> To expand on Eli's answer: executing arbitrary shell scripts is dangerous. It 
> might be possible to constrain the damage that could be inflicted through 
> aggressive use of sandboxing mechanisms (e.g. standing up a container with 
> systemd-nspawn and locking it down with directives like PrivateNetwork=true), 
> but this would break pkgver() for VCS packages, and this is also just begging 
> for trouble. I believe the .SRCINFO file was added so that the AUR could 
> discover a PKGBUILD's version without needing to evaluate arbitrary scripts.
> 
As far as I know the AUR did not, at any point, evaluate arbitrary 
scripts to retrieve metadata. It did parse (or attempt to...) the 
PKGBUILD.

See also: 

Alad


pgpLPLcLFI0Go.pgp
Description: PGP signature

Re: [aur-general] aur client

[Alad Wenter via aur-general]

Excerpts from Alberto Salvia Novella via aur-general's message of November 2, 
2019 10:04 pm:
> Command renamed from "aur" to "box", for preventing conflicts with 
> "aur.1" at aurutils.
> 
Sounds reasonable. Thanks.

Alad

> Box is meant to be a short form for "package definition". So a command 
> like "box get" is natural and short.
> 
> Also the package has been renamed from "aur-publisher-git" to "aur-box 
> " for consistency.
> 
> Alberto 
> 


pgpoSicuAJje5.pgp
Description: PGP signature

Re: [aur-general] TU application: Jonas Witschel (diabonas)

[Alad Wenter via aur-general]

> Vote is now over too, and the results are in:
> 
> Yes: 42
> No: 1
> Abstain: 8
> 
> So, with a participation of 91.07% that meets the quorum, I can now say
> “Welcome in the team!”.
> 
> You can now proceed with
> https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users.
> 
> Congratulations,
> Bruno
> 
Hooray! Douglas Adams would be proud. ;)

Alad


signature.asc
Description: PGP signature

Re: [aur-general] TU application: kpcyrd

[Alad Wenter via aur-general]

On Wed, Sep 25, 2019 at 10:30:05PM +, kpcyrd wrote:
> On Fri, Sep 20, 2019 at 10:21:42PM -0400, Daniel M. Capella via aur-general 
> wrote:
> > Package review:
> > 
> > narnia, tr1pd{,-git}: Could use `--locked`?
> > 
> > python-fints: Missing `--skip-build` in `package()`.
> 
> Thanks, I've pushed updates for these a few days ago.
> 
> > Only nit I have aside from those is you don't need to specify 755
> > permissions for `install` as that's the default. Something I learned
> > during my own Tu application process ^^.
> 
> Interesting, didn't know that! I'm going to roll out fixes for that
> incrementally, thanks for pointing it out.

... but there's nothing wrong with keeping 755 either, as it makes
excplicitely clear to the reader which permissions are used for the
binary.

Alad


signature.asc
Description: PGP signature

Re: [aur-general] TU application: Jonas Witschel (diabonas)

[Alad Wenter via aur-general]

On 9/5/19 5:29 PM, Alad Wenter via aur-general wrote:
> On Thu, Sep 05, 2019 at 05:23:20PM +0200, Jonas Witschel wrote:
>> Hi all,
>>
>> my name is Jonas Witschel (online nick "diabonas" on the
>> AUR/GitHub/GitLab/...) and I am applying as an Arch Linux Trusted User
>> under the sponsorship of Bruno Pagani and Alad Wenter.
>>
> I hereby confirm my sponsorship of Jonas. Best of luck with your
> application!
>
> Alad

Just to add some words beyond "I sponsor this candidate"...

My first encounter with diabonas was when he fixed some broken behavior
with aurutils [7, 8]. I got no github issue, but instead directly a PR
to fix it. :) I also noticed his interest in WKD when he created a
detailed table on the wiki [9] for every developer and TU key, with the
corresponding bug report.

When Bruno mentioned Jonas was interested in becoming TU, I was
pleasantly surprised and looked at his various AUR packages. What I
found most remarkable was the amount of insight found in these packages,
e.g. the comments in tpm2-tss-git [10]. I thus asked to send in a draft
of the application, found it good and gave my Stamp of Approval(TM).

[7] https://github.com/AladW/aurutils/pull/493
[8] https://github.com/AladW/aurutils/pull/464
[9]
https://wiki.archlinux.org/index.php/User:Diabonas/WKD_support_by_developer_key
[10] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=tpm2-tss-git#n45

Alad

>
>> A few words about myself: I am a math PhD student and long-time Linux
>> user. I switched to Arch Linux around 2016 because I like the idea of a
>> rolling release distribution that stays close to upstream, which is
>> especially beneficial when doing software development. I got more
>> actively involved in contributing to Arch when the previous AUR
>> maintainer of the tpm2-software stack (tpm2-tss, tpm2-abrmd and
>> tpm2-tools) orphaned these packages, so I took over maintenance until
>> they were adopted to [community].
>>
>> I am interested in many security-related thing such as Secure Boot,
>> Trusted Platform Modules (TPMs), disk encryption, PGP, ... As such, I am
>> a member of the tpm2-software organisation and a maintainer of tpm2-totp
>> [1]. Recently I have been working on getting Web Key Directory support
>> into pacman for fetching PGP keys independently of the key server
>> network [2,3]. A repository of all my AUR packages can be found on
>> Gitlab [4].
>>
>> If I were accepted as a trusted user, I would take over maintenance of
>> the tpm2-software stack from my sponsor Bruno Pagani. This makes sense
>> since I am an upstream member of tpm2-software anyway and had been
>> maintaining these packages until they were adopted to [community].
>> Another long-time goal as a trusted user would be getting out of the box
>> Secure Boot support for the Arch Linux installation images [5,6].
>>
>> Packages I would like to adopt from the AUR to [community] for starters are:
>>
>> - The rest of the tpm2-software stack: tpm2-tss-engine and tpm2-totp
>> (when they have reached the 1% usage from pkgstats/10 votes on the AUR
>> threshold), tpm2-pkcs11-git (as soon as it gets a release).
>> - clevis and tang (and their dependencies jose, luksmeta)
>> - sbupdate-git (I need to speak to upstream about making a release first)
>> - paperkey
>> - cryptomator
>> - deheader
>> - texworks
>> - pdftk-java (an exact Java reimplementation of the very popular
>> pdftk/pdftk-bin, which is hard to package since it relies on an outdated
>> version of GCC)
>>
>> I am looking forward to working with you and welcome any questions and
>> comments!
>>
>> Cheers,
>> Jonas
>>
>> [1] https://github.com/tpm2-software/tpm2-totp
>> [2] https://bugs.archlinux.org/task/63171
>> [3] https://lists.archlinux.org/pipermail/pacman-dev/2019-July/023493.html
>> [4] https://gitlab.com/diabonas/aur-packages
>> [5] https://bugs.archlinux.org/task/53864
>> [6]
>> https://lists.archlinux.org/pipermail/arch-releng/2019-January/003891.html
>>
>
>



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU application: Jonas Witschel (diabonas)

[Alad Wenter via aur-general]

On Thu, Sep 05, 2019 at 05:23:20PM +0200, Jonas Witschel wrote:
> Hi all,
> 
> my name is Jonas Witschel (online nick "diabonas" on the
> AUR/GitHub/GitLab/...) and I am applying as an Arch Linux Trusted User
> under the sponsorship of Bruno Pagani and Alad Wenter.
> 
I hereby confirm my sponsorship of Jonas. Best of luck with your
application!

Alad

> A few words about myself: I am a math PhD student and long-time Linux
> user. I switched to Arch Linux around 2016 because I like the idea of a
> rolling release distribution that stays close to upstream, which is
> especially beneficial when doing software development. I got more
> actively involved in contributing to Arch when the previous AUR
> maintainer of the tpm2-software stack (tpm2-tss, tpm2-abrmd and
> tpm2-tools) orphaned these packages, so I took over maintenance until
> they were adopted to [community].
> 
> I am interested in many security-related thing such as Secure Boot,
> Trusted Platform Modules (TPMs), disk encryption, PGP, ... As such, I am
> a member of the tpm2-software organisation and a maintainer of tpm2-totp
> [1]. Recently I have been working on getting Web Key Directory support
> into pacman for fetching PGP keys independently of the key server
> network [2,3]. A repository of all my AUR packages can be found on
> Gitlab [4].
> 
> If I were accepted as a trusted user, I would take over maintenance of
> the tpm2-software stack from my sponsor Bruno Pagani. This makes sense
> since I am an upstream member of tpm2-software anyway and had been
> maintaining these packages until they were adopted to [community].
> Another long-time goal as a trusted user would be getting out of the box
> Secure Boot support for the Arch Linux installation images [5,6].
> 
> Packages I would like to adopt from the AUR to [community] for starters are:
> 
> - The rest of the tpm2-software stack: tpm2-tss-engine and tpm2-totp
> (when they have reached the 1% usage from pkgstats/10 votes on the AUR
> threshold), tpm2-pkcs11-git (as soon as it gets a release).
> - clevis and tang (and their dependencies jose, luksmeta)
> - sbupdate-git (I need to speak to upstream about making a release first)
> - paperkey
> - cryptomator
> - deheader
> - texworks
> - pdftk-java (an exact Java reimplementation of the very popular
> pdftk/pdftk-bin, which is hard to package since it relies on an outdated
> version of GCC)
> 
> I am looking forward to working with you and welcome any questions and
> comments!
> 
> Cheers,
> Jonas
> 
> [1] https://github.com/tpm2-software/tpm2-totp
> [2] https://bugs.archlinux.org/task/63171
> [3] https://lists.archlinux.org/pipermail/pacman-dev/2019-July/023493.html
> [4] https://gitlab.com/diabonas/aur-packages
> [5] https://bugs.archlinux.org/task/53864
> [6]
> https://lists.archlinux.org/pipermail/arch-releng/2019-January/003891.html
> 





signature.asc
Description: PGP signature

Re: [aur-general] TU membership application

[Alad Wenter via aur-general]

On 9/5/19 3:21 PM, Aaron Laws via aur-general wrote:
> On Thu, Sep 5, 2019 at 3:45 AM Alexander F Rødseth via aur-general <
> aur-general@archlinux.org> wrote:
>
>>> Sergej already confirmed sponsorship.
>> I read his reply twice, but I could not see a confirmation of sponsorship.
>> Sergej, could you please clarify?
>>
> ...
>
>> Have Sergej confirmed his sponsorship, though?
>>
> For the record, it looks like Sergej has explicitly stated that he will
> sponsor in a signed message:
>
> On Mon, Aug 19, 2019 at 9:49 AM Sergej Pupykin  wrote:
>
>> Giancarlo Razzolini via aur-general wrote:
>>> Having nothing against is not the same as actively sponsoring it. All
>>> this discussion is kind of pointless until we hear from both sponsors
>>> telling us they actively sponsor Jean's application. Then the discussion
>>> period can begin.
>>
>> Ok, I am not sure about "actively" :) but I want to see parsedmarc
>> package bundle in community. As well as ghidra and coturn (which is
>> already in community), so I sponsor him.
>>
> I believe this marks the beginning of the discussion period.

Regardless of when the discussion period begins - the TU bylaws are not
exactly clear about this - I'm not sure what's left to discuss. Concerns
with this application have already been raised, and the applicant's
packages have already been reviewed.

Alad

Re: [aur-general] Deletion request for ipython

[Alad Wenter via aur-general]

On 8/30/19 9:09 AM, asm0dey via aur-general wrote:

Oh hell, AUR declines history rewrites.

I'm deeply sorry, folks ☹ I didn't think that this is irreversible
(this is git, it's about history rewriting!). How can I fix what I've
done?


You can't. It also doesn't matter because I've accepted the two requests 
for reason of duplicate.


https://wiki.archlinux.org/index.php/AUR_submission_guidelines#Rules_of_submission

Alad

Re: [aur-general] TU membership application

[Alad Wenter via aur-general]

I reached out to Alad sometime in between, but he never responded to my profile review request; 


While I don't claim to be the most apt in responding to emails, I see no Jean 
Lucas orj...@4ray.co  in my mailbox.
I guess that's why I did not respond then.


That said, I think its a bit unfair to say that I went off and found
another sponsor without batting an eye


That doesn't really matter - the admission guidelines [1] cleary say that you 
should mention any previous sponsors you've contacted.

]1]https://wiki.archlinux.org/index.php/Trusted_Users#How_do_I_become_a_TU?

Re: [aur-general] feedback for new package

[Alad Wenter via aur-general]

On Sun, Mar 17, 2019 at 09:29:57AM +, Martin Wilson wrote:
> I've put together a package for upload to the AUR, but since it's my first,
> I would like to know if there are any problems with it:
> 
> https://github.com/martin3141/tarquin_arch
> 
You should quote "$pkgdir" and "$srcdir" as both may contain spaces.

Alad
> cheers,
> 
> Martin


signature.asc
Description: PGP signature

Re: [aur-general] Purge of packages orphaned, out-of-date, and last updated before 2017

[Alad Wenter via aur-general]

On Sat, Jan 26, 2019 at 08:50:48PM -0500, Daniel M. Capella via aur-general 
wrote:
> Quoting David Runge (2019-01-26 05:23:37)
> > On 2019-01-26 08:01:46 (+0100), Alad Wenter via aur-general wrote:
> > > Not too long after I became TU I deleted something of ~2000 packages,
> > > based on similar "criteria" and after seeing no "objections" on IRC
> > > after a while. After the deed was done I got emails, angry shouting on
> > > IRC and complaints for the following 6 months on BBS and other places. 
> > "they took our packages" *rantyface* *screaming*
> > 
> > > tl;dr use requests like everyone else, or patch aurweb to have "batch 
> > > requests"
> > Yes, please requests! This way stuff at least gets to the mailing list
> > and is somewhat documented.
> > 
> > -- 
> > https://sleepmap.de
> 
> Thank you for your level-headed responses. More to add to my long list
> of aurweb patch ideas.
> 
> I wonder if Johannes' "Make delete and merge links create an
> auto-accepted request" patch[] being deployed would be sufficient. I
> readily accept requests for this criteria, but couldn't imagine manually
> accepting almost 500 of them with the current setup.
> 
> https://patchwork.archlinux.org/patch/911/
> 
That's exactly the issue. It's not because you or I might accept these
criteria (and corresponding requests) as valid, that everyone else does.
e.g.

https://lists.archlinux.org/pipermail/aur-requests/2017-November/020347.html

As to the patch linked, I don't see how it's relevant to this
discussion. The "paper trail" from such a mass deletion wouldn't include
a reason for said deletion, nor a chance for people to oppose deletion
of specific packages.

Alad
> --
> Best,
> polyzen




signature.asc
Description: PGP signature

Re: [aur-general] Purge of packages orphaned, out-of-date, and last updated before 2017

[Alad Wenter via aur-general]

Not too long after I became TU I deleted something of ~2000 packages, based on 
similar "criteria" and after seeing no "objections" on IRC after a while. After 
the deed was done I got emails, angry shouting on IRC and complaints for the 
following 6 months on BBS and other places. 

If you want to make the same mistake as me, you're welcome to. I'll gladly 
console you afterward with an "I told you so".

tl;dr use requests like everyone else, or patch aurweb to have "batch requests"

-- 
Alad Wenter 


pgp89kUIulJ77.pgp
Description: PGP signature

Re: [aur-general] Account suspension

[Alad Wenter via aur-general]

On Sun, 13 Jan 2019 21:10:23 +
Gonçalo Pereira  wrote:

> I don't mean to ofend anyone. It's sad. I just want to help... and 
> improving the AUR :(

You should have thought about that before acting the way you did. Now move on 
with life.

Alad

> 
> On 13/01/19 21:46, Alad Wenter via aur-general wrote:
> > aur-requests.
> >
> > https://lists.archlinux.org/pipermail/aur-requests/2019-January/029146.html
> >
> > Alad
> >
> > On Sun, 13 Jan 2019 20:24:00 +
> > Gonçalo Pereira  wrote:
> >
> >> What's the ML Threads?
> >>
> >> On 13/01/19 21:23, Robin Broda via aur-general wrote:
> >>> On 1/13/19 9:22 PM, Gonçalo Pereira wrote:
> >>>> Hey,
> >>>>
> >>>> Can I get my account unblocked? I am sorry. I would like to answer to
> >>>> comments on one of the packages I mantain.
> >>>>
> >>>> Hope I am contacting the right channel.
> >>>>
> >>>> Best Regards,
> >>>>
> >>>> Gonçalo Pereira
> >>>>
> >>> No.
> >>>
> >>> Feel free to read the ML thread(s) with the reasoning to why you were 
> >>> suspended.
> >>>
> >


-- 
Alad Wenter 

Re: [aur-general] Account suspension

[Alad Wenter via aur-general]

aur-requests.

https://lists.archlinux.org/pipermail/aur-requests/2019-January/029146.html

Alad

On Sun, 13 Jan 2019 20:24:00 +
Gonçalo Pereira  wrote:

> What's the ML Threads?
> 
> On 13/01/19 21:23, Robin Broda via aur-general wrote:
> > On 1/13/19 9:22 PM, Gonçalo Pereira wrote:
> >> Hey,
> >>
> >> Can I get my account unblocked? I am sorry. I would like to answer to
> >> comments on one of the packages I mantain.
> >>
> >> Hope I am contacting the right channel.
> >>
> >> Best Regards,
> >>
> >> Gonçalo Pereira
> >>
> > No.
> >
> > Feel free to read the ML thread(s) with the reasoning to why you were 
> > suspended.
> >


-- 
Alad Wenter 


pgpZVPsZBNbo9.pgp
Description: PGP signature

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

[Alad Wenter via aur-general]

Besides what has been outlined by Eli and JereBear, there are some more general 
remarks I would like to make. I'll start with the first (or "second", since the 
actual first application was a single sentence) application email. [1]

> I think dpkg package manage is too complicated (...)

I think that introducing yourself to the community with inconstructive remarks 
on other distributions is a bad start. Sure, people like to complain (myself 
included!) and the grass is always greener on the other side. 

TUs are however members of the Arch development team and are expected to work 
hand-in-hand with other distributions. The recent iniative on reproducible 
builds [2] which was started by Debian is an example of that. Arbitrary remarks 
like "if your computer CPU too little" or "packaging is too complicated" don't 
help here, nor are we flattered when Arch supposedly does these things better.

> Also I developped a build status webpage, both the backend and the frontend,
for archlinuxcn build server (lilac web status frontend).

I certainly believe that you are apt at communicating and working with the 
archlinuxcn team. However, if you are interested at becoming TU we need to look 
at Arch as a whole. 

For example, if you plan on (assisting with) maintaing the ruby toolchain, how 
would the rest of team communicate with you on this? Your response to Davis's 
email gave me the impression of a severe language barrier, and having to use 
other TUs from archlinuxcn as intermediaries does not seem ideal to me. 

(Please note that I am not a native English speaker either, nor do I expect 
anyone to be. However, some control of the English language is expected when it 
is is used as the main means of communication in a development team.)

[1] https://lists.archlinux.org/pipermail/aur-general/2018-December/034758.html
[2] https://reproducible-builds.org/

-- 
Alad Wenter 

Re: [aur-general] TU application: Daurnimator

[Alad Wenter via aur-general]

There's no positive or negative reply to it, because there's still
questions left unanswered.

1. Coderobe's comment on use of sed in iup went disregarded. [1] (It
appears the https source was addressed, and Daurnimator commented on the
static linking.)

2. We don't know why luarocks would be a "runtime dependency" or why
this would be problematic in the first place. [2]

3. We don't know why the argument on using pkg-config in LUA should be
dismissed. [3]

Considering the questions are relevant regarding the use of bare gcc
lines (!) in PKGBUILDs a candidate may want to add to [community], I'd
say it's especially important to answer them.
(From a more personal perspective, I'm interested in generally competent
Lua package maintainers, as I consider to use the language in some of my
projects.)

Now it's almost too late with the voting period already started...

Alad

[1]
https://lists.archlinux.org/pipermail/aur-general/2018-December/034694.html
[2]
https://lists.archlinux.org/pipermail/aur-general/2018-December/034702.html
[3]
https://lists.archlinux.org/pipermail/aur-general/2018-December/034708.html




signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU application: Daurnimator

[Alad Wenter via aur-general]

On 12/11/18 8:30 PM, Alad Wenter wrote:

> Since the discussion period is about to end without much discussion...
>
> Right now the rate of new applications is very high - about 2 new
> applications per month. That makes a thorough review difficult.
>
> Considering the positive experiences of the sponsor, it would be a shame
> to let a voting period pass. That said, I'm not sure we have sufficient
> information - at present - to proceed with such a voting period in a
> meaningful manner.
>
> So about Foxboron's question for confirmation: "Say one or two people
> confirm they think the voting process should be continued after the
> discussion has ended?" - I don't know.
>
> Alad

Let's try to get the ball rolling by asking some questions.

1. When I look at LUA modules, I see that most are available on
"luarocks", which is apparently a package manager for LUA. Can you
leverage this to make more LUA modules available on Arch?

2. You have some AUR packages for LUA modules of your own making, yet
they hardcode gcc lines instead of using a Makefile. [1] (At least they
respect $CFLAGS and $LDFLAGS, I guess.) Why?

3. I have no idea on what some of your more complicated packages do, or
why they would require said complexity, e.g. iup. [2] Perhaps you could
explain a bit on that regard.

4. Related to the above, there are no current packaging guidelines for
LUA packages. [3] Do you plan on starting an effort (possibly with other
LUA package maintainers) to remedy this?

[1] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=lua-compat53
[2] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=iup
[3]
https://wiki.archlinux.org/index.php/Arch_package_guidelines#Additional_guidelines

Alad



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU application: Daurnimator

[Alad Wenter via aur-general]

Since the discussion period is about to end without much discussion...

Right now the rate of new applications is very high - about 2 new
applications per month. That makes a thorough review difficult.

Considering the positive experiences of the sponsor, it would be a shame
to let a voting period pass. That said, I'm not sure we have sufficient
information - at present - to proceed with such a voting period in a
meaningful manner.

So about Foxboron's question for confirmation: "Say one or two people
confirm they think the voting process should be continued after the
discussion has ended?" - I don't know.

Alad




signature.asc
Description: OpenPGP digital signature

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

[Alad Wenter via aur-general]

For the record, I confirm that I support Maxim's application. I referred
him to Morten as my time schedule did not allow sponsoring a new candidate.

Best of luck!

Alad




signature.asc
Description: OpenPGP digital signature

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

[Alad Wenter via aur-general]

> Eli Schwartz via aur-general  hat am 7. März 2018 
> um 22:16 geschrieben:
> 
> Discussion period is over, time to cast your votes, everyone!
> 
> https://aur.archlinux.org/tu/?id=105
> 
I've cast my vote the moment I saw this email. Last time I didn't, I got an 
angry phone call from my email provider because his server crashed from the 
sheer amount of reminder mails. :P

Alad

Re: [aur-general] [PRQ#10789] Merge Request for remarkable-webkit2gtk

[Alad Wenter via aur-general]

> Mikael Blomstrand via aur-general  hat am 4. März 
> 2018 um 02:33 geschrieben:
> 
> I was looking at AurJson the other day. It struck me that it would be a 
> really nice feature to be able to search for packages by the `provides` tag. 
> Similarly it would be an interesting feature if it returned the new package 
> for packages that has been merged when searching for the old packages.
> 
> Do you think that's something people want? It'd be fun to try to work on as a 
> project if I find some time.
> 
Sure, see https://bugs.archlinux.org/task/49090

Alad

Re: [aur-general] Rpc Info Order

[Alad Wenter via aur-general]

On Sat, Feb 17, 2018 at 08:57:54PM +, Morgan Adamiec via aur-general wrote:
> Yes there's a few easy ways around it, was just wondering if it's a
> bug or not before making a bug report.
> 
Where is it specified in what order the RPC output should be? If there
is such a place and the behavior you notice goes against it, it might be
worth filing a bug report. Otherwise, sort the output in whatever way
you like.

Note: please stop top-posting.

Alad


signature.asc
Description: PGP signature

Re: [aur-general] Rpc Info Order

[Alad Wenter via aur-general]

On Sat, Feb 17, 2018 at 08:30:58PM +, Morgan Adamiec via aur-general wrote:
> Looking around a little more It seems to be a split package thing.
> Split packages always come before normal packages. I feel like
> something like this would be pretty common and found by now so I'm
> leaning on this not being a bug and just the way it is.
> 
> On 17 February 2018 at 20:07, Morgan Adamiec  wrote:
> > Previously when using the Rpc interface info requests would always be
> > returned in order of input but I realised this specific request [1]
> > returns out of order. Is order a thing that was never guaranteed and
> > just happened to be true in 99% of instances or is this a true bug?
> >
Thankfully life is nice and you can just use jq to sort by any
field.

  $ curl -g ... | jq '[.results[]] | sort_by(.Name)'

Alad


signature.asc
Description: PGP signature

Re: [aur-general] Please remove gsmartcontrol-svn package from AUR

[Alad Wenter via aur-general]

> Simon Doppler  hat am 14. Februar 2018 um 15:46 geschrieben:
> 
> 
> On Wednesday, 14 February 2018 15:29:29 CET Eli Schwartz via aur-general 
> wrote:
> > > "Could you please remove this package? I keep getting bug reports for
> > > it, but the thing is, the SVN version is not intended for public
> > > consumption at all."
> > [...]
> > - If it means "I don't like to be bothered by bugreports because I
> >   consider nothing to be official unless I make a stable release, and I
> >   would rather discover the issue myself", then there is no reason to
> >   stop people from running perfectly good development software that has
> >   been publicly published. And the developer should just tell people his
> >   preferences on the support page where he leaves his email-based bug
> >   reporting instructions.
> 
> In this case, he should not publish the development code anyway, since 
> nothing 
> will stop users from submitting bug reports for development code (whether it 
> is mail based bug reporting, mailing list based, using Git{hub,lab,*}-style 
> issues or an actual bugtracker).
> 
It's disappointing how everyone shifts the blame towards and ridicules 
upstream, rather than respect their wishes regarding the _packaging of their 
own code_. Those are practices that remind of certain other distributions. But 
whatever - I shall not further argue about it.

John: Please include a post_install/post_upgrade message in your package that 
warns users on _not_ to complain to upstream in case of errors.

Alad

Re: [aur-general] Please remove gsmartcontrol-svn package from AUR

[Alad Wenter via aur-general]

> Doug Newgard via aur-general  hat am 14. Februar 
> 2018 um 14:33 geschrieben:
> 
> Getting feedback on the code doesn't have much do to with the existence of 
> this
> package. Two totally different issues.
Well, upstream disagrees. To quote his email again, 

"Could you please remove this package? I keep getting bug reports for it, but 
the thing is, the SVN version is not intended for public consumption at all."

Alad

Re: [aur-general] Please remove gsmartcontrol-svn package from AUR

[Alad Wenter via aur-general]

> Doug Newgard via aur-general  hat am 9. Februar 
> 2018 um 16:22 geschrieben:
> 
> 
> On Fri, 9 Feb 2018 13:13:37 -0200
> Rafael Fontenelle  wrote:
> 
> > I don't see it as mandatory, but if I was the maintainer of this
> > development package I would do as the developer says and request
> > package deletion.
> > 
> 
> I, on the other hand, wouldn't. The entire point of - packages is to run
> the incomplete development code, anyone that's running it should understand
> that it's incomplete and potentially unstable.
>
I don't see how that justifies explicitely going the wishes of upstream. If the 
author doesn't want feedback on his development code, that's his choice and 
it's not our place to motivate him otherwise by keeping this package.

Alad

Re: [aur-general] TU for moving DDNet to community?

[Alad Wenter via aur-general]

On Sat, Feb 10, 2018 at 11:58:57AM -0200, Rafael Fontenelle wrote:
> 2018-02-08 13:45 GMT-02:00 Alad Wenter via aur-general
> :
> > It has 5 votes on AUR, so it doesn't look very popular on Arch. Typical
> > guideline is at least 10 before uploading something to [community].
> >
> > Alad
> 
> Correct me if I'm wrong, but I thought it is a soft requirement (i.e.
> could be ignored by the TU, if he/she wants to adopt it), reason why I
> sent this email.   But Eli Schwartz got a point: with -git package's
> vote it has more than 10 :-)
> 
In the case of less than 10 votes it has to be sent to this mailing
list, _and_ be approved by three other TUs.

https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#Rules_for_Packages_Entering_the_.5Bcommunity.5D_Repo

Whether this always happens in practice is a different question, since
the above article is part of the ArchWiki and not the TU Bylaws. I like
to think people follow this practice where they can anyway.

I'd say counting -git packages for the votes is a bit of a stretch, but
for those prefer doing so, be my guest.

Alad


signature.asc
Description: PGP signature

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

[Alad Wenter via aur-general]

On Sat, Feb 03, 2018 at 12:12:44AM +0100, Alad Wenter via aur-general wrote:
> On Fri, Jan 26, 2018 at 03:53:07PM -0600, Ivy Foster wrote:
> > On 26 Jan 2018, at 10:31  +0100, Alad Wenter via aur-general wrote:
> > > Note: If possible please add a short reply with a GPG signature.
> > 
> > My mistake! Here's my official, signed reply.
> > 
> The discussion period is over. Let the votes begin!
> 
> https://aur.archlinux.org/tu/?id=103
>
The voting period has ended, with the following results:

Yes:33
No: 3
Abstain:3
Total:  39

As such, the proposal has been accepted. Congratulations!

Alad


signature.asc
Description: PGP signature

Re: [aur-general] TU (re-)Application

[Alad Wenter via aur-general]

On Fri, Feb 09, 2018 at 09:50:23PM +0100, Marcin Wieczorek wrote:
> Giancarlo Razzolini via aur-general  writes:
> > I'm not sure if, in this case, he would need a sponsor or not. I don't
> > think we need to amend the bylaws to add this special case for a returning
> > TU, but I do think the standard procedure should be followed.
> 
> One of you TU's can sponsor him right away then, right?
>
After taking a closer look, there's a few pain points.

* The originally sent email does not match the email Brad applied with
  in 2010. [1]
* There is no GPG signature, neither on the current application or the
  2010 application, as to remove doubts.
* The "itsbrad212" account is no longer present on AUR.
* The website on the archlinux.org TU Fellow page is no longer
  functional. [2]

There has been some recent activity on the "itsbrad212" forum account
(which was linked from the 2010 application), but I would not say this
is sufficient confirmation.

Alad

[1] https://lists.archlinux.org/pipermail/aur-general/2010-August/010049.html
[2] https://www.archlinux.org/people/trusted-user-fellows/#bfanella


signature.asc
Description: PGP signature

Re: [aur-general] TU (re-)Application

[Alad Wenter via aur-general]

On Fri, Feb 09, 2018 at 01:25:05AM -0500, Eli Schwartz via aur-general wrote:
> On 02/09/2018 01:00 AM, Brad Fanella via aur-general wrote:
> > Hi all,
> > 
> > Perhaps this is a bit unorthodox, but in 2011 I resigned from my post
> > as a TU for personal and time-related reasons [1]. Coming up on almost
> > 7 years later, I'm still an avid Arch user, and have struck a balance
> > in my life where I'm much more capable of contributing to open-source
> > projects than I was back then.
> > 
> > The warm regards and well-wishes from my fellow TUs at the time [2][3]
> > have left an extremely positive impression on me, and I find myself
> > once again wanting to pick up some orphaned packages in [community]
> > (surprisingly, the MATE desktop is homeless). Therefore, I'm writing
> > this message to see if there's any interest in getting another helping
> > hand around here.
> 
> I never had a chance to know you when you were active before, but I'm
> sure any TU Fellow would have little/no problems being re-elected,
> certainly under the circumstances you've presented! :)
> 
> As for the MATE desktop, it has languished ever since Martin retired. I
> used it myself for a little while after gnome2, before switching to
> cinnamon... I've considered getting back in touch with the MATE side of
> things and picking up the package set, but I'm still not sure I want to,
> so if you would give it some much-needed love, that would be awesome!
> 
It seems we have no clause in the TU Bylaws [1] on what to do if a
Fellow wants to resume his position as TU. That said, I doubt any of us
would object when we consider your email as the "application" and simply
start the vote after the usual discussion period (1 week) has ended.

Best,
Alad

[1] https://aur.archlinux.org/trusted-user/TUbylaws.html


signature.asc
Description: PGP signature

Re: [aur-general] Please remove gsmartcontrol-svn package from AUR

[Alad Wenter via aur-general]

On Fri, Feb 09, 2018 at 03:01:34PM +, John Lane wrote:
> Hi, I got the below sent to me regarding a pkg I have in AUR.
> 
> I guess it should be deleted as per the request. I believe that requires
> a mail to this list?
> 
> https://aur.archlinux.org/packages/gsmartcontrol-svn/
> 
> I verified [1] the sender's address is indeed the upstream developer.
> 
Such requests should be filed by using the AUR interface, namely "File
Request", "Deletion". A copy of your request is then sent to the
aur-requests mailing list.

Alad


signature.asc
Description: PGP signature

Re: [aur-general] TU for moving DDNet to community?

[Alad Wenter via aur-general]

On Thu, Feb 08, 2018 at 12:44:27PM -0200, Rafael Fontenelle wrote:
> Hello,
> 
> DDNet is a very fun sidescrolling game, similar to Teeworlds (DDNet is
> actually a mod of Teeworlds). Since Teeworlds's development is very
> slow and DDNet's development is very active, a lot of players migrated
> to DDNet, which allows to play both gametypes of Teeworlds and many
> others of DDNet.
> 
It has 5 votes on AUR, so it doesn't look very popular on Arch. Typical
guideline is at least 10 before uploading something to [community].

Alad


signature.asc
Description: PGP signature

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

[Alad Wenter via aur-general]

On Fri, Jan 26, 2018 at 03:53:07PM -0600, Ivy Foster wrote:
> On 26 Jan 2018, at 10:31  +0100, Alad Wenter via aur-general wrote:
> > Note: If possible please add a short reply with a GPG signature.
> 
> My mistake! Here's my official, signed reply.
> 
The discussion period is over. Let the votes begin!

https://aur.archlinux.org/tu/?id=103


signature.asc
Description: PGP signature

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

[Alad Wenter via aur-general]

On Fri, Jan 26, 2018 at 03:23:08PM -0600, Ivy Foster wrote:
> Hi, folks,
> 
> I'm writing to apply to be a TU, and Alad Wenter has kindly agreed to
> be my sponsor.
> 
I hereby confirm my sponsorship.

Note: If possible please add a short reply with a GPG signature.
Thanks!

Alad


signature.asc
Description: PGP signature

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

[Alad Wenter via aur-general]

On Thu, Jan 18, 2018 at 09:32:46PM +0100, Bennett Piater wrote:
> 
> 
> On 01/18/2018 09:25 PM, Alad Wenter via aur-general wrote:
> > On Thu, Jan 18, 2018 at 09:24:04PM +0100, Bennett Piater wrote:
> > Except, as noted, that "major feature" doesn't work at all...
> 
> Doesn't it?
> It appeared to work when I tried it, and that was this morning...
>
See the bug report I linked in the first reply.

https://bitbucket.org/raymonad/xss-lock/issues/17/does-not-report-activity-to-systemd-logind

Alad


signature.asc
Description: PGP signature

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

[Alad Wenter via aur-general]

On Thu, Jan 18, 2018 at 09:24:04PM +0100, Bennett Piater wrote:
> This doesn't take care of locking on inactivity though, which is the other 
> major feature of xss-lock. 
> 
That said, a short implementation may look as follows:

https://github.com/grawity/hacks/blob/master/desktop/systemd-lock-handler

Alad


signature.asc
Description: PGP signature

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

[Alad Wenter via aur-general]

On Thu, Jan 18, 2018 at 09:24:04PM +0100, Bennett Piater wrote:
> This doesn't take care of locking on inactivity though, which is the other 
> major feature of xss-lock. 
> 
Except, as noted, that "major feature" doesn't work at all...

Alad


signature.asc
Description: PGP signature

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

[Alad Wenter via aur-general]

On Thu, Jan 18, 2018 at 08:52:23PM +0100, Pierre Neidhardt wrote:
> 
> Alad Wenter via aur-general  writes:
> 
> > If you use polkit and acpid, a "simple" alternative is to use
> > systemd-inhibit, and run actions based on acpid events. Not sure there's
> > a ready implementation with X support in mind.
> 
> Could you detail this?  How do you set it up?  What is lacking in terms
> of X support?
> 
As we know, logind by default does actions like suspend on closing the
lid or pressing the suspend button. Rather than modify these actions to
run some event (like locking the screen priorly) through services files,
you can temporarily disable them with systemd-inhibit. [1] Example:

  $ systemd-inhibit --what=handle-lid-switch --why=Locker screenlocker

The default mode is "block", which delays the set actions indefinitely.
To use it as a regular user, you rely on polkit. This is quite similar
what DE power managers à la xfce4-power-manager do.

"screenlocker" in its most basic form would look at ACPI events from
acpid, and run actions accordingly. Example: [2]

  #!/bin/bash
  coproc acpi_listen
  trap 'kill $COPROC_PID' EXIT

  while read -u "${COPROC[0]}" -a event; do
  handler.sh "${event[@]}"
  done

The benefit of this (and xss-lock's) approach is that your screenlocker
program is run in the environment of the current user, so there's no
need for common hacks such as hardcoding DISPLAY. With systemd-inhibit
you also have some fallback in place should "screenlocker" fail for some
reason, at least assuming it exits on error.

Of course, you can extend the scope of "screenlocker" to react to any
arbitrary ACPI events, for example for volume controls - with latter you
get functional controls in full-screen applications as well.

One issue remains and that is how the program should react when you log
out from your X session, that is when the currently running X server
terminates. xss-lock would simply quit in this case, and if writing in C
you should be able to easily replace this behavior. Unsure about shell.

Another potential issue is on multi-user systems. If both listen to acpi
events in this way there may be conflicts.

Alad

[1] https://www.freedesktop.org/software/systemd/man/systemd-inhibit.html
[2] https://wiki.archlinux.org/index.php/Acpid#Connect_to_acpid_socket


signature.asc
Description: PGP signature

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

[Alad Wenter via aur-general]

On Thu, Jan 18, 2018 at 07:26:33PM +0100, Pierre Neidhardt 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:
> 
> https://wiki.archlinux.org/index.php/Power_management#xss-lock
> 
Since that's a fairly significant issue, why not include the commit that
fixes it in the community package? git cherry-pick should do the job.

Alad


signature.asc
Description: PGP signature

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

[Alad Wenter via aur-general]

On Tue, Jan 16, 2018 at 10:59:49AM +0100, Pierre Neidhardt via aur-general 
wrote:
> 
> Seems fairly popular, plus it's useful to lock the screen on sleep
> without systemd.
I realize I'm somewhat late with this response, but upstream hasn't
updated their project in years and the release has several outstanding
issues, such as using 100% CPU [1] and broken features such as the
advertised IdleAction support. [2]

If you use polkit and acpid, a "simple" alternative is to use
systemd-inhibit, and run actions based on acpid events. Not sure there's
a ready implementation with X support in mind.

Or now that you've adopted it, perhaps you could look over the ~700
lines of C code and fix outstanding issues. :)

Alad

[1] 
https://bitbucket.org/raymonad/xss-lock/issues/6/hang-high-cpu-on-session-exit
[2] 
https://bitbucket.org/raymonad/xss-lock/issues/17/does-not-report-activity-to-systemd-logind

Re: [aur-general] aurjson - Adding groups to the infos of a search

[Alad Wenter via aur-general]

> I'm building a AUR wrapper and I would like to display the package
> groups next to the search results when someone searches for a package
> like pacman does it for official repos.
> In the wiki [1] it says that the output of the aur rpc is just a list
> of info request outputs. But when I'm doing a search [2] I don't get the
> extra info I get with a info request [3].
> What I would need is the "Groups" info. Could this be added to the list
> of elements that a normal search returns?
> It would speed up my wrapper alot. Atm I'm doing info requests for
> every single package that I get in the search request and I really
> don't like that. :/
> 
You can use the multiinfo interface, which should allow you to at least
perform one request per 150 packages, instead of one. Adding arbitrary
fields to the search interface is something that's unlikely to happen.

An ideal way would be for clients to access all available AUR metadata.
There has been some discussion about this in the past (suggesting the use
of zsync).

https://lists.archlinux.org/pipermail/aur-dev/2016-April/004027.html

Alad

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

[Alad Wenter via aur-general]

> Eli Schwartz via aur-general  hat am 13. Dezember 
> 2017 um 13:57 geschrieben:
> 
> 
> 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
> Piotrowski, I am applying today to become a TU.
Hmm, the meticulous reviewer of TU candidates now applies for TU... I'm unsure 
if this will result in either

* the singularity,
* an infinite energy source, 

or, - shivers down my spine - 

* Allan no longer breaking things.

However that may be, you've submitted a model application and I think you'd 
make a great addition to the team.

Cheers,
Alad

Re: [aur-general] We need help for a Package

[Alad Wenter via aur-general]

> Testbird71  hat am 30. November 2017 um 17:01 geschrieben:
> 
> (...)

This post deserves this year's award for Most Messed-up Mail.

... the "A" in "AUR" stands for Arch. Manjaro is not Arch - if packages which 
otherwise work fine in Arch don't work in Manjaro, it's a Manjaro problem and 
you should bring it up to Manjaro, not Arch.

Re: [aur-general] Git based AUR package repo

[Alad Wenter via aur-general]

Recommended reading material:

https://www.freedesktop.org/wiki/Software/PulseAudio/HowToUseGitSendEmail/

Re: [aur-general] Can my AUR package be reinstated?

[Alad Wenter via aur-general]

On Sat, Sep 30, 2017 at 04:02:00AM +, Adam Fontenot via aur-general wrote:
> On Fri, Sep 29, 2017 at 12:19:34PM +0000, Alad Wenter via aur-general wrote
> > On Fri, Sep 29, 2017 at 02:17:45AM +, Adam Fontenot via aur-general 
> > wrote:
> > > Hi all,
> > >
> > > The TU "alad" deleted my package, firefox-clean, from the AUR. I'm
> > > assuming this is a mistake, but I can't contact alad directly because
> > > their email is hidden on their profile. At first glance, it may appear
> > > that my version of the Firefox PKGBUILD in Extra does not do anything
> > > notable, but this is not the case. My package is intended to do three
> > > things:
> > >
> > It's not a mistake. Check the submission guidelines [1]; a package
> > should only be submitted if it's not overly specialized and useful to
> > more than 1 user. In this case, all but a few users will be able to
> > achieve what this package offers by configuration of the regular firefox
> > package in the repositories.
> 
> I disagree strongly. It is useful to multiple people: not only did the
> package already have feedback (a comment from a user), it was
> extremely popular when I posted about it on Reddit the day before you
> deleted it: 
> https://www.reddit.com/r/archlinux/comments/72id6q/firefoxclean_a_firefox_build_for_power_users_in/
> 
In that same thread, the top comments reflect the decision on deleting
this package. It should then not come as a surprise that the package
only had a single AUR vote (which are what matters).

> Furthermore, you have been deleting dozens of AUR packages in the last
> week since you became a TU. Respectfully, perhaps you should check to
> see if your expectations for AUR inclusion are quite as stringent as
> those of the other TUs?
> 
You should check before asking consensus from the TU team that your
argument isn't based on personal attacks against them.

> > If you had such concern about these "features"
> > and wanted to disable them at compile time, there's existing packages
> > which take this further e.g.  firefox-esr-privacy. [2]
> >
> > [2] https://aur.archlinux.org/packages/firefox-esr-privacy/
> 
> Oddly enough, my AUR package does most of what this one does and more,
> but it has the extra advantage of tracking the latest version of
> Firefox instead of ESR.
> 
Not really, as any glance over the patches in question shows.

> > A restart button is available through an addon. [3]
> >
> > [3] https://addons.mozilla.org/en-US/firefox/addon/restart-my-fox
> 
> This will not be usable when Firefox 57 hits, because it (along with
> all other restart addons), isn't compatible with webextensions. I've
> been purging all XUL extensions from my browser, and that's why I
> wrote the patch as a replacement.
> 
Regardless of any speculation on your behalf regarding the addon's
functionality in future, it remains trivial functionality.

> If there's a consensus among TUs that packages like mine are not
> welcome on the AUR, I'm happy to back down and host the PKGBUILD on
> Github.
> 
The community guidelines are clear and visible to all on the wiki,
including a warning that packages that ignore them are up for deletion.

> Cheers,
> Adam

Alad


signature.asc
Description: PGP signature

Re: [aur-general] Can my AUR package be reinstated?

[Alad Wenter via aur-general]

On Fri, Sep 29, 2017 at 02:17:45AM +, Adam Fontenot via aur-general wrote:
> Hi all,
> 
> The TU "alad" deleted my package, firefox-clean, from the AUR. I'm
> assuming this is a mistake, but I can't contact alad directly because
> their email is hidden on their profile. At first glance, it may appear
> that my version of the Firefox PKGBUILD in Extra does not do anything
> notable, but this is not the case. My package is intended to do three
> things:
> 
It's not a mistake. Check the submission guidelines [1]; a package
should only be submitted if it's not overly specialized and useful to
more than 1 user. In this case, all but a few users will be able to
achieve what this package offers by configuration of the regular firefox
package in the repositories.

[1] 
https://wiki.archlinux.org/index.php/Arch_User_Repository#Rules_of_submission

(About my email address; I usually hide it due to spam. However, it is
still visible in my public profile on archlinux.org or any of the
packages I maintain.)

> 1. Set sensible default options that most users will want in the first place.
> 2. Eliminate *at compile time* code that is not web-browser related
> (e.g. Pocket).
> 3. Fix pain points for power users with small, maintainable patches.
> (e.g. inclusion of a restart button in the file menu)
> 
> At least items 2 and 3 cannot be done with adjustments to user.js, as
> the deletion request claims.
> 
You can also disable Pocket through other means (the request also said
"other user configuration"), such as the extensions.pocket.* series
provied in about:config. If you had such concern about these "features"
and wanted to disable them at compile time, there's existing packages
which take this further e.g.  firefox-esr-privacy. [2]

[2] https://aur.archlinux.org/packages/firefox-esr-privacy/

A restart button is available through an addon. [3]

[3] https://addons.mozilla.org/en-US/firefox/addon/restart-my-fox

> I don't claim that many people will want to use it, but for those who
> might, having a package in the AUR to use could save a considerable
> amount of work. Inclusion in the AUR has never been dependent on the
> number of users the package benefits, and so far as I can see,
> firefox-clean doesn't break any rules.
> 
I don't see how compiling something massive like firefox every 2 weeks
weighs up against minor changes that can be achieved otherwise.
Otherwise, see above.

> Can I recreate the package, or can it be reinstated?
> 
> Thanks!
> 
You can submit a package if it is not overly specialized and
contains more than trivial changes. As outlined above, that's not
something firefox-clean had to offer.

> -Adam Fontenot
Best,

Alad


signature.asc
Description: PGP signature

Re: [aur-general] TU Application: Alad Wenter

[Alad Wenter via aur-general]

On Sat, Sep 23, 2017 at 06:35:44PM +, Johannes Löthberg via aur-general 
wrote:
> Quoting Johannes Löthberg (2017-09-16 10:57:44)
> > Quoting Johannes Löthberg (2017-09-10 15:24:15)
> > > I confirm my sponsorship and such.  Let the discussion period begin!
> > > 
> > 
> > Discussion period has ended and the vote is up!
> > 
> > https://aur.archlinux.org/tu/?id=96
> > 
> 
> Vote has closed, and you've been accepted into our ranks!
> 
> Yes: 35
> No:   4
> Abstain:  4
> Total:   43
> 
Thanks! Glad to be part of the team. :)

> -- 
> Sincerely,
>   Johannes Löthberg
>   PGP Key ID: 0x50FB9B273A9D0BB5
>   PGP Key FP: 5134 EF9E AF65 F95B 6BB1  608E 50FB 9B27 3A9D 0BB5
>   https://theos.kyriasis.com/~kyrias/
Cheers,

Alad


signature.asc
Description: PGP signature

Re: [aur-general] add base-devel / multilib-devel group as makedepend to AUR packages ?y

[Alad Wenter via aur-general]

On Mon, Sep 18, 2017 at 02:01:18PM +, NicoHood wrote:
> On 09/18/2017 12:06 AM, Giancarlo Razzolini wrote:
> > Em setembro 17, 2017 5:57 Jelle van der Waa escreveu:
> >>
> >> I sincerely don't believe that this will have the right affect, it will
> >> be treated as spam.
> >>
> >> Maybe we should start advocating to use extra-$arch-build for building
> >> AUR packages, since that contains base-devel :-). This is probably also
> >> what Debian does I guess or does every package implictly depend on
> >> 'build-essential'.
> >>
> > 
> > +1 for using devtools and extra-x86_64-build for AUR packages too. I have
> > been doing that for a while now, and it does catch a lot of issues.
> > 
> > Regards,
> > Giancarlo Razzolini
> 
> I also agree on that. Building in a clean chroot has multiple advantages:
> * Mostly equal builds for everybody (until they are reproducible)
> * Less errors, as only, but all makedepends must be installed in the chroot
> * Less trashed archlinux installations because of makedependency
> installation
> * Devtools is even simpler to handle if you ask me
> 
> I also do not understand why AUR helpers dont use devtools. It would
> give much better package quality.
> 
Mine does... 

https://github.com/AladW/aurutils/blob/master/bin/aurbuild_chroot

> Maybe we should advice to use devtools more in the wiki page. Most
> people dont even know that is a single command to type.
> 
> Pro tip: Include other AUR pkg deps like this:
> extra-x86_64-build -- -I aurdep.pkg.tar.xz
> 
> ~Nico
> 





signature.asc
Description: PGP signature

Re: [aur-general] TU Application: Alad Wenter

[Alad Wenter via aur-general]

On Thu, Sep 14, 2017 at 01:51:19PM +, Levente Polyak wrote:
> On 09/14/2017 03:43 PM, Alad Wenter via aur-general wrote:
> > On Thu, Sep 14, 2017 at 01:01:58PM +, Evgeniy Alekseev wrote:
> >> Hai,
> >>
> >> On Sunday, 10 September 2017 19:55:16 MSK Eli Schwartz wrote:
> >>> python-i3-py:
> >>> - It is probably not important to point out in the description which
> >>>   programming language it uses, especially when the pkgname already
> >>>   includes that info.
> >>> - git source at pinned commit should not re-clone itself to a new
> >>>   $pkgname-$pkgver every time you bump the pkgver
> >>> - Python packages which are intended to install a command-line tool
> >>>   rather than a library should not be prefixed with python- and do not
> >>>   need to be installed for both Python 3 and Python 2.
> >>
> >> BTW, it looks like this PKGBUILD works normally for this package, but in 
> >> general calling setup.py with python3 interpreter assuming python2 build 
> >> [1] is bad idea. Also it looks like the package has several licenses, e.g. 
> >> winmenu.py header says WTFPL-v2 :)
> >>
> > Thanks, I've updated the build step and LICENSES. [2]
> > 
> > [2] 
> > https://github.com/AladW/community/commit/a48ba9a3ff917b596d89748a3a69e4f39e4b4398
> > 
> > Note that I installed the license to /usr/share/licenses/python-i3-py,
> > as python-i3-py is the common pkgbase. The PKGBUILD guidelines [3]
> > however mention to use pkgname - and namcap issues a warning
> > accordingly. Do these guidelines account for split packages?
> > 
> > python-i3-py-examples E: Missing custom license directory
> > (usr/share/licenses/python-i3-py-examples)
> > 
> 
> If a particular package has some special license, it should indeed
> install those into the license directory for that particular pkgname
> instead of pkgbase.
> Note that using $pkgbase could potentially also yield into a scenario
> where py2 and py3 variant can't be installed at the same time as the
> license file would conflict.
> 
All right, I've updated the PKGBUILD accordingly.

> cheers,
> Levente
> 
Cheers,

Alad


signature.asc
Description: PGP signature

Re: [aur-general] TU Application: Alad Wenter

[Alad Wenter via aur-general]

On Thu, Sep 14, 2017 at 01:36:20PM +, Levente Polyak wrote:
> On 09/10/2017 03:16 PM, Alad Wenter via aur-general wrote:
> > Hello everyone,
> > 
> > My name is Alad Wenter, and I would like to apply for a position as Trusted 
> > User. I’m a student in Germany, majoring in Mathematics with a focus on 
> > Algebraic Topology. Many thanks to Johannes Löthberg who is sponsoring my 
> > TU application.
> > 
> 
> Hi Alad,
> 
> some technical feedback that I found after the current reworks mentioned
> here:
> 
> cottage:
> - it ignores LDFLAGS and just uses CFLAGS wich results in a binary
>   without our flags (like -znow)
> 
Proposed upstream: [1]

[1] https://github.com/HarveyHunt/cottage/pull/11

> cottage-git:
> - same as cottage, LDFLAGS
> - should provides and conflicts cottage as its a VCS pkgname
> 
Fixed.

> dpkg:
> - would me more error prone and convenient to keep pkgver in sync when
>   using a pkgver() function for pinned commits and f.e. do:
>   git describe --always | sed 's/^v//;s/-/./g'
> 
Fixed.

> kkrieger:
> - cd "$srcdir" doesn't do anything at all
> 
Fixed.

> nvtv:
> - static mention of 0.4.7 version label in source array looks ugly
>   and is less error prone when bumping a pkgver=
> 
Fixed.

> pkgelf-git:
> - should provides and conflicts pkgelf as its a VCS pkgname
> 
Fixed.

> xss:
> - packages doesn't even build
> line 18: cd: xss-master: No such file or directory
>   and after that
> install: cannot stat 'README.md': No such file or directory
>   did you test this at all?
> - would me more error prone and convenient to keep pkgver in sync when
>   using a pkgver() function for pinned commits and f.e. do:
>   git describe --always | sed 's/^v//;s/-/./g'
>or just count the commits as prefix to pkv
> - CFLAGS is completely purged and overwritten by the Makefile, it
>   should be passed to be preserved or the Makefile be patched
> 
Fixed. [2] I did test it, but forgot to remove the xss-master
directory from the previous source (master.zip) before doing so...

[2] https://github.com/9wm/xss/pull/2#event-1249347915

> 
> cheers
> Levente
> 
Cheers,

Alad



signature.asc
Description: PGP signature

Re: [aur-general] TU Application: Alad Wenter

[Alad Wenter via aur-general]

On Thu, Sep 14, 2017 at 01:01:58PM +, Evgeniy Alekseev wrote:
> Hai,
> 
> On Sunday, 10 September 2017 19:55:16 MSK Eli Schwartz wrote:
> > python-i3-py:
> > - It is probably not important to point out in the description which
> >   programming language it uses, especially when the pkgname already
> >   includes that info.
> > - git source at pinned commit should not re-clone itself to a new
> >   $pkgname-$pkgver every time you bump the pkgver
> > - Python packages which are intended to install a command-line tool
> >   rather than a library should not be prefixed with python- and do not
> >   need to be installed for both Python 3 and Python 2.
> 
> BTW, it looks like this PKGBUILD works normally for this package, but in 
> general calling setup.py with python3 interpreter assuming python2 build [1] 
> is bad idea. Also it looks like the package has several licenses, e.g. 
> winmenu.py header says WTFPL-v2 :)
> 
Thanks, I've updated the build step and LICENSES. [2]

[2] 
https://github.com/AladW/community/commit/a48ba9a3ff917b596d89748a3a69e4f39e4b4398

Note that I installed the license to /usr/share/licenses/python-i3-py,
as python-i3-py is the common pkgbase. The PKGBUILD guidelines [3]
however mention to use pkgname - and namcap issues a warning
accordingly. Do these guidelines account for split packages?

python-i3-py-examples E: Missing custom license directory
(usr/share/licenses/python-i3-py-examples)

[3] https://wiki.archlinux.org/index.php/PKGBUILD#license
> 1. https://github.com/AladW/community/blob/master/python-i3-py/PKGBUILD#L28.
> -- 
> Sincerely yours,
> Evgeniy Alekseev

Cheers,

Alad


signature.asc
Description: PGP signature

Re: [aur-general] TU Application: Alad Wenter

[Alad Wenter via aur-general]

Am 10/09/2017 um 15:25 schrieb Alad Wenter via aur-general:
> Sorry, there was a fluke with enigmail that prevented a corrected
> signature. This one should however work.
> 
> Alad
> 
>
The issue was that I signed both the message and attachment (my public
key) in enigmail, and the attachment was then removed by mailman. As
such, the signature became invalid. Thanks to Florian to help figure
this out.

Alad



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU Application: Alad Wenter

[Alad Wenter via aur-general]

Am 10/09/2017 um 23:56 schrieb Eli Schwartz:
> On 09/10/2017 04:08 PM, Alad Wenter via aur-general wrote:
>>> aurutils/aurutils-git:
>>> - uses the ISC ("custom:ISC") license, which is not a common license
>>>   (`pacman -Ql licenses`)and must therefore be installed separately.
>>> - Thanks you kindly for upgrading the security of the *sums you SKIP
>>>   from md5 to sha256 :p :p
>>>
>> Fixed the license array. The license was already installed by the
>> Makefile.
> 
> o_O such upstreams!
> 
>>
>>> bash-devel-git:
>>> mc-git:
>>> nvtv:
>>> repoctl-git:
>>> vim-bracketed-paste:
> 
> Did you forget to push it?
> 
Indeed, I did... fixed. Thanks for checking.

>> Fixed. I agree about DESTDIR and filed a pull request upstream.
>>
>> https://github.com/HarveyHunt/cottage/pull/9
> 
> FWIW, usually this gets implemented as
> install:
> install -Dm755 progname $(DESTDIR)$(BINDIR)/progname
> 
> DESTDIR is limited to use in install since sometimes you will want to
> compile the location of e.g. $(PREFIX)/share/progname/ inside a binary
> and why move only some instances of $(DESTDIR) up top I guess.
> 
Updated the pull request.

>>> dpkg:
>>> - git source at pinned commit should not re-clone itself to a new
>>>   $pkgname-$pkgver every time you bump the pkgver
>>> - autoreconf should be done in prepare()
>>> - explicitly override options=(emptydirs) rather than depending on the
>>>   user's choices in makepkg.conf
>>>
>> Fixed.
> Broken, actually. options=(emptydirs) means keep empty dirs, and
> options=(!emptydirs) means don't keep them (delete them).
> The default is emptydirs, leaving them alone, but if someone modified
> their makepkg.conf to specify !emptydirs then the directory you created
> would be deleted during tidy_install. And now it will be deleted no
> matter what.
> 
Not sure how I got confused there, especially when the initial commit I
made had it right...

https://aur.archlinux.org/cgit/aur.git/commit/?h=dpkg&id=067d5267d7bd44ba4c63cfcc5e913098f76975a1

>>> xss:
>>> - So much whitespace in the variables...
>>> - Unversioned source xss-master.tar.gz
>>> - None of it works because the upstream website is dead, everything
>>>   redirects to https://sites.google.com/view/woozle/
>>> - Author still exists at https://github.com/nealey, project has moved to
>>>   https://github.com/9wm/xss (he is a member of that org)
>>>
>> Fixed. Regarding the source, I've asked for a relase upstream:
>>
>> https://github.com/9wm/xss/issues/1
> 
> Regarding the source, nothing says you cannot use "$_commit" in place of
> "$pkgver" and "master", at least until you have a release tag to use
> instead.
> 
Updated, both for xss and vim-bracketed-paste.

>> Thank you very much for your elaborate review!
> 
> Happy to help, reviewing PKGBUILDs is always fun whether as part of a TU
> application or not.
> Cheers,

Alad



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU Application: Alad Wenter

[Alad Wenter via aur-general]

On Sun, Sep 10, 2017 at 04:55:16PM +, Eli Schwartz wrote:
> On 09/10/2017 09:16 AM, Alad Wenter via aur-general wrote:
> > Hello everyone,
> > 
> > My name is Alad Wenter, and I would like to apply for a position as Trusted 
> > User. I’m a student in Germany, majoring in Mathematics with a focus on 
> > Algebraic Topology. Many thanks to Johannes Löthberg who is sponsoring my 
> > TU application.
> 
> Somme comments on your AUR packages:
> 
> aurutils/aurutils-git:
> - uses the ISC ("custom:ISC") license, which is not a common license
>   (`pacman -Ql licenses`)and must therefore be installed separately.
> - Thanks you kindly for upgrading the security of the *sums you SKIP
>   from md5 to sha256 :p :p
> 
Fixed the license array. The license was already installed by the
Makefile.

> bash-devel-git:
> - You do not follow our repo bash package in defining, as per FS#50567,
>   -DNON_INTERACTIVE_LOGIN_SHELLS
> - Apparently this doesn't work with the system readline or something???
> - system.bashrc is out of sync with the core/bash package
> - Do you even pacman hooks? Get rid of bash.install
> 
Fixed.

> cottage:
> - source tarball violates shared SRCDEST, v$pkgver.tar.gz clashes with
>   other packages that have the same version.
> 
Fixed.

> cottage-git:
> - Has an abomination of a pkgver(), you know how to do this properly -_-
>   and upstream even has tags!!!
> - clones #branch=master which is the default
> - unconditionally defines options=('debug'), which is meant to be a
>   makepkg.conf choice and uses a separate build target which just
>   appends to CFLAGS the same way our DEBUG_CFLAGS do.
> - again consider asking upstream to support DESTDIR.
> 
Fixed. I agree about DESTDIR and filed a pull request upstream.

https://github.com/HarveyHunt/cottage/pull/9

> datamash-git:
> - pkgver() doesn't strip "v" from the start
> - source is cloned over git://git.sv.gnu.org which redirects to
>   git.savannah.gnu.org, also please clone over https:// as this verifies
>   the server in addition to just encrypting the transport
> - It seems bizarre that this makedepends on rsync and wget, the latter
>   especially seems like some part of the build process attempts to
>   download itself... I think it wants to bootstrap updated translations
>   but this should still be done via source=().
> - Do you even pacman hooks? Get rid of datamash.install
> 
Fixed. The rsync usage for translation files seems hard-coded in the
bootstrap script, so this is something to mention to upstream.

> dpkg:
> - git source at pinned commit should not re-clone itself to a new
>   $pkgname-$pkgver every time you bump the pkgver
> - autoreconf should be done in prepare()
> - explicitly override options=(emptydirs) rather than depending on the
>   user's choices in makepkg.conf
> 
Fixed.

> howm-x11:
> - source tarball violates shared SRCDEST, v$pkgver.tar.gz clashes with
>   other packages that have the same version.
> - Makefile has install target.
> - Those find commands are awkward, `mkdir -p ... && cp -a ...` is not a
>   sin so please use it.
> - So much whitespace separating variables...
> - That install script depresses me, shouldn't users be expected to
>   determine for themselves how to use this?
> 
Fixed. The Makefile missed the -D argument to install, so I've filed a
pull request upstream.

https://github.com/HarveyHunt/howm/pull/67

> howm-x11-git:
> - Basically just the same things mentioned for howm-x11 or cottage-git.
> 
Fixed apart from the Makefile, which actually does not include the
correct install target for debug builds...

https://github.com/HarveyHunt/howm/issues/68

> jshon-git:
> - pkgver should use tags via `git describe --tags`
> 
Fixed.

> 
> kkrieger:
> - Downloads an unversioned kkrieger-beta.zip -- I understand this is
>   web.archive.org that will never be updated but it is still painful. :D
> - kkrieger.jpg is a 404 not found, also you never even try to do
>   anything with it...
> 
Fixed.

> lightspark-git:
> - Do you even pacman hooks? Get rid of lightspark-git.install
> - Depends on desktop-file-utils, not needed because of hooks, and curl,
>   arguably not needed as it's a dependency of pacman among other things.
> 
Fixed.

> mc-git:
> - autogen should really be done in prepare()
> 
Fixed.

> nvtv:
> - Empty variables should be deleted.
> - md5sums at the bottom of the PKGBUILD are weird, move this up with the
>   other variables, like source=()
> - You really need quilt for this?
> - make prefix="$pkgdir/usr" install seems like it should be ./configure
>   --prefix=/usr && make DESTDIR since this is after all autotools

[aur-general] gnupg test

[Alad Wenter via aur-general]

Hi


Am 10/09/2017 um 15:24 schrieb Johannes Löthberg via aur-general:
> Quoting Alad Wenter via aur-general (2017-09-10 15:16:57)
>> Hello everyone,
>>
>> My name is Alad Wenter, and I would like to apply for a position as Trusted 
>> User. I’m a student in Germany, majoring in Mathematics with a focus on 
>> Algebraic Topology. Many thanks to Johannes Löthberg who is sponsoring my TU 
>> application.
>>
>> I’ve been using Linux since late 2013, as the EOL of Windows XP was 
>> approaching. My first steps were taken via Linux Mint, gradually moving to 
>> Debian in both Stable and Unstable variants.
>>
>> I have started using Arch in middle 2014, after being convinced that “I 
>> should just install Arch” on a different forum. Since then I have become an 
>> ArchWiki Bureaucrat (since May 2016) and IRC Operator (since February 2017) 
>> for the #archlinux channel on freenode.
>>  
>> Amongst others, I helped complete the long-standing merge of the Beginners’ 
>> Guide [1], vastly extended the comparison of third-party AUR scripts on the 
>> “AUR Helper” article, [2] and improved coordination amongst users through a 
>> new #archlinux-wiki freenode channel. [3] Other activities include the Arch 
>> forums [4], Bug tracker [5], and submitting requests on the AUR.
>>
>> [1] 
>> https://lists.archlinux.org/pipermail/arch-dev-public/2016-July/028140.html
>> [2] https://wiki.archlinux.org/index.php/AUR_helpers#Comparison_table
>> [3] https://wiki.archlinux.org/index.php/ArchWiki:IRC
>> [4] https://bbs.archlinux.org/profile.php?id=81752
>> [5] https://bugs.archlinux.org/user/18684
>>
>> For software development, I am familiar with the Bash and C++ languages, and 
>> have published a few projects related to Arch, such as aurutils. [6] Where 
>> possible, I try to coordinate with upstream authors if I encounter any 
>> issues with their projects (for example, [7])
>>
>> [6] https://github.com/AladW/
>> [7] https://github.com/i3/i3/issues/2597
>>
>> If I were to become a Trusted User, I would like to move the following AUR 
>> packages to community:
>>
>> - datamash
>> - dmenu-extended
>> - eid-mw
>> - innoextract
>> - mit-scheme
>> - physlock
>> - polkit-explorer
>> - python-i3
>> - qpdfview
>> - wimlib
>>
>> I have opened a repository with modifications from the original AUR packages 
>> to better suit them as candidates for [community]. [8]
>>
>> [8] https://github.com/AladW/community
>>
>> I would further adopt the following orphans in community:
>>
>> - cabextract
>> - gpick
>> - sigil
>> - sshfs
>> - udevil
>> - usbview
>>
>> Cheers,
>>
>> Alad
>>
> I confirm my sponsorship and such.  Let the discussion period begin!
>



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU Application: Alad Wenter

[Alad Wenter via aur-general]

Sorry, there was a fluke with enigmail that prevented a corrected
signature. This one should however work.

Alad


Am 10/09/2017 um 15:16 schrieb Alad Wenter via aur-general:
> Hello everyone,
>
> My name is Alad Wenter, and I would like to apply for a position as Trusted 
> User. I’m a student in Germany, majoring in Mathematics with a focus on 
> Algebraic Topology. Many thanks to Johannes Löthberg who is sponsoring my TU 
> application.
>
> I’ve been using Linux since late 2013, as the EOL of Windows XP was 
> approaching. My first steps were taken via Linux Mint, gradually moving to 
> Debian in both Stable and Unstable variants.
>
> I have started using Arch in middle 2014, after being convinced that “I 
> should just install Arch” on a different forum. Since then I have become an 
> ArchWiki Bureaucrat (since May 2016) and IRC Operator (since February 2017) 
> for the #archlinux channel on freenode.
>  
> Amongst others, I helped complete the long-standing merge of the Beginners’ 
> Guide [1], vastly extended the comparison of third-party AUR scripts on the 
> “AUR Helper” article, [2] and improved coordination amongst users through a 
> new #archlinux-wiki freenode channel. [3] Other activities include the Arch 
> forums [4], Bug tracker [5], and submitting requests on the AUR.
>
> [1] 
> https://lists.archlinux.org/pipermail/arch-dev-public/2016-July/028140.html
> [2] https://wiki.archlinux.org/index.php/AUR_helpers#Comparison_table
> [3] https://wiki.archlinux.org/index.php/ArchWiki:IRC
> [4] https://bbs.archlinux.org/profile.php?id=81752
> [5] https://bugs.archlinux.org/user/18684
>
> For software development, I am familiar with the Bash and C++ languages, and 
> have published a few projects related to Arch, such as aurutils. [6] Where 
> possible, I try to coordinate with upstream authors if I encounter any issues 
> with their projects (for example, [7])
>
> [6] https://github.com/AladW/
> [7] https://github.com/i3/i3/issues/2597
>
> If I were to become a Trusted User, I would like to move the following AUR 
> packages to community:
>
> - datamash
> - dmenu-extended
> - eid-mw
> - innoextract
> - mit-scheme
> - physlock
> - polkit-explorer
> - python-i3
> - qpdfview
> - wimlib
>
> I have opened a repository with modifications from the original AUR packages 
> to better suit them as candidates for [community]. [8]
>
> [8] https://github.com/AladW/community
>
> I would further adopt the following orphans in community:
>
> - cabextract
> - gpick
> - sigil
> - sshfs
> - udevil
> - usbview
>
> Cheers,
>
> Alad
>



signature.asc
Description: OpenPGP digital signature

[aur-general] TU Application: Alad Wenter

[Alad Wenter via aur-general]

Hello everyone,

My name is Alad Wenter, and I would like to apply for a position as Trusted 
User. I’m a student in Germany, majoring in Mathematics with a focus on 
Algebraic Topology. Many thanks to Johannes Löthberg who is sponsoring my TU 
application.

I’ve been using Linux since late 2013, as the EOL of Windows XP was 
approaching. My first steps were taken via Linux Mint, gradually moving to 
Debian in both Stable and Unstable variants.

I have started using Arch in middle 2014, after being convinced that “I should 
just install Arch” on a different forum. Since then I have become an ArchWiki 
Bureaucrat (since May 2016) and IRC Operator (since February 2017) for the 
#archlinux channel on freenode.
 
Amongst others, I helped complete the long-standing merge of the Beginners’ 
Guide [1], vastly extended the comparison of third-party AUR scripts on the 
“AUR Helper” article, [2] and improved coordination amongst users through a new 
#archlinux-wiki freenode channel. [3] Other activities include the Arch forums 
[4], Bug tracker [5], and submitting requests on the AUR.

[1] https://lists.archlinux.org/pipermail/arch-dev-public/2016-July/028140.html
[2] https://wiki.archlinux.org/index.php/AUR_helpers#Comparison_table
[3] https://wiki.archlinux.org/index.php/ArchWiki:IRC
[4] https://bbs.archlinux.org/profile.php?id=81752
[5] https://bugs.archlinux.org/user/18684

For software development, I am familiar with the Bash and C++ languages, and 
have published a few projects related to Arch, such as aurutils. [6] Where 
possible, I try to coordinate with upstream authors if I encounter any issues 
with their projects (for example, [7])

[6] https://github.com/AladW/
[7] https://github.com/i3/i3/issues/2597

If I were to become a Trusted User, I would like to move the following AUR 
packages to community:

- datamash
- dmenu-extended
- eid-mw
- innoextract
- mit-scheme
- physlock
- polkit-explorer
- python-i3
- qpdfview
- wimlib

I have opened a repository with modifications from the original AUR packages to 
better suit them as candidates for [community]. [8]

[8] https://github.com/AladW/community

I would further adopt the following orphans in community:

- cabextract
- gpick
- sigil
- sshfs
- udevil
- usbview

Cheers,

Alad



signature.asc
Description: OpenPGP digital signature