Re: Heads up audio/video/graphics/multimedia/net/streaming port maintainers - ACTION REQUIRED

[Max Brazhnikov]

On Tue, 16 Sep 2014 21:57:21 +0200 Thomas Zander wrote:
> On 16 September 2014 21:08, William Grzybowski  wrote:
> >>> I have prepared a drop-in replacement for the ffmpeg port which uses
> >>> the recent 2.4 release. You can download it from:
> >>> http://people.freebsd.org/~riggs/ffmpeg-2.4.tar.xz
> >>>
> >>> Please check whether the ports maintained by you build and link with
> >>> this version and prepare a suitable fix if necessary.
> >>>
> >>
> >> Any reason why you can't create an 'ffmpeg24' port so it can go live
> >> then people can create a a port option to turn on using the later
> >> version - then when the ports are all updated you can just 'switch it to
> >> the default'... that seems to be the way the ports tree has been handled
> >> over the last year.
> >
> > Or create a ffmpeg23 port and switch all ports that cant handle ffmpeg
> > 2.4 to that before it happens.
> > Thats how I handled the ffmpeg 0.x -> ffmpeg 2.x transition. It was
> > very smooth, all things considered :).
> 
> Given the fact that I still have ffmpeg0 installed, I'd say this
> transition is not over :-)
> Seriously, though, I am happy with pain-alleviating measures like
> having a ffmpeg23 port for a short transition time.
> What I want to avoid is that we all need to have 3 installations of
> ffmpeg on the same machines for months or years and I think it's a
> fair request to ask the maintainers to have a look sometime during the
> next months.

You can request an exp-run first, then depending on how many ports are affected
either create ffmpeg23 or directly update the ffmpeg port.

Max
___
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] KDE

[Max Brazhnikov]

On Tue, 14 Oct 2014 11:43:04 -0700 Kevin Oberman wrote:
> On Tue, Oct 14, 2014 at 11:17 AM, Alberto Villa  wrote:
> 
> > Hi,
> >
> > KDE SC 4.14.1 is currently being tested via exp-run, it will hit the ports
> > soon.
> >
> > On Tue, Oct 14, 2014 at 4:10 AM, jmdennis @dslextreme.com <
> > jmden...@dslextreme.com> wrote:
> >
> > > I was wondering when KDE 14.4.1 would be released.  I know it has to be
> > > compiled since it is made for Linux and not FreeBSD but it would be nice
> > to
> > > have the newer version released which fixes a lot of issues and is
> > faster.
> > --
> > Alberto Villa, FreeBSD committer 
> > http://people.FreeBSD.org/~avilla
> 
> 
> After 10.1-RELEASE, I hope.

I hope to get it before the release. Why do you want it after?
___
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/pinentry patch for WINOUT_X11 systems

[Max Brazhnikov]

On Fri, 19 Dec 2014 15:26:27 +0300 Dmitry Morozovsky wrote:
> Max,
> 
> pinentry currently brokes if WITHOUT_X11 (or, by new world orderm 
> OPTIONS_UNSET+=X11) is set.

You can use security/pinentry-curses if you don't want Qt/GTK+ gui.
 
> what do you think about the following patch?

Feel free to commit if you're really need it.

> 
> marck@castor:/FreeBSD/ports/ports/security/pinentry> svn diff
> Index: Makefile
> ===
> --- Makefile(revision 374940)
> +++ Makefile(working copy)
> @@ -25,7 +25,11 @@
>  .if !defined(PINENTRY_SLAVE)
>  OPTIONS_MULTI= FRONTEND
>  OPTIONS_MULTI_FRONTEND=NCURSES GTK2 QT4
> +. if defined(WITHOUT_X11) || ${OPTIONS_UNSET:MX11}
> +OPTIONS_DEFAULT=   NCURSES
> +. else
>  OPTIONS_DEFAULT=   ${OPTIONS_MULTI_FRONTEND}
> +. endif
> 
>  NCURSES_DESC=  Curses frontend
>  GTK2_DESC= Gtk+ 2 frontend


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

Re: gnupg & pinentry

[Max Brazhnikov]

On Wed, 24 Dec 2014 12:23:38 +0300 Dmitry Morozovsky wrote:
> On Tue, 23 Dec 2014, Chris H wrote:
> 
> > > >It looks as though it would be feasible to write an extremely
> > > >lightweight pinentry-compatible program to depend on so we can kill the
> > > >dependency bloat and have a simple shell-based password entry option.
> > > >
> > > >Anyone up for a weekend challenge? :-)
> > > 
> > > There has been another thread on this mailing list discussing making the 
> > > port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from 
> > > make.conf which would make it only depend on security/pinentry-curses 
> > > instead of security/pinentry. This seems like a good solution to me. It 
> > > would mean if one of those options is set it will only drag in a single 
> > > dependancy rather than all the X11 libraries and GTK.
> > A quick look @ the security/pinentry Makefile, indicates that the
> > request for this type of modification is trivial. It simply requires
> > reversing the (PORT_)OPTIONS logic -- this port could completed in
> > under 5 minutes. So unless instructed otherwise, I'll go ahead with
> > this.
> > One last question; pinentry-console, or pinentry-nox?
> 
> already defined: pinentry-curses ;)
> 
> (see side thread)
> 
> Patch I snet previoursy is syntax incorrect, the following seems to be more 
> useful:
> 
> Index: Makefile
> ===
> --- Makefile(revision 375271)
> +++ Makefile(working copy)
> @@ -22,7 +22,11 @@
> libksba.so:${PORTSDIR}/security/libksba \
> libnpth.so:${PORTSDIR}/devel/npth
>  BUILD_DEPENDS= libgpg-error>=1.11:${PORTSDIR}/security/libgpg-error
> +.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11)
> +RUN_DEPENDS=   pinentry>0:${PORTSDIR}/security/pinentry-curses
> +.else
>  RUN_DEPENDS=   pinentry>0:${PORTSDIR}/security/pinentry
> +.endif
> 
>  GNU_CONFIGURE= YES
>  USES=  gmake iconv tar:bzip2

I'm going  to resolve conflict among pinentry-* ports and convert
security/pinentry to a meta port, which installs pinentry-curses by default.
Hopefully, everyone will be satisfied now.

Max
___
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: gnupg & pinentry

[Max Brazhnikov]

On Wed, 24 Dec 2014 11:00:26 + Max Brazhnikov wrote:
> On Wed, 24 Dec 2014 12:23:38 +0300 Dmitry Morozovsky wrote:
> > On Tue, 23 Dec 2014, Chris H wrote:
> > 
> > > > >It looks as though it would be feasible to write an extremely
> > > > >lightweight pinentry-compatible program to depend on so we can kill the
> > > > >dependency bloat and have a simple shell-based password entry option.
> > > > >
> > > > >Anyone up for a weekend challenge? :-)
> > > > 
> > > > There has been another thread on this mailing list discussing making 
> > > > the 
> > > > port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from 
> > > > make.conf which would make it only depend on security/pinentry-curses 
> > > > instead of security/pinentry. This seems like a good solution to me. It 
> > > > would mean if one of those options is set it will only drag in a single 
> > > > dependancy rather than all the X11 libraries and GTK.
> > > A quick look @ the security/pinentry Makefile, indicates that the
> > > request for this type of modification is trivial. It simply requires
> > > reversing the (PORT_)OPTIONS logic -- this port could completed in
> > > under 5 minutes. So unless instructed otherwise, I'll go ahead with
> > > this.
> > > One last question; pinentry-console, or pinentry-nox?
> > 
> > already defined: pinentry-curses ;)
> > 
> > (see side thread)
> > 
> > Patch I snet previoursy is syntax incorrect, the following seems to be more 
> > useful:
> > 
> > Index: Makefile
> > ===
> > --- Makefile(revision 375271)
> > +++ Makefile(working copy)
> > @@ -22,7 +22,11 @@
> > libksba.so:${PORTSDIR}/security/libksba \
> > libnpth.so:${PORTSDIR}/devel/npth
> >  BUILD_DEPENDS= libgpg-error>=1.11:${PORTSDIR}/security/libgpg-error
> > +.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11)
> > +RUN_DEPENDS=   pinentry>0:${PORTSDIR}/security/pinentry-curses
> > +.else
> >  RUN_DEPENDS=   pinentry>0:${PORTSDIR}/security/pinentry
> > +.endif
> > 
> >  GNU_CONFIGURE= YES
> >  USES=  gmake iconv tar:bzip2
> 
> I'm going  to resolve conflict among pinentry-* ports and convert
> security/pinentry to a meta port, which installs pinentry-curses by default.
> Hopefully, everyone will be satisfied now.

Here's the patch:
http://people.freebsd.org/~makc/patches/pinentry-meta.diff

I've also added security/pinentry-tty port for pure console version. Please,
test it and I'll enable it by default instead of pinentry-curses if it works
fine for you.

Max
___
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: cups, and hplip too, fail to recognize printer when I try to print

[Max Brazhnikov]

On Tue, 2 Jun 2015 04:34:02 + (UTC) Thomas Mueller wrote:
> I have printer, HP_LaserJet_Professional_M1212nf_MFP

This printer needs binary plugin to work:
http://hplipopensource.com/hplip-web/models/laserjet/hp_laserjet_professional_m1212nf_mfp.html

You can install print/hplip-plugin and play with it (not sure if it works), or 
install print/foo2zjs which provides open source driver for this printer.

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

Re: Please rename jakarta- to apache-

[Max Brazhnikov]

On Thu, 3 Oct 2019 20:09:54 -0500 Pedro Giffuni wrote:
> Hi guys;
> 
> I noticed that 25* of the Apache Commons component ports are still using
> 
> PKGNAMEPREFIX=jakarta-
> 
> This is surely due to historical reasons, however the Apache Software 
> Foundation stopped using that name a while ago and it's now simply 
> Apache Commons.

I give my approval in case somebody want to step in.

Max


___
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: My first port

[Max Brazhnikov]

On Mon, 22 Jun 2020 at 03:04, Muhammad Moinur Rahman  wrote:
>
> Hi,
>
> Try to find out the reference location "share/pkgconfig” in the CMake file. 
> Then you can use REIINPLACE_CMD to change that line or modify accordingly.

'USES= pathfix' will do this job:

https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/uses-pathfix.html

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

update for DESKTOP_ENTRIES framework

[Max Brazhnikov]

Hi folks,

I propose an update for DESKTOP_ENTRIES:
http://people.freebsd.org/~makc/patches/desktop_entry_20130102.diff

Changes:
- update list of categories to the version 1.1 of Desktop Menu Specification
- require Icon field to follow Desktop Entry Specification (the field must be
  absolute path or icon name if icon theme is used)
- require main category to be set (listed in DESKTOP_CATEGORIES_MAIN)
- remove deprecated Encoding key
- allow StartupNotify field to be empty string
- be less strict when generating filename for desktop entry (to improve
  readability when full path to executable is used)
- use port ${COMMENT} if comment field is not set
- add GenericName key (comment field will be used)

About 20 ports will throw warnings about icon field, several ports don't set
main category, about 60 use non-standard 'Application' for categories.
I'm willing to fix them all.

Review and suggestion are welcome!

Happy New Year!
Max
___
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] Build error: math/rocs

[Max Brazhnikov]

On Sun, 3 Feb 2013 09:33:14 -0500, Carmel wrote:
> I am unable to get the "math/rocs" port to build. I finishes with this
> error message:

Please rebuild devel/qt4-moc. It will also fix the problem with kdepim4.

Max


___
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] ia64 -current misc/kdehier4 install fails: ln: /usr/local/kde4/libdata//pkgconfig: Operation not permitted

[Max Brazhnikov]

On Tue, 5 Feb 2013 11:10:12 GMT, Anton Shterenlikht wrote:
> On ia64 r244834 with ports at r311662
> I'm updating misc/kdehier4:
> 
> # pkg version -vX kdehier
> kdehier4-1.0.10<   needs updating (port has 1.0.11)
> #
> 
> On install I get:
> 
> # make install
> ===>  Installing for kdehier4-1.0.11
> ===>   Generating temporary packing list
> ===>  Checking if misc/kdehier4 already installed
> /bin/mkdir -p /usr/local/etc/dbus-1
> install  -o root -g wheel -m 444 
> /usr/ports/misc/kdehier4/work/session-kde4.conf /usr/local/etc/dbus-1
> install  -o root -g wheel -m 444 
> /usr/ports/misc/kdehier4/work/system-kde4.conf /usr/local/etc/dbus-1
> /bin/ln -sf /usr/local/etc/pam.d /usr/local/kde4/etc/
> /bin/ln -sf /usr/local/etc/polkit-1 /usr/local/kde4/etc/
> /bin/ln -sf /usr/local/etc/rc.d /usr/local/kde4/etc/
> /bin/ln -sf /usr/local/libdata/ldconfig /usr/local/kde4/libdata/
> echo /usr/local/kde4/lib > /usr/local/libdata/ldconfig/kdehier4
> /bin/ln -sf /usr/local/libdata/ldconfig32 /usr/local/kde4/libdata/
> /bin/ln -sf /usr/local/libdata/pkgconfig /usr/local/kde4/libdata/
> ln: /usr/local/kde4/libdata//pkgconfig: Operation not permitted
> *** [do-install] Error code 1

