sirjorj 296 Jan 8 14:51 LibObsConfigVersion.cmake
> -rw-r--r-- 1 sirjorj sirjorj2373 Jan 8 14:51 LibObsTarget.cmake
> -rw-r--r-- 1 sirjorj sirjorj 28611 Jan 8 14:51 cmake_install.cmake
> lrwxr-xr-x 1 sirjorj sirjorj 11 Jan 8 14:52 libobs.so -> libobs.so.0
> -rwxr-xr-x 1 sirjorj sirjorj 906282 Jan 8 14:52 libobs.so.0
>
> So the ‘cannon find’ file is right where it should be. Can any of you
> experienced porters see what rookie mistake I am making?
You've already got a good answer on that from Karel. I'd also note
that it's usually better to attach your work-in-progress to make it
easier to help. ;)
--
WBR,
Vadim Zhukov
tion some hints on how it should behave.
> +
> + You can give hints on how the symbols in the plugin are
> +-resolved. By default, none of the hints are set.
> ++resolved. By default since Qt 5.7, QLibrary::PreventUnloadHint is set.
> +
> + See the documentation of QLibrary::loadHints for a complete
> + description of how this property works.
I've just started looking at the issue, and you already bite me. :)
Please, go with it.
--
WBR,
Vadim Zhukov
For whom it may concern: the issue is resolved.
31 дек. 2016 г. 20:08 пользователь "Matthieu Herrb"
написал:
> on amd64 under -current and packages updated yesterday:
>
> It used to work before this pkg_add -u (last was around dec. 18 iirc)
>
> I can't tell if it's a Qt or a libressl issue...
>
you, just patch
-Bsymbolic-functions (or -Wl,-Bsymbolic-functions - I hope LXQt uses
the latter) out from compiler flags list and move on.
> 2016-12-24 17:01 GMT-03:00 Vadim Zhukov :
>> 2016-12-24 21:46 GMT+03:00 Elias M. Mariani :
>>> Hello!
>>> I'm Elias M. Marian
ll
> correctly into the /usr/ports/pobj directory. (The fake-amd64 part, on
> my machine, was repeated.) I think this is because PREFIX is
> conditionally assigned...?
You're right, I've looked at the wrong log. :-\ But assignment of CC
isn't needed anyway.
--
WBR,
Vadim Zhukov
1)."
>>
>> It's in C with no deps at all. Pledged, etc.
>>
>> Best,
>>
>> Kristaps
>
> ok jturner@ or am happy to import with another ok.
MAKE_FLAGS and ALL_TARGET lines are not needed. Also, you could zap
some extra empty lines, but that's purely style nit. :)
After that, okay zhuk@
--
WBR,
Vadim Zhukov
A package manager for Instead game engine, see games/instead.
Quickly tested on amd64. Sending on behalf of actual maintainer.
Okay?
--
WBR,
Vadim Zhukov
instead-launcher_port.tar.gz
Description: GNU Zip compressed data
ChessX is an Open Source chess database. With ChessX you can operate
on your collection of chess games in many ways: browse, edit, add,
organize, analyze, etc.
Sending on behalf of actual maintainer (well, I've put my hands in, too).
Okay?
--
WBR,
Vadim Zhukov
chessx_port.t
2016-12-25 16:30 GMT+03:00 Vadim Zhukov :
> Hello all, especially bulk builders.
>
> I'm beginning the update of x11/qt5 to 5.6.2 version. Putting all bits
> will take some time, so prepare for a havoc in ports tree for about an
> hour (or two) due to qt5 package being split
nd further notification when it's all over.
Thanks in advance for your patience and have a nice build!
--
WBR,
Vadim Zhukov
e 5.1.2 was released, please find an updated diff below.
>
>> Changelog can be found here: http://homebank.free.fr/ChangeLog
>>
>> Comments, OK?
Here is a tweaked version: homebank picks up libsoup.
--
WBR,
Vadim Zhukov
Index: Makefile
==
ot start from the capital letter or an article,
unless the capital letter is due to being part of name.
10. In liblxqt, are you sure "-z __cxa_atexit" does something at all?
The ld seems ignoring it, according to manual page.
--
WBR,
Vadim Zhukov
2016-12-23 10:56 GMT+03:00 Paul Irofti :
> On Thu, Dec 22, 2016 at 09:49:08AM +0300, Vadim Zhukov wrote:
>> 2016-12-22 1:24 GMT+03:00 Paul Irofti :
>> >> the port (if everything there is C++-based, tweaking CONFIGURE_ENV
>> >
>> > Teach me how
F77=${FC}
>
> Shouldn't c++ app be linked with using eg++ which should put -lestdc++
> implicitly there without a need to do that on the command-line?
Yes, and it's the problem: the libtool doesn't see that -lestdc++ and
thus doesn't cut -lstdc++.
--
WBR,
Vadim Zhukov
-I${LOCALBASE}/include/ereadline" \
> LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib -lestdc++" \
> LRELEASE="${MODQT_LRELEASE}" \
> F77=${FC}
I'm rebuilding octave right now. It picked up -lestdc++ from
CONFIGURE_ENV, lets see the linking results...
--
WBR,
Vadim Zhukov
special magic;
and so on, discussion is open. :)
--
WBR,
Vadim Zhukov
Index: LT/UList.pm
===
RCS file: /cvs/src/usr.bin/libtool/LT/UList.pm,v
retrieving revision 1.2
diff -u -p -r1.2 UList.pm
--- LT/UList.pm 20 Apr 2014 17:34
libtool doesn't
know what compiler it actually invokes, it can't predict what library
would be added implicitly: -lstdc++ or -lestdc++. :( Does anybody have
any ideas?
--
WBR,
Vadim Zhukov
https://github.com/jasperla/openbsd-wip/tree/master/math/octave
I've added a patch to avoid picking up Qt5.
But the first issue I see is enormous space eating, due to static
libraries (?). I had to remove all port working directories to allow
Octave to build, this didn't happen with 4.0 at all. It still builds.
:-\
--
WBR,
Vadim Zhukov
Hello all.
This patch removes extra words from whatis.db, coming via somewhat
badly formatted POD files. This makes apropos output much a saner
place for me, since I don't get half of the screen filled with garbage
each time I use words "app" or "FastCGI".
Okay?
--
WB
s are that a libtool
patch being tested right now will fix the issue. Or maybe not. :) You
may give it a try anyway (attached).
--
WBR,
Vadim Zhukov
This is needed to fix another poppler linking issue, and likely some
other ports that get both -lstdc++ and -lestdc++ linked in (which is
bad by d
>
> Since doxygen-gui is a "new" port I'd need a review/ok from another
> developer.
Ideally, someone who owns alpha, mips64/mips64el, m88k and/or landisk
could verify what package builds where now. Unfortunately, that's not
me, though. :(
We could also stop avoiding devel/doxygen dep in general, right?
In any case, the whole thing looks like okay to me.
--
WBR,
Vadim Zhukov
the
problem was in there. Now I'd better to shut up and try to get more
details. Please disregard the patch...
Oh, and what about whacking the two patches from print/texlive/base
mentioned above? :)
--
WBR,
Vadim Zhukov
2016-12-18 11:57 GMT+03:00 Antoine Jacoutot :
> On Sun, Dec 18, 2016 at 12:27:18AM +0300, Vadim Zhukov wrote:
>> Hello, all.
>>
>> This patch makes libtool skip "-bindir path" args, and this is
>> actually intended behaviour, see the Libtool manual:
>&
tched from GNU libtool to ours as well...
Okay to put this in?
--
WBR,
Vadim Zhukov
Index: Link.pm
===
RCS file: /cvs/src/usr.bin/libtool/LT/Mode/Link.pm,v
retrieving revision 1.33
diff -u -p -r1.33 Link.pm
--- Link.pm 3 Nov
27 нояб. 2016 г. 18:28 пользователь "Kirill Bychkov"
написал:
>
> On Sun, November 27, 2016 18:22, Rafael Sadowski wrote:
> > Hi.
> >
> > Digikam version 4.13.0 is no more stable. See below.
> >
> > Rafael
> >
> > Index: Makefile
> >
7 нояб. 2016 г. 22:42 пользователь "Rafael Sadowski"
написал:
>
>
> Diff below fix qt5 -debug FVALOR on amd64
Nice, thanks!
> Thanks,
> Rafael
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/qt5/Makefile,v
> retrieving revision
5 нояб. 2016 г. 15:11 пользователь "Rafael Sadowski"
написал:
>
> Hi ports@,
>
> I'm working with x11/qt5 port and I realized outdated patches.
Yes, I've skipped those nonfunctional updates to lower the noise level of
qt5 update.
REVISION bumps are not needed, as it was already mentioned.
> Kin
6 нояб. 2016 г. 16:04 пользователь "Vadim Zhukov"
написал:
>
> 2016-11-06 1:26 GMT+03:00 Jeremy Evans :
> > On 11/05 11:48, Stuart Henderson wrote:
> >> On 2016/11/04 14:06, Jeremy Evans wrote:
> >> > Currently if you call portbump and the Makefile
2016-11-06 1:26 GMT+03:00 Jeremy Evans :
> On 11/05 11:48, Stuart Henderson wrote:
>> On 2016/11/04 14:06, Jeremy Evans wrote:
>> > Currently if you call portbump and the Makefile does not have REVISION
>> > set, it does nothing. That definitely was not what I expect, since a
>> > bump if REVISION
2016-07-31 0:24 GMT+03:00 Matthias Kilian :
> [cc'd zhuk because of the qt5 changes]
>
> Hi,
>
> here's an update to poppler-0.46.0, in case anyone wants do some
> early tests.
>
> In addition to the update, this also simplfies configure.ac patch
> for Qt5. It looks like you can just set MOCQT52 (w
t;>
>> OK to import?
Very nice software, indeed...
The license marker should be "GPLv2+", not "GPLv2".
Other than that nit, okay zhuk@.
--
WBR,
Vadim Zhukov
2016-07-08 17:23 GMT+03:00 Dmitrij D. Czarkoff :
> "Dmitrij D. Czarkoff" wrote:
>>
>> Obligatory quote from DESCR:
>>
>>MOC (music on console) is a console audio player for LINUX/UNIX
>>designed to be powerful and easy to use.
>>
>>MOC plays smoothly, regardless of system or I/O load b
/opencv/pkg/PLIST-main
> ===
> RCS file: /cvs/ports/graphics/opencv/pkg/PLIST-main,v
> retrieving revision 1.5
> diff -u -p -u -p -r1.5 PLIST-main
> --- graphics/opencv/pkg/PLIST-main 23 Nov 2015 20:34:08 - 1.5
> +++ graphics/opencv/pkg/PLIST-main 25 Jun 2016 18:06:01 -
> @@ -4,6 +4,7 @@
> @bin bin/opencv_haartraining
> @bin bin/opencv_performance
> @bin bin/opencv_traincascade
> +@bin bin/opencv_visualisation
> include/opencv/
> include/opencv/cv.h
> include/opencv/cv.hpp
> Index: x11/kde-applications/libkface/Makefile
> ===
> RCS file: /cvs/ports/x11/kde-applications/libkface/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 Makefile
> --- x11/kde-applications/libkface/Makefile 8 Jul 2015 22:54:49 -
> 1.1.1.1
> +++ x11/kde-applications/libkface/Makefile 25 Jun 2016 18:06:15 -
> @@ -18,12 +18,6 @@ WANTLIB += opencv_ocl opencv_photo openc
>
> LIB_DEPENDS = graphics/opencv
>
> -# XXX should fix OpenCV CMake config on Java-enabled archs instead!
> -.include
> -.if ${ARCH} == "amd64"
> -BUILD_DEPENDS +=graphics/opencv,-java
> -.endif
> -
> MODKDE4_USE = libs
>
> KFACE_V = 3.5.0
>
--
WBR,
Vadim Zhukov
;> undefined reference to `memcpy'
>> shell_integration/dolphin/CMakeFiles/ownclouddolphinpluginhelper.dir/ownclouddolphinpluginhelper_automoc.cpp.o:
>> In function `OwncloudDolphinPluginHelper::commandRecieved(QByteArray
>> const&)':
>> ownclouddolphinpluginhelper_automoc.cpp:(.text+0xa0): undefined reference to
>> `__stack_smash_handler'
>> shell_integration/dolphin/CMakeFiles/ownclouddolphinpluginhelper.dir/ownclouddolphinpluginhelper_automoc.cpp.o:
>> In function `OwncloudDolphinPluginHelper::qt_metacast(char const*)':
>> ownclouddolphinpluginhelper_automoc.cpp:(.text+0x1c4): undefined reference
>> to `strcmp'
>> collect2: error: ld returned 1 exit status
>> ninja: build stopped: subcommand failed.
--
WBR,
Vadim Zhukov
hicolor/32x32/apps/klogic4-Oscilloscope.png
>> +share/icons/hicolor/32x32/apps/klogic4-SingleStep.png
>> +share/icons/hicolor/32x32/apps/klogic4-SubUp.png
>> +share/icons/hicolor/32x32/apps/klogic4-fAND.png
>> +share/icons/hicolor/32x32/apps/klogic4-fBUS.png
>> +share/icons/hicolor/32x32/apps/klogic4-fCONNECT.png
>> +share/icons/hicolor/32x32/apps/klogic4-fDFF.png
>> +share/icons/hicolor/32x32/apps/klogic4-fEQUATION.png
>> +share/icons/hicolor/32x32/apps/klogic4-fIN.png
>> +share/icons/hicolor/32x32/apps/klogic4-fJK.png
>> +share/icons/hicolor/32x32/apps/klogic4-fLED.png
>> +share/icons/hicolor/32x32/apps/klogic4-fNAND.png
>> +share/icons/hicolor/32x32/apps/klogic4-fNOR.png
>> +share/icons/hicolor/32x32/apps/klogic4-fNOT.png
>> +share/icons/hicolor/32x32/apps/klogic4-fOR.png
>> +share/icons/hicolor/32x32/apps/klogic4-fOSC.png
>> +share/icons/hicolor/32x32/apps/klogic4-fOUT.png
>> +share/icons/hicolor/32x32/apps/klogic4-fPWR.png
>> +share/icons/hicolor/32x32/apps/klogic4-fRAM.png
>> +share/icons/hicolor/32x32/apps/klogic4-fRS.png
>> +share/icons/hicolor/32x32/apps/klogic4-fSELECT.png
>> +share/icons/hicolor/32x32/apps/klogic4-fSS.png
>> +share/icons/hicolor/32x32/apps/klogic4-fSUB.png
>> +share/icons/hicolor/32x32/apps/klogic4-fSWI.png
>> +share/icons/hicolor/32x32/apps/klogic4-fTFF.png
>> +share/icons/hicolor/32x32/apps/klogic4-fTRI.png
>> +share/icons/hicolor/32x32/apps/klogic4-fTXT.png
>> +share/icons/hicolor/32x32/apps/klogic4-fXOR.png
>> +share/icons/hicolor/32x32/apps/klogic4-library-maintenance.png
>> +share/icons/hicolor/32x32/apps/klogic4.png
>> +share/icons/hicolor/48x48/apps/klogic4.png
>> share/locale/de/LC_MESSAGES/klogic.mo
>> -share/locale/es/
>> -share/locale/es/LC_MESSAGES/
>> share/locale/es/LC_MESSAGES/klogic.mo
>> -share/locale/fr/
>> -share/locale/fr/LC_MESSAGES/
>> share/locale/fr/LC_MESSAGES/klogic.mo
>> -share/locale/it/
>> -share/locale/it/LC_MESSAGES/
>> share/locale/it/LC_MESSAGES/klogic.mo
>> -share/locale/sv/
>> -share/locale/sv/LC_MESSAGES/
>> share/locale/sv/LC_MESSAGES/klogic.mo
>> -share/pixmaps/
>> -share/pixmaps/klogic.xpm
>> -share/pixmaps/klogicf.xpm
>> +@exec %D/bin/gtk-update-icon-cache -q -t %D/share/icons/hicolor
>> +@unexec-delete %D/bin/gtk-update-icon-cache -q -t %D/share/icons/hicolor
>> +@exec %D/bin/update-desktop-database
>> +@unexec-delete %D/bin/update-desktop-database
--
WBR,
Vadim Zhukov
> Please forget this messed up patch, updated version below.
>>
>>> Comments / ok?
>
> After feedback from zhuk@, here's a new diff for x11/qt*, for
> consistency, and a diff for port-modules(5).
okay zhuk@
--
WBR,
Vadim Zhukov
4 2016
> glib/grand.c Wed May 4 19:31:36 2016
> +@@ -649,11 +649,7 @@ get_global_random (void)
> + guint32
> + g_random_int (void)
> + {
> +- guint32 result;
> +- G_LOCK (global_random);
> +- result = g_rand_int (get_global_random ());
> +- G_UNLOCK (global_random);
> +- return result;
> ++ return arc4random ();
> + }
> +
> + /**
Nice work! okay zhuk@ (but my okay could be only complementary to one
of the GNOME maintainers).
--
WBR,
Vadim Zhukov
bility for -R media.
"allways" => "always" in pkg/DESCR; otherwise okay zhuk@.
--
WBR,
Vadim Zhukov
not working correctly with previous version already
installed, so I've zapped the LD_LIBRARY_PATH/LIBS hack, and just
added TEST_DEPENDS line.
--
WBR,
Vadim Zhukov
le and it started working.
We have ktorrent-4.3.1 for KDE4, and it works well for me. In 5.9 it
should work more solid because we have fixed a bug in Qt that caused
crashes in apps opening many file descriptors.
--
WBR,
Vadim Zhukov
2016-04-27 22:11 GMT+03:00 Chris Bennett :
> On Wed, Apr 27, 2016 at 12:30:55AM +0300, Vadim Zhukov wrote:
>> 2. Things going to stay for now:
>>
>> x11/kde/base3 common dependency
>>
>
> Can the need for sudo be replaced with doas?
Yes, but I w
So there is a strong agreement that KDE 3 should be trimmed.
Before aja@ goes tedu and remove whole x11/kde with all dependants,
here is a proposal that keeps some unique parts of KDE 3, while
removing most heavy parts. This should help bulk builders by
minimizing time spent in tagged builds. Furth
2016-04-26 12:00 GMT+03:00 Kirill Bychkov :
> On Fri, April 1, 2016 12:29, Kirill Bychkov wrote:
>> On Mon, March 21, 2016 22:34, Kirill Bychkov wrote:
>>> On Mon, March 21, 2016 11:53, Vadim Zhukov wrote:
>>>> 2016-03-20 10:35 GMT+03:00 Kirill Bychkov :
>>>
2016-04-19 1:48 GMT+03:00 Adam Wolk :
> On Mon, 18 Apr 2016 22:01:24 +0100
> Edd Barrett wrote:
>
>> Hi,
>>
>> pkg/DESCR:
>> ---8<---
>> Syncthing is an application that lets you synchronize your files
>> across multiple devices. This means the creation, modification or
>> deletion of files on one
/ports; it'll add devel/kf5 subtree, two subdirs
in x11/kde-applications and, also, it'll overwrite
x11/kde-applications/Makefile.inc, adding KDE5 support.
Anyone brave enough to okay? :)
--
WBR,
Vadim Zhukov
-tools,
> * then do a test build with a default of MODGETTEXT_TOOLS ?= No,
> * fix any fallout,
> * repeat,
> * and eventually kill MODGETTEXT_TOOLS.
>
> Comments?
I think this is The Only Right Way.
--
WBR,
Vadim Zhukov
ack up that
>> > claim. Not sure if you guys agree on this decision.
>>
>> Revised diff below (fixes $V).
>
> Ping.
Committed, thanks!
1.7 isn't supported now anyway... I've tweaked the MODJAVA_VER to 1.8+
instead of plain 1.8, though.
(and now I suspect I did one thing wrong... but I'd better leave that
for the morning)
--
WBR,
Vadim Zhukov
YZqWE/j0yky8Q3oM3ocm7GAWJ:ZyUuUA7YEp,"/bsd"
>>
>> This URL shows more usage examples:
>>
>> http://ssdeep.sourceforge.net/usage.html#basic
>>
>> ok?
>
> Let's try that again, with an attachment this time. :)
okay zhuk@
--
WBR,
Vadim Zhukov
2016-03-20 10:35 GMT+03:00 Kirill Bychkov :
> On Fri, March 11, 2016 12:16, Kirill Bychkov wrote:
>> On Thu, March 10, 2016 23:22, Vadim Zhukov wrote:
>>> 2016-03-09 17:08 GMT+03:00 Kirill Bychkov :
>>>> On Thu, March 3, 2016 16:57, Kirill Bychkov wrote:
>>&
KDE4 there won't be any updates in that regard, by definition. Thank you
for reminding, I'll clean those a bit later.
--
WBR,
Vadim Zhukov
RGS += -no-ssse3 -no-sse4.1 -no-sse4.2 -no-avx -no-avx2
> +.endif
> +
> +.if ${MACHINE_ARCH} == "i386"
> +CONFIGURE_ARGS += -no-sse2 -no-sse3
> +.endif
> +
> .include
>
> # QtWebkit (at least, maybe others) plays dirty games with inter-target
--
WBR,
Vadim Zhukov
use /var/log/pnp4nagios/ directory instead, owned by _nagios, where
application could create/rename/remove files without problem. I'd
recommend go the 2nd way, as we usually do.
--
WBR,
Vadim Zhukov
2016-03-07 13:59 GMT+03:00 Stuart Henderson :
> On 2016/03/07 13:45, Vadim Zhukov wrote:
>> 2016-03-07 3:23 GMT+03:00 Josh Grosse :
>> > On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote:
>> >> ... However, as the
>> >> port stands no
ecking for OS type in java code, and mostly
> there's Windows, Linux, MacOS and little bit of FreeBSD.
Yes, those issues are known and are being worked on (I wish I have
enough time for all of those...). The port we already have is still
useful, though, I use it from time to time.
--
WBR,
Vadim Zhukov
e base compiler.
>> So depending on no_qt the _other_ packages are different. That is
>> wrong.
>
> Two additional revisions after ensuring the gcc4 module is always
> used:
>
> 1. As gcc4 is always used, ONLY_FOR_ARCHS= ${GCC4_ARCHS}
>
> 2. Deploy the new CONF
se involving MODQMAKE_PROJECTS.
Unless there will be any objections, I'll commit this in the evening.
--
WBR,
Vadim Zhukov
Index: x11/qt4/qt4.port.mk
===
RCS file: /cvs/ports/x11/qt4/qt4.port.mk,v
retrieving revision 1.7
diff
o-default-conflict for these,
> so the two can be installed at the same time?
They could: the FULLPKGNAME is overridden in -qt5 case, resulting in
different package name stem.
--
WBR,
Vadim Zhukov
mlt/
> include/mlt++/
> include/mlt++/Mlt.h
> +include/mlt++/MltAnimation.h
> include/mlt++/MltConsumer.h
> include/mlt++/MltDeque.h
> include/mlt++/MltEvent.h
> @@ -80,6 +81,7 @@ share/mlt/avformat/producer_avformat.yml
> share/mlt/core/
> share/mlt/core/consumer_multi.yml
> share/mlt/core/data_fx.properties
> +share/mlt/core/filter_audiomap.yml
> share/mlt/core/filter_audiowave.yml
> share/mlt/core/filter_brightness.yml
> share/mlt/core/filter_channelcopy.yml
> @@ -107,6 +109,7 @@ share/mlt/core/producer_loader.yml
> share/mlt/core/producer_melt.yml
> share/mlt/core/producer_melt_file.yml
> share/mlt/core/producer_noise.yml
> +share/mlt/core/producer_timewarp.yml
> share/mlt/core/producer_tone.yml
> share/mlt/core/transition_composite.yml
> share/mlt/core/transition_luma.yml
> @@ -213,7 +216,9 @@ share/mlt/plus/
> share/mlt/plus/consumer_blipflash.yml
> share/mlt/plus/filter_affine.yml
> share/mlt/plus/filter_charcoal.yml
> +share/mlt/plus/filter_dance.yml
> share/mlt/plus/filter_dynamictext.yml
> +share/mlt/plus/filter_fft.yml
> share/mlt/plus/filter_invert.yml
> share/mlt/plus/filter_lift_gamma_gain.yml
> share/mlt/plus/filter_loudness.yml
--
WBR,
Vadim Zhukov
t;
> do-install:
> ${INSTALL_PROGRAM} ${WRKSRC}/detex ${PREFIX}/bin
Could you, please, add the following to Makefile:
do-test:
cd ${WRKBUILD}; perl ${WRKSRC}/test.pl
... and remove NO_TEST=Yes line? After that, okay zhuk@.
--
WBR,
Vadim Zhukov
/
> share/transmission/web/style/jqueryui/images/
> +share/transmission/web/style/jqueryui/images/ui-bg_flat_0_aa_40x100.png
> share/transmission/web/style/jqueryui/images/ui-bg_flat_75_ff_40x100.png
> +share/transmission/web/style/jqueryui/images/ui-bg_glass_55_fbf9ee_1x400.png
> share/transmission/web/style/jqueryui/images/ui-bg_glass_65_ff_1x400.png
> share/transmission/web/style/jqueryui/images/ui-bg_glass_75_dadada_1x400.png
> share/transmission/web/style/jqueryui/images/ui-bg_glass_75_e6e6e6_1x400.png
> +share/transmission/web/style/jqueryui/images/ui-bg_glass_95_fef1ec_1x400.png
>
> share/transmission/web/style/jqueryui/images/ui-bg_highlight-soft_75_cc_1x100.png
> share/transmission/web/style/jqueryui/images/ui-icons_22_256x240.png
> +share/transmission/web/style/jqueryui/images/ui-icons_2e83ff_256x240.png
> share/transmission/web/style/jqueryui/images/ui-icons_454545_256x240.png
> -share/transmission/web/style/jqueryui/jqueryui-1.8.16.css
> +share/transmission/web/style/jqueryui/images/ui-icons_88_256x240.png
> +share/transmission/web/style/jqueryui/images/ui-icons_cd0a0a_256x240.png
> +share/transmission/web/style/jqueryui/jquery-ui.min.css
> share/transmission/web/style/transmission/
> share/transmission/web/style/transmission/common.css
> share/transmission/web/style/transmission/images/
> @@ -89,3 +112,5 @@ share/transmission/web/style/transmissio
> @owner _transmission
> @group _transmission
> @sample /var/transmission/
> +@exec %D/bin/gtk-update-icon-cache -q -t %D/share/icons/hicolor
> +@unexec-delete %D/bin/gtk-update-icon-cache -q -t %D/share/icons/hicolor
>
--
WBR,
Vadim Zhukov
scalable/apps/callig
> share/icons/hicolor/scalable/apps/calligraflow.svgz
> share/icons/hicolor/scalable/apps/calligrakarbon.svgz
> share/icons/hicolor/scalable/apps/calligrakexi.svgz
> -share/icons/hicolor/scalable/apps/calligrakrita.svgz
> +share/icons/hicolor/scalable/apps/calligrakrita2.svgz
> share/icons/hicolor/scalable/apps/calligraplan.svgz
> share/icons/hicolor/scalable/apps/calligraplanwork.svgz
> share/icons/hicolor/scalable/apps/calligrasheets.svgz
> @@ -8066,10 +8068,14 @@ share/kde4/services/libokularGenerator_d
> share/kde4/services/libokularGenerator_docx_calligra.desktop
> share/kde4/services/libokularGenerator_odp.desktop
> share/kde4/services/libokularGenerator_odt.desktop
> +share/kde4/services/libokularGenerator_powerpoint_calligra.desktop
> +share/kde4/services/libokularGenerator_pptx_calligra.desktop
> share/kde4/services/okularDoc_calligra.desktop
> share/kde4/services/okularDocx_calligra.desktop
> share/kde4/services/okularOdp.desktop
> share/kde4/services/okularOdt.desktop
> +share/kde4/services/okularPowerpoint_calligra.desktop
> +share/kde4/services/okularPptx_calligra.desktop
> share/kde4/services/qimageioplugins/kra.desktop
> share/kde4/services/qimageioplugins/ora.desktop
> share/kde4/services/sheets_excel_thumbnail.desktop
--
WBR,
Vadim Zhukov
>> >
>> > j.
>> >
>>
>> Confirmed.
>>
>> I guess most of us haven't noticed this yet because we are using
>> HTTP in PKG_PATH because it's so much faster.
>
> Nope, .netrc is ftp's lair. I don't get why ftp (run as pfetc
pty4j and see
what could be done after unlock. My plan is to finish KDE5/Wayland first,
though: one big fat port at a time. :)
--
Vadim Zhukov
ts? OKs?
Why not just use fork+exec, without need to care about escaping anymore?
--
WBR,
Vadim Zhukov
side, Qt5 wants same treatment.
Not sure that all platforms Qt5 runs on support poll(2) correctly,
though.
So, okay for this patch going in for now?
--
WBR,
Vadim Zhukov
Index: Makefile
===
RCS file: /cvs/ports/x11/qt4/Makefile,v
r
needed for those modules, then it's RUN_DEPENDS stuff
by definition. Otherwise, if modules are operable and useful without
Postgres, then it's better to mention them in either DESCR or README.
Also, note that there are TEST_DEPENDS, that are resolved for "make test"
only. It seems that I you'll want those as well.
--
Vadim Zhukov
2016-01-20 20:10 GMT+03:00 Caspar Schutijser :
> Hi,
>
> Below is an update to IntelliJ 15.0.3. Did some testing on amd64, works
> fine for me.
Committed, thanks!
otalRAM()
> + if(!error) {
> + totalMemory = info.totalram * info.mem_unit / (1UL << 20);
> + }
> +-#elif defined Q_OS_FREEBSD
> ++#elif defined Q_OS_FREEBSD || defined Q_OS_OPENBSD
> + u_long physmem;
> + int mib[] = {CTL_HW, HW_PHYSMEM};
> + size_t len = sizeof(physmem);
>
--
WBR,
Vadim Zhukov
2015-12-27 23:50 GMT+03:00 Vadim Zhukov :
> Hello all.
>
> At first, a small note for those who don't know: KDE nowadays consists
> three big collections of software:
>
> KDE Frameworks - mostly ex. kdelibs+kde-runtime.
> Plasma Workspaces - desktop components: KWin,
want to rebuild ten webkits and
libreoffice regularly on my laptop, Qt5 and KDE are enough) I can't okay
(as in "commit it!") your diff. But I do not have any objections, either.
On the other side: if this idea is accepted, we may switch to more easy
concept of plain FLAVORs then...
--
Vadim Zhukov
28 дек. 2015 г. 4:15 пользователь "Nigel Taylor" <
njtaylor0...@btinternet.com> написал:
>
> On 12/27/15 20:50, Vadim Zhukov wrote:
> > Hello all.
> >
> > At first, a small note for those who don't know: KDE nowadays consists
> > three big colle
2015-12-27 13:06 GMT+03:00 Kirill Bychkov :
> On Sun, December 27, 2015 00:37, Vadim Zhukov wrote:
>> 2015-12-26 22:04 GMT+03:00 Pascal Stumpf :
>>> On Sat, 26 Dec 2015 17:04:40 +0300, "Kirill Bychkov" wrote:
>>>> Hi,
>>>> This is a port of
. I'm afraid that I'll be able to finish Plasma
before lock, though.
So... any okay to commit this piece of ...code?
--
WBR,
Vadim Zhukov
kf5_ports.tar.gz
Description: GNU Zip compressed data
rt from pascal@.
>>
>> OK?
>
> Hmm, I think libEditorFramework needs SO versioning, no? It's not a
> plugin as far as I can tell.
Yes, and same for libPlugin_StrangeButton.so. Or it shouldn't go in
/usr/local/lib (but in some subdirectory, for example).
--
WBR,
Vadim Zhukov
2015-12-26 23:01 GMT+03:00 Anthony J. Bentley :
> Hi Vadim,
>
> Vadim Zhukov writes:
>> 2015-12-26 22:25 GMT+03:00 Vadim Zhukov :
>> > Quoting description:
>> >
>> > When text is rendered by a computer, sometimes characters are displayed as
>>
2015-12-26 22:25 GMT+03:00 Vadim Zhukov :
> Quoting description:
>
> When text is rendered by a computer, sometimes characters are displayed as
> "tofu". They are little boxes to indicate your device doesn't have a font to
> display the text.
>
> Google has
y, CJK.
The reason is simple:
$ du -sh noto-c*
469Mnoto-cjk-20151226.tgz
9.2Mnoto-common-20151226.tgz
Upstream, as usual, doesn't version the distfile, so I repacked it and
put on my host.
I want this port in since one of the KDE Frameworks recommends it for
better look&feel. Okay to import?
--
WBR,
Vadim Zhukov
17 дек. 2015 г. 11:12 пользователь "Antoine Jacoutot"
написал:
>
> On Wed, Dec 16, 2015 at 10:33:33PM +0300, Vadim Zhukov wrote:
> > (some history)
> >
> > During this summer the Jannis Tsaraias worked on the pkg_module, an
> > automated port creation
2015-12-16 22:33 GMT+03:00 Vadim Zhukov :
> (some history)
>
> During this summer the Jannis Tsaraias worked on the pkg_module, an
> automated port creation framework as a GSoC Project. The project
> succeeded, and Jannis stayed to maintain the code and accept patches
> from
2015-12-16 23:12 GMT+03:00 Landry Breuil :
> On Wed, Dec 16, 2015 at 10:33:33PM +0300, Vadim Zhukov wrote:
>> (some history)
>>
>> During this summer the Jannis Tsaraias worked on the pkg_module, an
>> automated port creation framework as a GSoC Project. The project
>
ting a new version before finishing a previous one...
Any comments/suggestions/objections/okays?
--
WBR,
Vadim Zhukov
r me, and builds fine here on amd64. Okay zhuk@
--
WBR,
Vadim Zhukov
Okay?
--
WBR,
Vadim Zhukov
P.S.: I've spelled "Qt5" in COMMENT-qt5 correctly and I want to fix
COMMENT-qt and COMMENT-qt4 as well in a separate commit. :)
Index: Makefile
===
RCS file: /cvs/ports/print/poppler/M
2015-11-13 10:38 GMT+03:00 Rafael Sadowski :
> On Wed Nov 11, 2015 at 02:49:09AM -0800, Vadim Zhukov wrote:
>> 2015-11-10 22:01 GMT-08:00 Rafael Sadowski :
>> > Hello @ports,
>> >
>> > update to the last stable 2.X branch before I'm ready with opencv 3.0.0
> share/OpenCV/
> share/OpenCV/OpenCVConfig-version.cmake
> share/OpenCV/OpenCVConfig.cmake
This hunk looks like suscipious. The Python support was removed?
Couldn't that break ports depending on opencv in ports tree?
--
WBR,
Vadim Zhukov
I remember a few people were using it in pre-pkg_locatedb times. I
think it's of no use nowadays. So please send it to the last home of
RAIDframe and KDE2. :)
--
WBR,
Vadim Zhukov
E (innoextract-1.5.tar.gz) = 179582
The update itself looks like okay (I'm not an innoextract user,
though). I'm a bit worried about the implicit Python dependency,
though: the build process uses Python directly via StyleCheck.cmake,
and the Python is picked "by accident" via boost dependency. IMHO,
it'll be better to add MODULES+=lang/python and MODPY_RUNDEP=No.
I'll commit the patch as it is for now.
--
WBR,
Vadim Zhukov
2015-10-18 1:55 GMT+03:00 Vadim Zhukov :
> 17 окÑ. 2015 г. 13:07 полÑзоваÑÐµÐ»Ñ "Caspar Schutijser"
> напиÑал:
>>
>> Hi ports@,
>>
>> I ran into the following issue regarding Qt 5 and C++11.
>>
>> /usr/local/lib/q
ms from COPTS
will get overwritten anyway. My approach here forces COPTS/CXXOPTS be the last
one in CFLAGS/CXXFLAGS, allowing user to fully control the build if needed.
--
WBR,
Vadim Zhukov
Index: Makefile
===
RCS file: /cvs/ports/x
ional info, hope to resolve issue soon. It
looks like the Konsole ignores ESRCH and tries to enlist the given process
again and again...
--
Vadim Zhukov
--
Vadim Zhukov
es default CMake variables depending on presence of
popt library and xmlto binary at least. So you have hidden
dependencies there. You'd either explicitly disable picking up those
by -DCMAKE_DISABLE_FIND_PACKAGE_Foo=True, or add what you think worths
it to BUILD/LIB/RUN_DEPENDS.
--
WBR,
Vadim Zhukov
t; @exec %D/bin/update-desktop-database
> @unexec-delete %D/bin/update-desktop-database
> +share/doc/pkg-readmes/${FULLPKGNAME}
This part is wrong and should be reverted. But don't bother, the rest of
diff is fine. I'll test it a later today and commit if things will be fine
(I'm pretty sure they will, but still).
--
Vadim Zhukov
moved it.
>
> Any objection to delete it?
>
> [1] http://swfdec.freedesktop.org/wiki/
We still need more room for KDE5. Thus, there is no excuse to keep it
alive. :)
--
Vadim Zhukov
're willing to help further with this issue, you'd build your
own package from qtcreator port with DEBUG="-O0 -g" environment
variable set at least, to be able to get a useful backtrace from core.
--
WBR,
Vadim Zhukov
2015-09-24 22:58 GMT+03:00 Landry Breuil :
> On Thu, Sep 24, 2015 at 10:58:43AM -0700, patrick keshishian wrote:
>> On 9/23/15, Landry Breuil wrote:
>> > On Thu, Sep 24, 2015 at 07:50:15AM +0200, Landry Breuil wrote:
>> >> On Tue, Sep 22, 2015 at 10:28:37PM -0700, patrick keshishian wrote:
>> >> >
2015-09-24 12:13 GMT+03:00 David Coppa :
>
> Hi,
>
> An update to the latest libinotify-kqueue
Okay from KDE part. :) Thanks for taking care.
> P.S.: please, mirror the distfile.
http://ohvost.ru/dnl/libinotify-20150829.tar.gz
(or you can use https if you prefer that)
--
WBR,
Vadim Zhukov
2015-09-23 5:14 GMT+03:00 George Rosamond :
> Four fonts from Huerta Tipografica.
>
> I used the same Makefile-style as fonts/league-fonts for dealing with
> four different DISTFILES with extraction, etc.
Looks like mostly okay, with only one license nit:
All license files there do have the line
ts/infrastructure/templates/network.conf.template
Similar info is already at the top of the bsd.port.mk(5). Given that
bin/ and man/ aren't required to start using ports(7), I think
duplicating info in ports(7) isn't needed.
--
WBR,
Vadim Zhukov
RESOLVEFUNC(SSLv23_client_method)
> + RESOLVEFUNC(TLSv1_client_method)
> + #ifndef OPENSSL_NO_SSL2
> + RESOLVEFUNC(SSLv2_server_method)
> + #endif
> ++#ifndef OPENSSL_NO_SSL3
> + RESOLVEFUNC(SSLv3_server_method)
> ++#endif
> + RESOLVEFUNC(SSLv23_server_method)
> + RESOLVEFUNC(TLSv1_server_method)
> + RESOLVEFUNC(X509_NAME_entry_count)
>
--
WBR,
Vadim Zhukov
2015-09-16 14:39 GMT+03:00 Vadim Zhukov :
> 2015-09-15 22:48 GMT+03:00 Christian Weisgerber :
>> The latest amd64 package build has revealed a number of ports that
>> are broken after the l2k15 hackathon.
>>
>> A number of ports use SHA-0. It doesn't look like
101 - 200 of 831 matches
Mail list logo