Subject: Bug#545302: plplot: Broken build-dependencies after Itcl/Itk migration to Tcl/Tk 8.5 - msg#02185

Previous Message by Date: click to view message preview

Bug#527710: ming: FTBFS: configure:5298: error: possibly undefined macro: m4_ifval

On 22/11/09 at 17:42 +0100, Jakub Wilk wrote: > * Lucas Nussbaum <lucas@xxxxxxxxxxxxxxxxxx>, 2009-05-08, 19:32: > >During a rebuild of all packages in sid, your package failed to build on > >amd64. > > > >Relevant part: > [...] > >>./configure: line 5216: LTOPTIONS_VERSION: command not found > >>./configure: line 5217: LTSUGAR_VERSION: command not found > >>./configure: line 5218: LTVERSION_VERSION: command not found > >>./configure: line 5219: LTOBSOLETE_VERSION: command not found > >>checking for a sed that does not truncate output... (cached) /bin/sed > >>./configure: line 5296: syntax error near unexpected token > >>`lt_decl_varnames,' > >>./configure: line 5296: `lt_if_append_uniq(lt_decl_varnames, SED, , ,' > >>make: *** [config.status] Error 2 > > I cannot reproduce this bug in up-to-date sid chroot. I suspect it's > an instance of PHP bug (#527004), which has been already fixed. It still fails for me, but with a different error: flex -Pswf4 swf4compiler.flex x86_64-linux-gnu-gcc -Wall -g -O2 -fPIC -Wall -I. -fPIC -I.. -c -o lex.swf4.o lex.swf4.c bison --defines --debug -p swf5 swf5compiler.y swf5compiler.y:1798.35-36: $$ for the midrule at $2 of `with' has no declared type swf5compiler.y:1831.35-36: $$ for the midrule at $2 of `opcode' has no declared type swf5compiler.y:1833.35-36: $$ for the midrule at $2 of `opcode' has no declared type make[4]: *** [swf5compiler.tab.h] Error 1 make[4]: Leaving directory `/build/user-ming_0.3.0-14-amd64-s1iZNX/ming-0.3.0/src/actioncompiler' make[3]: *** [libming.so.0.3.0] Error 2 make[3]: Leaving directory `/build/user-ming_0.3.0-14-amd64-s1iZNX/ming-0.3.0/src' make[2]: *** [dynamic] Error 2 make[2]: Leaving directory `/build/user-ming_0.3.0-14-amd64-s1iZNX/ming-0.3.0' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user-ming_0.3.0-14-amd64-s1iZNX/ming-0.3.0' make: *** [build-arch-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- | Lucas Nussbaum | lucas@xxxxxxxxxxxxxxxxxx http://www.lucas-nussbaum.net/ | | jabber: lucas@xxxxxxxxxxx GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-rc-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx

Next Message by Date: click to view message preview

Bug#553122: libtcl-chiark-1: postinst-must-call-ldconfig /usr/lib/libchiark_tcl-1.so by the dynamic library loader. Therefore, the package must call "ldconfig" in its postinst script.

On Fri, Nov 20, 2009 at 01:22:46PM -0600, Manoj Srivastava wrote: > > This bug is in the same situation of #553109: it does ship *.so under > > /usr/lib/, but those *.so are only used by the Tcl interpreter to load C > > code stubs binding a C library to Tcl. > > Well, I think if things are in places where the linker normally > looks at, then they are fair game for users to link with, and thus > ldconfig should be called to prevent surprises when the library is > upgraded. > > If it is truly a private plugin, then it generally should not > live in a public location; so I think your patch of calling ldconfig > is probably the simplest solution in this case. I completely agree with this reasoning. I've just uploaded (to DELAYED/4) the NMU corresponding to the nmudiff posted to this bug log. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...........| ..: |.... Je dis tu à tous ceux que j'aime -- To UNSUBSCRIBE, email to debian-bugs-rc-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx

Previous Message by Thread: click to view message preview

Bug#545302: plplot: Broken build-dependencies after Itcl/Itk migration to Tcl/Tk 8.5

* Sergei Golovan <sgolovan@xxxxxx>, 2009-09-06, 15:05: 2) You may enable Itcl, Itk and Tk interface and port plplot build system to use Tcl/Tk 8.5. The attached patch does that (it's rather simple - build-depend on tcl8.5, build-conflict on tcl8.4, enable Itcl, Itk, Tk in cmake/modules/tcl-related.cmake). There were no patch attached to the message... -- Jakub Wilk signature.asc Description: Digital signature

Next Message by Thread: click to view message preview

Bug#545302: plplot: Broken build-dependencies after Itcl/Itk migration to Tcl/Tk 8.5

On Sun, Nov 22, 2009 at 08:40:33PM +0300, Sergei Golovan wrote: > On Sun, Nov 22, 2009 at 7:46 PM, <ubanus@xxxxxxxxxxxx> wrote: > > > > There were no patch attached to the message... > > Looks like I forgot to attach it. Doing it now. The debian packaging for plplot is maintained in the upstream svn repository. This bug has been fixed there, but due to retirement of one of the plplot maintainers we are currently without a debian developer to actually upload the updates. I am a maintainer of the debian packages as well as a plplot developer, but I'm not currently a debian developer so I can't make the uploads. If there are any willing DD volunteers out there to help co-maintain the package I would be very grateful. Regards Andrew -- To UNSUBSCRIBE, email to debian-bugs-rc-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx