troubles with ports building with system-wide ccache enabled
Colleagues, some ports are broken for quite some time if system-wide ccache building is enabled: root@briareus:/usr/ports# env __MAKE_CONF=/dev/null WITH_CCACHE_BUILD=yes make -C databases/levigo/ make describe Variable CONFIGURE_ENV is recursive. make: stopped in /usr/ports/databases/levigo Any hints? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
sysutils/dmidecode periodic script
Dear colleagues, as anders@ temporarily stopped involving in a project some time ago, could someone please take a look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188941#c0 ? Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: security/pinentry patch for WINOUT_X11 systems
Jun-SAN,
On Sun, 28 Dec 2014, Jun Kuriyama wrote:
At Tue, 23 Dec 2014 00:36:24 +0300 (MSK),
Dmitry Morozovsky ma...@rinet.ru wrote:
pinentry currently brokes if WITHOUT_X11 (or, by new world orderm
OPTIONS_UNSET+=X11) is set.
You can use security/pinentry-curses if you don't want Qt/GTK+ gui.
Ah I see. Maybe then security/gnupg should detect headless config and
switch
between generic and curses ports, perhaps?
Hmm, I'm no problem with this patch, but should this be handled by
security/pinentry meta-port side?
Yes, Max' solution to make pinentry meta-port is much more flexible (it has
been implemented between my mail with CC: to you and current time).
Thanks, and sorry for the noise!
Index: security/gnupg/Makefile
===
--- security/gnupg/Makefile (revision 375271)
+++ security/gnupg/Makefile (working copy)
@@ -22,7 +22,11 @@
libksba.so:${PORTSDIR}/security/libksba \
libnpth.so:${PORTSDIR}/devel/npth
BUILD_DEPENDS= libgpg-error=1.11:${PORTSDIR}/security/libgpg-error
+.if defined(WITHOUT_X11) || ${OPTIONS_UNSET:MX11}
+RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry-curses
+.else
RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry
+.endif
GNU_CONFIGURE= YES
USES= gmake iconv tar:bzip2
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: gnupg pinentry
On Tue, 23 Dec 2014, Chris H wrote:
It looks as though it would be feasible to write an extremely
lightweight pinentry-compatible program to depend on so we can kill the
dependency bloat and have a simple shell-based password entry option.
Anyone up for a weekend challenge? :-)
There has been another thread on this mailing list discussing making the
port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from
make.conf which would make it only depend on security/pinentry-curses
instead of security/pinentry. This seems like a good solution to me. It
would mean if one of those options is set it will only drag in a single
dependancy rather than all the X11 libraries and GTK.
A quick look @ the security/pinentry Makefile, indicates that the
request for this type of modification is trivial. It simply requires
reversing the (PORT_)OPTIONS logic -- this port could completed in
under 5 minutes. So unless instructed otherwise, I'll go ahead with
this.
One last question; pinentry-console, or pinentry-nox?
already defined: pinentry-curses ;)
(see side thread)
Patch I snet previoursy is syntax incorrect, the following seems to be more
useful:
Index: Makefile
===
--- Makefile(revision 375271)
+++ Makefile(working copy)
@@ -22,7 +22,11 @@
libksba.so:${PORTSDIR}/security/libksba \
libnpth.so:${PORTSDIR}/devel/npth
BUILD_DEPENDS= libgpg-error=1.11:${PORTSDIR}/security/libgpg-error
+.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11)
+RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry-curses
+.else
RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry
+.endif
GNU_CONFIGURE= YES
USES= gmake iconv tar:bzip2
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: gnupg pinentry
Max,
On Wed, 24 Dec 2014, Max Brazhnikov wrote:
It looks as though it would be feasible to write an extremely
lightweight pinentry-compatible program to depend on so we can kill
the
dependency bloat and have a simple shell-based password entry option.
Anyone up for a weekend challenge? :-)
There has been another thread on this mailing list discussing making
the
port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from
make.conf which would make it only depend on security/pinentry-curses
instead of security/pinentry. This seems like a good solution to me.
It
would mean if one of those options is set it will only drag in a
single
dependancy rather than all the X11 libraries and GTK.
A quick look @ the security/pinentry Makefile, indicates that the
request for this type of modification is trivial. It simply requires
reversing the (PORT_)OPTIONS logic -- this port could completed in
under 5 minutes. So unless instructed otherwise, I'll go ahead with
this.
One last question; pinentry-console, or pinentry-nox?
already defined: pinentry-curses ;)
(see side thread)
Patch I snet previoursy is syntax incorrect, the following seems to be
more
useful:
Index: Makefile
===
--- Makefile(revision 375271)
+++ Makefile(working copy)
@@ -22,7 +22,11 @@
libksba.so:${PORTSDIR}/security/libksba \
libnpth.so:${PORTSDIR}/devel/npth
BUILD_DEPENDS= libgpg-error=1.11:${PORTSDIR}/security/libgpg-error
+.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11)
+RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry-curses
+.else
RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry
+.endif
GNU_CONFIGURE= YES
USES= gmake iconv tar:bzip2
I'm going to resolve conflict among pinentry-* ports and convert
security/pinentry to a meta port, which installs pinentry-curses by default.
Hopefully, everyone will be satisfied now.
Here's the patch:
http://people.freebsd.org/~makc/patches/pinentry-meta.diff
I've also added security/pinentry-tty port for pure console version. Please,
test it and I'll enable it by default instead of pinentry-curses if it works
fine for you.
I did not test many different cases, but at least can confirm my usual set of
ports/packages no longer tries to eat much x11 ports as a dependency.
Thanks!
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: security/pinentry patch for WINOUT_X11 systems
On Mon, 22 Dec 2014, Max Brazhnikov wrote:
pinentry currently brokes if WITHOUT_X11 (or, by new world orderm
OPTIONS_UNSET+=X11) is set.
You can use security/pinentry-curses if you don't want Qt/GTK+ gui.
Ah I see. Maybe then security/gnupg should detect headless config and switch
between generic and curses ports, perhaps?
Index: security/gnupg/Makefile
===
--- security/gnupg/Makefile (revision 375271)
+++ security/gnupg/Makefile (working copy)
@@ -22,7 +22,11 @@
libksba.so:${PORTSDIR}/security/libksba \
libnpth.so:${PORTSDIR}/devel/npth
BUILD_DEPENDS= libgpg-error=1.11:${PORTSDIR}/security/libgpg-error
+.if defined(WITHOUT_X11) || ${OPTIONS_UNSET:MX11}
+RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry-curses
+.else
RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry
+.endif
GNU_CONFIGURE= YES
USES= gmake iconv tar:bzip2
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
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
security/pinentry patch for WINOUT_X11 systems
Max,
pinentry currently brokes if WITHOUT_X11 (or, by new world orderm
OPTIONS_UNSET+=X11) is set.
what do you think about the following patch?
marck@castor:/FreeBSD/ports/ports/security/pinentry svn diff
Index: Makefile
===
--- Makefile(revision 374940)
+++ Makefile(working copy)
@@ -25,7 +25,11 @@
.if !defined(PINENTRY_SLAVE)
OPTIONS_MULTI= FRONTEND
OPTIONS_MULTI_FRONTEND=NCURSES GTK2 QT4
+. if defined(WITHOUT_X11) || ${OPTIONS_UNSET:MX11}
+OPTIONS_DEFAULT= NCURSES
+. else
OPTIONS_DEFAULT= ${OPTIONS_MULTI_FRONTEND}
+. endif
NCURSES_DESC= Curses frontend
GTK2_DESC= Gtk+ 2 frontend
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: security/gnupg and security/signing-party without X11 -- not possible now?
On Thu, 11 Dec 2014, Dmitry Morozovsky wrote: after some updates security/gnupg and security/signing-party stop building with OPTIONS_UNSET+= X11: [00:00:40] [02][00:00:01] Finished build of sysutils/rsnapshot: Ignored: is marked as broken: Does not build with Perl 5.18 or above [00:00:55] [01][00:00:16] Finished build of graphics/gtk-update-icon-cache: Failed: configure [00:00:56] [01][00:00:17] Skipping build of security/gnupg: Dependent port graphics/gtk-update-icon-cache failed [00:00:56] [01][00:00:17] Skipping build of x11-toolkits/gtk20: Dependent port graphics/gtk-update-icon-cache failed [00:00:56] [01][00:00:17] Skipping build of security/p5-GnuPG-Interface: Dependent port graphics/gtk-update-icon-cache failed [00:00:56] [01][00:00:17] Skipping build of security/pinentry: Dependent port graphics/gtk-update-icon-cache failed [00:00:56] [01][00:00:17] Skipping build of security/signing-party: Dependent port graphics/gtk-update-icon-cache failed any hints? default GTK2 dependency on security/pinentry was the source of problem; sorry for the noise -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
security/gnupg and security/signing-party without X11 -- not possible now?
Dear colleagues, after some updates security/gnupg and security/signing-party stop building with OPTIONS_UNSET+= X11: [00:00:40] [02][00:00:01] Finished build of sysutils/rsnapshot: Ignored: is marked as broken: Does not build with Perl 5.18 or above [00:00:55] [01][00:00:16] Finished build of graphics/gtk-update-icon-cache: Failed: configure [00:00:56] [01][00:00:17] Skipping build of security/gnupg: Dependent port graphics/gtk-update-icon-cache failed [00:00:56] [01][00:00:17] Skipping build of x11-toolkits/gtk20: Dependent port graphics/gtk-update-icon-cache failed [00:00:56] [01][00:00:17] Skipping build of security/p5-GnuPG-Interface: Dependent port graphics/gtk-update-icon-cache failed [00:00:56] [01][00:00:17] Skipping build of security/pinentry: Dependent port graphics/gtk-update-icon-cache failed [00:00:56] [01][00:00:17] Skipping build of security/signing-party: Dependent port graphics/gtk-update-icon-cache failed any hints? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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 stops building any port
On Tue, 29 Oct 2013, Bryan Drewery wrote: my home poudriere (over ZFS) setup eventually/suddenly stops building ports without logging any type of error (or at least I could not find this) Example: root@hamster:/usr/local/poudriere# rm data/packages/9amd64-default-server-pkgng/All/ccache-3.1.9_3.txz root@hamster:/usr/local/poudriere# poudriere bulk -z server-pkgng -j 9amd64 -v -v devel/cmake Creating the reference jail... done Mounting system devices for 9amd64-default-server-pkgng Mounting ports/packages/distfiles Mounting ccache from: /var/ccache Mounting packages from: /usr/local/poudriere/data/packages/9amd64-default-server-pkgng Mounting /var/db/ports from: /usr/local/etc/poudriere.d/server-options Logs: /usr/local/poudriere/data/logs/bulk/9amd64-default-server-pkgng/2013-10-28_17h57m36s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf Appending to make.conf: /usr/local/etc/poudriere.d/server-pkgng-make.conf /etc/resolv.conf - /usr/local/poudriere/data/build/9amd64-default-server-pkgng/ref/etc/resolv.conf Starting jail 9amd64-default-server-pkgng Calculating ports order and dependencies Computing deps for devel/cmake DEBUG: devel/cmake depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: devel/cmake depends on devel/ccache Computing deps for devel/ccache DEBUG: devel/ccache depends on ports-mgmt/pkg DEBUG: devel/cmake depends on devel/cmake-modules Computing deps for devel/cmake-modules DEBUG: devel/cmake-modules depends on ports-mgmt/pkg Sanity checking the repository Checking for stale cache files Checking packages for incremental rebuild needed Checking packages for missing dependencies Deleting stale symlinks Deleting empty directories Cleaning the build queue Cleaning up Umounting file systems root@hamster:/usr/local/poudriere# Any hints? Thanks in advance! What version of poudriere is this? Fresh enough: root@hamster:/usr/ports# poudriere version 3.1-pre Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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 stops building any port
On Wed, 30 Oct 2013, Dmitry Morozovsky wrote: [snip] What version of poudriere is this? Fresh enough: root@hamster:/usr/ports# poudriere version 3.1-pre Thanks for the pointer, updating to poudriere-devel-3.0.99.20131028 seems to fix the problem -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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 stops building any port
Dear colleagues, my home poudriere (over ZFS) setup eventually/suddenly stops building ports without logging any type of error (or at least I could not find this) Example: root@hamster:/usr/local/poudriere# rm data/packages/9amd64-default-server-pkgng/All/ccache-3.1.9_3.txz root@hamster:/usr/local/poudriere# poudriere bulk -z server-pkgng -j 9amd64 -v -v devel/cmake Creating the reference jail... done Mounting system devices for 9amd64-default-server-pkgng Mounting ports/packages/distfiles Mounting ccache from: /var/ccache Mounting packages from: /usr/local/poudriere/data/packages/9amd64-default-server-pkgng Mounting /var/db/ports from: /usr/local/etc/poudriere.d/server-options Logs: /usr/local/poudriere/data/logs/bulk/9amd64-default-server-pkgng/2013-10-28_17h57m36s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf Appending to make.conf: /usr/local/etc/poudriere.d/server-pkgng-make.conf /etc/resolv.conf - /usr/local/poudriere/data/build/9amd64-default-server-pkgng/ref/etc/resolv.conf Starting jail 9amd64-default-server-pkgng Calculating ports order and dependencies Computing deps for devel/cmake DEBUG: devel/cmake depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: devel/cmake depends on devel/ccache Computing deps for devel/ccache DEBUG: devel/ccache depends on ports-mgmt/pkg DEBUG: devel/cmake depends on devel/cmake-modules Computing deps for devel/cmake-modules DEBUG: devel/cmake-modules depends on ports-mgmt/pkg Sanity checking the repository Checking for stale cache files Checking packages for incremental rebuild needed Checking packages for missing dependencies Deleting stale symlinks Deleting empty directories Cleaning the build queue Cleaning up Umounting file systems root@hamster:/usr/local/poudriere# Any hints? Thanks in advance! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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 stops building any port
On Mon, 28 Oct 2013, Boris Samorodov wrote: my home poudriere (over ZFS) setup eventually/suddenly stops building ports without logging any type of error (or at least I could not find this) Example: root@hamster:/usr/local/poudriere# rm data/packages/9amd64-default-server-pkgng/All/ccache-3.1.9_3.txz root@hamster:/usr/local/poudriere# poudriere bulk -z server-pkgng -j 9amd64 -v -v devel/cmake Creating the reference jail... done Mounting system devices for 9amd64-default-server-pkgng Mounting ports/packages/distfiles Mounting ccache from: /var/ccache Mounting packages from: /usr/local/poudriere/data/packages/9amd64-default-server-pkgng Mounting /var/db/ports from: /usr/local/etc/poudriere.d/server-options Logs: /usr/local/poudriere/data/logs/bulk/9amd64-default-server-pkgng/2013-10-28_17h57m36s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf Appending to make.conf: /usr/local/etc/poudriere.d/server-pkgng-make.conf /etc/resolv.conf - /usr/local/poudriere/data/build/9amd64-default-server-pkgng/ref/etc/resolv.conf Starting jail 9amd64-default-server-pkgng Calculating ports order and dependencies Computing deps for devel/cmake DEBUG: devel/cmake depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: devel/cmake depends on devel/ccache Computing deps for devel/ccache DEBUG: devel/ccache depends on ports-mgmt/pkg DEBUG: devel/cmake depends on devel/cmake-modules Computing deps for devel/cmake-modules DEBUG: devel/cmake-modules depends on ports-mgmt/pkg Sanity checking the repository Checking for stale cache files Checking packages for incremental rebuild needed Checking packages for missing dependencies Deleting stale symlinks Deleting empty directories Cleaning the build queue Cleaning up Umounting file systems root@hamster:/usr/local/poudriere# Any hints? Thanks in advance! Just a guess: all packages do present at there is nothing to do _and_ (not _at_, sorry) according to the portree? May be you need to use -C option to remove cmake package before rebuilding. (I've seen that you removed ccache but try to compile cmake...) Actually, as you can see above, ccache is a prerequisite, but: root@hamster:/usr/local/poudriere# poudriere bulk -z server-pkgng -j 9amd64 -v -v devel/ccache Creating the reference jail... done Mounting system devices for 9amd64-default-server-pkgng Mounting ports/packages/distfiles Mounting ccache from: /var/ccache Mounting packages from: /usr/local/poudriere/data/packages/9amd64-default-server-pkgng Mounting /var/db/ports from: /usr/local/etc/poudriere.d/server-options Logs: /usr/local/poudriere/data/logs/bulk/9amd64-default-server-pkgng/2013-10-28_21h01m30s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf Appending to make.conf: /usr/local/etc/poudriere.d/server-pkgng-make.conf /etc/resolv.conf - /usr/local/poudriere/data/build/9amd64-default-server-pkgng/ref/etc/resolv.conf Starting jail 9amd64-default-server-pkgng Calculating ports order and dependencies Computing deps for devel/ccache DEBUG: devel/ccache depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg Sanity checking the repository Checking for stale cache files Checking packages for incremental rebuild needed Checking packages for missing dependencies Deleting stale symlinks Deleting empty directories Cleaning the build queue Cleaning up Umounting file systems -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: Perl port to select in make.conf
On Tue, 3 Sep 2013, Mark Felder wrote: which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. PERL_PORT example: PERL_PORT=perl5.14 Unfortunately, this variable seems to be slave to PERL_VERSION, not vice versa. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: Perl port to select in make.conf
On Tue, 3 Sep 2013, Mark Felder wrote: which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. PERL_PORT example: PERL_PORT=perl5.14 Unfortunately, this variable seems to be slave to PERL_VERSION, not vice versa. I've been using solely PERL_PORT in my poudriere make.conf for about... 8 months now with no issues. I get exactly the perl train I want and all ports are built properly against the version I want. Can you provide any details indicating this method is incorrect? with PERL_PORT=perl5.16 I got [01] Finished build of lang/perl5.16: Success [01] Starting build of misc/help2man [01] Finished build of misc/help2man: Failed: build-depends end of error log is === Returning to build of help2man-1.43.3 === help2man-1.43.3 depends on file: /usr/local/bin/perl5.14.4 - not found ===Verifying install for /usr/local/bin/perl5.14.4 in /usr/ports/lang/perl5.16 === Installing existing package /packages/All/perl-5.16.3.tbz pkg_add: package 'perl-5.16.3' or its older version already installed *** [build-depends] Error code 1 Stop in /usr/ports/misc/help2man. === Cleaning for help2man-1.43.3 Hence, build-depends does not detect perl5.16 :( -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: Perl port to select in make.conf
On Tue, 3 Sep 2013, Mark Felder wrote: Please provide the entire poudriere build log. There's something fishy going on here; I have never had this problem. Here's my build log: http://pkg.feld.me/logs/bulk/91amd64-default/latest-per-pkg/help2man-1.43.3.log I'll even build it with a different PERL_PORT if you'd like to see that. Yes please, as your PERL_PORT=perl5.14 is the default, and the problem seems to manifest itself only when one's trying to change base perl -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
Perl port to select in make.conf
Dear colleagues, which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: Perl port to select in make.conf
On Sun, 1 Sep 2013, Boris Samorodov wrote: Приветствую, Дмитрий -- давно не виделись, ;-) sme here ;) which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. I use PERL_VERSION=5.16.3. It definitely works, but will stop with 5.16 upgrade; that is the situation to avoid. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
net/rsync: WITH_FLAGS to be the default?
Dear Emmanuel, why is fileflags patch disabled by default in FreeBSD rsync port? Of course, I have this tweaked on my local package builder, but I do not see any significant downsides on all supported (and even a bit obsolete, like 6.*) branches of FreeBSD. Or, did I missed something obvious? Any comments? Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
firefox 12 crash on FreeBSD 7
Dear colleagues, after portupgrading www/firefox port to version 12, I'm constantly have crashes by bad system call signal. on stderr there is (firefox-bin:95162): libnotify-WARNING **: Failed to connect to proxy Bad system call (core dumped) ktrace shows 95162 firefox-bin CALL sigprocmask(SIG_SETMASK,0x4ae010d8,0) 95162 firefox-bin RET sigprocmask 0 95162 firefox-bin CALL sigprocmask(SIG_BLOCK,0xbfbf32b0,0x4ae010d8) 95162 firefox-bin RET sigprocmask 0 95162 firefox-bin CALL sigprocmask(SIG_SETMASK,0x4ae010d8,0) 95162 firefox-bin RET sigprocmask 0 95162 firefox-bin RET clock_gettime 0 95162 firefox-bin CALL clock_gettime(0x4,0xbe7eccc8) 95162 firefox-bin RET clock_gettime 0 95162 firefox-bin CALL ksem_init(0xbfbf350c,0) 95162 firefox-bin RET ksem_init -1 errno 78 Function not implemented 95162 firefox-bin PSIG SIGSYS SIG_DFL 95162 firefox-bin NAMI firefox-bin.core 95162 firefox-bin GIO fd 18 wrote 20 bytes rebuilding libnotify and firefox does not help. any hints? Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: firefox 12 crash on FreeBSD 7
On Wed, 2 May 2012, Florian Smeets wrote: after portupgrading www/firefox port to version 12, I'm constantly have crashes by bad system call signal. on stderr there is (firefox-bin:95162): libnotify-WARNING **: Failed to connect to proxy Bad system call (core dumped) ktrace shows 95162 firefox-bin CALL ksem_init(0xbfbf350c,0) 95162 firefox-bin RET ksem_init -1 errno 78 Function not implemented 95162 firefox-bin PSIG SIGSYS SIG_DFL Hi Dmitry, can you try loading the sem module? Also have a look at pkg-message (Firefox and HTML5). Perhaps firefox 12 needs the module for other things now?! I thought I'm aware of this, and I do have semaphores in my kernel: root@woozle:/usr/ports# config -x /boot/kernel/kernel | grep -i sem options SYSVSEM or it this other semaphores? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: redports.org - The public FreeBSD ports development infrastructure
On Thu, 29 Dec 2011, Frank Laszlo wrote: I am happy to announce that redports.org has finally reached the point where I think It's safe to be used by everybody! FYI, I'm getting a 502 bad gateway error when loading the page. In nginx case, it's usually a sympthom of broken/stalled/stopped backend. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: automoc4 deadlocks in parallel runs
On Thu, 22 Dec 2011, Dmitry Morozovsky wrote: re: http://permalink.gmane.org/gmane.os.freebsd.stable/75521 Any progress with this? My tinderbox can't build any automoc4-related ports for few weeks... Thanks in advance. Could you test the following patch http://people.freebsd.org/~cognet/qprocess_unix.cpp.diff for devel/qt4- corelib? Yesss! At least kdelibs4 has been built successfully, while before it almost always got stuck at 0-2% cmake completeness. Two tinderbuilds for x11/kde4 -j4 each are still run; I'll report with final results tomorrow. I can confirm both kde4 tinderbuilds have been finished successfully. (CC:d ports@ fot tracking purposes) What could we do to make this committed? Thank you very much! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: change default Perl version to 5.10
On Sat, 6 Feb 2010, Sergey Skvortsov wrote: SS Default Perl version is changed to 5.10. SS SS This change does not affect systems with already installed Perl (5.8 or 5.10). SS SS Only for systems without installed Perl new 5.10 port will be used. SS SS If you have already installed lang/perl5.8 and want switch to SS lang/perl5.10 please follow instructions: SS SS Portupgrade users: SS 0) Fix pkgdb.db (for safety): SS pkgdb -Ff SS SS 1) Reinstall perl with new 5.10: SS portupgrade -o lang/perl5.10 -f perl-5.8.\* SS SS 2) Reinstall everything that depends on Perl: SS portupgrade -fr perl r...@woozle:/usr/ports# portupgrade -o lang/perl5.10 -f perl-5.8.\* --- Upgrading 'perl-5.8.9_3' to 'perl-5.10.1' (lang/perl5.10) --- Building '/usr/ports/lang/perl5.10' === Cleaning for perl-5.10.1 === perl-5.10.1 conflicts with installed package(s): perl-5.8.9_3 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /lh/ports/lang/perl5.10. Does this mean I have to delete perl5.8 first? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: change default Perl version to 5.10
On Sat, 6 Feb 2010, Dmitry Morozovsky wrote: DM SS Default Perl version is changed to 5.10. DM DM DM r...@woozle:/usr/ports# portupgrade -o lang/perl5.10 -f perl-5.8.\* DM --- Upgrading 'perl-5.8.9_3' to 'perl-5.10.1' (lang/perl5.10) DM --- Building '/usr/ports/lang/perl5.10' DM === Cleaning for perl-5.10.1 DM DM === perl-5.10.1 conflicts with installed package(s): DM perl-5.8.9_3 DM DM They install files into the same place. DM Please remove them first with pkg_delete(1). DM *** Error code 1 DM DM Stop in /lh/ports/lang/perl5.10. DM DM DM DM Does this mean I have to delete perl5.8 first? Well, as a workaround I used env DISABLE_CONFLICTS= portupgrade -o lang/perl5.10 -f perl-5.8.\* Shouldn't we update UPDATING entry? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: sysutils/smartmontools (daily_status_smart_devices with 3ware controller)
On Wed, 3 Feb 2010, Philip Paeps wrote: PP On 2010-02-01 16:40:45 (-0500), Mike Jakubik mike.jaku...@intertainservices.com wrote: PP I am trying to obtain a daily smart status report on one of my servers PP which uses a 3ware controller. To access these devices from PP smartmontools you need to refer to each drive as 3ware,0 or 3ware,1. PP This doesn't seem to work well with the period script, ie. PP daily_status_smart_devices=3ware,0 3ware,1 3ware,2 does not produce PP any output. I have tried escaping the comma with \ but still nothing. PP Any ideas on how to get these to work with the daily periodic script? PP PP Not without modifying the periodic script. I make a copy of the script PP provided by the port and modify it to specify the -d 3ware,n and get a list of PP those 'n' from periodic.conf. Please try the patch attached. Note that you have to specify your 3ware disks as daily_status_smart_devices=twa0,0 twa0,1 twa0,2 (controller device name instead of 3ware) In no objection case I'll make this patch part of port distribution. Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: sysutils/smartmontools (daily_status_smart_devices with 3ware controller)
On Sat, 6 Feb 2010, Dmitry Morozovsky wrote:
DM PP I am trying to obtain a daily smart status report on one of my
servers
DM PP which uses a 3ware controller. To access these devices from
DM
DM Please try the patch attached. Note that you have to specify your 3ware
disks
DM as
DM
DM daily_status_smart_devices=twa0,0 twa0,1 twa0,2
DM
DM (controller device name instead of 3ware)
DM
DM In no objection case I'll make this patch part of port distribution.
Grr, patch was lost. Resent.
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
Index: Makefile
===
RCS file: /home/ncvs/ports/sysutils/smartmontools/Makefile,v
retrieving revision 1.46
diff -u -r1.46 Makefile
--- Makefile4 Feb 2010 13:22:00 - 1.46
+++ Makefile6 Feb 2010 12:20:14 -
@@ -7,7 +7,7 @@
PORTNAME= smartmontools
PORTVERSION= 5.39
-PORTREVISION= 1
+PORTREVISION= 2
CATEGORIES=sysutils
MASTER_SITES= SF
Index: files/smart.in
===
RCS file: /home/ncvs/ports/sysutils/smartmontools/files/smart.in,v
retrieving revision 1.6
diff -u -r1.6 smart.in
--- files/smart.in 4 Feb 2010 13:22:00 - 1.6
+++ files/smart.in 6 Feb 2010 12:20:14 -
@@ -37,11 +37,18 @@
[Yy][Ee][Ss])
cd /dev
for device in ${daily_status_smart_devices}; do
+ case ${device} in
+ twa*) devflags=-d3ware,${device##twa[0-9]*,}
+ device=${device%%,[0-9]*}
+ ;;
+ *) devflags=
+ ;;
+ esac
if [ -e ${device} ]; then
echo
echo Checking health of ${device}:
echo
- ${smartctl} ${daily_status_smartctl_flags}
/dev/${device} ${tmpfile}
+ ${smartctl} ${devflags}
${daily_status_smartctl_flags} /dev/${device} ${tmpfile}
status=$?
if [ $((status 3)) -ne 0 ]; then
rc=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: HEADS UP: change default Perl version to 5.10
On Sat, 6 Feb 2010, Dmitry Morozovsky wrote: DM DM r...@woozle:/usr/ports# portupgrade -o lang/perl5.10 -f perl-5.8.\* DM DM --- Upgrading 'perl-5.8.9_3' to 'perl-5.10.1' (lang/perl5.10) DM DM --- Building '/usr/ports/lang/perl5.10' DM DM === Cleaning for perl-5.10.1 DM DM DM DM === perl-5.10.1 conflicts with installed package(s): DM DM perl-5.8.9_3 DM DM Well, as a workaround I used DM DM env DISABLE_CONFLICTS= portupgrade -o lang/perl5.10 -f perl-5.8.\* DM DM Shouldn't we update UPDATING entry? Grr. This is due to brand new bsd.port.mk behaviour. Related discussion may be found at http://groups.google.com/group/lucky.freebsd.questions/browse_thread/thread/157da8ca865b43be?tvc=2 -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
strange patch bug @ stable/8 ?
Dear colleagues, on fresh RELENG_8/amd64 (lang/php5 distfile required): Script started on Sat Sep 5 15:09:18 2009 ma...@hamster:~/ports/patch-bug tar xjf /usr/ports/distfiles/php-5.2.10.tar.bz2 ma...@hamster:~/ports/patch-bug fetch 'http://php-fpm.org/downloads/php-5.2.10-fpm-0.5.13.diff.gz' php-5.2.10-fpm-0.5.13.diff.gz 0% of 197 kB0 Bps php-5.2.10-fpm-0.5.13.diff.gz 22% of 197 kB 52 kBps php-5.2.10-fpm-0.5.13.diff.gz 100% of 197 kB 143 kBps ma...@hamster:~/ports/patch-bug gunzip php-5.2.10-fpm-0.5.13.diff.gz ma...@hamster:~/ports/patch-bug patch --suffix .bak.orig -d php-5.2.10 --forward -E -p1 --suffix .orig php-5.2.10-fpm-0.5.13.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -- |diff -Nru php-5.2.10-vanilla/configure php-5.2.10/configure |--- php-5.2.10-vanilla/configure 2009-06-17 05:35:22.0 -0700 |+++ php-5.2.10/configure 2009-07-05 23:22:46.375955783 -0700 -- Patching file configure using Plan A... Hunk #1 succeeded at 1040. Hunk #2 succeeded at 12434. Hunk #3 succeeded at 12494. Hunk #4 succeeded at 12727. Hunk #5 succeeded at 12793. Hunk #6 succeeded at 18966. Hunk #7 succeeded at 109208. Hunk #8 succeeded at 117469. Hunk #9 succeeded at 118173. Hunk #10 succeeded at 118227. Hmm...Segmentation fault (core dumped) ma...@hamster:~/ports/patch-bug gdb /usr/bin/patch php-5.2.10/patch.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Core was generated by `patch'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0008007184e0 in strlcpy () from /lib/libc.so.7 (gdb) bt #0 0x0008007184e0 in strlcpy () from /lib/libc.so.7 #1 0x00404e9d in pgets (do_indent=-1 'Ъ') at /usr/src/gnu/usr.bin/patch/pch.c:1155 #2 0x00405136 in intuit_diff_type () at /usr/src/gnu/usr.bin/patch/pch.c:251 #3 0x0040581f in there_is_another_patch () at /usr/src/gnu/usr.bin/patch/pch.c:161 #4 0x00404354 in main (argc=1, argv=0x7fffe600) at /usr/src/gnu/usr.bin/patch/patch.c:224 (gdb) up #1 0x00404e9d in pgets (do_indent=-1 'Ъ') at /usr/src/gnu/usr.bin/patch/pch.c:1155 1155Strlcpy(buf, line, len + 1 - skipped); (gdb) l 1150indent += 8 - (indent %7); 1151else 1152indent++; 1153} 1154} 1155Strlcpy(buf, line, len + 1 - skipped); 1156} 1157return len; 1158} 1159 (gdb) p buf $1 = 0x800902000 diff -Nru php-5.2.10-vanilla/configure.in php-5.2.10/configure.in\n (gdb) p line $2 = 0x80091938a diff -Nru php-5.2.10-vanilla/configure.in php-5.2.10/configure.in\n--- php-5.2.10-vanilla/configure.in\t2009-06-17 05:22:41.0 -0700\n+++ php-5.2.10/configure.in\t2009-07-05 23:22:46.375955783 -070... (gdb) p len $3 = 66 (gdb) p skipped Variable skipped is not available. (gdb) ma...@hamster:~/ports/patch-bug ^D Use exit to leave tcsh. ma...@hamster:~/ports/patch-bug x exit Script done on Sat Sep 5 15:11:25 2009 Simple patch without all agrs finishes well, so I'm puzzled. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: strange patch bug @ stable/8 ?
On Sat, 5 Sep 2009, Dmitry Morozovsky wrote: DM Dear colleagues, DM DM on fresh RELENG_8/amd64 (lang/php5 distfile required): DM [snip] DM Simple patch without all agrs finishes well, so I'm puzzled. Ah, I suppose I've forund at least the source of this troube: ma...@hamster:/usr/ports/lang/php5-fpm make -V PATCH_DIST_ARGS --suffix .bak.orig -d /build/usr/ports/lang/php5-fpm/work/php-5.2.10 --forward --quiet -E -p1 --suffix .orig killing either of dupicated --suffix avoids core. I still think patch should be fixed regardinbg this though. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: postgresql 8.4
On Mon, 6 Jul 2009, Peter Czanik wrote: PC Hello, PC Postgresql 8.4 was released last week. I wanted to test it, but it turned PC out, that /usr/ports/databases/postgresql84-server is just a copy of the 8.3 PC server. Any news, when a full 8.4 port will be available? PC The 8.4 release notes mention FreeBSD related fixes, so someone is most PC likely working on the 8.4 port in a private ports tree. I would gladly PC volunteer to test it. It seems you catched the middle of repocopy process, where repomeister did the copy task, but port maintainer does not update freshly copied port files yet ;-) [looking at the PR database] Ah no, this had been done back in April. My remark still applies, but the length of process is a bit exceeding... Someone should ping girgen@ about it (added to CC: list) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: postgresql 8.4
On Mon, 6 Jul 2009, Palle Girgensohn wrote: PG Consider me ping:ed. :-) PG PG Just got back from vacation, I'll be fixing the port tomorrow. Thanks a lot! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: databases/evolution-data-server 2.26.3 broken
On Sat, 4 Jul 2009, Tim Bishop wrote: TB HI, TB TB It looks like the latest update to evolution-data-server broken it: TB TB -- Installing ./html/index.sgml TB -- Installing ./html/ix01.html TB -- Installing ./html/ix02.html TB -- Installing ./html/left.png TB -- Installing ./html/right.png TB -- Installing ./html/style.css TB -- Installing ./html/up.png TB gtkdoc-rebase: not found TB gmake[4]: *** [install-data-local] Error 127 TB gmake[4]: Leaving directory TB `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.26.3/docs/reference/camel' TB TB QAT noticed too: TB TB ??? - evolution-data-server-2.26.3 maintained by gn...@freebsd.org TB http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/evolution-data-server-2.26.3.log it seems dependency to gtk-doc is missed. after installing it by hand my local portupgrade has finished normally. I reported it to mar...@. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: gnome-screensaver wirdness
On Tue, 9 Jun 2009, Dmitry Morozovsky wrote: DM JMC on a couple of my workstations, after portupgrading, I've found that DM JMC gnome-screensaver after activating renders X unusable, as it shows desktop with DM JMC password dialog box for fraction of second, then blanks it back. Killing DM JMC gnome-xscreensaver from other console helps, but it does not seem for me to be DM JMC a solution. DM JMC DM JMC previously, I found it would be glitches with hald/dbus, and step-by-step DM JMC shutdown of these services and then starting them helped, but now it's not the DM JMC case: even reboot does not fix this. DM JMC DM JMC Any hints? Thanks! DM JMC DM JMC I see this periodically when doing port updates. I think that it has to DM JMC do with re-installing either gnome-screensaver or consolekit. A reboot DM JMC has always solved it for me. DM JMC DM JMC Actually, it's gdm. Every time gdm gets updated, you need to logout of DM JMC GNOME, restart gdm, then log back in. DM DM Well, this scheme helped all the times before, but now it at least seems it DM does not. I'll try to test it again after returning home and report back the DM results. Well, for two contemporary RELENG_7/i386 machines I confirm than ewen after portupgrade -f gdm gnome-screensaver consolekit and subsequent reboot, activating screensaver leads to the effect described earlier. Both machines use VESA X driver, if it's important. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: Fwd: gnome-screensaver wirdness
On Wed, 10 Jun 2009, Iv?n Zaera Avell?n wrote: IZA I sent this mail to Dmitry yesterday but got no confirmation from him, IZA so I'm sending it again to the list. I have googled a bit and some IZA Linux distro have also this problem (at least Kubuntu, Debian and IZA OpenSUSE that I know). IZA IZA Can anybody experiencing the problem try to change the screensaver to IZA a non-OpenGL and try again. Also I remember that, although the lock IZA dialog didn't appear, I could type my password and unlock the screen. Well, for me it does not: my screensaver is blank screen -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: gnome-screensaver wirdness
On Tue, 9 Jun 2009, Joe Marcus Clarke wrote: JMC on a couple of my workstations, after portupgrading, I've found that JMC gnome-screensaver after activating renders X unusable, as it shows desktop with JMC password dialog box for fraction of second, then blanks it back. Killing JMC gnome-xscreensaver from other console helps, but it does not seem for me to be JMC a solution. JMC JMC previously, I found it would be glitches with hald/dbus, and step-by-step JMC shutdown of these services and then starting them helped, but now it's not the JMC case: even reboot does not fix this. JMC JMC Any hints? Thanks! JMC JMC I see this periodically when doing port updates. I think that it has to JMC do with re-installing either gnome-screensaver or consolekit. A reboot JMC has always solved it for me. JMC JMC Actually, it's gdm. Every time gdm gets updated, you need to logout of JMC GNOME, restart gdm, then log back in. Well, this scheme helped all the times before, but now it at least seems it does not. I'll try to test it again after returning home and report back the results. Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
gnome-screensaver wirdness
Dear colleagues, on a couple of my workstations, after portupgrading, I've found that gnome-screensaver after activating renders X unusable, as it shows desktop with password dialog box for fraction of second, then blanks it back. Killing gnome-xscreensaver from other console helps, but it does not seem for me to be a solution. previously, I found it would be glitches with hald/dbus, and step-by-step shutdown of these services and then starting them helped, but now it's not the case: even reboot does not fix this. Any hints? Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Wed, 22 Apr 2009, Alexander Nedotsukov wrote: AN Well, then I suppose we should at least say something about this in AN release AN notes, because in 7.2 one of *major* desktop application sets conflicts AN with AN one of the *widest* server component. AN AN What do you propose to write in the release notes which could help Apache AN 1.3+ lovers? Something like Full GNOME 2.26 installation is incompatible with Apache HTTP Server 1.3 due to user-share GNOME component dependency on apache22. To resolve the issue, either install gnome2-lite package or upgrade apache13 to apache22. AN And may I in turn quote a bit of another release notes: AN AN http://www.apache.org/dist/httpd/Announcement1.3.html AN AN We strongly recommend that users of all earlier versions, including 1.3 AN family release, upgrade to to the current 2.2 version as soon as possible. AN AN :-^) Please note that this recommendation is not located on HTTP server home page, and 1.3 releases are still listed there, and not marked as legacy Also, there are still rather wide set of httpd modules which are written for 1.3 only :( -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Sun, 19 Apr 2009, Joe Marcus Clarke wrote: JMC JMC Hmm, so currently there is no way to install gnome2 without requiring apache22? JMC JMC JMC JMC Correct. You could, of course, go through the meta-port, and remove JMC JMC gnome-user-share on your own (i.e. build your own customized meta-port). JMC JMC Well, would you object to the following quick fix? JMC JMC Actually, I have always shied away from such things. We regularly get JMC requests to change the meta-port, but we long ago took the philosophy to JMC keep the Desktop meta-port as close to the official set of GNOME Desktop JMC components as possible. If we add an option for this, then we slide JMC down the slope of making everything optional. JMC JMC In the past I've simply prompted people to create their own local JMC meta-ports, or install x11/gnome2-lite (no user-share there), then build JMC on that for what they need. Well, then I suppose we should at least say something about this in release notes, because in 7.2 one of *major* desktop application sets conflicts with one of the *widest* server component. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Wed, 15 Apr 2009, Stef Walter wrote: SW Dmitry Morozovsky wrote: SW Yes, seahorse shows me two keyrings; however, deleting login one does not fix SW the situation: if in the Terminal I try to open tab which ssh's to outer host, SW I immediately got the popup with SW SW There was an error creating the child process for this terminal SW SW nothing in this tab is started, and tab is just hanging. SW SW I believe this problem is fixed in gnome-keyring 2.26.1. FWIW, the GNOME SW SSH agent is part if gnome-keyring. Hmm, I just did portupgrade -f gnome-keyring gnome-terminal, and ensured there is no additional keyrings. Still, gnome terminal can't start any tab which executes ssh :( -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Sat, 18 Apr 2009, Dmitry Morozovsky wrote: DM SW Yes, seahorse shows me two keyrings; however, deleting login one does not fix DM SW the situation: if in the Terminal I try to open tab which ssh's to outer host, DM SW I immediately got the popup with DM SW DM SW There was an error creating the child process for this terminal DM SW DM SW nothing in this tab is started, and tab is just hanging. DM SW DM SW I believe this problem is fixed in gnome-keyring 2.26.1. FWIW, the GNOME DM SW SSH agent is part if gnome-keyring. DM DM Hmm, I just did portupgrade -f gnome-keyring gnome-terminal, and ensured there DM is no additional keyrings. Still, gnome terminal can't start any tab which DM executes ssh :( Well, the devil finally found somewhere in the settings: I just created new user from scratch, relogin into this account, and key-based ssh sessions in the Terminal work. So, I'll clean up my dot directories and try to start a bit over ;-) Thanks all. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Tue, 14 Apr 2009, Joe Marcus Clarke wrote:
JMC JMC Another question: is there a way to avoid apache22 install (i
have apache13
JMC JMC installed and have no current plans to upgrade) ? I tried to
chase
JMC JMC options but failed.
JMC JMC
JMC JMC Not by using the meta-port. This is required for gnome-user-share
which
JMC JMC is now part of the GNOME Desktop.
JMC
JMC Hmm, so currently there is no way to install gnome2 without requiring
apache22?
JMC
JMC Correct. You could, of course, go through the meta-port, and remove
JMC gnome-user-share on your own (i.e. build your own customized meta-port).
Well, would you object to the following quick fix?
Index: x11/gnome2/Makefile
===
RCS file: /home/ncvs/ports/x11/gnome2/Makefile,v
retrieving revision 1.154
diff -u -r1.154 Makefile
--- x11/gnome2/Makefile 10 Apr 2009 05:56:18 - 1.154
+++ x11/gnome2/Makefile 18 Apr 2009 09:26:50 -
@@ -68,7 +68,8 @@
.endif
.if !defined(GNOME_SLAVE) || ${.CURDIR:T}==gnome2-lite
-OPTIONS= XSCREENSAVER Use xscreensaver as screen saver app off
+OPTIONS= XSCREENSAVER Use xscreensaver as screen saver app off \
+ USER_SHARE Use gnome-user-share for file sharing on
.endif
do-install:# empty
@@ -90,9 +91,11 @@
swfdec-player:${PORTSDIR}/multimedia/swfdec-gnome \
vinagre:${PORTSDIR}/net/vinagre \
brasero:${PORTSDIR}/sysutils/brasero \
- gnome-file-share-properties:${PORTSDIR}/www/gnome-user-share \
${LOCALBASE}/lib/deskbar-applet/deskbar-applet:${PORTSDIR}/deskutils/deskbar-applet
\
${LOCALBASE}/lib/hamster-applet/hamster-applet:${PORTSDIR}/deskutils/hamster-applet
+.if !defined(WITHOUT_USER_SHARE)
+RUN_DEPENDS+= gnome-file-share-properties:${PORTSDIR}/www/gnome-user-share
+.endif
.if ${ARCH} == i386
#RUN_DEPENDS+= tomboy:${PORTSDIR}/deskutils/tomboy
.endif
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
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: HEADS UP: GNOME 2.26 available for FreeBSD
On Sat, 18 Apr 2009, Jeremy Messenger wrote: JM JMC JMC Another question: is there a way to avoid apache22 install JM (i have apache13 JM JMC JMC installed and have no current plans to upgrade) ? I tried to JM chase JM JMC JMC options but failed. JM JMC JMC JM JMC JMC Not by using the meta-port. This is required for JM gnome-user-share which JM JMC JMC is now part of the GNOME Desktop. JM JMC JM JMC Hmm, so currently there is no way to install gnome2 without JM requiring apache22? JM JMC JM JMC Correct. You could, of course, go through the meta-port, and remove JM JMC gnome-user-share on your own (i.e. build your own customized JM meta-port). JM JM Well, would you object to the following quick fix? JM JM Wel.. I object. marcus also said that you only can do in your own system, so JM it means we don't want to add any option in x11/gnome2. We always turn down JM that kind of patch unless no choice for limit size to build packages in CD JM for the release. I hope I understand your intentions, but this is not the first options for the metaport, heh? ;-) My main concern is that many my colleagues work on desktop systems which they are using as sorta personal websevers too, not too resource hungry, hence apache 1.3. From the last upgrade the only way to achieve it on a single machine is to split Gnome and apache to separate jails... -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Tue, 14 Apr 2009, Michal Varga wrote: MV Yes, seahorse shows me two keyrings; however, deleting login one does not fix MV the situation: if in the Terminal I try to open tab which ssh's to outer host, MV I immediately got the popup with MV MV There was an error creating the child process for this terminal MV MV nothing in this tab is started, and tab is just hanging. MV MV Out of curiosity, unrelated to your issue - if this is about MV interactive ssh [shell] session, do you mean Gnome Terminal? MV MV I wasn't aware it can do anything on its own with ssh, normally I run MV the regular ssh client inside. How do you ssh directly from Gnome MV Terminal (if that's the one you mean) with gnome-keyring/seahorse MV capabilities? Yes, it's Gnome Terminal, see $SUBJ ;-) I just filled 'ssh -e none host' in execute command field. Before upgrade to 2.26 everything is worked like a charm -- on a first external connect, seahorse popup appears, asks me for a passphrase, and subsequent external sessions works automagically. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Tue, 14 Apr 2009, Robert Noland wrote: [snip all] RN Yes, seahorse shows me two keyrings; however, deleting login one does not fix RN the situation: if in the Terminal I try to open tab which ssh's to outer host, RN I immediately got the popup with RN RN There was an error creating the child process for this terminal RN RN nothing in this tab is started, and tab is just hanging. RN RN login keyring sometimes got recreated, sometimes not, but the effect above is RN totally reproducible. RN RN If I am following this correctly, the functionality you are talking RN about is actually provided by seahorse-agent, which is installed with RN the seahorse-plugins port now. Unless something has changed with the RN default session (and I don't think it has, since my keyrings still work) RN we wrap the session with ssh-agent and seahorse-agent if they are found. Aha! Yes, and seahorse-plugins was not installed; moreover, one of its dependencies (pth) conflicted with pth-hard installed previously. I'll try to clean this up and report the results. Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: JMC RN If I am following this correctly, the functionality you are talking JMC RN about is actually provided by seahorse-agent, which is installed with JMC RN the seahorse-plugins port now. Unless something has changed with the JMC RN default session (and I don't think it has, since my keyrings still work) JMC RN we wrap the session with ssh-agent and seahorse-agent if they are found. JMC JMC Aha! Yes, and seahorse-plugins was not installed; moreover, one of its JMC dependencies (pth) conflicted with pth-hard installed previously. I'll try to JMC clean this up and report the results. JMC JMC I had assumed you had x11/gnome2 installed which includes JMC seahorse-plugins. I find people that expect to be using seahorse-agent JMC are using the entire GNOME Desktop. Well, I did ;-) Somehow during the upgrade gnome2 meta-port had been uninstalled, hence missing portupgrade -a. I'm now in progress of portupgrade -N gnome2, will report the results. Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: JMC I had assumed you had x11/gnome2 installed which includes JMC seahorse-plugins. I find people that expect to be using seahorse-agent JMC are using the entire GNOME Desktop. Another question: is there a way to avoid apache22 install (i have apache13 installed and have no current plans to upgrade) ? I tried to chase options but failed. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: JMC JMC I had assumed you had x11/gnome2 installed which includes JMC JMC seahorse-plugins. I find people that expect to be using seahorse-agent JMC JMC are using the entire GNOME Desktop. JMC JMC Another question: is there a way to avoid apache22 install (i have apache13 JMC installed and have no current plans to upgrade) ? I tried to chase JMC options but failed. JMC JMC Not by using the meta-port. This is required for gnome-user-share which JMC is now part of the GNOME Desktop. Hmm, so currently there is no way to install gnome2 without requiring apache22? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Fri, 10 Apr 2009, Joe Marcus Clarke wrote: JMC GNOME 2.26 has been merged into the ports tree. See [snip] After upgrading via portupgrade -a my home machine I can no longer use Treminal remote login using ssh keys with the following message in the logs (sorry, can't reproduce the message from Terminal popup window) Apr 12 11:54:37 console.info revamp kernel: Apr 12 11:54:37 auth.notice revamp gnome-keyring-ask: couldn't allocate secure memory to keep passwords and or keys from being written to the disk Any hints to fix this? RELENG_7/i386 Thanks in advance. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Mon, 13 Apr 2009, Joe Marcus Clarke wrote: JMC After upgrading via portupgrade -a my home machine I can no longer use Treminal JMC remote login using ssh keys with the following message in the logs (sorry, JMC can't reproduce the message from Terminal popup window) JMC JMC Apr 12 11:54:37 console.info revamp kernel: Apr 12 11:54:37 auth.notice JMC revamp gnome-keyring-ask: couldn't allocate secure memory to keep passwords and JMC or keys from being written to the disk JMC JMC Any hints to fix this? RELENG_7/i386 JMC JMC This error is normal, and not fatal. How do you have PAM configured for JMC SSH? Hrrm, this is from client side, not from server, how can PAM intervent with this? BTW, I have There was an error creating the child process for this terminal as a modal dialog box when I tried to open stored Terminal window to the host which requires authorized_keys authentication. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Mon, 13 Apr 2009, Joe Marcus Clarke wrote: JMC JMC remote login using ssh keys with the following message in the logs (sorry, JMC JMC can't reproduce the message from Terminal popup window) JMC JMC JMC JMC Apr 12 11:54:37 console.info revamp kernel: Apr 12 11:54:37 auth.notice JMC JMC revamp gnome-keyring-ask: couldn't allocate secure memory to keep passwords and JMC JMC or keys from being written to the disk JMC JMC JMC JMC Any hints to fix this? RELENG_7/i386 JMC JMC JMC JMC This error is normal, and not fatal. How do you have PAM configured for JMC JMC SSH? JMC JMC JMC Hrrm, this is from client side, not from server, how can PAM intervent with JMC this? JMC JMC Then I guess I misunderstand the problem. Are you having a problem with JMC seahorse-agent acting as an SSH agent? It seems to be so. Let me explain the situation a bit: My home machine, RELENG_7/i386, with fresh source and fresh ports tree, acts as my window to my work servers, some of them recognising my SSH key as trusted. Before the upgrade, I had once pop-up asking for my key passphrase, then let me use this private key during my (home) session without further asking. Now, when I try to connect to the host which even possibly want to check whether I want to present some key there, I got the pop-up. I even checked that I can connect to the host in question using plain xterm, and have usual password qiery. Any other hints? Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: HEADS UP: GNOME 2.26 available for FreeBSD
On Mon, 13 Apr 2009, Joe Marcus Clarke wrote: JMC JMC Then I guess I misunderstand the problem. Are you having a problem with JMC JMC seahorse-agent acting as an SSH agent? JMC JMC It seems to be so. JMC JMC Let me explain the situation a bit: JMC JMC My home machine, RELENG_7/i386, with fresh source and fresh ports tree, acts as JMC my window to my work servers, some of them recognising my SSH key as trusted. JMC JMC Before the upgrade, I had once pop-up asking for my key passphrase, then JMC let me use this private key during my (home) session without further asking. JMC JMC Now, when I try to connect to the host which even possibly want to check JMC whether I want to present some key there, I got the pop-up. I even checked that JMC I can connect to the host in question using plain xterm, and have usual JMC password qiery. JMC JMC What versions of gnome-keyring and seahorse do you have? ma...@revamp:/usr/ports pkg_info | egrep 'gnome-keyring|seahorse' gnome-keyring-2.26.0 A program that keeps passwords and other secrets seahorse-2.26.0 GNOME application for managing encryption keys (PGP, SSH) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
boinc-client stop working with WCG
Dear Pav, could you please take a look at this thread? http://www.worldcommunitygrid.org/forums/wcg/viewthread?thread=24324lastpage=yes Thank you. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
net/mpich install glitch
On
FreeBS .rinet.ru 7.1-STABLE FreeBSD 7.1-STABLE #0: Fri Jan 9 00:57:47
MSK 2009 ma...@.rinet.ru:/usr/obj/usr/src/sys/ amd64
I've got
installed MPICH in /usr/local/mpich
/usr/local/mpich/sbin/mpiuninstall may be used to remove the installation.
/usr/sbin/chown -R root:wheel /usr/local/mpich/bin /usr/local/mpich/lib
/usr/sbin/chown -R root:wheel /usr/local/mpich/doc /usr/local/mpich/include
/usr/local/mpich/share
/bin/ln -sf /usr/local/mpich/bin/mpicxx /usr/local/mpich/bin/mpiCC
rmdir: /usr/local/mpich/examples/MPI-2-C++: No such file or directory
The following simple patch fixes the installation:
Index: Makefile
===
RCS file: /home/ncvs/ports/net/mpich/Makefile,v
retrieving revision 1.54
diff -u -r1.54 Makefile
--- Makefile7 Jan 2009 16:34:19 - 1.54
+++ Makefile18 Jan 2009 18:21:04 -
@@ -217,7 +217,7 @@
${CHOWN} -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/mpich/doc
${PREFIX}/mpich/include \
${PREFIX}/mpich/share
${LN} -sf ${PREFIX}/mpich/bin/mpicxx ${PREFIX}/mpich/bin/mpiCC
- @${RMDIR} ${PREFIX}/mpich/lib/shared ${PREFIX}/mpich/examples/MPI-2-C++
+ -...@${rmdir} ${PREFIX}/mpich/lib/shared
${PREFIX}/mpich/examples/MPI-2-C++
.if ! defined(WITHOUT_JAVA) ! defined(PACKAGE_BUILDING)
${CHOWN} -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/mpich/logfiles
.endif
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
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: boinc-client-6.4.5_1
On Sun, 18 Jan 2009, Maxim Maslennikov wrote: MM Hi, MM MM I have problem with starting WCG applications they immediately stop after MM start. MM Do you know that? MM How can I help you to fix it? what architecture are you on? There are set of (unfixable for me) problems on amd64 if you are on i386, you should ensure that you have: - enabled linux emulation (compiled in kernel or module available, and 'linux_enable=YES' in /etc/rc.conf - default elf emulation type set to linux (line 'kern.elf32.fallback_brand=3' in /etc/sysctl.conf) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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
boinc-client: any success stories for WCGrid tasks on amd64?
Dear colleagues, for over a year, I did not have a bit of success trying to activate World Community Grid tasks on amd64 FreeBSD machines - every task is finished within tens of seconds with 'failed' status. And, Yes, I do follow instruction on pav's page (kern.elf32.fallback_brand=3, new checkbox in boinc-client port to fake system arch), tried to use different fc distributions up to f9 -- no luck. Any hints? Thank you in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: asterisk: undefined reference to `__sync_fetch_and_add_4'
On Thu, 8 May 2008, Randy Bush wrote: RB i386 very current RB -DWITHOUT_ODBC -DWITHOUT_ZAPTEL -DWITHOUT_H323 RB RB /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: RB undefined reference to `__sync_fetch_and_add_4' RB manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: RB undefined reference to `__sync_fetch_and_add_4' RB utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test': RB /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: RB undefined reference to `__sync_sub_and_fetch_4' RB utils.o(.text+0xded): In function `ast_atomic_fetchadd_int': RB /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: RB undefined reference to `__sync_fetch_and_add_4' RB gmake[1]: *** [asterisk] Error 1 RB gmake: *** [main] Error 2 RB *** Error code 2 Do you have CPUTYPE defined in /etc/make.conf ? I posted about this a few days ago. As a workaround, you can use `make CPUTYPE=' Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: asterisk: undefined reference to `__sync_fetch_and_add_4'
On Fri, 9 May 2008, Randy Bush wrote: RB Do you have CPUTYPE defined in /etc/make.conf ? I posted about this a few days RB ago. RB RB As a workaround, you can use `make CPUTYPE=' RB RB put RB CPUTYPE= RB in make.conf. rebuilt apache22 RB RB # /usr/local/etc/rc.d/apache22 start RB Performing sanity check on apache22 configuration: RB Segmentation fault (core dumped) RB Starting apache22. RB Segmentation fault (core dumped) Ouch! Not good. Actually, I keep existing CPUTYPE?=k8 in /etc/make.conf (nore the recommended ?= way) and rebuilt just asterisk with overriding CPUTYPE= It's only a workaround, sure, but at least it answers the question why pointyhat and ports tinderboxen did not break at asterisk building. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_7/i386 net/asterisk brokes when CPUTYPE set
Dear colleagues, net/asterisk from today's ports tree does not build at least under RELENG_7/i386 when CPUTYPE is set to (at least) k8 or i686 in /etc/make.conf: [LD] abstract_jb.o acl.o aescrypt.o aeskey.o aestab.o alaw.o app.o ast_expr2.o ast_expr2f.o asterisk.o astmm.o astobj2.o audiohook.o autoservice.o callerid.o cdr.o channel.o chanvars.o cli.o config.o cryptostub.o db.o devicestate.o dial.o dns.o dnsmgr.o dsp.o enum.o file.o fixedjitterbuf.o frame.o fskmodem.o global_datastores.o http.o image.o indications.o io.o jitterbuf.o loader.o logger.o manager.o md5.o netsock.o pbx.o plc.o privacy.o rtp.o say.o sched.o sha1.o slinfactory.o srv.o stdtime/localtime.o strcompat.o tdd.o term.o threadstorage.o translate.o udptl.o ulaw.o utils.o editline/libedit.a - asterisk astobj2.o(.text+0x221): In function `ao2_ref': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' astobj2.o(.text+0x4a8): In function `__ao2_link': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' astobj2.o(.text+0x4d8):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' astobj2.o(.text+0x975): In function `ao2_callback': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' astobj2.o(.text+0x9a3):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' channel.o(.text+0x30b4):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: more undefined references to `__sync_fetch_and_add_4' follow manager.o(.text+0x32a): In function `free_session': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: undefined reference to `__sync_sub_and_fetch_4' manager.o(.text+0x1837): In function `process_events': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: undefined reference to `__sync_sub_and_fetch_4' manager.o(.text+0x1bfd): In function `accept_thread': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' manager.o(.text+0x4b50): In function `action_waitevent': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: undefined reference to `__sync_sub_and_fetch_4' manager.o(.text+0x6e5e): In function `generic_http_callback': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: undefined reference to `__sync_sub_and_fetch_4' utils.o(.text+0xded): In function `ast_atomic_fetchadd_int': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' gmake[1]: *** [asterisk] Error 1 gmake: *** [main] Error 2 *** Error code 2 Stop in /usr/ports/net/asterisk. *** Error code 1 Stop in /usr/ports/net/asterisk. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: lsof and ZFS
On Mon, 7 Jan 2008, Vic Abell wrote: VA Larry, VA VA You write: VA VA On Sat, 5 Jan 2008, Dmitry Morozovsky wrote: VA VA The only additional thing I would like to bring attention VA at is the fact that VA ZFS can be used as root, requiring to additionally patch VA lsof like FreeSBIE people did for cd9660 root. VA VA I'm not sure about that. The patch in the cd9660 PR was needed VA because lsof couldn't stat(2) the root file system. I'm not VA sure I understand why that is. VA VA What's more, the patch may have unwanted side effects which I VA can't determine myself -- e.g., lsof may not be able to convert VA kernel device numbers to the user space device numbers returned VA by stat(2) and displayed by ls(1). I've e-mailed the PR author, VA asking him to do some testing. VA VA I believe Vic Abell (the author) is aware of this, although VA my machines (that he is using for the dev, on RELENG_7), are VA NOT rooted on ZFS, although everything else, except swap, is VA on ZFS. VA VA Yes, Larry, I see that now. / is UFS. Some time someone will VA have to test the lsof update for ZFS on a system that does have VA / on ZFS. I won't be able to do that. VA VA I need to warn everyone that the ZFS update for FreeBSD lsof is VA going to take a lot of work and time. Lsof needs the znode VA structure definition (and other ZFS structure definitions) that VA are defined in the OpenSolaris sources and its header files won't VA compile in combination with any FreeBSD header files. I found VA the module compatibility stuff, so I know how to make the VA OpenSolaris headers compile, but it will require major VA modifications to lsof to be able to do it. I'll more than happy to test on my machines with ZFS root - my home FreeBSD workstation has been configured with ZFS-on-root, and so my notebook FreeBSD boot (it's triple-booted). Which info should I provide? Quick reference: [EMAIL PROTECTED]:/usr/src# mount | grep '/ ' revamp on / (zfs, local) [EMAIL PROTECTED]:/usr/src# uname -a FreeBSD revamp.wpub.woozle.net 7.0-BETA4 FreeBSD 7.0-BETA4 #17: Sun Dec 16 16:24:37 MSK 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MINI i386 [EMAIL PROTECTED]:/usr/src# lsof -n -c init COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME init 1 root cwd unknown file system type: zfs init 1 root rtd unknown file system type: zfs init 1 root txt unknown file system type: zfs [EMAIL PROTECTED]:/usr/src# pkg_info | grep lsof lsof-4.79E Lists information about open files (similar to fstat(1)) Thanks you in advance! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: lsof and ZFS
Vic, On Mon, 7 Jan 2008, Vic Abell wrote: VA I'll let you know when I have something to test. As I said VA earlier, this will be a substantial modification. I will VA provide a pre-release distribution in the 4.79 series, VA probably an 'F' edition, that you can download and build. Thank you, I'll wait for your updates to test. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
lsof and ZFS
Dear colleagues, can anyone sched me a light when lsof start supporting ZFS under FreeBSD? I tried to quick hack configure, but did not have much success... Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lsof and ZFS
On Sat, 5 Jan 2008, Wesley Shields wrote: WS can anyone sched me a light when lsof start supporting ZFS under FreeBSD? I WS tried to quick hack configure, but did not have much success... WS WS I actually talked to the author the other day on a different matter, and WS he mentioned that he is planning to add ZFS support. Unfortunatly, the WS FreeBSD -CURRENT machine he used, sledge.freebsd.org, is down right now, WS so we're working on finding another machine he can access. So WS hopefully, real soon now(tm). WS WS I have a machine which fits that description I would be glad to give him WS access to. WS WS There is actually a PR for this (119041). The maintainer wishes to hold WS off on adding a custom patch to the port in favor of the next upcoming WS version which should support ZFS. I see, thanks. The only additional thing I would like to bring attention at is the fact that ZFS can be used as root, requiring to additionally patch lsof like FreeSBIE people did for cd9660 root. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
rrdtool performance tuning
Dear colleagues, any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? machine is mostly IO-bound, showing 100% disk load with 8 or sometimes even 3 mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
xorg 7.3 upgrade: cyclic dependencies
Dear colleagues, portupgrade -R xorg on RELENG_6/i386 finished, but leads to: [EMAIL PROTECTED]:/etc/mail# pkgdb -uF --- Updating the pkgdb --- Checking the package registry database Cyclic dependencies: xorg-libraries-7.3 - gtk-2.10.14_1 - dbus-1.0.2_2 - (xorg-libraries-7.3) Unlink which dependency? (? to help): Any hints? Thanks. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xorg 7.3 upgrade: cyclic dependencies (fwd)
On Fri, 14 Sep 2007, Florent Thoumie wrote: FT FT portupgrade -R xorg on RELENG_6/i386 finished, but leads to: FT FT FT [EMAIL PROTECTED]:/etc/mail# pkgdb -uF FT FT --- Updating the pkgdb FT FT --- Checking the package registry database FT FT Cyclic dependencies: xorg-libraries-7.3 - gtk-2.10.14_1 - FT dbus-1.0.2_2 FT FT - (xorg-libraries-7.3) FT FT Unlink which dependency? (? to help): FT FT FT Any hints? Thanks. FT FT FT Fixed in CVS already. FT FT Ah thanks. Should I recompile gtk2 or unlink one of dependencies is FT enough? And I'm unsure which one. FT FT Rebuild. There's no easy way to do it otherwise. Hmm, I'm puzzled a bit. after portupgrade -f gtk xorg-libraries I still have: === Registering installation for gtk-1.2.10_18 pkg_create: dependency loop detected for package gtk-2.10.14_1 pkg_create: dependency loop detected for package gtk-2.10.14_1 pkg_create: dependency loop detected for package pixman-0.9.5_1 pkg_create: dependency loop detected for package gtk-2.10.14_1 pkg_create: dependency loop detected for package gtk-2.10.14_1 pkg_create: dependency loop detected for package pixman-0.9.5_1 pkg_create: dependency loop detected for package xorg-libraries-7.3 pkg_create: dependency loop detected for package pixman-0.9.5_1 pkg_create: dependency loop detected for package xorg-libraries-7.3 pkg_create: dependency loop detected for package gtk-2.10.14_1 pkg_create: dependency loop detected for package pixman-0.9.5_1 pkg_create: dependency loop detected for package xorg-libraries-7.3 === Cleaning for gtk-1.2.10_18 --- Cleaning out obsolete shared libraries [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 868 packages found (-0 +1) . done] 719.185u 317.485s 20:50.62 82.8%2759+2661k 11293+1677io 657pf+0w [EMAIL PROTECTED]:/etc/mail# pkgdb -uF --- Updating the pkgdb --- Checking the package registry database Cyclic dependencies: xorg-libraries-7.3 - cairo-1.4.10 - (xorg-libraries-7.3) Unlink which dependency? (? to help): (Yes, I have gtk12 too, as xmms requires it) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xorg 7.3 upgrade: cyclic dependencies
On Fri, 14 Sep 2007, Boris Samorodov wrote: BS On Fri, 14 Sep 2007 13:06:10 +0400 (MSD) Dmitry Morozovsky wrote: BS BS portupgrade -R xorg on RELENG_6/i386 finished, but leads to: BS BS [EMAIL PROTECTED]:/etc/mail# pkgdb -uF BS --- Updating the pkgdb BS --- Checking the package registry database BS Cyclic dependencies: xorg-libraries-7.3 - gtk-2.10.14_1 - dbus-1.0.2_2 - BS (xorg-libraries-7.3) BS Unlink which dependency? (? to help): BS BS Any hints? Thanks. BS BS Use Rev.1.201 of x11-toolkits/gtk20/Makefile. ;-) Exactly what I have now (but after portupgrade with incorrect gtk20 Makefile). No success: pkg_create: dependency loop detected for package gtk-2.10.14_1 pkg_create: dependency loop detected for package gtk-2.10.14_1 pkg_create: dependency loop detected for package pixman-0.9.5_1 pkg_create: dependency loop detected for package gtk-2.10.14_1 pkg_create: dependency loop detected for package gtk-2.10.14_1 pkg_create: dependency loop detected for package pixman-0.9.5_1 pkg_create: dependency loop detected for package xorg-libraries-7.3 pkg_create: dependency loop detected for package pixman-0.9.5_1 pkg_create: dependency loop detected for package xorg-libraries-7.3 === Cleaning for cairo-1.4.10 --- Cleaning out obsolete shared libraries [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 866 packages found (-0 +1) . done] 651.960u 315.557s 19:05.06 84.4%2587+2793k 8392+1887io 686pf+0w [EMAIL PROTECTED]:/etc/mail# pkgdb -uF --- Updating the pkgdb --- Checking the package registry database Cyclic dependencies: cairo-1.4.10 - pango-1.16.5 - (cairo-1.4.10) Unlink which dependency? (? to help): ? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xorg 7.3 upgrade: cyclic dependencies
On Fri, 14 Sep 2007, Boris Samorodov wrote: BS Exactly what I have now (but after portupgrade with incorrect gtk20 Makefile). BS BS No success: BS BS pkg_create: dependency loop detected for package gtk-2.10.14_1 BS pkg_create: dependency loop detected for package gtk-2.10.14_1 BS pkg_create: dependency loop detected for package pixman-0.9.5_1 BS pkg_create: dependency loop detected for package gtk-2.10.14_1 BS pkg_create: dependency loop detected for package gtk-2.10.14_1 BS pkg_create: dependency loop detected for package pixman-0.9.5_1 BS pkg_create: dependency loop detected for package xorg-libraries-7.3 BS pkg_create: dependency loop detected for package pixman-0.9.5_1 BS pkg_create: dependency loop detected for package xorg-libraries-7.3 BS === Cleaning for cairo-1.4.10 BS --- Cleaning out obsolete shared libraries BS [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 866 packages found BS (-0 +1) . done] BS 651.960u 315.557s 19:05.06 84.4%2587+2793k 8392+1887io 686pf+0w BS [EMAIL PROTECTED]:/etc/mail# pkgdb -uF BS --- Updating the pkgdb BS --- Checking the package registry database BS Cyclic dependencies: cairo-1.4.10 - pango-1.16.5 - (cairo-1.4.10) BS Unlink which dependency? (? to help): ? BS BS Is that enough?: BS - BS srv% cd `whereis -q cairo` BS srv% make all-depends-list | grep pango BS srv% cd `whereis -q pango` BS srv% make all-depends-list | grep cairo BS /usr/ports/graphics/cairo Finally, I managed to broke all those cycles (approx 20) with portupgrade help and looking through involved ports' Makefiles. Sometimes it was not straightforward though ;-) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports tree broken with cycling dependencies
On Fri, 14 Sep 2007, Andriy Gapon wrote: AG It seems that after todays portsnap (1 hour ago) my port tree is broken AG by having cycling dependencies. AG Example: AG /usr/ports/graphics/cairo$ make all-depends-list | grep pango AG /usr/ports/x11-toolkits/pango AG /usr/ports/x11-toolkits/pango$ make all-depends-list | grep cairo AG /usr/ports/graphics/cairo AG AG I think the root cause is that x11/xorg-libraries port has (run) AG dependency on x11/pixman port which has a (auto-detected) dependency AG USE_GNOME+=gtk20 where gtk20 port, of course, has a dependency on AG xorg-libraries. Actually, gtk20 now does not have to have all xorg-libraries depends, which is fixed with rev 1.201 of Makefile (no PORTREVISION change though) - see my other mails in this ML. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
ruby-postgres leftover:
Hi there,
the following patch seems to be applied.
Index: Makefile
===
RCS file: /home/ncvs/ports/databases/ruby-rdbc1/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
--- Makefile11 Nov 2005 01:17:24 - 1.5
+++ Makefile3 Aug 2007 14:40:11 -
@@ -18,7 +18,7 @@
MAINTAINER=[EMAIL PROTECTED]
COMMENT= Ruby Database Connectivity
-RUN_DEPENDS= ${RUBY_SITEARCHLIBDIR}/postgres.so:${.CURDIR}/../ruby-postgres
+RUN_DEPENDS=
${RUBY_SITEARCHLIBDIR}/postgres.so:${.CURDIR}/../rubygem-postgres
USE_RUBY= yes
There are also files which contains old portname:
[EMAIL PROTECTED]:/var/release/i386/usr/ports grep -Rl ruby-postgres .
./MOVED
./databases/postgresql73-server/files/pkg-message-client.in
./databases/postgresql74-server/files/pkg-message-client.in
./databases/postgresql80-server/files/pkg-message-client.in
./databases/postgresql81-server/files/pkg-message-client.in
./databases/postgresql82-server/files/pkg-message-client.in
./databases/ruby-dbd_pg/Makefile
./databases/ruby-rdbc1/Makefile~
./databases/rubygem-activerecord/Makefile
./databases/rubygem-postgres/Makefile
./databases/rubygem-postgres/distinfo
./databases/rubygem-postgres/pkg-plist
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /var/db/ports/*/options auto-generation
On Sun, 15 Jul 2007, Doug Barton wrote: DB Dmitry Morozovsky wrote: DB Dear colleagues, DB DB is there any way to generate set of /var/db/ports/*/options in their default DB state? BATCH=1 will leave this hierarchy untouched, but when installing new DB system I would prefer options files to be generated, to be able to look DB through, analyze and possibly re-build some ports later. DB DB I'm not sure it's exactly what you're looking for, but portmaster will DB present all the OPTIONS dialogs first before it starts building the DB first port, which allows you to set all the options then walk away DB while stuff builds. Once the options files are already there you can DB do the whole process again with the --force-config option, or let them DB stay as is until something changes (which is the default). DB DB hope this helps, It's not exactly what I want as I need to repeat Tab-Enter pairs for each of OPTIONS contained port. What I want is generation options file for all the ports including defaults (possibly overrided in /etc/make.conf) WITH/WITHOUT lines... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /var/db/ports/*/options auto-generation
On Mon, 16 Jul 2007, Pav Lucistnik wrote: PL It's not exactly what I want as I need to repeat Tab-Enter pairs for each of PL OPTIONS contained port. What I want is generation options file for all the PL ports including defaults (possibly overrided in /etc/make.conf) WITH/WITHOUT PL lines... PL PL Ok, so what about make -V OPTIONS in the port directory, and some PL creative awkery on the output? It's definitely possible, but it constructs single line of output which is rather hard to parse (though possible, surely). What about creating special target such as 'create-options-file' or 'update-options-file' acting depending of existance of /var/db/ports/*/options and then acting accordingly? Well, after a little bit of thought I suppose it should be presented to ports-mgr@ to decide... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
/var/db/ports/*/options auto-generation
Dear colleagues, is there any way to generate set of /var/db/ports/*/options in their default state? BATCH=1 will leave this hierarchy untouched, but when installing new system I would prefer options files to be generated, to be able to look through, analyze and possibly re-build some ports later. Any thoughts? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Xorg 7.2 funal upgrade trouble
Dear colleagues, I'd successfully upgraded my notebook approx a week ago using tarred experimental tree. However, just after The Big Commit [tm] ;) I'd falled into very strange erro (last few lines from script log): === portupgrade-2.2.6_3,2 depends on file: /usr/local/bin/ruby18 - found === portupgrade-2.2.6_3,2 depends on file: /usr/local/lib/ruby/site_ruby/1.8/i386-freebsd6/bdb.so - found === portupgrade-2.2.6_3,2 depends on file: /usr/local/bin/perl5.8.8 - found === Generating temporary packing list === Checking if ports-mgmt/portupgrade already installed Error: mtree file /usr/ports/Templates/BSD.local.dist is missing. Copy it from a suitable location (e.g., /usr/src/etc/mtree) and try again. *** Error code 1 Hence, I could not install portupgrade-devel. This is on rather fresh (week old) RELENG_6. Can anyone sched me a bit of light? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 7.2 funal upgrade trouble
On Sun, 20 May 2007, Dmitry Morozovsky wrote: DM Dear colleagues, DM DM I'd successfully upgraded my notebook approx a week ago using tarred DM experimental tree. DM DM However, just after The Big Commit [tm] ;) I'd falled into very strange erro DM (last few lines from script log): DM DM === portupgrade-2.2.6_3,2 depends on file: /usr/local/bin/ruby18 - found DM === portupgrade-2.2.6_3,2 depends on file: DM /usr/local/lib/ruby/site_ruby/1.8/i386-freebsd6/bdb.so - found DM === portupgrade-2.2.6_3,2 depends on file: /usr/local/bin/perl5.8.8 - found DM === Generating temporary packing list DM === Checking if ports-mgmt/portupgrade already installed DM Error: mtree file /usr/ports/Templates/BSD.local.dist is missing. DM Copy it from a suitable location (e.g., /usr/src/etc/mtree) and try again. DM *** Error code 1 DM DM Hence, I could not install portupgrade-devel. DM DM This is on rather fresh (week old) RELENG_6. DM DM Can anyone sched me a bit of light? Thanks in advance. FWIW, the very same error with ports-mgmt/portupgrade-devel Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 7.2 funal upgrade trouble
On Sun, 20 May 2007, Pav Lucistnik wrote: PL Dmitry Morozovsky p??e v ne 20. 05. 2007 v 02:50 +0400: PL PL However, just after The Big Commit [tm] ;) I'd falled into very strange erro PL (last few lines from script log): PL PL === portupgrade-2.2.6_3,2 depends on file: /usr/local/bin/ruby18 - found PL === portupgrade-2.2.6_3,2 depends on file: PL /usr/local/lib/ruby/site_ruby/1.8/i386-freebsd6/bdb.so - found PL === portupgrade-2.2.6_3,2 depends on file: /usr/local/bin/perl5.8.8 - found PL === Generating temporary packing list PL === Checking if ports-mgmt/portupgrade already installed PL Error: mtree file /usr/ports/Templates/BSD.local.dist is missing. PL Copy it from a suitable location (e.g., /usr/src/etc/mtree) and try again. PL *** Error code 1 PL PL Hence, I could not install portupgrade-devel. PL PL This is on rather fresh (week old) RELENG_6. PL PL Can anyone sched me a bit of light? Thanks in advance. PL PL Already fixed - wait another hour and cvsup/portsnap again. Ah, I see (last commit from flz). Copying from the place mentioned helps too ;) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
files to be checked on meta-ports
Dear colleagues, First, happy New Year! ;-) For some time I use local meta-ports referring different sets of useful ports. Most of the time, this works well; the only exception is meta-ports which do not install own files. I thought about refering /var/db/pkg/pkgname/ files, but this seems unscalable due to constant path changes. Your thoughts? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: files to be checked on meta-ports
On Tue, 2 Jan 2007, Wesley Shields wrote:
WS For some time I use local meta-ports referring different sets of useful
ports.
WS Most of the time, this works well; the only exception is meta-ports which
do
WS not install own files.
WS
WS I thought about refering /var/db/pkg/pkgname/ files, but this seems
WS unscalable due to constant path changes.
WS
WS Your thoughts?
WS
WS I don't know if it's acceptable to look there but you can always use
WS ${PKG_DBDIR}/${PORTNAME} to get /var/db/pkg/portname (by default). I'm
WS not sure I understand the constant path changes you mention.
Errm, this refers to current port, not to the dependency (say, my
misc/ws-preferred wants to install x11/xorg)
WS I think what you really want is mentioned at the bottom of:
WS
WS
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-depend.html#AEN2226
If you refer to (currently) 5.7.10, then it's now what we want: dependent port
will be rebuilt unconditionally, and in installation phase would fail on
already installed error...
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: files to be checked on meta-ports
On Wed, 3 Jan 2007, Dmitry Morozovsky wrote: DM If you refer to (currently) 5.7.10, then it's now what we want: dependent port Grrr. s/now/not/ DM will be rebuilt unconditionally, and in installation phase would fail on DM already installed error... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: files to be checked on meta-ports
On Tue, 2 Jan 2007, Wesley Shields wrote:
WS WS For some time I use local meta-ports referring different sets of
useful ports.
WS WS Most of the time, this works well; the only exception is meta-ports
which do
WS WS not install own files.
WS WS
WS WS I thought about refering /var/db/pkg/pkgname/ files, but this seems
WS WS unscalable due to constant path changes.
WS WS
WS WS Your thoughts?
WS WS
WS WS I don't know if it's acceptable to look there but you can always use
WS WS ${PKG_DBDIR}/${PORTNAME} to get /var/db/pkg/portname (by default).
I'm
WS WS not sure I understand the constant path changes you mention.
WS
WS Errm, this refers to current port, not to the dependency (say, my
WS misc/ws-preferred wants to install x11/xorg)
WS
WS You're right. In the example you give above I would use
WS ${PKG_DBDIR}/ws-preferred which is what you mentioned in your original
WS post (and now makes sense to me, my apologies for the initial
WS misunderstanding). Though if your metaport name ever changes you will
WS have to chase it in other ports.
WS
WS I suppose one way to do it would be to have your metaport install a
WS dummy file that you can use for checking purposes in other ports.
WS This is easily done in a custom do-install: target.
That's exactly what I'm thinking about. However, we should invent some
consistent policy for this. What about touching category::origin file in some
directory (in after-install phase)? Or even more, shouldn't this be a part of
standard port installation process?
I think this should be discussed with portmgr@, CC:ing them.
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: avahi upgrade problem
On Sat, 11 Nov 2006, Boris Samorodov wrote: BS On Sat, 11 Nov 2006 20:52:46 +0300 (MSK) Dmitry Morozovsky wrote: BS BS Hi there colleagues, BS BS Hello. BS BS trying to upgrade avahi to version 0.6.14_3 I got the following error: BS BS Seems that this commit should fix it: BS 1.43 +3 -3 ports/net/avahi/Makefile Yep, I thought (looking at cvs log) I got this change already merged, but apparently my local cvs mirror missed this at The Very Right Time [tm] ;-) Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
