[SOLVED] Compiling Xfburn Source Code

wayne1937 · 01-07-2020, 12:56 PM

file:///home/Delano/Desktop/xfburn%20Package%20in%20Downloads

Above screen shot shows package xfbun downloaded

file:///home/Delano/Desktop/xfburn%20Package%20Open%20

Above screen shot shows package xfburn opened

file:///home/Delano/Desktop/xfburn%20Package%20Extracted%20in%20Terminal

Above screen shot shows package xfburn extracted to terminal

Typed: # yum ./configure

checking for libburn-1 >= 0.4.2... not found
*** The required package libburn-1 was not found on your system.
*** Please install libburn-1 (atleast version 0.4.2) or adjust
*** the PKG_CONFIG_PATH environment variable if you
*** installed the package in a nonstandard prefix so that
*** pkg-config is able to find it.

[root@Gateway xfburn-0.4.3]# yum install libburn-1
Loaded plugins: fastestmirror, refresh-packagekit, security
Setting up Install Process
Loading mirror speeds from cached hostfile
* base: mirrors.usc.edu
* epel: mirror.sjc02.svwh.net
* extras: mirrors.xtom.com
* updates: mirrors.syringanetworks.net
No package libburn-1 available.
Error: Nothing to do

Where would I find package libburn-1

michaelk · 01-07-2020, 01:02 PM

What happens when you try:

yum install libburn

wayne1937 · 01-07-2020, 01:21 PM

Quote:

Originally Posted by michaelk

What happens when you try:

yum install libburn

I dropped the (-1) then run yum install libburn. Below is the results, and it looks like libburn is installed. However the package installer asked for libburn-1 ?????

