Re: [CFT] Hadoop preliminary port

[Bleakwiser]

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

[Eygene Ryabinkin]

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

[Matthew Seaman]

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

[Bleakwiser]

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] 
>   Kent, CT11 9PW
>
>
> *signature.asc* (275 bytes) Download 
> Attachment
>
>
> --
>  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 
> here
> .
> 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

[Bernhard Froehlich]

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=math&portname=atlas&wildcard=


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

[Mehmet Erol Sanliturk]

On Mon, Feb 13, 2012 at 2:48 AM, Eygene Ryabinkin  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

[Bernhard Froehlich]

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

[Sergio de Almeida Lenzi]

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

Current unassigned ports problem reports

[FreeBSD bugmaster]

(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

[O. Hartmann]

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  print/ghostscript9



signature.asc
Description: OpenPGP digital signature

Duplicate INDEX entries of long standing

[Conrad J. Sabatier]

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

[Matthew Seaman]

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

[claudiu vasadi]

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 

.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 


-
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

[Volodymyr Kostyrko]

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?


--
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] Xorg Upgrade 7.5.2

[Adam K Kirchhoff]

On Mon, 13 Feb 2012 15:39:21 +0200
Volodymyr Kostyrko  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

[Conrad J. Sabatier]

On Mon, 13 Feb 2012 12:39:34 +
Matthew Seaman  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

[Bleakwiser]

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=394&group_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] mailing 
> list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "[hidden 
> email]"
>
>
>
> --
>  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 
> here
> .
> NAML
>



-- 
Trae Barlow


--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/CFT-Hadoop-preliminary-port-tp4677071p5479318.html
Sent from

Re: [CFT] Hadoop preliminary port

[Bleakwiser]

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  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=394&group_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] mailing 
>> list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "[hidden 
>> email]"
>>
>>
>>
>> --
>>  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 
>> here
>> .
>> NAML

Re: [CFT] Hadoop preliminary port

[Bleakwiser]

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+FreeBSD&subj=What+s+the+problem+with+nio+on+FreeBSD+


On Mon, Feb 13, 2012 at 8:07 AM, Trae Barlow  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  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=394&group_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] 
>>> mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>>> To un

Re: [CFT] Xorg Upgrade 7.5.2

[Volodymyr Kostyrko]

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

[Bleakwiser]

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  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+FreeBSD&subj=What+s+the+problem+with+nio+on+FreeBSD+
>
>
>
> On Mon, Feb 13, 2012 at 8:07 AM, Trae Barlow  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 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=394&group_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.

 --
>>>

Re: [CFT] Hadoop preliminary port

[Bleakwiser]

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  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  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+FreeBSD&subj=What+s+the+problem+with+nio+on+FreeBSD+
>>
>>
>>
>> On Mon, Feb 13, 2012 at 8:07 AM, Trae Barlow 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 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=394&group_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
> > t

Re: [CFT] Hadoop preliminary port

[Bleakwiser]

*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

[Bleakwiser]

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  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

[Guido Falsi]

Hello,

I'd like to ask if the PR in the subject can be committed due to
maintainer timeout.

Thanks in advance!

-- 
Guido Falsi 
___
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

[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"

Re: drupal7

[Nick Hilliard]

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

[CyberLeo Kitsana]

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


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

[Mathias Picker]

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: Portmaster binary package upgrade question

[Greg Larkin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2/10/12 6:14 PM, Doug Barton wrote:
> On 02/10/2012 14:45, Greg Larkin wrote:
>> Hi folks,
>>
>> I'm in the midst of building a system to use Tinderbox and FreeBSD jails
>> to keep them up to date as new port updates are committed to the tree.
>>
>> I created some meta-ports in /usr/ports/local/misc to record
>> dependencies and be able to install one top-level port that pulls in all
>> other required ports.
>>
>> I'm now testing the ability to run an upgrade with portmaster once a new
>> package set is built, and I'm using this command:
>>
>> pkgtester# env INDEXDIR=/tmp
>> MASTER_SITE_INDEX=http://pkgbuilder.shn.prv/tb/packages/8.2-FreeBSD-SHN-201202101009/Latest/
>> PACKAGESITE=http://pkgbuilder.shn.prv/tb/packages/8.2-FreeBSD-SHN-201202101009/Latest/
> 
> You probably want to put these in a portmaster rc file. Also to avoid
> code duplication you can set the first then use
> PACKAGESITE=$MASTER_SITE_INDEX. The /Latest is going to get stripped off
> anyway. And are you really putting your INDEX file in /Latest/ ??

Ok, will do.  INDEX landed in Latest for the time being, but I'll move
it to the correct place once I tighten up the scripts.

> 
>> portmaster -PP -v --update-if-newer
> 
> The --update-if-newer flag is only useful if you're feeding portmaster a
> list of ports, some of which are already up to date.

That flag doesn't apply to any calculated dependencies of the port
specified on the command line, then?

> 
>> --index-only server-web\*
>>
>> ===>>> Currently installed version: server-web-0.201202071358
>> ===>>> Port directory: /usr/ports/local/misc/server-web
> 
> You can't do 5 levels of port directories. Either leave out the category
> below local, or name the categories local-misc, local-foo, local-bar, etc.
> 
> 
> hth,
> 
> Doug
> 

Do you mean that portmaster doesn't support 5 level port directories, or
they don't work with the ports tree infrastructure?  I've had good luck
following this guide:
http://marc.info/?l=freebsd-ports&m=117761097231712, but I had to make
changes to bsd.port.mk (PRs filed) to get some parts working.

I found portshaker today, and that looks useful for managing ports tree
overlays, too.

Thank you,
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/

iEUEARECAAYFAk85VxYACgkQ0sRouByUApDpzwCgly2r8RUbNBadVgo4zc0764js
j8oAl3/ZGb6Mql9ESgLU3qQZg5WECQE=
=EN1O
-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"

Re: FreeBSD Port: graphics/rawtherapee

[Heino Tiedemann]

Mathias Picker  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

[Jerry]

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

[Mathias Picker]

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  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

[rflynn]

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

[Don Lewis]

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 
> 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

[Maho NAKATA]

Hi

Looks good. Please commit following patch! thank you!

Best,
 Nakata Maho

From: Don Lewis 
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 
>> 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

[Lawrence Stewart]

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 Stewart
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"