27;t like the idea
of having different ports installing man pages in different locations.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscri
Tijl Coosemans writes:
> Right, to use libc iconv(3) with -I/usr/local/include and GNU libiconv
> installed you have to compile with -DLIBICONV_PLUG.
I didn't have -I/usr/local/include, gcc forced it on me.
DES
--
Dag-Erling Smørgrav -
ports/packages trample on each other. NetBSD avoided
> the issue by moving /usr/local to /usr/pkg.
All correct, but I don't really see the relevance...
DE
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@freebsd.org mailing list
htt
arch path on to ld, or to ld having its own incorrect
| search path. I tried explicitly setting LD=/usr/bin/ld, but that
| doesn't make any difference since libtool uses gcc as a linker instead
| of calling ${LD} directly.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
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"
Julian Elischer writes:
> Dag-Erling Smørgrav writes:
> > This makes it possible to work on software that includes both
> > libraries and programs while an earlier copy of the same software is
> > already installed. With the current state of gcc, the programs you
>
n your program directly from the build tree, it will
use the wrong library. This can be incredibly frustrating if you're not
aware of it - imagine you're trying to fix a bug in that library and no
matter what you do, your regression test keeps failing...
DES
--
Dag-Erling Smørgrav - d
port in a clean environment which contains only
those packages that the port explicitly requires, so that is not an
issue. I am unable to reproduce the qt5-webkit issue that you mention
in the PR on 10.3 or 11.0.
DES
--
Dag-Erling Smørgrav - d...@des.no
__
Bryan Drewery writes:
> Ports now have SSP enabled by default.
Yay! :)
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
Dag-Erling Smørgrav writes:
> Scot Hetzel writes:
> > Actually, the port does write to the httpd.conf file during staging.
> > The problem is in src/Makefile.in on line 21:
> >
> > + $(APXS) $(APXS_STAGE) -i -a mod_dnssd.la
> Oooh thank you very much, I was looki
I will fix this ASAP.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
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"
bin/apxs -e -a -n dnssd /usr/local/mod_dnssd.so",
"pre-deinstall":"/usr/local/sbin/apxs -e -A -n dnssd /usr/local/mod_dnssd.so"
}
so if this doesn't work properly, there is something wrong with apxs.
DES
--
Dag-Erling Smørgrav - d...@des.no
Dewayne Geraghty writes:
> Would it be possible to mention how a port vulnerability can be raised
> for review/entry into the portaudit database?
Contact .
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@freebsd.org mailing lis
Matthew Seaman writes:
> Can we drop at.cpan.org from the list of CPAN sites please? It does
> stupid things like this:
Fixed in r341758 and merged to 2014Q1. I also emailed c...@perl.org
about the issue.
DES
--
Dag-Erling Smørgrav - d...@
it expected. Most servers have very short request timeouts, so
they close the connection while libfetch is waiting, which libfetch
interprets as an EOF (which is an expected condition as long as it
received all the data it wanted) as opposed to a timeout (which is an
error). Anyway, it was fixed in hea
Dag-Erling Smørgrav writes:
> Actually, the file *is* 2696168 bytes long. With the following patch,
> fetch(1) will still hang getting the last 1018 bytes, but the file will
> be complete and the download will be successful.
Completely fixed (no hang, no missing data) in head@261
if (total > 0)
+ return (total);
errno = ETIMEDOUT;
fetch_syserr();
return (-1);
DES
--
Dag-Erling Smørgrav - d...@des.no
___
t your
hardware, software and environment.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
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"
lready a PR and a patch. I was working on it during Easter,
but it got stalled because I had no way to test it, and real life
intervened. I just committed it to head (r249431).
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@fr
Michael Gmelin writes:
> Dag-Erling Smørgrav writes:
> > Some of the code in http.c is so deeply nested that it is almost
> > impossible to stay within 80 characters. This is a clear sign that
> > the code needs to be rewritten.
> Ok, is that only for libfetch or for
Michael Gmelin writes:
> Dag-Erling Smørgrav writes:
> > - Several lines are too long, and almost all your continuation lines
> >are misindented.
> Hm, I used an emacs mode that was supposed to indent according to
> style(9) - so maybe that wasn't the right tool.
with the man page as well - you didn't bump the date,
sentences don't begin on new lines, and some lines are too long - but
you get a million bonus points for updating it at all.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-
in working on fetch, I'm looking for someone who's
willing to help reimplement it from scratch.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
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"
"Bjoern A. Zeeb" writes:
> Once that is done, can we also simplify the openssh Makefile(s)?
> Cc:ing des for that.
Sure. You wouldn't happen to have a patch, would you? :)
DES
--
Dag-Erling Smørgrav - d...@des.no
___
free
"Ilya A. Arhipov" writes:
> Maybe exclude these plugins of Munin and bash:${PORTSDIR}/shells/bash
> of Makefiles. install bash, for these 5 plugins i think not correct,
> old version don't have these plugins
I don't see the problem.
DES
--
Dag-
SD
LFS64 is not correct on Linux either; just #define _FILE_OFFSET_BITS 64
before #include and use struct stat / stat() as usual. The
AC_SYS_LARGEFILE autoconf macro takes care of that for you, provided you
remember to #include "config.h" in your code.
DES
--
Dag-Erling
Xin LI writes:
> So... May I consider my import just exposed some existing bugs in other
> applications and we don't want to workaround these issues?
Correct.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@freebsd.org mailin
s correct.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
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"
atsnew/lfs20mar.html
On Linux, it's a no-op, because while the kernel has separate 32-bit
stat() and 64-bit stat64() syscalls, glibc aliases stat() to stat64().
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@freebsd.org mailin
ly.
This is wrong, FreeBSD has native 64-bit stat() etc. and does not need
_LARGEFILE_WHATEVER.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, s
Manfred Antar writes:
> The new addition to Makefile on /lib/libthr "-Wl,-znodlopen "
> Breaks php4 and mhash on my current 1386
If they try to dlopen() libthr, they're already broken.
> I'm sure other ports that use it are broken too as can't load the lib
${UNZIP_CMD}
./games/pykawari/Makefile:EXTRACT_CMD= ${UNZIP_CMD}
./misc/projectionlib/Makefile:EXTRACT_CMD= unzip -a
java/jdk14 is just... weird. I won't paste the Makefile here.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@free
ne. Probably filesystem corruption; that's what they get for not
using ZFS ;)
BTW, it looks like SourceForge have removed that server from their list
of mirrors.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports@freebsd.org
Enoch W. <[EMAIL PROTECTED]> writes:
> Is anyone successful with doscmd under FreeBSD 7.0?
> I'm trying to run a real-dos cross assembler, it works well in 6.3 but
> it freezes in 7.0.
Freezes how?
DES
--
Dag-Erling Smørgra
"Yen-Ming Lee" <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > Thank you for showing that you neither understand the issue nor have
> > any interest in fixing it.
> I don't know why you attacked me several times li
heck or to do perl *module* version check), not about the usefulness of the
> suggested knobs, remember?
OK, we can hash out the details at the Hackathon.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
htt
erest in fixing it.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Anton Berezin <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > The rest of the ports tree checks every dependency right before building
> > it; I don't see why Perl ports should be any different.
> Er, I am not sure we understood
Anton Berezin <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > Why? If perl isn't installed, build that first.
> > If perl is installed, use 'perl -M$MODULE -e "1;"' to check whether the
> > module exists,
just
> temporarily switch from coding in Perl to coding in make. :-)
I'm perfectly willing to implement this myself, if you're allergic to
make - or we can do it together at the Oslo QA Hackathon :)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
_
0, but not in 5.8 and 5.6).
Easily solved by adding handling for Perl module dependencies to
bsd.perl.mk.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To
27; (I know that we don't do it for p5-* perl, but I do).
Absolutely not. It makes life hell for everbody else. The maintainer
can bloody well install the ports he needs for 'make test' by hand.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
__
gt; p5-Test-*.
Yes, I've excluded those from my count. If I had included them, there
would be 350 ports with p5-Test-* dependencies.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
"Yen-Ming Lee" <[EMAIL PROTECTED]> writes:
> [unreadable]
Please fix your MUA.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To un
of a PERL_UNTESTIFY_FILES variable which would list Makefile.PL
and / or Build.PL for the ports that require it.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
attached a patch for the ports that I've been able to verify work
correctly with fetch. I'd appreciate it if the maintainers of the
remaining ports would add comments to the Makefile explaining why wget
is necessary.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
Index: deve
ment.
Sounds fine, if portmgr (Cc:ed) approves. See attached patch.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
Index: Makefile
===
RCS file: /home/pcvs/ports/devel/autoconf-wrapper/Makefile,v
retrieving revision 1.2
diff
iwibox to current.
> obviously he's being a facious purist hard-butt.
Obviously you are... well, words fail me.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
er than your kernel.
In any case, it's your problem, not FreeBSD's.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ng now. I'm not really
> willing to update my miwibox to current.
So don't run CURRENT in your chroot.
We (mostly) support running old userlands on new kernels, but we have
never supported running new userlands on old kernels.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
__
Kris Kennaway <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
>> The commit message never showed up in my inbox...
> Check your mail log. On my system I have cvsmail configured to add
> diffs to the commit mails (which is implemented by r
Peter Jeremy <[EMAIL PROTECTED]> writes:
> That rates as the biggest commit I recall seeing:
> - Affecting 7868 files
> - Updating 6168 ports
> - Creating 255 new ports
> - 700KB, 14553 line commit message
The commit message never showed up in my inbox...
DES
--
Dag-Erl
/All/xf86rushproto-1.1.2.tbz:
> File unavailable (e.g., file not found, no access)
The 6.2-RELEASE package set does not have Xorg 7.2. In fact, no package
set has Xorg 7.2, because it hasn't been committed yet.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
_
> I guess this should be fixed after the xorg merge?
Doesn't the migration script create a /usr/X11R6 -> /usr/local symlink?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mail
ect example of this: the
rest of the world already installs everything (X, KDE, Gnome...) under
a single prefix - usually /usr - yet FreeBSD port maintainers insist
that it can't possibly be done.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
54 matches
Mail list logo
