<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2012-02-06 05:20:03]  --> <rss version="2.0" xmlns:im="http://purl.org/rss/1.0/item-images/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" >
<channel>
<docs>http://bugs.ethersex.de/</docs>
<description>Mantis - ISSUES</description>
<link>http://bugs.ethersex.de/</link>
<title>Mantis - ISSUES</title>
<image>
<title>Mantis - ISSUES</title>
<url>http://bugs.ethersex.de/images/mantis_logo_button.gif</url>
<link>http://bugs.ethersex.de/</link>
<description>Mantis - ISSUES</description>
</image>
<category>All Projects</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2012-02-06T05:20:03+01:00</sy:updateBase>
<item>
<title>0000155: Stability httpd</title>
<link>http://bugs.ethersex.de/view.php?id=155</link>
<description>During file transfer from SD card via HTTP, ethersex almost always restarts&lt;br /&gt;
if the TCP connection is prematurely aborted by the client.&lt;br /&gt;
(To reproduce this behavior load a big file via browser and press the&lt;br /&gt;
stop button during transmission.) &lt;br /&gt;
&lt;br /&gt;
Debug Log:&lt;br /&gt;
&lt;br /&gt;
D: httpd: new connection&lt;br /&gt;
D: httpd: new data&lt;br /&gt;
[system restart]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
D: httpd: new connection&lt;br /&gt;
D: httpd: new data&lt;br /&gt;
D: httpd: cleaning left-over vfs-handle at 0x1212.&lt;br /&gt;
D: httpd: connection aborted&lt;br /&gt;
[no system restart]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I use&lt;br /&gt;
- A NETIO compatible hardware with SD card and ATMEGA1284P@16MHz&lt;br /&gt;
- AVR-GCC 4.4.3&lt;br /&gt;
- AVR-LIBC 1.7.1&lt;br /&gt;
- The ethersex-snapshot_compile_ok-695-gd2d54cb</description>
<guid>http://bugs.ethersex.de/view.php?id=155</guid>
<author>Volker &lt;Volker@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=155#bugnotes</comments>
</item>
<item>
<title>0000154: [doc] SOAP module not usable</title>
<link>http://bugs.ethersex.de/view.php?id=154</link>
<description>The SOAP sample code from the old wiki ( &lt;a href=&quot;http://old.ethersex.de/index.php/SOAP&quot;&gt;http://old.ethersex.de/index.php/SOAP&lt;/a&gt; [&lt;a href=&quot;http://old.ethersex.de/index.php/SOAP&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] ) always leads to a &quot;HTTP 400 BAD REQUEST&quot; error.&lt;br /&gt;
&lt;br /&gt;
The code should be fixed/reviewed and if fixed, adopted to the new wiki.</description>
<guid>http://bugs.ethersex.de/view.php?id=154</guid>
<author>patrick &lt;patrick@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=154#bugnotes</comments>
</item>
<item>
<title>0000085: ASK Sense __vector_2 multiple definition</title>
<link>http://bugs.ethersex.de/view.php?id=85</link>
<description>hardware/radio/rfm12/ask_sense.o: In function `__vector_2':&lt;br /&gt;
/home/xxx/ethersex/hardware/radio/rfm12/ask_sense.c:207: multiple definition of `__vector_2'&lt;br /&gt;
hardware/radio/rfm12/rfm12.o:/home/xxx/ethersex/hardware/radio/rfm12/rfm12.c:56: first defined here&lt;br /&gt;
make: *** [ethersex] Fehler 1&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
MCU: atmega32 Hardware: netio&lt;br /&gt;
&lt;br /&gt;
These modules are currently enabled: &lt;br /&gt;
======================================&lt;br /&gt;
 * VFS&lt;br /&gt;
 * VFS_INLINE&lt;br /&gt;
 * CONFIG_INLINE&lt;br /&gt;
 * RFM12_INLINE&lt;br /&gt;
 * ENC28J60&lt;br /&gt;
 * ETHERNET&lt;br /&gt;
 * RFM12_IP&lt;br /&gt;
 * ROUTER&lt;br /&gt;
 * UIP&lt;br /&gt;
 * NET&lt;br /&gt;
 * IPV4&lt;br /&gt;
 * TCP&lt;br /&gt;
 * ICMP&lt;br /&gt;
 * PORTIO_SIMPLE&lt;br /&gt;
 * RFM12_ASK&lt;br /&gt;
 * RFM12_ASK_SENDER&lt;br /&gt;
 * RFM12_ASK_EXTERNAL_FILTER&lt;br /&gt;
 * RFM12_ASK_SENSING&lt;br /&gt;
 * ECMD_PARSER&lt;br /&gt;
 * ECMD_TCP&lt;br /&gt;
 * HTTPD&lt;br /&gt;
 * RFM12&lt;br /&gt;
 * IPV4</description>
<guid>http://bugs.ethersex.de/view.php?id=85</guid>
<author>Lazybone &lt;Lazybone@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=85#bugnotes</comments>
</item>
<item>
<title>0000130: Twitter-Protocol outdated</title>
<link>http://bugs.ethersex.de/view.php?id=130</link>
<description>Twitter implementation uses basic auth which is no longer supported. Should be changed to oauth</description>
<guid>http://bugs.ethersex.de/view.php?id=130</guid>
<author>adlerweb &lt;adlerweb@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=130#bugnotes</comments>
</item>
<item>
<title>0000137: syslog are merged before transferen</title>
<link>http://bugs.ethersex.de/view.php?id=137</link>
<description>syslog_flush() is called in main e6 loop, so if multiple messages are written between one flush these messages are merged into one. This violates rfc 5424.&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;http://tools.ietf.org/html/rfc5424&quot;&gt;http://tools.ietf.org/html/rfc5424&lt;/a&gt; [&lt;a href=&quot;http://tools.ietf.org/html/rfc5424&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]</description>
<guid>http://bugs.ethersex.de/view.php?id=137</guid>
<author>gooPie4o &lt;gooPie4o@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=137#bugnotes</comments>
</item>
<item>
<title>0000052: jabber output only single line</title>
<link>http://bugs.ethersex.de/view.php?id=52</link>
<description>jabber just display the first output message.&lt;br /&gt;
&lt;br /&gt;
e.g. command &quot;help&quot;&lt;br /&gt;
output: &quot;mac&quot;</description>
<guid>http://bugs.ethersex.de/view.php?id=52</guid>
<author>habo &lt;habo@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=52#bugnotes</comments>
</item>
<item>
<title>0000125: use 'const' wherever applicable</title>
<link>http://bugs.ethersex.de/view.php?id=125</link>
<description>Use const modifier in C source wherever applicable. Improves result of the optimizer.</description>
<guid>http://bugs.ethersex.de/view.php?id=125</guid>
<author>gooPie4o &lt;gooPie4o@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=125#bugnotes</comments>
</item>
<item>
<title>0000115: remote enc absturz nach packet über zbus</title>
<link>http://bugs.ethersex.de/view.php?id=115</link>
<description>setup:&lt;br /&gt;
2 net-io boards, an 2 seperaten netzwerken,&lt;br /&gt;
verbindung miteinander über zbus (usart1).&lt;br /&gt;
debug und enc-debug aktiv (usart0).&lt;br /&gt;
beide boards haben somit zbus und enc aktiviert.&lt;br /&gt;
&lt;br /&gt;
### net-io Board 1: ###&lt;br /&gt;
CONF_ENC_IP=&quot;10.10.1.200&quot;&lt;br /&gt;
CONF_ENC_IP4_NETMASK=&quot;255.255.255.0&quot;&lt;br /&gt;
IP_FORWARDING_SUPPORT=y&lt;br /&gt;
CONF_ZBUS_IP=&quot;10.10.3.1&quot;&lt;br /&gt;
CONF_ZBUS_IP4_NETMASK=&quot;255.255.255.0&quot;&lt;br /&gt;
CONF_ETHERRAPE_GATEWAY=&quot;10.10.1.100&quot;&lt;br /&gt;
&lt;br /&gt;
### net-io Borad 2: ###&lt;br /&gt;
CONF_ENC_IP=&quot;10.10.2.200&quot;&lt;br /&gt;
CONF_ENC_IP4_NETMASK=&quot;255.255.255.0&quot;&lt;br /&gt;
CONF_ZBUS_IP=&quot;10.10.3.2&quot;&lt;br /&gt;
CONF_ZBUS_IP4_NETMASK=&quot;255.255.255.0&quot;&lt;br /&gt;
CONF_ETHERRAPE_GATEWAY=&quot;10.10.2.100&quot;&lt;br /&gt;
&lt;br /&gt;
experiment:~#&lt;br /&gt;
experiment:~# ping -c 1 10.10.3.2&lt;br /&gt;
PING 10.10.3.2 (10.10.3.2) 56(84) bytes of data.&lt;br /&gt;
&lt;br /&gt;
--- 10.10.3.2 ping statistics ---&lt;br /&gt;
1 packets transmitted, 0 received, 100% packet loss, time 0ms&lt;br /&gt;
&lt;br /&gt;
experiment:~#&lt;br /&gt;
experiment:~#&lt;br /&gt;
experiment:~# ifconfig | grep &quot;HWaddr\|inet addr&quot;&lt;br /&gt;
eth0      Link encap:Ethernet  HWaddr 00:a0:8e:22:84:f5&lt;br /&gt;
          inet addr:10.10.1.100  Bcast:10.10.1.255  Mask:255.255.255.0&lt;br /&gt;
eth1      Link encap:Ethernet  HWaddr 00:a0:8e:22:84:f6&lt;br /&gt;
          inet addr:10.10.0.100  Bcast:10.10.0.255  Mask:255.255.255.0&lt;br /&gt;
eth2      Link encap:Ethernet  HWaddr 00:a0:8e:22:84:f7&lt;br /&gt;
          inet addr:10.10.2.100  Bcast:10.10.2.255  Mask:255.255.255.0&lt;br /&gt;
experiment:~#&lt;br /&gt;
experiment:~#&lt;br /&gt;
experiment:~# route -n&lt;br /&gt;
Kernel IP routing table&lt;br /&gt;
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface&lt;br /&gt;
10.10.2.0       0.0.0.0         255.255.255.0   U     0      0        0 eth2&lt;br /&gt;
10.10.3.0       10.10.1.200     255.255.255.0   UG    0      0        0 eth0&lt;br /&gt;
10.10.0.0       0.0.0.0         255.255.255.0   U     0      0        0 eth1&lt;br /&gt;
10.10.1.0       0.0.0.0         255.255.255.0   U     0      0        0 eth0&lt;br /&gt;
0.0.0.0         10.10.0.1       0.0.0.0         UG    0      0        0 eth1&lt;br /&gt;
experiment:~#&lt;br /&gt;
experiment:~#&lt;br /&gt;
experiment:~#&lt;br /&gt;
experiment:~# socat stdio /dev/ttyS1,b115200,echo=0,raw | head -n 500&lt;br /&gt;
D: net: controller interrupt, EIR = 0x58&lt;br /&gt;
D:      * Link&lt;br /&gt;
D:      * Tx&lt;br /&gt;
D:      * Pkt&lt;br /&gt;
D: net: got link!&lt;br /&gt;
D: net: controller interrupt, EIR = 0x40&lt;br /&gt;
D:      * Pkt&lt;br /&gt;
D: net: controller interrupt, EIR = 0x40&lt;br /&gt;
D:      * Pkt&lt;br /&gt;
D: net: controller interrupt, EIR = 0x40&lt;br /&gt;
D:      * Pkt&lt;br /&gt;
D: net: controller interrupt, EIR = 0x40&lt;br /&gt;
D:      * Pkt&lt;br /&gt;
D: net: controller interrupt, EIR = 0x40&lt;br /&gt;
...&lt;br /&gt;
...&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
nach dem senden eines packets, ist der 2. enc zu dem das packet über zbus geroutet wurde abgestürzt, nicht merh über zbus oder enc ereichbar, in der debug konsole laufen in einer endlos schleife diese zeilen durch.</description>
<guid>http://bugs.ethersex.de/view.php?id=115</guid>
<author>kiwi &lt;kiwi@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=115#bugnotes</comments>
</item>
<item>
<title>0000064: Probleme mit YPort und socat</title>
<link>http://bugs.ethersex.de/view.php?id=64</link>
<description>In Verbindung mit socat verliert die YPort Verbindung Daten.&lt;br /&gt;
Konnte vom dinus auch reproduziert werden</description>
<guid>http://bugs.ethersex.de/view.php?id=64</guid>
<author>lo4dro &lt;lo4dro@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=64#bugnotes</comments>
</item>
<item>
<title>0000107: Windows: dialog command not found</title>
<link>http://bugs.ethersex.de/view.php?id=107</link>
<description>Wer unter Windows und Cygwin &quot;make menuconfig&quot; aufruft, bekommt, sobald er den Hilfe-Button anwählt, die Fehlermeldung &quot;dialog command not found&quot; anstelle der erhofften Hilfeseite.&lt;br /&gt;
&lt;br /&gt;
Eine mögliche Abhilfe wäre, dass der Benutzer sich dialog für cygwin kompiliert, denn ein fertiges dialog-Package scheint es nicht zu geben.&lt;br /&gt;
&lt;br /&gt;
Doch eigentlich wird in Ethersex überall lxdialog anstelle von dialog verwendet. Und lxdialog wird von Ethersex mitgeliefert, sogar für Windows. Leider wird in ./scripts/Menuconfig ab Zeile 381 in der Funktion function_help() auf &quot;dialog&quot; unabhängig von seiner Verfügbarkeit aufgerufen.&lt;br /&gt;
&lt;br /&gt;
Ich sehe zwei Lösungsmöglichkeiten:&lt;br /&gt;
a) Auch in dieser Funktion über $DIALOG auf lxdialog zugreifen. Doch lxdialog ist nur ein abgespecktes dialog und scheint die Parameter --exit-label, --help-button und --help-label nicht zu unterstützen, diese müssten also weg.&lt;br /&gt;
b) Wenn diese Parameter wichtig sein sollten, dann erst die Verfügbarkeit von dialog prüfen. Wenn nicht vorhanden, dann über $DIALOG auf lxdialog mit weniger Funktionalität zugreifen (und vielleicht noch eine Info-Nachricht auf die Konsole schicken).</description>
<guid>http://bugs.ethersex.de/view.php?id=107</guid>
<author>Biff &lt;Biff@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=107#bugnotes</comments>
</item>
<item>
<title>0000094: reset bei sd-karten-aktivität</title>
<link>http://bugs.ethersex.de/view.php?id=94</link>
<description>hallo,&lt;br /&gt;
&lt;br /&gt;
ich habe das problem, dass ich per ecmd auf die sd-karte zugreife, zb mit &quot;sd dir&quot; und sich das ethersex dann resetted. als resetgrund ist &quot;unknown&quot; angegeben.&lt;br /&gt;
weiß da jemand hilfe?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
mfg roboman</description>
<guid>http://bugs.ethersex.de/view.php?id=94</guid>
<author>roboman93 &lt;roboman93@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=94#bugnotes</comments>
</item>
<item>
<title>0000092: Schreiben einer existierenden Datei über TFTP auf SD-Karte fehlerhaft.</title>
<link>http://bugs.ethersex.de/view.php?id=92</link>
<description>Das Schreiben einer Datei, deren Name identisch ist mit einer schon existierenden Datei im gleichen Verzeichnis auf der SD-Karte, führt zum Anlegen eines zweiten gleich benamten Verzeichniseintrags mit Länge 0. Das Dateisystem ist danach korrupt und muss per CHKDSK repariert werden.</description>
<guid>http://bugs.ethersex.de/view.php?id=92</guid>
<author>big &lt;big@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=92#bugnotes</comments>
</item>
<item>
<title>0000090: Change Jabber Settings via Webinterface</title>
<link>http://bugs.ethersex.de/view.php?id=90</link>
<description>Change Jabber Settings via Webinterface</description>
<guid>http://bugs.ethersex.de/view.php?id=90</guid>
<author>ViRuS2k &lt;ViRuS2k@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=90#bugnotes</comments>
</item>
<item>
<title>0000083: Nagios NSCA Client</title>
<link>http://bugs.ethersex.de/view.php?id=83</link>
<description>Von Vorteil waere ein Nagios NSCA-Client (bspw. auf basis von send_nsca.c)&lt;br /&gt;
der z.B. Werte von DS18S10 Temperatursensoren an einen Nagios NSCA-Server&lt;br /&gt;
schickt. So muesste Nagios nicht staendig pollen.</description>
<guid>http://bugs.ethersex.de/view.php?id=83</guid>
<author>sys &lt;sys@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=83#bugnotes</comments>
</item>
<item>
<title>0000059: Game and Menu Input Support Framework</title>
<link>http://bugs.ethersex.de/view.php?id=59</link>
<description>similar input devices for games or menues&lt;br /&gt;
&lt;br /&gt;
- PS/2 Keyboard&lt;br /&gt;
- IR Remote&lt;br /&gt;
- Radio Control Remote (RFM12 ASK, etc)&lt;br /&gt;
- digital Joystick (Atari style, 9 pins)&lt;br /&gt;
- analog Joystick (PC-MIDI Connector, 15 Pins)&lt;br /&gt;
- direct Input Pins/Buttons (several Pins mapped to a hardware device)&lt;br /&gt;
- Serial Console direct Input&lt;br /&gt;
- ECMD Input&lt;br /&gt;
- USB-HOST-&gt; HID (e.g. USB-Keyboard, -Mouse or -Gamepad)&lt;br /&gt;
&lt;br /&gt;
goal is to have a input framework for games or menus which is independent of the hardware device.</description>
<guid>http://bugs.ethersex.de/view.php?id=59</guid>
<author>habo &lt;habo@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=59#bugnotes</comments>
</item>
<item>
<title>0000082: UPnP-Support FTBFS in combination with IPv6 non-static</title>
<link>http://bugs.ethersex.de/view.php?id=82</link>
<description>UPnP-Support fails to compile if IPv6 support is enabled with non-static IP confiuration.  This is due to the IP not being defined via Menuconfig in that case and thus the symbol is not available at compile time.&lt;br /&gt;
&lt;br /&gt;
The same must be the case for BOOTP-enabled Ethersexes (yet untested)</description>
<guid>http://bugs.ethersex.de/view.php?id=82</guid>
<author>stesie &lt;stesie@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=82#bugnotes</comments>
</item>
<item>
<title>0000079: DHCP/TFTP Boot über ZBus</title>
<link>http://bugs.ethersex.de/view.php?id=79</link>
<description>ich denke es währe sinvoll ein Image und Bootloader zu haben, das über ZBus eine volle netzwerk unterstützung bietet,&lt;br /&gt;
also DHCP/TFTP.&lt;br /&gt;
das würde bei einer größeren anzahl an ethersex geräten sehr viel strom sparen, 1. wegen den ENC28J60 die nicht gerade stromsparend sind, und 2. wegen den aktiven weiteren netzwerk komponenten wie Switch/Hub die notwendig sind.</description>
<guid>http://bugs.ethersex.de/view.php?id=79</guid>
<author>kiwi &lt;kiwi@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=79#bugnotes</comments>
</item>
<item>
<title>0000078: DHCP Server Funktionalität ?</title>
<link>http://bugs.ethersex.de/view.php?id=78</link>
<description>hallo,&lt;br /&gt;
ich hätte gerne die möglichkeit, den ethersex, als DHCP Server zu verwenden,&lt;br /&gt;
dieses hätte dann den vorteil, das innerhalb eines netzes kein weiterer server für das booten der Mega644 notwendig währe.&lt;br /&gt;
TFTP Server scheint ja schon einwandfrei zu gehen,&lt;br /&gt;
was ich noch nicht getestet habe, ob man auch dateien direkt von der SD-Karte laden kann.&lt;br /&gt;
eine art dhcpd.conf sollte dann ambesten auch auf der sd karte liegen, die bei jedem request verarbeitet wird.</description>
<guid>http://bugs.ethersex.de/view.php?id=78</guid>
<author>kiwi &lt;kiwi@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=78#bugnotes</comments>
</item>
<item>
<title>0000063: use m4 to manage PCINTx</title>
<link>http://bugs.ethersex.de/view.php?id=63</link>
<description>Toll währe eine automatisierte Initialisierung der Register:&lt;br /&gt;
  PCMSK0 |= _BV(PCINT0);&lt;br /&gt;
  PCICR  |= _BV(PCIE0);&lt;br /&gt;
