About unsermake

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

About unsermake

Fabien-5
Hello,

I was able to reproduce the problem with unsermake, also on ubuntu. In
fact, the problem is not related to the distribution. I thought "make"
on Daniel Bauer Suse version was defaulted to unsermake instead of make.
But, I don't think it's the case. In my ubuntu system, make is gnu make
and unsermake is only called with unsermake, not with any alias.

I saw that "make -f Makefile.cvs" gave the warning about unsermake. In
fact, it's the script itself that tries to use unsermake !
There's a perl script that detects what to use, detect-autoconf.pl :
http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/detect-autoconf.pl

If you run this tool when unsermake is installed, it will try to use it :

<<<
digikam-svn/libs/admin$ ./detect-autoconf.pl
AUTOCONF="/usr/bin/autoconf"
AUTOHEADER="/usr/bin/autoheader"
AUTOM4TE="/usr/bin/autom4te"

AUTOMAKE="/usr/bin/unsermake -c"
ACLOCAL="/usr/bin/aclocal"

WHICH="type -p"

export AUTOCONF AUTOHEADER AUTOM4TE AUTOMAKE ACLOCAL WHICH
 >>>

Fortunately, there's a workaround with UNSERMAKE="no" .

<<<
digikam-svn/libs/admin$ export UNSERMAKE="no" ; ./detect-autoconf.pl
AUTOCONF="/usr/bin/autoconf"
AUTOHEADER="/usr/bin/autoheader"
AUTOM4TE="/usr/bin/autom4te"

AUTOMAKE="/usr/bin/automake"
ACLOCAL="/usr/bin/aclocal"

WHICH="type -p"

export AUTOCONF AUTOHEADER AUTOM4TE AUTOMAKE ACLOCAL WHICH
 >>>


So, I added it to the scripts :
http://www.digikam.org/?q=download/svn

and also in a new FAQ entry :
http://www.digikam.org/?q=faq/digikam

I hope this will fix the problem in any case :)

Daniel, if you could try again with unsermake installed, it would be great !

PS: now that the scripts looks ok, I'll make an nice announce in the
user list and maybe on the website (blog entry ?) :)

--
Fabien

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: About unsermake

Gilles Caulier-2
Le Vendredi 17 Novembre 2006 12:24, Fabien a écrit :

> Hello,
>
> I was able to reproduce the problem with unsermake, also on ubuntu. In
> fact, the problem is not related to the distribution. I thought "make"
> on Daniel Bauer Suse version was defaulted to unsermake instead of make.
> But, I don't think it's the case. In my ubuntu system, make is gnu make
> and unsermake is only called with unsermake, not with any alias.
>
> I saw that "make -f Makefile.cvs" gave the warning about unsermake. In
> fact, it's the script itself that tries to use unsermake !
> There's a perl script that detects what to use, detect-autoconf.pl :
> http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/detect-autoconf.pl
>
> If you run this tool when unsermake is installed, it will try to use it :
>
> <<<
> digikam-svn/libs/admin$ ./detect-autoconf.pl
> AUTOCONF="/usr/bin/autoconf"
> AUTOHEADER="/usr/bin/autoheader"
> AUTOM4TE="/usr/bin/autom4te"
>
> AUTOMAKE="/usr/bin/unsermake -c"
> ACLOCAL="/usr/bin/aclocal"
>
> WHICH="type -p"
>
> export AUTOCONF AUTOHEADER AUTOM4TE AUTOMAKE ACLOCAL WHICH
>
>
> Fortunately, there's a workaround with UNSERMAKE="no" .
>
> <<<
> digikam-svn/libs/admin$ export UNSERMAKE="no" ; ./detect-autoconf.pl
> AUTOCONF="/usr/bin/autoconf"
> AUTOHEADER="/usr/bin/autoheader"
> AUTOM4TE="/usr/bin/autom4te"
>
> AUTOMAKE="/usr/bin/automake"
> ACLOCAL="/usr/bin/aclocal"
>
> WHICH="type -p"
>
> export AUTOCONF AUTOHEADER AUTOM4TE AUTOMAKE ACLOCAL WHICH
>
>
>
> So, I added it to the scripts :
> http://www.digikam.org/?q=download/svn
>
> and also in a new FAQ entry :
> http://www.digikam.org/?q=faq/digikam
>
> I hope this will fix the problem in any case :)
>
> Daniel, if you could try again with unsermake installed, it would be great
> !
>
> PS: now that the scripts looks ok, I'll make an nice announce in the
> user list and maybe on the website (blog entry ?) :)

