Here is the BeagleBone Debian (beta) image you want to test

The wicd deamon should setup eth0 within 30 seconds on 2nd boot.
(first boot there is a slight delay as the ssh key's are generated).

I had rebooted many times. I hadn't paid any attention to the wicd program
since it seemed to be for WIFI which I am not using.

I had to open the preferences and check the option to always show wired
interfaces (I also checked always switch to wired connection when available)
before I saw the eth0 connection. I then clicked the connect button and
waited until it finished. It still didn't connect, but after I rebooted
again, it did connect using dhcp. Since then it has been connecting on each
boot.

If you uncomment out the eth0 interface in /etc/network/interfaces
boot time falls from 15seconds to 35ish..

I'm not sure what you mean by this. "unccomment out" is ambiguous. Did you
mean "uncomment", or did you mean "comment out".

The first.

Is it faster to boot with the eth0 defined in /etc/network/interfaces, or is
it faster with the eth0 section commented out? Why? Is it redundant to
define eth0 here, and then have wicd also connect eth0; or does having
defined in the interafces file cause wicd to skip its redundant setup later?

When, eth0 is defined in /etc/network/interfaces, the login prompt
(serial/video) can be delayed for up to 2 minutes as the system
attempts to get an ip. If a cable is NOT connected it will wait the
full 2 minutes.

So by allowing the wicd/systemd deamon to take care of it, we get the
login prompt must faster

On an unrelated issue, how do you setup the timezone for the time display on
the LXDE desktop? I have set /etc/timezone. I have also used tzselect and
added the TZ environment variable to my .profile as suggested in the output
of tzselect. It does not appear that my .profile file is being executed
though. I have a user bin directory in my /home/debian directory, and it is
not being added to the path as it seems it should be by reading the .profile
file. I checked and I don't have a .bash_profile or .bash_login file which
would prevent .profile from executing. Any ideas?

root@beaglebone:/# rm /etc/localtime
root@beaglebone:/# ln -s /usr/share/zoneinfo/US/Central /etc/localtime
root@beaglebone:/# date
Thu Mar 13 12:13:06 CDT 2014

Give lxde a minute or two to update..

Regards,

dpkg-reconfigure tzdata <— Doesnt work ?

Yeap, that works too..

Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough? My only vote is US/Central as that
is where i'm located..

Regards,

It is "utc" generic ! :wink:

72 de
Hajo

I know! :wink: I was having fun playing with that sentence.

Regards,

I'd rather see a system come up "UTC" rather than some other TZ not specific to me. I don't have a problem changing it if I have too though. UTC would seem to make the most sense.

Mike

I think UTC would be best, but there should be clear instructions for how to change it.

Most users (like me) are not Linux experts and don’t know how to do many of these basic things. I though /etc/timezone seemed like the perfect place to make this change, but it turns out that was wrong. Google led me to tzselect which also looked promising, but again it was wrong.

Dennis Cote

So then, here's a question for you. Where do you want to see those
type of faq's listed?

I can pretty much dump them anywhere, but the hard question is where...

Regards,

Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough?

I think UTC would be best, but there should be clear instructions for how to
change it.

Most users (like me) are not Linux experts and don't know how to do many of
these basic things. I though /etc/timezone seemed like the perfect place to
make this change, but it turns out that was wrong. Google led me to tzselect
which also looked promising, but again it was wrong.

So then, here's a question for you. Where do you want to see those
type of faq's listed?

I can pretty much dump them anywhere, but the hard question is where...

I thought you were posting all of your stuff to elinux.org?

Oh I do. :wink: I'm just hoping to get a fresh perspective and see where
a new user expects it to be today. (As we can never go back to being
"new"..)

Regards,

Oh, I see,

It was meant Underwater Technology Conference where you will be
invited. More generic is not possible.

I hope you don't mind:
http://hajos-kontrapunkte.blogspot.de/2014/03/wspr-bone-linux-adentures-in-beaglebone.html

73 de
Hajo

I don’t know where they should be stored, but there should definitely be links on the beagleboard.org main page. It seems to me that if Debian is going to replace Angstrom, then a link to the Debian release images and FAQs should be put there. Eventually, the Angstrom info could be deprecated, or rather archived and its visibility reduced.

It seems to me that there are currently too many places to go to get the various linux distributions and kernels, and none of them seem to be officially sanctioned as the “standard” release. This leads to unnecessary confusion for new users. Some info on beagleboard.org, some info at circuitco.com, some info at elinux.org, some info at armhf.com, etc., not to mention all the other stuff at ti.com.

The official wiki at http://www.elinux.org/Beagleboard:BeagleBoneBlack#Software_Resources doesn’t even mention this Debian releases (and it should if you want people to test it). The community wiki at http://elinux.org/BeagleBone_Community#Debian does list a Debian release, but it is a different, and incompatible, arm EABI version from this new armhf release.

I appreciate all the hard work that people have done to prepare all this information, but it’s a little like the wild west when you first start looking around.

Dennis Cote

motd or the banner for ssh, together with an instruction to use rm to get rid of the message.

Listing those basic steps there would get rid of thousands question from people using broken, old and/or outdated instructions belonging to some broken/old and/or outdated images.

Regards,

Alexander Holler

So then, here's a question for you. Where do you want to see those
type of faq's listed?

I can pretty much dump them anywhere, but the hard question is where...

motd or the banner for ssh, together with an instruction to use rm to get
rid of the message.

I've been dumping the default username/password + the current ip
address if we get it in time to "/etc/issue" so it shows up on both
the dvi and serial terminal. We could dump an elinux link faq there
too. Good call on the ssh message, didn't think of that.

Regards,

And if some gui is supported, open an editor like gvim or similiar to show those instructions gui-users too (by using some autoexec mechanism the gui in question offers).

Anything else than in-image-instructions which people will see when they start exploring the board doesn't help as history has shown.

Alexander Holler

And if some gui is supported, open an editor like gvim or similiar to show
those instructions gui-users too (by using some autoexec mechanism the gui
in question offers).

leafpad is installed so that would be pretty easy, to show web link
for help. xchat2 is even installed, ( i was feeling a little evil and
was temped to have that autoconnect to beagle on #freenode (it
doesn't..))

Anything else than in-image-instructions which people will see when they
start exploring the board doesn't help as history has shown.

I agree, I've been there too on irc, when they've been lucky enough to find it..

Regards,

Every time I boot, or logout of LXDE, I get a touchscreen calibration program that runs. It says ‘Touchscreen calibration for Logitech USB Keyboard’ (I think it sometimes says Mouse, but I could be mistaken). I am running with a HDMI monitor and a USB keyboard and mouse connected to an external powered hub. I have no touchscreen to calibrate and this wastes about 15 seconds on each logout. What starts this program, and how do I disable it?

Also, the .profile file in the /home/debian directory is not being executed. I don’t have a .bash_profile or .bash_login file to prevent it from being loaded. I noticed the default shell is dash rather than bash, at least /bin/sh is linked to /bin/dash, but the dash man page says it should read commands from .profile as well. When I tried the chsh command it says the default login shell is /bin/bash which should definitely read from .profile.

I can tell that .profile is not being executed because I have a personal bin directory at /home/debian/bin. This directory should be added to the PATH by the .profile, but that isn’t happening. I have also set a new environment variable in my .profile and it does not appear in the output of the env command. Any ideas why my .profile is not executing?

Dennis Cote

I second that. I am one of those who just started going west into the wild. And I am still not sure which information are official and which are not. However I am now sure that I didn’t grab Robert’s kernel. :angry: A pitty, for I would have speared a lot of time.

All the Best
Hajo

If you have a BeagleBone Black and are able to try out this image, it
might be good to propose fixing any short-falls you see in what is provided
on the image.

Every time I boot, or logout of LXDE, I get a touchscreen calibration
program that runs. It says 'Touchscreen calibration for Logitech USB
Keyboard' (I think it sometimes says Mouse, but I could be mistaken). I am
running with a HDMI monitor and a USB keyboard and mouse connected to an
external powered hub. I have no touchscreen to calibrate and this wastes
about 15 seconds on each logout. What starts this program, and how do I
disable it?

That's interesting, the lcd/touchscreen detect script is pretty basic,
i'll have to add whitelist for some devices.

Can you pastebin this file for me:

/var/log/xinput_calibrator.pointercal.log

and the output of "xinput" you will have to run it from x11, no serial/ssh..

Also, the .profile file in the /home/debian directory is not being executed.
I don't have a .bash_profile or .bash_login file to prevent it from being
loaded. I noticed the default shell is dash rather than bash, at least
/bin/sh is linked to /bin/dash, but the dash man page says it should read
commands from .profile as well. When I tried the chsh command it says the
default login shell is /bin/bash which should definitely read from .profile.

I can tell that .profile is not being executed because I have a personal bin
directory at /home/debian/bin. This directory should be added to the PATH by
the .profile, but that isn't happening. I have also set a new environment
variable in my .profile and it does not appear in the output of the env
command. Any ideas why my .profile is not executing?

Yeah,

export PATH=$PATH:~/bin

in ~/.profile is all you should need..

Regards,

PS: what model/etc is it? lsusb? Encase I need to go pick one up.

Regards,