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
-I../../../../
On 31 Mar 2010, at 10:20, Garrett Cooper wrote:
On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin
wrote:
On 31 Mar 2010, at 04:14, Garrett Cooper wrote:
Today binary packages are rolled as generic as possible provided the
architecture they're built for and are monolithic, meaning that they
On 31 Mar 2010, at 09:19, Doug Barton 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 will be
notified if
On Wed, Mar 31, 2010 at 12:59 AM, Arseny Nasokin wrote:
> On 31 Mar 2010, at 10:20, Garrett Cooper wrote:
>
>> On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin wrote:
>>>
>>> On 31 Mar 2010, at 04:14, Garrett Cooper wrote:
>>>
Today binary packages are rolled as generic as possible provided
On Tue, 30 Mar 2010 12:32:33 -0700
Xin LI 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 zlib.h. Th
On Wed, 31 Mar 2010 01:39:35 -0700, Garrett Cooper
articulated:
> On Wed, Mar 31, 2010 at 12:59 AM, Arseny Nasokin
> wrote:
> > On 31 Mar 2010, at 10:20, Garrett Cooper wrote:
> >
> >> On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin
> >> wrote:
> >>>
> >>> On 31 Mar 2010, at 04:14, Garrett
On 31 Mar 2010, at 12:39, Garrett Cooper 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)
YMMV, but most of t
On 2010-Mar-27, 02:51, Dag-Erling Smørgrav wrote:
> 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.
Just to make it clear so that everyone knows how we're going to handle
this:
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
Quoting Florent Thoumie (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:
- Configuration
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 to
On Wed, Mar 31, 2010 at 11:49 AM, Alexander Leidinger
wrote:
> Quoting Florent Thoumie (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
Quoting Florent Thoumie (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 necessary (think about
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
> -I../../../../../..
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
/usr/loc
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
> /us
On Wed, 31.03.2010 at 14:28:46 +0400, Arseny Nasokin wrote:
> I've talked about custom built-in settings. Different options are need
> in different situations. We doesn't have any real statistics about
> options use.
>
> For example, gvim(1) is good idea on most desktop systems, but after
>
On 03/31/10 08:10, jhell wrote:
>
> 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.
-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, cs
On Tue, Mar 30, 2010 at 11:14 PM, Doug Barton 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 qt4-gui and it se
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
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 whereas
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
25 matches
Mail list logo
