ISDN: Kein PPP mit AVM Fritz!PCI und neuem UDEV

Hallo!

Seit udev-181 bekomme ich mit meiner Fritz!Card PCI keine
PPP-Verbindungen mehr hin. Das Problem ist wohl, dass in den UDEV-Regeln
neuerdings kein Umbenennen von Devices mehr möglich ist, man kann nur
noch zusätzliche Symlinks anlegen. Nun habe ich aber eine Gerätedatei
/dev/capi, welche früher in /dev/capi20 umbenannt wurde. Anschliessend
konnte dann ein Verzeichnis /dev/capi/ mit diesem Device drin angelegt
werden. Jedenfalls interpretiere ich /etc/udev/rules.d/50-capi.conf so:
  KERNEL=="capi",       NAME="capi20", GROUP="uucp", MODE="0666"
  KERNEL=="capi[0-9]*", NAME="capi/%n"

Aber wenn das /dev/capi Device nicht umbenannt werden kann, kann auch
kein /dev/capi/ Verzeichnis angelegt werden. Irgendwelche Ideen, was man
da tun kann?

Neulich habe ich es sogar noch einmal hinbekommen, mich wo einzuwählen,
aber ich kriege das nicht mehr reproduziert. Ich habe die UDEV-Regel
gelöscht, und manuell /dev/capi in /dev/capi/0 umbenannt, aber es klappt
nicht:

Apr 11 01:47:31 [pppd] capiplugin: connected: "" -> "027xxxxx" outgoing
(pcli=0x401/ncci=0x10401)
Apr 11 01:47:31 [pppd] capiplugin: using /dev/capi/0: "" -> "027xxxxx"
outgoing (pcli=0x401/ncci=0x10401)
Apr 11 01:47:32 [pppd] tcgetattr: Invalid argument (line 957)

Ich habe vor einigen Tagen schon auf der gentoo-user Liste gepostet,
doch es kam keine Antwort. Aber ich glaube auch, ISDN hat ausserhalb
Deutschlands nie so viel interessiert, darum frage ich auch mal hier.

pand -> security block

Hallo,

ich habe zwei PCs mit je einem Bluetooth3.0 Dongle dran. Die 
rfcomm-Verbindung klappt hierbei problemlos. Aber seitdem ich BlueZ 
v4.99 sowie einen BlueZ-Patch zum aktivieren des SSP Debug Modus 
aufgespielt habe, habe ich ein Problem mit meiner "pand"-Verbindung. Mit 
BlueZ v4.98 und ohne diesen Patch hat alles prima funktioniert.
Nun erhalte ich allerdings ein "security block" Problem beim 
Verbindungsaufbau.

Verbindungsaufbau:
PC2 # sdptool add NAP
PC2 # pand -s -r NAP -M
PC1 # pand -c 00:02:72:24:02:04

Auszug aus hcidump:
 > ACL data: handle 12 flags 0x02 dlen 16
     L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 3 status 0
       Connection refused - security block

Die vollständigen hcidump-Medlungen findet ihr im Anhang (zuviel für 
diese Mail).

Hoffe, jemand kann mir hierbei helfen.

Grüße,
Steffen

# pand -c 00:02:72:24:02:04

Nginx dav-ext webdav the gentoo way

Hello,

i am running an OwnCloud instance on my nginx webserver.
The problem is, nginx seems not to implement the OPTIONS and PROPFIND
methods of webdav. But these methods are needed to run OwnCloud webdav.
There is a nginx-ext-dav module, which supports these methods but this
module seems not to be in the nginx ebuild or in the portage tree.

So what is the gentoo way here? I would rather like to avoid compiling
nginx myself, breaking the update process of portage.
I did not find an overlay containing this, but franky, i did not
really know how to search for that.

Have any of you done this and how?

Thank you.

Regards,
Norman

Re: Nginx dav-ext webdav the gentoo way

Am 22.04.2012 13:15, schrieb Norman Rieß:
> Hello,
> 
> i am running an OwnCloud instance on my nginx webserver. The
> problem is, nginx seems not to implement the OPTIONS and PROPFIND 
> methods of webdav. But these methods are needed to run OwnCloud
> webdav. There is a nginx-ext-dav module, which supports these
> methods but this module seems not to be in the nginx ebuild or in
> the portage tree.
> 
> So what is the gentoo way here? I would rather like to avoid
> compiling nginx myself, breaking the update process of portage. I
> did not find an overlay containing this, but franky, i did not 
> really know how to search for that.
> 
> Have any of you done this and how?
> 
> Thank you.
> 
> Regards, Norman
> 

Ups, sorry das ging wohl an die falsche Adresse.

Grüße
Norman

Re: Nginx dav-ext webdav the gentoo way

Am Sonntag, den 22.04.2012, 16:19 +0200 schrieb Norman Rieß:
> Am 22.04.2012 13:15, schrieb Norman Rieß:
> > Hello,
> > 
> > i am running an OwnCloud instance on my nginx webserver. The
> > problem is, nginx seems not to implement the OPTIONS and PROPFIND 
> > methods of webdav. But these methods are needed to run OwnCloud
> > webdav. There is a nginx-ext-dav module, which supports these
> > methods but this module seems not to be in the nginx ebuild or in
> > the portage tree.
> > 
> > So what is the gentoo way here? I would rather like to avoid
> > compiling nginx myself, breaking the update process of portage. I
> > did not find an overlay containing this, but franky, i did not 
> > really know how to search for that.
> > 
> > Have any of you done this and how?
> > 
> > Thank you.
> > 
> > Regards, Norman
> > 
> 
> Ups, sorry das ging wohl an die falsche Adresse.
> 
> Grüße
> Norman

Hallo Norman,