[SOLVED] makepkg -s PKGBUILD issues

Hey all, this is my second install of Arch. I love it, but I am having some issues this time around that I did not have the first install.
Here is the issue:
Arch does not seem to recognize that I have installed dependencies when using makepkg. For example, I want to install compiz-bzr. I download the tarball and extract it to a folder. I run:
makepkg -s PKGBUILD
and it tells me it cant resolve dependencies gmock. When I install gmock via AUR the same way it installs fine, but when I go to install compiz-bzr again, the same message says cannot resolve dependencies gmock.
if i run:
pacman -Qs gmock
nothing shows as being installed. This does not just happen with compiz-bzr, it happens with anything I install via AUR. I am sure I am missing something probably simple but for the life of me I cannot figure it out..
please help!
Last edited by Obrez (2014-03-14 04:03:51)

man makepkg wrote: -i, --install
Install or upgrade the package after a successful build using
pacman(8).
edit: too slow again
Last edited by skunktrader (2014-03-14 03:59:18)

Similar Messages

[solved] google-talkplugin PKGBUILD issues...

Installing the google-talkplugin (for Firefox, and wot wot)
https://aur.archlinux.org/packages/google-talkplugin/
I read Matthew_Moore's 11-22-2014 comment and updated the URL and SHA. The url seemed to work, but the SHA failed verification.
Where in the world do you find the SHA string? It's not in any of the sub-directories of the URL.
[xtian@MasterShake google-talkplugin]$ sudo makepkg --asroot -s
==> Making package: google-talkplugin 5.38.6.0-1 (Tue Nov 25 14:19:19 EST 2014)
==> Checking runtime dependencies...
==> Installing missing dependencies...
resolving dependencies...
looking for inter-conflicts...
Packages (1): lsb-release-1.4-14
Total Download Size: 0.01 MiB
Total Installed Size: 0.04 MiB
:: Proceed with installation? [Y/n] y
:: Retrieving packages ...
lsb-release-1.4-14-any 6.7 KiB 3.27M/s 00:00 [#########################] 100%
(1/1) checking keys in keyring [#########################] 100%
(1/1) checking package integrity [#########################] 100%
(1/1) loading package files [#########################] 100%
(1/1) checking for file conflicts [#########################] 100%
(1/1) checking available disk space [#########################] 100%
(1/1) installing lsb-release [#########################] 100%
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading license.html...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 19289 0 19289 0 0 178k 0 --:--:-- --:--:-- --:--:-- 179k
-> Downloading google-talkplugin_current_x86_64.rpm...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 7140k 100 7140k 0 0 2125k 0 0:00:03 0:00:03 --:--:-- 2125k
==> Validating source files with sha1sums...
license.html ... Skipped
google-talkplugin_current_x86_64.rpm ... FAILED
==> ERROR: One or more files did not pass the validity check!
Last edited by xtian (2014-11-26 19:26:50)

Here's the WIKI page for Installing packages. Suppose we could edit it to reflect that informatin?
Installing packages from the AUR is a relatively simple process. Essentially:
Acquire the tarball which contains the PKGBUILD and possibly other required files, like systemd-units and patches (but often not the actual code).
Extract the tarball (preferably in a folder set aside just for builds from the AUR) with tar -xvf foo.tar.gz.
[MAYBE HERE? Build your package as non-root user...]
Run makepkg in the directory where the files are saved (makepkg -s will automatically resolve dependencies with pacman). This will download the code, compile it and pack it. [or MAYBE HERE?]
Look for a README file in src/, as it might contain information needed later on.
Install the resulting package with pacman:
# pacman -U /path/to/pkg.tar.xz
AUR helpers add seamless access to the AUR. They vary in their features but can ease in searching, fetching, building, and installing from PKGBUILDs found in the AUR. All of these scripts can be found in the AUR.
Warning: There is not and will never be an official mechanism for installing build material from the AUR. All AUR users should be familiar with the build process.
[HERE AS ASIDE..FOR YOUR OWN SAKE, DON"T JUST INSTALL --AS-ROOT...
Last edited by xtian (2014-11-25 19:25:51)

[solved] makepkg -g babbles on stdout

Recently makepkg started writing its progress information on stdout instead of stderr. This breaks the common usage:
makepkg -g >> PKGBUILD
because all the verbosity goes to the output and gets appended to PKGBUILD.
Last edited by Rulatir (2009-10-25 12:01:51)

Nezmer wrote:Maybe It's the DLAGENT you use .
[solved] by adding -q to the DLAGENT command, my bad, sorry!

Can you help me solve my aspect ratio issue?

Hey guys,
I'm posting this in hopes that someone can help me solve an aspect ratio issue with a project that I have to finish by tomorrow.
I'm trying to avoid having to re-edit the entire thing.
I shot the project with my Nikon D7000 DSLR. in 720p 30p (29.97)
I am running Adobe Premiere Pro CS5 (the trial version). I have the full version of Adobe Premiere Pro CS3.
The reason I was working with the trial is that CS3 can't handle the H.264 MOVs that the D7000 records.
You can work with a timeline, but if you try to export anything, it never works. I always have to convert my footage to ProRes MOVs with MPEG Streamclip before I can work with them is CS3. That takes a lot of time and a lot of hard drive space. After much research, I found out that CS5 is the way to go for DSLR footage. I just need to save up my pennies for the upgrade.
So I thought I'd edit this short (1 minute) project with the trial to see how CS5 works with the D7000 footage.
Upon installing the trial program, I found that the project presets were limited. I knew this ahead of time because it's clearly stated on the Adobe's website.
But I wasn't aware how limited they are.
Since "DSLR 1280x720p 30p" is not an option with the trial, I was going to use HDV 720p 30p. But that was not an option either!
So basically, my only option for 16x9 30p was "DV NTSC Widescreen". It's my understanding that this is 864x480 (in square pixel aspect ratio) or 720x480 (in widescreen pixel aspect ratio) I needed the output file to be 864x486. I downsized the footage to 69% in the "Video Effects: Motion" setting so it looked correct in the project. I didn't think about those extra 6 pixels until I outputed the file and saw thin black lines on the top and bottom. My guess is that Premiere is adding black pixels because my project is technically 720x480 (1.2121)
Any thoughts on how I can get a clean 864x486 export? I'd rather not re-edit the whole thing...which I would have to do in CS3 after I spent a few hours converting the original files in MPEG Streamclip. I don't know if there is a way to export something out of CS5 and then open a new project in CS3 to make this work.
Thanks in adavance!
- Jordan

On export, just crop a few pixels off of each side; that'll let the image scale correctly to the output frame size without black bars.
I'm not running the trial, but you should still be able to create a custom sequence preset using the Desktop editing mode. Just switch over to the General tab when you create a new sequence, and choose "Desktop" from the editing modes. Set the rest of the parameters as you need them.
Even easier: once you've imported your footage, just drag a clip to the New Item icon at the bottom of the project panel; a sequence will be created matching your footage parameters. You can edit at full-resolution, and then export to your desired frame size when complete--you'll probably still need to crop a few pixels (in the Export Settings window) to eliminate the black bars.

Has anyone solved the "garbled characters" issue i...

When I use Nokia Maps on my N95, all streets and towns which contain special characters such as: é, è, ü, ä, ö, etc… do appear garbled. For example,
Zürich appears as: Zã¼rich
München appears as: Mã¼nchen
Liège appears as: Liã"ge
I saw a couple posts on this forum where people suggested to format the memory card, some other suggested to reload the firmware (my N95 has 12.0.013) but nothing has helped. I went as far as using someone's PC whose WinXP is installed in French - I thought that maybe the operating system or regional settings could have some influence, but I was wrong.
Has anyone solved this extremely annoying issue?
Thx

I solved it. It took me one evening. I wonder why Nokia haven't published any comments on this old issue.
Solution can be found below, but before I want to tell about some technical details. Maybe guys at Nokia will read them
As someone on this forum said before the problem is that map names are in UTF-8 format, but phone tries to show them using another encoding. After some googling I found that this issue is well-known because Nokia phones use ISO 8859-1 (which is similar to Windows-1252, Western European) by default but some application assume UTF-8 to be default.
At first, I discovered that when I start Nokia map with empty SD card and allow it to download something from internet, all names were shown correctly. I supposed that the problem sits in that awful Map Loader, but I was wrong: it does absolutely nothing special with data files, just downloading and unzipping. And this super-mega-feature-rich-map-loader require about 40Mb to download for .NET 3.0 plus 10 Mb for itself. Never seen anything worse
So I've started to compare contents of one SD card with incorrect street and city names and another with correct.
After some time I came across Cachedatheader.cdt file in diskcache folder. And what do you think?
The file from correct SD card contains a literal string: "UTF-8". While incorrect one contains a string saying "ISO 8859-1". I've nearly fell out of my chair after seeing that.
I've replaced wrong file with correct one and names became readable on all my 180mb of previously downloaded maps.
Finally, after playing with it some more I found a simple solution which should work for everyone:
***** SOLUTION *****
1. Enable internet access in Nokia Maps application (set it to When Needed).
2. Access memory card from your PC and go to "\PRIVATE\20001f66\diskcache" folder.
3. Delete "CachedatHeader.cdt" file. Perhaps you should backup it somewhere before deleting, but it looks like it can be removed safely without affecting existing maps.
4. Put the card back in the phone if you extracted it and start Nokia Maps.
5. Allow Nokia Maps to access internet and try downloading some new locations (you don't need to download much, just let it access server) or searching for something.
6. Now codepage should be correct and all names become readable.
This effect seems to be permanent and will stay even if you disable internet access later. Also note that you don't have to format card, remove or reinstall any map files. The problem is just in one small file.
Nokia Maps recreates missing CachedatHeader.cdt, but it will recreate it correctly only if internet access is enabled when it starts. Probably the best way to avoid wrong codepage problem is to enable internet access at first start of Nokia Maps and use Map Loader only after downloading some bits of map directly from the phone.
Message Edited by ankor85 on 09-Jan-2008 09:02 PM

[Solved] makepkg suddenly throws an error all the time

After making some tweaks to my dwm/config.h file the makepkg now no longer works and returns the error: An unknown error has occurred. Exiting...
It doesn't seem like it is the config.h file since I am unable to compile to backed up config.h file.
I have read elsewhere that the compiling is failing due to the terminal coloring, but running the makepkg with --nocolor results in the same error.
The odd thing is that things were working then suddenly stopped within the same terminal session.
Any ideas?
Last edited by iso (2011-01-04 04:43:11)

iso wrote:
I should have mentioned that lack of details in the error message
[chris@chris-archlinux dwm]$ makepkg -sf >> PKGBUILD
usage: dwm [-v]
==> ERROR: An unknown error has occurred. Exiting...
Extra info:
> dwm -v
> dwm-5.8.2, © 2006-2010 dwm engineers, see LICENSE for details
It looks like the PKGBUILD is making a call to "dwm" with the wrong options which is causing an error and makepkg to abort.

[SOLVED] makepkg fails when building libdivecomputer-git from AUR.

I'm not sure where to start debugging this failure as I'm a newb when it comes to compiling packages.
Can anyone point me in the right direction?
[dan@arch libdivecomputer-git]$ makepkg -s PKGBUILD
==> Determining latest git revision...
-> Version found: 20120714
==> Making package: libdivecomputer-git 20120714-1 (Sat Jul 14 13:43:22 EST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
==> Extracting Sources...
==> Starting build()...
==> Connecting to GIT server....
Cloning into 'libdivecomputer'...
remote: Counting objects: 3995, done.
remote: Compressing objects: 100% (1563/1563), done.
remote: Total 3995 (delta 3240), reused 2983 (delta 2429)
Receiving objects: 100% (3995/3995), 739.19 KiB | 59 KiB/s, done.
Resolving deltas: 100% (3240/3240), done.
==> GIT checkout done or server timeout
==> Starting make...
Cloning into '/home/dan/libdivecomputer-git/src/libdivecomputer-build'...
done.
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
configure.ac:25: installing './config.guess'
configure.ac:25: installing './config.sub'
configure.ac:21: installing './install-sh'
configure.ac:21: installing './missing'
examples/Makefile.am: installing './depcomp'
automake: warnings are treated as errors
/usr/share/automake-1.12/am/ltlibrary.am: warning: 'libdivecomputer.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.12/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/Makefile.am:4: while processing Libtool library 'libdivecomputer.la'
autoreconf: automake failed with exit status: 1
==> ERROR: A failure occurred in build().
Aborting...
Last edited by bergersau (2012-07-18 03:57:09)

You may want to notify the maintainer by posting a comment on https://aur.archlinux.org/packages.php?ID=52648

[SOLVED] makepkg fails because of libqt-mt.so.3

When I attempt to makepkg a pkgbuild or compile (make) from source, it fails. This is the final error message from my last attempt at a AUR pkgbuild:
/opt/qt/bin/uic: error while loading shared libraries: libqt-mt.so.3: cannot open shared object file: No such file or directory
make[3]: *** [Alphacubeconfig.h] Error 127
make[3]: Leaving directory `/home/pek/builds/kdedecor-alphacube/src/Alphacube-0.3/kwin/config'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/pek/builds/kdedecor-alphacube/src/Alphacube-0.3/kwin'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/pek/builds/kdedecor-alphacube/src/Alphacube-0.3'
make: *** [all] Error 2
==> ERROR: Build Failed. Aborting...
This seems to happen when I try to install older pkgbuilds or source packages. I have successfully installed google-earth and some other pkgbuild so I know it can work. I only learned how to use ABS a few days ago so maybe I'm doing something wrong? I followed the guide and am using fakeroot. If it matters, I installed Arch from the Arch-Office cd; it is completely updated except I am using the 2.6.19Beyond kernel.
Any ideas? I noticed that in all the failed builds, the following line is always present... *dramatic dunh dunh DUNH sound*
/opt/qt/bin/uic: error while loading shared libraries: libqt-mt.so.3: cannot open shared object file: No such file or directory
P.S. I checked and /opt/qt/bin/uic IS indeed there and libqt-mt.so.3 is in /opt/qt/lib
Last edited by forestranger (2007-02-22 05:17:59)

Snowman wrote:
After installing qt, di you updated your profiles? You can do that for the current terminal by running:
bash /etc/profile
or logout/relogin.
Also, do you have a:
/opt/qt/lib
line in /etc/ld.so.conf ? It should have been done when you installed qt but maybe it didn't installed properly.
Yes, I did update my profile. I've logged out and even ran bash /etc/profile for good measure.
Strangely enough, I did not have "/opt/qt/lib" in my /etc/ld.so.conf. I added it in manually and rebooted. It didn't help though. I get the same errors. I checked all everything in /var/log and couldn't find any clues there.
Is there some other config file that defines the path for the qt lib's?

How do i solve the activate app issue in DPS App Builder?

I have no apps showing up in the download section of DPS App Builder.
And on the App Status section, I am being prompted to activate app?
Can anyone help please?

I have a creative cloud subscription.
Sent from Samsung MobilePrabhjyot Kaur <[email protected]> wrote:Re: How do i solve the activate app issue in DPS App Builder?
created by Prabhjyot Kaur in Digital Publishing Suite - View the full discussion
If you are DPS single edition user, then you need to enter serial number to activate app.
But it would be more helpful if you let us know which DPS edition you have?
Please note that the Adobe Forums do not accept email attachments. If you want to embed a screen image in your message please visit the thread in the forum to embed the image at http://forums.adobe.com/message/4853715#4853715
Replies to this message go to everyone subscribed to this thread, not directly to the person who posted the message. To post a reply, either reply to this email or visit the message page: http://forums.adobe.com/message/4853715#4853715
To unsubscribe from this thread, please visit the message page at http://forums.adobe.com/message/4853715#4853715. In the Actions box on the right, click the Stop Email Notifications link.
Start a new discussion in Digital Publishing Suite by email or at Adobe Community
For more information about maintaining your forum email notifications please go to http://forums.adobe.com/message/2936746#2936746.

When is Apple going to release an update to our software that will eliminate a thiefs ability once the phone is stolen to turn off the find my phone option without first entering the security code? I think that this would solve a ton of issues.

When is Apple going to release an update to our software that will eliminate a thiefs ability once the phone is stolen to turn off the find my phone option without first entering the security code? I think that this would solve a ton of issues.

It would be a voilation of privete laws of many countries
Every attempt to fight "evil" have a backside likely the reason they have not don so yet
In the country i live in if stolen i repport the imei number of the phone to the police and the have all carriers and carriers they work with in other countries block the phone from ever being used as a phone

[solved] makepkg do not recognize vcs fragments in pkgbuild

Just try to build a package from certain git branch and seem to discover that fragments in pkgbuild seems to be ignored. Can anyone confirm this issue?
I tried pacman 4.2.1 and also build from git repo as of commit 3d45293. Neither of them work. Test case I tried includes mesa-git in aur (by changing only branch from "master" to "amdgpu") and https://gist.github.com/tomty89/1b386c293e43f93663b1.
Also seems it's not limited to git but also hg (and maybe others).
Last edited by tom.ty89 (2015-05-21 19:45:21)

Seems I made mistake, the required fragment would be in srcdir.

PKGBUILD issue - ${CARCH} doesn't work

[ "${CARCH}" = "i686" ] && KARCH=i386
[ "${CARCH}" = "x86_64" ] && KARCH=x86_64
Just doesn't work. That's why KARCH is empty and there is no vmlinuz26 in pkg in the end. I can rewrite PKGBUILD or solve this issue another way but i'm interested where ${CARCH} is setted?
PS
Tried to google but it finds Connecticut Association of Residential Care Homes etc. )))
PPS
i used to build my kernel without ABS but it was some problems with nvidia drivers (there were wrong paths for modules directory).. and now i decided to use ABS to avoid any other problems

So it was setted to "pentium4"
that'll work for now but when makepkg is made port-friendly your CARCH will need to be set to one of the "supported" archs otherwise makepkg may not build your packages. this is the way it is in frugalware and while the arch devs like to do things themselves, it would be silly to rewrite such basic code to support multiple archs

[SOLVED] Makepkg was unable to build lib32-portaudio.

Okay so i dusted off my old PS2 the other day and decided i wanted to play some old games for nostalgic sake when i came to realize it is still broken. So i looked for a decent emulator and found PCSX2. Now, i had some missing dependencies that needed to be installed and i worked on it for a few hours and got every dependency to install except lib32-portaudio. And don't get me wrong, Iv'e looked both at the PCSX2 website and the Arch wiki and forums and iv'e googled and looked at Ubuntu forums and whatnot. I looked everywhere i could think of, and i can't find anything at all on this issue so i'm hoping someone will be able to help me here. I guess the relevant part of the error message that i get is this:
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.2/../../../libjack.so when searching for -ljack
/usr/bin/ld: skipping incompatible /usr/lib/libjack.so when searching for -ljack
/usr/bin/ld: cannot find -ljack
collect2: ld returned 1 exit status
make: *** [lib/libportaudio.la] Error 1
Aborting...
==> ERROR: Makepkg was unable to build lib32-portaudio.
And Iv'e re-installed portaudio at least 3 times since i figured the error had something to do with it. Through pacman, downloading the package from the dev website, and even trying the Ubuntu repos and it seems to be successfully installed each time. I'm fairly new to Linux but i'm a very persistent person and i wouldn't give up without at least a days worth of pulling out my hair in frustration, and through trial and error, so as far as my knowledge reaches, iv'e tried my best to solve it on my own. Oh, and i'm building/installing from the AUR if that would make a difference. Appreciate any help.
edit
Been a long time, with no help, but i finally gave it another go. This time successfull! I just recently re-installed Arch, this time running openbox, and without any issues whatsoever, it installed on the first try. I think i had a shitload of conflicting and missing dependencies on my last install and that's what caused it.. I don't know if this will help anyone if you ever run in to this problem, there isn't much to add, Only thing is that I'm running a clean install and i use the nvidia driver and nvidia-utils, and all the ALSA sound drivers and utilities. Oh and i'm running openbox as a stand-alone WM. That's all the relevant info i think. Now i'm looking forward to configuration hell for the games i'm gonna run, haha!
Last edited by waspy (2011-05-26 18:42:23)

ChoK wrote:It seems like you need lib32-jack and the maintainer of lib32-portaudio forgot to add it to makedepends/depends
Iv'e got lib32-jack already installed. And by reading the comments of the AUR link to the package ( lib32-portaudio ) they supposedly fixed the PKGBUILD too.

[solved]makepkg -e ignoring the -e?

Trying to build a package that includes curl/types.h which has been removed from the curl package, but every time I comment out the include and run makepkg -e it re-extracts from the source file and overwrites my changes anyway. I thought the entire point of the -e option was to use the existing src/ directory as-is? That's what it says it does with makepkg --help:
$ makepkg --help
makepkg (pacman) 4.0.3
Usage: /usr/bin/makepkg [options]
Options:
-A, --ignorearch Ignore incomplete arch field in PKGBUILD
-c, --clean Clean up work files after build
-d, --nodeps Skip all dependency checks
-e, --noextract Do not extract source files (use existing src/ dir)
-f, --force Overwrite existing package
-g, --geninteg Generate integrity checks for source files
-h, --help Show this help message and exit
-i, --install Install package after successful build
-L, --log Log package build process
<snip>
Last edited by biltong (2012-10-20 15:49:20)

That is not a vcs build. There is an svn version of littleblackbox available, but this is for one of the versioned releases.
That PKGBUILD really does need some TLC though. It should not try to re-extract the source tarball in the build function, this is what is causing your problems.
Here's a modified version that solves that issue:
pkgname=littleblackbox
pkgver=0.1.3
pkgrel=1
pkgdesc="security/penetration testing tool, search in a collection of thousands of private SSL keys extracted from various embedded devices"
arch=(any)
url="http://code.google.com/p/littleblackbox/wiki/FAQ"
license=('MIT')
depends=('openssl' 'libpcap' 'sqlite3')
source=('https://littleblackbox.googlecode.com/files/littleblackbox-0.1.3.tar.gz')
md5sums=('7ddc140beda3f98c34db644b01fc4d84')
build() {
cd $pkgname-$pkgver
rm -f bin/$pkgname 2>/dev/null
cd src
make distclean
./configure
make
package() {
cd $srcdir/$pkgname-$pkgver
install -m755 -d ${pkgdir}/usr/bin $pkgdir/usr/share/doc/$pkgname \
$pkgdir/usr/share/licenses/$pkgname $pkgdir/usr/share/$pkgname
install -m755 bin/$pkgname ${pkgdir}/usr/bin
install -m644 bin/lbb.db $pkgdir/usr/share/$pkgname
ln -s /usr/share/$pkgname/lbb.db $pkgdir/usr/bin/lbb.db
install -m644 docs/LICENSE $pkgdir/usr/share/$pkgname
install -m644 docs/{FAQ,README,submission.txt} $pkgdir/usr/share/doc/$pkgname
msg "done"
# vim:set ts=2 sw=2 et:
Last edited by Trilby (2012-10-20 11:46:31)

[SOLVED] ocrfeeder-git PKGBUILD doesn't work

https://aur.archlinux.org/packages/ocrfeeder-git/
[pippo@linux ocrfeeder-git]$ makepkg -s
==> Creazione del pacchetto: ocrfeeder-git 0.7.11.20.g22218bc-1 (mar 18 nov 2014, 14.32.01, CET)
==> Controllo delle dipendenze durante l'avvio in corso...
==> Controllo delle dipendenze durante la compilazione in corso...
==> Download dei sorgenti in corso...
-> Clonazione del repository ocrfeeder git in corso...
Clone nel repository spoglio '/home/pippo/TEMP/ocrfeeder-git/ocrfeeder'...
remote: Counting objects: 3584, done.
remote: Compressing objects: 100% (2578/2578), done.
remote: Total 3584 (delta 2415), reused 1346 (delta 936)
Ricezione degli oggetti: 100% (3584/3584), 1.71 MiB | 510.00 KiB/s, done.
Risoluzione dei delta: 100% (2415/2415), done.
Checking connectivity... fatto.
==> Validazione dei sorgenti con sha512sums in corso...
ocrfeeder ... Ignorato
==> Estrazione dei sorgenti in corso...
-> Creazione di una copia di lavoro del repository ocrfeeder git in corso...
Cloning into 'ocrfeeder'...
fatto.
==> Avvio di pkgver() in corso...
==> Versione aggiornata: ocrfeeder-git 0.8-1
==> Avvio di build() in corso...
/usr/bin/gnome-autogen.sh
checking for automake >= 1.11.2...
testing automake... found 1.14.1
checking for autoreconf >= 2.53...
testing autoreconf... found 2.69
checking for glib-gettext >= 2.2.0...
testing glib-gettextize... found 2.42.0
checking for intltool >= 0.25...
testing intltoolize... found 0.50.2
checking for gnome-doc-utils >= 0.4.2...
testing gnome-doc-prepare... found 0.20.10
Checking for required M4 macros...
Processing ./configure.ac
Running glib-gettextize... Ignore non-fatal messages.
Copying file po/Makefile.in.in
Please add the files
codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
progtest.m4
from the /usr/share/aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.
Running gnome-doc-prepare...
You should add the contents of '/usr/share/aclocal/gnome-doc-utils.m4' to 'aclocal.m4'.
Putting files in AC_CONFIG_MACRO_DIR, 'm4'.
Running intltoolize...
Running autoreconf...
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force --warnings=no-portability -I m4 ${ACLOCAL_FLAGS}
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force --warnings=no-portability
autoreconf: configure.ac: not using Autoheader
autoreconf: running: automake --add-missing --copy --force-missing --warnings=no-portability
configure.ac:48: installing './compile'
configure.ac:9: installing './install-sh'
configure.ac:9: installing './missing'
Makefile.am: installing './INSTALL'
src/ocrfeeder/Makefile.am:3: installing './py-compile'
autoreconf: Leaving directory `.'
Running ./configure --enable-maintainer-mode PYTHON=python2 ...
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking whether python2 version is >= 2.5... yes
checking for python2 version... 2.7
checking for python2 platform... linux2
checking for python2 script directory... ${prefix}/lib/python2.7/site-packages
checking for python2 extension module directory... ${exec_prefix}/lib/python2.7/site-packages
checking python2 module: enchant... yes
checking python2 module: sane... yes
checking python2 module: PIL... yes
checking python2 module: reportlab... yes
checking python2 module: gobject... yes
checking gobject introspection module Gtk... yes
checking gobject introspection module GooCanvas... no
configure: error: failed to find required GObject Introspection module GooCanvas
==> ERRORE: Si è verificato un errore in build().
L'operazione sta per essere interrotta...
with yaourt:
ocrfeeder-git 0.7.11.20.g22218bc-1 (gio 19 set 2013, 16.13.18, CEST)
( Pacchetto non supportato: Potenzialmente pericoloso! )
==> Modificare PKGBUILD [S/n] ("A" per annullare)
==> ----------------------------------------------
==> n
==> Dipendenze di ocrfeeder-git
- python2-pyenchant (già installato)
- pygoocanvas (già installato)
- python2-gtkspell (già installato)
- python2-imaging (già installato)
- python2-lxml (già installato)
- python2-reportlab (già installato)
- ghostscript (già installato)
- unpaper (già installato)
- sane (già installato)
- desktop-file-utils (già installato)
- intltool (già installato)
- gnome-doc-utils (già installato)
- gnome-common (già installato)
==> Modificare ocrfeeder.install [S/n] ("A" per annullare)
==> -------------------------------------------------------
==> n
==> Continuare la compilazione di ocrfeeder-git [S/n]
==> -------------------------------------------------
==>
==> Compilazione e installazione del pacchetto
==> Creazione del pacchetto: ocrfeeder-git 0.7.11.20.g22218bc-1 (mar 18 nov 2014, 18.53.10, CET)
==> Controllo delle dipendenze durante l'avvio in corso...
==> Controllo delle dipendenze durante la compilazione in corso...
==> Download dei sorgenti in corso...
-> Clonazione del repository ocrfeeder git in corso...
Clone nel repository spoglio '/tmp/yaourt-tmp-pippo/aur-ocrfeeder-git/ocrfeeder'...
remote: Counting objects: 3584, done.
remote: Compressing objects: 100% (2578/2578), done.
remote: Total 3584 (delta 2414), reused 1346 (delta 936)
Ricezione degli oggetti: 100% (3584/3584), 1.71 MiB | 556.00 KiB/s, done.
Risoluzione dei delta: 100% (2414/2414), done.
Checking connectivity... fatto.
==> Validazione dei sorgenti con sha512sums in corso...
ocrfeeder ... Ignorato
==> Estrazione dei sorgenti in corso...
-> Creazione di una copia di lavoro del repository ocrfeeder git in corso...
Cloning into 'ocrfeeder'...
fatto.
==> Avvio di pkgver() in corso...
==> Versione aggiornata: ocrfeeder-git 0.8-1
==> Avvio di build() in corso...
/usr/bin/gnome-autogen.sh
checking for automake >= 1.11.2...
testing automake... found 1.14.1
checking for autoreconf >= 2.53...
testing autoreconf... found 2.69
checking for glib-gettext >= 2.2.0...
testing glib-gettextize... found 2.42.0
checking for intltool >= 0.25...
testing intltoolize... found 0.50.2
checking for gnome-doc-utils >= 0.4.2...
testing gnome-doc-prepare... found 0.20.10
Checking for required M4 macros...
Processing ./configure.ac
Running glib-gettextize... Ignore non-fatal messages.
Copying file po/Makefile.in.in
Please add the files
codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
progtest.m4
from the /usr/share/aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.
Running gnome-doc-prepare...
You should add the contents of '/usr/share/aclocal/gnome-doc-utils.m4' to 'aclocal.m4'.
Putting files in AC_CONFIG_MACRO_DIR, 'm4'.
Running intltoolize...
Running autoreconf...
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force --warnings=no-portability -I m4 ${ACLOCAL_FLAGS}
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force --warnings=no-portability
autoreconf: configure.ac: not using Autoheader
autoreconf: running: automake --add-missing --copy --force-missing --warnings=no-portability
configure.ac:48: installing './compile'
configure.ac:9: installing './install-sh'
configure.ac:9: installing './missing'
Makefile.am: installing './INSTALL'
src/ocrfeeder/Makefile.am:3: installing './py-compile'
autoreconf: Leaving directory `.'
Running ./configure --enable-maintainer-mode PYTHON=python2 ...
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking whether python2 version is >= 2.5... yes
checking for python2 version... 2.7
checking for python2 platform... linux2
checking for python2 script directory... ${prefix}/lib/python2.7/site-packages
checking for python2 extension module directory... ${exec_prefix}/lib/python2.7/site-packages
checking python2 module: enchant... yes
checking python2 module: sane... yes
checking python2 module: PIL... yes
checking python2 module: reportlab... yes
checking python2 module: gobject... yes
checking gobject introspection module Gtk... yes
checking gobject introspection module GooCanvas... no
configure: error: failed to find required GObject Introspection module GooCanvas
==> ERRORE: Si è verificato un errore in build().
L'operazione sta per essere interrotta...
==> ERRORE: Makepkg non è riuscito a compilare ocrfeeder-git.
==> Riavviare la compilazione di ocrfeeder-git [s/N]
==> ------------------------------------------------
==>
$ pacman -Q|grep canvas
goocanvas1 1.0.0-3
pygoocanvas 0.14.1-6
EDIT:
SOLVED:
# pacman -S goocanvas
Last edited by quellen (2014-11-18 18:02:18)

VCS PKGBUILDs need to include the VCS type at the end of the pkgname. In this case your package should be named "wifiz-git".
Here's an updated version of your PKGBUILD:
# Maintainer: Cody Dostal <[email protected]>
pkgname=wifiz-git
_gitname=WiFiz
pkgver=0.9.2.2.r1.g8147a9f
pkgrel=1
pkgdesc="NetCTL GUI Frontend, written in wxPython. Stable Version."
arch=('any')
url="https://github.com/codywd/$_gitname"
license=('MIT')
depends=('python2' 'wxpython' 'wireless_tools' 'netctl' 'wpa_supplicant')
makedepends=('git')
optdepends=('gedit: manually edit profiles')
conflicts=('wifiz' 'wifiz-nightly')
provides=('wifiz')
source=("git://github.com/codywd/$_gitname.git")
sha256sums=('SKIP')
pkgver() {
cd "$srcdir/$_gitname"
git describe --always --long | sed -E 's/([^-]*-g)/r\1/;s/-/./g'
package() {
cd "$srcdir/$_gitname"
python2 setup.py install --root="$pkgdir/" --optimize=1
Note the following changes:
pkgname
conflicts with "wifiz" (all VCS packages should provide and conflict with their non-VCS equivalents)
removed redundant echo and shell invocation from pkgver function
"$srcdir/$_gitname" instead of "$_gitname" in pkgver function: the git repo will not be in the same directory if the user sets SRCDIR in makepkg.conf

[SOLVED] makepkg -s PKGBUILD issues

Similar Messages

Maybe you are looking for