eally don'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 unsubscribe, send a
Tijl Coosemans <t...@freebsd.org> 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
https://
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/
Julian Elischer <jul...@freebsd.org> writes:
> Dag-Erling Smørgrav <d...@des.no> 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 c
you try to run 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
t).
Poudriere builds each 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 S
Bryan Drewery bdrew...@freebsd.org 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
. 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
Dag-Erling Smørgrav d...@des.no writes:
Scot Hetzel swhet...@gmail.com 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 looking in the port
/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
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe
Matthew Seaman m.sea...@infracaninophile.co.uk 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...@des.no
)
+ return (total);
errno = ETIMEDOUT;
fetch_syserr();
return (-1);
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-ports
Dag-Erling Smørgrav d...@des.no 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@261230
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 head in r261230.
DES
--
Dag-Erling
as possible about 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
.
There's already 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@freebsd.org
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
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-ports@freebsd.org mailing list
http
Michael Gmelin free...@grem.de writes:
Dag-Erling Smørgrav d...@des.no 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. Do you
Michael Gmelin free...@grem.de writes:
Dag-Erling Smørgrav d...@des.no 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 all
Ilya A. Arhipov mi...@heavennet.ru 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-Erling Smørgrav - d...@des.no
on FreeBSD
LFS64 is not correct on Linux either; just #define _FILE_OFFSET_BITS 64
before #include sys/stat.h 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 Smørgrav - d
properly.
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
/version2/whatsnew/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 mailing list
is 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
Xin LI delp...@delphij.net 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
-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
/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@freebsd.org mailing list
http://lists.freebsd.org
is
fine. 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 mailing list
http
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ørgrav - [EMAIL PROTECTED
-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 each other here. What I was trying to say
* 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
http://lists.freebsd.org/mailman
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 like that.
Perhaps because you responded to my attempts
, 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]
___
freebsd-ports@freebsd.org mailing list
http
).
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 unsubscribe, send any mail
it together at the Oslo QA Hackathon :)
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:
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, or if a certain version is required, 'perl -e use $MODULE
$VERSION
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 unsubscribe, send any mail
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]
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]
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: devel/subclipse/Makefile
, 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 -u -r1.2 Makefile
--- Makefile
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]
___
freebsd-ports
, 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]
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/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
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-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 repeatedly querying
cvsweb
:
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]
___
freebsd-ports
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/mailman/listinfo/freebsd-ports
To unsubscribe, send any
51 matches
Mail list logo