Re: [aur-general] removal request
Jaja don't worry, it's a comprehensible error, the both two games are called similar. Keep helping. -- Jorge Barroso El 10/05/2012 01:25, rafael ff1 rafael.f...@gmail.com escribió: oops, it seems I mixed things up badly right now, as AlienArena != ArenaLive. So, it might be dead indeed. Ignore my previous email. :D 2012/5/9 rafael ff1 rafael.f...@gmail.com: I notice the same thing about AlienArena - that the project was dead - before this thread started, but I just notice that the latest version, 7.53, is dated December 2011 in http://icculus.org/alienarena/ . Then I found what seems to be the current site: http://red.planetarena.org/... So, I guess it is not dead. Anyway, that package was really obsolete. Rafael
[aur-general] Deletion request
'atrinik-client' [1] is orphaned and duplicated of 'atrinik-client-devel'. first submitted by same the user, it looks like he preferred to keep maintain the second one. [1] https://aur.archlinux.org/packages.php?ID=34857
Re: [aur-general] Deletion request
On 09/05/12 11:39 PM, rafael ff1 wrote: 'atrinik-client' [1] is orphaned and duplicated of 'atrinik-client-devel'. first submitted by same the user, it looks like he preferred to keep maintain the second one. [1] https://aur.archlinux.org/packages.php?ID=34857 Deleted, thanks! signature.asc Description: OpenPGP digital signature
[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 7 packages missing signoffs * 1 package older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == Incomplete signoffs for [community] (2 total) == * i3lock-2.4-2 (i686) 0/2 signoffs * i3lock-2.4-2 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (5 total) == * vicious-2.0.4-2 (any) 0/2 signoffs * awesome-3.4.11-4 (i686) 0/2 signoffs * mariadb-5.5.23-3 (i686) 1/2 signoffs * awesome-3.4.11-4 (x86_64) 0/2 signoffs * mariadb-5.5.23-3 (x86_64) 1/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * vicious-2.0.4-2 (any), since 2012-04-17 == Top five in signoffs in last 24 hours ==
[aur-general] xf86-input-egalax package replacement and merging
Hi, I have recently taken up maintenance of the orphaned package xf86-input-egalax https://aur.archlinux.org/packages.php?ID=35045 This package will replace the package xf86-input-egalax-linux3 https://aur.archlinux.org/packages.php?ID=55050 to provide a more standard package name. Can someone please check the PKGBUILD in xf86-input-egalax to confirm I have written it correctly so when users with package xf86-input-egalax-linux3 next update, it will be replaced with xf86-input-egalax? Upon this confirmation, can we please merge xf86-input-egalax-linux3 into xf86-input-egalax? I also notice there are 2 other orphaned packages which provide the same functionality. They are both out of date, orphaned and no longer build. Can these be deleted please? touchkit: https://aur.archlinux.org/packages.php?ID=18766 xf86-input-egalax-beta: https://aur.archlinux.org/packages.php?ID=43641 There is a 3rd out of date package which no longer builds, but is not orphaned. It has not been updated since 23 June 2010. xf86-input-egalax-xorg18: https://aur.archlinux.org/packages.php?ID=38300 Do I need to contact this maintainer first before requesting the package to be deleted? Thanks. Lachlan.
Re: [aur-general] Vote results for speps' TU application
Congrats! I hope you sample a few beats from the wiki, get in tune with the package signing, compose a few packages and sing out in irc, should you encounter any disharmonious notes. - Alexander / xyproto
Re: [aur-general] Looking to get aur/icecream dropped
Alright, I've taken ownership of icecream and updated it. Please delete icecream-systemd. :) On Thu, May 10, 2012 at 1:22 AM, Evangelos Foutras evange...@foutrelis.comwrote: On Thu, May 10, 2012 at 1:26 AM, Isaac C. Aronson i...@pingas.org wrote: The icecream package in the aur has been out of date for quite a while now, and the maintainer seems to have deserted it. I have a working replacement package at icecream-systemd that I'd like to replace the current icecream package with. Could someone drop it for me, please? I have disowned icecream [1], so you can now adopt it and update it. After you've done that, reply here and we'll remove icecream-systemd. [1] https://aur.archlinux.org/packages.php?ID=7111
Re: [aur-general] Looking to get aur/icecream dropped
On 10/05/12 12:43, Isaac C. Aronson wrote: Alright, I've taken ownership of icecream and updated it. Please delete icecream-systemd. :) On Thu, May 10, 2012 at 1:22 AM, Evangelos Foutras evange...@foutrelis.comwrote: On Thu, May 10, 2012 at 1:26 AM, Isaac C. Aronson i...@pingas.org wrote: The icecream package in the aur has been out of date for quite a while now, and the maintainer seems to have deserted it. I have a working replacement package at icecream-systemd that I'd like to replace the current icecream package with. Could someone drop it for me, please? I have disowned icecream [1], so you can now adopt it and update it. After you've done that, reply here and we'll remove icecream-systemd. [1] https://aur.archlinux.org/packages.php?ID=7111 Done! -- Jelle van der Waa
[aur-general] iceweasel md5sum problem
Hello, I'm trying to submit the web browser Iceweasel to aur, but I'm having a problem with the md5sum. I wrote the PKGBUILD, used makepkg -g to generate the md5sum and put the output into the PKGBUILD. I made the soruce package with makepkg --source and there was no problem, and doing just makepkg to build the whole package, it is possible to install iceweasel from that package without problems, etc. the only problem is that, when downloading and installing from aur, it gives an error on the integrity check. Could anyone explain me why does it happens? my PKGBUILD it's this one: http://pastebin.com/xZawmpUP Thanks in advance ;)
Re: [aur-general] iceweasel md5sum problem
Jorge Barroso wrote: Hello, I'm trying to submit the web browser Iceweasel to aur, but I'm having a problem with the md5sum. I wrote the PKGBUILD, used makepkg -g to generate the md5sum and put the output into the PKGBUILD. I made the soruce package with makepkg --source and there was no problem, and doing just makepkg to build the whole package, it is possible to install iceweasel from that package without problems, etc. the only problem is that, when downloading and installing from aur, it gives an error on the integrity check. Could anyone explain me why does it happens? my PKGBUILD it's this one: http://pastebin.com/xZawmpUP Thanks in advance ;) You are using arrays for many fields which shouldn't be arrays like: pkgname, pkgver, pkgrel. You should also quote the source URL.
Re: [aur-general] iceweasel md5sum problem
to, 2012-05-10 kello 19:09 +0200, Jorge Barroso kirjoitti: pkgname pkgver pkgrel pkgdesc url none of those are arrays, so remove (). They might confuse makepkg, those ' marks are undeed tooas none of them include spaces. pkgdesc being an exeption, or ' is needed there. Not sure, but having md5sums before source could be a culprit, anyway I would put them after the sources. optdepends usually has format optdepends=('pkgname: small description of thefunctionallity it adds') tar xf $pkgname-$pkgver-$pkgrel-$arch.pkg.tar.xz is not needed, pacman can extract pretty much all kind of achives on its own .tar.{gz,bz2,xz} deb rpm zip, files atleast. The tar xf command was needed in the manga app PKGBUILD becouse it shipped only in deb format and deb archives have 2 archives in it, one with the data and one with meta-data files and pacman only extracts files in source=() [The main deb file] One usually should not upload a binary packages into AUR, but instead it should be built from source code. Of course in case of s HUGE application that takes a lot of time to compile it is nice to have a binary version too. Or in case like I had a ?year? ago. Back then we didn't ship sdk package for the go-openoffice and it ment that one would have to rebuuild it from source just to be able to compile a 100kb addon for it to support Finnish spellcheckking (voikko) so I also made -bin version from Ubuntu binary packages. I'm quite sure one should go totally with the parabola Linux instead of Arch if libre is thing they want. We have a lots of stuff that go against libre in the core repos, and just gettinga libre browser is totally ridicilous. You also are missing the i686 version. If you really think a libre webrowser on non libre system is a good idea you should be simply stealing the PKGBUILD from here https://projects.parabolagnulinux.org/abslibre.git/tree/libre/iceweasel-libre signature.asc Description: This is a digitally signed message part
Re: [aur-general] iceweasel md5sum problem
2012/5/10 Jorge Barroso jorge.barroso...@gmail.com: Hello, I'm trying to submit the web browser Iceweasel to aur, but I'm having a problem with the md5sum. I wrote the PKGBUILD, used makepkg -g to generate the md5sum and put the output into the PKGBUILD. I made the soruce package with makepkg --source and there was no problem, and doing just makepkg to build the whole package, it is possible to install iceweasel from that package without problems, etc. the only problem is that, when downloading and installing from aur, it gives an error on the integrity check. Could anyone explain me why does it happens? my PKGBUILD it's this one: http://pastebin.com/xZawmpUP Thanks in advance ;) The md5sums in the pastebin is different from the AUR. Correct one is in the pastebin. That's the answer for your issue, but +1 to the comments made by others. Rafael
Re: [aur-general] iceweasel md5sum problem
2012/5/10 A Rojas nqn1976l...@gmail.com You are using arrays for many fields which shouldn't be arrays like: pkgname, pkgver, pkgrel. You should also quote the source URL. -- 2012/5/10 Jesse Juhani Jaara jesse.ja...@gmail.com to, 2012-05-10 kello 19:09 +0200, Jorge Barroso kirjoitti: pkgname pkgver pkgrel pkgdesc url none of those are arrays, so remove (). They might confuse makepkg, those ' marks are undeed tooas none of them include spaces. pkgdesc being an exeption, or ' is needed there. Not sure, but having md5sums before source could be a culprit, anyway I would put them after the sources. optdepends usually has format optdepends=('pkgname: small description of thefunctionallity it adds') tar xf $pkgname-$pkgver-$pkgrel-$arch.pkg.tar.xz is not needed, pacman can extract pretty much all kind of achives on its own .tar.{gz,bz2,xz} deb rpm zip, files atleast. The tar xf command was needed in the manga app PKGBUILD becouse it shipped only in deb format and deb archives have 2 archives in it, one with the data and one with meta-data files and pacman only extracts files in source=() [The main deb file] One usually should not upload a binary packages into AUR, but instead it should be built from source code. Of course in case of s HUGE application that takes a lot of time to compile it is nice to have a binary version too. Or in case like I had a ?year? ago. Back then we didn't ship sdk package for the go-openoffice and it ment that one would have to rebuuild it from source just to be able to compile a 100kb addon for it to support Finnish spellcheckking (voikko) so I also made -bin version from Ubuntu binary packages. I'm quite sure one should go totally with the parabola Linux instead of Arch if libre is thing they want. We have a lots of stuff that go against libre in the core repos, and just gettinga libre browser is totally ridicilous. You also are missing the i686 version. If you really think a libre webrowser on non libre system is a good idea you should be simply stealing the PKGBUILD from here https://projects.parabolagnulinux.org/abslibre.git/tree/libre/iceweasel-libre - 2012/5/10 rafael ff1 rafael.f...@gmail.com 2012/5/10 Jorge Barroso jorge.barroso...@gmail.com: Hello, I'm trying to submit the web browser Iceweasel to aur, but I'm having a problem with the md5sum. I wrote the PKGBUILD, used makepkg -g to generate the md5sum and put the output into the PKGBUILD. I made the soruce package with makepkg --source and there was no problem, and doing just makepkg to build the whole package, it is possible to install iceweasel from that package without problems, etc. the only problem is that, when downloading and installing from aur, it gives an error on the integrity check. Could anyone explain me why does it happens? my PKGBUILD it's this one: http://pastebin.com/xZawmpUP Thanks in advance ;) The md5sums in the pastebin is different from the AUR. Correct one is in the pastebin. That's the answer for your issue, but +1 to the comments made by others. Rafael Thanks to all of you, those are my first packages as you should know and I'm using the proto of /usr/share/pacman to make the pkgbuild, so I'm using those arrays I think I can use for any package, but I didn't know that () will confuse makepkg (so sensitive...), I'll try to correct it. The md5sums in the pastebin is different because it has been changing between two different outputs anytime I did makepkg -g, but even now that it is not changing, and the makepkg -g output is ever the same, it stills not accepting it. Jesse, I'll try then to use that PKGBUILD, I looked for it, because I suposed it should exist, but as I didn't find it, I downloaded the package and modified the .PKGINFO file. Thanks for your help with that PKGBUILD. I know archlinux is a non libre system, and that's not bad at all because, for example, flash it's very usefull nowadays, because gnash has a lot of things to improve to be a serious subtitute, but, ever I can, I try to use free software (if it has not great problems, like gnash taking my earlier example), and Iceweasel with iceweasel-sync it's as good and fast as firefox, so... I liked it and thought about submitting it :)
Re: [aur-general] iceweasel md5sum problem
2012/5/10 Jorge Barroso jorge.barroso...@gmail.com: 2012/5/10 Jorge Barroso jorge.barroso...@gmail.com: Hello, I'm trying to submit the web browser Iceweasel to aur, but I'm having a problem with the md5sum. I wrote the PKGBUILD, used makepkg -g to generate the md5sum and put the output into the PKGBUILD. I made the soruce package with makepkg --source and there was no problem, and doing just makepkg to build the whole package, it is possible to install iceweasel from that package without problems, etc. the only problem is that, when downloading and installing from aur, it gives an error on the integrity check. Could anyone explain me why does it happens? my PKGBUILD it's this one: http://pastebin.com/xZawmpUP Thanks in advance ;) The md5sums in the pastebin is different from the AUR. Correct one is in the pastebin. That's the answer for your issue, but +1 to the comments made by others. Rafael -- The md5sums in the pastebin is different because it has been changing between two different outputs anytime I did makepkg -g, but even now that it is not changing, and the makepkg -g output is ever the same, it stills not accepting it. What? The source is the same, stored on a server, therefore its md5sum WILL NOT change everytime you run 'makepkg -g' unless you are running 'makepkg -g' for different sources or your source is corrupted. In the last case, remove and download again the source. $ md5sum iceweasel-libre-12.0.3-1-x86_64.pkg.tar.xz 638379a2dcf1f3d116cf92a06c8ee9b9 iceweasel-libre-12.0.3-1-x86_64.pkg.tar.xz Rafael
Re: [aur-general] iceweasel md5sum problem
2012/5/10 rafael ff1 rafael.f...@gmail.com What? The source is the same, stored on a server, therefore its md5sum WILL NOT change everytime you run 'makepkg -g' unless you are running 'makepkg -g' for different sources or your source is corrupted. In the last case, remove and download again the source. $ md5sum iceweasel-libre-12.0.3-1-x86_64.pkg.tar.xz 638379a2dcf1f3d116cf92a06c8ee9b9 iceweasel-libre-12.0.3-1-x86_64.pkg.tar.xz Rafael Jaja yeah I though the same, but sometimes it gaves that md5sum and another times it gaves a different checksum, finished on 6o6 I think (i don't remember the exactly output)
[aur-general] bin32 cleanup (removal/merge)
Here are some old bin32 packages that should be merged into their non-bin32 counterpart as support for x86_64 has been added to the PKGBUILD. 'a-b'=merge a to b [1]bin32-acroread-fr - [2]acroread-fr [3]bin32-adobe-air - [4]adobe-air-sdk [5]bin32-citrix-client - [6]citrix-client [7]bin32-emusic-dlm- [8]emusic-dlm [9]bin32-fcc - [10]fcc [11]bin32-huludesktop - [12]huludesktop [13]bin32-miniaudicle - [14]miniaudicle [15]bin32-peazip-qt-kde4servicemenu - [16]peazip-qt [17]bin32-vmware-server-console - [18]vmware-server-console [19]bin32-wingide - [20]wingide [21]bin32-xnview- [22]xnview - [1]https://aur.archlinux.org/packages.php?ID=15449 [2}https://aur.archlinux.org/packages.php?ID=11972 [3]https://aur.archlinux.org/packages.php?ID=23330 [4]https://aur.archlinux.org/packages.php?ID=25633 [5]https://aur.archlinux.org/packages.php?ID=36849 [6]https://aur.archlinux.org/packages.php?ID=24705 [7]https://aur.archlinux.org/packages.php?ID=32239 [8]https://aur.archlinux.org/packages.php?ID=13897 [9]https://aur.archlinux.org/packages.php?ID=19362 [10]https://aur.archlinux.org/packages.php?ID=18614 [11]https://aur.archlinux.org/packages.php?ID=35799 [12]https://aur.archlinux.org/packages.php?ID=31063 [13]https://aur.archlinux.org/packages.php?ID=35283 [14]https://aur.archlinux.org/packages.php?ID=34472 [15]https://aur.archlinux.org/packages.php?ID=50035 [16]https://aur.archlinux.org/packages.php?ID=43956 [17]https://aur.archlinux.org/packages.php?ID=31169 [18]https://aur.archlinux.org/packages.php?ID=9604 [19]https://aur.archlinux.org/packages.php?ID=23385 [20]https://aur.archlinux.org/packages.php?ID=17874 [21]https://aur.archlinux.org/packages.php?ID=30078 [22]https://aur.archlinux.org/packages.php?ID=861 = These ones should be removed [1]bin32-fennec: No new linux binaries awaiable, orphan only 4 votes, no fennec package. Ment for tables/mobilephones [2]bin32-flashplayer-debugger: Old debugging version of flash, no non-bin32 package exist, orphan, only 2 votes. [3]bin32-liveperson: Java application, message sent for the i686 version maintainer to fix his PKGBUILD to be arch=(any), no votes/comments to merge [4]bin32-neroaac: See below. [5]neroaac: Replaced by neroaac{enc,dec,tag} packaes which all have x86_64 support too. [6]bin32-sonic-visualizer: See below [7]sonic-visualizer32: normal package supports x86_64 natively, out-of-date, orphan, only 2 votes. [8]bin32-swiftweasel-athlon64: Really old version Firefox 3 branch, few users, orphan. And to my knoweledge repo Firefox is PGO optimized now days. [9]bin32-tuxsetup: Website down, orphan, only 2 votes. [10]bin32-tuxdroid-ttsvoice-french: website down, orphan, only 1 vote. [11]bin32-vfc: Website down, orphan, only 2 votes - [1]https://aur.archlinux.org/packages.php?ID=49373 [2]https://aur.archlinux.org/packages.php?ID=37138 [3]https://aur.archlinux.org/packages.php?ID=57595 [4]https://aur.archlinux.org/packages.php?ID=46753 [5]https://aur.archlinux.org/packages.php?ID=49707 [6]https://aur.archlinux.org/packages.php?ID=50990 [7]https://aur.archlinux.org/packages.php?ID=50989 [8]https://aur.archlinux.org/packages.php?ID=18818 [9]https://aur.archlinux.org/packages.php?ID=14872 [10]https://aur.archlinux.org/packages.php?ID=14874 [11]https://aur.archlinux.org/packages.php?ID=20707 signature.asc Description: This is a digitally signed message part
Re: [aur-general] bin32 cleanup (removal/merge)
[13]bin32-miniaudicle - [14]miniaudicle [13]https://aur.archlinux.org/packages.php?ID=35283 [14]https://aur.archlinux.org/packages.php?ID=34472 bin32-miniaudicle should not be touched in the actual status. miniaudicle (like chuck) is known to not work on x86_64 if built natively, even if it compiles nicely. So it needs to be built as a 32 bit application in order to work correctly. The merge will have place when the miniaudicle maintainer will update the PKGBUILD to build the x86_64 in multilib mode. I'll contact the maintainer Cheers - speps - pgpJOWrPNuvft.pgp Description: PGP signature
Re: [aur-general] bin32 cleanup (removal/merge)
[1]bin32-acroread-fr - [2]acroread-fr [3]bin32-adobe-air - [4]adobe-air-sdk [5]bin32-citrix-client - [6]citrix-client [7]bin32-emusic-dlm- [8]emusic-dlm [9]bin32-fcc - [10]fcc [11]bin32-huludesktop - [12]huludesktop [15]bin32-peazip-qt-kde4servicemenu - [16]peazip-qt [17]bin32-vmware-server-console - [18]vmware-server-console [19]bin32-wingide - [20]wingide [21]bin32-xnview- [22]xnview all merged These ones should be removed [1]bin32-fennec: No new linux binaries awaiable, orphan only 4 votes, no fennec package. Ment for tables/mobilephones gone, if needed this should be re-uploaded as fennec [2]bin32-flashplayer-debugger: Old debugging version of flash, no non-bin32 package exist, orphan, only 2 votes. merged into flashplugin-debugger [3]bin32-liveperson: Java application, message sent for the i686 version maintainer to fix his PKGBUILD to be arch=(any), no votes/comments to merge [4]bin32-neroaac: See below. [5]neroaac: Replaced by neroaac{enc,dec,tag} packaes which all have x86_64 support too. [6]bin32-sonic-visualizer: See below [7]sonic-visualizer32: normal package supports x86_64 natively, out-of-date, orphan, only 2 votes. merged [8]bin32-swiftweasel-athlon64: Really old version Firefox 3 branch, few users, orphan. And to my knoweledge repo Firefox is PGO optimized now days. [9]bin32-tuxsetup: Website down, orphan, only 2 votes. [10]bin32-tuxdroid-ttsvoice-french: website down, orphan, only 1 vote. [11]bin32-vfc: Website down, orphan, only 2 votes destroyed Thanks - speps - pgpMztj6pzVoS.pgp Description: PGP signature
Re: [aur-general] bin32 cleanup (removal/merge)
2012/5/10 speps sp...@gmx.com: [13]bin32-miniaudicle - [14]miniaudicle [13]https://aur.archlinux.org/packages.php?ID=35283 [14]https://aur.archlinux.org/packages.php?ID=34472 bin32-miniaudicle should not be touched in the actual status. miniaudicle (like chuck) is known to not work on x86_64 if built natively, even if it compiles nicely. So it needs to be built as a 32 bit application in order to work correctly. The merge will have place when the miniaudicle maintainer will update the PKGBUILD to build the x86_64 in multilib mode. I'll contact the maintainer Cheers - speps - I sent my contribution to the maintainer of miniaudicle, in the comments (http://pastie.org/3892146) Rafael
Re: [aur-general] iceweasel md5sum problem
On 2012-05-10 15:13, Jorge Barroso wrote: 2012/5/10 rafael ff1 rafael.f...@gmail.com What? The source is the same, stored on a server, therefore its md5sum WILL NOT change everytime you run 'makepkg -g' unless you are running 'makepkg -g' for different sources or your source is corrupted. In the last case, remove and download again the source. $ md5sum iceweasel-libre-12.0.3-1-x86_64.pkg.tar.xz 638379a2dcf1f3d116cf92a06c8ee9b9 iceweasel-libre-12.0.3-1-x86_64.pkg.tar.xz Rafael Jaja yeah I though the same, but sometimes it gaves that md5sum and another times it gaves a different checksum, finished on 6o6 I think (i don't remember the exactly output) Just in case, a diferent arch will result in a different package and therefore a different checksum. Is there any reason you've made this package amd64 only? -- Hugo Osvaldo Barrera
Re: [aur-general] iceweasel md5sum problem
On Thu, May 10, 2012 at 07:55:00PM +0200, Jorge Barroso wrote: Thanks to all of you, those are my first packages as you should know and I'm using the proto of /usr/share/pacman to make the pkgbuild, so I'm using those arrays I think I can use for any package, but I didn't know that () will confuse makepkg (so sensitive...), I'll try to correct it. actually, bash syntax is something to be really careful with if one isn't too familiar with it. [1] gives you some funny examples about it, I also recommend to read [2] - it's a great read and will help you greatly to get work done in the shell cli without having to rely on GUIs all the time. Also, this: martti@deepthought:~$ e=(abc) martti@deepthought:~$ echo $e abc In our case there is another possible source of errors, which is makepkg, and if it would actually break on something it may be considered a bug in some, but it might simply turn out to be a non-trivial edge case in other cases. I'd actually find it interesting to figure out more of this just to see if I can break it... :) The md5sums in the pastebin is different because it has been changing between two different outputs anytime I did makepkg -g, but even now that it is not changing, and the makepkg -g output is ever the same, it stills not accepting it. Something odd may be going on with your hardware or os. Not sure where, but if memtest doesn't find errors, consider checking your disk with smartmontools and try rkhunter, just in case. md5 is supposed to be an empirical checksum, not a dice roll. Jesse, I'll try then to use that PKGBUILD, I looked for it, because I suposed it should exist, but as I didn't find it, I downloaded the package and modified the .PKGINFO file. Thanks for your help with that PKGBUILD. I know archlinux is a non libre system, and that's not bad at all because, for example, flash it's very usefull nowadays, because gnash has a lot of things to improve to be a serious subtitute, but, ever I can, I try to use free software (if it has not great problems, like gnash taking my earlier example), and Iceweasel with iceweasel-sync it's as good and fast as firefox, so... I liked it and thought about submitting it :) just fyi, the mozilla license is listed as being less restrictive than gnu gpl. [3] cheers! mar77i [1] http://mywiki.wooledge.org/BashParser [2] http://mywiki.wooledge.org/BashGuide [3] http://en.wikipedia.org/wiki/Comparison_of_free_and_open_source_software_licenses
Re: [aur-general] Remove: ipset-init
On 10/05/12 05:38 PM, David Rawson Couzelis wrote: Please remove ipset-init, owned by me, drcouzelis. It is no longer necessary. It's functionality is now included in the ipset package. Thank you. Gone it is! signature.asc Description: OpenPGP digital signature
Re: [aur-general] iceweasel md5sum problem
source=(foobar) [ $CARCH == i686 ] source=(lib32-foobar) ops, it seems I #fail. The correct would be: source=(foobar) [ $CARCH == x86_64 ] source=(lib32-foobar)