Re: [aur-general] Merge request: mpv-player-git -> mpv-git
la, 2013-09-07 kello 14:15 +0200, Rob Til Freedmen kirjoitti > Your recommendation would break a lot of other packages > My build uses static libs - so it doesn't break anything I don't really think so. Atleast libav-git works well and doesn't break a single package I have in my systems and I don't think ffmpeg-git does eather. Same goes for the other git stuff too. I ofcourse cannot say for 100% if the packages, but none of the ones I have installed do not mind having -git version of those libs. And I do have fairly recentish builds of them.
Re: [aur-general] Unmerge mpv-build-git
la, 2013-09-07 kello 20:31 +0200, Karol Blazewicz kirjoitti: > The PKGBUILD file is here > https://aur.archlinux.org/packages/mp/mpv-build-git/PKGBUILD but I > think the install file is gone. http://pkgbuild.com/git/aur-mirror.git/tree/mpv-build-git everything is in there
Re: [aur-general] PKGBUILD Help
ti, 2013-09-17 kello 06:44 -0400, Storm Dragon kirjoitti: > Hi, > Thanks for the help. I did your suggestions and all works, except I get this > error: > ==> ERROR: Integrity checks are missing. > But, because this is a git package that will be updated, and doesn't really > have a stable release, it's kind of hard to keep up with the checksum. Is > there a way to get it to skip them? > Also, can I just put a link to the wtfpl license in the license part of the > PKGBUILD? md5sums=('SKIP') You need to copy the license file to "${pkgdir}/usr/share/license/${pkgname}"
Re: [aur-general] RFC: freecad-git
A non-Tu opinion: it is a real abomination. A complete nuking might be a good idea, as it seems it would take less time to rewrite it from scrach than to simply clean it up.
Re: [aur-general] partitionmanager-svn problems
su, 2011-01-09 kello 13:34 +0100, Luca Bennati kirjoitti: > This app https://aur.archlinux.org/packages.php?ID=22778 have problems in > the PKBUILD being it over an year old, but upstream is active and maintainer > is not: all his packages have been marked outdated. > What to do? Is it necessary to contact him? In these cases fisth send a mail about it to the maintainer telling that is out-of-date and asking if (s)he still wants to maintain it or if not then to dissown it. If there will be no answer to it then ask on the mailing list some TU to disown it so you or some other person can adopt it.
Re: [aur-general] Orphan request for 'congruity' and 'python-libconcord'
ke, 2011-02-02 kello 10:09 -0700, Thomas S Hatch kirjoitti: > On Wed, Feb 2, 2011 at 10:06 AM, Andreas Baumann wrote: > > > On Wed, Feb 02, 2011 at 10:01:07AM -0700, Thomas S Hatch wrote: > > > On Wed, Feb 2, 2011 at 9:58 AM, Andreas Baumann > > wrote: > > > > > > > Hi, > > > > > > > > > > > > Now being a proud owner of a Logitech 600 I would like to try the > > > > 'congruity' and 'python-libconcord' packages. They seem not to > > > > be updated to 'python2'. I would like to adapt them.. > > > > > > > > > > > > Greetings > > > > > > > > Andreas > > > > > > > > > > Please send us links to the packages, we would hate to orphan the wrong > > ones > > > :) > > > > http://aur.archlinux.org/packages.php?ID=41637 and > > http://aur.archlinux.org/packages.php?ID=41639 > > > > > Also, have you sent an email to the present maintainer requesting the > > > packages be updated? Typically we like to give them the chance to hang > > onto > > > their packages, sometimes things just get missed. > > > > No, I dind't ask. Sorry. I'll do that.. > > > > Greetings > > > > Andreas > > > > > > > > -Thomas S Hatch > > > > -- > > Andreas Baumann > > Trottenstrasse 20 > > CH-8037 Zuerich > > Telefon: +41(0)76/373 01 29 > > E-mail: abaum...@yahoo.com > > Homepage: www.andreasbaumann.cc > > > > Thanks! We try hard to balance maintaining quality in the AUR and keeping > people happy (especially since keeping people happy encourages higher > quality!). > > Thanks again, give them a week or two so to respond, then we will happily > orphan the packages for you! > > -Thomas S Hatch You can also update the PKGBUILD and use pastebin to give the maintainer a easy way to update.
Re: [aur-general] Google-earth and bin32-google-earth
-Alkuperäinen viesti- Lähettäjä: David Spicer Reply-to: "Discussion about the Arch User Repository \(AUR\)" Vastaanottaja: Discussion about the Arch User Repository (AUR) Aihe: Re: [aur-general] Google-earth and bin32-google-earth Päiväys: Sun, 27 Mar 2011 12:09:45 +0100 I'm sitting here hoping that the current bin32- naming convention does not become deprecated, other than for some even better way of handling the situation where both 32-bit and 64-bit binaries are available and a package that installs the 32-bit binary on an x86_64 system is also useful. On 26/03/11 16:12, Pierre-Antoine Vanpe wrote: > I would also want to know about this for my utorrent package, They only > provide > a bin 32 binary but I decided to make only one package for both archs, should > I > create a bin32-utorrent-server package? > https://aur.archlinux.org/packages.php?ID=43253 > I think that the bin32 and lib32 prefix should be used when the bin/lib32 can co exist with the non 32 package, just like the current lib32 packages are. Then the packaes, where upstream only provides 32 bit binary the package should be for both arches.
[aur-general] Request for removal
Please remove my package [1]cpupowerutils There is pkg with better name been uploaded, wich also builds from source archive instead of git. [1]https://aur.archlinux.org/packages.php?ID=47310
Re: [aur-general] Request for removal
On Tue, Oct 25, 2011 at 06:32:39PM +0300, Evangelos Foutras wrote: > On 25/10/11 18:29, Jesse Juhani Jaara wrote: > > Please remove my package [1]cpupowerutils > > There is pkg with better name been uploaded, wich > > also builds from source archive instead of git. > > What is the name of the new package? cpupower [2] that is the name of the binary as well as the name of the source dir in kernel sourcees /tools dir https://aur.archlinux.org/packages.php?ID=52718
Re: [aur-general] [Review request] chrontel-wetab-rpm
> The architecture is x86_64, because the package itself is for the WeTab > only, which is x86_64. I dont think it fails to build on i686, but there it > would be useless. Seems the wetab has a regular Intel Atom CPU so it is possible to run i686 on it too
Re: [aur-general] creating versioned packages from github
In the future please not use so too manu newlines If you do, I will confiscate your Enter keys Anyway take a look in yle-downloader-gui's PKGBUILD https://aur.archlinux.org/packages.php?ID=51662 Thats how I do it. You can just simply copy the 1st 7 chars of the commit id in the tags menu in github :D Hope it helps signature.asc Description: This is a digitally signed message part.
Re: [aur-general] creating versioned packages from github
perjantai, 20. tammikuuta 2012 16:12:11 Alper Kanat kirjoitti: > Hey There, > > --- > Quis custodiet ipsos custodes? > > On Fri, Jan 20, 2012 at 14:13, Jesse Juhani Jaara wrote: > > In the future please not use so too manu newlines > > If you do, I will confiscate your Enter keys > > I can't understand what you mean? I'm referring to this ### pkgname=django-grappelli pkgver=2.3.5 pkgrel=1 Those 3 empty newlines you have there make the thing a hell of lot harder to read. Many are also reading their mail on 3" screen of their smart phone. pkgname=django-grappelli pkgver=2.3.5 pkgrel=1 See, its not hard to read them eventought they are straight under each others. And saves a lot of key stokes if you edit that in console :D signature.asc Description: This is a digitally signed message part.
[aur-general] Request for removal
Coul my [1]"lib32-" pkg be removed. Adopted the lib32-talloc pkg and changed ${_the_real_name_of_the_pkg} variable thingies to just simply hardwired "talloc" XD, bu forgot to change that in the pkgname. [1]https://aur.archlinux.org/packages.php?ID=56309 signature.asc Description: This is a digitally signed message part.
[aur-general] Request for removal.
[1]xvba-video-0.8.0 provides the ready built binary version of the open- sourced version of xvba-video. [2]xvba-video-open provides the same 0.8.0 version, with the exception that it builds it from source. Practically looking the only difference is that xvba-video-open needs the xvba-sdk package as a build time depency, but that package consists only of couple header files, so building it takes <10s. So please remove [1]xvba-video-0.8.0 as it serves no reason and only complicates the xvba-video situation, by providing one more package to choose from. [1]https://aur.archlinux.org/packages.php?ID=56177 [2]https://aur.archlinux.org/packages.php?ID=51703 signature.asc Description: This is a digitally signed message part.
[aur-general] Request for removal
[1]plymouth-systemd-git can be removed as support for systemd was just added to [2]plymouth-git package. [1]https://aur.archlinux.org/packages.php?ID=51715 [2]https://aur.archlinux.org/packages.php?ID=26117 signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Which aur uploader is better, aurploader or burp?
perjantai, 17. helmikuuta 2012 15:01:47 SanskritFritz kirjoitti: >-- I just do a > > #!/usr/bin/fish > makepkg --source > burp (ls --sort=time *src.tar.gz | head -1) Mayby this way.. #!/bin/sh makepkg -S burp $(source PKGBUILD; echo ${pkgname}-${pkgver}-${pkgrel}.src.tar.gz) This absolutely sure we upload the same version as in PKGBUILD signature.asc Description: This is a digitally signed message part.
[aur-general] Request for removal
Please remove [1]voikko-openoffice as it isn't needed anymore as I assume everyone has already changed to libreoffice. [1]https://aur.archlinux.org/packages.php?ID=44143 signature.asc Description: This is a digitally signed message part
[aur-general] Request for merge
Please merge [1]xf86-input-synaptics-clickpad to [2]xf86-input-synaptics-led. The -led is just a new clone of my -clickpad version (People why do you steal my PKGBUILDs?). The naming is better considering future when version 1.6 of synaptics driver gets released with clickpad support in the mainline. [1]https://aur.archlinux.org/packages.php?ID=38120 [2]https://aur.archlinux.org/packages.php?ID=57575 signature.asc Description: This is a digitally signed message part
[aur-general] Request for removal
Please nuke the following 4 packages. [1]swfdec-git ||Development has stalled 3 years ago. Only few [2]swfdec-git-pulse ||random fixes compared to the stable release, [3]swfdec-mozilla-git ||doesn't build as it is. [4]cairo-snapshot |Was needed by [1], before stable cairo 1.10 [1]https://aur.archlinux.org/packages.php?ID=28182 [2]https://aur.archlinux.org/packages.php?ID=28180 [3]https://aur.archlinux.org/packages.php?ID=28183 [4]https://aur.archlinux.org/packages.php?ID=33888 signature.asc Description: This is a digitally signed message part
Re: [aur-general] membership
su, 2012-04-22 kello 18:58 +, Todd Thiner kirjoitti: > i want to post comments on aur packages how do i do this > https://aur.archlinux.org/account.php There, the registering page seems to be hidden under Accounts page for some reason. signature.asc Description: This is a digitally signed message part
Re: [aur-general] PKGBUILD review request
ma, 2012-04-30 kello 14:40 +0200, Bernhard D kirjoitti: > I attached the file I got from "makepkg --source" to my first message, > but it seems that it had been dropped. Are attachments allowed? No attachments are removed. Paste the PKGBUILD and .install file to some pastebin service. (Don't use pastebin.com!) Also Please do not top post, write your answer under the original message. > I split packaging for modules and firmware and patched > the sources to install the modules to /lib/modules/kernelversion/updates That is a wring directory. Out-of-tree modules go to /lib/modules/extramodules-$KERNEL_VERSION > Are the files under /lib/firmware/updates found and do they have > precedence? I am not completely sure about this but, I am quite positive that it doesn't matter in what directory the file is, as long it is in the firmware directory. I myself would use /lib/firmware/tbs/ directory. > > - Is "depmod -a" after install, upgrade and removal the right approach > > to rebuild the module dependencies? post_install() post_upgrade() and post_remove() are needed as far as I understand See the install file for vhba-module as reference https://projects.archlinux.org/svntogit/community.git/tree/trunk/vhba-module.install?h=packages/vhba-module signature.asc Description: This is a digitally signed message part
Re: [aur-general] PKGBUILD review request
ma, 2012-04-30 kello 15:55 +0200, Bernhard D kirjoitti: > Tanks for your help. I have corrected the build process according to > your suggestions. The files can be found at: > https://gist.github.com/2558499 Looking the PKGBUILD I would propose changing that horrible to read case clutter to few ifs like this. Out kernel's are all at version 3 so no need for the 2.6 version eather: if [ "$_dvbtype" = "c" ]; then if [ "$CARCH" = "i686" ]; then ./v4l/tbs-dvbc-x86_r3.sh else ./v4l/tbs-dvbc-x86_64.sh fi elif [ "$_dvbtype" = "s2" ]; then if [ "$CARCH" = "i686" ];then ./v4l/tbs-x86_r3.sh else ./v4l/tbs-x86_64.sh fi fi Also lookin ath the make files and stuff reveal the horrifyingness and idiotism of this drivers packager/writer. The whole linux v4l is included in the tarball and build by default, not to mention that it is installed too. Owerwriting our webcam and video capture card driver stack from some random version of kernel it totally out of order. So instead of doing make install, copy only the tbs drivers by hand from there. Even better hack and slash the make files to not even build all those 5 gazillion other drivers. signature.asc Description: This is a digitally signed message part
[aur-general] Request for removal
Please nuke [1]opeengoo It seems to have been renamed to [2]fengoffice which is in AUR. [1]https://aur.archlinux.org/packages.php?ID=30029 [2]https://aur.archlinux.org/packages.php?ID=33478 signature.asc Description: This is a digitally signed message part
Re: [aur-general] Linux Manga Downloader
ma, 2012-05-07 kello 17:57 +0200, Jorge Barroso kirjoitti: > what comes in the package are shell > scripts, the launcher and nothing else usefull... Looking at the .deb file all you need to do us copy the ././usr/share direcotry to "${pkgdir}/usr/share" and the ././usr/local/bin to "${pkgdir}/usr/bin" and then run sed 's|/usr/local|/usr|' on all of the text files, to make sure we run stuff from the correct place. Looking at the debian control file you need libnotify-bin, gtkdialog, wget, lynx and zenity as depencys. Hope this hels you a bit. It is always usefull to know how to write simple PKGBUILD, that is why I wrote this instead of a PKGBUILD. Try now and see if you can do it. You can post the PKGBUILD here before uploading to see if anyone has any ideas on how to make it better, or fix any erros you might make ^_^
Re: [aur-general] Fwd: Re: Linux Manga Downloader
ti, 2012-05-08 kello 18:16 +0200, Jorge Barroso kirjoitti: >pkgver=0.2.0.1-5 If I'm not completely mistaken '-' is not allowed in the version string. set the version to 0.2.0.1_5Beta. And then add another variable. _rawversion=0.2.0.1-5 > pkgdesc="A manga downloader for linux, it allows fownloads from many > English and Spanish websites" the description could be shortened to this "Download manga from several English and Spanish websites." The description should be as short as possible, but still of course try to distinct it from other same kind of apps. > arch=('any') > url="http://code.google.com/p/linux-manga-downloader/"; > license=('GPL3') > depends=('libnotify' 'gtkdialog' 'wget' 'lynx' 'zenity') You can just omit the install variable, you don't need instal file for this package so no need for the install= variable ether. > source=($pkgname-$pkgver.tar.gz) This is plain wrong. This tells makepkg to include the source-files of the application in the ArchLinux PKGBUILD source-package. This is wrong. Instead you should provide full URL to the download file online. So it should be source=(http://${pkgabme}.googlecode.com/files/${pkgname}_ ${_rawversion}_all.deb) build() function is met only for the command needed to compile the sourcecode into binary executable. Usually this includes commands ./configure --prefix=/usr and make for c and c++ aplications. package() funcktion in the other hand is used to copy the files into their rightfull place, if the application comes with Makefile you use command 'make DESTDIR="${pkgdir}" install' for this > cd "$srcdir/$pkgname_$pkgver/usr/local/bin" > chmod +x 4chan .. > cp zerochan /usr/local/bin/zerochan All that could be simplified into --- 1. cd "${srcdir}" 2. tar xf data.tar.gz 3. mkdir -p "${pkgdir}/usr/" 4. cp -r "${srcdir}/./usr/local/bin" "${pkgdir}/usr/bin" 5. cp -r "${srcdir}/./usr/share" "${pkgdir}/usr/share" 6. 7. chmod +x "${pkgdir}/usr/bin"/* 8. sed 's|usr/local|usr|' -i "${pkgdir}/usr/bin"/* 9. sed 's|usr/local|usr|' -i "${pkgdir}/usr/share/applications/LDM.desktop" --- Explanation: 1. cd into the directory where our extracted deb file is 2. extrackt the data file part of the deb archive 3. Make the directory /usr in directory ${pkgdir} ${pkgdir}== /the/directory/where/your/PKGBUILD_file_is/pkg 4. copy the bin directory to ${pkgdir}/usr/bin, this is important part. You MUST never copy anyfiles to /usr or anytoher direcoty, without putting ${pkgdir} in front of it. Othervice makepkg will try to copy that file directly to the system, instead of putting it in a pacman installable file. The -r after cp tell cp to copy the whole directory 5. Do the same for the share directory. Also notice that in line 4 we copy the file to /usr/bin and not /usr/local/bin. This is becouse we don't use the /usr/local directory in ArchLinux and so everythin should go to /usr. 6. Just some randon empty line to make reading easyer. One between lines 1 and 2 would be nice too. Does not serve any bigger purpose. 7. Make sure every file in directory "${pkgdir}/usr/bin" is executable. 8. Make sure that we don't refer to the old ubuntu stule /usr/local/ directory anywhere, but instead use the Arch style /usr only. 9. Fix the desktop file to point into /usr instead of /usr/local I think this should make everything clear :D (You still have to fix any errors I might have made) Also like Chris Shakalis said you could use the install command instead of cp and chmod, but cp and chmod work as well too. signature.asc Description: This is a digitally signed message part
Re: [aur-general] Fwd: :Re Linux Manga Downloader
ti, 2012-05-08 kello 21:03 +0200, Jorge Barroso kirjoitti: > source= > http://code.google.com/${pkgname}/downloads/detail?name=${pkgname}_${pkgver}_all.deb > ) there is the starting ( missing in there ^_^ > tar -xfzv data.tar.gz Nothing seroius but 'xf' is enought - is not needed, nor is z, tar is intelligent now days and can detect the compression on it's own. > echo "Now, been in your HOME directory, run: lmd -reconf and then run the > program ;) enjoy it." > echo "In some Websites, when downloading, the program says there was an > error with the last page of the chapter, don't worry, coding mistake, that > page was downloaded successfully" Well these should go to the install file. Create a file called ldm.install and set install=ldm.install in the PKGBUILD. Take a lookt at file /usr/share/pacman/proto.install, you should only needd the post_install function and put those echos in there :D PKGBUILD is used to build a pkgname-version-pkgrel.pkg.tar.xz package that you install with pacman. Pacman then reads the .install file from that package and does what it tells it to do and copies the files to the system. Most people are lilely to just install this from the AUR, so they would see that message. But in case say someone sends the redy built pacman package to a frind the friend would not saee that message, but if it is in install file he will. You are also missing the md5sums variable from the package. Run makepkg -g in the directoey where the PKGBUILD is and copy the output into the PKGBUILD. (I myself have an alias setup fot that. "makesum='makepkg -g >> PKGBUILD'" this gives me a command makesum that automatically appends the md5sums to the end of the PKGBUILD) Sed can do a lot of things. Basicly it reads text, does something to it and slips the mangled text out. 's|original|new|' for example would replaces every single word original with the word new. I think you should read these: https://wiki.archlinux.org/index.php/Pkgbuild https://wiki.archlinux.org/index.php/Makepkg https://wiki.archlinux.org/index.php/AUR And here is a werty comprehensive guide to sed. http://www.grymoire.com/Unix/Sed.html I myself can only use the replace command 's' XD signature.asc Description: This is a digitally signed message part
Re: [aur-general] Fwd: Re: Linux Manga Downloader
ti, 2012-05-08 kello 23:14 +0200, Jorge Barroso kirjoitti: > Ok, I got it!! And it works making sudo pacman -U etc. > This is the final PKGBUILD: > # Maintainer: Jorge > pkgname=linux-manga-downloader > pkgver=('0.2.0.1') > _rawversion=('0.2.0.1') > pkgrel='5Beta' pkgrel is kidn of like == the version of the PKGBUILD. You change it when you change something in the PKGBUILD, like adding some patch or enabling a new feature on the application. When a new version is released by the application maker you revert it back to 1. So _rawversion=('0.2.0.1-5Beta') pkgrel=1 > md5sums=('a91ccb44877c30e3193292a3ee9cc942') > source=(http://${pkgname}.googlecode.com/files/${pkgname}_0.2.0.1-5Beta_all.deb) and put in that _rawversion variable in there. It currently serves no purpose, givit some or it might do some stupid, like cutting his wrists Yeah, even shell script variables can use knife! > I don't know, so so happy of course :D your my heroes :D XD I'm just > 18 and that was an important achievement. Well, I'll submit it right > now :D You still have loads of time to upload your next 100 packages ^_^. > I've uploaded the package here for to see it if you want-> > https://rapidshare.com/files/3651110504/linux-manga-downloader-0.2.0.1-5Beta-any.pkg.tar.xz > If you want to try it, see what I did, etc. Any feedback will be well received Instead of that redybuildt package the makepkg/pacman/arch or what ever is te correct term package you should upload the makepkg -S/--source generated source package. That would be more usefull. > Thanks you both you guys :D!! Glad to be help. ^_^ Here have a *cookie* you've done great. A small note about mails... as Chris alredy mentioned. Your mails work well in gmail it seems. Atleast my Android phones regular gmail app puts all of these under same thread, but my dekstop mail client gets them as individual mails, breaking the thread, while not being seroius. Something is wrong with our way of replying or gmail settings I think. Also about quoting. Like Chris said most mail clients can hide the quoted message without any problems but it stoll nice to just cut the parts you need and write that few lines of text under them. Like I do, I think this is the way found to be good commonly (Might be mistaken). signature.asc Description: This is a digitally signed message part
Re: [aur-general] Fwd: Re: Linux Manga Downloader
ti, 2012-05-08 kello 23:55 +0200, Jorge Barroso kirjoitti: > I submitted the package and it can already be installed from aur. You forgot to fix the pkgrel and _rawversion. Please fix those and reupload with pkgrel=2. > Talking about the mails, I'm using the desktop version aswell I take this that you mean the online mail.google.com interface. > So I copy and paste the message I'm going to answer to, and then I write > the answer... I hope with that will be enough ;) I'm sorry to say but it isn't. (still assuming you use the online gmail interface) Cick the arrow point to left to reply propelly. Using the copy-paste method really screws up every ones mailboxes. http://ompldr.org/vZG85OQ <- that arrow signature.asc Description: This is a digitally signed message part
Re: [aur-general] Fwd: Re: Linux Manga Downloader
ke, 2012-05-09 kello 00:24 +0200, Jorge Barroso kirjoitti: > Ok, I'm trying now with the method you have said :) I took the digest, > clicked on the arrow and answered your message. My mail client (Evolution) still isn't happy with this BUT1 Fix the pkgrel, it should only contain numbers. It is the version of the PKGBUILD file, and has nothing to do with the application version. pkgver is there for that. signature.asc Description: This is a digitally signed message part
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
[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
[aur-general] request for removal
Please remove the following packages: [1]wine-dib: Patch included in upstream since version 1.3.37 [2]wine-no-x: Really old version 1.1.39, 0 votes, orphan. Does notserve so big purpose, easy to remake the PKGBUILD if needed. [3]wine-opt: Not updated since Novenber 2011, only change compared to the repo version seems to be that this is installed in /opt dir instead of /usr, no vote, in general doesn't seem usefull at all. Reupload if needed. [4]wine-uk: Not updated since 2009, no votes, orphan. [5]wine-hacks: Git repo not updated since 2010, more likely has more bugs than fixes when compared to repo version. [1]https://aur.archlinux.org/packages.php?ID=51636 [2]https://aur.archlinux.org/packages.php?ID=34644 [3]https://aur.archlinux.org/packages.php?ID=53832 [4]https://aur.archlinux.org/packages.php?ID=33255 [5]https://aur.archlinux.org/packages.php?ID=19675 signature.asc Description: This is a digitally signed message part
[aur-general] Catalyst/Nvidia cleanup
#Please remove the following out-of-date/old versions of catalyst #packages. None of them probably builds with the current stock kernels, #and mostlikely need really old version of X.org [1]catalyst-beta [2]catalyst-ice [3]catalyst-leaked [4]catalyst-old [5]catalyst-switch [6]catalyst-tp [7]catalyst-utils-old - [1]https://aur.archlinux.org/packages.php?ID=31216 [2]https://aur.archlinux.org/packages.php?ID=15482 [3]https://aur.archlinux.org/packages.php?ID=28842 [4]https://aur.archlinux.org/packages.php?ID=25105 [5]https://aur.archlinux.org/packages.php?ID=48208 [6]https://aur.archlinux.org/packages.php?ID=16406 [7]https://aur.archlinux.org/packages.php?ID=25106 = #The following nvdia binary blob releated packages should be removed. #Reasons include orphan, out-of-date, old (beta/testing) versions, which #do not work with our current kernels, X.org or need some older gcc #release. [10]cuda-beta [11]cuda-sdk-beta [12]cuda-toolkit-beta [13]cuda-old [14]cuda-sdk-old [15]cuda-toolkit-old ##If needed the -old packages should be reuploaded as cuda2-X like done ##with most other applications and as with the verison 3 branch of #cuda(cuda3-X) [16]cuda-sdk-gcc34 #Do we really need a version for gcc34? - [10]https://aur.archlinux.org/packages.php?ID=48012 [11]https://aur.archlinux.org/packages.php?ID=47707 [12]https://aur.archlinux.org/packages.php?ID=47706 [13]https://aur.archlinux.org/packages.php?ID=30504 [14]https://aur.archlinux.org/packages.php?ID=30506 [15]https://aur.archlinux.org/packages.php?ID=30505 [16]https://aur.archlinux.org/packages.php?ID=26331 = [20]nvidia-96xx-fbcondecor [21]nvidia-96xx-ice [22]nvidia-96xx-zen #No maintainer and depend on the old kernel26 naming scheme, #nvidia-96xx-all can build a package for any installed kernel. Merging #to nvidia-96xx-all, instead of removal, might be the way to go. [23]lib32-nvidia-utils-96xx - [20]https://aur.archlinux.org/packages.php?ID=25475 [21]https://aur.archlinux.org/packages.php?ID=15440 [22]https://aur.archlinux.org/packages.php?ID=13901 [23]https://aur.archlinux.org/packages.php?ID=32046 = [30]nvidia-173xx-ck [31]nvidia-173xx-fbcondecor [32]nvidia-173xx-ice [33]nvidia-173xx-lqx [34]nvidia-173xx-lts #Merge into [35]nvidia-173xx-all, same reason as with the 96xx branch. #nvidia-173xx-all, is out-of-date but maintained unlike the others. - [30]https://aur.archlinux.org/packages.php?ID=44381 [31]https://aur.archlinux.org/packages.php?ID=31986 [32]https://aur.archlinux.org/packages.php?ID=21059 [33]https://aur.archlinux.org/packages.php?ID=46877 [34]https://aur.archlinux.org/packages.php?ID=46112 [35]https://aur.archlinux.org/packages.php?ID=32909 = [40]nvidia-256 [41]nvidia-ck-256 [42]nvidia-utils-256 [43]lib32-nvidia-utils-256 #If I undertood correctly from my googling, this is not an major version #branch, which dropped support for old hw. At the moment of writing #binary repo nvidia, has all of the same functionality + more [40]https://aur.archlinux.org/packages.php?ID=42037 [41]https://aur.archlinux.org/packages.php?ID=43968 [42]https://aur.archlinux.org/packages.php?ID=42038 [43]https://aur.archlinux.org/packages.php?ID=43969 = [50]nvidia-275xx [51]nvidia-275xx-ck [52]nvidia-utils-275xx [53]lib32-nvidia-utils-275xx [54]opencl-nvidia-275xx #If I understood correctly my googling, this is older version of the one #in binary repos (at the moment of writing), with the exeption of this #being for X.org server 1.11. - [50]https://aur.archlinux.org/packages.php?ID=52283 [51]https://aur.archlinux.org/packages.php?ID=55013 [52]https://aur.archlinux.org/packages.php?ID=52285 [53]https://aur.archlinux.org/packages.php?ID=52284 [54]https://aur.archlinux.org/packages.php?ID=52286 = [60]nforce-nvsound [61]nforce-nvsound-utils #Some really old OSS sound driver for nForce 1/2 motherboards, support #for them exist in kernel tree, accoeding to comments. [62]nvidia-builder #Out-of-date, non maintained, we can easily manage without it too. Easy #to remake if ever needed [63]rivatv-cvs #Old kernel triver, last commit 4 years ago, I'd be suprised if it would #build with modern kernel, without 5000 lines of patches ^_^
Re: [aur-general] Removal request: fenics group packages
pe, 2012-05-18 kello 15:06 +0100, Myles English kirjoitti: > Please would a TU delete them and transfer the votes to the *-bzr > versions that I have replaced them with. You should provide URLs for each one. > (The instant package migrated to instan-bzr because the source package > name was too long to call it instant-bzr.) What do you mean too long? If I'm not totally mistaken we don't have any kind of file name length limitations. signature.asc Description: This is a digitally signed message part
Re: [aur-general] Removal request: fenics group packages
pe, 2012-05-18 kello 17:58 +0100, Myles English kirjoitti: > $ aurup instant-bzr-332-1-any.pkg.tar.xz science > > there was a message saying something like the name was too long and it > has to be less than twenty something characters, so I shortened > 'instant' to 'instan'. If that is so, I would recomend to swhiching to use burp instead. I have package (acroread-fonts-systemwide) with 25 chars only in the name of the package ^_^. signature.asc Description: This is a digitally signed message part
[aur-general] AUR JDK-package cleanup
Following jde/jre packages should be removed: [1]lib32-jdk-6u17: orhapn, Provides a static and old version of Oracles JDK, a lib32 package for Oracle JDK6 exists. [2]jdk-community-stable-x32: Non functional (ties to pull the Oracle JDK from ftp.archlinux.org), "out-of-date", serves no real purpose (installs under a x32 prefixed dir in /opt) [3]jdk-community-stable-x64: -||-, has 'i686' in arch=() [4]jdk-community-stable-all: -||-, meta package, which pulls the 2 above [5]openjdk7-src-systemtap: Orphan, 0 votes, a package with bether name and maintainer exist (openjdk7-systemtap) [6]jdk7-openjdk-systemtap: -||- - [1]https://aur.archlinux.org/packages.php?ID=32302 [2]https://aur.archlinux.org/packages.php?ID=50293 [3]https://aur.archlinux.org/packages.php?ID=50291 [4]https://aur.archlinux.org/packages.php?ID=50292 [5]https://aur.archlinux.org/packages.php?ID=56221 [6]https://aur.archlinux.org/packages.php?ID=56220 And the following should be merged: [10]bin32-jdk [11]lib32-jdk #bin32-jdk -> lib32-jdk. In my opinion lib32 is better name, even #tought it does have 32 bit executables and not only libraries. #Both have maintainer and have equalish ammount of votes. #(lib32:40, bin32:33) bin32 does have a better PKGBUILD as lib32 #tries to pull the jdk from ftp.archlinux.org, while bin32 gets #the Sun's/Oracle's binary. In any way these should be merged in some #direction be it what ever. - [10]https://aur.archlinux.org/packages.php?ID=32335 [11]https://aur.archlinux.org/packages.php?ID=11615 Still lots of packages which could have better names... signature.asc Description: This is a digitally signed message part
[aur-general] AUR KDE clean up – part 1
Please remove the following KDE releted packages: With the 'low vote count' I want to say that I see it to be quite unlikely for it to be adopted and fixed. If it is neede someone can reupload a working/modern PKGBUILD [1]aku: orphan, low vote count, the offical ark utitlity can handle rar files too [2]amarok-devel: No beta version at the moment, amarok-git exist and can pull the "beta" version too. [3]apollon: orphan, lov vote count, needs qt<=3.2 (3.3.8b in repos) [4]avant-window-navigator-kde: orpha, low vote count, patch included in bzr for over a year alredy. [5]backintime-kde4-bzr: Another package (backintime-bzr) exist with better name and maintainer. [6]bookreader: website is empty, source not working, orphan, low vote count. [7]battery_time_remaining: old fork of the offical applet, which privides the same functionlaity. [8]bible-runner: orhan, low vote count, dead for over 2½ years. PKGBUILD does no't build in it's current state (Might be just depends clean up, but due to the low vote count I dont see this happening) [9]boombox: orpahn, marked out-of-date since aprill 2011, several comments since then, but no adoption has happened. Altaought, I didn't find the version 0.4 from sf.net [10]aqpm-git: dead, uesdeprecated ALPM API according to comments. [11]chase-git: depeneds on [10] [12]shaman-svn: depends on [10] [13]colorschemes-kde4: packs the 20 most popular colorschemes from 2009, orphan, can be fecthed from the KDE settings interface. [14]flickrkio: Source not avaiale anymore, orphan, only one vote [15]gartoon: orphan, low vote count, source not awaiable anymore [16]gtk-kde42-oxygen-theme: oxygen-gtk{2,3} in extra repository provides te same functionality, I'm quite sure nobody uses kde 4.2 anymore :D [17]kbibtex-kde4-beta: Old beta version of the KDE4 port [18]kcheckgmail-git: Some old mailchecker applet, never applets exist. Chromium claims the projects sf page is infected with viruses. [19]kdeaddons-kfile-plugins: orphan, PKGBUILD depends on kdelibs instead of kdelibs3, low vote count. [20]de4powersave-svn: I think this has been renamed to something totally else, anmyway it is not in kdesvn-playground anymore [21]kdecolors-megapack: ~[13], but for KDE3 [22]kdecolors-ultraschemes: -||- [23]kdecolorschemes: -||- [24]kdeplasma-addons-applets-smooth-tasks-kde-sc-46-hg: kde4.6 app [25]kdeplasma-addons-wallpapers-video: Doesn't build anymore [26]kdeplasma-applets-battery-ng: Old clone of stock battery meter [27]kdescreensaver-solarsystem-0.2: qrong name, nothing to merge - [1]https://aur.archlinux.org/packages.php?ID=19071 [2]https://aur.archlinux.org/packages.php?ID=47759 [3]https://aur.archlinux.org/packages.php?ID=41139 [4]https://aur.archlinux.org/packages.php?ID=45593 [5]https://aur.archlinux.org/packages.php?ID=30941 [6]https://aur.archlinux.org/packages.php?ID=11600 [7]https://aur.archlinux.org/packages.php?ID=38228 [8]https://aur.archlinux.org/packages.php?ID=31075 [9]https://aur.archlinux.org/packages.php?ID=3880 [10]https://aur.archlinux.org/packages.php?ID=40830 [11]https://aur.archlinux.org/packages.php?ID=29567 [12]https://aur.archlinux.org/packages.php?ID=40831 [13]https://aur.archlinux.org/packages.php?ID=26911 [14]https://aur.archlinux.org/packages.php?ID=40028 [15]https://aur.archlinux.org/packages.php?ID=1199 [16]https://aur.archlinux.org/packages.php?ID=24329 [17]https://aur.archlinux.org/packages.php?ID=52503 [18]https://aur.archlinux.org/packages.php?ID=26944 [19]https://aur.archlinux.org/packages.php?ID=5440 [20]https://aur.archlinux.org/packages.php?ID=19050 [21]https://aur.archlinux.org/packages.php?ID=14666 [22]https://aur.archlinux.org/packages.php?ID=16289 [23]https://aur.archlinux.org/packages.php?ID=4347 [24]https://aur.archlinux.org/packages.php?ID=45849 [25]https://aur.archlinux.org/packages.php?ID=50401 [26]https://aur.archlinux.org/packages.php?ID=34319 [27]https://aur.archlinux.org/packages.php?ID=44782 More to come :DDD, in general KDE stuff seems to be in quite good state, atleast from a quick look, maintainers exist and not so much out-of-date stuff. signature.asc Description: This is a digitally signed message part
[aur-general] AUR KDE clean up – part 2
The following KDE3 themes are orphan and their PKGBUILDS depnd on the kdelibs instead of kdelibs3 packages. Themes can be installed manually from kde-look if wanted [1]kdedecor-blended [2]kdedecor-dekorator [3]kdedecor-flatknifty [4]kdedecor-whiteline [5]kdedecor-hypnotista-siyah [6]kdedecor-hypnotistasade [7]kdedecor-klearbox [8]kdedecor-knifty [9]kdedecor-nvidia [10]kdedecor-opak [11]kdedecor-pureline [12]kdedecor-svgdeco [13]kdedecor-alphacube [14]kdedecor-cellophane [15]kdedecor-cellophane-themes [16]kdedecor-clearlooks [17]kdedecor-crystal: This seems to be popular, so it migth get maintainer [18]kdedecor-crystalgl [19]kdedecor-cylonminimal [20]kdedecor-fitz [21]kdedecor-humanblue [22]kdedecor-mytango [23]kdedecor-powder [24]kdedecor-reluna - [1]https://aur.archlinux.org/packages.php?ID=3152 [2]https://aur.archlinux.org/packages.php?ID=18407 [3]https://aur.archlinux.org/packages.php?ID=7757 [4]https://aur.archlinux.org/packages.php?ID=13113 [5]https://aur.archlinux.org/packages.php?ID=3154 [6]https://aur.archlinux.org/packages.php?ID=3153 [7]https://aur.archlinux.org/packages.php?ID=3155 [8]https://aur.archlinux.org/packages.php?ID=2775 [9]https://aur.archlinux.org/packages.php?ID=9626 [10]https://aur.archlinux.org/packages.php?ID=17550 [11]https://aur.archlinux.org/packages.php?ID=4267 [12]https://aur.archlinux.org/packages.php?ID=4268 [13]https://aur.archlinux.org/packages.php?ID=3419 [14]https://aur.archlinux.org/packages.php?ID=10234 [15]https://aur.archlinux.org/packages.php?ID=10352 [16]https://aur.archlinux.org/packages.php?ID=9545 [17]https://aur.archlinux.org/packages.php?ID=6380 [18]https://aur.archlinux.org/packages.php?ID=14893 [19]https://aur.archlinux.org/packages.php?ID=10580 [20]https://aur.archlinux.org/packages.php?ID=10641 [21]https://aur.archlinux.org/packages.php?ID=7437 [22]https://aur.archlinux.org/packages.php?ID=10511 [23]https://aur.archlinux.org/packages.php?ID=10579 [24]https://aur.archlinux.org/packages.php?ID=25966 signature.asc Description: This is a digitally signed message part
Re: [aur-general] Leaving ArchLinux
I can take the fonts ^_^ signature.asc Description: This is a digitally signed message part
[aur-general] AUR KDE clean up – part 3
Please remove the following KDE related packages. [1]keep: Upstream site/src-tarball has been nuked [2]kickass: -||- [3]kio-fuse-svn: Broken, for kde3, orphan, only 1 vote [4]kio_p7zip: orphan, out-of-date, broken, comment sugests it is not needed anymore, seems to be for kde3 [5]klear: orphan, screenshots would suggest it to be KDE3 app but it depends on kdelibs, VLC can be used instead [6]knetworkmanager: We no longer have dbus-qt3 in repos, nor AUR, orphan(Does have lots of votes tought, so it might get easily a maintainer), but is it worth keeping a KDE3 networkmanager applet around? Who uses "non"bloated and simple KDE3 instead of KDE4, but then goes and uses a bloated networkmanagement app like network manager instead of lighter ones? TU(s) it up to you to... [7]knewz-svn: Just some random UseNet reader app, upstream dead (by a quick look), orphan, only 3 votes. Alternatives exist like kwooty (in AUR). [8]knice: KDE3 app, depends on KDE4 libs, orphan, not too many votes. [9]knoda: orpha, legacy KDE3 app, only 1 vote, according to comment, does not build with pythnon2.7 [10]koffice-2.3: I think this was ment to be a "beta" package for the 2.3 version when we were still on 2.2, orphan, out-of-date, only 4 votes, needs new download link mirror [11]kommander: super old duplicate of extra/kdewebdev-kommander [12]kommando: orphan, KDE3 with KDE4-libs as deps, one can easily live with out it [13]komparator: orphan, comment on needed changes been there for 2 years, still not fixed. KDE3 app [14]kompose: One can live without. In general PKGBUILD seems to be inn somewhat decent condition (it hasn't been updated since 2009, so things are a bit off). This could potentionally be left in AUR, but considering it is orphan KDE3 app I will include it here. [15]konch: Upstear site nuked, orphan [16]kpad: orphan, there are gazillion differend text editors out there one can use (altought, many of them cant do ftp or send email), KDE3 KDE4-libs [17]kpdf2: KDE3 pdf reader, PKGBUILD uses KDE4-libs, orphan [18]kpc: XD doesn't even work wit KDE 4.1.3, not to speak of 4.8.0 [19]kpogre: orphan, designed for libpqxx 3.X, but ve have version 4.0 in repos. [20]kpopassistant: Lots of 2012 updated mailchecks out there. Getting rid of an one from 2007, wont hurt anybody [21]krawlsite: Didn't build in Oct2011 due to old code base, wont compile in 2012 eather, orphan [22]kpv: orphan, KDE3 with KDE4 libs. [23]krecordmydesktop: qt-recordmydesktop in community does the same [24]krypt: orphan, KDE3 app, low vote count - [1]https://aur.archlinux.org/packages.php?ID=4247 [2]https://aur.archlinux.org/packages.php?ID=20325 [3]https://aur.archlinux.org/packages.php?ID=4505 [4]https://aur.archlinux.org/packages.php?ID=5414 [5]https://aur.archlinux.org/packages.php?ID=2415 [6]https://aur.archlinux.org/packages.php?ID=19526 [7]https://aur.archlinux.org/packages.php?ID=13889 [8]https://aur.archlinux.org/packages.php?ID=13216 [9]https://aur.archlinux.org/packages.php?ID=37468 [10]https://aur.archlinux.org/packages.php?ID=45110 [11]https://aur.archlinux.org/packages.php?ID=1824 [12]https://aur.archlinux.org/packages.php?ID=5891 [13]https://aur.archlinux.org/packages.php?ID=3225 [14]https://aur.archlinux.org/packages.php?ID=16579 [15]https://aur.archlinux.org/packages.php?ID=10363 [16]https://aur.archlinux.org/packages.php?ID=7595 [17]https://aur.archlinux.org/packages.php?ID=12299 [18]https://aur.archlinux.org/packages.php?ID=24624 [19]https://aur.archlinux.org/packages.php?ID=9372 [20]https://aur.archlinux.org/packages.php?ID=9799 [21]https://aur.archlinux.org/packages.php?ID=3434 [22]https://aur.archlinux.org/packages.php?ID=14271 [23]https://aur.archlinux.org/packages.php?ID=9669 [24]https://aur.archlinux.org/packages.php?ID=15235 # Please merge the following KDE related packages. [1]->[2], [3]->[4]. [1]kdeicons-crystalclear [2]kdeicons-crystalproject: Pulls from upstream, more votes, but no maintainer. Altought the uploader is the same for both and is actually still the maintainer of the [1]. [3]kdeplasma-applets-rosapanel [4]kdeplasma-addons-applets-rosapanel: Better name, maintainer, more votes. [5]chakra-gtk-config [6]kde-gtk-config: Project has been moved upstream [7]chakra-gtk-config-git [8]kde-gtk-config-git: -||- [9]kdevmon [10kdevmon-svn: Better name + maintaer exist [11]kfacebook-git [12]akonadi-facebook-git: Better name [13]kldraw [14]konstruktor: Based on kldraw, works with KDE4, has maintainer [15]krazy2 [16]krazy-git: has better name, both pull from same git tree - [1]https://aur.archlinux.org/packages.php?ID=6436 [2]https://aur.archlinux.org/packages.php?ID=11650 [3]https://aur.archlinux.org/packages.php?ID=52282 [4]https://aur.archlinux.org/packages.php?ID=52310 [5]https://aur.archlinux.org/packages.php?ID
Re: [aur-general] ChangeLog vs .ChangeLog
pe, 2012-06-15 kello 23:14 +0100, Mateusz Loskot kirjoitti: > I've just realised, this file is named .PKGINFO whereas all packages > use PKGBUILD. PKGBUILD is the file that makepkg reads and builds the package according to it. .PKGINFO file is generated by makepkg command and it contains list of files inside the package, it's size, name, version all that information. The .PKGINFO file is included inside the pkgname-pkgver-x86_64.pkg.tar.xz file and you should never modify it manually. .INSTALL is general name for the install file used in some packages. Basicly makepkg just copies the file specified in install= variable to the package along with the .PKGINFO file. Then about the .ChangeLog file. I am not 100% sure, but if I have not undestood everything incorrectly .ChangeLog file is the file specified in changelog= variable inside PKGBUILD and copied into the generated package by makepkg, just like .INSTALL file. This file should contain the changes made into the PKGBUILD and description on how they affect the application. ChangeLog without . in it is just the regular upstream Changelog file, that is then copyed into some dir in the package my make install or some cp/install command. signature.asc Description: This is a digitally signed message part
Re: [aur-general] [RFC] New package: proj-svn
As the software is Licensed under MIT license you do not have to copy the COPYING file into the package. You only need to copy the COPYING file if you set license=('custom: foobar'), but if the license is one of the licenses included in [core]/licenses (is even in base group) package license=('license_name') is enought. (GPL1/2/3, MIT, APACHE) signature.asc Description: This is a digitally signed message part
[aur-general] Request for orphaning
Please orphan the following package [1]ldraw-parts-library it has been out-of-date for some time and I did not get anykind of a reply fomr the maintainer to a email sent ~2 weeks ago. [1]https://aur.archlinux.org/packages.php?ID=7668 signature.asc Description: This is a digitally signed message part
Re: [aur-general] Package Deletion Requests (rtmpdump-yle & asp)
ke, 2012-07-11 kello 19:40 -0400, Jason St. John kirjoitti: > Please delete rtmpdump-yle[1] because the maintainer of the package > made the following comment: > > "THIS PACKAGE IS DEPRECATED! DO NOT USE THIS! > You need to install the new yle-dl package from AUR, which will work > with the new Areena." Thank you for reporting this. I myself had completely forgotten to send the deletation request. I wanted to give the users some time to find the new package ^_^ signature.asc Description: This is a digitally signed message part
[aur-general] Request for removal
Please merge [1]lib32-udev to [2]lib32-systemd-tools. It is a simplish rename to represent the naming scheme used in repos. (Altought only udev is included in the new package) [1]https://aur.archlinux.org/packages.php?ID=56518 [2]https://aur.archlinux.org/packages.php?ID=60231 signature.asc Description: This is a digitally signed message part
[aur-general] Request for orphaning
Please orphan Dragonlord's packages [1]wfmath and [2]mercator, They have been out-of-date for quite a sometime alredy. I have emailed him conserning this issue over 2 weeks ago, with no reply what so ever. Worst, these packages are preventing me from updating my packages, which depend on the newer versions. signature.asc Description: This is a digitally signed message part
Re: [aur-general] PKGBUILD for talking-clock
You can remove the two lines |source=(https://github.com/stormdragon2976/talking-clock) |md5sums=('81c45b81f4ce5617a79005e9370a2845') Git packages do not need those lines, unless there is some "static" content in the package. For example a systemd unit file. Also all git packages should have -git prefix in their names, unless it is 100% sure there will never ever be a "stable" branch or tarball. Also any package that doesn't provide any binary files. Python, perl, bash, java, ruby etc apps should use 'any' as the arch instead of 'x86_64' and 'i686') Same for packages that only contain nonexecutble data, like fonts or icon sets. Consider adding the version number to the license field like 'GPL3' or 'GPL2'. provides=() is used only when another package with same binary/data exist under differend name. For example package 'libass-git' has line provides=('libass') becouse it contains the same library as the libass package. Also used when one package provides differend implementation of the same command/app, but both can be installled at the same time. For example openjdk7 and jre packages both provide the 'java-envirointment' virtual package, needed to run java apps. conflicts=() same thing as above, but this means that the package has a file in same location in the same path. For example libass-gi has file named /usr/lib/libass.soand libass package has file with same name in same path. So they conflict with eachothers and cannot be installed at the same time. replace=() is used when a package with completely differend name replaces some other older app. You shouldn't really need this one in basic PKGBUILDs. So this comes down to meaning you can get rid of those 3 lines on your PKGBUILD Also instead of | msg "Installing..." you would be better of with message like this | msg "Starting to build the package..." Also in the build() function only command needed to prepare the source code for compilation (c->binary, py-> pyc, class -> .jar) an the actual command needed to build/compile the source are allowed. Then you need another function named package(), in this function one puts in the commands that copy the compiled binary + data files to the ${pkgdir} directory. (make install, cp a b, mv, install) You also should enclose every instance of ${srcdir} and ${pkgdir} in "-marks. I am referring to the install lines. You may also want to install namcap it can check your PKGBUILDS and packages for possible errors. signature.asc Description: This is a digitally signed message part
Re: [aur-general] PKGBUILD for talking-clock
I think the name could have that -git into it. Like most git packages do. Also instaed of https:// or http:// git urls should use git:// if avaiable and girhub provides that so use it instead. Also in the package() function you need to cd into the apps sourcedirectory Also add the ""'s to the install commands. signature.asc Description: This is a digitally signed message part
[aur-general] Merge request
Please merge [1]procps-ng-satic into [2]procps-ng-static. -- [1]https://aur.archlinux.org/packages/procps-ng-satic/ [2]https://aur.archlinux.org/packages/procps-ng-static/
Re: [aur-general] Massive orphan request II
pe, 2013-07-05 kello 16:58 -0700, Kevin Vesga kirjoitti: > https://aur.archlinux.org/packages/rosbe/ Please hold on the rosbe, Im still trying to work on it, the situation with it is just simply horrifying. The build system is based on quite old upstream versions and needs pathing and use of older gcc. Even after that there are several linker errors that are being generated, probably due to too new version of package X.
Re: [aur-general] Discussion about roblox package
If they are maintained they don't hurt anyone. It is nice to have pacman keep track of all the stuff that goes outside /home or generated on runtime.
Re: [aur-general] google-earth - Integrity checks (md5) fail
You should post this as a comment on the google-earth AUR pkg site insted of sending it here. It will probably go unnoticed.