www/gallery2

2013-07-12 Thread Matthew Luckie 
Hi,

Could someone please commit and close

http://www.freebsd.org/cgi/query-pr.cgi?pr=177689

There's a supplied patch in the PR and the PR is in maintainer timeout.

Matthew



signature.asc
Description: OpenPGP digital signature

Re: Redmine rmagick dependencies

2013-07-12 Thread Steve Wills 
On 07/12/13 19:47, Kozlov Sergey wrote:
> Hi all. I've already posted this on questions, but got no reply.

Sorry I didn't see your message.

> Recently the redmine port was updated to 2.3.1 and when i tried to
> install it I've noticed that it has two rmagick dependencies - 
> ruby-rmagick(optional) and rubygem-rmagick(non-optional). 
> ruby-rmagic and rubygem-rmagick ports have the same COMMENT and
> VERSION so i have some questions:
> 
> 1) What's the difference between ruby-rmagick and rubygem-rmagick?

The rubygem- one shows up in "gem list" and is detected as installed
by gem.

> 2) Why does redmine need rubygem-rmagick even if i turn rmagick
> option off (is it a bug)?
> 
> Before the port was updated I've installed redmine dependencies
> using bundler, and i had no rmagick at all while redmine working
> properly.

It's at least a bug that both are required, it may be a bug that
either is required, though I doubt it and it's a bug that the dep
doesn't go away when you turn it off, although the dep may not be
optional. I'll take a look at it and see if I can fix it, thanks for
letting us know.

Steve


___
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: No UPDATING entry and some ports missed in curl update

2013-07-12 Thread Kevin Oberman 
On Fri, Jul 12, 2013 at 11:14 AM, olli hauer  wrote:

> On 2013-07-12 19:47, Kevin Oberman wrote:
> > It is a good thing to get curl up to date and I appreciate the effort
> > involved by you and several others.
> >
> > While the curl port was updated to 7.31.0 and lots of ports using the
> > sharable had bumps, I have found three ports on my system that link to
> > libcurl and were not bumped: devel/git, textproc/rasqal, and
> > textproc/redland.
> >
> > There was no entry in UPDATING, so there was no warning that saving a
> copy
> > of the old sharable would be a good thing, either.
> >
>
> hm,
> $ svn info ftp/curl| grep ^Last
> Last Changed Author: sunpoet
> Last Changed Rev: 322824
> Last Changed Date: 2013-07-12 11:02:43 +0200 (Fri, 12 Jul 2013)
>
> $> svn info /usr/ports/devel/git | grep ^Last
> Last Changed Author: sunpoet
> Last Changed Rev: 322833
> Last Changed Date: 2013-07-12 15:54:25 +0200 (Fri, 12 Jul 2013)
>
> $ svn log devel/git
> 
> r322833 | sunpoet | 2013-07-12 15:54:25 +0200 (Fri, 12 Jul 2013) | 4 lines
> - Bump PORTREVISION for ftp/curl shlib change
> Notified by:Rotluchs (via IRC)
>
> So the latest git revision is OK
>
>
> It seems the dependency list for textproc/rasqal textproc/redland is not
> correct
>
> $ grep -R curl textproc/rasqal/
> $ grep -R curl textproc/redland*
> (no output, so they fly under the bump radar)
>
> regarding your information this ports require LIB_DEPENDS+= curl...
>
> Maybe you can file a PR for this two ports.
>
>
Yep. All tree were caught after I updated my tree in later commits.  Looks
like all of the ports relevant to my systems are now covered. I'd still
like to see UPDATING have a note, though. Too many people will catch only
some version bumps (as I did), so I think a heads-up is still appropriate
for ports with this many dependencies.

As to LIB_DEPENDS, both rasqal and redland depend on libraptor2.so. raptor2
depends on libcurl.so, so the dependency is inherited quite properly. It is
simply neither practical nor appropriate to list every sub-dependency in
every port's Makefile. Worst cases are things like gnome and kde4. Keepin g
track of all of those manually would be a real pain in the neck and make
maintaining such complex ports impractcal and that is why the ports system
is designed to make this unnecessary. It gets even worse when, due to
options, a port may or may not link to some sharable.

