[freifunk-potsdam] Steuererklärung 2006
Hi, ich habe heute beim Treffen die Steuererklärung fertig gemacht. Ihr könnt sie hier im Wiki finden: http://wiki.freifunk-potsdam.de/index.php?title=Steuererkl%C3%A4rung_2006 bzw. hier direkt downloaden: http://wiki.freifunk-potsdam.de/images/c/ce/Freifunk_Potsdam_-_Steuererkl%C3... Ich habe mich im Wesentlichen an die Hinweise gehalten, die mir der Finanzbeamte am Telefon gegeben hat. Ich weiss jedoch nicht, wo wir unsere Mitgliedsbeiträge im Mantelbogen aufführen. Genügt die Aufstellung im Kassenbuch oder müssen die irgendwo im Mantelbogen eingetragen werden? Ich könnte mir das höchstens unter "Einnahmen aus wiederkehrenden Bezügen" (42) vorstellen. Für sachdienliche Hinweise bin ich dankbar, ansonsten kommt die Erklärung so wie sie im Wiki steht am Dienstag in die Post. // melle -- passion: http://www.mellenthin.de mission: http://www.freifunk-potsdam.de blog: http://blog.mellenthin.de fotoblog: http://www.dysternis.de flickr: http://flickr.com/photos/melle
Ich muss morgen zum Finanzamt, soll ich das da gleich einwerfen? Würde heute Abend bei Dir vorbeischaun und mir das abholen. Da könnte ich gleich den def. Router wieder mitnehmen (siehe Wiki Treffen 21.10) http://wiki.freifunk-potsdam.de/index.php?title=Treffen/2007-10-21#TOP2:_s.2... und Dir das Netzteil für die 11 mitgeben ;-) Gruß Bernd Thomas Mellenthin schrieb:
Hi,
ich habe heute beim Treffen die Steuererklärung fertig gemacht. Ihr könnt sie hier im Wiki finden: http://wiki.freifunk-potsdam.de/index.php?title=Steuererkl%C3%A4rung_2006
bzw. hier direkt downloaden: http://wiki.freifunk-potsdam.de/images/c/ce/Freifunk_Potsdam_-_Steuererkl%C3...
Ich habe mich im Wesentlichen an die Hinweise gehalten, die mir der Finanzbeamte am Telefon gegeben hat. Ich weiss jedoch nicht, wo wir unsere Mitgliedsbeiträge im Mantelbogen aufführen. Genügt die Aufstellung im Kassenbuch oder müssen die irgendwo im Mantelbogen eingetragen werden? Ich könnte mir das höchstens unter "Einnahmen aus wiederkehrenden Bezügen" (42) vorstellen.
Für sachdienliche Hinweise bin ich dankbar, ansonsten kommt die Erklärung so wie sie im Wiki steht am Dienstag in die Post.
// melle
On Mon, Oct 22, 2007 at 04:30:58PM +0200, Bernd Nemetz wrote:
Ich muss morgen zum Finanzamt, soll ich das da gleich einwerfen? Würde heute Abend bei Dir vorbeischaun und mir das abholen. Da könnte ich gleich den def. Router wieder mitnehmen (siehe Wiki Treffen 21.10) ok, das wäre sehr nett. Bin ab 20:30 zu hause.
http://wiki.freifunk-potsdam.de/index.php?title=Treffen/2007-10-21#TOP2:_s.2... Denke mal das geht. Meshing klappt ja auch kabelgebunden, Alex kann sicherlich den WRTs eine fixe IP zuweisen.
Wg. Ad-Hoc-Problemem: hast Du das nvram nochmal gelöscht? Vielleicht sind noch überreste von WhiteRussian das Problem. Wir sollten den APs generell bessere Antennen verpassen. Ich dachte eigentlich Stephan hat eine der Antennen aus dem Workshop damals dafür verwendet, aber die funken ja immer noch mit den Stummeln. Zwei CD-Spindeln sollten ja genügen um das Kuze abzudecken.
und Dir das Netzteil für die 11 mitgeben ;-) ah prima, hab schon gedacht, ich habe es in meinem Chaos verbuddelt.
-- // t.mellenthin passion: http://www.mellenthin.de mission: http://www.freifunk-potsdam.de blog: http://blog.mellenthin.de fotoblog: http://www.dysternis.de flickr: http://flickr.com/photos/melle
Thomas Mellenthin schrieb:
Wg. Ad-Hoc-Problemem: hast Du das nvram nochmal gelöscht? Vielleicht sind noch überreste von WhiteRussian das Problem.
nein habe ich nicht, ich schließe das mal aus. Es lag im Falle des Notebooks wirklich an der Hardware. Kai hat da ne ganze Weile gekämpft. Die Karte ließ sich immer nur kurz in den AdHoc Mod zwingen und schaltete dann immer wieder zurück. Unter Win lief das ganze dann ohne Probs. Können wir uns das nächste mal ja noch mal anschaun. Ich selber hatte auch keine Probleme, mehr nachdem Kai auf Bommel (Kuze WLAN) das Standardgateway umkonfiguriert hatte. Da stand nähmlich Bimmel (AP1026) als GW drin. Wo da der Zusammenhang bestehen soll, kann ich nicht nachvollziehen. Aber danach konnte man sich ohne Probleme über FF-WLAN verbinden und blieb auch Verbunden. Gedanke: Ist es eigentlich möglich, dass eine WLAN Karte (Ad-Hoc) andere Karten beeinflussen kann? Also so stark beeinflussen das die ihre Verbindung verlieren. Ich denke da an den Lappi mit der Problem WLAN Karte. Gruß Bernd
nein habe ich nicht, ich schließe das mal aus. Es lag im Falle des Notebooks wirklich an der Hardware. Kai hat da ne ganze Weile gekämpft. Die Karte ließ sich immer nur kurz in den AdHoc Mod zwingen und schaltete dann immer wieder zurück. Unter Win lief das ganze dann ohne Probs. Können wir uns das nächste mal ja noch mal anschaun.
Hallo Ich schiebe mich mal hier dazwischen. Es ist nämlich meine WLAN-Karte. :-( Ich würde mich sehr freuen wenn wir dieses Ding auch vernünftig im AdHoc-Mod zum Rennen bringen könnten. Vor alle da ich ursprünglich mit dem Vorsatz zum Treffen kam, mich bei der Aufstellung eines AP (Alleestr.) beraten zu lassen. Ich hatte von Anfang an nur Probleme mit diesem Ding. Nur mit tatkräftiger Hilfe von Hermann (hier nochmal einen Dank an die uplug) geht die WLAN-Karte. Wie es scheint leider nicht im Freifunknetz, es sollte das erste Mal für "meine geliebte Karte" sein das jemand sie ohne ihre Einwilligung in den Adhoc-Mod versetzt. Also: Ich freue mich jetzt schon über Eure Hilfe. Hier einige Daten: Suse 10.3 modinfo bcm43xx filename: /lib/modules/2.6.22.9-0.4-default/kernel/drivers/net/wireless/bcm43xx/bcm43xx.ko license: GPL author: Michael Buesch author: Stefano Brivio author: Martin Langer description: Broadcom BCM43xx wireless driver srcversion: 50AB7BBD5B5C6CB9AFF2659 alias: pci:v000014E4d00004325sv*sd*bc*sc*i* alias: pci:v000014E4d00004324sv*sd*bc*sc*i* alias: pci:v000014E4d00004320sv*sd*bc*sc*i* alias: pci:v000014E4d00004319sv*sd*bc*sc*i* alias: pci:v000014E4d00004318sv*sd*bc*sc*i* alias: pci:v000014E4d00004312sv*sd*bc*sc*i* alias: pci:v000014E4d00004311sv*sd*bc*sc*i* alias: pci:v000014E4d00004307sv*sd*bc*sc*i* alias: pci:v000014E4d00004301sv*sd*bc*sc*i* depends: ieee80211,ieee80211softmac,firmware_class vermagic: 2.6.22.9-0.4-default SMP mod_unload 586 parm: pio:enable(1) / disable(0) PIO mode (int) parm: bad_frames_preempt:enable(1) / disable(0) Bad Frames Preemption (int) parm: short_retry:Short-Retry-Limit (0 - 15) (int) parm: long_retry:Long-Retry-Limit (0 - 15) (int) parm: locale:int parm: country:Select LocaleCode 0-11 (For travelers) parm: noleds:Turn off all LED activity (int) parm: fwpostfix:Postfix for .fw files. Useful for using multiple firmware image versions. (string) lsmod|grep bcm bcm43xx 423168 0 firmware_class 14080 2 pcmcia,bcm43xx ieee80211softmac 36736 1 bcm43xx ieee80211 34632 2 bcm43xx,ieee80211softmac 76: udi = '/org/freedesktop/Hal/devices/pci_14e4_4318' pci.product = 'BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller' pci.subsys_vendor = 'ASUSTeK Computer Inc.' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:09.0' info.bus = 'pci' pci.device_protocol = 0 (0x0) info.udi = '/org/freedesktop/Hal/devices/pci_14e4_4318' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:09.0' pci.subsys_product_id = 4623 (0x120f) linux.subsystem = 'pci' info.vendor = 'Broadcom Corporation' pci.product_id = 17176 (0x4318) pci.vendor = 'Broadcom Corporation' info.product = 'BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller' pci.subsys_product = 'A6U notebook embedded card' linux.hotplug_type = 2 (0x2) linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:09.0' pci.vendor_id = 5348 (0x14e4) info.parent = '/org/freedesktop/Hal/devices/computer' info.linux.driver = 'bcm43xx' pci.subsys_vendor_id = 4163 (0x1043) pci.device_class = 2 (0x2) pci.device_subclass = 128 (0x80) Gruß Andreas
Hi, bcm43xx geht noch nicht im Ad-Hoc modus. Auf den Mailinglisten heisst es: Könnte funktionieren, ist aber nicht getestet. Und die Hardwareversion 4318 macht sowieso noch Ärger wie blöd: "transmission power issues" steht dazu auf der Website. Durch das Umstellen des Treibers auf mac80211 (der Treiber heisst jetzt auch b43) haben sich gerätespezifische Verbesserungen auch noch verschoben. Mit Kernel 2.6.24 oder .25 könnte es dann wieder besser werden. Meine 'Lösung' besteht momentan darin immer einen Buffalo FF-Router mit mir herumzutragen an den ich mich per Kabel anschließe, wenn ich FF-Netz haben will. Ist natürlich keine Möglichkeit, wenn keine Steckdosen da sind. Btw: In den WRTs, Buffalos usw. werkeln ebenfalls Broadcom WLAN-Karten und für die funzt bcm43xx/b43 ebenfalls (noch) nicht. Gruß Robert
Am Montag, 22. Oktober 2007 schrieb Bernd Nemetz:
Ich selber hatte auch keine Probleme, mehr nachdem Kai auf Bommel (Kuze WLAN) das Standardgateway umkonfiguriert hatte. Da stand nähmlich Bimmel (AP1026) als GW drin. Wo da der Zusammenhang bestehen soll, kann ich nicht nachvollziehen.
Oje :( Die Konfiguration im KuZe-WLAN war so, dass Bimmel alles gemacht hat, DNS, DHCP, Gateway (ist ja auch klar: Bimmel ist auch der Chef von dem Paar) und Bommel hat einfach allen Verkehr über eine Bridge über’s Kabel-LAN zu Bimmel geleitet. So waren beide im selben Subnetz, es konnten IPs ohne Konflikte vergeben werden und theoretisch wäre wohl auch Roaming drin gewesen. Ich weiß ja nicht, wie ihr’s jetzt eingerichtet habt, mit zwei getrennten Netzen? Viele Grüße, Hermann
participants (5)
-
Bernd Nemetz -
Hermann Schwarting -
Robert Schuster -
Thomas Mellenthin -
webmaster＠colloco.de