В Thu, 7 Jun 2012 20:37:53 +0800
Martin Wilke m...@freebsd.org пишет:
Hi Fans,
The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are
very happy to be able to Call for testing shortly after the Xorg team
annouced 7.7 release. This CFT is also open for discussion on how we
from Doug Barton do...@freebsd.org:
There's a What users need to know section here:
http://wiki.freebsd.org/Ports/Options/OptionsNG
Regards,
Bryan Drewery
That looks helpful, Thanks!
There are also many other useful FreeBSD-pertinent guides on wiki.freebsd.org .
Tom
El día Tuesday, November 22, 2011 a las 05:37:03PM +, Max Brazhnikov
escribió:
On Fri, 18 Nov 2011 13:54:04 +0100, Matthias Apitz wrote:
Hello,
The port (ports tree from CVS) ports/textproc/stardict3
ports/textproc/stardict3
PORTVERSION=3.0.3
MAINTAINER=
Is this fresh installation or you were upgrading?
I'm preparing now live image with new xorg, and don't saw such errors.
But I had yesterday's src/ports tree.
--
Regards,
Alexander Yerenkow
___
freebsd-ports@freebsd.org mailing list
В Sun, 10 Jun 2012 11:48:41 +0300
Alexander Yerenkow yeren...@gmail.com пишет:
Is this fresh installation or you were upgrading?
of course updating
I'm preparing now live image with new xorg, and don't saw such errors.
But I had yesterday's src/ports tree.
В Sun, 10 Jun 2012 11:48:41 +0300
Alexander Yerenkow yeren...@gmail.com пишет:
Is this fresh installation or you were upgrading?
I'm preparing now live image with new xorg, and don't saw such errors.
But I had yesterday's src/ports tree.
Forgot to add - to svn r501 everything is fine
On Sat, 09 Jun 2012 21:16:04 +0200
Mel Flynn rfl...@acsalaska.net wrote:
On 9-6-2012 14:02, Matthew Seaman wrote:
On 09/06/2012 12:25, Christopher J. Ruwe wrote:
Thanks for your quick answer. Incidentally, I am at this moment
also preparing a maintainer update for a new version of
Okay everyone interested - listen up :)
http://gits.kiev.ua/FreeBSD/FreeBSD-10-i386-2012-06-08.img.xz
Here is the image, which can be dd'ed to 4g+ flash drive.
It should be bootable, and contains new xorg, and some soft from ports;
- seamonkey (if you want go to internet)
- stellarium (it's full
Baptiste Daroussin b...@freebsd.org wrote:
There was a PR[1] to use some dialog(1) feature to expose it to
the user, would be nice if that extended description could
implemented that way (using help button from dialog(1)) I do not
plan to work on this now if someone want to do it that will be
On Sun, Jun 10, 2012 at 11:13 AM, Ivan Klymenko fi...@ukr.net wrote:
В Sun, 10 Jun 2012 11:48:41 +0300
Alexander Yerenkow yeren...@gmail.com пишет:
Is this fresh installation or you were upgrading?
I'm preparing now live image with new xorg, and don't saw such errors.
But I had
I am confused...
In audio/squeezecenter, I get:
# make {run,build}-depends-list
/usr/ports/archivers/p5-Compress-Zlib
/usr/ports/audio/faad
/usr/ports/audio/flac
/usr/ports/audio/mac
/usr/ports/audio/sox
/usr/ports/converters/p5-Encode-Detect
/usr/ports/converters/p5-JSON-XS
On 6/10/2012 1:22 PM, Ben Laurie wrote:
I am confused...
In audio/squeezecenter, I get:
# make {run,build}-depends-list
/usr/ports/archivers/p5-Compress-Zlib
/usr/ports/audio/faad
/usr/ports/audio/flac
/usr/ports/audio/mac
/usr/ports/audio/sox
/usr/ports/converters/p5-Encode-Detect
gnash-0.8.9_4 fails to compile on FreeBSD 9.0-RELEASE
Options: PLUGIN, GTK, AGG, FFMPEG
Installed dependency: ffmpeg-devel-2012.04.25_2
Don't know if this is due to having installed ffmpeg-devel instead of old
ffmpeg, but the package manager was fine with it.
libtool: compile: c++
Hi,
After 4 or 5 emails sent to miwi@ I think Martin just ignore me. It's
about a commit for removing a useless HAL dependency added a few weeks ago.
In fact, x11-drivers/xf86-input-synaptics may install an old and useless
HAL file (.fdi), I have no problem with that, but a RUN_DEPENDS
On 6/10/12 7:07 AM, David Demelier wrote:
Hi,
In fact, x11-drivers/xf86-input-synaptics may install an old and
useless HAL file (.fdi), I have no problem with that, but a RUN_DEPENDS
variable has been added against HAL and we need to install HAL and
about 30 pulled in depencies.
Here's
On my FreeBSD 9.0-Release building of openglt-0.9.17 doesn't work with gcc 4.6
and with clan 3.0:
/usr/ports/graphics/opengtl/work/OpenGTL-0.9.17/OpenGTL/GTLCore/StdTypes.h:93:7:
warning: no newline at end of file
Hello,
Under 9.0-RELEASE i386 the latest pkg from ports almost always crashes
on me when running make install in a port directory.
#0 0x282d8ca7 in sbuf_cat () from /lib/libsbuf.so.6
#1 0x282d8d01 in sbuf_cpy () from /lib/libsbuf.so.6
#2 0x280b9269 in sbuf_set (buf=0x2880e104, str=0x3 Address
- Original Message -
2012/6/7 Sergio de Almeida Lenzi lenzi.ser...@gmail.com:
Well, now that libreoffice build is
solved, than what about insert
a line:
CONFLICTS_BUILD= boost*
near line 63 of Makefile???
libreoffice does not conflict with boost;
just Makefile has a
Le 09.06.2012 08:49, coder.tuxfamily a écrit :
Le 07.06.2012 15:52, Frank Broniewski a écrit :
Yes, that worked.
I tested it with py-gdal. First I had some problems because there were
some other programs depending gdal-grass (QGIS, Grass GIS) which linked
to the older gdal libs, but after
On Sat, Jun 9, 2012 at 8:02 PM, Doug Barton do...@freebsd.org wrote:
The new version fails in a new location, even with the default options.
Was this an amd64 system? All of my i386 systems installed the new
ImageMagick cleanly, but my only amd64 system hit this.
--
R. Kevin Oberman, Network
On 10.06.2012 18:19 (UTC+2), Kevin Oberman wrote:
On Sat, Jun 9, 2012 at 8:02 PM, Doug Barton do...@freebsd.org wrote:
The new version fails in a new location, even with the default options.
Was this an amd64 system? All of my i386 systems installed the new
ImageMagick cleanly, but my only
On 06/10/12 17:43, John Merryweather Cooper wrote:
On 06/10/12 09:54, Martin Sugioarto wrote:
Am Sun, 10 Jun 2012 11:37:09 +0100
schrieb Chris Reescr...@freebsd.org:
Er... people always test their commits. Sometimes edge cases will
creep in, such as the libreoffice failure which was due to
On 10 June 2012 18:10, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
On 06/10/12 17:43, John Merryweather Cooper wrote:
On 06/10/12 09:54, Martin Sugioarto wrote:
Am Sun, 10 Jun 2012 11:37:09 +0100
schrieb Chris Reescr...@freebsd.org:
Er... people always test their commits. Sometimes edge
On 06/10/12 19:20, Chris Rees wrote:
On 10 June 2012 18:10, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
On 06/10/12 17:43, John Merryweather Cooper wrote:
On 06/10/12 09:54, Martin Sugioarto wrote:
Am Sun, 10 Jun 2012 11:37:09 +0100
schrieb Chris Reescr...@freebsd.org:
Er... people
On 08/06/2012 15:12, Alan Hicks wrote:
On 08/06/2012 11:09, Heino Tiedemann wrote:
Maciej Suszkomac...@suszko.eu wrote:
Heino Tiedemannrotkaps_spam_t...@gmx.de wrote:
What ist the meaning of
,
| Use GCC 4.6 to fix build on newer FreeBSD versions
`
What meians newer FreeBSD
On Sat, Jun 09, 2012 at 08:27:11PM -0700, Doug Barton wrote:
On 06/06/2012 12:18, Heino Tiedemann wrote:
Hi,
Why this ports needs his compiler to RUN?!
firefox 13.0,1
It's very common for binaries built with gcc to link to libgcc, and/or
libstdc++:
ldd firefox-bin |
On Sun, Jun 10, 2012 at 9:19 AM, Kevin Oberman kob6...@gmail.com wrote:
On Sat, Jun 9, 2012 at 8:02 PM, Doug Barton do...@freebsd.org wrote:
The new version fails in a new location, even with the default options.
Was this an amd64 system? All of my i386 systems installed the new
ImageMagick
Rainer Hurling writes:
The new version fails in a new location, even with the default options.
Was this an amd64 system? All of my i386 systems installed the new
ImageMagick cleanly, but my only amd64 system hit this.
Yes, for me too, it fails on CURRENT amd64 system.
As
While pkgng is growing momentum I have a small suggestion for outgoing pkg_*
tools.
It seems that pkg_delete performs something like exec(+DEINSTALL, ...).
I think that it would be better to do exec(/bin/sh, +DEINSTALL, ...).
Rationale:
- no need to set x bit on +DEINSTALL
- no need to allow
O. Hartmann writes:
Among all the default problems with ports, libreoffice[1] adds to the
group of annoyances[2] at the moment. I don't know when I have seen
portmaster -ad run through successfully last time. I need more and
more -x options to exclude ports which fail to build.
On 10 June 2012 19:55, Andriy Gapon a...@freebsd.org wrote:
While pkgng is growing momentum I have a small suggestion for outgoing pkg_*
tools.
It seems that pkg_delete performs something like exec(+DEINSTALL, ...).
I think that it would be better to do exec(/bin/sh, +DEINSTALL, ...).
On Sun, Jun 10, 2012 at 8:10 PM, Chris Rees cr...@freebsd.org wrote:
On 10 June 2012 19:55, Andriy Gapon a...@freebsd.org wrote:
While pkgng is growing momentum I have a small suggestion for outgoing pkg_*
tools.
It seems that pkg_delete performs something like exec(+DEINSTALL, ...).
I
On 10 June 2012 20:46, Florent Thoumie f...@freebsd.org wrote:
On Sun, Jun 10, 2012 at 8:10 PM, Chris Rees cr...@freebsd.org wrote:
On 10 June 2012 19:55, Andriy Gapon a...@freebsd.org wrote:
While pkgng is growing momentum I have a small suggestion for outgoing
pkg_* tools.
It seems that
Two unmaintained ports, nothing depends on them, and upstream has not
updated source since 2004, ftp server unresponsive.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/misc/gpt31/Makefile
(gpt32: misc/gpt also unmaintained since 2005.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/misc/gpt/Makefile
So references to NOPORTDOCS should be replaced with references to
PORT_OPTIONS:MDOCS now? Why that but not NOPORTEXAMPLES?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
Hello,
I've just submitted a PR to update the CouchDB port from 1.1.0 to 1.2.0:
http://www.freebsd.org/cgi/query-pr.cgi?pr=168923
Background: CouchDB's local.ini file stores all overridden options and
default.ini the defaults, similar to /etc/rc.conf /etc/defaults/rc.conf.
While updating
On 6/10/12 4:10 PM, Michael Scheidell wrote:
Two unmaintained ports, nothing depends on them, and upstream has not
updated source since 2004, ftp server unresponsive.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/misc/gpt31/Makefile
(gpt32: misc/gpt also unmaintained since 2005.
On 10 June 2012 21:18, Adam Strohl adams-free...@ateamsystems.com wrote:
Hello,
I've just submitted a PR to update the CouchDB port from 1.1.0 to 1.2.0:
http://www.freebsd.org/cgi/query-pr.cgi?pr=168923
Background: CouchDB's local.ini file stores all overridden options and
default.ini the
So references to NOPORTDOCS should be replaced with references to
PORT_OPTIONS:MDOCS now? Why that but not NOPORTEXAMPLES?
You can use PORT_OPTIONS:MEXAMPLES for this case.
I believe I did this recently in www/flot
-jgh
___
On 6/10/2012 4:27 PM, Adam Strohl wrote:
Where/when would this trigger?
This could block the upgrade as soon as they try to build it if they
already have the ini and do not have a sample file.
Regards,
Bryan Drewery
___
freebsd-ports@freebsd.org
On 6/11/2012 4:30, Bryan Drewery wrote:
On 6/10/2012 4:27 PM, Adam Strohl wrote:
Where/when would this trigger?
This could block the upgrade as soon as they try to build it if they
already have the ini and do not have a sample file.
The issue is that most things (ie; people or portupgrade)
On 6/10/2012 4:32 PM, Adam Strohl wrote:
On 6/11/2012 4:30, Bryan Drewery wrote:
On 6/10/2012 4:27 PM, Adam Strohl wrote:
Where/when would this trigger?
This could block the upgrade as soon as they try to build it if they
already have the ini and do not have a sample file.
The issue is
On 6/11/2012 4:36, Bryan Drewery wrote:
portupgrade builds the port first, then deinstalls and installs.
So I think crees' suggestion will work.
Ah yes, that's right! It only deinstalls after a successful build!
Excellent.
Not sure about portmaster, but I imagine it would do the same, as
On Sun, 10 Jun 2012, Jason Helfman wrote:
So references to NOPORTDOCS should be replaced with references to
PORT_OPTIONS:MDOCS now? Why that but not NOPORTEXAMPLES?
You can use PORT_OPTIONS:MEXAMPLES for this case.
I believe I did this recently in www/flot
But only after
On Sun, 10 Jun 2012, Jason Helfman wrote:
So references to NOPORTDOCS should be replaced with references to
PORT_OPTIONS:MDOCS now? Why that but not NOPORTEXAMPLES?
You can use PORT_OPTIONS:MEXAMPLES for this case.
I believe I did this recently in www/flot
But only after
On Sun, Jun 10, 2012 at 11:40 AM, Robert Huff roberth...@rcn.com wrote:
Rainer Hurling writes:
The new version fails in a new location, even with the default options.
Was this an amd64 system? All of my i386 systems installed the new
ImageMagick cleanly, but my only amd64 system hit
On 06/10/2012 17:32, Kevin Oberman wrote:
Of course, this means Doug must be wrong about using defaults.
or, it means that Doug did 'make rmconfig' followed by 'make
config' where I enabled only the tests. I thought that was obvious from
context, but I'm happy to clarify.
Meanwhile, yes,
Michael Scheidell scheid...@freebsd.org wrote:
Two unmaintained ports, nothing depends on them, and upstream has
not updated source since 2004, ftp server unresponsive.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/misc/gpt31/Makefile
(gpt32: misc/gpt also unmaintained since 2005.
Kevin Oberman writes:
As of 20 minutes ago, ImageMagick-6.7.7.6 builds using clang
and default options), installs, and passes the internal test suite
on
In any case, this won't show up with defaults as the default is to NOT
run tests. Tests were disabled by default last
On Mon, Jun 11, 2012 at 4:31 AM, per...@pluto.rain.com wrote:
Michael Scheidell scheid...@freebsd.org wrote:
Two unmaintained ports, nothing depends on them, and upstream has
not updated source since 2004, ftp server unresponsive.
On Mon, Jun 11, 2012 at 4:31 AM, perryh at pluto.rain.com wrote:
Michael Scheidell scheidell at freebsd.org wrote:
Two unmaintained ports, nothing depends on them, and upstream has
not updated source since 2004, ftp server unresponsive.
Hi all,
In the ports tree we lack a unique identifier, while we could live without it
until now, it is more than needed for 2 upcoming features: pkgng and stage
directory support.
unique means something that will always be the same what ever the options are
and what ever the runtime they use
On Sun, Jun 10, 2012 at 06:05:49PM -0600, Warren Block wrote:
On Sun, 10 Jun 2012, Jason Helfman wrote:
So references to NOPORTDOCS should be replaced with references to
PORT_OPTIONS:MDOCS now? Why that but not NOPORTEXAMPLES?
You can use PORT_OPTIONS:MEXAMPLES for this case.
I
Hi,
I was reading the handbook about burning DVD's and thought I would check out
K3b as recommended... so I attempted to install from ports. After an hour or so
of the make script building a whole bunch of stuff my patience wore out, and I
bailed.
ports tree csup this morning.
Now it seems
On 6/11/12 4:31 AM, per...@pluto.rain.com wrote:
Dunno what (if anything) they are currently good for, but it seems
that, at a minimum, the PORTVERSION and/or MASTER_SITES -- and the
pkg-descr -- need to be updated.
They still don't build.
And, they still aren't need by anything in ports tree
On Sun, Jun 10, 2012 at 01:00:05PM +0300, Vitaly Magerya wrote:
Baptiste Daroussin b...@freebsd.org wrote:
There was a PR[1] to use some dialog(1) feature to expose it to
the user, would be nice if that extended description could
implemented that way (using help button from dialog(1)) I do
On 6/11/12 1:44 AM, Waitman Gobble wrote:
Hi,
I was reading the handbook about burning DVD's and thought I would check out
K3b as recommended... so I attempted to install from ports. After an hour or so
of the make script building a whole bunch of stuff my patience wore out, and I
bailed.
On Mon, Jun 11, 2012 at 06:49:35AM +0100, Matthew Seaman wrote:
Dear all,
In the new OPTIONS framework, we have some great new constructs for
doing really useful stuff constraining what different combinations of
options may be selected.
One of these is OPTIONS_SINGLE which implements a
58 matches
Mail list logo