Of course, this makes it impossible for quickly check for this sort of
things when a sharable has a version bump an this is why I think bumping
ports is simply inadequate.It is fairly trivial to check on ports on a
given system that require a version bump, but testing thousands of ports
for indirect dependencies does not do the trick.

-- 
R. Kevin Oberman, Network Engineer
E-mail: rkober...@gmail.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"

[HEADSUP] No more pkg_install on HEAD by default

2013-07-12 Thread Baptiste Daroussin 
Hi,

I have just committed (r253305) a change the make pkg_install not being built
and installed by default on HEAD.

If you are still relying on it, be careful and add WITH_PKGTOOLS=yes in your
src.conf(5)

regards,
Bapt


pgpS0qXIpyya5.pgp
Description: PGP signature

Re: Updating the "texmaker-3.5.2,2" and "texmakerx-2.1_4" ports

2013-07-12 Thread David Thiel 
I'm afraid I'm going to have to hand this port off, as last time I
checked, the update was rather fiddly, and I don't actually use it
anymore. Is there anyone who'd like to take ownership?

On 07/12, Jerry wrote:
> Is there any possibility of getting the texmakerx-2.1_4 port, now
> officially renamed TeXstudio as of 2011-06-15 updated to the new
> release TeXstudio 2.6.0, released on 2013-06-05.
> 
> Also, the texmaker-3.5.2,2 port is now at Version 4.0.2 (May 8 2013).
> Are there any plans to update that port? I have been informed that
> Texmaker requires QT5, and FreeBSD is not robust enough to handle QT5,
> hence it cannot be done. If so, then that is a real pity.
> 
> I use the latest version of "TeXstudio" on a Windows machine and would
> like to be able to use it on my FreeBSD one also. I am not really a fan
> of "TexMaker" but would use it if TeXstudio was not available.
___
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"

Redmine rmagick dependencies

2013-07-12 Thread Kozlov Sergey 
Hi all. I've already posted this on questions, but got no reply.

Recently the redmine port was updated to 2.3.1 and when i tried to install
it I've noticed that it has two rmagick dependencies -
ruby-rmagick(optional) and rubygem-rmagick(non-optional).
ruby-rmagic and rubygem-rmagick ports have the same COMMENT and VERSION so
i have some questions:

1) What's the difference between ruby-rmagick and rubygem-rmagick?
2) Why does redmine need rubygem-rmagick even if i turn rmagick option off
(is it a bug)?

Before the port was updated I've installed redmine dependencies using
bundler, and i had no rmagick at all while redmine working properly.

Best regards,
Kozlov Sergey.
___
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: No UPDATING entry and some ports missed in curl update

2013-07-12 Thread olli hauer 
On 2013-07-12 19:47, Kevin Oberman wrote:
> It is a good thing to get curl up to date and I appreciate the effort
> involved by you and several others.
> 
> While the curl port was updated to 7.31.0 and lots of ports using the
> sharable had bumps, I have found three ports on my system that link to
> libcurl and were not bumped: devel/git, textproc/rasqal, and
> textproc/redland.
> 
> There was no entry in UPDATING, so there was no warning that saving a copy
> of the old sharable would be a good thing, either.
> 

hm,
$ svn info ftp/curl| grep ^Last
Last Changed Author: sunpoet
Last Changed Rev: 322824
Last Changed Date: 2013-07-12 11:02:43 +0200 (Fri, 12 Jul 2013)

$> svn info /usr/ports/devel/git | grep ^Last
Last Changed Author: sunpoet
Last Changed Rev: 322833
Last Changed Date: 2013-07-12 15:54:25 +0200 (Fri, 12 Jul 2013)

$ svn log devel/git

r322833 | sunpoet | 2013-07-12 15:54:25 +0200 (Fri, 12 Jul 2013) | 4 lines
- Bump PORTREVISION for ftp/curl shlib change
Notified by:Rotluchs (via IRC)

So the latest git revision is OK


It seems the dependency list for textproc/rasqal textproc/redland is not correct

$ grep -R curl textproc/rasqal/
$ grep -R curl textproc/redland*
(no output, so they fly under the bump radar)

regarding your information this ports require LIB_DEPENDS+= curl...

Maybe you can file a PR for this two ports.

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

No UPDATING entry and some ports missed in curl update