abhängig von dem im pinning konfigurierten Eingang:&lt;br /&gt;
&lt;br /&gt;
  /* port config for DCF77 */&lt;br /&gt;
  DCF77_USE_PCINT(0)&lt;br /&gt;
&lt;br /&gt;
Auch der Vector:&lt;br /&gt;
  SIGNAL (PCINT0_vect)&lt;br /&gt;
sollte automatisch richtig gesetzt werden.&lt;br /&gt;
&lt;br /&gt;
Siehe auch 'hardware/clock/dcf77/dcf77.c'&lt;br /&gt;
&lt;br /&gt;
 TODO use m4 to manage PCINTx</description>
<guid>http://bugs.ethersex.de/view.php?id=63</guid>
<author>veyron &lt;veyron@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=63#bugnotes</comments>
</item>
<item>
<title>0000061: automatic wiki updates by doc/Configure.help</title>
<link>http://bugs.ethersex.de/view.php?id=61</link>
<description>Content of doc/Configure.help could be used to create one or several wiki pages.&lt;br /&gt;
&lt;br /&gt;
The SWITCHES are automatically highlighted and linked from other pages.</description>
<guid>http://bugs.ethersex.de/view.php?id=61</guid>
<author>habo &lt;habo@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=61#bugnotes</comments>
</item>
<item>
<title>0000060: vfs_fseek and vfs_write fails and crashes ethersex</title>
<link>http://bugs.ethersex.de/view.php?id=60</link>
<description>For testing of &quot;vfs_fseek&quot; and &quot;vfs_write&quot; I created a ECMD called &quot;file write&quot;&lt;br /&gt;
with two parameter &quot;filename&quot; and &quot;value&quot;&lt;br /&gt;
&lt;br /&gt;
while calling vfs_fseek or vfs_write, ethersex crashes (most time with reboot) like this weather i2c-EEPROM or SD-Card is activated and connected&lt;br /&gt;
&lt;br /&gt;
file write bla foobar                                                           &lt;br /&gt;
D: file: bla handle: 128                                                        &lt;br /&gt;
D: debugging enabled                                                            &lt;br /&gt;
D: disabling watchdog                                                           &lt;br /&gt;
D: booting ethersex firmware 0.2...</description>
<guid>http://bugs.ethersex.de/view.php?id=60</guid>
<author>habo &lt;habo@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=60#bugnotes</comments>
</item>
<item>
<title>0000058: VFS Access (read/write) improvements</title>
<link>http://bugs.ethersex.de/view.php?id=58</link>
<description>- access to read and write a file line by line.&lt;br /&gt;
- seek (line) in file&lt;br /&gt;
- append new line to end of a file</description>
<guid>http://bugs.ethersex.de/view.php?id=58</guid>
<author>habo &lt;habo@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=58#bugnotes</comments>
</item>
<item>
<title>0000056: code needs comments!</title>
<link>http://bugs.ethersex.de/view.php?id=56</link>
<description>please comment this detailed!&lt;br /&gt;
&lt;br /&gt;
found @ mcuf/mcuf.h&lt;br /&gt;
&lt;br /&gt;
/* MCUF_OUTPUT_SCREEN_... are now defined during Ethersex configuration&lt;br /&gt;
   and thus are defined in autoconf.h file.*/&lt;br /&gt;
