Re: [CFT] Hadoop preliminary port
Whelp, best of luck to you fellas then. Unfortunately I'm lacking the experience that would help you folks with the testing of this port. Hopefully things go well with CVS (it's at least well documented at Apache) otherwise I'll have to dump BSD off my server machine and stick CentOS (yuck) on it. -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5478461.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
Re: [CFT] Hadoop preliminary port
Sun, Feb 12, 2012 at 11:57:03PM -0800, Bleakwiser wrote:
On Mon, Feb 13, 2012 at 1:49 AM, Eygene Ryabinkin-2 [via FreeBSD]
ml-node+s1045724n547842...@n5.nabble.com wrote:
Sun, Feb 12, 2012 at 11:44:03PM -0800, Bleakwiser wrote:
I know this isn't exactly the place for it but I really have no idea
what to
do with this .diff file.
Try
{{{
cd /usr/ports
fetch -o - http://people.freebsd.org/~clement/hadoop/hadoop-1.0.0.diff |
patch -p1
}}}
then go to the relevant port directory (devel/hadoop, I suppose)
and build the port.
Kidding right?
No, I am dead serious.
patch -p1 isn't even mentioned in the man pages.
'patch -p1' can't be mentioned on the man pages, because 'patch' is
the utility and '-p1' is the argument to that utility. Invoke 'man patch'
and look for '-p[number]'.
And again, i've ran,
patch hadoop-1.0.0.diff
Nothing happens, just blank cursor.
Well, it just happened that your mail reader broke the line starting
with 'fetch -o -' into two. You should invoke the command
{{{
fetch -o - http://people.freebsd.org/~clement/hadoop/hadoop-1.0.0.diff | patch
-p1 -E
}}}
with everything on one line: fetch should feed its output to the patch utility.
By the way, I forgot the -E flag -- it could be needed too.
For starters it isn't really clear what I'm even supposed to be applying
the patch to.
I think that the Wikipage article about patch is a good thing to start from,
http://en.wikipedia.org/wiki/Patch_%28Unix%29
In a nutshell, since you're doing 'cd /usr/ports', patchfile contents specify
that diffs are relative to the ports directory,
{{{
--- ports/devel/Makefile30 Jan 2012 09:15:00 - 1.4819
+++ ports/devel/Makefile1 Feb 2012 16:26:31 -
}}}
and -p1 instructs 'patch' utility to strip one directory level
from the file names to be patched, you'll be patching every file
that is mentioned in the diff, but without the leading 'ports/'
prefix, and the base directory will be the $PWD (/usr/ports).
If you really want to understand, what files will be patched, then
here we go:
{{{
$ fetch -qo - http://people.freebsd.org/~clement/hadoop/hadoop-1.0.0.diff |
grep -E '^(---|\+\+\+) ' | grep -v /dev/null | awk '{print $2;}' | sort | uniq
| sed -e's,^,/usr/,'
/usr/ports/GIDs
/usr/ports/UIDs
/usr/ports/devel/Makefile
/usr/ports/devel/hadoop/Makefile
/usr/ports/devel/hadoop/distinfo
/usr/ports/devel/hadoop/files/000.java_home.env.in
/usr/ports/devel/hadoop/files/datanode.in
/usr/ports/devel/hadoop/files/hadoop.in
/usr/ports/devel/hadoop/files/jobtracker.in
/usr/ports/devel/hadoop/files/namenode.in
/usr/ports/devel/hadoop/files/patch-build.xml
/usr/ports/devel/hadoop/files/patch-src__c++__libhdfs__hdfs.c
/usr/ports/devel/hadoop/files/patch-src__c++__libhdfs__hdfsJniHelper.c
/usr/ports/devel/hadoop/files/patch-src__native__Makefile.in
/usr/ports/devel/hadoop/files/patch-src__native__configure
/usr/ports/devel/hadoop/files/patch-src__native__configure.ac
/usr/ports/devel/hadoop/files/patch-src__native__src__org__apache__hadoop__io__nativeio__NativeIO.c
/usr/ports/devel/hadoop/files/patch-src__native__src__org__apache__hadoop__security__JniBasedUnixGroupsNetgroupMapping.c
/usr/ports/devel/hadoop/files/pkg-deinstall.in
/usr/ports/devel/hadoop/files/pkg-install.in
/usr/ports/devel/hadoop/files/secondarynamenode.in
/usr/ports/devel/hadoop/files/tasktracker.in
/usr/ports/devel/hadoop/pkg-descr
/usr/ports/devel/hadoop/pkg-plist
}}}
Again, the command, starting from 'fetch' and ending on 'sed'
must be on a single line.
--
Eygene Ryabinkin,,,^..^,,,
[ Life's unfair - but root password helps! | codelabs.ru ]
[ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ]
pgpiLf0Y8brBf.pgp
Description: PGP signature
Re: [CFT] Hadoop preliminary port
On 13/02/2012 07:57, Bleakwiser wrote: Kidding right? patch -p1 isn't even mentioned in the man pages. And again, i've ran, patch hadoop-1.0.0.diff Nothing happens, just blank cursor. patch expects to read a diff file on its standard input, so the command you need to run is: patch hadoop-1.0.0.diff For starters it isn't really clear what I'm even supposed to be applying the patch to. The files to patch are determined from the content of the diff. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: [CFT] Hadoop preliminary port
I was able to find some better information on the patch command through wikipeida, their article on it is really great. However I'm still not clear on what files I'm supposed to download to be running the patch on. I've dug around inside the .diff file with pico a bit and it's rather cryptic. Lots of things are commented (I assume by +) and I was also able to find some relevant man pages on 'patch' as opposed to 'man diff' i was using earlier. The correct command would be 'patch -p1 hadoop-1.0.0.diff' not just 'patch -p1' w/o any other arguments, which tells the patch program to use the directory structure inside the .diff file. But perhaps piping the output of 'fetch' handles that all for me? However, we are getting way ahead of ourselves here and the same thing can be accomplished with different syntax. W/o having the correct software apply the patch to there isn't much sense in running the command at all anyway. Since I'm not familiar with the rather cryptic contents of .diff files I've wasted a good half hour just looking through it's contents for some clue as to exactly what I need to be downloading. Of course there is always the try and fail technique, where I would just simply try each tbz off the site and try and fail until it worked... for some reason I never liked that method. Thanks and again. I am defiantly not eleete enough to be helping test this port so I'll leave it to those informed already on the list. I wouldn't want to continue to waste anyone's time w/ trivial questions much less waste hours and hours of my own time looking up syntax for nitche CLI utilities so take care and good luck with the port. It's defiantly a 'killer app' so for BSD's sake I hope you folks get it. And as promiced, the /facepalm of failure... /facepalm On Mon, Feb 13, 2012 at 2:27 AM, Matthew Seaman-2 [via FreeBSD] ml-node+s1045724n5478487...@n5.nabble.com wrote: On 13/02/2012 07:57, Bleakwiser wrote: Kidding right? patch -p1 isn't even mentioned in the man pages. And again, i've ran, patch hadoop-1.0.0.diff Nothing happens, just blank cursor. patch expects to read a diff file on its standard input, so the command you need to run is: patch hadoop-1.0.0.diff For starters it isn't really clear what I'm even supposed to be applying the patch to. The files to patch are determined from the content of the diff. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: [hidden email] http://user/SendEmail.jtp?type=nodenode=5478487i=0 Kent, CT11 9PW *signature.asc* (275 bytes) Download Attachmenthttp://attachment/5478487/0/signature.asc -- If you reply to this email, your message will be added to the discussion below: http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5478487.html To unsubscribe from [CFT] Hadoop preliminary port, click herehttp://freebsd.1045724.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4677071code=dHJhZWJhcmxvd0BnbWFpbC5jb218NDY3NzA3MXwtMTM3NzMyMDgyNA== . NAMLhttp://freebsd.1045724.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- Trae Barlow -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5478517.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
Re: Please test your commits
On 12.02.2012 22:43, Stephen Montgomery-Smith wrote: On 02/12/2012 03:33 PM, Andriy Gapon wrote: on 12/02/2012 23:22 Stephen Montgomery-Smith said the following: On 02/12/2012 03:15 PM, Andriy Gapon wrote: Today I became another user of redports.org. I can definitely recommend it. Yes, but it is not without its problems. I tried testing math/sage on redports.org. It reported an error building the dependency math/atlas, which built fine on mine and other people's systems. But still this is an instance of environment where the port can fail, so it warrants an investigation and fixing. Either in the port or in the redports infrastructure. Yes, you are correct. In fact, in the case of math/atlas there is the following report. It looks like people are working on it. http://portsmon.freebsd.org/portoverview.py?category=mathportname=atlaswildcard= I think this isn't directly related. The build on redports had status dud in math/atlas which means the port has set IGNORE. I have no good way of telling which IGNORE line it is yet but it can only be one of: You have set WITH_ARCHDEF, but have not defined ARCHDEF You must select at least one of WITH_SHARED and WITH_STATIC both sound strange. Although, it also didn't work on report when I asked for an amd64 build. So it still didn't help me testing math/sage. I ended up relying on another user who politely informed me of build errors on his system, and was kind enough to try my patches. No objections from my side. You did the best you could and have some logfiles that prove that. So it is also a bit my fault for not implementing to show the exact IGNORE line but I have added it to my todo and will fix that. http://redports.org/buildarchive/20120208022438-13714/ Also, if everyone starts using it, isn't the backlog going to become huge? I'll let the redports team worry about this :-) Fair enough. A huge backlog is usually not a problem because there are build priorities and an somewhat intelligent scheduler so you won't end up waiting a day until the first build is finished. Also right now on very busy days the backend catches up during the night so build capacity is not too underpowered right now. I'm still working on getting more machines but that takes some time. -- Bernhard Froehlich http://www.bluelife.at/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] Hadoop preliminary port
On Mon, Feb 13, 2012 at 2:48 AM, Eygene Ryabinkin r...@freebsd.org wrote:
Hi.
Sun, Feb 12, 2012 at 11:44:03PM -0800, Bleakwiser wrote:
I know this isn't exactly the place for it but I really have no idea
what to
do with this .diff file.
Try
{{{
cd /usr/ports
fetch -o - http://people.freebsd.org/~clement/hadoop/hadoop-1.0.0.diff |
patch -p1
}}}
then go to the relevant port directory (devel/hadoop, I suppose)
and build the port.
Then try to reading 'man diff' and 'man patch' and understand what
you did with the fetch/patch combo ;))
--
Eygene Ryabinkin,,,^..^,,,
[ Life's unfair - but root password helps! | codelabs.ru ]
[ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ]
If Hadoop is not stored specifically ,
it does NOT appear in
/usr/ports/devel/hadoop/
of FreeBSD 9.0 Release amd64 ( there is no hadoop directory )
or any one of the following :
http://www.freebsd.org/ports/devel.html
http://www.freebsd.org/ports/master-index.html
http://www.freshports.org/
Thank you very much .
Mehmet Erol Sanliturk
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] Hadoop preliminary port
On 13.02.2012 09:48, Bleakwiser wrote: I was able to find some better information on the patch command through wikipeida, their article on it is really great. However I'm still not clear on what files I'm supposed to download to be running the patch on. I've dug around inside the .diff file with pico a bit and it's rather cryptic. Lots of things are commented (I assume by +) and I was also able to find some relevant man pages on 'patch' as opposed to 'man diff' i was using earlier. The correct command would be 'patch -p1 hadoop-1.0.0.diff' not just 'patch -p1' w/o any other arguments, which tells the patch program to use the directory structure inside the .diff file. But perhaps piping the output of 'fetch' handles that all for me? However, we are getting way ahead of ourselves here and the same thing can be accomplished with different syntax. W/o having the correct software apply the patch to there isn't much sense in running the command at all anyway. Since I'm not familiar with the rather cryptic contents of .diff files I've wasted a good half hour just looking through it's contents for some clue as to exactly what I need to be downloading. Of course there is always the try and fail technique, where I would just simply try each tbz off the site and try and fail until it worked... for some reason I never liked that method. Thanks and again. I am defiantly not eleete enough to be helping test this port so I'll leave it to those informed already on the list. I wouldn't want to continue to waste anyone's time w/ trivial questions much less waste hours and hours of my own time looking up syntax for nitche CLI utilities so take care and good luck with the port. It's defiantly a 'killer app' so for BSD's sake I hope you folks get it. And as promiced, the /facepalm of failure... /facepalm There are at least 2 more ways to get hadoop. Clement has an redports.org account and is working on hadoop there. So you could just checkout his svn tree and get the latest port: 1) just fetch his redports.org repository compressed as tar.bz2: fetch http://redports.org/~clement/svn.tar.bz2 tar xvf svn.tar.bz2 2) you need devel/subversion installed for that svn co https://svn.redports.org/clement/ Now you need to manually add the hadoop lines in GIDs/UIDs to your /usr/ports/GIDs|UIDs files as well as copying over the devel/hadoop directory to /usr/ports. -- Bernhard Froehlich http://www.bluelife.at/ ___ 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: print/ghostscript9 fix
The error occurs becuse it gets jpeg definitions from the system libjpeg before the ones from own openjpeg code. For me, I disable openjpeg code (because it uses system libjpeg also) add = CONFIGURE ARGS+=--disable-openjpeg == after line 67 in the Makefile make clean install and the system works... laptop:root[207] uname -a FreeBSD laptop 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r230975M: Sat Feb 4 09:03:27 PST 2012 root@laptop:/usr/obj/usr/src/sys/MOBILE i386 cc -DHAVE_MKSTEMP -DHAVE_FONTCONFIG -DHAVE_LIBIDN -DHAVE_SETLOCALE -DHAVE_SSE2 -DHAVE_DBUS -O2 -pipe -march=native -fno-strict-aliasing -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript9/work/ghostscript-9.05/lcms/include -I/usr/local/include/libpng -I/usr/local/include -I/usr/local/include/freetype2 -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H=1 -DHAVE_SYS_TIME_H=1 -DGX_COLOR_INDEX_TYPE=unsigned long long -O2 -pipe -march=native -fno-strict-aliasing -DUSE_LIBICONV_GNU -I/usr/local/include -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\/usr/local/lib/ghostscript/9.05\ -Iopenjpeg/libopenjpeg/.. -Iopenjpeg/libopenjpeg -I./soobj -I./base -DUSE_OPENJPEG_JP2 -ffast-math -DOPJ_STATIC -std=c99 -o ./soobj/sjpx_openjpeg.o \ -c -DOPJ_STATIC ./base/sjpx_openjpeg.c ./base/sjpx_openjpeg.c: In function 'decode_image': ./base/sjpx_openjpeg.c:169: error: too many arguments to function 'opj_decode' ./base/sjpx_openjpeg.c:205: error: 'opj_image_comp_t' has no member named 'typ' ./base/sjpx_openjpeg.c:205: error: 'CTYPE_COLOR' undeclared (first use in this function) ./base/sjpx_openjpeg.c:205: error: (Each undeclared identifier is reported only once ./base/sjpx_openjpeg.c:205: error: for each function it appears in.) ./base/sjpx_openjpeg.c:207: error: 'opj_image_comp_t' has no member named 'typ' ./base/sjpx_openjpeg.c:207: error: 'CTYPE_OPACITY' undeclared (first use in this function) ./base/sjpx_openjpeg.c:217: error: 'CLRSPC_CMYK' undeclared (first use in this function) ./base/sjpx_openjpeg.c:250: error: 'opj_image_t' has no member named 'has_palette' ./base/sjpx_openjpeg.c:257: error: 'CLRSPC_EYCC' undeclared (first use in this function) gmake[2]: *** [soobj/sjpx_openjpeg.o] Error 1 gmake[2]: Leaving directory `/usr/ports/print/ghostscript9/work/ghostscript-9.05' gm troutmask:root[207] uname -a FreeBSD troutmask.apl.washington.edu 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r230912: Thu Feb 2 10:40:37 PST 2012 ka...@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 cc -DHAVE_MKSTEMP -DHAVE_FONTCONFIG -DHAVE_SETLOCALE -DHAVE_SSE2 -DHAVE_DBUS -O2 -pipe -march=opteron -fno-strict-aliasing -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript9/work/ghostscript-9.05/lcms/include -I/usr/local/include/libpng -I/usr/local/include -I/usr/local/include/freetype2 -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H=1 -DHAVE_SYS_TIME_H=1 -DGX_COLOR_INDEX_TYPE=unsigned long int -O2 -pipe -march=opteron -fno-strict-aliasing -DUSE_LIBICONV_GNU -I/usr/local/include -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\/usr/local/lib/ghostscript/9.05\ -Iopenjpeg/libopenjpeg/.. -Iopenjpeg/libopenjpeg -I./soobj -I./base -DUSE_OPENJPEG_JP2 -ffast-math -DOPJ_STATIC -std=c99 -o ./soobj/sjpx_openjpeg.o \ -c -DOPJ_STATIC ./base/sjpx_openjpeg.c ./base/sjpx_openjpeg.c: In function 'decode_image': ./base/sjpx_openjpeg.c:169: error: too many arguments to function 'opj_decode' ./base/sjpx_openjpeg.c:205: error: 'opj_image_comp_t' has no member named 'typ' ./base/sjpx_openjpeg.c:205: error: 'CTYPE_COLOR' undeclared (first use in this function) ./base/sjpx_openjpeg.c:205: error: (Each undeclared identifier is reported only once ./base/sjpx_openjpeg.c:205: error: for each function it appears in.) ./base/sjpx_openjpeg.c:207: error: 'opj_image_comp_t' has no member named 'typ' ./base/sjpx_openjpeg.c:207: error: 'CTYPE_OPACITY' undeclared (first use in this function) ./base/sjpx_openjpeg.c:217: error: 'CLRSPC_CMYK' undeclared (first use in this function) ./base/sjpx_openjpeg.c:250: error: 'opj_image_t' has no member named 'has_palette' ./base/sjpx_openjpeg.c:257: error: 'CLRSPC_EYCC' undeclared (first use in this function) gmake[2]: *** [soobj/sjpx_openjpeg.o] Error 1 gmake[2]: Leaving directory `/usr/ports/print/ghostscript9/work/ghostscript-9.05' gmake[1]: *** [so-subtarget] Error 2 gmake[1]: Leaving directory `/usr/ports/print/ghostscript9/work/ghostscript-9.05' gmake: *** [so] Error 2 *** Error code 1 And, yes, I have the latest update to this port.
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/165088bad interaction between boost and gcc f ports/165078[PATCH] www/ap22-mod_setenvifplus: update to 0.13 f ports/165077[PATCH] www/ap22-mod_auth_openid: update to 0.6 o ports/165057multimedia/k9copy-kd4: libxine 1.2.x patches o ports/165054[MAINTAINER] devel/mingw32-binutils: update to 2.22 o ports/165052[MAINTAINER] math/mingw32-libgmp: update to 5.0.4 o ports/165048[MAINTAINER] x11-toolkits/scintilla: update to 3.0.3 f ports/165008net-im/kmess-kde4 fails to connect f ports/165006[patch] add missing dependencies to audio/audacity-dev o ports/165003[patch] icecast-2.3.2 may leak memory and take extra C o ports/164980[PATCH] update plasma-applet-cwp from 1.5.7 to 1.5.9 o ports/164979[maintainer update] net-p2p/retroshare: update to o ports/164965openoffice.org-3 fails to build in moz, nss, and conne o ports/164963[PATCH] ports-mgmt/porttools: add submit -P to print P o ports/164962Importing FreeRadius mysql schema choke on SQL syntax o ports/164959pam_google_authenticator install deletes /dev/null f ports/164955[PATCH] net-mgmt/netdisco: update to 1.1, take maintai o ports/164954[NEW PORT] net-mgmt/netdisco-mibs: Mibs for use with p o ports/164949Brasilian mirror of ports repository o ports/164941[UPDATE/NEW PORTS] jamvm/classpath w/o jdk o ports/164922www/joomla25 Joomla CMS version 2.5 f ports/164908[PATCH] net-mgmt/nrpe2: Update to 2.13 f ports/164893sysutils/conky build fails with clang o ports/164872New ports: databases/mdcached, databases/php-mdcached o ports/164869[NEW PORT] japanese/myrurema: 0.3.0 o ports/164850Update port: graphics/yed: new version 3.9 o ports/164849[update] lang/php52 security fixes o ports/164845miniUPnPd 1.5,1 in ports tree is outdated - upstream v o ports/164841Update port deskutils/calibre to 0.8.38 and fix Python o ports/164819openbox package broken? f ports/164818sysutils/tty-clock may be fixed on 9.0 o ports/164796databases/postgresql-pltcl refuse to compile with Post o ports/164786[PATCH] devel/simian: Re-adding the deleted port o ports/164761New port: dns/bind10-devel Development version of ISC o ports/164743[UPDATE] emulators/dgen-sdl to v1.29 o ports/164742kde games are not working properly o ports/164740trafficserver: configuration lost on upgrade o ports/164714graphics/rawtherapee fails to build o ports/164702rc.d script for security/sshguard o ports/164695www/swfdec-plugin for firefox does not display the Fla o ports/164659security/py-fail2ban overwrite config files f ports/164653installation trouble of japanese/ebnetd r ports/164631Update mail/dbmail to version 3.0.0 o ports/164627dns/powerdns port should include boost-libs as lib_dep o ports/164581[new port] cad/linux-eagle6 f ports/164563games/sumwars can't run o ports/164502[patch] news/sabnzbdplus not starting on boot f ports/164464port sysutils/dvdisaster does not recognize drives on f ports/164408gtranscode port created o ports/164376New port: graphics/opennurbs allows to transfer 3D geo o ports/164364New port: multimedia/banshee-devel Music management an o ports/164355misc/gpt will not install using pkg_add o ports/164309New port: graphics/pinta Simple drawing/painting progr o ports/164306update mail/mailagent to 3.1.77 and utmpx fix o ports/164277new port: mail/roundcube-automatic_addressbook s ports/164242net/openafs port breaks with KERNCONFDIR and include o ports/164199Ports fail to acknowlegde newly created users f ports/164181[PATCH] www/xxxterm: Fix ssl_ca_file path and style o ports/164177audio/squeezeboxserver should require mysql 5.0 server o ports/164060net/ucarp doesn't work on FreeBSD 9.0-PRERELEASE o ports/164055sysutils/zfs-periodic: Test if scrubbing is in process f ports/164029[PATCH] graphics/bmeps fix build with databases/gdbm o ports/164015devel/php5-pinba: pinba crahes PHP when built with pro o ports/163955
print/ghostscript9: ./base/sjpx_openjpeg.c:169: error: too many arguments to function
This arise today when updating ghostscript9-9.04 to ghostscript9-9.05: cc -DHAVE_MKSTEMP -DHAVE_FONTCONFIG -DHAVE_LIBIDN -DHAVE_SETLOCALE -DHAVE_SSE2 -DHAVE_DBUS -O2 -pipe -O2 -fno-strict-aliasing -pipe -march=native -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript9/work/ghostscript-9.05/lcms/include -I/usr/local/include/libpng -I/usr/local/include -I/usr/local/include/freetype2 -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H=1 -DHAVE_SYS_TIME_H=1 -DGX_COLOR_INDEX_TYPE=unsigned long int -O2 -pipe -O2 -fno-strict-aliasing -pipe -march=native -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -I/usr/local/include -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\/usr/local/lib/ghostscript/9.05\ -Iopenjpeg/libopenjpeg/.. -Iopenjpeg/libopenjpeg -I./soobj -I./base -DUSE_OPENJPEG_JP2 -ffast-math -DOPJ_STATIC -std=c99 -o ./soobj/sjpx_openjpeg.o \ -c -DOPJ_STATIC ./base/sjpx_openjpeg.c ./base/sjpx_openjpeg.c: In function 'decode_image': ./base/sjpx_openjpeg.c:169: error: too many arguments to function 'opj_decode' ./base/sjpx_openjpeg.c:205: error: 'opj_image_comp_t' has no member named 'typ' ./base/sjpx_openjpeg.c:205: error: 'CTYPE_COLOR' undeclared (first use in this function) ./base/sjpx_openjpeg.c:205: error: (Each undeclared identifier is reported only once ./base/sjpx_openjpeg.c:205: error: for each function it appears in.) ./base/sjpx_openjpeg.c:207: error: 'opj_image_comp_t' has no member named 'typ' ./base/sjpx_openjpeg.c:207: error: 'CTYPE_OPACITY' undeclared (first use in this function) ./base/sjpx_openjpeg.c:217: error: 'CLRSPC_CMYK' undeclared (first use in this function) ./base/sjpx_openjpeg.c:250: error: 'opj_image_t' has no member named 'has_palette' ./base/sjpx_openjpeg.c:257: error: 'CLRSPC_EYCC' undeclared (first use in this function) gmake[2]: *** [soobj/sjpx_openjpeg.o] Error 1 gmake[2]: Leaving directory `/usr/ports/print/ghostscript9/work/ghostscript-9.05' gmake[1]: *** [so-subtarget] Error 2 gmake[1]: Leaving directory `/usr/ports/print/ghostscript9/work/ghostscript-9.05' gmake: *** [so] Error 2 *** Error code 1 Stop in /usr/ports/print/ghostscript9. *** Error code 1 Stop in /usr/ports/print/ghostscript9. === make failed for print/ghostscript9 === Aborting update Terminated === You can restart from the point of failure with this command line: portmaster flags print/ghostscript9 signature.asc Description: OpenPGP digital signature
Duplicate INDEX entries of long standing
I've been seeing the following it seems like forever in my nightly scheduled ports tree maintenance script output: Starting rebuild of INDEX-10 at Mon Feb 13 03:52:55 CST 2012 Generating INDEX-10 - please wait..Warning: Duplicate INDEX entry: gdb-insight-6.6 Warning: Duplicate INDEX entry: petsc-mpich-2.3.3.p0_6,1 Done. Rebuild of INDEX-10 completed at Mon Feb 13 04:10:29 CST 2012 Anyone know what's the story with these? And/or how to get rid of them? Are there any plans in the works to remove them from the ports tree, or otherwise fix them? Thanks! -- Conrad J. Sabatier conr...@cox.net ___ 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: Duplicate INDEX entries of long standing
On 13/02/2012 11:44, Conrad J. Sabatier wrote: I've been seeing the following it seems like forever in my nightly scheduled ports tree maintenance script output: Starting rebuild of INDEX-10 at Mon Feb 13 03:52:55 CST 2012 Generating INDEX-10 - please wait..Warning: Duplicate INDEX entry: gdb-insight-6.6 Warning: Duplicate INDEX entry: petsc-mpich-2.3.3.p0_6,1 Done. Rebuild of INDEX-10 completed at Mon Feb 13 04:10:29 CST 2012 Anyone know what's the story with these? And/or how to get rid of them? Are there any plans in the works to remove them from the ports tree, or otherwise fix them? Duplicates like this are usually a result of setting variables in /etc/make.conf. This causes the package name of some ports to change, and that can result in pkgname conflicts. The conflict arises when eg. you have a master-slave setup, where the slave port is used to provide a different set of default options. So, for instance one of the packages you highlight is petsc-mpich-2.3.3.p0_6,1 That package would normally be obtained from math/petsc-mpich: # cd math/petsc-mpich # make -V PKGNAME petsc-mpich-2.3.3.p0_6,1 but you can also end up with the same pkg name from math/petsc by setting WITH_MPI: # cd math/petsc # make -DWITH_MPI -V PKGNAME petsc-mpich-2.3.3.p0_6,1 Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
porting percona's xtrabackup (currently version 1.6.4) - call for testing
Hi guys,
I just finished the Makefile for percona's xtrbackup utility version
1.6.4. Before submitting I would appreciate if some of you could test it
and advise if anything should be adjusted.
Thx.
Here it is:
PORTNAME= xtrabackup
PORTVERSION= 1.6.4
CATEGORIES= databases
MASTER_SITES=
http://www.percona.com/downloads/XtraBackup/XtraBackup-1.6.4/source/
MAINTAINER= claudiu.vas...@gmail.com
COMMENT= OpenSource version of InnoDB backup with support of Percona
extensions
BUILD_DEPENDS= bash:${PORTSDIR}/shells/bash \
wget:${PORTSDIR}/ftp/wget \
${AUTOMAKE}:${PORTSDIR}/devel/automake
RUN_DEPENDS= perl:${PORTSDIR}/lang/perl5.10
OPTIONS= INNODB51_BUILTIN built-in InnoDB in MySQL 5.1 off \
INNODB55 InnoDB in MySQL 5.5 off \
XTRADB51 Percona Server with XtraDB 5.1 off \
XTRADB55 Percona Server with XtraDB 5.5 off
HAS_CONFIGURE= yes
CONFIGURE_ENV= AUTO_DOWNLOAD=yes
CONFIGURE_WRKSRC= ${WRKSRC}
CONFIGURE_SCRIPT= utils/build.sh
PLIST_FILES= bin/tar4ibd
.include bsd.port.options.mk
.if defined(WITH_INNODB51_BUILTIN)
CONFIGURE_ARGS+= innodb51_builtin
PLIST_FILES= bin/tar4ibd \
bin/xtrabackup_51 \
bin/innobackupex-1.5.1
do-install:
${CP} ${WRKSRC}/libtar-1.2.11/libtar/tar4ibd ${LOCALBASE}/bin
${CP} ${WRKSRC}/mysql-5.1/storage/innobase/xtrabackup/xtrabackup_51
${LOCALBASE}/bin
${SED} -e '87s/autodetect/\/usr\/local\/bin\/xtrabackup_51/' \
${WRKSRC}/innobackupex ${LOCALBASE}/bin/innobackupex-1.5.1
.endif
.if defined(WITH_INNODB55)
CONFIGURE_ARGS+= innodb55
PLIST_FILES= bin/tar4ibd \
bin/xtrabackup_innodb55 \
bin/innobackupex-1.5.1
do-install:
${CP} ${WRKSRC}/libtar-1.2.11/libtar/tar4ibd ${LOCALBASE}/bin
${CP} ${WRKSRC}/mysql-5.5/storage/innobase/xtrabackup/xtrabackup_innodb55
${LOCALBASE}/bin
${SED} -e '87s/autodetect/\/usr\/local\/bin\/xtrabackup_innodb55/' \
${WRKSRC}/innobackupex ${LOCALBASE}/bin/innobackupex-1.5.1
.endif
.if defined(WITH_XTRADB51)
RUN_DEPENDS+= bzr:${PORTSDIR}/devel/bazaar-ng
CONFIGURE_ARGS+= xtradb51
PLIST_FILES= bin/tar4ibd \
bin/xtrabackup \
bin/innobackupex-1.5.1
do-install:
${CP} ${WRKSRC}/libtar-1.2.11/libtar/tar4ibd ${LOCALBASE}/bin
${CP}
${WRKSRC}/percona-server-5.1-xtrabackup/Percona-Server/storage/innodb_plugin/xtrabackup/xtrabackup
\
${LOCALBASE}/bin
${SED} -e '87s/autodetect/\/usr\/local\/bin\/xtrabackup/' \
${WRKSRC}/innobackupex ${LOCALBASE}/bin/innobackupex-1.5.1
.endif
.if defined(WITH_XTRADB55)
RUN_DEPENDS+= bzr:${PORTSDIR}/devel/bazaar-ng
CONFIGURE_ARGS+= xtradb55
PLIST_FILES= bin/tar4ibd \
bin/xtrabackup_xtradb55 \
bin/innobackupex-1.5.1
do-install:
${CP} ${WRKSRC}/libtar-1.2.11/libtar/tar4ibd ${LOCALBASE}/bin
${CP}
${WRKSRC}/percona-server-5.5-xtrabackup/Percona-Server-5.5/storage/innobase/xtrabackup_xtradb55
\
${LOCALBASE}/bin
${SED} -e '87s/autodetect/\/usr\/local\/bin\/xtradb55/' \
${WRKSRC}/innobackupex ${LOCALBASE}/bin/innobackupex-1.5.1
.endif
NO_BUILD= yes
.include bsd.port.mk
-
end Makefile
-
distinfo:
SHA256 (xtrabackup-1.6.4.tar.gz) =
627499844ac4e0c9799b5e5b26bebaaf47b9dec99fd69dfe2597495876ff52da
SIZE (xtrabackup-1.6.4.tar.gz) = 931057
--
Best regards,
Claudiu Vasadi
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] Xorg Upgrade 7.5.2
On Mon, 13 Feb 2012 15:39:21 +0200 Volodymyr Kostyrko c.kw...@gmail.com wrote: Adam K Kirchhoff wrote: I've run it for a while now and am actually having a pretty serious issue: http://thorn.visualtech.com/screenshot.jpg As you can see, that big window on the right monitor (though certainly doesn't limit itself to just that screen) is almost entirely corrupt. It's an xfce4 Terminal, though this can happen with nearly any window, and happens both with compositing enabled or disabled. Getting the window to redraw somehow (either by highlighting all the text or resizing it) will fix tha areas that are redrawn. The problem is most often triggered by moving the window around, or moving other windows around on top of it. Unfortunately, it makes X barely usable. I'm not involved with testing new version but I can second this issue with current version in ports. When I managed to add my TV as a second screen XFCE draws garbage instead of desktop on the second screen. E17 however worked like a charm. I mean... you sure this is not an XFCE issue? Yes, I'm quite sure. This happens with xfce4, kde4 and just plain openbox. I've seen similar distortion (though not quite the same as what's in my screenshot) from the radeon driver even before testing this new version. I will, however, confirm these various corruptions with the radeon driver happen less with E17. I've also seen the same thing on OpenBSD. The distortion I've seen with the driver/Xorg from ports I've also seen on Slackware when disabling KMS, so I'm quite convinced this is a UMS-specific bug. Adam ___ 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: Duplicate INDEX entries of long standing
On Mon, 13 Feb 2012 12:39:34 + Matthew Seaman m.sea...@infracaninophile.co.uk wrote: On 13/02/2012 11:44, Conrad J. Sabatier wrote: I've been seeing the following it seems like forever in my nightly scheduled ports tree maintenance script output: Starting rebuild of INDEX-10 at Mon Feb 13 03:52:55 CST 2012 Generating INDEX-10 - please wait..Warning: Duplicate INDEX entry: gdb-insight-6.6 Warning: Duplicate INDEX entry: petsc-mpich-2.3.3.p0_6,1 Done. Rebuild of INDEX-10 completed at Mon Feb 13 04:10:29 CST 2012 Anyone know what's the story with these? And/or how to get rid of them? Are there any plans in the works to remove them from the ports tree, or otherwise fix them? Duplicates like this are usually a result of setting variables in /etc/make.conf. This causes the package name of some ports to change, and that can result in pkgname conflicts. The conflict arises when eg. you have a master-slave setup, where the slave port is used to provide a different set of default options. So, for instance one of the packages you highlight is petsc-mpich-2.3.3.p0_6,1 That package would normally be obtained from math/petsc-mpich: # cd math/petsc-mpich # make -V PKGNAME petsc-mpich-2.3.3.p0_6,1 but you can also end up with the same pkg name from math/petsc by setting WITH_MPI: # cd math/petsc # make -DWITH_MPI -V PKGNAME petsc-mpich-2.3.3.p0_6,1 Cheers, Matthew Hmm, you got me looking around for something like that, and I just discovered some files under /usr/local/etc that I had no idea even existed, with names starting with mpi*. Checking them out right now. Thanks, you've definitely got me on track here, I think. -- Conrad J. Sabatier conr...@cox.net ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] Hadoop preliminary port
SVN worked like a charm. I didn't have devel/hadoop initally I guess because I'm running using 9.0 amd_64? I just ran portsnap fetch too, so the port tree was 100% up to date (unless change were made in the last 5 minutes) so that was a non issue. https://svn.redports.org/clement/devel/hadoop/ was the repo that I used and I followed the otherwise unrelated guide on how to use Subversion here http://developer.berlios.de/docman/display_doc.php?docid=394group_id=2#checkhttps I'm installing on a clean environment (only portmaster, diablo-jdk16, wget, and subversion installed in that order). We'll see how things go. I'm glad you folks hadn't given up on me as it appears we have found the source of the issue (port tree missing from 9.0?). On Mon, Feb 13, 2012 at 3:27 AM, Bernhard Froehlich-2 [via FreeBSD] ml-node+s1045724n5478581...@n5.nabble.com wrote: On 13.02.2012 09:48, Bleakwiser wrote: I was able to find some better information on the patch command through wikipeida, their article on it is really great. However I'm still not clear on what files I'm supposed to download to be running the patch on. I've dug around inside the .diff file with pico a bit and it's rather cryptic. Lots of things are commented (I assume by +) and I was also able to find some relevant man pages on 'patch' as opposed to 'man diff' i was using earlier. The correct command would be 'patch -p1 hadoop-1.0.0.diff' not just 'patch -p1' w/o any other arguments, which tells the patch program to use the directory structure inside the .diff file. But perhaps piping the output of 'fetch' handles that all for me? However, we are getting way ahead of ourselves here and the same thing can be accomplished with different syntax. W/o having the correct software apply the patch to there isn't much sense in running the command at all anyway. Since I'm not familiar with the rather cryptic contents of .diff files I've wasted a good half hour just looking through it's contents for some clue as to exactly what I need to be downloading. Of course there is always the try and fail technique, where I would just simply try each tbz off the site and try and fail until it worked... for some reason I never liked that method. Thanks and again. I am defiantly not eleete enough to be helping test this port so I'll leave it to those informed already on the list. I wouldn't want to continue to waste anyone's time w/ trivial questions much less waste hours and hours of my own time looking up syntax for nitche CLI utilities so take care and good luck with the port. It's defiantly a 'killer app' so for BSD's sake I hope you folks get it. And as promiced, the /facepalm of failure... /facepalm There are at least 2 more ways to get hadoop. Clement has an redports.org account and is working on hadoop there. So you could just checkout his svn tree and get the latest port: 1) just fetch his redports.org repository compressed as tar.bz2: fetch http://redports.org/~clement/svn.tar.bz2 tar xvf svn.tar.bz2 2) you need devel/subversion installed for that svn co https://svn.redports.org/clement/ Now you need to manually add the hadoop lines in GIDs/UIDs to your /usr/ports/GIDs|UIDs files as well as copying over the devel/hadoop directory to /usr/ports. -- Bernhard Froehlich http://www.bluelife.at/ ___ [hidden email] http://user/SendEmail.jtp?type=nodenode=5478581i=0mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [hidden email]http://user/SendEmail.jtp?type=nodenode=5478581i=1 -- If you reply to this email, your message will be added to the discussion below: http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5478581.html To unsubscribe from [CFT] Hadoop preliminary port, click herehttp://freebsd.1045724.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4677071code=dHJhZWJhcmxvd0BnbWFpbC5jb218NDY3NzA3MXwtMTM3NzMyMDgyNA== . NAMLhttp://freebsd.1045724.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- Trae Barlow -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5479318.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list
Re: [CFT] Hadoop preliminary port
Well, the poster ^^ was right. The UIDs and GIDs need to be set manually. I'm wanting to do this proper... I'm guessing I need to create a user hadoop, get it's UID and GID then add it to /usr/ports/UIDs /usr/ports/GIDs ? I'm guessing the best way to find out what users I need to create is documented on the hadoop.apache.org site? On Mon, Feb 13, 2012 at 8:00 AM, Trae Barlow traebar...@gmail.com wrote: SVN worked like a charm. I didn't have devel/hadoop initally I guess because I'm running using 9.0 amd_64? I just ran portsnap fetch too, so the port tree was 100% up to date (unless change were made in the last 5 minutes) so that was a non issue. https://svn.redports.org/clement/devel/hadoop/ was the repo that I used and I followed the otherwise unrelated guide on how to use Subversion here http://developer.berlios.de/docman/display_doc.php?docid=394group_id=2#checkhttps I'm installing on a clean environment (only portmaster, diablo-jdk16, wget, and subversion installed in that order). We'll see how things go. I'm glad you folks hadn't given up on me as it appears we have found the source of the issue (port tree missing from 9.0?). On Mon, Feb 13, 2012 at 3:27 AM, Bernhard Froehlich-2 [via FreeBSD] ml-node+s1045724n5478581...@n5.nabble.com wrote: On 13.02.2012 09:48, Bleakwiser wrote: I was able to find some better information on the patch command through wikipeida, their article on it is really great. However I'm still not clear on what files I'm supposed to download to be running the patch on. I've dug around inside the .diff file with pico a bit and it's rather cryptic. Lots of things are commented (I assume by +) and I was also able to find some relevant man pages on 'patch' as opposed to 'man diff' i was using earlier. The correct command would be 'patch -p1 hadoop-1.0.0.diff' not just 'patch -p1' w/o any other arguments, which tells the patch program to use the directory structure inside the .diff file. But perhaps piping the output of 'fetch' handles that all for me? However, we are getting way ahead of ourselves here and the same thing can be accomplished with different syntax. W/o having the correct software apply the patch to there isn't much sense in running the command at all anyway. Since I'm not familiar with the rather cryptic contents of .diff files I've wasted a good half hour just looking through it's contents for some clue as to exactly what I need to be downloading. Of course there is always the try and fail technique, where I would just simply try each tbz off the site and try and fail until it worked... for some reason I never liked that method. Thanks and again. I am defiantly not eleete enough to be helping test this port so I'll leave it to those informed already on the list. I wouldn't want to continue to waste anyone's time w/ trivial questions much less waste hours and hours of my own time looking up syntax for nitche CLI utilities so take care and good luck with the port. It's defiantly a 'killer app' so for BSD's sake I hope you folks get it. And as promiced, the /facepalm of failure... /facepalm There are at least 2 more ways to get hadoop. Clement has an redports.org account and is working on hadoop there. So you could just checkout his svn tree and get the latest port: 1) just fetch his redports.org repository compressed as tar.bz2: fetch http://redports.org/~clement/svn.tar.bz2 tar xvf svn.tar.bz2 2) you need devel/subversion installed for that svn co https://svn.redports.org/clement/ Now you need to manually add the hadoop lines in GIDs/UIDs to your /usr/ports/GIDs|UIDs files as well as copying over the devel/hadoop directory to /usr/ports. -- Bernhard Froehlich http://www.bluelife.at/ ___ [hidden email] http://user/SendEmail.jtp?type=nodenode=5478581i=0mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [hidden email]http://user/SendEmail.jtp?type=nodenode=5478581i=1 -- If you reply to this email, your message will be added to the discussion below: http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5478581.html To unsubscribe from [CFT] Hadoop preliminary port, click herehttp://freebsd.1045724.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4677071code=dHJhZWJhcmxvd0BnbWFpbC5jb218NDY3NzA3MXwtMTM3NzMyMDgyNA== .
Re: [CFT] Hadoop preliminary port
I found some documentation here... although it pertains to RHEL and Debian and there is a good chance our IDs differ https://issues.apache.org/jira/browse/HADOOP-7603 I'm no pro but by inducing some of the conversations in the above thread I'm guessing any UID or GID that isn't allocated for something else is safe to use? PS: Something else that mind be interesting to the maintainer... some... disenchanting claims are made about FreeBSD and Hadoop... http://search-hadoop.com/m/L1UhF1QJo982/UID+GID+FreeBSDsubj=What+s+the+problem+with+nio+on+FreeBSD+ On Mon, Feb 13, 2012 at 8:07 AM, Trae Barlow traebar...@gmail.com wrote: Well, the poster ^^ was right. The UIDs and GIDs need to be set manually. I'm wanting to do this proper... I'm guessing I need to create a user hadoop, get it's UID and GID then add it to /usr/ports/UIDs /usr/ports/GIDs ? I'm guessing the best way to find out what users I need to create is documented on the hadoop.apache.org site? On Mon, Feb 13, 2012 at 8:00 AM, Trae Barlow traebar...@gmail.com wrote: SVN worked like a charm. I didn't have devel/hadoop initally I guess because I'm running using 9.0 amd_64? I just ran portsnap fetch too, so the port tree was 100% up to date (unless change were made in the last 5 minutes) so that was a non issue. https://svn.redports.org/clement/devel/hadoop/ was the repo that I used and I followed the otherwise unrelated guide on how to use Subversion here http://developer.berlios.de/docman/display_doc.php?docid=394group_id=2#checkhttps I'm installing on a clean environment (only portmaster, diablo-jdk16, wget, and subversion installed in that order). We'll see how things go. I'm glad you folks hadn't given up on me as it appears we have found the source of the issue (port tree missing from 9.0?). On Mon, Feb 13, 2012 at 3:27 AM, Bernhard Froehlich-2 [via FreeBSD] ml-node+s1045724n5478581...@n5.nabble.com wrote: On 13.02.2012 09:48, Bleakwiser wrote: I was able to find some better information on the patch command through wikipeida, their article on it is really great. However I'm still not clear on what files I'm supposed to download to be running the patch on. I've dug around inside the .diff file with pico a bit and it's rather cryptic. Lots of things are commented (I assume by +) and I was also able to find some relevant man pages on 'patch' as opposed to 'man diff' i was using earlier. The correct command would be 'patch -p1 hadoop-1.0.0.diff' not just 'patch -p1' w/o any other arguments, which tells the patch program to use the directory structure inside the .diff file. But perhaps piping the output of 'fetch' handles that all for me? However, we are getting way ahead of ourselves here and the same thing can be accomplished with different syntax. W/o having the correct software apply the patch to there isn't much sense in running the command at all anyway. Since I'm not familiar with the rather cryptic contents of .diff files I've wasted a good half hour just looking through it's contents for some clue as to exactly what I need to be downloading. Of course there is always the try and fail technique, where I would just simply try each tbz off the site and try and fail until it worked... for some reason I never liked that method. Thanks and again. I am defiantly not eleete enough to be helping test this port so I'll leave it to those informed already on the list. I wouldn't want to continue to waste anyone's time w/ trivial questions much less waste hours and hours of my own time looking up syntax for nitche CLI utilities so take care and good luck with the port. It's defiantly a 'killer app' so for BSD's sake I hope you folks get it. And as promiced, the /facepalm of failure... /facepalm There are at least 2 more ways to get hadoop. Clement has an redports.org account and is working on hadoop there. So you could just checkout his svn tree and get the latest port: 1) just fetch his redports.org repository compressed as tar.bz2: fetch http://redports.org/~clement/svn.tar.bz2 tar xvf svn.tar.bz2 2) you need devel/subversion installed for that svn co https://svn.redports.org/clement/ Now you need to manually add the hadoop lines in GIDs/UIDs to your /usr/ports/GIDs|UIDs files as well as copying over the devel/hadoop directory to /usr/ports. -- Bernhard Froehlich http://www.bluelife.at/ ___ [hidden email] http://user/SendEmail.jtp?type=nodenode=5478581i=0mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [hidden email]http://user/SendEmail.jtp?type=nodenode=5478581i=1 -- If you reply to this email, your message will be added to the discussion below: http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5478581.html To
Re: [CFT] Xorg Upgrade 7.5.2
Adam K Kirchhoff wrote: I've run it for a while now and am actually having a pretty serious issue: http://thorn.visualtech.com/screenshot.jpg As you can see, that big window on the right monitor (though certainly doesn't limit itself to just that screen) is almost entirely corrupt. It's an xfce4 Terminal, though this can happen with nearly any window, and happens both with compositing enabled or disabled. Getting the window to redraw somehow (either by highlighting all the text or resizing it) will fix tha areas that are redrawn. The problem is most often triggered by moving the window around, or moving other windows around on top of it. Unfortunately, it makes X barely usable. I'm not involved with testing new version but I can second this issue with current version in ports. When I managed to add my TV as a second screen XFCE draws garbage instead of desktop on the second screen. E17 however worked like a charm. I mean... you sure this is not an XFCE issue? Yes, I'm quite sure. This happens with xfce4, kde4 and just plain openbox. I've seen similar distortion (though not quite the same as what's in my screenshot) from the radeon driver even before testing this new version. I will, however, confirm these various corruptions with the radeon driver happen less with E17. Yep, radeon here too. -- Sphinx of black quartz judge my vow. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] Hadoop preliminary port
Hah. Snap! I found the UIDs and GIDs... they're in that .diff file =D On Mon, Feb 13, 2012 at 8:16 AM, Trae Barlow traebar...@gmail.com wrote: I found some documentation here... although it pertains to RHEL and Debian and there is a good chance our IDs differ https://issues.apache.org/jira/browse/HADOOP-7603 I'm no pro but by inducing some of the conversations in the above thread I'm guessing any UID or GID that isn't allocated for something else is safe to use? PS: Something else that mind be interesting to the maintainer... some... disenchanting claims are made about FreeBSD and Hadoop... http://search-hadoop.com/m/L1UhF1QJo982/UID+GID+FreeBSDsubj=What+s+the+problem+with+nio+on+FreeBSD+ On Mon, Feb 13, 2012 at 8:07 AM, Trae Barlow traebar...@gmail.com wrote: Well, the poster ^^ was right. The UIDs and GIDs need to be set manually. I'm wanting to do this proper... I'm guessing I need to create a user hadoop, get it's UID and GID then add it to /usr/ports/UIDs /usr/ports/GIDs ? I'm guessing the best way to find out what users I need to create is documented on the hadoop.apache.org site? On Mon, Feb 13, 2012 at 8:00 AM, Trae Barlow traebar...@gmail.comwrote: SVN worked like a charm. I didn't have devel/hadoop initally I guess because I'm running using 9.0 amd_64? I just ran portsnap fetch too, so the port tree was 100% up to date (unless change were made in the last 5 minutes) so that was a non issue. https://svn.redports.org/clement/devel/hadoop/ was the repo that I used and I followed the otherwise unrelated guide on how to use Subversion here http://developer.berlios.de/docman/display_doc.php?docid=394group_id=2#checkhttps I'm installing on a clean environment (only portmaster, diablo-jdk16, wget, and subversion installed in that order). We'll see how things go. I'm glad you folks hadn't given up on me as it appears we have found the source of the issue (port tree missing from 9.0?). On Mon, Feb 13, 2012 at 3:27 AM, Bernhard Froehlich-2 [via FreeBSD] ml-node+s1045724n5478581...@n5.nabble.com wrote: On 13.02.2012 09:48, Bleakwiser wrote: I was able to find some better information on the patch command through wikipeida, their article on it is really great. However I'm still not clear on what files I'm supposed to download to be running the patch on. I've dug around inside the .diff file with pico a bit and it's rather cryptic. Lots of things are commented (I assume by +) and I was also able to find some relevant man pages on 'patch' as opposed to 'man diff' i was using earlier. The correct command would be 'patch -p1 hadoop-1.0.0.diff' not just 'patch -p1' w/o any other arguments, which tells the patch program to use the directory structure inside the .diff file. But perhaps piping the output of 'fetch' handles that all for me? However, we are getting way ahead of ourselves here and the same thing can be accomplished with different syntax. W/o having the correct software apply the patch to there isn't much sense in running the command at all anyway. Since I'm not familiar with the rather cryptic contents of .diff files I've wasted a good half hour just looking through it's contents for some clue as to exactly what I need to be downloading. Of course there is always the try and fail technique, where I would just simply try each tbz off the site and try and fail until it worked... for some reason I never liked that method. Thanks and again. I am defiantly not eleete enough to be helping test this port so I'll leave it to those informed already on the list. I wouldn't want to continue to waste anyone's time w/ trivial questions much less waste hours and hours of my own time looking up syntax for nitche CLI utilities so take care and good luck with the port. It's defiantly a 'killer app' so for BSD's sake I hope you folks get it. And as promiced, the /facepalm of failure... /facepalm There are at least 2 more ways to get hadoop. Clement has an redports.org account and is working on hadoop there. So you could just checkout his svn tree and get the latest port: 1) just fetch his redports.org repository compressed as tar.bz2: fetch http://redports.org/~clement/svn.tar.bz2 tar xvf svn.tar.bz2 2) you need devel/subversion installed for that svn co https://svn.redports.org/clement/ Now you need to manually add the hadoop lines in GIDs/UIDs to your /usr/ports/GIDs|UIDs files as well as copying over the devel/hadoop directory to /usr/ports. -- Bernhard Froehlich http://www.bluelife.at/ ___ [hidden email] http://user/SendEmail.jtp?type=nodenode=5478581i=0mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [hidden email]http://user/SendEmail.jtp?type=nodenode=5478581i=1 -- If you reply to this email,
Re: [CFT] Hadoop preliminary port
Annn /fail on the manual edit, but I 1UPed that localhost# cd /usr/ports localhost# wget http://people.freebsd.org/~clement/hadoop/hadoop-1.0.0.diff localhost# patch hadoop-1.0.0.diff Well, now i see what the .diff file is for... updating everything by hand would have been x( Looks like all is well, it's compiling. Oh hey =D BUILD SUCCESSFUL Total time: 1 second === Installing for hadoop-1.0.0 === Generating temporary packing list === Checking if devel/hadoop already installed === Creating users and/or groups. Creating group `hadoop' with gid `954'. Creating user `hadoop' with uid `954'. === Installing rc.d startup script(s) = Creating RUNDIR /var/run/hadoop... = Creating LOGDIR /var/log/hadoop... === Correct pkg-plist sequence to create group(s) and user(s) === Registering installation for hadoop-1.0.0 === Cleaning for hadoop-1.0.0 === Installation of devel/hadoop (hadoop-1.0.0) complete On Mon, Feb 13, 2012 at 8:26 AM, Trae Barlow traebar...@gmail.com wrote: Hah. Snap! I found the UIDs and GIDs... they're in that .diff file =D On Mon, Feb 13, 2012 at 8:16 AM, Trae Barlow traebar...@gmail.com wrote: I found some documentation here... although it pertains to RHEL and Debian and there is a good chance our IDs differ https://issues.apache.org/jira/browse/HADOOP-7603 I'm no pro but by inducing some of the conversations in the above thread I'm guessing any UID or GID that isn't allocated for something else is safe to use? PS: Something else that mind be interesting to the maintainer... some... disenchanting claims are made about FreeBSD and Hadoop... http://search-hadoop.com/m/L1UhF1QJo982/UID+GID+FreeBSDsubj=What+s+the+problem+with+nio+on+FreeBSD+ On Mon, Feb 13, 2012 at 8:07 AM, Trae Barlow traebar...@gmail.comwrote: Well, the poster ^^ was right. The UIDs and GIDs need to be set manually. I'm wanting to do this proper... I'm guessing I need to create a user hadoop, get it's UID and GID then add it to /usr/ports/UIDs /usr/ports/GIDs ? I'm guessing the best way to find out what users I need to create is documented on the hadoop.apache.org site? On Mon, Feb 13, 2012 at 8:00 AM, Trae Barlow traebar...@gmail.comwrote: SVN worked like a charm. I didn't have devel/hadoop initally I guess because I'm running using 9.0 amd_64? I just ran portsnap fetch too, so the port tree was 100% up to date (unless change were made in the last 5 minutes) so that was a non issue. https://svn.redports.org/clement/devel/hadoop/ was the repo that I used and I followed the otherwise unrelated guide on how to use Subversion here http://developer.berlios.de/docman/display_doc.php?docid=394group_id=2#checkhttps I'm installing on a clean environment (only portmaster, diablo-jdk16, wget, and subversion installed in that order). We'll see how things go. I'm glad you folks hadn't given up on me as it appears we have found the source of the issue (port tree missing from 9.0?). On Mon, Feb 13, 2012 at 3:27 AM, Bernhard Froehlich-2 [via FreeBSD] ml-node+s1045724n5478581...@n5.nabble.com wrote: On 13.02.2012 09:48, Bleakwiser wrote: I was able to find some better information on the patch command through wikipeida, their article on it is really great. However I'm still not clear on what files I'm supposed to download to be running the patch on. I've dug around inside the .diff file with pico a bit and it's rather cryptic. Lots of things are commented (I assume by +) and I was also able to find some relevant man pages on 'patch' as opposed to 'man diff' i was using earlier. The correct command would be 'patch -p1 hadoop-1.0.0.diff' not just 'patch -p1' w/o any other arguments, which tells the patch program to use the directory structure inside the .diff file. But perhaps piping the output of 'fetch' handles that all for me? However, we are getting way ahead of ourselves here and the same thing can be accomplished with different syntax. W/o having the correct software apply the patch to there isn't much sense in running the command at all anyway. Since I'm not familiar with the rather cryptic contents of .diff files I've wasted a good half hour just looking through it's contents for some clue as to exactly what I need to be downloading. Of course there is always the try and fail technique, where I would just simply try each tbz off the site and try and fail until it worked... for some reason I never liked that method. Thanks and again. I am defiantly not eleete enough to be helping test this port so I'll leave it to those informed already on the list. I wouldn't want to continue to waste anyone's time w/ trivial questions much less waste hours and hours of my own time looking up syntax for nitche CLI utilities so take care and good luck with the port. It's defiantly a 'killer app' so for BSD's sake I hope you folks get it. And as promiced, the /facepalm
Re: [CFT] Hadoop preliminary port
*FreeBSD 9.0 / Hadoop 1.0.0 Install Guide From Preliminary Port* After installing FreeBSD 9.0 AMD64 I used 'portsnap fetch' to fetch the latest ports tree, installed Portmaster and with it the Diablo-JDK16 port, wget, svn, rsync, Tomcat7 and Hadoop 1.0.0 . There are plenty of guides online how to get all of the former ports installed, however Hadoop has not been well documented in a 'newb sensative' manner so I decided to take it upon myself to get some more people involved in testing Hadoop on FreeBSD. Some preliminary knowledge you're going to need to know. The science of UIDs and GIDs, the history and usefullnes of patch files (.diff), and how to use Subversion. Let's jump right in, shall we? The Ports Tree keeps a list of UIDs and GIDs for user and group creation when a corrosponding app in the list is installed. There is no exception to Hadoop, except that Hadoop's listings are not included in the standard Ports Tree by default. So they need to be added manually, luckily our friend Clement has done that for us and has created a patch file (.diff) for your convenience using the popular 'patch' utility. Before manually updating your ports tree Confucius say wise man always update first... however it's not really necessary. localhost# portsnap update localhost# cd /usr/ports localhost# wget http://people.freebsd.org/~clement/hadoop/hadoop-1.0.0.diff localhost# patch hadoop-1.0.0.diff Congradulations, your Ports Tree is now has the necissary information to create the necissary users and groups Hadoop will need during installation (that is Ports does, Hadoop needs the info after the install). Now we can add the Hadoop directory to the ports tree. I trust that you have already installed Subversion. If not, go ahead and do that now. It's in devel/subversion. Not being the focus of this guide you'll have to google up one of the other dozens of guides on how to install it (or use common sense, it's nothing special). You need to be in the /usr/ports/devel directory so that Subversion will create the Hadoop directory in the proper part of the Ports Tree saving you from having to 'cp' or 'mv' it later. localhost# cd /usr/ports/devel localhost# svn checkout https://svn.redports.org/clement/devel/hadoop/ Now you should have a ./hadoop directory in ./devel. Lets check it. localhost# cd hadoop/ localhost# ls Amongst a handfull of other files you should see a Makefile and a files/ directory. Now to the fun part. I like to install all my ports from /usr/ports so that way Portmaster can take advantage of the shell's autocomplete functions. localhost# cd /usr/ports localhost# portmaster devel/hadoop Don't quote me on this, but unless you have a good reason you shouldn't need to stray from any of the default configuration options. If all goes well you should see something like BUILD SUCCESSFUL Total time: 1 second === Installing for hadoop-1.0.0 === Generating temporary packing list === Checking if devel/hadoop already installed === Creating users and/or groups. Creating group `hadoop' with gid `954'. Creating user `hadoop' with uid `954'. === Installing rc.d startup script(s) = Creating RUNDIR /var/run/hadoop... = Creating LOGDIR /var/log/hadoop... === Correct pkg-plist sequence to create group(s) and user(s) === Registering installation for hadoop-1.0.0 === Cleaning for hadoop-1.0.0 === Installation of devel/hadoop (hadoop-1.0.0) complete Now all that is left is to configure the Hadoop server as either a Standalone, Pseudo-Distributed or Distributed Operation Server. So my work is done, the official apache.org site takes it from here. Visit the link below if you wish to continue on down the rabbit hole. http://hadoop.apache.org/common/docs/r0.20.2/quickstart.html -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5479564.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
Re: [CFT] Hadoop preliminary port
Oh, 1 last thing. Config files are in the default location (same as apache) /usr/local/etc/hadoop On Mon, Feb 13, 2012 at 9:26 AM, Trae Barlow traebar...@gmail.com wrote: *FreeBSD 9.0 / Hadoop 1.0.0 Install Guide From Preliminary Port* After installing FreeBSD 9.0 AMD64 I used 'portsnap fetch' to fetch the latest ports tree, installed Portmaster and with it the Diablo-JDK16 port, wget, svn, rsync, Tomcat7 and Hadoop 1.0.0 . There are plenty of guides online how to get all of the former ports installed, however Hadoop has not been well documented in a 'newb sensative' manner so I decided to take it upon myself to get some more people involved in testing Hadoop on FreeBSD. Some preliminary knowledge you're going to need to know. The science of UIDs and GIDs, the history and usefullnes of patch files (.diff), and how to use Subversion. Let's jump right in, shall we? The Ports Tree keeps a list of UIDs and GIDs for user and group creation when a corrosponding app in the list is installed. There is no exception to Hadoop, except that Hadoop's listings are not included in the standard Ports Tree by default. So they need to be added manually, luckily our friend Clement has done that for us and has created a patch file (.diff) for your convenience using the popular 'patch' utility. Before manually updating your ports tree Confucius say wise man always update first... however it's not really necessary. localhost# portsnap update localhost# cd /usr/ports localhost# wget http://people.freebsd.org/~clement/hadoop/hadoop-1.0.0.diff localhost# patch hadoop-1.0.0.diff Congradulations, your Ports Tree is now has the necissary information to create the necissary users and groups Hadoop will need during installation (that is Ports does, Hadoop needs the info after the install). Now we can add the Hadoop directory to the ports tree. I trust that you have already installed Subversion. If not, go ahead and do that now. It's in devel/subversion. Not being the focus of this guide you'll have to google up one of the other dozens of guides on how to install it (or use common sense, it's nothing special). You need to be in the /usr/ports/devel directory so that Subversion will create the Hadoop directory in the proper part of the Ports Tree saving you from having to 'cp' or 'mv' it later. localhost# cd /usr/ports/devel localhost# svn checkout https://svn.redports.org/clement/devel/hadoop/ Now you should have a ./hadoop directory in ./devel. Lets check it. localhost# cd hadoop/ localhost# ls Amongst a handfull of other files you should see a Makefile and a files/ directory. Now to the fun part. I like to install all my ports from /usr/ports so that way Portmaster can take advantage of the shell's autocomplete functions. localhost# cd /usr/ports localhost# portmaster devel/hadoop Don't quote me on this, but unless you have a good reason you shouldn't need to stray from any of the default configuration options. If all goes well you should see something like BUILD SUCCESSFUL Total time: 1 second === Installing for hadoop-1.0.0 === Generating temporary packing list === Checking if devel/hadoop already installed === Creating users and/or groups. Creating group `hadoop' with gid `954'. Creating user `hadoop' with uid `954'. === Installing rc.d startup script(s) = Creating RUNDIR /var/run/hadoop... = Creating LOGDIR /var/log/hadoop... === Correct pkg-plist sequence to create group(s) and user(s) === Registering installation for hadoop-1.0.0 === Cleaning for hadoop-1.0.0 === Installation of devel/hadoop (hadoop-1.0.0) complete Now all that is left is to configure the Hadoop server as either a Standalone, Pseudo-Distributed or Distributed Operation Server. So my work is done, the official apache.org site takes it from here. Visit the link below if you wish to continue on down the rabbit hole. http://hadoop.apache.org/common/docs/r0.20.2/quickstart.html -- Trae Barlow -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5479598.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
PR ports/164449: update to finance/gnucash timeout
Hello, I'd like to ask if the PR in the subject can be committed due to maintainer timeout. Thanks in advance! -- Guido Falsi m...@madpilot.net ___ 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: graphics/rawtherapee
Hi, is there anyone who likes zu make graphics/rawtherapee builadable? At the moment ist seems to be broken (also on i386). See: http://www.freebsd.org/cgi/query-pr.cgi?pr=164714 Heino ___ 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: drupal7
On 11/02/2012 21:57, Darrel wrote: Just checking that you had seen the updates. http://www.freebsd.org/cgi/query-pr.cgi?pr=165101 Nick ___ 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
Creating Portshaker-compatible Overlays
I recently heard about Portshaker, and thought I might give it a go to replace the ad-hoc script I currently use to manage local port overlays. First, are there any plans to support rsync as an update method for source trees? It was a little strange to discover that this was not directly possible. Second, after pounding my overlay into something resembling a proper tree, I encountered some strangeness with regards to custom categories. portshaker.conf: 8 use_zfs=yes mirror_base_dir=/srv/ports ports_trees=main main_ports_tree=/usr/ports main_zfs_dataset=mtumishi/devel/ports main_merge_from=freebsd cdn 8 The 'freebsd' source is updated via portsnap, and the 'cdn' source via git from http://git.cyberleo.net/cdn-ports-overlay.git branch 'portshaker'. Both updates work fine. ls -la /srv/ports/cdn: 8 drwxr-xr-x 8 root wheel13 Feb 13 10:12 .git -rw-r--r-- 1 root wheel 0 Feb 13 10:12 .gitignore -rw-r--r-- 1 root wheel19 Feb 13 10:12 Makefile.local drwxr-xr-x 2 root wheel 3 Feb 13 10:17 Mk drwxr-xr-x 7 root wheel 8 Feb 13 10:12 misc-cdn drwxr-xr-x 3 root wheel 3 Feb 13 10:12 net 8 The changes in Mk/bsd.local.mk appear to be carried over properly, but Makefile.local is ignored and portshaker appears to have trouble merging the misc-cdn category: 8 (ee95ca16)[cyberleo@mtumishi ~]$ sudo portshaker -Mv [Info 10:49:24] Cloning '/srv/ports/freebsd' to '/usr/ports'. [Info 10:49:33] Merging '/srv/ports/cdn' to '/usr/ports'. [Warn 10:49:33] misc-cdn/Makefile: No Makefile in this directory! cp: /usr/ports/misc-cdn/bash-config: No such file or directory [Error 10:49:33] Cannot merge misc-cdn/bash-config. 8 It strikes me as strange that it would assume Makefile is a directory; but, given the nature of portshaker, I would expect it to manage the category Makefile properly regardless. It also seems to forget to create custom category directories in the target, and so fails when merging the ports under them. Am I approaching this with incorrect expectations? Are there any hints to be provided on how I might more effectively leverage this tool? Thanks! -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net cyber...@cyberleo.net Furry Peace! - http://.fur.com/peace/ ___ 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: graphics/rawtherapee
Strange, I can build it just fine, only it crashes without the crude workaround described here: http://bugzilla.rawstudio.org/show_bug.cgi?id=525 mp% uname -a FreeBSD mp.virtual-earth.de 9.0-STABLE FreeBSD 9.0-STABLE #5: Wed Feb 8 13:14:32 CET 2012 mathi...@mp.virtual-earth.de:/usr/obj/usr/src/sys/GENERIC amd64 Am Montag, den 13.02.2012, 17:39 +0100 schrieb Heino Tiedemann: Hi, is there anyone who likes zu make graphics/rawtherapee builadable? At the moment ist seems to be broken (also on i386). See: http://www.freebsd.org/cgi/query-pr.cgi?pr=164714 Heino ___ 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 -- Mathias Picker Geschäftsführer mathias.pic...@virtual-earth.de virtual earth Gesellschaft für Wissens re/prä sentation mbH http://www.virtual-earth.de/ HRB126870 supp...@virtual-earth.de Dietlindenstr. 15 0152 / 5617 8344 80802 München ___ 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: graphics/rawtherapee
Mathias Picker mathias.pic...@virtual-earth.de wrote: Strange, I can build it just fine, only it crashes without the crude workaround described here: http://bugzilla.rawstudio.org/show_bug.cgi?id=525 That has the Toppic RAWSTUDIO. I am talking about RAWTHERAPEE Heino ___ 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
Updating to ghostscript9-9.05
Has a final solution been arrived at for the problem of updating ghostscript9-9.04 9.05? I did not see a formal PR filed against it; although I could have easily missed it. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ 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: graphics/rawtherapee
Good god, I must have worn both my eye patches at the same time. Sorry, Mathias Am Montag, den 13.02.2012, 22:12 +0100 schrieb Heino Tiedemann: Mathias Picker mathias.pic...@virtual-earth.de wrote: Strange, I can build it just fine, only it crashes without the crude workaround described here: http://bugzilla.rawstudio.org/show_bug.cgi?id=525 That has the Toppic RAWSTUDIO. I am talking about RAWTHERAPEE Heino ___ 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 -- Mathias Picker Geschäftsführer mathias.pic...@virtual-earth.de virtual earth Gesellschaft für Wissens re/prä sentation mbH http://www.virtual-earth.de/ HRB126870 supp...@virtual-earth.de Dietlindenstr. 15 0152 / 5617 8344 80802 München ___ 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
ImageMagick/graphviz and gtk2/ghostscript
Hi,
for a web-based application I needed ImageMagick and graphviz. It looks
impossible to get out of X11 and glib, but it was a little weird that
gtk2 is pulled in.
The offender being devel/libgsf:
.if !defined(WITHOUT_GCONF) || exists(${LOCALBASE}/bin/gconftool-2)
USE_GNOME+= gconf2
Is there a reason this isn't either an OPTION or has inverted logic?
Secondly, enabling truetype support in ImageMagick enables gs:
# Freetype (TrueType Font) support
.if !defined(WITHOUT_IMAGEMAGICK_TTF)
LIB_DEPENDS+= freetype:${PORTSDIR}/print/freetype2
USE_GHOSTSCRIPT=yes
I ripped that line out and it builds and installs just fine, but I
have no actual tests handy to see if it is working as expected. Also
configure shows:
FreeType --with-freetype=yes yes
GhostPCL None pcl6 (unknown)
GhostXPS None gxps (unknown)
Ghostscript None gs (unknown)
The bad part is that if I would like to run the self tests:
. if !defined(_NO_IMAGEMAGICK_TESTS)
USE_GHOSTSCRIPT_BUILD=yes
. endif
Reviewing history of the port, it was added 8 years ago in rev 1.166.
Is this dep still needed or are there tests I can do to obtain that
answer myself?
-- Mel
___
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: OO 3.3.0 fails to build connectivity module on amd64 9-STABLE
On 10 Feb, Maho NAKATA wrote:
Hi
I also reproduced, and pointy hat, either.
It looks like ooo port is broken again...
Thanks
Nakata Maho
From: Lawrence Stewart lstew...@freebsd.org
Subject: OO 3.3.0 fails to build connectivity module on amd64 9-STABLE
Date: Thu, 09 Feb 2012 16:42:30 +1100
Hi,
The OO 3.3.0 build fails in the connectivity module with the
following error:
Compiling: connectivity/source/parse/wrap_sqlbison.cxx
c++ -fmessage-length=0 -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0
-DENABLE_LAYOUT_EXPERIMENTAL=0 -fvisibility=hidden
-I. -I../../unxfbsdx.pro/misc -I../../unxfbsdx.pro/inc/sql -I../inc
-I../../inc/pch -I../../inc -I../../unx/inc -I../../unxfbsdx.pro/inc
-I.
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/stl
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/external
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solenv/unxfbsdx/inc
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solenv/inc
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/res
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/stl
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solenv/inc/Xp31
-I/usr/local/diablo-jdk1.6.0/include
-I/usr/local/diablo-jdk1.6.0/include/freebsd
-I/usr/local/diablo-jdk1.6.0/i
nclude/bs
d -I/usr/local/diablo-jdk1.6.0/include/linux
-I/usr/local/diablo-jdk1.6.0/include/native_threads/include
-I/usr/local/include
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/offuh
-I. -I../../res -I. -pipe -fvisibility-inlines-hidden -g1 -Wall
-Wextra -Wendif-labels -Wshadow -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor -fpic -DFREEBSD -DUNX -DVCL -DGCC -DC341
-DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -DX86_64 -D__DMAKE
-DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.2
-DSUPD=330 -DPRODUCT -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DCUI
-DSOLAR_JAVA -DOOO_DLLIMPLEMENTATION_DBTOOLS -DSHAREDLIB -D_DLL_
-fexceptions -fno-enforce-eh-specs -DEXCEPTIONS_ON -o
../../unxfbsdx.pro/slo/wrap_sqlbison.o
/usr/ports/editors/openoffice.org-3/work/OOO330_m20/connectivity/source/parse/wrap_sqlbison.cxx
In file included from
/usr/ports/editors/openoffice.org-3/work/OOO330_m20/connectivity/source/parse/wrap_sqlbison.cxx:31:
../../unxfbsdx.pro/misc/sqlbison.cxx: In function 'int SQLyyparse()':
../../unxfbsdx.pro/misc/sqlbison.cxx:7813: error: invalid conversion
from 'const char*' to 'sal_Char*'
../../unxfbsdx.pro/misc/sqlbison.cxx:7813: error: initializing
argument 1 of 'void connectivity::OSQLParser::error(sal_Char*)'
dmake: Error code 1, while making
'../../unxfbsdx.pro/slo/wrap_sqlbison.obj'
Any thoughts on how to fix?
This patch worked for me. Put it under editors/openoffice.org-3/files.
--- connectivity/source/parse/sqlbison.y.orig 2011-01-18 05:32:30.0
-0800
+++ connectivity/source/parse/sqlbison.y2012-02-13 14:03:12.0
-0800
@@ -4334,7 +4334,7 @@
}
// -
-void OSQLParser::error(sal_Char *fmt)
+void OSQLParser::error(const sal_Char *fmt)
{
if(!m_sErrorMessage.getLength())
{
--- connectivity/inc/connectivity/sqlparse.hxx.orig 2011-01-18
05:32:29.0 -0800
+++ connectivity/inc/connectivity/sqlparse.hxx 2012-02-13 17:06:06.0
-0800
@@ -232,7 +232,7 @@
// returns the type for a parameter in a given function name
static sal_Int32 getFunctionParameterType(sal_uInt32
_nTokenId,sal_uInt32 _nPos);
- void error(sal_Char *fmt);
+ void error(const sal_Char *fmt);
int SQLlex();
#ifdef YYBISON
void setParseTree(OSQLParseNode * pNewParseTree);
___
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: OO 3.3.0 fails to build connectivity module on amd64 9-STABLE
Hi
Looks good. Please commit following patch! thank you!
Best,
Nakata Maho
From: Don Lewis truck...@freebsd.org
Subject: Re: OO 3.3.0 fails to build connectivity module on amd64 9-STABLE
Date: Mon, 13 Feb 2012 22:32:42 -0800 (PST)
On 10 Feb, Maho NAKATA wrote:
Hi
I also reproduced, and pointy hat, either.
It looks like ooo port is broken again...
Thanks
Nakata Maho
From: Lawrence Stewart lstew...@freebsd.org
Subject: OO 3.3.0 fails to build connectivity module on amd64 9-STABLE
Date: Thu, 09 Feb 2012 16:42:30 +1100
Hi,
The OO 3.3.0 build fails in the connectivity module with the
following error:
Compiling: connectivity/source/parse/wrap_sqlbison.cxx
c++ -fmessage-length=0 -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0
-DENABLE_LAYOUT_EXPERIMENTAL=0 -fvisibility=hidden
-I. -I../../unxfbsdx.pro/misc -I../../unxfbsdx.pro/inc/sql -I../inc
-I../../inc/pch -I../../inc -I../../unx/inc -I../../unxfbsdx.pro/inc
-I.
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/stl
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/external
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solenv/unxfbsdx/inc
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solenv/inc
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/res
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/stl
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solenv/inc/Xp31
-I/usr/local/diablo-jdk1.6.0/include
-I/usr/local/diablo-jdk1.6.0/include/freebsd
-I/usr/local/diablo-jdk1.6.0/i
nclude/bs
d -I/usr/local/diablo-jdk1.6.0/include/linux
-I/usr/local/diablo-jdk1.6.0/include/native_threads/include
-I/usr/local/include
-I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/offuh
-I. -I../../res -I. -pipe -fvisibility-inlines-hidden -g1 -Wall
-Wextra -Wendif-labels -Wshadow -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor -fpic -DFREEBSD -DUNX -DVCL -DGCC -DC341
-DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -DX86_64 -D__DMAKE
-DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.2
-DSUPD=330 -DPRODUCT -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DCUI
-DSOLAR_JAVA -DOOO_DLLIMPLEMENTATION_DBTOOLS -DSHAREDLIB -D_DLL_
-fexceptions -fno-enforce-eh-specs -DEXCEPTIONS_ON -o
../../unxfbsdx.pro/slo/wrap_sqlbison.o
/usr/ports/editors/openoffice.org-3/work/OOO330_m20/connectivity/source/parse/wrap_sqlbison.cxx
In file included from
/usr/ports/editors/openoffice.org-3/work/OOO330_m20/connectivity/source/parse/wrap_sqlbison.cxx:31:
../../unxfbsdx.pro/misc/sqlbison.cxx: In function 'int SQLyyparse()':
../../unxfbsdx.pro/misc/sqlbison.cxx:7813: error: invalid conversion
from 'const char*' to 'sal_Char*'
../../unxfbsdx.pro/misc/sqlbison.cxx:7813: error: initializing
argument 1 of 'void connectivity::OSQLParser::error(sal_Char*)'
dmake: Error code 1, while making
'../../unxfbsdx.pro/slo/wrap_sqlbison.obj'
Any thoughts on how to fix?
This patch worked for me. Put it under editors/openoffice.org-3/files.
--- connectivity/source/parse/sqlbison.y.orig 2011-01-18 05:32:30.0
-0800
+++ connectivity/source/parse/sqlbison.y 2012-02-13 14:03:12.0
-0800
@@ -4334,7 +4334,7 @@
}
// -
-void OSQLParser::error(sal_Char *fmt)
+void OSQLParser::error(const sal_Char *fmt)
{
if(!m_sErrorMessage.getLength())
{
--- connectivity/inc/connectivity/sqlparse.hxx.orig 2011-01-18
05:32:29.0 -0800
+++ connectivity/inc/connectivity/sqlparse.hxx2012-02-13
17:06:06.0 -0800
@@ -232,7 +232,7 @@
// returns the type for a parameter in a given function name
static sal_Int32 getFunctionParameterType(sal_uInt32
_nTokenId,sal_uInt32 _nPos);
- void error(sal_Char *fmt);
+ void error(const sal_Char *fmt);
int SQLlex();
#ifdef YYBISON
void setParseTree(OSQLParseNode * pNewParseTree);
___
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: OO 3.3.0 fails to build connectivity module on amd64 9-STABLE
On 02/14/12 17:32, Don Lewis wrote: On 10 Feb, Maho NAKATA wrote: Hi I also reproduced, and pointy hat, either. It looks like ooo port is broken again... Thanks Nakata Maho From: Lawrence Stewartlstew...@freebsd.org Subject: OO 3.3.0 fails to build connectivity module on amd64 9-STABLE Date: Thu, 09 Feb 2012 16:42:30 +1100 Hi, The OO 3.3.0 build fails in the connectivity module with the following error: Compiling: connectivity/source/parse/wrap_sqlbison.cxx c++ -fmessage-length=0 -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0 -DENABLE_LAYOUT_EXPERIMENTAL=0 -fvisibility=hidden -I. -I../../unxfbsdx.pro/misc -I../../unxfbsdx.pro/inc/sql -I../inc -I../../inc/pch -I../../inc -I../../unx/inc -I../../unxfbsdx.pro/inc -I. -I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/stl -I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/external -I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc -I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solenv/unxfbsdx/inc -I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solenv/inc -I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/res -I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/stl -I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solenv/inc/Xp31 -I/usr/local/diablo-jdk1.6.0/include -I/usr/local/diablo-jdk1.6.0/include/freebsd -I/usr/local/diablo-jdk1.6.0/i nclude/bs d -I/usr/local/diablo-jdk1.6.0/include/linux -I/usr/local/diablo-jdk1.6.0/include/native_threads/include -I/usr/local/include -I/usr/ports/editors/openoffice.org-3/work/OOO330_m20/solver/330/unxfbsdx.pro/inc/offuh -I. -I../../res -I. -pipe -fvisibility-inlines-hidden -g1 -Wall -Wextra -Wendif-labels -Wshadow -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -fpic -DFREEBSD -DUNX -DVCL -DGCC -DC341 -DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -DX86_64 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.2 -DSUPD=330 -DPRODUCT -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DCUI -DSOLAR_JAVA -DOOO_DLLIMPLEMENTATION_DBTOOLS -DSHAREDLIB -D_DLL_ -fexceptions -fno-enforce-eh-specs -DEXCEPTIONS_ON -o ../../unxfbsdx.pro/slo/wrap_sqlbison.o /usr/ports/editors/openoffice.org-3/work/OOO330_m20/connectivity/source/parse/wrap_sqlbison.cxx In file included from /usr/ports/editors/openoffice.org-3/work/OOO330_m20/connectivity/source/parse/wrap_sqlbison.cxx:31: ../../unxfbsdx.pro/misc/sqlbison.cxx: In function 'int SQLyyparse()': ../../unxfbsdx.pro/misc/sqlbison.cxx:7813: error: invalid conversion from 'const char*' to 'sal_Char*' ../../unxfbsdx.pro/misc/sqlbison.cxx:7813: error: initializing argument 1 of 'void connectivity::OSQLParser::error(sal_Char*)' dmake: Error code 1, while making '../../unxfbsdx.pro/slo/wrap_sqlbison.obj' Any thoughts on how to fix? This patch worked for me. Put it under editors/openoffice.org-3/files. Works for me, thanks Don. Cheers, Lawrence ___ 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
