Re: Trouble with libUtil.so
On 15.02.2015 21:45, Jean-Louis Martineau wrote: > Stefan, > > I made a new 3.3.7p1 release!!! > It also include a new fix for swig-3.0.5. > > I appreciate if you can test it before I announce it to mailing list. > > The fix in the comment #6 to require swig is not required. The swig > files should be correctly generated this time. > > You can download it from: > https://sourceforge.net/projects/amanda/files/amanda%20-%20stable/3.3.7p1/ OK, patched my local overlay back to: * don't apply that patch * don't depend on swig * don't do that *.swg cleanup The naming convention of upstream amanda always gives me some headache ("-" vs. "_" ...), but the latest ebuild up here compiles fine, with or without swig installed: https://github.com/stefangweichinger/gentoo-overlay/tree/master/app-backup/amanda (amcheck works fine ... will do some amflush next) Thanks, regards, Stefan
Re: Trouble with libUtil.so
Stefan, I made a new 3.3.7p1 release!!! It also include a new fix for swig-3.0.5. I appreciate if you can test it before I announce it to mailing list. The fix in the comment #6 to require swig is not required. The swig files should be correctly generated this time. You can download it from: https://sourceforge.net/projects/amanda/files/amanda%20-%20stable/3.3.7p1/ Jean-Louis On 02/15/2015 10:46 AM, Stefan G. Weichinger wrote: Am 15.02.2015 um 12:09 schrieb Eric Björkvall: Thanks! This patched also fixed the problem with libUtil.dylib that I had on x86_64-apple-darwin14.1.0 ( Mac OS X 10.10.2 ). Had to install swig with homebrew first, seems to be working now. Will this give a new release soon, with the patch included? Is swig now a dependency? I ask because we at gentoo currently also modify our ebuilds to fix this: https://bugs.gentoo.org/show_bug.cgi?id=537248 thanks, Stefan
Re: Trouble with libUtil.so
On 15.02.2015 17:12, Jean-Louis Martineau wrote: > On 02/15/2015 10:46 AM, Stefan G. Weichinger wrote: >> Am 15.02.2015 um 12:09 schrieb Eric Björkvall: >>> Thanks! This patched also fixed the problem with libUtil.dylib that I >>> had on x86_64-apple-darwin14.1.0 ( Mac OS X 10.10.2 ). Had to install >>> swig with homebrew first, seems to be working now. >> Will this give a new release soon, with the patch included? > > I will make a new release this week with only the patch to the *.swg files. > >> >> Is swig now a dependency? > > swig should not be required since the tarball include all swig generated > files. > swig is required only because you apply a patch to some *.swg files or > you touch them. thanks for the infos!
Re: Trouble with libUtil.so
On 02/15/2015 10:46 AM, Stefan G. Weichinger wrote: Am 15.02.2015 um 12:09 schrieb Eric Björkvall: Thanks! This patched also fixed the problem with libUtil.dylib that I had on x86_64-apple-darwin14.1.0 ( Mac OS X 10.10.2 ). Had to install swig with homebrew first, seems to be working now. Will this give a new release soon, with the patch included? I will make a new release this week with only the patch to the *.swg files. Is swig now a dependency? swig should not be required since the tarball include all swig generated files. swig is required only because you apply a patch to some *.swg files or you touch them. I ask because we at gentoo currently also modify our ebuilds to fix this: https://bugs.gentoo.org/show_bug.cgi?id=537248 thanks, Stefan
Re: Trouble with libUtil.so
Am 15.02.2015 um 12:09 schrieb Eric Björkvall: > Thanks! This patched also fixed the problem with libUtil.dylib that I > had on x86_64-apple-darwin14.1.0 ( Mac OS X 10.10.2 ). Had to install > swig with homebrew first, seems to be working now. Will this give a new release soon, with the patch included? Is swig now a dependency? I ask because we at gentoo currently also modify our ebuilds to fix this: https://bugs.gentoo.org/show_bug.cgi?id=537248 thanks, Stefan
Re: Trouble with libUtil.so
Thanks! This patched also fixed the problem with libUtil.dylib that I had on x86_64-apple-darwin14.1.0 ( Mac OS X 10.10.2 ). Had to install swig with homebrew first, seems to be working now. Cheers, Eric Eric Björkvall CEO Björkvall & Son AB > On 11 feb 2015, at 22:22, Debra S Baddorf wrote: > > Perfect!Thanks — the patch completely fixed my problems too. > So I’ll run amanda 3.3.7 here, too, on my server.Client nodes take > longer to catch up. > Scientific Linux Fermi release 6.4 (Ramsey) SLF 6.4 > (Fermilab authors and offers a package of the scientific bits based on > RedHat) > > Deb Baddorf > Fermilab > > > On Feb 11, 2015, at 12:07 PM, Jean-Louis Martineau > wrote: > >> On 02/11/2015 12:55 PM, Debra S Baddorf wrote: >>> Oh — wake up call for me — I had just that same error trying to compile >>> amanda 3.3.7 >>> on my RedHat based system two days ago. Scientific Linux Fermi release >>> 6.4 (Ramsey) >>> (Oh, you said RHEL 5.11 so that’s RedHat too). >>> This reply no longer contains the patch. Jean-Louis, can you send the >>> patch again, >>> and I’ll try again on amanda 3.3.7 ? >>> >>> Deb Baddorf >>> Fermilab >>> >>> >>> On Feb 11, 2015, at 11:27 AM, Bernhard Erdmann wrote: >>> Hello Jean-Louis, thanks for your patch. It helped me to get amanda 3.3.7 up and running on an RHEL 5.11 machine. Without your patch, I had the same problem as Jens. Am 26.01.15 um 16:14 schrieb Jean-Louis Martineau: > Jens, > > Try the attached patch. > > Jean-Louis > > On 01/26/2015 10:00 AM, Jens Berg wrote: >> Hi list, >> >> I compiled amanda 3.3.7 from source which completed successfully. >> However, each time I run a command which utilizes libUtil.so, e.g. >> amlabel or amcheck I get the following error message: >> /usr/bin/perl: symbol lookup error: >> /usr/local/share/perl/5.14.2/auto/Amanda/Util/libUtil.so: undefined >> symbol: struct_file_lock_lock >> >> /usr/bin/perl -v tells me it's a 5.14.2 >> Looks like some SWIG weirdness to me but I'm not experienced enough to >> figure out what the real problem is. Do I miss a library or the path >> to it? >> I already did "make clean; make; sudo make install" but without success. >> The system I run amanda on is the same machine I used for compiling. >> It's a Debian 7.8.0 32-bit (3.2.0-4-686-pae #1 SMP Debian >> 3.2.65-1+deb7u1 i686 GNU/Linux) with Perl 5.14.2 and gcc (Debian >> 4.7.2-5) 4.7.2 >> >> Any ideas what could be wrong? >> >> Jens >> >>> >> >> > >
Re: Trouble with libUtil.so
Perfect!Thanks — the patch completely fixed my problems too. So I’ll run amanda 3.3.7 here, too, on my server.Client nodes take longer to catch up. Scientific Linux Fermi release 6.4 (Ramsey) SLF 6.4 (Fermilab authors and offers a package of the scientific bits based on RedHat) Deb Baddorf Fermilab On Feb 11, 2015, at 12:07 PM, Jean-Louis Martineau wrote: > On 02/11/2015 12:55 PM, Debra S Baddorf wrote: >> Oh — wake up call for me — I had just that same error trying to compile >> amanda 3.3.7 >> on my RedHat based system two days ago. Scientific Linux Fermi release >> 6.4 (Ramsey) >> (Oh, you said RHEL 5.11 so that’s RedHat too). >> This reply no longer contains the patch. Jean-Louis, can you send the >> patch again, >> and I’ll try again on amanda 3.3.7 ? >> >> Deb Baddorf >> Fermilab >> >> >> On Feb 11, 2015, at 11:27 AM, Bernhard Erdmann wrote: >> >>> Hello Jean-Louis, >>> thanks for your patch. It helped me to get amanda 3.3.7 up and running on >>> an RHEL 5.11 machine. Without your patch, I had the same problem as Jens. >>> >>> >>> Am 26.01.15 um 16:14 schrieb Jean-Louis Martineau: Jens, Try the attached patch. Jean-Louis On 01/26/2015 10:00 AM, Jens Berg wrote: > Hi list, > > I compiled amanda 3.3.7 from source which completed successfully. > However, each time I run a command which utilizes libUtil.so, e.g. > amlabel or amcheck I get the following error message: > /usr/bin/perl: symbol lookup error: > /usr/local/share/perl/5.14.2/auto/Amanda/Util/libUtil.so: undefined > symbol: struct_file_lock_lock > > /usr/bin/perl -v tells me it's a 5.14.2 > Looks like some SWIG weirdness to me but I'm not experienced enough to > figure out what the real problem is. Do I miss a library or the path > to it? > I already did "make clean; make; sudo make install" but without success. > The system I run amanda on is the same machine I used for compiling. > It's a Debian 7.8.0 32-bit (3.2.0-4-686-pae #1 SMP Debian > 3.2.65-1+deb7u1 i686 GNU/Linux) with Perl 5.14.2 and gcc (Debian > 4.7.2-5) 4.7.2 > > Any ideas what could be wrong? > > Jens > >> > >
Re: Trouble with libUtil.so
On 02/11/2015 12:55 PM, Debra S Baddorf wrote: Oh — wake up call for me — I had just that same error trying to compile amanda 3.3.7 on my RedHat based system two days ago. Scientific Linux Fermi release 6.4 (Ramsey) (Oh, you said RHEL 5.11 so that’s RedHat too). This reply no longer contains the patch. Jean-Louis, can you send the patch again, and I’ll try again on amanda 3.3.7 ? Deb Baddorf Fermilab On Feb 11, 2015, at 11:27 AM, Bernhard Erdmann wrote: Hello Jean-Louis, thanks for your patch. It helped me to get amanda 3.3.7 up and running on an RHEL 5.11 machine. Without your patch, I had the same problem as Jens. Am 26.01.15 um 16:14 schrieb Jean-Louis Martineau: Jens, Try the attached patch. Jean-Louis On 01/26/2015 10:00 AM, Jens Berg wrote: Hi list, I compiled amanda 3.3.7 from source which completed successfully. However, each time I run a command which utilizes libUtil.so, e.g. amlabel or amcheck I get the following error message: /usr/bin/perl: symbol lookup error: /usr/local/share/perl/5.14.2/auto/Amanda/Util/libUtil.so: undefined symbol: struct_file_lock_lock /usr/bin/perl -v tells me it's a 5.14.2 Looks like some SWIG weirdness to me but I'm not experienced enough to figure out what the real problem is. Do I miss a library or the path to it? I already did "make clean; make; sudo make install" but without success. The system I run amanda on is the same machine I used for compiling. It's a Debian 7.8.0 32-bit (3.2.0-4-686-pae #1 SMP Debian 3.2.65-1+deb7u1 i686 GNU/Linux) with Perl 5.14.2 and gcc (Debian 4.7.2-5) 4.7.2 Any ideas what could be wrong? Jens diff --git a/perl/Amanda/Cmdline.swg b/perl/Amanda/Cmdline.swg index 35d931d..fcbe377 100644 --- a/perl/Amanda/Cmdline.swg +++ b/perl/Amanda/Cmdline.swg @@ -35,7 +35,7 @@ %} /* Add a few methods to make this type act like a class */ -typedef struct dumpspec_t { +typedef struct { %immutable; char *host; char *disk; diff --git a/perl/Amanda/Device.swg b/perl/Amanda/Device.swg index eb581a9..bdcfc12 100644 --- a/perl/Amanda/Device.swg +++ b/perl/Amanda/Device.swg @@ -243,7 +243,7 @@ set_gvalue_from_sv(SV *sv, GValue *value) * DirectTCPConnection object */ -typedef struct DirectTCPConnection { +typedef struct { %extend { ~DirectTCPConnection() { g_object_unref(self); @@ -262,7 +262,7 @@ typedef struct DirectTCPConnection { %name(unaliased_name) extern char *device_unaliased_name(char *); -typedef struct Device { +typedef struct { /* methods */ %extend { diff --git a/perl/Amanda/MainLoop.swg b/perl/Amanda/MainLoop.swg index f040de6..85aae9d 100644 --- a/perl/Amanda/MainLoop.swg +++ b/perl/Amanda/MainLoop.swg @@ -356,7 +356,7 @@ void quit(void) { %{ static void amglue_source_remove(amglue_Source *self); %} %rename(Source) amglue_Source; -typedef struct amglue_Source { +typedef struct { %extend { /* Constructor: use one of the package-level functions, below */ amglue_Source() { diff --git a/perl/Amanda/NDMP.swg b/perl/Amanda/NDMP.swg index d43ebb0..0c6b1f2 100644 --- a/perl/Amanda/NDMP.swg +++ b/perl/Amanda/NDMP.swg @@ -93,7 +93,7 @@ typedef guint ndmp_enum; SP -= argvi; argvi++; } -typedef struct NDMPConnection { +typedef struct { /* methods */ %extend { /* constructor */ diff --git a/perl/Amanda/Util.swg b/perl/Amanda/Util.swg index 6cf255e..4b93d5d 100644 --- a/perl/Amanda/Util.swg +++ b/perl/Amanda/Util.swg @@ -462,7 +462,7 @@ set_blocking(int fd, gboolean blocking) /* SWIG prepends the struct name to the member function name, which * conflicts with the underlying function names */ -typedef struct file_lock { +typedef struct { %extend { %newobject file_lock; file_lock(const char *filename) {
Re: Trouble with libUtil.so
Oh — wake up call for me — I had just that same error trying to compile amanda 3.3.7 on my RedHat based system two days ago. Scientific Linux Fermi release 6.4 (Ramsey) (Oh, you said RHEL 5.11 so that’s RedHat too). This reply no longer contains the patch. Jean-Louis, can you send the patch again, and I’ll try again on amanda 3.3.7 ? Deb Baddorf Fermilab On Feb 11, 2015, at 11:27 AM, Bernhard Erdmann wrote: > Hello Jean-Louis, > thanks for your patch. It helped me to get amanda 3.3.7 up and running on an > RHEL 5.11 machine. Without your patch, I had the same problem as Jens. > > > Am 26.01.15 um 16:14 schrieb Jean-Louis Martineau: >> Jens, >> >> Try the attached patch. >> >> Jean-Louis >> >> On 01/26/2015 10:00 AM, Jens Berg wrote: >>> Hi list, >>> >>> I compiled amanda 3.3.7 from source which completed successfully. >>> However, each time I run a command which utilizes libUtil.so, e.g. >>> amlabel or amcheck I get the following error message: >>> /usr/bin/perl: symbol lookup error: >>> /usr/local/share/perl/5.14.2/auto/Amanda/Util/libUtil.so: undefined >>> symbol: struct_file_lock_lock >>> >>> /usr/bin/perl -v tells me it's a 5.14.2 >>> Looks like some SWIG weirdness to me but I'm not experienced enough to >>> figure out what the real problem is. Do I miss a library or the path >>> to it? >>> I already did "make clean; make; sudo make install" but without success. >>> The system I run amanda on is the same machine I used for compiling. >>> It's a Debian 7.8.0 32-bit (3.2.0-4-686-pae #1 SMP Debian >>> 3.2.65-1+deb7u1 i686 GNU/Linux) with Perl 5.14.2 and gcc (Debian >>> 4.7.2-5) 4.7.2 >>> >>> Any ideas what could be wrong? >>> >>> Jens >>> >> >
Re: Trouble with libUtil.so
Hello Jean-Louis, thanks for your patch. It helped me to get amanda 3.3.7 up and running on an RHEL 5.11 machine. Without your patch, I had the same problem as Jens. Am 26.01.15 um 16:14 schrieb Jean-Louis Martineau: Jens, Try the attached patch. Jean-Louis On 01/26/2015 10:00 AM, Jens Berg wrote: Hi list, I compiled amanda 3.3.7 from source which completed successfully. However, each time I run a command which utilizes libUtil.so, e.g. amlabel or amcheck I get the following error message: /usr/bin/perl: symbol lookup error: /usr/local/share/perl/5.14.2/auto/Amanda/Util/libUtil.so: undefined symbol: struct_file_lock_lock /usr/bin/perl -v tells me it's a 5.14.2 Looks like some SWIG weirdness to me but I'm not experienced enough to figure out what the real problem is. Do I miss a library or the path to it? I already did "make clean; make; sudo make install" but without success. The system I run amanda on is the same machine I used for compiling. It's a Debian 7.8.0 32-bit (3.2.0-4-686-pae #1 SMP Debian 3.2.65-1+deb7u1 i686 GNU/Linux) with Perl 5.14.2 and gcc (Debian 4.7.2-5) 4.7.2 Any ideas what could be wrong? Jens
Re: Trouble with libUtil.so
Dear Jean-Louis, that helped, thank you very much! Best Jens On Mon Jan 26 2015 16:14:52 GMT+0100 martin...@zmanda.com (Jean-Louis Martineau) wrote: > Jens, > > Try the attached patch. > > Jean-Louis > > On 01/26/2015 10:00 AM, Jens Berg wrote: >> Hi list, >> >> I compiled amanda 3.3.7 from source which completed successfully. >> However, each time I run a command which utilizes libUtil.so, e.g. >> amlabel or amcheck I get the following error message: >> /usr/bin/perl: symbol lookup error: >> /usr/local/share/perl/5.14.2/auto/Amanda/Util/libUtil.so: undefined >> symbol: struct_file_lock_lock >> >> /usr/bin/perl -v tells me it's a 5.14.2 >> Looks like some SWIG weirdness to me but I'm not experienced enough to >> figure out what the real problem is. Do I miss a library or the path >> to it? >> I already did "make clean; make; sudo make install" but without success. >> The system I run amanda on is the same machine I used for compiling. >> It's a Debian 7.8.0 32-bit (3.2.0-4-686-pae #1 SMP Debian >> 3.2.65-1+deb7u1 i686 GNU/Linux) with Perl 5.14.2 and gcc (Debian >> 4.7.2-5) 4.7.2 >> >> Any ideas what could be wrong? >> >> Jens >> >
Re: Trouble with libUtil.so
Jens, Try the attached patch. Jean-Louis On 01/26/2015 10:00 AM, Jens Berg wrote: Hi list, I compiled amanda 3.3.7 from source which completed successfully. However, each time I run a command which utilizes libUtil.so, e.g. amlabel or amcheck I get the following error message: /usr/bin/perl: symbol lookup error: /usr/local/share/perl/5.14.2/auto/Amanda/Util/libUtil.so: undefined symbol: struct_file_lock_lock /usr/bin/perl -v tells me it's a 5.14.2 Looks like some SWIG weirdness to me but I'm not experienced enough to figure out what the real problem is. Do I miss a library or the path to it? I already did "make clean; make; sudo make install" but without success. The system I run amanda on is the same machine I used for compiling. It's a Debian 7.8.0 32-bit (3.2.0-4-686-pae #1 SMP Debian 3.2.65-1+deb7u1 i686 GNU/Linux) with Perl 5.14.2 and gcc (Debian 4.7.2-5) 4.7.2 Any ideas what could be wrong? Jens diff --git a/perl/Amanda/Cmdline.swg b/perl/Amanda/Cmdline.swg index 35d931d..fcbe377 100644 --- a/perl/Amanda/Cmdline.swg +++ b/perl/Amanda/Cmdline.swg @@ -35,7 +35,7 @@ %} /* Add a few methods to make this type act like a class */ -typedef struct dumpspec_t { +typedef struct { %immutable; char *host; char *disk; diff --git a/perl/Amanda/Device.swg b/perl/Amanda/Device.swg index eb581a9..bdcfc12 100644 --- a/perl/Amanda/Device.swg +++ b/perl/Amanda/Device.swg @@ -243,7 +243,7 @@ set_gvalue_from_sv(SV *sv, GValue *value) * DirectTCPConnection object */ -typedef struct DirectTCPConnection { +typedef struct { %extend { ~DirectTCPConnection() { g_object_unref(self); @@ -262,7 +262,7 @@ typedef struct DirectTCPConnection { %name(unaliased_name) extern char *device_unaliased_name(char *); -typedef struct Device { +typedef struct { /* methods */ %extend { diff --git a/perl/Amanda/MainLoop.swg b/perl/Amanda/MainLoop.swg index f040de6..85aae9d 100644 --- a/perl/Amanda/MainLoop.swg +++ b/perl/Amanda/MainLoop.swg @@ -356,7 +356,7 @@ void quit(void) { %{ static void amglue_source_remove(amglue_Source *self); %} %rename(Source) amglue_Source; -typedef struct amglue_Source { +typedef struct { %extend { /* Constructor: use one of the package-level functions, below */ amglue_Source() { diff --git a/perl/Amanda/NDMP.swg b/perl/Amanda/NDMP.swg index d43ebb0..0c6b1f2 100644 --- a/perl/Amanda/NDMP.swg +++ b/perl/Amanda/NDMP.swg @@ -93,7 +93,7 @@ typedef guint ndmp_enum; SP -= argvi; argvi++; } -typedef struct NDMPConnection { +typedef struct { /* methods */ %extend { /* constructor */ diff --git a/perl/Amanda/Util.swg b/perl/Amanda/Util.swg index 6cf255e..4b93d5d 100644 --- a/perl/Amanda/Util.swg +++ b/perl/Amanda/Util.swg @@ -462,7 +462,7 @@ set_blocking(int fd, gboolean blocking) /* SWIG prepends the struct name to the member function name, which * conflicts with the underlying function names */ -typedef struct file_lock { +typedef struct { %extend { %newobject file_lock; file_lock(const char *filename) {