I was wondering about this myself. I think the tests failing might
indicate that broken modules are being used but it's probably too late
to know for sure. Unofficial, platform-dependent perl modules (i.e.
those with .so files) need to be rebuilt for perl 5.20 which I assume
you noticed, John.
To
Sorry to revive this,
I just saw this when searching my email for a CPANPLUS::Dist::Arch patch.
perl-pathtools should, in theory, be provide-ed by the perl
package. PathTools is a CPAN distribution, whose modules are core
modules. PathTools includes venerable core modules like File::Spec and
I like how Ike disarmed two potential flame war hijackings in one
thread! Ike seems pretty cool.
--
-Justin
On Sat, Feb 25, 2012 at 4:06 PM, Jason St. John jstj...@purdue.edu wrote:
perl-shared[1] should be deleted because it is *very* out of date, has
0 votes, has been orphaned, and the official 'perl' package provides
the same functionality[2].
[1] https://aur.archlinux.org/packages.php?ID=25536
Goodbye Angel! Best of luck to you.
--
-Justin
I'm orphaning about 600 perl packages from the AUR. I no longer have
the time or feel the urge to maintain these packages anymore and there
seems to be other people interested lately. About a year ago most of
these packages were orphaned by xenoterracide and I wanted to keep an
eye on them and
Ive orphaned it.
On Dec 17, 2011 5:30 AM, Florian Pritz bluew...@xinu.at wrote:
On 17.12.2011 11:24, Piotr Rogoża wrote:
Hello
Who is the user aurperl? I need an updated one package which belong to
this user i.e. perl-orlite-migrate:
https://aur.archlinux.org/packages.php?ID=31055
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
juster, perlbrew
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQEcBAEBAgAGBQJO6TquAAoJEF+Ube2YPUNmAvkH/RAj7aAJ0UhxS0w6Kqr/Xe7F
Jomg9d3X+6mTcHSFhm3G17/ifv0JjGNoi5SYiso49KtGQt1TaCEtOWdByJBFMszH
On Thu, Nov 17, 2011 at 1:38 PM, Magnus Therning mag...@therning.org wrote:
On Fri, Nov 11, 2011 at 09:15:32AM +0100, Lukas Fleischer wrote:
On Thu, Nov 10, 2011 at 10:22:45PM +0100, Magnus Therning wrote:
I'm the current maintainer of ArchHaskell and within the small team
we've reached the
On Thu, Nov 10, 2011 at 4:22 PM, Magnus Therning mag...@therning.org wrote:
I'm the current maintainer of ArchHaskell and within the small team
we've reached the decision to drop support for the huge set of package
owned by the user arch-haskell on AUR.
Currently we maintain 300+ binary
I'll take perl-linux-pid.
--
-Justin
On Mon, Aug 15, 2011 at 12:33 PM, Andrea Scarpino and...@archlinux.org wrote:
On Mon, 15 Aug 2011, 18:11:33 CEST, Jelle van der Waa je...@vdwaa.nl wrote:
I noticed ghost still has a lot of packages in AUR, so i talked to him
on irc and he said we can orphan all his packages. Can anyone mass
On Thu, Jul 14, 2011 at 4:41 PM, rafael ff1 rafael.f...@gmail.com wrote:
Hi all,
I'm the maintainer of the package pcsx2-svn[1]. PCSX2 from now on will
install files in a different folder than /opt/pcsx2 - I'm still going
to adapt the PKGBUILD. Plugins, as I can see in Archlinux Packaging
On Sun, Jul 3, 2011 at 4:45 AM, Andrea Scarpino and...@archlinux.org wrote:
On Sunday 03 July 2011 09:52:46 sacarde wrote:
ok, I unistall:
perl-moose-2.0007-1 perl-eval-closure-0.06-1 perl-scalar-list-utils-1.23-4
(for dependencies)
now perl-package-stash-xs build OK
We switched perl to
On Sat, Apr 16, 2011 at 2:25 PM, Xyne x...@archlinux.ca wrote:
On 2011-04-16 12:02 -0400 (15:6)
Dave Reisner wrote:
On Sat, Apr 16, 2011 at 11:57:33AM -0400, Justin Davis wrote:
Please delete perl-docs. I would like to resubmit it and rename it to
perldocs. This is trivial, of course
Please delete perl-docs. I would like to resubmit it and rename it to
perldocs. This is trivial, of course, but it bugs me. Packages for
perl modules are prefixed with perl- but perl-docs is simply the
documentation for perl and not a Docs module. The file it downloads
is named perldoc and there
I just wanted to let AUR helper authors (or other AUR enthusiasts)
know that the PKGBUILD URL has changed on the AUR. All AUR helpers
should update your code. I knew the AUR was updated recently but I did
not realize that the URLs were changed for PKGBUILDs until I looked
carefully at the AUR and
Not that I wouldn't mind the credit but it was Lukas Fleischer who
implemented the official repo checking code and not me. He is also
hosting the git repository for his branch of the AUR.
Your idea sort of sounds like retiring a package to me. That seems
like an interesting idea but I am not sure
On Sun, Feb 6, 2011 at 5:16 PM, Xyne x...@archlinux.ca wrote:
Hi,
I have CC'd this to aur-general as this concerns all CPAN packagers on Arch.
CPAN package versions are a mess on Arch Linux. It seems that many if not most
CPAN packagers on Arch are unaware of how CPAN deals with versions and
On Sun, Feb 6, 2011 at 8:36 PM, Xyne x...@archlinux.ca wrote:
You seem to think that I am saying that the versions on CPAN are wrong. I am
not. I am saying that Arch packagers do not understand the CPAN version
schemes
and thus fail to correctly convert CPAN versions to Pacman package
Please delete perl-archlinux-messages. I renamed the module from
Archlinux::Messages to Archlinux::Term and uploaded a new package
(perl-archlinux-term). Here is the link to the old
perl-archlinux-messages:
http://aur.archlinux.org/packages.php?ID=36397
--
-Justin
I uploaded perl-test-exception while in a hurry. Please delete it
because the same version is already in [community].
http://aur.archlinux.org/packages.php?ID=11000
Thanks,
juster / aurperl
Please delete perl-scalar-util: http://aur.archlinux.org/packages.php?ID=26539
I adopted it long ago and noticed it recently. The package should be
called perl-scalar-list-utils (which already exists) and is generally
not needed because it is included with perl.
Thanks,
juster / aurperl
I don't know if it would help but I have created an ocaml module that
you could use to interface with libalpm. The github repo is at
https://github.com/juster/ocaml-alpm but it isn't completely finished.
It works and is comprehensive but has no docs and no Makefile.
Making packages from the AUR
Just wanted to say I appreciated the one email I got from the bot that
told me there was a .PKGINFO file in my source package. I adopted this
package so I'm not sure how the original packager pulled that off.
I like the idea. Yes, obviously it should be built into the AUR
website itself. The
On Sun, Dec 5, 2010 at 9:26 PM, keenerd keen...@gmail.com wrote:
I've also come across a bug in the AUR. In short, the tarball URL
provided by the RPC interface is different from the tarball taken from
the html page. The RPC tarball is *exactly* what was uploaded. While
the html tarball
I sent a delete request awhile ago but I haven't heard a response. In
case it didn't send properly here it is again. These perl packages are
already provided in the [extra] repository and due to naming confusion
were uploaded to the AUR. I adopted these as the aurperl user when
they were orphans.
Please delete the perl-task-weaken package
[http://aur.archlinux.org/packages.php?ID=41562]. I was in a hurry and
didn't notice it was in the community repo.
Thanks,
--
-Justin
On Tue, Nov 16, 2010 at 8:17 PM, Kaiting Chen kaitocr...@gmail.com wrote:
How can we make the AUR even better? I'll start:
1. Integrated distributed version control system
I like this idea. At least the ability to track changes in PKGBUILDs
would be fun. Similar to a wiki's revision history.
On Wed, Nov 17, 2010 at 1:35 PM, Kaiting Chen kaitocr...@gmail.com wrote:
... I don't
believe a centralized VCS is capable of this.
Just so you know, a centralized VCS like svn or cvs can do the same
thing. Just to reiterate, my personal preference is still git. I think
it will be best
How does one commit to a local repository using SVN?
I meant that you can do a 'svn update' or 'cvs update' to merge
changes from the server into your working dir.
--
-Justin
Please remove the perl-catalyst-plugin-cache-memcached package because
it has been deprecated upstream.
AUR link:
http://aur.archlinux.org/packages.php?ID=25759
CPAN page shows it is deprecated:
On Sat, Oct 30, 2010 at 4:42 AM, Philipp Überbacher
hollun...@lavabit.com wrote:
Often enough, and AUR is an example, it's sufficient to be logged in to
change the current password. Knowing the session ID is thus almost
equivalent to knowing the password.
If the password is used in more than
I'm glad I sparked a discussion!
I however am still on the decidedly non-paranoid side. Yes I know how
man in the middle attacks work. Yes I understand it's possible. No I
don't think it's likely. Basically because there is no money involved.
Take that as naivete or ignorance if you want but I'm
On Tue, Oct 26, 2010 at 1:50 PM, Ionuț Bîru ib...@archlinux.org wrote:
Hi,
we are now using default https for aur.archlinux.org. Some aur helpers may
need adjustment, others like cower/slurpy already works as expected.
Kudos for their maintainers for following the aur development
Hi I
These package do not follow the perl module naming guidelines for the
AUR. They are also duplicates of existing packages
perl-geography-countries and perl-ip-country. The maintainer has
agreed they should be removed.
* ip-country (http://aur.archlinux.org/packages.php?ID=2822)
*
On Tue, Sep 28, 2010 at 4:15 PM, Nathan O ndowens@gmail.com wrote:
On Tue, Sep 28, 2010 at 6:12 PM, J. W. Birdsong
jwbirds...@jwbirdsong.homelinux.com wrote:
On 09/29/10 at 12:16am, Philipp Überbacher wrote:
Excerpts from Nathan O's message of 2010-09-28 22:53:45 +0200:
Not sure,
On Aug 26, 2010, at 9:43 AM, Philipp Überbacher wrote:
I don't think anything uses nama as a module, so I rather stick with the
current name.
Okay it's no biggie. The 'provides' [bash] array in the PKGBUILD just gives
aliases for package names. That way packages can essentially have more than
Hey Philip,
Sorry for the delay I have looked at your AUR PKGBUILD and it looks very well
done. I can see you read the wiki page. Filling all those pkgdeps by hand is
very impressive. I have some minor suggestions and a plug for a module I made
that may help you.
One discrepancy I noticed is
http://aur.archlinux.org/packages.php?ID=20982
I am the maintainer of this package please delete it. See the package's
comment for the reason why. It is a misnamed duplicate.
Thanks!
Justin
On May 28, 2010, at 1:18 PM, Sebastian Schwarz wrote:
Ah, I forgot about this. To suppress this notice just tell
git-checkout to be `--quiet`.
Is there a reason not to just use 'git checkout $_gitbranch' instead ?
-Justin
On May 28, 2010, at 1:52 PM, Sebastian Schwarz wrote:
By default git-clone only creates a remote tracking branch for
master or whichever branch is specified with the `-b` option.
Thus you either have to checkout the branch from the remote,
I am no git wiz but it seems like you are making
42 matches
Mail list logo