It seems you didn't follow instructions for previous kdehier4 update.  Anyway,
move everything from /usr/local/kde4/libdata/{pkgconfig, ldconfig, ldconfig32} 
to
/usr/local/libdata/{pkgconfig, ldconfig, ldconfig32},
deinstall kdehier, remove /usr/local/kde4/libdata/{pkgconfig, ldconfig, 
ldconfig32}
and then try again.

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

Re: [CFT+BRAINSTORM] One USE_ to rule them all

[Max Brazhnikov]

On Wed, 6 Feb 2013 11:42:21 +0100, Baptiste Daroussin wrote:
> On Wed, Feb 06, 2013 at 10:19:32AM +0100, Baptiste Daroussin wrote:
> > As I have been asked here is an example converting USE_GETTEXT to the new
> > feature:
> > http://people.freebsd.org/~bapt/gettext.mk
> > to be use as the following:
> > 
> > USE_FEATURES=   gettext
> > or
> > USE_FEATURES=   gettext:run
> > or
> > USE_FEATURES=   gettext:build

Lovely!

> Lots of people are asking to change the name saying they don't like 
> USE_FEATURES
> here is the list of proposition that have been made, please vote for you
> favorites :)
> 
> USE_FEATURES: keep it as is it is cool
> USE_FEATURE: please singular
> USES: Why bother with something longer

I'm fine with any of above.

> USE: singular I said
> FEATURES: Why keeping USE?
> FEATURE: I told you singular!
> 
> regards,
> Bapt

Cheers,
Max
___
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: how to use -f[no-]color-diagnostics clang option with ports

[Max Brazhnikov]

