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 (M
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 off
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
j
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, wheth
am about to commit this update tonight.
On Tue, Mar 15, 2011 at 8:30 PM, Klaus T. Aehlig 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 has been r
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
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 /usr/ports/textproc/gnome-translate]#
13.03.2011, 01:00, "Doug Barton" :
> 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 likely every da
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 ports/UP
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
http://lists
15.03.2011, 21:32, "Charlie Kester" :
> 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. maybe some o
On Tue 15 Mar 2011 at 11:39:28 PDT Konstantin Tokarev wrote:
15.03.2011, 21:32, "Charlie Kester" :
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
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 o
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 th
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 a
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 liste
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 prospect
2011/3/15 Charlie Kester
> 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 thin
2011/3/15 Charlie Kester
> 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 lo
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
> 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
>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
> MAKE_JOBS
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 lik
> 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
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
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 wrote:
>>Is this possible or am I being unreaso
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
http://people.FreeBSD.org/~avilla
The yankees, son, are up north.
The damnyankees ar
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.
portsc
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
> 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 e
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 M
On 16/03/2011 06:34, Doug Barton wrote:
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 /us
> That said, I think that un-deprecating these ports just because someone
> can find a distfile somewhere is the wrong approach. bapt has been very
> careful to only deprecate ports that are on the absolute bottom of the
> pile. They are unmaintained, and unfetchable.
That's not completely accurat
37 matches
Mail list logo
