Re: android bsd connectivity tools etc ?
On 08/14/14 01:47, Julian H. Stacey wrote: Hi, Any tips for Android / FreeBSD BSD tools for connectivity etc ? I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 It directs me to https://www.android.com/filetransfer/ which seems binary for mac I recall I will need current for IP tethering http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-usb-tethering.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html#networking-lagg-wired-and-wireless I'll build a current from a 10.0-RELEASE partition, but now looking with 9.2-RELEASE I see: /dev/ lrwxr-xr-x 1 root wheel9 Aug 14 00:01 ugen1.5@ - usb/1.5.0 crw--- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 crw--- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 crw--- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 devd .conf will need: match vendor0x04e8; match product 0x6860; match devclass 0x00; match devsubclass 0x00; match sernum6758498c; match release 0x0400; I've no idea what to do for attach http://www.freebsd.org/cgi/ports.cgi?query=androidstype=all has just /usr/ports/devel/android-tools-adb/pkg-descr these for cross compiling later: /usr/ports/lang/*gnatdroid*/pkg-descr I also found ports/ deskutils/tine20 net/crtmpserver net/linphone https://source.android.com/source/index.html Any URLs, tips, comments welcome, Thanks Cheers, Julian I gave up on using mass storage and turned to this instead: https://play.google.com/store/apps/details?id=lutey.FTPServerhl=en Works very well. For tethering I have no idea, sorry. Cheers, //per ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CURRENT (r248061):Thunderbird SIGNAL 11 with OpenLDAP / nscd(1) broken pipe/
On 2013-03-10 00:36, Hartmann, O. wrote:
Am 03/09/13 23:21, schrieb Per olof Ljungmark:
On 2013-03-09 10:25, Hartmann, O. wrote:
Am 03/09/13 10:07, schrieb Hartmann, O.:
For the introduction, I filed a PR for this at beginning of 2012 and
suffered from the very same problem close to two years before on ALL
FreeBSD versions and platforms using OpenLDAP as the user backend:
ports/164239: [PATCH] mail/thunderbird: crash with nss_ldap
Even with the suggested patch by the maintainer the problem stayed.
With the introduction of bad code due to updates with r247804 and the
following issues of SIGNAL 13/broken pipe, the problem now is even worse
in FreeBSD 10.0 r248061.
From my limited point of view I guess this long lasting unresolved
problem could have been revealed itself and I hope this could be fixed
along with fixing nscd(1).
Again, Thunderbird in all flavours since 2010 crashes on FreeBSD 8/9 and
now 10.0-CURRENT when it is used on systems with user backend in
OpenLDAP or any LDAP (Thunderbird works on non-OpenLDAP backed systems
of the same OS revision).
I was able to solve the problem by starting Firefox first and only
Firefox getting started prior to Thunderbird resolved the problem for a
while, but closing Firefox and waiting a bit left Thunderbird
unstarteable again until Firefox was closed and reopened again.
I guess this strange behaviour reveals a deeper issue not necessarily
bound to nscd(1) (since the problem with Thunderbird also occurs without
nscd(1), BUT always bound to the use of OpenLDAP backend (with
security/pam_ldap and net/nss_ldap from ports).
Now, on FreeBSD 10.0-CURRENT r248061/amd64, Thunderbird dies immediately
with SIGNAL 11 on those boxes with OpenLDAP backend and no trick makes
Thunderbird starting enymore.
In my desperation, I did a truss, see below and it seems to me that
there is a problem getting the effective UID, since the SIGNAL 11 arises
after geteuid().
At the moment, I have switched off nscd(1) by default since it is broken
in CURRENT or doing very strange things (see list about broken pipe in
the system, sudo(1) or even the port's system (SIGNAL 13)).
I think there is a major issue covered and I hope this could be solved
by the problems triggered.
it is hard to believe that I'm the only one using FreeBSD for both
workstation and server environment in conjuction with OpenLDAP and
facing the problem with a popular software like Thunderbird.
If it is a stupid configuation problem then this must be very, very
special since it is now sticky with me for years.
Here comes the truss ...:
open(/etc/pwd.db,O_RDONLY,00) = 4 (0x4)
fcntl(4,F_SETFD,FD_CLOEXEC) = 0 (0x0)
fstat(4,{ mode=-rw-r--r-- ,inode=117927,size=40960,blksize=16384 }) = 0
(0x0)
read(4,\0\^F\^Ua\0\0\0\^B\0\0\^D\M-R\0...,260) = 260 (0x104)
pread(0x4,0x801bfc000,0x1000,0x6000,0x1,0x0) = 4096 (0x1000)
pread(0x4,0x813927000,0x1000,0x2000,0x1,0x0) = 4096 (0x1000)
close(4) = 0 (0x0)
socket(PF_LOCAL,SOCK_STREAM,0) = 4 (0x4)
connect(4,{ AF_UNIX /var/run/nscd },15)ERR#2 'No such file or
directory'
close(4) = 0 (0x0)
sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0)
= 0 (0x0)
sigaction(SIGPIPE,{ SIG_IGN 0x0 ss_t },{ SIG_IGN SA_RESTART ss_t }) = 0
(0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
getpid() = 3235 (0xca3)
geteuid()= 2002 (0x7d2)
open(/usr/local/etc/nss_ldap.conf,O_RDONLY,0666) = 4 (0x4)
fstat(4,{ mode=-rw-r--r-- ,inode=5818085,size=7997,blksize=16384 }) = 0
(0x0)
fstat(4,{ mode=-rw-r--r-- ,inode=5818085,size=7997,blksize=16384 }) = 0
(0x0)
read(4,@(#)$Id: ldap.conf,v 2.47 2006/0...,16384) = 7997 (0x1f3d)
read(4,0x813928000,16384)= 0 (0x0)
close(4) = 0 (0x0)
__sysctl(0x7fffb1f8,0x2,0x7fffb220,0x7fffb200,0x0,0x0) = 0
(0x0)
gettimeofday({1362819606.123684 },0x0) = 0 (0x0)
getpid() = 3235 (0xca3)
issetugid(0x35001c1c,0x80,0x801b1b600,0x10,0x2,0x1) = 0 (0x0)
open(/etc/resolv.conf,O_RDONLY,0666) = 4 (0x4)
fstat(4,{ mode=-rw-r--r-- ,inode=117845,size=101,blksize=16384 }) = 0 (0x0)
read(4,# Generated by resolvconf\nnames...,16384) = 101 (0x65)
read(4,0x813928000,16384)= 0 (0x0)
close(4) = 0 (0x0)
__sysctl(0x7fffab28,0x2,0x7fffad20,0x7fffab30,0x0,0x0) = 0
(0x0)
issetugid(0x801526ae8,0x2e,0x2e,0x2e,0x101010101010101,0x8080808080808080)
= 0 (0x0)
stat
Re: CURRENT (r248061):Thunderbird SIGNAL 11 with OpenLDAP / nscd(1) broken pipe/
On 2013-03-09 10:25, Hartmann, O. wrote:
Am 03/09/13 10:07, schrieb Hartmann, O.:
For the introduction, I filed a PR for this at beginning of 2012 and
suffered from the very same problem close to two years before on ALL
FreeBSD versions and platforms using OpenLDAP as the user backend:
ports/164239: [PATCH] mail/thunderbird: crash with nss_ldap
Even with the suggested patch by the maintainer the problem stayed.
With the introduction of bad code due to updates with r247804 and the
following issues of SIGNAL 13/broken pipe, the problem now is even worse
in FreeBSD 10.0 r248061.
From my limited point of view I guess this long lasting unresolved
problem could have been revealed itself and I hope this could be fixed
along with fixing nscd(1).
Again, Thunderbird in all flavours since 2010 crashes on FreeBSD 8/9 and
now 10.0-CURRENT when it is used on systems with user backend in
OpenLDAP or any LDAP (Thunderbird works on non-OpenLDAP backed systems
of the same OS revision).
I was able to solve the problem by starting Firefox first and only
Firefox getting started prior to Thunderbird resolved the problem for a
while, but closing Firefox and waiting a bit left Thunderbird
unstarteable again until Firefox was closed and reopened again.
I guess this strange behaviour reveals a deeper issue not necessarily
bound to nscd(1) (since the problem with Thunderbird also occurs without
nscd(1), BUT always bound to the use of OpenLDAP backend (with
security/pam_ldap and net/nss_ldap from ports).
Now, on FreeBSD 10.0-CURRENT r248061/amd64, Thunderbird dies immediately
with SIGNAL 11 on those boxes with OpenLDAP backend and no trick makes
Thunderbird starting enymore.
In my desperation, I did a truss, see below and it seems to me that
there is a problem getting the effective UID, since the SIGNAL 11 arises
after geteuid().
At the moment, I have switched off nscd(1) by default since it is broken
in CURRENT or doing very strange things (see list about broken pipe in
the system, sudo(1) or even the port's system (SIGNAL 13)).
I think there is a major issue covered and I hope this could be solved
by the problems triggered.
it is hard to believe that I'm the only one using FreeBSD for both
workstation and server environment in conjuction with OpenLDAP and
facing the problem with a popular software like Thunderbird.
If it is a stupid configuation problem then this must be very, very
special since it is now sticky with me for years.
Here comes the truss ...:
open(/etc/pwd.db,O_RDONLY,00) = 4 (0x4)
fcntl(4,F_SETFD,FD_CLOEXEC) = 0 (0x0)
fstat(4,{ mode=-rw-r--r-- ,inode=117927,size=40960,blksize=16384 }) = 0
(0x0)
read(4,\0\^F\^Ua\0\0\0\^B\0\0\^D\M-R\0...,260) = 260 (0x104)
pread(0x4,0x801bfc000,0x1000,0x6000,0x1,0x0) = 4096 (0x1000)
pread(0x4,0x813927000,0x1000,0x2000,0x1,0x0) = 4096 (0x1000)
close(4) = 0 (0x0)
socket(PF_LOCAL,SOCK_STREAM,0) = 4 (0x4)
connect(4,{ AF_UNIX /var/run/nscd },15)ERR#2 'No such file or
directory'
close(4) = 0 (0x0)
sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0)
= 0 (0x0)
sigaction(SIGPIPE,{ SIG_IGN 0x0 ss_t },{ SIG_IGN SA_RESTART ss_t }) = 0
(0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
getpid() = 3235 (0xca3)
geteuid()= 2002 (0x7d2)
open(/usr/local/etc/nss_ldap.conf,O_RDONLY,0666) = 4 (0x4)
fstat(4,{ mode=-rw-r--r-- ,inode=5818085,size=7997,blksize=16384 }) = 0
(0x0)
fstat(4,{ mode=-rw-r--r-- ,inode=5818085,size=7997,blksize=16384 }) = 0
(0x0)
read(4,@(#)$Id: ldap.conf,v 2.47 2006/0...,16384) = 7997 (0x1f3d)
read(4,0x813928000,16384)= 0 (0x0)
close(4) = 0 (0x0)
__sysctl(0x7fffb1f8,0x2,0x7fffb220,0x7fffb200,0x0,0x0) = 0 (0x0)
gettimeofday({1362819606.123684 },0x0) = 0 (0x0)
getpid() = 3235 (0xca3)
issetugid(0x35001c1c,0x80,0x801b1b600,0x10,0x2,0x1) = 0 (0x0)
open(/etc/resolv.conf,O_RDONLY,0666) = 4 (0x4)
fstat(4,{ mode=-rw-r--r-- ,inode=117845,size=101,blksize=16384 }) = 0 (0x0)
read(4,# Generated by resolvconf\nnames...,16384) = 101 (0x65)
read(4,0x813928000,16384)= 0 (0x0)
close(4) = 0 (0x0)
__sysctl(0x7fffab28,0x2,0x7fffad20,0x7fffab30,0x0,0x0) = 0 (0x0)
issetugid(0x801526ae8,0x2e,0x2e,0x2e,0x101010101010101,0x8080808080808080)
= 0 (0x0)
stat(/etc/nsswitch.conf,{ mode=-rw-r--r--
,inode=117790,size=991,blksize=16384 }) = 0 (0x0)
