Voici la 2éme partie de notre M.A.J de Juin/Juillet. Vu que je dispose de peu de temps (j’ai un DD à reformater avant de partir en vacances avec 2 systèmes à installer),  je vais faire très court.

On en apprend plus sur la timeline dont vous pouvez voir les améliorations sur le look et les capacités. Un travail sur le moteur de theme permet maintenant de disposer d’un look différent entre la timeline et le reste de l’application grâce aux feuilles de style CSS3. On attend d’ailleurs avec impatience ce que la communauté nous proposera à ce niveau là.

Le moteur Javascript de la timeline est maintenant mieux organisé. Toutes les parties fondamentales de celle-ci (cad les clips, les transitions, les effets, ……..)  ont leur propre fichier Json et sont donc plus facile pour nous à déboguer. De plus, un panneau de déboguage a été rajouté et peut -être visualisé dans Google Chrome.

Un nouveau moteur d’attraction de la timeline a été ajouté ces dernières semaines. Chaque élément peut être aligné en tant réel y compris la tête de lecture à l’aide de coordonnées. Un ligne apparaîtra et tout ce s’approchera de ces coordonnées que vous aurez choisie s’alignera automatiquement. Plus Openshot-Qt devient fonctionnel, plus il est facile de corriger les bogues qui apparaissent.

Voici une vidéo démontrant les améliorations de la timeline tel que l’attraction des clips, les animations et plus encore. Vous y verrez même un petit aperçu de notre nouveau système de propriété et d’images clés évolué. Bon visionnage.

Demain viendra la 3éme et dernière partie.

Voici le lien vers l’article original : http://www.openshotvideo.com/2014/07/june-july-development-update-part-2-of-3.html

Original post of Cenwen.Votez pour ce billet sur Planet Libre.

Dans l'article Aperçu de bhyve - Episode 1 vmrun.sh nous avons vu que bhyve est intéressant mais que le script vmrun.sh est trop limité pour pouvoir se faire plaisir. Nous allons voir si vmrc nous offre plus de possibilités ou non.

Installation de vmrc

Voyons si vmrc est disponible dans les dépôts pkgng :

# pkg search vmrc