2013-07-12 Thread Kevin Oberman 
It is a good thing to get curl up to date and I appreciate the effort
involved by you and several others.

While the curl port was updated to 7.31.0 and lots of ports using the
sharable had bumps, I have found three ports on my system that link to
libcurl and were not bumped: devel/git, textproc/rasqal, and
textproc/redland.

There was no entry in UPDATING, so there was no warning that saving a copy
of the old sharable would be a good thing, either.
-- 
R. Kevin Oberman, Network Engineer
E-mail: rkober...@gmail.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: editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'

2013-07-12 Thread Andrzej Tobola 
On Fri, Jul 12, 2013 at 09:19:12AM -0700, Jeffrey Bouquet wrote:
> I'd be interested in a solution to this, also, it consistently lets ports 
> such as pinot, mc, mutt etc

para-solution for vim :

  make -C /usr/ports/editors/vim configure post-configure all

-a
___
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: editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'

2013-07-12 Thread Jeffrey Bouquet 
I'd be interested in a solution to this, also, it consistently lets ports such 
as pinot, mc, mutt etc

fail to build, some to be only pkg-added later.  (v9.1-Stable)




 editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'
 

Updating port /editors/vim on a CURRENT box (FreeBSD 10.0-CURRENT #0
r253194: Thu Jul 11 10:45:47 CEST 2013 amd64) ends up in the error
shown below.

Since this happens only on exact one box running CURRENT (out of a
bunch of CURRENT of the same OS revision, the same compiler settings,
the same settings in /etc/src.conf et cetera) while other CURRENT don't
show this weird error, is suspect a faulty local library, like
libintl.so, which belongs to gettext I suppose.

Well, I tried to do a

portmaster -r editors/vim

as well as 

portmaster -r gettext

to "compile away" the suspected problem in one of the prerquisited
ports, but that didn't end up in success.

The problem is still sticky and I'm a bit out of ideas ...

Has anybody an idea?

Thanks and regards,

Oliver

[...]
link.sh: $LINK_AS_NEEDED set to 'yes': invoking linker directly.
  cc   -L.  -Wl,-rpath=/usr/lib:/usr/local/lib -pthread
-L/usr/local/lib -rdynamic -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE
-L/usr/local/lib -Wl,--as-needed  -o vim objects/buffer.o
objects/blowfish.o  objects/charset.o  objects/diff.o
objects/digraph.o  objects/edit.o  objects/eval.o  objects/ex_cmds.o
objects/ex_cmds2.o  objects/ex_docmd.o  objects/ex_eval.o
objects/ex_getln.o  objects/fileio.o  objects/fold.o
objects/getchar.o  objects/hardcopy.o  objects/hashtab.o
objects/if_cscope.o  objects/if_xcmdsrv.o  objects/mark.o
objects/memline.o  objects/menu.o  objects/message.o  objects/misc1.o
objects/misc2.o  objects/move.o  objects/mbyte.o  objects/normal.o
objects/ops.o  objects/option.o  objects/os_unix.o  objects/pathdef.o
objects/popupmnu.o  objects/quickfix.o  objects/regexp.o
objects/screen.o  objects/search.o  objects/sha256.o  objects/spell.o
objects/syntax.o    objects/tag.o  objects/term.o  objects/ui.o
objects/undo.o  objects/version.o  objects/window.o
objects/if_lua.o    objects/if_perl.o objects/if_perlsfio.o
objects/if_python.o    objects/if_tcl.o  objects/if_ruby.o
objects/netbeans.o    objects/main.o  objects/memfile.o
-lm -lelf  -pthread -ltermlib -liconv
-Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -pthread -Wl,-E
-fstack-protector -L/usr/local/lib
-L/usr/local/lib/perl5/5.16/mach/CORE -lperl -lm -lcrypt -lutil
-L/usr/local/lib/python2.7/config -lpython2.7 -lutil -lm
-Wl,--export-dynamic    -L/usr/local/lib -ltcl86 -lz -lpthread -lm
-Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lexecinfo
-lpthread -lcrypt -lm -L/usr/local/lib
-Wl,-rpath=/usr/lib:/usr/local/lib -pthread -L/usr/local/lib
objects/buffer.o: In function `open_buffer': buffer.c:(.text+0x1df):
undefined reference to `libintl_gettext' buffer.c:(.text+0x1fb):
undefined reference to `libintl_gettext' objects/buffer.o: In function
`close_buffer': buffer.c:(.text+0x5d3): undefined reference to
`libintl_gettext' objects/buffer.o: In function `do_buffer':
buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'
buffer.c:(.text+0x15bc): undefined reference to `libintl_gettext'
objects/buffer.o:buffer.c:(.text+0x163f): more undefined references to
`libintl_gettext' follow
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"