#ifdef MCUF_SERIAL_SUPPORT&lt;br /&gt;
#ifndef MCUF_OUTPUT_SUPPORT&lt;br /&gt;
   #define MCUF_MIN_SCREEN_WIDTH  MCUF_SERIAL_SCREEN_WIDTH&lt;br /&gt;
   #define MCUF_MIN_SCREEN_HEIGHT (0)&lt;br /&gt;
   #define MCUF_SPLIT_SCREEN_HEIGHT MCUF_SERIAL_SCREEN_HEIGHT&lt;br /&gt;
   #define MCUF_MAX_SCREEN_WIDTH  MCUF_SERIAL_SCREEN_WIDTH&lt;br /&gt;
   #define MCUF_MAX_SCREEN_HEIGHT MCUF_SERIAL_SCREEN_HEIGHT&lt;br /&gt;
#else /* not MCUF_OUTPUT_SUPPORT */&lt;br /&gt;
 #if MCUF_SERIAL_SCREEN_WIDTH &gt; MCUF_OUTPUT_SCREEN_WIDTH&lt;br /&gt;
   #define MCUF_MIN_SCREEN_WIDTH  MCUF_OUTPUT_SCREEN_WIDTH&lt;br /&gt;
 #else&lt;br /&gt;
   #define MCUF_MIN_SCREEN_WIDTH  MCUF_SERIAL_SCREEN_WIDTH&lt;br /&gt;
 #endif&lt;br /&gt;
 #if MCUF_SERIAL_SCREEN_HEIGHT &gt; (MCUF_OUTPUT_SCREEN_HEIGHT/2)&lt;br /&gt;
   #define MCUF_MIN_SCREEN_HEIGHT  (MCUF_OUTPUT_SCREEN_HEIGHT/2)&lt;br /&gt;
   #define MCUF_SPLIT_SCREEN_HEIGHT (MCUF_OUTPUT_SCREEN_HEIGHT/2)&lt;br /&gt;
 #else&lt;br /&gt;
   #define MCUF_MIN_SCREEN_HEIGHT  MCUF_SERIAL_SCREEN_HEIGHT&lt;br /&gt;
   #define MCUF_SPLIT_SCREEN_HEIGHT MCUF_SERIAL_SCREEN_HEIGHT&lt;br /&gt;
 #endif&lt;br /&gt;
 #if MCUF_SERIAL_SCREEN_WIDTH &gt; MCUF_OUTPUT_SCREEN_WIDTH&lt;br /&gt;
   #define MCUF_MAX_SCREEN_WIDTH  MCUF_SERIAL_SCREEN_WIDTH&lt;br /&gt;
 #else&lt;br /&gt;
   #define MCUF_MAX_SCREEN_WIDTH  MCUF_OUTPUT_SCREEN_WIDTH&lt;br /&gt;
 #endif&lt;br /&gt;
 #if MCUF_SERIAL_SCREEN_HEIGHT &gt; MCUF_OUTPUT_SCREEN_HEIGHT&lt;br /&gt;
   #define MCUF_MAX_SCREEN_HEIGHT  MCUF_SERIAL_SCREEN_HEIGHT&lt;br /&gt;
 #else&lt;br /&gt;
   #define MCUF_MAX_SCREEN_HEIGHT  MCUF_OUTPUT_SCREEN_HEIGHT&lt;br /&gt;
 #endif   &lt;br /&gt;
