Re: NEW: editors/geany
Giovanni Bechis [2007-05-11, 08:27:32]: > pkg/DESCR: > Geany is a small and lightweight integrated development environment. > It was developed to provide a small and fast IDE, > which has only a few dependencies on other packages. > Another goal was to be as independent as possible from a > special Desktop Environment like KDE or GNOME. > > Tested on i386, OK ? This is already in the tree under devel/geany ... Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
NEW: editors/geany
pkg/DESCR: Geany is a small and lightweight integrated development environment. It was developed to provide a small and fast IDE, which has only a few dependencies on other packages. Another goal was to be as independent as possible from a special Desktop Environment like KDE or GNOME. Tested on i386, OK ? Giovanni geany.tgz Description: application/tar-gz
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
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: 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 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
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: 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: 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: 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- --
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: 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/
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: 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.
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
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: [UPDATE] Xfce 4.4.1
2007/5/10, Lars Hansson <[EMAIL PROTECTED]>: Landry Breuil wrote: > Hello porters, > > finally, a new update for Xfce 4.4.1, this one has been tested > extensively on i386 and sparc64, most reported bugs have been fixed. Works fine for me on x86. Some problems with the ports though: xfwm4 need to BUILD_DEPENDS and RUN_DEPENDS on xfce-mcs-manager. The configure script checks for mcs-manager and the port installs 2 plugins for mcs-manager. Yep, it's in cvs : http://www.openbsd.org/cgi-bin/cvsweb/ports/x11/xfce4/xfwm4/Makefile?rev=1.12&content-type=text/x-cvsweb-markup /etc/xdg/xfce4/xinitrc is not installed (causing startxfce4 to fail) because there is no @sample entry for the "${SYSCONFDIR}/xdg/xfce4/" directory in the PLIST. (xfce-utils) Already reported by Markus Bergkvist, will be fixed asap (steven ? can you re-add '@sample ${SYSCONFDIR}/xdg/xfce4/' to PLIST ? thanks) xfce-mcs-plugins Makefile needs "EXTRACT_SUFX= .tar.bz2". Should be in cvs (according to http://marc.info/?l=openbsd-ports-cvs&m=117877973326744&w=2) xfce-utils has a RUN_DEPEND on exo? Yes, exo-open needed by scripts xfbrowser4 and xfterm4, see http://svn.xfce.org/svn/xfce/xfce-utils/tags/xfce_4_4_1/scripts/xfterm4 and http://svn.xfce.org/svn/xfce/xfce-utils/tags/xfce_4_4_1/scripts/xfbrowser4.in the xfce4-panel package can not be created: ===> Building package for xfce4-panel-4.4.1 Create /usr/ports/packages/i386/all/xfce4-panel-4.4.1.tgz Switching to /usr/ports/x11/xfce4/xfce4-panel/pkg/PFRAG.shared Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1 /fake-i386//usr/local/share/examples/xfce4/panel/clock-14.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1 /fake-i386//usr/local/share/examples/xfce4/panel/launcher-10.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1 /fake-i386//usr/local/share/examples/xfce4/panel/launcher-7.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1 /fake-i386//usr/local/share/examples/xfce4/panel/launcher-8.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1 /fake-i386//usr/local/share/examples/xfce4/panel/launcher-9.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1 /fake-i386//usr/local/share/examples/xfce4/panel/panels.xml does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1 /fake-i386//usr/local/share/examples/xfce4/panel/systray-4.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1 /fake-i386//usr/local/share/examples/xfce4/panel/xfce4-menu-5.rc does not exist yes, forgotten patch, fixed in cvs ( http://marc.info/?l=openbsd-ports-cvs&m=117877813722968&w=2) For this occasion, i've set up a new website to host/present/comment > this diffs/ports : http://ports.gcu.info Hey, that's pretty neat. Feel free to submit for a wiki account :) Thanks a lot for testing and feedback, Landry
Re: [UPDATE] Xfce 4.4.1
Landry Breuil wrote: Hello porters, finally, a new update for Xfce 4.4.1, this one has been tested extensively on i386 and sparc64, most reported bugs have been fixed. Works fine for me on x86. Some problems with the ports though: xfwm4 need to BUILD_DEPENDS and RUN_DEPENDS on xfce-mcs-manager. The configure script checks for mcs-manager and the port installs 2 plugins for mcs-manager. /etc/xdg/xfce4/xinitrc is not installed (causing startxfce4 to fail) because there is no @sample entry for the "${SYSCONFDIR}/xdg/xfce4/" directory in the PLIST. (xfce-utils) xfce-mcs-plugins Makefile needs "EXTRACT_SUFX= .tar.bz2". xfce-utils has a RUN_DEPEND on exo? the xfce4-panel package can not be created: ===> Building package for xfce4-panel-4.4.1 Create /usr/ports/packages/i386/all/xfce4-panel-4.4.1.tgz Switching to /usr/ports/x11/xfce4/xfce4-panel/pkg/PFRAG.shared Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1/fake-i386//usr/local/share/examples/xfce4/panel/clock-14.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1/fake-i386//usr/local/share/examples/xfce4/panel/launcher-10.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1/fake-i386//usr/local/share/examples/xfce4/panel/launcher-7.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1/fake-i386//usr/local/share/examples/xfce4/panel/launcher-8.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1/fake-i386//usr/local/share/examples/xfce4/panel/launcher-9.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1/fake-i386//usr/local/share/examples/xfce4/panel/panels.xml does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1/fake-i386//usr/local/share/examples/xfce4/panel/systray-4.rc does not exist Error in package: /usr/ports/x11/xfce4/xfce4-panel/w-xfce4-panel-4.4.1/fake-i386//usr/local/share/examples/xfce4/panel/xfce4-menu-5.rc does not exist For this occasion, i've set up a new website to host/present/comment this diffs/ports : http://ports.gcu.info Hey, that's pretty neat. Lars Hansson
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
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.
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 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 lib/pyth
Re: gettext and expat
* Ketelaars, Björn [2007-05-10]: > 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. Do you use tcpdump on your webserver or sudo or ospfd or bgpd or ...? You install all kinds of crap on your webserver that you will never use. > I am wondering what the reason is for abandoning expat from ports - > Xenocara maybe? Yes, xenocara provides its own libexpat and we ran into trouble with both, xenocara's libexpat and the expat package being installed. Nikolay
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: 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.ori
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.
devel/luafs, 1.2.1
Update from 1.2 to 1.2.1. -p. Index: Makefile === RCS file: /cvs/ports/devel/luafs/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile17 Dec 2006 11:56:56 - 1.6 +++ Makefile10 May 2007 08:24:49 - @@ -2,10 +2,10 @@ SHARED_ONLY= Yes COMMENT= "file system library for the lua language" -DISTNAME= luafilesystem-1.2 -PKGNAME= luafs-1.2p1 +DISTNAME= luafilesystem-1.2.1 +PKGNAME= luafs-1.2.1 CATEGORIES=devel -MASTER_SITES= http://luaforge.net/frs/download.php/1487/ +MASTER_SITES= http://luaforge.net/frs/download.php/2381/ HOMEPAGE= http://www.keplerproject.org/luafilesystem/ @@ -31,5 +31,9 @@ ${INSTALL_DATA} ${WRKSRC}/doc/us/*.html ${WRKSRC}/doc/us/*.png \ ${PREFIX}/share/doc/luafs ${INSTALL_DATA} ${WRKSRC}/tests/*.lua ${PREFIX}/share/examples/luafs + +do-regress: + cp ${WRKDIST}/*.so ${WRKDIST}/tests + cd ${WRKDIST}/tests && lua test.lua .include Index: distinfo === RCS file: /cvs/ports/devel/luafs/distinfo,v retrieving revision 1.4 diff -u -r1.4 distinfo --- distinfo5 Apr 2007 15:37:56 - 1.4 +++ distinfo10 May 2007 08:24:49 - @@ -1,5 +1,5 @@ -MD5 (luafilesystem-1.2.tar.gz) = 9NuhV/67LkbQ7zvrpS9vxg== -RMD160 (luafilesystem-1.2.tar.gz) = jfzWtzmstIkv0xNTwSkQ6z3GBrU= -SHA1 (luafilesystem-1.2.tar.gz) = PtEUMYQulcAwYqf1ozm5GsI5/rw= -SHA256 (luafilesystem-1.2.tar.gz) = lKS47KGQAQPhnsIp5QgKXh4djv8iC20Agj5liLJHKkg= -SIZE (luafilesystem-1.2.tar.gz) = 22013 +MD5 (luafilesystem-1.2.1.tar.gz) = ltdCW3zTtT2uRAnoyUvFPA== +RMD160 (luafilesystem-1.2.1.tar.gz) = +vbeHm85tuohWfH2TwZlEroytvI= +SHA1 (luafilesystem-1.2.1.tar.gz) = BVnefb18vILJAtg1tvrSbVgcDCw= +SHA256 (luafilesystem-1.2.1.tar.gz) = Xkpg8Nz21FzueS8Vj0nbHbxFz/6+3vehpONYrSF3DH0= +SIZE (luafilesystem-1.2.1.tar.gz) = 22165 Index: patches/patch-Makefile === RCS file: /cvs/ports/devel/luafs/patches/patch-Makefile,v retrieving revision 1.4 diff -u -r1.4 patch-Makefile --- patches/patch-Makefile 24 Sep 2006 16:56:08 - 1.4 +++ patches/patch-Makefile 10 May 2007 08:24:49 - @@ -1,34 +1,20 @@ -$OpenBSD: patch-Makefile,v 1.4 2006/09/24 16:56:08 pedro Exp $ Makefile.orig Sun Sep 24 13:46:06 2006 -+++ Makefile Sun Sep 24 13:46:34 2006 -@@ -8,14 +8,18 @@ include $(CONFIG) - - COMPAT_O= $(COMPAT_DIR)/compat-5.1.o +$OpenBSD$ +--- Makefile.orig Thu May 10 10:10:42 2007 Makefile Thu May 10 10:11:51 2007 +@@ -9,10 +9,15 @@ include $(CONFIG) SRCS= src/$T.c --OBJS= src/$T.o $(COMPAT_O) -+OBJS= src/$T.o + OBJS= src/$T.o +all: lib - ++ lib: src/$(LIBNAME) src/$(LIBNAME): $(OBJS) - export MACOSX_DEPLOYMENT_TARGET="10.3"; $(CC) $(CFLAGS) $(LIB_OPTION) -o src/$(LIBNAME) $(OBJS) + $(CC) $(CFLAGS) $(LIB_OPTION) lfs.o -o $(LIBNAME) - ++ +$(OBJS): $(SRCS) + $(CC) $(CFLAGS) $(INCS) -c src/lfs.c -+ - $(COMPAT_O): $(COMPAT_DIR)/compat-5.1.c - $(CC) -c $(CFLAGS) -o $@ $(COMPAT_DIR)/compat-5.1.c -@@ -26,3 +30,9 @@ install: src/$(LIBNAME) - - clean: - rm -f src/$(LIBNAME) $(OBJS) $(COMPAT_O) -+ -+regress: -+ @echo "Running test..."; \ -+ LUA_CPATH="./?.so"; \ -+ export LUA_CPATH; \ -+ $(LUA) tests/test.lua + install: src/$(LIBNAME) + mkdir -p $(LUA_LIBDIR) Index: patches/patch-config === RCS file: /cvs/ports/devel/luafs/patches/patch-config,v retrieving revision 1.5 diff -u -r1.5 patch-config --- patches/patch-config24 Sep 2006 16:56:08 - 1.5 +++ patches/patch-config10 May 2007 08:24:49 - @@ -1,32 +1,28 @@ -$OpenBSD: patch-config,v 1.5 2006/09/24 16:56:08 pedro Exp $ config.origSun Sep 24 13:34:34 2006 -+++ config Sun Sep 24 13:36:22 2006 -@@ -1,20 +1,22 @@ +$OpenBSD$ +--- config.origThu May 10 10:14:46 2007 config Thu May 10 10:15:23 2007 +@@ -1,19 +1,18 @@ # Installation directories # System's libraries directory (where binary libraries are installed) --LUA_LIBDIR= /usr/local/lib/lua/5.0 +-LUA_LIBDIR= /usr/local/lib/lua/5.1 +LUA_LIBDIR= $(LOCALBASE)/lib # Lua includes directory --LUA_INC= /usr/local/include +-LUA_INC= /usr/local/include/lua51 +LUA_INC= $(LOCALBASE)/include -+# Location of the Lua interpreter. -+LUA= $(PREFIX)/bin/lua # OS dependent LIB_OPTION= -shared #for Linux #LIB_OPTION= -bundle -undefined dynamic_lookup #for MacOS X -LIBNAME= $T.so.$V -+LIBNAME= lfs.so - COMPAT_DIR= ../compat/src ++LIBNAME= $T.so # Compilation directives - WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align -Wmissing-prototypes -Wnested-externs -Wshadow -Wwrite-strings --INCS= -I$(LUA_INC) -I$(COMPAT_DIR) +-WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align -Wmissing-prototypes -
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.
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]
NEW: blogbench-1.0
pkg/DESCR Blogbench is a portable filesystem benchmark that tries to reproduce the load of a real-world busy file server. It stresses the filesystem with multiple threads performing random reads, writes and rewrites in order to get a realistic idea of the scalability and the concurrency a system can handle. Tested under i386, amd64 and macppc. OK? -- Antoine blogbench.tar.gz Description: application/tgz
Re: gettext and expat
On Wed, 9 May 2007 23:19:13 + (UTC), [EMAIL PROTECTED] (Christian Weisgerber) wrote: > Bj