Bottom posting here.  New webmail won't even let me see it as I type. so top 
posting for now...
___
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 the "texmaker-3.5.2,2" and "texmakerx-2.1_4" ports

2013-07-12 Thread Jerry 
Is there any possibility of getting the texmakerx-2.1_4 port, now
officially renamed TeXstudio as of 2011-06-15 updated to the new
release TeXstudio 2.6.0, released on 2013-06-05.

Also, the texmaker-3.5.2,2 port is now at Version 4.0.2 (May 8 2013).
Are there any plans to update that port? I have been informed that
Texmaker requires QT5, and FreeBSD is not robust enough to handle QT5,
hence it cannot be done. If so, then that is a real pity.

I use the latest version of "TeXstudio" on a Windows machine and would
like to be able to use it on my FreeBSD one also. I am not really a fan
of "TexMaker" but would use it if TeXstudio was not available.
___
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: CURRENT: Changes in lib/msun/math.h make ports to fail

2013-07-12 Thread Ulrich Spörlein 
On Fri, 2013-07-12 at 09:02:31 +0200, O. Hartmann wrote:
> 
> Updating CURRENT from r253216 to r253252 triggers an updating of
> several ports to fail, namely, for instance,
> 
> www/firefox
> graphiks/webkit-gtk2
> deskuitls/fbreader
> graphics/gdal
> 
> The error is in all ports when compiled with CLANG 3.3 -std=c++11
> -stdlib=libc++ similar, routing to math.h. I will show the error for
> www/firefox:
> 
> [...]
> In file included from ./../../dist/include/mozilla/MathAlgorithms.h:15:
> /usr/include/c++/4.2/cmath:468:44: error: __builtin_types_compatible_p
> is not valid in C++ __capture_fpclassify(_Tp __f) { return
> fpclassify(__f); } ^~~
> /usr/include/math.h:104:2: note: expanded from macro 'fpclassify'
> __fp_type_select(x, __fpclassifyf, __fpclassifyd, __fpclassifyl)
> ^~~~
> /usr/include/math.h:91:2: note: expanded from macro '__fp_type_select'
> __builtin_types_compatible_p(__typeof(x), long double),
> ld(x),
> 
> 
> [...]
> 
> I was wondering why /usr/include/c++/4.2/cmath gets included and not
> the header provided for CLANG. I guess this is a typo/bug. I did do dig
> deeper into it.
> 
> Hope someone can fix this.

It also breaks a simple buildworld. Coverity Scan broke like this:

===> gnu/lib/libstdc++ (all)
c++   -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/data/src/freebsd-head/gnu/lib/libstdc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
c++   -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/data/src/freebsd-head/gnu/lib/libstdc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
c++   -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/data/src/freebsd-head/gnu/lib/libstdc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
c++   -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/data/src/freebsd-head/gnu/lib/libstdc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
c++   -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/data/src/freebsd-head/gnu/lib/libstdc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
In file included from 
/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/src/compatibility.cc:53:
/usr/obj/data/src/freebsd-head/tmp/usr/include/c++/4.2/cmath:468:44: error: 
__builtin_types_compatible_p is not valid in C++
__capture_fpclassify(_Tp __f) { return fpclassify(__f); }
   ^~~
/usr/obj/data/src/freebsd-head/tmp/usr/include/math.h:104:2: note: expanded 
from macro 'fpclassify'
__fp_type_select(x, __fpclassifyf, __fpclassifyd, __fpclassifyl)
^~~~
/usr/obj/data/src/freebsd-head/tmp/usr/include/math.h:91:2: note: expanded from 
macro '__fp_type_select'
__builtin_types_compatible_p(__typeof(x), long double), ld(x),\
^~
In file included from 
/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/src/compatibility.cc:53:
/usr/obj/data/src/freebsd-head/tmp/usr/include/c++/4.2/cmath:472:42: error: 
__builtin_types_compatible_p is not valid in C++
__capture_isfinite(_Tp __f) { return isfinite(__f); }
 ^
