Ports with version numbers going backwards: sysutils/fusefs-httpfs

[erwin]

** The following ports have a version number that sorts before a previous one **

 For many package tools to work correctly, it is of utmost importance that
 version numbers of a port form a monotonic increasing sequence over time.
 Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for
 more information. Tools that won't work include pkg_version, portupgrade
 and portaudit. A common error is an accidental deletion of PORTEPOCH.

 Please fix any errors as soon as possible.

 The ports tree was updated at Wed Feb 20 2013  6:36:43 UTC.

- *sysutils/fusefs-httpfs* : fusefs-httpfs-2.0.1.5 < 
fusefs-httpfs-2.06.08.26


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Ports with version numbers going backwards: sysutils/fusefs-httpfs

[erwin]

** The following ports have a version number that sorts before a previous one **

 For many package tools to work correctly, it is of utmost importance that
 version numbers of a port form a monotonic increasing sequence over time.
 Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for
 more information. Tools that won't work include pkg_version, portupgrade
 and portaudit. A common error is an accidental deletion of PORTEPOCH.

 Please fix any errors as soon as possible.

 The ports tree was updated at Wed Feb 20 2013  3:36:39 UTC.

- *sysutils/fusefs-httpfs* : fusefs-httpfs-2.0.1.5 < 
fusefs-httpfs-2.06.08.26


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Ports with version numbers going backwards: sysutils/fusefs-httpfs

[erwin]

** The following ports have a version number that sorts before a previous one **

 For many package tools to work correctly, it is of utmost importance that
 version numbers of a port form a monotonic increasing sequence over time.
 Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for
 more information. Tools that won't work include pkg_version, portupgrade
 and portaudit. A common error is an accidental deletion of PORTEPOCH.

 Please fix any errors as soon as possible.

 The ports tree was updated at Wed Feb 20 2013  0:36:42 UTC.

- *sysutils/fusefs-httpfs* : fusefs-httpfs-2.0.1.5 < 
fusefs-httpfs-2.06.08.26


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: PDF viewer that can rotate pages

[Chip Camden]

Quoth Wojciech Puchar on Wednesday, 20 February 2013:
> >>> Thanks to you and also to Ruslan for his suggestion.
> >>
> >> zathura is a nice pdf reader, and you use 'r' to rotate the page.
> >
> > High five.  I came here to say this.
> $zathura filename
> error: could not open plugin directory: /usr/local/lib/zathura
> error: unknown file type
> 
> 
> just compiled from ports
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Were there any build errors?  I have /usr/local/lib/zathura as a
directory, containing pdf.so.  I didn't create it.

-- 
.O. | Sterling (Chip) Camden  | http://camdensoftware.com
..O | sterl...@camdensoftware.com | http://chipsquips.com
OOO | 2048R/D6DBAF91  | http://chipstips.com


pgp8kqQzijohN.pgp
Description: PGP signature

Re: PDF viewer that can rotate pages

[Wojciech Puchar]

Thanks to you and also to Ruslan for his suggestion.


zathura is a nice pdf reader, and you use 'r' to rotate the page.


High five.  I came here to say this.

$zathura filename
error: could not open plugin directory: /usr/local/lib/zathura
error: unknown file type


just compiled from ports
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Ports with version numbers going backwards: sysutils/fusefs-httpfs

[erwin]

** The following ports have a version number that sorts before a previous one **

 For many package tools to work correctly, it is of utmost importance that
 version numbers of a port form a monotonic increasing sequence over time.
 Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for
 more information. Tools that won't work include pkg_version, portupgrade
 and portaudit. A common error is an accidental deletion of PORTEPOCH.

 Please fix any errors as soon as possible.

 The ports tree was updated at Tue Feb 19 2013 21:36:42 UTC.

- *sysutils/fusefs-httpfs* : fusefs-httpfs-2.0.1.5 < 
fusefs-httpfs-2.06.08.26


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: graphics/gegl fails to update with portupgrade, works with make x 2

[Koop Mast]

On 19-2-2013 22:16, Torfinn Ingolfsen wrote:

On Mon, Feb 18, 2013 at 10:50 PM, Koop Mast  wrote:


Without the actually failure message we can't really do anything.

Hm, I forgot to include the error - sorry about that.
it is the exact same problem as the one in the earlier thread about gegl.
this:

../tools/gobj2dot.rb .. | /usr/local/bin/dot png > images/inheritance.png
Error: dot: can't open png

HTH


Haven't seen this error I think, but can you make sure that the 
pangocairo option in graphics/graphviz is selected and rebuild if needed?


-Koop
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [games/xboing] Xlib error

[A.J. 'Fonz' van Werven]

Dirk Meyer wrote:

> Please try to start it with:
> "xboing -usedefcmap"

That fixed it, thanks. Perhaps it ought to be added to the problems.doc
file?

AvW

-- 
I'm not completely useless, I can be used as a bad example.


pgpSis_K8SkBS.pgp
Description: PGP signature

Re: [games/xboing] Xlib error

[Dirk Meyer]

Hallo Lowell Gilbert,

> >(159)fonz@ace% xboing 
> >XBoing - Please wait (insert gecos name), initialising xboing ...
> >XBoing - Error: Xlib Error: BadMatch (invalid parameter attributes)


> I'd say it's exactly the sort of thing to include the maintainer on,
> even if you're trying to not be pushy. I tried to take a look at this
> myself, but quickly hit a point where I wanted to have a dtrace-enabled
> system, which I don't at the current time. It's possible to debug more
> directly, but I'm not volunteering immediately...

Please try to start it with:
"xboing -usedefcmap"

kind regards Dirk

- Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany
- [dirk.me...@dinoex.sub.org],[dirk.me...@guug.de],[din...@freebsd.org]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: graphics/gegl fails to update with portupgrade, works with make x 2

[Torfinn Ingolfsen]

On Mon, Feb 18, 2013 at 10:50 PM, Koop Mast  wrote:
>
>
> Without the actually failure message we can't really do anything.

Hm, I forgot to include the error - sorry about that.
it is the exact same problem as the one in the earlier thread about gegl.
this:

../tools/gobj2dot.rb .. | /usr/local/bin/dot png > images/inheritance.png
Error: dot: can't open png

HTH
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [games/xboing] Xlib error

[Lowell Gilbert]

"A.J. 'Fonz' van Werven"  writes:

