giri@nwrk.biz

I made some changes in the build scripts and wanted to ask if some of you may find them useful... ability to use custom skel folder in /userpatches directory support for xdm display manager (with graphical keyboard) selectable display manager in expert mode (lightdm, xdm or nodm) Especially the custom skel folder gives much more flexability for modders to generate images for wip or scs boards. I am currently testing different configurations, all seems good so far. What do you think about these changes? Would a pull request make sense?

This really sounds more like an issue with your Windows network. What network type did you choose on your windows pc when connecting to the network?

Yeah, I made a tablet optimized image using matchbox and some custom scripts (to toggle keyboard etc.). It also has an desktop mode. I tried to use as few dependencies as possible. I also got hardware accelerated video to work with gstreamer. This may come handy for some dlna/upnp related stuff. No I did not try to write it to nand. It just felt to unflexible for me. But it should not be a problen to repack an flashable image with the tools you find in the sunxi wiki and on xda. But imo it may make more sense to use the nand as additional internal storage

You should check this board bring up discussion:

What player / program are you using? Make sure to use a player which uses vdpau for encoding. (For instance mplayer, but I am not sure if vdpau works with mainline kernel, I only tested an csi cam on legacy)

*hust* oldstable *hust*

As workaround you can try to use wicd instead of network manager, I can confirm that wicd is working fine on stretch with legacy kernel. (If you really need stretch for whatever reason)

Jup, i always mix these two words up. Sorry for that. I meant using vdpau in gstreamer with gstreamer1.0-vaapi and vdpau-va-driver. And it perfectly works, just tested it using parole (videoplayer using gstreamer). So the rygel thing should also work . Playing youtube videos with midori/qupzilla/firefox does not work very well though.

Video decoding is done via vdpau am I right? There seems to be an gstreamer vaapi plugin. This would enable hw accelerated video at least with midori. (and ofc. with any other gstreamer based application! This would even enable video streaming to the board via rygel!) Have not tested it yet, but sounds promising. https://packages.debian.org/jessie/gstreamer1.0-vaapi

Probably the easiest and fastest way to set up an Ubuntu Xenial build environment (needed by the armbian build scripts) is using a chroot jail. This thread should be a quick copy paste "tutorial" to create your own chroot jail and on an Debian based linux installation. 1.) Install debootstrap $ sudo apt install debootstrap 2.) Chreate chroot jail using debootstrap $ sudo debootstrap --variant=buildd --arch=amd64 xenial ./system/ http://archive.ubuntu.com/ubuntu/ 3.) Mount your local system into the chroot $ for f in dev dev/pts proc sys ; do sudo mount -o bind /$f ./system/$f ; done 4.) Mount resolv.conf from host system into chroot $ sudo mount --bind /etc/resolv.conf ./system/etc/resolv.conf 5.) Enter the chroot and install some important packages $ sudo chroot ./system $ apt install -y sudo nano git 6.) Add universe to your chroots repo list (needed by the build scripts) $ sudo nano /etc/apt/sources.list change from: deb http://archive.ubuntu.com/ubuntu xenial main to: deb http://archive.ubuntu.com/ubuntu xenial main universe then: $ sudo apt update 7.) Download and start build script in root users home directory $ cd $ git clone https://github.com/armbian/build $ cd build $ service apt-cacher-ng start ( $ export EXPERT=yes ) $ ./compile.sh Now you can start building your images from source I know this is not rocket science, but I think this might help some people getting into Armbian!

Yeah, like it is that much work to upload the sources -.- This makes me think back to the shit omate did, shortly before they started selling their Omate truesmart2. Claimed to share sources but in fact uploaded a broken archive. They also did LOADS of forum shilling + whitespacing by flooding forums with lies and silly rethorical posts without real context to make everyone look bad who said something against thery product, just to fool the average byer who believes everything he finds in the first google result.

Mediatek = EOL Product From my knowledge mediatek only provides binary blobs to OEMs. They only hand out kernel sources if someone pays for it. I really really have made bad expiriences with mediatek based devices.... and really really hope @sean.wang's words are true.....

