Re: FreeBSD Port: nvidia-driver-169.12
On 07.03.2008 14:21 (UTC+1), David Marec wrote: Laurent, I think I've found the problem :) In /usr/local/lib/xorg/modules/extensions, there was libglx.so and libglx.so.1. I rename the libglx.so in libglx.so.old and libglx.so.1 in libglx.so. Beware of Xorg updates; While updating, Xorg overwrites these modules. You have to rebuild nvidia driver following any Xorg updates. I think David hits the goal. Especially after upgrading 'xorg-server' you have to rebuild nvidia-driver. Personally I prefer to deinstall nvidia-driver before updating xorg-server and then install nvidia-driver again. This restores the previously renamed glx files from xorg-server to original names ... Rainer Hurling ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
INDEX now builds successfully on 5.x
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Preparing an Oracle Database XE port/package -- any tips ?
Hi, On Sat, Mar 8, 2008 at 12:16 AM, Marcin Cieslak [EMAIL PROTECTED] wrote: Adrian Penisoara wrote: 2). Usually everything comes down to business cases and business opportunities. So I think we will need to demonstrate a large userbase in order to get attention. I think we should be happy if an Oracle XE FreeBSD package will make it onto the downloads page in the first place. I can give you one business case: During election observation mission in 2007 an Oracle XE installation I've had (just for test) on my FreeBSD notebook saved my (election) day and allowed me to analyze and verify election results - and this is a Big Thing(tm). Well, this sort of stories really ought to be told and heard around. Have you considered writing a short story or even a news article on this topic (I guess there are good places where you could submit it) ? 3) Oracle EE / SE editions are indeed the big guns on the enterprise database market, but until there are some more steps. And Oracle does not use a packaging format for these, OUI (Oracle Universal Installer) is the designated tool to use. OUI is difficult to run, it's usually easier to setup a database without it. Fortunately XE does not need one at all. There are scripts out there that perform database creation end-to-end and I think they should be included in the port. Right. I will be extracting the RPM specs file to form the package installation script. I'm not sure whether the debian scripts have something better. Regards, Adrian Penisoara ROFUG / EnterpriseBSD ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0-RELEASE: digikam 0.9.3 dumps core on startup
Hi Mark, On Thu, 6 Mar 2008, Mark Ovens wrote: Clean install of 7.0-RELEASE, Xorg, KDE, and digikam from a freshly downloaded ports tree. Starting digikam for the first time gives the dialogue asking for the directory to use as the Album root, enter a path then digikam dumps core. The trace from the KDE Crash Handler is: [New Thread 0x2a701100 (LWP 100193)] [Switching to Thread 0x2a701100 (LWP 100193)] [KCrash handler] #6 0x28550b73 in sqlite3Fts2InitHashTable () from /usr/local/lib/libsqlite3.so.8 #7 0x285484e2 in sqlite3Fts2Init () from /usr/local/lib/libsqlite3.so.8 #8 0x28514fa5 in openDatabase () from /usr/local/lib/libsqlite3.so.8 #9 0x281bc47e in Digikam::AlbumDB::setDBPath () from /usr/local/lib/libdigikam.so.0 #10 0x281e85a7 in Digikam::AlbumManager::setLibraryPath () from /usr/local/lib/libdigikam.so.0 #11 0x0804ad78 in main () Trying to start digikam again results in the same except that it doesn't ask for an Album directory. It doesn't matter whether the directory I choose exists, doesn't exist, or exists and contains an existing digikam Album (and therefore an existing digikam3.db file). If it is a directory without an existing digikam3.db file then one is created, but it is 0 bytes. The problem appears to be in SQLite. As I said, this is a completely clean install of 7.0 and the ports so there is no dross left around from a previous version of either FreeBSD or any ports - the existing digikam album used for testing was from a backup. Can anyone shed any light on this please? I had precisely the same problem (plus system gdb dumped core and I had to use ports' one, ports/devel/gdb6 - hint!). For me, it was solved by rebuilding sqlite3 with WITHOUT_FTS1=true WITHOUT_FTS2=true options. Perhaps, only one of them is needed but as they say, if you don't know what it is you don't need it. HTH, Vladimir ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Preparing an Oracle Database XE port/package -- any tips ?
Adrian Penisoara wrote: Hi, (dropping -isp) During election observation mission in 2007 an Oracle XE installation I've had (just for test) on my FreeBSD notebook saved my (election) day and allowed me to analyze and verify election results - and this is a Big Thing(tm). Well, this sort of stories really ought to be told and heard around. Have you considered writing a short story or even a news article on this topic (I guess there are good places where you could submit it) ? This is not always easy. You need to observe state secrets of a host country plus some special requirements in a highly political environment. I will try my best anyway. Right. I will be extracting the RPM specs file to form the package installation script. I'm not sure whether the debian scripts have something better. Go for install.sh on the http://wiki.bsdportal.ru/doc:oraclexe_on_freebsd instead. Worked for me like a charm. (The kernel patches mentioned in the article are already incorporated). --Marcin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0-RELEASE: digikam 0.9.3 dumps core on startup
Vladimir Kushnir wrote: Hmm... No, this never happened here. Everything works perfectly all right. My sqlite3 compiled with threads though, could it be that? I also had problems with the system gdb core dumping in 6.3 - this still happens in 7.0 does it? Probably. It does here under -CURRENT, anyway :-( I built a debug version of digikam and started it from gdb (which isn't crashing on my 7.0 system :-) ). When digikam hung this is the stack trace: /home/mark{21}% gdb /usr/local/bin/digikam GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd... (gdb) run Starting program: /usr/local/bin/digikam [New LWP 100190] [New Thread 0x2a801100 (LWP 100190)] [New Thread 0x2a801f00 (LWP 100230)] [Thread 0x2a801f00 (LWP 100230) exited] [New Thread 0x2a802300 (LWP 100231)] [Thread 0x2a802300 (LWP 100231) exited] digikam: ScanLib: Finding non-existing Albums: 48 ms digikam: ScanLib: Finding items not in the database or disk: 1351 ms digikam: ScanLib: Updating items without date: 22 ms Found dcraw version: 8.81 ^C Program received signal SIGINT, Interrupt. [Switching to Thread 0x2a801100 (LWP 100190)] 0x2a5543b1 in write () from /lib/libc.so.7 (gdb) bt #0 0x2a5543b1 in write () from /lib/libc.so.7 #1 0x2a4701f2 in write () from /lib/libthr.so.3 #2 0x2a171aca in ?? () from /usr/local/lib/libfam.so.0 #3 0x2a174e78 in FAMMonitorCollection () from /usr/local/lib/libfam.so.0 #4 0x291c0bc9 in KDirWatchPrivate::useFAM () from /usr/local/lib/libkio.so.6 #5 0x291c14ff in KDirWatchPrivate::addEntry () from /usr/local/lib/libkio.so.6 #6 0x291c1a0f in KDirWatch::addDir () from /usr/local/lib/libkio.so.6 #7 0x28222684 in Digikam::AlbumManager::scanPAlbums (this=0x2a8a1670) at albummanager.cpp:443 #8 0x28222d4d in Digikam::AlbumManager::refresh (this=0x2a8a1670) at albummanager.cpp:337 #9 0x2822306f in Digikam::AlbumManager::startScan (this=0x2a8a1670) at albummanager.cpp:330 #10 0x281e530d in DigikamApp (this=0x2a899180) at digikamapp.cpp:165 #11 0x0804aff7 in main (argc=676267148, argv=0x2a8cc122) at main.cpp:309 (gdb) It seems that the problem maybe connected with fam. digikam seems to use gamin by default (at least that's what the packages are built with) but I have this in /etc/make.conf: WITH_FAM_SYSTEM=fam so fam is used instead. Could this be where the problem is? Thanks for your help. Regards, Mark ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: MailScanner-4.64.3
Hi, why is the last update of port /mail/mailscanner so old? Many new versions are released in the meantime. Current is 4.67.6! Thx! Chris - Lesen Sie Ihre E-Mails auf dem Handy.. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Button issue with xorg-server-1.4_5,1 and enlightenment-devel
I am not sure if e17 or the patch is at fault, but using the left button in e17 to raise a window or move it (left button + alt key) no longer works. Backing out the patch fixes it. It may be a bug with e17. How well does this action work with the patch for others using e17 or any other window manager? Sean -- [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD-games/Larn is broken in FreeBSD7.0 Release
On Sat, Mar 08, 2008 at 06:53:52AM +0100, Martin Tournoij wrote: Good idea, I tested the games from DragonflyBSD and they seem to work OK on FreeBSD 7/GCC4.2 Everything compiles with some minor changes, the two issues with larn and hack are solved, I didn't test any of the other games yet. I need to do some more cleanup/testing, I will send a PR tomorrow since it's very late now ... Regards, Martin Tournoij A patch for games/freebsd-games is attached in this patch, please test it, I'm not familiar with all the games. Note that the old freebsd-games ports just removes all score files without asking/mentioning, so if you have a score to be proud of then you may want to backup /var/games Regards, Martin Tournoij diff -urN --exclude CVS --exclude '*.old' /ports/games/freebsd-games/Makefile games/freebsd-games/Makefile --- /ports/games/freebsd-games/Makefile 2007-05-28 10:28:45.0 +0200 +++ games/freebsd-games/Makefile 2008-03-08 19:46:26.0 +0100 @@ -6,74 +6,26 @@ # PORTNAME= freebsd-games -PORTVERSION= 5.1.1 -PORTREVISION= 7 +PORTVERSION= 5.2 CATEGORIES= games -MASTER_SITES= ${MASTER_SITE_LOCAL} -MASTER_SITE_SUBDIR=markm +MASTER_SITES= http://www.carpetsmoker.net/distfiles/ \ + http://www.xs4all.nl/~tournoij/ -MAINTAINER= [EMAIL PROTECTED] +MAINTAINER= [EMAIL PROTECTED] COMMENT= FreeBSD-modified Standard BSD games -USE_BZIP2= yes - -MAN6= \ - adventure.6 \ - arithmetic.6 \ - atc.6 \ - backgammon.6 \ - battlestar.6 \ - bs.6 \ - canfield.6 \ - cfscores.6 \ - cribbage.6 \ - fish.6 \ - hack.6 \ - hangman.6 \ - larn.6 \ - mille.6 \ - phantasia.6 \ - piano.6 \ - pig.6 \ - quiz.6 \ - robots.6 \ - rogue.6 \ - sail.6 \ - snake.6 \ - snscore.6 \ - trek.6 \ - worm.6 \ - wump.6 - -MANCOMPRESSED= maybe - -PATHNAME_FILES= atc/atc.6 \ - atc/pathnames.h \ - cribbage/pathnames.h \ - fish/pathnames.h \ - larn/pathnames.h \ - quiz/datfiles/index \ - quiz/pathnames.h \ - quiz/quiz.6 \ - wump/pathnames.h +MAN5= dm.conf.5 +MAN6= adventure.6 arithmetic.6 atc.6 backgammon.6 battlestar.6 \ + bs.6 canfield.6 cfscores.6 cribbage.6 fish.6 hack.6 hangman.6 \ + larn.6 mille.6 phantasia.6 piano.6 pig.6 quiz.6 robots.6 rain.6 \ + rogue.6 sail.6 snake.6 snscore.6 trek.6 wargames.6 worm.6 worms.6 wump.6 \ +MAN8= dm.8 +MANCOMPRESSED= yes .include bsd.port.pre.mk -post-extract: - @(cd ${BUILD_WRKSRC}; ${SETENV} ${MAKE_ENV} \ - ${MAKE} ${MAKE_FLAGS} ${MAKEFILE} ${MAKE_ARGS} extract) - post-patch: - @${FIND} ${WRKSRC} -name '*.c' -or -name '*.h' -or -name '*.6' -or \ - -name 'index' | ${XARGS} ${REINPLACE_CMD} -e \ - 's|share/games|local/share/games|g' - @${FIND} ${WRKSRC} -name 'Makefile' | \ - ${XARGS} ${REINPLACE_CMD} 's|$${LIBCOMPAT}||g;;s|-lcompat||g' - @for f in ${PATHNAME_FILES}; do \ - ${REINPLACE_CMD} -e 's|/usr/local/local/local|${PREFIX}|g' \ - ${WRKSRC}/$${f}; \ - done - @${REINPLACE_CMD} -e 's|%%PREFIX%%|${PREFIX}|' \ - ${WRKSRC}/hack/hack.unix.c + @${FIND} ${WRKSRC} -type f | ${XARGS} \ + ${REINPLACE_CMD} 's|/usr/local|${PREFIX}|g' .include bsd.port.post.mk diff -urN --exclude CVS --exclude '*.old' /ports/games/freebsd-games/distinfo games/freebsd-games/distinfo --- /ports/games/freebsd-games/distinfo 2005-11-24 20:27:31.0 +0100 +++ games/freebsd-games/distinfo 2008-03-08 19:41:48.0 +0100 @@ -1,3 +1,3 @@ -MD5 (freebsd-games-5.1.1.tar.bz2) = 31c098a1ef0d198a6456e26b6d65be72 -SHA256 (freebsd-games-5.1.1.tar.bz2) = 2ef700e090c975c7d6807a556ca29acc11215ba43f3ad26ad555a63cb3f72f71 -SIZE (freebsd-games-5.1.1.tar.bz2) = 2434501 +MD5 (freebsd-games-5.2.tar.gz) = d2094da7f9d26c2ec841a2489f9fb2f4 +SHA256 (freebsd-games-5.2.tar.gz) = 97fe168c3a7885e500f5bb3c51137de512de2c2e497eb8b23cc0f23a6b38c8f4 +SIZE (freebsd-games-5.2.tar.gz) = 875833 diff -urN --exclude CVS --exclude '*.old' /ports/games/freebsd-games/files/patch-adventure_crc.c games/freebsd-games/files/patch-adventure_crc.c --- /ports/games/freebsd-games/files/patch-adventure_crc.c 2007-03-24 00:02:33.0 +0100 +++ games/freebsd-games/files/patch-adventure_crc.c 1970-01-01 01:00:00.0 +0100 @@ -1,11 +0,0 @@ adventure/crc.c.bak Sat Feb 23 01:59:45 2002 -+++ adventure/crc.c Wed Sep 29 03:29:37 2004 -@@ -120,7 +120,7 @@ - - /* Process nr bytes at a time; ptr points to them */ - u_long --crc(const char *ptr, size_t nr) -+crc(const char *ptr, ssize_t nr) - { - int i; - const char *p; diff -urN --exclude CVS --exclude '*.old' /ports/games/freebsd-games/files/patch-adventure_hdr.h games/freebsd-games/files/patch-adventure_hdr.h --- /ports/games/freebsd-games/files/patch-adventure_hdr.h 2007-03-24 00:02:33.0 +0100 +++ games/freebsd-games/files/patch-adventure_hdr.h 1970-01-01 01:00:00.0 +0100 @@ -1,11 +0,0 @@ adventure/hdr.h.bak Mon Nov 10 15:46:52 2003 -+++ adventure/hdr.h Wed Sep 29 03:30:55 2004 -@@ -167,7 +167,7 @@ - void checkhints (void); - void ciao (void); - extern gid_t egid; --u_long crc (const char *ptr, size_t nr); -+u_long crc (const char
AW: FreeBSD Port: MailScanner-4.64.3
1. I submitted a new version this week. Has not been committed. Why? Ask the maintainers. 2. Why is it so old? Because I happen to have a job and sometimes things are more important than keeping a voluntary project up to date. Sorry. Regards, JP -- Urspr. Mitt. -- Betreff: FreeBSD Port: MailScanner-4.64.3 Von: Kai Heitkamp[EMAIL PROTECTED] Datum: 08.03.2008 16:23 Hi, why is the last update of port /mail/mailscanner so old? Many new versions are released in the meantime. Current is 4.67.6! Thx! Chris - Lesen Sie Ihre E-Mails auf dem Handy.. -- Seceidos GmbHCo. KG | Tel: +49 (6151) 66843-43 Robert-Bosch-Str. 7 | Fax: +49 (6151) 66843-52 64293 Darmstadt/Germany | http://www.seceidos.de | SIP: [EMAIL PROTECTED] Skype: jan-peter.koopmann E-Mail: [EMAIL PROTECTED] HRA 7206, Amtsgericht Darmstadt persönlich haftende Gesellschafterin: Seceidos Verwaltungs GmbH, Grafrath HRB 158903, Amtsgericht München Geschäftsführer: Robert Hochrein, Jan-Peter Koopmann Seceidos FZE | Tel: +971 (4) 3197741 Emirates Towers, Level 41 | Fax: +971 (4) 3197742 Sheikh Zayed Road | P.O. Box 31303 | SIP: [EMAIL PROTECTED] Dubai, UAE http://www.seceidos.com Skype: jan-peter.koopmann E-Mail: [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: nvidia-driver-169.12
Rainer Hurling wrote: On 07.03.2008 14:21 (UTC+1), David Marec wrote: Laurent, I think I've found the problem :) In /usr/local/lib/xorg/modules/extensions, there was libglx.so and libglx.so.1. I rename the libglx.so in libglx.so.old and libglx.so.1 in libglx.so. Beware of Xorg updates; While updating, Xorg overwrites these modules. You have to rebuild nvidia driver following any Xorg updates. I think David hits the goal. Especially after upgrading 'xorg-server' you have to rebuild nvidia-driver. Personally I prefer to deinstall nvidia-driver before updating xorg-server and then install nvidia-driver again. This restores the previously renamed glx files from xorg-server to original names ... Rainer Hurling I have had this same experience. Why not make xorgs-server a dependency for nvidia-driver? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Digikam crashes with MakerTagInfo registry full
Hi all, digikam recently (two days ago or so it was working fine) crashes when trying to start it: digikam terminate called after throwing an instance of 'Exiv2::Error' what(): MakerTagInfo registry full Abort (core dumped) I'm using FreeBSD 7.0-STABLE/amd64 Regards, Mark -- Allow me to congratulate you sir. You have the most totally closed mind that I've ever encountered. -- Doctor Who ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]