Hi
Just a note for your last point.
If there isn't any compiled component, which is architecture specific, in the
package, then specifying 'any' is valid.
See the Arch packaging standards in the wiki.
Best regards
Lex
Am 17. September 2017 15:55:37 MESZ schrieb Levente Polyak
:
>On September 17, 2017 3:44:26 PM GMT+02:00, Lex Black
> wrote:
>>Am 17. September 2017 15:07:48 MESZ schrieb Morten Linderud
>>:
>>>On Sun, Sep 17, 2017 at 07:48:24AM -0400, Daniel Capella via
>>>
Am 17. September 2017 15:07:48 MESZ schrieb Morten Linderud
:
>On Sun, Sep 17, 2017 at 07:48:24AM -0400, Daniel Capella via
>aur-general wrote:
>> Input: https://ptpb.pw/7YEJ
>> Output: https://ptpb.pw/-L5i
>>
>
>Missing "python" in the depends array.
Any specific reason?
It is indirectly covere
Hi
Some issues I noticed:
In this case you should remove the conflict and the provides line. And the
_pkgname variable does not differ from pkgname so it should be removed too.
The prefixed v in the pkgver should be removed.
Regarding downloading the source there is a Arch-Wiki page for VCS pack
Am 22. März 2017 21:56:57 MEZ schrieb "Bartłomiej Piotrowski"
:
>On 2017-03-22 21:51, Lex Black wrote:
>> Base and base-devel are a requirement for using the AUR and those
>packages shouldn't be added to the depends.
>>
>> See the prerequisites on the AUR
Base and base-devel are a requirement for using the AUR and those packages
shouldn't be added to the depends.
See the prerequisites on the AUR wiki page.
Hello
How do you define abandoned? Upstream stated software x is obsolete or just no
upstream activity?
Nonetheless personally I submitted requests in the past for packages where
upstream was gone and no alternative location of the software could be found
(like active fork, still existing dev r
Hi
In my opinion you should try to get in touch with willem first. He also
maintains a mp PKGBUILD[0] (As a split PKGBUILD).
As I understand from a first glance, both are using the same source and as
unnecessary duplicates should be avoided, one PKGBUILD could be merged into the
other.
And then
Update 4.3 probably broke something. No one can upload since the update.
Am 27.05.2016 um 01:32 schrieb Sven-Hendrik Haase:
> Yeah, that package should definitely not be doing that.
>
I wrote a comment and it got already changed.
So, kinda case closed
Hi
I stumpled upon an AUR package where the install file executes the
installed program[0].
My assumption is, managing the start of services is done by the user and
shouldn't happen on installing a package.
And now I'm wondering if there is a rule about this (didn't find one) or
more like an agre
Hi
Checking an outdated and orphaned PKGBuild I stumbled across this:
http://pkgbuild.com/git/aur-mirror.git/tree/bouml-4.23
On the mirror is a PKGBuild named bouml-4.23 to built a specific bouml
version.
But this PKGBuild doesn't appear on the webinterface (or searches using
the RPC interface)
Currently there is one package that gets uploaded every minute (and most
likely without changes).
An automated process that went out of control? Or is such a setup ok?
Best regards
Lex
[1] https://paste.archlinux.de/jcFs/
[2] https://paste.archlinux.de/eKoM9/
[3] https://paste.archlinux.de/V
Since the creation of an extra mailing list, shouldn't the frontpage be
adjusted to reflect the change?
Currently:
"Discussion
General discussion regarding the Arch User Repository (AUR) and Trusted
User structure takes place on aur-general. This list can be used for
package orphan requests, merg
Am 26.08.2013 20:10, schrieb Connor Behan:
>> https://aur.archlinux.org/packages/hawaii-login-manager-git/
>> Merged with something else
>> https://groups.google.com/forum/#!topic/sddm-devel/g3kGNWI0A3A
> Not sure about this. Some people might prefer a no longer developed
> hawaii-login-manager ove
Huge list incoming :)
Following packages are out of date and orphaned and couldn't be revived,
as their source is dead, or better PKGBuilds are available.
--
https://aur.archlinux.org/packages/xspice/
Should be merged with https://aur.archlinux.org/packages/xf86-video-qxl
Both are the same
--
Hello
I would say, this pkgbuild can be removed from the AUR.
https://aur.archlinux.org/packages/python-matplotlib-pyqt/
Outdated, orphaned, and the version in [community] offers the pyqt4 support
Best regards
Lex
Hi
I skipped through orphaned, ood -git PKGBuilds and found some that can
be merged or deleted:
xbmc-skin-alaska-git:
https://aur.archlinux.org/packages/xbmc-skin-alaska-git/
Source changed to svn
tmw-git:
https://aur.archlinux.org/packages/tmw-git/
As stated in the comment. This got replace
Hello
And again some PKGBuilds, that can be removed or merged with others
But first I want to bring notice to two packages.
correcthorse-alt:
https://aur.archlinux.org/packages/correcthorse-alt/
This package is still maintained. But the same guy added the package
under a new name ( https://au
Hello
Some packages that can be removed or merged with others:
To Merge:
yturl:
https://aur.archlinux.org/packages/yturl/
See comment. New package yturl-git (
https://aur.archlinux.org/packages/yturl-git/ ).
deadbeef-devel-git:
https://aur.archlinux.org/packages/deadbeef-devel-git/
Same lik
Hello
I want following package be orphaned:
https://aur.archlinux.org/packages/gimp-resynth/
and merged with
https://aur.archlinux.org/packages/gimp-resynth-git/
I tried to get in contact with the maintainer via comment (see
2012-11-22 13:21)
and via E-Mail (Done that 16.01.2013)
So I waited
Me again *duck*
Here again some packages:
yate4:
https://aur.archlinux.org/packages/yate4/
Merge with yate (https://aur.archlinux.org/packages/yate/). Newer and
maintained
z-jump:
https://aur.archlinux.org/packages/z-jump/
If the comment is right then got this replaced by
ht
And some more:
xfce4-plastic-theme:
https://aur.archlinux.org/packages/xfce4-plastic-theme/
According to the last comment it moved to xfce4-theme-plastic (
https://aur.archlinux.org/packages/xfce4-theme-plastic/ )
-
zabbix-agent-1.8.3;
https://aur.archlinux.org/packages/zabbix-agent-1.8
Am 06.12.2012 01:29, schrieb Connor Behan:
---
lupac-python2:
https://aur.archlinux.org/packages/lupac-python2/
Source dead
Deleted. Should I also delete lupac?
I would say yes. No source to be found (Also the Source links in the
Community Contribution Thread
https://bbs.archlinux.org/view
Hello
I've got some requests (most of them are deletion requests)
Prenote: All packages are orphan.
Here I go:
---
abby:
https://aur.archlinux.org/packages/abby/
Moved to another project (last comment)
---
lupac-python2:
https://aur.archlinux.org/packages/lupac-python2/
Source dead
-
Hello
Again some packages that can be deleted. Or merged
# spring-map-team:
https://aur.archlinux.org/packages.php?ID=18166
Source link dead
# spring-mod-ca:
https://aur.archlinux.org/packages.php?ID=27829
Got renamed https://aur.archlinux.org/packages.php?ID=48929
# semantik:
https://aur.arch
Hello
Again some packages that can be deleted, so I assume.
Let's start: (All are orphaned and outdated, or owned by me)
# shoes:
https://aur.archlinux.org/packages.php?ID=15462
URLs are dead
# shoutcast-search:
https://aur.archlinux.org/packages.php?ID=25366
Not working since 2010/11. Upstre
It's me again. And got some more ;)
# twitturse:
https://aur.archlinux.org/packages.php?ID=38149
Source link dead
# todd:
https://aur.archlinux.org/packages.php?ID=47826
Source link dead
# theyoke:
https://aur.archlinux.org/packages.php?ID=29935
Voted for deletion (newer (git-)pkgbuild exists)
Am 02.07.2012 22:53, schrieb Connor Behan:
I didn't rename these because this can only be done if a package with
the new name has been uploaded. Maybe I will do this later but I don't
think it's very pressing since there are still packages in [extra] that
use a "python-" prefix when they should u
Hello
I took a look on some orphaned AUR-packages.
And I think some can be deleted (all of them are orphaned and if it was
reasonable I tried to update them):
# pidgin-icq-russia-patch:
https://aur.archlinux.org/packages.php?ID=23378
Totally outdated and the bug got already fixed.
# pidgin-
30 matches
Mail list logo