Re: FreeBSD Port: RetroArch-1.3.6_7
On Wed, 2017-08-23 at 07:23 -0700, Ultima wrote: > Are you positive ffmpeg is the issue? I just did a clean build on > 110amd64 and 12 current and ffmpeg built just fine. Also build fairly > recent (less than a week) on the other releases/tier 1 arch. Weird, I've pulled the ports source tree yesterday and it still did not build with the same error. I'll double check. But for now I'll disable temporarily the ffmpeg dependency to update the port :) Regards, -- David ___ 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: [RFC] Why FreeBSD ports should have branches by OS version
On Fri, 2017-06-23 at 10:38 +0200, Vlad K. wrote: > But again, that's all doable without having to introduce new > infrastructure. The ports tree as is can be maintained like this and > quarterly repos would NOT be required. All it's needed is for > maintainers to keep a stable version and a latest version. There's > already plenty of ports done like that, otoh postfix and > postfix-current, nginx and nginx-devel, etc... Yes but again if not all ports follow this system, we still have the problem of having potential major upgrades. > Because the BIGGEST problem in maintaining separate "stable" or LTS > branches is BACKPORTING fixes for ports in the #2 category, ie. > those > that mix new features with fixes, so you have to CHERRY PICK only > the > fix and BACKPORT it to your "stable" branch. And that's even more > work > often introducing NEW bugs. Release branches do not need backports. > BTW, the problem of the original post could've been avoided if the > user > only read UPDATING which clearly stated that www/node becomes 7 and > previous node (6) becomes www/node6. (20161207) entry. Completely off topic, if you upgrade the ports tree, you should update all your packages as doing partial upgrades is even worse (shared library rebuilds for instance). ___ 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: [RFC] Why FreeBSD ports should have branches by OS version
On Thu, 2017-06-22 at 16:11 -0500, Mark Linimon wrote: > On Thu, Jun 22, 2017 at 12:32:45PM -0400, scratch65...@att.net wrote: > > My problem is that my industry experience tells me that reducing > > the frequency of port releases is practically *guaranteed* to be > > a Really Good Thing for everyone. > > I remember before we had the quarterly releases, and people on the > mailing lists complained constantly about the ports bits only being > available once per release, or rolling with -head. > Quarterly branches do not solve anything. A user installs a machine on March, it uses 2017Q1. Then in April an additional software must be installed, as we are in April, 2017Q2 is available so two choices: a. the user keeps 2017Q1 but won't have any security fixes as it is not maintained anymore; possibly having security flaws. b. the user switches to 2017Q2, this tree will probably have major upgrades and possibly breaking existing stuff. To me, quarterly branches are completely useless as they are not maintained enough in time. Replacing them with release branches would solve everything explained in this thread. Regards, -- David Demelier ___ 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: [RFC] Why FreeBSD ports should have branches by OS version
On Fri, 2017-06-23 at 00:31 +, Grzegorz Junka wrote: > A user would probably start with precompiled packages. Only power > users > who know what they are doing would try to compile the packages > themselves, and at that point I would expect them to know a thing or > two > about verifying that they compile and work fine. Precompiled packages are updated as well nowadays. ___ 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: [RFC] Why FreeBSD ports should have branches by OS version
On Thu, 2017-06-22 at 11:57 -0700, Dave Hayes wrote: > Would you agree that release branches would be unnecessary if > somehow > you could select the version of node that the ports tree builds via > some > (as yet unspecified) mechanism? I've also think about that but I'm not sure if it's easier than having frozen release branches. Release branches won't have many maintenance except individual bug fixes when security advisories are found. No backport, no updates. On the other hand, having to deal case-by-case for which ports should have version is very hard and complex. It's the case of some of them, node, postgresql, apache. But then we will have thousands of ports to add just to provides different versions. Cheers, -- David Demelier ___ 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: [RFC] Why FreeBSD ports should have branches by OS version
On Thu, 2017-06-22 at 10:43 -0700, Dave Hayes wrote: > They are not useless to me. > > I maintain a fair number of different package repositories for > various > purposes. Over a long period of time I've found that trying to build > from HEAD is a random crapshoot as to whether everything you want > will > build without you having to svn random ports back and forth through > the > revision tree (or patch them yourself), patch your build processes, > and/or ask for help (which you often might not get). > > In contrast, the quarterly branches (so far) have built everything > I've > wanted cleanly and this has been true for some years. No, the > quarterlies are not perfect, but they seem to be closer to perfect > than > HEAD is. > The problem is not if a port will build fine or not. Let me use my example of www/node back. I have built the port www/node in poudriere using this origin (so no version). At the time I've built it it was a 6.x version. When I upgraded my machine, www/node has switched to 7.x version and since this software follows semantic versioning, every application using the 6.x branch may or may not work anymore. And that was my case, etherpad could not start. Fortunately, I had the chance that the port www/node6 existed and I could downgrade. Some people would argue to upgrade etherpad to a version that supports node 7.x but that is not always an option. Hint: how many application are still not python 3 compatible ? :-) Now, I'm in a state where if I pull the ports tree, I must check if www/node6 still exists or I must not upgrade. With releases branches I will be sure that: 1. www/node will *always* be at a 6.x version; 2. www/node will still be supported for the version of the FreeBSD system. Regards, -- David Demelier ___ 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"
games/oneko-sakura conflicts with games/oneko
Hi freebsd-ports@, Just a little issue to fix with games/oneko-sakura, the both ports install the same binary and man, you can install both on your machine but only one /usr/local/bin/oneko will appears. I propose to add a little CONFLICTS entry, what do you think? 1. install games/oneko 2. install games/oneko-sakura 3. pkg_delete oneko-1\* (games/oneko) 4. pkg_delete oneko\* pkg_delete: file '/usr/local/man/man6/oneko.6.gz' doesn't exist pkg_delete: file '/usr/local/bin/oneko' doesn't exist ^ King regards. -- Demelier David ___ 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-mgmt/portmaster does not have zsh completions anymore ?
On Wed, May 19, 2010 at 10:27:35AM -0700, Doug Barton wrote: The user reports in private e-mail that the completions file is installed, but it's still not working. Can a zsh user help him out? Yes, sorry I forgot everytime to answer to all... -- Demelier David ___ 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
x11-wm/obconf segfaults
Hi freebsd-ports@, Today I wanted to try x11-wm/openbox and its configuration manager called obconf found in x11-wm/obconf. I started it and it just segfaults : (obconf:30154): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 804e041c0 (LWP 100235)] 0x000800f4ee75 in g_object_type_init () from /usr/X11R6/lib/libgobject-2.0.so.0 King regards. -- Demelier David ___ 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
Fail to make package in x11-toolkits/gtk20
Hi, Today I wanted to make package-recursive in x11/gnome2-lite but it fails at x11-toolkits/gtk20. Maybe I disabled somewhere the CUPS option but I have no WITHOUT_CUPS knob defined in make.conf Creating bzip'd tar ball in '/usr/ports/packages/All/gtk-2.18.7_1.tbz' tar: lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.a: Cannot stat: No such file or directory tar: lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.la: Cannot stat: No such file or directory tar: lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 King regards. -- Demelier David ___ 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
audio/mumble needs devel/protobuf as lib depend.
Hi,
If you install audio/mumble you will noticed that it does not depend on
deve/protobuf because it's marked as BUILD_DEPENDS in the Makefile.
However if you deinstall protobuf mumble will fails It also the same
with x11/qt4-opengl. So I would propose this patch.(see attachment).
But there is still a missing dependency (I guess) because if you remove
any qt4-* leaves (not depended on) mumble will segfault.
Cheers.
--
Demelier David
--- Makefile.orig 2010-05-05 18:58:01.0 +0200
+++ Makefile 2010-05-05 19:07:09.0 +0200
@@ -18,13 +18,14 @@
celt.0:${PORTSDIR}/audio/celt \
sndfile.1:${PORTSDIR}/audio/libsndfile \
boost_iostreams:${PORTSDIR}/devel/boost-libs \
- boost_python:${PORTSDIR}/devel/boost-python-libs
-BUILD_DEPENDS= protoc:${PORTSDIR}/devel/protobuf
+ boost_python:${PORTSDIR}/devel/boost-python-libs \
+ protoc:${PORTSDIR}/devel/protobuf
USE_GMAKE= yes
USE_QT_VER= 4
QT_COMPONENTS= gui svg iconengines xml sql network l10n \
- linguist_build qmake_build moc_build rcc_build uic_build
+ linguist_build qmake_build moc_build rcc_build uic_build \
+ opengl
USE_XORG= ice
HAS_CONFIGURE= yes
___
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: audio/mumble needs devel/protobuf as lib depend.
The problem was an other missing dependency : databases/qt4-sql-sqlite3 so the fix would be to add sql-sqlite4 to in QT_COMPONENTS too. ___ 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
graphics/dri fails to build.
Hi freebsd-ports, I have two machines one running 8.0-RELEASE and one using 8.0-STABLE, the stable one successfully update xorg to 7.5 but the other one do not : cc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/local/include -I/usr/local/include/drm-I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -I../intel -I../intel/server -DI915 -DDRM_VBLANK_FLIP=DRM_VBLANK_FLIP i830_context.c -o i830_context.o In file included from i830_context.h:31, from i830_context.c:28: ../intel/intel_context.h:38:26: error: intel_bufmgr.h: No such file or directory In file included from ../intel/intel_context.h:40, from i830_context.h:31, from i830_context.c:28: ../intel/intel_screen.h:81: error: expected specifier-qualifier-list before 'dri_bufmgr' In file included from i830_context.h:31, from i830_context.c:28: ../intel/intel_context.h:93: error: expected specifier-qualifier-list before 'drm_intel_bo' ../intel/intel_context.h:166: error: expected declaration specifiers or '...' before 'dri_bo' ../intel/intel_context.h:183: error: expected specifier-qualifier-list before 'dri_bufmgr' In file included from i830_context.c:28: i830_context.h:133: error: expected specifier-qualifier-list before 'dri_bo' i830_context.c: In function 'i830CreateContext': i830_context.c:75: error: 'struct intel_context' has no member named 'ViewportMatrix' i830_context.c:85: error: 'struct intel_context' has no member named 'no_rast' i830_context.c:108: error: 'struct intel_context' has no member named 'verts' gmake[5]: *** [i830_context.o] Error 1 gmake[5]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers/dri/i915' gmake[4]: *** [subdirs] Error 1 gmake[4]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers/dri' gmake[3]: *** [default] Error 1 gmake[3]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers' gmake[2]: *** [driver_subdirs] Error 2 gmake[2]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa' gmake[1]: *** [subdirs] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src' gmake: *** [default] Error 1 *** Error code 1 I have the same make.conf on the both, only WITHOUT_NOUVEAU=YES defined. What can I try ? King regards. David. ___ 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/dri fails to build.
http://www.freebsd.org/cgi/query-pr.cgi?pr=143723 It seems adding CFLAGS+=-march-=native solved the problem but I don't want to keep this flag everytime in my make.conf How this flag could solve the problem ? I can't understand. Cheers. ___ 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
audio/sdl_mixer does not pull libmikmod as dependency
Hi, I was checking why supertux fails, and I noticed that libmikmod wasn't installed. I checked the sdl_mixer options and MIKMOD is activated. Why does make (missing|deinstall|install) does not pull libmikmod, flac, smpeg as sdl_mixer dependencies ? King regards. -- Demelier David ___ 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
mplayer needs libcdio and libcdio isn't depending on
Hi freebsd-ports, When you install mplayer with libcdio support, if will build and install it, but libcdio has no depend and could be detected as leaf package. Then pkg_cleanup will ask you to remove it and if you remove it you canno't use mplayer anymore if it needs this lib. Is that behavior expected ? I means that libcdio shouldn't be needed by mplayer after the installation. King regards. -- Demelier David ___ 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
graphics/mirage and localization
Hi As I said for tagtool too, graphics/mirage has a international localization support but which doesn't seems to work on freebsd. ___ 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
Tagtool doesn't take care locales
Hi Tagtool has an international languages support. But on FreeBSD (and not only, I noticed this problem on some linux distros) tagtool doesn't care about locales, it will just runs in English. I tried to export all locales in differents languages but it still keeps english language. ___ 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 on Macbook
z...@zaa.pp.ru wrote: On Fri, Feb 27, 2009 at 03:04:09PM +0530, Nataraj S Narayan wrote: Hi I hear that Mac OS X and later ones are based on FreeBSD. My wife is planning to get a Macbook , which I don't quite approve. Mainly because we need to pay for any upgrade or new add ons. But i see there is the 'ports' for Mac as in the case of FreeBSD. Is it the same thing? Can we use FreeBSD ports on Macbook? That we I am spared of paying profusely? Mac users might use Mac Ports - http://www.macports.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 I don't know if we can runs any FreeBSD ports, I know that the mac os kernel have a FreeBSD layer and you can runs some binaries from unix-like OS. ___ 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
