bmpx-svn

stavrosg · 2005-10-07 19:32:31

pholie wrote:

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?

stavrosg · 2005-10-07 19:35:00

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.

Depends:

$ ldd /usr/bin/bmpx |grep curl
        libcurl.so.3 => /usr/lib/libcurl.so.3 (0xb7ce0000)

Snowman · 2005-10-07 20:11:44

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 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).

stavrosg · 2005-10-07 20:37:27

Snowman wrote:

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 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).

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.

Snowman · 2005-10-07 21:31:34

stavrosg wrote:

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.

stavrosg wrote:

So, curl stays in depends=()

Correct.

stavrosg wrote:

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.

dtw · 2005-10-07 21:46:51

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...

stavrosg · 2005-10-07 22:16:38

dibblethewrecker wrote:

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.

josephmc · 2005-10-27 19:55:46

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.

stavrosg · 2005-10-27 22:35:47

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

dtw · 2005-10-28 09:30:43

I'll add libhrel to my repo and update right now

dtw · 2005-10-28 09:35:11

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!

dtw · 2005-10-28 09:44:50

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

stavrosg · 2005-10-28 10:08:01

dibblethewrecker wrote:

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.

stavrosg · 2005-10-28 10:27:20

OK, PKGBUILD in first post updated.

dtw · 2005-10-28 10:38:24

whoops - you fixed the checkout command in the wrong place in the bmpx build! You put it in the copy command!

stavrosg · 2005-10-30 18:18:10

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.

stavrosg · 2005-11-08 19:47:24

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

dtw · 2005-11-09 17:54:09

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?

stavrosg · 2005-11-09 18:50:58

$ 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?

dtw · 2005-11-09 20:34:49

It MUST be my system then - are you fully up to date? Running testing or special versions of the deps?

dtw · 2005-11-10 10:52:48

It just built...no idea what I changed/updated but it just worked...

tomk · 2005-11-10 12:36:22

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 {} ;
}

stavrosg · 2005-11-10 15:05:35

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.

matsche · 2006-03-02 17:18:32

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?

Sander · 2006-03-02 17:25:10

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...

Arch Linux

#26 2005-10-07 19:32:31

Re: bmpx-svn

#27 2005-10-07 19:35:00

Re: bmpx-svn

#28 2005-10-07 20:11:44

Re: bmpx-svn

#29 2005-10-07 20:37:27

Re: bmpx-svn

#30 2005-10-07 21:31:34

Re: bmpx-svn

#31 2005-10-07 21:46:51

Re: bmpx-svn

#32 2005-10-07 22:16:38

Re: bmpx-svn

#33 2005-10-27 19:55:46

Re: bmpx-svn

#34 2005-10-27 22:35:47

Re: bmpx-svn

#35 2005-10-28 09:30:43

Re: bmpx-svn

#36 2005-10-28 09:35:11

Re: bmpx-svn

#37 2005-10-28 09:44:50

Re: bmpx-svn

#38 2005-10-28 10:08:01

Re: bmpx-svn

#39 2005-10-28 10:27:20

Re: bmpx-svn

#40 2005-10-28 10:38:24

Re: bmpx-svn

#41 2005-10-30 18:18:10

Re: bmpx-svn

#42 2005-11-08 19:47:24

Re: bmpx-svn

#43 2005-11-09 17:54:09

Re: bmpx-svn

#44 2005-11-09 18:50:58

Re: bmpx-svn

#45 2005-11-09 20:34:49

Re: bmpx-svn

#46 2005-11-10 10:52:48

Re: bmpx-svn

#47 2005-11-10 12:36:22

Re: bmpx-svn

#48 2005-11-10 15:05:35

Re: bmpx-svn

#49 2006-03-02 17:18:32

Re: bmpx-svn

#50 2006-03-02 17:25:10

Re: bmpx-svn

Board footer