FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ devel/ocaml-lacaml | 7.0.7 | 7.0.8 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portsc...@freebsd.org Thanks. ___ 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"
Compiling qcad using clang++ under current
Hi, compiling the QT4 application cad/qcad using clang++ works for me on freebsd current amd64 r254593 but fails on the package cluster. Fail-log: http://beefy2.isc.freebsd.org/bulk/latest-per-pkg/qcad/3.2.1.0/head-default.log ... clang++ -c -pipe -g -w -pthread -D_THREAD_SAFE -fPIC -DQCAD_DLL -DPTHREADS -DHAVE_PTHREAD_H -DPACKAGE_BUGREPORT=\"mha...@gmail.com\" -DNDEBUG -DSPATIALINDEX_CREATE_DLL -DQT_PLUGIN -DQT_WEBKIT_LIB -DQT_SCRIPT_LIB -DQT_SCRIPTTOOLS_LIB -DQT_SVG_LIB -DQT_SQL_LIB -DQT_XMLPATTERNS_LIB -DQT_XML_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQDESIGNER_EXPORT_WIDGETS -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-clang -I. -I/usr/local/include/qt4/QtHelp -I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/QtUiTools -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtXmlPatterns -I/usr/local/include/qt4/QtSql -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtScriptTools -I/usr/local/include/qt4/QtScript -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4 -I../../core -I../../core/math -I../../grid -I../../snap -I../../gui -I../../entity -I../../operations -I../../scripting -I../../stemmer -I../../scripting/ecmaapi -I../../scripting/ecmaapi/generated -I../../scripting/ecmaapi/adapters -I../../io/dxf -I../../spatialindex -I../../3rdparty -I/usr/local/include -Idebug -I/usr/local/include/qt4 -I/usr/local/include -o debug/TPRStatistics.o src/tprtree/TPRStatistics.cc rm -f libspatialindexnavel.so clang++ -rdynamic -pthread -Wl,-rpath,/usr/local/lib/qt4 -shared -o libspatialindexnavel.so debug/RandomEvictionsBuffer.o debug/MemoryStorageManager.o debug/Buffer.o debug/DiskStorageManager.o debug/rand48.o debug/Tools.o debug/RIndex.o debug/RLeaf.o debug/RNode.o debug/RTree.o debug/RBulkLoader.o debug/RStatistics.o debug/MVRStatistics.o debug/MVRIndex.o debug/MVRTree.o debug/MVRLeaf.o debug/MVRNode.o debug/TimeRegion.o debug/MovingRegion.o debug/Region.o debug/SpatialIndexImpl.o debug/TimePoint.o debug/MovingPoint.o debug/Point.o debug/LineSegment.o debug/TPRTree.o debug/TPRIndex.o debug/TPRNode.o debug/TPRLeaf.o debug/TPRStatistics.o -L/usr/local/lib/qt4 -L/usr/local/lib -L/wrkdirs/usr/ports/cad/qcad/work/qcad-3.2.1.0/debug -lQtWebKit -L/usr/local/lib/qt4 -L/usr/local/lib -lQtScriptTools -lQtScript -lQtSvg -lQtXmlPatterns -lQtOpenGL -lQtUiTools -L/wrkdirs/usr/ports/devel/qt4-designer/work/qt-everywhere-opensource-src-4.8.4/lib -lQtXml -lGL -lQtDesigner -lQtHelp -lQtSql -lQtGui -lQtNetwork -lQtCore /usr/bin/ld: debug/RandomEvictionsBuffer.o: relocation R_X86_64_PC32 against `.LBB2_10' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value clang++: error: linker command failed with exit code 1 (use -v to see invocation) ... The strange thing is that the debug object where compiled using -fPIC ! The relevant compiling do work for me without errors and using the same build environment: ... clang++ -c -pipe -g -w -pthread -D_THREAD_SAFE -fPIC -DQCAD_DLL -DPTHREADS -DHAVE_PTHREAD_H -DPACKAGE_BUGREPORT=\"mha...@gmail.com\" -DNDEBUG -DSPATIALINDEX_CREATE_DLL -DQT_PLUGIN -DQT_WEBKIT_LIB -DQT_SCRIPT_LIB -DQT_SCRIPTTOOLS_LIB -DQT_SVG_LIB -DQT_SQL_LIB -DQT_XMLPATTERNS_LIB -DQT_XML_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQDESIGNER_EXPORT_WIDGETS -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-clang -I. -I/usr/local/include/qt4/QtHelp -I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/QtUiTools -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtXmlPatterns -I/usr/local/include/qt4/QtSql -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtScriptTools -I/usr/local/include/qt4/QtScript -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4 -I../../core -I../../core/math -I../../grid -I../../snap -I../../gui -I../../entity -I../../operations -I../../scripting -I../../stemmer -I../../scripting/ecmaapi -I../../scripting/ecmaapi/generated -I../../scripting/ecmaapi/adapters -I../../io/dxf -I../../spatialindex -I../../3rdparty -I/usr/local/include -Idebug -I/usr/local/include/qt4 -I/usr/local/include -o debug/TPRStatistics.o src/tprtree/TPRStatistics.cc rm -f libspatialindexnavel.so clang++ -rdynamic -pthread -Wl,-rpath,/usr/local/lib/qt4 -shared -o libspatialindexnavel.so debug/RandomEvictionsBuffer.o debug/MemoryStorageManager.o debug/Buffer.o debug/DiskStorageManager.o debug/rand48.o debug/Tools.o debug/RIndex.o debug/RLeaf.o debug/RNode.o debug/RTree.o debug/RBulkLoader.o debug/RStatistics.o debug/MVRStatistics.o debug/MVRIndex.o debug/MVRTree.o debug/MVRLeaf.o debug/MVRNode.o debug/TimeRegion.o debug/MovingRegion.o debug/Re
graphics/p5-Geo-GDAL: Does not build on CURRENT
Nobody else seeing this error on recent 10.0-CURRENT (amd64, clang)?
Thanks in advance for any help,
Rainer Hurling
#make -DMAKE_JOBS_UNSAFE=yes
===> License MIT accepted by the user
===> Fetching all distfiles required by p5-Geo-GDAL-1.10.1 for building
===> Extracting for p5-Geo-GDAL-1.10.1
=> SHA256 Checksum OK for gdal-1.10.1.tar.gz.
===> Patching for p5-Geo-GDAL-1.10.1
===> p5-Geo-GDAL-1.10.1 depends on file: /usr/local/bin/perl5.16.3 - found
===> p5-Geo-GDAL-1.10.1 depends on shared library: gdal - found
===> Configuring for p5-Geo-GDAL-1.10.1
===> FreeBSD 10 autotools fix applied to
/usr/ports/graphics/p5-Geo-GDAL/work/gdal-1.10.1/m4/acinclude.m4
===> FreeBSD 10 autotools fix applied to
/usr/ports/graphics/p5-Geo-GDAL/work/gdal-1.10.1/m4/libtool.m4
===> FreeBSD 10 autotools fix applied to
/usr/ports/graphics/p5-Geo-GDAL/work/gdal-1.10.1/frmts/grass/pkg/configure
===> FreeBSD 10 autotools fix applied to
/usr/ports/graphics/p5-Geo-GDAL/work/gdal-1.10.1/frmts/grass/pkg/aclocal.m4
===> FreeBSD 10 autotools fix applied to
/usr/ports/graphics/p5-Geo-GDAL/work/gdal-1.10.1/frmts/iso8211/aclocal.m4
===> FreeBSD 10 autotools fix applied to
/usr/ports/graphics/p5-Geo-GDAL/work/gdal-1.10.1/frmts/sdts/aclocal.m4
===> FreeBSD 10 autotools fix applied to
/usr/ports/graphics/p5-Geo-GDAL/work/gdal-1.10.1/configure
===> FreeBSD 10 autotools fix applied to
/usr/ports/graphics/p5-Geo-GDAL/work/gdal-1.10.1/aclocal.m4
===> Building for p5-Geo-GDAL-1.10.1
--- Makefile_Geo__GDAL ---
perl Makefile.PL INSTALL_BASE=
Found /usr/local/bin/gdal-config
Using /usr/local/bin/gdal-config.
Building against GDAL defined in /usr/local/bin/gdal-config
Unrecognized argument in LIBS ignored: '-pthread'
Writing Makefile_Geo__OGR for Geo::OGR
Writing MYMETA.yml and MYMETA.json
Unrecognized argument in LIBS ignored: '-pthread'
Writing Makefile_Geo__GDAL__Const for Geo::GDAL::Const
Writing MYMETA.yml and MYMETA.json
Unrecognized argument in LIBS ignored: '-pthread'
Writing Makefile_Geo__OSR for Geo::OSR
Writing MYMETA.yml and MYMETA.json
Unrecognized argument in LIBS ignored: '-pthread'
Writing Makefile_Geo__GDAL for Geo::GDAL
Writing MYMETA.yml and MYMETA.json
--- build ---
/usr/bin/make -f Makefile_Geo__GDAL
--- blib/lib/Geo/.exists ---
--- blib/arch/.exists ---
--- blib/lib/auto/Geo/GDAL/.exists ---
--- blib/arch/auto/Geo/GDAL/.exists ---
--- blib/bin/.exists ---
--- blib/script/.exists ---
--- blib/man1/.exists ---
--- blib/man3/.exists ---
--- subdirs ---
--- GDAL.bs ---
Running Mkbootstrap for Geo::GDAL ()
--- gdal_wrap.o ---
cc -c -I/usr/local/include
-DAPPLLIB_EXP="/usr/local/lib/perl5/5.16/BSDPAN" -DHAS_FPSETMASK
-DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector
-I/usr/local/include -O2 -pipe -fno-strict-aliasing
-DVERSION=\"1.9911\" -DXS_VERSION=\"1.9911\" -DPIC -fPIC
"-I/usr/local/lib/perl5/5.16/mach/CORE" gdal_wrap.cpp
--- GDAL.bs ---
chmod 644 GDAL.bs
--- pm_to_blib ---
cp lib/Geo/OGR.pm blib/lib/Geo/OGR.pm
cp lib/Geo/GDAL/Const.pm blib/lib/Geo/GDAL/Const.pm
cp lib/Geo/GDAL.pm blib/lib/Geo/GDAL.pm
cp lib/Geo/OSR.pm blib/lib/Geo/OSR.pm
--- blibdirs ---
--- blib/arch/auto/Geo/GDAL/GDAL.bs ---
cp GDAL.bs blib/arch/auto/Geo/GDAL/GDAL.bs
chmod 644 blib/arch/auto/Geo/GDAL/GDAL.bs
--- config ---
--- gdal_wrap.o ---
gdal_wrap.cpp:4500:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg1 = (const char *)"";
^
gdal_wrap.cpp:4648:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg2 = (const char *)"";
^
gdal_wrap.cpp:4719:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg1 = (const char *)"";
^
gdal_wrap.cpp:4806:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg1 = (const char *)"";
^
gdal_wrap.cpp:5173:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg1 = (const char *)"";
^
gdal_wrap.cpp:5251:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg1 = (const char *)"";
^
gdal_wrap.cpp:5353:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg1 = (const char *)"";
^
gdal_wrap.cpp:5420:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg1 = (const char *)"";
^
gdal_wrap.cpp:5543:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg1 = (const char *)"";
^
gdal_wrap.cpp:5639:12: error: assigning to 'char *' from incompatible
type 'const char *'
arg1 = (const char *)"";
^
gdal_wrap.cpp:6293:16: warning: using the result of an assignment as a
condition without parentheses [-Wparentheses]
while(sv = hv_iternextsv(hv,&key,&klen)) {
~~~^~~
Re: Compiling qcad using clang++ under current
On Sep 5, 2013, at 11:15, mike wrote: > compiling the QT4 application cad/qcad using clang++ works for me on freebsd > current amd64 r254593 but fails on the package cluster. > > Fail-log: > http://beefy2.isc.freebsd.org/bulk/latest-per-pkg/qcad/3.2.1.0/head-default.log ... > /usr/bin/ld: debug/RandomEvictionsBuffer.o: relocation R_X86_64_PC32 against > `.LBB2_10' can not be used when making a shared object; recompile with -fPIC Which revision of head is this cluster box at? I cannot see that in the log file. Between r252720 (2013-07-04) and r253042 (2013-07-08) there was a window where clang would sometimes produce errors with locally-generated exception labels, e.g. labels of the form '.LBBn_mm'. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Mapserver shp2img
Any ideas? Is it just me or everyone else?
Frank
Am 2013-09-04 09:31, schrieb Frank Broniewski:
Hi all,
I've a problem with my mapserver installation, the utility shp2img isn't
working, which is kind of odd. I get the following error when invoking it:
/usr/local/bin/shp2img: error: `/usr/local/bin/.libs/shp2img' does not
exist
This script is just a wrapper for shp2img.
See the libtool documentation for more information.
I don't know what I shall do about that error now. On my Ubuntu machine,
shp2img is a binary and not a shell script like on FreeBSD. While
looking at the script, the error is invoked at the end of it (lines 205
- 207):
189 if test -f "$progdir/$program"; then
190 # Add our own library path to LD_LIBRARY_PATH
191
LD_LIBRARY_PATH="/usr/ports/graphics/mapserver/work/mapserver-6.2.1/.libs:/usr/local/lib:$LD_LI
192
193 # Some systems cannot cope with colon-terminated LD_LIBRARY_PATH
194 # The second colon is a workaround for a bug in BeOS R4 sed
195 LD_LIBRARY_PATH=`$ECHO "$LD_LIBRARY_PATH" | /usr/bin/sed
's/::*$//'`
196
197 export LD_LIBRARY_PATH
198
199 if test "$libtool_execute_magic" != "%%%MAGIC variable%%%"; then
200 # Run the actual program with our arguments.
201 func_exec_program ${1+"$@"}
202 fi
203 else
204 # The program doesn't exist.
205 $ECHO "$0: error: \`$progdir/$program' does not exist" 1>&2
206 $ECHO "This script is just a wrapper for $program." 1>&2
207 $ECHO "See the libtool documentation for more information." 1>&2
208 exit 1
209 fi
This is rather confusing as I don't know what role the libtool plays and
what I can gain from reading the rather exhaustive documentation ...
Any hints?
Many thanks,
Frank
--
Frank BRONIEWSKI
METRICO s.à r.l.
géomètres
technologies d'information géographique
rue des Romains 36
L-5433 NIEDERDONVEN
tél.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu
___
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: Mapserver shp2img
Another thing I noticed: While doing
# pkg_delete -d mapserver-6.2.1_2
I receive errors concerning the Python mapscript module:
pkg_delete: file '/usr/local/lib/python2.7/site-packages/mapscript.py'
doesn't exist
pkg_delete: file '/usr/local/lib/python2.7/site-packages/mapscript.pyc'
doesn't exist
pkg_delete: file '/usr/local/lib/python2.7/site-packages/_mapscript.so'
doesn't exist
pkg_delete: file
'/usr/local/lib/python2.7/site-packages/MapScript-6.2.1-py2.7.egg-info'
doesn't exist
pkg_delete: couldn't entirely delete package `mapserver-6.2.1_2'
(perhaps the packing list is incorrectly specified?)
This is probably not intended, isn't it?
I've got the following (leftover) eggs from previous installations left
in /usr/local/lib/python2.7/site-packages
drwxr-xr-x 3 root wheel 512 Sep 12 2012
MapScript-6.0.1-py2.7-freebsd-9.0-RELEASE-amd64.egg
drwxr-xr-x 3 root wheel 512 Jul 1 09:32
MapScript-6.2.0-py2.7-freebsd-9.1-RELEASE-p3-amd64.egg
drwxr-xr-x 3 root wheel 512 Sep 4 08:50
MapScript-6.2.0-py2.7-freebsd-9.1-RELEASE-p4-amd64.egg
drwxr-xr-x 3 root wheel 512 Sep 5 13:33
MapScript-6.2.1-py2.7-freebsd-9.1-RELEASE-p6-amd64.egg
Frank
Am 2013-09-05 13:43, schrieb Frank Broniewski:
Any ideas? Is it just me or everyone else?
Frank
Am 2013-09-04 09:31, schrieb Frank Broniewski:
Hi all,
I've a problem with my mapserver installation, the utility shp2img isn't
working, which is kind of odd. I get the following error when invoking
it:
/usr/local/bin/shp2img: error: `/usr/local/bin/.libs/shp2img' does not
exist
This script is just a wrapper for shp2img.
See the libtool documentation for more information.
I don't know what I shall do about that error now. On my Ubuntu machine,
shp2img is a binary and not a shell script like on FreeBSD. While
looking at the script, the error is invoked at the end of it (lines 205
- 207):
189 if test -f "$progdir/$program"; then
190 # Add our own library path to LD_LIBRARY_PATH
191
LD_LIBRARY_PATH="/usr/ports/graphics/mapserver/work/mapserver-6.2.1/.libs:/usr/local/lib:$LD_LI
192
193 # Some systems cannot cope with colon-terminated
LD_LIBRARY_PATH
194 # The second colon is a workaround for a bug in BeOS R4 sed
195 LD_LIBRARY_PATH=`$ECHO "$LD_LIBRARY_PATH" | /usr/bin/sed
's/::*$//'`
196
197 export LD_LIBRARY_PATH
198
199 if test "$libtool_execute_magic" != "%%%MAGIC variable%%%";
then
200 # Run the actual program with our arguments.
201 func_exec_program ${1+"$@"}
202 fi
203 else
204 # The program doesn't exist.
205 $ECHO "$0: error: \`$progdir/$program' does not exist" 1>&2
206 $ECHO "This script is just a wrapper for $program." 1>&2
207 $ECHO "See the libtool documentation for more information."
1>&2
208 exit 1
209 fi
This is rather confusing as I don't know what role the libtool plays and
what I can gain from reading the rather exhaustive documentation ...
Any hints?
Many thanks,
Frank
--
Frank BRONIEWSKI
METRICO s.à r.l.
géomètres
technologies d'information géographique
rue des Romains 36
L-5433 NIEDERDONVEN
tél.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu
___
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: enlightenment-0.17.4 hanging from xdm
On 09/05/13 18:16, Baptiste Daroussin wrote: > On Thu, Sep 05, 2013 at 05:49:51PM +0200, Grzegorz Blach wrote: >> On 09/05/13 17:42, Matthieu Volat wrote: >>> Hi e17 users, >>> >>> I can't get e17 to start a session from xdm, and it's quite unreliable from >>> startx too... There's no big error message in .xsession, it just seems to >>> hang after : >>> RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init >>> '/usr/local/share/enlightenment/data/themes/default.edj' '0' >>> 'Enlightenment' '0.17.4' >>> >>> There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with >>> clang set as port compiler... (tried to rebuild just enlightenment with gcc >>> with no avail). Does anybody has found this problem and maybe a solution? >>> >> >> Hi Matthieu, >> >> You need to rebuild graphics/evas-core using gcc, this should resolve >> your problem. > > That means I removed USE_GCC=any by mistake, this is weird, as I am able to > run > e17 on head using clang (meaning clang33)? > > did I miss something? > I don't tried clang33 yet, but I'm sure that building evas-core using clang32 at last on amd64 make e17 unusable. ___ 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: enlightenment-0.17.4 hanging from xdm
On Thu, Sep 05, 2013 at 06:22:06PM +0200, Grzegorz Blach wrote: > On 09/05/13 18:16, Baptiste Daroussin wrote: > > On Thu, Sep 05, 2013 at 05:49:51PM +0200, Grzegorz Blach wrote: > >> On 09/05/13 17:42, Matthieu Volat wrote: > >>> Hi e17 users, > >>> > >>> I can't get e17 to start a session from xdm, and it's quite unreliable > >>> from startx too... There's no big error message in .xsession, it just > >>> seems to hang after : > >>> RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init > >>> '/usr/local/share/enlightenment/data/themes/default.edj' '0' > >>> 'Enlightenment' '0.17.4' > >>> > >>> There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with > >>> clang set as port compiler... (tried to rebuild just enlightenment with > >>> gcc with no avail). Does anybody has found this problem and maybe a > >>> solution? > >>> > >> > >> Hi Matthieu, > >> > >> You need to rebuild graphics/evas-core using gcc, this should resolve > >> your problem. > > > > That means I removed USE_GCC=any by mistake, this is weird, as I am able to > > run > > e17 on head using clang (meaning clang33)? > > > > did I miss something? > > > > I don't tried clang33 yet, but I'm sure that building evas-core using > clang32 at last on amd64 make e17 unusable. > I'll readd USE_GCC=any for now then and see later how to better handle it. regards, Bapt pgpU_41hhvBue.pgp Description: PGP signature
Re: Perl port to select in make.conf
I've recreated this issue now. Not all ports seem to be picking up the new version correctly. I've raised this issue with the ports team and will report back when I have any news. ___ 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: enlightenment-0.17.4 hanging from xdm
On 09/05/13 19:02, Matthieu Volat wrote: > On Thu, 05 Sep 2013 18:46:10 +0200 > Grzegorz Blach wrote: > >> On 09/05/13 18:39, Matthieu Volat wrote: >>> On Thu, 05 Sep 2013 17:49:51 +0200 >>> Grzegorz Blach wrote: >>> On 09/05/13 17:42, Matthieu Volat wrote: > Hi e17 users, > > I can't get e17 to start a session from xdm, and it's quite unreliable > from startx too... There's no big error message in .xsession, it just > seems to hang after : > RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init > '/usr/local/share/enlightenment/data/themes/default.edj' '0' > 'Enlightenment' '0.17.4' > > There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with > clang set as port compiler... (tried to rebuild just enlightenment with > gcc with no avail). Does anybody has found this problem and maybe a > solution? > Hi Matthieu, You need to rebuild graphics/evas-core using gcc, this should resolve your problem. >>> >>> Thanks for the advice, it did not work neither... That's strange since evas >>> were not even updated... I will try to rebuild every e17 port with base gcc >>> to see... maybe try with the vesa driver, too... >>> >> >> Similar issue was reported on https://phab.enlightenment.org/T308 Please >> rebuild e17 with this patch: >> http://git.enlightenment.org/core/enlightenment.git/commit/?h=enlightenment-0.17&id=b17a9b9cc9438b6dfac4402ac4107f08e23a4373 >> and write me if it solves your problem > > Yes, applying the patch *and* building evas-core with base gcc did the trick! > > Thanks a lot for taking time to look into that! > Ok, I'll commit this patch to x11-wm/enlightenment port. ___ 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: enlightenment-0.17.4 hanging from xdm
On Thu, Sep 05, 2013 at 05:49:51PM +0200, Grzegorz Blach wrote: > On 09/05/13 17:42, Matthieu Volat wrote: > > Hi e17 users, > > > > I can't get e17 to start a session from xdm, and it's quite unreliable from > > startx too... There's no big error message in .xsession, it just seems to > > hang after : > > RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init > > '/usr/local/share/enlightenment/data/themes/default.edj' '0' > > 'Enlightenment' '0.17.4' > > > > There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with > > clang set as port compiler... (tried to rebuild just enlightenment with gcc > > with no avail). Does anybody has found this problem and maybe a solution? > > > > Hi Matthieu, > > You need to rebuild graphics/evas-core using gcc, this should resolve > your problem. That means I removed USE_GCC=any by mistake, this is weird, as I am able to run e17 on head using clang (meaning clang33)? did I miss something? regards, Bapt pgpNIpZzlzTrS.pgp Description: PGP signature
Re: enlightenment-0.17.4 hanging from xdm
In article <11385.115016.78583@localhost> you wrote: > On 09/05/13 17:42, Matthieu Volat wrote: >> Hi e17 users, >> >> I can't get e17 to start a session from xdm, and it's quite unreliable from >> startx too... There's no big error message in .xsession, it just seems to >> hang after : >> RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init >> '/usr/local/share/enlightenment/data/themes/default.edj' '0' >> 'Enlightenment' '0.17.4' >> >> There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with >> clang set as port compiler... (tried to rebuild just enlightenment with gcc >> with no avail). Does anybody has found this problem and maybe a solution? >> > > Hi Matthieu, > > You need to rebuild graphics/evas-core using gcc, this should resolve > your problem. I also ran into this issue. If the enlightment directory (.e) exists enlightment will hange on restart. I am not at my enlightemnt box, but from memory I did the following: 1) rm -rf .e 2) startx 3) Use enlightment control panel to disable startup banner. 4) Exit enlightment and verify it restarts with startx. Larry -- Larry Baird Global Technology Associates, Inc. 1992-2012| http://www.gta.com Celebrating Twenty Years of Software Innovation | Orlando, FL Email: l...@gta.com | TEL 407-380-0220 ___ 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"
x11/nvidia-driver fails to build due to error: [...] 'unsigned long long' to parameter of type 'cap_rights_t *' (aka 'struct cap_rights *') ...
Updating sources of CURRENT after r255211 makes the building/updating of port x11/nvidia-driver make fail with the rror shown below: --- nvidia_linux.o --- nvidia_linux.c:42:37: error: incompatible integer to pointer conversion passing 'unsigned long long' to parameter of type 'cap_rights_t *' (aka 'struct cap_rights *') [-Werror,-Wint-conversion] if ((error = fget(td, args->fd, CAP_IOCTL, &fp)) != 0) ^ @/sys/capability.h:197:20: note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL CAPRIGHT(1, 0x0080ULL) ^~ @/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) ^~~~ @/sys/file.h:220:51: note: passing argument to parameter 'rightsp' here int fget(struct thread *td, int fd, cap_rights_t *rightsp, struct file **fpp); What happened? Regards, Oliver signature.asc Description: PGP signature
enlightenment-0.17.4 hanging from xdm
Hi e17 users, I can't get e17 to start a session from xdm, and it's quite unreliable from startx too... There's no big error message in .xsession, it just seems to hang after : RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init '/usr/local/share/enlightenment/data/themes/default.edj' '0' 'Enlightenment' '0.17.4' There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with clang set as port compiler... (tried to rebuild just enlightenment with gcc with no avail). Does anybody has found this problem and maybe a solution? -- Matthieu Volat signature.asc Description: PGP signature
Re: enlightenment-0.17.4 hanging from xdm
On 09/05/13 17:42, Matthieu Volat wrote: > Hi e17 users, > > I can't get e17 to start a session from xdm, and it's quite unreliable from > startx too... There's no big error message in .xsession, it just seems to > hang after : > RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init > '/usr/local/share/enlightenment/data/themes/default.edj' '0' > 'Enlightenment' '0.17.4' > > There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with clang > set as port compiler... (tried to rebuild just enlightenment with gcc with no > avail). Does anybody has found this problem and maybe a solution? > Hi Matthieu, You need to rebuild graphics/evas-core using gcc, this should resolve your problem. ___ 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: [QAT] r326258: 2x depend (depend_package in x11-toolkits/tk84), 2x leftovers, 6x depend (depend_package in devel/t1lib), 13x success, 1x depend (depend_package in devel/xdg-utils)
06.09.2013 00:45, olli hauer пишет: > On 2013-09-05 21:45, Ports-QAT wrote: >> Add an explicit dependency upon pkg-config (USES+=pkgconfig) >> uncovered by an exp libiconv -> inconv swith. >> >> Approved by: portmgr (implicit) >> - >> >> Build ID: 20130904075600-2482 >> Job owner: b...@freebsd.org >> Buildtime: 36 hours >> Enddate: Thu, 05 Sep 2013 19:45:04 GMT >> >> Revision: r326258 >> Repository: >> https://svnweb.freebsd.org/ports?view=revision&revision=326258 > > > > In tinderbox it looks like this (sample from a view hundred failed ports > because of the pkgconf changes without bumping PORTREVISION) > > pkg_add libxml2-2.8.0_2.txz > Installing libxml2-2.8.0_2...missing dependency pkgconf-0.9.3 > Failed to install the following 1 package(s): libxml2-2.8.0_2.txz > error in dependency libxml2-2.8.0_2.txz, exiting > > To solve the issue bump textproc/libxml2 PORTREVISION and start over Hm, are you sure it helps? I ask because pkgconf is a build dependency, so bumping PORTREVISION has little to no sence. -- 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"
Re: enlightenment-0.17.4 hanging from xdm
On Thu, 05 Sep 2013 17:49:51 +0200 Grzegorz Blach wrote: > On 09/05/13 17:42, Matthieu Volat wrote: > > Hi e17 users, > > > > I can't get e17 to start a session from xdm, and it's quite unreliable from > > startx too... There's no big error message in .xsession, it just seems to > > hang after : > > RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init > > '/usr/local/share/enlightenment/data/themes/default.edj' '0' > > 'Enlightenment' '0.17.4' > > > > There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with > > clang set as port compiler... (tried to rebuild just enlightenment with gcc > > with no avail). Does anybody has found this problem and maybe a solution? > > > > Hi Matthieu, > > You need to rebuild graphics/evas-core using gcc, this should resolve > your problem. > Thanks for the advice, it did not work neither... That's strange since evas were not even updated... I will try to rebuild every e17 port with base gcc to see... maybe try with the vesa driver, too... -- Matthieu Volat signature.asc Description: PGP signature
Re: [QAT] r326258: 2x depend (depend_package in x11-toolkits/tk84), 2x leftovers, 6x depend (depend_package in devel/t1lib), 13x success, 1x depend (depend_package in devel/xdg-utils)
On 2013-09-05 21:45, Ports-QAT wrote: > Add an explicit dependency upon pkg-config (USES+=pkgconfig) > uncovered by an exp libiconv -> inconv swith. > > Approved by: portmgr (implicit) > - > > Build ID: 20130904075600-2482 > Job owner: b...@freebsd.org > Buildtime: 36 hours > Enddate: Thu, 05 Sep 2013 19:45:04 GMT > > Revision: r326258 > Repository: > https://svnweb.freebsd.org/ports?view=revision&revision=326258 In tinderbox it looks like this (sample from a view hundred failed ports because of the pkgconf changes without bumping PORTREVISION) pkg_add libxml2-2.8.0_2.txz Installing libxml2-2.8.0_2...missing dependency pkgconf-0.9.3 Failed to install the following 1 package(s): libxml2-2.8.0_2.txz error in dependency libxml2-2.8.0_2.txz, exiting To solve the issue bump textproc/libxml2 PORTREVISION and start over ___ 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: enlightenment-0.17.4 hanging from xdm
On 09/05/13 18:39, Matthieu Volat wrote: > On Thu, 05 Sep 2013 17:49:51 +0200 > Grzegorz Blach wrote: > >> On 09/05/13 17:42, Matthieu Volat wrote: >>> Hi e17 users, >>> >>> I can't get e17 to start a session from xdm, and it's quite unreliable from >>> startx too... There's no big error message in .xsession, it just seems to >>> hang after : >>> RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init >>> '/usr/local/share/enlightenment/data/themes/default.edj' '0' >>> 'Enlightenment' '0.17.4' >>> >>> There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with >>> clang set as port compiler... (tried to rebuild just enlightenment with gcc >>> with no avail). Does anybody has found this problem and maybe a solution? >>> >> >> Hi Matthieu, >> >> You need to rebuild graphics/evas-core using gcc, this should resolve >> your problem. >> > > Thanks for the advice, it did not work neither... That's strange since evas > were not even updated... I will try to rebuild every e17 port with base gcc > to see... maybe try with the vesa driver, too... > Similar issue was reported on https://phab.enlightenment.org/T308 Please rebuild e17 with this patch: http://git.enlightenment.org/core/enlightenment.git/commit/?h=enlightenment-0.17&id=b17a9b9cc9438b6dfac4402ac4107f08e23a4373 and write me if it solves your problem ___ 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"
Fwd: Options cannot be re-changed
Hi all, There seems to be a strange bug going on since the recent fix (probably rev. 320177) that lead to only display dialog if new options arise. After installing a new port with options (e.g. www/elinks), I am allowed to choose the options just fine. However, after a new "make config", I get "Options unchanged". After "make rmconfig", I get "No user-specified options configured for elinks-0.11.7_3" The directory in /var/db/ports/www-elinks is empty. This is on CURRENT. Any ideas? CS ___ 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] r326258: 2x depend (depend_package in x11-toolkits/tk84), 2x leftovers, 6x depend (depend_package in devel/t1lib), 13x success, 1x depend (depend_package in devel/xdg-utils)
Add an explicit dependency upon pkg-config (USES+=pkgconfig) uncovered by an exp libiconv -> inconv swith. Approved by:portmgr (implicit) - Build ID: 20130904075600-2482 Job owner: b...@freebsd.org Buildtime: 36 hours Enddate: Thu, 05 Sep 2013 19:45:04 GMT Revision: r326258 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=326258 - Port:audio/gtkpod 1.0.0_4 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179680/gtkpod-1.0.0_4.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179681/gtkpod-1.0.0_4.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN X11-TOOLKITS/TK84) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179682/tk-8.4.20,2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179683/gtkpod-1.0.0_4.log - Port:graphics/eos-movrec 0.3.1.b_4 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179684/eos-movrec-0.3.1.b_4.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179685/eos-movrec-0.3.1.b_4.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/XDG-UTILS) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179686/xdg-utils-1.0.2_8.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179687/eos-movrec-0.3.1.b_4.log - Port:graphics/xsane 0.998_3 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179688/xsane-0.998_3.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179689/xsane-0.998_3.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN X11-TOOLKITS/TK84) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179690/tk-8.4.20,2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179691/xsane-0.998_3.log - Port:print/tex-luatex 0.70.2 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179692/tex-luatex-0.70.2.log Buildgroup: 9.1-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/T1LIB) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179693/t1lib-5.1.2_2,1.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/T1LIB) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179694/t1lib-5.1.2_2,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/T1LIB) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179695/t1lib-5.1.2_2,1.log - Port:print/tex-xetex 0. Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179696/tex-xetex-0..log Buildgroup: 9.1-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/T1LIB) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179697/t1lib-5.1.2_2,1.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/T1LIB) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179698/t1lib-5.1.2_2,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/T1LIB) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179699/t1lib-5.1.2_2,1.log - Port:security/ssh_askpass_gtk2 0.4_7 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130
[QAT] r326054: 4x leftovers, 72x success
- convert to the new perl5 framework Approved by:portmgr (bapt@, blanket) - Build ID: 20130902184200-34432 Job owner: a...@freebsd.org Buildtime: 3 days Enddate: Thu, 05 Sep 2013 23:32:22 GMT Revision: r326054 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=326054 - Port:www/p5-Amon2-Plugin-LogDispatch 0.01 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177504/p5-Amon2-Plugin-LogDispatch-0.01.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177505/p5-Amon2-Plugin-LogDispatch-0.01.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177506/p5-Amon2-Plugin-LogDispatch-0.01.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177507/p5-Amon2-Plugin-LogDispatch-0.01.log - Port:www/p5-Apache-Singleton 0.15 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177508/p5-Apache-Singleton-0.15.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177509/p5-Apache-Singleton-0.15.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177510/p5-Apache-Singleton-0.15.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177511/p5-Apache-Singleton-0.15.log - Port:www/p5-CGI-Thin 0.52 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177512/p5-CGI-Thin-0.52.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177513/p5-CGI-Thin-0.52.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177514/p5-CGI-Thin-0.52.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177515/p5-CGI-Thin-0.52.log - Port:www/p5-Catalyst-Plugin-Unicode-Encoding 1.9 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177516/p5-Catalyst-Plugin-Unicode-Encoding-1.9.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177517/p5-Catalyst-Plugin-Unicode-Encoding-1.9.log Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177518/p5-Catalyst-Plugin-Unicode-Encoding-1.9.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177519/p5-Catalyst-Plugin-Unicode-Encoding-1.9.log - Port:www/p5-Dancer-Template-Xslate 0.03 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177520/p5-Dancer-Template-Xslate-0.03.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177521/p5-Dancer-Template-Xslate-0.03.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177522/p5-Dancer-Template-Xslate-0.03.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177523/p5-Dancer-Template-Xslate-0.03.log - Port:www/p5-HTML-Location 1.03_1 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~a...@freebsd.org/20130902184200-34432-177524/p5-HTML-Loc
[QAT] r326071: 14x success, 1x depend (depend_package in databases/postgresql90-client), 3x depend (depend_package in x11-toolkits/tk84), 1x depend (depend_package in textproc/xmlto), 1x depend_packag
Add an explicit dependency on pkgconf - Build ID: 20130902200401-64012 Job owner: b...@freebsd.org Buildtime: 3 days Enddate: Fri, 06 Sep 2013 00:26:43 GMT Revision: r326071 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=326071 - Port:databases/pecl-mdbtools 1.0.0_1 Buildgroup: 9.1-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN LANG/PHP53) Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177672/php53-5.3.27.log Buildgroup: 9.1-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN LANG/PHP53) Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177673/php53-5.3.27.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN X11-TOOLKITS/TK84) Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177674/tk-8.4.20,2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177675/pecl-mdbtools-1.0.0_1.log - Port:graphics/svg2pdf 0.1.3_5 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177676/svg2pdf-0.1.3_5.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177677/svg2pdf-0.1.3_5.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177678/svg2pdf-0.1.3_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177679/svg2pdf-0.1.3_5.log - Port:mail/dbmail 3.1.3 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177680/dbmail-3.1.3.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177681/dbmail-3.1.3.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN TEXTPROC/XMLTO) Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177682/xmlto-0.0.25.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN DATABASES/POSTGRESQL90-CLIENT) Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177683/postgresql-client-9.0.13.log - Port:security/razorback-virusTotal 0.5.0 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177684/razorback-virusTotal-0.5.0.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177685/razorback-virusTotal-0.5.0.log Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177686/razorback-virusTotal-0.5.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177687/razorback-virusTotal-0.5.0.log - Port:sysutils/bacula-bat 5.2.12_4 Buildgroup: 9.1-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN X11-TOOLKITS/QWT5) Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177688/qwt-5.2.3.log Buildgroup: 9.1-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/XDG-UTILS) Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177689/xdg-utils-1.0.2_8.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/XDG-UTILS) Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177690/xdg-utils-1.0.2_8.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN X11-TOOLKITS/QWT5) Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-177691/qwt-5.2.3.log - Port:textproc/pdfgrep 1.3.0 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130902200401-64012-17
Re: enlightenment-0.17.4 hanging from xdm
On Thu, 05 Sep 2013 18:46:10 +0200 Grzegorz Blach wrote: > On 09/05/13 18:39, Matthieu Volat wrote: > > On Thu, 05 Sep 2013 17:49:51 +0200 > > Grzegorz Blach wrote: > > > >> On 09/05/13 17:42, Matthieu Volat wrote: > >>> Hi e17 users, > >>> > >>> I can't get e17 to start a session from xdm, and it's quite unreliable > >>> from startx too... There's no big error message in .xsession, it just > >>> seems to hang after : > >>> RUN INIT: /usr/local/lib/enlightenment/utils/enlightenment_init > >>> '/usr/local/share/enlightenment/data/themes/default.edj' '0' > >>> 'Enlightenment' '0.17.4' > >>> > >>> There's no problem if I rollback to 0.17.3... I'm in 9.2-RC3 amd64 with > >>> clang set as port compiler... (tried to rebuild just enlightenment with > >>> gcc with no avail). Does anybody has found this problem and maybe a > >>> solution? > >>> > >> > >> Hi Matthieu, > >> > >> You need to rebuild graphics/evas-core using gcc, this should resolve > >> your problem. > >> > > > > Thanks for the advice, it did not work neither... That's strange since evas > > were not even updated... I will try to rebuild every e17 port with base gcc > > to see... maybe try with the vesa driver, too... > > > > Similar issue was reported on https://phab.enlightenment.org/T308 Please > rebuild e17 with this patch: > http://git.enlightenment.org/core/enlightenment.git/commit/?h=enlightenment-0.17&id=b17a9b9cc9438b6dfac4402ac4107f08e23a4373 > and write me if it solves your problem Yes, applying the patch *and* building evas-core with base gcc did the trick! Thanks a lot for taking time to look into that! -- Matthieu Volat signature.asc Description: PGP signature
Re: Mapserver shp2img
I shall look into that later.
wen
2013/9/5 Frank Broniewski
> Another thing I noticed: While doing
>
> # pkg_delete -d mapserver-6.2.1_2
>
> I receive errors concerning the Python mapscript module:
>
>
> pkg_delete: file '/usr/local/lib/python2.7/**site-packages/mapscript.py'
> doesn't exist
> pkg_delete: file '/usr/local/lib/python2.7/**site-packages/mapscript.pyc'
> doesn't exist
> pkg_delete: file '/usr/local/lib/python2.7/**site-packages/_mapscript.so'
> doesn't exist
> pkg_delete: file '/usr/local/lib/python2.7/**
> site-packages/MapScript-6.2.1-**py2.7.egg-info' doesn't exist
> pkg_delete: couldn't entirely delete package `mapserver-6.2.1_2'
> (perhaps the packing list is incorrectly specified?)
>
> This is probably not intended, isn't it?
>
> I've got the following (leftover) eggs from previous installations left in
> /usr/local/lib/python2.7/site-**packages
>
> drwxr-xr-x 3 root wheel 512 Sep 12 2012
> MapScript-6.0.1-py2.7-freebsd-**9.0-RELEASE-amd64.egg
> drwxr-xr-x 3 root wheel 512 Jul 1 09:32
> MapScript-6.2.0-py2.7-freebsd-**9.1-RELEASE-p3-amd64.egg
> drwxr-xr-x 3 root wheel 512 Sep 4 08:50
> MapScript-6.2.0-py2.7-freebsd-**9.1-RELEASE-p4-amd64.egg
> drwxr-xr-x 3 root wheel 512 Sep 5 13:33
> MapScript-6.2.1-py2.7-freebsd-**9.1-RELEASE-p6-amd64.egg
>
>
>
> Frank
>
> Am 2013-09-05 13:43, schrieb Frank Broniewski:
>
> Any ideas? Is it just me or everyone else?
>>
>> Frank
>>
>> Am 2013-09-04 09:31, schrieb Frank Broniewski:
>>
>>> Hi all,
>>>
>>> I've a problem with my mapserver installation, the utility shp2img isn't
>>> working, which is kind of odd. I get the following error when invoking
>>> it:
>>>
>>> /usr/local/bin/shp2img: error: `/usr/local/bin/.libs/shp2img' does not
>>> exist
>>> This script is just a wrapper for shp2img.
>>> See the libtool documentation for more information.
>>>
>>> I don't know what I shall do about that error now. On my Ubuntu machine,
>>> shp2img is a binary and not a shell script like on FreeBSD. While
>>> looking at the script, the error is invoked at the end of it (lines 205
>>> - 207):
>>>
>>> 189 if test -f "$progdir/$program"; then
>>> 190 # Add our own library path to LD_LIBRARY_PATH
>>> 191
>>> LD_LIBRARY_PATH="/usr/ports/**graphics/mapserver/work/**
>>> mapserver-6.2.1/.libs:/usr/**local/lib:$LD_LI
>>>
>>>
>>> 192
>>> 193 # Some systems cannot cope with colon-terminated
>>> LD_LIBRARY_PATH
>>> 194 # The second colon is a workaround for a bug in BeOS R4 sed
>>> 195 LD_LIBRARY_PATH=`$ECHO "$LD_LIBRARY_PATH" | /usr/bin/sed
>>> 's/::*$//'`
>>> 196
>>> 197 export LD_LIBRARY_PATH
>>> 198
>>> 199 if test "$libtool_execute_magic" != "%%%MAGIC variable%%%";
>>> then
>>> 200 # Run the actual program with our arguments.
>>> 201 func_exec_program ${1+"$@"}
>>> 202 fi
>>> 203 else
>>> 204 # The program doesn't exist.
>>> 205 $ECHO "$0: error: \`$progdir/$program' does not exist" 1>&2
>>> 206 $ECHO "This script is just a wrapper for $program." 1>&2
>>> 207 $ECHO "See the libtool documentation for more information."
>>> 1>&2
>>> 208 exit 1
>>> 209 fi
>>>
>>> This is rather confusing as I don't know what role the libtool plays and
>>> what I can gain from reading the rather exhaustive documentation ...
>>>
>>>
>>> Any hints?
>>>
>>> Many thanks,
>>>
>>> Frank
>>>
>>>
>>
>>
>
> --
> Frank BRONIEWSKI
>
> METRICO s.à r.l.
> géomètres
> technologies d'information géographique
> rue des Romains 36
> L-5433 NIEDERDONVEN
>
> tél.: +352 26 74 94 - 28
> fax.: +352 26 74 94 99
> http://www.metrico.lu
>
___
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"
setting the password of a automatically created account
I have a port that needs to create a a user of a given name and a given default password... I found in the porters guide how to make the account but not set the password ___ 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: setting the password of a automatically created account
On Thu, Sep 5, 2013 at 9:52 PM, Aryeh Friedman wrote: > I have a port that needs to create a a user of a given name and a given > default password... I found in the porters guide how to make the account > but not set the password > ___ > 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" > this isn't the official way I'm sure, but a dirty hack could be: echo password123 | pw usermod mynewuser -h 0 2>&1 -- Sam Fourman Jr. ___ 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: setting the password of a automatically created account
Aryeh Friedman wrote: > I have a port that needs to create a a user of a given name and a > given default password... I found in the porters guide how to make > the account but not set the password This is one of the canonical uses of lang/expect. ___ 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"
AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
Hi:
I am posting to both lists because this problem affects users of current
and ports, and I didn't know which would be more appropriate so please
forgive me.
# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep 1
16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
I am trying to update my ports following the entry in updating, but it
does not seem to be working correctly. I followed the directions exactly,
and after 30 mins this is what has happened:
# cat ports_to_update | xargs portupgrade -vf
---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server
version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least
Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update
...lots of output
# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies that are
still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:
libiconv-1.14_1
The deinstallation will free 2 MB
Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway
done
Now the update process is stuck here:
** Port marked as IGNORE: www/mod_dnssd:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least
there are 2 ruby processes running for a long time, but nothing is
happening to the update.
43998 root520 64912K 33368K piperd 5 2:21 5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select 1 0:00 5.96%
ruby19{ruby19}
So, it seems my system is broken now. Did I do something wrong? How can
the upgrade work if so many ports depend on iconv? What should I do now?
Should I reinstall libiconv?
Any help is appreciated.
# cat ports_to_update | xargs portupgrade -vf
---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server
version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server
version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/gnome-user-share:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least
___
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"
installing multiple python package versions
Hello.
Amazon released AWS cli 1.0.0 (no longer a developer preview), and I was
trying to submit a PR that updates devel/awscli.
However, I'm a bit stumped. It really, really wants py-requests 1.2.0,
and the version in ports is 1.2.3. Is there a way to ween it off of
1.2.0 or install both?
Here is a WIP patch so far.
Thanks!
- Nikolai Lifanov
Index: devel/awscli/Makefile
===
--- devel/awscli/Makefile (revision 326419)
+++ devel/awscli/Makefile (working copy)
@@ -2,7 +2,7 @@
# $FreeBSD$
PORTNAME= awscli
-PORTVERSION= 0.5.1
+PORTVERSION= 1.0.0
CATEGORIES= devel
MASTER_SITES= CHEESESHOP
MASTER_SITE_SUBDIR=source/a/awscli
@@ -13,11 +13,19 @@
LICENSE= AL2
LICENSE_FILE= ${WRKSRC}/LICENSE.txt
-RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}botocore>=0.5.0:${PORTSDIR}/devel/py-botocore \
- ${PYTHON_PKGNAMEPREFIX}six>=1.1.0:${PORTSDIR}/devel/py-six \
+RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>=1.1.0:${PORTSDIR}/devel/py-six \
+ ${PYTHON_PKGNAMEPREFIX}tox>=1.4:${PORTSDIR}/devel/py-tox \
+ ${PYTHON_PKGNAMEPREFIX}docutils>=0.10:${PORTSDIR}/textproc/py-docutils \
${PYTHON_PKGNAMEPREFIX}sphinx>=1.1.3:${PORTSDIR}/textproc/py-sphinx \
- ${PYTHON_PKGNAMEPREFIX}tox>=1.4:${PORTSDIR}/devel/py-tox
+ ${PYTHON_PKGNAMEPREFIX}botocore>=0.16.0:${PORTSDIR}/devel/py-botocore \
+ ${PYTHON_PKGNAMEPREFIX}bcdoc>=0.9.0:${PORTSDIR}/devel/py-bcdoc \
+ ${PYTHON_PKGNAMEPREFIX}nose>=1.3.0:${PORTSDIR}/devel/py-nose \
+ ${PYTHON_PKGNAMEPREFIX}colorama>=0.2.5:${PORTSDIR}/devel/py-colorama \
+ ${PYTHON_PKGNAMEPREFIX}mock>=1.0.1:${PORTSDIR}/devel/py-mock \
+ ${PYTHON_PKGNAMEPREFIX}rsa>=3.1.1:${PORTSDIR}/security/py-rsa \
+ ${PYTHON_PKGNAMEPREFIX}requests>=1.2.0:${PORTSDIR}/www/py-requests
+
USE_PYTHON= 2.6+
USE_PYDISTUTILS=easy_install
Index: devel/awscli/distinfo
===
--- devel/awscli/distinfo (revision 326419)
+++ devel/awscli/distinfo (working copy)
@@ -1,2 +1,2 @@
-SHA256 (awscli-0.5.1.tar.gz) = 941f056b5dedd51d5de7ffc9c8a01f58137bd498dd4a53e49d23a98ab05b30ea
-SIZE (awscli-0.5.1.tar.gz) = 16872
+SHA256 (awscli-1.0.0.tar.gz) = bea17a235c6bf8adddc66f0a80e9e73f757cf5637b697b4a200c978d76bb6085
+SIZE (awscli-1.0.0.tar.gz) = 113881
Index: devel/py-bcdoc/Makefile
===
--- devel/py-bcdoc/Makefile (revision 326423)
+++ devel/py-bcdoc/Makefile (working copy)
@@ -1,22 +1,18 @@
-# Created by: Alexey V. Degtyarev
+# Created by: Nikolai Lifanov
# $FreeBSD$
-PORTNAME= botocore
-PORTVERSION= 0.5.3
+PORTNAME= bcdoc
+PORTVERSION= 0.9.0
CATEGORIES= devel python
MASTER_SITES= CHEESESHOP
PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX}
-MAINTAINER= ale...@renatasystems.org
-COMMENT= Low-level, core functionality of boto 3
+MAINTAINER= lifa...@mail.lifanov.com
+COMMENT= Tools to help document botocore-based projects
LICENSE= MIT
-RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}dateutil>=2.1:${PORTSDIR}/devel/py-dateutil \
- ${PYTHON_PKGNAMEPREFIX}requests>=0.14.1:${PORTSDIR}/www/py-requests \
- ${PYTHON_PKGNAMEPREFIX}six>=1.1.0:${PORTSDIR}/devel/py-six \
- ${PYTHON_PKGNAMEPREFIX}sphinx>=1.1.3:${PORTSDIR}/textproc/py-sphinx \
- ${PYTHON_PKGNAMEPREFIX}tox>=1.4:${PORTSDIR}/devel/py-tox
+RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>=1.1.0:${PORTSDIR}/devel/py-six
USE_PYTHON= yes
USE_PYDISTUTILS=easy_install
Index: devel/py-bcdoc/distinfo
===
--- devel/py-bcdoc/distinfo (revision 326423)
+++ devel/py-bcdoc/distinfo (working copy)
@@ -1,2 +1,2 @@
-SHA256 (botocore-0.5.3.tar.gz) = 3f92863cf467c8159c09c6138adb929b332c6acac5d9ef8c16cc8fd24304b066
-SIZE (botocore-0.5.3.tar.gz) = 298133
+SHA256 (bcdoc-0.9.0.tar.gz) = 437c9fea0be53a8de85a0097763aae9e9ace71601e55224a7e8333fae985da96
+SIZE (bcdoc-0.9.0.tar.gz) = 11093
Index: devel/py-bcdoc/pkg-descr
===
--- devel/py-bcdoc/pkg-descr (revision 326423)
+++ devel/py-bcdoc/pkg-descr (working copy)
@@ -1,3 +1,3 @@
-Low-level, data-driven core of boto 3.
+Tools to help document botocore-based projects
WWW: https://github.com/boto/botocore
Index: devel/py-bcdoc/pkg-plist
===
--- devel/py-bcdoc/pkg-plist (revision 326423)
+++ devel/py-bcdoc/pkg-plist (working copy)
@@ -1,63 +1 @@
-%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/EGG-INFO/PKG-INFO
-%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/EGG-INFO/SOURCES.txt
-%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/EGG-INFO/dependency_links.txt
-%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/EGG-INFO/not-zip-safe
-%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/EGG-INFO/requires.txt
-%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/EGG-INFO/top_level.txt
-%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/botocore/__init__.py
-%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/botocore/__init__.pyc
-%%PYTHON_SITELIBDIR%%/%%PYE
Re: setting the password of a automatically created account
related questions: 1. How do I add the user to wheel (has it's own group but needs to be in wheel for reason number #2)? 2. How do I modify (in the safest possible way) an other port's installed config file(s) (namely I need to in the case of this port modify /usr/local/etc/sudoers to allow the no password option for wheel members)? Since the account's shell that is created is a custom shell for the port there is no security wholes we know about.. even so what kind of (if any) security warnings should we put on the port? On Thu, Sep 5, 2013 at 11:00 PM, Perry Hutchison wrote: > Aryeh Friedman wrote: > > > I have a port that needs to create a a user of a given name and a > > given default password... I found in the porters guide how to make > > the account but not set the password > > This is one of the canonical uses of lang/expect. > ___ 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: [QAT] r326258: 2x depend (depend_package in x11-toolkits/tk84), 2x leftovers, 6x depend (depend_package in devel/t1lib), 13x success, 1x depend (depend_package in devel/xdg-utils)
Am 05.09.2013 23:23 schrieb "Boris Samorodov" : > > 06.09.2013 00:45, olli hauer пишет: > > On 2013-09-05 21:45, Ports-QAT wrote: > >> Add an explicit dependency upon pkg-config (USES+=pkgconfig) > >> uncovered by an exp libiconv -> inconv swith. > >> > >> Approved by: portmgr (implicit) > >> - > >> > >> Build ID: 20130904075600-2482 > >> Job owner: b...@freebsd.org > >> Buildtime: 36 hours > >> Enddate: Thu, 05 Sep 2013 19:45:04 GMT > >> > >> Revision: r326258 > >> Repository: https://svnweb.freebsd.org/ports?view=revision&revision=326258 > > > > > > > > In tinderbox it looks like this (sample from a view hundred failed ports > > because of the pkgconf changes without bumping PORTREVISION) > > > > pkg_add libxml2-2.8.0_2.txz > > Installing libxml2-2.8.0_2...missing dependency pkgconf-0.9.3 > > Failed to install the following 1 package(s): libxml2-2.8.0_2.txz > > error in dependency libxml2-2.8.0_2.txz, exiting > > > > To solve the issue bump textproc/libxml2 PORTREVISION and start over > > Hm, are you sure it helps? I ask because pkgconf is a build dependency, > so bumping PORTREVISION has little to no sence. > > -- > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve I have cleared all cached packages on redports and qat so the problem should be gone once the backlog has been build. ___ 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: [QAT] r326258: 2x depend (depend_package in x11-toolkits/tk84), 2x leftovers, 6x depend (depend_package in devel/t1lib), 13x success, 1x depend (depend_package in devel/xdg-utils)
On 2013-09-05 23:23, Boris Samorodov wrote: > 06.09.2013 00:45, olli hauer пишет: >> On 2013-09-05 21:45, Ports-QAT wrote: >>> Add an explicit dependency upon pkg-config (USES+=pkgconfig) >>> uncovered by an exp libiconv -> inconv swith. >>> >>> Approved by:portmgr (implicit) >>> - >>> >>> Build ID: 20130904075600-2482 >>> Job owner: b...@freebsd.org >>> Buildtime: 36 hours >>> Enddate: Thu, 05 Sep 2013 19:45:04 GMT >>> >>> Revision: r326258 >>> Repository: >>> https://svnweb.freebsd.org/ports?view=revision&revision=326258 >> >> >> >> In tinderbox it looks like this (sample from a view hundred failed ports >> because of the pkgconf changes without bumping PORTREVISION) >> >> pkg_add libxml2-2.8.0_2.txz >> Installing libxml2-2.8.0_2...missing dependency pkgconf-0.9.3 >> Failed to install the following 1 package(s): libxml2-2.8.0_2.txz >> error in dependency libxml2-2.8.0_2.txz, exiting >> >> To solve the issue bump textproc/libxml2 PORTREVISION and start over > > Hm, are you sure it helps? I ask because pkgconf is a build dependency, > so bumping PORTREVISION has little to no sence. > Yes, however this is not relevant for the LEFTOVERS! from textprox/libxml2 > svn blame Makefile | grep -e PORTVERSION -e PORTREVISION BLAME 315540kwm PORTVERSION= 2.8.0 316079 jkim PORTREVISION?=2 > svn info -r316079 Makefile | grep ^Last Last Changed Author: jkim Last Changed Rev: 316079 Last Changed Date: 2013-04-19 00:40:33 +0200 (Fri, 19 Apr 2013) So if you have a cached libxml2 package without records to pkgconf depending ports are failing now if pkgconf is not installed as DEPENDENCY from another port. I will add only the relevant snippets from the QAT logs. Port: graphics/eos-movrec 0.3.1.b_4 Buildgroup:8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/XDG-UTILS) https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179682/tk-8.4.20,2.log add_pkg kbproto-1.0.6.tbz libXau-1.0.8.tbz libXdmcp-1.1.1.tbz xproto-7.0.24.tbz libxcb-1.9.1.tbz libxml2-2.8.0_2.tbz libpthread-stubs-0.3_3.tbz libiconv-1.14_1.tbz libX11-1.6.1,1.tbz tcl-8.4.20_1,1.tbz adding dependencies pkg_add kbproto-1.0.6.tbz pkg_add libXau-1.0.8.tbz pkg_add libXdmcp-1.1.1.tbz pkg_add xproto-7.0.24.tbz skipping xproto-7.0.24, already added pkg_add libxcb-1.9.1.tbz pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: autoload of dependency '/tmp/depends/libxml2-2.8.0_2.tbz' failed! Port: graphics/xsane 0.998_3 Buildgroup:8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN X11-TOOLKITS/TK84) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179690/tk-8.4.20,2.log add_pkg kbproto-1.0.6.tbz libXau-1.0.8.tbz libXdmcp-1.1.1.tbz xproto-7.0.24.tbz libxcb-1.9.1.tbz libxml2-2.8.0_2.tbz libpthread-stubs-0.3_3.tbz libiconv-1.14_1.tbz libX11-1.6.1,1.tbz tcl-8.4.20_1,1.tbz adding dependencies pkg_add kbproto-1.0.6.tbz pkg_add libXau-1.0.8.tbz pkg_add libXdmcp-1.1.1.tbz pkg_add xproto-7.0.24.tbz skipping xproto-7.0.24, already added pkg_add libxcb-1.9.1.tbz pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: autoload of dependency '/tmp/depends/libxml2-2.8.0_2.tbz' failed! error in dependency libxcb-1.9.1.tbz, exiting Port: print/tex-luatex 0.70.2 Buildgroup:9.1-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/T1LIB) Log: https://qat.redports.org//~b...@freebsd.org/20130904075600-2482-179693/t1lib-5.1.2_2,1.log add_pkg gettext-0.18.3.tbz libiconv-1.14_1.tbz gmake-3.82_1.tbz printproto-1.0.5.tbz libX11-1.6.1,1.tbz libXau-1.0.8.tbz libXext-1.3.2,1.tbz libXmu-1.1.1,1.tbz libXp-1.0.2,1.tbz libXpm-3.5.10.tbz xproto-7.0.24.tbz libXt-1.1.4,1.tbz kbproto-1.0.6.tbz libXdmcp-1.1.1.tbz libxcb-1.9.1.tbz xextproto-7.2.1.tbz libSM-1.2.1,1.tbz libxml2-2.8.0_2.tbz libpthread-stubs-0.3_3.tbz libICE-1.0.8,1.tbz libXaw-1.0.11,2.tbz libtool-2.4.2_1.tbz adding dependencies pkg_add gettext-0.18.3.tbz pkg_add libiconv-1.14_1.tbz skipping libiconv-1.14_1, already added pkg_add gmake-3.82_1.tbz pkg_add printproto-1.0.5.tbz pkg_add libX11-1.6.1,1.tbz pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: autoload of dependency '/tmp/depends/libpthread-stubs-0.3_3.tbz' failed! pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: autoload of dependency '/tmp/depends/libxml2-2.8.0_2.tbz' failed! pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: autoload of dependency '/tmp/depends/libpthread-stubs-0.3_3.tbz' failed! pkg_add: could not find package pkgconf-0.9.3 ! pkg_add: autoload of dependency '/tm
