Re: spamassassin Y2010 bug
Jeffrey Goldberg wrote: Alternatively, if someone were sufficiently motived they could put together an SA utilities port that installs a number of maintenance scripts which a user can enable. This sounds like a very good idea to me. As far as I can see, there's only one script required, which can be based on Jeremy's one in ports/127242 but extended so that: * allow various flags to be passed to sa-update - alternative update channels - extra GPG keys - gpghomedir setting * sa-compile can optionally be run if any updates are downloaded This should be installed as a daily periodic script -- which should be appropriate for most users: anyone wanting more frequent updates can just run it stand-alone as a cron job. Anything else? Jeremy -- any objections to my stealing your script as the basis of this? Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Problems building en-openoffice.org-GB-3.1.1 from ports
On Saturday 02 January 2010, Mike Clarke wrote: ... and the build of OpenOffice ran through the configure stage without any problems so I'm keeping my fingers crossed that it'll still be compiling tomorrow. Well it went a bit further but failed with the following: --- Checking DLL ../unxfbsdi.pro/lib/check_i18npool.uno.so ...-rwxr-xr-x 1 root wheel 2897131 Jan 2 23:53 ../unxfbsdi.pro/lib/i18npool.uno.so Running processes: 0 deliver -- version: 266154 Module 'i18npool' delivered successfully. 29 files copied, 5 files unchanged 1 module(s): cppunit need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /backup/tmp/usr/ports/editors/openoffice.org-3/work/OOO310_m19/cppunit Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command build --from cppunit rmdir /tmp/17668 *** Error code 1 Stop in /usr/ports/editors/openoffice.org-3. --- After pondering a bit more over this problem I think I know where the 6.4 stuff may have come from. After I built the base system I copied various useful files from /root on the 6.4 system, including /root/.cshrc which contained a line setting PACKAGESITE to ftp://ftp2.uk.freebsd.org/pub/FreeBSD/ports/i386/packages-6.4-release/All/ and it's quite possible that I ran portinstall -P for some ports before I got round to changing this to point to packages-8. Considering the vast number of files in /usr/local/bin with links to missing libraries I think my best approach now will be to deinstall ALL my ports and reinstall them again from scratch after deleting everything in /usr/ports/packages and checking that all directories in /usr/local (except etc) have been emptied. -- Mike Clarke ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Problems building en-openoffice.org-GB-3.1.1 from ports
Mike Clarke wrote: After pondering a bit more over this problem I think I know where the 6.4 stuff may have come from. After I built the base system I copied various useful files from /root on the 6.4 system, including /root/.cshrc which contained a line setting PACKAGESITE to ftp://ftp2.uk.freebsd.org/pub/FreeBSD/ports/i386/packages-6.4-release/All/ and it's quite possible that I ran portinstall -P for some ports before I got round to changing this to point to packages-8. Yep. This would stick a fairly hefty spanner in the works. Considering the vast number of files in /usr/local/bin with links to missing libraries I think my best approach now will be to deinstall ALL my ports and reinstall them again from scratch after deleting everything in /usr/ports/packages and checking that all directories in /usr/local (except etc) have been emptied. This also is a good move. Don't forget to treat /compat/linux similarly to /usr/local if you have any linux stuff installed -- there have been a lot of changes to the linuxulator newly available in 8.0 which you really want if you're going to run linux stuff under emulation. If you strip out /compat/linux completely, then under 8.0 you'll get the latest linux-base-f10 by default when you re-install. When reinstalling ported software, it's a good idea to adopt the following strategies: * Install whatever ports management software you prefer (portupgrade(1), portmaster(1)) pretty much straight away -- you'll need this to build everything. * Look at the list of installed packages on your 6.4 install, and pick out the packages that are your end-use applications. These will mostly be leaf packages, but not always. * You only need to reinstall just those packages -- everything else should be installed automatically as dependencies. This will help you avoid installing and outdated build dependencies or otherwise orphaned packages which otherwise tend to accumulate on an actively updated system. * For the end-use packages you choose, run 'make config-recursive' before you start building anything to ensure you've selected all the required options. Or use portmanager(1) which runs you through the config stage first of all. You need to be a bit careful doing this, as toggling an option in a port can radically change its dependency list, and may bring new sets of options into play. To resolve that, you'll need to re-run 'make config-recursive' until it no longer prompts you to make any OPTIONS settings. [There's a PR to fix this behaviour in the works, but it hasn't been committed yet.] * Where there are ports that have compilation flags or knobs that aren't controlled through OPTIONS dialogues, then be sure to record any non- default settings in /etc/make.conf. You can use a construct like this to only apply settings to specific ports: .if ${.CURDIR:M*/mail/dkim-milter} WITH_LIBDKIM_INSTALL= yes WITH_LIBDKIM_SHARED=yes WITH_VERIFY_DOMAINKEYS= yes WITH_STATS= yes WITH_DNS_UPGRADE= yes .endif Well known KNOBS should be set globally where you aren't using the default setting, eg: WITH_OPENSSL_PORT= yes WITH_BDB_VER= 47 WITH_MYSQL_VER= 51 WITH_OPENLDAP_VER= 24 WANT_OPENLDAP_SASL= yes WITH_GECKO= libxul WITH_APACHE2= yes APACHE_PORT=www/apache22 WITH_MODPERL2= yes PERL_VERSION= 5.10.1 Again, changing these settings can affect the dependency tree and potentially bring new sets of OPTIONS into play, so test repeatedly with 'make config-recursive' * It's a good idea to run 'make fetch-recursive' or 'portinstall -RF ...' or 'portmaster -F ...' after sorting out configuration to download any distfiles before trying to build everything, as this is another place where a big build session can blow up while you aren't looking. It's not mandatory though. * Once everything is configured nicely, it should be possible to just run a massive portupgrade(1) or portmaster(1) session unattended to build and install everything, without finding that 10 minutes after you went home the build stopped at an OPTIONS screen and sat there all night... In fact, it is well worth temporarily defining BATCH in make.conf or the environment to just accept the defaults for anything not yet configured during a big build job like this. (But not otherwise. BATCH isn't a good idea for an incremental upgrade IMHO.) If you follow these guidelines when installing the system you should find that not only does it make your initial install run smoothly, but it sets you up well for managing updates to the installed system in the future. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
spamassassin - Y2K10 bug
There is an apparent bug in 'spamassassin' regarding 2010 e-mails. The full story is available here: http://spamassassin.apache.org/. There is also a discussion of it on SlashDot: http://it.slashdot.org/story/10/01/02/0027207/SpamAssassin-2010-Bug -- Jerry ges...@yahoo.com |=== |=== |=== |=== | Just saying no prevents teenage pregnancy the way Have a nice day cures chronic depression. Faye Wattleton http://en.wikipedia.org/wiki/Faye_Wattleton ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Possible mysql.sock problem | ERROR 2002 (HY000)
HELP! NEEDED URGENTLY 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 installed /usr/ports/databases/mysql54-server from ports Installation seemed to go to completion - OK but # /usr/local/bin/mysql_install_db - ERRORS listed as == Installing MySQL system tables... 091230 13:35:02 [ERROR] The update log is no longer supported by MySQL in version 5.0 and above. It is replaced by the binary log. 091230 13:35:02 [Note] Falcon: unable to open system data files. 091230 13:35:02 [Note] Falcon: creating new system data files. 091230 13:35:03 [Warning] Forcing shutdown of 2 plugins OK Filling help tables... 091230 13:35:04 [ERROR] The update log is no longer supported by MySQL in version 5.0 and above. It is replaced by the binary log. 091230 13:35:05 [Warning] Forcing shutdown of 2 plugins OK Then running /usr/local/bin/mysqld_safe == 091230 17:45:16 mysqld_safe Logging to '/disk02/db/mysql/DATA/ax.lall.com.err'. 091230 17:45:16 mysqld_safe Starting mysqld daemon with databases from /disk02/db/mysql/DATA 091230 17:45:16 mysqld_safe mysqld from pid file /disk02/db/mysql/DATA/ax.lall.com.pid ended Direct start from script /usr/local/etc/rc.d/mysql-server start fails also And running /usr/local/bin/mysql == ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/usr/tmp/mysql.sock' (2) Tried various strategies for mysql.sock problems as suggested in thre forum but can't seem to get any to work, if someone has any ideas they will be much appreciated. Thanks! PS: Settings in rc.conf mysql_enable=YES mysql_limits=YES mysql_dbdir=/disk02/db/mysql/DATA mysql_args= In my.cnf file [client] socket=/usr/tmp/mysql.sock [mysqld] socket=/usr/tmp/mysql.sock /usr/tmp permissions set to drwxrwxrwt datadir = mysql:mysql ownership HELP! NEEDED URGENTLY -- View this message in context: http://old.nabble.com/Possible-mysql.sock-problem-%7C-ERROR-2002-%28HY000%29-tp27001411p27001411.html Sent from the freebsd-questions mailing list archive at Nabble.com. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Possible mysql.sock problem | ERROR 2002 (HY000)
jaymax wrote: Direct start from script /usr/local/etc/rc.d/mysql-server start fails also And running /usr/local/bin/mysql == ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/usr/tmp/mysql.sock' (2) There's a $mysql_socket rc.conf variable you need to set as well. Settings in rc.conf mysql_enable=YES mysql_limits=YES mysql_dbdir=/disk02/db/mysql/DATA mysql_args= mysql_socket=/usr/tmp/mysql.sock (Although if /usr/tmp is set to mode 1777, what's the benefit of using that location rather than the default /tmp/mysql.sock ?) In my.cnf file [client] socket=/usr/tmp/mysql.sock [mysqld] socket=/usr/tmp/mysql.sock Is this the only my.cnf file on the system? There are several places where MySQL will pick up a my.cnf file: directly from the mysql_dbdir or /usr/local/etc/my.cnf [The rc.d/mysql-server script automatically adds ${mysql_dbdir}/my.cnf to the list of locations] Judging by the complaints about 'update log no longer supported' I'm guessing that there is somewhere a my.cnf or a .my.cnf file filled with configuration settings appropriate to a much earlier version of MySQL. A good strategy is to grab one of the sample .cnf files from /usr/local/share/mysql (according to the capabilities of your server) copy that into ${mysql_dbdir}/my.cnf and edit to make any local customizations. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: spamassassin - Y2K10 bug
On Sun, 3 Jan 2010 06:19:55 -0500 Jerry ges...@yahoo.com wrote: There is an apparent bug in 'spamassassin' regarding 2010 e-mails. The full story is available here: http://spamassassin.apache.org/. There is also a discussion of it on SlashDot: http://it.slashdot.org/story/10/01/02/0027207/SpamAssassin-2010-Bug And it was discussed on this list a few threads back. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Problems building en-openoffice.org-GB-3.1.1 from ports
On Sun, 3 Jan 2010, Mike Clarke wrote: On Saturday 02 January 2010, Mike Clarke wrote: ... and the build of OpenOffice ran through the configure stage without any problems so I'm keeping my fingers crossed that it'll still be compiling tomorrow. Well it went a bit further but failed with the following: --- Checking DLL ../unxfbsdi.pro/lib/check_i18npool.uno.so ...-rwxr-xr-x 1 root wheel 2897131 Jan 2 23:53 ../unxfbsdi.pro/lib/i18npool.uno.so Running processes: 0 deliver -- version: 266154 Module 'i18npool' delivered successfully. 29 files copied, 5 files unchanged 1 module(s): cppunit need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /backup/tmp/usr/ports/editors/openoffice.org-3/work/OOO310_m19/cppunit If the FreeBSD port of devel/cppunit is installed, the openoffice build errors out when that conflicts with its own internal cppunit. Or it did a while back, anyway. -Warren Block * Rapid City, South Dakota USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Can't get ZFS on GPT Root to work.
I followed the instructions on http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot precisely (annoying, because I can't cut and paste :) on both my VMWare machine locally and on a VPS from ArpNetworks.com. In both cases, when booting from the hard drive after install, I get: No ZFS pools located, can't boot Is it missing a step? Maybe the zpool should have been exported at the end too? I'm using 8.0-RELEASE-amd64-dvd1.iso on 64-bit VMs. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Compiled Xmms2 on FreeBSD 8 from ports but no output plugin?
Hi guys, I am trying to get xmms2 working on my server as I want to tie it into Icecast2 in order to stream music to my network. I'm having major problems with getting xmms2 to work though! This is output from /var/log/messages: Jan 3 20:16:55 test kernel: pid 1218 (xmms2-mdns-avahi), uid 500: exited on signal 6 (core dumped) If I try to start it I get issues with the output plugin as it doesn't seem to like wave: $ xmms2d INFO: ../src/xmms/log.c:49: Initialized logging system :) 20:24:47 INFO: ../src/xmms/ipc.c:795: IPC listening on 'tcp://192.168.1.100:9090'. 20:24:47 INFO: ../src/xmms/main.c:517: Using output plugin: wave 20:24:47 ERROR: ../src/xmms/main.c:521: Bad output plugin, try to change theoutput.plugin config variable to something usefull 20:24:47 ERROR: ../src/xmms/output.c:981: initalized output without a plugin, please fix! Starting XMMS2 phone home agent... Starting XMMS2 mDNS Agent... Failed to create Avahi client: Daemon not running Assertion failed: (client), function avahi_client_free, file client.c, line 613. I am sure that xmms2 will start without the Avahi client though as I have no plans to install that since I am using static IP addressing which means I won't need Avahi.. (would it be better to recompile or can I leave like this??) Anyway if anyone can help me with resolving these errors I would be so grateful! In addition I need to create a startup script for xmms2-launcher so that I can run the app as a daemon in the background only I am not very familiar with BSD or startup scripts in general so if anyone can help that would be cool too! Incase it helps: $ uname -a FreeBSD test.optiplex-networks.com 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Many thanks and best regards to all!! :-) P.s. many of you saw my initial email which I posted pre building this server. I actually have come to really quite like BSD as it doesn't take any power from the system at all or even use much HD space either. I mean ports needs about 1GB but I seem to do get round things clogging with make install clean. BTW thanks to all who helped out on that! --Kaya ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Can't get ZFS on GPT Root to work.
On 03/01/2010 7:04 μ.μ., Randal L. Schwartz wrote: I followed the instructions on http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot precisely (annoying, because I can't cut and paste :) on both my VMWare machine locally and on a VPS from ArpNetworks.com. In both cases, when booting from the hard drive after install, I get: No ZFS pools located, can't boot Is it missing a step? Maybe the zpool should have been exported at the end too? I'm using 8.0-RELEASE-amd64-dvd1.iso on 64-bit VMs. I've tried the exact steps on vmware fusion (8.0-RELEASE amd64) and didn't notice anything. Did you get any error messages in any of the commands shown in the wiki? I found it is useful to issue sysctl kern.geom.debugflags=16 at an early stage. If you need to delete any legacy slices, go to fixit, issue the sysctl, return to syinstall and enter 'Configure' and fdisk. Delete the slice and then perform the gpart destroy ad0 command as instructed in the wiki. Otherwise it might fail (it did in my tests) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Can't get ZFS on GPT Root to work.
Manolis == Manolis Kiagias son...@otenet.gr writes: Manolis I've tried the exact steps on vmware fusion (8.0-RELEASE amd64) and Manolis didn't notice anything. Did you get any error messages in any of the Manolis commands shown in the wiki? No error messages at all. Of course, for vmware, I had to use da0 not ad0. But otherwise, I followed the steps *to the letter*. And when I reboot, no ZFS Pool found. :( Did you select Freebsd 64-bit for the vm type? -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Can't get ZFS on GPT Root to work.
On 03/01/2010 8:38 μ.μ., Randal L. Schwartz wrote: Manolis == Manolis Kiagias son...@otenet.gr writes: Manolis I've tried the exact steps on vmware fusion (8.0-RELEASE amd64) and Manolis didn't notice anything. Did you get any error messages in any of the Manolis commands shown in the wiki? No error messages at all. Of course, for vmware, I had to use da0 not ad0. But otherwise, I followed the steps *to the letter*. And when I reboot, no ZFS Pool found. :( Did you select Freebsd 64-bit for the vm type? Yes. And I used an IDE disk instead of the SCSI usually suggested by Vmware so it was ad0 for me. I doubt this makes any difference. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Can't get ZFS on GPT Root to work.
Manolis == Manolis Kiagias son...@otenet.gr writes: Manolis Yes. And I used an IDE disk instead of the SCSI usually suggested by Manolis Vmware so it was ad0 for me. I doubt this makes any difference. Wow. Crap. Why does this hate me so? :( Lemme try again with IDE. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: spamassassin Y2010 bug
Matthew Seaman wrote: Jeffrey Goldberg wrote: Alternatively, if someone were sufficiently motived they could put together an SA utilities port that installs a number of maintenance scripts which a user can enable. This sounds like a very good idea to me. As far as I can see, there's only one script required, which can be based on Jeremy's one in ports/127242 but extended so that: * allow various flags to be passed to sa-update - alternative update channels - extra GPG keys - gpghomedir setting * sa-compile can optionally be run if any updates are downloaded This should be installed as a daily periodic script -- which should be appropriate for most users: anyone wanting more frequent updates can just run it stand-alone as a cron job. Anything else? Jeremy -- any objections to my stealing your script as the basis of this? There's a .shar of the new port at: http://www.infracaninophile.co.uk/sa-utils.shar MD5 (sa-utils.shar) = aa1f75d840e97c4759119bf653d292bf SHA256 (sa-utils.shar) = 701d366035a6ff8dedfd33dfe9057bf33f94efd5f8263445561db1e9e98bcfd1 Comments, critique are welcome. Unless there are any killer bugs, I'll send-pr(1) in a week or so. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: spamassassin Y2010 bug
On Jan 3, 2010, at 2:10 PM, Matthew Seaman wrote: There's a .shar of the new port at: http://www.infracaninophile.co.uk/sa-utils.shar Comments, critique are welcome. Unless there are any killer bugs, I'll send-pr(1) in a week or so. Thanks for doing that. It looks great to me. I just wonder about it being enabled by default. I don't know what official policy is (if such a thing exists), but my experience with FreeBSD ports is that while they install things, the user must still explicitly enable them. So if might be a good idea to set the defaults to NO and include a pkg-message that instructs people to add the enabling lines in /etc/periodic.conf.local I'm also wondering about the name of the port. This really is only one utility. Anyway, those are trivial concerns. The substance of your port all looks very good to me. Cheers, -j -- Jeffrey Goldberghttp://www.goldmark.org/jeff/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Remote assistance for X
On Sat, 2 Jan 2010, Karl J. Runge wrote: On Sat, 2 Jan 2010, Warren Block wbl...@wonkity.com wrote: Proto: RFB 003.008 Connected to RFB server, using protocol version 3.8 Enabling TightVNC protocol extensions Security-Type: 16 (rfbSecTypeTight) No authentication needed Desktop name ... ...and that's it. The TightVNC server shows it's connected, and the ssvncviewer console is still busy. But no graphic window. ^C on the ssvncviewer window and the TightVNC server beeps and disconnects. That's TightVNC 1.3.10 on Vista and ssvnc-1.0.22_1 on FreeBSD. This is a bug in ssvncviewer that I will fix in the next release (1.0.26) It has to do with the (silly, IMHO) TightVNC security type rfbSecTypeTight (that has nothing to do with security or encryption; it is used to enable other features!) I believe a workaround for you will be: ssvncviewer -listen -rfbversion 3.7 this reverts to the previous protocol version where there is no issue. Confirmed, that works fine with TightVNC servers from both of the Windows systems. Thanks! -Warren Block * Rapid City, South Dakota USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Remote assistance for X
On Sun, 3 Jan 2010, Warren Block wrote: I believe a workaround for you will be: ssvncviewer -listen -rfbversion 3.7 this reverts to the previous protocol version where there is no issue. Confirmed, that works fine with TightVNC servers from both of the Windows systems. Thanks! Very good. The bug fix for this is now in the the dev source tarball: http://ssvnc.sourceforge.net/dev/ssvnc-1.0.26.src.tar.gz in case you or anyone else wants to test that it works. This should work with TightVNC servers without the need for -rfbversion. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Intel PRO/Wireless 2100 ipw WPA
Finishing a complete new install of 8-stable on a Thinkpad T42. This model came with the Intel PRO/wireless 2100. Despite being 802.11b only, the 2100 with the latest firmware does WPA2 on Windows XP. So far, it has almost but not quite been able to connect using WPA on FreeBSD. rc.conf: wlans_ipw0=wlan0 ifconfig_wlan0=WPA DHCP loader.conf: legal.intel_ipw.license_ack=1 if_ipw_load=YES wpa_supplicant.conf (copied from another system which has Atheros wireless and works fine): network={ ssid=myssid psk=notmyrealpsk } ifconfig wlan0 scan sees all the nearby access points, including mine. wpa_supplicant can't quite attach, but doesn't give up trying. ifconfig wlan0 wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 00:0c:f1:4e:b1:ac media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid myssid channel 11 (2462 Mhz 11b) country US authmode WPA2/802.11i privacy ON deftxkey UNDEF txpower 0 bmiss 7 scanvalid 60 roaming MANUAL /var/log/messages: Jan 3 14:49:40 paddy wpa_supplicant[392]: CTRL-EVENT-SCAN-RESULTS Jan 3 14:49:40 paddy wpa_supplicant[392]: Trying to associate with 00:14:bf:cd:a2:0b (SSID='myssid' freq=2412 MHz) Jan 3 14:49:50 paddy wpa_supplicant[392]: Authentication with 00:14:bf:cd:a2:0b timed out. That repeats at ten-second intervals. -Warren Block * Rapid City, South Dakota USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Can't get ZFS on GPT Root to work.
2010/1/3 Randal L. Schwartz mer...@stonehenge.com Manolis == Manolis Kiagias son...@otenet.gr writes: Manolis Yes. And I used an IDE disk instead of the SCSI usually suggested by Manolis Vmware so it was ad0 for me. I doubt this makes any difference. Wow. Crap. Why does this hate me so? :( Lemme try again with IDE. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org make sure you dont export the pool after you have copied the zpool cache onto the zfs root fs, as that will break everything. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Can't get ZFS on GPT Root to work.
krad == krad kra...@googlemail.com writes: krad make sure you dont export the pool after you have copied the zpool cache krad onto the zfs root fs, as that will break everything. Hmm. But doesn't executing a shutdown automatically export everythign? if not, how is there ever a clean shutdown? :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: This could be a wild goose chase but ...
Hi Roland I took a peek at MEncoder, seems to work just fine, just a matter of having a play with the settings to get the quality / file size balance correctly, thanks for the hint. Regards Graeme -Original Message- From: Roland Smith [mailto:rsm...@xs4all.nl] Sent: 02 January 2010 15:48 To: Graeme Dargie Cc: freebsd-questions@freebsd.org Subject: Re: This could be a wild goose chase but ... On Sat, Jan 02, 2010 at 02:03:10PM -, Graeme Dargie wrote: Hi I have been trying for a day or two to get /usr/ports/multimedia/handbrake to install on 8.0-Release AMD64, the port just stops bleating about wanting i386, I did some googling and found a supposed patch to cure this so it would install but that does not seem to make any difference as the patch does not apply correctly. Has anyone managed to get this going on AMD64 or am I just chasing the proverbial wild goose ? Have you looked at alternatives like mencoder, of ffmpeg2theora. They work just fine on amd64. They use much the same libraries. Mencoder does H.264 encoding very well, But ffmpeg2theora gives _much_ smaller files with good quality. It's weakness is that it cannot handle AC3 (dolby digital) very well. So I like to resample the audio first with mencoder, and then convert to theora video with ogg audio. For a wide-screen (16:9) DVD movie; mplayer dvd://1 -dumpstream -dumpfile movie.mpg mencoder -ovc copy -oac mp3lame -idx -o movie.avi movie.mpg ffmpeg2theora --sync --aspect 24:10 --croptop 72, --cropbottom 72 \ -v 7 -c 2 movie.avi File sizes, to give you an idea: movie.mpg 6500 MiB movie.avi 5800 MiB movie.ovg 1750 MiB Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: spamassassin Y2010 bug
On Sun, 03 Jan 2010 20:10:19 + Matthew Seaman m.sea...@infracaninophile.co.uk wrote: Comments, critique are welcome. Unless there are any killer bugs, I'll send-pr(1) in a week or so. You have: : ${daily_sa_compile=YES} sa-compile is installed by the SA port, but it requires devel/re2c, which is an optional dependency. With a standard install your script will update the rules, the compile will unconditionally fail, and so spamd won't get restarted. You could detect the re2c port, but I think it would be better to turn it off by default I'd also suggest running sa-compile with nice by default. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: spamassassin Y2010 bug
On Sun, 03 Jan 2010 20:10:19 + Matthew Seaman m.sea...@infracaninophile.co.uk wrote: Comments, critique are welcome. Unless there are any killer bugs, I'll send-pr(1) in a week or so. You have: : ${daily_sa_compile=YES} sa-compile is installed by the SA port, but it requires devel/re2c, which is an optional dependency. With a standard install your script will update the rules, the compile will unconditionally fail, and so spamd won't get restarted. You could detect the re2c port, but I think it would be better to turn it off by default I'd also suggest running sa-compile with nice by default. I've put up a set of diffs (patches) in shar format that address some of these issues: 1) re2c is listed as a run dependency. No two ways around it - if you do plan on running sa-compile at some time, you'll need re2c, and chances are that the machine that is running sa-update is also going to be running sa-compile. 2) sa-compile is nice(1)'d by default, and you can provide other flags to nice(1) as well. See http://www.gsicomp.on.ca/~matt/sa-utils-patches.shar Regards, -- Matt Emmerton ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
How to confirm hard drive ufsid before upgrade?
Hello. I recently upgraded 7 remote servers from FreeBSD 7.2 to 8.0. During the process, 3 servers had hard drive ufsid issues. Basically during the reboot between 7.2 to 8.0, the drive ids 'changed'. I'm using ufsids in fstab. All servers have two SCSI drives, but have all been set-up by different people that have come from a Linux background. I can only assume they have used different commands and methods to format the drives. I'm assuming this issue is related to GEOM_ changes, however it is not very clear how to prevent this from happening (I'm sure I'm missing something). I have one more machine to go which is a lot more critical than the others and do not wish to have this one down for as long as the others where. It took about 6 hours to get the tech guys at the other end to get 2 of the boxes back up, the other one was easy to get up, but all data was 'lost' on one drive and had to be restored from a back-up. -Tig ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Can't get ZFS on GPT Root to work.
Randal == Randal L Schwartz mer...@stonehenge.com writes: krad == krad kra...@googlemail.com writes: krad make sure you dont export the pool after you have copied the zpool cache krad onto the zfs root fs, as that will break everything. Randal Hmm. But doesn't executing a shutdown automatically export everythign? Randal if not, how is there ever a clean shutdown? :) But in fact, that was the problem. Once I followed *exactly* the instructions on the page, not trying to tidy up before reboot, it works just fine. Thanks everyone for your help. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: spamassassin Y2010 bug
Jeffrey Goldberg wrote: On Jan 3, 2010, at 2:10 PM, Matthew Seaman wrote: There's a .shar of the new port at: http://www.infracaninophile.co.uk/sa-utils.shar Comments, critique are welcome. Unless there are any killer bugs, I'll send-pr(1) in a week or so. Thanks for doing that. It looks great to me. I just wonder about it being enabled by default. I don't know what official policy is (if such a thing exists), but my experience with FreeBSD ports is that while they install things, the user must still explicitly enable them. Yes. I considered that myself. There's no clear standard followed by other ports installing periodic scripts -- some are enabled by default, others aren't. In the end I went for having it on by default as installing it does indicate a desire to run it. It's no big deal to switch it around though. So if might be a good idea to set the defaults to NO and include a pkg-message that instructs people to add the enabling lines in /etc/periodic.conf.local Sure. That's no problem. I'm also wondering about the name of the port. This really is only one utility. That's just future proofing... Anyway, those are trivial concerns. The substance of your port all looks very good to me. Excellent. Thank you very much. I've a small cosmetic change -- it needs to print a blank line before anything else -- and apart from the enabled by default or not question, I need to force it to do a rules update somehow, so that code path gets tested properly. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: spamassassin Y2010 bug
Matt Emmerton wrote: On Sun, 03 Jan 2010 20:10:19 + Matthew Seaman m.sea...@infracaninophile.co.uk wrote: Comments, critique are welcome. Unless there are any killer bugs, I'll send-pr(1) in a week or so. You have: : ${daily_sa_compile=YES} sa-compile is installed by the SA port, but it requires devel/re2c, which is an optional dependency. With a standard install your script will update the rules, the compile will unconditionally fail, and so spamd won't get restarted. You could detect the re2c port, but I think it would be better to turn it off by default Hmmm... good point. I'd also suggest running sa-compile with nice by default. I've put up a set of diffs (patches) in shar format that address some of these issues: 1) re2c is listed as a run dependency. No two ways around it - if you do plan on running sa-compile at some time, you'll need re2c, and chances are that the machine that is running sa-update is also going to be running sa-compile. Yes. Agreed. 2) sa-compile is nice(1)'d by default, and you can provide other flags to nice(1) as well. This is a good idea too. See http://www.gsicomp.on.ca/~matt/sa-utils-patches.shar I'll add your patches and post an updated shar later on. Thank you all very much for your comments. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature