Re: gettext and expat
* Damien Miller [2007-05-10]: I'd be more happy with this argument if installing the necessary libraries didn't also install setuid X11 binaries. It doesn't have to be this way, I suggested an additional x-package just containing libraries and support files (maybe even only freetype and expat) before. Nikolay -- It's all part of my Can't-Do approach to life. Wally
Re: gettext and expat
On Wed, 9 May 2007 23:19:13 + (UTC), [EMAIL PROTECTED] (Christian Weisgerber) wrote: Bj
glib2 compilation troubles
I haven't been able to compile glib-2.12.11. Did I miss a crucial announcement or is everyone having this problem? /usr/bin/ld: warning: libglib-2.0.so.1000.3, needed by /usr/local/lib/libgobject-2.0.so.1000.3, may conflict with libglib-2.0.so.1200.11 /usr/local/lib/libglib-2.0.so.1000.3: warning: g_sprintf() is often misused, please use g_snprintf() /usr/local/lib/libglib-2.0.so.1000.3: warning: g_vsprintf() is often misused, please use g_vsnprintf() closures.o(.text+0x5a): In function `g_test_get_type': : undefined reference to `g_type_register_static_simple' collect2: ld returned 1 exit status gmake[3]: *** [closures] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.12.11/glib-2.12.11/tests/refcount' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.12.11/glib-2.12.11/tests' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.12.11/glib-2.12.11' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/glib2 (line 2069 of /usr/ports/infrastructure/mk/bsd.port.mk). Vijay Ramesh [EMAIL PROTECTED]
Re: NEW: blogbench-1.0
Le Thu, May 10, 2007 at 09:30:11AM +0200, Antoine Jacoutot ecrivait : Tested under i386, amd64 and macppc. OK? Thanks a lot for that port, Antoine! Works for me.
Re: glib2 compilation troubles
On Thu, May 10, 2007 at 02:25:15AM -0500, Vijay Ramesh wrote: I haven't been able to compile glib-2.12.11. Did I miss a crucial announcement or is everyone having this problem? In some cases, especially with gnu shit, you have to uninstall the previous version before compiling the new one. Since those nitwits who develop libtool do not really understand linking, that's hardly surprising.
UPDATE: gnupg
please give it a try.
Index: Makefile
===
RCS file: /cvs/ports/security/gnupg/Makefile,v
retrieving revision 1.65
diff -u -r1.65 Makefile
--- Makefile22 Feb 2007 00:17:09 - 1.65
+++ Makefile10 May 2007 09:23:04 -
@@ -2,8 +2,7 @@
COMMENT= GNU privacy guard - a free PGP replacement
-DISTNAME= gnupg-1.4.6
-PKGNAME= ${DISTNAME}p0
+DISTNAME= gnupg-1.4.7
CATEGORIES=security
MASTER_SITES= ftp://ftp.gnupg.org/gcrypt/gnupg/ \
@@ -33,7 +32,7 @@
curl.=3::net/curl
CONFIGURE_STYLE= autoconf
-AUTOCONF_VERSION= 2.59
+AUTOCONF_VERSION= 2.60
MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/scripts
CONFIGURE_ARGS+= --disable-gnupg-iconv
.if ${MACHINE_ARCH} == m68k
Index: distinfo
===
RCS file: /cvs/ports/security/gnupg/distinfo,v
retrieving revision 1.17
diff -u -r1.17 distinfo
--- distinfo5 Apr 2007 17:26:06 - 1.17
+++ distinfo10 May 2007 09:23:04 -
@@ -1,10 +1,10 @@
-MD5 (gnupg-1.4.6.tar.gz) = svTkKoDgzJ2xCyxhA2Swmg==
+MD5 (gnupg-1.4.7.tar.gz) = 6Gt+8QmnotRDvuwtpKmkoA==
MD5 (idea.c.gz) = ncO8CGgkqMejMfNeCaPlfw==
-RMD160 (gnupg-1.4.6.tar.gz) = trDWD3Q4OqjzJTMS2PYuCIT3CLc=
+RMD160 (gnupg-1.4.7.tar.gz) = oHmi4eOdKV57S2taMj6H3j7cu9Q=
RMD160 (idea.c.gz) = 41vloDHRDVI0GsXwKdKPgR7dkI0=
-SHA1 (gnupg-1.4.6.tar.gz) = clmT56xISk6IQoWeGSxybjRFDZg=
+SHA1 (gnupg-1.4.7.tar.gz) = dymeWZlYMHNuqN2hfpcHZlBOYWQ=
SHA1 (idea.c.gz) = gv3tTsMbl7Oy3SJ0GIC2fP7kD4Q=
-SHA256 (gnupg-1.4.6.tar.gz) = afvJVI+yGhX0cLsW+7dQuHbAoqzwR8CgHIk/qC3TWzU=
+SHA256 (gnupg-1.4.7.tar.gz) = yDV3PV+rHH/ikrviTBLT5Nf4pLfMSnGWTzWah13vYKM=
SHA256 (idea.c.gz) = MJko2jSUHf8db2aHVC/z1YMG2Fvp4amQa8T5+OYBGEQ=
-SIZE (gnupg-1.4.6.tar.gz) = 4414871
+SIZE (gnupg-1.4.7.tar.gz) = 4524604
SIZE (idea.c.gz) = 5216
Index: patches/patch-cipher_Makefile_in
===
RCS file: /cvs/ports/security/gnupg/patches/patch-cipher_Makefile_in,v
retrieving revision 1.5
diff -u -r1.5 patch-cipher_Makefile_in
--- patches/patch-cipher_Makefile_in16 Jan 2007 09:50:36 - 1.5
+++ patches/patch-cipher_Makefile_in10 May 2007 09:23:04 -
@@ -1,12 +1,12 @@
$OpenBSD: patch-cipher_Makefile_in,v 1.5 2007/01/16 09:50:36 bernd Exp $
cipher/Makefile.in.origWed Dec 6 10:15:27 2006
-+++ cipher/Makefile.in Thu Jan 11 12:02:52 2007
-@@ -317,7 +317,7 @@ sbindir = @sbindir@
+--- cipher/Makefile.in.origMon Mar 5 10:44:42 2007
cipher/Makefile.in Thu May 10 11:14:08 2007
+@@ -318,7 +318,7 @@ sbindir = @sbindir@
sharedstatedir = @sharedstatedir@
sysconfdir = @sysconfdir@
target_alias = @target_alias@
--INCLUDES = -I.. -I$(top_srcdir)/include -I$(top_srcdir)/intl
-+INCLUDES = -I.. -I$(top_srcdir)/include
+-AM_CPPFLAGS = -I.. -I$(top_srcdir)/include -I$(top_srcdir)/intl \
++AM_CPPFLAGS = -I.. -I$(top_srcdir)/include \
+ $(am__append_1)
noinst_LIBRARIES = libcipher.a
libcipher_a_SOURCES = cipher.c pubkey.c md.c dynload.c bithelp.h des.c \
- twofish.c blowfish.c cast5.c rijndael.c elgamal.c elgamal.h \
Index: patches/patch-g10_Makefile_in
===
RCS file: /cvs/ports/security/gnupg/patches/patch-g10_Makefile_in,v
retrieving revision 1.5
diff -u -r1.5 patch-g10_Makefile_in
--- patches/patch-g10_Makefile_in 16 Jan 2007 09:50:36 - 1.5
+++ patches/patch-g10_Makefile_in 10 May 2007 09:23:04 -
@@ -1,12 +1,12 @@
$OpenBSD: patch-g10_Makefile_in,v 1.5 2007/01/16 09:50:36 bernd Exp $
g10/Makefile.in.orig Wed Dec 6 10:15:28 2006
-+++ g10/Makefile.inThu Jan 11 12:02:52 2007
-@@ -353,7 +353,7 @@ sbindir = @sbindir@
+--- g10/Makefile.in.orig Mon Mar 5 10:44:42 2007
g10/Makefile.inThu May 10 11:13:41 2007
+@@ -368,7 +368,7 @@ sbindir = @sbindir@
sharedstatedir = @sharedstatedir@
sysconfdir = @sysconfdir@
target_alias = @target_alias@
-AM_CPPFLAGS = -I$(top_srcdir)/include -I$(top_srcdir)/intl \
+AM_CPPFLAGS = -I$(top_srcdir)/include \
@LIBUSB_CPPFLAGS@ $(am__append_1)
- EXTRA_DIST = options.skel
needed_libs = ../cipher/libcipher.a ../mpi/libmpi.a ../util/libutil.a
+ other_libs = $(LIBICONV) $(DNSLIBS) $(LIBINTL) $(CAPLIBS)
Index: patches/patch-tools_Makefile_in
===
RCS file: /cvs/ports/security/gnupg/patches/patch-tools_Makefile_in,v
retrieving revision 1.5
diff -u -r1.5 patch-tools_Makefile_in
--- patches/patch-tools_Makefile_in 16 Jan 2007 09:50:36 - 1.5
+++ patches/patch-tools_Makefile_in 10 May 2007 09:23:04 -
@@ -1,12 +1,12 @@
$OpenBSD: patch-tools_Makefile_in,v 1.5 2007/01/16 09:50:36 bernd Exp $
tools/Makefile.in.orig Wed Dec 6 10:15:29 2006
-+++ tools/Makefile.in Thu Jan 11 12:02:52 2007
-@@ -327,7 +327,7 @@ sharedstatedir = @sharedstatedir@
+--- tools/Makefile.in.orig
Re: gettext and expat
On Wed, 9 May 2007 23:19:13 + (UTC), [EMAIL PROTECTED] (Christian Weisgerber) wrote: I'm trying to install php5-core from ports. The build process makes use of gettext which on its turn makes use of lib-expat from X11-base. As I'm working on a web-server I have no need for X11 Obviously you do. Folks, get it into your heads: The X11 libraries are very much a part of the base system and you need to have them installed. This has nothing whatsoever to do with whether you have a shiny graphics display connected to that machine. I really dislike the idea of installing binaries/libraries, which are not going to be used for a certain task/application. It's the same with the compiler; if you do not use it, do not install it. I am wondering what the reason is for abandoning expat from ports - Xenocara maybe? As a solution for my 'problem' I made changes to the expat-, and gettext-port. This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation.
UPDATE: devel/ipython
This patch updates devel/ipython to 0.8.1, this morning's bugfix
release. See the wiki[0] for changes. The patch also enables most of
the provided test suites; there's still a slight problem with one of
them, so I've left it disabled.
The patch is attached and available via HTTP:
http://www.lfod.us/files/ports/ipython.diff
Tested on i386/-current.
Thanks!
[0] http://ipython.scipy.org/moin/WhatsNew
--
o--{ Will Maier }--o
| web:...http://www.lfod.us/ | [EMAIL PROTECTED] |
*--[ BSD Unix: Live Free or Die ]--*
Index: Makefile
===
RCS file: /cvs/ports/devel/ipython/Makefile,v
retrieving revision 1.5
diff -u -u -r1.5 Makefile
--- Makefile2007/04/13 04:50:17 1.5
+++ Makefile2007/05/10 10:53:09
@@ -2,7 +2,7 @@
COMMENT= enhanced interactive Python shell
-DISTNAME= ipython-0.8.0
+DISTNAME= ipython-0.8.1
CATEGORIES=devel
HOMEPAGE= http://ipython.scipy.org/
@@ -19,8 +19,6 @@
MASTER_SITES= http://ipython.scipy.org/dist/
-NO_REGRESS=Yes
-
RUN_DEPENDS= ::devel/py-pexpect
DOC_DIR= ${PREFIX}/share/doc/ipython
@@ -35,5 +33,10 @@
${INSTALL_DATA_DIR} ${EXAMPLE_DIR}
${INSTALL_DATA} ${WRKSRC}/doc/manual/* ${DOC_DIR}
${INSTALL_DATA} ${WRKSRC}/doc/examples/* ${EXAMPLE_DIR}
+
+do-regress:
+.for suite in prefilter wildcard
+ @cd ${WRKSRC}/test PYTHONPATH=../lib ${MODPY_BIN}
test_${suite}.py
+.endfor
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/devel/ipython/distinfo,v
retrieving revision 1.5
diff -u -u -r1.5 distinfo
--- distinfo2007/04/13 04:50:17 1.5
+++ distinfo2007/05/10 10:53:09
@@ -1,5 +1,5 @@
-MD5 (ipython-0.8.0.tar.gz) = LqTigNdPHqcoMM16N6Uguw==
-RMD160 (ipython-0.8.0.tar.gz) = +guHX2pphVtaAKprHYUSphSMalQ=
-SHA1 (ipython-0.8.0.tar.gz) = ambtgEtm8nSgGB6BtW+8QvenNfw=
-SHA256 (ipython-0.8.0.tar.gz) = J0/FPVrPdFqWsOENvqsX+RJRxjovfd1IBNGdVxjsAE8=
-SIZE (ipython-0.8.0.tar.gz) = 1119396
+MD5 (ipython-0.8.1.tar.gz) = NHkmKkurISRv8HoGu717yw==
+RMD160 (ipython-0.8.1.tar.gz) = l0p1hEccNVmoxW1gvIVxXz/T4Hk=
+SHA1 (ipython-0.8.1.tar.gz) = kDIENsfAn3eMkEVTUgMny7/S2MY=
+SHA256 (ipython-0.8.1.tar.gz) = fRy87hAUNNVtzJify04W8ereBg7e2pgtBJEDEgbcbb4=
+SIZE (ipython-0.8.1.tar.gz) = 1127745
Index: patches/patch-setup_py
===
RCS file: /cvs/ports/devel/ipython/patches/patch-setup_py,v
retrieving revision 1.3
diff -u -u -r1.3 patch-setup_py
--- patches/patch-setup_py 2007/04/13 04:50:18 1.3
+++ patches/patch-setup_py 2007/05/10 10:53:09
@@ -1,7 +1,7 @@
$OpenBSD: patch-setup_py,v 1.3 2007/04/13 04:50:18 steven Exp $
setup.py.orig Sat Apr 7 17:20:59 2007
-+++ setup.py Wed Apr 11 05:47:17 2007
-@@ -126,14 +126,16 @@ if 'bdist_wininst' in sys.argv:
+--- setup.py.orig Tue May 8 23:57:09 2007
setup.py Thu May 10 05:31:10 2007
+@@ -126,15 +126,17 @@ if 'bdist_wininst' in sys.argv:
sys.exit(1)
scriptfiles.append('scripts/ipython_win_post_install.py')
@@ -12,7 +12,8 @@
- manfiles),
- ('data', manpagebase, manpages),
- ('lib', 'IPython/UserConfig', cfgfiles),
-- ('data','IPython/Extensions', igridhelpfiles)]
+- ('data',os.path.join(docdirbase, 'extensions'),
+- igridhelpfiles)]
+# These files are manually installed by the port's Makefile.
+#datafiles = [('data', docdirbase, docfiles),
+# ('data', os.path.join(docdirbase, 'examples'),
@@ -21,7 +22,8 @@
+# manfiles),
+# ('data', manpagebase, manpages),
+# ('lib', 'IPython/UserConfig', cfgfiles),
-+# ('data','IPython/Extensions', igridhelpfiles)]
++# ('data',os.path.join(docdirbase, 'extensions'),
++# igridhelpfiles)]
+datafiles = [('lib', 'IPython/UserConfig', cfgfiles),]
if 'setuptools' in sys.modules:
# setuptools config for egg building
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/ipython/pkg/PLIST,v
retrieving revision 1.4
diff -u -u -r1.4 PLIST
--- pkg/PLIST 2007/04/13 04:50:18 1.4
+++ pkg/PLIST 2007/05/10 10:53:09
@@ -42,20 +42,30 @@
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipipe.pyc
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_completers.py
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_completers.pyc
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_constants.py
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_constants.pyc
Re: gettext and expat
On 2007/05/10 09:28, Ketelaars, Björn wrote: This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. Everyone with an annoying corp mail system that enforces these can at least make sure they're clearly visible as a signature, so people know when to stop reading. Please, separate it from the message body, ideally with '-- ' on its own line (typed by hand if it's the only way). Thank you for your co-operation.
Re: gettext and expat
Ketelaars, Björn [Thu, May 10, 2007 at 09:28:32AM +0200] wrote: As a solution for my 'problem' I made changes to the expat-, and gettext-port. cd / \ tar -tzf xbase41.tgz | fgrep libexpat.so | xargs -r tar -xzf xbase41.tgz Bernd
Re: gettext and expat
I hesitate to mention this, but I think it should be mentioned. There is an expat in src/. What are the plans for that? Would solve a lot of `must install xbase in order to get expat' complaints. The counter is that one already installs xbase to get libs. I don't know if an `additional x-package' is clearly defined enough, and how surprised would people be if xbase suddenly stopped containing libs? On Thursday 10 May 2007 00:25:02 Nikolay Sturm wrote: * Damien Miller [2007-05-10]: I'd be more happy with this argument if installing the necessary libraries didn't also install setuid X11 binaries. It doesn't have to be this way, I suggested an additional x-package just containing libraries and support files (maybe even only freetype and expat) before. Nikolay -- Todd Fries .. [EMAIL PROTECTED] _ | \ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | ..in support of free software solutions. \ 250797 (FWD) | \ \\ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt
Re: gettext and expat
* Todd T. Fries [2007-05-10]: There is an expat in src/. What are the plans for that? Would solve a lot of `must install xbase in order to get expat' complaints. The counter is that one already installs xbase to get libs. My understanding is, that it won't be activated until it's audited, which has not happened for about 1.5 years now. Nikolay
Re: gettext and expat
* Todd T. Fries [2007-05-10]: There is an expat in src/. What are the plans for that? Would solve a lot of `must install xbase in order to get expat' complaints. The counter is that one already installs xbase to get libs. My understanding is, that it won't be activated until it's audited, which has not happened for about 1.5 years now. Someone just has to start gnawing away at it.
NEW: misc/lcdproc (client/server displaying system information on a LCD)
Hello ports@, after reading an article in a German magazine about building a very cheap (6 Euros) LCD connected to LPT, I build one. A LCD is much nicer with software to make use of it. That is the reason for my port of lcdproc. Really cool to have them on private server machines to see when the newest release is done building without switching on the screen. The port is i386 only because at least parallel hd44780 does not work on amd64, nor sparc64! I tried to get this running on amd64 as well, but amd64 does not implement amd64_set_ioperm() (#if 0ed out in sys/arch/amd64/amd64/sys_machdep.c) # pkg_info lcdproc Information for lcdproc-0.5.2 Comment: client/server displaying system information on a LCD Description: LCDproc is a piece of software that displays real-time system information from your Linux/*BSD box on a LCD. The server supports several serial devices: Matrix Orbital, CrystalFontz, Bayrad, LB216, LCDM001 (kernelconcepts.de), Wirz-SLI, Cwlinux(.com) and PIC-an-LCD; and some devices connected to the LPT port: HD44780, STV5730, T6963, SED1520 and SED1330. Various clients are available that display things like CPU load, system load, memory usage, uptime, and a lot more. LCDproc also supports key or remote control input for controlling the clients. The client and the server use a TCP connection to communicate, so it is possible to have a remote client showing its stats on a LCD display connected local. Maintainer: Andreas Bihlmaier [EMAIL PROTECTED] WWW: http://lcdproc.org There is a small perl dependency, which is (now) trivial to port. # pkg_info p5-Geo-METAR Information for p5-Geo-METAR-1.14 Comment: process aviation weather reports in the METAR format Required by: lcdproc-0.5.2 Description: METAR reports are available on-line, thanks to the National Weather Service. Since reading the METAR format isn't easy for non-pilots, these reports are relatively useles to the common man who just wants a quick glace at the weather. Maintainer: Andreas Bihlmaier [EMAIL PROTECTED] Regards, ahb misc_lcdproc.tgz Description: application/tar-gz net_p5-Geo-METAR.tgz Description: application/tar-gz
Re: NEW: misc/lcdproc (client/server displaying system information on a LCD)
Hi, On 5/10/07, Andreas Bihlmaier [EMAIL PROTECTED] wrote: Hello ports@, after reading an article in a German magazine about building a very cheap (6 Euros) LCD connected to LPT, I build one. A LCD is much nicer with software to make use of it. That is the reason for my port of lcdproc. Really cool to have them on private server machines to see when the newest release is done building without switching on the screen. The port is i386 only because at least parallel hd44780 does not work on amd64, nor sparc64! I tried to get this running on amd64 as well, but amd64 does not implement amd64_set_ioperm() (#if 0ed out in sys/arch/amd64/amd64/sys_machdep.c) # pkg_info lcdproc Information for lcdproc-0.5.2 Comment: client/server displaying system information on a LCD Description: LCDproc is a piece of software that displays real-time system information from your Linux/*BSD box on a LCD. The server supports several serial devices: Matrix Orbital, CrystalFontz, Bayrad, LB216, LCDM001 (kernelconcepts.de), Wirz-SLI, Cwlinux(.com) and PIC-an-LCD; and some devices connected to the LPT port: HD44780, STV5730, T6963, SED1520 and SED1330. Various clients are available that display things like CPU load, system load, memory usage, uptime, and a lot more. LCDproc also supports key or remote control input for controlling the clients. The client and the server use a TCP connection to communicate, so it is possible to have a remote client showing its stats on a LCD display connected local. Maintainer: Andreas Bihlmaier [EMAIL PROTECTED] WWW: http://lcdproc.org There is a small perl dependency, which is (now) trivial to port. # pkg_info p5-Geo-METAR Information for p5-Geo-METAR-1.14 Comment: process aviation weather reports in the METAR format Required by: lcdproc-0.5.2 Description: METAR reports are available on-line, thanks to the National Weather Service. Since reading the METAR format isn't easy for non-pilots, these reports are relatively useles to the common man who just wants a quick glace at the weather. Maintainer: Andreas Bihlmaier [EMAIL PROTECTED] Regards, ahb This would be a great piece of software to have in OpenBSD. I tried building lcdproc last year and failed and ended up writing my own (bodge) driver for my parallel HD44780 LCD. Lcd proc is certainly very nice. I will test this for you. -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett/
mplayer depends on gtk+?
I just noticed that mplayer depends on lame which depends on gtk+. I can see no reason lame should need GUI elements, so this is kind of bothersome because it means that pulling in mplayer also pulls in 4.5megs of GTK. Why is this? Thanks in advance (and please CC me) -Nick
Re: mplayer depends on gtk+?
On Thu, May 10, 2007 at 12:43:04PM -0400, Nick Guenther wrote: I just noticed that mplayer depends on lame which depends on gtk+. I can see no reason lame should need GUI elements, so this is kind of bothersome because it means that pulling in mplayer also pulls in 4.5megs of GTK. Why is this? Thanks in advance (and please CC me) -Nick Try the no_x11 flavour of Lame. I noticed this a while back. pkg_add -r lame-no_x11 or similar should do it. HTH. -0- --
Re: glib2 compilation troubles
Hi! On Thu, May 10, 2007 at 10:36:58AM +0200, Marc Espie wrote: On Thu, May 10, 2007 at 02:25:15AM -0500, Vijay Ramesh wrote: I haven't been able to compile glib-2.12.11. Did I miss a crucial announcement or is everyone having this problem? In some cases, especially with gnu shit, you have to uninstall the previous version before compiling the new one. Since those nitwits who develop libtool do not really understand linking, that's hardly surprising. Frankly, I encountered the same problem, then tried to uninstall the old stuff (not really, just moved it away, includes and libs), but still kept getting the same error message. *Uninstalling* doesn't work because of those many dependencies. (I wanted to make update in among others glib2, after glib2 was still out of date after upgrading using the latest snapshot packages.) Kind regards, Hannah. PS: I thought we have a tweaked libtool in our tree/ports?
Re: can't update gettext
Hi! On Wed, May 09, 2007 at 08:48:44PM +0200, [EMAIL PROTECTED] wrote: Do you really want to run -current if you don't know that? Yes, I really want to run -current :) So is there any thing about this in the faq, or would you be so kind to help me? If you're not sure whether you have xenocara installed, just install it (again). As someone else said, you can just use the x*.tgz sets from the latest snapshot. Kind regards, Hannah.
Re: Systrace - 'systrace: intercept_get_string: ioctl: Invalid
On Thu, 10 May 2007, Edd Barrett wrote: Hi, On 5/9/07, Edd Barrett [EMAIL PROTECTED] wrote: The port you have will not build! Try this instead (never revision): http://students.dec.bmth.ac.uk/ebarrett/texlive/ports/texlive_port-20070510.tgz Many thanks. The build dies with: === Building package for texlive_texmf-2007 Create /usr/ports/packages/no-arch/texlive_texmf-2007.tgz Error: no @owner for /usr/local/info/eplain.info (otto) followed by a ton of more Error: messages. -Otto
Re: Systrace - 'systrace: intercept_get_string: ioctl: Invalid
On Thu, 10 May 2007, Edd Barrett wrote: Hi Otto, Thanks for this. On 5/10/07, Otto Moerbeek [EMAIL PROTECTED] wrote: The build dies with: === Building package for texlive_texmf-2007 Create /usr/ports/packages/no-arch/texlive_texmf-2007.tgz Error: no @owner for /usr/local/info/eplain.info (otto) followed by a ton of more Error: messages. Thats odd, I don't get that. However I have an idea how to fix it. Do you know what it means btw? Im a complete ports ignorant I just got caught in this thread because of the systrace problem. -Otto
Re: Systrace - 'systrace: intercept_get_string: ioctl: Invalid
Hi Otto, Thanks for this. On 5/10/07, Otto Moerbeek [EMAIL PROTECTED] wrote: The build dies with: === Building package for texlive_texmf-2007 Create /usr/ports/packages/no-arch/texlive_texmf-2007.tgz Error: no @owner for /usr/local/info/eplain.info (otto) followed by a ton of more Error: messages. Thats odd, I don't get that. However I have an idea how to fix it. Do you know what it means btw? -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett/
Re: Systrace - 'systrace: intercept_get_string: ioctl: Invalid
On 5/10/07, Otto Moerbeek [EMAIL PROTECTED] wrote: Do you know what it means btw? Im a complete ports ignorant I just got caught in this thread because of the systrace problem. Ok, http://students.dec.bmth.ac.uk/ebarrett/texlive/ports/texlive_port-20070510_2.tgz I hope this fixes that. I'm going to update my snapshot because I could not repro that. Perhaps my snapshot is too old already? Did you change the perms of your ports tree atall? Or did you run as non-root? -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett/
Re: New: TeXLive 2007 Port - Comments and Testing Please
Hi, Instead of me posting direct links, I think it makes more sense for me to just say, go to my webpage and get the lastest version. It's changed again. Otto has found a bug. Here is the url: http://students.dec.bmth.ac.uk/ebarrett/texlive Thanks -- Best Regards Edd
