On Mon, Oct 31, 2011 at 09:21:26AM +, Chris Rees wrote:
> Hey all,
>
> Traditionally we've tended to use the 'g' prefix for GNU utilities;
> gmake, gtar etc, but apparently with stat that is a problem [1], due
> to the different gstat utility in base.
>
> I'm reluctant to simply rename the c
On Mon, Oct 31, 2011 at 8:56 PM, Conrad J. Sabatier wrote:
> OK, the list is actually smaller than I had mentioned earlier. My
> first list included ports not mentioned in the categories' README.html
> files as well, which of course, generated a bogus list.
>
> Here's the final list I got:
>
Ot
On 10/31/2011 21:11, Doug Barton wrote:
> Are you sure your ports tree is up to date? The first few ports you
> listed don't check out ...
D'oh! I slightly misunderstood what you meant when you said "category's
makefile," but I got it now. Still not sure about astro/weatherget :)
--
No
Are you sure your ports tree is up to date? The first few ports you
listed don't check out ...
On 10/31/2011 17:56, Conrad J. Sabatier wrote:
> OK, the list is actually smaller than I had mentioned earlier. My
> first list included ports not mentioned in the categories' README.html
> files as wel
OK, the list is actually smaller than I had mentioned earlier. My
first list included ports not mentioned in the categories' README.html
files as well, which of course, generated a bogus list.
Here's the final list I got:
astro/weatherget
audio/x11amp
databases/pgpool-II-30
devel/boost-pyste
dev
On Tue, 2011-11-01 at 00:30 +0100, Leslie Jensen wrote:
>
> 2011-11-01 00:12, Doug Barton skrev:
> > On 10/31/2011 16:06, Leslie Jensen wrote:
> >>
> >> I get
> >>
> >> pkg_version -vIL=
> >> poppler-gtk-0.16.7 ! Comparison failed
> >>
> >>
> >> portmaster --check-depends
> >>
>
On Mon, Oct 31, 2011 at 7:20 PM, Conrad J. Sabatier wrote:
> I've generated a list of 57 ports that are not mentioned in the
> Makefiles for their respective categories. Before I do anything more
> with this information (like submit patches), though, I just wanted to
> check to see if there's an
On 31/10/2011 19:59, Miroslav Lachman wrote:
> Hi,
>
> I tried to install innotop and mytop together by portmaster command:
>
> portmaster databases/mytop databases/innotop
>
> ===>>> The following actions will be taken if you choose to proceed:
> Install databases/mytop
> Instal
2011-11-01 00:12, Doug Barton skrev:
On 10/31/2011 16:06, Leslie Jensen wrote:
I get
pkg_version -vIL=
poppler-gtk-0.16.7 ! Comparison failed
portmaster --check-depends
Checking poppler-gtk-0.16.7
===>>> /usr/ports/graphics/poppler-gtk does not exist
On Mon, Oct 31, 2011 at 01:30:55PM +0100, Miroslav Lachman wrote:
> For me, it would be nice to be able to define "functions" with whatever
> content executed on particular action.
>
> short example:
>
> function_called_after_upgrade_of_authdaemon() {
> send notice to operator or write somet
On 10/31/2011 03:41, Dominic Fandrey wrote:
> What has to be done after an update is often very specific, though.
That's why I proposed that there should be a knob for the port
maintainer to include the standard version of the script, or not. If
there are more heavily customized things that need
I've generated a list of 57 ports that are not mentioned in the
Makefiles for their respective categories. Before I do anything more
with this information (like submit patches), though, I just wanted to
check to see if there's any interest in correcting this.
For one thing, these omissions cause
On 10/31/2011 16:06, Leslie Jensen wrote:
>
> I get
>
> pkg_version -vIL=
> poppler-gtk-0.16.7 ! Comparison failed
>
>
> portmaster --check-depends
>
> Checking poppler-gtk-0.16.7
> ===>>> /usr/ports/graphics/poppler-gtk does not exist
> ===>>> This port shou
I get
pkg_version -vIL=
poppler-gtk-0.16.7 ! Comparison failed
portmaster --check-depends
Checking poppler-gtk-0.16.7
===>>> /usr/ports/graphics/poppler-gtk does not exist
===>>> This port should probably be updated
pkg_delete poppler-gtk-0.16.7
pkg_delete
Hi
I need help to solve this. Has anyone seen this error?
Thanks
/Leslie
[ build DEP ] LNK:Library/libswfb.so
[ build DEP ] LNK:Library/libmswordfb.so
[ build LOG ] sw
sw deliver
deliver -- version: 275594
Module 'sw' delivered successfully. 1 files copied, 0 files unchanged
Steven Kreuzer wrote:
Hi Miroslav-
On Oct 31, 2011, at 3:59 PM, Miroslav Lachman wrote:
Hi,
I tried to install innotop and mytop together by portmaster command:
portmaster databases/mytop databases/innotop
===>>> The following actions will be taken if you choose to proceed:
Install
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 10/31/11 17:45, Russell Jackson wrote:
> These are all up for grabs.
>
> sysutils/puppet
> textproc/augeas
> textproc/rubygem-augeas
> sysutils/mcollective
>
I've taken sysutils/puppet and sysutils/mcollective.
Thanks, hope to see you back
These are all up for grabs.
sysutils/puppet
textproc/augeas
textproc/rubygem-augeas
sysutils/mcollective
--
Russell A. Jackson
Network Analyst
California State University, Bakersfield
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org
Hi Miroslav-
On Oct 31, 2011, at 3:59 PM, Miroslav Lachman wrote:
> Hi,
>
> I tried to install innotop and mytop together by portmaster command:
>
> portmaster databases/mytop databases/innotop
>
> ===>>> The following actions will be taken if you choose to proceed:
>Install databases/
On 2011-Oct-29 12:34:11 +0300, Kostik Belousov wrote:
>I think 3-4 months is the reasonable estimation for bringing up both
>TTM/execution and KMS for radeons. The KMS infrastructure is already
>ported.
>
>If somebody is interested in doing the Radeon driver proper, I may port
>TTM.
I'm also inte
On Mon, 31 Oct 2011, b. f. wrote:
This doesn't seem to do the trick for me:
# echo $SHELL
/bin/csh
# setenv UNAME_r 9.9-CURRENT
# echo $UNAME_r
9.9-CURRENT
# cd /usr/ports/textproc/libxml2
# make install clean
[...]
# pkg_info -g libxml2-2.7.8_1
Information for libxml2-2.7.8_1:
Mismatched Che
Hi,
I tried to install innotop and mytop together by portmaster command:
portmaster databases/mytop databases/innotop
===>>> The following actions will be taken if you choose to proceed:
Install databases/mytop
Install databases/p5-DBD-mysql
Install databases/p5-DBI
On Mon, Oct 31, 2011 at 1:43 PM, Chris Rees wrote:
> Would anyone yell too much if I _just_ changed gstat to gnustat?
>
Probably, but you should ignore them. ;)
--
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailm
On 31/10/2011 17:39, Chris Rees wrote:
> Apparently if you define something in make.conf that slave ports also
> define, then a generated INDEX becomes useless...
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/162088
>
> Basically, jpeg2ps-a4 -slave port of-> jpeg2ps-letter which defines
>
On 31 October 2011 15:18, Wesley Shields wrote:
> On Mon, Oct 31, 2011 at 09:21:26AM +, Chris Rees wrote:
>> Hey all,
>>
>> Traditionally we've tended to use the 'g' prefix for GNU utilities;
>> gmake, gtar etc, but apparently with stat that is a problem [1], due
>> to the different gstat util
Hey all,
Apparently if you define something in make.conf that slave ports also
define, then a generated INDEX becomes useless...
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/162088
Basically, jpeg2ps-a4 -slave port of-> jpeg2ps-letter which defines
A4=yes, and turns jpeg2ps into jpeg2ps-a4,
On 31 October 2011 12:30, Miroslav Lachman <000.f...@quip.cz> wrote:
> Dominic Fandrey wrote:
>>
>> On 31/10/2011 09:37, Doug Barton wrote:
>>>
>>> On 10/31/2011 00:38, Dominic Fandrey wrote:
On 31/10/2011 07:28, Doug Barton wrote:
>
> On 10/27/2011 09:27, Scott Lambert wrote:
>>>
>
> This doesn't seem to do the trick for me:
>
> # echo $SHELL
> /bin/csh
> # setenv UNAME_r 9.9-CURRENT
> # echo $UNAME_r
> 9.9-CURRENT
> # cd /usr/ports/textproc/libxml2
> # make install clean
> [...]
> # pkg_info -g libxml2-2.7.8_1
> Information for libxml2-2.7.8_1:
>
> Mismatched Checksums:
>
>> Mismatched Checksums:
>> pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist
>> pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist
>> pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist
>>
>>
>> Hints and/or pointers welcome.
>It works for me correctly
>
>http://tb.smeets.im/tb/in
Ruslan Mahmatkhanov wrote on 31.10.2011 16:57:
Marco Steinbach wrote on 31.10.2011 19:21:
Hi,
I'm trying to use textproc/libxml2 from ports, but it seems, that some
files are missing after installation.
Subsequently, installing textproc/libxslt fails due to a missing
libxml2.so.5, for example.
On 10/31/2011 15:21, Marco Steinbach wrote:
Hi,
I'm trying to use textproc/libxml2 from ports, but it seems, that some
files are missing after installation.
Subsequently, installing textproc/libxslt fails due to a missing
libxml2.so.5, for example.
My /etc/make.conf is empty. I'm a bit r
Marco Steinbach wrote on 31.10.2011 19:21:
Hi,
I'm trying to use textproc/libxml2 from ports, but it seems, that some
files are missing after installation.
Subsequently, installing textproc/libxslt fails due to a missing
libxml2.so.5, for example.
My /etc/make.conf is empty. I'm a bit reluctan
Hi,
I'm trying to use textproc/libxml2 from ports, but it seems, that some
files are missing after installation.
Subsequently, installing textproc/libxslt fails due to a missing
libxml2.so.5, for example.
My /etc/make.conf is empty. I'm a bit reluctant to 'fix' this by
symlinking, and be
On Mon, Oct 31, 2011 at 09:21:26AM +, Chris Rees wrote:
> Hey all,
>
> Traditionally we've tended to use the 'g' prefix for GNU utilities;
> gmake, gtar etc, but apparently with stat that is a problem [1], due
> to the different gstat utility in base.
>
> I'm reluctant to simply rename the co
Dominic Fandrey wrote:
On 31/10/2011 09:37, Doug Barton wrote:
On 10/31/2011 00:38, Dominic Fandrey wrote:
On 31/10/2011 07:28, Doug Barton wrote:
On 10/27/2011 09:27, Scott Lambert wrote:
On Thu, Oct 27, 2011 at 11:15:00AM +0200, Ed Schouten wrote:
What really bothers me when I use the Free
* Marco Steinbach , 20111031 13:11:
> Thanks for having a look into this -- I'm trying out your patch right
> now. This will take a while, as I'll try and test this on 7, also.
Great. Thanks! I just inspected the code and it seems VirtualBox expects
the device to be name
Ed Schouten wrote on 31.10.2011 12:16:
* Ed Schouten , 20111031 12:07:
Ugh. Too impatient. Please try the attached patch. It should build on
7.x and higher. I have only compile-tested it, because I am not a
VirtualBox user (yet).
Read: I have only compile-tested it on HEAD, but the used
On 31/10/2011 10:41, Dominic Fandrey wrote:
> I just wanted to hint that such a function is already in place and I don't
> think it would be difficult to add the possibility to start a service.
Restarting a single service is no big deal. Trouble is there are a lot
of cases where that just isn't t
* Ed Schouten , 20111031 12:07:
> Ugh. Too impatient. Please try the attached patch. It should build on
> 7.x and higher. I have only compile-tested it, because I am not a
> VirtualBox user (yet).
Read: I have only compile-tested it on HEAD, but the used interfaces
should be present
* Ed Schouten , 20111031 11:26:
> I think I'll take a closer look at this code more thoroughly sometime
> this week.
Ugh. Too impatient. Please try the attached patch. It should build on
7.x and higher. I have only compile-tested it, because I am not a
VirtualBox user (yet).
| SUPDr
(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsol
On 31/10/2011 09:37, Doug Barton wrote:
> On 10/31/2011 00:38, Dominic Fandrey wrote:
>> On 31/10/2011 07:28, Doug Barton wrote:
>>> On 10/27/2011 09:27, Scott Lambert wrote:
On Thu, Oct 27, 2011 at 11:15:00AM +0200, Ed Schouten wrote:
> What really bothers me when I use the FreeBSD Ports
Hi Bernhard,
* Bernhard Froehlich , 20111031 11:04:
> My first guess is that it could be enough to remove the flag but I
> don't know if we need to replace some code with make_dev_p(). So i've
> CC'd ed@ and hope that he can shed some light on that.
>
> https://ww
On 31.10.2011 10:23, Marco Steinbach wrote:
Vladimir Kushnir wrote on 26.10.2011 11:32:
Hi
Well, the problem is:
I'm trying to build VirtualBox{*} on amd64 10.0-CURRENT. The very
first port, virtualbox-ose-kmod fails with
/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.12_OSE/out
Vladimir Kushnir wrote on 26.10.2011 11:32:
Hi
Well, the problem is:
I'm trying to build VirtualBox{*} on amd64 10.0-CURRENT. The very first
port, virtualbox-ose-kmod fails with
/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.12_OSE/out/freebsd.
amd64/release/bin/src/vboxdrv/fre
On 31 October 2011 08:37, Doug Barton wrote:
> On 10/31/2011 00:38, Dominic Fandrey wrote:
>> On 31/10/2011 07:28, Doug Barton wrote:
>>> On 10/27/2011 09:27, Scott Lambert wrote:
On Thu, Oct 27, 2011 at 11:15:00AM +0200, Ed Schouten wrote:
> What really bothers me when I use the FreeBSD
Hey all,
Traditionally we've tended to use the 'g' prefix for GNU utilities;
gmake, gtar etc, but apparently with stat that is a problem [1], due
to the different gstat utility in base.
I'm reluctant to simply rename the coreutils to gnu- prefixes, because
that would upset quite a lot of things!
On 10/31/2011 00:38, Dominic Fandrey wrote:
> On 31/10/2011 07:28, Doug Barton wrote:
>> On 10/27/2011 09:27, Scott Lambert wrote:
>>> On Thu, Oct 27, 2011 at 11:15:00AM +0200, Ed Schouten wrote:
What really bothers me when I use the FreeBSD Ports tree on one of my
systems, is that the be
On 31/10/2011 07:28, Doug Barton wrote:
> On 10/27/2011 09:27, Scott Lambert wrote:
>> On Thu, Oct 27, 2011 at 11:15:00AM +0200, Ed Schouten wrote:
>>> What really bothers me when I use the FreeBSD Ports tree on one of my
>>> systems, is that the behaviour of dealing with services is quite
>>> inco
49 matches
Mail list logo
