On Sun, Aug 3, 2014 at 2:48 PM, Alexander Rødseth wrote:
> Hi Ido,
>
>
> 2014-08-02 17:41 GMT+02:00 Ido Rosen :
>> The noip client is GPL licensed F/OSS software (it's right there in
>> the COPYING file in the tarball). Just because it connects to a
>> commercial service does not mean it deserves
> Anyone using VCS packages from the AUR, should be following the package
upstream and rebuilding it as they go.
Aha. This gets to the heart of things. I've been assuming that many VCS
package users will install a VCS package and henceforth rely upon the
package maintainer to update the VCS packag
On 2014-08-03 22:06, Jeremy Audet wrote:
the only times an AUR VCS package is out-of-date is when it's broken
in
some way
Assuming that AUR helpers are a common tool for interacting with the
AUR,
VCS packages in the AUR are out-of-date when their version number is...
out-of-date.
Finally, th
On 03/08, Jeremy Audet wrote:
The official way of using the PKGBUILDs is manually with makepkg.
I suspect that the usual use case for interacting with the AUR is with an
AUR helper. I think this qualifies it as subject matter that a capable
package maintainer should have some familiarity with,
Anyone using VCS packages from the AUR, should be following the package
upstream and rebuilding it as they go. It is not meant for someone that is
just casually using the package.
The package version should be updated each time you build the package,
specified in the pkgver() function.
https://w
> Really, most ofthis is mostly irrelevant TBH.
This is a common point of confusion. Because of this, I think it is worth
addressing and therefore relevant.
> The official way of using the PKGBUILDs is manually with makepkg.
I suspect that the usual use case for interacting with the AUR is with
On 03/08, Jeremy Audet wrote:
How can VCS packages be out of date at all?
Client machines will only update a VCS package if:
Really, most ofthis is mostly irrelevant TBH. The AUR is a repository of
PKGBUILDs. The official way of using the PKGBUILDs is manually with
makepkg. Whether an AUR
> How can VCS packages be out of date at all?
Client machines will only update a VCS package if:
1. The package maintainer updates a VCS package and gives it a newer
version number than what is installed on a user's machine, and a user
updates their packages.
2. The user explicitly requests that
On Fri, Mar 28, 2014 at 6:22 PM, Lukas Jirkovsky wrote:
> CCed to the maintainer of these packages.
>
> lib32- prefix is used for the 32bit packages that are meant to be used
> with 64bit Arch, ie. with arch=('x86_64'). However, all your
> lib32-distrho-* packages are arch=('i686'). You should pro
Hi Ido,
2014-08-02 17:41 GMT+02:00 Ido Rosen :
> The noip client is GPL licensed F/OSS software (it's right there in
> the COPYING file in the tarball). Just because it connects to a
> commercial service does not mean it deserves to be removed from the
> official package repository. Take, for e
Stefan and Johannes,
Thank you for replying to the request, I've noted that requests should
now be done through the web interface and will be updating the wiki
shortly to reflect that. I was under the impression that the PKGBUILD
was incorrect (pointing to the wrong repo, per the latest comment) b
On 02/08, Andrew Crerar wrote:
Hi all,
I (andrewSC) would like to request ownership of yaourt-git
(https://aur.archlinux.org/packages/yaourt-git/) as it's been flagged
out-of-date for some time now.
Disregarding the fact that there seems to be nothing actually out of
date with it, orphanship
Am 03.08.2014 um 04:56 schrieb Andrew Crerar:
Hi all,
I (andrewSC) would like to request ownership of yaourt-git
(https://aur.archlinux.org/packages/yaourt-git/) as it's been flagged
out-of-date for some time now.
Regards,
Andrew
What is wrong with the package? The AUR maintainer is the ups
=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 2 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 5 packages missing signoffs
* 0 packages older than 14 days
14 matches
Mail list logo