Re: Making a port to use OpenSSL of ports collection on FreeBSD 11.x

[Dima Panov]

Moin!

Chris, your suggestion leads to dll hell due to mix-links between ssl libraries 
:(
At least, your setup easily face up situation where one lib will be built with 
“port openss” and consumers still get a “base openssl”. DEFAULT_VERSION here is 
set to avoid a such situation — the whole ports collection should be linked 
with ONE ssl/crypto library.

--
Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Thursday, May 06, 2021 at 6:26 AM, Chris  (mailto:portmas...@bsdforge.com)> wrote:
> On 2021-05-05 09:10, Yasuhiro Kimura wrote:
> > From: Chris 
> > Subject: Re: Making a port to use OpenSSL of ports collection on FreeBSD
> > 11.x
> > Date: Wed, 05 May 2021 08:03:00 -0700
> >
> > > I ran into a similar situation requiring freebsd 11 users not use
> > > SSL from base, and I simply used a conditional based against freebsd
> > > version, that also included a RUN_DEPENDS on security/openssl
> > > Wouldn't that work in your case?
> > >
> > > --Chris
> >
> > Probably only adding security/openssl to *_DEPENDS isn't enough. If
> > you look at Mk/Uses/ssl.mk, you'll find the path of include files and
> > libraries are customized depending on which ssl stack is used. So you
> > also need to add similar custimizetion in Makefile of port avoding
> > conflicts with the settings in Mk/Uses/ssl.mk. And it must be hard
> > job.
> Well unless something has changed significantly in that regard over
> the last couple mos. I found it was enough to trap ${OSREL:R} targeting
> 11 && within that conditional add ssl=openssl
> It worked a treat. You may find some additional clues in
> bsd.default-versions.mk
>
> HTH
>
> --Chris
> >
> > ---
> > Yasuhiro Kimura
> > ___
> > freebsd-ports@freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


signature.asc
Description: PGP signature

Re: Boost versions

[Dima Panov]

Call for testing for Boost-1.76.0!

WIP overlay for boost: https://github.com/fluffykhv/freebsd-ports-boost

Pkg repository for boost:
https://build.dimapanov.com/packages/130amd64-default/

Pkgs have some languages defaults set:
DEFAULT_VERSIONS+=java=11
DEFAULT_VERSIONS+=lua=5.3
DEFAULT_VERSIONS+=php=7.4
DEFAULT_VERSIONS+=python=3.8
DEFAULT_VERSIONS+=python3=3.8
DEFAULT_VERSIONS+=ruby=2.7

All OPTIONS by default

--
Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Wednesday, Apr 21, 2021 at 12:25 AM, Li-Wen Hsu  (mailto:lw...@freebsd.org)> wrote:
> Good news, I was talking with fluffy about the office@'s
> maintainership of boost ports and realized that he has been working on
> it for a while and now we have a public repository for calling for
> tests:
>
> https://github.com/fluffykhv/freebsd-ports-boost
>
> Please help test and we might need to form another group to maintain
> boost and its compatibility with other ports, please let us know if
> you're interested.
>
> Nest,
> Li-Wen


signature.asc
Description: PGP signature

Re: Boost versions

[Dima Panov]

Call for testing for Boost-1.76.0! WIP overlay for boost: 
https://github.com/fluffykhv/freebsd-ports-boost Pkg repository for boost: 
https://build.dimapanov.com/packages/130amd64-default/ Pkgs have some languages 
defaults set: DEFAULT_VERSIONS+=java=11 DEFAULT_VERSIONS+=lua=5.3 
DEFAULT_VERSIONS+=php=7.4 DEFAULT_VERSIONS+=python=3.8 
DEFAULT_VERSIONS+=python3=3.8 DEFAULT_VERSIONS+=ruby=2.7 All OPTIONS by default

--
Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Wednesday, Apr 21, 2021 at 12:25 AM, Li-Wen Hsu  (mailto:lw...@freebsd.org)> wrote:
> Good news, I was talking with fluffy about the office@'s
> maintainership of boost ports and realized that he has been working on
> it for a while and now we have a public repository for calling for
> tests:
>
> https://github.com/fluffykhv/freebsd-ports-boost
>
> Please help test and we might need to form another group to maintain
> boost and its compatibility with other ports, please let us know if
> you're interested.
>
> Nest,
> Li-Wen


signature.asc
Description: PGP signature

Re: Call for testing: LibreOffice 7.1.1 release

[Dima Panov]

Moin!

Thanks for report.

gt3 vcl is not fully complete yet ans we (team) prefer to keep qt5 as default

--
Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Sunday, Mar 07, 2021 at 8:28 PM, Tijl Coosemans  (mailto:t...@freebsd.org)> wrote:
> On Fri, 5 Mar 2021 01:16:40 +1000 Dima Panov  wrote:
> > Hello!
> >
> > LibreOffice 7.1.1 release is out and office@FreeBSD team calls everyone 
> > interested to join us in testing cycle
> >
> > Our WIP repository available at GitHub, 
> > https://github.com/freebsd/freebsd-ports-libreoffice.
> > Of course, we support ports’ OVERLAY feature by adding:
> >
> > OVERLAYS+=/path/to/freebsd-ports-libreoffice
> >
> > to /etc/make.conf
> >
> > Poudriere users should follows next steps:
> >
> > sudo poudriere ports -c -F -p portoverlay
> > cd ${LOCALBASE}/poudriere/ports/portsoverlay
> > git clone https://github.com/lwhsu/freebsd-ports-libreoffice .
> > git checkout master
> > poudriere bulk -j 122amd64 -p portstree -O portsoverlay editors/libreoffice
> >
> > You can start the LibreOffice with x11 UI backend by setting
> > environment variable:
> >
> > SAL_USE_VCLPLUGIN=gen
> >
> > where ‘gen’ can be replaced by x11, gtk3, qt5, kf5, depends on selected 
> > build options to get a required vcl active
> >
> > Qt5 vcl is already locked to use cairo font renderer.
> >
> > Patches and suggestions are welcome!
>
> With the 7.1.0 version I'm using the gtk3 backend again and haven't
> noticed any problems yet. If others can confirm that, maybe it can be
> made the default again when you commit 7.1.1?


signature.asc
Description: PGP signature

Call for testing: LibreOffice 7.1.1 release

[Dima Panov]

Hello!

LibreOffice 7.1.1 release is out and office@FreeBSD team calls everyone 
interested to join us in testing cycle

Our WIP repository available at GitHub, 
https://github.com/freebsd/freebsd-ports-libreoffice.
Of course, we support ports’ OVERLAY feature by adding:

OVERLAYS+=/path/to/freebsd-ports-libreoffice

to /etc/make.conf

Poudriere users should follows next steps:

sudo poudriere ports -c -F -p portoverlay
cd ${LOCALBASE}/poudriere/ports/portsoverlay
git clone https://github.com/lwhsu/freebsd-ports-libreoffice .
git checkout master
poudriere bulk -j 122amd64 -p portstree -O portsoverlay editors/libreoffice

You can start the LibreOffice with x11 UI backend by setting
environment variable:

SAL_USE_VCLPLUGIN=gen

where ‘gen’ can be replaced by x11, gtk3, qt5, kf5, depends on selected build 
options to get a required vcl active

Qt5 vcl is already locked to use cairo font renderer.

Patches and suggestions are welcome!

--
Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)



signature.asc
Description: PGP signature

Re: www/joomla3 is no longer in the FreeBSD pkg repo

[Dima Panov]

Moin!

pecl-pdflib is abandonware and I see no reasons to keep it as dependency.

It not needed by joomla core itself, only for generating reports on pdf format 
which is fully optional and called only with pdflib is present.

So get rid of this dependency as hardcoded for joomla is a best way

--
Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Thursday, Mar 04, 2021 at 11:10 PM, Chris Rees  (mailto:cr...@bayofrum.net)> wrote:
> Hi,
>
> On 04/03/2021 10:44, Patrick M. Hausen wrote:
> > Hi,
> >
> > > Am 04.03.2021 um 11:26 schrieb Patrick M. Hausen :
> > >
> > > I would be very interested to know when the distribution file on the 
> > > FreeBSD "distfiles"
> > > archive was exchanged, and and why?
> > I did a quick search on one of our older poudriere installations and 
> > *bingo*.
> > In the distfile cache I found this file:
> >
> > $ ll PDFlib-Lite-7.0.5p3.tar.gz
> > -rw-r--r-- 1 pmh staff 8179201 4 Mär 11:38 PDFlib-Lite-7.0.5p3.tar.gz
> > $ shasum PDFlib-Lite-7.0.5p3.tar.gz
> > 42e0605ae21f4b6d25fa2d20e78fed6df36fbaa9 PDFlib-Lite-7.0.5p3.tar.gz
> >
> > Which contains the old license I am referring to.
> >
> > Anyone want a copy of that archive?
>
> That's the actual archive that's been in the port since 2012 :)
>
> It seems to me that dist-mirror and pkg-mirror in
> ports/Mk/bsd.licenses.mk could be met by this, but not auto-accept.
> It'd mean that we had non-free/restricted software being distributed in FTP.
>
> There are two ways around this if you want joomla3 packaged:
>
> - Negotiate with PDFlib GmbH (you might be better at German than me...)
> to allow for commercial use of pdflib (unlikely)
>
> - Stop joomla3 depending on PDFlib by default.
>
> Does it work without PDFlib? If so, I suggest the latter, and that's
> easy to do.
>
> Chris
>
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


signature.asc
Description: PGP signature

Re: libreoffice

[Dima Panov]

GST-LV2 plugin is not requested by libreoffice itself but load by gstreamer 
engine.
However, LV2 and bunch of plughins was updated recently and it may cause a such 
problems.

Try to rebuild all gst-lv2 relelated.

--
Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Sunday, Jan 17, 2021 at 9:33 AM, LuMiWa via freebsd-ports 
> mailto:freebsd-ports@freebsd.org)> wrote:
> My system FreeBSD 12.2-RELEASE-p2 and system is updated (using ports).
> Libreoffice 7.0.4.2 doesn't open anymore pps file:
>
> ERROR: Caught segmentation fault while loading plugin file:
> /usr/local/lib/gstreamer-1.0/libgstlv2.so
>
> Please either:
> - remove it and restart
> - run with --gst-disable-segtrap
>
> I did remove and it works but in the past I didn't have any problems.
>
> Thank you.
> --
> “Don’t think money does everything or you are going to end up doing
> everything for money.”
>
> -Voltaire
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


signature.asc
Description: PGP signature

Re: FreeBSD Port: telegram-desktop-2.4.4_1 error build

[Dima Panov]

It looks like race conflict between bundled abseil and installed in LOCALBASE 
via libilbc requested by ffmpeg.

--
Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Sunday, Jan 17, 2021 at 3:09 PM, Henry Hu  (mailto:henry.hu...@gmail.com)> wrote:
> Please create a problem report at https://bugs.freebsd.org
> What's your FreeBSD version?
>
> On Wed, Jan 13, 2021 at 7:15 AM Alex V. Petrov 
> wrote:
>
> > lib && :
> >
> >
> > ld: error: undefined symbol:
> > absl::lts_2020_09_23::EqualsIgnoreCase(std::__1::basic_string_view > std::__1::char_traits >, std::__1::basic_string_view > std::__1::char_traits >)
> > > > > referenced by audio_format.cc
> >
> >
> > > > >
> > audio_format.cc.o:(webrtc::SdpAudioFormat::Matches(webrtc::SdpAudioFormat
> > const&)
> > const) in archive
> >
> > /usr/ports/net-im/telegram-desktop/work/tdesktop-2.4.4-full/tg_owt/src/../out/Release/libtg_
> > owt.a
> >
> >
> > > > > referenced by audio_format.cc
> >
> >
> > > > >
> > audio_format.cc.o:(webrtc::operator==(webrtc::SdpAudioFormat const&,
> > webrtc::SdpAudioFormat const&)) in archive
> >
> > /usr/ports/net-im/telegram-desktop/work/tdesktop-2.4.4-full/tg_owt/src/../out/Re
> > lease/libtg_owt.a
> >
> >
> > > > > referenced by audio_decoder_opus.cc
> >
> >
> > > > >
> >
> > audio_decoder_opus.cc.o:(webrtc::AudioDecoderOpus::SdpToConfig(webrtc::SdpAudioFormat
> > const&)) in archive
> >
> > /usr/ports/net-im/telegram-desktop/work/tdesktop-2.4.4-full/tg_owt/src/../out/Release/
> > libtg_owt.a
> >
> >
> > > > > referenced by media_session.cc
> >
> >
> > > > >
> >
> > media_session.cc.o:(cricket::FilterDataCodecs(std::__1::vector > std::__1::allocator >*, bool)) in archive
> > /usr/ports/net-im/telegram-desktop/work/t
> > desktop-2.4.4-full/tg_owt/src/../out/Release/libtg_owt.a
> >
> >
> > > > > referenced by media_session.cc
> >
> >
> > > > >
> >
> > media_session.cc.o:(cricket::FilterDataCodecs(std::__1::vector > std::__1::allocator >*, bool)) in archive
> > /usr/ports/net-im/telegram-desktop/work/t
> > desktop-2.4.4-full/tg_owt/src/../out/Release/libtg_owt.a
> >
> >
> > > > > referenced by media_session.cc
> >
> >
> > > > >
> >
> > media_session.cc.o:(cricket::StripCNCodecs(std::__1::vector > std::__1::allocator >*)) in archive
> > /usr/ports/net-im/telegram-desktop/work/tdesktop-2.4.4
> > -full/tg_owt/src/../out/Release/libtg_owt.a
> >
> >
> > > > > referenced by media_session.cc
> >
> >
> > > > >
> >
> > media_session.cc.o:(cricket::StripCNCodecs(std::__1::vector > std::__1::allocator >*)) in archive
> > /usr/ports/net-im/telegram-desktop/work/tdesktop-2.4.4
> > -full/tg_owt/src/../out/Release/libtg_owt.a
> >
> >
> > > > > referenced by media_session.cc
> >
> >
> > > > >
> >
> > media_session.cc.o:(cricket::MediaSessionDescriptionFactory::AddDataContentForAnswer(cricket::MediaDescriptionOptions
> > const&, cricket::MediaSessionOptions const&, cricket::ContentInfo const*,
> > cricket::SessionDescription const*, cricket::ContentInfo const*,
> > cricket::SessionDescription const*, cricket::TransportInfo const*,
> > std::__1::vector > std::__1::allocator > dec> > const&, std::__1::vector > std::__1::allocator >*,
> > cricket::SessionDescription*, cricket::IceCredentialsIterator*) const)
> > in archive /usr/ports/net-im/telegram
> > -desktop/work/tdesktop-2.4.4-full/tg_owt/src/../out/Release/libtg_owt.a
> >
> >
> > > > > referenced by media_session.cc
> >
> >
> > > > >
> >
> > media_session.cc.o:(cricket::MediaSessionDescriptionFactory::AddDataContentForAnswer(cricket::MediaDescriptionOptions
> > const&, cricket::MediaSessionOptions const&, cricket::ContentInfo const*,
> > cricket::SessionDescription const*, cricket::ContentInfo const*,
> > cricket::SessionDescription const*, cricket::TransportInfo const*,
> > std::__1::vector > std::__1::allocator > dec> > const&, std::__1::vector > std::__1::allocator >*,
> > cricket::SessionDescription*, cricket::IceCredentialsIterator*) const)
> > in archive /usr/ports/net-im/telegram
> > -desktop/work/tdesktop-2.4.4-full/tg_owt/src/../out/Release/libtg_owt.a
> >
> >
> > > > > referenced by media_session.cc
> >
> >
> > > > > media_session.cc.o:(void
> >
> > cricket::MergeCodecs(std::__1::vector > std::__1::allocator > const&,
> > std::__1::vector > , std::__1::allocator >*,
> > cricket::UsedPayloadTypes*)) in archive
> >
> > /usr/ports/net-im/telegram-desktop/work/tdesktop-2.4.4-full/tg_owt/src/../out/Release/libtg_owt.a
> > > > > referenced 106 more times
> >
> > ld: error: undefined symbol:
> > absl::lts_2020_09_23::AsciiStrToLower(std::__1::basic_string > std::__1::char_traits, std::__1::allocator >*)
> > > > > referenced by payload_type_mapper.cc
> > > > >
> >
> > payload_type_mapper.cc.o:(cricket::PayloadTypeMapper::SdpAudioFormatOrdering::operator()(webrtc::SdpAudioFormat
> > const&, webrtc::SdpAudioFormat const&) const) in archive
> >
> > 

