On Mon, Apr 16, 2012 at 02:49:31PM +0200, Matthias Apitz wrote:
> El día Monday, April 16, 2012 a las 02:25:37PM +0200, Martin Jansa escribió:
> 
> > > > > - neither AUX nor Porwer button does anything visible
> > > > > - USB network does not come up (yes, I know it is now 192.168.7.x)
> > > > > - the keys of the keyboard a very small too;
> > > > > - it does not even seems to charge on USB plug-in (at least the Power
> > > > >   button has no light and in the desktop nothing visible)
> > > > > 
> > > > > Please let me know what I could do or check;
> > > 
> > > concerning USB networking in 046:
> > > 
> > > I have had to do some things on the host side to bring the interface up
> > > there; and than it turned out that the usb0 interface in the FR was down
> > > and had no IP addr; I set this from the FR terminal and could SSH to the
> > > FR;
> > 
> > check "systemctl status networking.service" maybe it will show some hints 
> > about why networking wasn't started for you after boot.
> 
> output is only:
> 
> # systemctl status networking.service
> networking.service - LSB: Raise network interfaces and configure them
>           Loaded: loaded (/etc/init.d/networking)
>           Active: active (exited) since Sat, 01 Jan 2000 04:10:22 +0000;
> 11min ago
>          Process: 220 ExecStart=/etc/init.d/networking start
> (code=exited, status=0/SUCCESS)
>           CGroup: name=systemd:/system/networking.service

You can try to restart that service and also check
/etc/network/interfaces file that you have auto usb0
 
> > This could be related to latest changes of HOME fix, double shr_elm_softkey
> > execution etc.
> > 
> > Please check, that you have:
> > SHR root@gjama ~ $ cat /home/root/.e/e/applications/startup/.order
> > shr_elm_softkey.desktop
> 
> I have no such file:
> 
> # ls -l /home/root/.e/e/applications/startup/      
> # 

> 
> Should I just touch it?

no it needs to have shr_elm_softkey.desktop in it.. you can 
echo shr_elm_softkey.desktop > /home/root/.e/e/applications/startup/

or just do
python /usr/share/shr-wizard/shr-wizard.py
to start shr-wizard manually

The real problem is that shr-wizard.py wasn't started for you on
first boot..

> 
> 
> > And that you've finished both 1st time wizards (one is from E17 itself and 
> > then
> > 2nd shr-wizard is executed and that creates this .order file)
> >  
> > It could be another timing issue, because on my uSD card with latest EFL I 
> > get
> > /home/root/.e/e/applications/startup/.order created before E17 is fully 
> > started 
> > and .order used to start apps (so I don't need shr-wizard to start 
> > shr_elm_softkey
> > for me on 1st boot), but maybe for you it was vice-versa, but with this 
> > file you 
> > should get shr_elm_softkey on 2nd and later boots.
> > 
> > http://git.shr-project.org/git/?p=shr-wizard.git;a=commit;h=986663e39eb9c6917cd219e5a8ad8c74f20877bb
> > 
> > > should I fille Track issues too and/or put this into the Wiki?
> > 
> > Best way is to report in Trac and then add ticket numbers to test report on 
> > that wiki (as described on that wiki :))
> 
> OK, will do;

Thanks!

> > yes sorry dfu-util not dfu-tool..
> > 
> > > 'dfu-util' from FreeBSD:
> > > 
> > > $ dfu-util -V
> > > dfu-util - (C) 2007-2008 by OpenMoko Inc.
> > > This program is Free Software and has ABSOLUTELY NO WARRANTY
> > > dfu-util version 0.1+svnUnversioned directory
> > 
> > Latest version is 0.5 see
> > http://dfu-util.gnumonks.org/
> 
> this is not ported to FreeBSD; I will try to get it updated or port it
> by my onw;

I'm not sure if it will help but you can try.. there is also
http://build.shr-project.org/shr-core/tools/dfu-util-0.4
but that won't help you much on FreeBSD I guess :).

-- 
Martin 'JaMa' Jansa     jabber: martin.ja...@gmail.com

Attachment: signature.asc
Description: Digital signature

_______________________________________________
Shr-devel mailing list
Shr-devel@lists.shr-project.org
http://lists.shr-project.org/mailman/listinfo/shr-devel

Reply via email to