Hey guys! Cheap Android tablets based on allwinner chipsets were pretty common back in 2012. Recently I found an tablet equipted with an Allwinner A10 SoC (LY-F1) lying lonely around on my fathers desk. He bought that tablet back then because of the cheap price, but never really used it. Luckily my father also saved an Android 4.0.4 ROM he downloaded from the suppliers website back then, because all websites of this supplier are offline now. After playing around with my OPiZ and seeing how well the sunxi/armbian kernel works, I thounght myself i should try to boot linux from this tablet. At first I tried to pack an image that can be directly written onto the devices 8GB NAND storage, but soon found out that the device tries to boot from SD by default. After doing some research I found out that this device uses an PCB called Topwise A721 which was also sold as standalone board named 'Gooseberry'. This PCB was used in many Chinese Tablets back in 2012. My next logical step was to burn the only avaiable armbian image for the A10 (pcduino2) and see if it boots. At first I thougth it did not work, because the screen kept blank and the tablet did not give any response, but after plugging the SD card back into my PC i saw that the filesystem was extended to the max 16GB of my SD :). (Hooray, no dissasembly and fiddeling around with UART needed) So next I extracted the script.bin (attached to this post) from the android image and replaced it with the symlink on the armbian image. And voila even the screen works out of the box The only problem I have now is, that I do not have an USB mini OTG cable (I already ordered one) to plug in an keyboard and do further testing. LOL, just found an mini USB OTG in an USB Adapter set I bought some time ago. The desktop environment boots up fine! The tablet itself has an mini HDMI port, so this may be useful for me! Picture of tablet with Armbian login + desktop: I'll report back when I have done further testing! EDIT1: To enable wireless networking 8192cu has to be added to etc/modules (legacy kernel ofc). EDIT2: Audio works out of the box. EDIT3: I now added following kernel modules to etc/modules (most of them are loaded on the android image too!): This should enable GPU HW acceleration, enables the touchscreen of the tablet and the touch keys. Touch key info: Scancodes: BACK: 10x02, 0x82 HOME: ^[0x01, 0x81 MENU: 20x03, 0x83 Keycodes: BACK: 2 HOME: 1 MENU: 3 EDIT4: Things I could not get to work: camera module (missing kernel module? gc030809 or wrong I2C address?) Volume HW keys. EDIT5: Cam somewhat works with cheese after changing gc030809 to gc0308 in script.bin (Yeah silly me, its because cheese tries to use OpenGL rendering.) Cam works pretty nice with mplayer, making fotos using fswebcam also works! EDIT6: I made working configurations for the armbian build system (files attached!). EDIT7: Configs are upstream, but not officially supported EDIT8: I am currently working on an tablet optimized image. Awesome how nearly everything worked out of the box! Armbian on this tablet outperforms the original android image by far! Moral of the story, check any old chinese tablets lying around and make them great again using linux script.bin linux-topwise-a721-default.config topwise-a721.fex topwise-a721.conf

The answer to this question is simple, because they can sell it

Jup, tested it on RPI, OPiZ and some time ago in an chroot on an older armhf tablet. I use midori on a regular basis. You cannot replace midori with firefox or chromium. Major websites do not render well, or simply won't work. Since a few weeks logging into my google account simply does not work with midori. I have tested many of these "lightweight" browsers. Midori beats them all, but is far away from replacing Firefox or Chromium. Looks nice, I have to test this one and maybe it will replace midori in my package list.

I use my OPiZ as portable handheld gaming console. No problem with AV out on small screens. (I guess my soul is not that poor then)

nevermind

I did test it on several debian based installations, but i did not test it on armbian. I do not see a reason why this should not work on armbian.

Nice to hear it worked for you ! tvout is moving the picture relative to its actual position. If you do not want this behavior you should call tvout -r first to reset your position.

If your board is directly connected to the internet here a nice iptable script to secure your system against portscans and smurf attacks: http://sharadchhetri.com/2013/06/15/how-to-protect-from-port-scanning-and-smurf-attack-in-linux-server-by-iptables/ Only useful if your board is not behind a router with firewall.

What resolution did you set? Did you try it with armbian too? I don't know how much retrorangepie differs from armbian. You can also try to set the resolution using fbset, but that did not work for me (not really supported by the driver).

Please describe your problem more precisely.

You need to provide more informations! Steps you did, logfiles, screenshots, errormessages etc.

If you mean analog composite av output please check this:

Here on the forums it is often recommended to burn images using etcher. I am now wondering how etcher differs from for instance using dd or Win32Diskimager. Thanks in advance, giri