It seems like linino does not activate keyboards as they are plugged in. More details at
https://dev.openwrt.org/ticket/12631
https://dev.openwrt.org/ticket/11145
http://h-wrt.com/en/doc/kb

Report back at http://forum.arduino.cc/index.php?topic=207069

Change the SSID when Yun is in AccessPoint mode is easy; I can edit file /etc/config/wireless or use the advanced web control panel to chenge it.
But if you change from AccessPoint (first configuration) mode to Client mode (normal use) and then yuo return again to the AccessPoint mode (for example, if your wifi is not available or if you're too far away) the name of the Wifi network is again "Arduino Yun - xxxxxxxxxxx".

Would it be possible to trim down linino so that it runs on a WR703N (which a serial-attached ATmega)? This would have the advantage that the WR703N is a) available and b) at a fraction of the cost of the Yun

Users of your software that enable DNSSEC will not be able to validate DNS after October the 11th 2018.

Your repository contains a root key file without the new DNSSEC trust-anchors:

. IN DS 19036 8 2 49AAC11D7B6F6446702E54A1607371607A1A41855200FD2CE1CDDE32F24E8FB5
It should also include:

. IN DS 20326 8 2 E06D44B80B8F1D39A95C0B0D7C65D08458E880409BBC683457104237C7F8EC8D

More information can be found at: https://www.icann.org/resources/pages/ksk-rollover

Please don’t hesitate to get in touch.

Warmly,

Roy Arends
ICANN

the build process stops if the cms oss plugin is enabled

https://forum.openwrt.org/viewtopic.php?id=39956&p=9
This problem might manifest itself when connecting a Leonardo to the USB host port

I tried to use the gphoto2 package but the libgphoto2 package seems to be broken to me. There are no CAMLIBS and no IOLIBS.

gphoto2 --list-ports --debug
0.000031 main(2): ALWAYS INCLUDE THE FOLLOWING LINES WHEN SENDING DEBUG MESSAGES TO THE MAILING LIST:
0.008919 main(2): gphoto2 2.4.11
0.009464 main(2): gphoto2 has been compiled with the following options:
0.009907 main(2):  + mips-openwrt-linux-uclibc-gcc (C compiler used)
0.010172 main(2):  + popt (mandatory, for handling command-line parameters)
0.010407 main(2):  + exif (for displaying EXIF information)
0.010644 main(2):  + no cdk (for accessing configuration options)
0.010882 main(2):  + no aa (for displaying live previews)
0.011119 main(2):  + jpeg (for displaying live previews in JPEG format)
0.011357 main(2):  + readline (for easy navigation in the shell)
0.011634 main(2): libgphoto2 2.4.12
0.011896 main(2): libgphoto2 has been compiled with the following options:
0.012133 main(2):  + mips-openwrt-linux-uclibc-gcc (C compiler used)
0.012380 main(2):  + ltdl (for portable loading of camlibs)
0.012617 main(2):  + EXIF (for special handling of EXIF files)
0.012872 main(2): libgphoto2_port 0.8.0
0.013129 main(2): libgphoto2_port has been compiled with the following options:
0.013370 main(2):  + mips-openwrt-linux-uclibc-gcc (C compiler used)
0.013608 main(2):  + ltdl (for portable loading of camlibs)
0.013843 main(2):  + USB (libusb, for USB cameras)
0.014078 main(2):  + serial (for serial cameras)
0.014310 main(2):  + no resmgr (serial port access and locking)
0.014547 main(2):  + no ttylock (serial port locking)
0.014781 main(2):  + no lockdev (serial port locking)
0.015025 main(2): CAMLIBS env var not set, using compile-time default instead
0.015243 main(2): IOLIBS env var not set, using compile-time default instead
0.015740 setting/gphoto2-setting.c(2): Creating $HOME/.gphoto
0.016189 setting/gphoto2-setting.c(2): Can't open settings file for reading
0.016449 setting/gphoto2-setting.c(2): Loading settings from file "/root/.gphoto/settings"
0.016737 setting/gphoto2-setting.c(2): Can't open settings for reading
0.017004 setting/gphoto2-setting.c(2): Creating $HOME/.gphoto
0.017281 setting/gphoto2-setting.c(2): Can't open settings file for reading
0.017526 setting/gphoto2-setting.c(2): Loading settings from file "/root/.gphoto/settings"
0.017808 setting/gphoto2-setting.c(2): Can't open settings for reading
0.023011 gphoto2-port-info-list(2): Using ltdl to load io-drivers from '/usr/lib/libgphoto2_port/0.8.0'...
0.029862 gphoto2-port-info-list(2): Counting entries (0 available)...
0.030286 gphoto2-port-info-list(2): 0 regular entries available.
0.030519 gphoto2-port-info-list(2): Counting entries (0 available)...
0.031409 gphoto2-port-info-list(2): 0 regular entries available.
Devices found: 0
Path                             Description
--------------------------------------------------------------
0.032417 gp-camera(2): Freeing camera...
0.032665 gphoto2-port(2): Freeing port...
0.032931 gphoto2-filesystem(2): resetting filesystem
0.033147 libgphoto2/gphoto2-filesys.c(2): Clearing fscache LRU list...
0.033359 libgphoto2/gphoto2-filesys.c(2): fscache LRU list already empty
0.033574 gphoto2-filesystem(2): Internally deleting all folders from '/'...
0.033826 gphoto2-filesystem(2): Lookup folder '/'...
0.034074 gphoto2-filesystem(2): Found! / is 0x6b52c8
0.034378 gphoto2-filesystem(2): Recurse delete folder 0x6b52c8//

