On 08/07/18 11:23, justus-...@piater.name wrote:
> I'd also like to understand how xeactor took over the packages.
The packages were probably orphaned.
Were other possibly affected users informed?
I know that AUR users should follow aur-general, but maybe not everybody
does.
There are no
On 26/01/16 04:29, Jimmy Latouche wrote:
> I've got a simple question about submitting a package to AUR: the
> PKGBUILD I'm working on is a scanner driver for EPSON printers, but
> it's list of supported models is quite long and I wouldn't want to
> left out some models unmentioned since users of
On 29/11/15 12:18, Iru Cai wrote:
> I updated babl-git, gegl-git, and gimp-git to AUR. Why are the version
> of these packages still the old one? The version in depends is also
> not updated.
You need to update the .SRCINFO. You usually do this with running
"mksrcinfo" (either manually before the
On 05/11/15 11:15, Félix Piédallu wrote:
> Le 04/11/2015 17:50, Doug Newgard a écrit :
>> On Wed, 4 Nov 2015 17:43:31 +0100 Ole Jon Bjørkum
>> wrote:
>
>> If they can't figure out that AUR packages may depend on other AUR
>> packages, they really have no business running Arch.
>
On 23/10/15 12:06, Eugenio M. Vigo wrote:
> I'm still a bit new to mantaining AUR packages. The other day I noticed one
> of my packages (rednotebook) was flagged to be out of date due to an
> upstream update, but I noticed just because I was checking my AUR account
> by chance. [...] I wonder
On 28/08/15 22:38, Jonathan Kotta wrote:
I'm trying to submit avr-binutils-atmel from AUR3. It has a +600kB patch
file that exceeds the size limit. Please increase the limit or tell me how
to work around this.
Patches that are valid for upstream can often be uploaded at the
upstream
On 18/08/15 17:00, autumn-w...@web.de wrote:
Someone went along and uploaded every package from the aur-mirror as a
separate Repo on Github.
https://github.com/aur-archive
Not sure if this is helping, or working as a Archive. As there are also repos
of packages that got migrated to AUR4
Am 11.08.2015 um 14:08 schrieb Simon Hanna:
On Tue, Aug 11, 2015 at 07:36:53AM +, Justin Dray wrote:
On Tue, 11 Aug 2015 17:09 Antonio Rojas aro...@archlinux.org wrote:
Rob McCathie korr...@gmail.com
Wrote in message:
Just a query: Why were packages i added to AUR4, ensured were in good
Am 09.07.2015 um 19:12 schrieb Ralf Mardorf:
I deleted my comment from
https://aur4.archlinux.org/packages/shutter-bzr/ and right after I did
it, there was a reply. I'll add a new comment and confirm that it works.
Don't delete comments just because the problem is solved for you.
You also
Am 29.06.2015 um 07:34 schrieb Jozef Riha:
anyone can please help me to understand why i am unable to push
linux-pae{,-docs,-headers} into aur4? the pkgbuild was orphaned in aur3 for
a long time, i adopted it today, but no luck.
Not sure what a long time is for you. But
Am 25.06.2015 um 13:54 schrieb Νῖκος Θεοδώρου:
On Wed, 24 Jun 2015 17:58:30 +0200
Johannes Dewender a...@jonnyjd.net wrote:
Am 24.06.2015 um 17:43 schrieb Bartłomiej Piotrowski:
The [extra] package is always set to some particular commit from
stable branch.
Well, yes. The AUR package
In AUR 4 categories were removed and we can now attach arbitrary
keywords to packages.
It is not clear what the exact purpose is though.
If keywords really should be better categories (or tags) then the
current implementation does't do that.
Keywords are just more words that are searched with a
Am 24.06.2015 um 17:43 schrieb Bartłomiej Piotrowski:
On Wed, 24 Jun 2015 15:00:14 +0300
Νῖκος Θεοδώρου ntheo1...@gmail.com wrote:
Then they only kept git (master and stable). The [extra] package
[1] pulls from git, but it's called libx264. Initially I called the
lib32 version lib32-libx264
Am 22.06.2015 um 15:32 schrieb Mark Weiman:
I was contacted by maintainer fwalch and he wants to submit a package
that is named libvterm and is from this site (
http://www.leonerd.org.uk/code/libvterm/) and is concerned with how he
should name it and how my package libvterm (
Am 22.06.2015 um 16:06 schrieb Johannes Dewender:
http://www.leonerd.org.uk/code/libvterm/ by Paul LeoNerd Evans
is the original libvterm from 2007 [1] (Copyright 2008 in LICENSE).
There is a Launchpad project [2] and also a GitHub mirror [2] as part of
the NeoVim project.
The last commit
Am 20.06.2015 um 08:11 schrieb Karol Blazewicz:
https://aur.archlinux.org/packages/kdebase-konsole-xterm/
https://aur.archlinux.org/packages/konsole2xterm/
Are we OK with such ... packages?
On AUR 3 which will be overwritten with AUR 4? Yes.
The first one is also on AUR 4 and I added a
Am 16.06.2015 um 19:13 schrieb Johannes Dewender:
Am 16.06.2015 um 18:40 schrieb Oozy Slug:
Hi,
My AUR username is *oozyslug*
I am unable to upload the *nix* aur package (i recently adopted) to AUR4 .
* git-receive-pack: permission denied: oozyslug*
What can i do to correct the problem
Am 16.06.2015 um 18:40 schrieb Oozy Slug:
Hi,
My AUR username is *oozyslug*
I am unable to upload the *nix* aur package (i recently adopted) to AUR4 .
My ssh key and config setup are proper since i dont have any trouble with
my other aur package *gedit-rust-git*
I am able to git clone the
Generate .SRCINFO for all packages:
$ while read p; do git -C $p filter-branch -f --tree-filter
test -f .SRCINFO || mksrcinfo; done ../pkgs
Don't do it like that. This creates a .SRCINFO from the first
PKGBUILD of the package and doesn't update the file for later
commits
Generate .SRCINFO for all packages:
$ while read p; do git -C $p filter-branch -f --tree-filter
test -f .SRCINFO || mksrcinfo; done ../pkgs
Don't do it like that. This creates a .SRCINFO from the first PKGBUILD
of the package and doesn't update the file for later commits anymore.
So
Am 23.05.2014 06:46, schrieb Sauyon Lee:
I recently uploaded a sadly very broken PKGBUILD to the AUR and named it
godep-git.
However, after reading the packaging guidelines, I've decided that it
really should be just godep, as the project has no releases, so I'm going
to be uploading a working
Am 23.05.2014 11:22, schrieb Sauyon Lee:
As noted on
https://wiki.archlinux.org/index.php/Go_Package_Guidelines#Naming, most go
packages would end up becoming VCS packages, and having suffixes for no
reason is a bit of a pain.
They *are* VCS packges. Naming doesn't change anything about it.
Hello,
please remove https://aur.archlinux.org/packages/picard-plugins/
All plugins of that package are now directly included in picard and
picard-git (since 3 weeks ago)
I am the creator and was the last maintainer of that package.
There are other plugin-related packages that include
Hello,
please remove https://aur.archlinux.org/packages/python-keyczar/
This name always was a Python 2 package and is available since 2012
here: https://aur.archlinux.org/packages/python2-keyczar
I checked, keyczar does not run on Python 3 at all.
--
JonnyJD
Pleare remove
https://aur.archlinux.org/packages/cov-analysis-bin/
from the AUR.
I created the package and was the last maintainer.
However, upstream removed any possibility to download even the binary of
the tool without logging in.
So there is no sense to include it in the AUR anymore.
Am 12.01.2014 14:11, schrieb Evgeniy Alekseev:
On Sunday 12 January 2014 12:43:47 Johannes Dewender wrote:
Pleare remove
https://aur.archlinux.org/packages/cov-analysis-bin/
from the AUR.
I created the package and was the last maintainer.
However, upstream removed any possibility to download
Am 12.01.2014 16:03, schrieb Evgeniy Alekseev:
On Sunday 12 January 2014 15:55:13 Johannes Dewender wrote:
Am 12.01.2014 14:11, schrieb Evgeniy Alekseev:
On Sunday 12 January 2014 12:43:47 Johannes Dewender wrote:
Pleare remove
https://aur.archlinux.org/packages/cov-analysis-bin/
from the AUR
Please orphan https://aur.archlinux.org/packages/xrdp-git/
The last changes were requested in June and the package is also flagged
as as out-of-date since then.
Nothing happened.
There are two people that might maintain, including myself, since I do
have an updated PKGBUILD.
There is also
Am Samstag 23 März 2013, 06:34:37 schrieb Xyne:
Always use install instead of of combinations of mkdir, mv, cp
and chmod whenever possible.
I would go d'accord with Always consider using 'install' vs
However I do not understand why one should Always use install.
And everytime I ask about
Please merge
https://aur.archlinux.org/packages/gitpython/ (orphan)
into
https://aur.archlinux.org/packages/python2-gitpython/
Both are the same project (having 1 repo on github and one on
gitorious (which links to github again) and it is a library, not an
application.
No packages dependend
Am Donnerstag 14 März 2013, 09:39:24 schrieb Anntoin Wilkinson:
I don't think there is a problem with this package existing. Some
people don't want Gnome dependencies.
It would be nice if someone was maintaining the package, but it's not
a requirement. Also the previous maintainer has
Please merge
https://aur.archlinux.org/packages/picard-plugins-lastfmplus/
into
https://aur.archlinux.org/packages/picard-plugins/
The lastfmplus plugin is now included in the base plugin
package.
--
JonnyJD
signature.asc
Description: This is a digitally signed message part.
The package osc-source_validator-git [1] should be removed.
osc-source_validator is now provided by the package
obs-service-source_validator [2] directly, which previously required it
externally.
FYI:
OBS = Open Build Service (by openSUSE)
You can work on the OBS with the osc package and
Hello,
TLDNR:
A collection of multiple PKGBUILD repositories (from multiple users!) is
listed at this Ohloh project:
https://www.ohloh.net/p/aur-pkgbuilds
Feel free to add your own, but not aur-mirror.git (see below)
long story:
I like Ohloh for an overview of open source contributions and
Please remove https://aur.archlinux.org/packages/perl-file-fctnllock/
(which I created yesterday)
There is a typo in the name, I realized that a couple of hours later and
created the correct package: https://aur.archlinux.org/packages/perl-
file-fcntllock/
--
JonnyJD
signature.asc
35 matches
Mail list logo