On Thu, 21 Feb 2013 12:49:30 + Anton Shterenlikht wrote:
> clang colours corrupt script() output, e.g.:
> 
> #warning This file includes at least one deprecated or antiquated header. \
> ^[[0;1;32m ^
> ^[[0m1 warning generated.
> ^[[31m^[[1mLinking CXX executable ../../../bin/pvbatch
> ^[[0m[ 91%] Built target pvbatch-real
> 
> Can I use something like this
> 
>  CFLAGS+= -fno-color-diagnostics
>  CXXFLAGS+= -fno-color-diagnostics
> 
> to suppress colour?

CMAKE_ARGS+=-DCMAKE_COLOR_MAKEFILE=off

Max
___
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: Re: libreoffice

[Max Brazhnikov]

On Thu, 21 Feb 2013 20:54:59 +0100 Wojciech Puchar wrote:
> >
> > You know that time a quickstarter saves you starting a program is
> > just the same time it made your system start take longer.
> 
> true. but if user close a document and then open another - you get twice 
> the waiting time.
> 
> > Quick starters are a huge part of the reason windows installations
> > start to feel sluggish after some time. They are a plague, binding
> > resources before it's even clear that they're needed.
> 
> i can accept 100MB of VM "locked" per user for speed.

libreoffice --quickstart --nologo

___
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] FreeBSD Port: deskutils/strigi

[Max Brazhnikov]

On Mon, 04 Mar 2013 23:56:11 -0500 Mike Jakubik wrote:
> Hello,
> 
> I am unable to compile this port with either Clang or GCC, have also 
> reinstalled clucene but no luck.

Try this recipe:
http://mail.kde.org/pipermail/kde-freebsd/2013-February/014846.html


___
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: Stop in /usr/ports/devel/qt4-corelib.

[Max Brazhnikov]

On Sat, 09 Mar 2013 22:23:58 +0100 Per olof Ljungmark wrote:
> FreeBSD 9.1-STABLE #0 r248028
> 
> Ports tree from an hour ago
> 
> The error is
> 
> g++ -c -O2 -pipe -fno-strict-aliasing -pthread
> -I/usr/local/include/glib-2.0 -I/usr/local/include -O2
> -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -pthread
> -D_THREAD_SAFE -fPIC -DQT_SHARED -DQT_BUILD_CORE_LIB
> -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS
> -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_USE_ICU
> -DHB_EXPORT=Q_CORE_EXPORT -DGNU_LIBICONV -DQT_NO_DEBUG -DQT_HAVE_MMX
> -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3
> -DQT_HAVE_SSSE3 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE
> -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../include
> -I../../include/QtCore -I.rcc/release-shared -Iglobal
> -I../3rdparty/harfbuzz/src -I../3rdparty/md5 -I../3rdparty/md4
> -I.moc/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o
> ..obj/release-shared/qglobal.o global/qglobal.cpp
> In file included from ../../include/QtCore/qatomic_arch.h:1,

..skip..

> .../../include/QtCore/../../src/corelib/tools/qbytearray.h: In function
> 'uint qstrlen(const char*)':
> .../../include/QtCore/../../src/corelib/tools/qbytearray.h:79: error:
> redefinition of 'uint qstrlen(const char*)'
> /usr/local/include/qcstring.h:57: error: 'uint qstrlen(const char*)'

The problem is that qt-3 installs headers directly to common path 
/usr/local/include and these headers are included instead of Qt4's.
As a workaroud you may deinstall qt-3, update your ports and then install qt3.

Max
___
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] qt-3.3 conflicts with qt4-webkit

[Max Brazhnikov]

On Thu, 21 Mar 2013 14:37:05 +0100 Andrea Venturoli wrote:
> Hello.
> 
> Up to today, I've had the two ports in subject installed without any 
> problem.
> Today, while making some upgrades, I see they conflict...
> 
> Why do they suddenly do this?

Because qt4 ports fail to build in the presence of qt3.

CONFLICTS_BUILD doesn't prevent you from having both packages installed,
it only means that you can't build the port if packages from CONFLICTS_BUILD
are already installed.

> I've looked in /usr/ports/x11-toolkits/qt33/Makefile: it CONFLICTS with 
> linguist-0.* qt-2.* qt-3.0.* qt-3.1.* qt-3.2.* qt-designer-2.* 
> xfmail-1.5.[0-5] xfmail-1.5.5_[1-2], but not with qt4-*.

Unlike CONFLICTS (or CONFLICTS_INSTALL), CONFLICTS_BUILD is not mutual.
 
> In /usr/ports/www/qt4-webkit/Makefile, there is no CONFLICT at all, so I 
> guessed this could come from /usr/ports/Mk/bsd.qt.mk.
> There I find:
> 
>  > .if defined(QT_DIST)
>  > ...
>  > CONFLICTS_BUILD=qt-3.* qt-copy-3.*
> 
> This was introduced on March 15.
> 
> So, provided I need both as slaves ports of other applications (and I 
> don't think I'm alone), is there any way I can fix this?
> Why was this conflict set up in the first place?
> What is QT_DIST?

QT_DIST means that the ports is a part of Qt4 distribution.

Max



___
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: OpenCASCADE

[Max Brazhnikov]

On Fri, 22 Mar 2013 14:58:48 +0100 Andrea Venturoli wrote:
> Hello.
> 
> Several months ago, I sent you a port skeleton for OpenCASCADE 6.5.2.
> The version in ports is still at 6.3.
> In the meanwhile 6.5.2 is already old, as 6.5.3 is out.
> 
> I understand there are other ports in the tree which require OpenCASCADE 
> 6.3.

Are they incompatible with new version?
 
> My proposal is to rename 6.3 from opencascade to opencascade-legacy or 
> opencascade63 and introduce a new 6.5.3 port.
> I could create the latter and volunteer to maintain it.
> 
> What do you think?
> 
>   bye & Thanks
>   av.
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: strigi conflicts with libstreamanalyzer and its self

[Max Brazhnikov]

On Tue, 09 Apr 2013 00:45:25 -0700 Beeblebrox wrote:
> Running a pkg upgrade command and results in error:
> Reinstalling pulseaudio-2.0
>   Installing libstreams: 0.7.8
>   Installing libstreamanalyzer: 0.7.8
>   Installing strigidaemon: 0.7.8
>   Reinstalling libmpeg2-0.5.1_1
>   Installing strigiclient: 0.7.8
>   Installing strigiutils: 0.7.8
>   Upgrading firefox: 19.0.2,1 -> 20.0,1
>   Upgrading seamonkey: 2.16.1 -> 2.17
>   Upgrading vlc: 2.0.5_2,3 -> 2.0.5_3,3
>   Upgrading strigi: 0.7.8 -> 0.7.8_2
> 
> pkg: WARNING: locally installed strigi-0.7.8 conflicts on
> /usr/local/share/strigi/fieldproperties/strigi.rdfs with:
>   - libstreamanalyzer-0.7.8
> pkg: WARNING: locally installed strigi-0.7.8 conflicts on
> /usr/local/include/strigi/bufferedstream.h with:
>   - libstreams-0.7.8
> pkg: WARNING: locally installed strigi-0.7.8 conflicts on
> /usr/local/include/strigi/asyncsocketclient.h with:
>   - strigidaemon-0.7.8
> pkg: WARNING: locally installed strigi-0.7.8 conflicts on
> /usr/local/include/strigi/qtdbus/strigiasyncclient.h with:-
> strigiclient-0.7.8
> 
> Also with - strigiutils-0.7.8

Read UPDATING 20130326.

Max
___
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] kopete-kde4 fails to build

[Max Brazhnikov]

On Wed, 10 Apr 2013 15:44 -0400 Jerry wrote:
> On Wed, 10 Apr 2013 11:41:03 -0700 (PDT)
> Anthony Jenkins articulated:
> 
> > Looks like the QT4-QT3 incompatibility - try uninstalling
> > x11-toolkits/qt33 and rebuilding, then reinstalling qt33.
> 
> I don't have that installed. As far as I can tell, I don't have any
> QT3\* ports installed. The closest I can find is "qt4-qt3support-4.8.4"
> It is shown as a dependency of "kopete-4.9.5" and a crap load of
> other programs. What happens if I just delete "kopete-4.9.5" and then
> try to build the updated version?

>From your build log:
/usr/local/include/qt4/QtCore/qbytearray.h:79: error: redefinition of 'uint 
qstrlen(const char*)'
/usr/local/include/qcstring.h:57: error: 'uint qstrlen(const char*)' previously 
defined here

include/qcstring.h is installed by x11-toolkits/qt33. Either you have qt3
package installed or your system polluted with leftovers.

Max
___
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: ports/multimedia/vlc 2.0.5: conflicts with qt3

[Max Brazhnikov]

On Sat, 13 Apr 2013 11:45:13 +0200 Matthias Apitz wrote:
> El día Saturday, April 13, 2013 a las 11:37:36AM +0200, Dimitry Andric 
> escribió:
> 
> > On Apr 13, 2013, at 08:16, Matthias Apitz  wrote:
> > > The above port (recent from SVN) stops with:
> > > 
> > > ...
> > > ===> Fetching all distfiles required by qt4-corelib-4.8.4_1 for building
> > > 
> > > ===>  qt4-corelib-4.8.4_1 conflicts with installed package(s):
> > >  qt-3.3.8_14
> > > 
> > >  They will not build together.
> > >  Please remove them first with pkg_delete(1).
> > > *** [check-build-conflicts] Error code 1
> > > 
> > > Stop in /usr/ports/devel/qt4-corelib.
> > > *** [build-depends] Error code 1
> > > 
> > > Stop in /usr/ports/multimedia/vlc.
> > > 
> > > Any idea for a workaround? Thanks
> > 
> > Yes, delete Qt3.  Qt4 cannot build with Qt3 present on the system.
> 
> This is not an option because I do need Qt3 for other ports;

The problem with Qt3 (btw, the same with KDE 3/KDE 4) is that it installs
headers directly to ${LOCALBASE}/include. Quite often these headers are
mistakenly included instead of Qt4's, resulting weird build errors.

Qt3 and Qt4 packages don't conflict, you can have them both installed. But you
can't build (or upgrade) Qt4 ports if Qt3 is already presented. You have to
deinstall Qt3 before upgrading ports and reinstall it after.

> I
> checked the port multimedia/vlc and it seems to build with:
> 
> # make install clean BATCH=yes WITHOUT_QT4=yes WITHOUT_SKINS=yes
> 
>   matthias
> 
___
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: textproc/stardict3 3.0.4 does not compile

[Max Brazhnikov]

On Tue, 16 Apr 2013 08:31:31 +0200 Matthias Apitz wrote:
> El día Tuesday, April 16, 2013 a las 07:20:20AM +0200, Matthias Apitz 
> escribió:
> 
> > 
> > Hello,
> > 
> > Compilation of the above port stops with:
> > 
> > # make
> > ...
> > libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -Wall
> > -I/usr/local/include/gtk-2.0 -I/usr/local/include/gio-unix-2.0/
> > -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo
> > -I/usr/local/include/pixman-1 -D_THREAD_SAFE
> > -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/libpng15
> > -I/usr/local/include/pango-1.0 -pthread -I/usr/local/include/freetype2
> > -I/usr/local/include/glib-2.0 -I/usr/local/include/libxml2
> > -I/usr/local/include -I.. -I.. -g -O2 -MT libcommon.lo -MD -MP -MF
> > .deps/libcommon.Tpo -c libcommon.cpp  -fPIC -DPIC -o .libs/libcommon.o
> > In file included from libcommon.cpp:30:
> > libcommon.h:191: error: could not convert template argument 'gzclose' to
> > 'int (*)(zip::gzFile_s*)'
> > libcommon.h:191: error: invalid type in declaration before ';' token
> > libcommon.cpp: In function 'int unpack_zlib(const char*, const char*)':
> > libcommon.cpp:602: error: invalid conversion from 'void*' to
> > 'zip::gzFileWrapper'
> > libcommon.cpp:617: error: 'get_impl' was not declared in this scope
> > gmake[2]: *** [libcommon.lo] Error 1
> 
> It seems that there is a fix from July 20 of last year in the code
> of startdict:
> 
> http://code.google.com/p/stardict-3/issues/detail?id=31

I added these patches some time ago:
http://svnweb.freebsd.org/ports/head/textproc/stardict3/files/
 
> I will test this and report back to maintainer if it works to be
> included in the port.
> 
>   matthias
> 
___
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: textproc/stardict3 3.0.4 does not compile

[Max Brazhnikov]

On Tue, 16 Apr 2013 20:44:39 +0200 Matthias Apitz wrote:
> El día Tuesday, April 16, 2013 a las 02:56:30PM +0200, Matthias Apitz 
> escribió:
> 
> > > > > 'zip::gzFileWrapper'
> > > > > libcommon.cpp:617: error: 'get_impl' was not declared in this scope
> > > > > gmake[2]: *** [libcommon.lo] Error 1
> > > > 
> > > > It seems that there is a fix from July 20 of last year in the code
> > > > of startdict:
> > > > 
> > > > http://code.google.com/p/stardict-3/issues/detail?id=31
> > > 
> > > I added these patches some time ago:
> > > http://svnweb.freebsd.org/ports/head/textproc/stardict3/files/
> > 
> > I'm on head with the ports tree (r315646 as of April 1); I will check why
> > the problem remains (the machine is at home); thx
> 
> Your patch is active in ports r315646 and was executed correctly; I revoked it
> and after this it compiles fine; it seems that the patches are for
> zlib-1.2.6 while we are not on this level, do we?

it's 1.2.7  according to the man in 9.1-stable.
___
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: [math/scilab] configuration failure by error in version check of hdf5

[Max Brazhnikov]

On Tue, 22 Oct 2013 16:19:55 -0700 Don Lewis wrote:
> On  9 Oct, Mamoru Iwaki wrote:
> > Hi,
> > 
> > Re: math/scilab (Revision 327746)
> > 
> > I have failed to configure this port in compilation stage these days.
> > It is caused by an error in version check code for hdf5.  Because the
> > code writen in Java uses String.compareTo() for numeric comparision,
> > "1.8.10" is not recognized as a newer one than "1.8.4".
> > Could somebody correct this easy bug?
> 
> Scilab 5.4.1 is out now, so the port should probably be updated.  This
> version of scilab removed the version check for hdf5.
> 
> This is the patch that I'm using with the current port.  Just drop it in
> the files directory, run "make clean", and then rebuild.
> 
> --- configure.orig2013-10-09 00:04:19.0 -0700
> +++ configure 2013-10-09 10:41:39.0 -0700
> @@ -12226,14 +12226,15 @@
>  
>  public class conftest {
>  public static void main(String[] argv) {
> -String minVersion="1.8.4";
> +int minVersion=10804;
>  int[] vers = new int[3];
>  try { H5.H5get_libversion(vers); }
>  catch (Throwable ex) {System.exit(-1);}
>  String ver = vers[0] + "."+ vers[1] +"."+vers[2];
> +int Version = 1*vers[0] + 100*vers[1] + vers[2];
>  
>  System.out.println(ver);
> -  if (minVersion.compareTo(ver) > 0) {
> +  if (minVersion > Version) {
> System.exit(-1);
>  }

I've committed this patch, thanks!

Max

___
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: [math/scilab] configuration failure by error in version check of hdf5

[Max Brazhnikov]

On Thu, 24 Oct 2013 20:43:29 +0900 Mamoru Iwaki wrote:
> (2013/10/23 22:10), Max Brazhnikov wrote:
> > On Tue, 22 Oct 2013 16:19:55 -0700 Don Lewis wrote:
> >> On  9 Oct, Mamoru Iwaki wrote:
> >>> Hi,
> >>>
> >>> Re: math/scilab (Revision 327746)
> >>>
> >>> I have failed to configure this port in compilation stage these days.
> >>> It is caused by an error in version check code for hdf5.  Because the
> >>> code writen in Java uses String.compareTo() for numeric comparision,
> >>> "1.8.10" is not recognized as a newer one than "1.8.4".
> >>> Could somebody correct this easy bug?
> >>
> >> Scilab 5.4.1 is out now, so the port should probably be updated.  This
> >> version of scilab removed the version check for hdf5.
> >>
> >> This is the patch that I'm using with the current port.  Just drop it in
> >> the files directory, run "make clean", and then rebuild.
> >>
> >> --- configure.orig 2013-10-09 00:04:19.0 -0700
> >> +++ configure  2013-10-09 10:41:39.0 -0700
> >> @@ -12226,14 +12226,15 @@
> >>
> >>   public class conftest {
> >>   public static void main(String[] argv) {
> >> -String minVersion="1.8.4";
> >> +int minVersion=10804;
> >>   int[] vers = new int[3];
> >>   try { H5.H5get_libversion(vers); }
> >>   catch (Throwable ex) {System.exit(-1);}
> >>   String ver = vers[0] + "."+ vers[1] +"."+vers[2];
> >> +int Version = 1*vers[0] + 100*vers[1] + vers[2];
> >>
> >>   System.out.println(ver);
> >> -  if (minVersion.compareTo(ver) > 0) {
> >> +  if (minVersion > Version) {
> >>  System.exit(-1);
> >>   }
> >
> > I've committed this patch, thanks!
> >
> > Max
> >
> 
> Thanks, but the committed patch looks different from Don's original 
> patch.  Unfortunately, the committed patch still causes version check 
> error in configuration stage, and the patch does not work as expected. 
> We can find two very similar conftest codes around there.  The original 
> patch fixed the bug around line 12226 as above, howver the comitted one 
> did around line 12281.  I think the conftest around line 12226 (or both 
> conftests around lines 12226 and ass81) should be corrected.  The 
> attached patch could be a candidate to correct both conftests.

Done, thanks!

Any volunteer for maintaining the port?

Max
___
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: how to install into staging area correctly?

[Max Brazhnikov]

On Fri, 06 Dec 2013 11:06:59 -0500 Vick Khera wrote:
> I have a port locally that does this to install a file so other ports that
> depend on this can have something to depend on from the file system.

You don't need any file, ports can depend on pkgname [1]:

p5-Spiffy>=0.26:${PORTSDIR}/devel/p5-Spiffy

[1] 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-depend.html

Cheers,
Max
___
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: pkg amd64 11-current: several packages installed via pkg install do not work, but work when built/installed directly via ports

[Max Brazhnikov]

On Sun, 05 Jan 2014 13:53:02 -0800 Anton Shterenlikht wrote:
> HI
> 
> Before I PRs on this, I wanted to check
> if nobody else has seen this problem.
> 
> In particular:
> 
> audio/sdl_mixer
> x11/nvidia-driver
> 
> give errors when installed via pkg install.
> This is on 11.0-CURRENT #8 r257910 with
> default /etc/pkg/FreeBSD.conf and pkg.conf.
> 
> nvidia:
> 
> KLD nvidia.ko: depends on kernel - not available or version mismatch
> linker_load_file: Unsupported file type
> 
> sdl_mixer:
> 
> $ monsterz
> /usr/local/share/monsterz/monsterz.py: could not open data from 
> `/usr/local/share/monsterz'.
> Traceback (most recent call last):
>   File "/usr/local/share/monsterz/monsterz.py", line 1994, in 
> main()
>   File "/usr/local/share/monsterz/monsterz.py", line 1983, in main
> data = Data(sharedir)
>   File "/usr/local/share/monsterz/monsterz.py", line 305, in __init__
> pygame.mixer.music.load(join(dir, 'sound', 'music.s3m'))
> pygame.error: Unrecognized music format
> $
> 
> games/monsterz indirectly depends on audio/sdl_mixer.
> 
> When rebuilt via ports directly - no errors.
> 
> So, has anybody else seen this?

I've just found similar errors on 9-stable with a couple of sdl based games
built at the same box using poudriere/9.2-release.

Max
___
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-opengl update failed

[Max Brazhnikov]

On Wed, 08 Jan 2014 10:12:40 +0300 Sergey V. Dyatko wrote:
> Hi,
> 
> possible we need few lines in UPDATING ? I suppose something like `pkg
> set -o x11/qt4-opengl:graphics/qt4-opengl` command should help.

I thought portmaster tracks MOVED. I've added updating instructions anyway.

Cheers,
Max
___
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: pkg amd64 11-current: several packages installed via pkg install do not work, but work when built/installed directly via ports

[Max Brazhnikov]

On Tue, 07 Jan 2014 13:19:18 -0800 Anton Shterenlikht wrote:
> >From m...@freebsd.org Tue Jan  7 19:12:59 2014
> >
> >On Sun, 05 Jan 2014 13:53:02 -0800 Anton Shterenlikht wrote:
> >> HI
> >> 
> >> Before I PRs on this, I wanted to check
> >> if nobody else has seen this problem.
> >> 
> >> In particular:
> >> 
> >> audio/sdl_mixer
> >> x11/nvidia-driver
> >> 
> >> give errors when installed via pkg install.
> >> This is on 11.0-CURRENT #8 r257910 with
> >> default /etc/pkg/FreeBSD.conf and pkg.conf.
> >> 
> >> nvidia:
> >> 
> >> KLD nvidia.ko: depends on kernel - not available or version mismatch
> >> linker_load_file: Unsupported file type
> >> 
> >> sdl_mixer:
> >> 
> >> $ monsterz
> >> /usr/local/share/monsterz/monsterz.py: could not open data from 
> >> `/usr/local/share/monsterz'.
> >> Traceback (most recent call last):
> >>   File "/usr/local/share/monsterz/monsterz.py", line 1994, in 
> >> main()
> >>   File "/usr/local/share/monsterz/monsterz.py", line 1983, in main
> >> data = Data(sharedir)
> >>   File "/usr/local/share/monsterz/monsterz.py", line 305, in __init__
> >> pygame.mixer.music.load(join(dir, 'sound', 'music.s3m'))
> >> pygame.error: Unrecognized music format
> >> $
> >> 
> >> games/monsterz indirectly depends on audio/sdl_mixer.
> >> 
> >> When rebuilt via ports directly - no errors.
> >> 
> >> So, has anybody else seen this?
> >
> >I've just found similar errors on 9-stable with a couple of sdl based games
> >built at the same box using poudriere/9.2-release.
> 
> ok, so it's a real issue.
> I'll start a PR and send you the link in case
> you want to add something.

sdl_mixer was fixed in r340105, the problem was in disabled support for mikmod
music.

Cheers,
Max
___
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: Updating KDE

[Max Brazhnikov]

On Thu, 20 Feb 2014 05:50:15 -0500 Jerry wrote:
> I was just perusing  as shown in the
> UPDATING file regarding KDE4. I saw the following notation:
> 
> Enable in /etc/make.conf: 
> WITH_NEW_XORG=yes
> WITH_GALLIUM=yes 
> 
> I am running "FreeBSD 10.0-RELEASE #0 r260789" with a nVidia card using the
> latest nVidia driver available in the ports system. Do I have to enter that
> information shown above in my "/etc/make.conf" file prior to updating KDE?

For nvidia you need only WITH_NEW_XORG=yes.

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

Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported

[Max Brazhnikov]

On Fri, 25 Apr 2014 16:12:10 +0400 Boris Samorodov wrote:
> 22.04.2014 10:48, O. Hartmann пишет:
> > On Sun, 13 Apr 2014 20:50:01 +0400
> > Boris Samorodov  wrote:
> > 
> >> 12.04.2014 17:16, O. Hartmann пишет:
> >>> On Fri, 11 Apr 2014 08:19:45 -0400
> >>> Ajtim  wrote:
> >>>
>  On Friday 11 April 2014 13:08:33 O. Hartmann wrote:
> > On Wed, 09 Apr 2014 02:23:58 +0400
> >
> > Boris Samorodov  wrote:
> >> 09.04.2014 00:25, O. Hartmann пишет:
> >>> On Tue, 08 Apr 2014 23:16:33 +0400
> >>>
> >>> Boris Samorodov  wrote:
>  08.04.2014 17:42, O. Hartmann пишет:
> > Since the update of print/cups from 1.5.X to 1.7.1
> 
>  How did you do it?
> >>>
> >>> As it is reported in /usr/ports/UPDATING. I delete first cups-image,
> >>> then did the update which reeled in all the new stuff automatically.
> >>
> >> OK, lets start from some obvious things.
> >> Did you restart cupsd while experimenting?
> >
> > No.
> >
> >> Give an output for:
> >> -
> >> % type lpr
> >
> > lpr is /usr/local/bin/lpr
> > pkg which /usr/local/bin/lpr
> > /usr/local/bin/lpr was installed by package cups-base-1.7.1
> >
> >> % ls -l /usr/local/etc/cups
> >
> > -r--r--r--  1 root  wheel  2807 11 Apr 11:58 cups-browsed.conf
> > -rw-r-  1 root  cups   3197  8 Apr 17:15 cups-files.conf
> > -rw-r-  1 root  cups   3197  8 Apr 17:15 cups-files.conf.bak
> > -rw-r-  1 root  wheel  3137 11 Apr 12:02 cups-files.conf.sample
> > -r--r--r--  1 root  wheel  9521 11 Apr 11:50 cups-pdf.conf
> > -r--r--r--  1 root  wheel  9521 11 Apr 11:50 cups-pdf.conf.sample
> > -rw-r-  1 root  cups   3442  8 Apr 17:22 cupsd.conf
> > -rw-r-  1 root  cups   5098  8 Apr 17:20 cupsd.conf.O
> > -rw-r-  1 root  cups   3442  8 Apr 17:22 cupsd.conf.bak
> > -rw-r-  1 root  wheel  4492 11 Apr 12:02 cupsd.conf.default
> > -r--r--r--  1 root  wheel  4492 11 Apr 12:02 cupsd.conf.sample
> > drwxr-xr-x  2 root  wheel   512 11 Apr 12:02 interfaces
> > -r--r--r--  1 root  wheel  1875  8 Apr 19:17 mime.convs
> > -r--r--r--  1 root  wheel  1874 11 Apr 12:02 mime.convs.sample
> > -r--r--r--  1 root  wheel  6456  8 Apr 19:18 mime.types
> > -r--r--r--  1 root  wheel  6455 11 Apr 12:02 mime.types.sample
> > drwxr-xr-x  2 root  cups512 11 Apr 12:02 ppd
> > -rw---  1 root  cups   4134  8 Apr 17:33 printers.conf
> > -rw---  1 root  cups   4134  8 Apr 14:58 printers.conf.O
> > -rw---  1 root  cups   4134  8 Apr 17:22 printers.conf.bak
> > -rw-r--r--  1 root  cups946 11 Apr 11:53 pstoraster.convs
> > -r--r--r--  1 root  wheel   778 11 Apr 12:04 pstotiff.convs
> > -r--r--r--  1 root  wheel  2084 11 Apr 12:04 pstotiff.types
> > -r--r--r--  1 root  wheel   284 11 Apr 11:49 snmp.conf
> > -r--r--r--  1 root  wheel   284 11 Apr 12:02 snmp.conf.sample
> > drwx--  2 root  cups512 11 Apr 12:02 ssl
> >
> >> % make -C /usr/ports/print/cups-client pretty-print-config
> >
> > -GNUTLS (whoops ... this is not the default, isn't it?)
> >
> > ==> corrected that with a new recompilation with rmconfig preceded.
> >
> >> % grep CUPS /etc/make.conf
> >
> > NULL (menas: no output)
> >
> >> % pkg info -x cups hp foo gut
> >
> > cups-base-1.7.1
> > cups-client-1.7.1
> > cups-filters-1.0.52
> > cups-image-1.7.1
> > cups-pdf-2.6.1_1
> > cups-pstoraster-8.15.4_7
> > cups-samba-6.0_7
> > gutenprint-cups-5.2.8_1
> > libgnomecups-0.2.3_5,1
> > linux-f10-cups-libs-1.3.11_1
> > foomatic-db-hpijs-1.4
> > hplip-3.14.1
> > kdevelop-php-1.6.0_1
> > kdevelop-php-docs-1.6.0_1
> > php5-5.4.27
> > swhplugins-0.4.15_4
> > foomatic-db-20140331
> > foomatic-db-engine-4.0.11,2
> > foomatic-db-hpijs-1.4
> > foomatic-filters-4.0.17
> > gimp-gutenprint-5.2.8
> > gutenprint-base-5.2.8
> > gutenprint-cups-5.2.8_1
> > gutenprint-ijs-5.2.8
> >
> >> -
> >>
> >> Stop cupsd, move temporary /var/log/cups/*_log to another location.
> >> Start cupsd and look for suspicious messages at /var/log/cups/* files.
> >
> > Nothing suspicious so far. With print/cups-filters installed, the whole 
> > cups
> > printing system is corrupted and doesn't print a single sheet of paper
> > (PDF/PS) normal es expected.
> >
> >
> > Prior to this task, I recompiled, as you suggested, first all cups 
> > ports and
> > afterwards hplip/foomatic. I also installed print/cups-filters before
> > recompiling hplip/foomatic.
> 
>  It works for me now (FreeBSD 10.0-RELEASE):
> 
>  I did deinstall cups* and hplip. Than installed cups and patched hplip. 
>  First 
>  I used as usual hp-business_inkjet_3000-hpijs-pcl3.ppd.gz and it didn't 

Scilab 5.5.0

[Max Brazhnikov]

Hi folks,

I've finally got a chance update math/scilab to the latest release.
The patch can be found at
http://people.freebsd.org/~makc/patches/scilab550-20140729.diff.xz

If you prefer a packed port directory:
http://people.freebsd.org/~makc/ports/scilab550-20140729.txz

I've reduced the number of options mainly for simplicity, PVM is not supported 
anymore.

I have tested it on 9-amd64/10-amd64, so I'm interested in other combinations.
Please report back to me in case of success or failure.

Scilab may crash at start up if graphics/libglesv2 is installed, deinstall it 
and try again before reporting a problem.

Max
___
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: Scilab 5.5.0

[Max Brazhnikov]

On Mon, 28 Jul 2014 17:16:20 -0700 Kevin Oberman wrote:
> On Mon, Jul 28, 2014 at 3:10 PM, Max Brazhnikov  wrote:
> 
> > Hi folks,
> >
> > I've finally got a chance update math/scilab to the latest release.
> > The patch can be found at
> > http://people.freebsd.org/~makc/patches/scilab550-20140729.diff.xz
> >
> > If you prefer a packed port directory:
> > http://people.freebsd.org/~makc/ports/scilab550-20140729.txz
> >
> > I've reduced the number of options mainly for simplicity, PVM is not
> > supported
> > anymore.
> >
> > I have tested it on 9-amd64/10-amd64, so I'm interested in other
> > combinations.
> > Please report back to me in case of success or failure.
> >
> > Scilab may crash at start up if graphics/libglesv2 is installed, deinstall
> > it
> > and try again before reporting a problem.
> >
> > Max
> > ___
> > 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"
> >
> 
> Max,
> 
> Great! But please submit this to buzilla (https://bugs.freebsd.org/bugzilla/)
> so it will not get lost. (By the way, if it won't work with libglesv2, add
> a CONFLICTS statement to the Makefile.)

It won't get lost, I promise as maintainer and committer :)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Parallel python package support with pkg

[Max Brazhnikov]

On Sat, 09 Aug 2014 23:24:41 +0200 Marcus von Appen wrote:
> Dear all,
> 
> the pkg team created something outstanding with pkg 1.3, which you might have
> missed. Since version 1.3, pkg supports the installation of packages, which
> share the same origin (location in the ports tree), but have different package
> names.
> 
> In practice, this means that you can install e.g. a python module for two
> different Python versions at the same time with pkg now (a last fix for it was
> provided on August, the 8th, for the ports, so make sure to update your ports
> tree beforehand).
> 
> To install a python module for different Python version, you just have to
> provide PYTHON_VERSION=pythonX.Y at the command line:
> 
>   # go to py-tkinter
>   $ cd /usr/ports/x11-toolkits/py-tkinter
> 
>   # install it for the default python (2.7)
>   $ make install clean
> 
>   # install it for python 3.3, too
>   $ make PYTHON_VERSION=python3.3 install clean
> 
>   # check the installed packages
>   $ pkg info \*tkinter
>   py27-tkinter-2.7.8_5
>   py33-tkinter-3.3.5_5
> 
> Please note, that this will not work for all python ports yet. Those, which
> install conflicting files (most often applications or configuration files),
> will still create a conflict. If you need to offer that specific port for
> different python versions at the same time, you may want to follow up with the
> maintainer and our python team.
> 
> If you are a maintainer and wish to enable your port for different python
> versions, but something blocks you, get in touch with our python team for
> assistance.
> 
> You can find our contact details at https://wiki.freebsd.org/Python.
> 
> Cheers
> Marcus on behalf of python@

Awesome! Thanks a lot for working on this!

Max
___
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: Boost ports update

[Max Brazhnikov]

On Mon, 14 May 2012 10:04:45 +0200, Armin Pirkovitsch wrote:
> Hi Alex,
> 
> is there anything we can do to help you with the update to 1.48 right 
> now?
> The default release cycle of boost suggests that 1.50 will soon be 
> released (although we might have some time since there have been 
> questions about the release plan for 1.50 and no definite answers to it 
> yet)
> 
> It would be nice to have 1.48 in ports prior to that release so we can 
> have a go at 1.50 as soon as it has been released...

Here's the list of ports that fails with new boost:
http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-8-exp-latest/index_edited.html

Patches and fixes are welcome. But I'm going to commit the update soon anyway.

Cheers,
Max
___
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: Boost ports update

[Max Brazhnikov]

On Mon, 14 May 2012 10:04:45 +0200, Armin Pirkovitsch wrote:
> Hi Alex,
> 
> is there anything we can do to help you with the update to 1.48 right 
> now?
> The default release cycle of boost suggests that 1.50 will soon be 
> released (although we might have some time since there have been 
> questions about the release plan for 1.50 and no definite answers to it 
> yet)
> 
> It would be nice to have 1.48 in ports prior to that release so we can 
> have a go at 1.50 as soon as it has been released...

Here's the list of ports that fails with new boost:
http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-8-exp-latest/index_edited.html

Patches and fixes are welcome. But I'm going to commit the update soon anyway.

Cheers,
Max
___
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: py27-kdebindings-pykde4-4.7.2 build error

[Max Brazhnikov]

On Sat, 19 May 2012 14:44:41 -0400, Janos Dohanics wrote:
> In the end though, building py27-kdebindings-pykde4-4.7.2 still ends
> with an error:

to see actual error you need to run 'make DISABLE_MAKE_JOBS=1 CMAKE_VERBOSE=1'
___
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: category for new port databases/freexl

[Max Brazhnikov]

On Sun, 20 May 2012 13:16:05 -0700, Jason Helfman wrote:
> > new port:
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/168131
> >
> > submitter suggests:
> >
> > CATEGORIES= databases geography
> >
> > but:
> > COMMENT=Library to extract valid data from within an Excel (.xls)
> > spreadsheet
> >
> >
> > am I right in that this just needs to be:
> >
> > CATEGORIES= textproc
> >
> >
> > --
> > Michael Scheidell, CTO
> >  >*| * SECNAP Network Security Corporation
> > d: +1.561.948.2259
> > w: http://people.freebsd.org/~scheidell
> 
> Seems reasonable. You may want to inquire from submitter, as well.

and suggest him to use 'port create' from ports-mgmt/porttools, instead of 
copy-pasting Makefiles from existing ports.

Cheers,
Max
___
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: graphics/djvulibre

[Max Brazhnikov]

On Fri, 25 May 2012 17:10:29 -0400, b. f. wrote:
> Are there many users of the QT3 djvulibre GUI in
Qt3 is unsupported upstream and in ports for many years, I discourage people 
from using it.

> ports/graphics/djvulibre who would have difficulties switching to one
> of the other GUIs?  The upstream developers have removed it from the
> latest versions of the djvulibre distribution, and I am wondering
> whether it is worth some special effort to retain it when I update the
> djvulibre ports.
> 
> b.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: KDE 4.8

[Max Brazhnikov]

On Fri, 25 May 2012 16:54:28 -0500, ajtiM wrote:
> I use portmaster for KDE 4.8 updtae and it stopped:
> 
> The devel/kdebindings4-python port has been deleted: kdebindings ports have 
> been refactored.
> 
> What do I need to do, please?

Just remove it.
___
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: math/ess CONFLICTS with devel/noweb, help with CONFLICTS= needed

[Max Brazhnikov]

On Fri, 08 Jun 2012 22:03:49 +0100, Matthew Seaman wrote:
> However, plain CONFLICTS is the popular choice for Makefiles, as it
> takes effect before you waste too much time building a package you can't
> install.
>
> In principle, CONFLICTS_INSTALL is frequently going to be the more
> "correct" choice.  In practice, it seems to be up to the port maintainer
> to choose which to specify, and most just use plain CONFLICTS.

CONFLICTS_INSTALL/BUILD are relatively new, that's why they are less spread 
than plain CONFLICTS.

Max
___
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: Re: How to remove erroneous deps from pkgng

[Max Brazhnikov]

On Sat, 21 Jul 2012 21:56:49 -0700 Doug Barton wrote:
> KDE folks  Jason's suggestion (by private e-mail for some reason)
> was that we add pkgconfig to USE_GNOME= for every port that depends on
> kdelibs that doesn't already have it; since almost, if not actually all
> of them are currently relying on the run-dep side effect. I can't see
> any reason NOT to do this, but if you have an objection please speak up
> sooner rather than later.

KDE 4 ports don't require pkgconfig although they may use it if available. If 
some ports strongly rely on pkgconfig and don't set USE_GNOME properly they 
must be fixed. So let have exp-run first.

Max
___
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: Re: How to remove erroneous deps from pkgng

[Max Brazhnikov]

On Sun, 22 Jul 2012 09:51:40 -0500 Jeremy Messenger wrote:
> You need to start to respect the people's work and plan, Doug. Also I
> am part of team that maintaining the bsd.gnome.mk. Yes it will be
> re-add if anyone plan to remove it, because I already have planned add
> the :build/:run feature in the bsd.gnome.mk that the without :* will
> be both build/run time dependency.

in kde4.mk we support not only run/build suffixes, but also have default  
dependence type if suffix is not set.

> The only thing that I don't plan is to chase thousands of port to have
> the 'pkgconfig;build'. If anyone want to take up this task is cool
> with me.

Why should we change lots of ports and always keep eyes on new ports, if it 
can be altered once in .mk ??
 
Max
___
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: Re: How to remove erroneous deps from pkgng

[Max Brazhnikov]

On Mon, 23 Jul 2012 04:37:08 +0300 Kimmo Paasiala wrote:
> Looking at the bsd.kde4.mk it looks like there's not much logic to
> detect the "right" kind of dependency. It seems to use suffixes _build
> and _run to achieve the same effect as pkgconfig:build and
> pkgconfig:run would have. 
Right.

> It defaults to both build and run dependency
> if no type is specified.
This is not correct. For example, USE_KDE4= automoc4 (without any suffix) will 
bring BUILD only dependency on devel/automoc4. The great majority ports don't 
need ever possibility to run depend on build tools like automoc4, but kde4.mk 
still provides it (the only consumer if automoc4_run can be IDE, I suppose).

The way USE_KDE4 is implemented allows to minimize the use of suffixes, that's 
the right way in my understanding.

Max
___
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: Installation of "kdenetwork-4.8.4_2" fails

[Max Brazhnikov]

On Sat, 22 Sep 2012 18:56:22 +0100, Chris Rees wrote:
> This patch is untested, but if you really have successfully linked
> kdenetwork with libotr-4.0.0 then it should work no problem.
> 
> Please let us know.

kdenetwork doesn't support libotr-4.0.0

Max
___
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: k3b 2.0

[Max Brazhnikov]

On Wed, 28 Jul 2010 10:13:56 +0200, Dominic Fandrey wrote:
> Just out of curiosity, is anyone working on porting k3b 2.0?
> I'd like to get rid of the KDE3 legacy. Especially, because
> kdelibs3 is such a pain to build (fails if openssl-1.0 is present).
> 
> Regards
> 

Port for k3b-2.0.0 is available at 
http://area51.pcbsd.org/trunk/area51/PORTS/sysutils/k3b-kde4/

and it will be committed to ports soon.

Max
___
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 building kdenetwork-4.5.1

[Max Brazhnikov]

On Fri, 03 Sep 2010 18:57:39 +0200, Angelo Turetta wrote:
>   [ 45%] Building CXX object
> kget/transfer-plugins/bittorrent/CMakeFiles/kget_bittorrentfactory.dir/bttr
> ansfer.o In file included from /usr/local/include/torrent/torrent.h:43,
>   from
> /space/usr/ports/net/kdenetwork4/work/kdenetwork-4.5.1/kget/transfer-plugin
> s/bittorrent/bttransfer.cpp:24:
> /usr/local/include/torrent/download.h:43:31: error: sigc++/connection.h:
> No such file or directory
> /usr/local/include/torrent/download.h:44:34: error:
> sigc++/functors/slot.h: No such file or directory

it seems kdenetwork4 picks up wrong includes.

what does 'pkg_info -W /usr/local/include/torrent/download.h' say?

Max
___
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] Error building kdenetwork-4.5.1

[Max Brazhnikov]

On Fri, 3 Sep 2010 22:28:24 +0400, Max Brazhnikov wrote:
> On Fri, 03 Sep 2010 18:57:39 +0200, Angelo Turetta wrote:
> >   [ 45%] Building CXX object
> > 
> > kget/transfer-plugins/bittorrent/CMakeFiles/kget_bittorrentfactory.dir/bt
> > tr ansfer.o In file included from
> > /usr/local/include/torrent/torrent.h:43,

try to build it with the patch (put it to net/kdenetwork4/files).

Max
--- ./kget/transfer-plugins/bittorrent/CMakeLists.txt.orig  2010-05-17 
00:04:17.0 +0400
+++ ./kget/transfer-plugins/bittorrent/CMakeLists.txt   2010-09-03 
23:11:25.423061403 +0400
@@ -1,6 +1,6 @@
 set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} ${KDE4_ENABLE_EXCEPTIONS}")
 
-include_directories(
+include_directories(BEFORE
 ../../
 ${LIBKTORRENT_INCLUDE_DIR}
 )
___
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] (no subject)

[Max Brazhnikov]

On Tue, 14 Sep 2010 07:36:42 -0700, Cy Schubert wrote:
> In message <83aankbg6h.wl%kub...@gmail.com>, Raphael Kubo da Costa writes:
> > At Mon, 13 Sep 2010 19:25:23 -0700,
> > 
> > Cy Schubert wrote:
> > > CMake Error at libs/kworkspace/CMakeLists.txt:14 (soprano_add_ontology):
> > >   Unknown CMake command "soprano_add_ontology".
> > 
> > Have you installed Soprano?
> 
> Yes. It was dragged in due to some prereq.

Try to rebuild soprano, 'soprano_add_ontology' comes from 
/usr/local/share/cmake/Modules/SopranoAddOntology.cmake

Max
___
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: Can't update x11/kdelibs4

[Max Brazhnikov]

On Wed, 15 Sep 2010 09:00:26 +0400, Ruslan Mahmatkhanov wrote:
> Good day!
> 
> I'm trying to update x11/kdelibs4 and process stops with this message:
> 
> -- Building kdelibs...
> CMake Error at cmake/modules/FindPackageHandleStandardArgs.cmake:129
> (MESSAGE):
>Could NOT find Phonon: Found version "4.3.1", but required is at least
>"4.3.80" (found /usr/local/include/qt4)
> Call Stack (most recent call first):
>cmake/modules/FindPhonon.cmake:35 (find_package_handle_standard_args)
>cmake/modules/FindKDE4Internal.cmake:672 (find_package)
>CMakeLists.txt:40 (find_package)
> 
> 
> -- Configuring incomplete, errors occurred!
> *** Error code 1
> 
> Stop in /usr/ports/x11/kdelibs4.
> 
> 
> I have this in make.conf:
> WITH_QT_PHONON=yes
> 
> smeshariki2# pkg_info | grep phonon
> qt4-phonon-4.6.3Qt4 multimedia framework
> qt4-phonon-gst-4.6.3 Qt4 multimedia framework, gstreamer backend
> 
> I've tried to reinstall qt4-phonon, but nothing changed.
> 
> Any hints?

See ports/UPDATING 20100511


___
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: How long does a repocopy take?

[Max Brazhnikov]

On Mon, 4 Oct 2010 18:57:35 + (UTC), Helmut Schneider wrote:
> Hi,
> 
> sorry for my impatience but I asked for a repocopy about one week ago
> and now I'm wondering how long normally a repocopy takes.

Submit patch vs existing port ask for repocopy. Commiter will request repocopy 
from portmgr@
___
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: How to handle files installed to /usr/local/lib/qt4/plugins/script/ correctly in pkg-plist?

[Max Brazhnikov]

On Sun, 10 Oct 2010 00:02:11 +0200, Friedemann Becker wrote:
> Hello,
> 
> I'm trying to make a port for musescore, it's compiling and
> installing, and now I'm working through the testing chapter in the
> porter's handbook.
> Musescore has some files that are installed into the
> /usr/local/lib/qt4/plugins/script/ directory, and I'm wondering how to
> handle them correctly. All other files install to ${PREFIX}/..., but I
> don't know what to do with the qt-lib directory. Is it okay to leave
> the files there, and if I do so how do I tell pkg-plist about that?
> Is it okay to just put absolute paths there? like
> /usr/local/lib/qt4/plugins/script/libqtscript_core.so?

bsd.qt.mk defines several substitutions for plist (e.g. QT_PLUGINDIR_REL for 
lib/qt4/plugins), you should use them instead hardcoded paths.

> Also strange: there already are installed versions of these files, for
> instance it looks like
> 
> -rwxr-xr-x   1 root  wheel2363778 Oct  9 12:48 libqtscript_uitools.so
> lrwxr-xr-x   1 root  wheel 28 Jun 30 18:42
> libqtscript_uitools.so.1 -> libqtscript_uitools.so.1.0.0
> lrwxr-xr-x   1 root  wheel 28 Jun 30 18:42
> libqtscript_uitools.so.1.0 -> libqtscript_uitools.so.1.0.0
> -r--r--r--   1 root  wheel 974529 Jun 30 18:42
> libqtscript_uitools.so.1.0.0
>
> where libqtscript_uitools.so is installed by Musescore, the symbolic
> links and the libqtscript_uitools.so.1.0.0 where already there.
> 
> What to do best in this situation?

These are installed by devel/qtscriptgenerator. You should patch your port to 
not install these files, otherwise your port will be in conflict with 
qtscriptgenerator.

Max




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

Re: [CFT] cpu stresser^W libreoffice 3.3.0 final

[Max Brazhnikov]

On Wed, 2 Feb 2011 20:04:23 +, Baptiste Daroussin wrote:
> > I have no problem installing, reinstalling, or using LO on i386, except
> > that I get many warning messages on the uninstall. But pkg_info -g
> > counts 178 missing files.
> > 
> > 19 have "x86_64" in their paths. These directories do not exist on my
> > system, but I have directories with "x86" in the names instead. (But
> > there are 57 such lines in pkg-plist. It looks like each file is listed
> > three times.)
> 
> what the fuck is that can show the generated +CONTENT there are no are
> in pkg-plist only plist_sub (LOARCH) which is x86_64 on amd64 and x86
> on i386.
> 
> > Also, instead of basprovfx.uno.so, I have basprovfi.uno.so. In fact, it
> > looks like I have 159 "fi" files, where I see 159 "fx" files in
> > pkg-plist.
> 
> once again posting your +CONTENT would help but it looks like black
> magic to me :)

Hi Baptiste,

packaging fails on i386. The build log from my tinderbox:

http://people.freebsd.org/~makc/tb/libreoffice-3.3.0.log.bz2

Max
___
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 to install - solution

[Max Brazhnikov]

On Fri, 18 Sep 2009 09:28:31 +0300, Marin Atanasov wrote:
> Hi,
>
> I've been upgrading my ports using portmaster today, but during upgrade of
> qt4-gui the install process fails.

unset QMAKESPEC in your environment.

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

Re: FreeBSD Port: quassel-0.5.0

[Max Brazhnikov]

On Wed, 25 Nov 2009 08:50:35 +0200, Balogh Szabolcs wrote:
> It is possible to spli Quassel-IRC into:
>  - quassel-core (maybe a statically linked version, which doesn't
> require QT)
building quassel-core still requires non-gui Qt libraries, you have to install 
Qt anyway.

>  - quassel-client
>  - quassel-monolithic-client
ports options allow to build them independently, so you can have core and 
client on different boxes. I think this is sufficient in most cases.

Max
___
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: Updating x11/kdelibs4 compile failure

[Max Brazhnikov]

On Wed, 2 Dec 2009 10:10:42 +, David Southwell wrote:
> Is this a problem with qt4 dependencies???
> 
> Has anyone a fix for this?

It picks up qt3 headers. As a workaround, deinstall qt3 before updating kde4 
ports.

> Thanks in advance
> 
> This is on amd64 Freebsd 7.2 p3 system:
> 
> /usr/ports/x11/kdelibs4/work/kdelibs-4.3.4/kio/bookmarks/kbookmarkmanager.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
> QPtrListStdIterator::operator!=(const QPtrListStdIterator&)
>  const [with type = KBookmark]':
> /usr/ports/x11/kdelibs4/work/kdelibs-4.3.4/kio/bookmarks/kbookmarkmanager.c
> c:617: instantiated from here
> /usr/local/include/qptrlist.h:54: error: 'const class
> QPtrListStdIterator' has no member named 'node'
> /usr/local/include/qptrlist.h: In member function
>  'QPtrListStdIterator QPtrListStdIterator::operator++() [with
>  type = KBookmark]':
> /usr/ports/x11/kdelibs4/work/kdelibs-4.3.4/kio/bookmarks/kbookmarkmanager.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
> 'QPtrList::QPtrList(const QPtrList&) [with type =
> QDBusObjectPath]':
> /usr/local/include/qt4/QtCore/qmetatype.h:127:   instantiated from 'void*
> qMetaTypeConstructHelper(const T*) [with T = QPtrList]'
> /usr/local/include/qt4/QtCore/qmetatype.h:152:   instantiated from 'int
> qRegisterMetaType(const char*, T*) [with T = QPtrList]'
> /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 'QPtrList'
> /usr/local/include/qptrlist.h: In copy constructor
> 'QPtrList::QPtrList(const QPtrList&) [with type =
> QDBusSignature]':
> /usr/local/include/qt4/QtCore/qmetatype.h:127:   instantiated from 'void*
> qMetaTypeConstructHelper(const T*) [with T = QPtrList]'
> /usr/local/include/qt4/QtCore/qmetatype.h:152:   instantiated from 'int
> qRegisterMetaType(const char*, T*) [with T = QPtrList]'
> /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 'QPtrList'
> *** 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"

Re: Updating x11/kdelibs4 compile failure

[Max Brazhnikov]

On Wed, 2 Dec 2009 10:36:42 +, David Southwell wrote:
> > > /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 'QPtrList'
> > > /usr/local/include/qptrlist.h: In copy constructor

pkg_info -W /usr/local/include/qptrlist.h
/usr/local/include/qptrlist.h was installed by package qt-3.3.8_10

> I only have qt4 installed!!

You have either qt3 installed or polluted /usr/local/include/

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

CFT: Qt-4.6.0

[Max Brazhnikov]

The FreeBSD KDE team is pleased to announce public call for testing Qt-4.6.0. 
Ports can be downloaded from area51 repository:

svn co http://area51.pcbsd.org/trunk/area51/QT

and integrated into portstree using 'qtmerge' script from 
http://area51.pcbsd.org/trunk/area51/Tools/scripts/

Alternatively you can use patch vs portstree:
http://people.freebsd.org/~makc/patches/qt460.patch.bz2

Knowing issues: devel/qt4-designer fails to build when previous version is 
installed, so you have to deinstall qt4-designer before starting update 
procedure.

Please send feedback to kde-free...@kde.org

Special thanks to Alberto Villa for his hard work on getting Qt-4.6.0 ports 
into shape.

Max Brazhnikov, on behalf of the FreeBSD KDE team


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

Re: [CFT] sysutils/apcupsd update to 3.14.8

[Max Brazhnikov]

On Sat, 6 Mar 2010 20:38:26 +0200, Ion-Mihai Tetcu wrote:
> Attached diff updates apcupsd to the latest stable version.
> The change logs are here:
> http://apcupsd.cvs.sourceforge.net/viewvc/*checkout*/apcupsd/apcupsd/Rele
> as eNotes?pathrev=Release-3_14_8
> 
> AFAIK this should fix all reported problems.
> 
> I'd be grateful if you could test it and report back successes or
> failures (I'm badly missing non-production UPSes to test on).

===>  Applying FreeBSD patches for apcupsd-3.14.8
No file to patch.  Skipping...
1 out of 1 hunks ignored--saving rejects to ./src/powerflute.c.rej
=> Patch patch-src__powerflute.c failed to apply cleanly.
=> Patch(es) patch-configure patch-src__apcaccess.c applied cleanly.
*** Error code 1

Assuming the patch was staled I've removed it and compiled port. No
regression for me.

Max

___
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: misc/tellico patches - No reaction from maintainer

[Max Brazhnikov]

On Thu, 15 Apr 2010 10:39:51 +0200, c...@c-s.li wrote:
> Hi everybody,
> A couple of months ago, I sent a patch to update misc/tellico but never
> got any reaction from its maintainer. Could somebody please have a look.
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=142191
> 
> many thanks,
> C-S

I'll take it
___
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: misc/tellico patches - No reaction from maintainer

[Max Brazhnikov]

On Thu, 15 Apr 2010 13:28:57 +0200, Rene Ladan wrote:
> 2010/4/15 Max Brazhnikov :
> > On Thu, 15 Apr 2010 10:39:51 +0200, c...@c-s.li wrote:
> >> Hi everybody,
> >> A couple of months ago, I sent a patch to update misc/tellico but never
> >> got any reaction from its maintainer. Could somebody please have a look.
> >>
> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=142191
> >>
> >> many thanks,
> >> C-S
> >
> > I'll take it
> 
> It looks like marcus@ still has it?

Don't confuse marcus@ and markus@ :)
Last time I've asked Markus he is not interested in maintaining ports. I've 
taken several ports from him already.

Max
___
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: Responding to a challenge

[Max Brazhnikov]

On Sun, 18 Apr 2010 23:52:43 -0400, Thomas Abthorpe wrote:
> edwin@ threw down this gauntlet when I accepted my recent hat,
> http://blogs.freebsdish.org/tabthorpe/2010/03/25/catching-up-on-recent-even
> ts/comment-page-1/#comment-13022
> 
> I have responded.  Sure it is lame, I am a porter, not a song writer!

Great! We are waiting for audio version now! :)

Max
___
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: How to depend on package in EGG?

[Max Brazhnikov]

On Thu, 22 Apr 2010 08:46:31 +0400, Ruslan Mahmatkhanov wrote:
> 22.04.2010 02:23, Greg Larkin пишет:
> > You can depend on the installed package name, instead of a file in the
> > port like so:
> > 
> > RUN_DEPENDS+=   py-enchant>=0:${PORTSDIR}/textproc/py-enchant

You have to use ${PYTHON_PKGNAMEPREFIX}enchant>=0 in this case.

Max
___
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: UPDATING entry for phonon ports

[Max Brazhnikov]

On Tue, 11 May 2010 11:18:43 -0700, Doug Barton wrote:
> Dima,
> 
> In 1.921 you suggested the following:
>   portmaster -o multimedia/qt4-phonon multimedia/phonon
>   portmaster -o multimedia/qt4-phonon-gst multimedia/phonon-gstreamer
> 
> But I'm confused. I have qt4-phonon-4.6.1_1 and qt4-phonon-gst-4.6.1_1
> installed currently, but those ports are marked IGNORE. Is your
> intention to tell users that they should be replacing the qt4 versions
> with multimedia/phonon and multimedia/phonon-gstreamer? If so, then the
> order of the arguments for the -o options for portmaster (and I'm almost
> certain for portupgrade as well) needs to be reversed.
> 
> OTOH, the non-qt4 ports also have IGNORE lines in them. In any case, it
> would be nice if there were more information about this in the UPDATING
> entry. What's there right now makes no sense to me at all, although I'm
> sure it made sense to you when you wrote it. :)
> 
> I am not using KDE, but I do have qt4 installed for other stuff. When I
> get done doing the updates you're suggesting, what phonon ports should I
> have installed?

if you don't use kde, then put WITH_QT_PHONON=yes to make.conf and ignore 
UPDATING notes for phonon ports.

Max
___
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] UPDATING entry for phonon ports

[Max Brazhnikov]

On Tue, 11 May 2010 16:01:44 -0500, Rusty Nejdl wrote:
> That should read instead:
> 
>   portmaster -o multimedia/phonon multimedia/qt4-phonon 
>   portmaster -o multimedia/phonon-gstreamer multimedia/qt4-phonon-gst 
> 
> Rusty Nejdl

Fixed, thanks!

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

[Max Brazhnikov]

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


___
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: Catch up with xz import

[Max Brazhnikov]

On Wed, 19 May 2010 19:42:44 +0200, Christian Weisgerber wrote:
> (This goes to all the maintainers of ports with an archivers/xz
> dependency.)
> 
> The xz utils and lzma library have been imported into base for
> 9.0-CURRENT and 8.0-STABLE.  The patch below makes the dependency
> on the archivers/xz port conditional on OSVERSION.
> 
> I have not bumped PORTREVISION.  (People might update the ports
> right now, but base only later, so incrementing PORTREVISION doesn't
> really help, I think.)
> 
> Please check and comment.  I intend to commit this soon.

Ok for KDE ports.

Max


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

Re: [kde-freebsd] kdebase4-runtime doesn't pull in libssh if compat7x is installed

[Max Brazhnikov]

On Mon, 24 May 2010 06:50:03 +0400, Yuri Pankov wrote:
> x11/kdebase4-runtime doesn't in pull security/libssh as dependency if we
> have misc/compat7x installed (installs libssh.so.4 as well, in different
> location). Detection of security/libssh could be changed to
> ${LOCALBASE}/include/libssh/libssh.h. Patch attached.

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

Re: Lyx again

[Max Brazhnikov]

On Fri, 28 May 2010 06:45:17 -0500, ajtiM wrote:
> Hi!
> 
> As I know we have Lix version 1.5 in ports but outside is 1.6.6 . And as I
> read Lyx doesn;t has a maintainer.
> 
> It was debate about ths long time ago but nothing is changed. I found :
> 
> "On Sat 27 Mar 2010 at 09:34:54 PDT Baptiste Daroussin wrote:
> >Le Saturday 27 Mar 2010 à 17:32:42 (+0100), Marco Beishuizen a écrit :
> >> Hi,
> >> 
> >> I was wondering why LyX in the FreeBSD ports isn't upgraded anymore. The
> >> current version in ports is still 1.5.7, but the latest LyX version is
> >> 1.6.5. The version in ports is 1,5 years old.
> >
> >Probably because noone has taken time to do the job (lyx15 has no
> >maintainer) but feel free to send a PR to update it or even better to
> >maintain it.
> 
> If Baptiste declines. I can take maintainership of this one.
> 
> -- Charlie"
> 
> but there were no response.

I suggest to remove print/lyx15, repocopy print/lyx port to lyx14, and then 
update print/lyx to the latest version.

Please, submit pr for lyx-1.6.x and I will assist you with getting it to 
ports.

Max
___
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: Data files and ports

[Max Brazhnikov]

On Fri, 11 Jun 2010 16:29:18 -0300Fri, 11 Jun 2010 17:41:45 +0300, Jesse Smith 
wrote:
> Thanks to everyone who replied. There were some good points made all
> around. Let's say that I do decide to go with the idea of making the
> Data files a separate port. How do I tell the Ports system not to try to
> build the data file and instead just install the files to a location of
> my choosing? Usually a project's Makefile decides what gets built and
> where items go, but data packages are... dumb, they're just files. My
> thought is to create a patch which adds a Makefile to the "work"
> directory after the archive is untarred, which would handle the "make"
> and "make install" commands.

from bsd.port.mk:
# NO_BUILD  - Use a dummy (do-nothing) build target.
# NO_INSTALL- Use a dummy (do-nothing) install target.

COPYTREE_SHARE macro which copies the directory entire with its subtree and 
sets correct permissions can be useful for your port as well.

Max
___
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] qt4-moc link failure

[Max Brazhnikov]

On Sat, 12 Jun 2010 16:26:51 -0700, Doug Barton wrote:
> On 06/12/10 00:18, Andriy Gapon wrote:
> > on 12/06/2010 03:40 Rob Farmer said the following:
> >> On Fri, Jun 11, 2010 at 12:31 PM, Doug Barton  wrote:
> >>> Full log is at http://people.freebsd.org/~dougb/qt4-moc.log
> >> 
> >> It looks like you compiled with g++45 but the very last command (the
> >> link) is using g++ (ie the base system gcc). I don't know enough about
> >> compilers to say for sure if that would cause the problem or not, but
> >> its probably a good starting point.
> > 
> > Yeah, here is my earlier post to kde@ list, no reply to it:
> > http://www.mail-archive.com/kde-free...@kde.org/msg08123.html
> 
> Thanks Andriy, your suggestion to edit
> /usr/local/share/qt4/mkspecs/common/g++.conf did the trick. :)
> 
> So, kde folks, is this going to be _the_ solution to this problem, or
> can y'all come up with a better one? If we're going to push in the
> direction of a "ports compiler" this is a problem that needs to be solved.

qmake is designed to use special mkspecs for compilers. The only solution now 
is to create qmake mkspecs files for each compiler. Then switching between 
different compilers can be done via QMAKESPEC environment.

Max
___
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.4 won't build

[Max Brazhnikov]

On Thu, 17 Jun 2010 08:46:54 -0500, Troy wrote:
> [ 48%] Built target kio
> gmake: *** [all] Error 2
> *** Error code 1
> 
> Stop in /usr/ports/x11/kdelibs4

'make -DCMAKE_VERBOSE -DDISABLE_MAKE_JOBS' and show us actual error.

Max
___
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.4 won't build

[Max Brazhnikov]

On Fri, 18 Jun 2010 01:52:30 -0500, Troy wrote:
> /usr/ports/x11/kdelibs4/work/kdelibs-4.4.4/nepomuk/core/resourcedata.cpp
> In file included from
> /usr/ports/x11/kdelibs4/work/kdelibs-4.4.4/nepomuk/core/resourcedata.cpp:29
> : /usr/ports/x11/kdelibs4/work/kdelibs-4.4.4/build/nepomuk/core/pimo.h:870:
> error: expected unqualified-id before ')' token
> gmake[2]: *** [nepomuk/core/CMakeFiles/nepomuk.dir/resourcedata.o] Error 1
> gmake[2]: Leaving directory
> `/usr/ports/x11/kdelibs4/work/kdelibs-4.4.4/build'
> gmake[1]: *** [nepomuk/core/CMakeFiles/nepomuk.dir/all] Error 2
> gmake[1]: Leaving directory
> `/usr/ports/x11/kdelibs4/work/kdelibs-4.4.4/build'
> gmake: *** [all] Error 2
> *** Error code 1

Seems you have not followed ports/UPDATING 20100511.
Rebuild redland\*, raptor\*, soprano and try kdelibs again.

Max
___
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: make install with kdebase-workspace-4.4.4 not working

[Max Brazhnikov]

On Sun, 20 Jun 2010 12:44:20 -0500, Troy wrote:
> Max,
> 
> What about this one.  I was trying to do a 'make install' on
> kdebase4-workspace and it's erroring.  I did not find anything in
> UPDATING around this.

It seems you have kdelibs4 package corrupted (you can check that with 
'pkg_info -g'). Clean working directories, rebuild kdelibs4 and continue 
update.
 
> [ 69%] Built target krunner_shell
> [ 69%] Built target krunner_solid_automoc
> [ 69%] Built target krunner_solid
> [ 69%] Built target krunner_webshortcuts_automoc
> [ 69%] Built target krunner_webshortcuts
> [ 69%] Built target krunner_nepomuksearchrunner_automoc
> Scanning dependencies of target krunner_nepomuksearchrunner
> [ 69%] Building CXX object
> plasma/generic/runners/nepomuksearch/CMakeFiles/krunner_nepomuksearchrunner
> .dir/nepomuksearchrunner.o In file included from
> /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener
> ic/runners/nepomuksearch/nepomuksearchrunner.h:28, from
> /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener
> ic/runners/nepomuksearch/nepomuksearchrunner.cpp:19:
> /usr/local/kde4/include/KDE/Nepomuk/Query/Result:1:37: error:
> .../../../nepomuk/result.h: No such file or directory
> In file included from
> /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener
> ic/runners/nepomuksearch/nepomuksearchrunner.cpp:31:
> /usr/local/kde4/include/KDE/Nepomuk/Query/QueryServiceClient:1:49: error:
> ../../../nepomuk/queryserviceclient.h: No such file or directory In file
> included from
> /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener
> ic/runners/nepomuksearch/nepomuksearchrunner.cpp:20:
> /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gene
> ric/runners/nepomuksearch/queryclientwrapper.h:55: error: 'Result' is not a
> member of 'Nepomuk::Query'
> /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener
> ic/runners/nepomuksearch/queryclientwrapper.h:55: error: 'Result' is not a
> member of 'Nepomuk::Query'
> /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener
> ic/runners/nepomuksearch/queryclientwrapper.h:55: error: template argument
> 1 is invalid
> /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener
> ic/runners/nepomuksearch/nepomuksearchrunner.cpp: In member function
> 'virtual void
> Nepomuk::SearchRunner::match(Plasma::RunnerContext&)':
> /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener
> ic/runners/nepomuksearch/nepomuksearchrunner.cpp:107: error: incomplete
> type 'Nepomuk::Query::QueryServiceClient' used in nested name specifier
> gmake[2]: ***
> [plasma/generic/runners/nepomuksearch/CMakeFiles/krunner_nepomuksearchrunne
> r.dir/nepomuksearchrunner.o] Error 1
> gmake[1]: ***
> [plasma/generic/runners/nepomuksearch/CMakeFiles/krunner_nepomuksearchrunne
> r.dir/all] Error 2
> gmake: *** [all] Error 2
> *** Error code 2
> 
> Stop in /usr/ports/x11/kdebase4-workspace.
> *** Error code 1
> 
> Stop in /usr/ports/x11/kdebase4-workspace.

___
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: kdelibs4 [4.4.5] compile failure for 4.4.4 repeated

[Max Brazhnikov]

On Thu, 1 Jul 2010 01:42:42 -0700, da...@vizion2000.net wrote:
> Can anyone please tell me what is going on here -- and how to fix it? Ever
> since following the instructions in UPDATING 20100511 I have
> 1. Been unable to compile kdepim4
> 2. Had numerous problems with kdelibs4
> 
> This is the failure from the latest portupgrade which seeks to upgrade to
> 4.4.5. The error is virtually the same one experienced with 4.4.4

Apparently something was messed up during your update. Rebuild redland\*, 
raptor\*, soprano\*, and then kdelibs. If you still experience troubles with 
kde ports, restart build by "make -DDISABLE_MAKE_JOBS -DCMAKE_VERBOSE" to 
reveal actual errors.

Max
___
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: kdelibs4 [4.4.5] compile failure for 4.4.4 repeated

[Max Brazhnikov]

> Thanks very much - will do -- I have also installed virtuoso. I got the
> impression I needed it as well as redland. Is that correct

Virtuoso is a run dependency for nepomuk (kdebase-runtime), you don't need it 
to build kde.
___
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: kdelibs4 [4.4.5] compile failure for 4.4.4 repeated

[Max Brazhnikov]

On Thu, 1 Jul 2010 03:52:33 -0700, da...@vizion2000.net wrote:
> Just attempting to rebuild kdelibs4 now. In the early part of the compile
> there is a report (Summarised) saying
> 
> "The following optional packages could NIOT be located on your system"
> 
> Soprano (2.3.70 or higher)   [pkg_info actually shows soprano-2.4.3
> installed)
> Soprano Redland Backend  [How is this and the following two installed?}

Have you rebuilt soprano as I suggested? make sure you have not set 
WITHOUT_REDLAND in /var/db/ports/soprano/options or in make.conf

> LibACL
> FAM

you may ignore these two

> It seems strange that these items are not installed as a dependency in any
> case.
> Any reason why kdelibs4 should not be picking up presence of soprano?

Something is wrong with your soprano installation.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: cvs commit: ports/accessibility/kdeaccessibility Makefile ports/arabic/kde3-i18n Makefile ports/arabic/koffice-i18n Makefile ports/audio/arts Makefile ports/audio/juk Makefile ports/audio/mpeglib_

[Max Brazhnikov]

On Thu, 07 Jul 2011 11:09:37 -0700, Doug Barton wrote:
> On 07/07/2011 10:21, Max Brazhnikov wrote:
> > Reset maintainership de jure. In fact KDE 3 has not been maintained by
> > our team
> > 
> >   for a long time, not to mention upstream.
> >   
> >   Discussed a while ago among the KDE/FreeBSD team.
> 
> Certainly if the ports are not being maintained by kde@ then dropping
> maintainership is the right solution. However given the situation
> wouldn't deprecation+expiry be the logical next step?

Until ports are not broken or/and forbidden I see no reason for deprecation 
and removing them.
However you may consider this step as a recommendation to migrate from 
Qt3/KDE3 ports to anything else.

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

KDE3 and Qt3 are not maintained anymore

[Max Brazhnikov]

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.

On behalf KDE FreeBSD team,
Max
___
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: ruby and amarok - dead lock?

[Max Brazhnikov]

On Tue, 23 Aug 2011 18:05:27 +0200, Oliver Heesakkers wrote:
> Op dinsdag 23 augustus 2011 17:22:07 schreef Heino Tiedemann:
> > Hi There
> > 
> > 
> > ist is like a bite in your own ass (dead lock):
> > 
> > 
> > [UODATING]: The default ruby version has been updated to 1.9. Please
> > rebuild all ports that
> > 
> > [AMAROK] BROKEN= does not build with ruby 1.9
> > 
> > What To do?
> 
> Switch to audio/amarok-kde4.

you can look at audio/clementine-player also, it's a fork of old amarok, 
ported to Qt4.

> Unless it's an easy fix, I doubt these kde3/qt3 programs will get the
> attention needed to fix it.
> 
> (the GUI is terribly slow since Amarok 2.4.3, but I assume they'll fix that
> in the future)
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

Re: x11/kdelibs4 build error

[Max Brazhnikov]

On Wed, 19 Oct 2011 12:38:54 -0400, Janos Dohanics wrote:
> Trying to build kdelibs-4.7.2 and ran into this error:
> 
> http://wwwp.3dresearch.com/build_kdelibs4_01
> 
> I'd appreciate your help.

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

Re: kdemultimedia-4.7.2 fails to build on 9-current

[Max Brazhnikov]

On Tue, 8 Nov 2011 15:43:56 -0800, Aric Gregson wrote:
> /usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/juk/ktrm.cpp:
> 45:27:  error: tunepimp/tp_c.h: No such file or directory

Please show us configure output for kdemultimedia4.

Max
___
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: kdemultimedia-4.7.2 fails to build on 9-current

[Max Brazhnikov]

On Wed, 9 Nov 2011 10:37:37 -0800, Aric Gregson wrote:
> On Wed, 09 Nov 2011 16:18:18 +
> 
> Max Brazhnikov  wrote:
> > For some reason libtunepimp is not detected correctly. Can I see
> > CMakeError.log now? You can find it under
> > work/kdemultimedia-4.7.2/build/CMakeFiles/
> 
> I've attached it. Thanks.
> 
> > Please, don't drop maillist from CC.
> 
> Apologies, it was not intentional.

Determining if the function tr_GetPUID exists in the 
/usr/local/lib/libtunepimp.so failed with the following output:
Change Dir: 
/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/CMakeFiles/CMakeTmp

Run Build Command:/usr/local/bin/gmake "cmTryCompileExec/fast"
/usr/local/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make 
CMakeFiles/cmTryCompileExec.dir/build
gmake[1]: Entering directory 
`/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/CMakeFiles/CMakeTmp'
/usr/local/bin/cmake -E cmake_progress_report 
/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/CMakeFiles/CMakeTmp/CMakeFiles
 
1
Building C object CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o
/usr/bin/cc  -D_GNU_SOURCE -O2 -pipe -fno-strict-aliasing  -
DCHECK_FUNCTION_EXISTS=tr_GetPUID   -o 
CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o   -c 
/usr/local/share/cmake/Modules/CheckFunctionExists.c
Linking C executable cmTryCompileExec
/usr/local/bin/cmake -E cmake_link_script 
CMakeFiles/cmTryCompileExec.dir/link.txt --verbose=1
/usr/bin/cc   -O2 -pipe -fno-strict-aliasing  -
DCHECK_FUNCTION_EXISTS=tr_GetPUID
CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o  -o cmTryCompileExec  
/usr/local/lib/libtunepimp.so -pthread -Wl,-rpath,/usr/local/lib 
/usr/bin/ld: warning: libfftw3.so.5, needed by /usr/local/lib/libtunepimp.so, 
not found (try using -rpath or -rpath-link)
/usr/local/lib/libofa.so.0: undefined reference to `fftw_plan_r2r_1d'
/usr/local/lib/libofa.so.0: undefined reference to `fftw_execute'
/usr/local/lib/libofa.so.0: undefined reference to `fftw_destroy_plan'
gmake[1]: *** [cmTryCompileExec] Error 1
gmake[1]: Leaving directory 
`/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/CMakeFiles/CMakeTmp'
gmake: *** [cmTryCompileExec/fast] Error 2

The problem is clear now. Some libraries are still linked to non-existent old 
libfftw3. You have to rebuild libofa and libtunepimp at least. But don't 
hesitate to use e.g. pkg_libchk from sysutils/bsdadminscripts to find out all 
ports that must be rebuilt.

Max
___
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: ports/textproc/stardict3

[Max Brazhnikov]

On Fri, 18 Nov 2011 13:54:04 +0100, Matthias Apitz wrote:
> Hello,
> 
> The port (ports tree from CVS) ports/textproc/stardict3
> 
> ports/textproc/stardict3
> PORTVERSION=3.0.3
> MAINTAINER= m...@freebsd.org
> 
> installs fine on 10-CURRENT, but the application just crahes or runs
> into a CPU loop; if it runs into CPU loop there is a core file of 'troff',
> i.e. it seems that it started for some man page reason the troff(1) and
> after this it loops;
Stardict has plugin for displaying man pages.
 
> I went back for this port only to
> 
> # cvs update -r RELEASE_8_2_0
> 
> which brings>
> PORTVERSION=3.0.1
> PORTREVISION=   5
> and this works just fine with all my dictionaries.
> 
> I could go back to 3.0.3 and provide more details of the crash, but I
> can't debug or solve this on my own. Or should I file a bug report?

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

Re: No working IDE in FreeBSD!

[Max Brazhnikov]

On Sun, 26 Feb 2012 11:48:36 +0100, O. Hartmann wrote:
> Codelite looks nice. But why is codelite setup in editors/codelite and
> not in devel/codelite as other IDEs?
Perhaps it started as advanced editor and then grew up to the IDE :)

> By the way, do all IDEs supported by FreeBSD suffer from being outdated
> and aged eons? CodeLite 3.5 is at this very moment the most recent
> version and claims to provide a much better LLVM/CLANG support.

Take a look at devel/qtcreator. At least you couldn't say that it's outdated, 
I've just updated it to the latest version :)

Max
___
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: PORT: multimedia/phonon-xine

[Max Brazhnikov]

On Sat, 03 Mar 2012 14:16:05 +0100, Mathias Picker wrote:
> Use  phonon-gstreamer.
> 
> portmaster -o multimedia/phonon-gstreamer multimedia/phonon-xine
You don't need '-o'. phonon-* ports don't conflict, so you may install all of 
them and then chose preferable backend in kde settings.

 

___
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: PORT: multimedia/phonon-xine

[Max Brazhnikov]

On Sat, 3 Mar 2012 07:36:14 -0500, Jerry wrote:
> Attempting to build the "multimedia/phonon-xine" port produces this
> error message:
> 
> ===>  phonon-xine-4.4.4_2 is marked as broken: deprecated upstream; refuses 
> to build with libxine 1.2.x.
> *** Error code 1
> 
> What is the status of getting this port fixed or the recommended
> procedure to circumvent this problem?
phonon-xine is dead. Use phonon-vlc or phonon-gstreamer

___
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: Boost ports update

[Max Brazhnikov]

On Tue, 13 Mar 2012 11:17:58 +0400, Alexander Churanov wrote:
> Folks,
> 
> There is good news: editors/koffice-kde4 builds successfully with Boost 1.48.
> It was failing in my tests because of conflict with qt33.
> 
> The only dependent port left that fails after update to 1.48 is
> deskutils/kdepim4.
What's the problem with kdepim4? I've started test build with boost 1.48 on my 
tinderbox, but it will take some time to rebuild ports.

> For others we either have fixes or a plan how to
> cope with failures.
> 
> I am going to find out what makes kdepim4 fail, then fix Boost for
> amd64 and submit an updated patch after that.
> 
> Alexander Churanov,
> maintainer of devel/boost-*
___
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: Boost ports update

[Max Brazhnikov]

On Tue, 13 Mar 2012 11:20:30 +, Max Brazhnikov wrote:
> On Tue, 13 Mar 2012 11:17:58 +0400, Alexander Churanov wrote:
> > Folks,
> > 
> > There is good news: editors/koffice-kde4 builds successfully with Boost 
> > 1.48.
> > It was failing in my tests because of conflict with qt33.
> > 
> > The only dependent port left that fails after update to 1.48 is
> > deskutils/kdepim4.
> What's the problem with kdepim4? I've started test build with boost 1.48 on 
> my tinderbox, but it will take some time to rebuild ports.

Well, the build have just finished, no problem with kdepim.

Max
___
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: make index failed

[Max Brazhnikov]

On Tuesday 05 June 2007, Boris Samorodov wrote:
> Please try to apply the following patch (cd cad/astk-serveur;
> patch < ):
> -
With additional similar patches for french/aster and french/gibi index builds 
fine.
--- french/aster/Makefile.orig	Sun May 20 00:04:59 2007
+++ french/aster/Makefile	Tue Jun  5 23:18:05 2007
@@ -170,7 +170,7 @@
 SHIA=		zsh
 .endif
 .if ${SHIA} == "bash"
-SHIADEP=	bash2
+SHIADEP=	bash
 .else
 SHIADEP=	${SHIA}
 .endif
--- french/gibi/Makefile.orig	Sun May 20 00:05:01 2007
+++ french/gibi/Makefile	Tue Jun  5 23:20:04 2007
@@ -55,7 +55,7 @@
 SHRG=		zsh
 .endif
 .if ${SHRG} == "bash"
-SHRGDEP=	bash2
+SHRGDEP=	bash
 .else
 SHRGDEP=	${SHRG}
 .endif
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gnash 0.8.1 submitted

[Max Brazhnikov]

I can't build port without plugin, while it builds fine with default options 
set.

/usr/ports/graphics/gnash# make -DWITHOUT_PLUGIN -DWITHOUT_GTK

Making all in utilities
gmake[2]: Entering directory 
`/usr/ports/graphics/gnash/work/gnash-0.8.1/utilities'
c++ -DHAVE_CONFIG_H -I. -I..  -I.. -I.. -I../libgeometry -I../libbase 
-I../server -I../server/parser -I../server/vm 
-DLOCALEDIR=\"/usr/local/share/locale\" -I/usr/local/include 
-I/usr/local/include/libxml2 -I/usr/local/include  -I/usr/local/include  
-O2 -fno-strict-aliasing -pipe -march=pentium4 -D_THREAD_SAFE  -pthread -W  
   -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type 
 -MT 
parser.o -MD -MP -MF .deps/parser.Tpo -c -o parser.o parser.cpp
mv -f .deps/parser.Tpo .deps/parser.Po
/bin/sh ../libtool --tag=CXX   --mode=link 
c++  -O2 -fno-strict-aliasing -pipe -march=pentium4 -D_THREAD_SAFE  -pthread
 -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith 
-Wreturn-type  -export-dynamic -lltdl -L/usr/local/lib -Wl,--as-needed -o 
gparser 
parser.o ../server/libgnashserver.la ../libbase/libgnashbase.la 
../backend/libgnashbackend.la ../libamf/libgnashamf.la -pthread 
-L/usr/local/lib -lavcodec -lz -la52 -lfaad -lgsm -lmp3lame -lx264 -lxvidcore 
-ltheora -lvorbisenc -lavutil -lvorbis -lm -logg   -L/usr/local/lib -ldca   
-L/usr/local/lib -lvorbisenc -lvorbis -lm -logg   -pthread -L/usr/local/lib 
-lavformat -lavcodec -lz -la52 -lfaad -lgsm -lmp3lame -lx264 -lxvidcore 
-ltheora -lvorbisenc -lavutil -lvorbis -lm -logg   -L/usr/local/lib -lavutil   
-L/usr/local/lib -ltheora -logg   -lgsm -pthread -L/usr/local/lib -lavcodec -lz 
-la52 -lfaad -lgsm -lmp3lame -lx264 -lxvidcore -ltheora -lvorbisenc -lavutil 
-lvorbis -lm -logg   -lm
mkdir .libs
c++ -O2 -fno-strict-aliasing -pipe -march=pentium4 -D_THREAD_SAFE -pthread -W 
-Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -Wl,--as-needed -o 
.libs/gparser 
parser.o -pthread -pthread -pthread -Wl,--export-dynamic  -L/usr/local/lib 
../server/.libs/libgnashserver.so ../libbase/.libs/libgnashbase.so 
../backend/.libs/libgnashbackend.so 
/usr/ports/graphics/gnash/work/gnash-0.8.1/server/.libs/libgnashserver.so 
/usr/ports/graphics/gnash/work/gnash-0.8.1/libamf/.libs/libgnashamf.so 
/usr/ports/graphics/gnash/work/gnash-0.8.1/libgeometry/.libs/libgnashgeo.so 
/usr/local/lib/libxml2.so /usr/local/lib/libfontconfig.so 
/usr/local/lib/libfreetype.so /usr/local/lib/libexpat.so 
/usr/local/lib/libSDL.so /usr/local/lib/libiconv.so /usr/local/lib/libXrandr.so 
/usr/local/lib/libXext.so /usr/local/lib/libXrender.so -lvga -lvgl 
/usr/local/lib/libaa.so -lncurses /usr/local/lib/libX11.so 
/usr/local/lib/libXau.so /usr/local/lib/libXdmcp.so -lrpcsvc -lusbhid 
../libamf/.libs/libgnashamf.so 
/usr/ports/graphics/gnash/work/gnash-0.8.1/libbase/.libs/libgnashbase.so 
/usr/local/lib/libjpeg.so /usr/local/lib/libcurl.so -lssl -lcrypto -lGL -lGLU 
/usr/local/lib/libltdl.so -lboost_date_time -lboost_thread 
/usr/local/lib/libdca.so -lavformat -lavcodec -lz /usr/local/lib/liba52.so 
-ldjbfft /usr/local/lib/libfaad.so -pthread -lgsm /usr/local/lib/libmp3lame.so 
-lx264 -lxvidcore /usr/local/lib/libtheora.so /usr/local/lib/libvorbisenc.so 
-lavutil /usr/local/lib/libvorbis.so /usr/local/lib/libogg.so -lm  -Wl,--rpath 
-Wl,/usr/local/lib/gnash -Wl,--rpath -Wl,/usr/local/lib
/usr/bin/ld: warning: libm.so.3, needed by /usr/local/lib/libGL.so, may 
conflict with libm.so.4
parser.o(.text+0x28): In function `parser::parse_end_movie(gnash::stream*, 
int)':
: undefined reference to `gettext'
parser.o(.text+0x74): In function `parser::parse_end_movie(gnash::stream*, 
int)':
: undefined reference to `gettext'
parser.o(.text+0x2f9): In function `parser::parse_place_object12
(gnash::stream*, int)':
: undefined reference to `gettext'
parser.o(.text+0x5f5): In function `parser::parse_place_object12
(gnash::stream*, int)':
: undefined reference to `gettext'
parser.o(.text+0x609): In function `parser::parse_place_object12
(gnash::stream*, int)':
: undefined reference to `gettext'
parser.o(.text+0x7c8): more undefined references to `gettext' follow
parser.o(.text+0x18d1): In function `main':
: undefined reference to `libintl_bindtextdomain'
parser.o(.text+0x18dd): In function `main':
: undefined reference to `libintl_textdomain'
parser.o(.text+0x1a24): In function `main':
: undefined reference to `gettext'
parser.o(.text+0x1a4c): In function `main':
: undefined reference to `gettext'
parser.o(.text+0x1ad3): In function `main':
: undefined reference to `gettext'
parser.o(.text+0x1b6a): In function `main':
: undefined reference to `gettext'
parser.o(.text+0x1c4b): In function `main':
: undefined reference to `gettext'
gmake[2]: *** [gparser] Error 1
gmake[2]: Leaving directory 
`/usr/ports/graphics/gnash/work/gnash-0.8.1/utilities'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/graphics/gnash/work/gnash-0.8.1'
gmake: *** [all] Error 2
*** Error c

Re: mingw32-binutils

[Max Brazhnikov]

On Tuesday 11 December 2007, Sean McNeil wrote:
> I was wondering if and when this port will be fixed. It is obvious that
> there was a faulty archive that was used when creating the distinfo. The
> following path will resolve the issue and the port build/works just fine:
>

there are two open PR already:
ports/115782
ports/117807

Could someone commit one of them?
Please.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

long opened PR

[Max Brazhnikov]

Hi,

I've submitted several pr (ports/117807, ports/118269, ports/118502) to 
fix/update ports which are maintained by @freebsd.org people. But I still 
have no answer from them, also seems that the last port (multimedia/kplayer) 
is abandoned. Is there a way to resolve the situation?

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

Re: KDE 4

[Max Brazhnikov]

On Saturday 22 March 2008, Xin LI wrote:
> Da Rock wrote:
> > Just a quick question: is there anything on the horizon with porting KDE
> > 4?
>
> I think it was being tested/refining.  More information can be found at
> http://freebsd.kde.org/ .

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

open pr reminder

[Max Brazhnikov]

Hi,

I submitted ports/118269, ports/118502 during ports freeze, the PRs are 
assigned to committers acm and se. I still have no response from acm, the 
only reply from se that he's agreed to pass maintainership to me. Could 
someone please proceed these pr?

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

PORTREVISON lowers after devel/gettext's great bump

[Max Brazhnikov]

I updated today ports tree and several installed packages get newer than 
ports:

avahi-app-0.6.22_4  >  succeeds port (port has 0.6.22_1)
linc-1.0.3_6>  succeeds port (port has 1.0.3_1)
ru-openoffice.org-2.4.0_4   >  succeeds port (port has 2.4.0_1)

seems for some ports the PORTREVISON has reset, for example:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/avahi-app/Makefile.diff?r1=1.11;r2=1.12;f=h

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

Re: nvidia-driver: KDE screen corruption

[Max Brazhnikov]

On Saturday 14 June 2008, Mark Ovens wrote:
> I just upgraded the nvidia-driver to the latest version 173.14.05 and
> now I find that the task bar in KDE is corrupted - the rest of the
> screen is OK, just the task bar is affected.
>
> This didn't happen with the previous version I was running (169.x.x I
> think, not sure exactly).
>
> Screenshot here - http://www.magichamster.com/pics/snapshot2.png
>
> Is this a known problem?

I use kde and latest nvidia-driver but I have no such a problem.

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

Re: tidy-lib

[Max Brazhnikov]

On Sat, 26 Jul 2008 07:05:26 -0500, Mitja wrote:
> FreeBSD version 7.0.
>
> Update of kdewebd...failed because:
>
> tidy-lib-080621.c conflicts with installed package tidy-2804_2
>
> Thanks.

deinstall tidy-2804_2 and install tidy-lib-080621.c:

portmaster -o www/tidy-lib tidy-2804_2
or
portupgrade -o www/tidy-lib tidy-2804_2
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: kde4 - To upgrade from kde3 or not - that is the question

[Max Brazhnikov]

On Wed, 6 Aug 2008 07:53:52 -0700, David Southwell wrote:
> Hi
>
> The Subject is selected with apologies to the bard. What are the pros-cons
> of upgrading to kde4 on an intensively used system?
>
> Which is:
> FreeBSD ***.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16
> 09:27:38 PDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
> amd64
> With an nvidia graphics card:
> (Extract from xorg.conf:)
> Section "Device"
> ### Available Driver options are:-
> ### Values: : integer, : float, : "True"/"False",
> ### : "String", : " Hz/kHz/MHz"
> ### [arg]: arg optional
> #Option "SWcursor"  # []
> Option "HWcursor" "False"   # []
> #Option "NoAccel"   # []
> #Option "ShadowFB"  # []
> #Option "UseFBDev"  # []
> #Option "Rotate"# []
> #Option "VideoKey"  # 
> #Option "FlatPanel" # []
> #Option "FPDither"  # []
> #Option "CrtcNumber"# 
> #Option "FPScale"   # []
> #Option "FPTweak"   # 
> #Option "DualHead"  # []
> Identifier  "Card0"
> Driver  "nv"
> VendorName  "nVidia Corporation"
> BoardName   "C51G [GeForce 6100]"
> BusID   "PCI:0:5:0"
> Thanks in advance for advice

Use kde3 for work, kde4 for fun ;)
Kde3 and kde4 are not conflicting, you can have both installed.

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

Re: Question regrading recent KDE4 ports

[Max Brazhnikov]

On Wed, 06 Aug 2008 18:57:11 -0400, Naram Qashat wrote:
> I was wondering if the ports that were committed were the final versions of
> the KDE4 ports.  I was going to install it, and then I started to look
> through the Makefiles and noticed a lot of the KDE4 ports are still
> referencing KDE3.  I'm not sure how much of a problem this will make when
> it comes to installing KDE4, but I want to know if that would cause
> problems before I make an attempt to install it.

KDE4 has not been committed yet. KDE4 ports you are talking about are 
repocopies of kde3. Update to KDE 4.1 will be committed later.

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