/usr/obj/data/src/freebsd-head/tmp/usr/include/math.h:105:21: note: expanded 
from macro 'isfinite'
#define isfinite(x) __fp_type_select(x, __isfinitef, __isfinite, __isfinitel)
^
/usr/obj/data/src/freebsd-head/tmp/usr/include/math.h:91:2: note: expanded from 
macro '__fp_type_select'
__builtin_types_compatible_p(__typeof(x), long double), ld(x),\
^~


and many more.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: lang/php5 - separate apache module from php5 port

2013-07-12 Thread Florent Peterschmitt 
Le 10/07/2013 23:54, olli hauer a écrit :
>> Here it would be ap22-mod_php5 and ap24-mod_php5.
>>
> 
> Thats what I thought with your first mail and I suspect this is a good idea.

Yep, it was what I meant. So do you think I should contact the maintainer ?



signature.asc
Description: OpenPGP digital signature

Re: postmaster php55 left php5 stuff

2013-07-12 Thread Jerry 
On Fri, 12 Jul 2013 12:56:43 +0200
Alex Dupre articulated:

> Yes, there are 10 types of people in the world: who want php port
> always updated to the latest branch and who want a new set of phpXX
> ports for every branch.
> It's impossible to satisfy both types, unless we keep an additional
> set of 'php' ports with the same contents of latest 'phpXX' set.

While it may be impossible to completely satisfy both groups, it is
possible to reach a sensible compromise. Creating a new set of ports
for each major update of PHP will allow those who want to use the
latest version, no mater what the reason, the able to do so while
not causing the users of older versions any significant problem. It is
all ready being done with "bash". One maintainer is keeping the older
version "maintained" and updating it when ever he feels so inclined,
while another maintainer is keeping the port current. These two ports
are not causing any problems that I am aware of. I would suggest that a
similar plan be instituted for ports that exhibit these same traits.

REF:

Port:   bash-4.2.45
Port:   bash-static-4.2.45
Maint:  obr...@freebsd.org

Port:   bash-devel-4.2.45_1
Port:   bash-static-devel-4.2.45_1
Maint:  eha...@freebsd.org

-- 
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: Use of sysutils/pacman in FreeBSD?

2013-07-12 Thread Dmitry Marakasov 
* Thomas Mueller (mueller6...@bellsouth.net) wrote:

> I recognize pacman as a package manager for Arch Linux along with
> Arch Build System, but how would pacman be used in FreeBSD?
> 
> Binary-only package manager or build from source for FreeBSD, or

Well, there's ArchBSD project (http://archbsd.net/), and pacman may
be used to install packages from it (to quickly set up a jail, for
example, as FreeBSD world is just another package there).

However, the original reason I've ported it was to be able to install
a genuine linux distribution into a chroot, as linux_base* from ports
are outdated to complete uselessness. Unfortunately, that didn't work
because our linuxulator is outdated as well: recent linux binaries
either demand higher kernel version or (if compat.linux.osrelease is
bumped) segfault. If that issue is resolved (I've heard there's
some work on linuxulator ongoing), pacman will be ready for installing
ArchLinux into jail/chroot.

> would it be used to add packages to an Arch Linux installation while
> running from FreeBSD?

That too, but it's currently impossible, as it needs to run linux
binaries in the chroot, while they doesn't really run.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
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: postmaster php55 left php5 stuff

2013-07-12 Thread Alex Dupre 
Bryan Drewery ha scritto:

> This is going to sound crazy, but I think the only safe way to upgrade
> major PHP versions currently is to deinstall all php ports, then install
> the new version/origins. That and other methods were discussed on ports@
> when 5.4 came out.

Yes, there are 10 types of people in the world: who want php port always
updated to the latest branch and who want a new set of phpXX ports for
every branch.
It's impossible to satisfy both types, unless we keep an additional set
of 'php' ports with the same contents of latest 'phpXX' set.

-- 
Alex Dupre
___
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: postmaster php55 left php5 stuff

