On 26/03/13 (Tue) 19:38, Maxime GAUDUIN wrote:
Hi,
I adopted ruby-jist [1] not so long ago, but I'd like to ask for its
deletion now, in order to conform better to the package naming
guidelines for Ruby gems [2]. I've submitted a new package called
simply
jist [3]. I don't think
Please merge netcdf-perl to perl-netcdf
https://aur.archlinux.org/packages/netcdf-perl
to
https://aur.archlinux.org/packages/perl-netcdf
perl-netcdf largely just renames the package appropriately
for a perl extension module and updates the PKGBUILD to
this decade.
--brian
=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 0 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 6 packages missing signoffs
* 2 packages older than 14 days
On 27/03/13 09:20, Brian F. G. Bidulock wrote:
Please merge netcdf-perl to perl-netcdf
https://aur.archlinux.org/packages/netcdf-perl
to
https://aur.archlinux.org/packages/perl-netcdf
perl-netcdf largely just renames the package appropriately
for a perl extension module and
G'day,
Please merge sidplay-residfp [1] into sidplay-residfp-alsa [2], as I've
had to create different packages for ALSA and Pulse support because of
the way the build detects audio support.
Cheers.
[1] https://aur.archlinux.org/packages/sidplay-residfp/
[2]
On 27 March 2013 12:12, Simon Perry a...@sanxion.net wrote:
G'day,
Please merge sidplay-residfp [1] into sidplay-residfp-alsa [2], as I've
had to create different packages for ALSA and Pulse support because of
the way the build detects audio support.
Cheers.
[1]
Hi,
I adopted ET:Legacy packages maintenance and I'd like to remove
etlegacy-data [1]. It has been repackaged under a new name
(enemy-territory-data) for proper independent implementation.
The removal has been discussed with the previous maintainer (see [1]).
[1]
On Wed, Mar 27, 2013 at 1:13 PM, Rémy Marquis remy.marq...@gmail.comwrote:
Hi,
I adopted ET:Legacy packages maintenance and I'd like to remove
etlegacy-data [1]. It has been repackaged under a new name
(enemy-territory-data) for proper independent implementation.
The removal has been
On Wed, Mar 27, 2013 at 7:06 AM, OmeGa om...@mailoo.org wrote:
On 26/03/13 (Tue) 19:38, Maxime GAUDUIN wrote:
Hi,
I adopted ruby-jist [1] not so long ago, but I'd like to ask for its
deletion now, in order to conform better to the package naming
guidelines for Ruby gems [2]. I've
Hello,
please remove outdated and duplicate package (of hydra) thc-hydra:
https://aur.archlinux.org/packages/thc-hydra/
Thank you!
pgpkj_F8fnDOG.pgp
Description: PGP signature
On Wed, Mar 27, 2013 at 6:23 PM, Jonas Heinrich
o...@project-insanity.orgwrote:
Hello,
please remove outdated and duplicate package (of hydra) thc-hydra:
https://aur.archlinux.org/packages/thc-hydra/
Thank you!
Merged, thx :)
--
Maxime
Please merge
python-pycogent
into
python2-pycogent
I have adopted, updated, and renamed the package.
Thanks,
--Adam
On Wed, Mar 27, 2013 at 8:31 PM, Adam Caldwell adam.caldw...@gmail.com wrote:
Please merge
python-pycogent
into
python2-pycogent
I have adopted, updated, and renamed the package.
Done. Please next time provide links to both packages.
Cheers,
--
Sébastien Seblu Luttringer
Hi Trusted Users,
I will be inactive for about a month to plan and execute my move to San
Antonio, TX for my new Job.
Feel free to repackage anything of mine, everything should be up to date
right now except lib32-nspr which I am just waiting for nspr to update
first.
I will probably still be
Could someone please remove my package postgresql-client [1]?
The functionality provided by this package is met by the postgresql-libs
package [2] in [extra].
[1] https://aur.archlinux.org/packages/postgresql-client/
[2]
On 28 March 2013 01:19, Phillip Smith li...@fukawi2.nl wrote:
Could someone please remove my package postgresql-client [1]?
The functionality provided by this package is met by the postgresql-libs
package [2] in [extra].
[1] https://aur.archlinux.org/packages/postgresql-client/
[2]
xmlrpc-c-abyss[1] was created to provide an abyss-enabled version of
xmlrpc-c[2], but as of [3], the package in [community] has enabled
abyss support. xmlrpc-c-abyss is no longer needed and can be deleted.
[1] https://aur.archlinux.org/packages/xmlrpc-c-abyss/
[2]
On 27/03/13 07:24 PM, Jason St. John wrote:
xmlrpc-c-abyss[1] was created to provide an abyss-enabled version of
xmlrpc-c[2], but as of [3], the package in [community] has enabled
abyss support. xmlrpc-c-abyss is no longer needed and can be deleted.
[1]
18 matches
Mail list logo