September 2010 - Aur-general - lists.archlinux.org

[aur-general] I want to take over go-openoffice-el
by Χρήστος Κώτσαρης 29 Sep '10

29 Sep '10

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.

2 1

[aur-general] perl CPAN modules
by Nathan O 29 Sep '10

29 Sep '10

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?

4 6

[aur-general] package 'php-imagick' has been marked out-of-date for a long time
by Upsuper 28 Sep '10

28 Sep '10

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?

2 4

[aur-general] move openlh-{client,core,server} to AUR
by Andrea Scarpino 28 Sep '10

28 Sep '10

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

3 3

[aur-general] Orphans && Out-Of-Date packages in [extra]
by Andrea Scarpino 28 Sep '10

28 Sep '10

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

2 3

[aur-general] Delete Request
by Nathan O 28 Sep '10

28 Sep '10

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

2 1

[aur-general] delete request ttf-hannom-usong
by Gaetan Bisson 27 Sep '10

27 Sep '10

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

2 1

[aur-general] Delete request
by Luca Bennati 27 Sep '10

27 Sep '10

Hi all angband-svn http://aur.archlinux.org/packages.php?ID=33018 epiar-cvs http://aur.archlinux.org/packages.php?ID=20735 switched since some time to git opensnc http://aur.archlinux.org/packages.php?ID=40910 is a duplicate of opensonic http://aur.archlinux.org/packages.php?ID=25598 rrootage-data http://aur.archlinux.org/packages.php?ID=10842 is an incomplete outdated clone of rrootage http://aur.archlinux.org/packages.php?ID=10843 My addition question: what to do with epiar? The original package http://aur.archlinux.org/packages.php?ID=958 has been flagged out of date (correctly) since many new version came out. the problem is that upstream resetted the version counter, and is at 0.4.1: much newer than actual package, but version number inferior... What would the good way to update this? Create a new package like epiar-new or make epiar return to 0.4.1? I fear the second would cause AUR helpers to not upgrade existing installations of epiar...

4 4

[aur-general] Te agregué como amigo en Facebook
by Martín Cigorraga 27 Sep '10

27 Sep '10

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

1 0

Re: [aur-general] Duplication: ocamlgraph
by Magnus Therning 27 Sep '10

27 Sep '10

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

1 0