> The games/xboing port builds fine, but when I try to run it I get the
> following (and then it just exits):
>
>(159)fonz@ace% xboing 
>XBoing - Please wait (insert gecos name), initialising xboing ...
>XBoing - Error: Xlib Error: BadMatch (invalid parameter attributes)
>
>Please read `/usr/local/lib/X11/xboing/problems.doc' document for help.
>
> Unfortunately the mentioned problems.doc file does not appear to contain
> any clues for this particular issue. I seem to remember having had this
> problem for quite a long time, perhaps since FreeBSD switched from XFree86
> to X.org, but that is admittedly just an educated guess.
>
> When I asked about this on the FreeBSD forums I got exactly zero replies,
> so I figured I'd ask here before bugging the port maintainer directly.

I'd say it's exactly the sort of thing to include the maintainer on,
even if you're trying to not be pushy. I tried to take a look at this
myself, but quickly hit a point where I wanted to have a dtrace-enabled
system, which I don't at the current time. It's possible to debug more
directly, but I'm not volunteering immediately...
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Ports with version numbers going backwards: sysutils/fusefs-httpfs

[Joseph A. Nagy, Jr]

On 02/19/13 13:48, Chris Rees wrote:

On 19 February 2013 18:56, Joseph A. Nagy, Jr  wrote:

On 02/19/13 12:52, er...@freebsd.org wrote:


** The following ports have a version number that sorts before a previous
one **

   For many package tools to work correctly, it is of utmost importance
that
   version numbers of a port form a monotonic increasing sequence over
time.
   Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for
   more information. Tools that won't work include pkg_version, portupgrade
   and portaudit. A common error is an accidental deletion of PORTEPOCH.

   Please fix any errors as soon as possible.

   The ports tree was updated at Tue Feb 19 2013 18:36:41 UTC.

- *sysutils/fusefs-httpfs* : fusefs-httpfs-2.0.1.5 <
fusefs-httpfs-2.06.08.26


I have a similar issue with ruby:

ruby-1.9.3.327,1   >   succeeds port (port has 1.9,1)

CC'd to ruby@


I'm guessing you're using portversion?  Is the pkgdb up to date?

[crees@pegasus]~% make -f /usr/ports/lang/ruby19/Makefile -VPORTVERSION
1.9.3.385

Chris



No, pkg version in a crontab entry from which I also update ports nightly:

00  01  *   *   *   root/usr/local/bin/svn up 
/usr/ports; /usr/sbin/pkg version -vL= > /root/updated-pkg-list


(before anyone asks, despite having PATH defined, I still need to put 
full path on commands, dunno why)

--
Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Ports with version numbers going backwards: sysutils/fusefs-httpfs

[Chris Rees]

On 19 February 2013 18:56, Joseph A. Nagy, Jr  wrote:
> On 02/19/13 12:52, er...@freebsd.org wrote:
>>
>> ** The following ports have a version number that sorts before a previous
>> one **
>>
>>   For many package tools to work correctly, it is of utmost importance
>> that
>>   version numbers of a port form a monotonic increasing sequence over
>> time.
>>   Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for
>>   more information. Tools that won't work include pkg_version, portupgrade
>>   and portaudit. A common error is an accidental deletion of PORTEPOCH.
>>
>>   Please fix any errors as soon as possible.
>>
>>   The ports tree was updated at Tue Feb 19 2013 18:36:41 UTC.
>>
>> - *sysutils/fusefs-httpfs* : fusefs-httpfs-2.0.1.5 <
>> fusefs-httpfs-2.06.08.26
>
> I have a similar issue with ruby:
>
> ruby-1.9.3.327,1   >   succeeds port (port has 1.9,1)
>
> CC'd to ruby@

I'm guessing you're using portversion?  Is the pkgdb up to date?

[crees@pegasus]~% make -f /usr/ports/lang/ruby19/Makefile -VPORTVERSION
1.9.3.385

Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD apcupsd port - patch for APC 9606 SNMP cards

[birch]

Sure, I will do that as well.

It looks like not much development has happened since late 2011, so who 
knows when they will push out their next release.


Ion-Mihai Tetcu wrote on 2/19/2013 10:21 AM:

I have no problem integrating this patch, but it should be really
submitted upstream ...

On Tue, 19 Feb 2013 09:16:37 -0800
birch  wrote:


Hello again,

Just did an upgrade to FreeBSD 9.1 and I noticed that the apcupsd
port still has this crash and requires the patch. It would be
fantastic if the patch below could be integrated into the port for
those of us who are using 9606 SNMP cards.

Also adding a CC to po...@freebsd.org in case the email address for
the port maintainer is not being checked.

Many thanks!

birch



---
sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
+++
sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
@@ -307,6 +307,8 @@ break;

  case CI_Overload:
+  if (data.str.len() < 9)
+ break;
 Dmsg1(80, "Got CI_Overload: %c\n", data.str[8]);
 if (data.str[8] == '1')
ups->set_overload();



birch wrote on 7/19/2012 10:33 AM:

Hello,

The current version of apcupsd in the ports tree for FreeBSD 8.3 no
longer works with APC ups's connected via APC 9606 SNMP cards.
Would it be possible to get the following patch added to the port,
and/or passed upstream?


The link below describes the problem and fix in more detail, I have
included their patch in this email. I have verified that this patch
fixes resolves the issue on FreeBSD 8.3 and allows apcupsd to run
without crashing on startup.


Thank you,
birch

"Debian Bug report logs - #655741"
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655741


Here is the patch as I tested it :

---
sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
+++
sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
@@ -307,6 +307,8 @@ break;

  case CI_Overload:
+  if (data.str.len() < 9)
+ break;
 Dmsg1(80, "Got CI_Overload: %c\n", data.str[8]);
 if (data.str[8] == '1')
ups->set_overload();






___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Is there an easy way to find out which port loads which library?

[Chris Rees]

On 19 February 2013 19:00, Mark Felder  wrote:
> On Sun, 17 Feb 2013 15:56:26 -0600, Chris Rees  wrote:
>
>> Most shells won't allow an argument list that long.
>> % find /usr/ports -depth 3 -name pkg-plist -exec grep libfoobar.so \{} \;
>> has been shown to be faster than hacking around arg list limits with echo
>> |
>> xargs.
>
>
> The following may prove to be even faster as it fills the shell argument
> list as full as possible for each execution of grep.
>
> % find /usr/ports -depth 3 -name pkg-plist -exec grep libfoobar.so \{} +
>
> (notice the + at the end)
>
> It's something I picked up from here: http://www.etalabs.net/sh_tricks.html
>

I deliberately chose \; because most tests show no difference, and for
some reason it fails on csh :/

http://www.bayofrum.net/~crees/scratch/find-plus

Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Is there an easy way to find out which port loads which library?

[Mark Felder]

On Sun, 17 Feb 2013 15:56:26 -0600, Chris Rees  wrote:


Most shells won't allow an argument list that long.
% find /usr/ports -depth 3 -name pkg-plist -exec grep libfoobar.so \{} \;
has been shown to be faster than hacking around arg list limits with  
echo |

xargs.


The following may prove to be even faster as it fills the shell argument  
list as full as possible for each execution of grep.


% find /usr/ports -depth 3 -name pkg-plist -exec grep libfoobar.so \{} +

(notice the + at the end)

It's something I picked up from here: http://www.etalabs.net/sh_tricks.html

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Ports with version numbers going backwards: sysutils/fusefs-httpfs

[Joseph A. Nagy, Jr]

On 02/19/13 12:52, er...@freebsd.org wrote:

** The following ports have a version number that sorts before a previous one **

  For many package tools to work correctly, it is of utmost importance that
  version numbers of a port form a monotonic increasing sequence over time.
  Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for
  more information. Tools that won't work include pkg_version, portupgrade
  and portaudit. A common error is an accidental deletion of PORTEPOCH.

  Please fix any errors as soon as possible.

  The ports tree was updated at Tue Feb 19 2013 18:36:41 UTC.

- *sysutils/fusefs-httpfs* : fusefs-httpfs-2.0.1.5 < 
fusefs-httpfs-2.06.08.26


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"



I have a similar issue with ruby:

ruby-1.9.3.327,1   >   succeeds port (port has 1.9,1)

CC'd to ruby@

--
Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Ports with version numbers going backwards: sysutils/fusefs-httpfs

[erwin]

** The following ports have a version number that sorts before a previous one **

 For many package tools to work correctly, it is of utmost importance that
 version numbers of a port form a monotonic increasing sequence over time.
 Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for
 more information. Tools that won't work include pkg_version, portupgrade
 and portaudit. A common error is an accidental deletion of PORTEPOCH.

 Please fix any errors as soon as possible.

 The ports tree was updated at Tue Feb 19 2013 18:36:41 UTC.

- *sysutils/fusefs-httpfs* : fusefs-httpfs-2.0.1.5 < 
fusefs-httpfs-2.06.08.26


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD apcupsd port - patch for APC 9606 SNMP cards

[Ion-Mihai Tetcu]

I have no problem integrating this patch, but it should be really
submitted upstream ...

On Tue, 19 Feb 2013 09:16:37 -0800
birch  wrote:

> Hello again,
> 
> Just did an upgrade to FreeBSD 9.1 and I noticed that the apcupsd
> port still has this crash and requires the patch. It would be
> fantastic if the patch below could be integrated into the port for
> those of us who are using 9606 SNMP cards.
> 
> Also adding a CC to po...@freebsd.org in case the email address for
> the port maintainer is not being checked.
> 
> Many thanks!
> 
> birch
> 
> 
> 
> ---
> sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
> +++
> sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
> @@ -307,6 +307,8 @@ break;
> 
>  case CI_Overload:
> +  if (data.str.len() < 9)
> + break;
> Dmsg1(80, "Got CI_Overload: %c\n", data.str[8]);
> if (data.str[8] == '1')
>ups->set_overload();
> 
> 
> 
> birch wrote on 7/19/2012 10:33 AM:
> > Hello,
> >
> > The current version of apcupsd in the ports tree for FreeBSD 8.3 no
> > longer works with APC ups's connected via APC 9606 SNMP cards.
> > Would it be possible to get the following patch added to the port,
> > and/or passed upstream?
> >
> >
> > The link below describes the problem and fix in more detail, I have
> > included their patch in this email. I have verified that this patch
> > fixes resolves the issue on FreeBSD 8.3 and allows apcupsd to run
> > without crashing on startup.
> >
> >
> > Thank you,
> > birch
> >
> > "Debian Bug report logs - #655741"
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655741
> >
> >
> > Here is the patch as I tested it :
> >
> > ---
> > sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
> > +++
> > sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
> > @@ -307,6 +307,8 @@ break;
> >
> >  case CI_Overload:
> > +  if (data.str.len() < 9)
> > + break;
> > Dmsg1(80, "Got CI_Overload: %c\n", data.str[8]);
> > if (data.str[8] == '1')
> >ups->set_overload();
> 


-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> ite...@freebsd.org, PGP Key ID F0808380
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-wm/windowmaker fails on undefined reference

[Joseph A. Nagy, Jr]

On 02/19/13 12:03, Rainer Hurling wrote:

On 19.02.2013 18:44 (UTC+2), Joseph A. Nagy, Jr wrote:

On 02/19/13 11:38, Daniel Nebdal wrote:

Right, so it does find it - it just neglects to set the right flag
later. If I manage to both find the time and reproduce it, I can dig a
bit - though you're more likely to get a usful answer if someone that
actually knows about this chimes in in the meantime. :)


--
Daniel Nebdal



I hope it's soon, I'm running on a cached wmaker session (I deinstalled
to install libwraster, see previous thread). I have some other window
managers installed but I haven't been able to launch them from slim, yet.



As an ugly workaround you can deinstall devel/libinotify, install
windowmaker and after that reinstall devel/libinotify.

HTH,
Rainer Hurling



That seems to have done it. Very crufty fix. Thanks for the help folks. (:

--
Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD apcupsd port - patch for APC 9606 SNMP cards

[birch]

Hello again,

Just did an upgrade to FreeBSD 9.1 and I noticed that the apcupsd port 
still has this crash and requires the patch. It would be fantastic if 
the patch below could be integrated into the port for those of us who 
are using 9606 SNMP cards.


Also adding a CC to po...@freebsd.org in case the email address for the 
port maintainer is not being checked.


Many thanks!

birch



--- sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
+++ sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
@@ -307,6 +307,8 @@
   break;

case CI_Overload:
+  if (data.str.len() < 9)
+ break;
   Dmsg1(80, "Got CI_Overload: %c\n", data.str[8]);
   if (data.str[8] == '1')
  ups->set_overload();



birch wrote on 7/19/2012 10:33 AM:

Hello,

The current version of apcupsd in the ports tree for FreeBSD 8.3 no
longer works with APC ups's connected via APC 9606 SNMP cards. Would it
be possible to get the following patch added to the port, and/or passed
upstream?


The link below describes the problem and fix in more detail, I have
included their patch in this email. I have verified that this patch
fixes resolves the issue on FreeBSD 8.3 and allows apcupsd to run
without crashing on startup.


Thank you,
birch

"Debian Bug report logs - #655741"
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655741


Here is the patch as I tested it :

--- sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
+++ sysutils/apcupsd/work/apcupsd-3.14.10/src/drivers/snmplite/apc-mib.cpp
@@ -307,6 +307,8 @@
break;

 case CI_Overload:
+  if (data.str.len() < 9)
+ break;
Dmsg1(80, "Got CI_Overload: %c\n", data.str[8]);
if (data.str[8] == '1')
   ups->set_overload();

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-wm/windowmaker fails on undefined reference

[Rainer Hurling]

On 19.02.2013 18:44 (UTC+2), Joseph A. Nagy, Jr wrote:
> On 02/19/13 11:38, Daniel Nebdal wrote:
>> Right, so it does find it - it just neglects to set the right flag
>> later. If I manage to both find the time and reproduce it, I can dig a
>> bit - though you're more likely to get a usful answer if someone that
>> actually knows about this chimes in in the meantime. :)
>>
>>
>> -- 
>> Daniel Nebdal
> 
> 
> I hope it's soon, I'm running on a cached wmaker session (I deinstalled
> to install libwraster, see previous thread). I have some other window
> managers installed but I haven't been able to launch them from slim, yet.
> 

As an ugly workaround you can deinstall devel/libinotify, install
windowmaker and after that reinstall devel/libinotify.

HTH,
Rainer Hurling

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-wm/windowmaker fails on undefined reference

[Joseph A. Nagy, Jr]

On 02/19/13 11:38, Daniel Nebdal wrote:

Right, so it does find it - it just neglects to set the right flag
later. If I manage to both find the time and reproduce it, I can dig a
bit - though you're more likely to get a usful answer if someone that
actually knows about this chimes in in the meantime. :)


--
Daniel Nebdal



I hope it's soon, I'm running on a cached wmaker session (I deinstalled 
to install libwraster, see previous thread). I have some other window 
managers installed but I haven't been able to launch them from slim, yet.


--
Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-wm/windowmaker fails on undefined reference

[Daniel Nebdal]

Right, so it does find it - it just neglects to set the right flag
later. If I manage to both find the time and reproduce it, I can dig a
bit - though you're more likely to get a usful answer if someone that
actually knows about this chimes in in the meantime. :)


--
Daniel Nebdal


On Tue, Feb 19, 2013 at 6:20 PM, Joseph A. Nagy, Jr
 wrote:
> On 02/19/13 10:39, Daniel Nebdal wrote:
>>
>> The obvious issue is apparently that there's not an "-linotify" in
>> that argument list (or, alternatively, that is uses inotify functions
>> when it shouldn't) - though I'm far from sure why that would happen.
>> Do you have devel/libinotify installed? What does "grep inotify
>> work/Window*/config.log " say?
>>
>>
>> --
>> Daniel Nebdal
>
>
> configure:12047: checking sys/inotify.h usability
> configure:12047: gcc -c -O2 -pipe -fno-strict-aliasing -Wall -Wextra
> -Wno-sign-compare -Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD
> -I/usr/local/include conftest.c >&5
> configure:12047: $? = 0
> configure:12047: result: yes
> configure:12047: checking sys/inotify.h presence
> configure:12047: gcpp -I/usr/local/include conftest.c
> configure:12047: $? = 0
> configure:12047: result: yes
> configure:12047: checking for sys/inotify.h
> configure:12047: result: yes
> ...
> ac_cv_header_sys_inotify_h=yes
>
>
> --
> Yours in Christ,
>
> Joseph A Nagy Jr
> "Whoever loves instruction loves knowledge, But he who hates correction
> is stupid." -- Proverbs 12:1
> Emails are not formal business letters, whatever businesses may want.
> Original content CopyFree (F) under the OWL
> http://copyfree.org/licenses/owl/license.txt
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-wm/windowmaker fails on undefined reference

[Joseph A. Nagy, Jr]

On 02/19/13 10:39, Daniel Nebdal wrote:

The obvious issue is apparently that there's not an "-linotify" in
that argument list (or, alternatively, that is uses inotify functions
when it shouldn't) - though I'm far from sure why that would happen.
Do you have devel/libinotify installed? What does "grep inotify
work/Window*/config.log " say?


--
Daniel Nebdal


configure:12047: checking sys/inotify.h usability
configure:12047: gcc -c -O2 -pipe -fno-strict-aliasing -Wall -Wextra 
-Wno-sign-compare -Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD 
-I/usr/local/include conftest.c >&5

configure:12047: $? = 0
configure:12047: result: yes
configure:12047: checking sys/inotify.h presence
configure:12047: gcpp -I/usr/local/include conftest.c
configure:12047: $? = 0
configure:12047: result: yes
configure:12047: checking for sys/inotify.h
configure:12047: result: yes
...
ac_cv_header_sys_inotify_h=yes

--
Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[games/xboing] Xlib error

[A.J. 'Fonz' van Werven]

The games/xboing port builds fine, but when I try to run it I get the
following (and then it just exits):

   (159)fonz@ace% xboing 
   XBoing - Please wait (insert gecos name), initialising xboing ...
   XBoing - Error: Xlib Error: BadMatch (invalid parameter attributes)
   
   Please read `/usr/local/lib/X11/xboing/problems.doc' document for help.