Re: svn commit: r558913 - in head/lang: python-doc-html python38

[Dima Panov]

Holy cow!

This is a future of all python branches. We need to rework our py build system

* bpo-42604: Now all platforms use a value for the “EXT_SUFFIX” build variable 
derived from SOABI (for instance in freeBSD, “EXT_SUFFIX” is now 
“.cpython-310d.so” instead of “.so”). Previosuly only Linux, Mac and VxWorks 
were using a value for “EXT_SUFFIX” that included “SOABI”.

--
Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Wednesday, Dec 23, 2020 at 12:55 PM, Kubilay Kocak  (mailto:ko...@freebsd.org)> wrote:
> On 23/12/2020 1:41 pm, Dima Panov wrote:
> > Better will be resolve errors of packages building. It works for py39 which 
> > used same cpython build internals as this py38 update do now.
>
> Agree, move forward better than a revert.
>
> This is being tracked (reported by users) at:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252057
>
> > --
> > Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
> > (flu...@freebsd.org, https://t.me/dima_panov)
> >
> > > On Wednesday, Dec 23, 2020 at 11:51 AM, wen heping 
> > > mailto:wenheping2...@hotmail.com)> wrote:
> > > python-3.8 is not the default python version, so we do not require a 
> > > exprun for
> > > its update before.
> > >
> > > But I shall revert it if this update break other ports.
> > >
> > > wen
> > >
> > >
> > > 发件人: Dima Panov
> > > 已发送: 2020 12 月 23 日 星期三 9:19
> > > 收件人: Wen Heping; svn-ports-...@freebsd.org; svn-ports-h...@freebsd.org; 
> > > ports-committ...@freebsd.org
> > > 主题: Re: svn commit: r558913 - in head/lang: python-doc-html python38
> > >
> > > Moin!
> > >
> > >
> > > Did you ecen start exp-run for this update? Too many python ports fails 
> > > to package after this update.
> > >
> > > devel/gobject-introspection
> > > devel/py-cffi
> > > devel/py-coverage
> > > devel/py-greenlet
> > > textproc/py-libxml2
> > > textproc/py-markupsafe
> > >
> > > and many other claims about generated py-library.so is missing (gir, for 
> > > example: lib/gobject-introspection/giscanner_giscanner.so: No such file 
> > > or directory)
> > >
> > > --
> > > Dima. (desktop, kde, x11, office, ports-secteam)@FreeBSD team
> > > (flu...@freebsd.org, https://t.me/dima_panov)
> > >
> > >
> > > > On Wednesday, Dec 23, 2020 at 12:58 AM, Wen Heping  > > > (mailto:w...@freebsd.org)> wrote:
> > > > Author: wen
> > > > Date: Tue Dec 22 14:58:05 2020
> > > > New Revision: 558913
> > > > URL: https://svnweb.freebsd.org/changeset/ports/558913
> > > >
> > > > Log:
> > > > - Update to 3.8.7
> > > >
> > > > Modified:
> > > > head/lang/python-doc-html/distinfo
> > > > head/lang/python38/Makefile
> > > > head/lang/python38/Makefile.version
> > > > head/lang/python38/distinfo
> > > > head/lang/python38/pkg-plist
> > > >
> > > > Modified: head/lang/python-doc-html/distinfo
> > > > ==
> > > > --- head/lang/python-doc-html/distinfo Tue Dec 22 14:33:07 2020 
> > > > (r558912)
> > > > +++ head/lang/python-doc-html/distinfo Tue Dec 22 14:58:05 2020 
> > > > (r558913)
> > > > @@ -1,4 +1,4 @@
> > > > -TIMESTAMP = 1607436675
> > > > +TIMESTAMP = 1608648364
> > > > SHA256 (python/python-2.7.18-docs-html.tar.bz2) = 
> > > > 3d05142817615e77cec99f686dca58289bbfe008af22f94a93262e8663db81c7
> > > > SIZE (python/python-2.7.18-docs-html.tar.bz2) = 4732851
> > > > SHA256 (python/python-2.7.18-docs-pdf-a4.tar.bz2) = 
> > > > ead357695e43c824ae1a83dd6cd3b4a47215658f3fa20111726ff7ef16a16dd2
> > > > @@ -23,14 +23,14 @@ SHA256 
> > > > (python/python-3.7.9-docs-pdf-letter.tar.bz2) =
> > > > SIZE (python/python-3.7.9-docs-pdf-letter.tar.bz2) = 14332368
> > > > SHA256 (python/python-3.7.9-docs-text.tar.bz2) = 
> > > > b1a78d8303f9f334353ed3c3ad619190d4a8907eb137d894c1ffb457e523b518
> > > > SIZE (python/python-3.7.9-docs-text.tar.bz2) = 2291659
> > > > -SHA256 (python/python-3.8.6-docs-html.tar.bz2) = 
> > > > 60b8e4c913e51367dcc661c3e3427a9a05a7dd69b3f032b93503acebb195e03f
> > > > -SIZE (python/

Re: [phpLDAPadmin] Fatal error: Uncaught Exception: Serialization of 'Closure'

[Dima Panov]

Moin!

See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245815

--
WBR, Dima. (Desktop, KDE, X11, Office)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Wednesday, Sep 23, 2020 at 10:21 PM, Carmel NY  (mailto:carmel...@outlook.com)> wrote:
> FreeBSD 11.4-RELEASE-p4
> php74
>
> I have been have a problem with 'phpLDAPadmin'. It has become
> impossible to use. I requested help, and was given this URL:
> https://github.com/leenooks/phpLDAPadmin/issues/103
>
> According to this site, this bug has been squashed.
> 
>
> I was wondering if the port maintainer was aware of this and hopefully
> plans to update the port accordingly.
>
> Thanks!
>
> --
> Carmel
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


signature.asc
Description: PGP signature

Re: www/node unbuildable in 2020Q3 branch

[Dima Panov]

Fixed in r549428

--
WBR, Dima. (Desktop, KDE, X11, Office)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Monday, Sep 21, 2020 at 4:28 PM, Andrea Venturoli  (mailto:m...@netfence.it)> wrote:
> Hello.
>
> Since yesterday I cannot build some ports when using 2020Q3 branch.
> Reason seems to be www/node was upgraded to 14.11.0 and now requires
> "libuv>=1.39.0"; however devel/libuv is at 1.38.0.
>
> Notice I'm not a direct Node user, but this prevents building (among
> others) FireFox, ThunderBird and Chromium.
>
> bye & Thanks
> av.
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


signature.asc
Description: PGP signature

Re: LibreOffice 7.0 call for testing

[Dima Panov]

Hello!

7.0.0.RC2 is landed, release is around the corner.

As always, please welcome to test.

--
WBR, Dima. (Desktop, KDE, X11, Office)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)

> On Thursday, Jul 16, 2020 at 3:17 PM, Dima Panov  (mailto:flu...@freebsd.org)> wrote:
> Hello!
>
> LibreOffice 7.0 branch is over to release candadate and office@FreeBSD team 
> calls everyone interested to join us in testing cycle
>
> Our WIP repository available at GitHub, 
> https://github.com/lwhsu/freebsd-ports-libreoffice, branch 7.0.0
>
> Of course, we support ports’ OVERLAY feature by adding:
>
> OVERLAYS+=/path/to/freebsd-ports-libreoffice
>
> to /etc/make.conf
>
> Poudriere users should follows next steps:
>
> sudo poudriere ports -c -F -p portoverlay
> cd ${LOCALBASE}/poudriere/ports/portsoverlay
> git clone https://github.com/lwhsu/freebsd-ports-libreoffice .
> git checkout 7.0.0
> poudriere bulk -j 121amd64 -p portstree -O portsoverlay editors/libreoffice
>
> Or you can use pre-built packages with default options.
> Take yours from https://people.freebsd.org/~lwhsu/libreoffice/
>
> You can start the LibreOffice with x11 UI backend by setting
> environment variable:
>
> SAL_USE_VCLPLUGIN=gen
>
> where ‘gen’ can be replaced by x11, gtk3, qt5 ,kf5, depends on selected build 
> options to get a required vcl active
>
> Current known issue is missed vertical and gorizontal scrollbars with gkt3 
> vcl.
> Qt5 vcl is already locked to use cairo font renderer.
>
> Patches and suggestions are welcome!
>
>


signature.asc
Description: PGP signature

LibreOffice 7.0 call for testing

[Dima Panov]

Hello!

LibreOffice 7.0 branch is over to release candadate and office@FreeBSD team 
calls everyone interested to join us in testing cycle

Our WIP repository available at GitHub, 
https://github.com/lwhsu/freebsd-ports-libreoffice, branch 7.0.0

Of course, we support ports’ OVERLAY feature by adding:

OVERLAYS+=/path/to/freebsd-ports-libreoffice

to /etc/make.conf

Poudriere users should follows next steps:

sudo poudriere ports -c -F -p portoverlay
cd ${LOCALBASE}/poudriere/ports/portsoverlay
git clone https://github.com/lwhsu/freebsd-ports-libreoffice .
git checkout 7.0.0
poudriere bulk -j 121amd64 -p portstree -O portsoverlay editors/libreoffice

Or you can use pre-built packages with default options.
Take yours from https://people.freebsd.org/~lwhsu/libreoffice/

You can start the LibreOffice with x11 UI backend by setting
environment variable:

SAL_USE_VCLPLUGIN=gen

where ‘gen’ can be replaced by x11, gtk3, qt5 ,kf5, depends on selected build 
options to get a required vcl active

Current known issue is missed vertical and gorizontal scrollbars with gkt3 vcl.
Qt5 vcl is already locked to use cairo font renderer.

Patches and suggestions are welcome!

--
WBR, Dima. (Desktop, KDE, X11, Office)@FreeBSD team
(flu...@freebsd.org, https://t.me/dima_panov)



signature.asc
Description: PGP signature

LibreOffice 6.4.4 is coming!

[Dima Panov]

Hello!

We know, all FreeBSD users waits for new release of LireOffice.
And now it almost here.
But before land it to the ports, we want to inform community about some 
important changes to build options.

At first, GTK3 option is not more set by default and there are the reasons:
a) our gtk30 port and all needed gnome dependencies are dramatically outdated
b) LibreOffice64’s gtk3 visual content library is broken — missed critical 
buttons, dropdown menus, scrollbars
c) previously uses gtk2 vcl is dropped upstream since LibreOffice 6.4.0 is 
branched

Second, we decided to make QT5 VCL option is set by default to provide comfy 
visual style for every users. One small note — since upcoming Qt5-5.15 will 
drop binary support for FreeBSD 11.x due to outdated OpenSSL 1.0 in base, here 
is not reason to enable QT5 option on FreeBSD <12+ by default.

Release will be landed to the ports at this weekend.

Early access, as always, available at out WIP stage on GitHub:
https://github.com/lwhsu/freebsd-ports-libreoffice

Discussions, patches, proposals are welcome.

We're sorry for the inconvenience.