2013-07-12 Thread Bryan Drewery 
On 7/12/2013 4:15 AM, LuKreme wrote:
> After updating a bunch of stuff, including php to 5.5, I have:
> 
> php5-bcmath-5.4.7
> php5-bz2-5.4.7
> php5-calendar-5.4.7
> php5-ctype-5.4.7
> php5-curl-5.4.7
> php5-dom-5.4.7
> php5-exif-5.4.7
> php5-fileinfo-5.4.7
> php5-filter-5.4.7
> php5-ftp-5.4.7
> php5-gd-5.4.7
> php5-gettext-5.4.7
> php5-hash-5.4.7
> php5-imap-5.4.7
> php5-json-5.4.7
> php5-mbstring-5.4.7
> php5-mcrypt-5.4.7
> php5-mysql-5.4.7
> php5-mysqli-5.4.7
> php5-openssl-5.4.7
> php5-readline-5.4.7
> php5-session-5.4.7
> php5-simplexml-5.4.7
> php5-snmp-5.4.7
> php5-soap-5.4.7
> php5-sqlite3-5.4.7
> php5-tokenizer-5.4.7
> php5-xml-5.4.7
> php5-xmlreader-5.4.7
> php5-xmlwriter-5.4.7
> php5-zip-5.4.7
> php5-zlib-5.4.7
> 
> All still installed. I do have a bunch of the php55 stuff installed as well:
> 
> php55-5.5.0
> php55-bcmath-5.5.0
> php55-bz2-5.5.0
> php55-ctype-5.5.0
> php55-curl-5.5.0
> php55-dom-5.5.0
> php55-exif-5.5.0
> php55-extensions-1.7
> php55-fileinfo-5.5.0
> php55-filter-5.5.0
> php55-gd-5.5.0
> php55-gettext-5.5.0
> php55-hash-5.5.0
> php55-iconv-5.5.0
> php55-json-5.5.0
> php55-mysql-5.5.0
> php55-openssl-5.5.0
> php55-pdo-5.5.0
> php55-pdo_mysql-5.5.0
> php55-pdo_sqlite-5.5.0
> php55-phar-5.5.0
> php55-posix-5.5.0
> php55-pspell-5.5.0
> php55-readline-5.5.0
> php55-session-5.5.0
> php55-simplexml-5.5.0
> php55-sqlite3-5.5.0
> php55-tokenizer-5.5.0
> php55-xml-5.5.0
> php55-xmlreader-5.5.0
> php55-xmlwriter-5.5.0
> php55-zip-5.5.0
> php55-zlib-5.5.0
> 
> Is there any easy way to remove the old php5- files? Or should I just feed 
> them into pkg_delete?
> 
> I kind of expected postmaster to handle this as I did:
> 
> portmaster -o lang/php55 php5
> portmaster -o lang/php55-extensions lang/php5-extensions
> 
> 

This is going to sound crazy, but I think the only safe way to upgrade
major PHP versions currently is to deinstall all php ports, then install
the new version/origins. That and other methods were discussed on ports@
when 5.4 came out.

-- 
Regards,
Bryan Drewery
bdrewery@freenode/EFNet
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD ports you maintain which are out of date

2013-07-12 Thread portscout 
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
editors/tea | 36.0.1  | 36.0.2
+-+
www/xpi-pentadactyl | 20130407| 20130712
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

If wish to stop receiving portscout reminders, please contact
portsc...@freebsd.org

Thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

postmaster php55 left php5 stuff

2013-07-12 Thread LuKreme 
After updating a bunch of stuff, including php to 5.5, I have:

php5-bcmath-5.4.7
php5-bz2-5.4.7
php5-calendar-5.4.7
php5-ctype-5.4.7
php5-curl-5.4.7
php5-dom-5.4.7
php5-exif-5.4.7
php5-fileinfo-5.4.7
php5-filter-5.4.7
php5-ftp-5.4.7
php5-gd-5.4.7
php5-gettext-5.4.7
php5-hash-5.4.7
php5-imap-5.4.7
php5-json-5.4.7
php5-mbstring-5.4.7
php5-mcrypt-5.4.7
php5-mysql-5.4.7
php5-mysqli-5.4.7
php5-openssl-5.4.7
php5-readline-5.4.7
php5-session-5.4.7
php5-simplexml-5.4.7
php5-snmp-5.4.7
php5-soap-5.4.7
php5-sqlite3-5.4.7
php5-tokenizer-5.4.7
php5-xml-5.4.7
php5-xmlreader-5.4.7
php5-xmlwriter-5.4.7
php5-zip-5.4.7
php5-zlib-5.4.7