Unfortunately the mentioned problems.doc file does not appear to contain
any clues for this particular issue. I seem to remember having had this
problem for quite a long time, perhaps since FreeBSD switched from XFree86
to X.org, but that is admittedly just an educated guess.

When I asked about this on the FreeBSD forums I got exactly zero replies,
so I figured I'd ask here before bugging the port maintainer directly.

Any thoughts?

AvW

-- 
I'm not completely useless, I can be used as a bad example.


pgpCZIeCnsEzY.pgp
Description: PGP signature

Re: x11-wm/windowmaker fails on undefined reference

[Daniel Nebdal]

The obvious issue is apparently that there's not an "-linotify" in
that argument list (or, alternatively, that is uses inotify functions
when it shouldn't) - though I'm far from sure why that would happen.
Do you have devel/libinotify installed? What does "grep inotify
work/Window*/config.log " say?


--
Daniel Nebdal


On Tue, Feb 19, 2013 at 5:06 PM, Joseph A. Nagy, Jr
 wrote:
> # uname -a
> FreeBSD alex-laptop 9.1-RELEASE FreeBSD 9.1-RELEASE #8: Tue Jan 22 14:00:27
> CST 2013 root@alex-laptop:/usr/obj/usr/src/sys/ALEX-LAPTOP  amd64
>
> /bin/sh /usr/local/bin/libtool  --tag=CC--mode=link gcc  -O2 -pipe
> -fno-strict-aliasing -Wall -Wextra -Wno-sign-compare -Wno-unused-parameter
> -D_XOPEN_SOURCE=600 -DFREEBSD   -L/usr/local/lib -o wmaker actions.o
> appicon.o  application.o appmenu.o balloon.o client.o colormap.o cycling.o
> defaults.o dialog.o dock.o  dockedapp.o event.o framewin.o  geomview.o
> icon.o main.o  menu.o misc.o osdep_bsd.o  monitor.o motif.o moveres.o
> pixmap.o placement.o properties.o resources.o rootmenu.o screen.o  session.o
> shutdown.o switchpanel.o stacking.o startup.o superfluous.o  switchmenu.o
> texture.o usermenu.o xdnd.o xinerama.o xmodifier.o  xutil.o wcore.o
> wdefaults.o  window.o winmenu.o winspector.o  wmspec.o workspace.o
> ../WINGs/libWINGs.la ../WINGs/libWUtil.la -lwraster  -L/usr/local/lib
> -R/usr/local/lib -lXrandr  -lXinerama  -lXext -lX11   -lm
> libtool: link: gcc -O2 -pipe -fno-strict-aliasing -Wall -Wextra
> -Wno-sign-compare -Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD -o
> .libs/wmaker actions.o appicon.o application.o appmenu.o balloon.o client.o
> colormap.o cycling.o defaults.o dialog.o dock.o dockedapp.o event.o
> framewin.o geomview.o icon.o main.o menu.o misc.o osdep_bsd.o monitor.o
> motif.o moveres.o pixmap.o placement.o properties.o resources.o rootmenu.o
> screen.o session.o shutdown.o switchpanel.o stacking.o startup.o
> superfluous.o switchmenu.o texture.o usermenu.o xdnd.o xinerama.o
> xmodifier.o xutil.o wcore.o wdefaults.o window.o winmenu.o winspector.o
> wmspec.o workspace.o  -L/usr/local/lib ../WINGs/.libs/libWINGs.so
> /usr/ports/x11-wm/windowmaker/work/WindowMaker-0.95.4/WINGs/.libs/libWUtil.so
> /usr/local/lib/libXft.so /usr/local/lib/libfontconfig.so
> /usr/local/lib/libfreetype.so -lbz2 /usr/local/lib/libexpat.so
> ../WINGs/.libs/libWUtil.so /usr/local/lib/libwraster.so
> /usr/local/lib/libtiff.so -llzma -ljbig -lz /usr/local/lib/libXpm.so -lpng
> /usr/local/lib/libjpeg.so /usr/local/lib/libgif.so /usr/local/lib/libXmu.so
> /usr/local/lib/libXt.so /usr/local/lib/libSM.so /usr/local/lib/libICE.so
> /usr/local/lib/libXrandr.so /usr/local/lib/libXrender.so
> /usr/local/lib/libXinerama.so /usr/local/lib/libXext.so
> /usr/local/lib/libX11.so /usr/local/lib/libxcb.so /usr/local/lib/libXau.so
> /usr/local/lib/libXdmcp.so /usr/local/lib/libpthread-stubs.so -lrpcsvc -lm
> -Wl,-rpath -Wl,/usr/local/lib
> main.o: In function `main':
> main.c:(.text+0x707): undefined reference to `inotify_init'
> main.c:(.text+0x73d): undefined reference to `inotify_add_watch'
> *** [wmaker] Error code 1
> 1 error
> *** [all] Error code 2
> 1 error
> *** [all-recursive] Error code 1
> 1 error
> *** [all] Error code 2
> 1 error
> *** [do-build] Error code 1
>
> Stop in /usr/ports/x11-wm/windowmaker.
> *** [build] Error code 1
>
> Stop in /usr/ports/x11-wm/windowmaker.
> --
> Yours in Christ,
>
> Joseph A Nagy Jr
> "Whoever loves instruction loves knowledge, But he who hates correction
> is stupid." -- Proverbs 12:1
> Emails are not formal business letters, whatever businesses may want.
> Original content CopyFree (F) under the OWL
> http://copyfree.org/licenses/owl/license.txt
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

x11-wm/windowmaker fails on undefined reference

[Joseph A. Nagy, Jr]

# uname -a
FreeBSD alex-laptop 9.1-RELEASE FreeBSD 9.1-RELEASE #8: Tue Jan 22 
14:00:27 CST 2013 root@alex-laptop:/usr/obj/usr/src/sys/ALEX-LAPTOP 
 amd64


/bin/sh /usr/local/bin/libtool  --tag=CC--mode=link gcc  -O2 -pipe 
-fno-strict-aliasing -Wall -Wextra -Wno-sign-compare 
-Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD   -L/usr/local/lib 
-o wmaker actions.o appicon.o  application.o appmenu.o balloon.o 
client.o colormap.o cycling.o  defaults.o dialog.o dock.o  dockedapp.o 
event.o framewin.o  geomview.o icon.o main.o  menu.o misc.o osdep_bsd.o 
 monitor.o motif.o moveres.o  pixmap.o placement.o properties.o 
resources.o rootmenu.o screen.o  session.o shutdown.o switchpanel.o 
stacking.o startup.o superfluous.o  switchmenu.o texture.o usermenu.o 
xdnd.o xinerama.o xmodifier.o  xutil.o wcore.o wdefaults.o  window.o 
winmenu.o winspector.o  wmspec.o workspace.o ../WINGs/libWINGs.la 
../WINGs/libWUtil.la -lwraster  -L/usr/local/lib -R/usr/local/lib 
-lXrandr  -lXinerama  -lXext -lX11   -lm
libtool: link: gcc -O2 -pipe -fno-strict-aliasing -Wall -Wextra 
-Wno-sign-compare -Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD -o 
.libs/wmaker actions.o appicon.o application.o appmenu.o balloon.o 
client.o colormap.o cycling.o defaults.o dialog.o dock.o dockedapp.o 
event.o framewin.o geomview.o icon.o main.o menu.o misc.o osdep_bsd.o 
monitor.o motif.o moveres.o pixmap.o placement.o properties.o 
resources.o rootmenu.o screen.o session.o shutdown.o switchpanel.o 
stacking.o startup.o superfluous.o switchmenu.o texture.o usermenu.o 
xdnd.o xinerama.o xmodifier.o xutil.o wcore.o wdefaults.o window.o 
winmenu.o winspector.o wmspec.o workspace.o  -L/usr/local/lib 
../WINGs/.libs/libWINGs.so 
/usr/ports/x11-wm/windowmaker/work/WindowMaker-0.95.4/WINGs/.libs/libWUtil.so 
/usr/local/lib/libXft.so /usr/local/lib/libfontconfig.so 
/usr/local/lib/libfreetype.so -lbz2 /usr/local/lib/libexpat.so 
../WINGs/.libs/libWUtil.so /usr/local/lib/libwraster.so 
/usr/local/lib/libtiff.so -llzma -ljbig -lz /usr/local/lib/libXpm.so 
-lpng /usr/local/lib/libjpeg.so /usr/local/lib/libgif.so 
/usr/local/lib/libXmu.so /usr/local/lib/libXt.so /usr/local/lib/libSM.so 
/usr/local/lib/libICE.so /usr/local/lib/libXrandr.so 
/usr/local/lib/libXrender.so /usr/local/lib/libXinerama.so 
/usr/local/lib/libXext.so /usr/local/lib/libX11.so 
/usr/local/lib/libxcb.so /usr/local/lib/libXau.so 
/usr/local/lib/libXdmcp.so /usr/local/lib/libpthread-stubs.so -lrpcsvc 
-lm -Wl,-rpath -Wl,/usr/local/lib

main.o: In function `main':
main.c:(.text+0x707): undefined reference to `inotify_init'
main.c:(.text+0x73d): undefined reference to `inotify_add_watch'
*** [wmaker] Error code 1
1 error
*** [all] Error code 2
1 error
*** [all-recursive] Error code 1
1 error
*** [all] Error code 2
1 error
*** [do-build] Error code 1

Stop in /usr/ports/x11-wm/windowmaker.
*** [build] Error code 1

Stop in /usr/ports/x11-wm/windowmaker.
--
Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-wm/windowmaker and x11-wm/libwraster

[Joseph A. Nagy, Jr]

On 02/19/13 09:45, Olivier Smedts wrote:

2013/2/19 Joseph A. Nagy, Jr :

I have an issue with upgrading windowmaker in that it now pulls in
x11-wm/libwraster and they both want to install a man page in the same
place[0], unfortunately the proposed workaround[1] doesn't work. Anyone have
any other ideas? Again, I have done all the steps in the pr and build fails
as libwraster is automatically pulled in and attempts to build before
windowmaker does.

[0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=176175
[1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/175955


Can you try deinstalling windowmaker before (re)installing it ? It



that did the trick.

# cd /usr/ports/x11-wm/windowmaker
# make rmconfig deinstall reinstall clean

libwraster installed just fine.



--
Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-wm/windowmaker and x11-wm/libwraster

[Joseph A. Nagy, Jr]

On 02/19/13 09:45, Olivier Smedts wrote:

2013/2/19 Joseph A. Nagy, Jr :

I have an issue with upgrading windowmaker in that it now pulls in
x11-wm/libwraster and they both want to install a man page in the same
place[0], unfortunately the proposed workaround[1] doesn't work. Anyone have
any other ideas? Again, I have done all the steps in the pr and build fails
as libwraster is automatically pulled in and attempts to build before
windowmaker does.

[0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=176175
[1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/175955


Can you try deinstalling windowmaker before (re)installing it ? It
seems the update can't be performed because WindowMaker-0.95.4 needs
libwraster-0.95.4, but libwraster-0.95.4 installs a file in the same
place than your old WindowMaker-0.95.3. That's not allowed by pkgng
(are you using 10-CURRENT BTW ?).


I got that much, and will follow that procedure 
(deinstalling/reinstalling Windowaker) as much as I dislike it.


From the first link:
FreeBSD alex-laptop 9.1-RELEASE FreeBSD 9.1-RELEASE #8: Tue Jan 22 
14:00:27 CST 2013 root@alex-laptop:/usr/obj/usr/src/sys/ALEX-LAPTOP amd64



There should be a procedure to solve this case in /usr/ports/UPDATING.


I haven't been able to find anything.


Please ask the maintainer to add one if reinstalling windowmaker works
for you.

Cheers




ports@ is the maintainer for WindowMaker and there is no maintainer 
entry for libwraster


--
Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

RE: FreeBSD Port: netdot-1.0.2

[Burton, Steven]

Nick,

Thanks for that and for letting me know. Alas, the (new) PC I was
pretending was a test server has given up the ghost so it is perforce a
new install anyway.

Steve.

-Original Message-
From: Nick Hilliard [mailto:n...@foobar.org] 
Sent: 19 February 2013 15:23
To: Burton, Steven
Cc: po...@freebsd.org
Subject: Re: FreeBSD Port: netdot-1.0.2

On 11/02/2013 16:27, Burton, Steven wrote:
> I have just installed netdot from the port on FreeBSD 9.1 REL and as 
> soon as I try to log into the web console, I get an error relating to 
> netdot.accessright not existing. Googling, it seems that this is fixed

> in v 1.0.3. Is there any way of fixing an installation of v 1.0.2?

netdot-1.0.4 has just been committed to ports.  You should upgrade.

Nick




___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-wm/windowmaker and x11-wm/libwraster

[Olivier Smedts]

2013/2/19 Joseph A. Nagy, Jr :
> I have an issue with upgrading windowmaker in that it now pulls in
> x11-wm/libwraster and they both want to install a man page in the same
> place[0], unfortunately the proposed workaround[1] doesn't work. Anyone have
> any other ideas? Again, I have done all the steps in the pr and build fails
> as libwraster is automatically pulled in and attempts to build before
> windowmaker does.
>
> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=176175
> [1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/175955

Can you try deinstalling windowmaker before (re)installing it ? It
seems the update can't be performed because WindowMaker-0.95.4 needs
libwraster-0.95.4, but libwraster-0.95.4 installs a file in the same
place than your old WindowMaker-0.95.3. That's not allowed by pkgng
(are you using 10-CURRENT BTW ?).

There should be a procedure to solve this case in /usr/ports/UPDATING.
Please ask the maintainer to add one if reinstalling windowmaker works
for you.

Cheers


-- 
Olivier Smedts _
ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org- against HTML email & vCards  X
www: http://www.gid0.org- against proprietary attachments / \

  "Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas."
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: netdot-1.0.2

[Nick Hilliard]

On 11/02/2013 16:27, Burton, Steven wrote:
> I have just installed netdot from the port on FreeBSD 9.1 REL and as
> soon as I try to log into the web console, I get an error relating to
> netdot.accessright not existing. Googling, it seems that this is fixed
> in v 1.0.3. Is there any way of fixing an installation of v 1.0.2?

netdot-1.0.4 has just been committed to ports.  You should upgrade.

Nick


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

x11-wm/windowmaker and x11-wm/libwraster

[Joseph A. Nagy, Jr]

I have an issue with upgrading windowmaker in that it now pulls in 
x11-wm/libwraster and they both want to install a man page in the same 
place[0], unfortunately the proposed workaround[1] doesn't work. Anyone 
have any other ideas? Again, I have done all the steps in the pr and 
build fails as libwraster is automatically pulled in and attempts to 
build before windowmaker does.


[0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=176175
[1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/175955
--
Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD ports you maintain which are out of date

[portscout]

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 can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
games/euchre| 0.7 | 0.8
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

If wish to stop receiving portscout reminders, please contact
portsc...@portscout.freebsd.org

Thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: audio/audacity and audio/gstreamer-plugins-soundtouch fails due to SoundTouch

[Ruslan Makhmatkhanov]

Joseph A. Nagy, Jr wrote on 18.02.2013 18:52:

effects/SoundTouchEffect.cpp:209:31: error: cannot initialize a
parameter of type 'const SAMPLETYPE *'
   (aka 'const short *') with an lvalue of type 'float *'
   mSoundTouch->putSamples(buffer, block);
   ^~
/usr/local/include/soundtouch/SoundTouch.h:237:31: note: passing
argument to parameter 'samples' here
 const SAMPLETYPE *samples,  ///< Pointer to sample buffer.
   ^
effects/SoundTouchEffect.cpp:215:23: error: no matching member function
for call to 'receiveSamples'
  mSoundTouch->receiveSamples(buffer2, outputCount);
  ~^~
/usr/local/include/soundtouch/FIFOSamplePipe.h:190:18: note: candidate
function not viable: no known conversion from
   'float *' to 'SAMPLETYPE *' (aka 'short *') for 1st argument;
 virtual uint receiveSamples(SAMPLETYPE *outBuffer, ///< Buffer
where to copy output samples.
  ^
/usr/local/include/soundtouch/FIFOSamplePipe.h:203:18: note: candidate
function not viable: requires 1 argument, but 2
   were provided
 virtual uint receiveSamples(uint maxSamples   ///< Remove this many
samples from the beginning of pipe.
  ^
effects/SoundTouchEffect.cpp:234:20: error: no matching member function
for call to 'receiveSamples'
   mSoundTouch->receiveSamples(buffer2, outputCount);
   ~^~
/usr/local/include/soundtouch/FIFOSamplePipe.h:190:18: note: candidate
function not viable: no known conversion from
   'float *' to 'SAMPLETYPE *' (aka 'short *') for 1st argument;
 virtual uint receiveSamples(SAMPLETYPE *outBuffer, ///< Buffer
where to copy output samples.
  ^
/usr/local/include/soundtouch/FIFOSamplePipe.h:203:18: note: candidate
function not viable: requires 1 argument, but 2
   were provided
 virtual uint receiveSamples(uint maxSamples   ///< Remove this many
samples from the beginning of pipe.
  ^
effects/SoundTouchEffect.cpp:307:31: error: cannot initialize a
parameter of type 'const SAMPLETYPE *'
   (aka 'const short *') with an lvalue of type 'float *'
   mSoundTouch->putSamples(soundTouchBuffer, blockSize);
   ^~~~
/usr/local/include/soundtouch/SoundTouch.h:237:31: note: passing
argument to parameter 'samples' here
 const SAMPLETYPE *samples,  ///< Pointer to sample buffer.
   ^
effects/SoundTouchEffect.cpp:373:17: error: no matching member function
for call to 'receiveSamples'
mSoundTouch->receiveSamples(outputSoundTouchBuffer, outputCount);
~^~
/usr/local/include/soundtouch/FIFOSamplePipe.h:190:18: note: candidate
function not viable: no known conversion from
   'float *' to 'SAMPLETYPE *' (aka 'short *') for 1st argument;
 virtual uint receiveSamples(SAMPLETYPE *outBuffer, ///< Buffer
where to copy output samples.
  ^
/usr/local/include/soundtouch/FIFOSamplePipe.h:203:18: note: candidate
function not viable: requires 1 argument, but 2
   were provided
 virtual uint receiveSamples(uint maxSamples   ///< Remove this many
samples from the beginning of pipe.
  ^
12 warnings and 5 errors generated.
gmake[1]: *** [effects/SoundTouchEffect.o] Error 1
gmake[1]: Leaving directory
`/usr/ports/audio/audacity/work/audacity-src-2.0.3/src'
gmake: *** [audacity] Error 2
*** [do-build] Error code 1

Stop in /usr/ports/audio/audacity.
*** [build] Error code 1

Stop in /usr/ports/audio/audacity.

===>>> make failed for audio/audacity
===>>> Aborting update

===>>> Update for audio/audacity failed
===>>> Aborting update

Before I attempted this build, I did:
# cd /usr/ports/audio/audacity/
# make rmconfig

because previously I had gotten it to build with SoundTouch (which is
installed). I cannot find any issues with either audacity or soundtouch
in /usr/ports/UPDATING, either. Audacity isn't the only problem port I
have because of SoundTouch. One of the gstreamer ports won't build
because of it, either.

===>  Building for gstreamer-plugins-soundtouch-0.10.23,3
   CC libgstsoundtouch_la-plugin.lo
   CXXlibgstsoundtouch_la-gstpitch.lo
gstpitch.cc:384:17: error: no matching member function for call to
'receiveSamples'
   priv->st->receiveSamples ((gfloat *) GST_BUFFER_DATA (buffer),
samples);
   ~~^~
/usr/local/include/soundtouch/FIFOSamplePipe.h:190:18: note: candidate
function not viable: no known conversion from
   'gfloat *' (aka 'float *') to 'SAMPLETYPE *' (aka 'short *') for
1st argument;
 virtual uint receiveSamples(SAMPLETYPE *outBuffer, ///< Buffer
where to copy output samples.
  ^
/usr/local/include/soundtouch/FIFOSamplePipe.h:203:18: note: candidate
function not viable: requires 1 argument, but 2
   were provided
 virtual uint receiveSamples(uint maxSamples   ///< 

opengtl update

[ajtiM]

Hi!

I like to update opengtl on my system:
FreeBSD 9.1-RELEASE #0 r243826: Tue Dec  4 06:55:39 UTC 2012 
r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

FreeBSD clang version 3.1 (branches/release_31 156863) 20120523
Target: i386-unknown-freebsd9.0
Thread model: posix

Why it want to update llvm to 3.2 if looks like that is 3.1 okay?

===>>> The dependency for devel/llvm
   seems to be handled by llvm31-3.1

I stopped build because I don't want to have clang 3.1 and llvm 3.2 and more 
problems (maybe).

Thanks in advance.



===>>> Currently installed version: opengtl-0.9.17
===>>> Port directory: /usr/ports/graphics/opengtl

===>>> Gathering distinfo list for installed ports

===>>> Launching 'make checksum' for graphics/opengtl in background
===>>> Gathering dependency list for graphics/opengtl from ports

===>>> The dependency for devel/llvm
   seems to be handled by llvm31-3.1


===>>> Initial dependency check complete for graphics/opengtl


===>>> Starting build for graphics/opengtl <<<===

===>>> All dependencies are up to date

===>  Cleaning for opengtl-0.9.18
===>  License LGPL20 accepted by the user
===>  Found saved configuration for opengtl-0.9.17
===>   opengtl-0.9.18 depends on file: /usr/local/sbin/pkg - found
===>  Extracting for opengtl-0.9.18
=> SHA256 Checksum OK for OpenGTL-0.9.18.tar.bz2.
===>   opengtl-0.9.18 depends on file: /usr/local/bin/perl5.16.2 - found
===>  Patching for opengtl-0.9.18
===>   opengtl-0.9.18 depends on file: /usr/local/bin/perl5.16.2 - found
# Disable latex doc, it's not ready yet.
/usr/bin/sed -i.bak -e '/add_subdirectory.*doc/d'  
/usr/ports/graphics/opengtl/work/OpenGTL-0.9.18/OpenShiva/CMakeLists.txt
===>   opengtl-0.9.18 depends on file: /usr/local/lib/libLLVM-3.2.so - not 
found
===>Verifying install for /usr/local/lib/libLLVM-3.2.so in 
/usr/ports/devel/llvm

===>  llvm-3.2 conflicts with installed package(s): 
  llvm31-3.1

  They install files into the same place.
  You may want to stop build with Ctrl + C.
^C
===>>> Build/Install for graphics/opengtl exiting due to signal
Terminated

Mitja
--
http://www.redbubble.com/people/lumiwa
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Build error with firefix 18.0.2

[Craig Rodrigues]

Hi,

I tried to build firefox on amd64 inside a 9-STABLE jail using
poudriere.  I got the following build error:

The full build log is here:

http://people.freebsd.org/~rodrigc/ports/firefox-18.0.2%2c1.log.txt

The part that is causing the error is some C++ error related
to partial template specialization (see below).

Any ideas what the problem is?

Thanks.

===
c++ -o nsDocElementBoxFrame.o -c -I../../../../dist/stl_wrappers
-I../../../../dist/system_wrappers -include
../../../../../config/gcc_hidden.h -DMOZ_GLUE_IN_PROGRAM
-DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API
-D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES
 -DSTATIC_EXPORTABLE_JS_API -D_IMPL_NS_LAYOUT
-I../../../../../layout/xul/base/src
-I../../../../../layout/xul/base/src/../../../base
-I../../../../../layout/xul/base/src/../../../../content/base/src
-I../../../../../layout/xul/base/src/../../../../content/events/src
-I../../../../../layout/xul/base/src/../../../generic
-I../../../../../layout/xul/base/src/../../../style
 -I../../../../../layout/xul/base/src -I. -I../../../../dist/include
 -I/usr/local/include/nspr -I/usr/local/include/nss
-I/usr/local/include/nss/nss -I/usr/local/include -I/usr/local/include
 -fPIC -isystem/usr/local/include  -I/usr/local/include -Wall
-Wpointer-arith -Woverloaded-virtual -Werror=return-type
-Wno-ctor-dtor-privacy -Wno-overlength-strings -Wno-invalid-offsetof
-Wno-variadic-macros -Wcast-align -O2 -pipe -fno-strict-aliasing
-fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections
-fdata-sections -fno-exceptions -fshort-wchar -pipe  -DNDEBUG -DTRIMMED
-fno-omit-frame-pointer   -isystem/usr/local/include  -I/usr/local/include
-DMOZILLA_CLIENT -include ../../../../mozilla-config.h -MD -MF
.deps/nsDocElementBoxFrame.o.pp
 
/wrkdirs/usr/ports/www/firefox/work/mozilla-release/layout/xul/base/src/nsDocElementBoxFrame.cpp
nsLeafBoxFrame.cpp
c++ -o nsLeafBoxFrame.o -c -I../../../../dist/stl_wrappers
-I../../../../dist/system_wrappers -include
../../../../../config/gcc_hidden.h -DMOZ_GLUE_IN_PROGRAM
-DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API
-D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES
 -DSTATIC_EXPORTABLE_JS_API -D_IMPL_NS_LAYOUT
-I../../../../../layout/xul/base/src
-I../../../../../layout/xul/base/src/../../../base
-I../../../../../layout/xul/base/src/../../../../content/base/src
-I../../../../../layout/xul/base/src/../../../../content/events/src
-I../../../../../layout/xul/base/src/../../../generic
-I../../../../../layout/xul/base/src/../../../style
 -I../../../../../layout/xul/base/src -I. -I../../../../dist/include
 -I/usr/local/include/nspr -I/usr/local/include/nss
-I/usr/local/include/nss/nss -I/usr/local/include -I/usr/local/include
 -fPIC -isystem/usr/local/include  -I/usr/local/include -Wall
-Wpointer-arith -Woverloaded-virtual -Werror=return-type
-Wno-ctor-dtor-privacy -Wno-overlength-strings -Wno-invalid-offsetof
-Wno-variadic-macros -Wcast-align -O2 -pipe -fno-strict-aliasing
-fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections
-fdata-sections -fno-exceptions -fshort-wchar -pipe  -DNDEBUG -DTRIMMED
-fno-omit-frame-pointer   -isystem/usr/local/include  -I/usr/local/include
-DMOZILLA_CLIENT -include ../../../../mozilla-config.h -MD -MF
.deps/nsLeafBoxFrame.o.pp
 
/wrkdirs/usr/ports/www/firefox/work/mozilla-release/layout/xul/base/src/nsLeafBoxFrame.cpp
In file included from
../../../../../layout/xul/base/src/../../../base/nsPresContext.h:26,
 from
../../../../../layout/xul/base/src/../../../style/nsRuleNode.h:14,
 from
../../../../../layout/xul/base/src/../../../style/nsStyleContext.h:11,
 from
../../../../../layout/xul/base/src/../../../generic/nsIFrame.h:25,
 from ../../../../../layout/xul/base/src/nsBox.h:9,
 from
../../../../../layout/xul/base/src/../../../generic/nsFrame.h:12,
 from
../../../../../layout/xul/base/src/../../../generic/nsLeafFrame.h:12,
 from
/wrkdirs/usr/ports/www/firefox/work/mozilla-release/layout/xul/base/src/nsLeafBoxFrame.h:9,
 from
/wrkdirs/usr/ports/www/firefox/work/mozilla-release/layout/xul/base/src/nsLeafBoxFrame.cpp:13:
../../../../dist/include/nsCycleCollectionParticipant.h:194: error:
template parameters not used in partial specialization:
../../../../dist/include/nsCycleCollectionParticipant.h:194: error:
'T'
In file included from ../../../../dist/include/nsINode.h:15,
 from ../../../../dist/include/nsIDocument.h:20,
 from ../../../../dist/include/nsIContent.h:10,
 from
../../../../../layout/xul/base/src/../../../generic/nsIFrame.h:30,
 from ../../../../../layout/xul/base/src/nsBox.h:9,
 from
../../../../../layout/xul/base/src/../../../generic/nsFrame.h:12,
 

Apcupsd USB strangeitude

[Andrea Venturoli]

Hello.

For years I've been an happy user of FreeBSD + apcupsd + APC Smart-UPS 1500.
This has worked through various upgrades until a few days ago.

Right now my config is:

# uname -a
FreeBSD xx.x 9.0-RELEASE-p5 FreeBSD 9.0-RELEASE-p5 #2: Sat Dec  1 
14:43:22 CET 2012 root@xx.x:/usr/obj/usr/src/sys/XX  i386



# usbconfig
ugen0.1:  at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE
ugen1.1:  at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE
ugen2.1:  at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=SAVE
ugen3.1:  at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE
ugen4.1:  at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE
ugen5.1:  at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=SAVE
ugen6.1:  at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE
ugen0.2:  at usbus0, cfg=0 md=HOST 
spd=FULL (12Mbps) pwr=ON
ugen5.2:  at usbus5, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=ON
ugen3.2:  at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON
ugen0.3:  at 
usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON
ugen3.3:  at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=SAVE
ugen3.4:  at usbus3, cfg=0 md=HOST spd=LOW 
(1.5Mbps) pwr=ON
ugen3.5:  at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=ON



# grep -v "^#" /usr/local/etc/apcupsd/apcupsd.conf
UPSCABLE usb
UPSTYPE usb

LOCKFILE /var/spool/lock
ONBATTERYDELAY 6
BATTERYLEVEL 5
MINUTES 3
TIMEOUT 0
ANNOY 300
ANNOYDELAY 60
NOLOGON disable
KILLDELAY 0
NETSERVER on
NISIP 0.0.0.0
NISPORT 3551
EVENTSFILE /var/log/apcupsd.events
EVENTSFILEMAX 10
UPSCLASS standalone
UPSMODE disable
STATTIME 0
STATFILE /var/log/apcupsd.status
LOGSTATS off
DATATIME 0




As I said, until a few days ago, this setup would work perfectly... that 
was until I added a BT dongle (ugen0.2).
After this apparently unrelated change, apcupsd will refuse to start 9 
times out of 10 with the following:

apcupsd[2353]: apcupsd FATAL ERROR in generic-usb.c at line 674 Cannot find UPS 
device -- For a link to detailed USB trouble shooting information, please see 
.


Repeated "service apcupsd restart" will finally get it up and running.



Any hint or pointer?



 bye & Thanks
av.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"