Doug Barton wrote:
> If we have maintainers who are willing to keep these things
> up to date and people agree that this is an acceptable [way]
Well, I'm not so sure about the ones I don't use, but the ones I do use
are usualyl well maintained (either that or they get a PR form me), but
there's al
Rob Farmer wrote:
> Do users have to run some command to import the plugins into their
> ~/.mozilla profiles after root installs them or is it automatic?
Homedir of the iser isn't really involved, Firefox/Thunderbird/SeaMonkey
expect the system to have system-wide packages available in system
dire
On Tue, Sep 7, 2010 at 21:32, Doug Barton wrote:
> On 09/07/2010 09:09 PM, Rob Farmer wrote:
>>
>> Around 6 months ago, a similar thing was proposed for a number of
>> eclipse plugins - they can all be installed and updated via the
>> builtin update manager and nothing is built for FreeBSD - they
On 09/07/2010 09:36 PM, Lapo Luchini wrote:
Doug Barton wrote:
Are these eclipse plugins similar to mozilla plugins in that the user
has to take an additional step after the FreeBSD package is added, or if
the package is on the system then it's available to all the users
immediately? If the lat
Doug Barton wrote:
> Are these eclipse plugins similar to mozilla plugins in that the user
> has to take an additional step after the FreeBSD package is added, or if
> the package is on the system then it's available to all the users
> immediately? If the latter, then I can understand why having F
On 09/07/2010 09:09 PM, Rob Farmer wrote:
Around 6 months ago, a similar thing was proposed for a number of
eclipse plugins - they can all be installed and updated via the
builtin update manager and nothing is built for FreeBSD - they are
just Java stuff that can be binary downloaded and run anyw
On Tue, Sep 7, 2010 at 19:39, Doug Barton wrote:
>
> My concern with this for some time is that there is little to no actual
> benefit for the vast majority of these ports, however they do consume
> resources. Admittedly not an overwhelming number of resources, but given the
> fact that ports/pack
On 09/07/2010 01:20 PM, Lapo Luchini wrote:
Doug Barton wrote:
For those that we are simply
repackaging, what's the value in doing that, vs. simply allowing
users to download them from mozilla's site?
Well, in vastly multi-user places there might of course be good reasons
to have a single cen
>> So, I've had the following in /etc/make.conf since eons:
>> CFLAGS=-O -pipe
>> COPTFLAGS=-O -pipe
>>
>>
>> Genrally speaking (meaning for any port), is this still useful?
>> Are the above flags deprecated?
>> Will I get optimized code without them?
>
>$ make -V CFLAGS -V COPTFLAGS
>- -O2 -pipe
>
Philip M. Gollucci wrote:
> On 09/07/10 17:25, Philip M. Gollucci wrote:
>> On 09/07/10 16:39, Lapo Luchini wrote:
>>> Date Number Description
>>> 2008/08/27 126876 Makefile.xpi's xpi-gen gets the wrong id sometimes
> This looks fine to me. Tests fine in tb. make gen-xpi doesn't change
> XPI
Doug Barton wrote:
> This might be a good time to re-evaluate how we handle those ports in
> the first place. How many of them involve actual C or C++ code that
> needs to be compiled to run, vs. simply re-packaging javascript bits?
Only enigmail comes to my mind. (but it is even a bit more evil,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/07/10 17:25, Philip M. Gollucci wrote:
> On 09/07/10 16:39, Lapo Luchini wrote:
>> Date Number Description
>> 2008/08/27 126876 Makefile.xpi's xpi-gen gets the wrong id sometimes
This looks fine to me. Tests fine in tb. make gen-xpi doesn'
On 09/07/2010 12:39, FreeBSD Ports wrote:
> 06.09.2010 19:53, jhell написав(ла):
>> I have just created a gdb7 port from the existing devel/gdb6.
>
> Sir, if your port follows my example of having the Insight (GUI-front
> end for GDB) as an option, you have my blessing. Back in the day I had
> to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/07/10 19:33, Andrea Venturoli wrote:
> Il 09/07/10 10:40, Anonymous ha scritto:
>
>> It's expected becasue you're overriding -fPIC in port's Makefile from
>> your make.conf (CFLAGS=...). If you still want to *reduce* optimization
>> then append
Il 09/07/10 10:40, Anonymous ha scritto:
It's expected becasue you're overriding -fPIC in port's Makefile from
your make.conf (CFLAGS=...). If you still want to *reduce* optimization
then append CFLAGS by using `+=' instead of `='.
Thanks, this was the problem.
So, I've had the following in /
On 09/07/2010 09:39 AM, Lapo Luchini wrote:
Dear port committers,
I understand that infofarmer@ and miwi@ have no more enough free
time to be hyper-active about those and other ports (and btw, thanks
very much for the huge work you did in the past!), but is out there
anyone else out there wi
--- Original message ---
From: Lapo Luchini
To: po...@freebsd.org
Cc: infofar...@freebsd.org, m...@freebsd.org, s...@freebsd.org
Sent: 7.9.'10, 20:39
Dear port committers,
I understand that infofarmer@ and miwi@ have no more enough free
time to be hyper-active about those and other
Quoth Lapo Luchini on Tuesday, 07 September 2010:
> Dear port committers,
> I understand that infofarmer@ and miwi@ have no more enough free
> time to be hyper-active about those and other ports (and btw, thanks
> very much for the huge work you did in the past!), but is out there
> anyone else
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/07/10 16:39, Lapo Luchini wrote:
> Dear port committers,
> I understand that infofarmer@ and miwi@ have no more enough free
> time to be hyper-active about those and other ports (and btw, thanks
> very much for the huge work you did in the pa
2010/8/23 Mark Linimon :
> I sent mail to sobomax on the 17th and he responded. I'm willing to
> wait a few more days to see what action he takes but that's it.
>
> mcl
Have you heard from sobo...@?
Thanks in advance.
--
TAKATSU Tomonari
___
freebsd-
Dear port committers,
I understand that infofarmer@ and miwi@ have no more enough free
time to be hyper-active about those and other ports (and btw, thanks
very much for the huge work you did in the past!), but is out there
anyone else out there with both a commit bit and some time on hand to
g
Hello!
I've recently bumped into the issue which was already discussed
on current@:
http://lists.freebsd.org/pipermail/freebsd-current/2010-July/018638.html
In short, in the ports' tinderbox, i386 jail fails on the amd64 host
during "make distribution" step. This configuration, while
not strictly
> On Tue, Sep 07, 2010 at 02:31:38PM +0100, David Southwell wrote:
> > As a test I downloaded the file via http from http://www.fox-
> > toolkit.org/fox.html and then ran
> > # make makesum
> > and then tried
> > #make
> > and received the following errors:
> >
> > configure: WARNING: unrecognized
On Tue, Sep 07, 2010 at 02:31:38PM +0100, David Southwell wrote:
>
> As a test I downloaded the file via http from http://www.fox-
> toolkit.org/fox.html and then ran
> # make makesum
> and then tried
> #make
> and received the following errors:
>
> configure: WARNING: unrecognized options: --en
> > Size mismatch for file from www.fox-toolkit.org/ftp
> > File not available from
> > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/
> >
> > dns1# make
> > ===> License check disabled, port has not defined LICENSE
> > ===> Found saved configuration for fox-1.6.37_3
> > => fox-1.6.40.tar.gz
> Size mismatch for file from www.fox-toolkit.org/ftp
> File not available from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/
>
> dns1# make
> ===> License check disabled, port has not defined LICENSE
> ===> Found saved configuration for fox-1.6.37_3
> => fox-1.6.40.tar.gz doesn't seem to e
Hi All,
I've just spent over 3 hours at the pc watching over a py-lucene install,
accepting licenses, running off to other download sites to fetch stuff, that
sort of fun.
So I was not happy to be getting a stop error after 3 hours like I have got
below. any ideas how to proceed please?
Gav...
On Tue, Sep 07, 2010 at 02:18:02PM +0400, Alexander Pyhalov wrote:
> Thanks for explanation.
>
> Alex Dupre wrote:
> >Simple explanation: the stubs are there because you can create a
> >thread-safe library and use it in a single-threaded or multi-threaded
> >program. Once linked to a multi-threade
Alex Dupre wrote:
Alexander Pyhalov ha scritto:
Yes, it was the case. And it was not rather simple to find out this :)
Did I win anything? ;-)
Yes. My gratitude.
It would be more if I had gotten this answer two dayas ago before
sitting with gdb for a working day :)
--
Best regards,
Alexand
Alexander Pyhalov ha scritto:
> Yes, it was the case. And it was not rather simple to find out this :)
Did I win anything? ;-)
> And one more interesting thing. I have a sample threaded application. On
> one system it was implicitly linked to libthr (on 8.0-stable), and on
> other system (8.1-RE
Thanks for explanation.
Alex Dupre wrote:
Simple explanation: the stubs are there because you can create a
thread-safe library and use it in a single-threaded or multi-threaded
program. Once linked to a multi-threaded program (with -pthread) the
library gets access to the real libthr implementat
Alexander Pyhalov ha scritto:
> Can someone explain why this stubs are in libc? Why didn't linker just
> throw a linking error?
Simple explanation: the stubs are there because you can create a
thread-safe library and use it in a single-threaded or multi-threaded
program. Once linked to a multi-thr
Hello.
I found out interesting thing yesterday. I use 8.0-stable and observed
the same behavior on 8.1-release.
I tried to create ecpg (embedded SQL) program for PostgreSQL. The
program linked but gave strange error (sqlca structure wasn't passed
correctly to user program). I found out that the
> Hi
> Thanks in advance for fixing
> dns1# cd /usr/ports/multimedia/gstreamer-plugins-ugly
> dns1# make clean
> ===> Cleaning for gstreamer-plugins-ugly-0.10.16,3
> dns1# make
> ===> License check disabled, port has not defined LICENSE
> => gst-plugins-ugly-0.10.16.tar.bz2 is not in
> /usr/ports
Hi,
On Sat, Sep 04, 2010 at 10:00:06PM +0400, Anonymous wrote:
> Since the PR was handed over to you by p...@[1] I haven't seen any activity
> for around a month. Do you even have an interest in the lisp port? If not or
I'm sorry for what happened, but the only reason I didn't do my work here
On 9/6/10 10:07 PM, Brian W. wrote:
Any chance this could by default do a sa-update? I have this happen
twice now where portupgrade -ap got me a new spamassassin, but spamd
wouldn't start until I ran sa-update.
patches welcome, but consider automated ports builds, and portmaster and
binary
Andrea Venturoli writes:
> ---> Upgrading 'lua-5.1.4' to 'lua-5.1.4_1' (lang/lua)
> ---> Building '/usr/ports/lang/lua'
> ===> Cleaning for lua-5.1.4_1
> ===> License check disabled, port has not defined LICENSE
> ===> Extracting for lua-5.1.4_1
> => MD5 Checksum OK for lua-5.1.4.tar.gz.
> =
Hi
Thanks in advance for fixing
dns1# cd /usr/ports/multimedia/gstreamer-plugins-ugly
dns1# make clean
===> Cleaning for gstreamer-plugins-ugly-0.10.16,3
dns1# make
===> License check disabled, port has not defined LICENSE
=> gst-plugins-ugly-0.10.16.tar.bz2 is not in /usr/ports/multimedia/gstrea
---> Upgrading 'lua-5.1.4' to 'lua-5.1.4_1' (lang/lua)
---> Building '/usr/ports/lang/lua'
===> Cleaning for lua-5.1.4_1
===> License check disabled, port has not defined LICENSE
===> Extracting for lua-5.1.4_1
=> MD5 Checksum OK for lua-5.1.4.tar.gz.
=> SHA256 Checksum OK for lua-5.1.4.tar.g
39 matches
Mail list logo
