gnumdk a écrit 7486 commentaires

Je connais Exaile, je l'utilisais en 2007 sous GNOME 2 ;)

Mais je ne suis plus très fan de ce genre d'IHM… Alors que pourtant, j'ai défendu Amarok 1 comme un fou vers 2005….

Je trouve que la vu de la liste de lecture d'Amarok 2 est vraiment ce qui se fait de mieux… Mais là, j'ai voulu un autre concept, merci aux devs de gnome music de m'avoir donné plein d'idées :)

Pourquoi choisir lollypop alors que le prochain Android s'appelle lollipop…

1) Je le savais pas :)
2) Le nom vient de ce voilier qui a bercé mon enfance:
http://i.imgur.com/4fC68Mf.jpg

Du coup tant pis, je vais manquer de visibilité dans Google :)

Euh, ça fait un moment que tout cela fait parti de KDE ;)

Par contre, KDE utilise dbusmenu qui est "deprecated" chez GNOME.

Et c'est la merde que KDE continue à utiliser ce truc, c'est plus générateur de bug qu'autre chose.

GNOME est passé à gmenumodel (développé par Canonical) de son coté.

Moi, je n'ai pas du tout le temps de bosser sur KDE et personne d'autre ne semble vouloir porter Kded-appmenu vers qmenumodel (binding Qt de gmenumodel).

Beaucoup le font mais le mieux serai une vraie API et ce sera pas avant GNOME4

Oui, sauf que ce qu'ils codent, ce sont des applications avec une interface de téléphone, wait and see…

http://blog.erratasec.com/2014/09/the-shockingly-bad-code-of-bash.html

Et quand tu enregistres le fichier est uploadé.

Hein, j'ai jamais vu ce comportement… C'est nouveau?

d'Unity qui est en passe de s'affranchir des dernières briques qui le reliait à GNOME.

Plus d'informations la dessus? Pour moi, Unity est réécrit en Qml mais j'ai du mal à croire que Canonical va réécrire tous les applications dispo sous Ubuntu en Qml… D'ailleurs, je comprend pas trop ou va Canonical avec ce nouvel Unity.

Ne parle tu pas de computer geek là?

Où veux tu dires que les fans de tolkien et autres daubes (je me fais plaisir) ne sont pas des geeks? :)

Moi, je vis aussi dans le monde de la percussion brésilienne et pour avoir fréquenter les linuxiens et les sambistes, je peux te dire que les sambistes sont beaucoup plus geeks que les linuxiens, dans un état proche de l'autisme… A moins que ce ne soit des nerdz…

Genre générer la conf de mdadm dans /etc? Une fois cela fait, il est intégré dans le initramfs…

Je viens de vérifier sur un serveur proxmox et c'est comme cela que ça fonctionne…

Après, tu peux compter sur la detection auto il est vrai… Mais ca reste du hack dans le initrd de debian parce qu'il me semble que sous arch, sans mdadm.conf, point de boot…

En gros, tu fais un tar de ton arch existante (depuis un live) que tu envoie via ssh sur une autre machine bootée sur un live et tu décompresse à la volé le tar…

Ce n'est pas ce qu'annonce leur site web…

Génial!!!

pm-utils, c'est un tas de gros hacks (et le projet est défini comme ça chez archlinux) pour contourner les bugs que suspend/hibernate provoque dans certains programmes…

systemd propose lui à l'auteur du programme de gérer le problème directement dans la configuration de l'init, de le distribuer avec le code source et d'avoir une solution propre pour toutes les distribs…

Tu vois la différence?

Tu rajoutes à ça que pm-utils n'est plus codé depuis 2010… Et qu'il fait beaucoup plus qu'il ne devrait faire, c'est pas pour rien qu'il entre en conflit avec tlp.

Effectivement, ça fait rêver ta solution…

SysV n'était pas une bonne abstraction.

Je vais rebondir la dessus, qui a déjà lu rc.sysinit sous RedHat/Mandrake? C'était juste le truc le plus moche que j'ai pus voir de ma vie, un script shell de plus de 1000 lignes si mes souvenirs sont bons…

Bref, vive systemd… Quand je vois mes serveurs Debian se vautrer au reboot à cause d'un service récalcitrant, je peux te dire qu'il me tarde systemd sous Debian.

gnome-shell dépend de l'API de systemd et il existe des alternatives proposant l'API systemd utilisées par Ubuntu par exemple.

Bref, encore le site web d'un mec qui n'a rien compris…

Ce n'est pas fournit avec systemd mais chez moi ça ressemble à ça (basé sur tlp.service)

gnumdk@archlaptop:~$ cat /etc/systemd/system/rclocal.service

[Unit]
Description=System startup/shutdown
After=multi-user.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/etc/rc.local

[Install]
WantedBy=multi-user.target

C'est bien la distrib avec que des paquets aussi vieux que sous Debian stable? Tu la vois la différence avec Arch là?

Sinon, y'a plus d'installeur sous arch parce que y'avait personne pour le maintenir me semble, c'est plus un problème de moyen…

Sinon, moi mes install arch, ça ressemble plus à ça, je boot un live sur un arch existante, un autres sur le nouveau pc, je fais:

$ cd /mnt;tar cvf - .|ssh root@newpc "cd /mnt;tar xvf -"

un syslinux install est c'est fini…

Après, coder un truc basé sur openstreetmap est possible vu que:
- Marble sous KDE le fait déjà: https://marble.kde.org/img/gallery/marble-desktop-atlas-distance-route.png
- Gnome Maps va le faire: https://www.youtube.com/watch?v=erBDZ5R-0J8

https://marketplace.firefox.com/app/evernav/

Par contre, le market firefox est tellement mal foutu que je ne sais même pas la licence de l'outil.

Par contre, parait que c'est pas top…

Je rajoute que quelqu'un qui veut attaquer le marché du smartphone sans ce genre d'application…

J'ai plein d'amis qui on fini par acheter un smartphone uniquement pour la fonction GPS et j'avoue que je vais peut être finir par m'acheter un Wiko pour la même raison…

Ou plus sérieusement ils n’ont peut-être pas eu suffisamment de demandes pour cette fonctionnalité, pour juger nécessaire de
l’intégrer.

Surtout que Linux (et macosx?) étaient capable de formater des gros disques en FAT32… La limitation n'existait que sous Windows…

Aujourd'hui, il y'a exFAT qui est supporté par défaut par les distribs Linux et par MacOSX.

L'admin de ton serveur NFS t'en remerciera ;)

http://learn.elgg.org/en/latest/intro/install.html

https://www.youtube.com/watch?v=G7UGKHFuVcs

boulets@apple.com

Y'a quoi d'absent dans Elgg? Il faut tout ce que fait facebook (sauf les jeux).

Ca n'a rien à voir avec diaspora, c'est centralisé pour le coup.

Tant qu'à prendre une solution centralisée, autant utiliser un projet éprouvé ;)
http://elgg.org/

J'utilise la 1.9 rc depuis des mois sur un réseau d'une 15aines d'utilisateurs, ça fonctionne au poil.