emulators/i386-wine{-devel} unable to run config-recursive
I ran into an interesting scenario. While attempting to build emulators/i386-wine-devel within a FreeBSD 12 i386 poudriere jail, I found that I was unable to run make config-recursive (via poudriere options). The error was: root@portbuild:/usr/ports/emulators/i386-wine-devel # make config-recursive ===> Setting user-specified options for i386-wine-devel-4.21,1 and dependencies make[1]: "/usr/ports/Mk/bsd.port.mk" line 1577: Unassociated shell command "@${FALSE}" make[1]: "/usr/ports/Mk/bsd.gcc.mk" line 190: warning: duplicate script for target "test-gcc" ignored make[1]: "/usr/ports/Mk/bsd.gcc.mk" line 215: warning: using previous script for "test-gcc" defined here ... The first line is make attempting to complain that bsd.port[.post].mk was loaded twice. That is probably its own bug in that it could not report the error correctly. I am not sure why the code does not just use .error to exit at that point. The issue stopping the port from building is that it has a Makefile.i386 file in it. At first, I thought it was because it was including the Makefile which included the master Makefile and had an error due to some sort of SHLVL equivalent. That was not it. It turns out that the Makefile.i386 existence was the issue causing bsd.port.mk to be included twice. I renamed it to Makefile.cross, and it worked. My question is whether it should have worked as Makefile.i386, as it used to work, or should the i386-wine and i386-wine-devel ports have their Makefile.i386 files renamed. Sean -- s...@freebsd.org ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
[CFT] games/linux-nwnclient port
I am not sure anyone still has or plays Neverwinter Nights Original or Diamond editions, but I have updated the ports to chase after the locations of the files that the ports download. If anyone could test and review the ports, especially before the 2017-11-09 deadline :), I would appreciate it. I posted a diff of the changes for review[1]. Thank you! Sean 1. https://reviews.freebsd.org/D12960 -- s...@freebsd.org ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Samba44-4.4.5 upgrade to 4.4.8 failure
On Thu, 29 Dec 2016, Don Zavitz wrote: I've tried doing rmconfig and rebuilding with default port options, with failure. I also have tried building with these options... In file included from ../source3/libsmb/libsmb_cache.c:26: ../source3/include/libsmb_internal.h:249:17: error: unknown type name 'smbc_splice_fn' smbc_splice_fn splice_fn; ^ Do you happen to have net/samba-libsmbclient installed? It is a dependency for x11-fm/wcmcommander. I needed to uninstall it before net/samba44 would compile. I cannot recall the exact messages, but they looked similar. I am Cc'ing timur@ (maintainer) as he may have some ideas. Sean -- s...@freebsd.org ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox 47.0 hangs when accessing cnn.com
My configuration is nearly identical to Grzegorz's config except for unsetting LIBPROXY and setting DTRACE, and I see no problems with cnn.com. It loads very fast. Is it possible you have an addon that is messing with you? You can try with addons disabled to see if that helps. Also, I am running on an amd64 install vs. i386. Sean -- s...@freebsd.org On Tue, 7 Jun 2016, Bob Willcox wrote: Hi Grzegorz, I altered my configuration to match what you list below and rebuilt/installed firefox. I no longer get the dialog box about the script not working but cnn.com still doesn't load as expected. It now will eventually complete but it takes several minutes (I didn't precisely time it, but it's about 4 or 5 minutes) during which time firefox doesn't respond to any input at all. It does seem to eventually complete transferring data and updating but then firefox becomes very slow and unresponsive. So, what is the best way to revert back to version 46? I really can't use 47 with the way it is behaving now. Thanks, Bob On Mon, Jun 06, 2016 at 07:03:49PM +, Grzegorz Junka wrote: I have upgrade to Firefox 47.0_1,1 earlier today and just tried cnn.com - works without issues. I have compiled with poudriere using options: # This file is auto-generated by 'make config'. # Options for firefox-45.0.1_3,1 _OPTIONS_READ=firefox-45.0.1_3,1 _FILE_COMPLETE_OPTIONS_LIST=BUNDLED_CAIRO CANBERRA DBUS DEBUG DTRACE FFMPEG GCONF GIO GNOMEUI INTEGER_SAMPLES LIBPROXY OPTIMIZED_CFLAGS PGO PROFILE RUST TEST GTK2 GTK3 ALSA PULSEAUDIO OPTIONS_FILE_UNSET+=BUNDLED_CAIRO OPTIONS_FILE_UNSET+=CANBERRA OPTIONS_FILE_SET+=DBUS OPTIONS_FILE_UNSET+=DEBUG OPTIONS_FILE_UNSET+=DTRACE OPTIONS_FILE_SET+=FFMPEG OPTIONS_FILE_UNSET+=GCONF OPTIONS_FILE_SET+=GIO OPTIONS_FILE_UNSET+=GNOMEUI OPTIONS_FILE_UNSET+=INTEGER_SAMPLES OPTIONS_FILE_SET+=LIBPROXY OPTIONS_FILE_SET+=OPTIMIZED_CFLAGS OPTIONS_FILE_UNSET+=PGO OPTIONS_FILE_UNSET+=PROFILE OPTIONS_FILE_SET+=RUST OPTIONS_FILE_UNSET+=TEST OPTIONS_FILE_UNSET+=GTK2 OPTIONS_FILE_SET+=GTK3 OPTIONS_FILE_SET+=ALSA OPTIONS_FILE_UNSET+=PULSEAUDIO Not sure why the file contains 45.0.1_3,1, probably because it hasn't changed since then: g@crayon2:~ % pkg info | grep firefox firefox-47.0_1,1 Web browser based on the browser portion of Mozilla Grzegorz On 06/06/2016 18:21, Bob Willcox wrote: I updated my firefox 46.0.1 to 47.0_1.1 yesterday (Sunday) and now when I go out to cnn.com it hangs, eventually putting up a dialog box telling me that a script has stop working (or something similar). Nothing I've tried so far seems to help and I wind up having to kill firefox. Anyone else experiencing this? Not that other sites (besides cnn.com) have hung on me as well, but cnn.com seems to be the worst (fails the quickest, within seconds of going there). ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Bob Willcox| Which is worse: ignorance or apathy? b...@immure.com | Who knows? Who cares? Austin, TX | ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: games/linux-nwnclient with c6
On Fri, 26 Sep 2014, Johannes Meixner wrote: Hi Sean, could you please test if the diff uploaded to Phabricator in https://reviews.freebsd.org/D841 works for you? It includes the new port and the (oneline) change to Mk/bsd.linux-apps.mk that should do it. Belated thank you. It works well. Sean -- s...@freebsd.org ___ 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
games/linux-nwnclient with c6
I am currently testing the switch of f10 to c6 for the Linux base with games/linux-nwnclient. One component that it requires is libglu. This is provided by graphics/linux-f10-libGLU or graphics/linux-c6-dri. I am unable to install this game as is. Error: === linux-nwnclient-1.69_1 bsd.linux-apps.mk test failed: The component libglu is not defined for LINUX_DIST_SUFFIX=-c6 (the corresponding variable libglu_c6_FILE is not defined). This usually means that the current port should be used with non default linux base and/or infrastructure port(s). This is due to the fact that I am using the nvidia-driver in c6 (using the patch from bug 193832[1]). How should I request libGLU in c6 with and without nvidia-driver? Currently, the port sets USE_LINUX_APPS to either libglu or dri depending upon the driver. Sean 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193832 -- s...@freebsd.org ___ 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: Fwd: Lousy timekeeping in VirtualBox 4.0.14
On Thu, 15 Dec 2011, Larry Rosenman wrote: I've set up VirtualBox 4.0.14 on my FreeBSD 10.0-CURRENT (r228498) box, and have a FreeBSD 10.0-CURRENT VM running underneath it. While the VM is running, it doesn't keep time worth a flip. This is even with the VirtualBox-Additions in it. 1) is this expected/known? 2) What can we do to fix it? What diagnostics do you need? I *CAN* provide ssh access to both the host and the guest. I recall two things that caused problems for me in the past. One was running a VM in a Linux host that caused havoc on the time under load. My only solution was to disable PowerNow! in the BIOS. The second was on a WinXP host which was fixed, if I recall correctly, by changing the timecounter (kern.timecounter.hardware). I think I set it to HPET or ACPI-*. I hope one of those helps. Sean -- s...@freebsd.org ___ 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: Clicking URLs with acroread8
On Mon, 12 Dec 2011, Doug Barton wrote: On 12/09/2011 16:14, Doug Barton wrote: I receive PDF documents with URLs that I need to click, and so I would like to get that working in acroread8. I symlink'ed firefox into /compat/linux/usr/local/bin, and set the preferences in acroread accordingly. That got me from a firefox not found error to this, printed out in the terminal: libfam.so.0: cannot open shared object file: No such file or directory Failed to load module: /usr/lib/gio/modules/libgiofam.so Since I have that lib installed as a result of the linux-base port, I assume that what is missing is something that it depends on. Any help resolving this is welcome. Alternatively, if I could extract the URL from the link, that'd be awesome too. :) I tried everyone's suggestions, no luck. Adding the gamin port prevents the error, but doesn't make the url clicking work. I tried an sh version of Sean's script, caused my system to lock up completely. zsh is better. :) It locked up your system? No ping? Could it be that acroreadwrapper needs to be rebuilt? It has a kernel module, but I am not sure if that would be related as I think it is used only by acroread9 (yes?). Also, I assume you are using linux_base-f10. With the script, did you change the preference to use it? Is the link in /compat/linux/usr/local/bin still there? Where is libfam.so.0? I only have a native version. Did you see that error message when the system locked up? Sean -- s...@freebsd.org ___ 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: Clicking URLs with acroread8
On Fri, 9 Dec 2011, Doug Barton wrote: I receive PDF documents with URLs that I need to click, and so I would like to get that working in acroread8. I symlink'ed firefox into /compat/linux/usr/local/bin, and set the preferences in acroread accordingly. That got me from a firefox not found error to this, printed out in the terminal: libfam.so.0: cannot open shared object file: No such file or directory Failed to load module: /usr/lib/gio/modules/libgiofam.so Since I have that lib installed as a result of the linux-base port, I assume that what is missing is something that it depends on. Any help resolving this is welcome. Alternatively, if I could extract the URL from the link, that'd be awesome too. :) I am not sure if this will help your problem, but here is my fix. I wrote a wrapper script around /usr/local/bin/firefox: -- #!/usr/local/bin/zsh -e # Allow firefox to be executed from a Linux application such as Acrobat Reader # 8. Acrobat Reader 9 does not appear to need this. unset LD_LIBRARY_PATH /usr/local/bin/firefox ${@} ! -- There is a lot more junk in mine, but this allows me to click on links within a PDF. Sean -- s...@freebsd.org ___ 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: misc/rfc - the port / protocol option doesn't work anymore
On Wed, 26 Oct 2011, Torfinn Ingolfsen wrote: On Wed, Oct 26, 2011 at 7:02 PM, Sean C. Farley s...@freebsd.org wrote: On Tue, 25 Oct 2011, Torfinn Ingolfsen wrote: Hello, It seems that the '-p' option of rfc doesn't work anymore: *snip* Thank you for the report. I am not sure if this application is maintained elsewhere, but I could not find any new updates from the developer or anyone else that had forked it last night. I did write a patch[1] against the port to use the data from the FTP server instead of the HTTP server. The HTTP server provides XML by default and text if requested, however, the text is not the same format that rfc expects. Let me know if it works for you--it works for me :), and I will try to update the port tonight with it. *snip* Yes - it works. Thanks a lot! Thank you for testing it. It is now committed. Sean -- s...@freebsd.org___ 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: misc/rfc - the port / protocol option doesn't work anymore
On Tue, 25 Oct 2011, Torfinn Ingolfsen wrote: Hello, It seems that the '-p' option of rfc doesn't work anymore: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 8.2-STABLE FreeBSD 8.2-STABLE #4: Sat Jul 16 02:07:14 CEST 2011 r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 tingo@kg-v2$ rfc rfc v3.2.3: perl util to search the rfc-index and disply the pages with $viewer usage: rfc # search rfc-index for specified RFC and list topic rfc -d # /path/ (optional) dumps plain text RFC. default is current dir rfc -hdisplays this stuff rfc -iupdates the /usr/local/etc/rfc-index via $viewer rfc -kkeyword; same as -s rfc -l # spawns $viewer to the specified RFC rfc -m # u...@remote.net [opt subject]; emails the RFC to given address rfc -n #/daemon local search for non-standard service/port nums (BO, Netbus, etc) rfc -o # Dumps RFC to STDOUT rfc -pConnect to INI's assigned numbers for proto nums or services/ports association rfc -rgo wild with your own regexp on rfc-index rfc -s string Search the index for specific string rfc -u # sets the base URL to the number listed with -w rfc -wlists the available webservers to display baseURL=http://www.ietf.org/rfc/ comments/bugfixes mailto: r...@blinky-lights.org tingo@kg-v2$ rfc -p port 23 Making connection to server http://www.iana.org/assignments/port-numbers tingo@kg-v2$ rfc -p port 22 Making connection to server http://www.iana.org/assignments/port-numbers tingo@kg-v2$ rfc -p ip 8 Making connection to server http://www.iana.org/assignments/protocol-numbers Details: root@kg-v2# portversion -v | grep rfc rfc-3.2.3_1 = up-to-date with port Thank you for the report. I am not sure if this application is maintained elsewhere, but I could not find any new updates from the developer or anyone else that had forked it last night. I did write a patch[1] against the port to use the data from the FTP server instead of the HTTP server. The HTTP server provides XML by default and text if requested, however, the text is not the same format that rfc expects. Let me know if it works for you--it works for me :), and I will try to update the port tonight with it. Sean 1. http://people.freebsd.org/~scf/rfc.patch -- s...@freebsd.org ___ 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: Alpine mail client discontinued?
On Sun, 16 Oct 2011, Doug Barton wrote: On 10/16/2011 15:49, Ted Hatfield wrote: A quick google search shows re-alpine http://sourceforge.net/projects/re-alpine/develop http://re-alpine.sourceforge.net/ The continuation of the Alpine email client from University of Washington. Maybe you would like to create a port. My read of the differences between the existing Alpine port and the last released version of re-alpine is that it's not worth disrupting the currently stable port. If anyone feels differently, just let me know. For me, I have not noticed any difference, but I may not have been hitting any code that has changed significantly. I think the existing port could easily use re-alpine's source without much change. The binary is still alpine. Of course, this could (should?) wait until 9 is out the door. Sean -- s...@freebsd.org ___ 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: x11/xvattr - why exoired?
On Wed, 7 Sep 2011, Heino Tiedemann wrote: Hi, I need the port x11/xvattr. But now it is expired :( See his PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=149851 I need the port zu use vlc AND mplayer - thise players toggle this: , | XV_AUTOPAINT_COLORKEY (range 0 to 1) | client settable attribute | client gettable attribute (current value is 1) ` , | XV_AUTOPAINT_COLORKEY (range 0 to 1) | client settable attribute | client gettable attribute (current value is 0) ` one player cannot run with the settngs of the other...:( So xvattr is needed to set the attributes to xv. What can I do? I have not tried this, but it may help: mplayer -vo xv:ck-method=auto Sean -- s...@freebsd.org ___ 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: editors/vim installs to /
On Fri, 1 Oct 2010, David O'Brien wrote: On Fri, Sep 17, 2010 at 05:38:21PM -0700, Rob Farmer wrote: However, I still think it would benefit everyone if the maintainer could provide an explanation for some of the current behavior and would at least be open to discussion about changing it. The biggest problem here, IMHO, is not the OPTIONS issue, but rather the use of GTK 1 as the default. I have commented on GTK2 (explained) in the past. It is the kitchen sink that gtk2 brings in vs. gtk1. On my desktop gtk2 requires 64 other packages. gtk1 requires 20. I guess its time to take another survey. Is Vim one of the few last gtk1 consumers? It probably is. Nothing I have installed uses GTK1. Actually, this includes Vim since I have it using Athena widgets. :) BTW, I just noticed by chance that Vim compiled with Athena widgets for the GUI has no dependency on libXaw. This is all the dependencies on my Vim install with a working gvim: Dependency: python26-2.6.6 Dependency: cscope-15.7a Dependency: libiconv-1.13.1_1 Sean -- s...@freebsd.org ___ 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: nvidia-driver 256.35 released
On Wed, 23 Jun 2010, Alexey Dokuchaev wrote: On Tue, Jun 22, 2010 at 08:30:54PM -0500, Sam Fourman Jr. wrote: 2010/6/22 Alexey Dokuchaev da...@freebsd.org: *snip* Sure, I will take care of plist issues upon the upgrade. What is more important right now is driver stability issues people had been having. I must rely on other people testing since I was not able to reproduce most of them in my local environment. So what exactly do I have to do to test this? in the Makefile just -DISTVERSION?= 195.36.24 +DISTVERSION?= 256.35 I would suggest to start with 195.36.31, as 256.xx are early betas. Ideally, I want a stable version in 195.36.yy series before start looking at upcoming 256 ones. The 195.36.24/amd64 driver gives me no additional problems over 195.36.15 (current version in port) for a GeForce 8800 GTS. I see no 195.36.31 for amd64 available from nVidia. Since the amd64 versions were beta until the 256 series, Zander was blessing us--thank you!--with releases of it. [1] Sean 1. http://www.nvnews.net/vbulletin/showthread.php?t=150672 -- s...@freebsd.org___ 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
multimedia/libdvdnav building libdvdnav.so.4.0
I noticed while building some packages within a jail that multimedia/libdvdnav will build libdvdnav.so.4.0 instead of the desired libdvdnav.so.4 if it has all its dependencies. However, if I also install devel/automake19 then it is built with the correct name. How does this change libdvdnav's configuration if the port lists devel/automake16 as its dependency? The build should not notice if devel/automake19 is install or not. Yes? During the configuration stage, the difference appears to be that without devel/automake19 installed, the compiler is detected as ANSI C as opposed to ISO C89. Sean -- s...@freebsd.org ___ 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
CFT: games/nwndata and games/linux-nwnclient ports
I have found a bit of time to update the games/nwndata and games/linux-nwnclient ports to more recent versions along with Diamond support. The list of changes--I think I listed them all--for each port is as follows: games/nwndata (versions are original 1.29_3 and Diamond 1.61): - Install from the data files directly from the Diamond DVD, if provided. A Diamond install includes the Shadows of Undrentide, Hordes of the Underdark and Kingmaker expansions. The port version is 1.61 when using the Diamond DVD. games/linux-nwnclient: - Update client to v1.69 which is the final release from BioWare. - Remove ARCH requirement for i386; let the install of the Linux base determine if the port is allowed or not. - Detect if the original or Diamond game files were installed in games/nwndata to install the appropriate client. - Add an option to install the NWMovies/BinkPlayer patch to play in-game movies for the Diamond client. This includes a rewritten script (from Perl to shell) to remove the need for Linux Perl to run it. The script includes a method to skip movies, especially the intro movies, as noted in pkg-message. Default to off. - In the nwn script, remove dead links in and rebuild ${HOME}/.nwn. This allows moving between the original and Diamond editions without confusing (resulting in segmentation faults) the client. - Set SDL_AUDIODRIVER to dsp by default to remove warnings from SDL concerning audio setup. - Disallow core files as these are commonly seen when the game exits. Fortunately, the segmentation fault does not affect play nor the configuration files. I do realize there are other editions of the game, but I lack copies of them as well as time to test them even if I did. I am sorry about that. It is fortunate that archivers/p7zip exists else an install of wine would be required to extract the Kingmaker expansion pack. If something in base can also do it, please let me know. Sean -- s...@freebsd.org ___ 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: CFT: games/nwndata and games/linux-nwnclient ports
On Sat, 10 Apr 2010, Sean C. Farley wrote: I have found a bit of time to update the games/nwndata and games/linux-nwnclient ports to more recent versions along with Diamond support. The list of changes--I think I listed them all--for each port is as follows: games/nwndata (versions are original 1.29_3 and Diamond 1.61): - Install from the data files directly from the Diamond DVD, if provided. A Diamond install includes the Shadows of Undrentide, Hordes of the Underdark and Kingmaker expansions. The port version is 1.61 when using the Diamond DVD. games/linux-nwnclient: - Update client to v1.69 which is the final release from BioWare. - Remove ARCH requirement for i386; let the install of the Linux base determine if the port is allowed or not. - Detect if the original or Diamond game files were installed in games/nwndata to install the appropriate client. - Add an option to install the NWMovies/BinkPlayer patch to play in-game movies for the Diamond client. This includes a rewritten script (from Perl to shell) to remove the need for Linux Perl to run it. The script includes a method to skip movies, especially the intro movies, as noted in pkg-message. Default to off. - In the nwn script, remove dead links in and rebuild ${HOME}/.nwn. This allows moving between the original and Diamond editions without confusing (resulting in segmentation faults) the client. - Set SDL_AUDIODRIVER to dsp by default to remove warnings from SDL concerning audio setup. - Disallow core files as these are commonly seen when the game exits. Fortunately, the segmentation fault does not affect play nor the configuration files. I do realize there are other editions of the game, but I lack copies of them as well as time to test them even if I did. I am sorry about that. It is fortunate that archivers/p7zip exists else an install of wine would be required to extract the Kingmaker expansion pack. If something in base can also do it, please let me know. *sigh* In case anyone would actually like to test these ports, here are the ports themselves: http://people.freebsd.org/~scf/linux-nwnclient-port.tar.bz2 http://people.freebsd.org/~scf/nwndata-port.tar.bz2 Sean -- s...@freebsd.org ___ 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: [BROKEN] ports/misc/rfc with -i flag
On Wed, 31 Mar 2010, jhell wrote: Whenever I use rfc -i to update the index I am getting this: Modem users one moment, it's about 400k (doesn't need to be updated often) original lines = 22143 /usr/local/etc/rfc-index new lines = 7 /usr/local/etc/rfc-index With the contents of: Forbidden You don't have permission to access /in-notes/rfc-index.txt on this server. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. *snip* Does this patch work for you? I changed the location from which the script fetches the rfc-index.txt file. Sean -- s...@freebsd.org ___ 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: [BROKEN] ports/misc/rfc with -i flag
On Sat, 10 Apr 2010, Sean C. Farley wrote: On Wed, 31 Mar 2010, jhell wrote: Whenever I use rfc -i to update the index I am getting this: Modem users one moment, it's about 400k (doesn't need to be updated often) original lines = 22143 /usr/local/etc/rfc-index new lines = 7 /usr/local/etc/rfc-index With the contents of: Forbidden You don't have permission to access /in-notes/rfc-index.txt on this server. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. *snip* Does this patch work for you? I changed the location from which the script fetches the rfc-index.txt file. Argh! I just cannot remember to attach patches or URL's today. Sean -- s...@freebsd.orgdiff -ruN rfc.orig/Makefile rfc/Makefile --- rfc.orig/Makefile 2006-04-13 09:06:44.0 -0500 +++ rfc/Makefile2010-04-10 18:31:36.0 -0500 @@ -7,10 +7,11 @@ PORTNAME= rfc PORTVERSION= 3.2.3 +PORTREVISION= 1 CATEGORIES=misc MASTER_SITES= http://www.dewn.com/rfc/ -MAINTAINER=sean-free...@farley.org +MAINTAINER=s...@freebsd.org COMMENT= Perl script to search for RFC's RUN_DEPENDS= w3m:${PORTSDIR}/www/w3m @@ -24,6 +25,8 @@ do-configure: @${REINPLACE_CMD} -e 's|/usr/local/etc/rfc|${PREFIX}/etc/rfc| ; \ s|/usr/local/etc/nmap|${PREFIX}/share/misc/nmap| ; \ + s|400k|1024k| ; \ + s|http://ftp.isi.edu/in-notes|http://www.ietf.org/rfc| ; \ s|/usr/bin/perl|${PERL}|' ${WRKSRC}/${PORTNAME}-${PORTVERSION} do-install: ___ 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: Exchange ActiveSync account
On Thu, 25 Mar 2010, Jack Raats wrote: Hi, I have an Exchange ActiveSync account and I would like to get this mail on my freebsd 7.3-stable server. I donn't haven an imap or pop account, only the information of the activesync account. Can anyone give me a clue how to achieve this? Take a look at DavMail Gateway[1]. It is not in ports nor have I tried it. I keep it bookmarked in case I work somewhere that only has Exchange without IMAP enabled. Sean 1. http://davmail.sourceforge.net/ -- s...@freebsd.org ___ 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: portmaster-2.17 (on console)
On Wed, 27 Jan 2010, Peter Jeremy wrote: On 2010-Jan-27 16:11:40 +1100, John Marshall john.marsh...@riverwillow.com.au wrote: On Mon, 25 Jan 2010, 10:54 -0800, Doug Barton wrote: *snip* (and not changing back to what they were) kind of spoils things for me :-) This is possible (CSI 2 1 t should report the current title) but actually reading the returned OSC L label ST could be painful from sh(1) (and I can't quickly get it to work). With zsh, I use a precmd() function that updates the title every time the prompt is about to appear, e.g., portmaster exits: precmd() { case ${TERM} in xterm*) print -Pn \e]0;%...@%m\a ;; esac } It comes in useful when using ssh to connect to different accounts. When I exit one account which had reset the title, the title changes back to the previous account. bash users may find something equivalent. Sean -- s...@freebsd.org ___ 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
libSDL versus XDM authentication
I recall running into this in the past with some application I cannot recall at the moment, yet I just bumped into it again recently when trying to run multimedia/pwcview. # pwcview Webcam set to: 320x240 (sif) at 5 fps XDM authorization key matches an existing client!Failed to init sdl: Couldn't open X11 display The issue is that xdm uses XDM-AUTHORIZATION-1 authentication, so I have these as well as MIT-MAGIC-COOKIE-1 listed within ~/.Xauthority. libSDL by default does not like this. Three possible solutions and one guess are available: 1. Link pwcview with libX11. 2. Add 'DisplayManager*authName: MIT-MAGIC-COOKIE-1' to xdm-config. 3. (untested) Configure libSDL to be built with SDL_VIDEO_DRIVER_X11_DYNAMIC defined and src/video/x11/SDL_x11video.c changed to include FreeBSD with __osf__ in the check. This causes it try again after one second. The comment claims that this works for this issue. 4. Linking libX11 to libSDL? It is just a thought. Sean P.S. libSDL 1.2.14 is available. -- s...@freebsd.org ___ 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: Linux - Skulltag / FMOD issue
On Mon, 4 Jan 2010, Edwin Groothuis wrote: Hello, I was pointed to Skulltag today, a Doom/Heretic etc engine. Unfortunately it is Linux only, but with the Linuxolator it should work. After installing the libraries from www.fmod.org it worked (yay!), except for the sound: I_InitSound: Initializing FMOD FMOD Sound System, copyright ? Firelight Technologies Pty, Ltd., 1994-2009. HOSS could not be initialized. Trying ALSA. ALSA lib confmisc.c:768:(parse_card) cannot find card '0' ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4632:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default I System::init returned error code 62 GSound init failed. Using nosound. Does this fix it: export SDL_AUDIODRIVER=dsp Sean -- s...@freebsd.org ___ 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: mplayer from SVN
I am jumping randomly into the thread. If we want to use some type of release for MPlayer based upon a snapshot from svn, how about using the same snapshot as used in Fedora (actually RPM Fusion)[1]? It has the advantages of already being created, tested(?) and easier to track bugs that users of Fedora may have already faced. Sean 1. http://download1.rpmfusion.org/free/fedora/releases/12/Everything/source/SRPMS/repoview/mplayer.html -- s...@freebsd.org ___ 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: mplayer from SVN
On Tue, 29 Dec 2009, Michal Varga wrote: On Tue, Dec 29, 2009 at 9:03 PM, Sean C. Farley s...@freebsd.org wrote: I am jumping randomly into the thread. If we want to use some type of release for MPlayer based upon a snapshot from svn, how about using the same snapshot as used in Fedora (actually RPM Fusion)[1]? It has the advantages of already being created, tested(?) and easier to track bugs that users of Fedora may have already faced. This is an interesting idea, though there may be one issue. Do we know how Fedora people create those snapshots? Let's say, hypothetically, there are two different output drivers in mplayer's SVN tree - let's name them CoolOutput_Linux and CoolOutput_BSD. Can we be sure that Fedora guys simply don't strip out the parts that they can't/will never use, so we end up with a snapshot package that lacks CoolOutput_BSD? In the source RPM, there is the script they use to generate the tar file. There are also a few patches in the RPM separate from the tar file. It looked like the tar file is missing a few pieces of libraries distributed separately. We probably already have (some of) them in the ports tree. I only glanced at the file; I did not inhale. :) Sean -- s...@freebsd.org___ 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: nvidia-driver 64bit version
On Fri, 4 Dec 2009, Robert Noland wrote: *snip* I've never actually used the blob, but is the new driver only amd64? I presume that it does need at least 8.0-RELEASE to work, but I can't imagine that the underlying code would be different for i386/amd64. i.e. the new driver *should* be better on both i386 and amd64, at least if they have compiled an i386 version. My understanding is that the blob is the same on all platforms. The driver may be the same (or close). The package is different. While both ship with Linux x86 libraries, they contain only the FreeBSD libraries specific to the platform (amd64 or i386). I do still wish that nvidia would join the rest of the modern world and decide to release docs and code like every other vendor, but that is a different debate I suppose. I concur, yet I am very happy at the moment to see them support FreeBSD amd64. Sean -- s...@freebsd.org ___ 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
COPYTREE_SHARE behavior (7.x and earlier vs. 8.x)
As noted in ports/131535[1] concerning the install of Skype, I noticed that COPYTREE_SHARE behaves differently on FreeBSD 7.x and earlier than it does on 8.x. Here is my note on the PR: I think I see the issue. It is with the cpio call in COPYTREE_SHARE. GNU cpio 2.6 on FreeBSD 7 creates directories with umask set to 077. bsdcpio as found in FreeBSD 8 uses the user's umask. Setup: cd /usr/ports/net/skype make cd work/skype_static-2.0.0.72-oss Tests (make sure to delete to destination directory first) on a RELENG_7 system: /usr/bin/find -d avatars icons sounds lang | /usr/FreeBSD/HEAD/src/usr.bin/cpio/bsdcpio -dumpl /tmp/usr/local/share/skype/ /usr/bin/find -d avatars icons sounds lang | /usr/bin/cpio -dumpl /tmp/usr/local/share/skype/ I think creating the directory first should solve the problem. There is probably a better solution than creating the directory first, but I just wanted to make sure people saw this. Sean P.S. I tried to tell beech about this, but E-mail to him is being rejected. Anyone else have any luck? 1. http://www.freebsd.org/cgi/query-pr.cgi?pr=131535 -- s...@freebsd.org ___ 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: xorg hal dbus
On Tue, 10 Feb 2009, Dominic Fandrey wrote: Tom Mende wrote: 2. Don't use moused. If you want it to work with addon usb mice set this in rc.conf: moused_enable=NO moused_nondefault_enable=NO This is a) outdated and b) those are options. That means you do one of them, not both. It may have changed, but they were both required at one time. Without the second option set to NO, USB mice were still acquired by moused. Sean -- s...@freebsd.org ___ 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: linux-glib2 not conflicting with linux_base-f8
On Fri, 24 Oct 2008, Boris Samorodov wrote: On Thu, 23 Oct 2008 18:26:43 -0500 (CDT) Sean C. Farley wrote: I noticed that linux-glib2 is being installed even though it is in conflict with linux_base-f8. Suggested changes: 1. Add a '-*' to each conflict in devel/linux-glib2/Makefile. 2. Remove devel/linux-glib2 from x11-toolkits/linux-gtk2 at least for fedora-fc6 and higher. I have patches to fix those and some other ports. I'll do it when the ports slush is over. Great. Thank you. 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]
linux-glib2 not conflicting with linux_base-f8
I noticed that linux-glib2 is being installed even though it is in conflict with linux_base-f8. Suggested changes: 1. Add a '-*' to each conflict in devel/linux-glib2/Makefile. 2. Remove devel/linux-glib2 from x11-toolkits/linux-gtk2 at least for fedora-fc6 and higher. 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: Mk/bsd.openssl.mk optimization
On Tue, 29 Jul 2008, Freddie Cash wrote: On July 29, 2008 12:52 pm V.Chukharev wrote: Another patch, just one line. It can be applied independently from the patch for bsd.port.subdir.mk. = --- /usr/ports/Mk/bsd.openssl.mk.orig 2008-07-23 09:14:29.0 +0300 +++ /usr/ports/Mk/bsd.openssl.mk 2008-07-29 20:35:05.0 +0300 @@ -121,7 +121,7 @@ exists(${DESTDIR}/${LOCALBASE}/lib/libcrypto.so) # find installed port and use it for dependency PKG_DBDIR?=${DESTDIR}/var/db/pkg -OPENSSL_INSTALLED!=grep -l -r ^lib/libssl.so. ${PKG_DBDIR} | \ +OPENSSL_INSTALLED!=find ${PKG_DBDIR} -type f -name +CONTENTS -print0 | xargs -0 grep -l ^lib/libssl.so. | \ while read contents; Is piping this into xargs faster/better than using -exec option to find? I was curious about the same thing. find ${PKG_DBDIR} -type f -name +CONTENTS -exec \ grep -l ^lib/libssl.so. {} \; Even better than find ... {} \; would be find ... {} \+ to take advantage of the xargs-like behavior of find. 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: problems building the latest ghostscript-gpl
On Wed, 7 May 2008, Aryeh M. Friedman wrote: /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC On amd64, you need to remove the FT_BRIDGE option to compile. I have not had time to look into what is actually happening or needs to be fixed. 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: problems building the latest ghostscript-gpl
On Wed, 7 May 2008, Andy Fawcett wrote: On Wednesday 07 May 2008 17:13:59 Sean C. Farley wrote: On Wed, 7 May 2008, Aryeh M. Friedman wrote: /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC On amd64, you need to remove the FT_BRIDGE option to compile. I have not had time to look into what is actually happening or needs to be fixed. Makes no difference here, I get the same error with: _OPTIONS_READ=ghostscript-gpl-8.62_1 WITHOUT_FONTCONFIG=true WITHOUT_FT_BRIDGE=true WITHOUT_GS_lvga256=true WITHOUT_GS_vgalib=true . . all other items are WITH_foo=true That is what I have. Maybe a rebuild of freetype2 (v2.3.5 here) would help? Are you using a port builder that sets the environment variable BATCH and have portconf installed? That may bypass the setting in the options file. Those are my only guesses. 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: Utility for safe updating of ports in base system
On Thu, 20 Mar 2008, Michel Talon wrote: On Thu, Mar 20, 2008 at 05:59:28PM +0800, Denise H. G. wrote: Michel Talon [EMAIL PROTECTED] writes: Actually I don't think a batch download and install process would help much, especially for a freshly installed system because it might be a huge download job and much waiting time if one is going to install GNOME/KDE etc. from scratch. Perhaps the new `pkg_upgrade' could provide versatile options to complete such tasks. In fact a batch download, followed by batch install is much faster than constant interspersing of backup, download, install, etc. like portupgrade does. In particular there is only one ftp connection for downloading everything which cuts on time, and you can do backups at the same time. If you don't beleive me you can try the prototype (in python) that i have written a year ago, and which does precisely that: http://www.lpthe.jussieu.fr/~talon/pkgupgrade (which needs http://www.lpthe.jussieu.fr/~talon/pkg_save.py) Most of the time in the script is spent recomputing the INDEX for all installed files, because i assumed the INDEX is not necessarily up to date. Except for the package portion, I also wrote a script to update ports[1] when Perl was still in the base. The features I really like about it: 1. No dependency on INDEX. This does make it more expensive to start, but the program does cache as much as possible as it runs. No need to perform a duplicate make all-depends-list in a directory if it has already been performed. 2. Precalculation of updates before starting. This allows a lot of operations to be performed upfront: ignore checking, conflict checking, prefetching and ports no longer needed by child ports. 3. Crash recovery. It saves what it has completed along with the build tree to a database, so recovery/restarts are quick. 4. Uses portconf for settings and its own rc file to determine what not to build. BTW, I think the +IGNOREME files for portmaster should be in /var/db/ports, so they may traverse a manual pkg_delete make install. Cons: 1. I have not put much time into it lately. 2. Perl is not part of base. 3. Does not respect options set in /var/db/ports. It solely relies on portconf. 4. The tree building code is really convoluted and needs replacement. Sean 1. http://www.farley.org/freebsd/#pc -- [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: Utility for safe updating of ports in base system
On Thu, 20 Mar 2008, Doug Barton wrote: On Thu, 20 Mar 2008, Michel Talon wrote: In my opinion, an example of a correct pkg_upgrade type programm written in C++ is the Debian apt-get. It works predictably, fast, etc. One of its features, that i consider very important for correct operation, is that it computes the list of all packages to be deleted and all packages to be installed and asks the user if he agrees before doing anything. Why do you consider this an important feature? (I'm not disagreeing, just curious about your thought process here.) Personally, I like to know everything that will happen before it happens. When options change, I am not always sure what it will bring. For example, I do not have HAL (WITHOUT_HAL via portconf) installed on my system. Some ports may try to bring it in regardless of the setting; I would like to see that first. In this case, I think portmaster -na gives me an idea of what will happen. 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]
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: Acroread8/nspluginwrapper
On Sun, 27 Jan 2008, Frank Jahnke wrote: *snip* Also, I was unable to print from it. Does that work for you? Traditionally I have gone through /usr/local/lpr, but acroread8 seems not to find it. I suspect it looks in the linux compat area, where it does not find it. I have /compat/linux/usr/bin/lp (attached) as a script to /usr/bin/lpr. This is assuming you are using the base to print. Sean -- [EMAIL PROTECTED]#!/bin/sh - exec /usr/bin/lpr $@ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports.conf: Is there a reason behind not being default?
On Tue, 18 Dec 2007, Pav Lucistnik wrote: On Mon, 17 Dec 2007 17:54:05 -0800, Xin LI wrote I think that ports-mgmt/portconf (a.k.a. /usr/local/etc/ports.conf) is a very handy feature that makes it much easier to store port options across upgrade. Is there a reason behind not making it into bsd.ports.mk? IMHO it's a big deal to take the script into ports/Tools/scripts, and move the configuration to somewhere like /etc/ports.conf... I haven't checked it out yet. What can it do that can't be done in /etc/make.conf with constructs like .if ${.CURDIR} == /usr/ports/editors/vim WITH_GTK2=yes .endif I find it simpler to use: editors/vim: WITH_GTK2 or for all vim ports: editors/vim*: WITH_GTK2 Multiple ports on one line: multimedia/mencoder multimedia/mplayer: WITH_NVIDIA Defaults for all ports *: BATCH|\ SRC_BASE=/usr/FreeBSD/RELENG_7/src |\ SYSDIR=/usr/FreeBSD/RELENG_7/src/sys |\ WITH_NVIDIA_GL 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]
Versioning question for linux-ut port
I have been working with Martin Tournoij, who did the hard work, on updating the linux-ut port to support different versions of UT99 (GOTY, Anthology, etc.). He also discovered that the v451 patch had issues with the keyboard. After a little reading on my part, I found that in most cases the v451 patch was more suited for servers while v436 was best on clients with both being network compatible. Here is the question: how should the port's version information be configured to have v436 be the default with v451 (WITH_451PATCH) as an option? With PORTVERSION set back to 436 from 451, does PORTEPOCH need to be set to 1? I am uncertain since the port will support both versions. Would PORTREVISION=1 be better than using PORTEPOCH since if the user wanted to stay with v451, the install may be a little different anyway? Here is the latest port of linux-ut[1]. Sean 1. http://www.farley.org/freebsd/tmp/linux-ut-port.tar.bz2 -- [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: configure editors/vim
On Sat, 15 Sep 2007, David O'Brien wrote: On Sat, Sep 15, 2007 at 09:33:44AM +0200, Markus Hitter wrote: Brownie ports for someone that can explain why this always happens for me with ports that have OPTIONS: bash$ make cd /usr/ports/editors/vim make config; === Switching to root credentials to create /var/db/ports/vim Password: === Returning to user credentials [3]+ Stopped WITH_OPTIONS=1 make Time to fix your system? It doesn't happen on my 6.2-RELEASE. I'm running ports stuff as root. Tell me how and I will. :-) Of course when I do 'make clean install' as root, I'm not asked by the ports system to su to root. But when one does as a normal user, one is - by the system in /usr/ports/Mk. You could add an echo statement in the config rule (specifically the UID and INSTALL_AS_USER test) in bsd.port.mk around line 5759. I think something like this may give a better idea about the problem: echo UID == ${UID} Also, I assume both id -u and id -ur return 0 for you as root. Is the id you run the id in /usr/bin? 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: configure editors/vim
On Fri, 14 Sep 2007, Andrew Pantyukhin wrote: On Thu, Sep 13, 2007 at 02:01:22PM +0200, Gergely Sánta wrote: Hi! I'm a developer using gvim with it's tagging through exctags (somehow ctags never worked for me). As vim port have no configuration options, it can't be configured easyly through 'make config'. I'm too lazy for digging Makefile for options every time I compile new version of vim, I added configuration options to Makefile. I'm new to FreeBSD, also to it's Ports, so maybe I don't see the reasons, these options aren't in the Makefile, but maybe they should be there. Anyway, I attach my change, maybe it will be acceptable to have it's way to ports. And if not, maybe it will help for someone else too :) It's interesting to hear that from a vim (power?) user :) Personally I resent dialog(1) because it's so much faster, more hassle-free and convenient to edit make.conf(5) with vim. I prefer ports-mgmt/portconf. Edited by vim of course instead of eMacs (owned by Apple? ;)). 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]
portconf multiple ports per line patch
With the split of mplayer into mplayer and mencoder, I thought I would try to find a lazy way to have the options for both on one line in ports.conf instead of separate entries: multimedia/mencoder multimedia/mplayer: WITHOUT_RTCPU Does this patch[1] look good, or are there any problems I am missing? Obviously, a better solution would be for code to handle multimedia/{mencoder,mplayer}, but I said I was being lazy. :) Sean 1. http://www.farley.org/freebsd/tmp/portconf.patch -- [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: Portmaster and Portmanager problem with jdk15
On Tue, 7 Aug 2007, RW wrote: Both Portmaster and Portmanager (I haven't tried Portupgrade) install java/linux-sun-jdk15 on an upgrade of java/jdk15. If I upgrade jdk15 manually it isn't built, so it must be done by the tools. The way the jdk15 makefile works is that it looks for the location of an existing jdk installation for bootstrapping and sets BOOTSTRAPJDKDIR accordingly. We then have: # if no valid jdk found, set dependency .if !defined(BOOTSTRAPJDKDIR) BOOTSTRAPJDKDIR?=${LOCALBASE}/linux-sun-jdk${SUN_LINUX_JDK_VERSION} .endif BUILD_DEPENDS+=${BOOTSTRAPJDKDIR}/bin/javac:${PORTSDIR}/java/linux-sun-jdk15 I don't know why this causes the build-tools to install linux-sun-jdk15, but simply moving the BUILD_DEPENDS+= line inside the if-endif block, seems to fix the problem. That line is only needed if no jdk is present. The port now depends on the Diablo JDK, but that exposed BUILD_DEPENDS line still brings in the diablo-jdk15 port even if a native JDK is already available. It would be nice to use an installed java/jdk15 port to build itself. 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]
SRC_BASE vs SYSDIR
Since I need to have more than one branch of FreeBSD checked out, I place them in /usr/FreeBSD/branch. This brought to my attention the use of two different variables to find /usr/src/sys in at least three ports with kernel modules. 1. emulators/kqemu-kmodSRC_BASE (in port Makefile) 2. sysutils/devcpu SRC_BASE (in port Makefile) 3. x11/nvidia-driver SYSDIR (via bsd.kmod.mk) Should the first two ports standardize on SYSDIR, or should both exist? I have no strong opinion since I have both defined in ports.conf, but I want to bring it to people's attention about it. 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: ./options-descr file suggestion for ports
On Wed, 13 Jun 2007, Vivek Khera wrote: On Jun 13, 2007, at 3:36 AM, Alexander Leidinger wrote: First there where no OPTIONS, then OPTIONS was introduced. If you feel annoyed by those ports which are not converted yet to OPTIONS (because nobody felt annoyed enough to convert them), feel free to submit patches for them. personally, I'm annoyed by ports that use OPTIONS because I cannot then set them globally in my make.conf file (which is copied around to all my servers). I have to ensure that the proper OPTIONS are set on every machine on which I may build a port. Is it possible (and/or is anyone working on) a way to make the options setting non-interactive and pull the settings from a config file instead? I use ports-mgmt/portconf. It puts a hook into make.conf that reads it for port configuration. This allows make.conf to be different on each system while having a configuration file you can copy to each system. As for making non-interactive mode the default in ports.conf: *: BATCH 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: Uggg!
On Fri, 1 Jun 2007, Warner Losh wrote: Best solution is to back up /var/db/pkg if it is in danger of deletion by a wanton admin :) The ONLY data corruption that I saw when my laptop died was *ALL* of the +CONTENTS files going away. It seems to have died during the updating of the meta-data for the dvdauthor port. Why all the files of unreleated packages would disapper is a mystery to me, unless mergemaster, or one of the pkg tools, deleted them all, and then wanted to rewrite them and I got screwed between these two steps. Wouldn't it be better of a +CONTENTS~ file were left in place during this process and have that be removed afterwards? The following is not a plug for my code since I only have it in maintenance mode. I use Port Conductor[1], which I started writing a long time ago when Perl was in the base. It makes a copy of /var/db/pkg before preceding with an update. This is between helping the wanton admin and protecting against a bug in the program. The one thing I like about how I wrote it was how it tracks every step along the update, so it is possible to continue if something happens (i.e., battery dies). I never got around to polishing it, so it is not necessarily the most user friendly. It tries to emulate a lot of portupgrade, but some things are missing. Not all options behave the same way as portupgrade. Recursive port updates (-R and -r) update ports even if the version has not changed. One notable feature: dead-port detection. When a port has its last dependency removed, it is reported in the output. Everyone is welcome to take ideas from it to add to their respective port updating projects. Someday, I plan to use a different tool for my port updating. When I have some free time, I will probably look at portmaster. Sean 1. http://www.farley.org/?page=software#pc -- [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]