Re: What is: py3kplist???

On 9/1/20 8:13 PM, Willem Jan Withagen wrote: > Hi, > > In my ceph port one of the maintainers added this to > > USE_PYTHON= cython py3kplist > > But I'm trying to find out what it does? > And it is not (yet) on the USE_PYTHON page in the ports handbook. It's documented in Mk/Uses/python.mk

Re: FreeBSD Port: qt5-network-5.12.1

On 3/30/19 10:49 PM, Davide Beatrici wrote: > Greetings, > > I would like to inform you > about https://bugreports.qt.io/browse/QTBUG-74844. > > A patch is attached to the bug report. > > Best regards, > Davide Thanks for the heads-up. Please note that you are a lot more likely to get your patc

Re: QT5

The Doctor writes: > When will the QT5 team go over to QT5.10 ? It's still unclear. Most of the work is done in the qt-5.10 branch on GitHub (https://github.com/freebsd/freebsd-ports-kde), but, as usual, we still need to get qt5-webengine to build, and that takes a lot of time and isn't fun at a

Re: qt5-qmake failed update

Walter Schwarzenfeld writes: > Another different error: > > ===>  Patching for qt5-multimedia-5.9.3 > ===>  Applying extra patch > /usr/ports/multimedia/qt5-multimedia/files/extrapatch-no-gstreamer > No such line 17 in input file, ignoring > 1 out of 1 hunks failed--saving rejects to qtmultimedia

Re: qt5-qmake failed update

Walter Schwarzenfeld writes: > with > > ===>  Applying FreeBSD patches for qt5-qmake-5.9.3 > /usr/bin/sed -i "" -e "/DEFAULT_LIBDIRS=/ s,\"n,n/usr/local/lib&," > /ram/usr/ports/devel/qt5-qmake/work/qtbase-opensource-src-5.9.3/configure > ===>   qt5-qmake-5.9.3 depends on package: pkgc

Re: Ports' QT5_USE assumes qt5-*, but build links executables to a specific minor version 5.7.*

Yuri writes: > I had this problem: system had the older qt5-*-5.6.1 version. I installed > qbittorrent using pkg. qbittorrent then failed saying it can't find the Qt_5.7 > tag. > > QT5_USE makes sure qt5-* dependencies exist, but the actual dependency is a > specific qt5 minor version. pkg therefo

Re: New Updates to KDE break kde4-workspace on current amd64

Michael Butler writes: > Seems we have another path-related problem when pulseaudio is enabled in > kde-runtime (-lcanberra): Thanks for the report, I've fixed this code path in r437146. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.

Re: New Updates to KDE break kde4-workspace on current amd64