All still installed. I do have a bunch of the php55 stuff installed as well:

php55-5.5.0
php55-bcmath-5.5.0
php55-bz2-5.5.0
php55-ctype-5.5.0
php55-curl-5.5.0
php55-dom-5.5.0
php55-exif-5.5.0
php55-extensions-1.7
php55-fileinfo-5.5.0
php55-filter-5.5.0
php55-gd-5.5.0
php55-gettext-5.5.0
php55-hash-5.5.0
php55-iconv-5.5.0
php55-json-5.5.0
php55-mysql-5.5.0
php55-openssl-5.5.0
php55-pdo-5.5.0
php55-pdo_mysql-5.5.0
php55-pdo_sqlite-5.5.0
php55-phar-5.5.0
php55-posix-5.5.0
php55-pspell-5.5.0
php55-readline-5.5.0
php55-session-5.5.0
php55-simplexml-5.5.0
php55-sqlite3-5.5.0
php55-tokenizer-5.5.0
php55-xml-5.5.0
php55-xmlreader-5.5.0
php55-xmlwriter-5.5.0
php55-zip-5.5.0
php55-zlib-5.5.0

Is there any easy way to remove the old php5- files? Or should I just feed them 
into pkg_delete?

I kind of expected postmaster to handle this as I did:

portmaster -o lang/php55 php5
portmaster -o lang/php55-extensions lang/php5-extensions


-- 
A bird in the hand makes it difficult to blow your nose.

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

Problem in mailutils/movemail under FreeBSD 9.1

2013-07-12 Thread Olivier Nicole 
Hi,

Since I moved my file server to 9.1, I am seeing a problem with
mailutils/movemail:

movemail pop://o...@mail.cs.ac.th file password

will hang is any message in the mailbox contains a NULL (0x00)
character.

Thunderbird is unaffected.

movemail will hang in _tls_stream_push when mu_stream_sequential_write
returns an error. So far I could not find the source code for
mu_stream_sequential_write.

If I use movemail with imap, it enters an infinite loop.

I still have to understand why there are messages with NULL inside,
those messages appears to be manggled messages, composed of parts of
other messages.

The NFS file server is FreeBSD-9.1, the pop/imap server if FreeBSD-8.4,
running courier-imap with SSL, accessing maildir mailboxes through NFS.

I have been trying movemail on:
- the file server itself (movemail 2.2 and 2.0 from the ports and from
  GNU);
- a 9.1 nfs client (movemail 2.2 from the ports);
- a 8.4 nfs client (movemail 2.0 from GNU). previously my file server,
  movemail has been running for years.

Any clue will help.

Best regards,

Olivier
-- 
___
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"

Use of sysutils/pacman in FreeBSD?

2013-07-12 Thread Thomas Mueller 
I recognize pacman as a package manager for Arch Linux along with Arch Build 
System, but how would pacman be used in FreeBSD?

Binary-only package manager or build from source for FreeBSD, or would it be 
used to add packages to an Arch Linux installation while running from FreeBSD?

I notice pacman has also been ported to other Linux distributions, in some 
cases with substantial modifications.

Tom

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

editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'

2013-07-12 Thread O. Hartmann 
Updating port /editors/vim on a CURRENT box (FreeBSD 10.0-CURRENT #0
r253194: Thu Jul 11 10:45:47 CEST 2013 amd64) ends up in the error
shown below.

Since this happens only on exact one box running CURRENT (out of a
bunch of CURRENT of the same OS revision, the same compiler settings,
the same settings in /etc/src.conf et cetera) while other CURRENT don't
show this weird error, is suspect a faulty local library, like
libintl.so, which belongs to gettext I suppose.

Well, I tried to do a

portmaster -r editors/vim

as well as 

portmaster -r gettext

to "compile away" the suspected problem in one of the prerquisited
ports, but that didn't end up in success.

