Hey,
Not sure if this is the right ML to send this to, but when trying to
update my profile I get a message saying
The registration form is currently disabled due to a sustained spam
attack. Sorry for the inconvenience -- we hope to be back up soon!
which seems a bit odd ;)
--
Kindest
On Tue, Mar 26, 2013 at 07:12:29AM +0100, Johannes Löthberg wrote:
Hey,
Not sure if this is the right ML to send this to, but when trying to
update my profile I get a message saying
The registration form is currently disabled due to a sustained spam
attack. Sorry for the inconvenience --
On Tue, Mar 26, 2013 at 07:12:29AM +0100, Johannes Löthberg wrote:
Hey,
Not sure if this is the right ML to send this to, but when trying to
update my profile I get a message saying
The registration form is currently disabled due to a sustained spam
attack. Sorry for the inconvenience --
The official Arch Linux AUR setup has been upgraded to 2.2.0. For a
short list of changes, read [1].
If you experience problems during login, please also read [2].
Please report any further issues to the AUR bug tracker [3].
[1]
Hi all,
I've been maintaining sidplay-residfp and sidplay-residfp-libs for a
little while now, and have hit this on a couple of versions of my
packages.
I'm wondering if I'm doing something wrong with my depends variable, or
if I'm hitting a bug in the yaourt AUR helper. As you can see in the
On 26/03/13, Simon Perry wrote:
| - Both packages are detected as upgrades (1.0.0 is installed)
| - It tries sidplay-residfp first
| - Detects that it needs the libs package, version 1.0.1
| - Says it's gonna build from the AUR
| - Then tries to use pacman to install an AUR package
To add, by
On Tue, 26 Mar 2013 18:46:12 +1100, Simon Perry a...@sanxion.net wrote:
sidplay-residfp
Before sending an email asking if it's the PKGBUILD or yaourt Was building with
building the packages without using yaourt attempted?
--
Federico Cinelli cinelli.feder...@gmail.com
Arch Linux Trusted User
On 26/03/13, Federico Cinelli wrote:
| Before sending an email asking if it's the PKGBUILD or yaourt Was building
with
| building the packages without using yaourt attempted?
Both build fine with makepkg, hence why I updated and uploaded them to
the AUR.
--
Simon Perry (aka Pezz)
Hi,
I do not understand. Catalan translation is 100% done. It has been for
quite a long time like this. Still many strings appear in English. I have
checked other translations like Spanish and they do not have the same
problem. Is there any reason why the effort of the translators is ignored?
Hi,
what about adding a provides clause to the PKGBUILD?
provides = ('espeak')
Hector
2013/3/26 Limao Luo luoli...@gmail.com
On 03/25/2013 07:01 PM, Kyle wrote:
According to Allen Li:
# Can't you just uninstall the previous version before installing the
# newer version? No need to
Hi!
Please delete my package qt4-desktop-files [1]. This package is no longer
required because the functionality is now included in the official qt4 package
in the [extra] repository [2].
Thanks!
Best regards,
Martin
[1] https://aur.archlinux.org/packages/qt4-desktop-files/
[2]
On 26/03/13 11:15, Martin Schmölzer wrote:
Hi!
Please delete my package qt4-desktop-files [1]. This package is no longer
required because the functionality is now included in the official qt4
package
in the [extra] repository [2].
Thanks!
Best regards,
Martin
[1]
On Tue, Mar 26, 2013 at 11:01:01AM +0200, Hector Martinez-Seara wrote:
Hi,
I do not understand. Catalan translation is 100% done. It has been for
quite a long time like this. Still many strings appear in English. I have
checked other translations like Spanish and they do not have the same
On 26 March 2013 08:21, Ike Devolder ike.devol...@gmail.com wrote:
On Mon, Mar 25, 2013 at 09:52:40PM +, Mateusz Loskot wrote:
I can't find anything in the AUR guidelines article about
recommended naming convention for packages.
Apart, from the brief paragraph here
On Tue, Mar 26, 2013 at 7:19 AM, William Giokas 1007...@gmail.com wrote:
On Tue, Mar 26, 2013 at 07:12:29AM +0100, Johannes Löthberg wrote:
Hey,
Not sure if this is the right ML to send this to, but when trying to
update my profile I get a message saying
The registration form is
On Mar 26, 2013 5:09 AM, Hector Martinez-Seara hse...@gmail.com wrote:
Hi,
what about adding a provides clause to the PKGBUILD?
provides = ('espeak')
You'd want conflicts here, too, it sounds like. Suggesting that one remove
conflicting files which legitimately exist in two packages is no
On Tue, Mar 26, 2013 at 11:17 AM, Johannes Löthberg demiz...@gmail.com wrote:
I was referring to the fact that it said registration form. ;)
As a matter of fact, I noticed that too, that in the profile page when
one is logged in, it seems there's the same source file being used and
no test if
On Tue, Mar 26, 2013 at 12:45 PM, Anntoin Wilkinson annt...@gmail.com wrote:
I'm surprised that Pacman doesn't seem to handle this case at the
moment.
I'm surprised this isn't percieved as a feature. With most other
package managers, especially dpkg/apt I couldn't naturally interact
because
Hello!
Please delete https://aur.archlinux.org/packages/emacs24-w3m-cvs/ because it's
only purpose is to be installable together with emacs24, which is gone.
Thanks.
Stefan
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 merging is necessary in this case.
Regards.
[1]
On Tue, Mar 26, 2013 at 7:34 PM, OmeGa om...@mailoo.org 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
On Tue, Mar 26, 2013 at 6:02 PM, Stefan Husmann
stefan-husm...@t-online.dewrote:
Hello!
Please delete
https://aur.archlinux.org/**packages/emacs24-w3m-cvs/https://aur.archlinux.org/packages/emacs24-w3m-cvs/because
it's only purpose is to be installable together with emacs24, which
is
According to Dave Reisner:
# provides = ('espeak')
Yes. I have that as well as conflicts=espeak in my PKGBUILD. I still get
the conflict error, which seems it should have been resolved by
including conflicts=espeak and provides=espeak in the PKGBUILD.
pacman -Rdd
Does work, and may be a good
On Tue, Mar 26, 2013 at 10:10:44AM +, Mateusz Loskot wrote:
On 26 March 2013 08:21, Ike Devolder ike.devol...@gmail.com wrote:
On Mon, Mar 25, 2013 at 09:52:40PM +, Mateusz Loskot wrote:
I can't find anything in the AUR guidelines article about
recommended naming convention for
On Mon, Mar 25, 2013 at 05:33:48PM -0700, Kevin Vesga wrote:
1. I have contacted the maintainer for the following packages and not
received any response in two weeks. I ask that they be orphaned:
aeskulap - https://aur.archlinux.org/packages/aeskulap/
alot -
Could someone please disown https://aur.archlinux.org/packages/apache-tools/
The package has been flagged out of date for 3 months, and comments have
gone ignored.
On 27 March 2013 02:26, Phillip Smith li...@fukawi2.nl wrote:
Could someone please disown https://aur.archlinux.org/packages/apache-tools/
The package has been flagged out of date for 3 months, and comments have
gone ignored.
Disowned, thanks.
27 matches
Mail list logo