#endif /* not MCUF_OUTPUT_SUPPORT */&lt;br /&gt;
#else /* MCUF_SERIAL_SUPPORT */&lt;br /&gt;
#ifdef BLP_SUPPORT&lt;br /&gt;
   #define MCUF_MIN_SCREEN_WIDTH  MCUF_OUTPUT_SCREEN_WIDTH&lt;br /&gt;
   #define MCUF_MIN_SCREEN_HEIGHT (0)&lt;br /&gt;
   #define MCUF_SPLIT_SCREEN_HEIGHT MCUF_OUTPUT_SCREEN_HEIGHT&lt;br /&gt;
   #define MCUF_MAX_SCREEN_WIDTH  MCUF_OUTPUT_SCREEN_WIDTH&lt;br /&gt;
   #define MCUF_MAX_SCREEN_HEIGHT MCUF_OUTPUT_SCREEN_HEIGHT&lt;br /&gt;
#endif&lt;br /&gt;
#ifdef LEDRG_SUPPORT&lt;br /&gt;
   #define MCUF_MIN_SCREEN_WIDTH  MCUF_OUTPUT_SCREEN_WIDTH&lt;br /&gt;
   #define MCUF_MIN_SCREEN_HEIGHT (MCUF_OUTPUT_SCREEN_HEIGHT/2)&lt;br /&gt;
   #define MCUF_SPLIT_SCREEN_HEIGHT (MCUF_OUTPUT_SCREEN_HEIGHT/2)&lt;br /&gt;
   #define MCUF_MAX_SCREEN_WIDTH  MCUF_OUTPUT_SCREEN_WIDTH&lt;br /&gt;
   #define MCUF_MAX_SCREEN_HEIGHT MCUF_OUTPUT_SCREEN_HEIGHT&lt;br /&gt;
