Package Details: projectx 0.91.0.08-2

Git Clone URL: https://aur.archlinux.org/projectx.git (read-only)
Package Base: projectx
Description: DVB demux tool for repairing and analyzing different stream types
Upstream URL: http://sourceforge.net/projects/project-x
Licenses: GPL
Submitter: None
Maintainer: windy
Last Packager: windy
Votes: 57
Popularity: 0.005361
First Submitted: 2006-02-02 11:58
Last Updated: 2015-06-08 17:53

Latest Comments

windy commented on 2015-01-02 09:02

Thanks for the notice, haawda, I changed the PKGBUILD file.

haawda commented on 2015-01-02 06:34

Please remove

if [ -f /etc/profile.d/openjdk6.sh ];
then
source /etc/profile.d/openjdk6.sh
elif [ -f /etc/profile.d/jdk.sh ];
then
source /etc/profile.d/jdk.sh
fi
from the build function. Arch does not ship these scripts anymore.

Instead, for building the c-written stuff, you need to export JAVA_HOME, which is not set by default:

if [ ${_idct} != "none" ]; then
cd lib/PORTABLE/
export JAVA_HOME="/usr/lib/jvm/`archlinux-java get`/"
make clean
make PROJECTX_HOME=${srcdir}/Project-X_0.91.0 IDCT=${_idct} CPLAT="$CFLAGS -fPIC"
cd ${srcdir}/Project-X_0.91.0
fi

windy commented on 2014-08-07 20:03

@connaisseur: Thanks for your input, I updated the package and additionally made it more compliant to the packaging standards of Java applications.

connaisseur commented on 2014-08-07 16:48

Please remove "apache-ant" as build depend; it's useless -- not needed.

Better would be add "make" as a build depend.

Thanks for picking out that orphan!

windy commented on 2014-06-26 22:09

I just adopted the package and fixed the build errors. Please tell me if it works for all of you.

windy commented on 2014-06-26 22:00

I just adopted the package and fixed the build errors.

Currently it needs $JAVA_HOME to be set during build. When I find out how to detect this properly, I will adapt the PKGBUILD.

moore_cr commented on 2013-11-22 04:26

I was able to manually build and install this (i.e. no yaourt) using the following steps:
1) Download PKGBUILD file
wget https://aur.archlinux.org/packages/pr/projectx/PKGBUILD
2) Download the project-x archive directly from sourceforge:
wget http://project-x.cvs.sourceforge.net/viewvc/project-x/?view=tar
3) Determine checksum of downloaded file:
md5sum project-x.tar.gz
4) Edit the PKGBUILD file to use the locally downloaded project-x.tar.gz file and not redownload it:
Replace line 21 "source=(http://project-x.cvs.sourceforge.net/viewvc/project-x/?view=tar" with "source=(project-x.tar.gz"
This uses the local file you just downloaded.
Replace line 26 "md5sums=('caee95e2533701e679b5a52236441b0c'" with whatever md5sum was calculated in step 3.
Save PKGBUILD
5) Build the package:
makepkg PKGBUILD
6) Install the package:
pacman -U projectx-0.91.0.08-1-x86_64.pkg.tar.xz

This worked for me, including the patches, and project-x runs fine. I hope this helps someone.

moore_cr commented on 2013-11-22 04:25

I was able to manually build and install this (i.e. no yaourt) using the following steps:
1) Download PKGBUILD file
wget https://aur.archlinux.org/packages/pr/projectx/PKGBUILD
2) Download the project-x archive directly from sourceforge:
wget http://project-x.cvs.sourceforge.net/viewvc/project-x/?view=tar
3) Determine checksum of downloaded file:
md5sum project-x.tar.gz
4) Edit the PKGBUILD file to use the locally downloaded project-x.tar.gz file and not redownload it:
Replace line 21 "source=(http://project-x.cvs.sourceforge.net/viewvc/project-x/?view=tar" with "source=(project-x.tar.gz"
This uses the local file you just downloaded.
Replace line 26 "md5sums=('caee95e2533701e679b5a52236441b0c'" with whatever md5sum was calculated in step 3.
Save PKGBUILD
5) Build the package:
makepkg PKGBUILD
6) Install the package:
pacman -U pacman -U projectx-0.91.0.08-1-x86_64.pkg.tar.xz

This worked for me, including the patches, and project-x runs fine.

Booloki commented on 2013-11-04 18:18

KamiKasi: I've got the same issue: ask about which files to patch

KamiKasi commented on 2013-11-01 05:18

@FredBezies:
Thanks, but now he asked me about which file to patch - and he still does not build.

FredBezies commented on 2013-10-31 18:32

