Re: poudriere sillieness re audio/libsamplerate glib20
Can you please give your logs? I personally have no error of building glib based applications. Regards, 2013/4/9 Beeblebrox zap...@berentweb.com: Poudriere bulk is giving a number of odd build errors. * audio/libsamplerate continually needs to be built by hand (directly on the host). Is there a way around this? * Several ports exit with: Ignored: cannot install: Unknown component _glib20 (I suppose this is a ports-merge error?) - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/poudriere-sillieness-re-audio-libsamplerate-glib20-tp5802508.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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 -- 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: Growing list of required(ish) ports
2013/4/8 Chris Rees utis...@gmail.com: On 8 Apr 2013 08:55, Robert Simmons rsimmo...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:11 AM, Kevin Oberman rkober...@gmail.com wrote: On Sun, Apr 7, 2013 at 8:34 PM, Kimmo Paasiala kpaas...@gmail.com wrote: On Mon, Apr 8, 2013 at 6:19 AM, Robert Simmons rsimmo...@gmail.com wrote: On Sun, Apr 7, 2013 at 10:45 PM, Bryan Drewery bdrew...@freebsd.org wrote: On 4/7/2013 8:47 PM, Robert Simmons wrote: Are there plans to get the following ports moved into HEAD? 1) ports-mgmt/pkg 2) ports-mgmt/dialog4ports 3) ports-mgmt/portaudit 4) ports-mgmt/portmaster It seems to me like these belong in the base system. On the contrary, the idea is that more and more should come *out of base* and into ports. Base is very static and stuck in time. By moving these things into ports, you are able to get updates much simpler. No need for an errata or security advisory or release. Just updating with portmaster/pkg upgrade. I understand where you're coming from, but perhaps there needs to be movement in both directions. I may be way off the mark here, but I'd love to spark a discussion about this. I think that in general things that are directly FreeBSD projects belong in base. Examples would be pkgng, and making dialog4ports a switch in dialog(1). Essentially, code that does not have an upstream should be in base. On the other hand, there are a number of things that I think should be pulled out of base. Some already have ports, and others would need ports created. Examples of things to pull out of base are OpenSSL, Heimdal, OpenSSH, PF, ntpd, ipfilter, bind, sendmail, and others. Code that is typically way behind the upstream project basically. portaudit is not needed with pkg, just use 'pkg audit'. I had missed that. Thanks! Also, is there a reason why dialog4ports's functionality wasn't added to dialog(1) as a switch? -- Regards, Bryan Drewery bdrewery@freenode/EFNet ___ I think Bryan already explained the reasons why pkg should not be in base, it's an external tool that is not strictly required to get a bare bones FreeBSD system up and running. Including it in base you create yet another maintainance burden and would slow down the development of the ports/packages management tools. -Kimmo What people seem to miss is that putting tools into the base system strangles the tools. Look at the difficulty we have seen in updating openssl. perl was removed from base for exactly that reason. Once something is in base, it usually can only be updated on major releases and even then it can be very complicated. That is a problem for any dynamically changing tool. I would love to see BIND removed from base, but most of the things you listed really are hard to remove. I know that I don't want to try bringing up a new install of FreeBSD on a remote system without OpenSSH and that OpenSSH is the only one that doesn't follow the same pattern. It seems that the port of it has been abandoned going on 2 years. It is lagging far far behind 9-stable which looks like DES bumped to 6.1 and HEAD has been bumped to 6.2p1. You need to get the idea out of your head that !base == inferior in some way. Ports are an integral part of the OS, and base should be minimal. For me, the only thing that should go to base is svnup. -- 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
[PR] Checksum error in Makefile for graphics/epdfview
=== Extracting for epdfview-0.1.8_4 = SHA256 Checksum mismatch for epdfview-0.1.8.tar.bz2. portstree: HEAD - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/PR-Checksum-error-in-Makefile-for-graphics-epdfview-tp5802537.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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
strigi conflicts with libstreamanalyzer and its self
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 - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/strigi-conflicts-with-libstreamanalyzer-and-its-self-tp5802540.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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: emacs23 not working in terminal
On 04/08/13 18:33, Ashish SHUKLA wrote: Are you able to reproduce it with: emacs -Q -nw ? No. Depending on the terminal I use, what I type might appear *after* I kill emacs. I solved this on most installations with portupgrade -Rf emacs, but I still have one box where this did not help. You mean upgrading to Emacs24 fixed it ? No, I mean reinstalling the same Emacs (23 or 24) and all dependencies fixed it somewhere (but not everywhere). Where should I start looking? Start with truss(1)-ing the Emacs process. I'll give it a shot, altough I'm a newbye with this... 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
Re: [PR] Checksum error in Makefile for graphics/epdfview
On Tue, Apr 9, 2013 at 12:22 AM, Beeblebrox zap...@berentweb.com wrote: === Extracting for epdfview-0.1.8_4 = SHA256 Checksum mismatch for epdfview-0.1.8.tar.bz2. portstree: HEAD I just checked out HEAD, and was not able to reproduce this condition. Can you please run: # make distclean # make checksum Here is my output: [jgh@pepper ~/workspace/ports/graphics/epdfview]$ sudo make checksum === License GPLv2 accepted by the user === Found saved configuration for epdfview-0.1.8_4 === epdfview-0.1.8_4 depends on file: /usr/local/sbin/pkg - found = epdfview-0.1.8.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://trac.emma-soft.com/epdfview/chrome/site/releases/epdfview-0.1.8.tar.bz2 fetch: http://trac.emma-soft.com/epdfview/chrome/site/releases/epdfview-0.1.8.tar.bz2: No address record = Attempting to fetch http://mirror.slitaz.org/sources/packages/e/epdfview-0.1.8.tar.bz2 fetch: http://mirror.slitaz.org/sources/packages/e/epdfview-0.1.8.tar.bz2: Not Found = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/epdfview-0.1.8.tar.bz2 epdfview-0.1.8.tar.bz2100% of 455 kB 100 kBps = SHA256 Checksum OK for epdfview-0.1.8.tar.bz2. Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve ___ 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: poudriere sillieness re audio/libsamplerate glib20
On Tue, Apr 9, 2013 at 10:38 AM, Beeblebrox zap...@berentweb.com wrote: * One glib20 problem was in devel/qt4-corelib/Makefile was USE_GNOME= _glib20 (instead should be glib20) * Another one was in graphics/liblqr-1/Makefile was USE_GNOME= _glib20 pkgconfig (instead should be glib20 pkgconfig) * graphics/colord fails with below, then built manually. checking for XML... yes checking for SQLITE... no configure: error: Package requirements (sqlite3) were not met: Package sqlite3 was not found in the pkg-config search path. Perhaps you should add the directory containing `sqlite3.pc' * x11-toolkits/wxgtk28-common is a bit strange, added to repo after manual build but fail message is: checking for GTK+ version... checking for pkg-config... /usr/local/bin/pkg-config checking for GTK+ - version = 2.0.0... Package pangox was not found in the pkg-config search path. Perhaps you should add the directory containing `pangox.pc' to the PKG_CONFIG_PATH environment variable Package 'pangox', required by 'world', not found *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GTK+ is incorrectly installed. configure: error: The development files for GTK+ were not found. For GTK+ 2, please ensure that pkg-config is in the path and that gtk+-2.0.pc is installed. * When poudriere is re-started, it immediately deletes stuff that it somehow does not like: Deleting colord-0.1.20_1.txz: missing dependencies Deleting libsoup-2.42.0.txz: missing dependencies Deleting wxgtk2-common-2.8.12_1.txz: missing dependencies Running the above 3 with poudriere -vv provides no additional info I'll post more debug results later. - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/poudriere-sillieness-re-audio-libsamplerate-glib20-tp5802508p5802539.html Sent from the freebsd-ports mailing list archive at Nabble.com. How do you know it's supposed to be glib20 and not _glib20? To me it looks like you're just messing around with lots of stuff that you don't quite yet understand. Evenmore you haven't shown anything that would point to a problem in poudriere itself. ___ 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
poudriere sillieness re audio/libsamplerate glib20
How do you know it's supposed to be glib20 and not _glib20? I don't, but what I DO know is that after the 2 corrections (star1 and 2 from post #2), the error messages in the form of 'Unknown component _glib20' cleared out and the dependent ports got built by poudriere. So that was Makefile related. If not, suggest how it is to be fixed so that the error no longer occurs. Evenmore you haven't shown anything that would point to a problem in poudriere itself. a. First item in post #1? I asked if there is a way to get libsamplerate in poudriere b. My thread is not limited to problems with 2 ports, since there are a good number of problems which I am posting as fast as much as I can gather the details. c. As posted in #2: colord-0.1.20_1, libsoup-2.42.0, wxgtk2-common-2.8.12 get built on host but not in poudriere. As shown, the errors are trivial (like 'cannot find sqlite3' when the sqlite3.txz is in fact located in the repo) and furthermore, packages built manually and placed in the common repo are summarily deleted by poudriere at repo-check stage. What more does one need before referring to all of this as sillieness? I do not know where the source problem lies exactly, so I am reporting my findings. - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/poudriere-sillieness-re-audio-libsamplerate-glib20-tp5802508p5802546.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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: poudriere sillieness re audio/libsamplerate glib20
On 4/9/2013 10:33, Beeblebrox wrote: How do you know it's supposed to be glib20 and not _glib20? I don't, but what I DO know is that after the 2 corrections (star1 and 2 from post #2), the error messages in the form of 'Unknown component _glib20' cleared out and the dependent ports got built by poudriere. So that was Makefile related. If not, suggest how it is to be fixed so that the error no longer occurs. Evenmore you haven't shown anything that would point to a problem in poudriere itself. a. First item in post #1? I asked if there is a way to get libsamplerate in poudriere b. My thread is not limited to problems with 2 ports, since there are a good number of problems which I am posting as fast as much as I can gather the details. c. As posted in #2: colord-0.1.20_1, libsoup-2.42.0, wxgtk2-common-2.8.12 get built on host but not in poudriere. As shown, the errors are trivial (like 'cannot find sqlite3' when the sqlite3.txz is in fact located in the repo) and furthermore, packages built manually and placed in the common repo are summarily deleted by poudriere at repo-check stage. What more does one need before referring to all of this as sillieness? I do not know where the source problem lies exactly, so I am reporting my findings. I am regularly building every port in bulk in poudriere, and I don't see these errors. I suspect if you start with a clean slate and the latest ports tree in poudriere, you won't see them either. ___ 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: poudriere sillieness re audio/libsamplerate glib20
On 9-4-2013 10:33, Beeblebrox wrote: How do you know it's supposed to be glib20 and not _glib20? I don't, but what I DO know is that after the 2 corrections (star1 and 2 from post #2), the error messages in the form of 'Unknown component _glib20' cleared out and the dependent ports got built by poudriere. So that was Makefile related. If not, suggest how it is to be fixed so that the error no longer occurs. Thats correct, _glib20 is removed in the gnome devel repo, because it no longer needed. The reason why ports use it was to avoid a dependancy on gamin and gio-fam-backend. I admit that MC is currently unstable, but you should have mentioned if your using a non vanilla ports tree. Otherwise people will just assume your only having ports without extra patches. -Koop Evenmore you haven't shown anything that would point to a problem in poudriere itself. a. First item in post #1? I asked if there is a way to get libsamplerate in poudriere b. My thread is not limited to problems with 2 ports, since there are a good number of problems which I am posting as fast as much as I can gather the details. c. As posted in #2: colord-0.1.20_1, libsoup-2.42.0, wxgtk2-common-2.8.12 get built on host but not in poudriere. As shown, the errors are trivial (like 'cannot find sqlite3' when the sqlite3.txz is in fact located in the repo) and furthermore, packages built manually and placed in the common repo are summarily deleted by poudriere at repo-check stage. What more does one need before referring to all of this as sillieness? I do not know where the source problem lies exactly, so I am reporting my findings. - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/poudriere-sillieness-re-audio-libsamplerate-glib20-tp5802508p5802546.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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: [PR] Checksum error in Makefile for graphics/epdfview
well, once you run a '# make checksum', the checksum error is going to obviously disappear :) built / installed prior to posting - I thought that others may run into a similar problem, which is the reason I posted. Thank You for your help and advice. Regards. - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/PR-Checksum-error-in-Makefile-for-graphics-epdfview-tp5802537p5802555.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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
poudriere sillieness re audio/libsamplerate glib20
Hi Koop, I forget to post some of the necessary details in my complaint list sometimes, so I had just recently included all necessary info in my signature: 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel Should I add trees are merged with portshaker? John: Thank you for the input. Ports tree is updated daily, poudriere jail is very fresh, world gets re-built every 2 weeks. My /usr/local/etc/poudriere.d/make.conf: CPUTYPE?= k8 #native #FORCE_MAKE_JOBS=yes #MAKE_JOBS_NUMBER=9 WITH_CPUFLAGS=yes BUILD_OPTIMIZED=yes BATCH=yes GCC_DEFAULT_VERSION= 4.6+ #_PORT_WITH_WITHOUT FETCH_ARGS= -ApRrF WITHOUT_NOUVEAU=yes NO_PROFILE=yes WITH_PKGNG=yes WITHOUT_NLS=yes WITHOUT_ARTS=yes WITHOUT_IPV6=yes WITH_GTK2=yes GNUSTEP_WITH_GCC46=yes #_PREFERRED_PORTS PERL_VERSION= 5.16.2 QT4_OPTIONS= CUPS QGTKSTYL MYSQL_VERSION= 55 MYSQL_DEFAULT_VERSION= 55 BDB_VERSION= 48 WANT_BDB_VER= 48 LIBIODBC_PORT= databases/unixODBC SAMBA_VERSION= 4 SAMBA_DEFAULT_VERSION= 4 WITH_MOZILLA= firefox WITH_GECKO= xulrunner JAVA_OS=native JAVA_VENDOR=openjdk OVERRIDE_LINUX_BASE_PORT= f10 OVERRIDE_LINUX_NOBASE_PORTS= f10 DIRAC_PORT= multimedia/schroedinger APACHE_PORT=www/nginx LIBUNGIF_PORT= graphics/giflib QT33_PORT= x11-toolkits/qt4-gui XML-COMMONS_PORT= textproc/xerces-j #GLIB12_PORT= devel/glib20 TEXINFO_PORT= textproc/texi2html - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/poudriere-sillieness-re-audio-libsamplerate-glib20-tp5802508p5802556.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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: [PR] Checksum error in Makefile for graphics/epdfview
On 4/9/2013 10:54, Beeblebrox wrote: well, once you run a '# make checksum', the checksum error is going to obviously disappear :) Why would it disappear if the distinfo really doesn't match the port checksum? I suspect you are thinking about make makesum in which case the distinfo is rewritten? ___ 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: [PR] Checksum error in Makefile for graphics/epdfview
Sorry, yes that's what I was thinking of. I did a make makesum before posting the thread. - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/PR-Checksum-error-in-Makefile-for-graphics-epdfview-tp5802537p5802558.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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
poudriere sillieness re audio/libsamplerate glib20
The immediately problematic ports are listed in the poudriere build result as Failed ports: x11/xkeyboard-config:configure devel/libsoup:configure graphics/colord:build devel/p5-Goo-Canvas:configure devel/qt4-script:build graphics/libfpx:build x11-toolkits/qt33:build x11-toolkits/wxgtk28-common:configure print/ghostview:build multimedia/avidemux2:configure I might have neglected to test one-or-two of the ports, but the listed ports build on the host system without problem. However, the most odd behavior comes from these 3: colord-0.1.20_1 / libsoup-2.42.0 / wxgtk2-common-2.8.12 Is there a way to figure out why these do not get built, or why they get deleted from the repo after being built manually? Thanks Regards. - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/poudriere-sillieness-re-audio-libsamplerate-glib20-tp5802508p5802561.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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
[PR] Checksum error in Makefile for graphics/epdfview
And now for something completely different - NOT URGENT as my immediate issue was solved. poudriere breaks for some moronic reason. I'll be happy to provide more info. # poudriere bulk graphics/epdfview Installing libXt-1.1.3,1... done Installing tiff-4.0.3... done done missing dependency gio-fam-backend-2.34.3 Failed to install the following 1 package(s): /packages/All/gtk-update-icon-cache-2.24.17.txz Note that some of the standard modules are provided as separate ports since they require extra dependencies: bsddb databases/py-bsddb gdbmdatabases/py-gdbm sqlite3 databases/py-sqlite3 tkinter x11-toolkits/py-tkinter Install them as needed. - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/PR-Checksum-error-in-Makefile-for-graphics-epdfview-tp5802537p5802566.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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
multimedia/avidemux2 complie breaks
compile on host output ends with: [ 97%] Built target ADM_gui2Gtk_gtk [ 97%] Built target ADM_ocrGtk_gtk [ 97%] Building C object avidemux/ADM_userInterfaces/ADM_GTK/ADM_toolkit_gtk/CMakeFiles/ADM_toolkitGtk_gtk.dir/jogshuttle.c.o /asp/obj/asp/git/ports/multimedia/avidemux2/work/avidemux_2.5.6/avidemux/ADM_userInterfaces/ADM_GTK/ADM_toolkit_gtk/jogshuttle.c:113:23: error: non-void function 'jog_shuttle_button_release' should return a value [-Wreturn-type] if (!widget-window) return; ^ /asp/obj/asp/git/ports/multimedia/avidemux2/work/avidemux_2.5.6/avidemux/ADM_userInterfaces/ADM_GTK/ADM_toolkit_gtk/jogshuttle.c:124:8: warning: type specifier missing, defaults to 'int' [-Wimplicit-int] static emit_value_changed_signal (JogShuttle *wheel) ~~ ^ /asp/obj/asp/git/ports/multimedia/avidemux2/work/avidemux_2.5.6/avidemux/ADM_userInterfaces/ADM_GTK/ADM_toolkit_gtk/jogshuttle.c:147:23: error: non-void function 'jog_shuttle_motion_notify' should return a value [-Wreturn-type] if (!widget-window) return; ^ /asp/obj/asp/git/ports/multimedia/avidemux2/work/avidemux_2.5.6/avidemux/ADM_userInterfaces/ADM_GTK/ADM_toolkit_gtk/jogshuttle.c:149:78: error: non-void function 'jog_shuttle_motion_notify' should return a value [-Wreturn-type] ... width || (priv-offset+priv-pos[3]) 0) return; ^ 1 warning and 3 errors generated. gmake[2]: *** [avidemux/ADM_userInterfaces/ADM_GTK/ADM_toolkit_gtk/CMakeFiles/ADM_toolkitGtk_gtk.dir/jogshuttle.c.o] Error 1 gmake[1]: *** [avidemux/ADM_userInterfaces/ADM_GTK/ADM_toolkit_gtk/CMakeFiles/ADM_toolkitGtk_gtk.dir/all] Error 2 gmake: *** [all] Error 2 *** [do-build] Error code 1 - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/multimedia-avidemux2-complie-breaks-tp5802567.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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
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
strigi conflicts with libstreamanalyzer and its self
well, just where did the other half of my brain go? and solved.. Thanks. - 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/strigi-conflicts-with-libstreamanalyzer-and-its-self-tp5802540p5802579.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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 Port: www/linkchecker , remove INSTALLS_ICONS line?
Hello, I wanted to install the tool linkchecker without GUI on a headless server. Unfortunately the FreeBSD port seems to pull in a large amount of X related dependencies, even though I have WITHOUT_X11=yes in make.conf and I didn't select the GTK2 port option. The X related dependencies originate from graphics/gtk-update-icon-cache. Which in turn seems to be triggered by the INSTALLS_ICONS=yes line in the port's Makefile. I traced this down when I found this similar bug report for another port: http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2011-November/222150.html I removed the INSTALLS_ICONS line from the port's Makefile in my ports tree and the port build and installed succesfully. The CLI tool also runs as expected. I think the INSTALLS_ICONS=yes line can be safely removed from the official port? Thank you in advance, Michiel -- Met vriendelijke scouts- en gidsengroeten, http://www.scoutsengidsenvlaanderen.be *Michiel Detailleur | Medewerker Informatica* *Scouts en Gidsen Vlaanderen vzw* Lange Kievitstraat 74 2018 Antwerpen T: +32 (0)3 231 16 20 F: +32 (0)3 232 63 92 m...@scoutsengidsenvlaanderen.be mailto:m...@scoutsengidsenvlaanderen.be ___ 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: poudriere sillieness re audio/libsamplerate glib20
I think you should read again some man pages and documentation, for instance you should use WITH_MYSQL_VER= 55 to select this version instead of MYSQL_VERSION so I'm just guessing if you're not breaking your poudriere with all of these mispelled options. 2013/4/9 Beeblebrox zap...@berentweb.com: Hi Koop, I forget to post some of the necessary details in my complaint list sometimes, so I had just recently included all necessary info in my signature: 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel Should I add trees are merged with portshaker? John: Thank you for the input. Ports tree is updated daily, poudriere jail is very fresh, world gets re-built every 2 weeks. My /usr/local/etc/poudriere.d/make.conf: CPUTYPE?= k8 #native #FORCE_MAKE_JOBS=yes #MAKE_JOBS_NUMBER=9 WITH_CPUFLAGS=yes BUILD_OPTIMIZED=yes BATCH=yes GCC_DEFAULT_VERSION= 4.6+ #_PORT_WITH_WITHOUT FETCH_ARGS= -ApRrF WITHOUT_NOUVEAU=yes NO_PROFILE=yes WITH_PKGNG=yes WITHOUT_NLS=yes WITHOUT_ARTS=yes WITHOUT_IPV6=yes WITH_GTK2=yes GNUSTEP_WITH_GCC46=yes #_PREFERRED_PORTS PERL_VERSION= 5.16.2 QT4_OPTIONS= CUPS QGTKSTYL MYSQL_VERSION= 55 MYSQL_DEFAULT_VERSION= 55 BDB_VERSION= 48 WANT_BDB_VER= 48 LIBIODBC_PORT= databases/unixODBC SAMBA_VERSION= 4 SAMBA_DEFAULT_VERSION= 4 WITH_MOZILLA= firefox WITH_GECKO= xulrunner JAVA_OS=native JAVA_VENDOR=openjdk OVERRIDE_LINUX_BASE_PORT= f10 OVERRIDE_LINUX_NOBASE_PORTS= f10 DIRAC_PORT= multimedia/schroedinger APACHE_PORT=www/nginx LIBUNGIF_PORT= graphics/giflib QT33_PORT= x11-toolkits/qt4-gui XML-COMMONS_PORT= textproc/xerces-j #GLIB12_PORT= devel/glib20 TEXINFO_PORT= textproc/texi2html - 10-Current-amd64-portstree merged with marcuscom.gnome3 xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/poudriere-sillieness-re-audio-libsamplerate-glib20-tp5802508p5802556.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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 -- 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: Growing list of required(ish) ports
On 2013-04-08 08:26, Freddie Cash wrote: The really hard part is coming up with a migration path for those who upgrade via source builds. It already exists: 1. Update to release that doesn't include $thing; 2. make -C /usr/src delete-old delete-old-libs; 3. Install $thing or $thing_alternative from ports if you need it. Step 3 can be done before steps 1 and 2 thanks to FreeBSD having a sane filesystem hierarchy. ___ 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: Growing list of required(ish) ports
On 2013-04-08 10:22, Florent Peterschmitt wrote: Yep, OpenSSH is tiny enought to keep it in base system. It would be a big loss not to have it by default, securely installed in the base system. I really wish it wasn't. Having OpenSSH (and thus OpenSSL) in the base means FreeBSD has an outdated version installed by default. You have to install openssl from ports in order to have modern cipher support, TLS v1.1/1.2, DTLS, etc. This puts two sets of openssl libs on the system and creates recurrent headaches with builds where the autoconfiguration selects the wrong set of libs. ___ 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 Port: squid-3.3
Dear Sir, I was wondering if there are any plans to support squid 3.3.x via FreeBSD ports soon? The next version 3.3.4 will add support for TPROXY under FreeBSD, which I would really like to use. At the moment, there is no alternative to 'transparent' or 'intercept' connections when using IPV6. Best regards, Adri Koppes ___ 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: squid-3.3
* Adri Koppes (ad...@salesmanager.nl): I was wondering if there are any plans to support squid 3.3.x via FreeBSD ports soon? The next version 3.3.4 will add support for TPROXY under FreeBSD, which I would really like to use. At the moment, there is no alternative to 'transparent' or 'intercept' connections when using IPV6. I'm working on it and hope to have it ready for commit when the ports tree is unfrozen again. Best regards, -- Thomas-Martin Seck ___ 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/portupgrade ISSUE portinstall recursive dependency error
The trouble was in some file corrupted of /usr/ports/Mk It wasn't obvious at all... ;7 2013/2/6 Bryan Drewery bdrew...@freebsd.org: On 1/5/2013 9:38 AM, awarecons wrote: # $FreeBSD: ports/ports-mgmt/portupgrade/Makefile,v 1.285 2012/12/11 17:07:46 svnexp Exp $ # portupgrade -Nv java/openjdk7 --- Session started at: Sat, 05 Jan 2013 19:27:12 +0400 [Gathering depends for java/openjdk7 ..(java/javavmwrapper)..(lang/gcc)..(lang/gcc)--- Session ended at: Sat, 05 Jan 2013 19:27:18 +0400 (consumed 00:00:06) /usr/local/sbin/portupgrade:898:in `get_all_depends': recursive dependency (RecursiveDependencyError) from /usr/local/sbin/portupgrade:921:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:920:in `get_all_depends' from /usr/local/sbin/portupgrade:921:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:920:in `get_all_depends' from /usr/local/sbin/portupgrade:921:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:920:in `get_all_depends' from /usr/local/sbin/portupgrade:937:in `get_notinstalled_depends' from /usr/local/sbin/portupgrade:813:in `main' from /usr/local/sbin/portupgrade:791:in `each' from /usr/local/sbin/portupgrade:791:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1248:in `order!' from /usr/local/lib/ruby/1.8/optparse.rb:1241:in `order' from /usr/local/sbin/portupgrade:576:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:791:in `initialize' from /usr/local/sbin/portupgrade:237:in `new' from /usr/local/sbin/portupgrade:237:in `main' from /usr/local/sbin/portupgrade:2371 Repeatable on any new port. Appeared after last update of portupgrade, previous version worked fine. Did you get this worked out? I have not had any other reports of this issue. The only change in the last version was to no longer support older db formats. This should not be a problem though as I put in code 6+ months ago to handle this situation. Your failure does not look related. You can really force rebuild: rm /var/db/pkg/pkgdb.db; pkgdb -uf Beyond that I recommend rechecking out ports fresh from SVN or portsnap: rm -rf /usr/ports; portsnap fetch extract -- Regards, Bryan Drewery bdrewery@freenode/EFNet ___ 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: Growing list of required(ish) ports
On Tue, Apr 9, 2013 at 3:09 PM, Darren Pilgrim list_free...@bluerosetech.com wrote: On 2013-04-08 10:22, Florent Peterschmitt wrote: Yep, OpenSSH is tiny enought to keep it in base system. It would be a big loss not to have it by default, securely installed in the base system. I really wish it wasn't. Having OpenSSH (and thus OpenSSL) in the base means FreeBSD has an outdated version installed by default. You have to install openssl from ports in order to have modern cipher support, TLS v1.1/1.2, DTLS, etc. This puts two sets of openssl libs on the system and creates recurrent headaches with builds where the autoconfiguration selects the wrong set of libs. I guess it would be possible to rename it to something autoconf misses, so ports have to use the ports-version? It enforces some redundancy, though I won't speculate on how much disk space it works out to. -- Daniel Nebdal ___ 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: www/opera ISSUE Java Plugin missing
Looks like in further releases Opera changed smth itself, so it started to catch icedtea-web had been build with USE_GCC=4.6 Such things happen when something is hard-coded during coding... - non-grata practice) Thank you. 2013/1/19 Claude Buisson clbuis...@orange.fr: Hi, I saw this thread on ports@ archive, and just resolved a similar issue, so FWIW: I have 2 systems, both i386, one 8-STABLE, the other 9-STABLE, where opera could not detect the icedtea-web plugin, but where this plugin could be used without problem by firefox. On both systems, icedtea-web had been build with USE_GCC=4.6. So today, I rebuilt icedtea-web with the standard compiler in the base system, and now the plugin is detected and works OK. I do not know the details of your installation, but a compiler mismatch may be the cause of your problem CBu ___ 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: Growing list of required(ish) ports
Ports are an integral part of the OS, and base should be minimal. For me, the only thing that should go to base is svnup. +1 this, it is a real headache to not be able to svn up, without first installing a bunch of stuff via ports... I Love the idea of having a minimal system... i think sendmail, ssh, openssl, pf, and maybe even gcc(now that clang is default) should somehow go in ports... but i do think that the package files should be always kept up to date, and delivered on the install media, or bootstrapped in some way like pkg is.. -- Sam Fourman Jr. ___ 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 qt33 in ports
Hello, I'm still an active user of KDE3, compiling from ports, at the moment from SVN r315646; the ports Makefile say that the port will be removed as of July 1st 2013 which would let me w/o my desktop. I will not switch to KDE4 because this is an overkill for my FreeBSD netbook (EeePC 900) and I do not need all this plasma and other coloured stuff. Is it really so hard to keep KDE3 and qt33 in the ports tree and just adjust from time to time, if required, some dependencies? As I said, at the moment it is just compiling fine with 'make install BATCH=yes' in ports/x11/kde3. If there is helping hand required, I could do so if this fits with my knowledge. Please let us keep KDE3 / qt33 in the ports. Thanks matthias -- Matthias Apitz | /\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards ___ 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: Growing list of required(ish) ports
Le mardi 09 avril 2013 à 06:09 -0700, Darren Pilgrim a écrit : On 2013-04-08 10:22, Florent Peterschmitt wrote: Yep, OpenSSH is tiny enought to keep it in base system. It would be a big loss not to have it by default, securely installed in the base system. I really wish it wasn't. Having OpenSSH (and thus OpenSSL) in the base means FreeBSD has an outdated version installed by default. You have to install openssl from ports in order to have modern cipher support, TLS v1.1/1.2, DTLS, etc. This puts two sets of openssl libs on the system and creates recurrent headaches with builds where the autoconfiguration selects the wrong set of libs. Hum, I didn't thought about that. So I think it would be possible to have a secondary « branch » for the distribution including something like « special ports » which can be retrieved, built and managed (for porters) quickly. Anybody think something like that is relevant and possible to do ? -- Florent Peterschmitt +33 (0)6 64 33 97 92 flor...@peterschmitt.fr signature.asc Description: This is a digitally signed message part
Re: Growing list of required(ish) ports
On Tue, Apr 9, 2013 at 12:48 PM, Florent Peterschmitt flor...@peterschmitt.fr wrote: Le mardi 09 avril 2013 à 06:09 -0700, Darren Pilgrim a écrit : On 2013-04-08 10:22, Florent Peterschmitt wrote: Yep, OpenSSH is tiny enought to keep it in base system. It would be a big loss not to have it by default, securely installed in the base system. I really wish it wasn't. Having OpenSSH (and thus OpenSSL) in the base means FreeBSD has an outdated version installed by default. You have to install openssl from ports in order to have modern cipher support, TLS v1.1/1.2, DTLS, etc. This puts two sets of openssl libs on the system and creates recurrent headaches with builds where the autoconfiguration selects the wrong set of libs. Hum, I didn't thought about that. So I think it would be possible to have a secondary « branch » for the distribution including something like « special ports » which can be retrieved, built and managed (for porters) quickly. Anybody think something like that is relevant and possible to do ? One thing to note is that these parts of base are kept just about as up-to-date as ports over in the HEAD branch. In the case of OpenSSH, HEAD is way way more up to date than ports. These changes are also fairly quickly MFC'd over to stable. The real hiccup is that these changes don't dribble out of freebsd-update. ___ 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: Growing list of required(ish) ports
On Tue, Apr 9, 2013 at 1:11 PM, Florent Peterschmitt flor...@peterschmitt.fr wrote: Le mardi 09 avril 2013 à 13:03 -0400, Robert Simmons a écrit : Hum, I didn't thought about that. So I think it would be possible to have a secondary « branch » for the distribution including something like « special ports » which can be retrieved, built and managed (for porters) quickly. Anybody think something like that is relevant and possible to do ? One thing to note is that these parts of base are kept just about as up-to-date as ports over in the HEAD branch. In the case of OpenSSH, HEAD is way way more up to date than ports. These changes are also fairly quickly MFC'd over to stable. The real hiccup is that these changes don't dribble out of freebsd-update. I see. So you suggest to use -STABLE ? Because -RELEASE is aimed to stay as frozen (I mean stable and secured) as possible, it makes sens not to have updates. No, stable is just another type of development branch. It is not meant for production use. I'm suggesting that enough testing and QA be applied to certain updates to be able to offer them as part of freebsd-update. Not sure if this is even possible. It may go against the philosophy of RELEASE and it would require resources that are in short supply as is. ___ 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: www/nginx pkg-plist + pkgng (detectable?)
On 8 Apr 2013 10:31, Michael Gmelin free...@grem.de wrote: On Sat, 30 Mar 2013 14:23:20 +0100 Michael Gmelin free...@grem.de wrote: On Sat, 30 Mar 2013 05:39:21 -0500 Bryan Drewery bdrew...@freebsd.org wrote: Let me elaborate this with a complete test sequence (starting in a clean jail): # cd /usr/ports/ports-mgmt/pkg # make install clean # pkg -v 1.0.9 (which is port version 1.0.9_2) # echo WITH_PKGNG=1 /etc/make.conf # pkg2ng # cd /usr/ports/www/nginx # make make clean (this is so only dependencies get installed) # find /usr | sort | uniq /tmp/beforeinstall # make install clean # find /usr | sort | uniq /tmp/afterinstall # diff /tmp/beforeinstall /tmp/afterinstall | wc -l 32 # pkg delete -y nginx # find /usr | sort | uniq /tmp/afterdelete # diff /tmp/beforeinstall /tmp/afterdelete | wc -l 0 (At this point it's clear that the package cleans up after itself ok after removal) # make install clean # mkdir /tmp/pkg # cd /tmp/pkg # pkg create nginx # pkg repo . # find . . ./nginx-1.2.7_1,1.txz ./repo.txz # pkg delete -y nginx # PACKAGESITE=file:/tmp/pkg pkg update # PACKAGESITE=file:/tmp/pkg pkg install -y nginx # find . . ./nginx-1.2.7_1,1.txz ./repo.txz ./www ./www/nginx-dist I did the same procedure using pkg_* (starting from scratch): # cd /usr/ports/www/nginx # make install clean # mkdir /tmp/pkg # cd /tmp/pkg # pkg_create -b nginx-\* # find . . ./nginx-1.2.7_1,1.tbz # pkg_delete nginx-\* # pkg_add nginx-* # find . . ./nginx-1.2.7_1,1.tbz # pkg_info nginx-1.2.7_1,1 Robust and small WWW server pcre-8.32 Perl Compatible Regular Expressions library So the problem only happens when using pkgng, not when using pkg_*. With pkg_* it seems like mkdir www/nginx-dist is executed relative to @cwd, while with pkgng it's executed relative to `pwd`. Any news on this? Has it been fixed in pkg (I think it's primarily a bug in the port) No, it's a bug in pkgng; it should respect @cwd. Chris On a different note, two things I noticed while playing with pkgng: - The bootstrap code delivered with 9.1 installs pkg version 1.0.2, since pkg is still improved rapidly, wouldn't it make sense to bootstrap to the latest version from ports (or at least output a warning, that there might be a more recent version)? Seems like it's fixed. - pkg2ng does not alter make.conf, nor tell the user to do so. If you assume that all users of pkg only use binary packages that might make sense. But since you'll see a lot of converting users (in the end this is what pkg2ng is for) either altering make.conf or at least giving a hint to the user (something like Don't forget to add 'WITH_PKGNG=1' to your /etc/make.conf) would be nice. Even though I'm really should know that at this point, I forgot it several times, which puts the machines affected in a pretty ugly state after installing additional ports. pkg-message or pkg2ng could warn about this. Actually, I think it would be best if pkg2ng should add the line to make.conf. Cheers, Michael -- Michael Gmelin ___ 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
isc-dhcp42-server-4.2.4_2 question
Hello. While configuring isc-dhcp42-server-4.2.4_2 with chroot, I found out that devfs not umounted from /var/db/dhcpd/dev during stop, or unsuccessful start. Which is preventing to start again, unless you do manually umount /var/db/dhcpd/dev Is this by design? -- Regards, Alexander Yerenkow ___ 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: isc-dhcp42-server-4.2.4_2 question
Alexander Yerenkow yeren...@gmail.com writes: Hello. While configuring isc-dhcp42-server-4.2.4_2 with chroot, I found out that devfs not umounted from /var/db/dhcpd/dev during stop, or unsuccessful start. Which is preventing to start again, unless you do manually umount /var/db/dhcpd/dev Is this by design? No, it's not. The script that comes with the port has a cleanup_chroot which is supposed to umount(8) the devfs(5). I looked it over, and I don't see why it wouldn't work, but I haven't tested it, either. ___ 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: Request olvwm
On 2013-Apr-08 13:32:05 +0200, Daniel Nebdal dneb...@gmail.com wrote: Looking at it, the first problem is that x11-toolkits/xview has ONLY_FOR_ARCHS= i386 . Adding amd64 to it failed early with compilation errors (in some hairy macro definitions, by the look of it). Setting USE_GCC=4.2+ still produced a lot of warnings, but actually compiled and installed. Back in olwm, it then failed with much the same compiler errors; USE_GCC=4.2+ got past that again (I guess it's from the same header files as xview). It then compiled and installed. On trying to start it, it segfaulted. Recompiling with CFLAGS+=-g and starting it in gdb, I get this: Without looking at the code, my initial guess is that the code assumes it can store a pointer in an int. There is probably a good reason xview is marked as i386 - only. I guess I could recompile it with -g as well to see if I can find out what goes wrong, but ... I do have other things to do, and I know nothing about X or xview or olvwm. Maybe later? As a first step, I'd add '-Wall -Wmissing-declarations' and work through all the warnings, particularly any that suggest truncation. -- Peter Jeremy pgp9ldLonpOfr.pgp Description: PGP signature
mixxx: sound non existent on left input.
I have it set with /dev/dsp channels 1 and 2. ___ 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: Trouble building postfixadmin on 10-CURRENT
On Sat, 30 Mar 2013 09:00:43 -0400, Lowell Gilbert
freebsd-ports-lo...@be-well.ilk.org wrote:
Andre Goree an...@drenet.info writes:
Having issues building postfixadmin on a 10-CURRENT system. Any advice?
[root@nqhost postfixadmin]# make install clean
=== Installing for postfixadmin-2.3.6
=== postfixadmin-2.3.6 depends on file:
/usr/local/include/php/main/php.h - found
=== postfixadmin-2.3.6 depends on file:
/usr/local/lib/php/20090626/session.so - found
=== postfixadmin-2.3.6 depends on file:
/usr/local/lib/php/20090626/mbstring.so - found
=== postfixadmin-2.3.6 depends on file:
/usr/local/lib/php/20090626/xmlrpc.so - found
=== postfixadmin-2.3.6 depends on file:
/usr/local/lib/php/20090626/mysqli.so - found
=== Generating temporary packing list
=== Checking if mail/postfixadmin already installed
(cd /usr/ports/mail/postfixadmin/work/postfixadmin-2.3.6/ /bin/sh -c
'(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 /dev/null 21)
/usr/sbin/chown -R root:wheel $1 /usr/bin/find -d $0 $2 -type d
-exec chmod 755 $1/{} \; /usr/bin/find -d $0 $2 -type f -exec chmod
444 $1/{} \;' -- \*.php /usr/local/www/postfixadmin ! -name
config.inc.php)
*** [do-install] Error code 1
Stop in /usr/ports/mail/postfixadmin.
*** [install] Error code 1
Stop in /usr/ports/mail/postfixadmin.
No message from what actually goes wrong; strange.
Especially for failing on do-install; it looks like it should be
changing permissions at that point.
And I can't reproduce the failure on RELENG_9 with default options.
Are you using any unusual options?
Revisiting this, it looks like the issue may be due to missing files (?):
[root@nqhost postfixadmin]# truss -o /tmp/truss.out -d make install clean
[root@nqhost postfixadmin]# grep -i no such file /tmp/truss.out
0.000287217 readlink(/etc/malloc.conf,0x7fffd5f0,1024) ERR#2 'No
such file or directory'
0.003630441 stat(obj.amd64,0x7fffc950) ERR#2 'No such file or
directory'
0.003774608 stat(obj,0x7fffc950) ERR#2 'No such file or
directory'
0.003943641 stat(/usr/obj/usr/ports/mail/postfixadmin,0x7fffc950)
ERR#2 'No such file or directory'
0.011316001 open(BSDmakefile,O_RDONLY,0666)ERR#2 'No such file or
directory'
0.011466035 open(makefile,O_RDONLY,0666) ERR#2 'No such file or
directory'
0.040288003 stat(/usr/local/sbin/pkg_info,0x7fffc0f0) ERR#2 'No such
file or directory'
0.040825556
stat(/usr/ports/mail/postfixadmin/../Makefile.inc,0x7fffc0f0) ERR#2
'No such file or directory'
0.040997383
stat(/usr/ports/mail/postfixadmin/Makefile.amd64-FreeBSD,0x7fffc0f0)
ERR#2 'No such file or directory'
0.041220619
stat(/usr/ports/mail/postfixadmin/Makefile.FreeBSD,0x7fffc0f0) ERR#2
'No such file or directory'
0.041430443
stat(/usr/ports/mail/postfixadmin/Makefile.amd64,0x7fffc0f0) ERR#2
'No such file or directory'
0.041595286
stat(/usr/ports/mail/postfixadmin/Makefile.local,0x7fffc0f0) ERR#2
'No such file or directory'
0.043887152
stat(/var/db/ports/postfixadmin/options.local,0x7fffc0f0) ERR#2 'No
such file or directory'
0.099489278 stat(/usr/ports/Makefile.inc,0x7fffc0f0) ERR#2 'No such
file or directory'
0.124130399 stat(/cdrom/ports/distfiles,0x7fffc0f0) ERR#2 'No such
file or directory'
0.126861472 stat(/usr/ports/packages,0x7fffc0f0) ERR#2 'No such file
or directory'
0.133828432
stat(/usr/ports/mail/postfixadmin/work/.install_done.postfixadmin._usr_local,0x7fffc0c0)
ERR#2 'No such file or directory'
0.134219583
stat(/usr/ports/mail/postfixadmin/work/.package_done.postfixadmin._usr_local,0x7fffc0c0)
ERR#2 'No such file or directory'
0.141124238 stat(/usr/ports/mail/postfixadmin/pkg-help,0x7fffc0f0)
ERR#2 'No such file or directory'
0.155416619 open(.depend,O_RDONLY,0666)ERR#2 'No such file or
directory'
0.156752400 stat(pre-config,0x7fffc700)ERR#2 'No such file or
directory'
0.156928697 stat(pre-config,0x7fffc720)ERR#2 'No such file or
directory'
0.157066438 stat(config-conditional,0x7fffc730) ERR#2 'No such file
or directory'
0.157207811 stat(config-conditional,0x7fffc750) ERR#2 'No such file
or directory'
0.157342758 stat(install,0x7fffc760) ERR#2 'No such file or
directory'
I've attached the full truss output file if anyone is interested.
--
Andre Goree
an...@drenet.net
truss.out
Description: Binary data
___
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
