On Wed, Aug 07, 2013 at 02:03:13PM -0700, David Wolfskill wrote:
> On Wed, Aug 07, 2013 at 08:53:02AM -1000, Jeff Roberson wrote:
> > ...
> > > Not sure how much further I'll be able to get for a while; I'm
> > > out-of-town and Internet access is a bit flaky. Sorry...
> >
> > This is my fault.
On Wed, Aug 07, 2013 at 08:53:02AM -1000, Jeff Roberson wrote:
> This is my fault. The first argument to the kmem_ functions should
> now be kernel_arena or kmem_arena. I don't know how to modify ports
> but I can produce a patch later today to resolve this unless someone
> beats me to it. It wil
On Wed, 2013-08-07 at 18:49 -0500, Scot Hetzel wrote:
> On Mon, Aug 5, 2013 at 7:58 PM, Stan Gammons wrote:
> > Here the output I get when I try to build kdenetwork4 from ports. Looks
> > like libmsn is the problem. Where is the makefile located that has
> > libmsn as a dependency?
> >
> >
>
>
On Mon, Aug 5, 2013 at 7:58 PM, Stan Gammons wrote:
> Here the output I get when I try to build kdenetwork4 from ports. Looks
> like libmsn is the problem. Where is the makefile located that has
> libmsn as a dependency?
>
>
> ===>>> Continuing initial dependency check for net-im/kopete-kde4
>
On Wed, Aug 07, 2013 at 08:53:02AM -1000, Jeff Roberson wrote:
> ...
> > Not sure how much further I'll be able to get for a while; I'm
> > out-of-town and Internet access is a bit flaky. Sorry...
>
> This is my fault. The first argument to the kmem_ functions should now be
> kernel_arena or k
On Wed, Aug 07, 2013 at 10:40:40PM +0200, Loïc BLOT wrote:
> To resolve this conflict remove gettext and libiconv and reinstall
> gettext (it reinstall libiconv). This resolves the problem (but it's not
> proper because process which uses gettext when gettext is missing don't
> like it).
>
Now tha
To resolve this conflict remove gettext and libiconv and reinstall
gettext (it reinstall libiconv). This resolves the problem (but it's not
proper because process which uses gettext when gettext is missing don't
like it).
--
Best regards,
Loïc BLOT,
UNIX systems, security and network expert
http
On Wed, 7 Aug 2013, David Wolfskill wrote:
On Wed, Aug 07, 2013 at 01:20:34PM +, Alexey Dokuchaev wrote:
On Wed, Aug 07, 2013 at 06:02:41AM -0700, David Wolfskill wrote:
[...]
nvidia_subr.c:997:19: error: incompatible pointer types passing 'vm_map_t'
(aka 'struct vm_map *') to parameter of
On Wed, Aug 07, 2013 at 11:06:52AM -0500, Paul Schmehl wrote:
> I recently upgraded all the ports on a server, so I decided to run
> portmaster -r perl to make sure all the perl ports were up to date.
>
> I used portmaster -rfd perl and got the following error:
> /var/db/pkg/fd does not exist
>
Am 07.08.2013 18:06, schrieb Paul Schmehl:
> I recently upgraded all the ports on a server, so I decided to run
> portmaster -r perl to make sure all the perl ports were up to date.
>
> I used portmaster -rfd perl and got the following error:
> /var/db/pkg/fd does not exist
>
> I googled a bit an
I recently upgraded all the ports on a server, so I decided to run
portmaster -r perl to make sure all the perl ports were up to date.
I used portmaster -rfd perl and got the following error:
/var/db/pkg/fd does not exist
I googled a bit and found nothing. Then I thought, that's strange, fd wa
Fix index by replacing the incorrect variable brace.
-
Build ID: 20130807151000-58396
Job owner: vsevo...@freebsd.org
Buildtime: 28 minutes
Enddate: Wed, 07 Aug 2013 15:37:55 GMT
Revis
Im trying to upgrade telepathy-glib-0.18.2 to 0.20.2 and its failing with
the following error. It seems it's not finding Glib-2.0 and Gio-2.0. Are
these packages supposed to be part of the build? Anyone familiar with those
exact packages? Why wouldn't it build the dependencies?
telepathy-gli
Dear porters.
I have following error with FreeBSD 10.0-CURRENT #0 r253884 amd64.
$ cd /usr/ports/japanese/mozc-tool
$ make
[snip]
CXX(target)
out_linux/Release/obj.target/word_register_dialog_lib/gui/word_register_dialog/word_register_dialog_libmain.o
AR(target) out_linux/Release/obj.targe
On 07/08/2013 02:00, Thomas Mueller wrote:
> At first, with sqlite3 not listed as a dependency of pkg, I wouldn't have
> realized what needed fixing.
> That's deliberate. If pkg(8) had to install other packages as
> dependencies of itself, it would make bootstrapping pkg on a new system
On Wed, Aug 07, 2013 at 01:41:49PM +, Thomas Mueller wrote:
> I was trying to update (portmaster) subversion (1.7 to 1.8) on a USB-stick
> (9.2-BETA2 amd64) installation and failed because of a conflict between
> converters/libiconv and devel/gettext apparently trying to install files to
> t
On Wed, Aug 07, 2013 at 01:20:34PM +, Alexey Dokuchaev wrote:
> On Wed, Aug 07, 2013 at 06:02:41AM -0700, David Wolfskill wrote:
> > [...]
> > nvidia_subr.c:997:19: error: incompatible pointer types passing 'vm_map_t'
> > (aka 'struct vm_map *') to parameter of type 'struct vmem *' [-Werror,
>
I was trying to update (portmaster) subversion (1.7 to 1.8) on a USB-stick
(9.2-BETA2 amd64) installation and failed because of a conflict between
converters/libiconv and devel/gettext apparently trying to install files to the
same place:
/usr/local/lib/charset.alias
Closing error messages we
On Wed, Aug 07, 2013 at 06:02:41AM -0700, David Wolfskill wrote:
> [...]
> nvidia_subr.c:997:19: error: incompatible pointer types passing 'vm_map_t'
> (aka 'struct vm_map *') to parameter of type 'struct vmem *' [-Werror,
> -Wincompatible-pointer-types]
> kmem_free(kernel_map,
>
Builds/runs OK (so far) in stable/9/i386 @r254053 with clang.
Whine is:
...
clang -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"319.32\"
-D__KERNEL__ -DNVRM -Wno-unused-function -Wuninitialized -O -UDEBUG -U_DEBUG
-DNDEBUG -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I. -I@ -I@/contrib/
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on th
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common probl
update audacious + audacious-plugins to 3.4
-
Build ID: 20130807063600-5725
Job owner: oli...@freebsd.org
Buildtime: 30 minutes
Enddate: Wed, 07 Aug 2013 07:06:23 GMT
Revision:
24 matches
Mail list logo