yes, of course. Communication with end users is important.

Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: About unsermake

Daniel Bauer-2
In reply to this post by Fabien-5
On Friday 17 November 2006 12:24, Fabien wrote:

> Hello,
>
> I was able to reproduce the problem with unsermake, also on ubuntu. In
> fact, the problem is not related to the distribution. I thought "make"
> on Daniel Bauer Suse version was defaulted to unsermake instead of make.
> But, I don't think it's the case. In my ubuntu system, make is gnu make
> and unsermake is only called with unsermake, not with any alias.
>
> I saw that "make -f Makefile.cvs" gave the warning about unsermake. In
> fact, it's the script itself that tries to use unsermake !
> There's a perl script that detects what to use, detect-autoconf.pl :
> http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/detect-autoconf.pl
>
> If you run this tool when unsermake is installed, it will try to use it :
>
> <<<
> digikam-svn/libs/admin$ ./detect-autoconf.pl
> AUTOCONF="/usr/bin/autoconf"
> AUTOHEADER="/usr/bin/autoheader"
> AUTOM4TE="/usr/bin/autom4te"
>
> AUTOMAKE="/usr/bin/unsermake -c"
> ACLOCAL="/usr/bin/aclocal"
>
> WHICH="type -p"
>
> export AUTOCONF AUTOHEADER AUTOM4TE AUTOMAKE ACLOCAL WHICH
>
>
> Fortunately, there's a workaround with UNSERMAKE="no" .
>
> <<<
> digikam-svn/libs/admin$ export UNSERMAKE="no" ; ./detect-autoconf.pl
> AUTOCONF="/usr/bin/autoconf"
> AUTOHEADER="/usr/bin/autoheader"
> AUTOM4TE="/usr/bin/autom4te"
>
> AUTOMAKE="/usr/bin/automake"
> ACLOCAL="/usr/bin/aclocal"
>
> WHICH="type -p"
>
> export AUTOCONF AUTOHEADER AUTOM4TE AUTOMAKE ACLOCAL WHICH
>
>
>
> So, I added it to the scripts :
> http://www.digikam.org/?q=download/svn
>
> and also in a new FAQ entry :
> http://www.digikam.org/?q=faq/digikam
>
> I hope this will fix the problem in any case :)
>
> Daniel, if you could try again with unsermake installed, it would be great
> !

ok, it works.
installed unsermake again, compiled after svn up with first typing
        export UNSERMAKE=no
and it passed without any problems :-)

So, like this it works with different exivs & unsermake. Just for a test I
opened 0.8.2 as standard-user, my "old" svn-digikam from June (as user test),
plus the latest svn as user digi and had all three versions running
simoultaneously...

> PS: now that the scripts looks ok, I'll make an nice announce in the
> user list and maybe on the website (blog entry ?) :)
>
> --
> Fabien

Shouldn't this unsermake stuff be included in the "nomal" install procedure
("Install digiKam in your system (/usr)") too? Or does this only apply to the
special "home directory install"?

regards

Daniel
--
Daniel Bauer photographer Basel Switzerland
professional photography: http://www.daniel-bauer.com
Madagascar special: http://www.sanic.ch
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: About unsermake

Fabien-5
Daniel Bauer wrote:
>
> ok, it works.
> installed unsermake again, compiled after svn up with first typing
> export UNSERMAKE=no
> and it passed without any problems :-)

Ok, fine !

> So, like this it works with different exivs & unsermake. Just for a test I
> opened 0.8.2 as standard-user, my "old" svn-digikam from June (as user test),
> plus the latest svn as user digi and had all three versions running
> simoultaneously...

:)
With 3 different users, it's ok, but I would not recommend to do that
with the same user :)

 > [...]
>
> Shouldn't this unsermake stuff be included in the "nomal" install procedure
> ("Install digiKam in your system (/usr)") too? Or does this only apply to the
> special "home directory install"?

Why not... I added it.

--
Fabien

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users