net/rsync: WITH_FLAGS to be the default?
Dear Emmanuel, why is fileflags patch disabled by default in FreeBSD rsync port? Of course, I have this tweaked on my local package builder, but I do not see any significant downsides on all supported (and even a bit obsolete, like 6.*) branches of FreeBSD. Or, did I missed something obvious? Any comments? Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: Standard file permissions for /usr/local
Given there is no context as to what these are and belong to the numbers below with the symbolic meaning are useless besides saying the system is Oops, thought I had that noted. They are sort | uniq -c of the permission column of find -ls. Blindly going through installed software with a massively large comb chmod -R anything=anything is a bad idea Bad idea? Not really, I amended my tree as shown. As you can see, I have about 80k files, 2k dirs and 2k links. All provided by 'packages'. And out of those, I only need one divergent perm, that being Xorg, not thousands. I've no sensitive files there. I don't need man to go around making catpages. Nor sticky dirs for games. Nor Schily's stuff in the bin group. Or polkit priviledges. Or whatever else. As any admin, I know the environment and files, so I'm good with the comb and pomade. And it makes linting installs, security checks and other things simpler if say you find / -perm +0044 and don't have to wade through say, symlinks set to go+w. Or have some other install fail because files aren't writeable. I amed it to reduce my working sets, and work, with other tools easier. And to making finding what changes out from under you easier, etc. No big deal, and not a debate about anyone's equally valid local usage. Maybe I should rephrase... is there something, or a movement within ports, to push mass gobs of files towards mode 0444 or 0644? A umask being set in the build system? An install flag? Or is this just the raw result of doing everything [1] unmodified umask 0022, tarring up the tbz's, and putting them on FTP? [1] Say, patch, ./configure, make, make install, hash +CONTENTS, tarball My experience with ./configure, make, make install of original upstream software releases, is that I think the majority of things end up as I've amended, without the amending. So I just wondered if there's a push in ports somewhere. Do you have anything relevant as to a particular port or package ? This was a stats analysis, so particulars do not apply. ___ 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: Port installs a lot of security risks.
hmmm, I searched for the warning - it doesn't seem common (according to google). I assume this is bad. On 07/08/12 20:50, Benjamin wrote: I am porting the Quartus II software design package released by Altera for Linux. This is my first port, and I've had some great help from this list already. Another question though. I've made the pkg-plist as per the instructions in the porter's handbook. When I install the port, I get a list of vulnerabilities that is quite big. I've attached it as a text file. There are also a lot of files that are under: This port has installed the following world-writable files/directories. What does this message mean? ___ 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: Port installs a lot of security risks.
On 8 July 2012 10:06, Benjamin by...@uclive.ac.nz wrote: hmmm, I searched for the warning - it doesn't seem common (according to google). I assume this is bad. This port has installed the following world-writable files/directories. What does this message mean? It means that some of the files that it has installed are permission ugo+w. This may or may not be a problem-- would you care if any random user edited these? I mean ANY user! Chris ___ 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
Port installs a lot of security risks.
I am porting the Quartus II software design package released by Altera for Linux. This is my first port, and I've had some great help from this list already. Another question though. I've made the pkg-plist as per the instructions in the porter's handbook. When I install the port, I get a list of vulnerabilities that is quite big. I've attached it as a text file. There are also a lot of files that are under: This port has installed the following world-writable files/directories. What does this message mean? === Registering installation for quartus_ii-11.1 === SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/altera/quartus/linux/perl/bin/perl /usr/local/altera/nios2eds/components/altera_nios2/eperl.bin (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/ip/altera/sopc_builder_ip/altera_mp32/eperl.bin (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/libsys_cpt.so /usr/local/altera/nios2eds/bin/nios2-gdb-server-wrapped /usr/local/altera/quartus/linux/tcl8.5/tls1.6/libtls1.6.so /usr/local/altera/quartus/linux/libpgm_pgme.so /usr/local/altera/quartus/linux/jtagd /usr/local/altera/quartus/linux/jre/lib/i386/libnet.so /usr/local/altera/quartus/common/ip/altera/common/ip_toolbench/v1.3.0/linux/ip_toolbench/v1.3.0/bin/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/nios2eds/bin/linux/nios2-iss /usr/local/altera/nios2eds/bin/nios2-terminal-wrapped /usr/local/altera/quartus/linux/jre/lib/i386/libdt_socket.so /usr/local/altera/ip/altera/nios2_ip/altera_nios2/eperl.bin (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/libtcl8.5.so /usr/local/altera/quartus/linux/jre/lib/i386/server/libjvm.so /usr/local/altera/quartus/linux/jre/javaws/javaws (USES POSSIBLY INSECURE FUNCTIONS: tempnam) /usr/local/altera/nios2eds/bin/linux/libaltera_avalon_uart.so /usr/local/altera/quartus/linux/lmgrd /usr/local/altera/quartus/common/ip/altera/common/ip_toolbench/v1.3.0/bin/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/nios2eds/bin/linux/libaltera_avalon_jtag_uart.so /usr/local/altera/ip/altera/sopc_builder_ip/altera_avalon_jtag_phy/libbytestream_pli.so /usr/local/altera/quartus/common/ip/altera/common/ip_toolbench/v1.3.0/linux/devtools/bin/perl (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/ip/altera/sopc_builder_ip/altera_mp32/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/libQtNetwork.so.4 /usr/local/altera/quartus/linux/jre/lib/i386/client/libjvm.so /usr/local/altera/quartus/linux/jre/lib/i386/motif21/libmawt.so /usr/local/altera/quartus/linux/jre/lib/i386/native_threads/libhpi.so /usr/local/altera/quartus/linux/alterad /usr/local/altera/nios2eds/components/altera_nios2/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/jre/lib/i386/libnio.so /usr/local/altera/quartus/cusp/bin/libcusp111_parser.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/jre/lib/i386/libdeploy.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/jre/bin/javaws (USES POSSIBLY INSECURE FUNCTIONS: tempnam) /usr/local/altera/quartus/linux/quartus_sh (USES POSSIBLY INSECURE FUNCTIONS: mktemp) /usr/local/altera/quartus/linux/lmutil /usr/local/altera/quartus/linux/libjtag_pli-blaster_vpi.so /usr/local/altera/quartus/common/ip/altera/common/ip_toolbench/v1.3.0/linux/devtools/bin/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/ip/altera/nios2_ip/altera_nios2/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/ip/altera/common/ip_toolbench/v1.3.0/bin/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) This port has installed the following world-writable files/directories. /usr/local/altera/nios2eds/documents/gnu-tools/libstdc++-v3/19_diagnostics/howto.html /usr/local/altera/quartus/sopc_builder/bin/europa/e_cpu_fifo.pm /usr/local/altera/quartus/common/tcl/packages/dse/dse-stratixiii-lib.tcl /usr/local/altera/nios2eds/documents/gnu-tools/libstdc++-v3/22_locale/locale.html /usr/local/altera/quartus/common/tcl/internal/qsimlib_comp.tcl /usr/local/altera/quartus/sopc_builder/bin/europa/e_atlantic_slave.pm /usr/local/altera/nios2eds/documents/gnu-tools/gcc/M680x0-Options.html /usr/local/altera/quartus/sopc_builder/bin/europa/class_ptf_update_to_2_0.pl /usr/local/altera/nios2eds/documents/gnu-tools/gcc/MCore-Options.html /usr/local/altera/nios2eds/documents/gnu-tools/cpp/fdollars-in-identifiers.html /usr/local/altera/quartus/common/tcl/apps/dtw/dtw_circuit.tcl /usr/local/altera/quartus/common/tcl/packages/qpm/qpm-extra-pkg.tcl /usr/local/altera/nios2eds/documents/gnu-tools/cpp/Environment-Variables.html /usr/local/altera/nios2eds/documents/gnu-tools/gcc/Dollar-Signs.html
Re: Port installs a lot of security risks.
On 07/08/12 21:06, Benjamin wrote: hmmm, I searched for the warning - it doesn't seem common (according to google). I assume this is bad. Curious. My original post didn't seem to be received by the list - was it because I included an attachment? The original post is below in any case. I'll spill the contents of the attachment below the original post. On 07/08/12 20:50, Benjamin wrote: I am porting the Quartus II software design package released by Altera for Linux. This is my first port, and I've had some great help from this list already. Another question though. I've made the pkg-plist as per the instructions in the porter's handbook. When I install the port, I get a list of vulnerabilities that is quite big. I've attached it as a text file. There are also a lot of files that are under: This port has installed the following world-writable files/directories. What does this message mean? ___ 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 === Registering installation for quartus_ii-11.1 === SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/altera/quartus/linux/perl/bin/perl /usr/local/altera/nios2eds/components/altera_nios2/eperl.bin (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/ip/altera/sopc_builder_ip/altera_mp32/eperl.bin (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/libsys_cpt.so /usr/local/altera/nios2eds/bin/nios2-gdb-server-wrapped /usr/local/altera/quartus/linux/tcl8.5/tls1.6/libtls1.6.so /usr/local/altera/quartus/linux/libpgm_pgme.so /usr/local/altera/quartus/linux/jtagd /usr/local/altera/quartus/linux/jre/lib/i386/libnet.so /usr/local/altera/quartus/common/ip/altera/common/ip_toolbench/v1.3.0/linux/ip_toolbench/v1.3.0/bin/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/nios2eds/bin/linux/nios2-iss /usr/local/altera/nios2eds/bin/nios2-terminal-wrapped /usr/local/altera/quartus/linux/jre/lib/i386/libdt_socket.so /usr/local/altera/ip/altera/nios2_ip/altera_nios2/eperl.bin (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/libtcl8.5.so /usr/local/altera/quartus/linux/jre/lib/i386/server/libjvm.so /usr/local/altera/quartus/linux/jre/javaws/javaws (USES POSSIBLY INSECURE FUNCTIONS: tempnam) /usr/local/altera/nios2eds/bin/linux/libaltera_avalon_uart.so /usr/local/altera/quartus/linux/lmgrd /usr/local/altera/quartus/common/ip/altera/common/ip_toolbench/v1.3.0/bin/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/nios2eds/bin/linux/libaltera_avalon_jtag_uart.so /usr/local/altera/ip/altera/sopc_builder_ip/altera_avalon_jtag_phy/libbytestream_pli.so /usr/local/altera/quartus/common/ip/altera/common/ip_toolbench/v1.3.0/linux/devtools/bin/perl (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/ip/altera/sopc_builder_ip/altera_mp32/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/libQtNetwork.so.4 /usr/local/altera/quartus/linux/jre/lib/i386/client/libjvm.so /usr/local/altera/quartus/linux/jre/lib/i386/motif21/libmawt.so /usr/local/altera/quartus/linux/jre/lib/i386/native_threads/libhpi.so /usr/local/altera/quartus/linux/alterad /usr/local/altera/nios2eds/components/altera_nios2/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/jre/lib/i386/libnio.so /usr/local/altera/quartus/cusp/bin/libcusp111_parser.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/jre/lib/i386/libdeploy.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/quartus/linux/jre/bin/javaws (USES POSSIBLY INSECURE FUNCTIONS: tempnam) /usr/local/altera/quartus/linux/quartus_sh (USES POSSIBLY INSECURE FUNCTIONS: mktemp) /usr/local/altera/quartus/linux/lmutil /usr/local/altera/quartus/linux/libjtag_pli-blaster_vpi.so /usr/local/altera/quartus/common/ip/altera/common/ip_toolbench/v1.3.0/linux/devtools/bin/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/ip/altera/nios2_ip/altera_nios2/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) /usr/local/altera/ip/altera/common/ip_toolbench/v1.3.0/bin/libeperl.so (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) This port has installed the following world-writable files/directories. /usr/local/altera/nios2eds/documents/gnu-tools/libstdc++-v3/19_diagnostics/howto.html /usr/local/altera/quartus/sopc_builder/bin/europa/e_cpu_fifo.pm /usr/local/altera/quartus/common/tcl/packages/dse/dse-stratixiii-lib.tcl /usr/local/altera/nios2eds/documents/gnu-tools/libstdc++-v3/22_locale/locale.html /usr/local/altera/quartus/common/tcl/internal/qsimlib_comp.tcl /usr/local/altera/quartus/sopc_builder/bin/europa/e_atlantic_slave.pm
Re: cvs commit: ports/x11/slim Makefile pkg-plist ports/x11/slim/files pam.conf slim.sh.in
On 07/05/2012 06:09, Eygene Ryabinkin wrote: Wed, Jul 04, 2012 at 03:04:44PM -0700, Doug Barton wrote: Thanks for taking this one on. I was also looking at the new version of slim that's out recently: http://slim.berlios.de/ I am running 1.3.4 for some time: most of my workstations are fine with it, but one fails to start the desktop, though it has a mix of old and new packages, so I am rebuilding them just now. The patch is available at http://codelabs.ru/fbsd/ports/slim/upgrade-1.3.3-to-1.3.4.diff Testing and feedback are welcome. /usr/bin/c++ -DNEEDS_BASENAME -DPACKAGE=\slim\ -DVERSION=\1.3.4\ -DPKGDATADIR=\/usr/local/share/slim\ -DSYSCONFDIR=\/usr/local/etc\ -DUSE_CONSOLEKIT -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -I/home/slim/work/slim-1.3.4 -I/usr/local/include -I/usr/local/include/dbus-1.0/include -I/usr/local/include/dbus-1.0 -I/usr/local/include/ConsoleKit/ck-connector -I/usr/local/include/freetype2 -o CMakeFiles/slim.dir/image.cpp.o -c /home/slim/work/slim-1.3.4/image.cpp /home/slim/work/slim-1.3.4/image.cpp: In member function 'int Image::readPng(const char*, int*, int*, unsigned char**, unsigned char**)': /home/home-f/slim/work/slim-1.3.4/image.cpp:784: error: invalid use of incomplete type 'struct png_struct_def' /usr/local/include/png.h:872: error: forward declaration of 'struct png_struct_def' *** [CMakeFiles/slim.dir/image.cpp.o] Error code 1 1 error *** [CMakeFiles/slim.dir/all] Error code 2 1 error *** [all] Error code 2 1 error -- This .signature sanitized for your protection ___ 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: Problems with new boost
On 06/02/2012 18:26, Doug Barton wrote: On 05/27/2012 02:33, Doug Barton wrote: Howdy, I maintain net-p2p/libtorrent-rasterbar*, and net-p2p/qbittorrent29. Ever since the update I've noticed that my libtorrent-rasterbar applications have problems with the new boost version. Rebuilding the library against boost 1.45 solves it. I don't know exactly what the problem is, but the symptom is that the application gets slow, and eventually just freezes up altogether. It starts with the UI being slow to respond, with increasing pauses between responses. The network transfers also get slower and slower as time goes by. Eventually as I said above the whole thing just freezes. No response on the UI, no network traffic, no ktrace activity, nothing. If you can give me suggestions on how to diagnose this I'd be glad to help. Just want to bump this a bit because I'm starting to get reports from users of the above ports that they are seeing the same problem. Just FYI, this problem has not magically disappeared. :) -- This .signature sanitized for your protection ___ 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: Problems with new boost
On 8 July 2012 11:19, Doug Barton do...@freebsd.org wrote: On 06/02/2012 18:26, Doug Barton wrote: On 05/27/2012 02:33, Doug Barton wrote: Howdy, I maintain net-p2p/libtorrent-rasterbar*, and net-p2p/qbittorrent29. Ever since the update I've noticed that my libtorrent-rasterbar applications have problems with the new boost version. Rebuilding the library against boost 1.45 solves it. I don't know exactly what the problem is, but the symptom is that the application gets slow, and eventually just freezes up altogether. It starts with the UI being slow to respond, with increasing pauses between responses. The network transfers also get slower and slower as time goes by. Eventually as I said above the whole thing just freezes. No response on the UI, no network traffic, no ktrace activity, nothing. If you can give me suggestions on how to diagnose this I'd be glad to help. Just want to bump this a bit because I'm starting to get reports from users of the above ports that they are seeing the same problem. Just FYI, this problem has not magically disappeared. :) Is this a boost problem? Perhaps upstream might be more help. Chris ___ 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: net/rsync: WITH_FLAGS to be the default?
Dmitry Morozovsky ma...@rinet.ru wrote: Dear Emmanuel, why is fileflags patch disabled by default in FreeBSD rsync port? Mainly because the functionality is provided by a third party patch. I've always tried to provide a most authentic set of default options. Emanuel ___ 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] Xorg 7.7 ready for testing!
Hello All! I'm created unofficial pkg repo for patched xorg tree. I'm still experimenting with it, but I already have built all required packages for CURRENT i386. You can find it here: http://pkgng.gits.kiev.ua/packages/test10-32-kmsxorg/ If anyone want to test new xorg, you can install all required packages using ports/pkg. pkg install -x xorg\* pkg install -x xf86\* pkg install xterm Also, you can try kde4 in this repo, pkg install kde I'll provide xorg testing enthusiasts with prebuilt images for simply boot it and report any feedback in near future. -- Regards, Alexander Yerenkow ___ 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: [HEADS UP] Ports tree migration to Subversion
On Wed, Jun 27, 2012 at 05:30:11PM +, Thomas Abthorpe wrote: The FreeBSD ports tree will migrate from CVS to Subversion soon. The anticipated date for the migration is July 14th. This will have no impact for ports tree users as there will be a SVN to CVS exporter. Please note that cvsup will still work after the migration. Nevertheless c(v)sup is pretty dated so you may want to see if portsnap(8) will fit your needs. Will it be possible to use subversion directly? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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: [HEADS UP] Ports tree migration to Subversion
On Sun, Jul 08, 2012 at 08:59:08PM +0100, Anton Shterenlikht wrote: On Wed, Jun 27, 2012 at 05:30:11PM +, Thomas Abthorpe wrote: The FreeBSD ports tree will migrate from CVS to Subversion soon. The anticipated date for the migration is July 14th. This will have no impact for ports tree users as there will be a SVN to CVS exporter. Please note that cvsup will still work after the migration. Nevertheless c(v)sup is pretty dated so you may want to see if portsnap(8) will fit your needs. Will it be possible to use subversion directly? Yes, absolutely, there will be a means to do checkouts over http, just as we have available for src and docs, unfortunately, I do not have the details available to me at this moment. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 -- Thomas Abthorpe | FreeBSD Committer tabtho...@freebsd.org | http://people.freebsd.org/~tabthorpe pgpcjfok5Oy9G.pgp Description: PGP signature
Re: [HEADS UP] Ports tree migration to Subversion
On 07/08/2012 17:21, Thomas Abthorpe wrote: there will be a means to do checkouts over http Anonymous users can also use the svn protocol. -- This .signature sanitized for your protection ___ 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
texi2html problem
Johan, I've run into a problem with the latest version of texi2html. I have this in my environment: LC_ALL=en_US.UTF-8 Building texi2html without NLS results in this: texi2html Undefined subroutine Locale::Messages::dgettext called at /usr/local/bin/texi2html line 29628. If I build with NLS it works, but I get this repeatedly during the install: msgexec: warning: Locale charset UTF-8 is different from input file charset ASCII. Output of 'msgexec' might be incorrect. Possible workarounds are: - Set LC_ALL to a locale with encoding ASCII. - Convert the translation catalog to UTF-8 using 'msgconv', then apply 'msgexec', then convert back to ASCII using 'msgconv'. The upside is that after install it does work. It would also be useful if you could make real options out of what you have in the file already. Doug -- If you're never wrong, you're not trying hard enough ___ 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: [HEADS UP] Ports tree migration to Subversion
On 07/08/2012 17:21, Thomas Abthorpe wrote: there will be a means to do checkouts over http Doug Barton responded: Anonymous users can also use the svn protocol. Does that mean svn will be brought into the base system as cvs, csup and portsnap already are? (I hope so) Currently I use portsnap for the ports tree and csup for base-system source and doc (/usr/src and /usr/doc). I believe cvs is still the primary checkout and update method with NetBSD for base-system source and pkgsrc. Pkgsrc is NetBSD's version of FreeBSD ports framework but also ported to other, mostly (quasi-)Unix OSes including even FreeBSD. I am not prepared to advise for or against using NetBSD pkgsrc with FreeBSD, but the possibility is there; I haven't tried it (yet). I am also not sufficiently familiar with the internals of cvs and svn to say which is better and why (or git or mercurial for that matter). Tom ___ 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: [HEADS UP] Ports tree migration to Subversion
On 07/08/2012 20:05, Thomas Mueller wrote: On 07/08/2012 17:21, Thomas Abthorpe wrote: there will be a means to do checkouts over http Doug Barton responded: Anonymous users can also use the svn protocol. Does that mean svn will be brought into the base system as cvs, csup and portsnap already are? No, and neither should it be. There is nothing unique to any FreeBSD branch in svn, so it doesn't need to be in the base. Currently I use portsnap for the ports tree and csup for base-system source and doc (/usr/src and /usr/doc). FYI, csup is faster than portsnap for medium to large amounts of changes (and proportionally faster the older your tree), and with the -s option, which it's safe to use routinely if you don't mess with the files) its also faster than portsnap for small changes. , I am also not sufficiently familiar with the internals of cvs and svn to say which is better and why For users who only are checking sources out, they are comparable. If you're making local changes svn is probably faster, but not enough to make a large difference. Where the benefits of svn come into play are primarily for committers. Although, if we can get buy-in from the PTB to allow projects branches in ports svn then testing things like the new X11 could be as simple as one command to update your main tree, and then one more to merge in the code to test. Doug -- This .signature sanitized for your protection ___ 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