Re: [arch-general] PKGBUILD - Howto build openmpi w/o valgrind or valgrind w/o openmpi - what's the trick?

On 06/11/2016 09:11 PM, Doug Newgard wrote: > This is why we have binary repos. Just install one and build the other. Yes, but sometimes you want to KISS and build from source. The key way to drop the openmpi makedepends (it is actually an optdepends), build valgrind, then build openmpi. (then yo

Re: [arch-general] PKGBUILD - Howto build openmpi w/o valgrind or valgrind w/o openmpi - what's the trick?

On Sat, 11 Jun 2016 20:56:14 -0500 "David C. Rankin" wrote: > All, > > This seems like a chicken-and-the-egg problem that I'm not understanding. > How > do you build openmpi when it's makedepends requires valgrind, but you cannot > build valgrind because it's makedepends requires openmpi?? >

Re: [arch-general] PKGBUILD - Howto build openmpi w/o valgrind or valgrind w/o openmpi - what's the trick?

On 06/11/2016 08:56 PM, David C. Rankin wrote: > $ cat /var/abs/extra/valgrind/PKGBUILD > pkgname=valgrind > ... > makedepends=(gdb openmpi) > Looks like openmpi should only be an optdepends of valgrind, not a makedepends... -- David C. Rankin, J.D.,P.E.

[arch-general] PKGBUILD - Howto build openmpi w/o valgrind or valgrind w/o openmpi - what's the trick?

All, This seems like a chicken-and-the-egg problem that I'm not understanding. How do you build openmpi when it's makedepends requires valgrind, but you cannot build valgrind because it's makedepends requires openmpi?? Specifically: $ cat /var/abs/extra/valgrind/PKGBUILD pkgname=valgrind ...

Re: [arch-general] PKGBUILD ERROR

> > -- Forwarded message -- > From: mudongliang > To: arch-general@archlinux.org > Cc: > Date: Fri, 11 Sep 2015 15:28:59 +0800 > Subject: [arch-general] PKGBUILD ERROR > I got the following errors in "yaourt -S sublime-text-dev" : > > subl

Re: [arch-general] PKGBUILD ERROR

On Fri, 11 Sep 2015 16:14:29 +0800, mudongliang wrote: >I think that installing package always needs root privilege by default. It does, but building doesn't (fakeroot). At the right time yaourt will ask you for the password. A while back makepkg provided the --asroot option, but it was dropped.

Re: [arch-general] PKGBUILD ERROR

On Fri, Sep 11, 2015 at 4:14 AM, mudongliang wrote: > Read the relevant docs and ensure you understanging what the process you >> are trying to follow is doing. >> > I think that installing package always needs root privilege by default. > So I don't know why this error happens! I remove "sudo" i

Re: [arch-general] PKGBUILD ERROR

On 09/11/2015 04:04 PM, Eli Schwartz wrote: On Fri, Sep 11, 2015 at 3:50 AM, mudongliang wrote: I am newbie to Archlinux. Today I installed archlinux in my notebook. I don't know how to fix this problem. I searched , but found no useful solutions. - mudongliang Have you tried *obeying

Re: [arch-general] PKGBUILD ERROR

On 09/11/2015 03:59 PM, Dave wrote: On 11 September 2015 08:50:35 BST, mudongliang wrote: On 09/11/2015 03:38 PM, Anatol Pomozov wrote: Hi On Fri, Sep 11, 2015 at 12:28 AM, mudongliang wrote: ==> ERROR: Running makepkg as root is not allowed as it

Re: [arch-general] PKGBUILD ERROR

On Fri, Sep 11, 2015 at 3:50 AM, mudongliang wrote: > I am newbie to Archlinux. Today I installed archlinux in my notebook. > I don't know how to fix this problem. I searched , but found no useful > solutions. > - mudongliang > Have you tried *obeying the message* and running makepkg as a no

Re: [arch-general] PKGBUILD ERROR

On 11 September 2015 08:50:35 BST, mudongliang wrote: > > >On 09/11/2015 03:38 PM, Anatol Pomozov wrote: >> Hi >> >> On Fri, Sep 11, 2015 at 12:28 AM, mudongliang > >> wrote: >>> ==> ERROR: Running makepkg as root is not allowed as it can cause >>> permanent, >>> catastrophic damage to your syste

Re: [arch-general] PKGBUILD ERROR

On 11/09/15, mudongliang wrote: > Please add $VISUAL to your environment variables > for example: > export VISUAL="vim" (in ~/.bashrc) > (replace vim with your favorite editor) > > ==> Edit PKGBUILD with: vim Edit your ~/.bashrc and add the suggested env variable. > > ==> ERROR: Running makepkg

Re: [arch-general] PKGBUILD ERROR

On 09/11/2015 03:38 PM, Anatol Pomozov wrote: Hi On Fri, Sep 11, 2015 at 12:28 AM, mudongliang wrote: ==> ERROR: Running makepkg as root is not allowed as it can cause permanent, catastrophic damage to your system. What exactly in the message above is not clear for you? I am newbie to Arc

Re: [arch-general] PKGBUILD ERROR

Hi On Fri, Sep 11, 2015 at 12:28 AM, mudongliang wrote: > > ==> ERROR: Running makepkg as root is not allowed as it can cause > permanent, > catastrophic damage to your system. > What exactly in the message above is not clear for you?

[arch-general] PKGBUILD ERROR

I got the following errors in "yaourt -S sublime-text-dev" : sublime-text-dev 3.3083-2 (2015-07-07 21:14) ( Unsupported package: Potentially dangerous ! ) ==> Edit PKGBUILD ? [Y/n] ("A" to abort) ==> ==> y Please add $VISUAL to your environment variables for

Re: [arch-general] PKGBUILD inheritance

I think you're right, pkgver should be updated anyway. Will stick to script then. Thanks everyone. On Sat, May 2, 2015 at 1:02 AM Mark Lee wrote: > On Friday, May 01, 2015 01:27:58 PM Roman Rader wrote: > > I want to be in sync with official kernel config. > > Script is good idea but universal

Re: [arch-general] PKGBUILD inheritance

On Friday, May 01, 2015 01:27:58 PM Roman Rader wrote: > I want to be in sync with official kernel config. > Script is good idea but universal PKGBUILD based on core/linux will keep me > from updating the package manually every time kernel is updated. If you want to be in sync with the official ar

Re: [arch-general] PKGBUILD inheritance

I want to be in sync with official kernel config. Script is good idea but universal PKGBUILD based on core/linux will keep me from updating the package manually every time kernel is updated. Пт, 1 трав. 2015 15:53 Maarten de Vries пише: ​ > > On 1 May 2015 at 14:13, Roman Rader wrote: > > > Wel

Re: [arch-general] PKGBUILD inheritance

​ On 1 May 2015 at 14:13, Roman Rader wrote: > Well yes, basically what I want to do is to download the PKGBUILD in the > prepare function and do makepkg inside my build function. I can then unpack > content of resulting package and put it to destination directory to pack it > again, but it's ha

Re: [arch-general] PKGBUILD inheritance

Well yes, basically what I want to do is to download the PKGBUILD in the prepare function and do makepkg inside my build function. I can then unpack content of resulting package and put it to destination directory to pack it again, but it's hacky and doesn't look nice. I'm looking for the proper wa

Re: [arch-general] PKGBUILD inheritance

Well yes, basically what I want to do is to download the PKGBUILD in the prepare function and do makepkg inside my build function. I can then unpack content of resulting package and put it to destination directory to pack it again, but it's hacky and doesn't look nice. I'm looking for the proper wa

Re: [arch-general] PKGBUILD inheritance

On 29 April 2015 at 22:48, Roman Rader wrote: > Hi > > I want to make PKGBUILD for kernel in AUR with enabled options that I need. > I did > #ABSROOT=. abs core/linux > fixed config and I'm good, but to keep it updated with core/linux I need to > do it all the time (load latest core/linux, fix th

[arch-general] PKGBUILD inheritance

Hi I want to make PKGBUILD for kernel in AUR with enabled options that I need. I did #ABSROOT=. abs core/linux fixed config and I'm good, but to keep it updated with core/linux I need to do it all the time (load latest core/linux, fix the config, rebuild). Is there some tools/mechanisms to make a

Re: [arch-general] PKGBUILD: replaces array in split packages

On 13.02.15 at 19:40, Troy Engel wrote: > On Fri, Feb 13, 2015 at 5:21 PM, Jakub Klinkovský wrote: > > > > Or at least I thought so - it appears that both qemu and libcacard have > > qemu-kvm > > in their 'replaces' array. In this case, it's because qemu is a split > > package > > (qemu + libcac

Re: [arch-general] PKGBUILD: replaces array in split packages

On Fri, Feb 13, 2015 at 5:21 PM, Jakub Klinkovský wrote: > > Or at least I thought so - it appears that both qemu and libcacard have > qemu-kvm > in their 'replaces' array. In this case, it's because qemu is a split package > (qemu + libcacard) and the replaces array is defined globally in the PK

[arch-general] PKGBUILD: replaces array in split packages

Hello, I'm writing a script [1] to update package links on ArchWiki. The script also gives hints on broken/outdated package, e.g. for 'mesa-dri` the hint is "replaced by 'mesa'" (with an appropriate link to the 'mesa' package). I've chosen to only look into the 'replaces' array of the packages, be

Re: [arch-general] PKGBUILD any way to create pkg-A & pkg-A-test that install w/o conflict

On 08-03-14 06:18, David C. Rankin wrote: All, Is it possible to create multiple packages that have different package names but are the same package (with different patches) and have them install without conflict? (for testing) Currently I'm testing systemd patches for pkg 'tde-tdebase'. I b

[arch-general] PKGBUILD any way to create pkg-A & pkg-A-test that install w/o conflict

All, Is it possible to create multiple packages that have different package names but are the same package (with different patches) and have them install without conflict? (for testing) Currently I'm testing systemd patches for pkg 'tde-tdebase'. I built a separate package with the systemd patc

Re: [arch-general] PKGBUILD weirdness

On 11/04/13 23:51, Jan Alexander Steffens wrote: On Thu, Apr 11, 2013 at 3:43 PM, Robbie Smith wrote: On 11/04/13 22:20, Jan Alexander Steffens wrote: On Thu, Apr 11, 2013 at 1:16 PM, Robbie Smith wrote: I’ve been working on my own fork of luakit, building and installing it to test changes

Re: [arch-general] PKGBUILD weirdness

On Thu, Apr 11, 2013 at 3:43 PM, Robbie Smith wrote: > On 11/04/13 22:20, Jan Alexander Steffens wrote: >> >> On Thu, Apr 11, 2013 at 1:16 PM, Robbie Smith wrote: >>> >>> I’ve been working on my own fork of luakit, building and installing it to >>> test changes, and I’ve come across some weirdnes

Re: [arch-general] PKGBUILD weirdness

On 11/04/13 22:20, Jan Alexander Steffens wrote: On Thu, Apr 11, 2013 at 1:16 PM, Robbie Smith wrote: I’ve been working on my own fork of luakit, building and installing it to test changes, and I’ve come across some weirdness in the PKGBUILD. The original luakit-git PKGBUILD[1] has a set of opt

Re: [arch-general] PKGBUILD weirdness

On Thu, Apr 11, 2013 at 1:16 PM, Robbie Smith wrote: > I’ve been working on my own fork of luakit, building and installing it to > test changes, and I’ve come across some weirdness in the PKGBUILD. The > original luakit-git PKGBUILD[1] has a set of options to pass to make to (for > example) enable

[arch-general] PKGBUILD weirdness

I’ve been working on my own fork of luakit, building and installing it to test changes, and I’ve come across some weirdness in the PKGBUILD. The original luakit-git PKGBUILD[1] has a set of options to pass to make to (for example) enable luajit. I rewrote it to conform with pacman/makepkg 4.1

Re: [arch-general] pkgbuild depends() can you have both >= <=?

On Mon, Jul 30, 2012 at 08:16:28PM -0500, David C. Rankin wrote: > Guys, > > Is it possible to have both a 'greater than' and 'less than' dependency on > any > single package listed as a depends in a PKGBUILD? I want to specify gegl > >=0.1.8 and <=0.2 for gimp26. Possible? > > Man page say

Re: [arch-general] pkgbuild depends() can you have both >= <=?

On Mon, Jul 30, 2012 at 08:16:28PM -0500, David C. Rankin wrote: > Guys, > > Is it possible to have both a 'greater than' and 'less than' dependency on > any > single package listed as a depends in a PKGBUILD? I want to specify gegl > >=0.1.8 and <=0.2 for gimp26. Possible? > > Man page say

[arch-general] pkgbuild depends() can you have both >= <=?

Guys, Is it possible to have both a 'greater than' and 'less than' dependency on any single package listed as a depends in a PKGBUILD? I want to specify gegl >=0.1.8 and <=0.2 for gimp26. Possible? Man page says: Entries can also include a version requirement of the form name<>version, whe

Re: [arch-general] PKGBUILD-perl.proto

On Sun, Jun 3, 2012 at 3:18 AM, Florian Pritz wrote: > On 03.06.2012 04:41, Myra Nelson wrote: >> On Sat, Jun 2, 2012 at 11:56 AM, Myra Nelson wrote: >>> While working on some AUR packages, I took a look at the PKGBUILD >>> prototypes that come with pacman. The one difference that I had a >>> que

Re: [arch-general] PKGBUILD-perl.proto

On 03.06.2012 04:41, Myra Nelson wrote: > On Sat, Jun 2, 2012 at 11:56 AM, Myra Nelson wrote: >> While working on some AUR packages, I took a look at the PKGBUILD >> prototypes that come with pacman. The one difference that I had a >> question about has to do with this snippet: >> >> _author=AUTHO

Re: [arch-general] PKGBUILD-perl.proto

On Sat, Jun 2, 2012 at 11:56 AM, Myra Nelson wrote: > While working on some AUR packages, I took a look at the PKGBUILD > prototypes that come with pacman. The one difference that I had a > question about has to do with this snippet: > > _author=AUTHOR_NAME > > _perlmod=MODNAME > > pkgname=perl-$_

Re: [arch-general] PKGBUILD-perl.proto

On 03/06/12 05:32, Jude DaShiell wrote: > Last perl build broke my instance of perl and made it necessary to > reinstall archlinux or try to. Maybe I'll get that done tomorrow. On Sat, I don't know what "it" is in this particular case... but you are doing it wrong.

Re: [arch-general] PKGBUILD-perl.proto

Last perl build broke my instance of perl and made it necessary to reinstall archlinux or try to. Maybe I'll get that done tomorrow. On Sat, 2 Jun 2012, Myra Nelson wrote: > While working on some AUR packages, I took a look at the PKGBUILD > prototypes that come with pacman. The one difference

[arch-general] PKGBUILD-perl.proto

While working on some AUR packages, I took a look at the PKGBUILD prototypes that come with pacman. The one difference that I had a question about has to do with this snippet: _author=AUTHOR_NAME _perlmod=MODNAME pkgname=perl-$_perlmod pkgver=VERSION Since the MODNAME package being downloaded

Re: [arch-general] PKGBUILD "provides" not handled correctly?

On Wed, 2012-05-02 at 08:30 +0530, gt wrote: > On Tue, May 01, 2012 at 05:01:16PM -0300, Norbert Zeh wrote: > > Thanks for all your quick replies. Immediately after firing off this > > email, I > > thought it would be something like this, but for some reason I didn't > > bother to > > read the m

Re: [arch-general] PKGBUILD "provides" not handled correctly?

On Tue, May 01, 2012 at 05:01:16PM -0300, Norbert Zeh wrote: > Thanks for all your quick replies. Immediately after firing off this email, I > thought it would be something like this, but for some reason I didn't bother > to > read the manpage :( Some would have considered this reason enough for

Re: [arch-general] PKGBUILD "provides" not handled correctly?

Thanks for all your quick replies. Immediately after firing off this email, I thought it would be something like this, but for some reason I didn't bother to read the manpage :( Some would have considered this reason enough for a RTFM response. It's wonderful to see that these types of responses

Re: [arch-general] PKGBUILD "provides" not handled correctly?

On Tue, May 1, 2012 at 9:08 PM, Norbert Zeh wrote: > Hi folks, > > I have just run into a weird problem.  I have a machine that isn't too happy > with the 3.3.x kernel series.  So I'm running linux-lts on it, but that one is > meant for servers, so isn't as responsive as one would like on a deskto

Re: [arch-general] PKGBUILD "provides" not handled correctly?

On Tue, May 01, 2012 at 04:08:04PM -0300, Norbert Zeh wrote: > linux-lts-local. I've added "linux-lts" to the conflicts/provides/replaces also, from man pkgbuild: * replaces (array) "Sysupgrade is currently the only pacman operation that utilizes this field. A normal sync or upgrade will not use

Re: [arch-general] PKGBUILD "provides" not handled correctly?

On Tue, May 1, 2012 at 12:08, Norbert Zeh wrote: > Now I'm confused: linux-lts-local provides linux-lts, and the version is > 3.0.29-1.  So why does pacman complain?  Any pointers are much appreciated. You need to provide a specific version of linux-lts, I believe. An unversioned provides won't m

[arch-general] PKGBUILD "provides" not handled correctly?

Hi folks, I have just run into a weird problem. I have a machine that isn't too happy with the 3.3.x kernel series. So I'm running linux-lts on it, but that one is meant for servers, so isn't as responsive as one would like on a desktop system. So I've decided to throw a little PKGBUILD together

[arch-general] [pkgbuild] Erlang R15B (new major release)

Hello, I've attached an updated PKGBUILD for the new major release of erlang. The build runs well on my machine. Can a dev update the version of erlang in the repos? best, vedant # $Id$ # Maintainer: Vesa Kaihlavirta # Contributor: Sarah Hay # Contributor: Tom Burdick pkgname=erlang pkgver=R

Re: [arch-general] PKGBUILD help

> Yes been there but all that happens is i get a load of failed deps one of > which it seems cannot be satisfied and all 32 bit stuff this is a 64 bit > the > PKGBUILD mentions 64 bit but goes for 32 bit the fails also complains about > google-earth.install is missing so i dont know wher

Re: [arch-general] PKGBUILD help

On Fri, 2012-01-27 at 10:47 -0500, Taylor Hedberg wrote: > Either use `makepkg -i` to install automatically after building, or > `pacman -U foo.pkg.tar.xz` to manually install the built package. FWIW makepkg -i requires sudo. I don't set up sudo for my user. IMO there are good wikis about buildin

Re: [arch-general] PKGBUILD help

On Fri, Jan 27, 2012 at 2:23 PM, Peter G Nikolic wrote: >> Or run makepkg -i (or makepkg -si which will install dependencies too). >> >> I am pretty sure the wiki explains PKGBUILDs pretty good, take a look :) > > Did but could not find much   never mind   solved now thanks > now just to olve the

Re: [arch-general] PKGBUILD help

On Friday 27 Jan 2012 17:47:26 Thanasis Georgiou wrote: > On 27 January 2012 17:40, Peter G Nikolic wrote: > > Hi .. > > > > I am trying to install my favorite editor joe now i have the > > "PKGBUILD" file have run "makepkg" it has built ok no erors but how > > the heck do i install it say

Re: [arch-general] PKGBUILD help

On Fri, Jan 27, 2012 at 1:50 PM, Tim Stella wrote: > Seems to me like you'd like an aur tool like 'yaourt' -- then it'd be as > simple > as 'yaourt -S joe'. Their homepage has installation instructions you can copy > and paste as well. I should say that a AUR tool is only useful for those who un

Re: [arch-general] PKGBUILD help

Either use `makepkg -i` to install automatically after building, or `pacman -U foo.pkg.tar.xz` to manually install the built package. pgpOGh6Oqpbiw.pgp Description: PGP signature

Re: [arch-general] PKGBUILD help

Seems to me like you'd like an aur tool like 'yaourt' -- then it'd be as simple as 'yaourt -S joe'. Their homepage has installation instructions you can copy and paste as well. Tim On 01/27/12 at 03:40pm, Peter G Nikolic wrote: > Hi .. > > I am trying to install my favorite editor joe now i

Re: [arch-general] PKGBUILD help

On 27 January 2012 17:40, Peter G Nikolic wrote: > Hi .. > > I am trying to install my favorite editor   joe   now i have the "PKGBUILD" > file  have  run "makepkg" it has built ok no erors but how the heck do i > install  it says installed but it has not it has just created the directorys > in th

Re: [arch-general] PKGBUILD help

On Fri, Jan 27, 2012 at 4:40 PM, Peter G Nikolic wrote: > Hi .. > > I am trying to install my favorite editor   joe   now i have the "PKGBUILD" > file  have  run "makepkg" it has built ok no erors but how the heck do i > install  it says installed but it has not it has just created the directorys

[arch-general] PKGBUILD help

Hi .. I am trying to install my favorite editor joe now i have the "PKGBUILD" file have run "makepkg" it has built ok no erors but how the heck do i install it says installed but it has not it has just created the directorys in the build dir but not actually installed it on the system

Re: [arch-general] PKGBUILD question

On 01/07/2012 04:42 AM, Corrado Primier wrote: 2012/1/7 Allan McRae: I'd just go for something like this: _pkgver=2.0.1-BETA1 pkgver=2.0.1beta1 No need for all that fancy stuff... I'd go for that too. But I find these little challenges very funny, and I wondered if it was possible without add

Re: [arch-general] PKGBUILD question

On Jan 7, 2012 7:37 AM, "Allan McRae" wrote: > > On 07/01/12 22:30, Corrado Primier wrote: > > 2012/1/7 Don Juan : > >> The problem I have run into and can not seem to find info about or something > >> I have ever run into is that it seems bsdtar when extracting is making the > >> name as name_2.0

Re: [arch-general] PKGBUILD question

2012/1/7 Allan McRae : > I'd just go for something like this: > > _pkgver=2.0.1-BETA1 > pkgver=2.0.1beta1 > > No need for all that fancy stuff... I'd go for that too. But I find these little challenges very funny, and I wondered if it was possible without adding another variable :) bardo

Re: [arch-general] PKGBUILD question

On 07/01/12 22:30, Corrado Primier wrote: > 2012/1/7 Don Juan : >> The problem I have run into and can not seem to find info about or something >> I have ever run into is that it seems bsdtar when extracting is making the >> name as name_2.0.1-BETA1 and not making it name_2.0.1-beta1 and makepkg >>

Re: [arch-general] PKGBUILD question

On Sat, Jan 07, 2012 at 01:30:11PM +0100, Corrado Primier wrote: > The only problem in your specific situation is the need to also change > '-' in '_'. That would require a double brace expansion, but I'm not > sure it is possible. If it is, it seems to be undocumented. The > cleanest way I could c

Re: [arch-general] PKGBUILD question

2012/1/7 Don Juan : > The problem I have run into and can not seem to find info about or something > I have ever run into is that it seems bsdtar when extracting is making the > name as name_2.0.1-BETA1 and not making it name_2.0.1-beta1 and makepkg > fails saying it can not find the proper file of

Re: [arch-general] PKGBUILD question

On Fri, Jan 06, 2012 at 07:41:32PM -0800, Don Juan wrote: > I am trying to update a AUR pkgbuild I found and the source file > when I download it has a - in the file name > > name_2.0.1-beta1 > > I figure out using ${pkgver//_/-} converts it properly when listing > it as name_2.0.1_beta1. > > Th

Re: [arch-general] PKGBUILD question

On Fri, Jan 6, 2012 at 9:41 PM, Don Juan wrote: > > the tarball being downloaded converts properly and dl's fine, it just seems > to be in the next step for package, unless I just really am not grasping > this yet. If so feel free to say I need to read more. But I think its > something easy I am j

[arch-general] PKGBUILD question

I am trying to update a AUR pkgbuild I found and the source file when I download it has a - in the file name name_2.0.1-beta1 I figure out using ${pkgver//_/-} converts it properly when listing it as name_2.0.1_beta1. The problem I have run into and can not seem to find info about or someth

Re: [arch-general] PKGBUILD work

Thank you all.

Re: [arch-general] PKGBUILD work

On 6 February 2011 00:58, Ray Rashif wrote: > On 5 February 2011 21:23, Bernardo Barros wrote: >> Hey all, >> >> How to have access and change PKGBUILD variables? Is there >> command-line tools for this kind of job, so one could easily check, >> for example, the version number, change it and upda

Re: [arch-general] PKGBUILD work

On 5 February 2011 21:23, Bernardo Barros wrote: > Hey all, > > How to have access and change PKGBUILD variables? Is there > command-line tools for this kind of job, so one could easily check, > for example, the version number, change it and update the checksum? There is no such prepackaged tool,

Re: [arch-general] PKGBUILD work

Am 05.02.2011 16:17, schrieb Bernardo Barros: > yep! > > could you give an example of a bash function that gets the $pkgver from a > file? > Just paste Gaetans two lines into a file: . `pwd`/PKGBUILD echo $pkgver Save it in a directory which is in your PATH variable and make it

Re: [arch-general] PKGBUILD work

On 02/05/2011 04:17 PM, Bernardo Barros wrote: yep! could you give an example of a bash function that gets the $pkgver from a file? Hi... I'm not verry good in bash function but this should work: pkgver() { . $1 ; echo $pkgver ;} Put it in your .bashrc and then run: pkgver PKGBUILD But it w

Re: [arch-general] PKGBUILD work

yep! could you give an example of a bash function that gets the $pkgver from a file?

Re: [arch-general] PKGBUILD work

[2011-02-05 12:02:53 -0200] Bernardo Barros: > But I'd like to know if I could do something like 'get-pkg-version', If you trust the PKGBUILD: . PKGBUILD echo $pkgver If you don't, then I would use AWK to parse it... -- Gaetan

Re: [arch-general] PKGBUILD work

2011/2/5 Bernardo Barros > 2011/2/5 jesse jaara : > > Can't you just open it in nano or vim? > > Of course... or even better, Emacs. :-) > > But I'd like to know if I could do something like 'get-pkg-version', > so from time to time I could use a script to create a list with the > packages and t

Re: [arch-general] PKGBUILD work

(in case not all of then are installed, then pacman would do it)

Re: [arch-general] PKGBUILD work

2011/2/5 jesse jaara : > Can't you just open it in nano or vim? Of course... or even better, Emacs. :-) But I'd like to know if I could do something like 'get-pkg-version', so from time to time I could use a script to create a list with the packages and the version numbers. Then would be easy t

Re: [arch-general] PKGBUILD work

And get PKGBUILD with ABS. -- Sds., Leandro Inácio S. Carvalho http://blog.leandroinacio.eti.br/ http://archlinux-br.org/ Linux User: #475144 LPIC-1 (LPI000212497) Arch Linux User "Não existe atalho para o desenvolvimento, para progredirmos precisamos de ação, de

Re: [arch-general] PKGBUILD work

2011/2/5 Bernardo Barros > Hey all, > > How to have access and change PKGBUILD variables? Is there > command-line tools for this kind of job, so one could easily check, > for example, the version number, change it and update the checksum? > > thanks a bunch, > Bernardo > Can't you just open it i

[arch-general] PKGBUILD work

Hey all, How to have access and change PKGBUILD variables? Is there command-line tools for this kind of job, so one could easily check, for example, the version number, change it and update the checksum? thanks a bunch, Bernardo

Re: [arch-general] PKGBUILD - howto handle 'src' when svn source is already in PKGBUILD dir?

On 01/28/2011 10:40 AM, Kirill Churin wrote: > Why don't you look how do KDE packages currently handled in Arch? I think > you can apply it's basic principles to your Trinity packages as well. > > E.g. > http://projects.archlinux.org/svntogit/packages.git/tree/kde-meta/trunk/PKGBUILD > and > it's

Re: [arch-general] PKGBUILD - howto handle 'src' when svn source is already in PKGBUILD dir?

On Fri, Jan 28, 2011 at 9:02 PM, David C. Rankin < drankina...@suddenlinkmail.com> wrote: > On 01/28/2011 02:57 AM, Kirill Churin wrote: > >> See how this is handled e.g. in this PKGBGUILD: >> https://aur.archlinux.org/packages/mesa-git/mesa-git/PKGBUILD >> >> > Thank you Kirill! > > So it looks

Re: [arch-general] PKGBUILD - howto handle 'src' when svn source is already in PKGBUILD dir?

On 01/28/2011 02:57 AM, Kirill Churin wrote: See how this is handled e.g. in this PKGBGUILD: https://aur.archlinux.org/packages/mesa-git/mesa-git/PKGBUILD Thank you Kirill! So it looks like I need to backup one (or two) directories and do the PKGBUILD higher up in the svn tree rather than

Re: [arch-general] PKGBUILD - howto handle 'src' when svn source is already in PKGBUILD dir?

On Fri, Jan 28, 2011 at 7:57 AM, David C. Rankin < drankina...@suddenlinkmail.com> wrote: > Guys, > > I'm trying to figure out the best way to create a set of PKGBUILDs for the > Trinity svn tree. I already have the svn source on my computer. I can check > for > the latest version or svn up each

[arch-general] PKGBUILD - howto handle 'src' when svn source is already in PKGBUILD dir?

Guys, I'm trying to figure out the best way to create a set of PKGBUILDs for the Trinity svn tree. I already have the svn source on my computer. I can check for the latest version or svn up each module and I can have makepkg 'redownload' the latest rev in $startdir/src, but HOW do I setup the PK

Re: [arch-general] PKGBUILD depends - howto specify alternate packages that can satisfy? possible?

On 01/27/2011 05:05 PM, Allan McRae wrote: > I guess qt3-enhances has proveds=('qt3') in its PKGBUILD. So you only need > to > depend on qt3. > > Allan Sven, Allan, Perfect! qt3-enhanced provides qt3: provides=('qt3=3.3.8' 'qt-enhanced=3.3.8') so if I understand correctly, then depends=('

Re: [arch-general] PKGBUILD depends - howto specify alternate packages that can satisfy? possible?

On 28/01/11 08:52, David C. Rankin wrote: Guys, I am trying to create a PKGBUILD that needs qt3, but I want to make it flexible enough to accept either 'qt3' or 'qt3-enhanced' as a dependency. Can I do that? I looked over https://wiki.archlinux.org/index.php/PKGBUILD and I either missed a

Re: [arch-general] PKGBUILD depends - howto specify alternate packages that can satisfy? possible?

On 27.01.2011 23:52, David C. Rankin wrote: > Guys, > > I am trying to create a PKGBUILD that needs qt3, but I want to make it > flexible enough to accept either 'qt3' or 'qt3-enhanced' as a dependency. Can > I > do that? > > I looked over https://wiki.archlinux.org/index.php/PKGBUILD and I ei

[arch-general] PKGBUILD depends - howto specify alternate packages that can satisfy? possible?

Guys, I am trying to create a PKGBUILD that needs qt3, but I want to make it flexible enough to accept either 'qt3' or 'qt3-enhanced' as a dependency. Can I do that? I looked over https://wiki.archlinux.org/index.php/PKGBUILD and I either missed a way to do it, or I'm just confused. What say

Re: [arch-general] PKGBUILD parser

On Mon, May 10, 2010 at 8:14 PM, Pierre Chapuis wrote: >>> http://stackoverflow.com/questions/133601/can-regular-expressions-be-used-to-match-nested-patterns >> > Actually if you read the page linked above completely you will notice that it > says that you can. Regexps like POSIX that use finite

Re: [arch-general] PKGBUILD parser

On Mon 10 May 2010 09:23 +1000, Allan McRae wrote: > On 10/05/10 02:06, Loui Chang wrote: > >On Sun 09 May 2010 16:21 +0200, Xavier Chantry wrote: > >>But I just had an idea now, if we're thinking about AUR use case : > >>makepkg --source could generate a suitable and parsable file providing > >>al

Re: [arch-general] PKGBUILD parser

Interesting I didn't realize that. But then it's not really a 'regular' expression then. They should call it a 'limited-context-free' expression... Kaiting. On Mon, May 10, 2010 at 2:21 PM, C Anthony Risinger wrote: > On Mon, May 10, 2010 at 1:14 PM, Pierre Chapuis > wrote: > > > > "Andre "Osku

Re: [arch-general] PKGBUILD parser

On Mon, May 10, 2010 at 1:14 PM, Pierre Chapuis wrote: > > "Andre "Osku" Schmidt" a écrit : > >>> A regular >>> expression will never be able to parse that.because it can never decide >>> which brace is the final one. This might be better explained here. >>> >>> http://stackoverflow.com/questions

Re: [arch-general] PKGBUILD parser

"Andre "Osku" Schmidt" a écrit : >> A regular >> expression will never be able to parse that.because it can never decide >> which brace is the final one. This might be better explained here. >> >> http://stackoverflow.com/questions/133601/can-regular-expressions-be-used-to-match-nested-patterns

Re: [arch-general] PKGBUILD parser

my journey ended here: http://en.wikipedia.org/wiki/Parsing_expression_grammar i tried couple hours to understand how to use the two js librarys that are listed there... but yeah, i have no expertise in that (PEG) field and couldn't find any newbie friendly tutorials on that subject... so another

Re: [arch-general] PKGBUILD parser

On Mon, May 10, 2010 at 1:23 AM, Allan McRae wrote: > On 10/05/10 02:06, Loui Chang wrote: >> >> On Sun 09 May 2010 16:21 +0200, Xavier Chantry wrote: >>> >>> On Sun, May 9, 2010 at 2:44 PM, Allan McRae  wrote: Sourcing is dangerous if the PKGBUILD is from an untrusted source.  It a

Re: [arch-general] PKGBUILD parser

On 10/05/10 02:06, Loui Chang wrote: On Sun 09 May 2010 16:21 +0200, Xavier Chantry wrote: On Sun, May 9, 2010 at 2:44 PM, Allan McRae wrote: Sourcing is dangerous if the PKGBUILD is from an untrusted source. It also fails with package splitting... But I just had an idea now, if we're thin

Re: [arch-general] PKGBUILD parser

Hello, On Sun, May 09, 2010 at 12:06:34PM -0400, Loui Chang wrote: > On Sun 09 May 2010 16:21 +0200, Xavier Chantry wrote: > > On Sun, May 9, 2010 at 2:44 PM, Allan McRae wrote: > > > Sourcing is dangerous if the PKGBUILD is from an untrusted source.  It > > > also > > > fails with package split

  1   2   >