The problem is still sticky and I'm a bit out of ideas ...

Has anybody an idea?

Thanks and regards,

Oliver

[...]
link.sh: $LINK_AS_NEEDED set to 'yes': invoking linker directly.
  cc   -L.  -Wl,-rpath=/usr/lib:/usr/local/lib -pthread
-L/usr/local/lib -rdynamic -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE
-L/usr/local/lib -Wl,--as-needed  -o vim objects/buffer.o
objects/blowfish.o  objects/charset.o  objects/diff.o
objects/digraph.o  objects/edit.o  objects/eval.o  objects/ex_cmds.o
objects/ex_cmds2.o  objects/ex_docmd.o  objects/ex_eval.o
objects/ex_getln.o  objects/fileio.o  objects/fold.o
objects/getchar.o  objects/hardcopy.o  objects/hashtab.o
objects/if_cscope.o  objects/if_xcmdsrv.o  objects/mark.o
objects/memline.o  objects/menu.o  objects/message.o  objects/misc1.o
objects/misc2.o  objects/move.o  objects/mbyte.o  objects/normal.o
objects/ops.o  objects/option.o  objects/os_unix.o  objects/pathdef.o
objects/popupmnu.o  objects/quickfix.o  objects/regexp.o
objects/screen.o  objects/search.o  objects/sha256.o  objects/spell.o
objects/syntax.oobjects/tag.o  objects/term.o  objects/ui.o
objects/undo.o  objects/version.o  objects/window.o
objects/if_lua.oobjects/if_perl.o objects/if_perlsfio.o
objects/if_python.oobjects/if_tcl.o  objects/if_ruby.o
objects/netbeans.oobjects/main.o  objects/memfile.o
-lm -lelf  -pthread -ltermlib -liconv
-Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -pthread -Wl,-E
-fstack-protector -L/usr/local/lib
-L/usr/local/lib/perl5/5.16/mach/CORE -lperl -lm -lcrypt -lutil
-L/usr/local/lib/python2.7/config -lpython2.7 -lutil -lm
-Wl,--export-dynamic-L/usr/local/lib -ltcl86 -lz -lpthread -lm
-Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lexecinfo
-lpthread -lcrypt -lm -L/usr/local/lib
-Wl,-rpath=/usr/lib:/usr/local/lib -pthread -L/usr/local/lib
objects/buffer.o: In function `open_buffer': buffer.c:(.text+0x1df):
undefined reference to `libintl_gettext' buffer.c:(.text+0x1fb):
undefined reference to `libintl_gettext' objects/buffer.o: In function
`close_buffer': buffer.c:(.text+0x5d3): undefined reference to
`libintl_gettext' objects/buffer.o: In function `do_buffer':
buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'
buffer.c:(.text+0x15bc): undefined reference to `libintl_gettext'
objects/buffer.o:buffer.c:(.text+0x163f): more undefined references to
`libintl_gettext' follow
___
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"

CURRENT: Changes in lib/msun/math.h make ports to fail

2013-07-12 Thread O. Hartmann 

Updating CURRENT from r253216 to r253252 triggers an updating of
several ports to fail, namely, for instance,

www/firefox
graphiks/webkit-gtk2
deskuitls/fbreader
graphics/gdal

The error is in all ports when compiled with CLANG 3.3 -std=c++11
-stdlib=libc++ similar, routing to math.h. I will show the error for
www/firefox:

[...]
In file included from ./../../dist/include/mozilla/MathAlgorithms.h:15:
/usr/include/c++/4.2/cmath:468:44: error: __builtin_types_compatible_p
is not valid in C++ __capture_fpclassify(_Tp __f) { return
fpclassify(__f); } ^~~
/usr/include/math.h:104:2: note: expanded from macro 'fpclassify'
__fp_type_select(x, __fpclassifyf, __fpclassifyd, __fpclassifyl)
^~~~
/usr/include/math.h:91:2: note: expanded from macro '__fp_type_select'
__builtin_types_compatible_p(__typeof(x), long double),
ld(x),


[...]

I was wondering why /usr/include/c++/4.2/cmath gets included and not
the header provided for CLANG. I guess this is a typo/bug. I did do dig
deeper into it.

Hope someone can fix this.

Regards,
Oliver
___
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"