Manfred Antar writes: > The new updates to kdelibs kde-runtime and others break build of > kde4-worspace: Thanks for the report. We were aware of the breakage, and as of r437053 everything _should_ be back to normal (I'm still testing some ports that were blocked by kde4-workspace). ___

Re: qt5 fails to build

tech-lists writes: > On 19/02/2017 13:56, Raphael Kubo da Costa wrote: > >> tech-lists writes: >> >>> Shall I try building qt5-concurrent again? >> >> Yes, please. > > still failing, unfortunately. I've posted the script log here: > > h

Re: qt5 fails to build

tech-lists writes: > Shall I try building qt5-concurrent again? Yes, please. ___ 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: qt5 fails to build

tech-lists writes: > On 19/02/2017 13:01, Raphael Kubo da Costa wrote: > >> The output looks like Qt4's qmake, not Qt5's. Can you run >> "/storage/usr/ports/devel/qt5-concurrent/work/qtbase-opensource-src-5.7.1/bin/qmake >> -v" and paste the

Re: qt5 fails to build

tech-lists writes: > Hi, here's the output: > > # pwd > /storage/usr/ports/devel/qt5-concurrent > > # make WANT_QT_VERBOSE_CONFIGURE=YES > ***Unknown option -qtconf > Usage: > /storage/usr/ports/devel/qt5-concurrent/work/qtbase-opensource-src-5.7.1/bin/qmake > [mode] [options] [files] The output

Re: qt5 fails to build

tech-lists writes: > Hi, > > On 19/02/2017 11:51, Raphael Kubo da Costa wrote: > >> Can you send config.log to the list? From the error message it's not >> clear what exactly is wrong with the mkspec, of if the problem's really >> with the mkspec at a

Re: qt5 fails to build

tech-lists writes: > Running configuration tests... > Failed to process makespec for platform > '/usr/local/lib/qt5/mkspecs/freebsd-clang' > > Turn on verbose messaging (-v) to see the final report. > > ===> Script "configure" failed unexpectedly. > Please report the problem to k...@freebsd.org [m

Re: Fwd: 2017-02-18 Update to Qt 4 and Qt 5

Robert Burmeister writes: > k...@freebsd.org is not accepting mail > >> UPDATING >> Following what is already done in Qt 5, the Qt 4 ports no longer install >> their binaries into ${LOCALBASE}/bin (which is "/usr/local/bin" in most >> cases). Additionally, the "-qt4" suffix has been dropped f

Re: cmake release builds don't disable assertions (NDEBUG)

Michael Gmelin writes: > While debugging an unexpected assertion problem, I noticed that ports > using cmake don't set -NDEBUG, even when building in Release mode. > > Is this intentional? Is it the software you're porting that checks for DEBUG or some library it uses? CMake code should check f

Hash changes in the freebsd-ports GitHub mirror

Hi all, I tried running `git pull` a few minutes ago and had a ton of conflicts. It turns out all hashes after c96fb0418e545a569b5975b4d878a30a948c29d5 ("fix issues related with USES=fonts" from 2015-07-18, aka r392404) are now different in all GitHub branches. Is anyone else experiencing this?

Re: upgrade to devel/dbus breaks xfce4

Aryeh Friedman writes: > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a > non-root user due to being unable to open/write to /etc/machine-id. I > made a tempurary fix by touching /etc/machine-id and chmod'ing it to > 777. If the /etc/machine-id message you're getting looks

Re: qt5-webkit fails to build

Michael Butler writes: > /usr/lib/libgcc_s.so: error: undefined reference to 'free' > /usr/lib/libgcc_s.so: error: undefined reference to '__assert' > /usr/lib/libgcc_s.so: error: undefined reference to 'fwrite' > /usr/lib/libgcc_s.so: error: undefined reference to 'fflush' > /usr/lib/libgcc_s.so

Re: qt5-webkit fails to build

Michael Butler writes: > It seems to fail because the qmake config can't find libicu .. You need to find out why exactly it's not finding ICU. Try going to the build directory (work/.build) and check config.log. It's also possible to reproduce the test by cd'ing to work/.build/Tools/qmake/config

Re: fontconfig update uglifies fonts

Raphael Kubo da Costa writes: > You can either change the HINTING option when building the port or > create a ~/.config/fontconfig/fonts.conf with something like this: > > > > > > >hintnone > > > "hintnone" was just an example a

Re: fontconfig update uglifies fonts

"Russell L. Carter" writes: > Hi, > > On 10/stable amd64, the recent fontconfig update makes the fonts used > in thunderbird, firefox, (u)xterm, and emacs quite a bit uglier. The > font strokes seem to be thicker and fuzzier. Emacs I fixed by > reinstalling bitstream-vera, but (u)xterm use that

Re: Need some help with c++/qt5 code

Shane Ambler writes: >> I agree. Maybe using Q_GLOBAL_STATIC helps? >> >> - Remove m_table from TPanelFactory. >> - In pane.cpp, you do something like this: >> >>typedef QMap PanelMapType; >>Q_GLOBAL_STATIC(PanelMapType, s_panelMap); >> >>you then need to replace uses of m_table with

Re: Need some help with c++/qt5 code

Dimitry Andric writes: > On 14 Apr 2016, at 13:58, Shane Ambler wrote: >> >> Hi there, while I am comfortable with c and python, I only know a little >> c++ and could use some help. > ... >> class TPanelFactory >> { >>QString m_panelType; >>static QMap m_table; >> >> public: >>TPan

Re: Is the kmymoney port broken?

Christian Baer writes: > I rebuilt the kdelibs from the ports and did a make reinstall. After > that I rebuilt KMymoney and the install worked fine. Thanks for your > help! I'm glad it worked. Feel free to also file a bug via bugs.freebsd.org about KBANKING option not being on by default (I pers

Re: Is the kmymoney port broken?

CC'ing the list again. Christian Baer writes: > On 03/22/16 11:05, Raphael Kubo da Costa wrote: > > Hello Raphael, thanks for your reply! > >> Do you have kdelibs-4.14.3_6 installed? My initial guess is that you >> haven't recompiled kdelibs after its header l

Re: FreeBSD ports you maintain which are out of date

Ryan Steinmetz writes: > On (03/11/16 12:35), Raphael Kubo da Costa wrote: >>Mathieu Arnold writes: >>> Someone already put: >>> >>> PORTSCOUT= ignore >> >>I did that in r410199, and tried a different approach first in r410104. >>It&#x

Re: FreeBSD ports you maintain which are out of date

Mathieu Arnold writes: > +--On 9 mars 2016 07:16:14 -0500 Ryan Steinmetz wrote: > | > | On (03/09/16 13:11), Mathieu Arnold wrote: > |> Hi, > |> > |> This really is getting annoying. > |> > | > | You can control the behavior by setting portscout flags on the port: > | > | http://portscout.f

Re: openblas 0.2.15,1 port broke build for BARCELONA AMD core

Andrew Reilly writes: > Hi there, > > My portmsaster run just broke on the recent openblas upgrade, with version > stamp in head/math/openblas/Makefile 409114 26-02-18 16:35:48Z rakuco. Now > that > I’ve hacked on this to make it build, I remember having done something like > this the last time,

Re: graphics/giflib: Update to 5.1.2_1 breaks GIF rendering in Konqueror

Patrick Hess writes: > After upgrading graphics/giflib from 5.1.1 to 5.1.2_1, Konqueror won't > display GIF images in web pages: > > http://www.phess.net/images/giflib-bug.png > > On the left hand side, with giflib 5.1.1, everything looks as expected. > On the right hand side, after upgrading

Re: Cannot build www/mod_dnssd with poudriere

Wolfgang Riegler writes: > o ./mod_dnssd.c && touch ./mod_dnssd.slo > ./mod_dnssd.c:29:23: error: mod_unixd.h: No such file or directory > ./mod_dnssd.c:911: warning: missing initializer > ./mod_dnssd.c:911: warning: (near initialization for 'commands[8].func') [...] > ===> Cleaning for ap22-

Re: Cannot build www/mod_dnssd with poudriere

(Sorry if a similar message shows up later, gmane didn't seem to deliver my original reply) Wolfgang Riegler writes: > ./mod_dnssd.c:29:23: error: mod_unixd.h: No such file or directory > ./mod_dnssd.c:911: warning: missing initializer > ./mod_dnssd.c:911: warning: (near initialization for 'comma

Re: When is Qt-5.5 coming to ports?

Olivier Duchateau writes: > 2016-01-02 21:46 GMT+01:00 Kurt Jaeger : >> >> Hi! >> >> > > Since it turned out that nobody was working on this, I ported qt-5.5.1 >> > > myself. >> > >> > What? o_O >> > >> > Qt 5.5.x is already ported, check the KDE devel repository. >> >> That's here, right ? >> >>

Re: Error Building devel/cmake

Amit Sengupta writes: > [100%] Built target documentation > Installing the project stripped... > *** Signal 11 Something has crashed, but it's not clear what. Can you add --verbose to CONFIGURE_ARGS in devel/cmake/Makefile and rebuild? Do you get any core dumps with this crash?

Re: [kde-freebsd] problem with graphics/libkdcraw-kde4 after upgrade of libraw to libraw-0.16.2

Gary Palmer writes: > On Mon, Jun 15, 2015 at 06:54:19PM +0100, Gary Palmer wrote: >> Hi, >> >> After the upgrade of libraw earlier in the month I've been unable to build >> graphics/libkdcraw-kde4. This is on 9.3-RELEASE-p13 >> >> Build log at the end >> >> Anyone got any ideas? > > > Never

Re: cmake build failure depending on liblzma

Raphael Kubo da Costa writes: > Jim Pazarena writes: > >> -- Looking for lzma_auto_decoder in /usr/local/lib/liblzma.so >> -- Looking for lzma_auto_decoder in /usr/local/lib/liblzma.so - not found >> -- Looking for lzma_easy_encoder in /usr/local/lib/libl

Re: cmake build failure depending on liblzma

Jim Pazarena writes: > -- Looking for lzma_auto_decoder in /usr/local/lib/liblzma.so > -- Looking for lzma_auto_decoder in /usr/local/lib/liblzma.so - not found > -- Looking for lzma_easy_encoder in /usr/local/lib/liblzma.so > -- Looking for lzma_easy_encoder in /usr/local/lib/liblzma.so - not fo

Re: upgrading texlive broken due to cmake

Will Parsons writes: > tex-kpathsea installed, but texlive-base didn't due to a failure to > build the cmake dependency: [...] > ===> Building for py27-sphinx-1.2.3 > running build > running build_py > running egg_info > writing requirements to Sphinx.egg-info/requires.txt > writing Sphinx.egg-i

Re: FreeBSD Port: qt5-webkit-5.3.2_2

Will Brokenbourgh via freebsd-ports writes: > Dear Maintainers, > > Happy New Year! > > Browsers such as QupZilla and Rekonq use Qt5-Webkit for their > functionality. > > There are websites that use WOFF (Web Open Font Format) however > FreeBSD's Qt5-Webkit package appears to have an issue, which

Custom PREFIX + USE_LDCONFIG=yes creates leftovers

I've been testing cad/brlcad as part of my work to update CMake to 3.1.0. One thing I noticed with "poudriere bulk -t" (regardless of the CMake version) is that it fails at the end with leftovers: >> Error: Files or directories left over: @dir /usr/local/libdata/ldconfig This seems to be caus

Re: Giving Up Maintainership

Guido Falsi writes: > Unluckily upgrading it will be a problem since new version depends on > Python QT5 libraries. > > So I take a chance to ask: > > Is there any active work on creating ports for these? > > Who should I talk about this to? I don't think anyone is working on this at the moment.

Dealing with a port being merged into another

Hi everyone, One of the changes we (kde@) have made in the upcoming Qt 5.3.2 update is merging devel/qt5-qmldevtools into lang/qt5-qml. I'd now like to know what needs to be done to make it easy to everyone to upgrade their ports. By everyone I mean people using pkg as well as people using port{m

Re: QtSerialPort?

Larry Rosenman writes: > I'm working with the author of SleepyHead to port it to FreeBSD as > well as it's current OS's of Linux/Mac OS X/Windows. > > It appears that the www/webkit-qt5 port does NOT install QtSerialPort. They look like completely separate things to me, so I don't get why the fo

Re: Problem with emacs

Pete Carah writes: > In trying to build emacs (9.2-stable) (ports svn as of this morning, but > one from a few weeks ago does this too) I get the following: > > checking for posix_openpt... yes > checking for library containing tputs... no > configure: error: The required function `tputs' was not

Re: Kalzium build fails (part of KDE4 port upgrade)

Dave writes: > [ 48%] Generating parser.cmx > [ 49%] Generating datastruct.cmx > [ 50%] Generating chem.cmi > [ 51%] Generating lexer.cmx > [ 51%] Generating chem.cmx > File "/usr/ports/science/kalzium/work/kalzium-4.12.5/src/solver/chem.ml", > line 1: > Error: /usr/local/lib/ocaml/facile/facile

What should I replace @exec and @unexec with?

I was taking a look at the Porter's Handbook today and noticed that @exec and @unexec are considered deprecated, but I couldn't find out what should be used instead. Should all uses of @exec and @unexec be replaced with pkg-{un}install scripts in the future? __

Re: astro/wcslib fails to install

Jan Henrik Sylvester writes: > My latest port upgrade (from source via portmaster) on > 10.0-RELEASE/amd64 fails at astro/wcslib, which has been bumped after > the astro/cfitsio update. It fails to install with: > > pkg-static: > lstat(/usr/ports/astro/wcslib/work/stage/usr/local/bin/HPXcvt): No

Re: astro/wcslib fails to install

Rainer Hurling writes: > Am 08.05.2014 05:14 (UTC+1) schrieb Sunpoet Po-Chuan Hsieh: >> On Wed, May 7, 2014 at 9:52 PM, Jan Henrik Sylvester wrote: >>> My latest port upgrade (from source via portmaster) on >>> 10.0-RELEASE/amd64 fails at astro/wcslib, which has been bumped after >>> the astro/c

Re: Upgrade of astro/kstars to 4.12.4_1 fails - linker error

"Dr. Peter Voigt" writes: > I am running 10.0-RELEASE-p2 and after the latest ports tree update the > upgrade of astro/kstars to 4.12.4_1 fails: > > # portmaster --no-confirm --no-term-title -D -G kstars > > Scanning dependencies of target testcsvparser > [100%] Building CXX object > Tests/CMakeF

Re: [9.2-STABLE/CLANG 3.3|3.4] x11/kdelibs4

Dimitry Andric writes: >> The box in question is a Dell Latitude E6510 notebook with only 4 GB of RAM, >> could this >> be the issue? The system very often starts swapping. Even my oldstyle E8400 >> workstation >> with only 8 GB (most recent 11.0-CURRENT) starts swapping very often and >> rece

Re: problem build kde4

"Nilton Jose Rizzo" writes: > when i try to install the ktorrent it's always stop with an error. > So I decided that will install the full kde4 meta ports, but this > error occur ever time i type make install command. My solution > (I think have some problem with makefile) was change the version

Re: devel/libkolab failing to build on 11-current

Raphael Kubo da Costa writes: > Shawn Webb writes: > >> devel/libkolab has been failing for the past few weeks. >> >> Log file from an 11-current/amd64 Poudriere build here: >> http://pastebin.com/kfjkMpE7 > > I was able to reproduce it here too. It's w

Re: devel/libkolab failing to build on 11-current

Shawn Webb writes: > devel/libkolab has been failing for the past few weeks. > > Log file from an 11-current/amd64 Poudriere build here: > http://pastebin.com/kfjkMpE7 I was able to reproduce it here too. It's weird that no pkg-fallout email has been sent about this failure. I've submitted a pa

Re: annoying pkg-fallout notices, how can I stop it?

John Marino writes: > Somebody else will have to answer the question. Basically you submit > the request and somebody will take care of it. To expand on this: you can either mail portmgr with the patch you want to merge and ask for approval or add "MFH: 2014Q1" to your commit message to have th

Re: Anyone having problems with CMake 2.8.12.1_3 and ftp/curl?

Raphael Kubo da Costa writes: > Raphael Kubo da Costa writes: > >> Has anyone else experienced the same issue? > > I've finally managed to reproduce the issue locally by installing > security/openssl. Thanks everyone, this

Re: Anyone having problems with CMake 2.8.12.1_3 and ftp/curl?

Raphael Kubo da Costa writes: > Has anyone else experienced the same issue? I've finally managed to reproduce the issue locally by installing security/openssl. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/

Anyone having problems with CMake 2.8.12.1_3 and ftp/curl?

I've received one report from a user on 8-STABLE saying my latest commit to devel/cmake broke the build for him. Specifically, it fails like this: /usr/ports/devel/cmake/work/cmake-2.8.12.1/Utilities/cmcurl/multi.c:1708: error: expected declaration specifiers or '...' before numeric constant /usr

Re: avogadro update

Ajtim writes: > On Tuesday 11 February 2014 10:31:58 you wrote: >> Ajtim writes: >> >> > -- [4/5] Numpy Module >> > Traceback (most recent call last): >> > File "", line 1, in >> > File "/usr/local/lib/python2.7/site-packages/numpy/__init__.py", line >> > 137, in >> > import add_newd

Re: avogadro update

Ajtim writes: > -- [4/5] Numpy Module > Traceback (most recent call last): > File "", line 1, in > File "/usr/local/lib/python2.7/site-packages/numpy/__init__.py", line 137, > in > import add_newdocs > File "/usr/local/lib/python2.7/site-packages/numpy/add_newdocs.py", line 9, > in

Re: [kde-freebsd] avogadro update

Ajtim writes: > Avogadro 1.1.1_1 update on reeBSD 10.0-RELEASE (amd64) doesn't work: > > > Compressing man pages (compress-man) > ===> Installing for avogadro-1.1.1_1 > ===> Checking if science/avogadro already installed > ===> Registering installation for avogadro-1.1.1_1 > pkg-static:

Re: [kde-freebsd] avogadro update

"Alex V. Petrov" writes: > For me stop build: > > [ 10%] Building CXX object > libavogadro/src/extensions/surfaces/openqube/CMakeFiles/OpenQube.dir/moc_gaussianset.cxx.o > usr/local/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse > error at "BOOST_JOIN" > --- libavogadro/src/moc

Re: security/libssh does not install ssh_threads

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

Re: Patch fixing www/cherokee build

charles rapenne writes: > The port www/cherokee is marked broken : does not configure > > I found a fix to make it build correctly, I don't know the difference > between HAS_CONFIGURE and GNU_CONFIGURE, but it does fix the problem. Thanks for pointing that out. I chose to fix it differently in r

Re: why science/paraview not available from pkg.FreeBSD.org?

Anton Shterenlikht writes: > On amd64 11-current I'm getting: [...] > Any reason why this package is not available? It fails to build in the cluster: http://lists.freebsd.org/pipermail/freebsd-pkg-fallout/Week-of-Mon-20131230/089507.html ___ freebsd

check-stagedir.sh and %%PORT{DOCS,EXAMPLES}%%

The usual advice for ports that support staging is to remove the checks for ${PORT_OPTIONS:MDOCS} and friends and unconditionally create ${STAGEDIR}${DOCSDIR} and copy files there (the same applies to MEXAMPLES and EXAMPLESDIR). This seems to work fine in the default case (ie. DOCS and EXAMPLES ar

Re: devel/kdesdk4: compilation dies on FreeBSD 10.0-BETA and FreeBSD 11.0-CURRENT

"O. Hartmann" writes: > Since a while, I'm unable ti update/recompile/install port > devel/kdesdk4 on both FreeBSD 10.0 (starting with the last CURRENT, > over ALPHA up to BETA2 now) and on all systems running FreeBSD > 11.0-CURRENT. > > The only extraordinary option in my environment is in /etc/

Re: lyx 2.0.6

"Julian H. Stacey" writes: > Hi, Reference: >> From:Ajtim >> Date:Thu, 17 Oct 2013 06:39:15 -0400 > > Ajtim wrote: >> My system: FreeBSD 10.0-BETA1 >> When I built print/lyx I got: >> fatal error: too many errors emitted, stopping now [-ferror-limit=] > > Mine on

Re: x11/kdelibs4: /usr/local/include/grantlee/typeaccessor.h:70:40: error: no matching function for call to 'distance' return

Raphael Kubo da Costa writes: > "O. Hartmann" writes: > >> After a messy "iconv" orgy update session, I update yesterday >> x11/kdelib4 successfully. After updating the OS to >> >> FreeBSD 10.0-CURRENT #2 r255356: Sat Sep 7 13:04:03 CEST 201

Re: x11/kdelibs4: /usr/local/include/grantlee/typeaccessor.h:70:40: error: no matching function for call to 'distance' return

"O. Hartmann" writes: > After a messy "iconv" orgy update session, I update yesterday > x11/kdelib4 successfully. After updating the OS to > > FreeBSD 10.0-CURRENT #2 r255356: Sat Sep 7 13:04:03 CEST 2013 amd64 > > today, I run today surprisingly into this error: > > [...] > In file included >

Re: [patch] x11-toolkits/qt4-gui: configure error: Cups support cannot be enabled due to functionality tests!

Boris Samorodov writes: > 31.08.2013 19:21, Raphael Kubo da Costa пишет: >> Boris Samorodov writes: >> >>> Hi All, >>> >>> I've examined the following error (486 ports affected): >>> http://pb2.nyi.freebsd.org/bulk/nogcc-de

Re: [kde-freebsd] [patch] x11-toolkits/qt4-gui: configure error: Cups support cannot be enabled due to functionality tests!

Boris Samorodov writes: > Hi All, > > I've examined the following error (486 ports affected): > http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log > > ... and it appeared to be a result of latest iconv changes at FreeBSD. > Are you able to reproduce t

r253839 (stop recursively copying DT_NEEDED entries) and devel/ncurses

has made ld(1) stop copying DT_NEEDED entries from shared libraries, which brings us in line with what most of the Linux world has been doing for a while and is a Good Thing (TM) since we stop adding implicit dependencies to our binarie

Re: qt4-qmake-4.8.4 upgrading stops for input. Which file to patch?

Leslie Jensen writes: > All >> qt4-qmake-4.8.4 (1/1) > > ===> Cleaning for qt4-qmake-4.8.4_1 > ===> qt4-qmake-4.8.4_1 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by qt4-qmake-4.8.4_1 for building > ===> Extracting for qt4-qmake-4.8.4_1 > => SHA256 Check

Re: [kde-freebsd] port options are not saved in some ports

Baptiste Daroussin writes: > http://people.freebsd.org/~bapt/kde.diff This should be fixed in r322586, thank you very much. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail

Re: devel/qt4-corelib dosen´t build

Bernt Hansson bananmonarki.se> writes: > Hello list. > > I´m having problems with devel/qt4-corelib Please try removing x11-toolkits/qt33 while you build your Qt ports, this is a known issue we haven't worked around so far. ___ freebsd-ports@freebsd.

Re: [kde-freebsd] kde3 ports expired today

Matthias Apitz writes: > We have (perhaps) all seen this in UPDATING and while compiling qt3* > ports; I think, it is not a good idea deleting the KDE3 ports (which do > compile) from our ports tree, while the KDE4 ports do not compile, at > least not on i386 architecture. See the PR's about auto

Re: Can't build devel/qt4-corelib any more -- help?

David Wolfskill writes: > However, I note that there appear to be no qt* ports installed currently: > > albert(9.1-S)[9] popd > /var/db/pkg > albert(9.1-S)[10] echo qt* > echo: No match. > albert(9.1-S)[11] Can you also check that you don't have some stray q* headers in /usr/local/include?

Re: Can't build devel/qt4-corelib any more -- help?

David Wolfskill writes: > ../../include/QtCore/../../src/corelib/arch/qatomic_arch.h:96:4: error: > #error "Qt has not been ported to this architecture" This usually indicates that Qt3 headers are being picked instead of the Qt4 ones when building; I guess we never really got around to properly

Re: science/avogadro fails to build

Carmel writes: > FreeBSD-8.3 STABLE amd64 > > Evidently, the "science/avogadro" port does not have a full time > maintainer. In that case, I will report the problem here. Basically, > the port refused to build. It ends with this output: (it probably > suffers severe line wrap distortion) I have

Re: science/avogadro fails to build

Carmel writes: > FreeBSD-8.3 STABLE amd64 > > Evidently, the "science/avogadro" port does not have a full time > maintainer. In that case, I will report the problem here. Basically, > the port refused to build. It ends with this output: (it probably > suffers severe line wrap distortion) BTW, if

Re: Fwd: qt-mysql-plugin-3.3.8_10 failed on amd64 8

John Marino writes: > I have attached a patch that fixes the problem. It was related to the > extraction cleanup. Can somebody commit it? Committed in r318134, thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listi

Re: teTeX and TeXLive

Hiroki Sato writes: > Once it is confirmed that TEX_DEFAULT=texlive works, I will switch > the default value from tetex to texlive at some point. Thanks a lot for all the work. Is removing tetex a middle or long-term goal? ___ freebsd-ports@freebsd.

Re: textproc/libkolabxml does not compile

David Demelier writes: > ===> Building for libkolabxml-0.8.1 > [ 4%] Built target xsdbin > [ 8%] Generating XSD bindings > terminate called after throwing an instance of 'std::runtime_error' > what(): locale::facet::_S_create_c_locale name not valid > Abort trap For posterity: this was a p

Adopting porttools upstream?

Hi there, sergei@'s commit bit was taken into safekeeping years ago and porttool's project in SourceForge [1] has not seen any CVS commit for a long time as well. [1] https://sourceforge.net/projects/porttools Meanwhile, we've been patching ports-mgmt/porttools to keep up with our infrastructure

Re: Why delete KDE3 ports?

John Marino writes: > On 1/8/2013 21:14, Raphael Kubo da Costa wrote: >> Additionally, I'd argue that it is hard for it to be "known insecure" >> since upstream does not maintain it even for security vulnerabilities >> anymore, so security prob

Re: Why delete KDE3 ports?

Adam Vande More writes: > On Mon, Jan 7, 2013 at 12:53 PM, John Marino wrote: >> "possibly insecure": I think this needs to be "known insecure" rather >> than holding it's last release date against it. > > http://www.kde.org/info/security/advisory-20100413-1.txt > > Probably other security issu

Re: kde4 errors and no .xsession-errors file!

David Southwell writes: > I cannot find a .xession-errors file - what turns it off or on? > > I need to find out what is going wrong. > > Kde4 is not loading How are you starting KDE? If you're using startx, you just need to redirect startkde's output to .xsession-errors. __

Re: Cannot upgrade FlySpray

Nick Hilliard writes: > On 23/10/2012 10:12, Andrea Venturoli wrote: >>> 1 out of 1 hunks failed--saving rejects to includes/fix.inc.php.rej >>> => Patch patch-includes-fix.inc.php failed to apply cleanly. >>> *** Error code 1 > > Damn, the patch submission process turned all the CRLFs into LFs.

Re: raptor: should there be a note in UPDATING?

Raphael Kubo da Costa writes: > Raphael Kubo da Costa writes: > >> Raphael Kubo da Costa writes: >> >>> Someone (TM) should check whether the first include is really necessary, >>> or if the code can't include , or if >>> -I/usr/local/inclu

Re: raptor: should there be a note in UPDATING?

Raphael Kubo da Costa writes: > Raphael Kubo da Costa writes: > >> Someone (TM) should check whether the first include is really necessary, >> or if the code can't include , or if >> -I/usr/local/include/raptor2 can't be passed before >> -I/usr/local/in

Re: raptor: should there be a note in UPDATING?

Raphael Kubo da Costa writes: > Someone (TM) should check whether the first include is really necessary, > or if the code can't include , or if > -I/usr/local/include/raptor2 can't be passed before > -I/usr/local/include. Everything built fine without the {CPP,LD}FLA

Re: liblrdf

ajtiM writes: > ===>>> make failed for textproc/liblrdf > ===>>> Aborting update > > ===>>> Update for textproc/liblrdf failed > ===>>> Aborting update Please see the other thread about the same issue. ___ freebsd-ports@freebsd.org mailing list http:/

Re: raptor: should there be a note in UPDATING?

Robert Backhaus writes: > I just had a problem building liblrdf. The cause was raptor-1 was > still installed. Checking UPDATING shows nothing that mentions raptor > after the KDE update last November. > Does there need to a note in UPDATING to uninstall raptor? It seems more appropriate to fix

Right LICENSE* values for a GPLv2 port with a licensing exception

Hello there, I'm currently working on porting xsd [1], which is a GPLv2-licensed with an exception that allows the distribution of derivative works under other free software licenses. The contents of this exception can be found in [2]. In this case, how am I supposed to set the LICENSE* variable

Re: [CFT] editors/emacs to 24.1

Joseph Mingrone writes: > for a few months). Running emacsclient -t works fine. If I start > emacs with just "% emacs", and I don't wait to long, I can kill it > with a C-c and the warning/error messages below appear in xterm: > > % emacs > ^C > (process:1589): GLib-WARNING **: In call to g_spa

Re: [CFT] editors/emacs to 24.1

ash...@freebsd.org (Ashish SHUKLA) writes: > Any feedback would be greatly appreciated. It seems to be running fine here, I've now even switched to GTK3 (I wonder if there should be an error message if one selected more than one GUI option). Gnus from git with the new Emacs also seems to be runn

Re: Cannot upgrade kdesdk-4.7.4_1 to 4.8.4

sindrome writes: > Trying to upgrade kdesdk-4.7.4_1 to 4.8.4 and running into the > following error. Anyone have an idea? This seems to come from the same libkonq problems which are currently blocking your kde4-baseapps upgrade. ___ freebsd-ports@fre

Re: Cannot upgrade kde-baseapps-4.7.4_1 to 4.8.4

sindrome writes: > Linking CXX executable dolphin > ../../lib/libdolphinprivate.so.5.0.1: undefined reference to > `KVersionControlPlugin2::staticMetaObject' For posterity: we've also been contacted in the kde@ mailing list [1], and are currently tracking it there. It may be the case that the OP

Re: Cannot upgrade kde-runtime-4.8.4' to 'kde-runtime-4.8.4_1'

sindrome writes: > (Soprano::PluginManager) found no soprano plugin at > "/usr/local/lib/soprano/libsoprano_raptorparser.so" - error: "Cannot > load library /usr/local/lib/soprano/libsoprano_raptorparser.so: > (Shared object "libssl.so.8" not found, required by > "libraptor2.so.0")" Looks like a

Re: [CFT] editors/emacs to 24.1

ash...@freebsd.org (Ashish SHUKLA) writes: > I've started work on the updating, and I've created a diff[1] to update port > to 24.1 as well as converted it to use OptionsNG[2] framework. Thanks for working on this! Would it be possible to produce a diff with the required to changes to bsd.emacs.m

  1   2   >