Arf non :( ! Et visiblement il n'est pas non plus dans les ports. Il va falloir l'installer à la main. Bon, commençons par installer git :

# pkg install git

Puis récupérons les sources du projet :

# git clone https://github.com/michaeldexter/vmrc.git

Entrons dans le répertoire et installons le tout à l'aide des script install-vmrc.sh et install-templates.sh :

# cd vmrc
# ./install-vmrc.sh
# cd templates
# ./install-templates.sh

La documentation de vmrc recommande sysutils/grub2-bhyve pour les guest Linux :

# pkg install grub2-bhyve

Utilisation de vmrc

Création d'un guest FreeBSD

Dans le répertoire de vmrc récupéré par git (/root/vmrc dans notre exemple) se trouve le script mkvm.sh qui permet de choisir le type de vm dont on a besoin et d'en automatiser la création et l'installation. Exécutons mkvm.sh :

# cd /root/vmrc
# ./mkvm.sh

Nous pouvons alors choisir le type de VM que nous souhaitons créer :

Listing templates in /usr/local/vmrc/templates/

t_centos65              t_freebsd92stablezfs    t_pfsense-fetch.sh
t_freebsd10             t_freebsd92zfs          t_ubuntu1304
t_freebsd10malloc       t_freenas               t_ubuntu1310
t_freebsd10zfs          t_freenas-fetch.sh      virtio21pf
t_freebsd11current      t_master_template       virtio83
t_freebsd11currentzfs   t_openbsd               virtio83pf
t_freebsd92             t_openbsd-fetch.sh      virtio84
t_freebsd92stable       t_pfsense               virtio91

Enter a template to use:

Ici comme je veux une VM Freebsd classique j'ai sélectionné t_freebsd10 et validé. Ensuite on donne un nom à la vm, j'ai mis freebsd.

Enter a custom name without ID or leave blank to keep vm2
freebsd

Le script va créer un disque virtuel de 2G puis télécharger les différents sets (base.txz et kernel.txz) de FreeBSD pour les installer. Voyons maintenant si on peut booter. Pour cela on va utiliser le service vm qu'on doit activer dans le /etc/rc.conf.local :

vm_enable="YES"

Puis on démarre la vm :

# service vm start freebsd
vm: starting freebsd
vm: freebsd: no configuration file found: Skipping...

Wow ! Cela ne fonctionne pas ! Étrange. Jetons un œil au /usr/local/vmrc/vm :

# ls /usr/local/vmrc/vm/
freebsd2        openbsd01       vm0

Il semble qu'il ait décidé de nommer ma vm freebsd2. Je sens venir les confusions quand on commence à avoir beaucoup de vm, mais peut-être que j'aurais du choisir un autre nom. Bon, soit, utilisons freebsd2 :

# service vm start freebsd2
vm: starting freebsd2
starting freebsd2
Entering f_load()
Entering f_eptcheck()
Entering f_vmmcheck()
f_vmmcheck: vmm.ko kernel module not loaded. Loading...
f_netstart: bridgestp.ko kernel module not loaded. Loading...
f_netstart: if_bridge.ko kernel module not loaded. Loading...
f_netstart: if_tap.ko kernel module not loaded. Loading...
net.link.tap.up_on_open: 0 -> 1
Creating the bridge0 network interface.
Associating em0 with bridge0.
Running: ifconfig bridge0 addm em0 up
f_load: Attaching raw image /usr/local/vmrc/vm//freebsd2/freebsd2.img for fsck
f_load: DEBUG: disk image is /usr/local/vmrc/vm//freebsd2/freebsd2.img; vm_device is md1
f_load: fsck_ufs -y md1p2
** /dev/md1p2
** Last Mounted on /usr/local/vmrc/vm/freebsd2/mnt
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
13303 files, 139007 used, 368296 free (208 frags, 46011 blocks, 0.0% fragmentation)

***** FILE SYSTEM MARKED CLEAN *****
Entering f_mddestroy()
f_mddestroy: Destroying all memory devices associated with freebsd2
f_mddestroy: Destroying mdconfig device: md0
mdconfig: ioctl(/dev/mdctl): Device busy
f_mddestroy: Destroying mdconfig device: md1
f_load: Running the bhyveload command:
/usr/sbin/bhyveload -m 1024 -d /usr/local/vmrc/vm//freebsd2/freebsd2.img freebsd2
Consoles: userboot

FreeBSD/amd64 User boot, Revision 1.1
(root@snap.freebsd.org, Thu Jan 16 22:18:02 UTC 2014)
Loading /boot/defaults/loader.conf
can't find 'kernel'
-
can't load 'kernel'

Type '?' for a list of commands, 'help' for more detailed help.
OK

Bon, ça ne marche toujours, cependant je remarque les points suivants :

• vmrc va monter les modules si nécessaires, comme vmm
• vmrc vérifier le système de fichiers du disque virtuel avant de le monter
• vmrc créé un bridge sur l'hôte, et ça c'est cool

Bon, changeons de tty (ctrl+alt+f2 ou alt+f2 pour vmware) et arrêtons la vm :

service vm stop freebsd2

Ensuite retournons en tty1 et voyons ce qui s'est passé. Analysons le contenu de /usr/local/vmrc/vm/freebsd2/mnt pour voir si le kernel est effectivement manquant (on remarque au passage que vmrc a la délicatesse de faire un point de montage, afin de voir depuis l'hôte ce qu'il y a dans le fichier freebsd2.img) :

# ls /usr/local/vmrc/vm/freebsd2/mnt/
.cshrc          bin             lib             proc            sys
.profile        boot            libexec         rescue          tmp
.snap           dev             media           root            usr
COPYRIGHT       etc

Hum, à première vue tout semble correct, mais il semble qu'un fichier kernel soit manquant dans boot/kernel.

Faisons une autre machine virtuelle pour voir, que nous nommons freetest :

# cd /root/vmrc
# ./mkvm

Bon on remarque qu'il la nomme freetest3. Aucune importance, démarrons cette VM

# service vm start freetest3
  ______               ____   _____ _____
 |  ____|             |  _ \\ / ____|  __ \\
 | |___ _ __ ___  ___ | |_) | (___ | |  | |
 |  ___| '__/ _ \\/ _ \\|  _ 

Cette fois, cela fonctionne. Donc pour une raison inconnue, la dernière fois l'installation du kernel ne s'est pas terminée correctement.

Connectons-nous à la console de freetest3 :

# service vm attach freetest3

On voit alors toute la séquence de démarrage, puis on arrive au login :

Thu Jul 24 07:21:19 PDT 2014

FreeBSD/amd64 (bhyve) (console)

login:

Question idiote : quel est le mot de passe root défini par mkvm ? Apparemment ce n'est pas root, ce n'est pas vide, ce n'est pas le nom de la vm. Et les instructions ne disent rien à ce sujet. Passons sur le tty2 (ctrl+alt+f2 ou alt+f2) et jetons un œil au script lui-même :

# cat /usr/local/vmrc/templates/t_freebsd10 | grep password
vm_password="bsd" # VM password (clear text for now) (FreeBSD only)

Voilà ! Le mot de passe root est bsd !

Voyons si la connexion à internet fonctionne :

# ping 8.8.8.8

Hum ! Apparemment non ! Essayons de voir pourquoi :

# cat /etc/rc.conf
[...]
ifconfig_vtnet0="192.168.2.210 netmask 255.255.255.0"
defaultrouter="192.168.2.1"
[...]


Hum, ce sous-réseau ne correspond pas au réseau de l'hôte (192.168.232.0/24), donc à moins qu'il y ait du NAT cela ne peut pas marcher aussi facilement. Sur l'hôte, la commande pfctl -sr m'indique que pf ne fonctionne pas. Donc pas de NAT. Jetons un œil au /usr/local/vmrc/vm/freetest3/freetest3.conf :

[...]
vm_ipv4="192.168.2.210"  # VM IPv4 address (blank for DHCP) (FreeBSD only)
vm_gw="192.168.2.1"      # VM IPv4 gateway (FreeBSD only)
[...]

Donc modifions cela pour spécifier une adresse sur la même plage que l'hôte, en partant du principe que vmrc active un bridge :
 

[...]
vm_ipv4="192.168.232.210"  # VM IPv4 address (blank for DHCP) (FreeBSD only)
vm_gw="192.168.232.1"      # VM IPv4 gateway (FreeBSD only)
[...]

Puis redémarrons la VM :

# service vm restart freetest3

Entrons dans la VM et modifions son /etc/rc.conf :

ifconfig_vtnet0="192.168.232.210 netmask 255.255.255.0"
defaultrouter="192.168.232.1"

Relançons le réseau :

# service netif restart

Lançons maintenant un ping vers internet :

# ping 8.8.8.8

Hum, encore une fois, cela ne marche pas. Essayons un ping vers 192.168.232.1, la passerelle vmware :

 # ping 192.168.232.1
PING 192.168.232.1 (192.168.232.1): 56 data bytes
64 bytes from 192.168.232.1: icmp_seq=0 ttl=128 time=2.127 ms

Cette fois ça fonctionne !

Donc dans mon cas pas d'accès à internet, mais j’émets l'hypothèse suivante : c'est VMware qui refuse les paquets venant de mon bridge.

Le bilan est déjà beaucoup plus positif qu'avec vmrun.sh. Nous sommes parvenus à installer - très facilement - et à faire fonctionner un guest FreeBSD10. Nous n'avons pas pu utiliser le réseau, mais nous n'étions pas loin.

Guest Linux

Reprenons notre ISO de debian, debian-7.6.0-amd64-netinst.iso, et voyons si vmrc va réussir à la booter et à installer un système invité debian. Jetons un œil aux templates :

 # ls /usr/local/vmrc/templates/
t_centos65              t_freebsd92stablezfs    t_pfsense-fetch.sh
t_freebsd10             t_freebsd92zfs          t_ubuntu1304
t_freebsd10malloc       t_freenas               t_ubuntu1310
t_freebsd10zfs          t_freenas-fetch.sh      virtio21pf
t_freebsd11current      t_master_template       virtio83
t_freebsd11currentzfs   t_openbsd               virtio83pf
t_freebsd92             t_openbsd-fetch.sh      virtio84
t_freebsd92stable       t_pfsense               virtio91

Pas de template pour debian :( mais comme je suis fou, je vais prendre le template t_ubuntu1304 et le modifier pour Debian. Je commence par le dupliquer :

# cd /usr/local/vmrc/templates
# cp t_ubuntu1304 t_debian76

Puis j'édite mon template :

# My awesome debian template

vm_cpus="1"              # Number of VM virtual CPUs (max 16)
vm_ram="256"            # VM RAM Allocation in MB
vm_console="nmdm"       # stdio, nmdm, tmux or tmux-detached (sysutils/tmux)
vm_os_type="linux"       # freebsd, openbsd, or linux
vm_os_ver="debian7.6"  # Exact OS version if auto-fetching
vm_dev_layout="gpt"      # "gpt" or "mbr" volume layout (FreeBSD only)
vm_dev_type="img"        # "img" for image, "zvol" or blank for other device
vm_device=""             # An existing device (sans /dev/) i.e. "ada1"
vm_dev_size="10G"         # M or G for raw "img" volumes
vm_hostname=""           # VM hostname (FreeBSD only)
vm_timezone=""           # VM timezone (FreeBSD only)
vm_ipv4_addr=""          # Experimental for jail use
vm_searchdomain=""       # (FreeBSD only) Commented out below
vm_dns_addr=""           # (FreeBSD only) Commented out below
dist_site=""             # Hostname and directory for binary distribution sets
iso_site="http://cdimage.debian.org/debian-cd/7.6.0/amd64/iso-cd/"
                         # Hostname and directory for ISO image
iso_img="debian-7.6.0-amd64-netinst.iso"
                         # ISO filename for remote fetch
grub_boot_cmd="/usr/local/sbin/grub-bhyve -r hd0,msdos1 -m ${host_vmroot}/${vm_name}/device.map -M $vm_
ram $vm_name"
                         # grub-bhyve command to boot from IMG
grub_iso_cmd="/usr/local/sbin/grub-bhyve -r cd0 -m ${host_vmroot}/${vm_name}/device.map -M $vm_ram $vm_
name"
                         # grub-bhyve command to boot from ISO
vm_hostbridge=""         # "amd_" for the AMD hostbridge
bhyve_flags=""           # Additional bhyve(8) flags
virtio_type="virtio-blk" # "ahci-hd" or "virtio-blk"

Ensuite on lance la création de la vm que je vais nommer debian:

# cd /root/vmrc
# ./mkvm.sh

Durant la création de la VM, j'obtiens beaucoup d'erreurs de ce type :

No such file or directory

Je remarque que le template semble se comporter comme pour un guest FreeBSD car je vois passer du loader.conf. Même problème si j'utilise les templates ubuntu fournis. Sont-ils bugués ? Bon, la documentation dit qu'après avoir provisionné la vm, il faut utiliser une commande particulière pour la démarrer vu qu'on utilise une iso. On va partir du principe que le provisionnement est fait et lancer la fameuse commande :

# /usr/local/etc/rc.d/vm iso debian0
vm: booting the ISO for VM  debian0
Entering f_grubcheck()
Entering f_tmuxcheck()
Entering f_eptcheck()
Entering f_vmmcheck()
f_vmmcheck: vmm.ko is loaded.
f_netstart: bridgestp.ko is loaded.
f_netstart: if_bridge.ko is loaded.
f_netstart: if_tap.ko is loaded.
f_netstart: bridge0 exists.
        member: em0 flags=143
f_netstart: em0 is assoc. with host0.
Entering f_iso()
f_iso: /usr/local/vmrc/vm//debian0/debian0.img found.
f_iso: Checking for /usr/local/vmrc/distributions//debian7.6/
f_iso: Checking for /usr/local/vmrc/vm//debian0/debian0.iso
f_iso: Fetching debian-7.6.0-amd64-netinst.iso
/usr/local/vmrc/distributions//debian7.6//debi100% of  222 MB 2520 kBps 01m30s
f_iso: Copying debian-7.6.0-amd64-netinst.iso to /usr/local/vmrc/vm//debian0/debian0.iso
Copying debian-7.6.0-amd64-netinst.iso to /usr/local/vmrc/vm//debian0/debian0.iso
f_iso: Creating /usr/local/vmrc/vm//debian0/device.map
(hd0) /usr/local/vmrc/vm//debian0/debian0.img
(cd0) /usr/local/vmrc/vm//debian0/debian0.iso
f_iso: Running the ISO grub command:
/usr/local/sbin/grub-bhyve -r cd0 -m /usr/local/vmrc//debian0/device.map -M 256 debian0
Could not create VM debian0
Error in initializing VM
funcname: Calling f_boot
Entering f_boot()
f_boot: debian0 is not loaded. Skipping...

Fail... encore une fois, pas moyen de démarrer Linux. Mais j'ai l'impression que cette fois le problème est localisé sur grub2-bhyve, car vmrc a bien téléchargé l'iso et commandé l'exécution de la vm.

L'article étant assez long, on va s'arrêter là.

Crashes et incidents

J'ai observé plusieurs crashes ou comportements étranges avec FreeBSD. J'ai rencontré des freezes du système, mais le bug le plus ennuyeux et le plus fréquent est celui de l'auto-démarrage des vm. En effet, puisqu'on a ajouté vm_enable="YES" au rc.conf.local , les vm sont lancées au démarrage de l'hôte. En soit ce n'est pas grave, sauf que les vm se lancent au premier plan, et bloquent systématiquement sur le bootloader. A ce stade aucune frappe clavier ne peut être prise en compte. Il faut donc redémarrer FreeBSD directement dans la console vmware et appuyer sur CTRL+c au boot pour annuler le lancement des vm. C'est un bug critique et très embêtant qui retire toute possibilité d'utiliser vmrc en production pour le moment. J'ai également fait face à un autre problème étrange : le mot de passe root de l'hôte qui saute. Parfois, après un reboot ou le lancement d'une vm, je suis dans l'incapacité de me logger en root sur l'hote, que ce soit en direct ou en SSH, car le mot de passe est refusé. Je n'ai pas d'autre solution que de me réinitialiser ou charger un snapshot VMware pour revenir en arrière.

Conclusion

vmrc apporte beaucoup par rapport au script vmrun.sh puisqu'il permet d'automatiser l'installation des vm, à la manière de lxc ou ezjail, ce qui nous facilite assez la vie. Cependant seuls les templates FreeBSD semblent fonctionnels et je n'ai toujours pas pu démarrer un guest Linux. Pas d'accès au réseau non plus mais je ne tire pas de conclusions sur ce point. Enfin on sent le côté expérimental de vmrc avec des bugs critiques au démarrage de l'hôte notamment, qui empêchent toute utilisation en production pour le moment. J'essaie de contacter l'auteur de vmrc pour obtenir de l'aide sur ce point. vmrc est un projet intéressant à suivre.

Dans le prochain 

Original post of Maniatux.Votez pour ce billet sur Planet Libre.

[EN] GStreamer 1.4.0 Released; OpenGL Improvements, New Features - Phoronix

[EN] X.Org Server 1.16 Officially Released With Terrific Features - Phoronix

Test du ZTE Open C : un mobile sous Firefox OS - Top For Phone

[EN] UK makes ODF its official documents format standard - ZDNet

Original post of Planet Libre.Votez pour ce billet sur Planet Libre.

L’écran d'accueil se manipule de haut en bas et non plus de droite à gauche. Il me semble un peu moins réactif mais ça doit être à cause de la tonne d'applications de test et leurs icônes qui se baladent sur des kilomètres de défilement. Quand je dis "un peu moins réactif", je veux dire que c'est à peine notable.

Les applications sont toutes là, fidèles aux postes. Il arrive qu'elles plantent : étant sur un système que j'ai compilé moi même et qui n'est pas encore stable, on peut dire que c'est absolument normal. Gardez en tête que FFOS 2.0 sera publié d'ici fin septembre au plus tôt. Il entre tout juste dans sa phase de stabilisation.

La finition est largement plus agréable que sous FFOS 1.3, notamment l’édition des contacts que je trouvais limite.

C'est quand même franchement plus propre.

Le seul vrai souci rencontré vient du Wifi. Marche plus. Il semblerait que le bogue soit connu. Je vais patiemment attendre la prochaine mise à jour.

Il n'est toujours pas possible d'ajouter une adresse email personnelle avec un certificat auto-signé. Dommage. Cyrille BORNE ne va encore pas être content.

Je pondrais un tutoriel, spécial Debian Wheezy 64bits et Flame, expliquant la démarche à suivre d'ici quelques jours. Je dois encore vérifier deux ou trois manip' avant de vous dire de les reproduire à vos risques et périls.

Passez sur Diaspora* avec le tag #FirefoxOS pour apprécier les commentaires et photos de pieds des possesseurs de Flame et ZTE Open C ;-)
 

Original post of dada.Votez pour ce billet sur Planet Libre.

J’ai donc reçu le Raspberry PI que Thomas m’a revendu.

C’est parti pour les tests.

Au branchement, pas de loupiote. En fait, je n’avais pas branché comme il fallait. Ça commence.

C’est parti avec arkOS

Sur la carte SD, il y a déjà arkOS d’installé.
Connexion SSH, root / root
L’interface web se trouve là http://ip_du_rpi:8000 (admin / admin)

Genesis, l’interface d’arkOS est en version 0.5.1. Une nouvelle version est sortie, il faudra faire la mise à jour.

Je change le login par défaut, j’installe les modules suivants :

• basic website
• calendar / contacts
• database sqlite3
• execute
• jekyll
• nodejs
• php
• package manager
• python
• ruby
• secure shell
• wallabag
• ownCloud

Pas d’informations du temps d’installation des modules, perturbant.
Apparemment, suite à un échange sur twitter, c’est fait sur la 0.6.
Finalement, ça m’a pris 10 minutes.

Mise à jour de 0.5.1 => 0.6

Voici le script de MAJ :

systemctl stop genesis
if [ -L "/usr/bin/python" ]; then rm /usr/bin/python; fi 
pacman -Sy genesis
wget https://raw.githubusercontent.com/cznweb/genesis/master/tools/migrate06.py
python2 migrate06.py
systemctl start genesis

Voici le rendu :

:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 arkos is up to date
resolving dependencies...
looking for inter-conflicts...

Packages (4): python2-meld3-1.0.0-1  python2-nginx-0.1.3-1  supervisor-3.0-1
              genesis-0.6.0-1

Total Download Size:    1.55 MiB
Total Installed Size:   8.15 MiB
Net Upgrade Size:       4.99 MiB

:: Proceed with installation? [Y/n]
:: Retrieving packages ...
 python2-meld3-1.0.0...    39.6 KiB  62.3K/s 00:01 [######################] 100%
 supervisor-3.0-1-any     420.0 KiB  59.4K/s 00:07 [######################] 100%
 python2-nginx-0.1.3...     5.7 KiB  96.1K/s 00:00 [######################] 100%
 genesis-0.6.0-1-any     1124.7 KiB  59.2K/s 00:19 [######################] 100%
(4/4) checking keys in keyring                     [######################] 100%
(4/4) checking package integrity                   [######################] 100%
(4/4) loading package files                        [######################] 100%
(4/4) checking for file conflicts                  [######################] 100%
(4/4) checking available disk space                [######################] 100%
(1/4) upgrading python2-nginx                      [######################] 100%
(2/4) installing python2-meld3                     [######################] 100%
(3/4) installing supervisor                        [######################] 100%
(4/4) upgrading genesis                            [######################] 100%
warning: /etc/genesis/genesis.conf installed as /etc/genesis/genesis.conf.pacnew

Quand j’ai voulu redémarrer le système, j’ai eu le warning suivant.

[root@arkos nicosomb]# systemctl start genesis
Warning: Unit file of genesis.service changed on disk, 'systemctl daemon-reload' recommended.
[root@arkos nicosomb]# systemctl daemon-reload
[root@arkos nicosomb]# systemctl start genesis

C’est bon, c’est redémarré.

Configuration de la Freebox V5

Attribution d’une IP fixe au raspberry

Il vous faut l’adresse MAC du Rpi :

cat /sys/class/net/eth0/address

Dans Ma Freebox, Configurer routeur, Baux DHCP permanents, vous spécifiez une IP fixe pour l’adresse MAC de votre RPI. Pensez à bien appuyer sur le gros « + » avant d’enregistrer les paramètres.
Rebootez la Freebox.

Sur l’interface arkOS, lire ça https://bbs.arkos.io/t/set-a-static-ip-address/76/2

IP Publique

Dans l’interface de gestion du routeur Freebox, faites une redirection de port, du port 80 à l’IP fixe que vous venez de définir. Dans mon cas, je précise aussi que le port interne est le port 8000, celui de arkOS.

Nom de domaine

Chez votre hébergeur, pour votre NDD, créez une nouvelle entrée A qui pointe vers votre IP publique.

Installation de wallabag

Dans arkOS, wallabag nécessite mariadb, les 2 étaient déjà installés, mais lors de la 0.5. Donc arkOS continuait de me dire qu’il fallait MariaDB. Étrange. J’ai désinstallé / réinstallé wallabag. C’est OK.
Il faut maintenant mettre en route MariaDB, ça se passe dans Tools > Databases > Status. Ça prend quelques dizaines de secondes … et ça ne se met pas en route. Très bien …

Je me rabats sur la création d’une BDD Sqlite, même si un récent ticket sur wallabag me dit que ça va être compliqué.

Et bam !

« Sorry, an error has occurred.
Genesis encountered an error when trying to perform your last requested operation, and it cannot continue it. »

Stacktrace:
Traceback (most recent call last):
 File "/usr/lib/python2.7/site-packages/genesis/core/application.py", line 166, in dispatcher
 self.start_response)
 File "/usr/lib/python2.7/site-packages/genesis/api/urlhandler.py", line 89, in url_handler
 return handler(req, start_response)
 File "/usr/lib/python2.7/site-packages/genesis/plugins/core/root.py", line 282, in handle_generic
 result = handler.event(event, params, vars = vars)
 File "/usr/lib/python2.7/site-packages/genesis/api/helpers.py", line 115, in event
 return handler(event, *params, **kwparams)
 File "/usr/lib/python2.7/site-packages/genesis/plugins/databases/main.py", line 303, in on_submit
 elif self._rootpwds[dbtype] == False:
 KeyError: 'SQLite3'

Finalement, je retourne dans la création d’un site wallabag, je dis que je veux le créer avec sqlite, ça tourne (« running post install configuration ») et success ! En avant Guingamp.

Maintenant, comment j’accède à mon wallabag ?

Apparemment, je dois créer une nouvelle entrée A dans ma zone DNS de mon NDD (j’ai une pensée à toi, qui ne comprend rien à ça. Sois fort).

Ah non, c’est pas ça non plus. Bon, c’est quand même fort ça … Tout est installé, j’ai créé des applications et impossible de voir facilement comment accéder à celle-ci.

Pendant ce temps, y’a l’image de raspbian qui se télécharge, il reste 20 minutes. Autant dire que les heures d’arkOS semblent comptées.

Le temps de mettre en page ce billet, il ne reste que 3 minutes pour l’image Raspbian.

Je ne dis pas que j’abandonne définitivement arkOS, mais j’ai quand même passé du temps à essayer de comprendre, en vain. Je retesterai prochainement.

Sinon, niveau interface, la 0.6 semble pas mal. C’est déjà un bon point.

Direction la plage maintenant !

Original post of Nicolas Lœuillet.Votez pour ce billet sur Planet Libre.