[aur-general] avr-libc + gcc-avr updated PKGBUILDs
Hello, Thanks in advance! - avr-libc (require a gcc-avr 4.5.1 + patch below) * update to 1.7.0 * Fix license: BSD - custom * Remove all || return 1 + Patch for PKGBUILD against trunk here: http://gist.github.com/552752 - gcc-avr * Add a patch to support more architectures, can compile fine avr-libc-1.7.0. Patch from [#1] plus add syntax fixes (missing commas). Anyway there is a bug in gcc-4.5 with AVR, current avr-libc 1.6.8 neither compile without it. [#2] [#1] http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01210.html [#2] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45261 + Patch for PKGBUILD against trunk here: http://gist.github.com/552763 -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
Re: [aur-general] updated PKGBUILD for gcc-avr
On 08/24/2010 03:19 AM, Ionuț Bîru wrote: On 08/24/2010 07:48 AM, Gerardo Exequiel Pozzi wrote: Hello, I am again around here :) * update from 4.5 snapshot to 4.5.1, no other changes needed. * remove || return 1 * use ${_basedir} like gcc package for select snapshot/release * add missing custom licence Patch against svn trunk can be downloaded from here http://gist.github.com/546973 Good luck! i'm on it Many thanks! -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
[aur-general] updated PKGBUILD for gcc-avr
Hello, I am again around here :) * update from 4.5 snapshot to 4.5.1, no other changes needed. * remove || return 1 * use ${_basedir} like gcc package for select snapshot/release * add missing custom licence Patch against svn trunk can be downloaded from here http://gist.github.com/546973 Good luck! -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
[aur-general] Please delete a package.
Hello Please delete eglibc-2.11-svn [#1] that is replaced now by eglibc-2.12-svn [#2]. Thanks. [#1] http://aur.archlinux.org/packages.php?ID=32130 [#2] http://aur.archlinux.org/packages.php?ID=37370 -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
Re: [aur-general] [arch-dev-public] gmp-5.0 rebuild list
On 03/09/2010 07:57 PM, Allan McRae wrote: Hi, I just added a rebuild list gmp-5.0 to the TODO lists. Note [community] needs scanned (libgmp.so). gmp-5.0 is labeled as a performance release while gmp-4.x is the stable release. I still think upgrading to 5.0 is the Arch thing to do as stable release in this case means that the 4.x series is dead and all new features are in 5.0. This will not be happening for at least a week due to lack of time on my end to do the needed toolchain update/rebuild. Allan Acording to my lists (generated at 20100225) [#1], here is the list for [community]: [community] alex-2.3.1-1 aqbanking-4.2.4-1 beast-0.7.1-2 cabal-install-0.8.0-1.1 classpath-0.98-2 cross-arm-elf-gcc-base-4.4.3-1 freetalk-3.2-3 gcc-avr-4.4.1-1 gnunet-0.8.1-2 haskell-http-4000.0.9-3 lilypond-2.12.3-1 mailutils-2.1-1 mingw32-gcc-4.4.0-1 mingw32-gcc-base-4.4.0-1 parrot-2.1.0-1 php52-5.2.12-3 xmobar-0.9.2-1 xmonad-0.9.1-2 [#1] http://archlinux.djgera.com.ar/pkgdyn/out/i686/core/gmp-4.3.2-1 | http://archlinux.djgera.com.ar/pkgdyn/out/x86_64/core/gmp-4.3.2-1 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] TU resignation
On 03/07/2010 09:36 PM, bardo wrote: It's with great sadness that I feel the need to leave my position as a Trusted User in Arch. In the last few months I haven't been able to keep up with my duties, and I feel that resigning is the best thing I can do at the moment, since real life is taking much more time than there is in a day and I can't keep up with the high standards that Arch deserves. I'd like to thank each and everyone at the Arch team, this has been a fun ride and I learned a lot in these years. Hopefully I'll be back contributing someday, maybe not in the same way, but whatever. Surely I'll stick around, however, as much as my free time allows me. Buona fortuna nella vita! = AVR packages = The AVR family is badly in need of some love. The wonderful djgera did all the grunt work (see http://mailman.archlinux.org/pipermail/aur-general/2010-March/008369.html), now someone just has to take these little guys and update them. As with every toolchain, though, there's quite a bit to catch up with, and a whole lot to learn. Not for the faint of heart. * avrdude (OOD) * avr-libc (OOD) * binutils-avr (OOD) * gcc-avr (OOD) Anyone TU that take/rebuild these packages, feel to free to ask me if have some questions/issues. Build order is: binutils-avr, gcc-avr and libc-avr. The avrdude is just like ohers packages. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] [arch-dev-public] exim maintainer wanted
On 02/01/2010 12:08 AM, Allan McRae wrote: exim has no maintainer and I have been assigned a bug for it as the last person to rebuild it (db-4.8 rebuild). I do not use it and have no intentions of fixing the bug. Does anybody want to be the maintainer? Allan If not dev take it, I guess, should be moved to [community] if there is some TU interested on it. Or drop it directly to AUR. Current exim version in [extra] is 3.69 (2007/12/20) and latest is 4.71 (2009/11/23). There are two open bug/feature reports with fixes attached [#1] [#1] http://bugs.archlinux.org/?project=1string=exim -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] TU Resignation abhidg
On 01/28/2010 12:22 PM, Abhishek Dasgupta wrote: Hi all, So long ... Real life has been getting busier and busier lately, with my final year in university coming up. Hola :) Good luck in your studies, and of course in life. Thanks for your all contributions ;) PS: Just curious: What do you study? Chau! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] List of community packages deleted/moved and still on FTP
On 01/27/2010 08:40 PM, Loui Chang wrote: Well the list is a bit big doing a deep scan. Seems that something in wrong when deleting/move the packages (core and extra are OK) Anybody with server access? these packages are still on FTP. I think it's because they weren't totally removed from svn. mmm I can't see on svn $ svn checkout --depth=empty svn://svn.archlinux.org/community Checked out revision 9665. $ cd community $ svn up moonlight At revision 9665. $ svn up limewire At revision 9665. Filling a bug report? Seem that these messages was not read by server admins, like in others times. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] List of community packages deleted/moved and still on FTP
On 01/28/2010 02:10 PM, Ionut Biru wrote: i cleanup last night. i will delete them by hand now. i think is something to do with cleanup script Thanks you! ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] List of community packages deleted/moved and still on FTP
On 01/23/2010 10:34 PM, Gerardo Exequiel Pozzi wrote: Hola, ftp://ftp.archlinux.org/community/os/i686/comical-0.8-3.pkg.tar.gz ftp://ftp.archlinux.org/community/os/x86_64/comical-0.8-3.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/moonlight-1.0.1-5.pkg.tar.gz ftp://ftp.archlinux.org/community/os/x86_64/moonlight-1.0.1-5.pkg.tar.gz Seems that this is not detected by Integrity Check reports. Chau. Well the list is a bit big doing a deep scan. Seems that something in wrong when deleting/move the packages (core and extra are OK) Anybody with server access? these packages are still on FTP. ftp://ftp.archlinux.org/community/os/any/limewire-5.4.6-1-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/any/moovida-1.0.7-1-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/any/papyon-0.4.3-1-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/any/python-cssutils-legacy-0.9.5-3-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/any/twisted-web2-8.1.0-3-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/anacron-2.3-9.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/asio-1.2.0-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/bbppp-0.2.5-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/bhv-0.0.10-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/carworld-0.243-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/comical-0.8-3.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/crack-attack-1.1.14-4.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/fcron-3.0.4-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/firefox-spell-pt-br-3.0.8-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/generator-0.35_cbiere_r4-4.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/gmailfs-0.8.0-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/gnome-python-docs-2.26.0-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/gnutu-2.5-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/gproftpd-8.3.2-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/gps-1.1.0-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/libgmail-0.1.11-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/libpthread-stubs-0.1-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/limewire-5.4.6-1-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/mc-mp-4.1.40_pre9-3.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/monodevelop-2.0-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/moonlight-1.0.1-5.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/moovida-1.0.7-1-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/motor-3.4.0-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/mupen64plus-1.5-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/music-applet-2.5.1-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/nwload-0.2e-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/openvpn-admin-1.9.4.2-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/papyon-0.4.3-1-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/pigment-0.3.17-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/prosper-1.5-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/python-chardet-1.0.1-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/python-cssutils-legacy-0.9.5-3-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/python-pigment-0.3.12-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/python-pigment-0.3.12-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/rake-0.8.6-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/sofia-sip-1.12.10-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/synce-dccm-0.9.1-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/telepathy-stream-engine-0.5.9-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/tintin-1.99.6-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/translate-toolkit-1.3.0-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/tse3-0.3.1-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/ttf-freefont-20090104-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/twisted-web2-8.1.0-3-any.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/urlgfe-1.0.3-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/vde2-2.2.2-3.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/wdm-1.28-3.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/whitebox-0.5-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/x11-ssh-askpass-1.2.4.1-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/xchatosd-5.19-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/xf4vnc-libvnc-20070626-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/xf4vnc-libxcliplist-20070626-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/xosview-1.8.3-2.pkg.tar.gz ftp://ftp.archlinux.org/community/os/x86_64/anacron-2.3-9.pkg.tar.gz ftp://ftp.archlinux.org/community/os/x86_64/asio-1.2.0-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/x86_64/bbppp-0.2.5-1.pkg.tar.gz ftp://ftp.archlinux.org/community/os/x86_64
[aur-general] comical and moonlight deleted from db but still on FTP
Hola, ftp://ftp.archlinux.org/community/os/i686/comical-0.8-3.pkg.tar.gz ftp://ftp.archlinux.org/community/os/x86_64/comical-0.8-3.pkg.tar.gz ftp://ftp.archlinux.org/community/os/i686/moonlight-1.0.1-5.pkg.tar.gz ftp://ftp.archlinux.org/community/os/x86_64/moonlight-1.0.1-5.pkg.tar.gz Seems that this is not detected by Integrity Check reports. Chau. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] Away from my PC - away from bugtracker.
Hello all I will be away from now for about two or more weeks. I recently surfered an small irritation on my eyss, so I can not stay on my PC :( Leaving the bugtracker in their hands, I hope to be with you again soon. Best regards. Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] Application as a Trusted User
Andrea Scarpino wrote: Why do you use package() function when the package isn't a splitted package? Hello :) Using both build() and package() is not necessary condition for use only with splitted packages, its avoid to use the fakeroot on building process that is not needed in 99% of packages. Good luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] avoid usage of fakeroot: always use of build() and package() (Was: application as a TU)
hollun...@gmx.at wrote: On Sat, 21 Nov 2009 14:24:58 -0300 Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar wrote: Andrea Scarpino wrote: Why do you use package() function when the package isn't a splitted package? Hello :) Using both build() and package() is not necessary condition for use only with splitted packages, its avoid to use the fakeroot on building process that is not needed in 99% of packages. Good luck! Sorry, but I consider the use of fakeroot a good thing, it helps to reveal errors while packaging/creating the PKGBUILD at least. Don't know why it should be avoided. fakeroot make a table of function pointers for many file manipulation calls, like open(), close(), chmod() and etc - overhead, slowdowns (small of course) During the build process file perms are not necessary to be tracked, or at least in 99% of packages. Only during the install process is only needed. If you have an example that breaks this, please let me know ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] avoid usage of fakeroot: always use of build() and package() (Was: application as a TU)
Lukáš Jirkovský wrote: 2009/11/21 Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar: hollun...@gmx.at wrote: On Sat, 21 Nov 2009 14:24:58 -0300 Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar wrote: Andrea Scarpino wrote: Why do you use package() function when the package isn't a splitted package? Hello :) Using both build() and package() is not necessary condition for use only with splitted packages, its avoid to use the fakeroot on building process that is not needed in 99% of packages. Good luck! Sorry, but I consider the use of fakeroot a good thing, it helps to reveal errors while packaging/creating the PKGBUILD at least. Don't know why it should be avoided. fakeroot make a table of function pointers for many file manipulation calls, like open(), close(), chmod() and etc - overhead, slowdowns (small of course) During the build process file perms are not necessary to be tracked, or at least in 99% of packages. Only during the install process is only needed. If you have an example that breaks this, please let me know ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D Nice feature! I didn't know that using package() avoids using of fakeroot. Back to my point. There used to be a problem with compilation of amarok1 package from AUR only because of fakeroot and I guess that it would also help with building of mplayer (configure crashes under fakeroot environment and needs to be patched but maybe it was fixed meanwile alongside with amarok1 problem). So in some specific cases I can see the point of using separate package() even when the PKGBUILD builds only one package. best, Lukas ;) Most reported crashes on bugtracker are because nvidia libgl, that conflics with libfakeroot, both uses dlsym() (nvidia i don't know why does this, fakeroot do this to fill a table of pointer to functions), the result is a jump to NULL :P http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516024#75 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] Deletion request: eglibc-2.10-svn
Hola Please delete eglibc-2.10-svn [#1], it is now replaced by eglibc-2.11-svn [#2] Gracias ;) [#1] http://aur.archlinux.org/packages.php?ID=26373 [#2] http://aur.archlinux.org/packages.php?ID=32130 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] Angel Velásquez is not listed as T U at flyspray
Hi Angel Velásquez is not listed as TU at flyspray, please add it. Thanks. http://bugs.archlinux.org/task/17137 ¡Good Luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] script to check a binary package for architecture-independence
Chris Brannon wrote: Here's a script to check the architecture-independence of a binary package. It only checks to see whether or not a tarball contains files that start with the ELF magic number, bytes 0x7f E L F. Maybe someone will find it useful. -- Chris Hello There is no attach here. [1] But only doing this check (ELF signature) is just a necessary condition but not sufficient. [2] Should also check the machine (sufficient), because there are packages for example AVR and ARM that from point of view of -any are architecture-independence. (some crazy :P packages have SPARC ELFs) [3] And also (I din't see the script, so i just suppose), you also need to exactarc archives files (.a) and analize the content of each object with [1] and [2] Good Luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] octave and scilab startup error
Uli Armbruster wrote: Hi First of all, I have [testing] enabled and I'm on 32bit. I wanted to take a look at these two alternatives of matlab. Both of them don't work here, both are complaining about a missing library error while loading shared libraries: libgfortran.so.3: cannot open shared object file: No such file or directory After installing gcc-fortran it worked, so it seems like we need a rebuild here with corrected dependencies for [testing] (octave) and [community-testing] (scilab) Greetz Army Hello, Thanks This affects more packages, but in how deps are managed in Arch, the gcc-fortran will be only for extra/blas, community/libmatio and community/scilab4 because all others depends on blas. extra/blas-20070405-2:NEEDED libgfortran.so.3 extra/lapack-3.2.1-1:NEEDED libgfortran.so.3 extra/octave-3.2.3-1:NEEDED libgfortran.so.3 extra/python-numpy-1.3.0-2:NEEDED libgfortran.so.3 extra/r-2.9.2-1:NEEDED libgfortran.so.3 community/freemat-3.6-3:NEEDED libgfortran.so.3 community/libmatio-1.3.3-1:NEEDED libgfortran.so.3 community/python-scipy-0.7.1-1:NEEDED libgfortran.so.3 community/scilab-5.1.1-3:NEEDED libgfortran.so.3 community/scilab4-4.1.2-2:NEEDED libgfortran.so.3 Filling a bug report for each is the best way ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] octave and scilab startup error
Gerardo Exequiel Pozzi wrote: Uli Armbruster wrote: Hi First of all, I have [testing] enabled and I'm on 32bit. I wanted to take a look at these two alternatives of matlab. Both of them don't work here, both are complaining about a missing library error while loading shared libraries: libgfortran.so.3: cannot open shared object file: No such file or directory After installing gcc-fortran it worked, so it seems like we need a rebuild here with corrected dependencies for [testing] (octave) and [community-testing] (scilab) Greetz Army Hello, Thanks This affects more packages, but in how deps are managed in Arch, the gcc-fortran will be only for extra/blas, community/libmatio and community/scilab4 because all others depends on blas. extra/blas-20070405-2:NEEDED libgfortran.so.3 extra/lapack-3.2.1-1:NEEDED libgfortran.so.3 extra/octave-3.2.3-1:NEEDED libgfortran.so.3 extra/python-numpy-1.3.0-2:NEEDED libgfortran.so.3 extra/r-2.9.2-1:NEEDED libgfortran.so.3 community/freemat-3.6-3:NEEDED libgfortran.so.3 community/libmatio-1.3.3-1:NEEDED libgfortran.so.3 community/python-scipy-0.7.1-1:NEEDED libgfortran.so.3 community/scilab-5.1.1-3:NEEDED libgfortran.so.3 community/scilab4-4.1.2-2:NEEDED libgfortran.so.3 Filling a bug report for each is the best way ;) Timeout! Done for you ;) http://bugs.archlinux.org/task/16811 FS#16811 - [blas] Will need gcc-fortran http://bugs.archlinux.org/task/16812 FS#16812 - [libmatio] Will need gcc-fortran http://bugs.archlinux.org/task/16813 FS#16813 - [scilab4] Will need gcc-fortran Good luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] [bugtracker] Question about tickets for orphaned community pkgs.
Biru Ionut wrote: On 10/16/2009 05:40 AM, Gerardo Exequiel Pozzi wrote: Hello guys! To what people and/or group of peoples I can assing tasks for orphaned packages (examples: [#1] [#2] [#3]) ? I think that many packages are always maintained by Dan Griffiths (Ghost1227) and Ionut Biru (wonder). There are no problems if I assing task to both? go for it. if anyone wants to be in the taskforce group for orphaned packages i'm really glad:D Many thanks! Good luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] Delete request: chrpath
Hi TUs Please delete chrpath [#1] this package is now in [community]. Thanks, [#1] http://aur.archlinux.org/packages.php?ID=24818 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] List of 1108 possible arch=('any') packages
Hello, This is a list [#1] of possible packages that can be arch=('any') in a future. The pkgs don't have any ELF[*] (x86-32 or x86-64) [executables, shared objects, relocatables] or AR archives (static libs). [core] - 21 pkgs (~10M p/arch) [extra] - 417 pkgs (~1.5G p/arch) [community] - 670 pkgs (~3G p/arch) Should be reviewed, I hope this can help :) [#1] http://archlinux.djgera.com.ar/misc/any.txt [*] Few exceptions, for example community/fpc-src -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D ¡Viví la mejor experiencia en la web! Descargá gratis el nuevo Internet Explorer 8 http://downloads.yahoo.com/ieak8/?l=ar
Re: [aur-general] Delete request
stefan-husm...@t-online.de wrote: Hi Please delete this package 'timeout': http://aur.archlinux.org/packages.php?ID=24299 A similar tool is now provided in coreutils pkg. Thanks. Hello, if it is only fulfulling a similar task but is not the same program than that of coreutils, it probably should be twinkled so that it puts its binary under a different name. If you do not want to do that, just orphan the package. Regards Stefan Hi, OK Yes, the principe of functionalily is the same, but this do some more few things :) Thanks for the council ;) * 0.0.2-3 : Renamed the executable to avoid conflict with coreutils (timeout.plus) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] There is a lost pkg.tar.gz in FTP
ncftp /community/os/i686 ls -l xf4vnc-xvnc-20090715-* -rw-rw-r--1 99 990 Jul 16 02:01 xf4vnc-xvnc-20090715-1.pkg.tar.gz -rw-rw-r--1 99 99 740041 Jul 17 07:01 xf4vnc-xvnc-20090715-2-i686.pkg.tar.gz thats all folks! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] There is a lost pkg.tar.gz in FTP
Loui Chang wrote: On Fri 17 Jul 2009 15:03 -0300, Gerardo Exequiel Pozzi wrote: ncftp /community/os/i686 ls -l xf4vnc-xvnc-20090715-* -rw-rw-r--1 99 990 Jul 16 02:01 xf4vnc-xvnc-20090715-1.pkg.tar.gz -rw-rw-r--1 99 99 740041 Jul 17 07:01 xf4vnc-xvnc-20090715-2-i686.pkg.tar.gz thats all folks! What do you mean by lost? Hi Loui lost, missing, stray file :) The file /community/os/i686/xf4vnc-xvnc-20090715-1.pkg.tar.gz is 0 bytes, and is replaced by the correct /community/os/i686/ xf4vnc-xvnc-20090715-2-i686.pkg.tar.gz Maybe because the recent changes in the servers. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] There is a lost pkg.tar.gz in FTP
Biru Ionut wrote: Loui Chang wrote: On Fri 17 Jul 2009 15:03 -0300, Gerardo Exequiel Pozzi wrote: ncftp /community/os/i686 ls -l xf4vnc-xvnc-20090715-* -rw-rw-r--1 99 990 Jul 16 02:01 xf4vnc-xvnc-20090715-1.pkg.tar.gz -rw-rw-r--1 99 99 740041 Jul 17 07:01 xf4vnc-xvnc-20090715-2-i686.pkg.tar.gz thats all folks! What do you mean by lost? the cronjob for cleanup doesn't run. aaron said that it will fix that. check DB to see what package is in there. ooh, ok. No problem here is just only an advice. Thats all ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] Delete request
Hi Please delete this package 'timeout': http://aur.archlinux.org/packages.php?ID=24299 A similar tool is now provided in coreutils pkg. Thanks. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] readline GPL violation on two pkgs?
Abhishek Dasgupta wrote: 2009/6/24 Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar: Hi, I just do a quick scan of soft linked with readline and I think that these two pkgs that are linked with readline violates GPL: extra/tftp-hpa community/ngspice Both have the old BSD (4-clause) license and is linked with readline that is GPL, so there is an incompatibility [#1] In the case of ngspice recomends to link with libedit to avoid legal issues [#2] Okay, when I bump ngspice to r19 I'll link against libedit. Good, I just adopted the libedit pkg and reaconditioned the PKGBUILD. http://aur.archlinux.org/packages.php?ID=18861 So adopt it when make the update to ngspice ;) Removing your assignement from: FS#15165 - List of [community] packages that needs rebuild for readline 6.0 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] readline GPL violation on two pkgs?
Gerardo Exequiel Pozzi wrote: Abhishek Dasgupta wrote: 2009/6/24 Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar: Hi, I just do a quick scan of soft linked with readline and I think that these two pkgs that are linked with readline violates GPL: extra/tftp-hpa community/ngspice Both have the old BSD (4-clause) license and is linked with readline that is GPL, so there is an incompatibility [#1] In the case of ngspice recomends to link with libedit to avoid legal issues [#2] Okay, when I bump ngspice to r19 I'll link against libedit. Good, I just adopted the libedit pkg and reaconditioned the PKGBUILD. http://aur.archlinux.org/packages.php?ID=18861 So adopt it when make the update to ngspice ;) Removing your assignement from: FS#15165 - List of [community] packages that needs rebuild for readline 6.0 Btw now a rebuilded my local pkg of ngspice-r19 with libedit and seems to works fine ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] license
Ray Rashif wrote: I do not see BSD in /usr/share/licenses/common and only two packages out of 400+ on my system provide it. Is that intentional? Or is that because they've been installed with names like COPYING? BSD licenseS are a special case, is more common to call BSD style license rather than The BSD license ;) Many modifications are applied to it in differents software. For more information and history see here [#1] [#1] http://en.wikipedia.org/wiki/BSD_licenses -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] changing the status of the maintainer field
Allan McRae wrote: BAH! ...and again, BAH! It is a comment people... just a comment. makepkg and pacman don't care about it and nor should anyone else! Allan Hello. Oops, yes is a comment but... two things: 1) Technical purposes: Having a # Maintainer comment line can provide a simple way to shell scripts to identify the maintainer, that in many cases the maintainer != packager. (pacman -Qi) This help in many cases, for example reporting a mass change/rebuild/bug/feature/etc/random. 2) Ethical: While many of the PKGBUILD are trivial changes to the PKGBUILD.proto, beyond this, which made this PKGBUILD took some maintenance time of work, and giving a kind of support for it. So, I think it is important that this be retained. My two cents ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] community/gnome-python-docs is obsolete ?
Hi Description: The files provided by gnome-python-docs-2.24.0-1 are already in extra/gnome-python-desktop-2.26.0-1 The exception are /usr/share/gtk-doc/html/pygtkspell/* and /usr/share/gtk-doc/html/pygtkmozembed/* from gnome-python-docs but maybe these files not are present in the newest version. I don't know. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] menu-cache are now in [extra], delete from [community]
http://www.archlinux.org/packages/extra/i686/menu-cache/ http://aur.archlinux.org/packages.php?ID=22713 (outdated) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] [arch-general] Question about the license of opera
Aaron Griffin wrote: On Sat, Apr 25, 2009 at 1:02 AM, Allan McRae al...@archlinux.org wrote: Attila wrote: Hi, i recognized that there is new package in aur for opera with this informations: This package is the official one from the [extra] repository. We have to move it because of a unclear license issue. After we have clarify this issue the package will be back in the repos or not. It should not be moved to community, because of the license. I'm a little bit surprised that a custom license is such a problem because this shows me 343 entries: find /var/abs -name PKGBUILD | \ xargs grep license | \ grep custom | grep extra | wc -l Will now all packages with custom licenses disappear from extra? No. Only the ones where it is unclear if we can legally distribute it. To clarify a little more, a custom license is not a specific type of license. It just means the package ships a license that is non-standard and doesn't have a name. The license that is shipped with Opera has some odd language, making us unable to ship it at this current time. Then also this opera package should be moved from community to AUR http://aur.archlinux.org/packages.php?ID=9028 ? -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] This is intentional [community/x86_64/lib32-*] ?
Hi, In FTP there are lib32-* packages (also listed in community.abs.tar.gz community.db.tar.gz community.files.tar.gz) In website, under AUR if search these packages are listed as unsupported, and other don't appears. Examples: lib32-curl is in FTP in binary form but not listed here http://aur.archlinux.org/packages.php?K=lib32-curl lib32-glibc is in FTP in binary form and is listed as unsupported with the corresponding PKGBUILD http://aur.archlinux.org/packages.php?K=lib32-glibc (with as normal user) There is no lib32- under community, but are on ftp? http://aur.archlinux.org/packages.php?K=lib32-L=3 Confused! Thanks, -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] This is intentional [community/x86_64/lib32-*] ?
Andrea Scarpino wrote: http://bugs.archlinux.org/task/5736 On 25/04/2009, Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar wrote: Hi, In FTP there are lib32-* packages (also listed in community.abs.tar.gz community.db.tar.gz community.files.tar.gz) In website, under AUR if search these packages are listed as unsupported, and other don't appears. Confused! Thanks, Ohh very old issue!, Thanks Andrea. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] Problems with scilab packages
Stefan Husmann wrote: Stefan Husmann schrieb: Gerardo Exequiel Pozzi schrieb: Stefan Husmann wrote: Hello, I have a strange problem with the scilab packages I maintain in [community]. The i686 version lacks a directory /usr/share/scilab/modules/helptools/jar/ , which is needed for the help browser. The package for x86_64 has this directory. I have no idea why this ist the case, since they both use the same PKGBUILD. Any hints are appreciated. Regards Stefan Hi :) You are building from a clean dir on x86_64? rm -rf src pkg because... That was my first thought, too, but yes, the dir was clean. In the Changelog: * bug 4302 fixed - Do not build the helptool module when --disable-build-help is used You use -disable-build-help in PKGBUILD PS: configure: WARNING: unrecognized options: --with-install-help-file Without --disable-build-help the build fails on both architectures. I will try without --with-install-help-file. Thank you for your suggestions. Regards Stefan Sorry, that did not help. Other ideas? Regards Stefan Hi Stefan This is that I do: - ./configure --prefix=/usr --disable-build-help --with-install-help-file \ + ./configure --prefix=/usr \ - make all doc + make The result package is the same plus the helptools.jar ;) [djg...@gerardo /tmp]$ diff (tar tf /var/cache/pacman/pkg/scilab-5.1.1-2.pkg.tar.gz | sort -u) (tar tf scilab/scilab-5.1.1-2-i686.pkg.tar.gz | sort -u) 6700a6701,6702 usr/share/scilab/modules/helptools/jar/ usr/share/scilab/modules/helptools/jar/org.scilab.modules.helptools.jar [djg...@gerardo /tmp]$ PS: --with-install-help-file is ignored, don't have any behaviour, so put or not is the same. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] Problems with scilab packages
Stefan Husmann wrote: Hello, I have a strange problem with the scilab packages I maintain in [community]. The i686 version lacks a directory /usr/share/scilab/modules/helptools/jar/ , which is needed for the help browser. The package for x86_64 has this directory. I have no idea why this ist the case, since they both use the same PKGBUILD. Any hints are appreciated. Regards Stefan Hi :) You are building from a clean dir on x86_64? rm -rf src pkg because... In the Changelog: * bug 4302 fixed - Do not build the helptool module when --disable-build-help is used You use -disable-build-help in PKGBUILD PS: configure: WARNING: unrecognized options: --with-install-help-file -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] obsoleted devicekit AUR packages
Now are in extra. http://aur.archlinux.org/packages.php?ID=23864 http://aur.archlinux.org/packages.php?ID=24101 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] obsoleted libcap packages in AUR
http://aur.archlinux.org/packages.php?ID=23368 libcap2 (now in extra) http://aur.archlinux.org/packages.php?ID=14200 lib32-libcap need to be updated to version 2 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] obsoleted libcap packages in AUR
Gerardo Exequiel Pozzi wrote: http://aur.archlinux.org/packages.php?ID=23368 libcap2 (now in extra) http://aur.archlinux.org/packages.php?ID=14200 lib32-libcap need to be updated to version 2 I adopted and updated the lib32-libcap. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] vsound not in repo DB?
Allan McRae wrote: vsound does not build on x86_64 http://wiki.archlinux.org/index.php/Community64_Status#multimedia Allan Hi, mmm i don'tuse this package, but this can be compiled in x86_64: removing a unrecognized macro (AC_C_FIND_ENDIAN_NESS) from configure.in and regenerating the autotools files (autoreconf -f -i) ;) (Please test if works, at least build) $ file .libs/libvsound.so .libs/libvsound.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped --- /var/abs/community/multimedia/vsound/PKGBUILD 2009-02-07 04:52:27.0 -0200 +++ PKGBUILD2009-04-08 22:52:25.0 -0300 @@ -6,16 +6,18 @@ pkgrel=1 pkgdesc=A virtual audio loopback cable url=http://www.vsound.org; -license=(LGPL) -arch=('i686') +license=(GPL2) +arch=('i686' 'x86_64') depends=('glibc') options=('!libtool') source=(http://www.vsound.org/$pkgname-$pkgver.tar.gz) md5sums=('0460c93ecab58d7864dd6d245a2dea18') build() { - cd $startdir/src/$pkgname-$pkgver + cd $srcdir/$pkgname-$pkgver + sed 's|^AC_C_FIND_ENDIAN_NESS|dnl AC_C_FIND_ENDIAN_NESS|g' -i configure.in + autoreconf -f -i ./configure --prefix=/usr make || return 1 - make DESTDIR=$startdir/pkg install + make DESTDIR=$pkgdir install } -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] vsound not in repo DB?
Gerardo Exequiel Pozzi wrote: Allan McRae wrote: vsound does not build on x86_64 http://wiki.archlinux.org/index.php/Community64_Status#multimedia Allan Hi, mmm i don'tuse this package, but this can be compiled in x86_64: removing a unrecognized macro (AC_C_FIND_ENDIAN_NESS) from configure.in and regenerating the autotools files (autoreconf -f -i) ;) (Please test if works, at least build) $ file .libs/libvsound.so .libs/libvsound.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped --- /var/abs/community/multimedia/vsound/PKGBUILD 2009-02-07 04:52:27.0 -0200 +++ PKGBUILD2009-04-08 22:52:25.0 -0300 @@ -6,16 +6,18 @@ pkgrel=1 pkgdesc=A virtual audio loopback cable url=http://www.vsound.org; -license=(LGPL) -arch=('i686') +license=(GPL2) +arch=('i686' 'x86_64') depends=('glibc') options=('!libtool') source=(http://www.vsound.org/$pkgname-$pkgver.tar.gz) md5sums=('0460c93ecab58d7864dd6d245a2dea18') build() { - cd $startdir/src/$pkgname-$pkgver + cd $srcdir/$pkgname-$pkgver + sed 's|^AC_C_FIND_ENDIAN_NESS|dnl AC_C_FIND_ENDIAN_NESS|g' -i configure.in + autoreconf -f -i ./configure --prefix=/usr make || return 1 - make DESTDIR=$startdir/pkg install + make DESTDIR=$pkgdir install } mmm no i am wrong, sorry :S, the macro is defined at acendian.m4 the just patch this file sed 's#86 )#86 | x86_64 )#g' acendian.m4 and then reprocess this file -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] vsound not in repo DB?
Giovanni Scafora wrote: 2009/4/8, Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar: + sed 's|^AC_C_FIND_ENDIAN_NESS|dnl AC_C_FIND_ENDIAN_NESS|g' -i configure.in + autoreconf -f -i Fixed. Nono, this is wrong. because this is a defined user macro that defines some #defines for vsound.c , and is needed. The correct is this: cd $srcdir/$pkgname-$pkgver sed 's#86 )#86 | x86_64 )#g' -i acendian.m4 echo ACLOCAL_AMFLAGS = -I . Makefile.am autoreconf -f -i ./configure --prefix=/usr then x86_64 are recognized in acendian.m4 and incuding in Makefile.am file then aclocal can read it -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] Please delete this orphaned package
Hi Please delete this orphaned package perl-errorhandler, this contains a obsolete PKGBUILD. There are another package[#2], with a correct {pkgname} perl-class-errorhandler, and correct PKGBUILD, that replace it. Thanks. [#1] http://aur.archlinux.org/packages.php?ID=3089 [#2] http://aur.archlinux.org/packages.php?ID=11026 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] why my package was deleted?
Hi I make a package perl-ack and was delete without any reason/notification. I guess it was because they thought it was a duplicate of the unsupported/ack but this is not true. The unsupported/ack only contains a standalone ack, without any perl module for develop app that uses ack, and no manpages. My package contains: usr/bin/perlbin/vendor/ack usr/share/man/man1/ack.1p.gz usr/share/man/man3/Plugin.3pm.gz usr/share/man/man3/Resource.3pm.gz usr/share/man/man3/Repository.3pm.gz usr/share/man/man3/Basic.3pm.gz usr/share/man/man3/Ack.3pm.gz usr/share/perl5/vendor_perl/App/Ack.pm usr/share/perl5/vendor_perl/App/Ack/Repository.pm usr/share/perl5/vendor_perl/App/Ack/Plugin/ usr/share/perl5/vendor_perl/App/Ack/Resource.pm usr/share/perl5/vendor_perl/App/Ack/Plugin.pm usr/share/perl5/vendor_perl/App/Ack/Plugin/Basic.pm Reupload? -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] pkgs that are in community and have lost tar.gz in unsupported.
Loui Chang wrote: On Sat, Feb 21, 2009 at 11:28:42PM -0200, Gerardo Exequiel Pozzi wrote: I do not know if this is intentional, but when in doubt I will let you know. I did a comparison of the existence of packages that are http://aur.archlinux.org/packages/{pkgname}/ and also in community/{category}/{pkgname}. The list[#1] ({date} {pkgname}) have 1282 entries, and are sorted by date. (2005-2009). They may be removed, I do not know. I hope this will be helpful. Hmm! Nice catch. Yep they may be removed. I ought to update the clean up script for this. Thanks for the notice. I created a FS entry, to stay stick it ;) http://bugs.archlinux.org/task/13631 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] pkgs that are in community and have lost tar.gz in unsupported.
Loui Chang wrote: On Sat, Feb 21, 2009 at 11:28:42PM -0200, Gerardo Exequiel Pozzi wrote: I do not know if this is intentional, but when in doubt I will let you know. I did a comparison of the existence of packages that are http://aur.archlinux.org/packages/{pkgname}/ and also in community/{category}/{pkgname}. The list[#1] ({date} {pkgname}) have 1282 entries, and are sorted by date. (2005-2009). They may be removed, I do not know. I hope this will be helpful. Hmm! Nice catch. Yep they may be removed. I ought to update the clean up script for this. Thanks for the notice. Are welcomed :) There are other list but this is from extra vs unsupported, although this is bit delicate. aif (old in AUR) allegro (old in extra, Orphan) anthy (old in extra, Orphan) aspell-nl (same version in extra) autopano-sift-c (same version in extra) daemontools (mmm are in ABS/extra but don't have a binary package, same version in AUR) darcs (old in extra) ftgl (old in extra, Orphan) gnome-device-manager (orphaned in AUR) hamster-applet(old in AUR) kdevelop (already in testing a new more version of this unstable version) konq-plugins (orphaned and old in AUR, (for KDE3x), maybe need to rename kdemod3-konq-plugins)) ktorrent (old in extra, but missing tar.gz in AUR) libcaca (need to rename in AUR to libcaca-extra) libedit (same in extra) libical (old in AUR, and is orphaned) libzrtpcpp(very old in AUR, 2006) ne(same version in extra, but no tar.gz in AUR) nethack (no tar.gz in AUR, old in extra) oxine (very old in AUR, 2007) pal (old in extra, Orphan) perl-date-manip (old in extra) perl-test-pod (eq ver, but missing license) r (already in extra, missing tar.gz in AUR) scim (old in extra, Orphan) scim-anthy(old in extra, Orphan) sweep (very old in AUR, 2006) truecrypt (comment from the contributor: I will keep it around in case there's another major version lag.) tsocks(very old pkg 2006, don't build, url 404) tvtime(old in extra, Orphan) uim (old in extra, Orphan) words (distinct packages, but same name) xf86-video-radeonhd (old in AUR) zsnes (use alsa instead of sdl, maybe a comment for the autor to rename zsnes-alsa?) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] pkgs that are in community and have lost tar.gz in unsupported.
Gerardo Exequiel Pozzi wrote: ftgl (old in extra, Orphan) oops here!, the version in extra is a stable, and in AUR is a unstable. Maybe this package need to be renamed to ftgl-beta ? -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] pkgs that are in community and have lost tar.gz in unsupported.
Hi people, I do not know if this is intentional, but when in doubt I will let you know. I did a comparison of the existence of packages that are http://aur.archlinux.org/packages/{pkgname}/ and also in community/{category}/{pkgname}. The list[#1] ({date} {pkgname}) have 1282 entries, and are sorted by date. (2005-2009). They may be removed, I do not know. I hope this will be helpful. Take care. [#1] http://djgera.pastebin.com/f495afd36 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] Bad packages in AUR
Please see these packages, it contains a builded packages, binaries and some sources. http://aur.archlinux.org/packages.php?ID=14252 http://aur.archlinux.org/packages.php?ID=20933 http://aur.archlinux.org/packages.php?ID=4011 http://aur.archlinux.org/packages.php?ID=17880 http://aur.archlinux.org/packages.php?ID=8064 http://aur.archlinux.org/packages.php?ID=7928 http://aur.archlinux.org/packages.php?ID=5338 http://aur.archlinux.org/packages.php?ID=14866 http://aur.archlinux.org/packages.php?ID=199 ...and there are many more. I am preparing another list, but much more extensive. But first I have a question: in unsupported the packages.tar.gz may contain tarballs of the sources?, because I see that there are several that have this? (some are a mistake of the user that uploaded that and in array of source download of the homepage) In the AUR Guidelines there is no reference to this. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[aur-general] mnogosearch not updated from 2006.
Hi The mnogosearch, is very out-of-date.I created a new PKGBUILD with new options. Can see here http://djgera.pastebin.com/m7f76ff9b (please review it if posible, comments are very welcomed) Any TU can orphan it, and then adopt by me? Thanks. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] mnogosearch not updated from 2006.
Xavier wrote: On Sat, Feb 14, 2009 at 8:58 PM, Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar wrote: Hi The mnogosearch, is very out-of-date.I created a new PKGBUILD with new options. Can see here http://djgera.pastebin.com/m7f76ff9b (please review it if posible, comments are very welcomed) I don't know anything about this program, so I only have two general comments : * makedepends is for dependencies which only exist at build time and not at runtime. So you can/should remove the makedepends line * zipman should already be enabled by default in makepkg.conf, so you can/should remove the option Ohh excelent!. Thanks for the tips. I'm not sure because I do not remember exactly, I came up with that package, which I had not compress manpages. Then i was added this option. Now i removed this flag. Good luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D