The important line seems to be

0.023011 gphoto2-port-info-list(2): Using ltdl to load io-drivers from '/usr/lib/libgphoto2_port/0.8.0'...

This directory does not exist. On a Debian machine the corresponding folder looks like this

tree /usr/lib/x86_64-linux-gnu/libgphoto2_port/0.8.0
/usr/lib/x86_64-linux-gnu/libgphoto2_port/0.8.0
├── disk.so
├── ptpip.so
├── serial.so
├── usbdiskdirect.so
├── usbscsi.so
└── usb.so

Markus

Hi,
I'm the lead developer of the PirateBox Project http://daviddarts.com/piratebox/?title=PirateBox and I'm totally interested to bring the PirateBox on the Adunio Yun. I would love to get some informations about the Differences in the YUN-OpenWRT and how (which device node) the SD Card is attached.
I would like to use the SD Card as the storage and/or the USB Port.

The current Beta-PirateBox 1.0 packages are "valid" OpenWRT Packages and can be built through the OpenWRT build-tools. Even the usage of the USB-stuff is configurable via configuration now - before - installing the PirateBox.
edit: all PirateBox packages are available as a "feed", which can be included into OpenWRT Build-environment.

I know, that the Ardunio is not as cheap as a bare ar71xx system like the TL-WR703N, but I already know at least 3 people from PirateBoxCamp which would love to combine both techniques.

I'm looking for feedback,
best regards

Matthias

In some countries, it is prohibited to use WiFi without a government certification. The countries include Japan, we are distributing Yun after applying a small patch to disable WiFi function.

Currently, we can disable the WiFi interface (wlan0) using LuCi web interface. However, this causes your daemon (wifi-live-or-reset) to reset the Linux.

Additionally, this configuration should be retained after "reset-to-factory-anyway" by pressing the WiFi Reset button more than 30 seconds.

You may want to see my patching script.

Such WiFi disabling capability may be useful also in countries that is not prohibited.

When building under Debian 7 (64bits) I get the following error message:

cp: cannot stat `/home/rnc/linino/trunk/build_dir/target-mips_r2_uClibc-0.9.33.2/cmus-v2.5.0/ipkg-install/usr/lib/cmus/op/oss.so': No such file or directory
make[3]: *** [/home/rnc/linino/trunk/bin/ar71xx/packages/cmus-plugin-oss_2.5.0-5_ar71xx.ipk] Error 1

In fact, the cmus-v2.5.0/ipkg-install/usr/lib/cmus/op folder only contains alsa.so and pulse.so.

would love to see a working ruby in the packages - currently a pachlevel 0 is used which has a known problem (http does not work): https://dev.openwrt.org/ticket/9873

any chance to put a ruby (perhaps ruby 2) on linino in the near future? being able to run a sinatra server on the yun would be soooooo convenient ;-)!

Set up a radius server and everything needed to test if the yun can connect to such enterprise class wifis

When building under Debian 7 I get the following error message:
checking if java works... configure: error: The Java VM java failed (see config.log, check the CLASSPATH?)

What should I set in the CLASSPATH var?

Hi,

The error above shows up when compiling Linino using Debian Squeezy.

Any pointers on how to solve this ?

Thanks!

wget is compiled without ssl support. Same applies to python, i.e. distribute module easy_install won't work with https urls.

run-avrdude efuse value should be CB not FB

Hello,

the current md5sum for cpu-mcu-bridge 1.1.0 is afa194cf16a3d2b1ca5180f630054ed2, which is different from the one reported on the Makefile.

Instead of the svn it now uses git, so the scripts don't work anymore, update the feeds.conf.default in trunk to:

src-git luci git://github.com/openwrt/luci.git

per title, package coreutils-stdbuf does not include libstdbuf.so.

suggest something like:

--- feeds/packages/utils/coreutils/Makefile.orig 2014-01-31 14:08:22.043518972 -0800
+++ feeds/packages/utils/coreutils/Makefile 2014-01-31 14:38:16.963546616 -0800
@@ -99,6 +99,8 @@
define Package/$(1)/install
$(INSTALL_DIR) $$(1)/usr/bin
$(INSTALL_BIN) $(PKG_INSTALL_DIR)/usr/bin/$(2) $$(1)/usr/bin/

•   $(INSTALL_DIR) $$(1)/usr/lib/coreutils
  

•   $(CP) $(PKG_INSTALL_DIR)/usr/lib/coreutils/libstdbuf.so* $$(1)/usr/lib/coreutils
  

  endef

  $$(eval $$(call BuildPackage,$(1)))

Need feedback from user before applying this http://forum.arduino.cc/index.php?topic=188877.msg1478291#msg1478291

Is it possible to upgrade bluez libraries to latest one to have support for LE?
Current one looks that don't have le functions.

it compiles correctly with the current config

Provide a nodejs package with a pre-built node-serial

Like for the issue #9 :

/media/Projet/linino/trunk/scripts/download.pl "/media/Projet/linino/trunk/dl" "cpu-mcu-bridge-1.1.0.tar.bz2" "afa194cf16a3d2b1ca5180f630054ed2" "http://downloads.arduino.cc/"
...
MD5 sum of the downloaded file does not match (file: 0b877889de3c28601a599f7222ebb1c3, requested: afa194cf16a3d2b1ca5180f630054ed2) - deleting download.

Thank you !

To be included into the next release

wget (and remove busybox wget support)
nano
python-openssl

When you have 2 yuns on the same network called yun1 and yun2 it is not possible to ping yun2 from yun1 using
ping yun2.local
yun2.local is not resolved to a ip adress.
Pinging with the ip adress works fine.
This issue is discussed here http://forum.arduino.cc/index.php?topic=202577.msg1492883#msg1492883
it seems like the service nss-mdns is missing.

I think this is a important feature when you have multiple yun's on the same network who need to work together.
I for instance need it to have my robot(s) communicating with a base station.

The alternative's I know are

1. using the work around parsing avahi-resolve -n yunX
2. Using fixed IP adresses
   I find both workarounds very clumsy.
   Therefore I think this is important for the yun that this issue is fixed.

Best regards
Jantje