On Tue, Mar 30, 2010 at 10:19 PM, Doug Barton do...@freebsd.org wrote:
On 03/30/10 21:36, Arseny Nasokin wrote:
I don't clearly understand, will be ports system removed?
At this time all discussion is theoretical. LONG before we make any
actual changes the users will have a chance to chime
On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin eir...@gmail.com wrote:
On 31 Mar 2010, at 04:14, Garrett Cooper yanef...@gmail.com wrote:
Today binary packages are rolled as generic as possible provided the
architecture they're built for and are monolithic, meaning that they
contain the
Bradesco S/A
ID do Cliente:
BR0013581
Prezado Cliente,
Por motivos de segurana comunicamos a todos os clientes que, visando
barrar o
Hi,
when trying to compile openoffice.org-3 I'm getting:
c++ -fmessage-length=0 -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0
-DENABLE_LAYOUT_EXPERIMENTAL=0 -I.
-I../../../../../../unxfbsdx.pro/inc/c5t_testresult -I../inc
-I../../../../../../inc/pch -I../../../../../../inc
On 31 Mar 2010, at 10:20, Garrett Cooper yanef...@gmail.com wrote:
On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin eir...@gmail.com
wrote:
On 31 Mar 2010, at 04:14, Garrett Cooper yanef...@gmail.com wrote:
Today binary packages are rolled as generic as possible provided the
architecture
On 31 Mar 2010, at 09:19, Doug Barton do...@freebsd.org wrote:
On 03/30/10 21:36, Arseny Nasokin wrote:
I don't clearly understand, will be ports system removed?
At this time all discussion is theoretical. LONG before we make any
actual changes the users will have a chance to chime in, and
On Wed, Mar 31, 2010 at 12:59 AM, Arseny Nasokin eir...@gmail.com wrote:
On 31 Mar 2010, at 10:20, Garrett Cooper yanef...@gmail.com wrote:
On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin eir...@gmail.com wrote:
On 31 Mar 2010, at 04:14, Garrett Cooper yanef...@gmail.com wrote:
Today binary
On Tue, 30 Mar 2010 12:32:33 -0700
Xin LI delp...@delphij.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/03/30 12:22, Doug Barton wrote:
Testing it again I see that I didn't go far enough up to find the real
error, sorry Dirk.
The actual problem seems to be with
On Wed, 31 Mar 2010 01:39:35 -0700, Garrett Cooper yanef...@gmail.com
articulated:
On Wed, Mar 31, 2010 at 12:59 AM, Arseny Nasokin eir...@gmail.com
wrote:
On 31 Mar 2010, at 10:20, Garrett Cooper yanef...@gmail.com wrote:
On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin eir...@gmail.com
On 31 Mar 2010, at 12:39, Garrett Cooper yanef...@gmail.com wrote:
If we are talk about specialized optimisations or customisations we
should
talk about ports system. If we talk about desktop machines, there
binary
packages are better in most cases (for example, using Synaptics
frontend)
On 2010-Mar-27, 02:51, Dag-Erling Smørgrav wrote:
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.
Just to make it clear so that everyone knows how we're going to
I will merge an upstream change from zlib, which basically unexpose LFS
stuff on FreeBSD, and I plan to keep the off_t bits == 64. However, I would
highly recommend ports maintainers to push upstream fix for LFS64 definition
removal since they are wrong on FreeBSD
On Mar 31, 2010 3:30 AM, Pietro
On 2010-Mar-31, 03:41, Xin LI wrote:
I will merge an upstream change from zlib, which basically unexpose LFS
stuff on FreeBSD, and I plan to keep the off_t bits == 64. However, I would
highly recommend ports maintainers to push upstream fix for LFS64 definition
removal since they are wrong on
Quoting Florent Thoumie f...@xbsd.org (from Mon, 29 Mar 2010 09:10:54 +):
I mentioned getting rid of those pesky @*exec lines a few years ago,
but this was met by quite a lot of objection.
I still think it would be a good change, assuming that we provide
equivalent (or better) features:
-
Whenever I use rfc -i to update the index I am getting this:
Modem users one moment, it's about 400k (doesn't need to be updated often)
original lines = 22143 /usr/local/etc/rfc-index
new lines = 7 /usr/local/etc/rfc-index
With the contents of:
Forbidden
You don't have permission
On Wed, Mar 31, 2010 at 11:49 AM, Alexander Leidinger
alexan...@leidinger.net wrote:
Quoting Florent Thoumie f...@xbsd.org (from Mon, 29 Mar 2010 09:10:54
+):
I mentioned getting rid of those pesky @*exec lines a few years ago,
but this was met by quite a lot of objection.
I still think
Quoting Florent Thoumie f...@xbsd.org (from Wed, 31 Mar 2010 12:00:53 +):
It could serve as a proof of concept and would
show more clearly what you have in mind. Done nicely, it also allows to keep
a lot of the stuff in the Makefile and only write such scripts by hand if
absolutely
On 03/31/2010 03:36, Oliver Lehmann wrote:
Hi,
when trying to compile openoffice.org-3 I'm getting:
c++ -fmessage-length=0 -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0
-DENABLE_LAYOUT_EXPERIMENTAL=0 -I.
-I../../../../../../unxfbsdx.pro/inc/c5t_testresult -I../inc
Dear Doug, ;)
It has crossed my mind through a couple upgrades the idea to implement a
way for portmaster to continue a upgrade if the package set that is
being upgraded have no dependencies on per say a package set that
previously failed to upgrade.
Please correct me if I am wrong but when the
After recompiling all png depends I ran libchk, just to be shure.
[r...@dragon /usr/ports]# libchk
Will look into:
/bin
/lib
/sbin
/usr/bin
/usr/games
/usr/lib
/usr/libexec
/usr/local/bin
/usr/local/kde4/lib
on 31/03/2010 18:49 Henk van Oers said the following:
After recompiling all png depends I ran libchk, just to be shure.
[r...@dragon /usr/ports]# libchk
Will look into:
/bin
/lib
/sbin
/usr/bin
/usr/games
/usr/lib
/usr/libexec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 31/03/2010 17:45:21, Ulrich Spörlein wrote:
This has been floated around in this thread as fat packages, where you
basically have the build cluster build a port, eg. three ways. In our
case vim-lite (no x11), vim (gui) and vim-full (perl,
On Tue, Mar 30, 2010 at 11:14 PM, Doug Barton do...@freebsd.org wrote:
I can now confirm that with Xin's patch for zlib that all the qt4 stuff
builds, I updated virtualbox, and that builds and runs just fine.
Just a quick update: zlib has been updated to 1.2.4.1 (beta) on -HEAD.
I have tried
On 31/03/2010 17:49, Henk van Oers wrote:
After recompiling all png depends I ran libchk, just to be shure.
...
Unresolvable link(s) found in:
/usr/local/lib/firefox3/components/libbrowsercomps.so
libxul.so
libxpcom.so
Those are false positives, the libraries belong to
Hi,
I just wanted to report that:
www/rubygem-passenger is version 2.2.9
www/nginx 0.7.65 with PASSENGER_MODULE=on has passenger at 2.2.11
When I installed both they worked together, but I didn't think it was
safe to run them together. The server headers showed X-Powered-By: as
2.2.9
Hi, Brad.
On Thu, Apr 01, 2010 at 12:51:51PM +1100, Brad Rushworth wrote:
I just wanted to report that:
www/rubygem-passenger is version 2.2.9
www/nginx 0.7.65 with PASSENGER_MODULE=on has passenger at 2.2.11
When I installed both they worked together, but I didn't think it was
safe
26 matches
Mail list logo