--
WBR, Dima. (X11, KDE, Office)@FreeBSD team
(flu...@freebsd.org (mailto:flu...@freebsd.org), https://t.me/dima_panov)



signature.asc
Description: PGP signature

Re: [poudriere]: lang/php56 is unwilling to build with ZTS

[Dima Panov]

01.11.16 20:49, O. Hartmann пишет:
> Obviously I ran into a problem with recent poudriere on CURRENT building ports
> in a CURRENT jail.
> 
> Building threaded www/apache24 requires lang/php56 having option ZTS set. I 
> did
> so. I tried to rebuild all depending ports, but I run into rpoblems then with
> php56: for instance, textproc/php56-xmlreader fails to build, the poudriere 
> log
> gives the reason:
> 
> ===>   php56-xmlreader-5.6.27 depends on
> file: /usr/local/lib/php/20131226/dom.so - not found
> 
> On systems with properly set ZTS, the expected folder for PHP modules would be
> 
> /usr/local/lib/php/20131226-zts/
> 
> When I first discovered this, I tried to delete and rebuild lang/php56 from
> packages - definitely with option ZTS set - but the error is persistant.
> 
> I'm unwilling to rebuild ALL thousands of packages, so I need some advice how
> to solve this problem.
> 
> Please CC me, I do not subscribe the list. Thanks.
> 
> Thank you very much in advance,
> 

Some tweaks with poudriere build environment requred to suport ZTS build:

cat /usr/local/poudriere.d/make.conf

# www/apache24
WITH_MPM=event


Meanwhile, I've got today another problem with poudriere. 

'poudriere options' with non-default portstree uses options subdir from default 
tree, 
but 'poudriere bulk' hooks up the right options tree, without configured 
options, at all. 




-- 
Dima Panov (flu...@freebsd.org)
(X11, KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
twitter: fluffy_khv | skype: dima.panov | telegram: @dima_panov
IRC: fluffy@EFNet, fluffykhv@FreeNode



signature.asc
Description: OpenPGP digital signature

Re: Clamd core dumps

[Dima Panov]

10.08.16 15:47, Kubilay Kocak пишет:
> Change should also be MFH'd if the quarterly version is affected 
> 

Done by r419990, r419991



> On 10 Aug 2016, at 12:26 PM, Renato Botelho <ga...@freebsd.org
> <mailto:ga...@freebsd.org>> wrote:
> 
>> Thanks! Please go ahead and commit it.
>>
>>
>> Em 09/08/2016 23:23, "Dima Panov" <flu...@freebsd.org
>> <mailto:flu...@freebsd.org>> escreveu:
>>
>> 10.08.16 0:20, Kubilay Kocak пишет:
>> > On 9/08/2016 11:07 AM, Dima Panov wrote:
>> >> 09.08.16 10:05, Doug Hardie пишет:
>> >>> I just upgraded a mail server from 9.3 to 11.0-BETA4.  clamav
>> worked fine on 9.3.  However, after upgrading it and reinstalling
>> the package clamd core dumps just after reading all the
>> signatures.  Ktrace shows nothing other than the sig 11.  I then
>> built clamav from ports so I would have source.  The bt from the
>> core dump shows:
>> >>>
>> >>> #0  0x000800f94b09 in cli_printcxxver () from
>> /usr/local/lib/libclamav.so.7
>> >>> #1  0x0008010e7d2b in cli_printcxxver () from
>> /usr/local/lib/libclamav.so.7
>> >>> #2  0x000800d3eee9 in cli_printcxxver () from
>> /usr/local/lib/libclamav.so.7
>> >>> #3  0x000800d5ebd3 in cli_printcxxver () from
>> /usr/local/lib/libclamav.so.7
>> >>> #4  0x000800d5e256 in cli_printcxxver () from
>> /usr/local/lib/libclamav.so.7
>> >>> #5  0x000800d5df16 in cli_printcxxver () from
>> /usr/local/lib/libclamav.so.7
>> >>> #6  0x000800d03283 in cli_printcxxver () from
>> /usr/local/lib/libclamav.so.7
>> >>> #7  0x000800d034a4 in cli_printcxxver () from
>> /usr/local/lib/libclamav.so.7
>> >>> #8  0x000800c118d0 in cli_pcre_scanbuf () from
>> /usr/local/lib/libclamav.so.7
>> >>> #9  0x000800b675e8 in cli_bytecode_prepare2 () from
>> /usr/local/lib/libclamav.so.7
>> >>> #10 0x000800aba3b9 in cl_engine_compile () from
>> /usr/local/lib/libclamav.so.7
>> >>> #11 0x00408fec in main ()
>> >>>
>> >>> I am going to try rebuilding with symbols.
>> >>>
>> >>> Any ideas what is causing this or how to get around it?
>> >>>
>> >>> pkg is clamav-milter-0.99.2
>> >>>
>> >>
>> >> Let me guess. ClamAV was built with LLVM/Jit support? It's
>> broken for
>> >> now as Clamav can use only LLVM <3.7 and base system provide
>> llvm 3.8.
>> >>
>> >> Try to rebuild without LLVM/Jit, this solved crashdumps for me.
>> >>
>> >>
>> >
>> > Dima,
>> >
>> > Should we set BROKEN on OSVERSION > X with that option?
>> >
>>
>> Nope. Right solution is use a proper LLVM from ports instead of
>> bundled
>> (very limited) to build Jit engine.
>>
>> Found it yesterday and filled a PR:
>>
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211683
>> <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211683>
>>
>> Solution is works for me at two mailservers under 11.0-BETA4 and
>> 10.3-REL.
>>
>>
>> CC'ed to: garga@ (maintainer)
>>


-- 
Dima Panov (flu...@freebsd.org)
(X11, KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
twitter: fluffy_khv | skype: dima.panov | telegram: @dima_panov
IRC: fluffy@EFNet, fluffykhv@FreeNode



signature.asc
Description: OpenPGP digital signature

Re: Clamd core dumps

[Dima Panov]

10.08.16 0:20, Kubilay Kocak пишет:
> On 9/08/2016 11:07 AM, Dima Panov wrote:
>> 09.08.16 10:05, Doug Hardie пишет:
>>> I just upgraded a mail server from 9.3 to 11.0-BETA4.  clamav worked fine 
>>> on 9.3.  However, after upgrading it and reinstalling the package clamd 
>>> core dumps just after reading all the signatures.  Ktrace shows nothing 
>>> other than the sig 11.  I then built clamav from ports so I would have 
>>> source.  The bt from the core dump shows:
>>>
>>> #0  0x000800f94b09 in cli_printcxxver () from 
>>> /usr/local/lib/libclamav.so.7
>>> #1  0x0008010e7d2b in cli_printcxxver () from 
>>> /usr/local/lib/libclamav.so.7
>>> #2  0x000800d3eee9 in cli_printcxxver () from 
>>> /usr/local/lib/libclamav.so.7
>>> #3  0x000800d5ebd3 in cli_printcxxver () from 
>>> /usr/local/lib/libclamav.so.7
>>> #4  0x000800d5e256 in cli_printcxxver () from 
>>> /usr/local/lib/libclamav.so.7
>>> #5  0x000800d5df16 in cli_printcxxver () from 
>>> /usr/local/lib/libclamav.so.7
>>> #6  0x000800d03283 in cli_printcxxver () from 
>>> /usr/local/lib/libclamav.so.7
>>> #7  0x000800d034a4 in cli_printcxxver () from 
>>> /usr/local/lib/libclamav.so.7
>>> #8  0x000800c118d0 in cli_pcre_scanbuf () from 
>>> /usr/local/lib/libclamav.so.7
>>> #9  0x000800b675e8 in cli_bytecode_prepare2 () from 
>>> /usr/local/lib/libclamav.so.7
>>> #10 0x000800aba3b9 in cl_engine_compile () from 
>>> /usr/local/lib/libclamav.so.7
>>> #11 0x00408fec in main ()
>>>
>>> I am going to try rebuilding with symbols.
>>>
>>> Any ideas what is causing this or how to get around it?
>>>
>>> pkg is clamav-milter-0.99.2
>>>
>>
>> Let me guess. ClamAV was built with LLVM/Jit support? It's broken for
>> now as Clamav can use only LLVM <3.7 and base system provide llvm 3.8.
>>
>> Try to rebuild without LLVM/Jit, this solved crashdumps for me.
>>
>>
> 
> Dima,
> 
> Should we set BROKEN on OSVERSION > X with that option?
> 

Nope. Right solution is use a proper LLVM from ports instead of bundled
(very limited) to build Jit engine.

Found it yesterday and filled a PR:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211683

Solution is works for me at two mailservers under 11.0-BETA4 and 10.3-REL.


CC'ed to: garga@ (maintainer)

-- 
Dima Panov (flu...@freebsd.org)
(X11, KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
twitter: fluffy_khv | skype: dima.panov | telegram: @dima_panov
IRC: fluffy@EFNet, fluffykhv@FreeNode



signature.asc
Description: OpenPGP digital signature

Re: Clamd core dumps

[Dima Panov]

09.08.16 10:05, Doug Hardie пишет:
> I just upgraded a mail server from 9.3 to 11.0-BETA4.  clamav worked fine on 
> 9.3.  However, after upgrading it and reinstalling the package clamd core 
> dumps just after reading all the signatures.  Ktrace shows nothing other than 
> the sig 11.  I then built clamav from ports so I would have source.  The bt 
> from the core dump shows:
> 
> #0  0x000800f94b09 in cli_printcxxver () from 
> /usr/local/lib/libclamav.so.7
> #1  0x0008010e7d2b in cli_printcxxver () from 
> /usr/local/lib/libclamav.so.7
> #2  0x000800d3eee9 in cli_printcxxver () from 
> /usr/local/lib/libclamav.so.7
> #3  0x000800d5ebd3 in cli_printcxxver () from 
> /usr/local/lib/libclamav.so.7
> #4  0x000800d5e256 in cli_printcxxver () from 
> /usr/local/lib/libclamav.so.7
> #5  0x000800d5df16 in cli_printcxxver () from 
> /usr/local/lib/libclamav.so.7
> #6  0x000800d03283 in cli_printcxxver () from 
> /usr/local/lib/libclamav.so.7
> #7  0x000800d034a4 in cli_printcxxver () from 
> /usr/local/lib/libclamav.so.7
> #8  0x000800c118d0 in cli_pcre_scanbuf () from 
> /usr/local/lib/libclamav.so.7
> #9  0x000800b675e8 in cli_bytecode_prepare2 () from 
> /usr/local/lib/libclamav.so.7
> #10 0x000800aba3b9 in cl_engine_compile () from 
> /usr/local/lib/libclamav.so.7
> #11 0x00408fec in main ()
> 
> I am going to try rebuilding with symbols.
> 
> Any ideas what is causing this or how to get around it?
> 
> pkg is clamav-milter-0.99.2
> 

Let me guess. ClamAV was built with LLVM/Jit support? It's broken for
now as Clamav can use only LLVM <3.7 and base system provide llvm 3.8.

Try to rebuild without LLVM/Jit, this solved crashdumps for me.


-- 
Dima Panov (flu...@freebsd.org)
(X11, KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
twitter: fluffy_khv | skype: dima.panov | telegram: @dima_panov
IRC: fluffy@EFNet, fluffykhv@FreeNode



signature.asc
Description: OpenPGP digital signature

Re: Future of pecl ports

[Dima Panov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

19.02.16 1:51, Martin Wilke ?:
> Hi all,
> 
> I've spent a lot of time on FreeBSD PHP and pecl ports this past 
> week, and have also been thinking about the future of these ports.
> 
[...]
> 
> b) Existing ports copied to create new ones named php5-pecl-name
> or pecl-name-php5.
> 
> Existing pecl-name ports then updated to support the latest (php70)
> version only.
> 
[...]

As we discussed earlier, variant b) with pecl-name-php5 looks more
reasonable before others.

- -- 
Dima Panov (flu...@freebsd.org)
(X1, KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
IRC: fluffy@EFNet, fluffykhv@FreeNode
twitter: fluffy_khv | skype: dima.panov
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJWzPMTAAoJEPuLoJ3VOY8pWKwQAKnMiig0who/Zwx1DZyO5U2l
S6mq3BapgDABFLni6smEV3gTYaFQFnQIWBgDbym3yu5R1dJFeF17SnBr9pV45yaC
21PqSxVD/JM8dxxRxdzDm0d9TVZcL0C9POq+cMRzh/RVaog8Q/7wtx3anJfUTdTM
Cox3bq3PEtxWx6kjGNP4jc5zFlogLWA9SWnXLeFgLo0jLTM6TZN91N7V4/dcrXsP
LXT/MlQ3qjStUQZ+LFiq60YuYfsB74Q86uJslS9eJT4NINre6cfsCx4mYlytxYOY
5s28yd1D2EquJXBPTzK0PNA/c4V7MXUqgsGTh9EJGHKgREuu9gJQE35tcQpReKzn
VQpMJiNhEuUaX5TayflPSySiSfYHsnUgV0FYCu3OuQdRZpj8LPW1mbhhfbf4AWJs
ZQOowHQAf9yK69dYeigbSE4kXuGH2+zxLuZCp7MBNTpB444hc7nlCAhJU6O8nTR+
ITFbKwjOHIxCNsKOGpQwP7wMQqUGBBx9fH3KdFE9PjErj1eIOiLXD1MvjYoz0VlX
hxD5HYnBdsx1ITuHP6CrgDxUQ9NZMf1URcSo4VMSsAKPnAY2Zt105E+OjvULA0/t
W1dX8YqItfDulRpT4UrqUM6/8a0l5LP6JstD4Ke8yWVECI8XwzAEyh4Jlw363e5v
dvy/e4aScjYwQJfj9IYh
=JvCc
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Error build the port devel/glib20

[Dima Panov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

12.02.14, 9:46, Tijl Coosemans ?:
 On Tue, 11 Feb 2014 23:31:38 +0100 Tijl Coosemans wrote:
 On Tue, 11 Feb 2014 22:20:34 + Mark Knight wrote:
 On 11/02/2014 21:57, Tijl Coosemans wrote:
 Did you enable the GNUTLS option in cups-client?  If so, try
 disabling it and rebuild cups-client, then cups-base.
 
 Sorry, no.
 
 To be extra sure I just removed /usr/db/ports/print_cups-* and
 then portupgrade -f cups* but it still fails in the same place.
 No GNUTLS selected.
 
 Can you check these items: - Does /usr/include/iconv.h exist? -
 Have you made any changes to /usr/ports/Mk/Uses/iconv.mk? - Any
 changes to /usr/ports/print/cups-base/Makefile? - Any changes to
 /usr/ports/print/cups-client/Makefile? - What is the output of
 make -V CPPFLAGS in /usr/ports/print/cups-client
 
 Also, what's the output of uname -v?


Tijl, confirmed on current/amd64 with libiconv installed for
php5-iconv. Same error as Mark submitted.
configure script search at /usr/local first, so wrong includes and
library on hook.

- -- 
Dima Panov (flu...@freebsd.org)
(KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
IRC: fluffy@EFNet, fluffykhv@FreeNode
twitter: fluffy_khv | skype: dima.panov
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.20 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJS+zrSAAoJEPuLoJ3VOY8pHMMP/10lOnEExQrAL/tmUlwZe/sU
j1TKBQ1ifdBuJfCTLhSNL9gqRsfy8PftVAUHtKvRD/Z8LDgzmAdjzy+nu2CvflgF
oQ4JHyA+yz6RYdGHgiNvegZQCDz5+CgwckQIVvXg0jjqurWTqBczCcCvzJNKxDgM
YoO0l9eB+vJ16kXH2gcxVyuAM8+nuK/RLZljXoGmnbqXvwe6h/zPUlGezDQVqm5w
E9xXYn5fFL9Fy+Kw5bMNzvjSj1xPfj1SCJPVXHNEjPYj3rTWCpFZgLKGYlZ3QKVB
8abfDmzAXG85EIcSx0E3sh1zqgtYW6g+Dh691tqv0OnVj2MR7/jVb53sC8Ipdf4S
c77x1VoIn1swv6CMiJQuqRnsGpaJryRrhdri52j06Z7xP/9C3LgCdqu9FhTIll+H
QbImgkjEzFngrMQH22bwlC+pWl06Ap2MC4rUvARL/dcJa8oIDLmOAEK7Rz3pIV7D
oBHzioH2c9Un+sWAHZtt4ZKVPNuPEQ7GxwjIYtLgwlHKUeI2HmNBP7r1w6Rhf4DY
OSr8fEWjLDiySMsFCqHOwcaieP0n94L2USddGv2cFPi3HjscR6tBCPy/FHOgMDwm
Ft2MeHTnPXu5TYyphNV+qbYxLlpZq1xBMieCG4acO0SDj140JjzbkqL+Gtw3NdzY
25KpvsEKtEv94V5VEqfw
=scJD
-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: Error build the port devel/glib20

[Dima Panov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

12.02.14, 20:23, Tijl Coosemans ?:
 On Wed, 12 Feb 2014 20:11:50 +1100 Dima Panov wrote:
 12.02.14, 9:46, Tijl Coosemans ?:
 On Tue, 11 Feb 2014 23:31:38 +0100 Tijl Coosemans wrote:
 On Tue, 11 Feb 2014 22:20:34 + Mark Knight wrote:
 On 11/02/2014 21:57, Tijl Coosemans wrote:
 Did you enable the GNUTLS option in cups-client?  If so,
 try disabling it and rebuild cups-client, then
 cups-base.
 
 Sorry, no.
 
 To be extra sure I just removed /usr/db/ports/print_cups-*
 and then portupgrade -f cups* but it still fails in the
 same place. No GNUTLS selected.
 
 Can you check these items: - Does /usr/include/iconv.h exist?
 - Have you made any changes to /usr/ports/Mk/Uses/iconv.mk? -
 Any changes to /usr/ports/print/cups-base/Makefile? - Any
 changes to /usr/ports/print/cups-client/Makefile? - What is
 the output of make -V CPPFLAGS in
 /usr/ports/print/cups-client
 
 Also, what's the output of uname -v?
 
 Tijl, confirmed on current/amd64 with libiconv installed for 
 php5-iconv. Same error as Mark submitted. configure script search
 at /usr/local first, so wrong includes and library on hook.
 
 Can you send me the config.log?
 

Sure.
http://people.freebsd.org/~fluffy/iconv.tar.xz
tarball with logs for cups-base and recode ports


- -- 
Dima Panov (flu...@freebsd.org)
(KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
IRC: fluffy@EFNet, fluffykhv@FreeNode
twitter: fluffy_khv | skype: dima.panov
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.20 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJS+0UHAAoJEPuLoJ3VOY8pwmEQALu+k11no8eZ4d/HQcrrS99M
Te6RZux9hDr9Hmb2ehq0V4z6xJYqTMbLV0ZX9tp4T95MXU1CgO3vpmeOXxSX4h/E
x0eb2TrHGPPCTMuyUs+eZg6+calDxKeS3hCYCcdzb/vz82hI9lHKGrVnmpyYAtbl
eCdLfQrnw+0JlLX4bVACBUqoC7sFqnztveBMTyEhNUEgnLEFelDgEXbSdQmb42FS
T9w5f+1Sr1D8df8l61Ef8Yppkg8jsuA/P+QCNg4PH7dC6/6ptb8qKJjagRNqGrjp
kSq5BE+JlcvlcORfOzuVaCBoLpUeHkhonZAT51vGjZSCyFT31d7CfQAO9cpfgbFt
sn5ZfzKFuvojkwfQVe7frER24+TxdgLOpum8MRpqTjrcaCcT2v6Jn25KBn5eCrXp
DSq16+uAtPpIFgxUVgVSEqKiUOpf6U8cypJIWKnUuMDO9d6wfrThh0j1rzWDh1he
NmnEygJKh4w3G5RwAaLjiiMt0TIFJDR/FQZ/AhYaaKVgioPnXDSYYcGivkG50E1z
NNnTcey/cwyO6+5tPJ6Aliedk+RVdgEvOpe50amwJ0NsQg1gTUPui81AeAReXco/
3wEUufd0BQq4RULbS7bM62pxKb46zvezA8l14ATHCmTOOHX+Y9mOsQe1u6NoT1Kg
ZWbHDitjJ5ccmFehK7CA
=Zf8U
-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: security/libssh does not install ssh_threads

[Dima Panov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

14.01.14, 9:29, Peter Klett ?:
 Hi,
 
 I'm currently trying to compile the nogui version of
 net-p2p/retroshare which has a dependency to libssh-0.5.4. In its
 Makefile it includes -lssh and -lssh_threads but the later is not
 build / installed by libssh.
 
[skip]


Please update. libssh-0.5.5_1 installs both standard and threaded libs.

- -- 
Dima Panov (flu...@freebsd.org)
(KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
IRC: fluffy@EFNet, fluffykhv@FreeNode
twitter: fluffy_khv | skype: dima.panov
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.20 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJS1TBdAAoJEPuLoJ3VOY8pal8QAKcXifmM0O0Jv81LewrwyVQF
3E/KE2+az2gx7RsSru9RO0hTXAkUvRh0M15Hogu5+WUX7Ow+tSJHFHUk1D291b2D
1JCNklvzjyfAbZIfFs8HvEiHo9x8YUbIlc/M2OuBls4oAKj7kwiSnCrmvkBqkqqz
EmSZlgjlz0lBwBorVtTCBvLhji8BAJVf9xLbnuFqhHBzjurz77675jmmp2hImAcF
OniYPzvu4JDmHmdEgqb1dWibTxmZa/eQ7LLnSqI+Y/kiq6iPQWthFYQlp9AN6gFy
4UZDisgVi4JLJ5c9yfelgm9xTroNQzb7/eQS+eezQFD1U+z2Ru7hJ/4h50omHTag
lXo6Hv+HxpdU/a+lEkFHJ23QtVlQplpGuBDLFTp4RsUCAPdNcyEhRGKJ7tQsXpcV
6NvrM/zMgaFbZBM9EKvcOK5wjjXxVHtbYCFCZHk4WQvUSmNtMIfUmrGGtZL5iCsj
u7eXXB9D59pDm4HloEjoNYe8pSH1HfBgzbWCr9g8CPY5Yibm9Jj7I6uNx+ui9uRb
t3dTKSLVqW8VGBJ5n4vzwaAmMImkL+bbHUwGoZgzIi/e0QpMcbYPDtmBTMl1p7mt
8rK5OXFXVX6p6KRTFFxEYcSuLRwVEtLCg0KHcZ4y3e9XZvz+5oQGtDhSkrI7U6Xq
rWMsb9ywttN/k2vO2vVL
=t1kP
-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: devel/lprof-devel build fail - libvigraimpex.so undefined reference

[Dima Panov]

13.03.2013 5:57, Dmitry Marakasov пишет:

* David Southwell (da...@vizion2000.net) wrote:


Errors on build:

[100%] Building CXX Object src/CMakefiles/lprof.dir/qrc_lprof.o
Linking CXX executable lprof
/usr/lib/libvigraimpex.so: undefined reference to
'_ZNKSt5ctypeIcE13_M_widen_initEv@GLIBCXX_3.4.11'
*** Error code 1
1 error
*** Error Code 2
1 error
*** Error Code 2
1 error
*** Error code 1

Stop in /usr/ports/graphics/lprof-devel.

Thanks in advance for any help with this

This really is a result of us sticking with a rotten gcc in the base
system for so long. And I expect more and more similar breakages to
follow.

Here, graphics/vigra uses gcc46 (since r307701) to build, and
combiled vigra library depends code only present in libstdc++ from
gcc46 (and not in libstdc++ in our base system).

To compile lprof, adding USE_GCC=4.6+ to it's Makefile would be enough,
however it won't run:

% lprof
/usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by 
/usr/local/lib/libvigraimpex.so.4 not found

To fix that, one needs to add LD_LIBRARY_PATH=/usr/local/lib/gcc46
into environement. The same thing will be required for all vigra
consumers.

If gcc46 is optional for vigra, the problem may be temporary fixed by
reverting r307701 (fluffy@?), however there will be more and more
software depending on newer libstdc++, and we need a way to address that
until all supported FreeBSD releases have switched to clang and new c++
stack.



gcc46 is required when vigra buids with py-NumPy support and Python 
bindings.
For now, I've move gcc dependency into numpy option section, without 
bindings port will use default compiler
ATM, no ports require vigra python bindings, but it was requested by 
users for upcoming math ports


--
Dima Panov (flu...@freebsd.org)
(KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
IRC: fluffy@EFNet, fluffykhv@FreeNode
twitter: fluffy_khv | skype: dima.panov

___
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: devel/qt4-moc: ERROR: Cannot set the compiler for the configuration tests

[Dima Panov]

12.06.2012 22:52, Subbsd написал:

On Tue, Jun 12, 2012 at 2:53 PM, Anton Shterenlikhtme...@bristol.ac.uk  wrote:

This is on r236740M with GCC:

===   Cleaning for qt4-moc-4.8.2
===  No options to configure
===   License check disabled, port has not defined LICENSE
===qt4-moc-4.8.2 depends on file: /usr/local/sbin/pkg - found
===   Extracting for qt4-moc-4.8.2
=  SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.2.tar.gz.
===   Patching for qt4-moc-4.8.2
===   Applying extra patch 
/usr/ports/devel/qt4-moc/../../devel/qt4/files/patch-configure
===qt4-moc-4.8.2 depends on file: /usr/local/bin/qmake-qt4 - found
===   Configuring for qt4-moc-4.8.2
===FreeBSD 10 autotools fix applied to 
/usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/configure
/usr/bin/sed -i.bak -e 's|target.path.*|target.path=/usr/local/bin|g'  -e 
's|^TARGET.*|TARGET=moc-qt4|g'  
/usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/src/tools/moc/moc.pro
/bin/mkdir -p 
/usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/mkspecs
/bin/ln -sf /usr/local/bin/qmake-qt4 
/usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/bin/qmake
ERROR: Cannot set the compiler for the configuration tests
===   Script configure failed unexpectedly.
Please report the problem to k...@freebsd.org [maintainer] and attach the
/usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/config.log
including the output of the failure of your make command. Also, it might be
a good idea to provide an overview of all packages installed on your system
(e.g. an `ls /var/db/pkg`).
*** [do-configure] Error code 1

Stop in /usr/ports/devel/qt4-moc.


some issue on RELENG_9. This port (4.8.2 version) on the current
system build successful a week ago. Looks like recently changes in MK
file broke build process because any updatings of this server didn't
occur.



Sorry folks, it was my fault with qmake logic. Fixed now in portstree, 
please update


--
Dima Panov (flu...@freebsd.org)
(KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
IRC: fluffy@EFNet, fluffykhv@FreeNode
twitter: fluffy_khv | skype: dima.panov

___
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: update of graphics/vigra (from PR 168833)

[Dima Panov]

09.06.2012 3:32, Rainer Hurling написал:

Thanks for the long-awaited update to vigra version 1.8.0.
[skip]
Sorry for this hopefully not to silly questions from a non-developer. 
But I am really interested in these Vigra functionalities for the next 
math/saga release I am working on.




I'll implement all requested features in next days, thanks for your 
interest.


--
Dima Panov (flu...@freebsd.org)
KDE@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
IRC: fluffy@EFNet, fluffykhv@FreeNode
twitter: fluffy_khv | skype: dima.panov

___
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: Deprecation: round3

[Dima Panov]

Hello!

03.08.2011, 04:02, Baptiste Daroussin b...@freebsd.org:
 Hi all,

[skip]
 While here I have fix and will fix lots of ports master_sites that
 would be great if you fix as much master sites as you can, this website
 may help: http://people.freebsd.org/~ehaupt/distilator/
[skip]

BTW, distillator shows distfile missing for my own news/inn, devel/librc[c|d], 
but all errors shows only
taiwan and chineese mirrors, which is outdated (they even doesn't have my 
subdir in local-distfiles structure)

ATM, all three ports are fetchable from main local-distfiles source

Bapt, as portmgr, please take a look on tw and cn mirrors. 

-- 
Dima Panov (flu...@freebsd.org)
KDE@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
___
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: KDE3 and Qt3 are not maintained anymore

[Dima Panov]

hello!

08.07.2011, 18:25, per...@pluto.rain.com:
 Max Brazhnikov m...@issp.ac.ru; wrote:

  The KDE FreeBSD team has officially dropped support for Qt3/KDE3
  ports. We are not going to remove them in the near future, so
  you can continue to use them.  But we strongly recommend you to
  consider alternative solutions.

 Can you recommend an alternative for kdiff3?

for kde4 exist updated port, kdeff3-kde4

anyway, kde3 was dropped by kde.org some years ago. 

-- 
Dima Panov (flu...@freebsd.org)
KDE@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
___
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: eigen2

[Dima Panov]

Hello!

Default fetch flags doesn't allow redirected fetch from secured site. Fixed, 
try to update

28.06.2011, 09:44, ajtiM lum...@gmail.com:
 I tried to update eigen2 to eigen 2.0.16,1 aon FreeBSD 8.2 and I got:
 cd /usr/ports/math/eigen2
 make
 ===  License check disabled, port has not defined LICENSE
 = 2.0.16.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/eigen.
 = Attempting to fetch http://bitbucket.org/eigen/eigen/get/2.0.16.tar.bz2
 fetch: http://bitbucket.org/eigen/eigen/get/2.0.16.tar.bz2: Moved Permanently
 = Attempting to fetch
 ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/eigen/2.0.16.tar.bz2
 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/eigen/2.0.16.tar.bz2:
 File unavailable (e.g., file not found, no access)
 = Couldn't fetch it - please try to retrieve this
 = port manually into /usr/ports/distfiles/eigen and try again.
 *** Error code 1

 Stop in /usr/ports/math/eigen2.

 Thanks.

 Mitja
 
 http://jpgmag.com/people/lumiwa
 ___
 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

-- 
Dima Panov (flu...@freebsd.org)
KDE@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
___
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: Ccache hangs while compiling and cache size is exaggerated

[Dima Panov]

Hello!

08.01.2011, 21:00, Denny Lin dennyli...@hs.ntnu.edu.tw:
 On Tue, Jan 04, 2011 at 04:23:12AM +0200, Volodymyr Kostyrko wrote:

  02.01.2011 16:01, Anonymous wrote:
 I'm using ccache 3.1.3, and it often hangs while compiling.
 What its waiting channel? Hit ^T when it hangs or run under ktrace(1).

 This is what appears when I hit ^T:
 load: 0.96  cmd: ccache 25893 [zio-io_cv)] 3.83r 0.00u 0.06s 1% 1604k

  Not just every compilation attempt triggers it. Chances are closer to 100/1.

 Correct, but it's always triggered at the same point.

 Every time this happens, the cache size from $ ccache -s also becomes
 ridiculously large (larger than the actual cache size).

 $ ccache -s
 [...]
 cache size    6.9 Gbytes
 The filesystem says it's only 2.9 GB.
 How did you measure it? du(1) with `-A' option?
 For example, compression can make difference

 Compression is turned off.

  I'd clarify this one. ccache reports size of cache +4G per damaged
  subdir. If damaged subdir would be removed ccache reports normal size of
  cache again.
 I can reproduce this, but I don't know what is causing this.
  This gives high IO. When ccache thinks cache is full it tries to purge
  it, yet purge does nothing. But this means walking all subdir per each
  compilation.

 This seems to be the exact reason ccache is hanging. Does anyone have a
 clue why subdirs are getting damaged and how this can be prevented?

I'm also affected by ccache stalling is some circumstances. 
In my case it's mostly for large ports with parallell build enabled 
(MAKE_JOBS_SAFE)


-- 
Dima Panov (flu...@freebsd.org)
k...@freebsd team

Facebook: http://www.facebook.com/?id=10181104157
___
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: Eclipse-3.6.1_1 amd64 error missing libjawt.so

[Dima Panov]

Hello!

06.01.2011, 04:37, David Southwell da...@vizion2000.net:
 Any ideas what may be happening here:

 /usr/local/sbin/pkg_libchk
 reports:
 eclipse-3.6.1_1:
 /usr/local/lib/eclipse/configuration/org.eclipse.osgi/bundles/149/1/.cp/libswt-
 awt-gtk-3655.so misses libjawt.so
 however:
 dns1# whereis libjawt.so
 libjawt.so: /usr/ports/java/diablo-jre16/work/diablo-
 jre1.6.0_07/lib/amd64/libjawt.so

 Thanks in advance

Chillout, pal. 
At first, pkg_licbchk isn't a tool for 100% headshot, and you need to be a 
very accuerati with gathered results.

At second, eclipse starts via special shell script, which sets correct paths 
for libraries. 
And it's a usual practice for big java-depended applications.

-- 
Dima Panov (flu...@freebsd.org)
k...@freebsd team

Facebook: http://www.facebook.com/?id=10181104157
___
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: missing libjawt.so pkg_libchk report for eclipse ooo

[Dima Panov]

Hello!

04.01.2011, 23:01, David Southwell da...@vizion2000.net:
 What installs libjawt?

 eclipse-3.6.1_1:
 /usr/local/lib/eclipse/configuration/org.eclipse.osgi/bundles/149/1/.cp/libswt-
 awt-gtk-3655.so misses libjawt.so

 openoffice.org-3.2.1:
 /usr/local/openoffice.org-3.2.1/openoffice.org/basis3.2/program/libofficebean.so
 misses libjawt.so


Check your JDK installation (jdk16, opernjdk6 or other)


-- 
Dima Panov (flu...@freebsd.org)
k...@freebsd team

Facebook: http://www.facebook.com/?id=10181104157
___
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: diablo-jdk- misses libodbcinst.so conflicts libiodbc/virtuoso

[Dima Panov]

Hello!

05.01.2011, 01:00, J. Hellenthal jh...@dataix.net:
 On 01/04/2011 09:37, David Southwell wrote:

  Hi

  pkg_libchk shows that diablo-jdk misses libodbcinst.so:

  diablo-jdk-1.6.0.07.02_12: /usr/local/diablo-
  jdk1.6.0/jre/lib/amd64/libJdbcOdbc.so misses libodbcinst.so

  Is it right that libodbcinst.so is installed by unixODBC-2.3.0_1 ?

  When attempting to install databases/libodbc++  (includes unixODBC) which
  would presumably fix this issue I receive the console report:

  unixODBC-2.3.0_1 conflicts with installed package(s):
    libiodbc-3.52.7
    virtuoso-6.1.2_1

  I need virtuoso on this system.

  How do I preceed?

 Replace libiodbc with unixODBC

 They provide the same layer that virtuoso would need for ODBC.


Nope. unixODBC provide outdated API and lacks of some features, exist in 
libiodbc and required by virtuoso.


-- 
Dima Panov (flu...@freebsd.org)
k...@freebsd team

Facebook: http://www.facebook.com/?id=10181104157
___
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: diablo-jdk- misses libodbcinst.so conflicts libiodbc/virtuoso

[Dima Panov]

: 0px;gt;This is 
messy./p p style=margin: 0px; text-indent: 
0px;__/p p style=margin: 0px; 
text-indent: 0px;nbsp;/p p style=margin: 0px; text-indent: 0px;amp; 
B/p p style=margin: 0px; text-indent: 0px;nbsp;/p p style=margin: 
0px; text-indent: 0px;gt;Some other suggestion:/p p style=margin: 0px; 
text-indent: 0px;nbsp;/p p style=margin: 0px; text-indent: 
0px;gt;File a PR and we bug both upstream providers to seperate their two 
sql.h/p p style=margin: 0px; text-indent: 0px;gt;files, so that libiodbc 
and unixODBC can coexist/p p style=margin: 0px; text-indent: 
0px;nbsp;/p p style=margin: 0px; text-indent: 0px;Is A likely to work 
or is B the only viable option?/p p style=margin: 0px; text-indent: 
0px;nbsp;/p/blockquotedivnbsp;/divdiv-- br /Dima Panov 
(flu...@freebsd.org)br /k...@freebsd teambr /br /Facebook: 
http://www.facebook.com/?id=10181104157/div___
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: diablo-jdk- misses libodbcinst.so conflicts libiodbc/virtuoso

[Dima Panov]

Hello!

05.01.2011, 02:27, Kurt Jaeger li...@opsec.eu:
 Hi!

 Dima Panov write:

  jh...@dataix.net wrote:
  Replace libiodbc with unixODBC

  They provide the same layer that virtuoso would need for ODBC.
  Nope. unixODBC provide outdated API and lacks of some features,
  exist in libiodbc and required by virtuoso.

 Ah, interesting. What's the difference ? 

Sorry, I'm not an odbc profi to provide a correct answer,
please search in virtuoso mailinglists, reasons was published AFAIR before 
switching to libiodbc.

 So a drive to  replace unixODBC in every port would be more useful ?

yes. anyway, unixODBC was staled some time ago, and now no reasons to continue 
support  it

qt4/kde4 was switched to libiodbc some months ago.

-- 
Dima Panov (flu...@freebsd.org)
k...@freebsd team

Facebook: http://www.facebook.com/?id=10181104157
___
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: diablo-jdk- misses libodbcinst.so conflicts libiodbc/virtuoso

[Dima Panov]

Hello!

diablo-jdk is very outdated binary, build almost ~1 year old portstree on a 
tinderbox with preinstalled environment.
please, don't rely on it in real environment.

correct solution is switch to builded natively package (jdk16 or openjdk6), 
which always will use correct system libraries
of course, after build native jdk, diablo package should be dropped.

05.01.2011, 02:24, David Southwell da...@vizion2000.net;:
 Hello!



 05.01.2011, 01:00, J. Hellenthal jh...@dataix.net;:

  On 01/04/2011 09:37, David Southwell wrote:

   Hi

 

   pkg_libchk shows that diablo-jdk misses libodbcinst.so:

 

   diablo-jdk-1.6.0.07.02_12: /usr/local/diablo-

   jdk1.6.0/jre/lib/amd64/libJdbcOdbc.so misses libodbcinst.so

 

   Is it right that libodbcinst.so is installed by unixODBC-2.3.0_1 ?

 

   When attempting to install databases/libodbc++  (includes unixODBC)

  which would presumably fix this issue I receive the console report:

 

   unixODBC-2.3.0_1 conflicts with installed package(s):

     libiodbc-3.52.7

     virtuoso-6.1.2_1

 

   I need virtuoso on this system.

 

   How do I preceed?

 

  Replace libiodbc with unixODBC

 

  They provide the same layer that virtuoso would need for ODBC.



 Nope. unixODBC provide outdated API and lacks of some features, exist in

 libiodbc and required by virtuoso.

 OK guys now I AM confused!!

 Question is what will work?

 Kurt Jaeger li...@opsec.eu; suggests:

 A:

 ___

/usr/local/include/sql.h

which contains the API of ODBC. Both libiodbc and unixODBC implement

ODBC, so it's pretty much the same contents, but it's formatted

differently.

What I would suggest:

cd /usr/ports/databases/libiodbc/

 make deinstall

cd /usr/ports/databases/unixODBC/

 make install

cd /usr/ports/databases/libodbc++

 make install

cd /usr/ports/databases/libiodbc/

 make install

cd /usr/ports/databases/unixODBC/

 make deinstall

cd /usr/ports/databases/libiodbc/

 make reinstall

This is messy.

 __

  B

Some other suggestion:

File a PR and we bug both upstream providers to seperate their two sql.h

files, so that libiodbc and unixODBC can coexist

 Is A likely to work or is B the only viable option?

-- 
Dima Panov (flu...@freebsd.org)
k...@freebsd team

Facebook: http://www.facebook.com/?id=10181104157
___
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: kmymoney2

[Dima Panov]

Hello!

03.01.2011, 00:00, jmdennis @dslextreme.com jmden...@dslextreme.com:
 Kmymoney2 is up to version 4.5.2.  Please consider upgrading to this
 version.

ports/finance/kmymoney-kde4 was updated some days ago

-- 
Dima Panov (flu...@freebsd.org)
k...@freebsd team

Facebook: http://www.facebook.com/?id=10181104157
___
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: KDE 4.4 problems

[Dima Panov]

On Saturday 15 May 2010 00:02:45 Adam K Kirchhoff wrote:
 On Wed, 12 May 2010 19:47:44 -0400
 Adam K Kirchhoff akirchhoff135...@comcast.net wrote:
 
  On Thu, 13 May 2010 02:23:28 +0400
  Max Brazhnikov m...@issp.ac.ru wrote:
  
   On Wed, 12 May 2010 17:42:58 -0400, Adam K Kirchhoff wrote:

So when I attempted to upgrade KDE4.3 to KDE4.4 via ports
(following the instructions in /usr/ports/UPDATING) it failed in
x11/kdelibs4 with:

gmake[2]: Leaving directory 
   `/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/build'
/usr/local/bin/cmake -E cmake_progress_report 
   /usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/build/CMakeFiles  48 49
   50 51 52
[ 48%] Built target kio
gmake[1]: Leaving directory 
   `/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/build'
gmake: *** [all] Error 2
*** Error code 1

Stop in /usr/ports/x11/kdelibs4.
   
   Build kdelibs with DISABLE_MAKE_JOBS and with CMAKE_VERBOSE
   (make -DDISABLE_MAKE_JOBS -DCMAKE_VERBOSE) and show us actual error
   message.
   
   Max
  
  Thanks, this is what I'm getting now:
  
  [ 20%] Building CXX object
  nepomuk/core/CMakeFiles/nepomuk.dir/resourcedata.o
  cd /usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/build/nepomuk/core
   /usr/bin/c++   -DMAKE_NEPOMUK_LIB -D_GNU_SOURCE -DQT_NO_STL
  -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS
  -DKDE_DEFAULT_DEBUG_AREA=30 -O2 -pipe -fno-strict-aliasing
  -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden
  -O2 -DNDEBUG -DQT_NO_DEBUG -fPIC
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/build/nepomuk/core
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/nepomuk/core
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/build
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/interfaces
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/nepomuk
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/KDE
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kio
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kio/bookmarks
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kio/kio
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kio/kfile
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/actions
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/colors
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/config
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/dialogs
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/findreplace
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/fonts
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/icons
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/itemviews
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/jobs
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/kernel
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/notifications
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/paged
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/plotting
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/shortcuts
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/sonnet
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/util
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/widgets
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/windowmanagement
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdeui/xmlgui
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kjs
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/build/kjs
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/build/kdecore
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/compression
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/config
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/date
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/io
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/jobs
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/kernel
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/auth
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/network
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/services
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/localization
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/sycoca
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/text
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/util
  -I/usr/ports/x11/kdelibs4/work/kdelibs-4.4.3/kdecore/sonnet
  -I/usr/local/include/QtCrypto -I/utils -I/usr/local/include/qt4/KDE
  -I/usr/local/include/qt4 -I/usr/local/include/qt4/phonon
  -I/usr/local/include/qt4/QtXmlPatterns -I/usr/local/include/qt4/QtXml
  -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtUiTools
  -I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtSvg
  -I/usr/local/include/qt4/QtSql -I/usr/local/include/qt4/QtScriptTools
  -I/usr/local/include/qt4/QtScript -I/usr/local/include/qt4/QtOpenGL
  -I/usr/local/include/qt4/QtNetwork 

Re: libwpd needs gconf

[Dima Panov]

On Wednesday 14 April 2010 07:31:20 Demelier David wrote:
 Hi freebsd-ports,
 
I never saw that libwpd needs gconf. libwpd actually only needs libgsf
 to build. What including gconf and all these dependencies in it ?

devel/libgsf, which is conditionally dependency for libwpd

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: qt4-gui and gif

[Dima Panov]

On Wednesday 07 April 2010 08:59:48 Doug Barton wrote:
 Howdy,
 
 I maintain net-p2p/qbittorrent-22 which uses qt4, and has recently
 (version 2.2.4) started using a gif file as part of the interface. When
 I compile and install the new version the gif file does not appear. As
 far as I can tell this is related to the fact that qt4-gui does not
 include support for gif files, whereas it does include support for png,
 which works just fine.
 
 Is my analysis correct? Can this be fixed?

Please add graphics/qt4-imageformats (QT_COMPONENTS+= imegeformats) as 
dependency. 
qt4-gui is only widget library, all graphical formats manipulations processed 
by 
dynamically loaded qt4-imageformats library

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: [kde-freebsd] x11-toolkits/qt4-gui fails with png and/or zlib.h off64_t

[Dima Panov]

On Wednesday 31 March 2010 06:32:33 Xin LI wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 On 2010/03/30 12:22, Doug Barton wrote:
  Testing it again I see that I didn't go far enough up to find the real
  error, sorry Dirk.
 
  The actual problem seems to be with zlib.h. This is from qt4-gui:
 [...]
 
  -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE
  -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I.
 
 There are some discussion about these _LARGEFILE64_SOURCE usage on zlib
 developers' mailing list.
 
 To put it short, it's now believed that the usage of _LARGEFILE64_SOURCE
 on FreeBSD is wrong.  I'm not quite sure though, if I should use some
 workaround over this, like Mac OS X did (newer zlib has a similar change
 by requiring _LFS64_SOURCE):
 
 Index: zconf.h
 ===
 - --- zconf.h (revision 205883)
 +++ zconf.h   (working copy)
 @@ -375,7 +375,7 @@
  #  endif
  #endif
 
 - -#ifdef _LARGEFILE64_SOURCE
 +#if defined(_LARGEFILE64_SOURCE)  !defined(__FreeBSD__)
  #  include sys/types.h
  #endif
 
 Index: zlib.h
 ===
 - --- zlib.h  (revision 205883)
 +++ zlib.h(working copy)
 @@ -1556,7 +1556,7 @@
  inflateBackInit_((strm), (windowBits), (window), \
  ZLIB_VERSION,
 sizeof(z_stream))
 
 - -#ifdef _LARGEFILE64_SOURCE
 +#if defined(_LARGEFILE64_SOURCE)  !defined(__FreeBSD__)
 ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *));
 ZEXTERN off64_t ZEXPORT gzseek64 OF((gzFile, off64_t, int));
 ZEXTERN off64_t ZEXPORT gztell64 OF((gzFile));
 

Confirmed, with this patch all qt4 builds fine now.

FreeBSD Fluffy.Khv.RU 9.0-900010-CURRENT FreeBSD 9.0-900010-CURRENT #0 r205776M:
Sun Mar 28 15:56:58 VLAST 2010 
flu...@fluffy.khv.ru:/usr/obj/usr/src/sys/Spot  amd64


Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: [Call for Testing] X.org 7.5 for FreeBSD

[Dima Panov]

On Friday 12 March 2010 22:36:21 George Liaskos wrote:
  Just finished compiling on my desktop with no issues.
  
  FreeBSD 8.0-STABLE amd64, KDE 4.4.1, nvidia binary driver.
  
  The update was smooth so i am compiling 7.5 on my laptop too, i will
  test it with both intel and radeon.
  
  Thank you very much for your work!
  
  Regards.
 
 I am using the laptop since yesterday with radeon and no issues whatsoever.
 
 I also tested radeon 6.12.191 and 6.12.5, .5 works fine on my setup.
 With .191 i have some artifacts around the cursor with
 ForceLowPowerMode, but DynamicPM and ClockGating are working fine so
 i' ll be using that.

Try to use composite/opengl visual effects. At least for me it gave a fully 
unisable 
desktop with my radeon mobility x2300


 If i switch to intel i get random artifacts in KDE, i did not have
 enough time to test it further but i will do that tommorow.
 


-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: koffice-kde4-2.1.0_2 Install error - Unknown media type

[Dima Panov]

On Thursday 11 March 2010 21:33:43 David Southwell wrote:
 Can anyone tell me how to handle this?
 
 Thanks in advance
 
 -- Installing: /usr/local/kde4/share/kde4/services/xslt_import.desktop
 Unknown media type in type 'all/all'
 
 Unknown media type in type 'all/allfiles'
 
 Unknown media type in type 'uri/mms'
 
 Unknown media type in type 'uri/mmst'
 
 Unknown media type in type 'uri/mmsu'
 
 Unknown media type in type 'uri/pnm'
 
 Unknown media type in type 'uri/rtspt'
 
 Unknown media type in type 'uri/rtspu'
 
 Unknown media type in type 'fonts/package'
 
 Unknown media type in type 'interface/x-winamp-skin'
 
 ===   Running ldconfig
 /sbin/ldconfig -m /usr/local/kde4/lib
 ===   Registering installation for koffice-kde4-2.1.0_2
 
 

You don't need to do anything with this. It's only informative messages.

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: kde4/python26 and pth help.

[Dima Panov]

On Thursday 25 February 2010 14:47:08 Jimmie James wrote:
 On 02/24/10 23:28, Adam Vande More wrote:
  On Wed, Feb 24, 2010 at 12:11 PM, Jimmie James jimmie...@gmail.com
  
  mailto:jimmie...@gmail.com wrote:
  On a freshly installed 8-STABLE box (4 days old) and up to date
  ports, KDE4 will not install for me, always the same errors. I've
  even removed all ports and reinstalled from scratch and hit the same
  errors. I have no /etc/make.conf. I'm at a loss here, I have no idea
  why this is happening.
  I even did a  portupgrade -fRru python26  and tried portmaster, and
  plain old make in the ports that fail.
  
  My script to install from a clean install is
  
  portsnap fetch update
  cd /usr/ports/ports-mgmt/portmaster
  make install clean  rehash
  portmaster -d x11-servers/xorg-server x11-drivers/xf86-input-mouse
  x11-drivers/xf86-input-keyboard x11-drivers/{YOUR VIDEO DRIVER PORT}
  echo 'dbus_enable=YES\nhald_enable=YES\n'  /etc/rc.conf
  
  then you'll have to do whatever is necessary for video driver install eg
  kldload nvidia and make it permanent /boot/loader.conf
  
  Once your driver is live, you create xorg.conf file by
  
  Xorg -config xorg.conf.new
  cp xorg.conf.new /etc/X11/xorg.conf
  
  then I manually add in this line to /etc/ttys
  ttyv8 /usr/local/kde4/bin/kdm -nodaemon xterm on secure
  and comment
  ttyv8 /usr/local/bin/xdm -nodaemon  xterm   off secure
  
  Provided you don't have to do anything special for say the nvidia
  driver, all's that's do this the hal guys maybe didn't do such a back
  job after all
  
  As for you error, I don't know what happened.  I used to see those
  happen on a massive upgrade when using portupgrade.  I recommend
  portmaster.  Somehow python didn't get installed correctly because
  /usr/local/include/python2.6/Python.h should exist if python is
  correctly installed.
  
  
  
  --
  Adam Vande More
 
 Thanks for the reply,
 
 Haven't got around to testing X yet, but on 7.2-STABLE it works fine, so
 I'm not too worried about that. It's the python and pth errors that are
 killing me.
 
   /usr/local/include/python2.6/Python.h  is there, seems correctly
 installed.  Even installing with portmaster and plain old make install
 it _still_ hits those errors of not finding the headers.
 checking for /usr/local/bin/python2.6 version... 2.6
 checking for /usr/local/bin/python2.6 platform... freebsd8
 checking for /usr/local/bin/python2.6 script directory...
 ${prefix}/lib/python2.
 6/site-packages
 checking for /usr/local/bin/python2.6 extension module directory...
 ${exec_prefix}/lib/python2.6/site-packages
 checking for headers required to compile python extensions... not found
 configure: error: Python headers not found
 
 As well as /usr/bin/ld: cannot find -lpth


Doh. Please, don't build python againist pth library, it's broken, and off by 
default.

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: [kde-freebsd] HEADS UP: [CFT] KDE SC 4.4.0 for FreeBSD.

[Dima Panov]

On Monday 22 February 2010 16:22:19 Freddie Cash wrote:
 graphics/kdegraphics4 installs shared library kipi.so.7
 graphics/digikam-kde4 and graphics/kipi-plugins-kde4 both have a
 LIB_DEPENDS on kipi.6
 
 This leads to a recursive loop where portmaster (or make install in
 either of those port directories) tries to build kdegraphic4 and error out
 on the install.
 
 Updating the LIB_DEPENDS for both to use kipi.7 seems to be working.  Only
 gone through a compile test of digikam and kipi-plugins. Will be using them
 later this week.

While using a test tree you already warned about many libs change, so no 
disclaimers yet 
:) you need to track suck changes manually while merge test ports in main tree.

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: [kde-freebsd] HEADS UP: [CFT] KDE SC 4.4.0 for FreeBSD.

[Dima Panov]

On Friday 19 February 2010 21:02:58 Micka�l Maillot wrote:
 i have a little probleme: there is a .kde folder owned by root on my
 home directory:
 drwx--   4 root  wheel   512B Feb 17 18:44 .kde4
 
 $ sudo ls -lR .kde4
 total 8
 drwx--  3 root  wheel  512 Feb 17 18:24 share
 drwx--  2 root  wheel  512 Feb 17 18:44 tmp-fneufneu.secuserve.net
 
 .kde4/share:
 total 4
 drwx--  2 root  wheel  512 Feb 17 18:44 config
 
 .kde4/share/config:
 total 4
 -rw---  1 root  wheel  25 Feb 17 18:44 kdebugrc
 
 .kde4/tmp-fneufneu.secuserve.net:
 total 0
 
 i install x11/kde4 with sudo and fneufneu.secuserve.net is my hostname.

Some components was started under sudo. 
sudo chown -R ${user} .kde4 
should help

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: [kde-freebsd] HEADS UP: [CFT] KDE SC 4.4.0 for FreeBSD.

[Dima Panov]

On Thursday 18 February 2010 05:57:18 Micka�l Maillot wrote:
 Hi,
 
 i start with fresh install, 8-STABLE amd64.
 portmaster x11/kde4
 and in x11/kdebase4-runtime port:
 [ 59%] Built target kshorturifilter_automoc
 [ 59%] Built target kshorturifilter
 [ 59%] Built target fixhosturifilter_automoc
 [ 59%] Built target fixhosturifilter
 [ 59%] Built target kded_phononserver_automoc
 [ 59%] Built target kded_phononserver
 [ 59%] Built target kde_automoc
 [ 59%] Built target kde
 [ 59%] Built target kcm_phonon_automoc
 [ 59%] Building CXX object
 phonon/kcm/CMakeFiles/kcm_phonon.dir/devicepreference.o
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon/
 kcm/devicepreference.cpp:39:33: error: phonon/globalconfig.h: No such file
 or directory
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon/
 kcm/devicepreference.cpp: In member function 'void
 DevicePreference::load()':
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon/
 kcm/devicepreference.cpp:330: error: 'GlobalConfig' is not a member of
 'Phonon'
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon/
 kcm/devicepreference.cpp: In member function 'void
 DevicePreference::loadCategoryDevices()':
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon
 /kcm/devicepreference.cpp:339: error: 'GlobalConfig' is not a member of
 'Phonon'
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon/
 kcm/devicepreference.cpp:348: error: 'GlobalConfig' is not a member of
 'Phonon'
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon/
 kcm/devicepreference.cpp: In member function 'void
 DevicePreference::save()':
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon/
 kcm/devicepreference.cpp:371: error: 'GlobalConfig' is not a member of
 'Phonon'
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon/
 kcm/devicepreference.cpp:377: error: 'GlobalConfig' is not a member of
 'Phonon'
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon/
 kcm/devicepreference.cpp: In member function 'void
 DevicePreference::on_showCheckBox_toggled()':
 /tank/tmp/usr/ports/x11/kdebase4-runtime/work/kdebase-runtime-4.4.0/phonon
 /kcm/devicepreference.cpp:549: error: 'GlobalConfig' is not a member of
 'Phonon'
 gmake[2]: *** [phonon/kcm/CMakeFiles/kcm_phonon.dir/devicepreference.o]
 Erreur 1 gmake[1]: *** [phonon/kcm/CMakeFiles/kcm_phonon.dir/all] Erreur 2
 gmake: *** [all] Erreur 2
 *** Error code 1
 
 Stop in /usr/ports/x11/kdebase4-runtime.
 *** Error code 1
 
 Stop in /usr/ports/x11/kdebase4-runtime.
 
 
 
 i have no result with: find / -name globalconfig.h
 

You didn't read through UPDATING-area51.


20100108
  AFFECTS: users of multimedia/qt4-phonon, multimedia/qt4-phonon-gst,
  multimedia/phonon and multimedia/phonon-gstreamer
  AUTHOR: k...@freebsd.org

  Upcoming KDE 4.4.0 requires newer phonon than shipped with Qt 4.6.1.
  To override Qt4 phonon set WITH_KDE_PHONON=yes in your /etc/make.conf
  and replace Qt4 ports:

  If you use portmaster:

  portmaster -o multimedia/phonon multimedia/qt4-phonon
  portmaster -o multimedia/phonon-gstreamer multimedia/qt4-phonon-gst

  If you use portupgrade:

  portupgrade -f -o multimedia/phonon multimedia/qt4-phonon
  portupgrade -f -o multimedia/phonon-gstreamer multimedia/qt4-phonon-gst

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: [kde-freebsd] HEADS UP: [CFT] KDE SC 4.4.0 for FreeBSD.

[Dima Panov]

On Tuesday 16 February 2010 02:10:02 Freddie Cash wrote:
 On Sun, Feb 14, 2010 at 10:42 PM, Dima Panov flu...@fluffy.khv.ru wrote:
  On Monday 15 February 2010 16:19:51 Freddie Cash wrote:
   On Tue, Feb 9, 2010 at 6:32 AM, Martin Wilke m...@freebsd.org wrote:
We the FreeBSD KDE Team are happy to let you know KDE SC 4.4.0 was
released few mins ago, and we're ready for a public test. Before
you ask we don't want to put KDE 4.4.0 in the ports tree before
FreeBSD 7.3 was released.

What is new:
KDE SC 4.4.0 provide many new features, designed to integrate
local and network social services .. and a lot more. The official
release notes for this release can be found at
http://kde.org/announcements/4.4/

Now you can get KDE SC 4.4 with a svn checkout:

svn co http://area51.pcbsd.org/trunk/area51/PORTS
svn co http://area51.pcbsd.org/trunk/area51/KDE
svn co http://area51.pcbsd.org/trunk/area51/Tools/

now try:
sh Tools/scripts/portsmerge
sh Tools/scripts/kdemerge

Please read carefull /usr/ports/UPDATING-area51
   
   On a clean install (reformatted /usr/local and clean /var/db/pkg), I
   get errors trying to install any KDE ports that require Nepomuk.  So
   far, graphics/kdegraphics4 and deskutils/plasma-applet-playwolf have
   errored out.
   
   Here's the output from playwolf.  The kdegraphics4 error is the same.
   
   ===  Patching for plasma-applet-playwolf-0.7.2_3
   CMake Error at
   /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:70
   
   (MESSAGE):
 Could NOT find Nepomuk (missing: NEPOMUK_LIBRARIES
 NEPOMUK_INCLUDE_DIR SOPRANO_PLUGIN_REDLANDBACKEND_FOUND)
   
   Call Stack (most recent call first):
 /usr/local/kde4/share/apps/cmake/modules/FindNepomuk.cmake:69
   
   (find_package_handle_standard_args)
   
 CMakeLists.txt:4 (find_package)
   
   -- Configuring incomplete, errors occurred!
   *** Error code 1
   
   Stop in /usr/ports/deskutils/plasma-applet-playwolf.
  
  Why you have disable default options for redland/soprano, which prevent
  nepomuk lib to be
  builded?
  
 I haven't.  Soprano, Virtuoso, Redland, Akonadi, etc are all installed.
 
  The only options I manually disabled or left disabled for any of the
 KDE-related ports were for PulseAudio, GStreamer, and IPv6.
 
 I can't connect to the box right now, it's my home machine and I'm at work,
 but I can post the pkg_info output for those ports if needed.

Buildlog shows missing backends, so wrong options was used.

Anyway, it was reworked in area51, so please update and rebuild redland, 
soprano, strigi 
and kdelibs4

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: [kde-freebsd] HEADS UP: [CFT] KDE SC 4.4.0 for FreeBSD.

[Dima Panov]

On Monday 15 February 2010 16:19:51 Freddie Cash wrote:
 On Tue, Feb 9, 2010 at 6:32 AM, Martin Wilke m...@freebsd.org wrote:
  We the FreeBSD KDE Team are happy to let you know KDE SC 4.4.0 was
  released few mins ago, and we're ready for a public test. Before
  you ask we don't want to put KDE 4.4.0 in the ports tree before
  FreeBSD 7.3 was released.
  
  What is new:
  KDE SC 4.4.0 provide many new features, designed to integrate
  local and network social services .. and a lot more. The official
  release notes for this release can be found at
  http://kde.org/announcements/4.4/
  
  Now you can get KDE SC 4.4 with a svn checkout:
  
  svn co http://area51.pcbsd.org/trunk/area51/PORTS
  svn co http://area51.pcbsd.org/trunk/area51/KDE
  svn co http://area51.pcbsd.org/trunk/area51/Tools/
  
  now try:
  sh Tools/scripts/portsmerge
  sh Tools/scripts/kdemerge
  
  Please read carefull /usr/ports/UPDATING-area51
 
 On a clean install (reformatted /usr/local and clean /var/db/pkg), I get
 errors trying to install any KDE ports that require Nepomuk.  So far,
 graphics/kdegraphics4 and deskutils/plasma-applet-playwolf have errored
 out.
 
 Here's the output from playwolf.  The kdegraphics4 error is the same.
 
 ===  Patching for plasma-applet-playwolf-0.7.2_3
 CMake Error at
 /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:70
 (MESSAGE):
   Could NOT find Nepomuk (missing: NEPOMUK_LIBRARIES NEPOMUK_INCLUDE_DIR
   SOPRANO_PLUGIN_REDLANDBACKEND_FOUND)
 Call Stack (most recent call first):
   /usr/local/kde4/share/apps/cmake/modules/FindNepomuk.cmake:69
 (find_package_handle_standard_args)
   CMakeLists.txt:4 (find_package)
 
 
 -- Configuring incomplete, errors occurred!
 *** Error code 1
 
 Stop in /usr/ports/deskutils/plasma-applet-playwolf.

Why you have disable default options for redland/soprano, which prevent nepomuk 
lib to be 
builded?


 
 Here are the major KDE components installed:
 kde4-icons-oxygen-4.4.0
 kde4-shared-mime-info-1.0
 kde4-xdg-env-1.0
 kdebase-4.4.0
 kdebase-runtime-4.4.0
 kdebase-workspace-4.4.0
 kdehier4-1.0.4
 kdelibs-4.4.0
 kdemultimedia-4.4.0
 kdepimlibs-4.4.0
 
 Uname:  FreeBSD rogue.ashesofthe.net 8.0-STABLE FreeBSD 8.0-STABLE #1
 r201931: Tue Jan 12 21:46:23 PST 2010
 r...@rogue.ashesofthe.net:/usr/src-8/sys/i386/compile/ROGUE
 i386




-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: configure failed on misc/mc

[Dima Panov]

On Tuesday 15 December 2009 19:04:30 Sergey V. Dyatko wrote:
 Hi,
 
 I have same error as http://forums.freebsd.org/showthread.php?p=55865 on
 my laptop, but on my desktop mc-4.7.0-pre4 build and works fine.
 
 desktop# make showconfig
 === The following configuration options are available for mc-4.7.0pre4:
  SLANG=on Build with SLang library
  ICONV=on Build with iconv recoding
  NLS=on Build with NLS support
  EDIT=on Build with internal editor
  X11=on Build with X11 library
  SUBSHELL=on Build with subshell support
  SAMBA=off Build with Samba support
 === Use 'make config' to modify these settings
 
 On laptop I have same config
 
 config.log:
 http://tiger.ipfw.ru/files/config.log
 

Index: Makefile 
 
=== 
 
RCS file: /home/ncvs/ports/misc/mc/Makefile,v   
 
retrieving revision 1.120   
 
diff -u -r1.120 Makefile
 
--- Makefile14 Dec 2009 18:54:05 -  1.120
+++ Makefile15 Dec 2009 09:26:38 -
@@ -76,6 +76,7 @@
 .if defined(WITH_UTF8)
 LIB_DEPENDS+=  slang.2:${PORTSDIR}/devel/libslang2
 CONFIGURE_ARGS+=--with-screen=slang
+CONFIGURE_ENV+=LDFLAGS=-L${LOCALBASE}/lib 
CFLAGS+=-I${LOCALBASE}/include
 .elif !defined(WITH_SLANG)  (defined(WITHOUT_SLANG) || defined(MINIMAL))
 CONFIGURE_ARGS+=--with-screen=ncurses
 .else

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: configure failed on misc/mc

[Dima Panov]

On Tuesday 15 December 2009 19:55:25 Sergey V. Dyatko wrote:
 On Tue, 15 Dec 2009 19:27:51 +1000
 Dima Panov flu...@fluffy.khv.ru wrote:
 
 DP On Tuesday 15 December 2009 19:04:30 Sergey V. Dyatko wrote:
 DP  Hi,
 DP 
 DP  I have same error as
 DP  http://forums.freebsd.org/showthread.php?p=55865 on my laptop,
 DP  but on my desktop mc-4.7.0-pre4 build and works fine.
 DP 
 DP  desktop# make showconfig
 DP  === The following configuration options are available for
 DP  mc-4.7.0pre4: SLANG=on Build with SLang library
 DP   ICONV=on Build with iconv recoding
 DP   NLS=on Build with NLS support
 DP   EDIT=on Build with internal editor
 DP   X11=on Build with X11 library
 DP   SUBSHELL=on Build with subshell support
 DP   SAMBA=off Build with Samba support
 DP  === Use 'make config' to modify these settings
 DP 
 DP  On laptop I have same config
 DP 
 DP  config.log:
 DP  http://tiger.ipfw.ru/files/config.log
 DP 
 DP
 DP Index:
 DP Makefile
 DP ===
 DP RCS file: /home/ncvs/ports/misc/mc/Makefile,v retrieving revision
 DP 1.120 diff -u -r1.120
 DP Makefile --- Makefile14 Dec 2009 18:54:05 -  1.120
 DP +++ Makefile15 Dec 2009 09:26:38 -
 DP @@ -76,6 +76,7 @@
 DP  .if defined(WITH_UTF8)
 DP  LIB_DEPENDS+=  slang.2:${PORTSDIR}/devel/libslang2
 DP  CONFIGURE_ARGS+=--with-screen=slang
 DP +CONFIGURE_ENV+=LDFLAGS=-L${LOCALBASE}/lib
 DP CFLAGS+=-I${LOCALBASE}/include .elif !defined(WITH_SLANG) 
 DP (defined(WITHOUT_SLANG) || defined(MINIMAL))
 DP CONFIGURE_ARGS+=--with-screen=ncurses .else
 DP
 
 same error.
 

Oops, was wrong patch. Now it should be fine

Index: Makefile 
 
=== 
 
RCS file: /home/ncvs/ports/misc/mc/Makefile,v   
 
retrieving revision 1.120   
 
diff -u -r1.120 Makefile
 
--- Makefile14 Dec 2009 18:54:05 -  1.120   
 
+++ Makefile15 Dec 2009 10:04:35 -  
 
@@ -73,13 +73,12 @@
 PLIST_SUB+=EDITOR=
 .endif

-.if defined(WITH_UTF8)
+.if defined(WITH_SLANG) !defined(MINIMAL)
 LIB_DEPENDS+=  slang.2:${PORTSDIR}/devel/libslang2
 CONFIGURE_ARGS+=--with-screen=slang
-.elif !defined(WITH_SLANG)  (defined(WITHOUT_SLANG) || defined(MINIMAL))
-CONFIGURE_ARGS+=--with-screen=ncurses
+CONFIGURE_ENV+=LDFLAGS=-L${LOCALBASE}/lib 
CFLAGS+=-I${LOCALBASE}/include
 .else
-CONFIGURE_ARGS+=--with-screen=mcslang
+CONFIGURE_ARGS+=--with-screen=ncurses
 .endif

 .if !defined(WITH_SUBSHELL)  (defined(WITHOUT_SUBSHELL) || defined(MINIMAL))

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024
___
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: update of java/jdk16 fails under amd64

[Dima Panov]

On Friday 11 December 2009 07:07:48 Rainer Hurling wrote:
 When trying to update from jdk-1.6.0.3p4_12 to jdk-1.6.0.3p4_13 under
 recent 9.0-CURRENT (amd64) the following error occurs. Does anyone else
 observe this behaviour?
 
 It seems that something with threading or signal handling is not as it
 should be?
 
 Thanks in advance,
 Rainer Hurling
 
 
 -
 
  Recursively making hpi all @ Thu Dec 10 21:55:41 CET 2009 ...
 
 gmake[3]: Entering directory
  `/usr/ports/java/jdk16/work/j2se/make/java/hpi' Begin Processing SUBDIRS:
  native
 
  Recursively making native all @ Thu Dec 10 21:55:41 CET 2009 ...
 
 gmake[4]: Entering directory
 `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native'
 mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib
 mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/bin
 mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib/ext
 Begin parallel compiles:
 /usr/ports/java/jdk16/work/j2se/make/java/hpi/native
 gmake[5]: Entering directory
 `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native'
 /usr/bin/gcc  -fno-strict-aliasing -fPIC -W -Wall  -Wno-unused
 -Wno-parentheses -pipe-Damd64 -DARCH='amd64' -DRELEA
 E='1.6.0_03-p4'
 -DFULL_VERSION='1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00'
 -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I.
 -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th
 reads/CClassHeaders -I.. ../../../src/solaris/javavm/export
 -I../../../../src/share/javavm/export
 -I../../../../src/share/javavm/include -I../../../..
 src/solaris/javavm/include
 -I../../../../src/solaris/hpi/native_threads/include
 -I../../../../src/solaris/hpi/include -I../..
 ../../src/solaris/hpi/export -I../../../../src/share/hpi/include
 -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS
 -DMOOT_PRIORITIES-c -o
 /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre
 ads/obj64/th eads_md.o 
  ../../../../src/solaris/hpi/native_threads/src/threads_md.c /usr/bin/gcc  
 -fno-strict-aliasing -fPIC -W -Wall  -Wno-unused -Wno-parentheses -pipe
 -Damd64 -DARCH='amd64' -DRELEA
 E='1.6.0_03-p4'
 -DFULL_VERSION='1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00'
 -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I.
 -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th
 reads/CClassHeaders -I.. ../../../src/solaris/javavm/export
 -I../../../../src/share/javavm/export
 -I../../../../src/share/javavm/include -I../../../..
 src/solaris/javavm/include
 -I../../../../src/solaris/hpi/native_threads/include
 -I../../../../src/solaris/hpi/include -I../..
 ../../src/solaris/hpi/export -I../../../../src/share/hpi/include
 -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS
 -DMOOT_PRIORITIES-c -o
 /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre
 ads/obj64/mo itor_md.o 
  ../../../../src/solaris/hpi/native_threads/src/monitor_md.c /usr/bin/gcc  
 -fno-strict-aliasing -fPIC -W -Wall  -Wno-unused -Wno-parentheses -pipe
 -Damd64 -DARCH='amd64' -DRELEA
 E='1.6.0_03-p4'
 -DFULL_VERSION='1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00'
 -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I.
 -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th
 reads/CClassHeaders -I.. ../../../src/solaris/javavm/export
 -I../../../../src/share/javavm/export
 -I../../../../src/share/javavm/include -I../../../..
 src/solaris/javavm/include
 -I../../../../src/solaris/hpi/native_threads/include
 -I../../../../src/solaris/hpi/include -I../..
 ../../src/solaris/hpi/export -I../../../../src/share/hpi/include
 -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS
 -DMOOT_PRIORITIES-c -o
 /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre
 ads/obj64/co dvar_md.o 
  ../../../../src/solaris/hpi/native_threads/src/condvar_md.c /usr/bin/gcc  
 -fno-strict-aliasing -fPIC -W -Wall  -Wno-unused -Wno-parentheses -pipe
 -Damd64 -DARCH='amd64' -DRELEA
 E='1.6.0_03-p4'
 -DFULL_VERSION='1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00'
 -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I.
 -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th
 reads/CClassHeaders -I.. ../../../src/solaris/javavm/export
 -I../../../../src/share/javavm/export
 -I../../../../src/share/javavm/include
 -I../../../../src/solaris/javavm/include
 -I../../../../src/solaris/hpi/native_threads/include
 -I../../../../src/solaris/hpi/include
 -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include
 -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS
 -DMOOT_PRIORITIES-c -o
 /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre
 ads/obj64/interrupt_md.o
  ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c
 /usr/bin/gcc  

Re: portmaster-with-package-support release candidate available for testing

[Dima Panov]

On Sunday 06 December 2009 06:40:22 Doug Barton wrote:
 Dima Panov wrote:
  Doug, haw about missed feature (portupgrade had this earlier)?
  If -r (recursive) flag present, after upgrade package repack all depended
  on him.
 
 I thought more about this and realized that I'm not 100% sure what
 you're asking for. :)
 
 If you use -g along with -r now, all of the ports that get
 rebuilt/reinstalled will have new packages generated that contain
 their updated dependencies. So that case is handled already.
 
 OTOH, is what you're asking for is essentially for -r to be recursive?
 Which is to say that if you do 'portmaster -g -r fooport' and barport
 depends on fooport, you want to repackage everything that depends on
 barport as well? That would make sense if barport is upgraded to a new
 version as a side effect of 'portmaster -g -r fooport', otherwise I
 don't see the value in repackaging things that depend on barport
 because (AFAICS) the packages will not change.

Packages changed. Exactly, changed list of @pkgdep to new revisions,
and if I try install not repacked package to a clean machine from prepared 
package 
repository, it will pick up OLD dependency rather than new, cause contains old 
dependencies list.

So recursive package update should be expanded as rebuild depended packages, 
which 
upgraded too, AND repack all rest depended tree to get ${PACKAGES}/All 
repository in 
consistency.

 If I'm missing something or you're asking for something different,
 please let me know.
 
 
 Doug
 

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: Updating x11/kdelibs4 compile failure

[Dima Panov]

On Wednesday 02 December 2009 21:09:56 David Southwell wrote:
   On Wed, 2 Dec 2009 10:10:42 +, David Southwell wrote:
Is this a problem with qt4 dependencies???
   
Has anyone a fix for this?
Thanks in advance
   
This is on amd64 Freebsd 7.2 p3 system:
   
/usr/ports/x11/kdelibs4/work/kdelibs-4.3.4/kio/bookmarks/kbookmarkman
   ag er .c c:148: instantiated from here
/usr/local/include/qptrlist.h:50: error: 'next' was not declared in
this scope /usr/local/include/qptrlist.h: In member function 'bool
QPtrListStdIteratortype::operator!=(const
QPtrListStdIteratortype) const [with type = KBookmark]':
/usr/ports/x11/kdelibs4/work/kdelibs-4.3.4/kio/bookmarks/kbookmarkman
   ag er .c c:617: instantiated from here
/usr/local/include/qptrlist.h:54: error: 'const class
QPtrListStdIteratorKBookmark' has no member named 'node'
/usr/local/include/qptrlist.h: In member function
 'QPtrListStdIteratortype QPtrListStdIteratortype::operator++()
[with type = KBookmark]':
/usr/ports/x11/kdelibs4/work/kdelibs-4.3.4/kio/bookmarks/kbookmarkman
   ag er .c c:617: instantiated from here
/usr/local/include/qptrlist.h:50: error: 'next' was not declared in
this scope /usr/local/include/qptrlist.h: In copy constructor
'QPtrListtype::QPtrList(const QPtrListtype) [with type =
QDBusObjectPath]':
/usr/local/include/qt4/QtCore/qmetatype.h:127:   instantiated from
'void* qMetaTypeConstructHelper(const T*) [with T =
QPtrListQDBusObjectPath]'
/usr/local/include/qt4/QtCore/qmetatype.h:152:   instantiated from
'int qRegisterMetaType(const char*, T*) [with T =
QPtrListQDBusObjectPath]'
/usr/local/include/qt4/QtDBus/qdbusextratypes.h:181:   instantiated
from here /usr/local/include/qptrlist.h:69: error: type 'QGList' is
not a direct base of 'QPtrListQDBusObjectPath'
/usr/local/include/qptrlist.h: In copy constructor
'QPtrListtype::QPtrList(const QPtrListtype) [with type =
QDBusSignature]':
/usr/local/include/qt4/QtCore/qmetatype.h:127:   instantiated from
'void* qMetaTypeConstructHelper(const T*) [with T =
QPtrListQDBusSignature]'
/usr/local/include/qt4/QtCore/qmetatype.h:152:   instantiated from
'int qRegisterMetaType(const char*, T*) [with T =
QPtrListQDBusSignature]'
/usr/local/include/qt4/QtDBus/qdbusextratypes.h:183:   instantiated
from here /usr/local/include/qptrlist.h:69: error: type 'QGList' is
not a direct base of 'QPtrListQDBusSignature'
*** Error code 1
3 errors
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 1
   
Stop in /usr/ports/x11/kdelibs4.
  
   ___
   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
  
  
  
   It picks up qt3 headers. As a workaround, deinstall qt3 before updating
kde4 ports.
 
  I only have qt4 installed!!
 
  David
 
 Is there an alternative workaround??

telepathy on 
Your log unambiguously declared qt33 presence in system.
telepathy off

Anyway, something wrong with your local configuration.
Ma be incorrectly setted cflags in /etc/make.conf

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: portmaster-with-package-support release candidate available for testing

[Dima Panov]

On Wednesday 02 December 2009 08:44:44 Doug Barton wrote:
 Howdy!
 
 I'm very excited to announce that what I hope to be the final version
 of the new portmaster with package support is now available for
 testing. I've done quite a bit of regression testing myself, but the
 last time I posted about the beta version several people were kind
 enough to give it a go and I got several really good suggestions. It
 would be really great if more users could give this version a try
 before I commit it to the actual port.
 
 You can find the information on accessing the svn version at
 http://dougbarton.us/portmaster-proposal.html
 
 A more-or-less complete list of the new features:
 
 -P|--packages, -PP|--packages-only
   Basically like the portupgrade features to try downloading a package
 first then build it if no package is available, or use only packages.
 
 --packages-build
   For packages that are ONLY listed as build dependencies for the ports
 being updated in this run, download packages if available.
 
 --delete-build-only
   For packages/ports that are ONLY listed as build dependencies for the
 ports being updated in this run, delete them when the run is over.
 
 --packages-if-newer
   This is a modifier to -P|-PP. Use the package if newer than what's
 installed (or the same as what's installed with -f) even if it's not
 the most recent version according to the ports tree.
 
 --always-fetch
   If we are using packages download a new one even if there is an
 up-to-date version already on the local file system.
 

Doug, haw about missed feature (portupgrade had this earlier)? 
If -r (recursive) flag present, after upgrade package repack all depended on 
him.

This feature very useful when packqage repository used to deploy packages on 
another 
machines


-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: Having trouble building devel/gobject-introspection under 6.4-STABLE

[Dima Panov]

On Tuesday 01 December 2009 10:36:05 Joe Marcus Clarke wrote:
 On Tue, 2009-12-01 at 01:56 +0200, Kostik Belousov wrote:
  On Mon, Nov 30, 2009 at 06:38:08PM -0500, Joe Marcus Clarke wrote:
   On Mon, 2009-11-30 at 15:16 -0800, David Wolfskill wrote:
Running:
   
FreeBSD g1-112.catwhisker.org 6.4-STABLE FreeBSD 6.4-STABLE #704
r199797: Wed Nov 25 04:58:59 PST 2009
r...@g1-112.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  i386
   
An attemmpt to use portmaster to update ports dies when portmaster
tries to build devel/gobject-introspection; the attempt's last gasps
are:
   
...
gmake[2]: Leaving directory
`/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/girepository' Making all in giscanner
gmake[2]: Entering directory
`/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/giscanner' gmake  all-am
gmake[3]: Entering directory
`/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/giscanner' CC libgiscanner_la-sourcescanner.lo
  CC libgiscanner_la-scannerlexer.lo
  CC libgiscanner_la-scannerparser.lo
  CCLD   libgiscanner.la
  CC _giscanner_la-giscannermodule.lo
  CCLD   _giscanner.la
gmake[3]: Leaving directory
`/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/giscanner' gmake[2]: Leaving directory
`/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/giscanner' Making all in tools
gmake[2]: Entering directory
`/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/tools' CC g_ir_compiler-compiler.o
  CCLD   g-ir-compiler
  CC g_ir_generate-generate.o
  CCLD   g-ir-generate
sed -e s,@libdir\@,/usr/local/lib, -e
s,@PYTHON\@,/usr/local/bin/python2.6, g-ir-scanner.in 
g-ir-scanner.tmp  mv g-ir-scanner.tmp g-ir-scanner chmod a+x
g-ir-scanner
gmake[2]: Leaving directory
`/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/tools' Making all in gir
gmake[2]: Entering directory
`/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/gir' CC libgirepository_everything_1_0_la-everything.lo
  CCLD   libgirepository-everything-1.0.la
  GENGLib-2.0.gir
/usr/include/machine/endian.h:146: syntax error, unexpected '{'
/usr/include/machine/endian.h:146: syntax error, unexpected ';'
/usr/include/machine/endian.h:153: syntax error, unexpected '{'
/usr/include/machine/endian.h:153: syntax error, unexpected ';'
  GENGLib-2.0.gir
Traceback (most recent call last):
  File ../tools/g-ir-scanner, line 38, in module
sys.exit(scanner_main(sys.argv))
  File
/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/giscanner/scannermain.py, line 239, in scanner_main return
validate(options.xpath_assertions, args[1])
  File
/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/giscanner/scannermain.py, line 182, in validate
xpath_assert(root, assertion)
  File
/bkp/ports/devel/gobject-introspection/work/gobject-introspection-0.
   6.5/giscanner/minixpath.py, line 77, in xpath_assert raise
AssertionError(Failed to find %r % (path, ))
AssertionError: Failed to find /namespace/ali...@name='Quark']
  
   This is almost certainly a problem with your installed devel/glib20.
   Try reinstalling this port, and make sure it is at the latest version.
   The generated gir/GLib-2.0.gir should have a line:
  
   alias name=Quark target=uint32 c:type=GQuark/
 
  The line you mentioned is not present.
 
  Forced rebuild of devel/glib2 did not helped.
 
  Please note the following errors:
 
GENGLib-2.0.gir
  /usr/include/machine/endian.h:107: syntax error, unexpected '{'
  /usr/include/machine/endian.h:107: syntax error, unexpected ';'
GENGLib-2.0.gir
 
 These are not real errors.  What about do you get for:
 
 pkg-config --variable=includedir glib-2.0
 pkg-config --variable=libdir glib-2.0
 
 And what files are in the directories pointed to by those values?  If
 you set V=1 in your environment, then run make, what output do you get?
 
 Joe
 
Same messsages about error syntax, with V=1 nothing changed

# pkg-config --variable=includedir glib-2.0 /usr/local/include

# pkg-config --variable=libdir glib-2.0 /usr/local/lib

# pkg-config glib-2.0 --cflags -I/usr/local/include/glib-2.0 -
I/usr/local/lib/glib-2.0/include

# pkg-config glib-2.0 --libs -L/usr/local/lib -lglib-2.0

gstreamer also shows same erros with endian.h

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024

Re: security/gnupg installing pth-2.0.7 causing problems

[Dima Panov]

On Sunday 08 November 2009 20:17:19 David Southwell wrote:
   On Friday 02 October 2009 00:46:18 David Southwell wrote:
 -Original Message-

 On Thursday 01 October 2009 23:30:57 da...@vizion2000.net wrote:
  Hi
 
  gnupg-2.0.13 depends on devel and installs it. This causes

 problems on

  a
  7.2-p3 amd64 system. A number of ports fail to build due to

 conflicts

  between pth and the standard system thread library.
 
  For example x11-toolkits/py-qt4-gui build fails with

 pth-2.0.7 installed.

  After deletion py-qt4-gui builds and installs correctly.

 Something wrong with your system. Noone from KDE/FreeBSD team
 reports about such bugs..
 For example, I have pth installed already for all my systems,
 and py-qt4 always build fine.

 please show your /etc/make.conf and buildlog with errors.

  What is the best way to deal with this when security/gnupg

 is required?

  Would it be possible for the gnupg to detect it is on an

 amd64 system

  and adjust its dependencies accordingly? Should the problem also
  be dealt with at source in the devel/pth port?
   
Are you testing on a multi processor system intel quad with a generic
amd64 build?
  
   We testing on ALL available platforms.
 
  OK
 
  Later today I will run some tests and post the script.
 
  David
 
 I dropped this task -- got too tied up elsewhere. Then some ports were
  updated and security/gnupg was rebuilt and the problem re-emerged. Can
  someone please amend the gnupg port so it does not install pth when system
  threads are available!!! pth is NOT compatible with system threads.

Repeat again - you only one with this kind of problem, which assume situations 
with 
something wrong in your installation/make.conf settings. 

For further investigation please show up your make.conf, kernel config, pkg list

We use gnupg with pth flavour without any side effects.


-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: FreeBSD Port: kdewebdev-4.3.1

[Dima Panov]

On Thursday 05 November 2009 06:44:33 Michel DOUYERE wrote:
 Hello,
 
 I think that Quanta plus is missing in kdewebdev-4.3.1
 
 less pkg-plist
 bin/kfilereplace
 bin/kimagemapeditor
 bin/klinkstatus
 bin/kommander
 bin/kxsldbg
 bin/xsldbg
 .
 ...
 ..
 .
 
 but no Quanta+

Quanta+ now is separated project, based on KDevelop (not released yet)

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: security/gnupg installing pth-2.0.7 causing problems

[Dima Panov]

On Friday 02 October 2009 00:46:18 David Southwell wrote:
  -Original Message-
  On Thursday 01 October 2009 23:30:57 da...@vizion2000.net wrote:
   Hi
  
   gnupg-2.0.13 depends on devel and installs it. This causes
 
  problems on
 
   a
   7.2-p3 amd64 system. A number of ports fail to build due to
 
  conflicts
 
   between pth and the standard system thread library.
  
   For example x11-toolkits/py-qt4-gui build fails with
 
  pth-2.0.7 installed.
 
   After deletion py-qt4-gui builds and installs correctly.
 
  Something wrong with your system. Noone from KDE/FreeBSD team
  reports about such bugs..
  For example, I have pth installed already for all my systems,
  and py-qt4 always build fine.
 
  please show your /etc/make.conf and buildlog with errors.
 
   What is the best way to deal with this when security/gnupg
 
  is required?
 
   Would it be possible for the gnupg to detect it is on an
 
  amd64 system
 
   and adjust its dependencies accordingly? Should the problem also be
   dealt with at source in the devel/pth port?
 
 Are you testing on a multi processor system intel quad with a generic amd64
 build?
 

We testing on ALL available platforms. 

-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: security/gnupg installing pth-2.0.7 causing problems

[Dima Panov]

On Thursday 01 October 2009 23:30:57 da...@vizion2000.net wrote:
 Hi
 
 gnupg-2.0.13 depends on devel and installs it. This causes problems on a
 7.2-p3 amd64 system. A number of ports fail to build due to conflicts
 between pth and the standard system thread library.
 
 For example x11-toolkits/py-qt4-gui build fails with pth-2.0.7 installed.
 After deletion py-qt4-gui builds and installs correctly.

Something wrong with your system. Noone from KDE/FreeBSD team reports about 
such bugs.. 
For example, I have pth installed already for all my systems, and py-qt4 always 
build 
fine.

please show your /etc/make.conf and buildlog with errors.

 What is the best way to deal with this when security/gnupg is required?
 Would it be possible for the gnupg to detect it is on an amd64 system and
 adjust its dependencies accordingly? Should the problem also be dealt with
 at source in the devel/pth port?



-- 
Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018
Khabarovsk, Russia  | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29
k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995
Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024


signature.asc
Description: This is a digitally signed message part.

Re: portupgrade-devel: portversion -vl'' does not show current version

[Dima Panov]

On Thursday 09 April 2009 23:22:17 Sergey Matveychuk wrote:
 OK. I've just committed a patch.

[...SKIP...]

Sem, what about to restore old functionality with repacking dependent packages 
by 
portupgrade -rp ?
With last versions of portupgrade it works only for bumped/rebuilded packages, 
but not for 
all affected tree as it was been in early versions. 

-- 
Dmitry Red Fox Panov @ Home FreeBSD since September, 1995
Khabarovsk, Russia   Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024

___
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: [kde-freebsd] devel/kdesdk3 fail if textproc/flex is installed

[Dima Panov]

On Thursday 21 August 2008 02:49:42 Andy Fawcett wrote:
 On Thursday 14 August 2008 05:38:16 Dima Panov wrote:
  To flex maintiner: ${PREFIX}/include is not good place for confliting
  header file, FlexLexer.h. Move it into subdirectory instead and teach
  ports, which really need this version, to use new version..

 Dima, has this been PR'd against textproc/flex?

 We (kde@) know about the kdesdk3 case (ports/115912), but I'd prefer to
 see flex port fixed as you suggested. It's just plain wrong.

There is best way - update flex in base system, and resolve any conflicts.
BTW, it should be painless operation - base system already have flex 2.5.4, 
and any troubles betweet system and port flex is some function redefine, and 
bunch of new table functions (system lib doens't work with port's include and 
vice versa).

I don't have much experience with this kind of work, but will try to make 
patch in a day-two..

Second way is manual set path to ports flex ( as ports/115912 suggest) in any 
port, which want to use extended flex/yy functions (and only God know number 
of such ports).

-- 
Dmitry Red Fox Panov @ Home  FreeBSD since September, 1995
Khabarovsk, Russia   Jabber.org:fluffy.khv | ICQ:1745024

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

devel/kdesdk3 fail if textproc/flex is installed

[Dima Panov]

Hello!


devel/kdesdk3 fail if textproc/flex is installed, because textproc/flex 
conflicting with system flex, and have ABI incompatibility.

To flex maintiner: ${PREFIX}/include is not good place for confliting header 
file, FlexLexer.h. Move it into subdirectory instead and teach ports, which 
really need this version, to use new version.. 

-- 
Dmitry Red Fox Panov @ Home  FreeBSD since September, 1995
Khabarovsk, Russia   Jabber.org:fluffy.khv | ICQ:1745024

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]