<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel">
    <title>gmane.comp.file-systems.owfs.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10441"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10440"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10439"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10438"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10437"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10436"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10435"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10434"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10433"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10432"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10431"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10430"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10429"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10428"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10427"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10426"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10425"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10424"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10423"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10422"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10441">
    <title>Re: TAI8570 readout in 2.9p0</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10441</link>
    <description>&lt;pre&gt;Hi Dave,

You definitely found a bug in the TIA8570 barometer file structure.

I can't way the casts do anything for me on my platform (it already worked)
but the change is harmless and so implemented. Thank you for finding this
error.

Paul Alfille


On Sun, Apr 14, 2013 at 4:00 PM, &amp;lt;tj&amp;lt; at &amp;gt;woodsidelane.net&amp;gt; wrote:

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Owfs-developers mailing list
Owfs-developers&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
&lt;/pre&gt;</description>
    <dc:creator>Paul Alfille</dc:creator>
    <dc:date>2013-05-18T01:52:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10440">
    <title>Re: Connecting to a DS2438</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10440</link>
    <description>&lt;pre&gt;Thank you.
Peter


On Fri, May 17, 2013 at 11:41 AM, Paul Alfille &amp;lt;paul.alfille&amp;lt; at &amp;gt;gmail.com&amp;gt;wrote:

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Owfs-developers mailing list
Owfs-developers&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
&lt;/pre&gt;</description>
    <dc:creator>Peter Hollenbeck</dc:creator>
    <dc:date>2013-05-17T22:35:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10439">
    <title>Re: Connecting to a DS2438</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10439</link>
    <description>&lt;pre&gt;Take a look at the schematic at
http://www.midondesign.com/Documents/1-WireHumiditySensor.PDF for the
1-wire humidity sensor.

You need a supply voltage, but it can be stolen off the data line with a
diode and capacitor.


On Fri, May 17, 2013 at 1:32 PM, Peter Hollenbeck &amp;lt;pwhbeck&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Owfs-developers mailing list
Owfs-developers&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
&lt;/pre&gt;</description>
    <dc:creator>Paul Alfille</dc:creator>
    <dc:date>2013-05-17T19:41:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10438">
    <title>Connecting to a DS2438</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10438</link>
    <description>&lt;pre&gt;To use it as a voltage sensor, is it just a matter of connecting the one
wire bus and the voltage leads to be sensed? Or is other circuitry required?

Thank you for your input.
Peter
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Owfs-developers mailing list
Owfs-developers&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
&lt;/pre&gt;</description>
    <dc:creator>Peter Hollenbeck</dc:creator>
    <dc:date>2013-05-17T17:32:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10437">
    <title>Re: Compile with USB Support</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10437</link>
    <description>&lt;pre&gt;Just a moment ago I did and it fixed the problem.
Also, I am discovering more about ./configure, which should server me well.

Thank you very much.
Peter


On Thu, May 16, 2013 at 7:41 AM, p4trykx &amp;lt;p4trykx&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Owfs-developers mailing list
Owfs-developers&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
&lt;/pre&gt;</description>
    <dc:creator>Peter Hollenbeck</dc:creator>
    <dc:date>2013-05-16T15:47:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10436">
    <title>Re: Compile with USB Support</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10436</link>
    <description>&lt;pre&gt;W dniu 16.05.2013 o 16:59 Peter Hollenbeck &amp;lt;pwhbeck&amp;lt; at &amp;gt;gmail.com&amp;gt; pisze:


Did you try to
sudo apt-get install libusb-dev

generally every lib comes in two packages one is for programs to use and  
another one with -dev suffix that is needed for compilation. Normally when  
you install all packages already compiles there is no need to use *-dev


&lt;/pre&gt;</description>
    <dc:creator>p4trykx</dc:creator>
    <dc:date>2013-05-16T15:41:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10435">
    <title>Compile with USB Support</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10435</link>
    <description>&lt;pre&gt;Ubuntu 10

./configure --enable-usb
make
sudo make install

/opt/owfs/bin/owfs -u -m 1wire
returns:
DEFAULT: ow_arg.c:(466) USB support (intentionally) not included in
compilation. Check LIBUSB, then reconfigure and recompile.

I have tried and tried but, being quite old and not so bright, can't figure
out how to fix this.

sudo find / -name libusb returns:

