Python2-evas makepkg -s fails

I run this command, but it will not build the package instead shows me a directory doesn't exist error in the output. My only need for this is to get my pc to auto detect my ethernet connection after start up, and its a dependency of econnman. I am using Enlightenment for a desktop.
Last edited by svalmont (2013-04-17 16:44:18)

Post the entire, exact output. I've got no issues building it on my end:
$ makepkg -sr
==> Making package: python2-evas 1.7.0-1 (Wed Apr 17 12:37:23 CDT 2013)
==> Checking runtime dependencies...
==> Installing missing dependencies...
[sudo] password for tim:
resolving dependencies...
looking for inter-conflicts...
Packages (5): eet-1.7.5-1 eina-1.7.5-1 evas_generic_loaders-1.7.5-3 libraw-0.14.7-1 evas-1.7.5-1
Total Download Size: 1.34 MiB
Total Installed Size: 7.92 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages ...
eina-1.7.5-1-x86_64 226.4 KiB 1126K/s 00:00 [##########################################################################] 100%
eet-1.7.5-1-x86_64 80.4 KiB 1318K/s 00:00 [##########################################################################] 100%
evas_generic_loaders-1.7.5-3-x86_64 29.4 KiB 1223K/s 00:00 [##########################################################################] 100%
evas-1.7.5-1-x86_64 577.9 KiB 1230K/s 00:00 [##########################################################################] 100%
libraw-0.14.7-1-x86_64 458.3 KiB 1172K/s 00:00 [##########################################################################] 100%
(5/5) checking keys in keyring [##########################################################################] 100%
(5/5) checking package integrity [##########################################################################] 100%
(5/5) loading package files [##########################################################################] 100%
(5/5) checking for file conflicts [##########################################################################] 100%
(5/5) checking available disk space [##########################################################################] 100%
(1/5) installing eina [##########################################################################] 100%
(2/5) installing eet [##########################################################################] 100%
(3/5) installing libraw [##########################################################################] 100%
(4/5) installing evas_generic_loaders [##########################################################################] 100%
(5/5) installing evas [##########################################################################] 100%
==> Checking buildtime dependencies...
==> Installing missing dependencies...
resolving dependencies...
looking for inter-conflicts...
Packages (1): cython2-0.18-1
Total Download Size: 1.47 MiB
Total Installed Size: 8.16 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages ...
cython2-0.18-1-x86_64 1504.7 KiB 1176K/s 00:01 [##########################################################################] 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 cython2 [##########################################################################] 100%
==> Retrieving sources...
-> Downloading python-evas-1.7.0.tar.bz2...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 267 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 534k 100 534k 0 0 253k 0 0:00:02 0:00:02 --:--:-- 487k
==> Validating source files with md5sums...
python-evas-1.7.0.tar.bz2 ... Passed
==> Extracting sources...
-> Extracting python-evas-1.7.0.tar.bz2 with bsdtar
==> Starting build()...
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for library containing strerror... none required
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 for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether make supports nested variables... yes
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... dlltool
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for EVAS... yes
checking whether /usr/bin/python2 version >= 2.7... yes
checking for /usr/bin/python2 version... 2.7
checking for /usr/bin/python2 platform... linux2
checking for /usr/bin/python2 script directory... ${prefix}/lib/python2.7/site-packages
checking for /usr/bin/python2 extension module directory... ${exec_prefix}/lib/python2.7/site-packages
checking for headers required to compile python extensions... found
checking for Cython >= 0.15.1... yes
checking for pre-generated ./evas/evas.c_evas.c for ./evas/evas.c_evas.pyx... yes
checking for /usr/lib/python2.7/site-packages in $PYTHONPATH... yes
checking for epydoc... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating python-evas.pc
config.status: executing depfiles commands
config.status: executing libtool commands
python-evas 1.7.0
Configuration Options Summary:
Python...............: /usr/bin/python2 (2.7)
Cython...............: 0.18 (CYTHONFLAGS=)
Compilation............: make (or gmake)
CPPFLAGS.............:
CFLAGS...............: -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2
LDFLAGS..............: -Wl,-O1,--sort-common,--as-needed,-z,relro
PYTHONPATH...........:
Installation...........: make install (as root if needed, with 'su' or 'sudo')
prefix...............: /usr
pythondir............: ${exec_prefix}/lib/python2.7/site-packages
pyexecdir............: ${exec_prefix}/lib/python2.7/site-packages
GEN evas/evas.c_evas.c
GEN evas/evas.c_evas.h
make all-am
make[1]: Entering directory `/home/tim/aur/python2-evas/src/python-evas-1.7.0'
CC c_evas_la-evas_object_image_rotate.lo
CC c_evas_la-evas_object_image_mask.lo
CC c_evas_la-evas.c_evas.lo
CCLD c_evas.la
make[1]: Leaving directory `/home/tim/aur/python2-evas/src/python-evas-1.7.0'
==> Entering fakeroot environment...
==> Starting package()...
make install-am
make[1]: Entering directory `/home/tim/aur/python2-evas/src/python-evas-1.7.0'
make[2]: Entering directory `/home/tim/aur/python2-evas/src/python-evas-1.7.0'
/usr/bin/mkdir -p '/home/tim/aur/python2-evas/pkg/python2-evas//usr/share/python-evas/examples'
/usr/bin/mkdir -p '/home/tim/aur/python2-evas/pkg/python2-evas//usr/lib/python2.7/site-packages/evas'
/usr/bin/mkdir -p '/home/tim/aur/python2-evas/pkg/python2-evas//usr/lib/pkgconfig'
/usr/bin/mkdir -p '/home/tim/aur/python2-evas/pkg/python2-evas//usr/lib/python2.7/site-packages/evas'
/bin/sh ./libtool --mode=install /usr/bin/install -c c_evas.la '/home/tim/aur/python2-evas/pkg/python2-evas//usr/lib/python2.7/site-packages/evas'
/usr/bin/install -c -m 644 examples/01-smart_object.py '/home/tim/aur/python2-evas/pkg/python2-evas//usr/share/python-evas/examples'
/usr/bin/mkdir -p '/home/tim/aur/python2-evas/pkg/python2-evas//usr/include/python-evas/evas'
/usr/bin/install -c -m 644 python-evas.pc '/home/tim/aur/python2-evas/pkg/python2-evas//usr/lib/pkgconfig'
/usr/bin/install -c -m 644 include/evas/c_evas.pxd include/evas/__init__.py include/evas/evas_object_image_python_extras.h evas/evas.c_evas.h '/home/tim/aur/python2-evas/pkg/python2-evas//usr/include/python-evas/evas'
libtool: install: /usr/bin/install -c .libs/c_evas.so /home/tim/aur/python2-evas/pkg/python2-evas//usr/lib/python2.7/site-packages/evas/c_evas.so
/usr/bin/install -c -m 644 evas/debug.py evas/decorators.py evas/__init__.py evas/utils.py '/home/tim/aur/python2-evas/pkg/python2-evas//usr/lib/python2.7/site-packages/evas'
libtool: install: /usr/bin/install -c .libs/c_evas.lai /home/tim/aur/python2-evas/pkg/python2-evas//usr/lib/python2.7/site-packages/evas/c_evas.la
libtool: install: warning: remember to run `libtool --finish /usr/lib/python2.7/site-packages/evas'
Byte-compiling python modules...
debug.pydecorators.py__init__.pyutils.py
Byte-compiling python modules (optimized versions) ...
debug.pydecorators.py__init__.pyutils.py
make[2]: Leaving directory `/home/tim/aur/python2-evas/src/python-evas-1.7.0'
make[1]: Leaving directory `/home/tim/aur/python2-evas/src/python-evas-1.7.0'
==> Tidying install...
-> Purging unwanted files...
-> Removing libtool files...
-> Removing empty directories...
==> WARNING: Package contains reference to $srcdir
-> Compressing man and info pages...
-> Stripping unneeded symbols from binaries and libraries...
==> Creating package "python2-evas"...
-> Generating .PKGINFO file...
-> Generating .MTREE file...
-> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: python2-evas 1.7.0-1 (Wed Apr 17 12:38:02 CDT 2013)
==> Removing installed dependencies...
checking dependencies...
Packages (6): cython2-0.18-1 eet-1.7.5-1 eina-1.7.5-1 evas-1.7.5-1 evas_generic_loaders-1.7.5-3 libraw-0.14.7-1
Total Removed Size: 16.09 MiB
:: Do you want to remove these packages? [Y/n]
(1/6) removing evas [##########################################################################] 100%
(2/6) removing evas_generic_loaders [##########################################################################] 100%
(3/6) removing libraw [##########################################################################] 100%
(4/6) removing eet [##########################################################################] 100%
(5/6) removing eina [##########################################################################] 100%
(6/6) removing cython2

Similar Messages

Scikit-learn & Scipy (Python2) Installation with pip2 FAILS. [SOLVED]

I installed numpy, matplotlib, pandas using pip2 for Python 2.7 sucessfully.
When I first attempted to install scipy using pip it failed citing "missing fortran compiler".
After I installed g95 it goes some steps further before stopping.
It raised the following after I tried to install scikit-learn using pip2:
/bin///ld: cannot find -lf95
/bin///ld: cannot find -lf95
/bin///ld: cannot find -lgcc
/bin///ld: cannot find -lf95
/bin///ld: cannot find -lf95
/bin///ld: cannot find -lgcc
error: Command "/usr/bin/g95 -shared -shared build/temp.linux-x86_64-2.7/sklearn/cluster/_k_means.o
-L/usr/lib64 -L/usr/lib -Lbuild/temp.linux-x86_64-2.7 -lcblas -lm -lpython2.7
-o build/lib.linux-x86_64-2.7/sklearn/cluster/_k_means.so" failed with exit status 1
Cleaning up...
Command /usr/bin/python2 -c "import setuptools, tokenize;__file__='/tmp/pip_build_root/scikit-learn/setup.py';
exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))"
install --record
/tmp/pip-8d73m5-record/install-record.txt --single-version-externally-managed --compile failed with
error code 1 in /tmp/pip_build_root/scikit-learn
Traceback (most recent call last):
File "/usr/bin/pip2", line 9, in <module>
load_entry_point('pip==1.5.6', 'console_scripts', 'pip')()
File "/usr/lib/python2.7/site-packages/pip/__init__.py", line 185, in main
return command.main(cmd_args)
File "/usr/lib/python2.7/site-packages/pip/basecommand.py", line 161, in main
text = '\n'.join(complete_log)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 50: ordinal not in range(128)
Do I need to install any other dependancies, in case if missing ?
I have also tried using the AUR packages and using pacman but they fail to retrieve the mirrors/URLS.
Is there any other way to install scipy & scikit-learn which are necessary for me to complete my Machine learning setup with Python.
Last edited by rafalizou (2015-05-09 15:31:55)

It seems that pip2 was using some packages that required particular intel gcc/mkl compliers/libraries (and were huge) that were missing in my system.
I used the community specific scipy & scikit-learn packages that installed seamlessly with Yaourt.

Makepkg fakeroot failing

I wrote a little program that I want to add to the AUR.
After I completed the sources, I created a makefile, that works. ($make and #make install needed).
I then made a tarball of the sources.
Here are the build and install functions of the PKGBUILD I use for this project:
build() {
cd "$srcdir/"
make
package() {
cd "$srcdir/"
make DESTDIR="$pkgdir/" install
However, when I run makepkg, makepkg occurs an error within the fakeroot environment.
The makefile tries to install directly to the root in stead of to the fakeroot, like this:
install -m 755 hiberbat /usr/bin
install: cannot create regular file `/usr/bin/hiberbat': Permission denied
make: *** [install] Error 1
[1m Aborting...(B[m
I already tried putting install -m 755 hiberbat ./usr/bin in the makefile.
What am I doing wrong?
Tim

Your install target needs to explicitly use DESTDIR:
install:
install -Dm755 hiberbat ${DESTDIR}/usr/bin/hiberbat
install -Dm644 hiberbat.conf ${DESTDIR}/etc/hiberbat.conf
install -Dm744 ./rc.d/hiberbat ${DESTDIR}/etc/rc.d/hiberbat
@echo "=> Hiberbat has been installed."
@echo "=> Add 'hiberbat' to your deamons array in rc.conf to use it."
I'd also recommend that you package your source files in a subdirectory inside the tarball ($pkgname-$pkgver/).

[Solved] Makepkg fails on all Mercurial (*-hg) packages

Hello,
I'm not sure if this is a result of recent updates, but I noticed that makepkg now fails on all mercurial packages. I attempted to install both the dillo browser and pytyle, and received the following messages (this is for pytyle2-hg, but the messages were basically identical):
==> Determining latest hg revision...
warning: pytyle.googlecode.com certificate with fingerprint e9:f0:26:b1:ff:27:28:33:81:8e:51:7b:fd:a7:de:df:4c:1e:ee:14 not verified (check hostfingerprints or web.cacerts config setting)
real URL is https://pytyle.googlecode.com/hg/
requesting all changes
adding changesets
adding manifests
adding file changes
added 39 changesets with 303 changes to 115 files
updating to branch default
36 files updated, 0 files merged, 0 files removed, 0 files unresolved
-> Version found: 38
==> Making package: pytyle2-hg 38-1 (Tue Feb 7 22:02:49 EST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
==> Extracting Sources...
==> Entering fakeroot environment...
==> Starting build()...
==> Connecting to Mercurial server...
warning: pytyle.googlecode.com certificate with fingerprint e9:f0:26:b1:ff:27:28:33:81:8e:51:7b:fd:a7:de:df:4c:1e:ee:14 not verified (check hostfingerprints or web.cacerts config setting)
real URL is https://pytyle.googlecode.com/hg/
pulling from https://pytyle.googlecode.com/hg//pytyle
searching for changes
no changes found
==> ERROR: A failure occurred in build().
Aborting...
Rerunning makepkg in the same directory fails to get through the version check phase:
==> Determining latest hg revision...
warning: pytyle.googlecode.com certificate with fingerprint e9:f0:26:b1:ff:27:28:33:81:8e:51:7b:fd:a7:de:df:4c:1e:ee:14 not verified (check hostfingerprints or web.cacerts config setting)
real URL is https://pytyle.googlecode.com/hg/
pulling from https://pytyle.googlecode.com/hg//pytyle
searching for changes
no changes found
==> ERROR: An unknown error has occurred. Exiting...
The mercurial portion of both packages seems to match the VCS template exactly. Executing "hg clone [hgroot] [hgrepo]" works, as does performing a pull from the cloned directory.
Any help would be greatly appreciated.
Regards,
szim90
Last edited by szim90 (2012-02-08 10:00:50)

That does appear to be the cause of this problem. Thanks karol - marking as solved.
Last edited by szim90 (2012-02-08 10:00:34)

Makepkg fails to build kernel

This is my first time building the kernel myself. Following this wiki page:
https://wiki.archlinux.org/index.php/Ke … ild_System
makepkg or makepkg -i fails with this output:
Hunk #1 succeeded at 56 with fuzz 2 (offset -2 lines).
==> Starting build()...
make: *** INTERNAL: readdir: Not a directory
. Stop.
==> ERROR: A failure occured in build().
Aborting...
Subsequent calls to makepkg looks like this: http://ix.io/6Xf
Additional info:
* Linux 3.10.3-1-ARCH #1 SMP PREEMPT x86_64 GNU/Linux
* Trying to build 3.10.
I made a bug report here after consulting people on #archlinux here: https://bugs.archlinux.org/task/36337
As you can see it's closed since it's intended behavior. What did I miss?

Yeah, it's weird. I just tried the exact same procedure on my other desktop Arch machine with different hardware but very similar setup. It looks like it's building fine there.
This is a 2013 Macbook Air. Regarding my home dir being hfsplus I haven't had many issues with that before, and I did redo the whole procedure from scratch a couple of times with the same results.
mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,relatime,size=3970628k,nr_inodes=992657,mode=755)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/sda6 on / type ext3 (rw,relatime,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=36,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
tmpfs on /tmp type tmpfs (rw)
/dev/sda5 on /boot type ext2 (rw,relatime)
/dev/sda4 on /home type hfsplus (rw,relatime,umask=22,uid=0,gid=0,nls=utf8)
free -m
total used free shared buffers cached
Mem: 7771 988 6783 0 29 291
-/+ buffers/cache: 667 7104
Swap: 0 0 0
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda6 90G 9.0G 77G 11% /
dev 3.8G 0 3.8G 0% /dev
run 3.8G 564K 3.8G 1% /run
tmpfs 3.8G 0 3.8G 0% /dev/shm
tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup
tmpfs 3.8G 436K 3.8G 1% /tmp
/dev/sda5 1007M 22M 918M 3% /boot
/dev/sda4 280G 20G 261G 7% /home
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i7-4650U CPU @ 1.70GHz
stepping : 1
microcode : 0x11
cpu MHz : 759.000
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm
bogomips : 4601.54
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i7-4650U CPU @ 1.70GHz
stepping : 1
microcode : 0x11
cpu MHz : 759.000
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 2
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm
bogomips : 4601.54
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:
processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i7-4650U CPU @ 1.70GHz
stepping : 1
microcode : 0x11
cpu MHz : 759.000
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm
bogomips : 4601.54
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i7-4650U CPU @ 1.70GHz
stepping : 1
microcode : 0x11
cpu MHz : 759.000
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 2
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm
bogomips : 4601.54
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:

[SOLVED]Makepkg won't detect dependency for Volti

I am trying to install volti (https://aur.archlinux.org/packages/volti/).
So I run makepkg -s:
==> Making package: volti 0.2.3-2 (Tue Jul 16 18:14:40 CEST 2013)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: python2-pyalsaaudio
==> ERROR: 'pacman' failed to install missing dependencies.
Then I download and install python2-pyalsaaudio (https://aur.archlinux.org/packages/python2-pyalsaaudio/).
I know it's installed because pacman -Qm has it on the list and running import alsaaudio works in python shell.
But running makepkg in volti directory still returns the same error as above.
What's wrong?
Last edited by mr0no (2013-07-16 20:29:51)

Owwww...
Yes, I got the wrong one. I can't believe I missed that... And I was running python 3 console, that's why import was working. Gotta keep an eye for that in the future.
Thank you!

[SOLVED] sup Installation Fails Due to Missing ruby-locale Dependency

I'm trying to install sup from the AUR but makepkg -s fails because its missing ruby-locale, which is one of its dependencies (I get "error: target not found: ruby-locale"). This appears to be because ruby-locale isn't in the AUR or the official repository. ruby-gettext also isn't in either repository, so I'm guessing that will be a problem as well.
I tried installing both of these with gem, and they appeared to install successfully but makepkg still fails with the same error message. Do I need to point pacman to the ruby-locale and ruby-gettext installations somehow?
Last edited by seabeast (2012-05-07 04:30:38)

makepkg uses pacman to check dependencies, and install them if they are available in the repos. pacman only knows about packages that it manages (obviously). gem-installed stuff will not be visible to pacman, so you will need to edit the PKGBUILD accordingly.
More generally, sup seems to be a dead project - last release nearly a year and a half ago, AUR package orphaned, various not-working comments in the AUR. This may or may not matter to you.
And more generally still - assuming you're an Arch newbie, based on the location of this thread and your post count, you should get into the habit of reading the wiki before asking here.

[solved] vim build failed

Hi
I am trying to build vim because the version in the repo lacks a couple of options I need (x11...). The build fails without a clear error message, below are the last lines before the makepkg -s fails:
patching file src/cleanlint.vim
Reversed (or previously applied) patch detected! Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file src/cleanlint.vim.rej
patching file src/diff.c
patching file src/edit.c
patching file src/ex_cmds.c
patching file src/ex_cmds2.c
patching file src/ex_docmd.c
patching file src/proto/ex_cmds.pro
patching file src/proto/spell.pro
patching file src/quickfix.c
patching file src/spell.c
patching file src/structs.h
patching file src/term.h
patching file src/vim.h
patching file src/version.c
==> ERROR: Build Failed.
Aborting...
If the reason is the failed patch is there a way to correct things manually?
This it the (slightly modified) PKGBUILD I am using:
# $Id: PKGBUILD 53395 2009-09-30 20:20:00Z francois $
# Maintainer: tobias [ tobias at archlinux org ]
pkgname=vim
_srcver=7.2
_patchlevel=267
pkgver=${_srcver}.${_patchlevel}
pkgrel=1
pkgdesc='Vi Improved, a highly configurable, improved version of the vi text editor'
arch=(i686 x86_64)
license=('custom:vim')
url="http://www.vim.org"
depends=('gpm' 'coreutils')
makedepends=('wget' 'sed' 'grep' 'gettext' 'perl')
optdepends=('perl: the runtime provides a view useful perl scripts')
backup=(etc/vimrc)
install=${pkgname}.install
# we need the extra-stuff to get all patches applied smoothly
source=(ftp://ftp.vim.org/pub/vim/unix/vim-${_srcver}.tar.bz2 \
ftp://ftp.vim.org/pub/vim/extra/vim-${_srcver}-extra.tar.gz \
ftp://ftp.vim.org/pub/vim/extra/vim-${_srcver}-lang.tar.gz \
fetch_patches.sh fetch_runtime.sh vimrc archlinux.vim)
md5sums=('f0901284b338e448bfd79ccca0041254' '35e04482f07c57221c9a751aaa3b8dac' \
'd8884786979e0e520c112faf2e176f05' '6d7e8d7868e8bfaa9a5880cd9c439320' \
'45c1c3c6aff7de0d8fc2a9d8cd5cec7d' '29125bedc96f2a58c772ee0455a333bc' \
'10353a61aadc3f276692d0e17db1478e')
build()
_versiondir="vim"$(echo ${_srcver} | sed "s/\.//")
# pull in patches from vim.org (or the src cache alternatively)
. ${srcdir}/fetch_patches.sh
. ${srcdir}/fetch_runtime.sh
get_patches || return 1
cd ${srcdir}/${_versiondir}
sed -i 's|^.*$#define SYS_.*VIMRC_FILE.*"$ .*$|\1|' src/feature.h
sed -i 's|^.*$#define VIMRC_FILE.*"$ .*$|\1|' src/feature.h
# build party
./configure --prefix=/usr --localstatedir=/var/lib/vim --mandir=/usr/share/man \
--with-compiledby=Arian --with-features=huge \
--enable-gpm --enable-acl --with-x=yes \
--enable-multibyte --enable-cscope \
--enable-perlinterp --enable-pythoninterpr \
--enable-fontset
#--with-global-runtime=/usr/share/vim --with-vim-name=vim \
make || return 1
make VIMRCLOC=/etc DESTDIR=${pkgdir} install
cd ${pkgdir}/usr/bin
rm ex view # provided by (n)vi in core
mv vim vim-normal # we create a vim-symlink on post_install
ln -sf vim-normal vim
# ... make g* related symlinks point directly to the actual binary
ln -sf vim-normal rview
ln -sf vim-normal rvim
ln -sf vim-normal vimdiff
# delete some manpages
find ${pkgdir}/usr/share/man -type d -name 'man1' 2> /dev/null | \
while read mandir; do
cd ${mandir}
rm -f ex.1 view.1 # provided by (n)vi
rm -f evim.1 # this does not make sense in the console version
done
_runtimedir="${pkgdir}/usr/share/vim/${_versiondir}/"
update_runtime
cd ${srcdir}/${_versiondir}
install -Dm644 ${srcdir}/vimrc ${pkgdir}/etc/vimrc
install -Dm644 ${srcdir}/archlinux.vim \
${pkgdir}/usr/share/vim/vimfiles/archlinux.vim
install -dm755 ${pkgdir}/usr/share/licenses/vim
cd ${pkgdir}/usr/share/licenses/vim
ln -s ../../vim/${_versiondir}/doc/uganda.txt license.txt
Any help appreciated.
Last edited by akuschki (2009-10-22 16:43:34)

thanks, that solved it. Sorry I didn't try that obvious solution myself, I didn't realise that installing gvim would also change the features of the console vim version. I thought those two packages are independent.
Cheers

Building package using makepkg does not resolve dependency for another

I am trying to install yaourt from the AUR. Yaourt required that package-query be installed, and this package further required another, etc.
In short, package-query required yajl, which I downloaded from the AUR. This package does not actually have a PKGBUILD, but rather un-tars into a file that you need to merge with /usr. After doing so I tried to make the package-query package but was still met with a dependency discrepancy. Luckily, yajl was available in the official repositories (same version). After using pacman to install it everything went fine and package-query built and installed fine.
When I went to build yaourt, using makepkg, it failed and informed that I was missing a dependency, package-query.
So, in short, is there a registry or something that keeps track of these installed packages? I imagine that when running makepkg there is a query against installed packages to see if you meet the dependency requirements. What can I do to build yaourt in this situation?
Last edited by sherrellbc (2014-06-08 18:37:19)

cower doesn't have any dependencies that are not in the official repositories. It doesn't build packages automatically, but it will download the source tarballs and unpack them for you. It can also handle dependencies with the official repos and the AUR.
So for example, if you were to do cower -dd yaourt it would tell you that gettext, diffutils, and pacman are in the official repos. Then it would download the source tarball for package-query and resolve all of its dependencies. And it would download the yauort source tarball and unpack that for you. So it gives you an idea of what depends on what and in which order you should build and install.
But you really just shouldn't use yaourt. Many of the upgrade issues that arise on these forums stem from people using yaourt (particularly those who blindly run yaourt -Syua). The pacaur I mentioned above is a bash script that wraps cower. So it too should be able to be built and installed without having to resolve other AUR dependencies.
Edit:
But none of this is really answering the question though. When I make a package from the AUR, the dependency requirement when trying to install another package is never met. That is, if package A requires B and I then installed B (from the AUR), when I try to make A again it still informs me that B was never installed.
If this is the case, then you really don't know how to properly use the AUR, and thus should be reading up on that rather than trying to work around it with an AUR helper.
Last edited by WonderWoofy (2014-06-08 19:18:47)

Requesting some changes for xen PKGBUILD to work with --enable-ovmf

For background about this issue, you may want to read these two E-Mails to edk2 Mailing List:
http://sourceforge.net/p/edk2/mailman/e … sg32776907
http://sourceforge.net/p/edk2/mailman/e … sg32793684
Basically, it goes like this:
- Xen can be compiled with the optional --enable-ovmf option, so it can make DomU VMs using UEFI Firmware. Instructions here:
http://wiki.xen.org/wiki/OVMF
This can be done in Arch Linux by adding in the ./configure line of PKGBUILD --enable-ovmf, adding an additional step where makepkg downloads Source Code from edk2 repository.
- Currently, it fails to build that way with this error:
http://lists.xen.org/archives/html/xen- … 02855.html
This error is caused because the edk2 Source Code that xen pulls during build is fresh and doesn't include any patch to make it aware that Arch Linux has both Python 3 (python) and Python 2 (python2). By default, it tries to compile with Python 3, so it fails.
- Assuming than the Python version issue was fixed (I did it in a non-elegant way, replacing /usr/bin/python with /usr/bin/python2), it will still fail with this error:
https://bugs.archlinux.org/task/40277
https://aur.archlinux.org/packages/ovmf-svn/ (Some of the latest comments)
This error is caused by building with GCC 4.9, earlier versions seems unaffected.
The AUR has also a very similar package (If not identical) that is based on edk2 Source Code, the same which xen downloads while building, ovmf-svn:
https://aur.archlinux.org/packages/ovmf-svn/
This one has a PKGBUILD which includes some lines that seem to point that it is aware of both the python version issue, and the GCC 4.9 build issue, by providing a patch:
https://aur.archlinux.org/packages/ov/ovmf-svn/PKGBUILD
Reelevant lines seems to be these ones:
msg "Fix GenFw: ERROR 3000: Invalid, Unsupported section alignment"
patch -Np1 -i "${srcdir}/edk2-basetools-add-gcc4.9-support.patch" || true
patch -Np1 -i "${srcdir}/edk2-ovmfpkg-add-gcc4.9-support.patch" || true
msg "Use python2 for UDK BaseTools"
sed 's|python |python2 |g' -i "${EDK_TOOLS_PATH}/BinWrappers/PosixLike"/* || true
sed 's|python |python2 |g' -i "${EDK_TOOLS_PATH}/Tests/GNUmakefile"
I didn't found any info regarding if Xen can work with OVMF ready-to-use binaries, or either building ovmf-svn, which I didn't tested but I suppose should build properly. All instructions regarding using Xen with OVMF request that it is added as option during build time. This forces me to have to modify the edk2 Source Code that xen downloads.
Basically, what I want to request is if xen PKGBUILD can be modified to include a statement that checks if --enable-ovmf is being used, then make the appropriate changes to the edk2 Source Code that gets downloaded while building Xen so it successfully builds. This could *POSSIBILY* be based on existing ovmf-svn PKGBUILD code.
This change could also be applied to other xen-based packages that can also be builded with --enable-ovmf and presents the same issues.

FINALLY managed to get this thing working:
http://i.imgur.com/ZWTRcn0.png
I tried to build xen with --with-system-ovmf= as suggested like ten times or so, with no success. While xen seemed to build fine, when I tried to create a UEFI DomU, it simply opens and inmediately closes, through if using SeaBIOS worked fine. On xen IRC there was another Arch Linux user claiming that he recently got Xen with OVMF working using that parameter and the bios.bin binary from the ovmf-bin package from AUR. Installing ovmf-bin then providing xen the full path (--with-system-ovmf=/usr/share/ovmf/bios.bin) didn't worked, neither building ovmf-svn myself then using ovmf_x64.bin (Or renaming it to OVMF.fd, ovmf.bin, etc). It always builded perfectly, yet it failed to make a UEFI DomU. Still, both Firmwares worked when using qemu from the official Arch Linux repository (Note that ovmf-bin bios.bin is 1 MiB in size while ovmf-svn ovmf_x64.bin is 2 MiB, not sure what accounts for the difference).
So how I got it working? A bit complex:
- While in my first post I mention that ovmf-svn had a patch for GCC 4.9, it seems than the patch was removed in the last two days. Without the patch, ovmf-svn still builded properly, so I expected than the GCC 4.9 fix got included in edk2 Source Repository. This was blocking me earlier, so decided to give --enable-ovmf another go.
- Renamed python2 to python as a workaround to not have to touch the edk2 tree that xen downloads, which worked the last time.
- Used makepkg with --enable-ovmf in the PKGBUILD ./configure line. I expected it to work due what I mentioned earlier, but it still fails with the GCC 4.9's GenFw: ERROR 3000.
- As a last resort measure, I decided to try to merge into xen the source that ovmf-svn PKGBUILD modifies, as that one builds properly.
- I replaced all the directories inside xen/src/xen-4.4.1/tools/firmware/ovmf-dir-remote/ with the ones from ovmf-svn/src/tianocore-edk2-svn_build/. Not all directories were replaced, seems than ovmf-svn just downloads the parts of the tree required for building the OVMF Firmware, not everything, which xen does.
- Used makepkg again, which used the existing source to try to build again.
- It builded, no python or GenFw error. Installed the new package, rebooted, tried to make the UEFI DomU and BAM! There it is, as you can see in the Screenshot.
Why can some users get this running with just providing bios.bin from ovmf-bin while I have to do a walk around the globe is anyone guess...
To not derail this request further, I can say the following:
- Assuming than --with-system-ovmf= works consistently, which for me didn't, is currently possible to build Xen with OVMF, so making a more complex PKGBUILD to be able to use --enable-ovmf may not be needed.
- --enable-ovmf is still useful because it may reduce a two-step process (Installing ovmf-bin or building ovmf-svn) into one, through I'm not sure if there are pros/cons for each approach besides than you will have latest OVMF version compared to the ready-to-use binary. It also makes xen package more compatible with the mainstream Xen instructions, as --with-system-ovmf= is quite unknow.
These decisions are for kantras to make.
Last edited by zir_blazer (2014-09-06 06:54:02)

Python 2.5.1 in Arch

Recently I tried to compile ardour from the PKGBUILD in abs, but the build always failed for me. Very strange, I didn't modify anything in that PKGBUILD. Later I suspected that it might be caused by default build of python 2.5.1 in Arch, but I can't make sure of whether it is the root cause or not. So I post the steps I managed to compile ardour below:
1. I had the default build of python-2.5.1-1 and scons-0.96.95-2 installed and tried to makepkg ardour-2.0.2-1 from my /var/abs. makepkg always failed, with following error message:
patching file libs/libsndfile/configure
patching file libs/libsndfile/src/flac.c
scons: Reading SConscript files ...
scons: *** No tool named 'midl': not a Zip file
File "/root/src/extra/multimedia/ardour/src/ardour-2.0.2/SConstruct", line 16, in <module>
scons: Reading SConscript files ...
scons: *** No tool named 'midl': not a Zip file
File "/root/src/extra/multimedia/ardour/src/ardour-2.0.2/SConstruct", line 16, in <module>
(there is a small bug in ardour's PKGBUILD; it doesn't do the error check for the building process. Whether the build is ok or not, you always get a .tar.gz package for it)
2. First I tried to browse scons's source code and even installed the latest one from their official site(using makepkg & pacman -U). Still the same error.
3. I guessed the problem should be related to python. Fired up python shell and was surprised to find out that there is an entry for python 2.4 site-packages in sys.path. Upon my pure guess, I used pacman to remove all the packages under my /usr/lib/python2.4/site-packages/. Now even the directory /usr/lib/python2.4 didn't exist anymore(actually I was already using my scons mentioned in step 5 in this stage), but I still got the same error when makepkg ardour.
4. I checked the PKGBUILD and Makefile for python-2.5.1-1 and found out that the SITEPATH in Makefile would affect other python path settings(though I didn't know what these settings would do to the build process). I commented out the following line in the PKGBUILD for python and makepkg
sed -i 's#SITEPATH=#SITEPATH=:../python2.4/site-packages#' Makefile
5. Installed the newly compiled Python, but, unfortunately, scons-0.96.95-2 was installed to /usr/lib/python2.4/site-packages/. So I makepkged scons from source and installed my scons. (this time they were all installed to /usr/lib/python2.5/site-packages/)
6. Now ardour compiled!
Doesn't "sed -i 's#SITEPATH=#SITEPATH=:../python2.4/site-packages#' Makefile" just a hack for python version transition and should be removed when the transition is done? I found there are some binary package compiled for python 2.4, while some are compiled for python 2.5. Anyone has suggestion on this?
Is there any other method to compile ardour from source without recompile python and scons??(or it's just me who got this problem??)
Thanks in advance.

no issues at all. been using ardourvst since the old ardour. never had an issue with python.
I've been running ardour with vst support for 2 years now.
ardour2.0.2 builds and runs with no issue. I edit the PKGBUILD from extra, interupt the build, add the vst zip package to ../libs/fst and re-run makepkg.
never ever an issue with python or scons. I'm running the latest of all the the mentioned software with no issues.
from the ardour website:
This section applies only to people building Ardour 2.0 (not 0.99.X) and only for Linux/x86 platforms. At this time, you cannot run VST plugins in Ardour on OS X or Linux x86_64 platforms. Note that if you use your x86_64 system in 32 bit mode, that counts as x86, and things will work as expected.
Please note that it is illegal to build Ardour 2.0 with VST support and then distribute the binary to anyone else. This is because Steinberg continues to refuse to allow redistribution of the otherwise freely available VST SDK. It is therefore not possible for you to comply with the terms of the GPL (i.e. you cannot provide the person you distribute the binary to with all the source code required to build the binary). We hope that one day Steinberg/Yamaha will change the licensing to allow redistribution of the SDK, and then this silly restriction will go away.
Building Ardour 2.0 with VST support involves a few extra steps before the usual scons-based build.
1. Download the VST 2.3 SDK from Steinberg. At this time, we cannot provide you with any advice on where to get this from. Steinberg seems to regularly change the URL required to get the SDK. We recommend that you use google to search for it. Do not download the 2.4 or upcoming 3.0 SDK packages, since Ardour cannot currently use them.
2. put the VST SDK zip archive into libs/fst
3. make sure you have the Wine "development" package installed (typically called "wine-devel")
4. run scons VST=1
After a successful build, run scons install.
Running it
The command name for this version of Ardour is ardourvst, not ardour2 which is the non-VST supporting version. In all other ways, it should behave identically.
Where to install VST plugins
Ardour looks for VST plugins in the location(s) indicated by your environment variable
Last edited by funkmuscle (2007-05-24 13:10:46)

[SOLVED] Unable to install gpodder3 from AUR

I am a linux and arch newbie and about 3 weeks into my arch experience. I really like it so far, finding and fixing errors and getting all of my (laptop) hardware working is interesting.
One program I am having real problems to install is gpodder. This worked flawlessly for me on mint and I really enjoyed using it to sync my podcasts with my ipod nano and would love arch even more if I could get it working. I enjoy simple GUIs where using the terminal seems a bit laborious.
In the AUR there is a gpodder3 package available however when I attempt
user@arch ~/Downloads/gpodder3 $ makepkg -s
==> Making package: gpodder3 3.5.1-1 (Sun 19 May 06:19:45 BST 2013)
==> WARNING: Using a PKGBUILD without a package() function is deprecated.
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: python2-mygpoclient
==> ERROR: 'pacman' failed to install missing dependencies.
All of my packages and mirrors are up-to-date using
pacman -Syyu
I tried installing 'python2-mygpoclient' manually but no luck there either. Has anyone got gpodder on arch working under xfce?
Would anyone please help me to get this installed?
Last edited by cdrjameson (2013-05-19 06:40:50)

Thanks for the advice on the AUR helpers. As I am so new to Arch and linux really I think I'll stick to vanilla pacman until I feel comfortable. I have read plenty of posts and blogs decrying the use of AUR helpers for novices.
My search always starts with -Ss and then I investigate further using the ArchWiki - seems to work for me so far. Although I think I have been a bit like a kid in a candy shop and I have downloaded loads of different packages to see what they are like and now I am faced with removing some (getting back to the Arch way) and working out what their dependencies are/were. This is not a question as such just a request for your good will( I think i'll need it!) as I try to navigate the package manamgement between removing xfce and installing e17.

NetworkManager isn't working properly in E17 [SOLVED]

I know NetworkManager is functional and it works perfectly in LXDE, but in E17 it doesn't seem to have any graphical environment. The only one it shows is the one for Econnman which I can't switch to because some of the package build dependencies failed. I've already installed the gnome icons and networkmanager applet. Any advisories on how to have a functional user interface for NetworkManager?
Thanks!
Last edited by agent_smith (2012-11-18 18:00:02)

Scimmia wrote:agent_smith, I'm not going to advise you to switch to Econnman, but as the package maintainer for it, what failed? I recently added a missing dep to python2-e_dbus, but if something else is failing, I would like to know about it.
I had problems with python2-evas-svn. When I was making the package, it seemed tobe working fine until I got to a certain part when it lists python-evas 1.7.0 and gives me a configuration options summary. It proceded to generate evas/evas.c_evas.c, it enters the directory, it gives me
error: 'EVAS_CALLBACK_DEVICE_CHANGED' undeclared
A few lines similar to that above, and then it says
make[1]: *** [c_evas_la-evas.c_evas.lo] Error 1
make: *** [all] Error 2
==> ERROR: A failure occured in build().
Aborting...

[SOLVED] Enabling debug for ath9k in compat-drivers-patched from AUR

Wireless card: TP-LINK TL-WN951N. lspci says that it is an Atheros AR5416 adapter [AR5008].
Some background: I'm having the same issues as the OP in this thread, which references this bug report. The problem is that I get a 2000 ms ping every 30 seconds. So 2 seconds of inactivity every 30 seconds. I have the same wireless PCI card, as well. I need to fix this, because it's making online gaming impossible. I should also note that the card is working just fine in Windows 8, however. I am using net-auto-wireless. I have tried using wicd, enabling ath9k's nohwcrypt option, toggling the card's power save, installing the latest compat-drivers-patched from the AUR, toggling different settings in my motherboard's BIOS, and removing the antennae from the card. But nothing has made a significant difference.
I think I'm really close now. I just have to disable ANI. But in order to do that, it seems that I need to enable debugging for ath9k. But this means that I need to either recompile a custom kernel, or somehow enable debug for ath9k in compat-drivers-patched from the AUR. I'd prefer the latter, as that means that I will have a more bleeding-edge driver. That, and I won't have to touch the kernel as much. What I want is described on this page. But it seems too complicated to me. Please let me explain.
I've installed things from the AUR before, as mentioned above, and have properly configured my makepkg.conf for my system. So I'd like to use the CFLAGS and such that I've set. I don't understand how everything works in the PKGBUILD; I don't have much experience with sed and awk and regular expressions, and haven't done much shell scripting at all. It seems that at some point in the PKGBUILD, I need to enable debugging for ath9k before it is compiled. Apparently on the last page I linked to, I need to add:
export CONFIG_ATH_DEBUG=y
export CONFIG_ATH9K_DEBUG=y
export CONFIG_ATH9K_DEBUGFS=y
to some config.mk file. I can only get access to the config.mk file after I install the package with pacman. I've tried adding those lines to my /etc/profile file, and checked, after a reboot, with "set", that those variables are indeed set. But the thing is, with these variables set in /etc/profile, when I run makepkg, makepkg fails with an error 2. I tried again and got the same error. I removed those lines from my /etc/profile, rebooted, tried makepkg again, and everything worked. So putting those lines in my /etc/profile is not the solution, and I feel like I'm doing something very stupid. What am I doing wrong?
I should also note that I've tried to read the wiki page on compiling a custom kernel using ABS, but it seems to just say "get your custom configuration files" and then just continue (so it assumes that I should already be familiar with the configuration part). The PKGBUILD and Creating Packages wiki pages also seem to be a little... too advanced for me at this point in time.
So how do I enable debugging for ath9k in compat-drivers-patched from the AUR? I'd prefer to stick with only editing the PKGBUILD and using makepkg, if possible.
I've really tried to search the web and the arch forums on how to fix this problem myself, but alas, it seems that I need help this time. I greatly appreciate your time for reading my long post.
UPDATE:
I've made a lot of progress. I ended up removing the AUR package with pacman by invoking "pacman -Rsn compat-drivers-patched".
Instructions for [almost] success: First, download compat-drivers-patched from AUR. Then move it to the "builds" directory (or "local", if using ABS). Extract the tarball. After the new directory is created, cd into it. Now here's the important part: run
$ makepkg -so
Then cd into src, cd into the directory inside src, then edit the config.mk file. Make sure these lines are uncommented (or created, if not already there):
export CONFIG_CFG80211_DEBUGFS=y
export CONFIG_MAC80211_DEBUGFS=y
export CONFIG_ATH_DEBUG=y
export CONFIG_ATH9K_DEBUG=y
export CONFIG_ATH9K_DEBUGFS=y
(source)
Now run "cd ../.." to go back up two directories. Now run:
$ makepkg -e
# pacman -U <file that was produced>
And I ran "mkinitcpio -p linux" just in case, but I'm not sure if that is necessary at all. I'm... not touching the kernel, right?
Now I ran:
echo 1 > /sys/kernel/debug/ieee80211/phy0/ath9k/disable_ani
But bash would say that the file or directory doesn't exist. Even if I prepend it with "sudo", I get the same results. I was only able to get the command to work if I logged in as root. I even put the line in my /etc/profile. The 2000 ms ping every 30 seconds is now GONE. HOWEVER! If I reboot and log in as a normal user, the problem is there again. If I reboot and log in as root, the problem is gone. If I then log out and then log back in as a normal user, the problem does not come back.
So really, I can avoid the problem if I first log in as root, log out, and then log back in as a normal user. But this is a great inconvenience. I would much prefer if I could just log in as a normal user right after boot, and have everything working.
Now, how do I get the command to automatically run at boot as root (without me having to log in as root), and work?
UPDATE 2:
I got it working. Putting the line in /etc/profile is not the solution. I created a custom systemd .service file.
Put this into /etc/systemd/service (name it "disable_ani.service"):
EDIT: Wow. I made a glaring typo here. It should be /etc/systemd/system/disable_ani.service
[Unit]
Description=disable_ani
[Service]
Type=oneshot
ExecStart=/bin/sh -c "echo 1 > /sys/kernel/debug/ieee80211/phy0/ath9k/disable_ani"
[Install]
WantedBy=multi-user.target
Then make sure to "sudo chmod 755 /etc/systemd/service/disable_ani.service", since root owns this file.
Then run "sudo systemctl enable disable_ani.service".
EDIT: It has been brought to my attention that there is a much simpler way than creating a custom service.
Using a tmpfile:
/etc/tmpfiles.d/disable_ani.conf
w /sys/kernel/debug/ieee80211/phy0/ath9k/disable_ani - - - - 1
Done.
Now ANI is persistently disabled between boots, even if I log in as a normal user right after boot.
Thanks for reading.
Last edited by vyu223 (2013-03-12 10:20:19)

So zsh is telling you that the command didn't work, since it claims that there is no such file or directory. I had a lot of trouble with getting the echo command to work, as well. I found that if out of these lines:
export CONFIG_CFG80211_DEBUGFS=y
export CONFIG_MAC80211_DEBUGFS=y
export CONFIG_ATH_DEBUG=y
export CONFIG_ATH9K_DEBUG=y
export CONFIG_ATH9K_DEBUGFS=y
If the first and second line above were not uncommented in the config.mk file, I couldn't leave the last line above uncommented as well, or else makepkg would fail and give me an error. So originally I had only the 3rd and 4th lines above uncommented/inserted in my config.mk. With that configuration, I could not get the echo command to work, no matter what. Have you uncommented or inserted all of the above 5 lines into your config.mk?
After making sure all of the above 5 lines were in my config.mk, the echo command still didn't work, even if I preceded the command with sudo, or entered a su session. Bash would tell me that there was no such file or directory. I found that if I actually logged out of my normal user, and then logged back into the computer as root, the command would work. If your shell does not give you any feedback (particularly, "no such file or directory"), then the command worked. In order to get the command to run every time the computer boots, I used a systemd service, so that the command is issued as root. For some reason, it doesn't work if you put the command into /etc/profile.
Oh, and it would probably be helpful to mention that for the compat-drivers-patched package from the AUR, the PKGBUILD checks to see what your _selected_drivers variable is before compilation. If you set _selected_drivers=ath9k, your compile times will be much shorter.

(Almost) Completely Reliable Method of Building AUR Pkgs with Clang

The concise wiki directions to add `export CC=clang\nexport CXX=clang++` to makepkg.conf fails to address the unfortunate plethora of pkgbuilds that include GCC specific build options or otherwise prevent this from working.
Since, at this point, there are very few sources that actually will not build with clang and appropriate options; there has to be a way to "help" pkgbuilds adapt to clang/clang++. My suspicion is that some sort of standard regex replacements of incompatible options should help many of the simpler cases; but I am far from actual knowledge on this point.
Has anyone gotten a `makepkg.conf` + ??? setup to work reasonably well?

Welcome to the forums.
Please edit your post.
When posting configs, code or command output, please use [ code ] tags https://bbs.archlinux.org/help.php#bbcode
like this
It makes the code more readable and - in case of longer listings - more convenient to scroll through.

Python2-evas makepkg -s fails

Similar Messages

Maybe you are looking for