Hi porters--
I'm working on a port of teslams, which is a Node.js implementation of
the client side of the API for querying and (in a limited way!)
controlling a Tesla Model S. I know next to nothing about Node.js, but
the example programs are useful for some stuff I'm working on.
https://github
If memory serves me right, Lev Serebryakov wrote:
> Hello, Attila.
> You wrote 14 октября 2011 г., 18:32:34:
>
>> Maybe renaming the current port to subversion16 and replace the svn
>> dependency of the above ports until they support 1.7?
> One problem: library version was not bumped. So, if use
If memory serves me right, Brooks Davis wrote:
> On Wed, Apr 27, 2011 at 07:15:07AM -0700, spotter wrote:
>> I am having the exact same problem with a brand new FreeBSD 8.1-RELEASE
>> install and a fresh squeezeboxserver (v7.5.3) port build.
>> (Slimserver was working fine under FreeBSD 6.2, until
If memory serves me right, Andrey Chernov wrote:
> It fix dialog core dump with recent ghostscript-gpl port (too many items).
> Please approve.
>
> --- dialog.h.bak 2000-12-14 20:29:36.0 +0300
> +++ dialog.h 2007-08-20 00:40:53.0 +0400
> @@ -74,7 +74,7 @@
> } dialogMenuItem;
If memory serves me right, Bruce A. Mah wrote:
> If memory serves me right, Dave Tweten wrote:
>> Sorry for the delay in responding. A week of vacation and a failed hard
>> disk took their toll. Thank God for backups!
>
> Occasionally, I need some event like this to remi
If memory serves me right, Dave Tweten wrote:
> Sorry for the delay in responding. A week of vacation and a failed hard
> disk took their toll. Thank God for backups!
Occasionally, I need some event like this to remind me why backups are
a good idea. :-p
[snip]
> That leaves me most suspici
If memory serves me right, David MAREC wrote:
> Le lundi 26 juin 2006 04:18, Rick Voland a écrit :
>
>> It seems to be a permissions thing.
>
> I have the same problem running FreeBSD 6.1.
> A few weeks ago, «cups» stopped printing through local ports while «lpd»
> dæmon was still working.
> (