/lib/i386-linux-gnu/libusb-0.1.so.4.4.4
/lib/i386-linux-gnu/libusb-0.1.so.4
/lib/i386-linux-gnu/libusb-1.0.so.0.1.0
/var/lib/dpkg/info/libusb-0.1-4:i386.postinst
/var/lib/dpkg/info/libusbmuxd1.postinst
/var/lib/dpkg/info/libusbmuxd1.md5sums
/var/lib/dpkg/info/libusbmuxd1.symbols
/var/lib/dpkg/info/libusb-1.0-0:i386.postrm
/var/lib/dpkg/info/libusbmuxd1.list
/var/lib/dpkg/info/libusb-1.0-0:i386.md5sums
/var/lib/dpkg/info/libusbmuxd1.postrm
/var/lib/dpkg/info/libusb-0.1-4:i386.md5sums
/var/lib/dpkg/info/libusb-0.1-4:i386.shlibs
/var/lib/dpkg/info/libusb-0.1-4:i386.postrm
/var/lib/dpkg/info/libusb-1.0-0:i386.list
/var/lib/dpkg/info/libusb-0.1-4:i386.list
/v&lt;/pre&gt;</description>
    <dc:creator>Peter Hollenbeck</dc:creator>
    <dc:date>2013-05-16T14:59:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10434">
    <title>Compiling issues on Cygwin</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10434</link>
    <description>&lt;pre&gt;Hi,

When compiling OWFS on a freshly installed Cygwin system I get the following errors during make.
I'm using owfs-2.9p0, gcc (GCC) 4.5.3 on CYGWIN_NT-6.1 HOST1 1.7.18(0.263/5/3) 2013-04-19 10:39 i686 Cygwin.
As a workaround I changed the corresponding preprocessor statement from __GNUC_MINOR__ being greater than 4 to being greater than 5 and it compiles fine, however I don't really know much about the #pragma GCC diagnostic so maybe anyone knows a better way to solve this problem.

Error Messages:
[...]
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../../../../../src/include -I../include -fexceptions -Wall -W -Wundef -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wredundant-decls -D__EXTENSIONS__ -D_FILE_OFFSET_BITS=64 -D_XOPEN_SOURCE=500 -D_BSD_SOURCE=1 -D_ISOC99_SOURCE=1 -D_POSIX_C_SOURCE=200112L -g -O2 -mwin32 -g -D_XOPEN_SOURCE=500 -D_BSD_SOURCE=1 -D_ISOC99_SOURCE=1 -D_POSIX_C_SOURCE=200112L -MT ownet_write.lo -MD -MP -MF .deps/ownet_write.Tpo -c ownet_write.c -o ownet_write.o &amp;gt;&lt;/pre&gt;</description>
    <dc:creator>Egger Clemens</dc:creator>
    <dc:date>2013-05-16T08:56:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10433">
    <title>Re: Reading the DS2423</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10433</link>
    <description>&lt;pre&gt;
:-)


I am thinking more and more it had to do with the wire I was connecting the DS2423 to the sensor. I replaced the moving and electronic part of the sensor and the problem persisted, then replaced the wire and it seems to be working perfectly. This is the sensor BTW:

http://www.seeedstudio.com/depot/images/product/G12%20water%20flow%20sensor.jpg

... Hall Effect liquid flow sensor.   It turns into this domestic hot water usage graph: http://datare.bonmot.ca/A0001/DHW_Usage-daily.png

(as well as many many other things.)

What piece of software do I run with the --debug flag?  owread doesn't appear to take the flag.  Thanks.

--
Daniel MacKay
Halifax, Nova Scotia, Canada


------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified &lt;/pre&gt;</description>
    <dc:creator>Daniel MacKay</dc:creator>
    <dc:date>2013-05-14T10:20:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10432">
    <title>owfs not able to connect to owserver when usingowfs.conf</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10432</link>
    <description>&lt;pre&gt;Hi,

I have an issue with owfs not being able to use owserver when reading
config from owfs.conf:


$ cat /etc/owfs.conf
server: device = /dev/i2c-1
server: port = localhost:3000

mountpoint = /mnt/1wire
allow_other
http: port = 8080

error_print = 1
error_level = 3




$ sudo /opt/owfs/bin/owserver -c /etc/owfs.conf --pid-file
/var/run/owfs/owserver.pid

Syslog:

