Re: WANTED: Tool to verify installed package/port consistancy
On 14/05/2013 02:53, Ronald F. Guilmette wrote: Running my revised version of the script yields this output: pkg_sanity: gettext-0.18.1.1: Newer than +CONTENTS file: /usr/local/lib/charset.alias pkg_sanity: linux_base-f10-10_5: Newer than +CONTENTS file: /compat/linux/etc/ld.so.cache pkg_sanity: linux_base-f10-10_5: Newer than +CONTENTS file: /compat/linux/var/cache/ldconfig/aux-cache pkg_sanity: p5-XML-SAX-0.99: /usr/local/lib/perl5/site_perl/5.14.2/XML/SAX/ParserDetails.ini: File failed MD5 checksum pkg_sanity: p5-XML-SAX-0.99: /usr/local/lib/perl5/site_perl/5.14.2/XML/SAX/ParserDetails.ini: 15bfbb02aa79670b148f21dfbac64843 versus cf8c5cb8a7b6cf7a8db7c53f1ba27148 (Oh! And by the way, this date/time stamp pre-check is one that pkg_info -g _should_ really be doing also, but isn't. I'll be filing a PR on that.) There's not much love for the old pkg_tools scripts nowadays, given that their days are clearly numbered. However, I really like your idea of comparing the mtime of package files with the installation time of the package. I may just steal that idea for pkgng... Hummm... Here's a hint. My current ParserDetails.ini file is shown below. On a different FreeBSD 9.1 system that I have here, this same file is present also, but is shorter (9 lines rather than 15) and contains only the first two sections, rather than four, as seen here. = [XML::SAX::PurePerl] http://xml.org/sax/features/namespaces = 1 [XML::SAX::Expat] http://xml.org/sax/features/namespaces = 1 http://xml.org/sax/features/external-general-entities = 1 http://xml.org/sax/features/external-parameter-entities = 1 [XML::LibXML::SAX::Parser] http://xml.org/sax/features/namespaces = 1 [XML::LibXML::SAX] http://xml.org/sax/features/namespaces = 1 = Check what different SAX related perl modules you have on the two different machines -- it should correspond to the contents of that file. I believe that as you add different modules they will update ParserDetails.ini to register themselves. Which means that ParserDetails.ini should be treated like a user-modifiable configuration file and not belong to any particular package. Cheers, Matthew ___ 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: cups-base-1.5.4_1 fails to print (Network Printers)
14.05.2013 01:50, Beeblebrox пишет: Printer1: Officejet_4500_G510n-z. This connects to network with wireless and I use hplip for this printer. OK, but for now let's make another one to print. Printer2: HP_LaserJet_2100. This uses jetdirect wired connection and setup is directly through cups (does not use hplip). I doubt it since your log showed using ijs device. The log output I posted is for Printer2 (no hplip). Also all updates are from poudriere-build binaries, so each run updates everything available. Well, software has bugs, configurations have bugs, as well as building systems. Let's try to understand what's going on. What other port(s) does ijs depend on? This is a wrong question. The right one is Which driver do you use?. I have these installed also - I will try to re-install gutenprint-ijs: gutenprint-ijs-5.2.8 GutenPrint Printer Driver gutenprint-5.2.8 The meta-port for GutenPrint gutenprint-base-5.2.8 GutenPrint Printer Driver gutenprint-cups-5.2.8_1GutenPrint Printer Driver gutenprint-foomatic-5.2.8_1GutenPrint Printer Driver -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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
science/avogadro fails to build
FreeBSD-8.3 STABLE amd64 Evidently, the science/avogadro port does not have a full time maintainer. In that case, I will report the problem here. Basically, the port refused to build. It ends with this output: (it probably suffers severe line wrap distortion) cd /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/extensions/crystallography /usr/bin/c++ -DHAVE_GCC_VISIBILITY -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_PLUGIN -DQT_SHARED -D_BSD_SOURCE -Dcrystallographyextension_EXPORTS -O2 -pipe -march=athlon64 -idirafter /usr/local/include -fno-strict-aliasing -fvisibility=hidden -fvisibility-inlines-hidden -fpermissive -O2 -pipe -march=athlon64 -idirafter /usr/local/include -fno-strict-aliasing -fPIC -I/usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/include -I/usr/local/include/qt4 -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore -I/usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src -I/usr/local/include/eigen2 -I/usr/local/include/openbabel-2.0 -I/usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/extensions -I/usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/extensions/gl2ps -I/usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/extensions/crystallography -o CMakeFiles/crystallographyextension.dir/ui/moc_ceviewoptionswidget.cxx.o -c /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/extensions/crystallography/ui/moc_ceviewoptionswidget.cxx Linking CXX shared module ../../../../lib/crystallographyextension.so cd /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/extensions/crystallography /usr/local/bin/cmake -E cmake_link_script CMakeFiles/crystallographyextension.dir/link.txt --verbose=1 /usr/bin/c++ -fPIC -O2 -pipe -march=athlon64 -idirafter /usr/local/include -fno-strict-aliasing -fvisibility=hidden -fvisibility-inlines-hidden -fpermissive -O2 -pipe -march=athlon64 -idirafter /usr/local/include -fno-strict-aliasing -L/usr/local/lib -shared -Wl,-soname,crystallographyextension.so -o ../../../../lib/crystallographyextension.so CMakeFiles/crystallographyextension.dir/avospglib.cpp.o CMakeFiles/crystallographyextension.dir/ceundo.cpp.o CMakeFiles/crystallographyextension.dir/crystallographyextension.cpp.o CMakeFiles/crystallographyextension.dir/crystalpastedialog.cpp.o CMakeFiles/crystallographyextension.dir/ui/ceabstractdockwidget.cpp.o CMakeFiles/crystallographyextension.dir/ui/ceabstracteditor.cpp.o CMakeFiles/crystallographyextension.dir/ui/cecoordinateeditor.cpp.o CMakeFiles/crystallographyextension.dir/ui/cematrixeditor.cpp.o CMakeFiles/crystallographyextension.dir/ui/ceparametereditor.cpp.o CMakeFiles/crystallographyextension.dir/ui/ceslabbuilder.cpp.o CMakeFiles/crystallographyextension.dir/ui/cetranslatewidget.cpp.o CMakeFiles/crystallographyextension.dir/ui/ceviewoptionswidget.cpp.o CMakeFiles/crystallographyextension.dir/moc_crystallographyextension.cxx.o CMakeFiles/crystallographyextension.dir/moc_crystalpastedialog.cxx.o CMakeFiles/crystallographyextension.dir/ui/moc_ceabstractdockwidget.cxx.o CMakeFiles/crystallographyextension.dir/ui/moc_ceabstracteditor.cxx.o CMakeFiles/crystallographyextension.dir/ui/moc_cecoordinateeditor.cxx.o CMakeFiles/crystallographyextension.dir/ui/moc_cematrixeditor.cxx.o CMakeFiles/crystallographyextension.dir/ui/moc_ceparametereditor.cxx.o CMakeFiles/crystallographyextension.dir/ui/moc_ceslabbuilder.cxx.o CMakeFiles/crystallographyextension.dir/ui/moc_cetranslatewidget.cxx.o CMakeFiles/crystallographyextension.dir/ui/moc_ceviewoptionswidget.cxx.o -L/usr/local/lib ../../../../lib/libavogadro.so.1.1.0 /usr/local/lib/qt4/libQtCore.so /usr/local/lib/qt4/libQtGui.so -lopenbabel /usr/local/lib/libGLU.so /usr/local/lib/libGL.so /usr/local/lib/libSM.so /usr/local/lib/libICE.so /usr/local/lib/libX11.so /usr/local/lib/libXext.so spglib/libspglib.a -Wl,-rpath,/usr/ports/science/avogadro/work/avogadro-1.1.0/lib:/usr/local/lib:/usr/local/lib/qt4: /usr/bin/ld: spglib/libspglib.a(spglib.c.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC spglib/libspglib.a: could not read symbols: Bad value *** Error code 1 1 error *** Error code 2 /usr/local/bin/cmake -E cmake_progress_report /usr/ports/science/avogadro/work/avogadro-1.1.0/CMakeFiles [ 65%] Building CXX object libavogadro/src/extensions/spectra/CMakeFiles/spectraextension.dir/uv.cpp.o cd /usr/ports/science/avogadro/work/avogadro-1.1.0/libavogadro/src/extensions/spectra /usr/bin/c++ -DHAVE_GCC_VISIBILITY -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_PLUGIN -DQT_SHARED -D_BSD_SOURCE -Dspectraextension_EXPORTS -O2 -pipe -march=athlon64 -idirafter /usr/local/include -fno-strict-aliasing -fvisibility=hidden -fvisibility-inlines-hidden -fpermissive -O2 -pipe -march=athlon64 -idirafter /usr/local/include -fno-strict-aliasing -fPIC
[SOLVED] Re: emacs23 not working in terminal
On 04/08/13 18:33, Ashish SHUKLA wrote: Where should I start looking? Start with truss(1)-ing the Emacs process. Hello. I trussed emacs... that was easy... Much harder is to extract something useful from the 1.1MB output: I give up on this, it's too hard without a pointer. If anyone is interested, I can upload the file somewhere. Anyway, I fixed this by choosing XAW over GTK in the port configuration. bye Thanks av. ___ 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: Binary Packages Are Available Again
In an announcement it was said... We are now glad to announce that binary packages available again for 8.x, 9.x branches on i386 and amd64 architectures Note that the packages for 8.x, ie: packages-8-stable on i386 and amd64, are still 7-8 months old. Other than that, I'm sure it's just a miswording/oversight in the announcement/process. There's also this curiously named remnant which could be removed: ports/i386/packages-9.0-stable ___ 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
[QAT] r318161: 4x leftovers
- Update to 2.0-b10 - Fix build with Tcl/Tk 8.6. Unfortunately, tkgate segfaults on startup when built against 8.6, so set 86 as an invalid version for this port. Reported by:miwi (Tcl/Tk 86 exp-run) - Build ID: 20130514140600-4758 Job owner: g...@freebsd.org Buildtime: 5 hours Enddate: Tue, 14 May 2013 19:15:38 GMT Revision: r318161 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=318161 - Port:cad/tkgate Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~g...@freebsd.org/20130514140600-4758-138840/tkgate-2.0.b10.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~g...@freebsd.org/20130514140600-4758-138841/tkgate-2.0.b10.log Buildgroup: 8.3-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~g...@freebsd.org/20130514140600-4758-138842/tkgate-2.0.b10.log Buildgroup: 8.3-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~g...@freebsd.org/20130514140600-4758-138843/tkgate-2.0.b10.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20130514140600-4758 redports https://qat.redports.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
[QAT] r318163: 2x depend (depend_package in x11/libxcb), 2x leftovers
- Fix run-time with Tcl/Tk 8.6 - Remove INVALID_TK_VER= 86 - Build ID: 20130514143600-2623 Job owner: g...@freebsd.org Buildtime: 5 hours Enddate: Tue, 14 May 2013 19:18:21 GMT Revision: r318163 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=318163 - Port:cad/tkgate Buildgroup: 9.1-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN X11/LIBXCB) Log: https://qat.redports.org//~g...@freebsd.org/20130514143600-2623-138848/libxcb-1.7.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~g...@freebsd.org/20130514143600-2623-138849/tkgate-2.0.b10.log Buildgroup: 8.3-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~g...@freebsd.org/20130514143600-2623-138850/tkgate-2.0.b10.log Buildgroup: 8.3-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN X11/LIBXCB) Log: https://qat.redports.org//~g...@freebsd.org/20130514143600-2623-138851/libxcb-1.7.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20130514143600-2623 redports https://qat.redports.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: collectd-4.10.4_7
Hi Boris, On 13.05.2013, at 23:28, Boris Samorodov b...@passap.ru wrote: 13.05.2013 20:20, Peter Mueller пишет: I like to use the modbus plugin. But it is not listed in the config options. How can I enable this plugin to compile it. I've just added comms/libmodbus upon your request. And here is attached (an untested) patch to net-mgmt/collectd. Test and feedback are welcome. Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve collectd.diff I'm a beginner in working with patches and freebsd packages I get the following error message now: configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands config.status: executing libtool commands Configuration: Libraries: libcurl . . . . . . . yes libdbi . . . . . . . no (dbi/dbi.h not found) libesmtp . . . . . . no libganglia . . . . . no libgcrypt . . . . . . yes libiokit . . . . . . no libiptc . . . . . . . no (Linux only) libjvm . . . . . . . no (jar not found) libkstat . . . . . . no (Solaris only) libkvm . . . . . . . yes libmemcached . . . . no libmodbus . . . . . . no (pkg-config doesn't know library) libmysql . . . . . . no (mysql_config failed) libnetapp . . . . . . no (netapp_api.h not found) libnetlink . . . . . no (Linux only library) libnetsnmp . . . . . yes libnotify . . . . . . no (Package libnotify was not found in the pkg-config search path. Perhaps you should add the directory containing `libnotify.pc' to the PKG_CONFIG_PATH environment variable No package 'libnotify' found) liboconfig . . . . . yes (shipped version) libopenipmi . . . . . no (pkgconf doesn't know OpenIPMIpthread) liboping . . . . . . yes libpcap . . . . . . . yes libperfstat . . . . . no (AIX only) libperl . . . . . . . yes (version 5.14.2) libpq . . . . . . . . no (libpq-fe.h not found) libpthread . . . . . yes librouteros . . . . . no librrd . . . . . . . yes libsensors . . . . . no (Linux only library) libstatgrab . . . . . yes libtokyotyrant . . . no libupsclient . . . . no libvirt . . . . . . . no (pkg-config doesn't know library) libxml2 . . . . . . . yes libxmms . . . . . . . no libyajl . . . . . . . no libevent . . . . . . protobuf-c . . . . . no oracle . . . . . . . no (ORACLE_HOME is not set) python . . . . . . . yes Features: daemon mode . . . . . yes debug . . . . . . . . no Bindings: perl . . . . . . . . no Modules: apache . . . . . . . no (disabled on command line) apcups . . . . . . . yes apple_sensors . . . . no (disabled on command line) ascent . . . . . . . no (disabled on command line) battery . . . . . . . no (disabled on command line) bind . . . . . . . . yes conntrack . . . . . . no (disabled on command line) contextswitch . . . . no (disabled on command line) cpu . . . . . . . . . yes cpufreq . . . . . . . no (disabled on command line) csv . . . . . . . . . yes curl . . . . . . . . no (disabled on command line) curl_json . . . . . . no (disabled on command line) curl_xml . . . . . . no (disabled on command line) dbi . . . . . . . . . no (disabled on command line) df . . . . . . . . . yes disk . . . . . . . . yes dns . . . . . . . . . yes email . . . . . . . . yes entropy . . . . . . . no (disabled on command line) exec . . . . . . . . yes filecount . . . . . . yes fscache . . . . . . . no (disabled on command line) gmond . . . . . . . . no (disabled on command line) hddtemp . . . . . . . no (disabled on command line) interface . . . . . . yes ipmi . . . . . . . . no (disabled on command line) iptables . . . . . . no (disabled on command line) ipvs . . . . . . . . no (disabled on command line) irq . . . . . . . . . no (disabled on command line) java . . . . . . . . no (disabled on command line) libvirt . . . . . . . no (disabled on command line) load . . . . . . . . yes logfile . . . . . . . yes madwifi . . . . . . . no (disabled on command line) match_empty_counter . no (disabled on command line) match_hashed . . . . no (disabled on command line) match_regex . . . . . no (disabled on command line) match_timediff . . . no (disabled on command line) match_value . . . . . no (disabled on command line) mbmon . . . . . . . . no (disabled on command line) memcachec . . . . . . no (disabled on command line) memcached . . . . . . no (disabled on command line) memory . . . . . . . yes modbus . . . . . . . no (dependency error) multimeter . . . . . no (disabled on command line) mysql . . . . . . . . no (disabled on command line) netapp . . . . . . . no (disabled on
Re: science/avogadro fails to build
On Tue, 14 May 2013 23:11:13 +0300 Raphael Kubo da Costa articulated: Carmel carmel...@hotmail.com writes: FreeBSD-8.3 STABLE amd64 Evidently, the science/avogadro port does not have a full time maintainer. In that case, I will report the problem here. Basically, the port refused to build. It ends with this output: (it probably suffers severe line wrap distortion) I have probably fixed it in r318197, please svn up and give it a try. I don't know what you did, but it worked. I just installed the port. Thanks! -- Carmel ✌ carmel...@hotmail.com ___ 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
png problem with tar on 8.x
Hi everyone Just a report for a bug on 8.x about png ports --- Upgrading 'png-1.5.14' to 'png-1.5.15' (graphics/png) --- Building '/usr/ports/graphics/png' === Cleaning for png-1.5.15 === Found saved configuration for png-1.4.1_1 === Fetching all distfiles required by png-1.5.15 for building === Extracting for png-1.5.15 = SHA256 Checksum OK for libpng-1.5.15.tar.xz. tar: Unrecognized archive format tar: Error exit delayed from previous errors. *** Error code 1 it's « normal » because xz is not supported with tar from FreeBSD 8.x Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: j...@obspm.fr Heure local/Local time: mar 14 mai 2013 23:29:53 CEST ___ 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: png problem with tar on 8.x
On Wed, May 15, 2013 at 12:30 AM, Albert Shih albert.s...@obspm.fr wrote: Hi everyone Just a report for a bug on 8.x about png ports --- Upgrading 'png-1.5.14' to 'png-1.5.15' (graphics/png) --- Building '/usr/ports/graphics/png' === Cleaning for png-1.5.15 === Found saved configuration for png-1.4.1_1 === Fetching all distfiles required by png-1.5.15 for building === Extracting for png-1.5.15 = SHA256 Checksum OK for libpng-1.5.15.tar.xz. tar: Unrecognized archive format tar: Error exit delayed from previous errors. *** Error code 1 it's « normal » because xz is not supported with tar from FreeBSD 8.x Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: j...@obspm.fr Heure local/Local time: mar 14 mai 2013 23:29:53 CEST ___ Check what the fetched file actually contains. If you're behind a forced proxy that inserts a standard page for failed http requests the file you get will contain that page in html and the fetch(1) will succeed but the contents of the file will be wrong of course. -Kimmo ___ 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: png problem with tar on 8.x
Le 15/05/2013 ? 00:40:58+0300, Kimmo Paasiala a écrit On Wed, May 15, 2013 at 12:30 AM, Albert Shih albert.s...@obspm.fr wrote: Hi everyone Just a report for a bug on 8.x about png ports --- Upgrading 'png-1.5.14' to 'png-1.5.15' (graphics/png) --- Building '/usr/ports/graphics/png' === Cleaning for png-1.5.15 === Found saved configuration for png-1.4.1_1 === Fetching all distfiles required by png-1.5.15 for building === Extracting for png-1.5.15 = SHA256 Checksum OK for libpng-1.5.15.tar.xz. tar: Unrecognized archive format tar: Error exit delayed from previous errors. *** Error code 1 it's « normal » because xz is not supported with tar from FreeBSD 8.x Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: j...@obspm.fr Heure local/Local time: mar 14 mai 2013 23:29:53 CEST ___ Check what the fetched file actually contains. If you're behind a forced proxy that inserts a standard page for failed http requests the file you get will contain that page in html and the fetch(1) will succeed but the contents of the file will be wrong of course. I'm not sure to understand you... The file is perfectly clean On 8.2 : [root ~]# tar jtvf libpng-1.5.15.tar.xz tar: Unrecognized archive format tar: Error exit delayed from previous errors. [root ~]# on 9-stable [root ~]$ tar jtvf libpng-1.5.15.tar.xz drwxr-xr-x 0 glennrp visitor 0 28 mar 02:21 libpng-1.5.15/ -rw-r--r-- 0 glennrp visitor 35758 5 fév 05:06 libpng-1.5.15/config.sub -rw-r--r-- 0 glennrp visitor 5403 28 mar 02:21 libpng-1.5.15/pngdebug.h -rw-r--r-- 0 glennrp visitor 37875 28 mar 02:21 libpng-1.5.15/pngset.c -rw-r--r-- 0 glennrp visitor 6130 28 mar 02:21 libpng-1.5.15/INSTALL -rw-r--r-- 0 glennrp visitor 168930 28 mar 02:21 libpng-1.5.15/pngrtran.c -rw-r--r-- 0 glennrp visitor 8695 6 jan 18:48 libpng-1.5.15/pngtest.png -rw-r--r-- 0 glennrp visitor 21489 28 mar 02:21 libpng-1.5.15/pngconf.h -rw-r--r-- 0 glennrp visitor 8572 4 mar 23:32 libpng-1.5.15/Makefile.am drwxr-xr-x 0 glennrp visitor 0 28 mar 02:21 libpng-1.5.15/projects/ Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: j...@obspm.fr Heure local/Local time: mar 14 mai 2013 23:47:41 CEST ___ 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: png problem with tar on 8.x
On Wed, May 15, 2013 at 12:51 AM, Albert Shih albert.s...@obspm.fr wrote: Le 15/05/2013 ? 00:40:58+0300, Kimmo Paasiala a écrit On Wed, May 15, 2013 at 12:30 AM, Albert Shih albert.s...@obspm.fr wrote: Hi everyone Just a report for a bug on 8.x about png ports --- Upgrading 'png-1.5.14' to 'png-1.5.15' (graphics/png) --- Building '/usr/ports/graphics/png' === Cleaning for png-1.5.15 === Found saved configuration for png-1.4.1_1 === Fetching all distfiles required by png-1.5.15 for building === Extracting for png-1.5.15 = SHA256 Checksum OK for libpng-1.5.15.tar.xz. tar: Unrecognized archive format tar: Error exit delayed from previous errors. *** Error code 1 it's « normal » because xz is not supported with tar from FreeBSD 8.x Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: j...@obspm.fr Heure local/Local time: mar 14 mai 2013 23:29:53 CEST ___ Check what the fetched file actually contains. If you're behind a forced proxy that inserts a standard page for failed http requests the file you get will contain that page in html and the fetch(1) will succeed but the contents of the file will be wrong of course. I'm not sure to understand you... The file is perfectly clean On 8.2 : [root ~]# tar jtvf libpng-1.5.15.tar.xz tar: Unrecognized archive format tar: Error exit delayed from previous errors. [root ~]# on 9-stable [root ~]$ tar jtvf libpng-1.5.15.tar.xz drwxr-xr-x 0 glennrp visitor 0 28 mar 02:21 libpng-1.5.15/ -rw-r--r-- 0 glennrp visitor 35758 5 fév 05:06 libpng-1.5.15/config.sub -rw-r--r-- 0 glennrp visitor 5403 28 mar 02:21 libpng-1.5.15/pngdebug.h -rw-r--r-- 0 glennrp visitor 37875 28 mar 02:21 libpng-1.5.15/pngset.c -rw-r--r-- 0 glennrp visitor 6130 28 mar 02:21 libpng-1.5.15/INSTALL -rw-r--r-- 0 glennrp visitor 168930 28 mar 02:21 libpng-1.5.15/pngrtran.c -rw-r--r-- 0 glennrp visitor 8695 6 jan 18:48 libpng-1.5.15/pngtest.png -rw-r--r-- 0 glennrp visitor 21489 28 mar 02:21 libpng-1.5.15/pngconf.h -rw-r--r-- 0 glennrp visitor 8572 4 mar 23:32 libpng-1.5.15/Makefile.am drwxr-xr-x 0 glennrp visitor 0 28 mar 02:21 libpng-1.5.15/projects/ Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: j...@obspm.fr Heure local/Local time: mar 14 mai 2013 23:47:41 CEST Sorry I misunderstood the problem. -Kimmo ___ 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: png problem with tar on 8.x
On 05/14/13 23:30, Albert Shih wrote: Hi everyone Just a report for a bug on 8.x about png ports --- Upgrading 'png-1.5.14' to 'png-1.5.15' (graphics/png) --- Building '/usr/ports/graphics/png' === Cleaning for png-1.5.15 === Found saved configuration for png-1.4.1_1 === Fetching all distfiles required by png-1.5.15 for building === Extracting for png-1.5.15 = SHA256 Checksum OK for libpng-1.5.15.tar.xz. tar: Unrecognized archive format tar: Error exit delayed from previous errors. *** Error code 1 it's « normal » because xz is not supported with tar from FreeBSD 8.x Regards. JAS Hi, I'm pretty sure your problem is connected with the fact that according with manpages, in 8.X, the tar tool ignores the lzma compression format (.xz), probably introduced during an upgrade between 9.0 and 9.1. You should notify that to the port maintainer to introduce a bypass for the FreeBSD 8.x versions. Regards - rodrigo ___ 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: png problem with tar on 8.x
On Tue, May 14, 2013 at 4:51 PM, Albert Shih albert.s...@obspm.fr wrote: On 8.2 : [root ~]# tar jtvf libpng-1.5.15.tar.xz tar: Unrecognized archive format tar: Error exit delayed from previous errors. [root ~]# 8.2 is unsupported. -- Adam Vande More ___ 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: error on fvwm startup on 9.1-RELEASE
From: dirk.me...@dinoex.sub.org (Dirk Meyer) Date: Tue, 14 May 2013 21:38:53 +0200 Hallo Julian H. Stacey, Hi Dirk, Thanks for looking, to keep others if any in the loop, I restored cc: po...@freebsd.org I asked din...@freebsd.org (cc'd) the following a month back, but seen no reply, (maybe he's busy or away, or a spam filter ate it), so does anyone else have ideas ? Thanks. I can reproduce the problem now, OK, Thanks, so its not my local environment then. But still have no idea what the cause is. Nor me either, I tried all this to narrow it down: { I tried fvwm -debug ls -ltr /var/log tinkering with original RC file, patching out bits of system.fvwmrc, assuming something failing around *GoodStuff - clock.xpm Swallow xclock xclock -bg \#908090 -geometry -1500-1500 -padding 0 *GoodStuff(4x1) - whatever SwallowModule FvwmPager FvwmPager 0 3 but no luck, I didn't persevere, as I noted: cd /usr/ports/x11-wm/fvwm/files/ ; /bin/ls -1 | wc -l # 41 cd /usr/ports/x11-wm/fvwm2/files/ ; /bin/ls -1 | wc -l # 2 so wondered if you'd had problems feeding back to fvwm.org, if I should just move to fvwm2 customise from there ? The buildlog doesn't differ enought. Differ from what ? another earlier that works ? It might be a problem with 64bit at all. .^^ If there's a missing Not implied there ? Then I have a spare 386 box I could upgrade to test on: uname -a FreeBSD sony.js.berklix.net 7.4-RELEASE FreeBSD 7.4-RELEASE #0: Fri Jul 8 01:32:40 CEST 2011 j...@sony.js.berklix.net:/usr/src/sys/i386/compile/GENERIC i386 Its unlikely to be 386 related I guess, as my system.fvwmrc runs on all from {FreeBSD-4.11 to 8.2 } {586 amd } OK. The amd64 laptop I'm testing on has 3 boot partitions with 9.1-RELEASE, 9.0-RELEASE 8.3-RELEASE I just re-installed Version 1.24r on all 3, starting with both default /usr/local/lib/X11/fvwm/system.fvwmrc my customised system.fvwmrc, I am seeing the same problem on all 6 combinations of 3 x OS-version x 2 x RC files : No lines as in pictures at: http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/jhs/x11-wm/fvwm/debug/ My desktop, also an amd64, with 8.2-RELEASE is OK. from both {8.2 am64 desktop} a {7.4 i386 ) I can get lines OK on my amd64 9.1-rel OK with setenv DISPLAY lapr:0 fvwm } Maybe something is being installed/ damaged/ shared between /usr/ports/x11-wm/fvwm[2] not cleaned by make deinstall ? cd /usr/ports/x11-wm/fvwm; make deinstall === Deinstalling for x11-wm/fvwm === fvwm-1.24r_4 has a different PREFIX: /ad6s4/release/9.1-RELEASE/local, skipping cd /usr/ports/x11-wm/fvwm2; make deinstall === Deinstalling for x11-wm/fvwm2 === fvwm-2.6.5_1 has a different PREFIX: /ad6s4/release/9.1-RELEASE/local, skipping pkg_delete /var/db/pkg/fvwm-2.6.5_1; cd /usr/ports/x11-wm/fvwm; make reinstall worked but didn't help remove anything hidden interfering. I took a quick look at various bits of http://fvwm.org/ Should we ask there ? Or would answer just be Try 2.x Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with . Send plain text. No quoted-printable, HTML, base64, multipart/alternative. ___ 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: error on fvwm startup on 9.1-RELEASE
Hallo Julian H. Stacey, Nor me either, I tried all this to narrow it down: { I tried fvwm -debug ls -ltr /var/log tinkering with original RC file, patching out bits of system.fvwmrc, assuming something failing around It fails even with a very plain setup. but no luck, I didn't persevere, as I noted: cd /usr/ports/x11-wm/fvwm/files/ ; /bin/ls -1 | wc -l # 41 cd /usr/ports/x11-wm/fvwm2/files/ ; /bin/ls -1 | wc -l # 2 so wondered if you'd had problems feeding back to fvwm.org, if I should just move to fvwm2 customise from there ? The buildlog doesn't differ enought. Differ from what ? another earlier that works ? Buildlog on 8.3 (working) and 9.1 The amd64 laptop I'm testing on has 3 boot partitions with 9.1-RELEASE, 9.0-RELEASE 8.3-RELEASE I just re-installed Version 1.24r on all 3, starting with both default /usr/local/lib/X11/fvwm/system.fvwmrc my customised system.fvwmrc, I am seeing the same problem on all 6 combinations of 3 x OS-version x 2 x RC files : It may be a regression in some depedency ? USE_XORG= xbitmaps xpm xext x11 xmu As I don't have a problem on my FreeBSD 8.3 box with older X. I took a quick look at various bits of http://fvwm.org/ Should we ask there ? Or would answer just be Try 2.x Yes, 1.x ist not supported for some long time. kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany ___ 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: Binary Packages Are Available Again
In an announcement it was said... We are now glad to announce that binary packages available again for 8.x, 9.x branches on i386 and amd64 architectures Note that the packages for 8.x, ie: packages-8-stable on i386 and amd64, are still 7-8 months old. packages-9-stable are a month old: http://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9-stable/ ___ 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
science/avogadro: patching failed
after the newest patches from r318213 it seems, that the preceding patch r318197 is not necessary any more, so science/avogadro/files/patch-git_f518cdf4d281ac6da124b179a7f9b4b71ca90cb0 should be deleted. Rainer Hurling ___ 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