Hi,
and another one: I have both tk8.4 (the default on Squeeze) and tk8.5 installed, -deve packages come from 8.5 only:
robbi:~# dlocate -l tk8 Desired=Unknown/Install/Remove/Purge/Hold Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed ||/ Name Version Description +++-================-================-================================================== ii tk8.4 8.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii tk8.5 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 - ii tk8.5-dev 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 -
configure seems to find 8.5 just fine: # config.log: ac_cv_lib_tcl85_main=no ac_cv_lib_tcl8_5_main=yes ac_cv_lib_tk85_main=no ac_cv_lib_tk8_5_main=yes ... LIBS='-ltk8.5 -ltcl8.5 -lrt -ljack -ljack'
However running pd from the "bin" directory, the applications shows me its ugly, non-aliased 8.4 face.
If I remove the tk8.4 package with aptitude, Pd starts with its nice and shiny 8.5-face, but that's not an option in the long run, as other packages need 8.4.
Pd 0.42 would happily use 8.5 even with 8.4 installed. Can I hack 0.43 somehow to get the nice GUI I've grown to like a bit by now?
(I tried something like "package require Tk 8.5" in pd-gui.tcl already, but that won't start at all.)
Ciao
Frank
Hi,
sorry for a quick self-reply: I "hacked" it by setthing the default wish to wish8.4 with "update-alternatives --config wish"
I still wonder, why 0.42 would automatically select 8.5 instead of 8.4. It could be nice for other users if 0.43 would try the latest and greatest as well.
Ciao
Frank
On Fri, Aug 20, 2010 at 07:09:16PM +0200, Frank Barknecht wrote:
Hi,
and another one: I have both tk8.4 (the default on Squeeze) and tk8.5 installed, -deve packages come from 8.5 only:
robbi:~# dlocate -l tk8 Desired=Unknown/Install/Remove/Purge/Hold Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed ||/ Name Version Description +++-================-================-================================================== ii tk8.4 8.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii tk8.5 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 - ii tk8.5-dev 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 -
configure seems to find 8.5 just fine: # config.log: ac_cv_lib_tcl85_main=no ac_cv_lib_tcl8_5_main=yes ac_cv_lib_tk85_main=no ac_cv_lib_tk8_5_main=yes ... LIBS='-ltk8.5 -ltcl8.5 -lrt -ljack -ljack'
However running pd from the "bin" directory, the applications shows me its ugly, non-aliased 8.4 face.
If I remove the tk8.4 package with aptitude, Pd starts with its nice and shiny 8.5-face, but that's not an option in the long run, as other packages need 8.4.
Pd 0.42 would happily use 8.5 even with 8.4 installed. Can I hack 0.43 somehow to get the nice GUI I've grown to like a bit by now?
(I tried something like "package require Tk 8.5" in pd-gui.tcl already, but that won't start at all.)
Ciao
Frank
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Which wish to use on GNU/Linux is set at the top of pd-gui.tcl. The
problem is one of deployment. "wish" is guaranteed to be there if Tcl/
Tk is installed. "wish8.5" is not. I would recommend the Debian,
etc. package patching pd-gui.tcl to set that wish to the best option,
and then set the correct dependency.
Or you can use update-alternatives :)
.hc
On Aug 20, 2010, at 1:18 PM, Frank Barknecht wrote:
Hi,
sorry for a quick self-reply: I "hacked" it by setthing the default
wish to wish8.4 with "update-alternatives --config wish"I still wonder, why 0.42 would automatically select 8.5 instead of
8.4. It could be nice for other users if 0.43 would try the latest and greatest as well.Ciao
Frank
On Fri, Aug 20, 2010 at 07:09:16PM +0200, Frank Barknecht wrote:
Hi,
and another one: I have both tk8.4 (the default on Squeeze) and tk8.5 installed, -deve packages come from 8.5 only:
robbi:~# dlocate -l tk8 Desired=Unknown/Install/Remove/Purge/Hold Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed ||/ Name Version Description
+++-================-================-
ii tk8.4 8.4.19-4 Tk toolkit for Tcl and X11,
v8.4 - ii tk8.5 8.5.8-1 Tk toolkit for Tcl and X11,
v8.5 - ii tk8.5-dev 8.5.8-1 Tk toolkit for Tcl and X11,
v8.5 -configure seems to find 8.5 just fine: # config.log: ac_cv_lib_tcl85_main=no ac_cv_lib_tcl8_5_main=yes ac_cv_lib_tk85_main=no ac_cv_lib_tk8_5_main=yes ... LIBS='-ltk8.5 -ltcl8.5 -lrt -ljack -ljack'
However running pd from the "bin" directory, the applications shows
me its ugly, non-aliased 8.4 face.If I remove the tk8.4 package with aptitude, Pd starts with its
nice and shiny 8.5-face, but that's not an option in the long run, as other
packages need 8.4.Pd 0.42 would happily use 8.5 even with 8.4 installed. Can I hack
0.43 somehow to get the nice GUI I've grown to like a bit by now?(I tried something like "package require Tk 8.5" in pd-gui.tcl
already, but that won't start at all.)Ciao
Frank
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
FYI: you don't need Tcl/Tk -dev packages anymore, the GUI is now pure
Tcl and no longer has a C component.
What seems odd to me is that LIBS is including -ltk8.5 and -ltcl8.5.
It shouldn't at all. IOhannes, did they somehow creep back into the
autotools build system with your recent updates?
.hc
On Aug 20, 2010, at 1:09 PM, Frank Barknecht wrote:
Hi,
and another one: I have both tk8.4 (the default on Squeeze) and tk8.5 installed, -deve packages come from 8.5 only:
robbi:~# dlocate -l tk8 Desired=Unknown/Install/Remove/Purge/Hold Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed ||/ Name Version Description
+++-================-================-
ii tk8.4 8.4.19-4 Tk toolkit for Tcl and X11,
v8.4 - ii tk8.5 8.5.8-1 Tk toolkit for Tcl and X11,
v8.5 - ii tk8.5-dev 8.5.8-1 Tk toolkit for Tcl and X11,
v8.5 -configure seems to find 8.5 just fine: # config.log: ac_cv_lib_tcl85_main=no ac_cv_lib_tcl8_5_main=yes ac_cv_lib_tk85_main=no ac_cv_lib_tk8_5_main=yes ... LIBS='-ltk8.5 -ltcl8.5 -lrt -ljack -ljack'
However running pd from the "bin" directory, the applications shows
me its ugly, non-aliased 8.4 face.If I remove the tk8.4 package with aptitude, Pd starts with its nice
and shiny 8.5-face, but that's not an option in the long run, as other
packages need 8.4.Pd 0.42 would happily use 8.5 even with 8.4 installed. Can I hack
0.43 somehow to get the nice GUI I've grown to like a bit by now?(I tried something like "package require Tk 8.5" in pd-gui.tcl
already, but that won't start at all.)Ciao
Frank
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
There is no way to peace, peace is the way. -A.J. Muste
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 08/20/2010 08:27 PM, Hans-Christoph Steiner wrote:
FYI: you don't need Tcl/Tk -dev packages anymore, the GUI is now pure Tcl and no longer has a C component.
What seems odd to me is that LIBS is including -ltk8.5 and -ltcl8.5. It shouldn't at all. IOhannes, did they somehow creep back into the autotools build system with your recent updates?
i guess this is because frank (and cyrille, btw) used miller's build system ("cd pd/src; ./configure; make") rather than the new shiny automake system ("cd pd; ./autogen.sh; ./configure; make")
at least i compile Pd and do: $ ldd bin/pd linux-gate.so.1 => (0xb7851000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7811000) libasound.so.2 => /usr/lib/libasound.so.2 (0xb7749000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7744000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb772b000) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb7722000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb75db000) /lib/ld-linux.so.2 (0xb7852000)
what worries me a bit more, is that all the externals are linked with libasound, libjack, ... where there is absolutely no need for.
it's rather cosmetic though...
fgamdsr IOhannes
IOhannes m zmölnig wrote:
i guess this is because frank (and cyrille, btw) used miller's build system ("cd pd/src; ./configure; make") rather than the new shiny automake system ("cd pd; ./autogen.sh; ./configure; make")
i just tried this and configure threw an error:
[pd-0.43-0test2]$ ./autogen.sh
autoreconf: Entering directory .' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: creating directory m4/config autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR,m4/config'.
libtoolize: copying file m4/config/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR,m4/generated'.
libtoolize: copying file m4/generated/libtool.m4' libtoolize: copying filem4/generated/ltoptions.m4'
libtoolize: copying file m4/generated/ltsugar.m4' libtoolize: copying filem4/generated/ltversion.m4'
libtoolize: copying file m4/generated/lt~obsolete.m4' autoreconf: running: /usr/bin/autoconf --force autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing configure.ac:8: installingm4/config/config.guess'
configure.ac:8: installing m4/config/config.sub' configure.ac:5: installingm4/config/install-sh'
configure.ac:5: installing m4/config/missing' asio/Makefile.am: installingm4/config/depcomp'
configure.ac:236: required file `pd.pc.in' not found
autoreconf: automake failed with exit status: 1
autoreconf: automake failed with exit status: 1
[pd-0.43-0test2]$ ./configure
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... powerpc-unknown-linux-gnu
checking host system type... powerpc-unknown-linux-gnu
./configure: line 3193: syntax error near unexpected token
IPHONEOS=yes,' ./configure: line 3193:PD_CHECK_IPHONE(IPHONEOS=yes,
IPHONEOS=no, as_fn_error "iPhoneOS SDK not available"
"$LINENO" 5)'
Hi,
On Fri, Aug 20, 2010 at 09:00:31PM +0200, IOhannes m zmölnig wrote:
i guess this is because frank (and cyrille, btw) used miller's build system ("cd pd/src; ./configure; make") rather than the new shiny automake system ("cd pd; ./autogen.sh; ./configure; make")
Yeah, indeed. I think, the INSTALL.txt needs to be updated. However I, too, don't get far with the shiny one:
$ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: creating directory m4/config autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/bin/autoconf --force configure.ac:91: error: possibly undefined macro: AC_LIBTOOL_DLOPEN If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:92: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL configure.ac:93: error: possibly undefined macro: AC_PROG_LIBTOOL configure.ac:114: error: possibly undefined macro: AC_CHECK_LIBM autoreconf: /usr/bin/autoconf failed with exit status: 1
Anyway, I'll wait for the next test version.
at least i compile Pd and do: $ ldd bin/pd linux-gate.so.1 => (0xb7851000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7811000) libasound.so.2 => /usr/lib/libasound.so.2 (0xb7749000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7744000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb772b000) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb7722000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb75db000) /lib/ld-linux.so.2 (0xb7852000)
Actually it looks the same for me with the old configure. My issue was with the wrong wish shell.
Ciao
Frank
hello,
Le 20/08/2010 21:00, IOhannes m zmölnig a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 08/20/2010 08:27 PM, Hans-Christoph Steiner wrote:
FYI: you don't need Tcl/Tk -dev packages anymore, the GUI is now pure Tcl and no longer has a C component.
What seems odd to me is that LIBS is including -ltk8.5 and -ltcl8.5. It shouldn't at all. IOhannes, did they somehow creep back into the autotools build system with your recent updates?
i guess this is because frank (and cyrille, btw) used miller's build system ("cd pd/src; ./configure; make") rather than the new shiny automake system ("cd pd; ./autogen.sh; ./configure; make")
ok ok.
with automake, i've got a new shiny error :
nusmuk@nusmuk:~/pd/pd-0.43-0test2$ ./autogen.sh
autoreconf: Entering directory .' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: creating directory m4/config autoreconf: running: libtoolize --install --copy --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR,m4/config'.
libtoolize: copying file m4/config/config.guess' libtoolize: copying filem4/config/config.sub'
libtoolize: copying file m4/config/install-sh' libtoolize: copying filem4/config/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, m4/generated'. libtoolize: copying filem4/generated/libtool.m4'
libtoolize: copying file m4/generated/ltoptions.m4' libtoolize: copying filem4/generated/ltsugar.m4'
libtoolize: copying file m4/generated/ltversion.m4' libtoolize: copying filem4/generated/lt~obsolete.m4'
autoreconf: running: /usr/bin/autoconf --force
autoreconf: configure.ac: not using Autoheader
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:5: installing m4/config/missing' asio/Makefile.am: installingm4/config/depcomp'
configure.ac:236: required file pd.pc.in' not found autoreconf: automake failed with exit status: 1 nusmuk@nusmuk:~/pd/pd-0.43-0test2$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu ./configure: line 3164: syntax error near unexpected tokenIPHONEOS=yes,'
./configure: line 3164: `PD_CHECK_IPHONE(IPHONEOS=yes, IPHONEOS=no, as_fn_error "iPhoneOS SDK not available" "$LINENO" 5)'
nusmuk@nusmuk:~/pd/pd-0.43-0test2$
cheers Cyrille
at least i compile Pd and do: $ ldd bin/pd linux-gate.so.1 => (0xb7851000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7811000) libasound.so.2 => /usr/lib/libasound.so.2 (0xb7749000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7744000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb772b000) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb7722000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb75db000) /lib/ld-linux.so.2 (0xb7852000)
what worries me a bit more, is that all the externals are linked with libasound, libjack, ... where there is absolutely no need for.
it's rather cosmetic though...
fgamdsr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkxu0M4ACgkQkX2Xpv6ydvQiYwCggX/X4UG1BdwmIxbbAscM9ZdM OSYAoORhTpjvmbyLUukypyPErDEGJEeA =l1ws -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 08/21/2010 10:20 AM, cyrille henry wrote:
i guess this is because frank (and cyrille, btw) used miller's build system ("cd pd/src; ./configure; make") rather than the new shiny automake system ("cd pd; ./autogen.sh; ./configure; make")
ok ok.
with automake, i've got a new shiny error :
thanks dmotd, frank, cyrille, matju, and all others.
as you might have found out by now, the autoconf system as distributed in the test2 tarball is unfortunately not working right now. it's fixed in the current git branch (so chances are high that it will work in test3).
in the meantime you can find the remaining part of the autoconf system in the patch tracker at sourceforge.
fgamnsdr IOhannes
On Aug 21, 2010, at 11:36 AM, IOhannes zmölnig wrote:
On 08/21/2010 10:20 AM, cyrille henry wrote:
i guess this is because frank (and cyrille, btw) used miller's build system ("cd pd/src; ./configure; make") rather than the new shiny automake system ("cd pd; ./autogen.sh; ./configure; make")
ok ok.
with automake, i've got a new shiny error :
thanks dmotd, frank, cyrille, matju, and all others.
as you might have found out by now, the autoconf system as distributed in the test2 tarball is unfortunately not working right now. it's fixed in the current git branch (so chances are high that it will work in test3).
in the meantime you can find the remaining part of the autoconf system in the patch tracker at sourceforge.
There are also nightly builds on Miller's git which are currently
building fine on multiple machines, so you're best bet for testing is
using the code from git.
http://puredata.info/docs/developer/GettingPdSource
.hc
Computer science is no more related to the computer than astronomy is
related to the telescope. -Edsger Dykstra
-
cyrille henry -
dmotd -
Frank Barknecht -
Hans-Christoph Steiner -
IOhannes m zmölnig -
IOhannes zmölnig