http://project-x.cvs.sourceforge.net/viewvc/project-x/?view=tar -> empty file.

Could be replaced by : http://sourceforge.net/projects/project-x/files/project-x/ProjectX_0.91.0.00/ProjectX_0.91.0.zip

md5sums :

md5sums=('5cf7bb227abe2c16d34e8e9c84915291'
'0f09819b08e6105ed6c1e4705794e9c1'
'a91d03e2935bd303e6771fc767f496cd'
'0bb5dfb7683babb91f7fc996f5de7f2d')

KamiKasi commented on 2013-10-28 05:27

@erm67 are there any news cause projectx still does not build... :(

erm67 commented on 2013-08-31 20:12

Yes the md5 changes, I think it is because it is compressed on the fly and maybe different sourceforge frontends compress differently.
I think I can only download the diff from the release and the latest cvs. I will see tomorrow.

frb commented on 2013-08-30 09:10

I don't think you should download the last cvs revision that way, imho the last revision can change, you maybe could download (using cvs in the pkgbuild) that specific revision (or "date") of that repository so the checksum does not change.

http://nst.sourceforge.net/nst/docs/faq/ch04s04.html

chepaz commented on 2013-08-29 18:48

Is it possible that the downloadlink provided in the PKGBUILD doesn't download a static .tar.gz? Seems md5sum has changed.

erm67 commented on 2013-08-21 08:26

ok, after a long time, updated to the latest cvs version since there have been no updates and all patches are only available in cvs.
now uses idctfast from sbriesen.de (gentoo)
fixed the build.sh thingy
fixed $startdir
added a package() function
unzip is no longer needed
I hope it works better now :-)

c-mauderer commented on 2013-05-28 18:54

I'm not sure why, but the PKGBUILD as it is generates an empty package for me. I had to change all lines with $startdir to similar ones with ${pkgdir} and ${srcdir}. You can find my changed PKGBUILD here:
http://codepad.org/xtfCoyPV

Anonymous comment on 2012-12-26 09:34

The PKGBUILD assumes that build.sh is executable, which is not a given fact. Many people prefer to mount /tmp with noexec and tools like yaourt build in /tmp. This is one of the rare PKGBUILDs that fail because of this.

You could just change "./build.sh" to "sh ./build.sh" to fix this.

Anonymous comment on 2012-07-08 09:29

@cyberpatrol: When I first tried to run the PKGBUILD, it stopped with an error because it couldn't find an 'unzip' command on my system. So it is definitely missing a build dependency. After I manually installed 'unzip' with pacman, the PKGBUILD did run successfully for me. Thus the mention.

Anonymous comment on 2012-07-03 10:45

@mikan: Zip packages are supported by bsdtar and unpacked automatically by makepkg. So no need for unzip in makedepends. Btw., unzip is for zip archives and gunzip for gzip archives (usually as gzipped tar archives, .tar.gz or .tgz), two totally different compression formats.

Anonymous comment on 2012-07-03 03:26

'unzip' should be added to the makedepends array; it's needed to unpack the source archive.
I tried to use gunzip instead, but it wouldn't work.

holyArch commented on 2012-05-01 23:44

@Tomin Thanks for the tip.

Tomin commented on 2012-04-17 16:20

I had to change one line to get it building fine.
./build.sh
sh ./build.sh

Anonymous comment on 2012-04-09 09:00

I also encountered the error described by BlueC:
fatal error: jni.h: No such file or directory
I found that right after installing java-environment the environment variable JAVA_HOME is not yet set for the current logged in user, which causes the error. A logout and login should fix this.

Another issue I met was ./build.sh called from PKGBUILD line 38 not having executable permission. I fixed this by inserting "chmod +x ./build.sh" in PGKBUILD.

Anonymous comment on 2012-02-12 12:47