May 14 08:00:34 rpi OWFS[4456]: DEFAULT: ow_daemon.c:(144) Entered
background mode, quitting.
May 14 08:00:34 rpi OWFS[4456]:    CALL: ow_parsename.c:(98) path=[]
May 14 08:00:34 rpi OWFS[4456]: CONNECT: ow_ds2482.c:(399) Found an i2c
device at /dev/i2c-1 address 18
May 14 08:00:34 rpi OWFS[4456]: CONNECT: ow_ds2482.c:(428) i2c device at
/dev/i2c-1 address 18 appears to be DS2482-x00
May 14 08:00:34 rpi OWFS[4456]: CONNECT: ow_ds2482.c:(692) DS2482-100
(Single channel)

$ sudo /opt/owfs/bin/owfs -c /etc/owfs.conf --pid-file
/var/run/owfs/owfs.pid

Syslog:

May 14 08:01:40 rpi OWFS[4461]: CONNECT: owfs.c:(96) fuse mount point:
/mnt/1wire
May 14 08:0&lt;/pre&gt;</description>
    <dc:creator>Jan Chrillesen</dc:creator>
    <dc:date>2013-05-14T06:17:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10431">
    <title>Re: (arm?) bug with json/text being reversed</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10431</link>
    <description>&lt;pre&gt;.. looks fine. Most text handling routines can strip whitespace as needed :-)


almost
...
"scratchpad":"2D004B28FFFF03106E",
"temperature":     22.5625,
"temphigh":          75,
"templow":          40,
"type":"DS18S20"
 }

The final entry must not have a trailing comma (grr! makes for
slightly harder loop unrolling) ditto you're not allowed an array of {
"stuff": [1,2,3,4,] } with a trailing comma in. http://jsonlint.com/
is handy to test :-)

JSON parsers remove extra whitespace automatically (although purists
remove it anyway before sending to save bytes :-) - ie:

{"address":"10401D54000800BE","alias":"","crc8":"BE","errata":[],"family":"10","id":"401D54000800","locator":"FFFFFFFFFFFFFFFF","power":false,"r_address":"BE000800541D4010","r_id":"000800541D40","r_locator":"FFFFFFFFFFFFFFFF","scratchpad":"2D004B28FFFF03106E","temperature":22.5625,"temphigh":75,"templow":40,"type":"DS18S20"}
is just as valid

------------------------------------------------------------------------------
AlienVault Unified Secur&lt;/pre&gt;</description>
    <dc:creator>Andrew Elwell</dc:creator>
    <dc:date>2013-05-14T02:35:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10430">
    <title>Re: (arm?) bug with json/text being reversed</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10430</link>
    <description>&lt;pre&gt;inside owphp:
getting value:


if ($parse_php_type &amp;amp;&amp;amp; $get_type!=OWNET_MSG_DIR_ALL){
$tmp =explode('/',$path);$c=count($tmp)-1;
if ($c&amp;gt;0){ // must be something like '/dir/file' array('dir', 'file'),
count()-1 = 1 &amp;gt; 0
$variavel =$tmp[$c]; // get last two uri args
$ow =$tmp[$c-1];
unset($tmp);
 if (preg_match('/([0-9A-F]{2})[\.]{0,1}[0-9A-F]{12}/',$ow,$tmp)){ // check
if ow is an OW id ("XX.ZZZZZZZZZZZZ or XXZZZZZZZZZZZZ")
 $tmp=$tmp[1];
if (!isset($OWNET_GLOBAL_CACHE_STRUCTURE[$tmp.'/'.$variavel])){ // check if
we have structure information
$tmp_v=&amp;lt; at &amp;gt;$this-&amp;gt;get("/structure/$tmp/$variavel",OWNET_MSG_READ,false,false); //
get estrutucture information
if ($tmp_v!==NULL){
$tmp_v=explode(',',$tmp_v); // ok :D we will get real php values now!
$OWNET_GLOBAL_CACHE_STRUCTURE[$tmp.'/'.$variavel]=$tmp_v;
$type=$tmp_v;
}
}else
$type=$OWNET_GLOBAL_CACHE_STRUCTURE[$tmp.'/'.$variavel];
}
}
unset($tmp,$tmp_v,$variavel,$ow,$c);
}



'casting' value:

