You've received a postcard from a family member!
Title: postcards.org You have just received a virtual postcard from a family member! . You can pick up your postcard at the following web address: . http://www2.postcards.org/?a91-valets-cloud-31337 . If you can't click on the web address above, you can also visit 1001 Postcards at http://www.postcards.org/postcards/ and enter your pickup code, which is: a91-valets-cloud-mad . (Your postcard will be available for 60 days.) . Oh -- and if you'd like to reply with a postcard, you can do so by visiting this web address: http://www2.postcards.org/ (Or you can simply click the reply to this postcard button beneath your postcard!) . We hope you enjoy your postcard, and if you do, please take a moment to send a few yourself! . Regards, 1001 Postcards http://www.postcards.org/postcards/ ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: FYI: libtool-1.5.18 -- installed files owned by non-root user
On Fri, Jul 08, 2005 at 06:27:51PM +0100, Gary V. Vaughan wrote: Hallo Ralf, Sorry for the late review: On 8 Jul 2005, at 16:57, Ralf Wildenhues wrote: 2005-07-08 Peter Breitenlohner [EMAIL PROTECTED] * Makefile.am (install-data-local): Have root own of installed files (but do not fail, for user installs). Index: Makefile.am === RCS file: /cvsroot/libtool/libtool/Makefile.am,v retrieving revision 1.153 diff -u -r1.153 Makefile.am --- Makefile.am2 May 2005 09:20:24 -1.153 +++ Makefile.am8 Jul 2005 15:54:01 - @@ -254,6 +254,8 @@ done; \ ( cd $(srcdir)/m4 $(AMTAR) chf - $$aclocalfiles; ) \ | ( umask 0 cd $(DESTDIR)$(aclocaldir) $(AMTAR) xf -; ) +chown -R root $(DESTDIR)$(ltdldatadir) \ +chgrp -R root $(DESTDIR)$(ltdldatadir) || : What about: -chown -R root $(DESTDIR)$(ltdldatadir) 2/dev/null -chgrp -R root $(DESTDIR)$(ltdldatadir) 2/dev/null I like this too. -- albert chin ([EMAIL PROTECTED])
[MailServer Notification]To Recipient virus found and action taken.
ScanMail for Microsoft Exchange has detected virus-infected attachment(s). Sender = [EMAIL PROTECTED] Recipient(s) = libtool@gnu.org Subject = The New Security System - SecurityEgold Scanning time = 7/9/2005 11:03:53 PM Engine/Pattern = 7.510-1002/2.719.00 Action on virus found: The attachment SecurityEgold.rar contains TROJ_GOLDUN.I virus. ScanMail has Deleted it. Warning to recipient. ScanMail has detected a virus. ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: library with static-only parts
On Sun, 10 Jul 2005, Simon Richter wrote: a library I'm writing has the possibilty of being extended with plugins that can be loaded with ltdl. In order to avoid having to export lt_dlpreloaded_symbols from the main program to the library (thus making prelinking impossible and being generally ugly and unportable). I'd like to have a library where parts are available as a static library only, that should be automatically linked when linking against the shared library with libtool. Is there a way to do that? This approach is not portable. I recommend that all common bits be put in a shared library. The modules can depend on that shared library. The program can also depend on the shared library. Libraries and modules should never depend on symbols in the program unless it is via an explicit registration mechanism. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman/listinfo/libtool
branch 2.0, make install DESTDIR=
is broken -- at least on cygwin, but probably everywhere. ( cd ../libltdl /bin/sh /usr/src/libtool/devel/CVS/libtool-b2.0/config/missing --run tar chf - COPYING.LIB README Makefile.am Makefile.in argz_.h argz.c configure.ac configure libltdl/lt__alloc.h libltdl/lt__dirent.h libltdl/lt__glibc.h libltdl/lt__private.h libltdl/lt__strl.h libltdl/lt_dlloader.h libltdl/lt_error.h libltdl/lt_system.h libltdl/slist.h loaders/dld_link.c loaders/dlopen.c loader s/dyld.c loaders/load_add_on.c loaders/loadlibrary.c loaders/preopen.c loaders/shl_load.c lt__alloc.c lt__dirent.c lt__strl.c lt_dlloader.c lt_error.c ltdl.c ltdl.h slist.c; ) \ | ( umask 0 cd /usr/src/libtool/devel/CVS/libtool-b2.0/.inst/usr/local/share/libtool/libltdl /bin/sh /usr/src/libtool/devel/CVS/libtool-b2.0/config/missing --run tar xf -; ) tar: configure: Cannot stat: No such file or directory tar: Error exit delayed from previous errors tar: configure: Cannot stat: No such file or directory tar: Error exit delayed from previous errors chown -R root /usr/src/libtool/devel/CVS/libtool-b2.0/.inst/usr/local/share/libt ool/libltdl \ chgrp -R root /usr/src/libtool/devel/CVS/libtool-b2.0/.inst/usr/local/share/libt ool/libltdl || : chown: `root': invalid user chmod +x /usr/src/libtool/devel/CVS/libtool-b2.0/.inst/usr/local/share/libtool/config.guess chmod: cannot access `/usr/src/libtool/devel/CVS/libtool-b2.0/.inst/usr/local/share/libtool/config.guess': No such file or directory (A) cross-platform? There is no configure script in $SRCDIR/libltdl -- although there is a configure.ac. This looks like some disagreement over whether libltdl is a sub-configure'd project or configured directly as part of the overall libtool's configure. (B) cygwin-specific: There is no root user. There might be a SYSTEM user which is somewhat similar, and Administrator which is somewhat similar in other ways -- but regardless there is no facility to do CHOWN unless you're building as Administrator (not SYSTEM). Basically, this whole chown idea in libtool's installation is fscked-up w.r.t. cygwin. (C) ${instdir}/usr/local/share/libtool/config.guess doesn't exist because it's actually called ${instdir}/usr/local/share/libtool/config/config.guess Does anybody TEST this stuff before checking it in? -- Chuck ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: FYI: ksh bug on Tru64 UNIX causes current libtool failure
On Sun, Jul 10, 2005 at 11:34:13AM +0900, Peter O'Gorman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Albert Chin wrote: |05:00 PM dogbert ~$PS1='$ ' /bin/sh |$ echo Xbla | sed 1s,^X,, |X,,: not found |$ sed: Function 1s, cannot be parsed. | | | What system is this? Works fine on 4.0D and 5.1. | I don't think you tried /bin/sh. Works okay with zsh or even with /usr/bin/posix/sh though. Ah, you're right. /usr/bin/posix/sh == /bin/ksh. -- albert chin ([EMAIL PROTECTED]) ___ http://lists.gnu.org/mailman/listinfo/libtool
Extending Purchases in 24 hours.
___ http://lists.gnu.org/mailman/listinfo/libtool