Re: Call for testers -- CONF_FILES variable
On 30 June 2011 01:35, Jeremy Messenger mezz.free...@gmail.com wrote: On Wed, Jun 29, 2011 at 3:24 PM, Chris Rees cr...@freebsd.org wrote: Dear all, I've rewritten the CONF_FILES handling after talking to bapt@, and I've done away with the colon-separated tuples -- they're overcomplicated. The result is something like MAN and PORTDOCS (indeed most of the code is stolen from PORTDOCS). This means that shell globs, filenames and directories are specified in CONF_FILES, but the sample file is installed in the Makefile as .pkgconf. I like the rest, but I do not like the name of .pkgconf. I think, the 'pkgconf' is best define for something related with FreeBSD rather than third-party product. The .sample or .default is best name and less confuse for the users, because the word said it all what it is. Thanks for the feedback. I'm afraid any problems with the .pkgconf sample will have to be discussed with the pkgng team and bapt@ -- wasn't my choice either. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [ANNOUNCE]: clang compiling ports
Mark Linimon wrote: On Mon, Jun 20, 2011 at 06:21:26PM -0500, Mark Linimon wrote: A permanent URL to this run is: http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110616185105/ That will stick around even if we use amd64-9-exp for something else. I have updated the errorlog-classifier script and re-run the analysis. Most of the false positives for process failed being actually inability to find C compiler are now flagged as assumes_gcc. The linker_error case has been expanded (again, while these can happen in regular runs, they are much more prevalent in the clang runs.) A few other cases have been tightened up as well. Is there a new link for the new results? Or did you use the link above? b. ___ 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: [ANNOUNCE]: clang compiling ports
On Thu, Jun 30, 2011 at 9:19 AM, b. f. bf1...@googlemail.com wrote: Mark Linimon wrote: On Mon, Jun 20, 2011 at 06:21:26PM -0500, Mark Linimon wrote: A permanent URL to this run is: http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110616185105/ That will stick around even if we use amd64-9-exp for something else. I have updated the errorlog-classifier script and re-run the analysis. Most of the false positives for process failed being actually inability to find C compiler are now flagged as assumes_gcc. The linker_error case has been expanded (again, while these can happen in regular runs, they are much more prevalent in the clang runs.) A few other cases have been tightened up as well. Is there a new link for the new results? Or did you use the link above? I'll start a new run and will report the results in a day or two. -- Florent Thoumie f...@freebsd.org FreeBSD Committer ___ 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
Dealing with sourceforge master dir
Hello,
I'm trying to write a new port for the tiled application. It is hosted
by sourceforge as you can see here :
http://sourceforge.net/projects/tiled/
But the download fails since the distfile is not in the usual directories :
= Attempting to fetch
http://kent.dl.sourceforge.net/project/tiled/tiled/0.6.2/tiled-qt-0.6.2.tar.gz
...
PORTNAME= tiled
PORTVERSION=0.6.2
CATEGORIES= devel
DISTFILES= ${PORTNAME}-qt-${PORTVERSION}.tar.gz
MASTER_SITE=SF
This is the correct download page :
http://sourceforge.net/projects/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz/download
How can I correct it?
Cheers,
--
David Demelier
___
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: [Adopting a port..or contributing... and a patch included for java on most recent of all jdk/jre)
On 30 June 2011 03:23, xD 0x41 sec...@gmail.com wrote:
Hello ports-maintainers,
my name is dru, I have already been once a member of and, successfully
have had a port that was now known as the 'no backporting' 'port' , wich
stops bad ports from being allowed to install :) , this was me and someone
elseAlso, was responsible for finding and defeating 2 VERY nasty and
very basic to use local exploits... but this is in the very much past tence.
At the moment, i run a successful computer repairs company and even a
shell-company, i dont wven know why i run it, it is just for friends
really... Whilst playing with java,and needing some binaries
(javacc,javac,java) , well, i setout to install from orts, on a FreeBSD8.2
stable-release box.
Ok, now, bsd does NOT like tio touch suns apps, wich is a HUGE prblem,
because sun updates theyre apps, and nothing is being done on the ports
side, wich is why i have wrote a tiny patch but, ultimately, if you wish for
use of timezone updater, you MUST fix this port, or apply a patch like mine,
however, you need to really keep uptop date with binaries here... this
should be maintained ALOT better,and im offering help if needed..
Anyhow, here is a small patch i hacked up for the timezone bug, wich sits in
ports/java , but it is crappy really that i had to resrt to this even to
install the data... this apps, should be mirrored as a package, or,
disguised as a freebsd package, as it does only need the binaries, i was
going to install the whole thing, until i found the diablo packages...saved
me alotof time...but still this same bug exists on all jdk and jre.
I checked distfiles for the recent tzupdaer it had and, fuinnily enough it
had an updated copy of the file without me needing to d/l it,but again, the
problem exists in the makefiles... so this needs a proper patching..here is
my rough patch/exampkle:
Have you updated your ports tree? These have already been applied:
[crees@zeus]~/workspace/ports/jdk15$ cvs annotate Makefile |grep TZUPDATE
Annotations for Makefile
***
1.121(glewis 26-Feb-07): TZUPDATEUpdate the
time zone data on \
1.142(glewis 12-Jan-08):
TZUPDATEFILE= tzupdater-${TZUPDATE_VERSION}-${TZUPDATE_TZVERSION}.zip
1.174(glewis 29-Jun-11): TZUPDATE_VERSION=1_3_39
1.174(glewis 29-Jun-11): TZUPDATE_TZVERSION= 2011g
1.120(glewis 24-Feb-07): .if defined(WITH_TZUPDATE)
1.120(glewis 24-Feb-07): DISTFILES+= ${TZUPDATEFILE}
1.120(glewis 24-Feb-07): EXTRACT_ONLY+= ${TZUPDATEFILE}
1.127(glewis 09-Jun-07): .if !defined(PACKAGE_BUILDING)
(!exists(${DISTDIR}/${JRL_SRCFILE}) ||
!exists(${DISTDIR}/${JRL_BINFILE}) || (defined(WITH_POLICY)
!exists(${DISTDIR}/${POLICYFILE})) || (defined(WITH_TZUPDATE)
!exists(${DISTDIR}/${TZUPDATEFILE})) ||
!exists(${DISTDIR}/${PATCHSETFILE}))#{
1.120(glewis 24-Feb-07): .if defined(WITH_TZUPDATE)
!exists(${DISTDIR}/${TZUPDATEFILE})#{
1.171(glewis 25-Apr-11): \JDK DST Timezone Update Tool -
${TZUPDATE_VERSION}\ to obtain the\n\
1.120(glewis 24-Feb-07): time zone update file, ${TZUPDATEFILE}.\n\n
1.120(glewis 24-Feb-07): .if defined(WITH_TZUPDATE)
1.147(glewis 03-May-08):
${WRKDIR}/tzupdater-${TZUPDATE_VERSION:S/_/./g}-${TZUPDATE_TZVERSION}/tzupdater.jar
-u -bc
[crees@zeus]~/workspace/ports/jdk15$
Granted it was only yesterday though...
Thank you for your efforts, and I'm sorry they're duplicated...
If you see something like that in future, mail `make maintainer` in
the port's directory and ask if they have any plans to fix it -- often
that can save you some time!
Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Adopting a port..or contributing... and a patch included for java on most recent of all jdk/jre)
Am 30.06.2011 04:23, schrieb xD 0x41: Anyhow, here is a small patch i hacked up for the timezone bug, wich sits in ports/java , but it is crappy really that i had to resrt to this even to install the data... this apps, should be mirrored as a package, or, disguised as a freebsd package, as it does only need the binaries, i was going to install the whole thing, until i found the diablo packages...saved me alotof time...but still this same bug exists on all jdk and jre. I checked distfiles for the recent tzupdaer it had and, fuinnily enough it had an updated copy of the file without me needing to d/l it,but again, the problem exists in the makefiles... so this needs a proper patching..here is my rough patch/exampkle: [patches omitted] NOTE: i left OUT sha256 cksum,as i did not have a tool handy to get the current info from the zip file, i was only able o update size...i hope this can be fixed by the actual ports maintainers... it is not much, and i believe orks as it is (blank)... Hi xD, thank you for your contribution. As to the check sums, an sha256 command is in the base system, so the tool is the easiest part. However, it looks like A. this got already submitted http://www.freebsd.org/cgi/query-pr.cgi?pr=158280 and patched in the ports tree B. the patches' header lines got corrupted (date and file names run together without separating TAB or blanks). Be sure to *not ever copy and paste patches* or diffs, but attach them, or possibly with decent editors for text-based mailers (such as mutt + vim) read or include them verbatim, making sure they don't get reformatted (like TAB expanded, line wrapped, or similar). So *no need for action on your part* now. *For your next submission*, please keep the information below in mind so we can actually use your contribution: In a common work flow, you'd usually first update the ports tree (for instance, running portsnap fetch update, or for the first time, portsnap fetch extract), do make checksums on the old port before touching the Makefile so that the other and/or old files are there and properly downloaded (except if all distfiles change, even if all means just one) To generate the sha256 for the files, all it takes is to download the new files, verify it's properly downloaded and untampered (best with GnuPG signatures if available), put it in /usr/ports/distfiles (or a subdirectory, if specified in the Makefile), and then make makesums will do the job. That also works outside the ports directory tree, if you copy the original port and work on the copy. Finally, to ease tracking of your contribution, and make sure it isn't lost, it's useful if you A. either use the port-tools to submit the patches with the port submit command as a PR, B. or else at least Cc: the maintainers of the respective ports you're touching - make maintainer will print them, as will manually reading the Makefiles (or else looking at http://freshports.org/DIRECTORY/PORT with the last two components replaced). Details in http://www.freebsd.org/doc/en/books/porters-handbook/ Thank you again for your assistance. Best regards, Matthias Andree (ports maintainer and committer) ___ 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: Dealing with sourceforge master dir
On 30 June 2011 10:22, David Demelier demelier.da...@gmail.com wrote:
Hello,
I'm trying to write a new port for the tiled application. It is hosted by
sourceforge as you can see here :
http://sourceforge.net/projects/tiled/
But the download fails since the distfile is not in the usual directories :
= Attempting to fetch
http://kent.dl.sourceforge.net/project/tiled/tiled/0.6.2/tiled-qt-0.6.2.tar.gz
...
PORTNAME= tiled
PORTVERSION= 0.6.2
CATEGORIES= devel
DISTFILES= ${PORTNAME}-qt-${PORTVERSION}.tar.gz
MASTER_SITE= SF
This is the correct download page :
http://sourceforge.net/projects/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz/download
How can I correct it?
Try MASTER_SITES=SF/tiled/files/tiled-qt/0.6.2/
By the way, did you copy/paste this out of your Makefile? It should be
MASTER_SITES plural.
Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Dealing with sourceforge master dir
On 30/06/2011 11:41, Chris Rees wrote:
On 30 June 2011 10:22, David Demelierdemelier.da...@gmail.com wrote:
Hello,
I'm trying to write a new port for the tiled application. It is hosted by
sourceforge as you can see here :
http://sourceforge.net/projects/tiled/
But the download fails since the distfile is not in the usual directories :
= Attempting to fetch
http://kent.dl.sourceforge.net/project/tiled/tiled/0.6.2/tiled-qt-0.6.2.tar.gz
...
PORTNAME= tiled
PORTVERSION=0.6.2
CATEGORIES= devel
DISTFILES= ${PORTNAME}-qt-${PORTVERSION}.tar.gz
MASTER_SITE=SF
This is the correct download page :
http://sourceforge.net/projects/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz/download
How can I correct it?
Try MASTER_SITES=SF/tiled/files/tiled-qt/0.6.2/
By the way, did you copy/paste this out of your Makefile? It should be
MASTER_SITES plural.
Chris
It was my fault when I recopied the content of Makefile but it was in
plural. Your MASTER_SITES variable seems to locate correctly the file
= Attempting to fetch
http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz
But it ends on Moved temporarly...
= Attempting to fetch
http://ufpr.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz
fetch:
http://ufpr.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz:
Moved Temporarily
= Attempting to fetch
http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz
fetch:
http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz:
Moved Temporarily
Sourceforge downloads are very annoying.
--
David Demelier
___
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: Dealing with sourceforge master dir
On 30-6-2011 11:50, David Demelier wrote:
On 30/06/2011 11:41, Chris Rees wrote:
On 30 June 2011 10:22, David Demelierdemelier.da...@gmail.com wrote:
Hello,
I'm trying to write a new port for the tiled application. It is
hosted by
sourceforge as you can see here :
http://sourceforge.net/projects/tiled/
But the download fails since the distfile is not in the usual
directories :
= Attempting to fetch
http://kent.dl.sourceforge.net/project/tiled/tiled/0.6.2/tiled-qt-0.6.2.tar.gz
...
PORTNAME= tiled
PORTVERSION=0.6.2
CATEGORIES= devel
DISTFILES= ${PORTNAME}-qt-${PORTVERSION}.tar.gz
MASTER_SITE=SF
This is the correct download page :
http://sourceforge.net/projects/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz/download
How can I correct it?
Try MASTER_SITES=SF/tiled/files/tiled-qt/0.6.2/
By the way, did you copy/paste this out of your Makefile? It should be
MASTER_SITES plural.
Chris
It was my fault when I recopied the content of Makefile but it was in
plural. Your MASTER_SITES variable seems to locate correctly the file
= Attempting to fetch
http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz
But it ends on Moved temporarly...
= Attempting to fetch
http://ufpr.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz
fetch:
http://ufpr.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz:
Moved Temporarily
= Attempting to fetch
http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz
fetch:
http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz:
Moved Temporarily
Sourceforge downloads are very annoying.
You should do fetch -v sf-download-url-from-website in a console and
put the url it found the distfile on in your make file in the maner
chris mentioned. It is a little bit more work but it works.
-Koop
___
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: Dealing with sourceforge master dir
Am 30.06.2011 11:50 (UTC+1) schrieb David Demelier:
On 30/06/2011 11:41, Chris Rees wrote:
On 30 June 2011 10:22, David Demelierdemelier.da...@gmail.com wrote:
Hello,
I'm trying to write a new port for the tiled application. It is
hosted by
sourceforge as you can see here :
http://sourceforge.net/projects/tiled/
But the download fails since the distfile is not in the usual
directories :
= Attempting to fetch
http://kent.dl.sourceforge.net/project/tiled/tiled/0.6.2/tiled-qt-0.6.2.tar.gz
...
PORTNAME= tiled
PORTVERSION= 0.6.2
CATEGORIES= devel
DISTFILES= ${PORTNAME}-qt-${PORTVERSION}.tar.gz
MASTER_SITE= SF
This is the correct download page :
http://sourceforge.net/projects/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz/download
How can I correct it?
Try MASTER_SITES= SF/tiled/files/tiled-qt/0.6.2/
MASTER_SITES= SF/tiled/tiled-qt/${PORTVERSION}/
should do it.
Regards,
Rainer Hurling
By the way, did you copy/paste this out of your Makefile? It should be
MASTER_SITES plural.
Chris
It was my fault when I recopied the content of Makefile but it was in
plural. Your MASTER_SITES variable seems to locate correctly the file
= Attempting to fetch
http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz
But it ends on Moved temporarly...
= Attempting to fetch
http://ufpr.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz
fetch:
http://ufpr.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz:
Moved Temporarily
= Attempting to fetch
http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz
fetch:
http://waix.dl.sourceforge.net/project/tiled/files/tiled-qt/0.6.2/tiled-qt-0.6.2.tar.gz:
Moved Temporarily
Sourceforge downloads are very annoying.
___
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: Dealing with sourceforge master dir
On 30/06/2011 12:06, Rainer Hurling wrote:
MASTER_SITES= SF/tiled/tiled-qt/${PORTVERSION}/
It works, Thanks!
--
David Demelier
___
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: Dealing with sourceforge master dir
On 30 June 2011 11:09, David Demelier demelier.da...@gmail.com wrote:
On 30/06/2011 12:06, Rainer Hurling wrote:
MASTER_SITES= SF/tiled/tiled-qt/${PORTVERSION}/
It works, Thanks!
Er, yes, sorry. Never hardcode things into Makefiles where variables could go!
Also, see what kwm@ wrote above about following the redirects.
Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
vigra 1.7.1
Update to vigra 1.7.1 on FreeBSD 8.2-RELEASE-p1 #0: doesn't work on my computer: Configuring done -- Generating done CMake Warning: The variable, 'THREADS_HAVE_PTHREAD_ARG', specified manually, was not used during the generation. -- Build files have been written to: /usr/ports/graphics/vigra/work/vigra-1.7.1 === Building for vigra-1.7.1 Scanning dependencies of target vigraimpex [ 3%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/bmp.cxx.o [ 6%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/byteorder.cxx.o [ 9%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/codecmanager.cxx.o [ 12%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/gif.cxx.o [ 15%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/hdr.cxx.o [ 18%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/hdf5impex.cxx.o In file included from /usr/ports/graphics/vigra/work/vigra-1.7.1/src/impex/hdf5impex.cxx:38: /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:442: error: expected ',' or '...' before '*' token /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:442: error: ISO C++ forbids declaration of 'H5L_info_t' with no type /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In static member function 'static herr_t vigra::HDF5File::opFunc(hid_t, const char*, int)': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:445: error: 'H5O_info_t' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:445: error: expected `;' before 'infobuf' /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:446: error: 'infobuf' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:446: error: 'H5Oget_info_by_name' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:449: error: 'H5O_TYPE_GROUP' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:451: error: 'operator_data' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:453: error: 'H5O_TYPE_DATASET' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:455: error: 'operator_data' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In member function 'void vigra::HDF5File::cd(std::string)': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:524: error: 'H5Lexists' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:533: error: 'H5Lexists' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In member function 'std::vectorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorcharvigra::HDF5File::ls()': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:602: error: 'H5_INDEX_NAME' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:602: error: 'H5_ITER_NATIVE' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:602: error: 'H5Literate' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In member function 'std::string vigra::HDF5File::getAttribute(std::string, std::string)': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:691: error: 'H5Lexists' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:704: error: 'H5Aopen_by_name' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In member function 'hid_t vigra::HDF5File::getDatasetHandle_(std::string)': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:1174: error: 'H5Lexists' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:1193: error: 'H5Lexists' was not declared in this scope *** Error code 1 Stop in /usr/ports/graphics/vigra/work/vigra-1.7.1. *** Error code 1 Stop in /usr/ports/graphics/vigra/work/vigra-1.7.1. *** Error code 1 Stop in /usr/ports/graphics/vigra/work/vigra-1.7.1. *** Error code 1 Stop in /usr/ports/graphics/vigra. === make failed for graphics/vigra === Aborting update Terminated Terminated === You can restart from the point of failure with this command line: portmaster flags graphics/vigra Thanks in advance. Mitja
Re: vigra 1.7.1
i have the same problem. On 30.06.2011 13:44, ajtiM wrote: Update to vigra 1.7.1 on FreeBSD 8.2-RELEASE-p1 #0: doesn't work on my computer: Configuring done -- Generating done CMake Warning: The variable, 'THREADS_HAVE_PTHREAD_ARG', specified manually, was not used during the generation. -- Build files have been written to: /usr/ports/graphics/vigra/work/vigra-1.7.1 === Building for vigra-1.7.1 Scanning dependencies of target vigraimpex [ 3%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/bmp.cxx.o [ 6%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/byteorder.cxx.o [ 9%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/codecmanager.cxx.o [ 12%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/gif.cxx.o [ 15%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/hdr.cxx.o [ 18%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/hdf5impex.cxx.o In file included from /usr/ports/graphics/vigra/work/vigra-1.7.1/src/impex/hdf5impex.cxx:38: /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:442: error: expected ',' or '...' before '*' token /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:442: error: ISO C++ forbids declaration of 'H5L_info_t' with no type /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In static member function 'static herr_t vigra::HDF5File::opFunc(hid_t, const char*, int)': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:445: error: 'H5O_info_t' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:445: error: expected `;' before 'infobuf' /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:446: error: 'infobuf' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:446: error: 'H5Oget_info_by_name' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:449: error: 'H5O_TYPE_GROUP' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:451: error: 'operator_data' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:453: error: 'H5O_TYPE_DATASET' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:455: error: 'operator_data' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In member function 'void vigra::HDF5File::cd(std::string)': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:524: error: 'H5Lexists' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:533: error: 'H5Lexists' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In member function 'std::vectorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorcharvigra::HDF5File::ls()': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:602: error: 'H5_INDEX_NAME' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:602: error: 'H5_ITER_NATIVE' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:602: error: 'H5Literate' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In member function 'std::string vigra::HDF5File::getAttribute(std::string, std::string)': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:691: error: 'H5Lexists' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:704: error: 'H5Aopen_by_name' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx: In member function 'hid_t vigra::HDF5File::getDatasetHandle_(std::string)': /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:1174: error: 'H5Lexists' was not declared in this scope /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:1193: error: 'H5Lexists' was not declared in this scope *** Error code 1 Stop in /usr/ports/graphics/vigra/work/vigra-1.7.1. *** Error code 1 Stop in /usr/ports/graphics/vigra/work/vigra-1.7.1. *** Error code 1 Stop in /usr/ports/graphics/vigra/work/vigra-1.7.1. *** Error code 1 Stop in /usr/ports/graphics/vigra. === make failed for graphics/vigra === Aborting update Terminated Terminated === You can restart from the point of failure with this command line: portmasterflags graphics/vigra Thanks in advance. Mitja http://jpgmag.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To
Re: Call for testers -- CONF_FILES variable
On 06/30/2011 08:22, Chris Rees wrote: I like the rest, but I do not like the name of .pkgconf. I think, the 'pkgconf' is best define for something related with FreeBSD rather than third-party product. The .sample or .default is best name and less confuse for the users, because the word said it all what it is. Thanks for the feedback. I'm afraid any problems with the .pkgconf sample will have to be discussed with the pkgng team and bapt@ -- wasn't my choice either. Chris Yes, right now, pkgng uses the .pkgconf suffix to know that it is a configuration file. But now, we have a new format for the package manifest so _maybe_ (it has to be discussed with bapt) we can add an attribute to a file entry saying I am a sample of a conf file. The hardest part for that would be to detect in the ports tree if we are using pkgng or the legacy pkg_install, and, depending on that, to generate the appropriate entry in the manifest / plist. ___ 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: vigra 1.7.1
On Thu, Jun 30, 2011 at 05:44:56 -0500, ajtiM wrote: Update to vigra 1.7.1 on FreeBSD 8.2-RELEASE-p1 #0: doesn't work on my computer: [...] [ 18%] Building CXX object src/impex/CMakeFiles/vigraimpex.dir/hdf5impex.cxx.o In file included from /usr/ports/graphics/vigra/work/vigra-1.7.1/src/impex/hdf5impex.cxx:38: /usr/ports/graphics/vigra/work/vigra-1.7.1/include/vigra/hdf5impex.hxx:442: error: expected ',' or '...' before '*' token [...] Hi, I fixed this in http://lists.freebsd.org/pipermail/cvs-ports/2011-June/220020.html http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/158425 -- Vasil Dimov gro.DSBeerF@dv % A complex system that works is invariably found to have evolved from a simple system that works. pgpQd0mTg8JEe.pgp Description: PGP signature
Re: [Adopting a port..or contributing... and a patch included for java on most recent of all jdk/jre)
Am 30.06.2011 04:23, schrieb xD 0x41: *For your next submission*, please keep the information below in mind so we can actually use your contribution: In a common work flow, you'd usually first update the ports tree (for instance, running portsnap fetch update, or for the first time, portsnap fetch extract), Some alternative updating methods (anonymous cvs, cvsup/csup, rsync, ctm, ftp) are in: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors.html do make checksums on the old port before a typo, the target is checksum, no trailing s (for reference, the targets are documented in the Makefiles in ports/Mk, and in the PORTS(7) manpage) touching the Makefile so that the other and/or old files are there and properly downloaded (except if all distfiles change, even if all means just one) To generate the sha256 for the files, all it takes is to download the new files, verify it's properly downloaded and untampered (best with GnuPG signatures if available), put it in /usr/ports/distfiles (or a subdirectory, if specified in the Makefile), and then make makesums a typo, the target is makesum, no trailing s will do the job. That also works outside the ports directory tree, if you copy the original port and work on the copy. Finally, to ease tracking of your contribution, and make sure it isn't lost, it's useful if you A. either use the port-tools to submit the patches with the port submit command as a PR, Note that port is a utility from the ports-mgmt/porttools port, which must be installed -- it is not in the base system or in ports/Tools. If you are going to use this, consider running port test on your patched port before proposing changes. b. ___ 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: vigra 1.7.1
It's not work for me. Why? See the attach file. On 30.06.2011 15:02, Vasil Dimov wrote: Hi, I fixed this in http://lists.freebsd.org/pipermail/cvs-ports/2011-June/220020.html http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/158425 -- best regards, Anton vigra-1.7.1_failed Description: Binary data ___ 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: [ANNOUNCE]: clang compiling ports
On Thu, Jun 30, 2011 at 08:19:05AM +, b. f. wrote: Is there a new link for the new results? Or did you use the link above? same link. mcl ___ 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: [ANNOUNCE]: clang compiling ports
On Thu, Jun 30, 2011 at 3:18 PM, Koop Mast k...@rainbow-runner.nl wrote: I need to review the patches mentioned on the end of that wiki page. But I have currently a couple of deadlines I need to do work for, so that takes priority atm. If I find anything that is still needed, I will let the responsible people now. oh, found it. that patch is obsolete. qt4 is now able to build (theoretically) with any compiler from ports and base -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ 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: vigra 1.7.1
Thanks. On 30.06.2011 16:29, Luca Pizzamiglio wrote: you still have the wrong hdf5 library installed. === The dependency for science/hdf5-18 seems to be handled by hdf5-1.6.9_1 remove hdf5-1.6.9_1 with pkd_delete and restart portmaster graphic/vigra Bye On 06/30/11 14:13, Gritsuk Anton wrote: It's not work for me. Why? See the attach file. On 30.06.2011 15:02, Vasil Dimov wrote: Hi, I fixed this in http://lists.freebsd.org/pipermail/cvs-ports/2011-June/220020.html http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/158425 ___ 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 -- best regards, Anton ___ 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: vigra 1.7.1
you still have the wrong hdf5 library installed. === The dependency for science/hdf5-18 seems to be handled by hdf5-1.6.9_1 remove hdf5-1.6.9_1 with pkd_delete and restart portmaster graphic/vigra Bye On 06/30/11 14:13, Gritsuk Anton wrote: It's not work for me. Why? See the attach file. On 30.06.2011 15:02, Vasil Dimov wrote: Hi, I fixed this in http://lists.freebsd.org/pipermail/cvs-ports/2011-June/220020.html http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/158425 ___ 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 ___ 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
sqlite3 3.7.7 and svn
It seems that update from sqlite3 3.7.6.3 to 3.7.7 breaks svn, at least the svnsync does not work for me anymore. I am afraid to touch local checkouts since I have a useful work sitting in them. An attempt to svnsync sync repo results in not quite useful message svnsync: Error while replaying commit Ktracing svnsync shown the text like ( failure ( ( 200029 38:Couldn't perform atomic initialization 31:subv\ ersion/libsvn_subr/atomic.c 55 ) ( 200030 27:database schema has chang\ ed 31:subversion/libsvn_subr/sqlite.c 99 ) ) ) passed near /dev/null, that gave me a hint. Indeed, downgrade of the sqlite3 port to 3.7.6.3 allowed svnsync to process. This is amd64 stable/8 machine with subversion-freebsd-1.6.17_2. pgpefEQ2qGxHE.pgp Description: PGP signature
Re: sqlite3 3.7.7 and svn
On Thu, Jun 30, 2011 at 10:12 AM, Kostik Belousov kostik...@gmail.com wrote: It seems that update from sqlite3 3.7.6.3 to 3.7.7 breaks svn, It has been fixed in 3.7.7.1, you can try to update (not in ports yet) and see if it works. http://svn.haxx.se/dev/archive-2011-06/index.shtml#858 http://svn.haxx.se/dev/archive-2011-06/index.shtml#872 Cheers, Mezz at least the svnsync does not work for me anymore. I am afraid to touch local checkouts since I have a useful work sitting in them. An attempt to svnsync sync repo results in not quite useful message svnsync: Error while replaying commit Ktracing svnsync shown the text like ( failure ( ( 200029 38:Couldn't perform atomic initialization 31:subv\ ersion/libsvn_subr/atomic.c 55 ) ( 200030 27:database schema has chang\ ed 31:subversion/libsvn_subr/sqlite.c 99 ) ) ) passed near /dev/null, that gave me a hint. Indeed, downgrade of the sqlite3 port to 3.7.6.3 allowed svnsync to process. This is amd64 stable/8 machine with subversion-freebsd-1.6.17_2. -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: sqlite3 3.7.7 and svn
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/30/11 11:12 AM, Kostik Belousov wrote: It seems that update from sqlite3 3.7.6.3 to 3.7.7 breaks svn, at least the svnsync does not work for me anymore. I am afraid to touch local checkouts since I have a useful work sitting in them. An attempt to svnsync sync repo results in not quite useful message svnsync: Error while replaying commit Ktracing svnsync shown the text like ( failure ( ( 200029 38:Couldn't perform atomic initialization 31:subv\ ersion/libsvn_subr/atomic.c 55 ) ( 200030 27:database schema has chang\ ed 31:subversion/libsvn_subr/sqlite.c 99 ) ) ) passed near /dev/null, that gave me a hint. Indeed, downgrade of the sqlite3 port to 3.7.6.3 allowed svnsync to process. This is amd64 stable/8 machine with subversion-freebsd-1.6.17_2. Looks like this bug has been getting some attention: http://svn.haxx.se/dev/archive-2011-06/0858.shtml http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg916031.html http://www.mail-archive.com/debian-bugs-closed@lists.debian.org/msg328104.html This release fixes the problem: http://www.sqlite.org/releaselog/3_7_7_1.html Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4MlgoACgkQ0sRouByUApA8PwCbBC7TWcYNkj++uT9X71zIFBmE cVgAn3iE+IeCC/mjR5qM2O2xTsE5psCQ =qZlC -END PGP SIGNATURE- ___ 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
www/transmission-web: make patch fails
# make patch === License check disabled, port has not defined LICENSE === Extracting for transmission-web-2.32 = SHA256 Checksum OK for transmission-2.32.tar.xz. === Patching for transmission-web-2.32 === Applying FreeBSD patches for transmission-web-2.32 1 out of 1 hunks failed--saving rejects to gtk/tr-prefs.c.rej = Patch patch-gtk_tr-prefs.c failed to apply cleanly. = Patch(es) patch-fix_without_ipv6 applied cleanly. *** Error code 1 Stop in /usr/ports/www/transmission-web. ___ 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
graphics/kipi-plugins-kde4 build failure
=== The following configuration options are available for kipi-plugins-1.8.0_4,1: GPOD=on Enable Ipod Export plugin OPENCV=on Enable Red Eye Removal plugin PIMLIBS=on Enable Calendar plugin === Use 'make config' to modify these settings ... [snip] [ 80%] Building CXX object kioexportimport/CMakeFiles/kipiplugin_kioexportimport.dir/KioExportWidget.o [ 80%] Building CXX object kioexportimport/CMakeFiles/kipiplugin_kioexportimport.dir/KioImportWindow.o In file included from /usr/local/share/opencv/../../include/qaction.h:43, from /usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-1.8.0/kioexportimport/KioImportWindow.cpp:28: /usr/local/share/opencv/../../include/qiconset.h:52: error: function definition does not declare parameters /usr/local/share/opencv/../../include/qiconset.h:101: error: function definition does not declare parameters In file included from /usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-1.8.0/kioexportimport/KioImportWindow.cpp:28: /usr/local/share/opencv/../../include/qaction.h:56: error: function definition does not declare parameters /usr/local/share/opencv/../../include/qaction.h:151: error: function definition does not declare parameters /usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-1.8.0/kioexportimport/KioImportWindow.cpp: In constructor 'KIPIKioExportPlugin::KioImportWindow::KioImportWindow(QWidget*, KIPI::Interface*)': /usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-1.8.0/kioexportimport/KioImportWindow.cpp:107: error: invalid use of incomplete type 'struct QAction' /usr/local/kde4/include/kicontheme.h:34: error: forward declaration of 'struct QAction' /usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-1.8.0/kioexportimport/KioImportWindow.cpp:109: error: no matching function for call to 'KIPIKioExportPlugin::KioImportWindow::connect(QAction*, const char [17], KIPIKioExportPlugin::KioImportWindow* const, const char [12])' /usr/local/include/qt4/QtCore/qobject.h:209: note: candidates are: static bool QObject::connect(const QObject*, const char*, const QObject*, const char*, Qt::ConnectionType) /usr/local/include/qt4/QtCore/qobject.h:314: note: bool QObject::connect(const QObject*, const char*, const char*, Qt::ConnectionType) const *** Error code 1 1 error *** Error code 2 Linking CXX shared module ../lib/kipiplugin_piwigoexport.so [ 80%] Built target kipiplugin_piwigoexport 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/graphics/kipi-plugins-kde4. *** Error code 1 Stop in /usr/ports/graphics/kipi-plugins-kde4. Removing and reinstalling opencv-core and opencv did not help, and pkg_info -g on same shows no mismatched checksums or missing files. -- Greg Rivers ___ 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: www/transmission-web: make patch fails
I confirm [root@timp ~]# portmaster -ad ... ... === The following actions will be taken if you choose to proceed: Upgrade transmission-web-2.31 to transmission-web-2.32 Upgrade transmission-cli-2.31 to transmission-cli-2.32 Upgrade transmission-daemon-2.31 to transmission-daemon-2.32 === Proceed? y/n [y] === Starting build for for ports that need updating === === Launching child to install www/transmission-web === Port directory: /usr/ports/www/transmission-web === Starting check for build dependencies === Gathering dependency list for www/transmission-web from ports === No dependencies for www/transmission-web === Cleaning for transmission-web-2.32 === License check disabled, port has not defined LICENSE === Extracting for transmission-web-2.32 = SHA256 Checksum OK for transmission-2.32.tar.xz. === Patching for transmission-web-2.32 === Applying FreeBSD patches for transmission-web-2.32 1 out of 1 hunks failed--saving rejects to gtk/tr-prefs.c.rej = Patch patch-gtk_tr-prefs.c failed to apply cleanly. = Patch(es) patch-fix_without_ipv6 applied cleanly. *** Error code 1 Stop in /usr/ports/www/transmission-web. === make failed for www/transmission-web === Aborting update === Update for www/transmission-web failed === Aborting update === You can restart from the point of failure with this command line: portmaster flags www/transmission-web net-p2p/transmission-cli net-p2p/transmission-daemon -- View this message in context: http://freebsd.1045724.n5.nabble.com/www-transmission-web-make-patch-fails-tp4539679p4539776.html Sent from the freebsd-ports mailing list archive at Nabble.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
FreeBSD Port: rt-3.8.10
Hi - are there plans to get RT-4.x into the ports tree? Thanks Keith
FreeBSD Port: ap13-mod_ruby-1.3.0_1
I had a problem installing ruby for apache 1.3.42 on FBSD 8.1 RELEASE on an AMD64 processor. It failed in make install due to a failure to find regmatch_t definition (at lines 1071 and 1075 in httpd.h) using oniguruma.h from /usr/local/lib/ruby/1.8/amd64-freebsd8/oniguruma.h which supplies regex_t but not regmatch_t. I fixed my problem by simply copying the regmatch_t definition from a handy pcreposix.h file into the oniguruma.h file which I'm sure is not the right solution. I'm happy to supply any further info you require or to raise a bug report if you would prefer. Regards and thanks for your great work. -- Ron Aitchison www.zytrax.com ZYTRAX r...@zytrax.com tel: 514-315-4296 Suite 22 6201 Chemin Cote St. Luc Hampstead QC H3X 2H2 Canada Author: Pro DNS and BIND (Apress) ISBN 1-59059-494-0 ___ 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: rt-3.8.10
On 30.06.11 20:44, Keith Jose wrote: Hi – are there plans to get RT-4.x into the ports tree? Hi, sorry but i do not have plans for 4.0, as i do not use RT anymore. I will further maintain rt38 but 4.0 seems to be quite a lot of work, for which i just don't have time. Cheers, Florian ___ 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: www/transmission-web: make patch fails
On Thu, Jun 30, 2011 at 12:56 PM, Barbara barbara.xxx1...@libero.it wrote: # make patch === License check disabled, port has not defined LICENSE === Extracting for transmission-web-2.32 = SHA256 Checksum OK for transmission-2.32.tar.xz. === Patching for transmission-web-2.32 === Applying FreeBSD patches for transmission-web-2.32 1 out of 1 hunks failed--saving rejects to gtk/tr-prefs.c.rej = Patch patch-gtk_tr-prefs.c failed to apply cleanly. = Patch(es) patch-fix_without_ipv6 applied cleanly. *** Error code 1 Stop in /usr/ports/www/transmission-web. Forgot to remove a patch, committed it. Cheers, Mezz -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
sudo always_set_home permanently set?
I'm having an issue with the sudo port.. always_set_home seems to be on by default (contrary to the documentation), and I can't get it to turn off. I don't see any patches related to this in the port's files directory, so I'm at a loss as to the cause. What am I missing? sudo -V Sudo version 1.7.4p4 sudo grep set_home /usr/local/etc/sudoers Defaults!always_set_home Defaults!set_home sudo env | grep HOME HOME=/root ___ 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: cvs commit: ports UPDATING
On 06/30/2011 14:03, Stephen Montgomery-Smith wrote: stephen 2011-06-30 21:03:43 UTC FreeBSD ports repository Modified files: .UPDATING Log: - Tell octave-forge* users to completely remove old ports before reinstalling. This is not the first time this issue (ports doing the wrong thing if you try to build them while they are installed) has come up, and I've been thinking ... do we need something like a NO_REINSTALL flag that can be added to a port's Makefile to indicate the problem? I realize that in many cases the problem is better solved by fixing the real problem. However I think that there are likely situations like this where there is a legitimate problem that can only be overcome by removing the installed ports first. Is this idea worth pursuing? I have some ideas about how it should be implemented but I'm curious what others think about the concept first. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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
Re: cvs commit: ports UPDATING
On 06/30/2011 10:22 PM, Doug Barton wrote: On 06/30/2011 14:03, Stephen Montgomery-Smith wrote: stephen 2011-06-30 21:03:43 UTC FreeBSD ports repository Modified files: .UPDATING Log: - Tell octave-forge* users to completely remove old ports before reinstalling. This is not the first time this issue (ports doing the wrong thing if you try to build them while they are installed) has come up, and I've been thinking ... do we need something like a NO_REINSTALL flag that can be added to a port's Makefile to indicate the problem? I realize that in many cases the problem is better solved by fixing the real problem. However I think that there are likely situations like this where there is a legitimate problem that can only be overcome by removing the installed ports first. Is this idea worth pursuing? I have some ideas about how it should be implemented but I'm curious what others think about the concept first. Doug Doug, I just wanted to say that you may have misunderstood my commit log, because of some personal email exchanges we have had. I have now repaired the octave-forge ports so that there is no need to have them use a NO_REINSTALL flag. However, this required me to redesign how the ports work. So my message in UPDATING was merely telling the users to deinstall all the octave forge ports ONE TIME, before rebuilding them. After deinstalling them and then reinstalling them, the octave-forge ports should afterwards be completely compatible with portmaster. So a NO_REINSTALL flag is not required for octave-forge*. (Not that other ports might need it.) Thanks, Stephen ___ 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: cvs commit: ports UPDATING
On 06/30/2011 20:57, Stephen Montgomery-Smith wrote: On 06/30/2011 10:22 PM, Doug Barton wrote: On 06/30/2011 14:03, Stephen Montgomery-Smith wrote: stephen 2011-06-30 21:03:43 UTC FreeBSD ports repository Modified files: . UPDATING Log: - Tell octave-forge* users to completely remove old ports before reinstalling. This is not the first time this issue (ports doing the wrong thing if you try to build them while they are installed) has come up, and I've been thinking ... do we need something like a NO_REINSTALL flag that can be added to a port's Makefile to indicate the problem? I realize that in many cases the problem is better solved by fixing the real problem. However I think that there are likely situations like this where there is a legitimate problem that can only be overcome by removing the installed ports first. Is this idea worth pursuing? I have some ideas about how it should be implemented but I'm curious what others think about the concept first. Doug Doug, I just wanted to say that you may have misunderstood my commit log, Wouldn't be the first time. :) because of some personal email exchanges we have had. I have now repaired the octave-forge ports so that there is no need to have them use a NO_REINSTALL flag. Ok, that's awesome! However, this required me to redesign how the ports work. So my message in UPDATING was merely telling the users to deinstall all the octave forge ports ONE TIME, before rebuilding them. After deinstalling them and then reinstalling them, the octave-forge ports should afterwards be completely compatible with portmaster. So a NO_REINSTALL flag is not required for octave-forge*. Ok, so I guess we can store this idea for some time down the road when it's really needed. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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
Re: cvs commit: ports UPDATING
On 06/30/2011 11:18 PM, Glen Barber wrote: I think it would be nice to have a I_KNOW_I_HAVE_THIS_PORT_INSTALLED_ALREADY_BUT_UPGRADE_IT_ANYWAY flag for situations that seem to be what caused this reply, unless I misunderstand the cause of the UPDATING entry. In either case, see below. The UPDATING entry was a different issue. More specifically, I think it would be nice if 'PACKAGE_SITE=$mylocaltinderbox pkg_addsomepackage' didn't complain that I already have a prerequisite packages, though lesser-versioned that is required forsomepackage installed currently, while failing to upgrade the prerequisite package when I know it's necessary for the somepackage upgrade. The trouble with this is that when you deinstall some prerequisite package, that other packages might also need that prerequisite package. So pkg_add would have to figure out that it needs to deinstall all the packages needing that prerequisite package, and then reinstall them. For example, you want to upgrade gnome2, which depends on libX11. But in upgrading libX11, pkg_add has to figure out that it also needs to deinstall openoffice, and then reinstall it. I would think that something like this could be done, but it would be a lot of work to write this program correctly. (But you might be satisfied that pkg_add does what portmaster does, which is to update the +REQUIRED_BY entries in all the appropriate places in /var/db/pkg. That probably wouldn't be too hard.) Maybe I've missed various flags in various manual pages - I would be thrilled to be proven that this is the case. What I do is to use a script like this: !/bin/sh for p in /var/db/pkg/*; do if [ -d $p ]; then \ p=`basename $p` if ! [ -e $mylocaltinderbox/All/$p.tbz ]; then echo $p fi fi done and then pipe the output of this script into xargs pkg_delete -r ___ 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