if ($type!==false){
// get real php values
$ret['data_php']=$ret['data'];
if($&lt;/pre&gt;</description>
    <dc:creator>Roberto Spadim</dc:creator>
    <dc:date>2013-05-14T01:31:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10429">
    <title>Re: (arm?) bug with json/text being reversed</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10429</link>
    <description>&lt;pre&gt;http://owfs.org/index.php?page=ownet-php

check: ($parse_value=true)
read($path,$parse_value=true)
       $path
           file to read from owserver
       $parse_value
           if true will return an parsed variable (string, bool or double)
           if false will return always string variables


and a global variable to cache this type information
Global Variables
   OWNET_GLOBAL_CACHE_STRUCTURE (array)



2013/5/13 Roberto Spadim &amp;lt;roberto&amp;lt; at &amp;gt;spadim.com.br&amp;gt;




&lt;/pre&gt;</description>
    <dc:creator>Roberto Spadim</dc:creator>
    <dc:date>2013-05-14T01:25:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10428">
    <title>Re: (arm?) bug with json/text being reversed</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10428</link>
    <description>&lt;pre&gt;there's some information about 'field' type in some owfs directory, when i
done this json i didn't done many work doing it 'exactly' what should be
ie, temperature should be a float field... 'temperature':1234, and not a
string "          1234"
i don't see problems here, but i didn't found where to get this field
information (binary,float,integer,text,etc..) inside owhttpd source code

maybe a new patch could do this work, but i have no idea how to do this,
since field information is placed at owserver (or owhttp) side, and not at
owhttp (client side)

in a php ownet library i done a http get to this structure to check what
type of field we are getting and casting it with the right type, but it is
too expensive (2 gets instead of only one), well maybe a better type cast
could be nice, just somework to do it right


2013/5/13 Paul Alfille &amp;lt;paul.alfille&amp;lt; at &amp;gt;gmail.com&amp;gt;



&lt;/pre&gt;</description>
    <dc:creator>Roberto Spadim</dc:creator>
    <dc:date>2013-05-14T01:22:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10427">
    <title>Re: Reading the DS2423</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10427</link>
    <description>&lt;pre&gt;So you were fuzz testing the DS2423?

There is nothing in the datasheet to offer an explanation. If you are truly
curious, run with "--debug" and send me a transcript.



On Mon, May 13, 2013 at 6:59 AM, Daniel MacKay &amp;lt;daniel&amp;lt; at &amp;gt;bonmot.ca&amp;gt; wrote:

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Owfs-developers mailing list
Owfs-developers&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
&lt;/pre&gt;</description>
    <dc:creator>Paul Alfille</dc:creator>
    <dc:date>2013-05-14T01:14:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10426">
    <title>Re: (arm?) bug with json/text being reversed</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10426</link>
    <description>&lt;pre&gt;So here is a typical entry for http://localhost:4444/text/10.401D54000800

address 10401D54000800BE
alias
crc8 BE
errata
family 10
id 401D54000800
locator FFFFFFFFFFFFFFFF
power 0
r_address BE000800541D4010
r_id 000800541D40
r_locator FFFFFFFFFFFFFFFF
scratchpad 2D004B28FFFF03106E
temperature       22.625
temphigh           75
templow           40
type DS18S20

And here for http://localhost:4444/json/10.401D54000800

{
"address":"10401D54000800BE",
"alias":"",
"crc8":"BE",
"errata":[],
"family":"10",
"id":"401D54000800",
"locator":"FFFFFFFFFFFFFFFF",
"power":"false",
"r_address":"BE000800541D4010",
"r_id":"000800541D40",
"r_locator":"FFFFFFFFFFFFFFFF",
"scratchpad":"2D004B28FFFF03106E",
"temperature":"     22.5625",
"temphigh":"          75",
"templow":"          40",
"type":"DS18S20",
}

Should it be?
{
"address":"10401D54000800BE",
"alias":"",
"crc8":"BE",
"errata":[],
"family":"10",
"id":"401D54000800",
"locator":"FFFFFFFFFFFFFFFF",
"power":false,
"r_address":"BE000800541D4010",
"r_id":"000800541D40",
"r_&lt;/pre&gt;</description>
    <dc:creator>Paul Alfille</dc:creator>
    <dc:date>2013-05-14T01:03:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10425">
    <title>owfs hangup on Linux 3.0.4 using DS28EC20 Dallas1-wire EEPROM</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10425</link>
    <description>&lt;pre&gt;Greetings, 

I am implementing a Maxim 1-Wire DS28EC20 EEPROM on an embedded Linux
application with the objective of writing identification information and
manufacturing data on a removable component.  I have configured the kernel
for 1-Wire support, and have applied the patch for the w1-gpio module
implementation. When I insert the w1-gpio module, the /sys/bus/w1 directory
becomes present and the target EEPROM is reported.  There is a file present
named rw which I can cat (looks binary), but when I pipe data to it, and
then read it back, it does not change. I suspect the block nature of the
device and its control mechanisms require a more sophisticated write
operation. I investigated the owfs which supports read and write on the
DS_2433 EEPROM, and am attempting to implement it.  When I do not have the
device attached, using owfs, I can 'ls' the owfs mount point.  When a device
is attached and the Linux w1 directory (/sys/bus/w1/...) shows it, a 'ls'
command on the owfs mount point causes the owfs applicati&lt;/pre&gt;</description>
    <dc:creator>Walter Lewis</dc:creator>
    <dc:date>2013-05-13T23:07:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10424">
    <title>Re: owhttpd in 2.9p0</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10424</link>
    <description>&lt;pre&gt;Ahh, you can get lucky, but two programs talking to the same hardware is a
recipe for problems.

Fortunately owserver can mediate the access. It is set up to talk to the
hardware, and the other programs talk to it.

As a matter of clarification, owhttpd, the web server, doesn't use the file
system. It can talk to the hardware directly, or talk to owserver.

Paul


On Mon, May 13, 2013 at 4:21 PM, foster &amp;lt;martinez.de.la.symbioz&amp;lt; at &amp;gt;gmail.com&amp;gt;wrote:

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Owfs-developers mailing list
Owfs-developers&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-develo&lt;/pre&gt;</description>
    <dc:creator>Paul Alfille</dc:creator>
    <dc:date>2013-05-13T21:25:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10423">
    <title>Re: owhttpd in 2.9p0</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10423</link>
    <description>&lt;pre&gt;Paul Alfille-2 wrote

Hmm, why can't run both? In version 2.8p15 there was no problem. If I run
owserver, i will not be able to use owhttpd. When I use owhttpd without
owfs, will it work? Because without virtual filesystem, owhttpd will not
work. 




--
View this message in context: http://owfs-developers.1086194.n5.nabble.com/owhttpd-in-2-9p0-tp9556p9574.html
Sent from the OWFS Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
&lt;/pre&gt;</description>
    <dc:creator>foster</dc:creator>
    <dc:date>2013-05-13T20:21:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10422">
    <title>Re: Error in building OWFS ver 2.9p0 from source</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10422</link>
    <description>&lt;pre&gt;On Mon, May 13, 2013 at 2:02 PM, Alfille, Paul H.,M.D.
&amp;lt;PALFILLE&amp;lt; at &amp;gt;partners.org&amp;gt; wrote:

Hello!
No, that didn't work either. I ran make clean first after watching the
suggested command be run. Then after it had finished I ran the make
one alone. It ran for a while and then dead ended with the same exact
error message. For forensics do you want the output?
&lt;/pre&gt;</description>
    <dc:creator>Gregg Levine</dc:creator>
    <dc:date>2013-05-13T19:17:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10421">
    <title>Re: Error in building OWFS ver 2.9p0 from source</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.owfs.devel/10421</link>
    <description>&lt;pre&gt;Try 

autoreconf -if 



-----Original Message-----
From: Gregg Levine [mailto:gregg.drwho8&amp;lt; at &amp;gt;gmail.com] 
Sent: Monday, May 13, 2013 2:00 PM
To: owfs-developers
Subject: [Owfs-developers] Error in building OWFS ver 2.9p0 from source

Hello!
I am getting this odd error from trying to build the 2.9P0 source code:
mv: cannot stat `.deps/compat.Tpo': No such file or directory
make[5]: *** [compat.lo] Error 1
make[5]: Leaving directory `/usr/src/owfs/owfs-2.9p0/module/ownet/c/src/c'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/usr/src/owfs/owfs-2.9p0/module/ownet/c/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/usr/src/owfs/owfs-2.9p0/module/ownet/c'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/owfs/owfs-2.9p0/module/ownet'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/owfs/owfs-2.9p0/module'
make: *** [all-recursive] Error 1

I believe its the same one that forced me to not try to continue
trying to build any of t&lt;/pre&gt;</description>
    <dc:creator>Alfille, Paul H.,M.D.</dc:creator>
    <dc:date>2013-05-13T18:02:34</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.file-systems.owfs.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.file-systems.owfs.devel</link>
  </textinput>
</rdf:RDF>