[root@Gateway Delano]# yum install libburn
Loaded plugins: fastestmirror, refresh-packagekit, security
Setting up Install Process
Loading mirror speeds from cached hostfile
* base: mirrors.usc.edu
* epel: mirror.sfo12.us.leaseweb.net
* extras: mirrors.xtom.com
* updates: mirrors.sonic.net
Package libburn-0.7.0-2.el6.i686 already installed and latest version
Nothing to do
[

wayne1937 · 01-07-2020, 01:48 PM

Quote:

Originally Posted by michaelk

What happens when you try:

yum install libburn

michaelk: Is there a method that would make libburn compile in place of libburn-1

michaelk · 01-07-2020, 04:03 PM

Package managers and repositories make it quite easy for the end user since programs are already compiled and ready to run out of the box. With a source package it is up to use to find dependencies and mess with configuration scripts etc.

xfburn is located in the nux-desktop repository if you want to install from the package manager versus source. It should have the correct libraries for the version which may not be the latest and greatest.

https://www.tecmint.com/enable-nux-d...n-rhel-centos/

When enabling repositories depends on what applications you have already installed could break existing packages if not careful.

wayne1937 · 01-07-2020, 04:24 PM

Quote:

Originally Posted by michaelk

Package managers and repositories make it quite easy for the end user since programs are already compiled and ready to run out of the box. With a source package it is up to use to find dependencies and mess with configuration scripts etc.

xfburn is located in the nux-desktop repository if you want to install from the package manager versus source. It should have the correct libraries for the version which may not be the latest and greatest.

https://www.tecmint.com/enable-nux-d...n-rhel-centos/

When enabling repositories depends on what applications you have already installed could break existing packages if not careful.

Thanks for the warning. Just thought I would learn a little about source compiling.

It seems when source is compiled (assuming it's compiled correctly!) the last step is the install. If it installs (guessing!) then source is compiled correctly, however, I simply wanted to compile and not neccesarly install. Doubt if this makes sense.

In this case xfbburn want's libburn-1, however, this machine has libburn. No (-1) after libburn. Also this machines' version is 0.7.0-2 anyway compiler insist on xfburn-1.

Is the answer to download a newer release of source?

ehartman · 01-07-2020, 06:54 PM

Quote:

Originally Posted by wayne1937

In this case xfbburn want's libburn-1, however, this machine has libburn. No (-1) after libburn.

The latest version of xfburn is 0.5.5, released on 2017-12-14 (in git there are some 0.6.x versions). This should be compiled against the libburn library 1.5 or higher.
The libburn-1 file probably is a symlink against it which the package builder didn't provide.

wayne1937 · 01-07-2020, 10:30 PM

Quote:

Originally Posted by ehartman

The latest version of xfburn is 0.5.5, released on 2017-12-14 (in git there are some 0.6.x versions). This should be compiled against the libburn library 1.5 or higher.
The libburn-1 file probably is a symlink against it which the package builder didn't provide.

xfburn Source Code which I attemted to compile is i386/32-BIt as is the compiling
machine. I'll check git out. Appreciate post.

scdbackup · 01-08-2020, 02:33 AM

Hi,

check whether you have libburn-devel installed. It is supposed to contain
header files which Xfburn has to include.

------------------------------------------------------------------------

The demand for "libburn-1" is strange. This name is not provided by
libburn source tarballs.

Nevertheless it seems to work for Debian, which has no libburn-1 either.
https://buildd.debian.org/status/fet...74560468&raw=0
shows

Code:

  checking for libburn-1 >= 0.4.2... 1.5.0
  checking LIBBURN_CFLAGS... -I/usr/include/libburn
  checking LIBBURN_LIBS... -lburn

So the ./configure time check for "libburn-1" finds libburn.so which is
supposed to point to libburn.so.4.103.0 (source version 1.5.0).

Debian buildd installs packages

Code:

  libburn-dev (= 1.5.0-1),
  libburn4 (= 1.5.0-1),

CentOS has packages

Code:

  libburn-devel-*
  libburn-*

and somewhat riddling:

Code:

  libburn.so.4()(64bit)

The age of libburn-0.7.0-2.el6.i686 makes me nostalgic. Released 2009.
But Xfburn wants only the feature set of 0.4.2. So 0.7.0 should be fully
sufficient for the run-time needs of Xfburn.

Have a nice day

Thomas

scdbackup · 01-08-2020, 03:02 AM

Hi,

the riddle of "libburn-1" is caused by the name of the pkg-config file
inside the libburn tarball: libburn-1.pc.
It is not the name of a package or a linkable library file.

So the ./configure script of Xfburn searches for libburn-1.pc.
I do not find a content list of libburn-devel-0.7.0*rpm.
But
https://centos.pkgs.org/7/centos-x86....i686.rpm.html
lists

Code:

  /usr/lib/pkgconfig/libburn-1.pc

Have a nice day

Thomas

wayne1937 · 01-08-2020, 07:38 AM

Quote:

Originally Posted by scdbackup

Hi,

check whether you have libburn-devel installed. It is supposed to contain
header files which Xfburn has to include.

------------------------------------------------------------------------

The demand for "libburn-1" is strange. This name is not provided by
libburn source tarballs.

Nevertheless it seems to work for Debian, which has no libburn-1 either.
https://buildd.debian.org/status/fet...74560468&raw=0
shows

Code:

  checking for libburn-1 >= 0.4.2... 1.5.0

  checking LIBBURN_CFLAGS... -I/usr/include/libburn
  checking LIBBURN_LIBS... -lburn

So the ./configure time check for "libburn-1" finds libburn.so which is
supposed to point to libburn.so.4.103.0 (source version 1.5.0).

Debian buildd installs packages

Code:

  libburn-dev (= 1.5.0-1),
  libburn4 (= 1.5.0-1),

CentOS has packages

Code:

  libburn-devel-*
  libburn-*

and somewhat riddling:

Code:

  libburn.so.4()(64bit)

The age of libburn-0.7.0-2.el6.i686 makes me nostalgic. Released 2009.
But Xfburn wants only the feature set of 0.4.2. So 0.7.0 should be fully
sufficient for the run-time needs of Xfburn.

Have a nice day

Thomas

*****************************************************************************************

*****Ran htop******

# rpm -q libburn-devel ***NOT INSTALLED***

******************************************************************************************

Dependencies Resolved

================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
libburn-devel i686 0.7.0-2.el6 base 225 k

Transaction Summary
================================================================================
Install 1 Package(s)

Total download size: 225 k
Installed size: 1.4 M
Is this ok [y/N]: y
Downloading Packages:
libburn-devel-0.7.0-2.el6.i686.rpm | 225 kB 00:00
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : libburn-devel-0.7.0-2.el6.i686 1/1
Verifying : libburn-devel-0.7.0-2.el6.i686 1/1

Installed:
libburn-devel.i686 0:0.7.0-2.el6

Complete!
[root@Gateway-CentOS-6 Delano]#

I'll now attempt compile xfburn source.

Truly appreciate your help on this.

Regards

**********************************************************************************************

Thanks to your nudge in the right direction discovered this machine had none of the required packages. AllPackages are now installed.

BuildRequires: libxfcegui4-devel >= 4.4.0 Thunar-devel >= 0.3.0
BuildRequires: libburn-devel >= 0.4.2 libisofs-devel >= 0.6.2
BuildRequires: dbus-glib-devel >= 0.34 hal-devel >= 0.5.7
BuildRequires: gstreamer-devel >= 0.10.2 gstreamer-plugins-base-devel
BuildRequires: gtk2-devel >= 2.10.0 gettext desktop-file-utils intltool
Requires: hicolor-icon-theme

???? Just attemted to compile and libburn-1 still remains the problem so far.

wayne1937 · 01-08-2020, 09:49 AM

The required package libisofs-1 was not found on your system.
*** Please install libisofs-1 (atleast version 0.6.2) or adjust
*** the PKG_CONFIG_PATH environment variable if you
*** installed the package in a nonstandard prefix so that
*** pkg-config is able to find it.

# yum install libisofs-1
package not available.

Where would such a package be found?

scdbackup · 01-08-2020, 12:14 PM

Hi,

> The required package libisofs-1 was not found on your system.

Same pattern: Install libisofs-devel.

It is unfortunate that the XDT_CHECK_PACKAGE macros in

https://git.xfce.org/apps/xfburn/tree/configure.ac.in

complain about the name of the pkg-config file instead of the upstream
package.
Have a look at line 34 ff. to get an impression which development packages
you will have to install. Probably you have most of the run-time packages
but i expect that some of the compile-time packages are missing yet.

The prefix "dnl" means that this check macro is disabled.

There is the risk that the contemporary Xfburn wants versions which you
cannot get from Centos 6. libisofs-0.6.32 of CentOS 6 should be young
enough, though.

Have a nice day

Thomas

wayne1937 · 01-08-2020, 01:56 PM

Quote:

Originally Posted by scdbackup

Hi,

> The required package libisofs-1 was not found on your system.

Same pattern: Install libisofs-devel.

It is unfortunate that the XDT_CHECK_PACKAGE macros in

https://git.xfce.org/apps/xfburn/tree/configure.ac.in

complain about the name of the pkg-config file instead of the upstream
package.
Have a look at line 34 ff. to get an impression which development packages
you will have to install. Probably you have most of the run-time packages
but i expect that some of the compile-time packages are missing yet.

The prefix "dnl" means that this check macro is disabled.

There is the risk that the contemporary Xfburn wants versions which you
cannot get from Centos 6. libisofs-0.6.32 of CentOS 6 should be young
enough, though.

Have a nice day

Thomas

***********************************************

libisofs installed.
Compiled and now exo-1 is needed.
Installed exo
Compiled and needs exo-1

*************************************************
I note line 34 but no line 34ff
***************************************

I went through all XDT packages installed those that would install.
Five packages not availabel: gthread; gtk; gio; gio unix; gudev
***************************************************************************

Compiled still wants exo-1

Do you think it's time to move on, or do we continue banging away at this? I for one am learning a great deal from your nudging :-)

scdbackup · 01-08-2020, 02:42 PM

Hi,

You need the "...-devel" packages of the libraries.

Code:

  XDT_CHECK_PACKAGE([GTHREAD], [gthread-2.0], [2.6.0])
  /usr/lib/pkgconfig/gthread-2.0.pc
  https://rpmfind.net/linux/RPM/centos/6.10/x86_64/Packages/glib2-devel-2.28.8-10.el6.i686.html

This looks like you won't get it in CentOS 6:

Code:

  XDT_CHECK_PACKAGE([GTK], [gtk+-3.0], [3.20])

There is only:

Code:

  /usr/lib64/pkgconfig/gtk+-2.0.pc
  https://rpmfind.net/linux/RPM/centos/6.10/x86_64/Packages/gtk2-devel-2.24.23-9.el6.x86_64.html

Here the upstrem version 0.11.0 seems newer than 0.6.2:

Code:

  XDT_CHECK_PACKAGE([EXO], [exo-0.3], [0.11.0], [], [XDT_CHECK_PACKAGE([EXO], [exo-2], [0.11.0])])
  /usr/lib/pkgconfig/exo-1.pc
  https://centos.pkgs.org/6/epel-x86_64/exo-devel-0.6.2-2.el6.x86_64.rpm.html

--------------------------------------------------------------------------

Several years ago i had to get Xfburn running on a SuSE that was too old
to provide the necessary libraries. It lasted a while and i had to delete
several code passages which demanded unavailable library functions.
In the end it was enough to find out which code parts needed to be adapted
so that it used libburn's capability to burn Blu-ray media.
At that time Xfburn still had a maintainer who then took my proposals and
properly inserted them.

From that experience i can tell that it is no picknick to get a modern GUI
program running on an outdated system.

What is your intended use case ?
Can't you just settle with xorriso ?
(You should be able to build xorriso from the GNU xorriso source tarball.
Tcl/Tk would be needed if you'd want to use GUI frontend xorriso-tcltk.)

Have a nice day

Thomas