gnumdk a écrit 7493 commentaires

qui permettent de générer automatiquement les .tar.gz, les rpm et les Deb

Alors, déjà, un truc qui génère automatiquement un .deb et un .rpm, ça me fait peur ;)

Ensuite, j'avais déjà utilisé les setuptools dans le temps pour un autre projet qui ressemblait:
http://gnomefiles.org/content/show.php/mpdBrowser?content=86327

Je me suis basé sur gnome-music pour débuter le logiciel qui utilise les autotools et qui permettent aussi de générer les .tar.xz ;)

A part tracker, grilo et libmediaart, toutes les autres dépendance sont nécessaire.

On verra plus tard :)

La prochaine étape c'est un moyen simple de modifier les tags d'un album…

Mais je vais déjà faire un petit temps de correction de bug :)

Installe les build deps de gnome-music, ca suffit sous Ubuntu

Sinon je connaissais aussi ce bug de rhythmbox…

Mon problème est que ca rame avant que rhythmbox se lance, après, c'est pas terrible mais ça va…

En gros, il lui fait une bonne minute pour charger ma bibliothèque…

Ca tombe bien, je suis en train de revoir le code vu que ça bug grave si tu joues un poil trop avec easytag et la mise à jour de la base…

Je vais ignoré le genre à la création des albums, merci, j'avais pas vu le bug chez moi ou un album == un genre ;)

J'ai pas des besoins de ouf, geary comme client mail et california comme calendrier…

Et ça juste marche…

En 1 ans, j'avais eu trois plantages silencieux de CALDAV dans akonadi qui m'ont fait loupé 3 rendez vous…

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