On Wed, 6 Mar 2019 at 18:04, Brett Cornwall via aur-general
wrote:
> I feel that by conflating applicant vetting with political correctness
> you're letting your own political viewpoints get in the way of a proper
> applicant screening. Some of the criteria of a TU involve interfacing
> with the
I had the following sitting in my drafts and, after seeing Mr DeVault's TU
application withdrawal, regretted not having sent it. Edited to refer to
the unfortunate conclusion.
On Wed, Feb 27, 2019, 16:10 Darren Wu via aur-general <
aur-general@archlinux.org> wrote:
>
> Instead I'd like to ask
I've been with Arch since around 2004-5 and I've never seen such a
hostility against a contributing user.
Konstantin clearly cares about his set of packages because they are
the tools of his trade and of some of his co-workers (at a
high-profile institution, not at some pet shop). It's also clear
On 20 November 2017 at 17:40, Jeremy Audet via aur-general <
aur-general@archlinux.org> wrote:
> >
> > well, i beg your pardon if i made the assumption that TU and the entire
> > AUR structure was smart enough to understand a merge request of a
> > differently-owned package as an orphan request
On 29 September 2013 10:16, Jonathan Steel m...@jsteel.org wrote:
On Fri 27 Sep 2013 at 09:32, Christos Nouskas wrote:
Please orphan wordplay [0], it produces an empty package and needs
fixing. The maintainer seems inactive.
[0] https://aur.archlinux.org/packages/wordplay
They last updated
Please orphan wordplay [0], it produces an empty package and needs
fixing. The maintainer seems inactive.
[0] https://aur.archlinux.org/packages/wordplay
--
X
https://aur.archlinux.org/packages/?SeB=mK=nous
http://tiny.cc/linux-pf
On 23 March 2013 19:51, Xyne x...@archlinux.ca wrote:
The voting period has ended. The finally tally was
yes: 12
no: 14
abstain: 4
Quorum has been met. I am sorry to announce that the application has been
rejected.
I certainly didn't see this coming: I can't believe so many TUs voted
NO
On 11 March 2013 22:24, member graysky gray...@archlinux.us wrote:
Hi All. Inspired by Allan's talk @ SINFO XX, I decided to throw my
hat into the ring and formally apply to be a TU.
As the maintainer of linux-pf AUR package and unofficial repo I
happened to interact with graysky a few times
Package kernel26-pf [0] was obsoleted by linux-pf [1] but kept in the
AUR because compressed hibernation failed with the latter. The issue
is now resolved, so please merge comments/votes of kernel26-pf into
linux-pf and remove kernel26-pf (I maintain both of them). Thanks.
[0]
The kdenlive-svn [0] package was orphaned and outdated, as kdenlive
moved to git. I adopted and created kdenlive-git [1]. Please merge
comments votes with [1] and then remove [0].
[0]: https://aur.archlinux.org/packages.php?ID=14894
[1]: https://aur.archlinux.org/packages.php?ID=54418
Please remove my squid3 package
(https://aur.archlinux.org/packages.php?ID=40520) as squid in extra has bumped
to v3.
--
X.
On 26 March 2011 15:43, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
This is implicating a lot of packages.
Det
Hmm, didn't see the email from Devolder. Having written the initial
nvidia-beta-all package, I can assure you that nvidia-beta-all (and
nvidia-all which Det maintains) builds
Please, delete kernel26-pf-p4 which is an accidental duplicate of
kernel26-pf:
http://aur.archlinux.org/packages.php?ID=42310
--
X.
Loui Chang wrote:
On Thu 02 Sep 2010 12:02 +0300, Christos Nouskas wrote:
I'm trying to enhance the PKGBUILD of kernel26-pf to detect the
cpu-specific .config option and automatically add it to the generated
package and its description, by tweaking the $PKGEXT and $pkgdesc
variables
I'm trying to enhance the PKGBUILD of kernel26-pf to detect the
cpu-specific .config option and automatically add it to the generated
package and its description, by tweaking the $PKGEXT and $pkgdesc
variables. Example: an amd64-k8 optimized kernel would be packaged as
I'm trying to enhance the PKGBUILD of kernel26-pf to detect the
cpu-specific .config option and automatically add it to the generated
package and its description, by tweaking the $PKGEXT and $pkgdesc
variables. Example: an amd64-k8 optimized kernel would be packaged as
Hi,
Can some TU please remove my (nous) gpu_md5_crack package?
(http://aur.archlinux.org/packages.php?ID=33643)
It's a duplicate of gpu-md5-crack, which I created to better follow the
naming convention used in AUR.
--
X.
On Mon, 18 Jan 2010 21:51:43 Thorsten Töpper wrote:
On Mon, 18 Jan 2010 21:47:58 +0200
Christos Nouskas n...@archlinux.us wrote:
Hi,
Can some TU please remove my (nous) gpu_md5_crack package?
(http://aur.archlinux.org/packages.php?ID=33643)
It's a duplicate of gpu-md5-crack, which
18 matches
Mail list logo