This package http://aur.archlinux.org/packages.php?ID=27124
has been out of date for quite some time, and his maintener hasn't yet
answered my email. I believe he is no longer interested in maintaining
it. I have attached my updated PKGBUILD, i have tested on both my
machines (i686&x64) and it works fine.
I was looking at how Gentoo creates packages and I noticed one thing, is
that Gentoo, during build, will use CPAN to get the required modules for the
package that is being built. I was thinking, I wonder if this could be
implemented into AUR?
The package 'php-imagick' in aur has been marked out-of-date for a long
time, it seems that the original maintainer is not interested in continue
maintaining it. And the version now in the aur may cause some error as the
imagemagick has been updated for several times.
I'd like to take the original maintainer's place to maintain this package in
aur, and I have made an up-to-date package. But I cannot submit it now. May
I take his place?
Can I move these orphans packages with less then 1% of votes
(pkgstats) from [community] to AUR?
openlh-client
openlh-core
openlh-server
--
andreascarpino.it
Arch Linux Developer
Hi DEVs/TUs,
is anyone interested to maintain some of these packages or I can move
*someone* to [community] or AUR?
beep (needed by lm_sensors FS#20802)
cegui (needed by smc which is orphan too)
cx_freeze (eric-plugins optdepends)
fox (needed by 4 packages in [community] maintained by Sergej)
sbackup
scons (needed by a lot of packages in [extra] to build)
sharutils (needed by any2dvd in [community])
synergy
valkyrie
worker
xboard
yasm (needed by a lot of packages in [extra] to build)
ypserv
--
andreascarpino.it
Arch Linux Developer
Can somebody delete ubzl http://aur.archlinux.org/packages.php?ID=41187 I
searched for uzbl which didn't show any results and so I uploaded the
PKGBUILD, then after, I realized that there are packages already named ubzl.
Thanks
Dear TUs,
I uploaded two new fonts with CJK glyph coverage to [extra] yesterday:
ttf-baekmuk and ttf-hannom. The former appears to be gone from AUR, so
many thanks to the person who took care of removing it.
Could you please remove ttf-hannom-usong too?
http://aur.archlinux.org/packages.php?ID=31333
Thanks.
--
Gaetan
Hola, Discussion:
He creado un perfil en Facebook donde puedo publicar mis fotos, vídeos y eventos, y quiero agregarte a mis amigos para que puedas verlo. Para ello, necesitas registrarte en Facebook y, después, podrás crear también tu propio perfil.
Gracias,
Martín
Para registrarte en Facebook, sigue este enlace:
http://www.facebook.com/p.php?i=100001578320681&k=Z6E3Y6R3443GYJEJPB63QUWQP…
¿Ya tienes una cuenta? Agrega esta dirección de correo electrónico a tu cuenta:
http://www.facebook.com/n/?merge_accounts.php&e=aur-general%40archlinux.org…
=======================================
Martín Cigorraga ha invitado a aur-general(a)archlinux.org a unirse a Facebook. If you do not wish to receive this type of email from Facebook in the future, please follow the link below to unsubscribe.
http://www.facebook.com/o.php?k=f7b09c&u=100001623889350&mid=30af554G5af371…
Facebook, Inc. P.O. Box 10005, Palo Alto, CA 94303
On 27/09/10 13:37, Paolo Herms wrote:
> On Sunday 26 September 2010 23:38:46 Magnus Therning wrote:
>> I'm curious as to why the dependency on findlib is undesirable.
>>
> I've always thought of findlib as a hack to be able to recover ocaml
> libraries that were manually installed all over the file system using make
> install, maybe several versions in parallel, and that therefore it isn't
> necessary if you use only clean archlinux packages for every library.
> Maybe I'm wrong and findlib is nevertheless of practical interest but
> personally, as a casual ocaml hacker, I use only one or two none-standard
> libraries which work very well without findlib.
I agree that it's a bit of a hack, but in my mind it's a bit more than a way
to handle manually installed libraries. It's absolutely *not* something
that
can be substituted by archlinux packages, instead it's solving the following
problems:
- distribution-independent discoverability of available packages, useful
during configuration steps of building
- handling of different flavours of the same library, byte-compiled vs
native, threaded vs. non-threaded, used for linking vs used in the REPL,
...
- used by OASIS and probably other build tools
So I'm convinced that *both* findlib and arch packages is the way to go.
> So,
>> On 20/09/10 10:16, Simon Legner wrote:
>>> do we really need three packages of the OCaml library ocamlgraph [1]?
>>
> certainly not three as I didn't spot any differences between ocamlgraph and
> ocaml-ocamlgraph, but I'd suggest to keep mine so that people can choose what
> they want and that Magnus takes over the ocamlgraph package, which is
> currently orphan.
No, let's delete 'ocamlgraph' and possibly keep both the other packages.
/M
--
Magnus Therning (OpenPGP: 0xAB4DFBA4)
magnus＠therning．org Jabber: magnus＠therning．org
http://therning.org/magnus identi.ca|twitter: magthe