You are not logged in.
And a question, what's the replaces=('bmp' 'bmp-cvs' 'bmpx-cvs') line good for? man makepkg says:
This is an array of packages that this package
should replace, and can be used to handle
renamed/combined packages. For example, if the
kernel package gets renamed to kernel-ide, then
subsequent 'pacman -Syu' calls will not pick up
the upgrade, due to the differing package names.
replaces handles this.I'm not sure if i understood it correctly because now i have both bmp and bmpx-svn installed without problems :?.
Yes, it may be premature, but the bmp code is dead now (developer's quote) and all effort is going towards bmpx .
It still replaces bmpx-cvs from dibble though, since the code moved from sourceforges's cvs repo to berlios.de subversion repository.
Officially it doesn't replace it, yet, but unofficially it already did.
Hear, people! Should I remove the replaces=() or not?
Offline
Maybe stavrosg has already verified that, but it's possible that the curl dependency is a makedepends instead of a depends. I haven't tried the PKGBUILD so I can't be sure.
Depends:
$ ldd /usr/bin/bmpx |grep curl
libcurl.so.3 => /usr/lib/libcurl.so.3 (0xb7ce0000)
Offline
Snowman wrote:Maybe stavrosg has already verified that, but it's possible that the curl dependency is a makedepends instead of a depends. I haven't tried the PKGBUILD so I can't be sure.
It is correct, curl goes in depends=() and not in makedepends=().
When i uninstall curl i get:
bmpx: error while loading shared libraries: libcurl.so.3: cannot open shared object file: No such file or directory
Actually, it's also a makedepends . The error you got in your post above:
checking whether libcurl is usable... no
configure: error: libcurl not found
make: *** No targets specified and no makefile found. Stop.
==> ERROR: Build Failed. Aborting...
occured when you were making the package. It could be added to the makedepends array (even though makepkg makes you install both the makedepends and depends if they are not installed).
Offline
pholie wrote:Snowman wrote:Maybe stavrosg has already verified that, but it's possible that the curl dependency is a makedepends instead of a depends. I haven't tried the PKGBUILD so I can't be sure.
It is correct, curl goes in depends=() and not in makedepends=().
When i uninstall curl i get:
bmpx: error while loading shared libraries: libcurl.so.3: cannot open shared object file: No such file or directoryActually, it's also a makedepends . The error you got in your post above:
checking whether libcurl is usable... no configure: error: libcurl not found make: *** No targets specified and no makefile found. Stop. ==> ERROR: Build Failed. Aborting...
occured when you were making the package. It could be added to the makedepends array (even though makepkg makes you install both the makedepends and depends if they are not installed).
Yes, but makedepends is not always depends
In this case, subversion is not needed after the package is built.
Another example I can think of is poedit (its in AUR).
From man makepkg (again - the bold is mine):
depends (array)
An array of packages that this package depends on
to build and run. [...]makedepends (array)
An array of packages that this package depends on
to build (ie, not required to run).
So, curl stays in depends=()
Btw noone commented so far on the replaces=() thingy.
Offline
From man makepkg (again - the bold is mine):
depends (array)
An array of packages that this package depends on
to build and run. [...]makedepends (array)
An array of packages that this package depends on
to build (ie, not required to run).
I didn't know that although I've consulted the man pages several time. I was under the impression that the depends array was only for runtime depends. That would explain makepkg's behaviour.
So, curl stays in depends=()
Correct.
Btw noone commented so far on the replaces=() thingy.
I would say leave it there. If bmpx conflicts with one of these packages, use instead the conflicts/provides arrays. The people who wants to keep using bmp can remove the line from the PKGBUILD. And as there's no complaints yet, I assume people are happy with the current PKGBUILD.
Offline
In pacman terms strictly bmpx-svn only replaces bmpx-cvs - that is the correct usage. bmpx will eventually replace bmp but at the moment they should only conflict. bmpx also provides bmp and bmpx I think...
Offline
In pacman terms strictly bmpx-svn only replaces bmpx-cvs - that is the correct usage. bmpx will eventually replace bmp but at the moment they should only conflict. bmpx also provides bmp and bmpx I think...
No, bmp & bmpx can be both installed and run without one affecting the other. It's the case here, too.
Offline
now depends on libhrel
pkgname=libhrel-svn
pkgver=825
pkgrel=1
pkgdesc="library for BMPx"
url="http://bmpx.berlios.de"
license=""
depends=()
makedepends=('subversion')
provides=('libhrel')
source=()
md5sums=()
_svntrunk=svn://svn.berlios.de/bmpx/hackground/relational
_svnmod=libhrel
build() {
cd $startdir/src
# Be sure to have a ~/.subversion. If it doesn't exist, touch it.
touch ~/.subversion
svn co $_svntrunk $_svnmod
msg "SVN checkout done or server timeout"
msg "Starting make..."
cp -r $_svnmod $_svnmod-build
cd $_svnmod-build
./autogen.sh
./configure --prefix=/usr
make || return 1
make DESTDIR=$startdir/pkg install
cd ..
rm -Rf $_svnmod-build
mv $startdir/pkg/usr/include/libhrel/libhrel/* $startdir/pkg/usr/include/libhrel
rm -fr $startdir/pkg/usr/include/libhrel/libhrel
}
*Right now it is putting the libraries in /usr/include/libhrel/libhrel so if they fix that in svn i'll try to update it and take out that hack.
Offline
Thanks josephmc! I wanted to make a pkgbuild but somehow I felt a bit bored today... ;-)
Just a note: remove the
touch ~/.subversion
from the PKGBUILD, because if you have it, you don't need it, and if you don't have it, this command creates trouble (as ~/.subversion is a directory, not a file)
See page 2 in this thread
EDIT: I added the PKGBUILD in the first post, too to be easier to find. I hope you don't mind
Offline
I'll add libhrel to my repo and update right now
Offline
Why is everyone suddenly leaving:
--config-dir ./ -r $pkgver
Out of the PKGBUILDs?! It defeats the point of the versionpkg script and renders the pkgver little more than a unique name rather than being representative of the contents!
Offline
I can't get libhrel to build for some reason - says no target to make all - I will try later. In the meantime it should be noted that libhrel depends on gtk-doc
Offline
I can't get libhrel to build for some reason - says no target to make all - I will try later. In the meantime it should be noted that libhrel depends on gtk-doc
Hmm... r833 built fine for me here.
hmm ...and it isn't libtool-slayed, too.
I'll make a few checks here, and then update the first post.
Offline
OK, PKGBUILD in first post updated.
Offline
whoops - you fixed the checkout command in the wrong place in the bmpx build! You put it in the copy command!
Offline
Yet another change!
As of revision 874 the bmpx build procedure will download and build libhrel, too, so there isn't a need for another package. I'll adjust the pkgbuild later.
Note: By looking in their autogen.sh , it just issues the command
svn co svn://svn.berlios.de/bmpx/hackground/relational libhrel
inside the top-level directory, and I am tempted to do this beforehand.
(a few minutes later)
It didn't mind.
Offline
BMPx moved away from BerliOS . The new site is at http://bmpx.kicks-ass.net/
I've updated the PKGBUILD, and posted it to AUR, too : http://aur.archlinux.org/packages.php?d … =1&ID=2693
Offline
I can NEVER get this to build! It is very annoying! Build I tried was 1116 - can someone else try with that as the $pkgver pls?
Offline
$ bmpx --version
bmpx 0.12.3, Build: 2005-11-09-R1116 [Wed Nov 9 16:46:41 EET 2005] (stavrosg@gondolin)Features built:
* X11 Session Management
* D-BUS Support
* Audio backend: XINE
* Core GUI (Winamp 2.x skinning engine)
built fine here?
Offline
It MUST be my system then - are you fully up to date? Running testing or special versions of the deps?
Offline
It just built...no idea what I changed/updated but it just worked...
Offline
I just tried this, using the AUR PKGBUILD, and it couldn't find the svn repo, because they've moved it, as per this wiki page. They've also integrated the hrel and chroma checkouts into the bmpx autogen script, so you just need one checkout command. Here's the amended PKGBUILD:
pkgname=bmpx-svn
pkgver=1137
pkgrel=1
pkgdesc="BMPx is the follow-up of the BMP project with a codebase rewritten from scratch. This will install the latest development version."
url="http://bmpx.kicks-ass.net"
license=""
depends=('gtk2>=2.8' 'cairo' 'taglib>=1.4' 'xine-lib' 'libglade' 'fam' 'curl' 'gtk-doc')
makedepends=('subversion')
conflicts=('bmpx-cvs' 'bmpx')
replaces=('bmpx-cvs' 'bmpx')
backup=()
install=
source=()
md5sums=()
_svntrunk=svn://bmpx.kicks-ass.net/bmpx/trunk
_svnmod=bmpx
build() {
cd $startdir/src
msg "Updating bmpx, libhrel & libchroma SVN..."
svn co $_svntrunk --config-dir ./ -r $pkgver $_svnmod
msg "SVN checkout done or server timeout"
msg "Starting make..."
cp -r $_svnmod $_svnmod-build
cd $_svnmod-build
./autogen.sh
./configure --prefix=/usr
make || return 1
make DESTDIR=$startdir/pkg install
install -D -m 755 clients/dbus-python/bmp-xchat/bmp-xchat.py $startdir/pkg/usr/share/bmpx/clients/bmp-xchat.py
install -m 755 clients/dbus-perl/bmp-irssi/bmp-irssi.pl $startdir/pkg/usr/share/bmpx/clients/bmp-irssi.pl
install -m 755 clients/dbus-perl/bmp-xchat/bmp-xchat.pl $startdir/pkg/usr/share/bmpx/clients/bmp-xchat.pl
cd ..
cp $startdir/src/$_svnmod-build/po/bmpx.pot /home/stavrosg/translations/bmpx
rm -Rf $_svnmod-build
find $startdir/pkg -name "*.la" -exec rm {} ;
}
Offline
I'll update the PKG in aur shortly -- and thanks for posting it here as there is something it shouldn't have got in aur in the first place:
cp $startdir/src/$_svnmod-build/po/bmpx.pot /home/stavrosg/translations/bmpx
oops! :oops:
Now, on the libhrel and libchroma parts, I check them out myshelf as they are unlikely to change with every commit , so having them in $startdir/src/bmpx is better than downlading them every time in $startdir/src/bmpx-build via autogen ;-)
-S.
Offline
hi i get this error (bmpx 0.13):
bmpx: Couldn't connect to session bus: Unable to determine the address of the message bus
Anything messed up?
THX!!
cu matsche
Offline
From makepkg:
*info* running autopoint (-f)
autopoint: *** cvs program not found
autopoint: *** Stop.
*error* autopoint failed. (exit code = 1)
./PKGBUILD: line 34: ./configure: Onbekend bestand of map (this is "file not found" in Dutch)
make: *** No targets specified and no makefile found. Stop.
Fixed after a "pacman -S cvs". Which is strange because this package is called bmpx-svn, but oh well
I suppose it should be listed as a makedep then (dunno for sure, I've only attempted creating a PKGBUILD once and it was a regular ./configure && make && make install one).
Also, now that I managed to compile it: I receive the same error as matsche:
$ bmpx
bmpx: Couldn't connect to session bus: Unable to determine the address of the message bus
Apparently this is because it requires dbus to be running. I don't really feel like running yet another service/daemon/whatever on startup so my quest for an XMMS replacement continues...
You like cheese? You like peas? You'll love cheezy peas!
Offline