#endif&lt;br /&gt;
#endif /* MCUF_SERIAL_SUPPORT */</description>
<guid>http://bugs.ethersex.de/view.php?id=56</guid>
<author>took &lt;took@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=56#bugnotes</comments>
</item>
<item>
<title>0000054: easier Support for new/own hardware</title>
<link>http://bugs.ethersex.de/view.php?id=54</link>
<description>1. start &quot;make menuconfig&quot; to for default settings at the next steps&lt;br /&gt;
2. &quot;add-hardware-broken MYNEWHARDWARE&quot;&lt;br /&gt;
2.1. change pinning/hardware/MYNEWHARDWARE.m4 to your needs&lt;br /&gt;
3. change &quot;HARDWARE&quot; value to new hardware in &quot;scripts/profiles/MYNEWHARWARE&quot;&lt;br /&gt;
4. add new setting to scripts/Menuconfig so the new hardware can be found in make menuconfig -&gt; defaults&lt;br /&gt;
5. start &quot;make menuconfig&quot; and select new default-configuration&lt;br /&gt;
&lt;br /&gt;
Well, this is fine but to much work for newer hardware or ethersex newbies who want to setup there own hardware.</description>
<guid>http://bugs.ethersex.de/view.php?id=54</guid>
<author>habo &lt;habo@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=54#bugnotes</comments>
</item>
<item>
<title>0000053: separated user permissions/rights</title>
<link>http://bugs.ethersex.de/view.php?id=53</link>
<description>anyhow with http authentication all http sites are authenticated, more separated modes are usefull&lt;br /&gt;
&lt;br /&gt;
Features:&lt;br /&gt;
1: enable auth separated for each inline file&lt;br /&gt;
1a: auth for vfs (sd, df, eeprom)&lt;br /&gt;
2: different user/right (admin vs. user)&lt;br /&gt;
3: for jabber, telnet, http, serial console, i2c, ...</description>
<guid>http://bugs.ethersex.de/view.php?id=53</guid>
<author>habo &lt;habo@example.com&gt;</author>
<comments>http://bugs.ethersex.de/view.php?id=53#bugnotes</comments>
</item>
</channel>
</rss>

