Also I tried with intel D510MO motherboard (dmidecode said me Intel(R) GMA
3150 Video Device).
/usr/ports/x11-drivers/xf86-video-intel doesn`t support this video device.
/usr/ports/x11-drivers/xf86-video-intel29 doesn`t compile (ussually I use
this driver) and patches provided by George Liaskos
Am 14.03.2011 04:45, schrieb Ade Lovett:
On Mar 13, 2011, at 16:27 , Peter Jeremy wrote:
Having read through this thread, it is still unclear to me why it is
not possible to fix up the problematic ports before importing gmake
3.82, removing the need for a gmake381 port.
I believe Mark has
Am 14.03.2011 14:19, schrieb Wesley Shields:
This doesn't have any effect for,
/usr/ports/lang/python/Makefile:31:.if defined(USE_PORTMASTER)
Does it ?
It has an effect on how the upgrade-site-packages target works. I wrote
it specifically because I didn't want to have to install portupgrade
Hi,
almost a month ago I submitted ports/154859, a maintainer update of www/uzbl
to the then up-to-date release. Nothing has happend so far, and in the mean
time a new version has been released and I'm currently testing the updated
port; I expect so send a PR in the next days. Now I wonder,
am about to commit this update tonight.
On Tue, Mar 15, 2011 at 8:30 PM, Klaus T. Aehlig aeh...@linta.de wrote:
Hi,
almost a month ago I submitted ports/154859, a maintainer update of
www/uzbl
to the then up-to-date release. Nothing has happend so far, and in the mean
time a new version
Hello!
I was trying to install the port textproc/gnome-translate
(gnome-translate-0.99_14), but a problem occurred.
And I have upgraded perl to 5.12.3 version earlier.
[root@lucky /usr/ports/textproc/gnome-translate]# make install clean
=== Vulnerability check disabled, database not found
===
On Tue, Mar 15, 2011 at 3:19 PM, Alexey Zaivenko - Vysochin
zaivenkoxxxa...@gmail.com wrote:
Hello!
I was trying to install the port textproc/gnome-translate
(gnome-translate-0.99_14), but a problem occurred.
And I have upgraded perl to 5.12.3 version earlier.
[root@lucky
13.03.2011, 01:00, Doug Barton do...@freebsd.org:
Howdy,
As many of you are no doubt already aware, much work has been undertaken
to make clang the default compiler for the src tree starting with
9.0-RELEASE. It is not 100% certain that this change will be made, but
it's looking more
On Tue, 2011-03-15 at 16:19 +0200, Alexey Zaivenko - Vysochin wrote:
Hello!
I was trying to install the port textproc/gnome-translate
(gnome-translate-0.99_14), but a problem occurred.
And I have upgraded perl to 5.12.3 version earlier.
You need to look up and read the entry in
On Tue 15 Mar 2011 at 11:20:40 PDT Konstantin Tokarev wrote:
3. Fix Clang to compile more ports
That would be my vote too, but we should probably focus on solutions the
ports team can control.
___
freebsd-ports@freebsd.org mailing list
15.03.2011, 21:32, Charlie Kester corky1...@comcast.net:
On Tue 15 Mar 2011 at 11:20:40 PDT Konstantin Tokarev wrote:
3. Fix Clang to compile more ports
That would be my vote too, but we should probably focus on solutions the
ports team can control.
You can post bug reports to Clang team.
On Tue 15 Mar 2011 at 11:39:28 PDT Konstantin Tokarev wrote:
15.03.2011, 21:32, Charlie Kester corky1...@comcast.net:
On Tue 15 Mar 2011 at 11:20:40 PDT Konstantin Tokarev wrote:
3. Fix Clang to compile more ports
That would be my vote too, but we should probably focus on solutions the
On Mar 15, 2011, at 14:14 , Charlie Kester wrote:
Of course, we should definitely do that.
But ports team should have a plan in place, in case those PR's aren't
resolved in time.
A single, really small boot/livefs/install with no packages (half-smiley)
In all seriousness, with a change of
Hey guys,
I've submitted a request for updating port www/mod_proxy_html and
adding a new port www/mod_xml2enc a couple of weeks ago.
The requests are generally for making www/mod_xml2enc as a dependency
for www/mod_proxy_html.
Could you please have a look at these requests and possibly commit
I see there's been another few batch commits deprecating some
unmaintained ports where upstream is gone and/or distfile is no longer
available.
Maintainers and prospective maintainers should be sure to look at the
ports listed in these commits. I don't think much effort was made to
check the
On Tue, Mar 15, 2011 at 02:58:01PM -0700, Charlie Kester thus spake:
I see there's been another few batch commits deprecating some
unmaintained ports where upstream is gone and/or distfile is no longer
available.
Maintainers and prospective maintainers should be sure to look at the
ports listed
On Tue 15 Mar 2011 at 14:59:57 PDT Jason Helfman wrote:
On Tue, Mar 15, 2011 at 02:58:01PM -0700, Charlie Kester thus spake:
I see there's been another few batch commits deprecating some
unmaintained ports where upstream is gone and/or distfile is no longer
available.
Maintainers and
2011/3/15 Charlie Kester corky1...@comcast.net
I see there's been another few batch commits deprecating some
unmaintained ports where upstream is gone and/or distfile is no longer
available.
Maintainers and prospective maintainers should be sure to look at the
ports listed in these commits.
2011/3/15 Charlie Kester corky1...@comcast.net
On Tue 15 Mar 2011 at 14:59:57 PDT Jason Helfman wrote:
On Tue, Mar 15, 2011 at 02:58:01PM -0700, Charlie Kester thus spake:
I see there's been another few batch commits deprecating some
unmaintained ports where upstream is gone and/or distfile
On Tue 15 Mar 2011 at 15:19:29 PDT Baptiste Daroussin wrote:
I am responsible for the deprecation and I have done more than just
look if the distfiles fetch (I fixed lot of them) I may have missed
some for sure, when when I deprecate sysutils/lookat I wasn't able to
join the main website nor
2011/3/15 Charlie Kester corky1...@comcast.net
On Tue 15 Mar 2011 at 15:19:29 PDT Baptiste Daroussin wrote:
I am responsible for the deprecation and I have done more than just
look if the distfiles fetch (I fixed lot of them) I may have missed
some for sure, when when I deprecate
Is this possible or am I being unreasonable, or both, or not?
This is unsupported, but you are not being unreasonable. This is a
much wanted feature.
Yes. Ports which support parallel builds will have MAKE_JOBS_SAFE=yes set in
the port Makefile. It defaults to running -j with
On Mar 15, 2011, at 3:35 PM, Eitan Adler wrote:
[ ... ]
Yes. Ports which support parallel builds will have MAKE_JOBS_SAFE=yes set
in the port Makefile. It defaults to running -j with
MAKE_JOBS_NUMBER=`${SYSCTL} -n kern.smp.cpus`, but you can change that to
some other # if you like.
What is incorrect?
MAKE_JOBS_SAFE uses make -j on a single port (when in the WRKSRC
directory) but does *not* build multiple ports at the same time,
It certainly wasn't clear to me that this is what the OP meant. If you:
cd /usr/ports/www/apache22
make -j 3
...what do you expect to
On Mar 15, 2011, at 3:51 PM, Eitan Adler wrote:
It certainly wasn't clear to me that this is what the OP meant. If you:
cd /usr/ports/www/apache22
make -j 3
...what do you expect to happen, and how many ports would you expect to be
built at once?
What *would* happen is that make
I had patches for this a couple of years ago when I worked on this
problem for summer of code. What I did back then is surely stale, but
if people really want it, I'd be happy to take another stab at it.
On Tue, Mar 15, 2011 at 3:35 PM, Eitan Adler li...@eitanadler.com wrote:
Is this possible or
On Tuesday 15 March 2011 19:20:40 Konstantin Tokarev wrote:
3. Fix Clang to compile more ports
lots of problems are due to gcc-isms in software, so it's not always possible
--
Alberto Villa, FreeBSD committer avi...@freebsd.org
http://people.FreeBSD.org/~avilla
The yankees, son, are up north.
After switching to portmaster, portsclean is the last part of
portupgrade I'm using.
portsclean -C can be replaced with 'rm /usr/ports/*/*/work', or better
with 'find -X /usr/ports/ -name work -depth 3 -exec rm -rf {} \;'.
I don't see a way to do this with portmaster, but it's trivial.
On 15/03/2011 22:35, Eitan Adler wrote:
No, this is incorrect. The MAKE_JOBS_NUMBER and MAKE_JOBS_SAFE is used
internally when building a single port. When the OP is asking if he
can manually specify -j on the command line which would end up
building multiple ports in parallel. This can not be
1.
I want to know if there is perhaps a conf file or sysctl where I can
specify this *for ports only.* - if not I'm happy to specify on the
command line. It's just that the manual is a tad unclear about this.
Yes - simply install ports as normal:
specifically unless you specifically tell the
On 03/15/2011 15:16, Charlie Kester wrote:
BTW, I don't use either of these, or gimpshop, so I'm not going to fix
the ports myself. Instead, I'll leave that to anyone who's interested.
Charlie,
I think you've been very diplomatic in your approach, so to be clear I
don't have a problem with
16.03.2011 01:27, Charlie Kester пишет:
Maybe it wasn't there when you looked, but
http://www.gimpshop.com/download.shtml has links to download sources for
both the development version and the latest release (2.2.8). They even
have an alternate link for the release version.
gimpshop is pretty
On Wed, 2011-03-16 at 07:40 +0300, Ruslan Mahmatkhanov wrote:
gimpshop is pretty old and development seems stalled. The next gimp release
will
have gimpshop-like UI by default so i think it worth deprecating.
That's almost too optimistic thing to say at the moment, as GIMP's
single window
On Mar 15, 2011, at 7:38 PM, John wrote:
1. If I can speed things up, with *ports* as I have a dual cpu, I want
to maybe run j2 or j3. I seek clarification which is logically best,
because some literature says jn, others jn+1 where n is number of cores.
kern.smp.cpus: 2 on my machine. Is
Wen,
The default cvsupd configuration (cvsignore to be exact) prevents the
download of files named *.core
(http://www.freebsd.org/cgi/cvsweb.cgi/CVSROOT-ports/cvsignore?rev=1.4;content-type=text%2Fplain).
The ports you recently committed have this:
cd /usr/ports/science/
grep py-obspy.core
35 matches
Mail list logo
