Re: MAIL ADMINISTRATIVE SERVICE CENTER
Dave Horsfall wrote: > On Tue, 16 Feb 2021, Yuri Pankov wrote: > >>> As this came from freebsd.org, were they trying to shout something or >>> do they have a compromised server? >> >> It's obvious it did NOT come from freebsd.org once you check the headers: > > Really? Here are my headers: Really. > Return-Path: > Received: from mx2.freebsd.org (mx2.freebsd.org [96.47.72.81]) > by aneurin.horsfall.org (8.15.2/8.15.2) with ESMTP id 11FFDtmL039444 > for ; Tue, 16 Feb 2021 02:14:09 +1100 (EST) > (envelope-from owner-freebsd-po...@freebsd.org) > Received: from mx1.freebsd.org (mx1.freebsd.org > [IPv6:2610:1c1:1:606c::19:1]) > (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) > key-exchange X25519 server-signature RSA-PSS (4096 bits) > client-signature RSA-PSS (4096 bits)) > (Client CN "mx1.freebsd.org", Issuer "R3" (verified OK)) > by mx2.freebsd.org (Postfix) with ESMTPS id EE5DF95ED7; > Mon, 15 Feb 2021 15:13:53 + (UTC) > (envelope-from owner-freebsd-po...@freebsd.org) > Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org > [IPv6:2610:1c1:1:606c::50:13]) > by mx1.freebsd.org (Postfix) with ESMTP id 4DfSL95Fdgz4gt0; > Mon, 15 Feb 2021 15:13:53 + (UTC) > (envelope-from owner-freebsd-po...@freebsd.org) > > Sure looks like freebsd.org to me, hence my comment about a compromised > server... Are you really surprised list mail comes from freebsd.org servers because that's what your excerpt shows? Real question is where the list software received it from, and my excerpt had that, coming from somewhere unknown with forged From header. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: MAIL ADMINISTRATIVE SERVICE CENTER
Dave Horsfall wrote: > On Tue, 15 Feb 2021, administra...@freebsd.org wrote: > > (Nothing) > > As this came from freebsd.org, were they trying to shout something or do > they have a compromised server? It's obvious it did NOT come from freebsd.org once you check the headers: Received: from bambo.com (unassigned.162-216-243-43.pivo.com [162.216.243.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4DfSL624h4f for ; Mon, 15 Feb 2021 15:13:49 + (UTC) (envelope-from ne...@gusikowski.ml) Received: from gusikowski.ml (unknown [64.44.131.48]) by bambo.com (Postfix) with ESMTPA id D75CA20F0CD0 for ; Mon, 15 Feb 2021 14:48:17 + (UTC) From: administra...@freebsd.org And "From:" is so easy to forge that it means absolutely nothing. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Portlint complains about %%FOO%% in PLIST_FILES
Rainer Hurling wrote:
Yesterday I committed net/hblock [r556099] after changing the patch to
PLIST_FILES (instead of pkg-plist with only two files) against the
suggestion of the submitter.The line in question is:
PLIST_FILES=bin/${PORTNAME} %%MANPAGES%%man/man1/hblock.1.gz
I made this change because it allows the port to build and install
correctly in all combinations of OPTIONS.
With the use of %%MANPAGES%%% in PLIST_FILES one can selectively enable
and disable the building of manpages.
The maintainer of net/hblock informs me about a problem with using
%%MANPAGES%% in PLIST_FILES. I don't know why I did not notice the
message from 'portlint -AC' before:
FATAL: PLIST_FILES: files cannot contain %%FOO%% variables. Use make
variables and logic instead
Is it possibly correct to use %%MANPAGES%% in PLIST_FILES and only
portlint can't handle it?
Is there an alternative to switching back to pkg-plist file?
Thanks in advance for clarification and maybe a suggestion for correct
usage.
See 5.13.3.11 in
https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-options.html,
i.e. use MANPAGES_PLIST_FILES=.
See x11/swaybg/Makefile for example.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Sudden trouble with net/rdesktop
Greg Veldman wrote:
On Fri, Nov 13, 2020 at 03:52:54PM +0300, Yuri Pankov wrote:
OK, I was able to reproduce this; actually, it hit that assertion for
all Windows 10 20H2 installs I have, all are updated to latest patches,
so I can't tell when this started to happen. Adding a debug print
before that assert() shows the following:
$ DISPLAY=mercury:0.0
/usr/ports/net/rdesktop/work/rdesktop-1.9.0/rdesktop orion
len=128 size=128
Assertion failed: ((len * 2) < size), function _utils_data_to_hex, file
utils.c, line 501.
So we need the len of 128 we need size of digest buf to be > 256, the
following patch worked for me:
polaris:ypankov:/usr/ports/net/rdesktop$ cat files/patch-utils.c
--- utils.c.orig2020-11-13 12:40:51 UTC
+++ utils.c
@@ -584,7 +584,7 @@ _utils_cert_get_info(gnutls_x509_crt_t cert, char *out
{
char buf[128];
size_t buf_size;
- char digest[128];
+ char digest[512];
gnutls_x509_dn_t dn;
time_t expire_ts, activated_ts;
This seems like a reasonable change, but I'll make one minor
note. Later on in _utils_cert_get_info() the contents of
digest are written to sha1 and sha256, which are both size
256. In the initial implementation both buf and digest are
of the same size, which would seem to indicate that buf was
not expected to be completely full (in fact less than half
full based on the assertion in _utils_data_to_hex()). However
if defined to 512 chars and ever somehow filled beyond 256
(in fact a bit less than that, since a static string is
prepended to the call to snprintf()), the writes to sha1 and
sha256 would be incomplete, which I haven't completely read
through but would very likely lead to Bad Things(tm) later on.
All this to say, perhaps a more conservative approach would be
to increase digest to 256 chars instead of 512. I don't currently
have a Windows 10 20H2 machine to test on, but would you mind
trying with 256 instead of 512 and see if that also fixes the
issue? If so, let me know and I'll submit a PR to get this
patch added.
size is 128 now, so with digest of 256 we fail the ((len * 2) < size)
assertion, 257 works though (or changing the assertion to be <=).
Actually, this does not look like a real fix. I have looked more into
it and something is still very wrong -- _utils_cert_get_info() calls
gnutls_x509_crt_get_fingerprint() and does NOT check the return value
while it is -72 (GNUTLS_E_ASN1_VALUE_NOT_VALID), while the only
*documented* return values are 0 (got fingerprint successfully) and -51
(GNUTLS_E_SHORT_MEMORY_BUFFER, not enough buffer space). I don't know
if it was the same previously as I don't have a system to test against.
If yes, then this patch could be used in ports at least until upstream
fixes the problem properly; if no, then we would need a proper fix first.
Also note that sha1 and sha256 fingerprints reported are the *same*,
which doesn't look right with this approach.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Sudden trouble with net/rdesktop
Andrea Venturoli wrote:
On 11/12/20 5:18 PM, Yuri Pankov wrote:
Could it be something that changed on remote side, e.g. any recent
updates?
Sure.
Most targets are Windows 10 machines, so they possibly updated to a
newer version, but I don't know.
One is Windows 2012, though, so I don't think that changed that much.
OK, I was able to reproduce this; actually, it hit that assertion for
all Windows 10 20H2 installs I have, all are updated to latest patches,
so I can't tell when this started to happen. Adding a debug print
before that assert() shows the following:
$ DISPLAY=mercury:0.0
/usr/ports/net/rdesktop/work/rdesktop-1.9.0/rdesktop orion
len=128 size=128
Assertion failed: ((len * 2) < size), function _utils_data_to_hex, file
utils.c, line 501.
So we need the len of 128 we need size of digest buf to be > 256, the
following patch worked for me:
polaris:ypankov:/usr/ports/net/rdesktop$ cat files/patch-utils.c
--- utils.c.orig2020-11-13 12:40:51 UTC
+++ utils.c
@@ -584,7 +584,7 @@ _utils_cert_get_info(gnutls_x509_crt_t cert, char *out
{
char buf[128];
size_t buf_size;
- char digest[128];
+ char digest[512];
gnutls_x509_dn_t dn;
time_t expire_ts, activated_ts;
Also attached so you could simply drop it to files/ directory (if the
list will pass it through). Though I must admit I have no idea what
changed exactly on Windows side caused the digest size to grow that much.
As a workaround, try increasing the buf size to e.g. 512 in
utils.c:_utils_cert_get_info().
Sorry, looks like I'm reading that backwards, and increasing the buf
size will actually make it worse.
BTW, did you previously have rdesktop compiled without DEBUG option,
so that assert() simply didn't fire, and now it's ON?
Actually I built it in poudriere *without* DEBUG option.
I might as well enable it and investigate, then.
Sorry, that was another shot in the dark, without actually trying
something, and wrong one at it.
--- utils.c.orig2020-11-13 12:40:51 UTC
+++ utils.c
@@ -584,7 +584,7 @@ _utils_cert_get_info(gnutls_x509_crt_t cert, char *out
{
char buf[128];
size_t buf_size;
- char digest[128];
+ char digest[512];
gnutls_x509_dn_t dn;
time_t expire_ts, activated_ts;
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Sudden trouble with net/rdesktop
Andrea Venturoli wrote: Hello. After many year of happy usage, since yesterday rdesktop dumps core (12.2/amd64). % rdesktop xx Assertion failed: ((len * 2) < size), function _utils_data_to_hex, file utils.c, line 499. Abort (core dumped) This is systematic with 4 servers out of 5; the 5th still works perfectly, but I have no idea in which way it might differ from the others. I don't think this has anything to do with the upgrade to 1.9.0, since I was able to use 1.9.0 for a while. Anyone else seeing this? Where do I go and look? I see a similar report on github: https://github.com/rdesktop/rdesktop/issues/380 Could it be something that changed on remote side, e.g. any recent updates? As a workaround, try increasing the buf size to e.g. 512 in utils.c:_utils_cert_get_info(). ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Sudden trouble with net/rdesktop
Yuri Pankov wrote: Andrea Venturoli wrote: Hello. After many year of happy usage, since yesterday rdesktop dumps core (12.2/amd64). % rdesktop xx Assertion failed: ((len * 2) < size), function _utils_data_to_hex, file utils.c, line 499. Abort (core dumped) This is systematic with 4 servers out of 5; the 5th still works perfectly, but I have no idea in which way it might differ from the others. I don't think this has anything to do with the upgrade to 1.9.0, since I was able to use 1.9.0 for a while. Anyone else seeing this? Where do I go and look? I see a similar report on github: https://github.com/rdesktop/rdesktop/issues/380 Could it be something that changed on remote side, e.g. any recent updates? As a workaround, try increasing the buf size to e.g. 512 in utils.c:_utils_cert_get_info(). Sorry, looks like I'm reading that backwards, and increasing the buf size will actually make it worse. BTW, did you previously have rdesktop compiled without DEBUG option, so that assert() simply didn't fire, and now it's ON? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: STOP rust!
Rozhuk Ivan wrote: On Tue, 10 Nov 2020 20:01:55 +0300 Yuri Pankov wrote: Actually, it started quite some time ago, and it was 2.41 that introduced the rust dependency: https://mail.gnome.org/archives/desktop-devel-list/2017-January/msg1.html This does not explain why I should waste my time and money to compile ugly rust. You should ask librsvg developers then as I said in the first reply. P.S. please reply to the list, not to me directly, I'm not interested in unicast discussion and adding the list address back every time. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: STOP rust!
Rozhuk Ivan wrote: Hi all! With latest ports tree librsvg2-rust-2.50.0 is required to some ports. It want replace librsvg2-2.40.21. I do not want build ugly rust during hours to build small lib in less than minute. You might want to send your complaints to librsvg authors, or fork the before-the-rust version and maintain it; ports list really seems to be a wrong target for this discussion. Same with polkit & spidermonkey. https://gitlab.freedesktop.org/polkit/polkit/-/merge_requests/35 I remove polkit where it is possible. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: iperf checksums?
@lbutlr wrote: When trying to install iperf: ===>>> Waiting on fetch & checksum for benchmarks/iperf <<<=== fetch: https://freefr.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz: size mismatch: expected 370518, actual 373268 => Attempting to fetch https://jaist.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz fetch: https://jaist.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz: size mismatch: expected 370518, actual 373268 => Attempting to fetch https://nchc.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz fetch: https://nchc.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz: size mismatch: expected 370518, actual 373268 => Attempting to fetch https://netcologne.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz fetch: https://netcologne.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz: size mismatch: expected 370518, actual 373268 => Attempting to fetch https://netix.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz fetch: https://netix.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz: size mismatch: expected 370518, actual 373268 => Attempting to fetch https://superb-dca2.dl.sourceforge.net/project/iperf2/iperf-2.0.14a.tar.gz Over and over with identical numbers on slightly differ source forge servers. Looking at the commit log, it's not the first time distfile is being silently rerolled: commit 0fa0c820d6f179cf280a663437687f6fe1d4ab87 Author: Sunpoet Po-Chuan Hsieh Date: Sun Oct 4 14:12:56 2020 + Update distinfo: upstream rerolled the tarball - Bump PORTREVISION for package change Diff: https://people.FreeBSD.org/~sunpoet/iperf-2.0.14a.diff Looks like they did it again. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: poudriere segmentation fault on 13-CURRENT
Grzegorz Junka wrote: On 20/05/2020 19:33, Yuri Pankov wrote: Grzegorz Junka wrote: When configuring ports with this option: poudriere options -j 13 -p gui -z v8 lang/v8 for every port the configuration ends with "Segmentation fault". For example, with that command the first port that shows up is "python27-2.7.18". After the ncurses dialog is shown I click OK which supposed to save the option. But instead, I see "Segmentation fault" and nothing is written to /usr/local/etc/poudriere.d/13-gui-v8-options/lang_python27/ This only happens when I use kernel 13-CURRENT and "Segmentation fault" would happen regardless if used -j 13 or -j 12 or -j 12.1 (STABLE and 12.1 jails respectively). Otherwise compiling with poudriere on kernel 13 works fine, it's just the options that don't work. I have to boot kernel 12, configure options, then boot kernel 13 to compile. What might be the issue? Which program is misbehaving, is it dialog4ports? Do you have the core and can provide the backtrace? That's what I would like to find out. No core is dumped in the local folder. Not sure where it would be dumped instead? If at all? The segmentation fault happens after the options have been selected. I think it's at the moment when they should have been written to disk. You can check dmesg for that information, e.g.: pid 41216 (sleep), jid 0, uid 1001: exited on signal 11 pid 43373 (bad), jid 0, uid 1001: exited on signal 11 (core dumped) Note that the former doesn't say the "core dumped" as I just sent SIGSEGV to it using `pkill`, the latter is small test case dereferencing null pointer, and has its core written to the working directory. Also, is it reproducible without using poudriere? Is it running 12.x binaries with 13-CURRENT kernel? If yes, what are the revisions for both? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: More xorg mischief on Rpi3B, failed to open /dev/io
bob prohaska wrote: Enabling amdgpu in llvm80 solved the problem of compiling xorg on a Pi3b, but now that it's built and installed it still fails to run. Probably stupid question, but as you didn't mention it, is the actual drm module loaded? Also you don't need the 'configure' step, how about a simple 'startx' from normal user? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: poudriere segmentation fault on 13-CURRENT
Grzegorz Junka wrote: When configuring ports with this option: poudriere options -j 13 -p gui -z v8 lang/v8 for every port the configuration ends with "Segmentation fault". For example, with that command the first port that shows up is "python27-2.7.18". After the ncurses dialog is shown I click OK which supposed to save the option. But instead, I see "Segmentation fault" and nothing is written to /usr/local/etc/poudriere.d/13-gui-v8-options/lang_python27/ This only happens when I use kernel 13-CURRENT and "Segmentation fault" would happen regardless if used -j 13 or -j 12 or -j 12.1 (STABLE and 12.1 jails respectively). Otherwise compiling with poudriere on kernel 13 works fine, it's just the options that don't work. I have to boot kernel 12, configure options, then boot kernel 13 to compile. What might be the issue? Which program is misbehaving, is it dialog4ports? Do you have the core and can provide the backtrace? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Linux-foldingathome
@lbutlr wrote: On 07 Apr 2020, at 06:36, Yuri Pankov wrote: @lbutlr wrote: # service fahclient start Starting fahclient. 13:33:52:WARNING:Exception: Failed to open '/proc/bus/pci/devices': Failed to open '/proc/bus/pci/devices': No such file or directory: No such file or directory 13:33:52:ERROR:Exception: Could not read link /proc/self/exe It is looking for /compat/linux/proc -- if it isn't mounted and you aren't on recentish -current 12.1-RELEASE FreeBSD 12.1-RELEASE r354233 GENERIC amd64 Isn’t recent enough, I guess? Correct, I mean the following commit in HEAD (so 13.0-CURRENT only, at the moment): https://svnweb.freebsd.org/base?view=revision=354458 where all required mounts are done by rc script, you should follow the pkg-message for linux_base-c7 port. Thank you, that solved the issue and the client is running now. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Linux-foldingathome
@lbutlr wrote: Has anyone had any experience with installing the port biology/linux-foldingathome? After installing it and editing the configuration file I try to start it and get the following: # service fahclient start Starting fahclient. 13:33:52:WARNING:Exception: Failed to open '/proc/bus/pci/devices': Failed to open '/proc/bus/pci/devices': No such file or directory: No such file or directory 13:33:52:ERROR:Exception: Could not read link /proc/self/exe /usr/local/etc/rc.d/fahclient: WARNING: failed to start fahclient /proc/ is empty. There were no errors when installing the port. # kldstat Id Refs AddressSize Name 1 57 0x8020 2448d90 kernel 21 0x82649000 3a99a8 zfs.ko 32 0x829f3000 a5b8 opensolaris.ko 41 0x82f11000 4260 ng_ubt.ko 56 0x82f16000 9e30 netgraph.ko 62 0x82f2 91b8 ng_hci.ko 73 0x82f2a000 9c0 ng_bluetooth.ko 81 0x82f2b000 cad0 ng_l2cap.ko 91 0x82f380001ba00 ng_btsocket.ko 101 0x82f54000 21c0 ng_socket.ko 111 0x82f57000 acf mac_ntpd.ko 121 0x82f58000 18a0 uhid.ko 131 0x82f5a000 1aa0 wmt.ko 141 0x82f5c000 2928 ums.ko 151 0x82f5f00035b20 linux64.ko 163 0x82f95000 3178 linux_common.ko 171 0x82f99000 494c linprocfs.ko 181 0x82f9e000 1eae linsysfs.ko It is looking for /compat/linux/proc -- if it isn't mounted and you aren't on recentish -current where all required mounts are done by rc script, you should follow the pkg-message for linux_base-c7 port. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: whereis lynx
Amit Yaron wrote: For those who like the GUI-less browser. There is a port directory from which to install lynx, but it is not listed in the output of whereis lynx Instead, the output is: lynx: /usr/local/bin/lynx /usr/local/man/man1/lynx.1.gz /usr/ports/japanese/lynx If you install it from the Japanese port, the sources will be compiled without SSL, which means that you cannot open an 'https' URL. The browser can also be installed from '/usr/ports/www/lynx'. You could use -a option though: $ whereis -a lynx lynx: /usr/ports/japanese/lynx /usr/ports/www/lynx ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: good gui bit-torrent client?
On 29 Feb 2020, at 22:39, Miroslav Lachman <000.f...@quip.cz> wrote: > > Robert Huff wrote on 2020/02/29 00:49: >> I used to use azureus/vuze, but it hasn't been maintained is >> quite a while. >> So I changed to deluge ... which now has a dependency >> semi-permanently BROKEN. >> What can people recommend as a replacement? > > I used uTurrent in Windows times. When I switched to FreeBSD on my desktop I > used Vuze / Azureus. But it was resource hungry and at some point in time no > longer works for me. > Then I tried qBittorrent and I am very happy with it. Simple, stable, good > looking with my KDE. > > net-p2p/qbittorrent is my choice Same here, using it on FreeBSD/macOS/Windows and not seeing any issues (even without KDE on FreeBSD). ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Best way to generate a patch file
Dan Mahoney (Gushi) wrote: > All, > > I'm requesting takeover of a couple of FreeBSD ports (cvs and dma, > although dma is now in base, I imagine the port will be used to track > upstream changes before they make it into base). > > What has been requested thusfar is a diff to update maintainer. Seems > simple enough, right, effectively a one-line patch/diff? > > So, how do I go about it? I could certainly cd to /usr/ports/mail/dma, > copy Makefile to Makefile.orig, and run a manual diff Makefile.orig > Makefile > /tmp/patch, while in that directory. That would apply only > for the single file, obviously. > > Or I could clone the entire port, and make a unified diff. Yes, more > complicated and perhaps unnecessary for a one-line-in-one-file patch, > but maybe some tooling expects that (I couldn't find a good rule of > thumb here). > > Finally, in googling around, I found a makefile target that's called > "make makepatch" -- which isn't documented in 'man ports', and which I > *think* is not used for tracking patches that will live the lifetime of > a port, but there's no section in the porters handbook that covers this. > > That is to say, the entire "patching" section in the porter's handbook > covers "lifecycle" (./files) patches, and not "bugreport" patches: > > https://www.freebsd.org/doc/en/books/porters-handbook/slow-patch.html Check https://www.freebsd.org/doc/en/books/porters-handbook/port-upgrading.html#svn-diff. Also, I think it's general rule of thumb that you should set yourself as maintainer along with submitting actual changes to the port (upgrading, fixing, etc.). signature.asc Description: OpenPGP digital signature
anyone tried/ported nvidia-driver 410.66 yet?
Hi, Just wondering if anyone has ported nvidia-driver 410.66 yet, and could provide a patch for testing (myself being lazy and not that ports proficient)? signature.asc Description: OpenPGP digital signature
Re: Inkscape compiles but crashes on startup
Stefan Esser wrote: > Am 04.11.18 um 22:21 schrieb bob prohaska: >> On Sun, Nov 04, 2018 at 10:47:22AM +0100, T??l Coosemans wrote: >>> On Sat, 3 Nov 2018 22:31:34 -0700 bob prohaska wrote: On Sat, Nov 03, 2018 at 07:18:52AM +0100, Walter Schwarzenfeld wrote: > Wait, fix of the primal cause of it is committed right now. > > https://svnweb.freebsd.org/ports?view=revision=483878 Alas, no luck. Updating the ports tree and recompiling inkscape got rid of the locale error, but inkscape still crashes with an otherwise similar error stream from Gtk. >>> >>> You have to rebuild devel/glib20. >> >> That did the trick, thank you! > > If some dependent port only runs after glib20 has been recompiled, > shouldn't that be reason to bump the port revision of glib20, even > though the port didn't change in any other way? It was bumped actually: r483878 | jbeich | 2018-11-03 09:10:28 +0300 (Sat, 03 Nov 2018) | 8 lines devel/glib20: revert to old g_convert() behavior PR: 232073 Reported by:many (via inkscape) Suggested by: tijl Tested by: glib/tests/convert MFH:2018Q4 Index: Makefile === --- Makefile(revision 483877) +++ Makefile(revision 483878) @@ -3,7 +3,7 @@ PORTNAME= glib PORTVERSION= 2.56.1 -PORTREVISION= 2 +PORTREVISION= 3 ... signature.asc Description: OpenPGP digital signature
Re: FreeBSD Port: firefox-63.0.1,1 multiple errors build
Yuri Pankov wrote: > Montgomery-Smith, Stephen wrote: >> On 10/31/18 1:12 PM, Alex V. Petrov wrote: >> [lots of build errors snipped] >> >> I found that when I downgraded rust-cbindgen to 0.6.6_1 that this fixed >> the build problems. So I suspect it is version 0.6.7 of rust-cbindgen >> that is causing the build errors. > > Fails for me even with 0.6.6_1. And it built with rust-cbindgen-0.6.7, so I'm now wondering if it's not about the version, and has something to do with the fact that 0.6.6_1 was installed using pkg, and update to 0.6.7 was done using ports. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: firefox-63.0.1,1 multiple errors build
Montgomery-Smith, Stephen wrote: > On 10/31/18 1:12 PM, Alex V. Petrov wrote: > [lots of build errors snipped] > > I found that when I downgraded rust-cbindgen to 0.6.6_1 that this fixed > the build problems. So I suspect it is version 0.6.7 of rust-cbindgen > that is causing the build errors. Fails for me even with 0.6.6_1. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [freebsd 11.2] net-snmpd incomplete mac addresses
Yuri Pankov wrote: Patrick Lamaiziere wrote: Hello, freebsd 11.2/amd64 release net-snmp-5.7.3_18 net-snmpd returns incomplete MAC addresses in IF-MIB::ifPhysAddress, the first octet is always "0". $ snmpwalk -v 2c -c "xxx" localhost 1.3.6.1.2.1.2.2.1.6 IF-MIB::ifPhysAddress.1 = STRING: 0:36:9f:93:7d:f8 IF-MIB::ifPhysAddress.2 = STRING: 0:36:9f:93:7d:fa IF-MIB::ifPhysAddress.3 = STRING: 0:f4:bb:ef:c8:e4 ... $ ifconfig | grep ether ether a0:36:9f:93:7d:f8 ether a0:36:9f:93:7d:fa ether ec:f4:bb:ef:c8:e4 tcpdump confirms that the problem is in net-snmpd (and not the client). Also when using the MIB IP-MIB::ipNetToMediaPhysAddress the MAC addresses are correct. $ snmpwalk -v2c -c '***r***' localhost IP-MIB::ipNetToMediaPhysAddress | grep a0:36:9f:93:7d:f8 IP-MIB::ipNetToMediaPhysAddress.13.10.10.1.118 = STRING: a0:36:9f:93:7d:f8 I've checked net-snmpd 5.7.3 under linux and the mac addresses are correct. (So it's specific to FreeBSD.) Any clue ? It looks like net-snmp being stupid, try the attached patch (put to files/). For the note: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231996 https://sourceforge.net/p/net-snmp/code/merge-requests/20/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [freebsd 11.2] net-snmpd incomplete mac addresses
Patrick Lamaiziere wrote:
Hello,
freebsd 11.2/amd64 release
net-snmp-5.7.3_18
net-snmpd returns incomplete MAC addresses in IF-MIB::ifPhysAddress,
the first octet is always "0".
$ snmpwalk -v 2c -c "xxx" localhost 1.3.6.1.2.1.2.2.1.6
IF-MIB::ifPhysAddress.1 = STRING: 0:36:9f:93:7d:f8
IF-MIB::ifPhysAddress.2 = STRING: 0:36:9f:93:7d:fa
IF-MIB::ifPhysAddress.3 = STRING: 0:f4:bb:ef:c8:e4
...
$ ifconfig | grep ether
ether a0:36:9f:93:7d:f8
ether a0:36:9f:93:7d:fa
ether ec:f4:bb:ef:c8:e4
tcpdump confirms that the problem is in net-snmpd (and not the client).
Also when using the MIB IP-MIB::ipNetToMediaPhysAddress the MAC
addresses are correct.
$ snmpwalk -v2c -c '***r***' localhost IP-MIB::ipNetToMediaPhysAddress | grep
a0:36:9f:93:7d:f8
IP-MIB::ipNetToMediaPhysAddress.13.10.10.1.118 = STRING: a0:36:9f:93:7d:f8
I've checked net-snmpd 5.7.3 under linux and the mac addresses are
correct. (So it's specific to FreeBSD.)
Any clue ?
It looks like net-snmp being stupid, try the attached patch (put to files/).
--- agent/mibgroup/if-mib/data_access/interface_sysctl.c.orig 2018-10-05
13:11:25 UTC
+++ agent/mibgroup/if-mib/data_access/interface_sysctl.c
@@ -397,7 +397,8 @@ netsnmp_arch_interface_container_load(netsnmp_containe
}
}
adl = (struct sockaddr_dl *) a;
-if_name = (char *) adl->sdl_data;
+if_name = malloc(adl->sdl_nlen + 1);
+memcpy(if_name, adl->sdl_data, adl->sdl_nlen);
if_name[adl->sdl_nlen] = '\0';
}
if (!(ifp->ifm_addrs & RTA_IFP) || if_name == NULL) {
@@ -411,6 +412,7 @@ netsnmp_arch_interface_container_load(netsnmp_containe
netsnmp_access_interface_container_free(container,
NETSNMP_ACCESS_INTERFACE_FREE_NOFLAGS);
free(if_list);
+free(if_name);
return -3;
}
@@ -429,6 +431,7 @@ netsnmp_arch_interface_container_load(netsnmp_containe
entry->paddr_len = 6;
memset(entry->paddr, 0, 6);
}
+ free(if_name);
entry->mtu = ifp->ifm_data.ifi_mtu;
entry->type = ifp->ifm_data.ifi_type;
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Port collection (incorrectly) marked as not supporting 11.1
Aryeh Friedman wrote: On: FreeBSD lilith 11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321664: Fri Jul 28 23:35:18 EDT 2017 root@lilith:/usr/obj/usr/src/sys/GENERIC amd64 Attempting to run make on any port produces: /!\ ERROR: /!\ Ports Collection support for your FreeBSD version has ended, and no ports are guaranteed to build on this system. Please upgrade to a supported release. No support will be provided if you silence this message by defining How is this possibly correct when 11.1 is still listed as a production release!?!?!?!? https://lists.freebsd.org/pipermail/freebsd-announce/2018-September/001842.html ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: gcc5
Lorenzo Salvadore via freebsd-ports wrote: Todays update and I am using portmaster: ===>>> Starting build for ports that need updating <<<=== ===>>> Launching child to install lang/gcc5 ===>>> All >> lang/gcc5 (1/2) ===>>> Currently installed version: gcc5-5.5.0_4 ===>>> Port directory: /usr/ports/lang/gcc5 ===>>> Starting check for build dependencies ===>>> Gathering dependency list for lang/gcc5 from ports ===>>> Dependency check complete for lang/gcc5 ===>>> All >> gcc5-5.5.0_4 (1/2) ===> Cleaning for gcc5-5.5.0_5 Making GCC 5.5.0 for x86_64-portbld-freebsd11.2 [c,c++,objc,fortran] ===> NOTICE: This port is deprecated; you may wish to reconsider installing it: Unsupported by upstream. Use GCC 7 or newer instead.. ===> License GPLv3 GPLv3RLE accepted by the user ===> gcc5-5.5.0_5 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by gcc5-5.5.0_5 for building ===> Extracting for gcc5-5.5.0_5 => SHA256 Checksum OK for gcc-5.5.0.tar.xz. but there are many ports which depend on gcc5: Installed packages to be REMOVED: gcc5-5.5.0_4 libx264-0.155.2917 gstreamer-plugins-x264-0.10.19_8,3 gstreamer1-plugins-x264-1.12.3_2 mencoder-1.3.0.20180920 ffmpeg-4.0.2_4,1 libstreamanalyzer-0.7.8_12 aqualung-1.0_9 chromaprint-1.4.3_2 mlt-6.10.0_1 iridium-browser-2018.5.67_4 youtube_dl-2018.09.10 synfig-1.2.1_9 blender-2.79b_6 gimp-gmic-plugin-1.6.9_16 gegl-0.2.0_25 mpv-0.29.0_6,1 gegl3-0.3.34_2 gstreamer1-plugins-chromaprint-1.12.3 synfigstudio-1.2.1_5 py27-gimp-2.8.22_1 gimp-app-2.8.22_1,1 gnome-mpv-0.15 gimp-2.8.22,2 gimp-resynthesizer-2.0.3 gimp-lqr-plugin-0.7.2 gimpfx-foundry-2.6_2,1 gimp-wavelet-decompose-plugin-0.1.2_3 gimp-wavelet-sharpen-plugin-0.1.2_3 gimp-wavelet-denoise-plugin-0.3.1_3 gimp-lensfun-plugin-0.2.4.d_7 gimp-gutenprint-5.2.14 gimp-beautify-plugin-2012.08.12.00_7 gimp-refocus-plugin-0.9.0_7 Number of packages to be removed: 34 The operation will free 863 MiB. Proceed with deinstalling packages? [y/N]: I think you should do the following: pkg remove -f gcc5 This should remove gcc5 only and ignore dependencies. Once you install gcc7 you will probably have your broken dependencies solved with gcc7 or you will have to reinstall them. As a side note, I do not think that all the ports listed depends on gcc5: for example I do not think that ffmepg depends on any gcc version. This would mean that you have only a few ports depending on gcc5 (maybe only one) and that ffmpeg is installed automatically as a dependency of those ports: since the ports that depend on gcc5 are removed, their dependencies are not needed any more and are also removed. It's likely the libx264 port (guessing on it coming first after gcc in the list), which has the GCC option. Try reinstalling only that one unselecting the GCC option, and you (most likely) should be able to remove the gcc package altogether. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Gnutls depends on unbound. Why?
@lbutlr wrote:
When trying to update gnutls it wants to install unbound.
I do not want unbound since my server is already running bind.
make config shows nothing at all that implies unbound is required, and the only
option that is even close to being related is IDN support which certainly
doesn’t require unbound, but disabling this option doesn’t change anything.
It's actually the DANE option, which brings in unbound.
# portmaster --show-work gnutls
===>>> Currently installed version: gnutls-3.5.18
===>>> Port directory: /usr/ports/security/gnutls
===>>> Starting check for all dependencies
===>>> Gathering dependency list for security/gnutls from ports
===>>> Installed converters/libiconv
===>>> Installed devel/gettext-runtime
===>>> Installed devel/gettext-tools
===>>> Installed devel/gmake
===>>> Installed devel/libunistring
===>>> Installed devel/pkgconf
===>>> NOT INSTALLEDdns/unbound
===>>> Installed math/gmp
===>>> Installed ports-mgmt/pkg
===>>> Installed print/indexinfo
===>>> Installed print/texinfo
===>>> Installed security/ca_root_nss
===>>> Installed security/libtasn1
===>>> Installed security/nettle
===>>> Installed security/p11-kit
===>>> Installed security/trousers
Also, when actually running postmaster gnutls it says it will install unbound
AND ldns, and also upgrade p11-kit, none of which are mentioned in —show-work.
I thought show work would show ALL the dependancies down the tree (Unbound
depends on ldns), don’t know where p11-kit shows up.
Trying to dig further,
# pkg info -Rx gnutls
Shows only the following dependancies (In deps { … }:
trousers
p11-kit
nettle
libtasn1
ca_root_nss
indexinfo
gmp
libidn2
libunistring
gettext-runtime
Which is a different list than —show-work lists.
So I am quite confused.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Bacula 9.2.1 fails on 10.4:
Dan Langille wrote: Why would Bacula 9.2.1 compile on 11.2 but fail on 10.4? The error is: bsock.c:439:20: error: use of undeclared identifier 'ENODATA' The complete build logs are at the following URLs. Can you see the cause. 11.2: https://services.unixathome.org/poudriere/data/112amd64-default/2018-08-27_21h15m53s/logs/bacula9-client-9.2.1.log 10.4: https://services.unixathome.org/poudriere/data/104amd64-default/2018-08-27_21h43m31s/logs/errors/bacula9-client-9.2.1.log It doesn't make any sense to me. Thanks. I'd say it's libc++ missing its errno.h having ENODATA defined if the following is true: - both builds are using clang++ - both builds are using libc++ That header defining ENODATA exists in 11.2 and doesn't exist in 10.4 (contrib/libc++/include/errno.h). ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Any way to make pkg use 'sudo' instead of 'su' to install as root?
On Sun, Dec 31, 2017 at 07:37:13PM +0100, Kurt Jaeger wrote: Hi! 'make install' calls pkg, which does su to change to the root account. su asks for the root password again and again when there are many packages to install. Is there any way to configure this to be 'sudo'? pkg.conf(5) seems to have no info on this. In Mk/bsd.commands.mk I found SU_CMD, so maybe redefining SU_CMD works ? # Command to run commands as privileged user # Example: "/usr/local/bin/sudo -E sh -c" to use "sudo" instead of "su" SU_CMD?=/usr/bin/su root -c Thanks! I was looking for the same, but was too lazy to go through the mk files. Probably it should be documented in ports(7)? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Something wrong with mirror.irssi.org? (Was: Re: svn commit: r302888 - head/irc/irssi-devel)
On Tue, 21 Aug 2012 18:48:59 + (UTC), Beat Gaetzi wrote:
Author: beat
Date: Tue Aug 21 18:48:59 2012
New Revision: 302888
URL: http://svn.freebsd.org/changeset/ports/302888
Log:
- Mark BROKEN: size mismatch
fetch: http://mirror.irssi.org/snapshots/irssi-20120624.tar.gz:
size mismatch: expected 1331265, actual 1331625
Reported by: pointyhat
Modified:
head/irc/irssi-devel/Makefile
Modified: head/irc/irssi-devel/Makefile
==
--- head/irc/irssi-devel/Makefile Tue Aug 21 18:46:31 2012
(r302887)
+++ head/irc/irssi-devel/Makefile Tue Aug 21 18:48:59 2012
(r302888)
@@ -16,6 +16,8 @@ COMMENT= A modular IRC client with many
LIB_DEPENDS= glib-2.0:${PORTSDIR}/devel/glib20
+BROKEN=size mismatch
+
CONFLICTS=irssi-0.8*
GNU_CONFIGURE=yes
I've filed this as 170541, but it looks like filesize changes every now
and then (something wrong with mirror.irssi.org?).
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD ports which are currently scheduled for deletion
On Wed, 08 Feb 2012 02:12:39 -0800, perryh wrote: lini...@freebsd.org wrote: portname: graphics/vrml2pov description:Convert VRML files to POVRay source maintainer: po...@freebsd.org status: BROKEN deprecated because: unfetchable This seems to be a ports-infrastructure problem, rather than a problem in the vrml2pov port. make fetch-recursive reports fetch: http://www.chemicalgraphics.com/paul/vrml2pov/dist/v0.7/vrml2pov-src.zip: Moved Temporarily and gives up after the attempt from ftp.FreeBSD.org also fails. However, Firefox successfully downloads the distfile from the chemicalgraphics.com URL. The infrastructure needs to handle redirections. Infrastructure actually explicitly disallows redirects with 'A' flag in FETCH_ARGS. If you can't find the URL where it redirects to, you could specify FETCH_ARGS=-Fpr for such ports. Yuri ___ 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: [HEADSUP][CFT] pkgng beta1 is out
On Wed, 8 Feb 2012 15:07:16 +, Anton Shterenlikht wrote: On Wed, Feb 08, 2012 at 01:21:12PM +0100, Baptiste Daroussin wrote: cc1: warnings being treated as errors usergroup.c: In function 'pkg_add_user_group': usergroup.c:75: warning: implicit declaration of function 'gr_init' usergroup.c:75: warning: nested extern declaration of 'gr_init' usergroup.c:76: warning: implicit declaration of function 'gr_lock' usergroup.c:76: warning: nested extern declaration of 'gr_lock' usergroup.c:77: warning: implicit declaration of function 'gr_fini' usergroup.c:77: warning: nested extern declaration of 'gr_fini' usergroup.c:80: warning: implicit declaration of function 'gr_tmp' usergroup.c:80: warning: nested extern declaration of 'gr_tmp' usergroup.c:84: warning: implicit declaration of function 'gr_copy' usergroup.c:84: warning: nested extern declaration of 'gr_copy' usergroup.c:88: warning: implicit declaration of function 'gr_mkdb' usergroup.c:88: warning: nested extern declaration of 'gr_mkdb' *** Error code 1 Your current is too old, could you please try to update it? the gr_* function where committed in r228545 version. Thanks, I got it working on r231193. I applied the portmaster patch from git, then running portmaster -a, I get: === Port directory: /usr/ports/devel/xorg-macros === Starting check for build dependencies === Gathering dependency list for devel/xorg-macros from ports === Launching child to install ports-mgmt/pkg xorg-macros-1.15.0 ports-mgmt/pkg which ends in === Installing for pkg-1.0.b1 ===Generating temporary packing list === Checking if ports-mgmt/pkg already installed ===pkg-1.0.b1 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of ports-mgmt/pkg without deleting it first, set the variable FORCE_PKG_REGISTER in your environment or the make install command line. *** Error code 1 Stop in /usr/ports/ports-mgmt/pkg. What am I doing wrong? You are likely missing use_pkgng=yes in your portmaster.rc. Yuri ___ 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: [HEADSUP][CFT] pkgng beta1 is out
On Mon, Jan 30, 2012 at 01:39:30PM +0100, Baptiste Daroussin wrote: [...] to use pkgng: echo WITH_PKGNG=yes /etc/make.conf make -C /usr/ports/ports-mgmt/pkg install clean Some links: http://wiki.FreeBSD.org/pkgng http://github.com/pkgng/pkgng Note that on github you can find a patch for portmaster (against 3.10) The patch seems to have typos in it (usr_pkgng): https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L514 https://github.com/pkgng/pkgng/blob/master/ports/portmaster.patch#L528 And most stupid question for today - how do I actually tell portmaster to use pkgng after applying the patch? Thanks, Yuri pgpWRBGFuloAU.pgp Description: PGP signature
Re: isc dhcp does not make
On Thu, Jan 26, 2012 at 09:38:22AM +0900, Randy Bush wrote: FreeBSD dfw0.psg.com 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jan 25 21:56:55 UTC 2012 r...@dfw0.psg.com:/usr/obj/usr/src/sys/DFW0 amd64 # portupgrade -N net/isc-dhcp42-server [Gathering depends for net/isc-dhcp42-server . done] --- Installing 'isc-dhcp42-server-4.2.3_2' from a port (net/isc-dhcp42-server) --- Building '/usr/ports/net/isc-dhcp42-server' === Cleaning for isc-dhcp42-server-4.2.3_2 === Vulnerability check disabled, database not found === License ISCL accepted by the user === Found saved configuration for isc-dhcp42-server-4.2.3_2 === Extracting for isc-dhcp42-server-4.2.3_2 = SHA256 Checksum OK for dhcp-4.2.3-P2.tar.gz. === Patching for isc-dhcp42-server-4.2.3_2 === Applying extra patch /usr/ports/net/isc-dhcp42-server/files/extra-patch-bind__Makefile === Applying FreeBSD patches for isc-dhcp42-server-4.2.3_2 === isc-dhcp42-server-4.2.3_2 depends on executable: gmake - found === Configuring for isc-dhcp42-server-4.2.3_2 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... cc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. === Script configure failed unexpectedly. Please report the problem to z...@freebsd.org [maintainer] and attach the /usr/ports/net/isc-dhcp42-server/work/dhcp-4.2.3-P2/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 clang? clang what? checking for gcc... cc, doesn't look like clang. Providing the config.log, as the message suggests, would help here. Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: isc dhcp does not make
On Thu, Jan 26, 2012 at 10:04:52AM +0900, Randy Bush wrote: [...] configure:2703: cc -O2 -pipe -march=i686 -fPIC -fno-strict-aliasing ^^^ That's why. Make sure you don't define it in /etc/make.conf. conftest.c:1: error: CPU you selected does not support x86-64 instruction set [...] Yuri ___ 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: Two Minor Ports Patches
On Sun, Jan 15, 2012 at 10:39:48AM -0500, George Mitchell wrote: After csupping to 9.0-STABLE and updating my ports tree, I encountered two compile errors during portmaster -a: hal: USB_GET_REPORT_ID undefined in probe-hiddev.c. See first attached patch (which probably needs a __FreeBSD_version conditional). sessreg: ttyslot no longer exists. See second attached patch which is clearly wrong, but works as a stopgap. -- George Mitchell The sessreg problem should be fixed by running `make delete-old` in /usr/src. Yuri ___ 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: New mailing list for ports announcements
On Thu, Dec 29, 2011 at 09:23:05AM +0300, Sergey V. Dyatko wrote: On Thu, 29 Dec 2011 00:59:26 -0500 Thomas Abthorpe tabtho...@freebsd.org wrote: At the request of adamw@ (and others) we have setup a ports-announce@ mailing list to try distinguish the usual traffic on the ports@ list vs the announcements that seem to get lost in there. Useless and harmful list, IMO. People who can 'lost' announcements here likely lose it on another list, but there is a chance that people who read ports@ lose announce/CFT from _only_ freebsd-ports-announce. Of course, you can write to multiple lists.. But lets look at current@ stable@ and performance@ archives... tadam! Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server. You seem to miss the moderated part.. Is that ok ? I think 'No' ( Tons of spam in [ 3 of N ] ML that I subscribed ) You can subscribe at http://lists.freebsd.org/mailman/listinfo/freebsd-ports-announce It is intended, but not limited, to be a means of communicating portmgr@ announcements, Calls for Testing, plus other relevant information to be used by our committers and ports maintainer community. It is our hope to keep this relatively low in traffic. It is a moderated list, under the auspices of portmgr@. ^ Please subscribe sit back, and enjoy. Yuri ___ 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: devel/py-lxml fails to build on 10.0-CURRENT
On Fri, Dec 16, 2011 at 01:17:41PM +0400, Ruslan Mahmatkhanov wrote: Good day. I'm trying to build devel/py-lxml 2.3.2 (libreoffice dep) on 10.0-CURRENT with python27. Build fails like this: building 'lxml.etree' extension creating temp.freebsd-10.0-CURRENT-i386-2.7 creating temp.freebsd-10.0-CURRENT-i386-2.7/src creating temp.freebsd-10.0-CURRENT-i386-2.7/src/lxml cc -DNDEBUG -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include/python2.7 -c src/lxml/lxml.etree.c -o temp.freebsd-10.0-CURRENT-i386-2.7/src/lxml/lxml.etree.o -w In file included from /usr/local/include/libxslt/xsltlocale.h:19, from /usr/local/include/libxslt/xsltInternals.h:24, from src/lxml/lxml.etree.c:265: /usr/include/xlocale.h:45: error: expected declaration specifiers or '...' before 'locale_t' Can anybody confirm that or it's just me? It builded just fine couple of weeks ago. Full buildlog here: http://people.freebsd.org/~rm/py-lxml.txt Thanks in advance. PS. I tried to rebuild libxslt/libxml2 to not avail. Same here. Probably related: http://lists.freebsd.org/pipermail/svn-src-head/2011-November/031517.html Yuri pgpHD3OanEqPc.pgp Description: PGP signature
Re: portmaster - updating devel/gconf2 triggers install of net/openldap24-sasl-client, even though it's installed and up to date
On Mon, Jun 06, 2011 at 01:07:29PM +0100, Chris Rees wrote:
On 6 Jun 2011 12:41, Anton Shterenlikht me...@bristol.ac.uk wrote:
# pkg_version -vXs openlda
openldap-sasl-client-2.4.25_2 = up-to-date with port
# portmaster gconf
=== Currently installed version: gconf2-2.32.0_2
=== Port directory: /usr/ports/devel/gconf2
=== Gathering distinfo list for installed ports
=== Launching 'make checksum' for devel/gconf2 in background
=== Gathering dependency list for devel/gconf2 from ports
=== Launching child to install net/openldap24-sasl-client
gconf2-2.32.0_2 net/openldap24-sasl-client
=== Port directory: /usr/ports/net/openldap24-sasl-client
=== Launching 'make checksum' for net/openldap24-sasl-client in
background
^C
If I let it continue, I eventually get
an error that openldap is already installed.
Please advise
Did you set any OPTIONS on openldap when you first installed it?
I bet the SASL option is set and net/openldap24-client (origin) is
installed. We should just kill the openldap2{3,4}-sasl-{client,server}
as they introduce all kinds of dependency problems without any benefit.
http://lists.freebsd.org/pipermail/freebsd-ports/2011-January/065585.html
Yuri
pgpMukpVq0ajR.pgp
Description: PGP signature
Re: archivers/unzip vs tar -xf
On Mon, Jun 06, 2011 at 11:50:36AM -0700, Xin LI wrote: On Mon, Jun 6, 2011 at 10:20 AM, Eir Nym eir...@gmail.com wrote: Since FreeBSD 5.4.0-Release libarchive(3) support to unpack zip files. Why not to use it to unpack distributives to workdir? I've downloaded all distros and tried to unpack them all with tar(1) with no problems. I use FreeBSD 9.0-CURRENT r222717. I think the reason is that at the beginning tar(1) does not work for a little fraction of distfiles, but yes, I think it's reasonable to take a step forward and add a new option to force using the info-zip implementation. We already have /usr/bin/unzip, built around the libarchive. You can check this (?, not sure) list archives as to why it isn't used by default. Yuri pgpbmmvzIeUSG.pgp Description: PGP signature
Re: Fping with WITH_IPV6=YES
On Fri, Jun 03, 2011 at 05:57:44PM +0400, Pavel Timofeev wrote: Is it normal that /usr/ports/net/fping doesn't work correct if you have WITH_IPV6=YES in /etc/make.conf? Port's Makefile has the following comment: # IPv6 not enabled by default, as it does not work together with IPv4. and looking at the code, it seems that fping can use either ipv6 or ipv4 but not both (see the #if(n)def's in the code). With -DWITH_IPV6: $ fping 192.168.1.4 192.168.1.252 fping: hostname nor servname provided, or not known $ fping 2001:470:28:4ba:89c1:323b:9032:86ea \ 2001:470:28:4ba:4a5b:39ff:feb3:b824 2001:470:28:4ba:89c1:323b:9032:86ea is alive 2001:470:28:4ba:4a5b:39ff:feb3:b824 is alive Without -DWITH_IPV6: $ fping 192.168.1.4 192.168.1.252 192.168.1.4 is alive 192.168.1.252 is alive $ fping 2001:470:28:4ba:89c1:323b:9032:86ea \ 2001:470:28:4ba:4a5b:39ff:feb3:b824 2001:470:28:4ba:89c1:323b:9032:86ea address not found 2001:470:28:4ba:4a5b:39ff:feb3:b824 address not found HTH, Yuri pgpH05Me42iRt.pgp Description: PGP signature
Re: 8-STABLE /usr/include/utmp.h and tmpx
On Fri, Jun 03, 2011 at 09:16:58PM -0400, Aryeh Friedman wrote: No will do even though I don't think I have a complete enough list of ports to make a proper report (if in fact it is a per port solution vs. fixing base) I don't see any related commits to 8-STABLE, which commit are you reffering to (and guessing on previous thread, such change isn't going to be MFCed)? Yuri pgpxIOfILnKWs.pgp Description: PGP signature
Re: FreeBSD Port: devel/apr1 (1.4.4 breaks apache22)
On Tue, May 17, 2011 at 02:17:29PM -0400, Mike Jakubik wrote: Hello, I just updated my apache22 from 2.2.17 to 2.2.18, this update also updated apr1 from 1.4.2 to 1.4.4. After restarting my web server i was not able to connect to anything. The logs did not show anything wrong but apache was taking up 100% cpu on all processes and the system load was steadily going up. Reverting back to apache 2.2.17 did not help, only solution was to downgrade apr1 to 1.4.2. I am running this on freebsd 7.4. Just for the record: apr-ipv6-devrandom-db48-1.4.4.1.3.11 apache-2.2.18 seem to work fine for me on 8.2-RELEASE/amd64 (Apache/2.2.18 (FreeBSD) mod_ssl/2.2.18 OpenSSL/0.9.8q DAV/2 SVN/1.6.16 Server). Yuri ___ 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: [CFT] A new mplayer and mencoder
On Fri, Mar 18, 2011 at 07:26:07PM +0100, Thomas Zander wrote:
Dear all,
I have prepared a recent snapshot for a an upcoming update for the
mplayer and mencoder ports.
You can find the tarball here:
http://www.rrr.de/~riggs/mplayer/m20110318.tar.bz2
Please test the things that you usually do with it, I'd appreciate feedback!
Thanks in advance,
Riggs
Hi Thomas,
Everything seems to work fine, with few small issues (please see
attached diff):
- configure flags to enable/disable amr{n,w}b are spelled incorrectly:
./configure --help | grep -E 'amrnb|amrwb'
--disable-libopencore_amrnb disable libopencore_amr narrowband
--disable-libopencore_amrwb disable libopencore_amr wideband
- the build is heavily (ab)using 'cc' despite CC is set to clang (even
with --cc=${CC} passed to configure). There's another small fix in the
diff to fix build failure where clang is actually used.
HTH,
Yuri
diff -ruN mplayer.old/Makefile mplayer/Makefile
--- mplayer.old/Makefile 2011-03-18 19:29:39.0 +0300
+++ mplayer/Makefile 2011-03-25 08:12:26.323326869 +0300
@@ -89,7 +89,9 @@
--disable-libdirac-lavc \
--disable-mencoder \
--disable-mpg123 \
- --disable-musepack
+ --disable-musepack \
+ --cc=${CC} \
+ --host-cc=${CC}
.include ${.CURDIR}/Makefile.options
diff -ruN mplayer.old/Makefile.options mplayer/Makefile.options
--- mplayer.old/Makefile.options 2011-03-18 18:32:51.0 +0300
+++ mplayer/Makefile.options 2011-03-25 07:37:24.654326280 +0300
@@ -212,15 +212,15 @@
.endif
.ifdef(WITH_AMR_NB)
-CONFIGURE_ARGS+= --enable-libopencore-amrnb --enable-version3
+CONFIGURE_ARGS+= --enable-libopencore_amrnb --enable-version3
.else
-CONFIGURE_ARGS+= --disable-libopencore-amrnb
+CONFIGURE_ARGS+= --disable-libopencore_amrnb
.endif
.ifdef(WITH_AMR_WB)
-CONFIGURE_ARGS+= --enable-libopencore-amrwb --enable-version3
+CONFIGURE_ARGS+= --enable-libopencore_amrwb --enable-version3
.else
-CONFIGURE_ARGS+= --disable-libopencore-amrwb
+CONFIGURE_ARGS+= --disable-libopencore_amrwb
.endif
.ifdef(WITH_GSM)
diff -ruN mplayer.old/files/patch-ffmpeg__libavcodec__x86__snowdsp_mmx.c mplayer/files/patch-ffmpeg__libavcodec__x86__snowdsp_mmx.c
--- mplayer.old/files/patch-ffmpeg__libavcodec__x86__snowdsp_mmx.c 1970-01-01 03:00:00.0 +0300
+++ mplayer/files/patch-ffmpeg__libavcodec__x86__snowdsp_mmx.c 2011-03-24 23:43:47.498333114 +0300
@@ -0,0 +1,19 @@
+--- ffmpeg/libavcodec/x86/snowdsp_mmx.c.orig 2011-03-24 23:27:25.485338703 +0300
ffmpeg/libavcodec/x86/snowdsp_mmx.c 2011-03-24 23:43:04.159326606 +0300
+@@ -675,14 +675,14 @@
+
+ #define snow_inner_add_yblock_sse2_end_8\
+ sal $1, %%REG_c \n\t\
+- add $PTR_SIZE*2, %1 \n\t\
++ addb $PTR_SIZE*2, %1 \n\t\
+ snow_inner_add_yblock_sse2_end_common1\
+ sar $1, %%REG_c \n\t\
+ sub $2, %2 \n\t\
+ snow_inner_add_yblock_sse2_end_common2
+
+ #define snow_inner_add_yblock_sse2_end_16\
+- add $PTR_SIZE*1, %1 \n\t\
++ addw $PTR_SIZE*1, %1 \n\t\
+ snow_inner_add_yblock_sse2_end_common1\
+ dec %2 \n\t\
+ snow_inner_add_yblock_sse2_end_common2
___
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: sysutils/dolly breaks cvs
On Fri, Mar 11, 2011 at 11:22:38AM -0500, Aryeh Friedman wrote: cvs update: cannot create read lock in repository `/home/ncvs/ports/sysutils/dolly/files//': File name too long It doesn't here: $ echo $CVSROOT anon...@anoncvs1.freebsd.org:/home/ncvs $ cvs co ports/sysutils/dolly cvs checkout: Updating ports/sysutils/dolly U ports/sysutils/dolly/Makefile U ports/sysutils/dolly/distinfo U ports/sysutils/dolly/pkg-descr cvs checkout: Updating ports/sysutils/dolly/files U ports/sysutils/dolly/files/extra-bzip2-patch-dolly.c Yuri ___ 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
SIGBUS running `gpg-agent --daemon`
Hi, Guys, I'm getting the same SIGBUS when running `gpg-agent --daemon` as you discussed on cvs-ports@ list. I'm not sure about the fix, so I have created the entry in gnupg bugtracker: https://bugs.g10code.com/gnupg/issue1320 JFYI, Yuri ___ 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
openldap-sasl-client ports
Hi,
Looks like dependency recording for openldap2{3,4}-sasl-client ports is
broken again (I tried to fix it in ports/135664). I can take a look at
fixing it again, but the real question here is - do we really need them
now, when options are the same for -client and -server ports?
TIA,
Yuri
___
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: openldap-sasl-client ports
On Thu, Jan 27, 2011 at 02:54:41PM -0800, Xin LI wrote:
On 01/27/11 13:44, Yuri Pankov wrote:
Hi,
Looks like dependency recording for openldap2{3,4}-sasl-client ports is
broken again (I tried to fix it in ports/135664). I can take a look at
How do I reproduce this? (so I would be able to test before commit? Or
it's someone else broken it?)
Sorry for not providing test case, which is really simple - just install
openldap24-client port with SASL option turned on and any port depending
on openldap-client (i.e. gnupg):
darklight.org.ru:yuri:~ pkg_info -rx gnupg
Information for gnupg-2.0.16_6:
Depends on:
Dependency: ca_root_nss-3.12.6
Dependency: curl-7.21.3
Dependency: pth-2.0.7
Dependency: libiconv-1.13.1_1
Dependency: gettext-0.18.1.1
Dependency: libgpg-error-1.10
Dependency: libassuan-2.0.1_1
Dependency: libksba-1.1.0
Dependency: libgcrypt-1.4.6
Dependency: dirmngr-1.1.0_5
The following is probably the reason:
@name openldap-sasl-client-2.4.23
@comment ORIGIN:net/openldap24-client
fixing it again, but the real question here is - do we really need them
now, when options are the same for -client and -server ports?
I'm not sure if I understood what you mean -- do you mean that now that
we have OPTIONS menu for both -client ports?
Nevermind the options part, I got the reason for having separate
-sasl-client ports wrong, I think.
Speaking about the two different ports, I believe the real reason for
having both is to make it easier to install binary packages (we build at
FreeBSD cluster). Note that we have no preconfigured ports that uses
them though.
I do not personally use SASL'ed OpenLDAP but I am not really sure if
it's Okay to just axe the package...
Sorry if I'm totally wrong here.. My solution would be simple - make
SASL option turned on by default and drop PKGSUFFIX as well as deleting
the slave -sasl ports (as I see no reason for treating client or server
compiled with SASL support differently, and I hope that someone could
shed some light on the topic).
If we are to keep the suffix, may be we could set the LATEST_LINK when
adding PKGSUFFIX instead of having separate port with different origin
confusing the dependency recording?
Cheers,
- --
Xin LI delp...@delphij.net http://www.delphij.net/
FreeBSD - The Power to Serve!Live free or die
Yuri
___
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: How to determine the history of a port
On Sun, May 23, 2010 at 04:46:46PM -0700, Paul Hoffman wrote: Greetings again. A few years ago, I proposed editors/emacs-nox11 and submitted a patch to create it, and thus became listed in the comments at the beginning of the Makefile (but I am not the package maintainer, I believe). Today I got a report that the package does not build; I verified this. I want to help the user, but I have no idea how the change that broke the build was added to the Makefile. How do I find the history so I can find out who added the problematic line and figure out what they actually meant? --Paul Hoffman cvs -d anon...@anoncvs1.freebsd.org:/home/ncvs rlog ports/editors/emacs-nox11 or http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/emacs-nox11/ HTH, Yuri ___ 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
kdebase4-runtime doesn't pull in libssh if compat7x is installed
Hi,
x11/kdebase4-runtime doesn't in pull security/libssh as dependency if we
have misc/compat7x installed (installs libssh.so.4 as well, in different
location). Detection of security/libssh could be changed to
${LOCALBASE}/include/libssh/libssh.h. Patch attached.
Thanks,
Yuri
Index: Makefile
===
RCS file: /home/ncvs/ports/x11/kdebase4-runtime/Makefile,v
retrieving revision 1.235
diff -u -r1.235 Makefile
--- Makefile21 May 2010 16:22:40 - 1.235
+++ Makefile24 May 2010 02:27:58 -
@@ -8,7 +8,7 @@
PORTNAME= kdebase-runtime
PORTVERSION= ${KDE4_VERSION}
-PORTREVISION= 0
+PORTREVISION= 1
CATEGORIES=x11 kde
MASTER_SITES= ${MASTER_SITE_KDE}
MASTER_SITE_SUBDIR=${KDE4_BRANCH}/${PORTVERSION}/src
@@ -17,10 +17,11 @@
MAINTAINER=k...@freebsd.org
COMMENT= Basic applications for the KDE system
+BUILD_DEPENDS= ${LOCALBASE}/include/libssh/libssh.h
LIB_DEPENDS= xine.1:${PORTSDIR}/multimedia/libxine \
slp.1:${PORTSDIR}/net/openslp \
- attica.0:${PORTSDIR}/x11-toolkits/attica \
- ssh.4:${PORTSDIR}/security/libssh
+ attica.0:${PORTSDIR}/x11-toolkits/attica
+RUN_DEPENDS= ${LOCALBASE}/include/libssh/libssh.h
USE_KDE4= kdelibs kdeprefix kdehier automoc4 #pimlibs
KDE4_BUILDENV= yes
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11-wm/obconf segfaults
On Wed, May 12, 2010 at 04:21:35PM +0200, Demelier David wrote: Hi freebsd-ports@, Today I wanted to try x11-wm/openbox and its configuration manager called obconf found in x11-wm/obconf. I started it and it just segfaults : (obconf:30154): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 804e041c0 (LWP 100235)] 0x000800f4ee75 in g_object_type_init () from /usr/X11R6/lib/libgobject-2.0.so.0 King regards. -- Demelier David Check ports/146523 for a (possible) fix. Yuri ___ 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
mysql55-client + cmake = fail
Hi, Building mysql55-client (at least) with cmake installed results in files being installed to /usr instead of PREFIX. This should be easy to fix disabling check for cmake in configure. Yuri ___ 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: how to deal with unzip on -CURRENT?
On Wed, Jan 20, 2010 at 11:43:21PM +0100, Gabor Kovesdan wrote: Hi all, I've got a PR (ports/142091), which made me think about the base version of unzip that was recently enabled in HEAD. I think that the current version of that port is correct and just UNZIP_CMD should be set to the base version on -CURRENT in bsd.port.mk. Or do I have to enforce ports unzip as a dependency by full path? Were there similar issues? Is there a conventional/preferred solution for this? Thanks, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: ga...@freebsd.org .:|:. ga...@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org I think it was fixed in bsd.port.mk 1.633: http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk.diff?r1=1.632;r2=1.633 HTH, Yuri ___ 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: utmp.h gone. All welcome utmpx.h.
On Wed, Jan 13, 2010 at 08:42:54PM +0100, Ed Schouten wrote:
Hello everyone,
I just made various commits to FreeBSD HEAD to remove our old user
accounting database interface (see utmp(5)) and replace it by the POSIX
standardized utmpx interface (see getutxent(3)). This means we just got
rid of some annoyances that are as old as the FreeBSD project itself:
- Hostnames were originally restricted to 16 bytes, which is way too
short for your average hostname generated by your ISP, but also for
IPv6 addresses, which are at most 32 + 7 = 39 characters.
- No support for login sessions not related to TTYs, like ppp(8),
ftpd(8) sessions.
- No support for multiple login sessions on one TTY, for example
generated by login(1).
I was not able to give us a smooth transition from utmp towards utmpx,
simply because our utmp implementation offered almost no utility
functions, which means all consumers modify the database files
themselves. This means you should probably recompile any applications
you're interested in that uses the user accounting database. I realize
this may be quite uncomfortable, but we can't always win.
[ This information is mainly for port maintainers: ]
I've noticed there is some breakage in ports, but it shouldn't be too
serious. I've seen cases where an application includes utmp.h, even
though it doesn't use anything provided by that header. In other cases
they used fields like UT_NAMESIZE to derive the maximum user name length
supported by the system, which is clearly not what this definition was
intended for. I've incremented __FreeBSD_version to 97 to identify
the import of utmpx. In case a certain port breaks badly, let me know
and I'm willing to take a look at it.
Be sure to give it a try and report any issues. Thanks!
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
net/mpd{4,5} seem to be broken as well:
In file included from auth.h:22,
from bund.h:22,
from ppp.h:117,
from modem.c:10:
/usr/include/utmp.h:2:2: error: #error utmp.h has been replaced by
utmpx.h
*** Error code 1
Yuri
___
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: Call for testers - mplayer svn port
On Sat, Jan 09, 2010 at 12:19:51PM +0100, Stefan Ehmann wrote: On Friday 08 January 2010 22:48:50 Thomas Zander wrote: On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann shoes...@gmx.net wrote: VDPAU support would also be nice. Noted, thanks. I have overlooked that one. I'll include it with the next iteration in a few days. Meanwhile, I tried getting it to work myself. If I move the vdpau-headers from /usr/local/share/doc/NVIDIA_GLX-1.0 (installed by x11/nvidia-driver) to /usr/local/include/vdpau, mplayer is compiled with vdpau support. Thanks for the hint, makes a difference here. Should we ask maintainer of nvidia-driver to install those headers with the port? It's working nicely. Having to specify -vc manually is cumbersome, but that's not related to the port :) I guess you mean -vo here. You could specify it in ~/.mplayer/config, BTW. Other than that, compiles and runs nicely on -CURRENT/amd64. Thanks for updating the port, Thomas. Yuri ___ 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: Call for testers - mplayer svn port
On Sat, Jan 09, 2010 at 10:34:13PM +0100, Stefan Ehmann wrote: On Saturday 09 January 2010 21:55:21 Yuri Pankov wrote: On Sat, Jan 09, 2010 at 12:19:51PM +0100, Stefan Ehmann wrote: On Friday 08 January 2010 22:48:50 Thomas Zander wrote: On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann shoes...@gmx.net wrote: VDPAU support would also be nice. Noted, thanks. I have overlooked that one. I'll include it with the next iteration in a few days. Meanwhile, I tried getting it to work myself. If I move the vdpau-headers from /usr/local/share/doc/NVIDIA_GLX-1.0 (installed by x11/nvidia-driver) to /usr/local/include/vdpau, mplayer is compiled with vdpau support. Thanks for the hint, makes a difference here. Should we ask maintainer of nvidia-driver to install those headers with the port? (CCed the nvidia-driver maintainer) I think modifying the nvidia-driver port to install the header files into a different location would be preferable. But I haven't really looked at the port, maybe there's a reason for them to be in doc. It's working nicely. Having to specify -vc manually is cumbersome, but that's not related to the port :) I guess you mean -vo here. You could specify it in ~/.mplayer/config, BTW. Unfortunately, no. In order to get hardware acceleration, you also need to specify -vc depending on the type of video. From the man page: vdpau (with −vc ffmpeg12vdpau, ffwmv3vdpau, ffvc1vdpau or ffh264vdpau) You still can specify it as: vo=vdpau, vc=ffmpeg12vdpau,ffh264vdpau,ffodivxvdpau, commas at the end to fallback to standard codecs if necessary. My 8600GT doesn't seem to support ffodivxvdpau, though. HTH, Yuri ___ 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: looking for port to clone that pulls code from git repo
On Mon, Jan 04, 2010 at 10:06:57AM -0700, Steve Franks wrote: I've got a project to port that doesn't do releases, just puts out the git. I know we've got alot of ports that pull strait from cvs or svn, is there a good corresponding example for git? Thanks, Steve I'm not sure if we really have ports that are built from direct cvs/svn checkout, but you could look at x11-drivers/xf86-video-nouveau/Makefile, which has target to create tarball from git. HTH, Yuri ___ 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: (no subject)
On Tue, Dec 29, 2009 at 01:28:46AM -0600, Scot Hetzel wrote:
On Mon, Dec 28, 2009 at 3:22 AM, Yevgen Krapiva ykrap...@gmail.com wrote:
Hi guys,
I'm trying to create my own port. I'm stucked with the following
Makefile:
PORTNAME= openjsip
PORTVERSION= 0.0.4
...
...
MY_FILE= proxy.properties
do-check:
#FIRST TEST
. if !exists(/usr/local/share/openjsip/conf/proxy.properties)
@${ECHO_MSG} /usr/local/share/openjsip/conf/proxy.properties doesn't
exist
. else
@${ECHO_MSG} /usr/local/share/openjsip/conf/proxy.properties exists
. endif
#SECOND TEST
@${ECHO_MSG} DATADIR=${DATADIR}
.for f in ${MY_FILE}
. if !exists(${DATADIR}/conf/${f})
@${ECHO_MSG} File ${DATADIR}/conf/${f} doesn't exist
. else
@${ECHO_MSG} File ${DATADIR}/conf/${f} exists
. endif
.endfor
I'm trying to make script to check the existence of proxy.properties
file.
The first test works well while to other one (with the use of 'for')
doesn't.
Can you help me, I don't understand why the second test fails.
I figured out why the second test fails. I first created this test:
do-check:
.for f in motd hald
.if !exists(${LOCALBASE}/etc/rc.d/${f})
@${ECHO_MSG} File ${LOCALBASE}/etc/rc.d/${f} doesnt exist
.else
@${ECHO_MSG} File ${LOCALBASE}/etc/rc.d/${f} exists
.endif
.endfor
.include bsd.port.mk
When make do-check is executed, the test fails to correctly detect the
files in LOCALBASE:
dv8t01# make do-check
File /usr/local/etc/rc.d/motd exists
File /usr/local/etc/rc.d/hald doesnt exist
This Makefile fails due to LOCALBASE is not defined at the time that
the exists check is run.
How come that ${DATADIR} (and ${LOCALBASE}) are correctly expanded in
${ECHO_MSG} then?
But if the Makefile is modified to:
.include bsd.port.pre.mk
do-check:
.for f in test1 hald
.if !exists(${LOCALBASE}/etc/rc.d/${f})
@${ECHO_MSG} File ${LOCALBASE}/etc/rc.d/${f} doesnt exist
.else
@${ECHO_MSG} File ${LOCALBASE}/etc/rc.d/${f} exists
.endif
.endfor
.include bsd.port.post.mk
It correctly detects the existence of the files in LOCALBASE:
dv8t01# make do-check
File /usr/local/etc/rc.d/motd doesnt exist
File /usr/local/etc/rc.d/hald exists
Scot
Yuri
___
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: (no subject)
On Tue, Dec 29, 2009 at 02:17:17PM +0300, Eygene Ryabinkin wrote:
Tue, Dec 29, 2009 at 10:40:02AM +0300, Yuri Pankov wrote:
On Tue, Dec 29, 2009 at 01:28:46AM -0600, Scot Hetzel wrote:
dv8t01# make do-check
File /usr/local/etc/rc.d/motd exists
File /usr/local/etc/rc.d/hald doesnt exist
This Makefile fails due to LOCALBASE is not defined at the time that
the exists check is run.
How come that ${DATADIR} (and ${LOCALBASE}) are correctly expanded in
${ECHO_MSG} then?
.if and .for are unrolled and evaluated while parsing the makefile
and make transforms it to bare @${ECHO_MSG} ... lines with the
content that depends on the if-else-endif evaluation. LOCALBASE
isn't defined at that time
And targets are executed after the whole Makefile was read, so
LOCALBASE is here. Actually, the found /usr/local/etc/rc.d/motd
is really an /etc/rc.d/motd.
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-' `\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
Thanks for explanation. I just wonder how PREFIX is different from
LOCALBASE (i.e., devel/gettext uses .if exists(${PREFIX}/.) without
including bsd.port.pre.mk).
Yuri
___
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: installing java
On Thu, Dec 24, 2009 at 12:04:22PM +0100, Sandra Kachelmann wrote:
Today I had the pleasure to install some java port and well it was
quite frustrating. I still have to download all the distfiles
manually. Isn't FreeBSD now officially supported by Sun? Is it really
still necessary to manually fetch the distfiles or is this something
that could be looked at again?
Theoretically:
What if the port would just point to the distfiles and don't actually
host them on any FreeBSD mirror. Wouldn't that be legal? I mean a link
some site that provides instruction on how to build an atomic bomb is
still legal as well, right? If so I could simply upload the distfiles
to some russian FTP server and nobody but Sun would really care.
This is so annyoing:
- Manually fetch
- Login to some bloated sun.com site
ARGHH!!!
/frustration
Sandra
Why not just use diablo-{jdk,jre}-* then?
Yuri
___
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
Installing files to PREFIX and LINUXBASE - is it possible?
Hi,
I'm trying to create port of linux version of Gens (Sega Genesis/CD/32X
emulator). Benefits of using linux version are most recent release and
ability to run it on amd64 (native version doesn't compile on amd64).
However, I need to install binary to PREFIX and some files should go to
/usr/share/gens (paths are hardcoded, checked with ktrace, gens is
trying to open /usr/share/gens/file or
/compat/linux/usr/share/gens/file), and installing to /usr isn't
really an option, so LINUXBASE/usr/share/gens looks like an only choice.
Installing everything under LINUXBASE doesn't look like option too -
/compat/linux/usr/bin isn't in path by default.
Is it possible at all (and welcomed) and how would I create pkg-plist in
this case or are there any other solutions?
I've attached shar of what's there at the moment (with incorrect
pkg-plist).
TIA,
Yuri
# This is a shell archive. Save it in a file, remove anything before
# this line, and then unpack it by entering sh file. Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
# linux-gens
# linux-gens/distinfo
# linux-gens/pkg-descr
# linux-gens/Makefile
# linux-gens/pkg-plist
#
echo c - linux-gens
mkdir -p linux-gens /dev/null 21
echo x - linux-gens/distinfo
sed 's/^X//' linux-gens/distinfo '035edacc1a6d34536aae18d639f8c2c7'
XMD5 (gens-2.15.5-1.fc8.i386.rpm) = 96fac43c726ad49c7e6a6507fab8e44d
XSHA256 (gens-2.15.5-1.fc8.i386.rpm) =
38c26f94ebcfe37f87148a0e0282f39d6e638f4b1b2e174add0bac82055fc6dd
XSIZE (gens-2.15.5-1.fc8.i386.rpm) = 531596
035edacc1a6d34536aae18d639f8c2c7
echo x - linux-gens/pkg-descr
sed 's/^X//' linux-gens/pkg-descr '9888e24c3cf4c862c25a596f64fcb532'
XA Sega Genesis/CD/32X emulator that uses the SDL library and has a GTK
Xuser interface (Linux version).
X
XWWW: http://gens.sourceforge.net
9888e24c3cf4c862c25a596f64fcb532
echo x - linux-gens/Makefile
sed 's/^X//' linux-gens/Makefile '0da366ce2b483856510ecbaa96b5d034'
X# New ports collection makefile for: linux-gens
X# Date created:2009-06-09
X# Whom:Yuri Pankov yuri.pan...@gmail.com
X#
X# $FreeBSD$
X#
X
XPORTNAME= gens
XPORTVERSION= 2.15.5
XCATEGORIES=emulators linux
XMASTER_SITES= http://download1.rpmfusion.org/nonfree/fedora/updates/8/i386/
XPKGNAMEPREFIX= linux-
XDISTFILES= gens-2.15.5-1.fc8.i386.rpm
XEXTRACT_ONLY=
X
XMAINTAINER=yuri.pan...@gmail.com
XCOMMENT= Sega Genesis/CD/32X emulator (Linux version)
X
XEXTRACT_DEPENDS= rpm2cpio:${PORTSDIR}/archivers/rpm
X
XCONFLICTS= gens-2.*
X
XRPMFILE= ${PORTNAME}-${PORTVERSION}-1.fc8.i386.rpm
X
XONLY_FOR_ARCHS=i386 amd64
XUSE_LINUX= yes
XUSE_LINUX_APPS=gtk2 sdl12 dri
X
XNO_BUILD= yes
XNO_WRKSUBDIR= yes
X
XPLIST_SUB= LINUXBASE=${LINUXBASE}
X
Xdo-extract:
X ${MKDIR} ${WRKSRC}
X cd ${WRKSRC} rpm2cpio ${DISTDIR}/${RPMFILE} | ${CPIO} -id
X
Xdo-install:
X ${INSTALL_PROGRAM} ${WRKSRC}/usr/bin/gens ${PREFIX}/bin
X ${MKDIR} ${LINUXBASE}/usr/share/gens
X ${INSTALL_DATA} ${WRKSRC}/usr/share/gens/*
${LINUXBASE}/usr/share/gens
X
X.include bsd.port.mk
0da366ce2b483856510ecbaa96b5d034
echo x - linux-gens/pkg-plist
sed 's/^X//' linux-gens/pkg-plist '93a35c8901f5205cffdd5dd3523b52d8'
Xbin/gens
X%%LINUXBASE%%/usr/share/gens/ksysguard.png
X%%LINUXBASE%%/usr/share/gens/bmp0.png
X%%LINUXBASE%%/usr/share/gens/binary.png
X%%LINUXBASE%%/usr/share/gens/package_settings.png
X%%LINUXBASE%%/usr/share/gens/sonic2.ico
X%%LINUXBASE%%/usr/share/gens/gens.ico
X%%LINUXBASE%%/usr/share/gens/2rightarrow.png
X%%LINUXBASE%%/usr/share/gens/gens_big.bmp
X%%LINUXBASE%%/usr/share/gens/folder_slin_open.png
X%%LINUXBASE%%/usr/share/gens/bmp6.png
X%%LINUXBASE%%/usr/share/gens/bmp1.png
X%%LINUXBASE%%/usr/share/gens/sonic.ico
X%%LINUXBASE%%/usr/share/gens/history.png
X%%LINUXBASE%%/usr/share/gens/password.png
X%%LINUXBASE%%/usr/share/gens/Gens2.ico
X%%LINUXBASE%%/usr/share/gens/reload.png
X%%LINUXBASE%%/usr/share/gens/gens_small.png
X%%LINUXBASE%%/usr/share/gens/xpaint.png
X%%LINUXBASE%%/usr/share/gens/kmix.png
X%%LINUXBASE%%/usr/share/gens/bitmap1.png
X%%LINUXBASE%%/usr/share/gens/file_text.png
X%%LINUXBASE%%/usr/share/gens/viewmag.png
X%%LINUXBASE%%/usr/share/gens/bmp2.png
X%%LINUXBASE%%/usr/share/gens/bmp5.png
X%%LINUXBASE%%/usr/share/gens/Modem.png
X%%LINUXBASE%%/usr/share/gens/memory.png
X%%LINUXBASE%%/usr/share/gens/viewmag1.png
X%%LINUXBASE%%/usr/share/gens/cdrom2_unmount.png
X%%LINUXBASE%%/usr/share/gens/editcopy.png
X%%LINUXBASE%%/usr/share/gens/bmp4.png
X%%LINUXBASE%%/usr/share/gens/bmp3.png
X%%LINUXBASE%%/usr/share/gens/package_games.png
X%%LINUXBASE%%/usr/share/gens/filleclose.png
X%%LINUXBASE%%/usr/share/gens/resource.png
x...@dirrm %%LINUXBASE%%/usr/share/gens
93a35c8901f5205cffdd5dd3523b52d8
exit
Re: ports + pkg_install - confusion over what's installed
On Sat, Feb 28, 2009 at 03:13:18PM -0800, Garrett Cooper wrote: Hi guys, I just tried to pull in audio/py-flac to see what the build errors are, but unfortunately it doesn't let me get too far in the build. I'm greeted by this error: === Installing for flac-1.2.1 === Generating temporary packing list === Checking if audio/flac already installed === flac-1.2.1 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of audio/flac without deleting it first, set the variable FORCE_PKG_REGISTER in your environment or the make install command line. *** Error code 1 Stop in /usr/ports/audio/flac. *** Error code 1 Stop in /usr/ports/audio/py-flac. I'm used to this occurring with stuff that I've already installed on my machine, and subsequently am attempting to reinstall, but I'm not used to seeing this when Does anyone else see this and can they possibly provide a cluebat on where to look to fix this issue (I have an idea from pkg_install's end, but not the port Makefile's end...)? This was a package marked IGNORE. Thanks, -Garrett FLAC shlib version is 8 now, py-flac LIB_DEPENDS line should be updated accordingly (otherwise it will try to install FLAC again to get libFLAC.so.7 and fail as it's already installed). HTH, Yuri ___ 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/pecl-hash no longer builds for PHP 5?
On Sat, Dec 27, 2008 at 08:12:14PM -0500, Boris Kochergin wrote:
Hi. I tried installing the security/pecl-hash port with PHP 5.2.8 today
and got this:
# make
=== pecl-hash-1.5 cannot install: doesn't work with PHP version : 5
(Doesn't support PHP 5).
*** Error code 1
I've installed it on many machines with PHP 5 in the past--I guess
before it was marked as not working with PHP 5--and it has worked fine
in the capacity I've used it (hash('sha256', ...)).
-Boris
You should probably use security/php5-hash, check /usr/ports/UPDATING
for details.
HTH,
Yuri
___
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: portupgrade fails to upgrade the package because the older version is installed
On Mon, Jul 14, 2008 at 02:46:02PM +0300, Andriy Gapon wrote: on 14/07/2008 14:32 Sergey Matveychuk said the following: This command works: # portupgrade -o www/neon28 neon26 I'll fix UPDATING entry. Is the reverse operation supposed to work? $ pkg_glob neon\* neon28-0.28.2_1 $ portupgrade -o www/neon26 neon28 $ portupgrade -o www/neon26 www/neon28 $ -- Andriy Gapon You may need to force it (-f) as PORTVERSION goes backwards. HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade complains Makefile possibly broken: lang/php5
On Wed, Jul 09, 2008 at 12:28:48AM -0700, Yuri wrote: Sergey Matveychuk wrote: Yuri wrote: I am having the following problem while updating he ports: # /usr/local/sbin/portupgrade -aP ** Makefile possibly broken: lang/php5: apxs:Error: /usr/local/bin/apr-1-config not found!. /usr/ports/Mk/bsd.apache.mk, line 287: warning: /usr/local/sbin/apxs -q MPM_NAME returned non-zero status php5-5.2.6 It's not enough info. Show pkg_info output. I mailed pkg_info output few days ago. Any hope to have this fixed? Yuri Looks like your /usr/local/bin/apr-1-config gone MIA. Check if it's there, its permissions and try reinstalling apache port if something is wrong. HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: .desktop file and icon
On Wed, Jun 25, 2008 at 01:00:53AM +0200, Danny Pansters wrote:
I have an app (kbtv2) that I want to get committed to ports soon.
Where do I put the .desktop file and icon (or I'll just refer to the latter
through absolute path) so that it gets picked up by the various desktop
environments (prefix/share/applications/foo.desktop does not seem to work
here in kde3)?
Thanks,
Dan
Try using update-desktop-database from devel/desktop-file-utils. Check
security/seahorse/{Makefile,pkg-plist}, for example, and
http://www.freebsd.org/gnome/docs/porting.html Desktop database
section (should be DE independent, though).
HTH,
Yuri
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Question about ports adding cronjobs
Pietro Cerutti wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 David Hawthorne wrote: | I have a piece of software I've been working on that gathers stats about | the local host and shoves them into rrd files, with an accompanying web | front-end page that generates pretty graphs from the RRDs on demand. I | have a package done up for it, and I'd like to add it to the ports tree | eventually, but I'm stuck on how to get it to automagically add the | cronjob to have the stats gathering script run every five minutes, and I | don't know of any ports that add cronjobs off the top of my head to go | look at. | | Is there an approved standard for doing this? It doesn't have to be as | root, either, it can run under a different user. Any advice on how to | get the port to add the user (and remove it properly when the port is | deinstalled) properly and securely would be appreciated as well. The only port which comes to my mind which goes near to what you want to achieve is sysutils/bsdstats, which installs a script in periodic/monthly. If running daily is enough you may want to look at that. Another option would be to create a support script/daemon and place it in rc.d. The script/daemon would then sit idle and wake up once every your preferred time here and gather your statistics. Third option: instruct the user (via a message at post-install stage) on how to setup the cron job. Sorry for chiming in, but pkg-message seems more appropriate - it can be checked later with pkg_info -D. | | Bonus points for providing the lines that would need to go into a | CONTENTS file for the package, because that's what I'm working with | right now for testing it on multiple machines. | | Thanks! - -- Pietro Cerutti [EMAIL PROTECTED] PGP Public Key: http://gahr.ch/pgp -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhYQokACgkQwMJqmJVx945RwgCgqXsRvtIs4zUqp3zxo2Z7g25n R3EAn2ZqcCxPsYwHnrNNq363bPQIK//o =I8a4 -END PGP SIGNATURE- Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: devel/gio-fam-backend: /usr/bin/ld: cannot find -lgio-2.0
Dan Langille wrote: When running portupgrade thunderbird on FreeBSD 7.0-STABLE, I see: cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libfam.so -Wl,-soname -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so /usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 *** Error code 2 Stop in /usr/ports/devel/gio-fam-backend. *** Error code 1 Stop in /usr/ports/devel/gio-fam-backend. *** Error code 1 Stop in /usr/ports/mail/thunderbird. *** Error code 1 Stop in /usr/ports/mail/thunderbird. *** Error code 1 Stop in /usr/ports/mail/thunderbird. Any ideas? Try updating devel/glib20 first. HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: emu10kx-20051021
Brodey Dover wrote:
Hello,
I just recently installed FreeBSD 7.0 and attempted to install the
emu10kx drivers for my Audigy 2 Value {emu10k doesn't work}. I rang up a
list of errors and fixed the driver via the following changes:
snd_emu10kx is included in base starting with 7.0, port probably should
be marked as IGNORE on 7.x and up.
#emu10kx.c
Line 895
/*OLD*/
if ((!(sc-irq)) || bus_setup_intr(dev, sc-irq, INTR_MPSAFE | INTR_TYPE
_AV, emu_intr, sc, sc-ih))
/*NEW*/
if ((!(sc-irq)) || bus_setup_intr(dev, sc-irq, INTR_MPSAFE | INTR_TYPE
_AV, ***NULL***, emu_intr, sc, sc-ih)) //Without *** of course.
#emu10kx-pcm.c
Line 980
/*OLD*/
if (sndbuf_alloc(ch-buffer, sc-card-parent_dmat, sc-card-bufsz) != 0)
/*NEW*/
if (sndbuf_alloc(ch-buffer, sc-card-parent_dmat, sc-card-bufsz,
NULL) != 0)
It appears that quite a few functions changed (I think for SMP fine
grain techniques) but their uses weren't updated.
Regards,
Brodey Dover
Yuri
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after X.org upgrade, pcidata module is missing
Scott Bennett wrote: After completing (?) the upgrade process from X.org 6.9 to 7.3, X dies during startup with an error message to the effect that module pcidata is missing. (Log file appears below.) Where do I get it, and where do I put it in order to make X work again? ---Log file with error messages begins here--- X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 6.3-STABLE i386 Current Operating System: FreeBSD hellas 6.3-STABLE FreeBSD 6.3-STABLE #130: Mon Mar 10 00:27:24 CDT 2008 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SMP-hellas i386 Build Date: 13 March 2008 12:11:08AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Mar 13 21:00:29 2008 (==) Using config file: /usr/local/lib/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/local/lib/X11/fonts/CID/ does not exist. Entry deleted from font path. (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/local/lib/X11/rgb (**) ModulePath set to /usr/local/lib/modules From 20070519 entry in /usr/ports/UPDATING: If you plan on keeping your current /etc/X11/xorg.conf, make sure you change ModulePath to /usr/local/lib/xorg/modules prior to running X. (II) Loader magic: 0x81c5a00 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: pcidata (WW) Warning, couldn't open module pcidata (II) UnloadModule: pcidata (EE) Failed to load module pcidata (module does not exist, 0) Fatal server error: Unable to load required base modules, Exiting... -End of log file contents- Thanks much for any help. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after X.org upgrade, pcidata module is missing
Scott Bennett wrote: snip (II) LoadModule: radeon (WW) Warning, couldn't open module radeon (II) UnloadModule: radeon (EE) Failed to load module radeon (module does not exist, 0) (II) LoadModule: mouse (WW) Warning, couldn't open module mouse (II) UnloadModule: mouse (EE) Failed to load module mouse (module does not exist, 0) (II) LoadModule: kbd (WW) Warning, couldn't open module kbd (II) UnloadModule: kbd (EE) Failed to load module kbd (module does not exist, 0) (EE) No drivers available. Are these drivers actually installed? pkg_info -Ex ^xf86 And if they are not, check /usr/ports/x11-drivers/ and install what you need (looks like xf86-video-ati, xf86-input-keyboard, xf86-input-mouse). Fatal server error: no screens found So now I do seem to be stuck. I have the correct modules path now, but the drivers aren't found. Suggestions would be appreciated. Thanks in advance. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird, enigmail, and GCC 3.4
On Tue, Mar 04, 2008 at 06:07:19PM -0500, Coleman Kane wrote: Hi, I'd like to call your attention to ports/117285: http://www.freebsd.org/cgi/query-pr.cgi?pr=117285 There seems to be some trouble when thunderbird is compiled with GCC 4.x. The current manifestation of this problem is a segfault on the registration (when thunderbird restarts) of the enigmail extension, which causes the install to fail to register the internal enigmime service. The above PR suggests downgrading thunderbird to GCC 3.4 until the problem is fixed. I don't know how many other extensions are affected by this. JFYI: I didn't need to rebuild thunderbird with GCC 3.4 to get enigmail-thunderbird working, just using GCC 3.4 to build enigmail-thunderbird was enough for me. (-CURRENT/amd64) Either that, or the security/enigmail-thunderbird port should be modified so that it displays a message warning the user that it won't work after it is installed. AFAICT, it only affects amd64. Maybe USE_GCC can be 3.4 on amd64, and 3.4+ elsewhere? Thoughts? Comments? -- Coleman Kane Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sqlite3 - any plans to update?
On Sat, Jan 19, 2008 at 12:09:19PM +0100, Matthias Andree wrote: Yuri Pankov [EMAIL PROTECTED] writes: First of all - why this is a question and not PR with patch to update - there are too many dependant ports which I have no way to test and current stable version is 3.5.4, which isn't minor modification (I think). And I'm getting spammed by bogofilter trying to convince me to update sqlite to at least version 3.4.2. So, are there some showstoppers or is it just ETIME EHOLIDAYS? :-) Hi Yuri, there's also a case if EUSERHASNOTREADTHEMANUAL - which shows how to suppress these warnings... HTH -- Matthias Andree Whatever. However, subject doesn't read OMG FIX MY BOGOFILTER. EPARSE? Anyway, have a nice day. Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sqlite3 - any plans to update?
On Sun, Dec 30, 2007 at 11:55:02PM -0200, Marcus Alves Grando wrote: I'll create a sqlite34 and sqlite35 port for update of 3.4 and new 3.5 port, but because of many changes in sqlite i can't do that now, i'll wait ports slush. Wait a few more days, i don't forget of sqlite. Regards -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org Sorry for late followup. Thanks for taking care of this. One more question though - can threading support be turned on by default, or there are some ports that will break with it? I'm asking because some apps (namely new sysutils/tracker) require threading support in sqlite (yes, I know that I can change dependency to databases/sqlite3-threads, but still...). TIA, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
sqlite3 - any plans to update?
Hi, First of all - why this is a question and not PR with patch to update - there are too many dependant ports which I have no way to test and current stable version is 3.5.4, which isn't minor modification (I think). And I'm getting spammed by bogofilter trying to convince me to update sqlite to at least version 3.4.2. So, are there some showstoppers or is it just ETIME EHOLIDAYS? :-) TIA, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: havp and clamav support
On Fri, Dec 21, 2007 at 11:50:15AM +0200, Rodion Turlac wrote:
Hi!
Havp port is not built with clamav support
mail# cat /var/db/ports/havp/options
# This file is auto-generated by 'make config'.
# No user-servicable parts inside!
# Options for havp-0.85
_OPTIONS_READ=havp-0.85
WITHOUT_SSL=true
WITH_CLAMAV=true
WITHOUT_TROPHIE=true
cd /usr/ports/www/havp/
mail# make configure
=== Found saved configuration for havp-0.85
skip
=== havp-0.86_1 depends on shared library: clamav.3 - found
=== Configuring for havp-0.86_1
checking for ClamAV scanner library... disabled :-(
skip
mail# head work/havp-0.86/config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.61. Invocation command line was
$ ./configure --disable-locking --disable-ssl-tunnel --disable-clamav
--disable-trophie
--prefix=/usr/local--mandir=/usr/local/man --infodir=/usr/local/info/
--build=i386-portbld-freebsd6.2
Any suggestion?
--
Rodion Turlac
There seems to be a problem with Makefile - it should include
bsd.port.pre.mk before testing variables set by OPTIONS. Try attached
patch. Maintainer Cc'ed.
HTH,
Yuri
--- Makefile.orig 2007-12-21 13:26:57.0 +0300
+++ Makefile2007-12-21 13:27:23.0 +0300
@@ -36,6 +36,8 @@
CLAMAV Enable libclamav support on \
TROPHIE Enable Trend Micro (Trophie) support off
+.include bsd.port.pre.mk
+
.if defined(WITH_SSL)
CONFIGURE_ARGS+= --enable-ssl-tunnel
.else
@@ -66,4 +68,4 @@
@${CP} ${WRKSRC}/etc/havp/whitelist ${EXAMPLESDIR}/whitelist.sample
@${SETENV} PKG_PREFIX=${PREFIX} ${SH} ${PKGINSTALL} ${PKGNAME}
POST-INSTALL
-.include bsd.port.mk
+.include bsd.port.post.mk
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dependencies out of hand?
On Tuesday 20 November 2007 17:12:33 Mikhail Teterin wrote: Why do I need to install cdrecord in order to build X-server? glib and gtk seem necessary too... -mi New xorg-server utilizes sysutils/hal for hardware autodetection, glib20 and cdrecord are dependencies of hal (can be turned off using WITHOUT_HAL). It also needs dbus, polkit and so on. Not sure about gtk. HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dependencies out of hand?
On Tuesday 20 November 2007 17:27:30 Mikhail Teterin wrote: On вівторок 20 листопад 2007, Yuri Pankov wrote: = New xorg-server utilizes sysutils/hal for hardware autodetection, glib20 = and cdrecord are dependencies of hal (can be turned off using = WITHOUT_HAL). It also needs dbus, polkit and so on. Not sure about gtk. Thanks, Yuri. But I could trace the dependencies myself. My point Well, sorry for the noise. was, something is wrong if an unrelated utility such as cdrecord and a large (and frequently changing) library such as glib are both /required/ to build the X-server. Maybe, the WITHOUT_HAL knob should be more visible... Maybe, it should not require cdrecord by default. I don't have a solution -- I'm just pointing out a problem... -mi Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: phpmyadmin make install error
On Wed, Nov 07, 2007 at 03:18:57PM +0100, Mag. Cyrmon Werner wrote: snip fetch: libXext-1.0.3.tar.bz2: local modification time does not match remote /snip File download was interrupted incorrectly. Just remove /usr/ports/distfiles/xorg/lib/libXext-1.0.3.tar.bz2 and try again. Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: GNOME 2.20.1 available for FreeBSD
On Thu, 2007-10-25 at 00:00 -0400, Aryeh M. Friedman wrote: Joe Marcus Clarke wrote: On Wed, 2007-10-24 at 23:53 -0400, Aryeh M. Friedman wrote: Jeremy Messenger wrote: On Wed, 24 Oct 2007 22:44:19 -0500, Aryeh M. Friedman [EMAIL PROTECTED] wrote: Joe Marcus Clarke wrote: On behalf of the FreeBSD GNOME team, it is my great pleasure to announce that GNOME 2.20.1 has been merged into the FreeBSD ports tree. The official Using portupgrade the install fails: This is portupgrade status/report, we need the build failure log. You follow in the /usr/ports/UPDATING? I will do it in pieces as I do each by hand: === libgtop-2.20.0 depends on executable: lsof - not found ===Verifying install for lsof in /usr/ports/sysutils/lsof === Vulnerability check disabled, database not found === Extracting for lsof-4.79C = MD5 Checksum OK for lsof_4.79C.freebsd.tar.bz2. = SHA256 Checksum OK for lsof_4.79C.freebsd.tar.bz2. === Patching for lsof-4.79C === Applying FreeBSD patches for lsof-4.79C === Configuring for lsof-4.79C Unknown FreeBSD release: 8.0-CURRENT Assuming FreeBSD 2.x lsof currently lacks 8.X support. This should be raised with the lsof maintainer. I suspect it is a simple oversight since I compiled the old gnome2 under 7-current and it had no problem. I had the same issue while installing GNOME 2.20 on -CURRENT. See http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/117370 (approved by maintainer, not commited yet). Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: rhythmbox-0.10.1_3
On Fri, Oct 19, 2007 at 05:04:48PM +0200, Roberth Sjonøy wrote: Please update rhythmbox. Regards, Roberth. Version in ports is latest: http://ftp.gnome.org/pub/GNOME/sources/rhythmbox/0.10/LATEST-IS-0.10.1 Try updating your ports tree. Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: tracker-0.5.4_4
On Thu, Aug 30, 2007 at 11:02:25PM +0200, r3inforce wrote: Hi, I just saw that the version of this port is obsolete, maybe you could update it. Right now version 0.6.1 is up-to-date. And as I typed whereis tracker, i got an audio tool back, this metatracker is also named tracker, maybe it would help to just rename it to metatracker or something, because people could this this audio tool is actually the metatracker, because it has also something to do with audio and so on. Thanks for maintaining :) -- r3inforce [EMAIL PROTECTED] It was updated to 0.6.1 on Aug, 26. Please update your ports tree :-) Yuri pgpkdBEmJqQsy.pgp Description: PGP signature
Re: Weird problem with shells/scponly
On Fri, Aug 24, 2007 at 12:13:16PM -0500, Paul Schmehl wrote: I just encountered a very strange problem with shells/scponly. When I tried to portupgrade it, I consistently got an error: /usr/ports/shells/scponly]# portupgrade scponly* --- Upgrading 'scponly-4.6_1' to 'scponly-4.6_2' (shells/scponly) --- Building '/usr/ports/shells/scponly' with make flags: WITH_SCPONLY_WINSCP make: don't know how to make WITH_SCPONLY_WINSCP. Stop ** Listing the failed packages (*:skipped / !:failed) ! shells/scponly (scponly-4.6_1)(clean error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed That option wasn't selected and isn't selected by default. I tried make rmconfig/make config, and all the other tricks I know, including make distclean/portupgrade scponly*. Finally I deinstalled the port and reinstalled it. It installs fine both with and without that knob. Is portupgrade saving some setting somewhere that is different from config? (I've cc'd the port maintainer although it doesn't look like there's a problem with the port itself.) -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ It's only a make flag and is passed to make as it is. You need to define it using -DWITH_SCPONLY_WINSCP or by assigning some value to it: WITH_SCPONLY_WINSCP=yes. In your case it was treated as make target, hence error message. HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Weird problem with shells/scponly
On Fri, Aug 24, 2007 at 01:59:10PM -0500, Paul Schmehl wrote: --On Friday, August 24, 2007 21:24:37 +0400 Yuri Pankov [EMAIL PROTECTED] wrote: On Fri, Aug 24, 2007 at 12:13:16PM -0500, Paul Schmehl wrote: I just encountered a very strange problem with shells/scponly. When I tried to portupgrade it, I consistently got an error: /usr/ports/shells/scponly]# portupgrade scponly* --- Upgrading 'scponly-4.6_1' to 'scponly-4.6_2' (shells/scponly) --- Building '/usr/ports/shells/scponly' with make flags: WITH_SCPONLY_WINSCP make: don't know how to make WITH_SCPONLY_WINSCP. Stop ** Listing the failed packages (*:skipped / !:failed) ! shells/scponly (scponly-4.6_1)(clean error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed That option wasn't selected and isn't selected by default. I tried make rmconfig/make config, and all the other tricks I know, including make distclean/portupgrade scponly*. Finally I deinstalled the port and reinstalled it. It installs fine both with and without that knob. Is portupgrade saving some setting somewhere that is different from config? (I've cc'd the port maintainer although it doesn't look like there's a problem with the port itself.) -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ It's only a make flag and is passed to make as it is. You need to define it using -DWITH_SCPONLY_WINSCP or by assigning some value to it: WITH_SCPONLY_WINSCP=yes. In your case it was treated as make target, hence error message. Yes, but the point is, I *wasn't* trying to build with that flag *and* it wasn't *supposed* to build with that flag. Yet it was trying to (and failing) anyway. The default value of the OPTION is off, and I didn't turn it on. Very odd. -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ Sorry if I misunderstood you.. It obviously comes from portupgrade, have you checked MAKE_ARGS hash in /usr/local/etc/pkgtools.conf (or your environment for PORTUPGRADE variable) defining this flag? Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade won't change an origin for a downgrade
On Thu, Aug 23, 2007 at 11:01:08PM +1000, Joel Hatton wrote: Hi, I've a situation where I need to downgrade apache from www/apache22 to www/apache20. (Reason is because I want to play with mod_security and _it_ doesn't seem to want to play with 2.2) It has a fair whack of dependencies and I will need to rebuild those to suit - php in particular, as it tends to put things into different places depending on apache version. Now, the command I figured would just do the job is this: portupgrade -rpf --batch -o www/apache20 apache\* This _should_ change the origin of the current apache port to www/apache20, rebuild it and all downward dependencies and build packages for each. But it doesn't: --- Reinstalling 'apache-2.2.4_2' (www/apache22) --- Building '/usr/ports/www/apache22' === Cleaning for apache-2.2.4_2 To enable a module category: WITH_CATEGORY_MODULES To disable a module category: WITHOUT_CATEGORY_MODULES Per default categories are: AUTH AUTHN AUTHZ DAV CACHE MISC Categories available: AUTH AUTHN AUTHZ CACHE DAV EXPERIMENTAL LDAP MISC PROXY SSL SUEXEC THREADS To see all available knobs, type make show-options To see all modules in different categories, type make show-categories You can check your modules configuration by using make show-modules === Extracting for apache-2.2.4_2 = MD5 Checksum OK for apache22/httpd-2.2.4.tar.bz2. = SHA256 Checksum OK for apache22/httpd-2.2.4.tar.bz2. = MD5 Checksum OK for apache22/apr_dbd_mysql.rev-57.c. = SHA256 Checksum OK for apache22/apr_dbd_mysql.rev-57.c. === apache-2.2.4_2 depends on file: /usr/local/bin/perl5.8.8 - found === Patching for apache-2.2.4_2 === apache-2.2.4_2 depends on file: /usr/local/bin/perl5.8.8 - found === Applying FreeBSD patches for apache-2.2.4_2 === apache-2.2.4_2 depends on file: /usr/local/bin/perl5.8.8 - found === apache-2.2.4_2 depends on file: /usr/local/bin/autoconf-2.59 - found and so on I guess that -o isn't compatible with -f in the way that I'd like it to be (and in the way that the man page might imply) so... What's my best option here? I can deinstall and reinstall apache (and I have to force the deletion as it is because of the deps) but then my dependency list is shot unless I record it before I proceed. thanks, joel -- Joel Hatton -- Infrastructure Manager | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland| WWW: www.auscert.org.au Qld 4072 Australia | Email: [EMAIL PROTECTED] Check http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/113485 I think it was fixed in latest portupgrade version, cause it works for me: #portupgrade -rpf --batch -o www/apache20 apache\* --- Downgrading 'apache-2.2.4_2' to 'apache-2.0.59' (www/apache20) --- Building '/usr/ports/www/apache20' === Cleaning for apache-2.0.59 snip portupgrade-2.3.1,2 HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gnome2 broken in evolution-exchange
On Thu, Aug 23, 2007 at 11:02:39PM -0500, Lars Eighner wrote: The build of gnome2 breaks in evolution-exchange. Evidently evolution-exchange depends on (devel/)evolution-gconf-tools, but either doesn't know that or portupgrade doesn't understand that until evolution-exchange breaks in configure and therefore breaks gnome2. The situation is somewhat exacerbated by the broken evolution-exchange emitting a nonsense message about gnomelogalyzer (which is useless, but contains directions for sending massive amounts of system information to someone --- and also suggests running portuprade -a which is a waste of time because the depend in evolution-exchange will still be broken). Just ignore the gnomelogalyzer nonsense and read the real output of the configure script. It doesn't explicitly name the missing port in devel, but you can figure it out and install it (it will drag in most of evolution). -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 It doesn't require devel/evolution-gconf-tools here, and builds fine. Please check http://www.freebsd.org/gnome/docs/bugging.html and report all that needed. (CCing gnome@). Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make: cannot open Makefile?
On Fri, Aug 03, 2007 at 11:00:25AM -0500, Paul Schmehl wrote:
I'm working on a new port. I cvsup every night, so my ports tree is up to
date. I'm getting this error, which seems to indicate that the ports
system is trying to find a Makefile that doesn't exists in WRKSRC.
make install PREFIX=/var/tmp/$(make -V PORTNAME)
=== Extracting for afterglow-1.5
= MD5 Checksum OK for afterglow-1.5.tar.gz.
= SHA256 Checksum OK for afterglow-1.5.tar.gz.
=== afterglow-1.5 depends on file: /usr/local/sbin/pkg_info - found
=== Patching for afterglow-1.5
=== Configuring for afterglow-1.5
=== Installing for afterglow-1.5
=== afterglow-1.5 depends on executable in : dot - found
=== Generating temporary packing list
=== Checking if security/afterglow already installed
make: cannot open Makefile.
*** Error code 2
Stop in /usr/ports/security/afterglow.
Here's the entire Makefile for the port:
less Makefile
# New ports collection makefile for:afterglow
# Date created: 1 Aug 2007
# Whom: pauls
#
# $FreeBSD$
#
PORTNAME= afterglow
PORTVERSION=1.5
CATEGORIES= security graphics
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE}
MASTER_SITE_SUBDIR= afterglow
MAINTAINER= [EMAIL PROTECTED]
COMMENT=A collection of graph-generating scripts
RUN_DEPENDS=dot:${PORTSDIR}/graphics/graphviz
NO_BUILD= yes
WRKSRC= ${WRKDIR}/${PORTNAME}
post-install:
${MKDIR} ${DATADIR}
${MKDIR} ${DATADIR}/data
${MKDIR} ${DATADIR}/database
${MKDIR} ${DATADIR}/graph
${MKDIR} ${DATADIR}/parsers
(cd ${WRKSRC}/data/ ${COPYTREE_SHARE} \* ${DATADIR}/data)
(cd ${WRKSRC}/src/perl/database/ ${COPYTREE_SHARE} \*
${DATADIR}/database ! -name *.pl)
(cd ${WRKSRC}/src/perl/graph/ ${COPYTREE_SHARE} \*
${DATADIR}/graph ! -name *,pl)
(cd ${WRKSRC}/src/perl/parsers/ ${COPYTREE_SHARE} \*
${DATADIR}/parsers ! -name *.pl)
(cd ${WRKSRC}/src/perl/database/ ${INSTALL_SCRIPT} \*.pl
${DATADIR}/database)
(cd ${WRKSRC}/src/perl/graph/ ${INSTALL_SCRIPT} \*.pl
${DATADIR}/graph)
(cd ${WRKSRC}/src/perl/parsers/ ${INSTALL_SCRIPT} \*.pl
${DATADIR}/parsers)
.include bsd.port.mk
As you can see, I've included NO_BUILD= yes. So what's causing this error?
--
Paul Schmehl ([EMAIL PROTECTED])
Senior Information Security Analyst
The University of Texas at Dallas
http://www.utdallas.edu/ir/security/
I guess you need do-install target and not post-install.
HTH,
Yuri
pgpcLMXh2N7uh.pgp
Description: PGP signature
Re: Help, several but not all ports make failing with no errors
On Thu, Aug 02, 2007 at 11:47:14AM -0700, Jeffrey Williams wrote: Hi Folks, I am having a weird problem, since upgrading several servers to the new Xorg. These servers do not have full X installed on them, but do have apps installed that depend on some X libraries. When trying to install some ports, most recently subversion, when I type make in the port directory, I get returned immediately to the prompt, with no messages, and now errors, nothing copied or installed. This problem has occurred intermittently with out a lot of consistency. For instance php5 worked fine on one server but not on another, most of the servers are running in jails, at the moment subversion is my main problem. All servers were upgrade from 6.2p0 to p6 using cvsup and make buildworld, on some the installed ports were upgraded using the portupgrade technique form UPDATING, on others all pre-existing ports were deinstalled, mergebase was run, then needed ports were reinstalled. This problem seems to manifest equally regardless of which technique was used. This problem does not occur with every port, for instance on the two servers currently causing me problems, visitors and wget installed fine, but subversion exhibits the symptoms described above, problem seems to occur more often on the jailed servers than on the regular, I also tried installing to the jailed servers from the jail host server using the DESTDIR flag, but had the same symptom. Really quick help on this would be appreciated, this is holding up some critical projects. Thanks Jeff The only reason that I can think of - you haven't cleaned work/ directories after ports installation, and now make is seeing cookie files - work/.build_done, work/.install_done - and is doing nothing as it should. Anyway, try running `portsclean -C' and sorry if reason lies somewhere deeper. HTH, Yuri pgp10JHTF6QTy.pgp Description: PGP signature
Re: Help, several but not all ports make failing with no errors
On Thu, Aug 02, 2007 at 02:40:25PM -0700, Jeffrey Williams wrote: Thank you, Yuri that solved it, make clean in the effected port also solved the problem on those machines without portupgrade. Silly of me, I should of realized that, although for the machines that I used portupgrade on, doesn't it run make clean as a matter of course when upgrading ports? Thanks, Jeff Well, it should, if you haven't specified -w (don't clean before upgrading) and -W (don't clean after upgrading) either in PORTUPGRADE env var or in /usr/local/etc/pkgtools.conf. Yuri pgpqp9tmp96lH.pgp Description: PGP signature
Re: linking against pthread for a shared library
On Fri, Jul 13, 2007 at 12:34:12AM +0800, Rong-en Fan wrote: miwi@ and I are working on solving an issue with devel/upnp and misc/ushare problem. Essentially, the problem is that devel/upnp builds a shared library called libthreadutil.so which uses threading library. misc/ushare is a consumer of that library. On 7.x system, if you ldd on libthreadutil.so (this is i386) ./work/libupnp-1.6.0/threadutil/.libs/libthreadutil.so: liblwres.so.30 = /usr/lib/liblwres.so.30 (0x2817d000) libc.so.7 = /lib/libc.so.7 (0x2807e000) libthr.so.3 = /lib/libthr.so.3 (0x2818d000) But on 6.x and 5.x, you only get (this is amd64) ./work/libupnp-1.6.0/threadutil/.libs/libthreadutil.so: liblwres.so.10 = /usr/lib/liblwres.so.10 (0x800941000) So, one needs to pass -pthread when using libthreadutil.so. In my understanding, the behavior on 7.x is more correct (or reasonable). Any ideas how to solve this problem? Regards, Rong-En Fan Sorry if i'm mistaken, but this might be related: http://lists.freebsd.org/pipermail/freebsd-current/2007-June/073600.html Yuri pgpNVDskev6hb.pgp Description: PGP signature
Re: coredump on portupgrade of installed ruby-1.8.6, 1 to ruby-1.8.6_1, 1
On Wed, Jul 11, 2007 at 12:30:21PM -0700, snowcrash+freebsd wrote: on an install of, uname -a FreeBSD router.mydomain.com 6.2-RELEASE-p5 FreeBSD 6.2-RELEASE-p5 #2: Mon Jun 4 12:15:53 PDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CUSTOM_ROUTER i386 attempting a portupgrade with, portsnap fetch update pkgdb --autofix --fix-lost pkgdb -F portupgrade --verbose --recursive --upward-recursive --all fails with a coredump at, --- Upgrade of lang/ruby18 started at: Wed, 11 Jul 2007 10:08:35 -0700 --- Upgrading 'ruby-1.8.6,1' to 'ruby-1.8.6_1,1' (lang/ruby18) --- Build of lang/ruby18 started at: Wed, 11 Jul 2007 10:08:35 -0700 --- Building '/usr/ports/lang/ruby18' === Cleaning for ruby-1.8.6_1,1 === Extracting for ruby-1.8.6_1,1 = MD5 Checksum OK for ruby/ruby-1.8.6.tar.bz2. = SHA256 Checksum OK for ruby/ruby-1.8.6.tar.bz2. /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6/ext/dl/h2rb /usr/ports/lang/ruby18/work/ruby-1.8.6/bin/ === Patching for ruby-1.8.6_1,1 === Applying FreeBSD patches for ruby-1.8.6_1,1 /usr/bin/sed -i.bak -e 's|-l$pthread_lib|-pthread|g' /usr/ports/lang/ruby18/work/ruby-1.8.6/configure /bin/rm -rf /usr/ports/lang/ruby18/work/ruby-1.8.6/ext/Win32API /bin/rm -rf /usr/ports/lang/ruby18/work/ruby-1.8.6/ext/win32ole /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6/ext/gdbm /usr/ports/lang/ruby18/work/ /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6/ext/iconv /usr/ports/lang/ruby18/work/ /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6/ext/tk /usr/ports/lang/ruby18/work/ === ruby-1.8.6_1,1 depends on file: /usr/local/lib/libcrypto.so.5 - found === Configuring for ruby-1.8.6_1,1 /usr/bin/touch /usr/ports/lang/ruby18/work/ruby-1.8.6/configure configure: WARNING: you should use --build, --host, --target checking build system type... i386-portbld-freebsd6 checking host system type... i386-portbld-freebsd6 checking target system type... i386-portbld-freebsd6 checking for i386-portbld-freebsd6-gcc... /usr/local/libexec/ccache/cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/local/libexec/ccache/cc accepts -g... yes checking for /usr/local/libexec/ccache/cc option to accept ISO C89... none needed checking how to run the C preprocessor... /usr/local/libexec/ccache/cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking whether /usr/local/libexec/ccache/cc needs -traditional... no checking whether the linker is GNU ld... yes checking whether /usr/local/libexec/ccache/cc -E accepts -o... yes checking for bison... bison -y checking for i386-portbld-freebsd6-ranlib... no checking for ranlib... ranlib checking for i386-portbld-freebsd6-ar... no checking for ar... ar checking for i386-portbld-freebsd6-as... no checking for as... as checking whether ln -s works... yes checking whether make sets $(MAKE)... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for AIX... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for long long... yes checking for off_t... yes checking for int... yes checking size of int... 4 checking for short... yes checking size of short... 2 checking for long... yes checking size of long... 4 checking for long long... (cached) yes checking size of long long... 8 checking for __int64... no checking size of __int64... 0 checking for off_t... (cached) yes checking size of off_t... 8 checking for void*... yes checking size of void*... 4 checking for float... yes checking size of float... 4 checking for double... yes checking size of double... 8 checking for time_t... yes checking size of time_t... 4 checking for pid_t... yes checking for gid_t... yes checking for uid_t... yes checking for prototypes... yes checking token paste string... ansi checking for variable length prototypes and stdarg.h... yes checking for noreturn function attribute... __attribute__ ((noreturn)) x checking for noinline function attribute... __attribute__ ((noinline)) x checking for RUBY_EXTERN... no checking whether sys_nerr is declared... yes checking whether -lxpg4 has to be linked... no checking for crypt in
nsdejavu.so needs -lXt?
Hi, I've installed graphics/djview4, and nsdejavu.so fails to initialize in firefox: LoadPlugin: failed to initialize shared library /usr/local/lib/djview4/plugins/nsdejavu.so [/usr/local/lib/djview4/plugins/nsdejavu.so: Undefined symbol XtShellStrings] Manually adding -lXt to NSDEJAVU_LIBS in nsdejavu/Makefile fixes it and plugin loads correctly. I couldn't find how it can be passed to configure hence there's no PR. Thanks, Yuri pgpmMlLWEj3V0.pgp Description: PGP signature
Re: nsdejavu.so needs -lXt?
On Fri, Jul 06, 2007 at 03:46:18PM -0700, [EMAIL PROTECTED] wrote: On Sat, 7 Jul 2007, Yuri Pankov wrote: Hi, I've installed graphics/djview4, and nsdejavu.so fails to initialize in firefox: LoadPlugin: failed to initialize shared library /usr/local/lib/djview4/plugins/nsdejavu.so [/usr/local/lib/djview4/plugins/nsdejavu.so: Undefined symbol XtShellStrings] Manually adding -lXt to NSDEJAVU_LIBS in nsdejavu/Makefile fixes it and plugin loads correctly. I couldn't find how it can be passed to configure hence there's no PR. Thanks, Yuri This probably should be sent upstream to the devs then, with a revision of the configure file (if X11 headers found are version 7.x, use -lXt). There's most likely a way to determine the X11 version, but I don't know it OTOH. -Garrett Well, first thing I wanted to know is if someone can reproduce it, and it's not pilot error, so I'll wait before reporting it upstream :-) Yuri pgpFfdxWfOImm.pgp Description: PGP signature
Re: My current 7.0 machines are not able to upgrade security/gnutls but the RELENG boxes can.
On Wed, Jul 04, 2007 at 12:41:57PM -0500, [EMAIL PROTECTED] wrote: /bin/sh /usr/ports/security/gnutls/work/gnome-libtool --tag=CXX --mode=link c++ -I../includes/ -O1 -pipe -no-undefined -version-info 16:0:3 -L/usr/local/lib -o libgnutlsxx.la -rpath /usr/local/lib gnutlsxx.lo libgnutls.la c++ -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o .libs/gnutlsxx.o -Wl,--rpath -Wl,/usr/ports/security/gnutls/work/gnutls-1.6.3/lib/.libs -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib ./.libs/libgnutls.so -L/usr/lib -lstdc++ -lm -lgcc_pic /usr/lib/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libgnutlsxx.so.13 -o .libs/libgnutlsxx.so.13 /usr/bin/ld: cannot find -lgcc_pic *** Error code 1 Stop in /usr/ports/security/gnutls/work/gnutls-1.6.3/lib. *** Error code 1 Check your config.log for -lgcc_pic, it probably comes from libtool, so I'd suggest that you forcibly reinstall it. HTH, Yuri pgpyJ3fakwoTI.pgp Description: PGP signature
Re: compile error in sysutils/fusefs-kmod
On Wed, Jun 06, 2007 at 11:34:25PM +0200, Gaye Abdoulaye Walsimou wrote: Hello list, I have the error below, when I try to portmanager sysutils/fusefs-kmod. Thank you for any suggestion! === mount_fusefs (all) Warning: Object directory not changed from original /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-0.3.0/mount_fusefs cc -O2 -fno-strict-aliasing -pipe -I/usr/src/sbin/mount -I../include -c mount_fusefs.c mount_fusefs.c:47:21: mntopts.h: No such file or directory snip You need full source tree installed, not just kernel sources as port's Makefile requires. HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: x11 error
On Wed, Jun 06, 2007 at 08:54:22PM -0600, James wrote: Hi folks, I'm preparing a PR for a bug I'm experiencing but wanted to mail the list first and see if anyone else had encountered this: My system is: FreeBSD devil.deweymonster.com 6.2-STABLE FreeBSD 6.2-STABLE #0: Mon Apr 30 02:37:07 MDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEVIL i386 I am using an intel810 graphics chip. X Windows was working very well until the last major ports upgrade with X 7.2 coming in. Now, whenever I use startx, the OS gives me the following error message: X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 6.2-STABLE i386 Current Operating System: FreeBSD devil.deweymonster.com 6.2-STABLE FreeBSD 6.2-STABLE #0: Mon Apr 30 02:37:07 MDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEVIL i386 Build Date: 04 June 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Jun 6 20:41:06 2007 (==) Using config file: /etc/X11/xorg.conf (EE) I810(0): Given bpp (32) is not supported by i810 driver (EE) Screen(s) found, but none have a usable configuration. snip Try DefaultFbBpp 24 in Section Screen. HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Cannot install x11/xfindproxy after upgrading to Xorg 7.2
On Wed, May 30, 2007 at 09:40:30AM -0400, Attos wrote: Hi all, I cannot install xfindproxy after upgrading to Xorg 7.2 It seems that I'm missing a dependency. My system doesn't have the /usr/local/include/X11/PM/PM.h file. To which port/package this file belongs? This is the output of make install: - # make install === Building for xfindproxy-1.0.1 make all-am if cc -DHAVE_CONFIG_H -I. -I. -I.-D_THREAD_SAFE -I/usr/local/include -O2 -fno-strict-aliasing -pipe -MT xfindproxy-xfindproxy.o -MD -MP -MF .deps/xfindproxy-xfindproxy.Tpo -c -o xfindproxy-xfindproxy.o `test -f 'xfindproxy.c' || echo './'`xfindproxy.c; then mv -f .deps/xfindproxy-xfindproxy.Tpo .deps/xfindproxy-xfindproxy.Po; else rm -f .deps/xfindproxy-xfindproxy.Tpo; exit 1; fi xfindproxy.c:40:23: X11/PM/PM.h: No such file or directory xfindproxy.c:41:28: X11/PM/PMproto.h: No such file or directory xfindproxy.c:61: error: `PM_MAJOR_VERSION' undeclared here (not in a function) xfindproxy.c:61: error: initializer element is not constant xfindproxy.c:61: error: (near initialization for `PMversions[0].major_version') xfindproxy.c:61: error: `PM_MINOR_VERSION' undeclared here (not in a function) xfindproxy.c:61: error: initializer element is not constant xfindproxy.c:61: error: (near initialization for `PMversions[0].minor_version') xfindproxy.c:61: error: initializer element is not constant xfindproxy.c:61: error: (near initialization for `PMversions[0]') xfindproxy.c: In function `main': xfindproxy.c:127: error: `pmGetProxyAddrMsg' undeclared (first use in this function) xfindproxy.c:127: error: (Each undeclared identifier is reported only once xfindproxy.c:127: error: for each function it appears in.) xfindproxy.c:127: error: `pMsg' undeclared (first use in this function) xfindproxy.c:203: error: `PM_PROTOCOL_NAME' undeclared (first use in this function) xfindproxy.c:290: error: `sz_pmGetProxyAddrMsg' undeclared (first use in this function) xfindproxy.c:290: error: syntax error before ')' token xfindproxy.c:290: error: `PM_GetProxyAddr' undeclared (first use in this function) xfindproxy.c:328: error: `PM_Success' undeclared (first use in this function) xfindproxy.c: In function `PMprocessMessages': xfindproxy.c:357: error: `PM_GetProxyAddrReply' undeclared (first use in this function) xfindproxy.c:360: error: `PM_GetProxyAddr' undeclared (first use in this function) xfindproxy.c:369: error: `pmGetProxyAddrReplyMsg' undeclared (first use in this function) xfindproxy.c:369: error: `pMsg' undeclared (first use in this function) xfindproxy.c:379: error: `sz_pmGetProxyAddrReplyMsg' undeclared (first use in this function) xfindproxy.c:379: error: syntax error before ')' token *** Error code 1 Stop in /usr/ports/x11/xfindproxy/work/xfindproxy-1.0.1. *** Error code 1 Stop in /usr/ports/x11/xfindproxy/work/xfindproxy-1.0.1. *** Error code 1 Stop in /usr/ports/x11/xfindproxy. # - TIA, -- Attos Janus pkg_info -W /usr/local/include/X11/PM/PM.h /usr/local/include/X11/PM/PM.h was installed by package xproxymanagementprotocol-1.0.2 And you can grep through pkg-plist files in /usr/ports to find which port installs needed files. HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
multimedia/xvid and USE_GCC
Hi, Is there a reason why multimedia/xvid uses USE_GCC?= 3.4 and not USE_GCC?= 3.4+? Now that gcc-4.2.0 is in base on -CURRENT, it builds and apps using it seem to run just fine with 4.2. TIA, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Core dump with openvpn on -CURRENT
On Fri, 2007-05-25 at 12:29 -0400, Adam K Kirchhoff wrote: I don't know if this an issue with -CURRENT or an issue with openvpn, but it's now core dumping on my system: [ [EMAIL PROTECTED] - /usr/ports/security/openvpn/work/openvpn-2.0.6 ]: gdb ./openvpn 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 i386-marcel-freebsd... (gdb) set args /usr/local/etc/openvpn/openvpn.conf (gdb) run Starting program: /usr/ports/security/openvpn/work/openvpn-2.0.6/openvpn /usr/local/etc/openvpn/openvpn.conf warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. Fri May 25 12:27:14 2007 OpenVPN 2.0.6 i386-portbld-freebsd7.0 [SSL] [LZO] built on May 25 2007 Fri May 25 12:27:14 2007 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port. Fri May 25 12:27:14 2007 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info. Program received signal SIGILL, Illegal instruction. 0x281835b3 in PEM_read_bio_X509 () from /lib/libcrypto.so.5 (gdb) bt #0 0x281835b3 in PEM_read_bio_X509 () from /lib/libcrypto.so.5 #1 0x280f7304 in SSL_CTX_use_certificate_file () from /usr/lib/libssl.so.5 #2 0x080850a9 in init_ssl (options=0xbfbfe3e8) at ssl.c:865 #3 0x0805abcb in init_instance (c=0xbfbfe3e8, env=0x28406694, flags=4) at init.c:1266 #4 0x0805b1cd in init_instance_handle_signals (c=0xbfbfe3e8, env=0x28406694, flags=4) at init.c:2256 #5 0x0806aa99 in main (argc=2, argv=0xbfbfeab4) at openvpn.c:59 (gdb) Any ideas? Adam May be related (be sure to check full thread): http://lists.freebsd.org/pipermail/freebsd-current/2007-May/072318.html HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/kbtv: broken saa kmod?
On Mon, Feb 12, 2007 at 09:45:19PM +0100, Danny Pansters wrote:
On Monday 12 February 2007 18:59, Boris Samorodov wrote:
Hi,
just noticed that kbtv is being developed. Greate news, thanks!
Did somebody manage to build saa kernel module (multimedia/kbtv)? I've
got an error:
-
=== kmod (all)
Warning: Object directory not changed from original
/usr/ports/multimedia/kbtv/work/kbtv-1.2.3/saa/saa/kmod @ - /usr/src/sys
machine - /usr/src/sys/amd64/include
awk -f @/tools/makeobjops.awk @/dev/iicbus/iicbus_if.m -h
awk -f @/tools/makeobjops.awk @/kern/device_if.m -h
awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h
cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc
-I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include
-finline-limit=8000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel
-mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow
-msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -std=c99 -c saa713x.c saa713x.c: In function
`saa_build_pta':
saa713x.c:507: warning: int format, different type arg (arg 2)
Looks like it needs a cast, might be an easy fix.
*** Error code 1
Stop in /usr/ports/multimedia/kbtv/work/kbtv-1.2.3/saa/saa/kmod.
*** Error code 1
Stop in /usr/ports/multimedia/kbtv/work/kbtv-1.2.3/saa/saa.
-
# make -V PORTVERSION
1.2.3
# uname -a
FreeBSD srv.sem.ipt.ru 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon Jan 15
17:30:44 MSK 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
amd64
Ah, I'm on i386, I've seen something similar before. The 64 bit platforms are
more picky. I'll see what I can do (I have an amd64 box to test on).
Thanks,
Dan
PS
I see you are Russian; I'm not sure if it applies to you, but please note
that
secam doesnt work, only pal d/k/L' (whichever you may need). You'd probably
get black-and-white video and no sound. While it may be easy to add the
needed audio carrier frequencies (if provided with the correct values) in my
own code, the handling of secam video in the saa driver may be harder
considering that I can't really test. It may be possible to deal with it in
my own code while rendering, and do a conversion there but that will probably
be slow. It would be great if someone would just sent me a secam patch :)
Hi,
I've attached a patch allowing saa kmod to compile cleanly on amd64 with WERROR
defined.
I don't use kbtv but am interested in saa713x driver, so improvements to make it
work in SECAM are welcome. Just setting SECAM video standard to get colour
picture
seems pretty easy, given the code in saa/saa/support/set_videoopt.c. Diff adding
SECAM option to it is also attached.
Another question - is anyone successfully running this driver on -CURRENT? I'm
wondering cause of the following change by imp@ to iicbus.c, denying attach of
generic iic device:
===
RCS file: /usr/local/www/cvsroot/FreeBSD/src/sys/dev/iicbus/iicbus.c,v
retrieving revision 1.21
retrieving revision 1.22
diff -u -p -r1.21 -r1.22
snip
@@ -139,51 +139,52 @@ iicbus_attach(device_t dev)
printf(\n);
#endif
- /* attach any known device */
device_add_child(dev, ic, -1);
- device_add_child(dev, iic, -1);
device_add_child(dev, iicsmb, -1);
-
+#if 0
+ /* attach any known device */
+ device_add_child(dev, iic, -1);
+#endif
bus_generic_attach(dev);
-
return (0);
}
snip
HTH,
Yuri
diff -ruN kbtv-1.2.3.orig/saa/saa/kmod/saa713x.c kbtv-1.2.3/saa/saa/kmod/saa713x.c
--- kbtv-1.2.3.orig/saa/saa/kmod/saa713x.c Tue Feb 13 04:21:03 2007
+++ kbtv-1.2.3/saa/saa/kmod/saa713x.c Tue Feb 13 04:22:01 2007
@@ -503,7 +503,7 @@
break;
if ((segs[seg_idx].ds_len % 4096) != 0)
panic(saa:saa_build_pta: Invalid segment len
- = %d idx = %d\n,
+ = %jd idx = %d\n,
segs[seg_idx].ds_len, seg_idx);
}
}
diff -ruN kbtv-1.2.3.orig/saa/saa/kmod/saa713x_audio.c kbtv-1.2.3/saa/saa/kmod/saa713x_audio.c
--- kbtv-1.2.3.orig/saa/saa/kmod/saa713x_audio.c Tue Feb 13 04:21:03 2007
+++ kbtv-1.2.3/saa/saa/kmod/saa713x_audio.c Tue Feb 13 04:35:09 2007
@@ -438,7 +438,7 @@
}
REG_SET(REG_MCR, MCR_CHAN6_TE);
-#if NOT_YET
+#if 0
/*
* Interrupts are always enabled, ie.,
* even when ASPEC_FLAG_CAPTURE_SIGNAL is not specified as
@@ -634,7 +634,7 @@
return EDOOFUS;
}
if (offset (SAA_MMAP_ACAP_SZ - 4096)) {
- device_printf(sc-sc_dev, Invalid mmap offset %d,
+ device_printf(sc-sc_dev, Invalid mmap offset %jd,
max: %d\n,
offset,
(SAA_MMAP_ACAP_SZ - 4096));
diff -ruN kbtv-1.2.3.orig/saa/saa/kmod/saa713x_i2c.c kbtv-1.2.3/saa/saa/kmod/saa713x_i2c.c
---
