I have the same issue. I’m doing this in a Linux container (Ubuntu 20.04 inside Ubuntu 20.04), but like matthaios-easy-bi, I’m using npm run build:android to build (as per documentation). This has worked up until 2.0, but with 2.1 it always fails due to non-existent org.webrtc. Manually running npm install prior to npm run build:android makes no difference, nor does node node_modules/react-native-webrtc/tools/downloadWebRTC.js (although it does seemingly download the package successfully).

Here’s excerpts from the build output.

It’s not Mac-only either, I have the same issue trying to compile v2.1.0 on my Linux PC.

V2.0 had issues too, but FTBFS wasn’t one of them.

Just adding a note that this does still occur under 14.04, to which I recently upgraded. Naturally this was to be expected, given that the issue first occurred after switching to the Trusty HWE pack in 12.04.

TL;DR: Laitteistolle täydet viisi, ohjelmistolle yksi tähti = kokonaisuudelle 3 tähteä. Annan suositteluni, mutta ohjelmiston takia isoin varauksin.

Laitteistopuoli tässä on mainio. Ei sentään enterprise-tasoa, ja muovisuuden takia tuntumaltaan hieman halpismainen, mutta kompakti, hiljainen, pintapuolisesti nätti, ja levyjen sisäänlataus on helppoa kuin heinänteko. Ulkoisia liittimiäkin enemmän kuin (kotikäytössä) tarpeeksi. Yllättäen toinen mukana toimitetuista verkkokaapeleista osoittautui vialliseksi ja aiheutti tovin melkoista hämmennystä, mutta toinen tuntuu toimivan. Yksi tyylipistemiinus siitä, että verkkokaapelit olivat valkoisia kun kaikki muu paketissa toimitettava laitteisto on mustaa. Mustat kaapelit tuskin kustantaisivat valmistajalle sen enempää, ja sopisivat niin paljon nätimmin yhteen purkin kanssa.

Reset-kytkimiä on kaksi, mikä on hieman hämmentävää. Miksei etupaneelin reset-nappia ole ohjelmoitu täyttämään myös tehdasasetusten palautusta? Se olisi sikälikin hyödyllistä, että sille on aluksi ohjelmiston kanssa painiskellessa paljon käyttöä.

Sillä ohjelmisto on… karmivan huono. Pohjalla on ilmeisesti räätälöity Linux, joka sinänsä on parempi kuin OK, mutta kaikki sen päälle valmistajan itsensä rakentama vaikuttaa ihan amatöörimäiseltä. Webkäyttöliittymä toimii miten sattuu jos sattuu, esimerkiksi turvallisen monimutkaiset salasanat voi unohtaa. SSH-yhteydellä pääsee käpistelemään käyttistä suoraan, mutta firmis palauttaa useimmat tehdyt muutokset joka buutissa alkuasetuksiinsa, mikä on äärimmäisen käyttäjävihamielistä. Kuten kirjoitin, tehdasasetusten palautukselle on alussa paljon käyttöä, ja kun se kerta toimii, miksei edistyneen käyttäjän anneta sössiä järjestelmää ihan mielensä mukaan?

Varsinkin tietoturvan kannalta tuo laitevalmistajan Linux-perustan päälle virittelemä korttitalo vaikuttaa niin epäilyttävältä, että en ikimaailmassa kytkisi laitetta verkkoon ilman välissä seisovaa palomuuria tai hyvin suojattua reititintä.

Vähänkään vaativammille käyttäjille suosittelen Optwarea, jonka tähänkin onneksi saa asennettua (epävirallisista lähteistä), minkä jälkeen laitteeseen voi asentaa esimerkiksi rsyncin. Parhaat siirtonopeudet olen kuitenkin saanut ihan vanhalla kunnon NFS:llä, joka (v3) sentään löytyy valmistajan omasta pakettivarastosta. Mukana on myös liuta pilvipalveluita, mm. Owncloud. Siitä, järjestelmän suhteellisesta avoimuudesta ja valmistajan tuesta (firmiksen ohjelmistopäivityksiä tuntuu ainakin vielä tätä kirjoittaessani tipahtelevan) ohjelmistolle yhteensä yksi tähti.

Laitteelle olisi myös Windows-sovellus, mutta sitä en ole Linux-käyttäjänä kokeillut, enkä siten tiedä siitä mitään.

1. Ubuntu
2. Unity
3. Vim, Gedit
4. Gmail (on the web)
5. Chromium
6. Screen, yes

I have a HP/Compaq SDM4700P PS/2 keyboard, quite a prevalent model (I even have two myself). The keyboard has a set of 8 ”internet” keys on the top, one of which has a ”home” icon (so it’s supposed to be XF86HomePage I believe).

After installing linux-generic-lts-trusty (3.13.0-27.23 from -proposed), pressing the ”home” key triggers the computer going to sleep (powering down, power led starts blinking).

This did not happen with kernels prior to 3.13.

I installed and booted 3.13.0-24.47 (also available in the repositories now) and the issue was still reproducible.

To be sure, I also tried 3.11.0-22.38 and 3.8.0-41.60 again, and it was *not* reproducible.

(I wouldn’t have much use for the ”home” key as such, but as the keyboard lacks audio controls, I’ve remapped the ”home” key to be my XFAudioMute with ~/.Xmodmap. This was working fine until 3.13; now it still does mute the audio just before putting the computer to sleep. As I don’t use sleep mode otherwise, I’ve worked around this by adding an `exit` at the top of /etc/acpi/sleep.sh.)

No niin, hyvä. En ole hiirtä kummempia lisälaitteita aikoihin itse hommannut, ja siksi en ole näistä enää perillä. Webkameroiden suhteen oli samantyyppinen standardointi aluillaan silloin kun niiden kanssa viimeksi värkkäsin.

Onko näissä USB-mikki/kuulokesysteemeissä jokin standardi nykyisin, että toimivat Linuxissa sen puolesta, vai selvittelitkö etukäteen tämän nimenomaisen setin toimivuuden Linuxissa?

The Professor did great covering the early days, but I’m sure other people besides me are going to point out that Richard Stallman deserves as much if not more of a credit as Linus Torvalds does for what we call ”Linux” today, which is the Linux kernel combined with a ton of GNU software.

Since you appreciate typo spotting, a couple of more it’ses to itses: ConsoleKit and its successor, to retain its position.

This was very interesting to read, thank you. I wish more people could see these issues as resulting from conflicting design philosophies and would put their effort on improving implementations of their choice, rather than arguing that the other choice is inferior (let alone those ad hominem attacks against the other camp). I for one believe both designs have their uses, and that we shouldn’t be advocating either as the be-all end-all.