I managed to make it build by addding correct include paths in the PKGBUILD but that seems hacky (I've no idea how this should be done gracefully).

More info:

yaourt -Qs jdk
extra/jdk7-openjdk 7.b147_2.0-6
Free Java environment based on OpenJDK 7.0 with IcedTea7 replacing binary plugs - SDK
extra/jre7-openjdk 7.b147_2.0-6
Free Java environment based on OpenJDK 7.0 with IcedTea7 replacing binary plugs -Full
Java runtime environment - needed for executing Java GUI and Webstart programs
extra/jre7-openjdk-headless 7.b147_2.0-6
Free Java environment based on OpenJDK 7.0 with IcedTea7 replacing binary plugs -
Minimal Java runtime - needed for executing non GUI Java programs

Anonymous comment on 2012-02-12 12:35

Build failing here:

gcc -Wall -O2 -D_REENTRANT -DGNU_SOURCE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fPIC -I"/usr/lib/jvm/java-7-openjdk/jre/include" -I"/usr/lib/jvm/java-7-openjdk/jre/include/linux" -I./mmx -I./mmx -c net_sourceforge_dvb_projectx_video_IDCTFast.c
net_sourceforge_dvb_projectx_video_IDCTFast.c:1:17: fatal error: jni.h: No such file or directory
compilation terminated.
make: *** [net_sourceforge_dvb_projectx_video_IDCTFast.o] Error 1

Seems the include paths are wrong... jni.h is actually in /usr/lib/jvm/java-7-openjdk/include/

Is this something wrong with the PKBUILD or my environment?

erm67 commented on 2012-01-07 21:17

Ok I fixed the projectx.desktop, should be ok now.

Anonymous comment on 2011-12-15 19:05

Well, projectx.desktop must have been changed I guess or I changed it once on my system. Don't know anymore. But it's an upstream issue, because the .desktop file is in the source tarball. So you'd better file a bug report to upstream. But keep in mind that the script /usr/bin/projectx is a downstream script only installed by this PKGBUILD.

Btw., Exec=projectx instead of Exec=/usr/bin/projectx is sufficient even if it, of course, doesn't matter.

Anonymous comment on 2011-12-15 18:10

and indeed, Exec=/usr/bin/projectx solves all the issues I had.

Anonymous comment on 2011-12-15 16:54

I have no problem starting projectx on the command line. It runs fine.
But this projectx.desktop file generated by makepkg will never start projectx:

[Desktop Entry]
X-SuSE-translate=true
Categories=AudioVideo;AudioVideoEditing
Comment=A video editing and demultiplexing tool
Encoding=UTF-8
Exec=java -jar /usr/share/projectx/ProjectX.jar
GenericName=ProjectX
Icon=package_multimedia
Name=ProjectX
Name[de]=ProjectX
Terminal=false
Type=Application

The file is included from $MY_AUR_BASE/projectx/src/Project-X_0.91.0

Anonymous comment on 2011-12-13 18:52

@moneo: Do you have set your $PATH correctly? That said, does your $PATH contain /usr/bin?

Anonymous comment on 2011-12-13 18:49

For me it's working. Exec points to the script /usr/bin/projectx which is installed by the PKGBUILD and /usr/bin/projectx starts projectx correctly for me. And the -gui parameter is not necessary.

Anonymous comment on 2011-12-13 18:28

There is an issue with the projectx.desktop file
The Exec line is invalid, i.e. points to an invalid location.

It should be: Exec=java -jar /opt/projectx/ProjectX.jar -gui

erm67 commented on 2011-04-14 09:41

Fixed as suggested by gborzi

erm67 commented on 2011-04-14 09:29

it should work now but I don't have a 64bit to test, there is a new var _arch and it is set to native as default, should work for everybody ...

gborzi commented on 2011-04-13 22:23

Hi saedelaere,
to fix the problem change
make PROJECTX_HOME=${srcdir}/Project-X_0.91.0 IDCT=${idct}
to
make PROJECTX_HOME=${srcdir}/Project-X_0.91.0 IDCT=${idct} CPLAT="$CFLAGS -fPIC"
in PKGBUILD.

zerox2a commented on 2011-04-13 21:07

no longer building for me. Seems not to work on x86_64

gcc -Wall -O2 -D_REENTRANT -DGNU_SOURCE -march=x86_64 -mtune=x86_64 -ffast-math -I"/opt/java/include" -I"/opt/java/include/linux" -I./mmx -I./mmx -c net_sourceforge_dvb_projectx_video_IDCTFast.c
net_sourceforge_dvb_projectx_video_IDCTFast.c:1:0: Fehler: bad value (x86_64) for -march= switch
net_sourceforge_dvb_projectx_video_IDCTFast.c:1:0: Fehler: bad value (x86_64) for -mtune= switch
make: *** [net_sourceforge_dvb_projectx_video_IDCTFast.o] Fehler 1
==> FEHLER: Ein Unfall geschah in build().
Breche ab ...
==> ERROR: Makepkg was unable to build projectx.

Only posibility is idct=none

Please fix, thanks

erm67 commented on 2011-04-09 15:45

It is possible to choose the IDCT implementation editing the PKGBUILD as default idct-mjpeg-mmx is used.

erm67 commented on 2011-04-07 17:42

unfortunately no accelerated IDCT for linux compiles, I will try again later to fix that ...

azleifel commented on 2011-04-05 22:00

0.91.0 is out!