portupgrade and ruby-1.8.7.160
Hi, Ever since I upgraded to ruby-1.8.7.160 on two separate hosts this past week, portupgrade has been complaining with: ** Database file locked. Waiting. or ** Stale lock removed. even if there is only one portupgrade process that's running. If I revert back to ruby-1.8.7.72, these warnings go away. I wouldn't mind these warnings so much, except that the Database file locked message also has an annoying timeout period associated with it. Cheers. -- Jonathan Chen j...@chen.org.nz -- A little learning is a dangerous thing but a lot of ignorance is just as bad. - Bob Edwards ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
math/fftw3 distinfo incorrect
Hi, The latest bump to math/fftw3 from 3.2 to 3.2.1 missed the distinfo changes, which still references fftw-3.2.tar.gz. Cheers. -- Jonathan Chen j...@chen.org.nz -- When you don't know what you are doing, do it neatly. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: ktorrent-3.1.6_1
Does anyone have any ideas of what to look into? I'm about to decide Wine+uTorrent would be an easier route than trying to get ktorrent to work decently. I've tried ktrace again but all I seem to find in it are reads, and a ~1 second ktrace is 4MB. Jonathan Jonathan wrote: Nikolay Tychina wrote: Hello, i installed ktorrent3 and it seems to be very slow while checking pieces. (~2mb per second) (Deluge do it much more faster, i didn't try any other clients though) Do you have the same problem? Same issue here. I get ~4MB/s or so. I started digging around and found that according to gstat (output at end) ktorrent is writing 50-60MB/s to ad18, which is my boot drive, sustained. Most of the other drives in the system are completely idle and belong to the ZFS pool the torrent data is actually on. I've checked using fstat and lsof and nothing leaps out at me. I also watched disk and swap space usage during the check and see nothing changing despite the apparent massive write load. I even tried doing a ktrace + kdump and searching for write but didn't find anything there either. I don't claim to be any expert with any of those tools though. Does anyone have any ideas on what to look at next? Thanks, Jonathan dT: 1.035s w: 1.000s L(q) ops/sr/s kBps ms/rw/s kBps ms/w %busy Name 0 0 0 00.0 0 00.00.0| ad8 0 0 0 00.0 0 00.00.0| ad8s1 0 34 0 00.0 32 430.55.1| ad16 0 0 0 00.0 0 00.00.0| ad8s1a 0 0 0 00.0 0 00.00.0| ad8s1c 0 0 0 00.0 0 00.00.0| acd0 1 3684 0 00.0 3684 589210.2 81.8| ad18 1 3684 0 00.0 3684 589210.2 83.2| ad18s1 0 36 0 00.0 34 392.19.2| ad10 0 29 0 00.0 27 331.17.9| ad12 0 34 0 00.0 32 430.45.5| ad14 1 3684 0 00.0 3684 589210.2 85.8| ad18s1a 0 0 0 00.0 0 00.00.0| ad18s1b 0 0 0 00.0 0 00.00.0| ad18s1c 0 34 0 00.0 33 833.06.0| da0 0 0 0 00.0 0 00.00.0| ad20 0 37 0 00.0 36 783.46.9| da1 0 36 0 00.0 35 832.35.9| da2 0 41 0 00.0 40 693.47.6| da3 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: ktorrent-3.1.6_1
Chuck Robey wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jonathan wrote: Your problem is not related to the one I and the others have. Your problem is caused by your upstream being so saturated with data packets that the acknowledge packets for the downloads are being delayed or dropped. A much more detailed description and more general solution can be found here http://www.benzedrine.cx/ackpri.html You may be right, I said I didn't understand, but if my upload was supposedly satured, it makes less sense to me that it never showed as using more that about 10K (5K for the average, really) and my limit (for both upload download) was set to -1 (infinite). I didn't see why that would cause saturation, although the other results (having the download rate go from very limited to a max value) do kind of support such an idea. Why would my setting the rates both to infinite cause saturation? Or is maybe the upload rate that's being set being only affecting one use of upload, but not all uses of upload? That could be twisted in that direction, I guess, choking off the ability to use uploads for acks, because it's all being reserved for some other use? Boy, that surprises me, but it's it's what's meant, it could explain things. If I understand this paragraph correctly, yes, that's exactly what happens. If you check the link I sent earlier it has a detailed explanation with graphs. Jonathan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: ktorrent-3.1.6_1
Chuck Robey wrote: I finally found an odd fix, not sure why it worked this way, but I thought to pass it along on the hope that maybe it will work for you as well as it did for me. My max upload is about 38KBPS, my max download is about 160KBPS. I'd set for to -1, so that the u/d rates would be set to infinite, so that the torrent client would intelligently choose the best rate. But my experience showed that my max ACTUAL gross download was only about 25KBPS (remember, I was expecting, from the torrent protocol, to get better than 6 times that.) Well, finally losing all hope, I decided to set the upload rate down to about 20K, so I could use the reserved rate for other entertainments. IMMEDIATELY upon limiting the UPLOAD rate to 20K, the download rate shot up to nearly my 160K maximum. I can't understand this, but I tried to move the upload/download rates around a little bit, to verify the finding: that I just should NEVER set the rates to infinite, and that (at least in ktorrent) the max download rate really was attainable. I haven't any idea why this worked for me, only that it did do this, reliably. I may go back to trying previous torrent clients now. What a fine way to spend the afternoon! Your problem is not related to the one I and the others have. Your problem is caused by your upstream being so saturated with data packets that the acknowledge packets for the downloads are being delayed or dropped. A much more detailed description and more general solution can be found here http://www.benzedrine.cx/ackpri.html -- Jonathan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: ktorrent-3.1.6_1
RW wrote: On Fri, 13 Feb 2009 16:21:32 +0300 Nikolay Tychina niktych...@gmail.com wrote: Hello, i installed ktorrent3 and it seems to be very slow while checking pieces. (~2mb per second) (Deluge do it much more faster, i didn't try any other clients though) Do you have the same problem? Do you have any particular reason for doing this? I only ever do it when I'm importing a file that I already have into an incomplete torrent, so that ktorrent can verify the new chunks. That's exactly what I'm doing. In my case I'm trying to import a 157GB torrent and it's only going at 4MB/s which is far too slow. My ZFS array can sustain 100MB+ without a problem so something is wrong with ktorrent most likely. Jonathan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: ktorrent-3.1.6_1
Nikolay Tychina wrote: Hello, i installed ktorrent3 and it seems to be very slow while checking pieces. (~2mb per second) (Deluge do it much more faster, i didn't try any other clients though) Do you have the same problem? Same issue here. I get ~4MB/s or so. I started digging around and found that according to gstat (output at end) ktorrent is writing 50-60MB/s to ad18, which is my boot drive, sustained. Most of the other drives in the system are completely idle and belong to the ZFS pool the torrent data is actually on. I've checked using fstat and lsof and nothing leaps out at me. I also watched disk and swap space usage during the check and see nothing changing despite the apparent massive write load. I even tried doing a ktrace + kdump and searching for write but didn't find anything there either. I don't claim to be any expert with any of those tools though. Does anyone have any ideas on what to look at next? Thanks, Jonathan dT: 1.035s w: 1.000s L(q) ops/sr/s kBps ms/rw/s kBps ms/w %busy Name 0 0 0 00.0 0 00.00.0| ad8 0 0 0 00.0 0 00.00.0| ad8s1 0 34 0 00.0 32 430.55.1| ad16 0 0 0 00.0 0 00.00.0| ad8s1a 0 0 0 00.0 0 00.00.0| ad8s1c 0 0 0 00.0 0 00.00.0| acd0 1 3684 0 00.0 3684 589210.2 81.8| ad18 1 3684 0 00.0 3684 589210.2 83.2| ad18s1 0 36 0 00.0 34 392.19.2| ad10 0 29 0 00.0 27 331.17.9| ad12 0 34 0 00.0 32 430.45.5| ad14 1 3684 0 00.0 3684 589210.2 85.8| ad18s1a 0 0 0 00.0 0 00.00.0| ad18s1b 0 0 0 00.0 0 00.00.0| ad18s1c 0 34 0 00.0 33 833.06.0| da0 0 0 0 00.0 0 00.00.0| ad20 0 37 0 00.0 36 783.46.9| da1 0 36 0 00.0 35 832.35.9| da2 0 41 0 00.0 40 693.47.6| da3 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Commit request ports/128241
Hi, Would some kind committer please commit: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128241 It's been on the wait queue for more than a month now. Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- Do not take life too seriously. You will never get out of it alive. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Preview of the 0.9.3 multimedia/handbrake port update
Hello all, I have handbrake building successfully on FreeBSD 7 32bit and it seems to run fine. I would appreciate it if anyone interested could test this out before I file a PR to have it committed to the tree as this is my first significant port update. The distfiles can be found at [1] and should be unarchived into /usr/ports/distfiles/handbrake. The port itself can be found at [2]. If you have problems compiling please do a make clean script build.log make compress the log and send it to me. Please let me know of any issues, Jonathan Stewart [1] http://www.kc8onw.net/~jonathan/temp/handbrake_distfiles.tar.bz2 [2] http://www.kc8onw.net/~jonathan/temp/handbrake_port_0.9.3.zip ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Updating multimedia/handbrake
I have some general questions/issues about updating and maintaining the multimedia/handbrake port. 1) The handbrake build system unmodified uses wget to download all it's dependencies itself. The patches to modify the build system to not do this are fairly significant and are a maintenance headache. Would allowing the port to download it's dependencies itself be acceptable or do I need to continue using the ports distfile system and maintaining awkward patches? 2) In addition to the above the developers have stated they would strongly prefer that we not download the dependencies directly from them as the server is not load balanced. In this case do we fetch them directly anyway, host them on FreeBSD controlled systems, or something else altogether? 3) The Handbrake developers prefer to directly distribute binaries rather than have people building handbrake themselves but this goes again the ports philosophy where building from source is the primary method and packages are a convenience. Should I make the port a stub that installs a pre-compiled binary like the teamspeak port does? As I write this email it seems 3 may be the most acceptable solution for both sides. Anyone see any significant downsides to this other than the need to possibly have separate packages for 6 and 7? Thank you for your time, Jonathan Stewart ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updating multimedia/handbrake
Ion-Mihai Tetcu wrote: On Mon, 17 Nov 2008 16:39:10 -0500 Jonathan [EMAIL PROTECTED] wrote: 1) The handbrake build system unmodified uses wget to download all it's dependencies itself. The patches to modify the build system to not do this are fairly significant and are a maintenance headache. Would allowing the port to download it's dependencies itself be acceptable or do I need to continue using the ports distfile system and maintaining awkward patches? Dependencies as in *_DEPENDS? If yes, please try to maintain those patches. Handbrake custom patches many of the libraries it uses so I can't use system version of those libraries. The handbrake team strongly discourages building from source and wants people to use binaries so the only all-in-one source for the library tar files currently is their development server. To build handbrake while using FreeBSD ports distfiles involves patching the build system to not fetch and extract the archives and let FreeBSD do it which is a fairly large patch (nearly 1/3 of the file is involved in the patch). Does this auto-fetch system has any provision for verifying the integrity of those files? Like our checksums from distinfo. No it does not. 2) In addition to the above the developers have stated they would strongly prefer that we not download the dependencies directly from them as the server is not load balanced. In this case do we fetch them directly anyway, host them on FreeBSD controlled systems, or something else altogether? Umm, handbrake's build system downloads them from where? Can't we download from the same place? If not, yes, we can mirror them on MASTER_SITE_LOCAL. See above, if we have the port built from source they would pretty much have to be mirrored on MASTER_SITE_LOCAL. 3) The Handbrake developers prefer to directly distribute binaries rather than have people building handbrake themselves but this goes again the ports philosophy where building from source is the primary method and packages are a convenience. Should I make the port a stub that installs a pre-compiled binary like the teamspeak port does? Do they make available binaries for all our supported OS versions? What about head? What about other archs that i386? For short no, please don't do that. If I choose to have the port build from source I can count on *not* getting any support from the development team as they are pretty dead set against anything other than pre-built binaries. Thanks, Jonathan Stewart ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Patch failure for Ruby18-gems-1.2.0 on amd64
The recompile produced the same result for ruby-gems. Is a pr needed here or is someone on to it already? David I'm the maintainer and I'm looking into it. Jonathan -- Jonathan Weiss http://blog.innerewut.de http://twitter.com/jweiss ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Patch failure for Ruby18-gems-1.2.0 on amd64
A fix was commited. Jonathan Jonathan Weiss wrote: The recompile produced the same result for ruby-gems. Is a pr needed here or is someone on to it already? David I'm the maintainer and I'm looking into it. Jonathan -- Jonathan Weiss http://blog.innerewut.de http://twitter.com/jweiss ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
ports/121187: update www/geronimo to 2.1
Hi, Could some kind committer please review/reject: http://www.freebsd.org/cgi/query-pr.cgi?pr=120745 http://www.freebsd.org/cgi/query-pr.cgi?pr=121187 The submissions are 8 weeks old. The current maintainer appears uninterested in reviewing it. Thanks. -- Jonathan Chen [EMAIL PROTECTED] -- Opportunities are seldom labeled ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Building Ruby Ports
Steven Kreuzer wrote: Right now it looks like my only course of action is to create a port for this and keep it at that version, which seems kinda sloppy. I am curious if anyone has a cleaner solution. I am all ears. You could also bundle the correct version in vendor/plugins. Jonathan -- Jonathan Weiss http://blog.innerewut.de http://twitter.com/jweiss ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
lsof 4.79K build fails
The latest update for sysutils/lsof to 4.79K ends in the following when building on 7_STABLE: cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\7.0-STABLE\ -I/usr/src/sys -O2 -c dnode.c dnode.c: In function 'get_lock_state': dnode.c:113: error: 'struct lockf' has no member named 'lf_flags' dnode.c:115: error: 'struct lockf' has no member named 'lf_id' dnode.c:121: error: 'struct lockf' has no member named 'lf_id' dnode.c:129: error: 'struct lockf' has no member named 'lf_start' dnode.c:130: error: 'struct lockf' has no member named 'lf_end' dnode.c:134: error: 'struct lockf' has no member named 'lf_type' dnode.c:136: error: 'struct lockf' has no member named 'lf_type' dnode.c:138: error: 'struct lockf' has no member named 'lf_type' dnode.c:141: error: 'struct lockf' has no member named 'lf_next' *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.79K.freebsd. -- Jonathan Chen [EMAIL PROTECTED] -- A little learning is a dangerous thing but a lot of ignorance is just as bad. - Bob Edwards ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lsof 4.79K build fails
On Mon, Apr 14, 2008 at 09:36:36AM +0800, Rong-en Fan wrote: On Mon, Apr 14, 2008 at 7:58 AM, Jonathan Chen [EMAIL PROTECTED] wrote: The latest update for sysutils/lsof to 4.79K ends in the following when building on 7_STABLE: cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\7.0-STABLE\ -I/usr/src/sys -O2 -c dnode.c dnode.c: In function 'get_lock_state': dnode.c:113: error: 'struct lockf' has no member named 'lf_flags' dnode.c:115: error: 'struct lockf' has no member named 'lf_id' dnode.c:121: error: 'struct lockf' has no member named 'lf_id' dnode.c:129: error: 'struct lockf' has no member named 'lf_start' dnode.c:130: error: 'struct lockf' has no member named 'lf_end' dnode.c:134: error: 'struct lockf' has no member named 'lf_type' dnode.c:136: error: 'struct lockf' has no member named 'lf_type' dnode.c:138: error: 'struct lockf' has no member named 'lf_type' dnode.c:141: error: 'struct lockf' has no member named 'lf_next' *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.79K.freebsd. When is your RELENG_7 updated? It builds fine on my 7-STABLE (around Mar 29) amd64. # uname -v FreeBSD 7.0-STABLE #0: Thu Feb 28 15:34:42 NZDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/JONC Cheeers. -- Jonathan Chen [EMAIL PROTECTED] -- If you wish your merit to be known, acknowledge that of other people ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lsof 4.79K build fails
On Mon, Apr 14, 2008 at 09:51:17AM +0800, Rong-en Fan wrote: On Mon, Apr 14, 2008 at 9:47 AM, Jonathan Chen [EMAIL PROTECTED] wrote: On Mon, Apr 14, 2008 at 09:36:36AM +0800, Rong-en Fan wrote: On Mon, Apr 14, 2008 at 7:58 AM, Jonathan Chen [EMAIL PROTECTED] wrote: The latest update for sysutils/lsof to 4.79K ends in the following when building on 7_STABLE: cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\7.0-STABLE\ -I/usr/src/sys -O2 -c dnode.c dnode.c: In function 'get_lock_state': dnode.c:113: error: 'struct lockf' has no member named 'lf_flags' dnode.c:115: error: 'struct lockf' has no member named 'lf_id' dnode.c:121: error: 'struct lockf' has no member named 'lf_id' dnode.c:129: error: 'struct lockf' has no member named 'lf_start' dnode.c:130: error: 'struct lockf' has no member named 'lf_end' dnode.c:134: error: 'struct lockf' has no member named 'lf_type' dnode.c:136: error: 'struct lockf' has no member named 'lf_type' dnode.c:138: error: 'struct lockf' has no member named 'lf_type' dnode.c:141: error: 'struct lockf' has no member named 'lf_next' *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.79K.freebsd. When is your RELENG_7 updated? It builds fine on my 7-STABLE (around Mar 29) amd64. # uname -v FreeBSD 7.0-STABLE #0: Thu Feb 28 15:34:42 NZDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/JONC what arch? i386 -- Jonathan Chen [EMAIL PROTECTED] -- Irrationality is the square root of all evil - Douglas Hofstadter ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
ports/121187: update www/geronimo to 2.1
Hi, Could some kind committer please review/reject: http://www.freebsd.org/cgi/query-pr.cgi?pr=120745 http://www.freebsd.org/cgi/query-pr.cgi?pr=121187 The submission is 4 weeks old. The current maintainer appears uninterested in reviewing it. Thanks. -- Jonathan Chen [EMAIL PROTECTED] We laugh in the face of danger, we drop icecubes down the vest of fear - Edmond Blackadder III ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Please review ports/121187.
Hi, Would it be possible for a ports-committer to review/reject: http://www.freebsd.org/cgi/query-pr.cgi?pr=120745 http://www.freebsd.org/cgi/query-pr.cgi?pr=121187 It's been ~3 weeks since they has been submitted, but the current maintainer doesn't appear to be interested in reviewing the PR; and hasn't been responding to personal emails either. Cheers. -- Jonathan Chen [EMAIL PROTECTED] --- I love deadlines. I like the whooshing sound they make as they fly by - Douglas Adams ___ 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 ?
I am defnitely interested in helping in this area if needed. A couple of years ago, I struggled mightily trying to get Oracle running on 5.1 On Fri, Mar 7, 2008 at 9:39 AM, Rink Springer [EMAIL PROTECTED] wrote: Hi, On Fri, Mar 07, 2008 at 04:36:56PM +0200, Adrian Penisoara wrote: After having to deploy an Oracle Database XE [1] installation (with Linux 32bit binaries from the official RPM package) on a production FreeBSD 6.2machine I realized it would be very much feasible to produce a FreeBSD port/package for it. I would like to know whether similar efforts have been undergoing and whether people came up with some tips tricks on this. We run Oracle XE on two FreeBSD 6.3 machines at work - we've just manually set it up, but are very interested in a port of it. We did the same as you basically - just uncompress it and move the files in place. Regards, -- Rink P.W. Springer- http://rink.nu Anyway boys, this is America. Just because you get more votes doesn't mean you win. - Fox Mulder ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-database To unsubscribe, send any mail to [EMAIL PROTECTED] -- ___ Jon Adams web: http://www.scis.nova.edu/~jonaadam mail: [EMAIL PROTECTED] - Strength does not come from physical capacity. It comes from an indomitable will. - Mohandas Gandhi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
www/geronimo distinfo patch
Hi, http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/120745 While the priority on this is low, would you mind taking 10 minutes to check it out and commit this? Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- Opportunity does not knock, it presents itself when you beat down the door - W.E. Channing ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
portupgrade 2.4.3,2 failures
Hi, I've just recently upgraded to portupgrade 2.4.3,2 and I'm encountering the following failures when I invoke: 8:22pm# portupgrade -R gimp [Gathering depends for graphics/gimp done] [Exclude up-to-date packages ../usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not in due form: name-version (ArgumentError) from /usr/local/sbin/portupgrade:661:in `new' from /usr/local/sbin/portupgrade:661:in `main' from /usr/local/sbin/portupgrade:659:in `each' from /usr/local/sbin/portupgrade:659:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' ... 7 levels... from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2170 If I invoke without -R, individual ports are updated without encountering any errors. My pkgconf.tools is an exact copy of /usr/local/etc/pkgconf.tools.sample, with an empty ALT_PKGDEP. What do I need to do to fix the above error? Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- Jesus saves. Allah forgives. Cthulu thinks you'd make a nice sandwich. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
ports/119664
Cheers, Can somebody please commit ports/119664 ? It is an important bugfix, without nobody can install Rubygems. Thanks, Jonathan -- Jonathan Weiss http://blog.innerewut.de ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Building multimedia/vlc on amd64
On Fri, Dec 28, 2007 at 11:42:52PM +0100, Pav Lucistnik wrote: Jonathan Chen pí?e v so 29. 12. 2007 v 09:23 +1300: Funny thing is that the port patches for that. And it compiles nicely on my machine. How old is your portstree? It's about 3 days old. I got it to build by unchecking the DTS option in vlc, but I would like that option back. I'll try re-csup'ing and give that a go. And your installed libdca is latestgreatest? Anyway looks like a local problem, you will need to dig into it. Start with configure output and config.log in WRKSRC... After puzzling over this for a while, I've discovered that I've got WITH_VLC_MOZILLA_PLUGIN define in ports.conf (which I didn't really need anyway); and I've confirmed that the vlc port does not build with: make WITH_VLC_MOZILLA_PLUGIN=yes So while it's not a problem for me anymore, it is technically a bug with the vlc port. Over to the maintainers for to look into this? Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- A little learning is a dangerous thing but a lot of ignorance is just as bad. - Bob Edwards ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Building multimedia/vlc on amd64
Hi, When I try to build vlc on 7-STABLE/amd64, the build fails with the following error: [...] c++ -Wsign-compare -Wall -O2 -fno-strict-aliasing -pipe -pipe -pthread -pthread -o libvlcplugin.so libnpvlc_a-vlcshell.o libnpvlc_a-vlcplugin.o libnpvlc_a-npolibvlc.o libnpvlc_a-npovlc.o libnpvlc_a-nporuntime.o libnpvlc_a-npunix.o -shared -pthread -shared -fpic -fPIC -pthread /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -pthread -L/usr/ports/multimedia/vlc/work/fake//usr/local/lib -L/usr/local/lib ../src/libvlc.a ../modules/demux/liblive555.a ../modules/audio_filter/converter/libdtstofloat32.a -lplds4 -lplc4 -lnspr4 /usr/local/lib/libXt.so /usr/local/lib/libSM.so /usr/local/lib/libICE.so /usr/local/lib/libX11.so /usr/local/lib/libXau.so /usr/local/lib/libXdmcp.so -lrpcsvc /usr/local/lib/libhal.so /usr/local/lib/libintl.so /usr/local/lib/libdbus-1.so -lrt /usr/local/lib/libiconv.so -L/usr/local/live/UsageEnvironment -lUsageEnvironment -L/usr/local/live/groupsock -lgroupsock -L/usr/local/live/BasicUsageEnvironment -lBasicUsageEnvironment -L/usr/local/live/liveMedia -lliveMedia -ldts -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib /usr/bin/ld: /usr/local/lib/libdts.a(parse.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libdts.a: could not read symbols: Bad value gmake[2]: *** [libvlcplugin.so] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6d/mozilla' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6d' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/vlc. *** Error code 1 Stop in /usr/ports/multimedia/vlc. This error doesn't happen on 7-STABLE/i386, and it looks like the obvious fix is to build libdts.a objects with -fPIC. Any chance of an update that makes it so? Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- Jesus saves. Allah forgives. Cthulu thinks you'd make a nice sandwich. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Building multimedia/vlc on amd64
On Fri, Dec 28, 2007 at 08:10:23PM +0100, Pav Lucistnik wrote: Jonathan Chen pí?e v pá 28. 12. 2007 v 21:35 +1300: When I try to build vlc on 7-STABLE/amd64, the build fails with the following error: [...] c++ -Wsign-compare -Wall -O2 -fno-strict-aliasing -pipe -pipe -pthread -pthread -o libvlcplugin.so libnpvlc_a-vlcshell.o libnpvlc_a-vlcplugin.o libnpvlc_a-npolibvlc.o libnpvlc_a-npovlc.o libnpvlc_a-nporuntime.o libnpvlc_a-npunix.o -shared -pthread -shared -fpic -fPIC -pthread /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -pthread -L/usr/ports/multimedia/vlc/work/fake//usr/local/lib -L/usr/local/lib ../src/libvlc.a ../modules/demux/liblive555.a ../modules/audio_filter/converter/libdtstofloat32.a -lplds4 -lplc4 -lnspr4 /usr/local/lib/libXt.so /usr/local/lib/libSM.so /usr/local/lib/libICE.so /usr/local/lib/libX11.so /usr/local/lib/libXau.so /usr/local/lib/libXdmcp.so -lrpcsvc /usr/local/lib/libhal.so /usr/local/lib/libintl.so /usr/local/lib/libdbus-1.so -lrt /usr/local/lib/libiconv.so -L/usr/local/live/UsageEnvironment -lUsageEnvironment -L/usr/local/live/groupsock -lgroupsock -L/usr/local/live/BasicUsageEnvironment -lBasicUsageEnvironment -L/usr/local/live/liveMedia -lliveMedia -ldts -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib /usr/bin/ld: /usr/local/lib/libdts.a(parse.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libdts.a: could not read symbols: Bad value gmake[2]: *** [libvlcplugin.so] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6d/mozilla' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6d' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/vlc. *** Error code 1 Stop in /usr/ports/multimedia/vlc. This error doesn't happen on 7-STABLE/i386, and it looks like the obvious fix is to build libdts.a objects with -fPIC. Any chance of an update that makes it so? You cannot build relocatable .a libraries. The correct fix here is to link libdca (former name libdts) dynamically. All it should take is to replace -ldts with -ldca in the compiler arguments. Funny thing is that the port patches for that. And it compiles nicely on my machine. How old is your portstree? It's about 3 days old. I got it to build by unchecking the DTS option in vlc, but I would like that option back. I'll try re-csup'ing and give that a go. Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- If everything's under control, you're going too slow - Mario Andretti ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: parallel ports build
No responses yet so... *ping* :) On Thu, October 18, 2007 18:50, Jonathan Noack wrote: With most modern systems having 2+ cores, I was wondering if the ports system could make use of more than one of them. I briefly searched the web and list archives and found several short discussions and the following page (cced author markus@): http://www.brueffer.de/parallel_ports_build.html The bsd.port.mk patch on that page is dated March 2004 (!) but looks pretty simple. A port must set SUPPORTS_PARALLEL_BUILD=yes to allow a parallel build. If it does, the BUILD_JOBS knob is used (either read from /etc/make.conf, env, or defaults to 0) and -j${BUILD_JOBS} is passed to make. As a bonus, the patch includes CC/CXX wrapper support for ccache/distcc/etc. Given that not all ports successfully build in parallel, the opt-in approach seems reasonable. It allows port maintainers to test their ports and update them if everything works well. Even a simple pass through the ports tree focusing on the heavy-hitters (X, KDE, Gnome, Apache, PHP, MySQL, Postgres, OpenOffice, etc.) and their dependencies could make a significant dent in build time. This would be most evident for new installs and upgrades where you are basically starting from scratch. I am far from an expert in this area so I wanted to see what others thought. Is this a good approach or is there a better one? -Jon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
parallel ports build
With most modern systems having 2+ cores, I was wondering if the ports system could make use of more than one of them. I briefly searched the web and list archives and found several short discussions and the following page (cced author markus@): http://www.brueffer.de/parallel_ports_build.html The bsd.port.mk patch on that page is dated March 2004 (!) but looks pretty simple. A port must set SUPPORTS_PARALLEL_BUILD=yes to allow a parallel build. If it does, the BUILD_JOBS knob is used (either read from /etc/make.conf, env, or defaults to 0) and -j${BUILD_JOBS} is passed to make. As a bonus, the patch includes CC/CXX wrapper support for ccache/distcc/etc. Given that not all ports successfully build in parallel, the opt-in approach seems reasonable. It allows port maintainers to test their ports and update them if everything works well. Even a simple pass through the ports tree focusing on the heavy-hitters (X, KDE, Gnome, Apache, PHP, MySQL, Postgres, OpenOffice, etc.) and their dependencies could make a significant dent in build time. This would be most evident for new installs and upgrades where you are basically starting from scratch. I am far from an expert in this area so I wanted to see what others thought. Is this a good approach or is there a better one? -Jon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
multimedia/vlc doesn't recognise 'XVID'?
Hi all, I've recently portupgraded vlc from 0.8.6.c_1,2 to 0.8.6.c_2,2, and for some reason or other it now doesn't play avi files that played with the previous version. Sound appears okay, but no video. The following message appears on stderr: [0288] main decoder error: no suitable decoder module for fourcc `XVID'. VLC probably does not support this sound or video format. Anyone here have any idea how to fix this? Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- char *p=char *p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Php5 port and Apache Module
Bob wrote: The php4 php5 port apache module used to be default before FBSD 6.0. Many people before you on this list have wanted the php4/5 apache module turned back on as default but so far the port maintainer has not done anything in any way of justifying removing the apache module from the default setting or re-enable it as the default. This has forced all php4/5 users who want to use php in apache to compile it manually with the apache module option selected during the make install of the port. When it was part of the default the php4/5 package was so quick to install and ready to work with apache without any special handling. Hope you have better luck finding the justification for it being removed from the default. I've been operating under the assumption that: There is some configuration you can do in /usr/local/etc/apache*/httpd.conf to get apache to use the CGI version of php; That this can be done without requiring a shebang (#! ...) line at the beginning of every php script; And that using php as a CGI script offers better performance than running it as an apache module. Looking on the internet though I cannot seem to find a set of instructions for configuring php-cgi in apache2. And once I do find the configuration I'll have to have a shebang at the start of every php module. Further all the performance comparisons that I've seen seem show that the performance of php as a FastCGI script and as an Apache Module are about equal. I don't want to get into a war. I'm still assuming that the port maintainer knows something that I don't. If I cannot get this running soon I guess that I will go back to mod_php5 and revisit this later. -- Chris -- __o All I was doing was trying to get home from work. _`\,_ -Rosa Parks ___(*)/_(*)___ Christopher Sean Hiltonchris | at | vindaloo.com pgp key: D0957A2D/f5 30 0a e1 55 76 9b 1f 47 0b 07 e9 75 0e 14 ___ seems like it was removed from the default config of lang/php5 for security reasons. many people who do build php5 do not need the apache module, so no sense building it if its not needed. cd /usr/ports/lang/php5 make config (edit your choices) make deinstall make reinstall its just one of those things that you learn to live with after a while. cheers, -- Jonathan Horne [EMAIL PROTECTED] http://dfwlpiki.dfwlp.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Apache 2.2 + mod_auth_pam + PAM
Cheers, I'm struggeling with setting up Apache 2.2 and mod_auth_pam to authenticate an BasicAuth directory against my local unix users. Apache is using PAM in so far as when I have his /etc/pam.d/httpd config: auth required pam_permit.so debug accountrequired pam_permit.so debug It works fine, so the user gets an Auth login window and the login works (because of pam_permit.so). With the real thing (pam_unix.so instead of pam_permit.so) I get: PAM: user 'jweiss' - not authenticated: authentication error The www user has read rights to /etc/master.passwd and /etc/spwd.db # ll /etc/spwd.db 40 -rw-r- 1 root www40K May 2 20:40 /etc/spwd.db # ll /etc/master.passwd 4 -rw-r- 1 root www 2.1K May 2 20:40 /etc/master.passwd Is this not enough for PAM to check a login/password? Also it seems that the 'debug' statement in /etc/pam.d/httpd is ignored as I do not get more output in /var/log/messages with it present. Does anybody have a hint? Thanks, Jonathan -- Jonathan Weiss http://blog.innerewut.de ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/111811: [NEW PORT] net/ruby-rrdtool: A Ruby interface to rrdtool
Cheng-Lung Sung wrote: Hi Jonathan, Is it possible to put ${SETENV} ${GEM_ENV} before ${RUBYGEMBIN}? Since Konstantin's new port required passing MAKEFLAGS=CPPFLAGS=-I/${LOCALBASE}/include to the gem build/install environment. Looks OK to me, I will test it today and report back. Jonathan -- Jonathan Weiss http://blog.innerewut.de ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Ruby segfaults on FreeBSD 6.2 + tidy-lib-070211
Cheers, I use the tidy/Ruby bridge on FreeBSD 6.2 to filter html mails. I have tidy-lib-070211 and Ruby 1.8.5 installed. Ruby dies with this output: Command died with signal 6: /usr/local/bin/ruby. Command output: /usr/local/www/www.doktormail.org/current/script/../config/../vendor/plugins/tidy-1.1.2/lib/tidy/tidybuf.rb:39: [BUG] Segmentation fault ruby 1.8.5 (2006-12-25) [i386-freebsd6] This is a recent thing so I suspect that it has to do with my tidy-lib/Ruby version but I wanted to ask if this is something known. Regards, Jonathan -- Jonathan Weiss http://blog.innerewut.de ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
comms/openobex 1.3 fails to build on 6-STABLE
Hi Guido, I'm trying to build openobex 1.3 from the ports on 6.2-PRERELEASE as of Nov 16 2006, and it's failing with the following error: [...] gmake all-recursive gmake[1]: Entering directory `/usr/ports/comms/openobex/work/openobex-1.3' Making all in include gmake[2]: Entering directory `/usr/ports/comms/openobex/work/openobex-1.3/includ e' gmake[2]: Leaving directory `/usr/ports/comms/openobex/work/openobex-1.3/include ' Making all in lib gmake[2]: Entering directory `/usr/ports/comms/openobex/work/openobex-1.3/lib' if /bin/sh /usr/local/bin/libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include-O2 -fno-strict-aliasing -pipe -D_FORTIFY_SOURCE=2 -M T obex.lo -MD -MP -MF .deps/obex.Tpo -c -o obex.lo obex.c; \ then mv -f .deps/obex.Tpo .deps/obex.Plo; else rm -f .deps/obex.Tpo ; exit 1; fi mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O2 -fno-strict-aliasing -pipe -D_ FORTIFY_SOURCE=2 -MT obex.lo -MD -MP -MF .deps/obex.Tpo -c obex.c -fPIC -DPIC - o .libs/obex.o In file included from obex_main.h:61, from obex.c:49: obex_transport.h:43:33: bluetooth/bluetooth.h: No such file or directory obex_transport.h:44:30: bluetooth/rfcomm.h: No such file or directory In file included from obex_main.h:61, from obex.c:49: obex_transport.h:58: error: field `rfcomm' has incomplete type In file included from obex.c:62: btobex.h:33: error: syntax error before bdaddr_t btobex.h:34: error: syntax error before bdaddr_t obex.c:1026: error: syntax error before bdaddr_t obex.c: In function `BtOBEX_ServerRegister': obex.c:1030: error: `self' undeclared (first use in this function) obex.c:1030: error: (Each undeclared identifier is reported only once obex.c:1030: error: for each function it appears in.) obex.c:1033: error: `src' undeclared (first use in this function) obex.c:1034: error: `BDADDR_ANY' undeclared (first use in this function) obex.c:1035: error: `channel' undeclared (first use in this function) obex.c: At top level: obex.c:1049: error: syntax error before bdaddr_t obex.c: In function `BtOBEX_TransportConnect': obex.c:1053: error: `self' undeclared (first use in this function) obex.c:1060: error: `dst' undeclared (first use in this function) obex.c:1063: error: `src' undeclared (first use in this function) obex.c:1064: error: `BDADDR_ANY' undeclared (first use in this function) obex.c:1065: error: `channel' undeclared (first use in this function) gmake[2]: *** [obex.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/comms/openobex/work/openobex-1.3/lib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/comms/openobex/work/openobex-1.3' gmake: *** [all] Error 2 *** Error code 2 Any idea what could be causing this? -- Jonathan Chen [EMAIL PROTECTED] Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or [EMAIL PROTECTED] as soon as possible. The content of this email does not necessarily reflect the views of SolNet Solutions Ltd. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: py24-m2crypto-0.16
I was just trying to build net-im/cjc, which requires security/m2crypto and ran into a problem where a symbol found in the ASN1.py file wasn't defined. Upon further investigation, it turns out that the line in the _m2crypto.i file that include _asn1.i has been commented out in the patch found in m2crypto/files/patch::_m2crypto.i. I removed this file and all is well now with both m2crypto and net-im/cjc. There is no comment as to why this line is commented out and I'm thinking it shouldn't be. -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Daemon Dancing in the Dark, a FreeBSD weblog: http://freebsd.amazingdev.com/blog/ UNIX is user-friendly. It's just a bit picky about who its friends are. ___ 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: jboss-4.0.4.GA,1
On Sun, Sep 03, 2006 at 06:12:12PM +0200, Robert Gilaard wrote: Hi Mister, I installed jboss on freebsd but want to know: The application server's root directory Is that /usr/local/jboss4/server directory? That would be /usr/local/jboss4/server/default, assuming that your application is deployed in the default server. Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- You can get farther with a kind word and a gun than you can with a kind word alone - Al Capone ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
ipw-firmware port (Intel Pro/Wireless 2100)
Hi All! I have been having trouble using the ipw-firmware port. I am able to get it up and running, and it is even associated to my wireless network. I use dhclient to get a lease and set everything up, which works fine (this is after I enter the encryption and stuff). The problem is when I try to ping or access any other IP address, even my router I'm connected to. Just pinging my router yields no results. I have loaded wlan_wep and provided the correct key (tried retyping the key several times) to make sure I provided that portion correctly. I also tried disabling wep in my router to make sure it was not a problem with the wlan_wep module. Here's a dump of ifconfig ipw0 ipw0: flags=8847UP,BROADCAST,DEBUG,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::204:23ff:fe6b:37ad%ipw0 prefixlen 64 scopeid 0x5 inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255 ether 00:04:23:6b:37:ad media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) status: associated ssid JONNET channel 11 bssid 00:09:5b:6a:ad:bc authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 100 bintval 100 I tried specifying the debug option, but I do not where I will get the output (could not find a specified log file). I was wondering what other information I may need to provide to help in troubleshooting this issue or if anyone knows what is going on. Thanks, Jonathan Herriott ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fixing VNC port(s) for AMD64
On Wednesday 05 July 2006 08:12, Justin T. Gibbs wrote: Recent VNC distributions are shipped without X11 source. Our VNC port uses XFree 4.3 as that is the most compatible with the patch provided in the VNC distribution, but the patch is trivial to fix so it builds against a newer XFree or Xorg distribution. The tough part is getting a properly patched Xorg source tree for the port - something each Xserver like port shouldn't have to replicate. -- Justin Ahh, I didn't realize it wasn't shipped with VNC. Unfortunately, nomachines.com (NX) does ship XFree already patched for their software. -- Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX pgpM4SRL9gnyA.pgp Description: PGP signature