Skunnyk a écrit 80 commentaires

Viendez, on sera bien ! :)

C'est aussi l'occasion de rencontrer des dev Arch !

J'ai mis en place le serveur de sync (donc dépendant du serveur d'auth de mozilla), et malheureusement, le "callback" vers mon serveur après authentification chez mozilla ne fonctionne pas car j'ai un certificat ssl auto-signé. Ce qui est souvent le cas d'un serveur autohébergé…
De plus pour le moment, la version android ne sait utiliser que le serveur officiel, pas moyen de modifier ça (c'est en dur dans le code). Ça limite donc l'interet pour ma part et je vais rester sur l'ancien sync pour le moment (dispo jusqu'en ffx 31 normalement).
En espérant que cela s'améliore par la suite :)

Et surtout, la nouvelle Share API, qui permet de faire des partages de fichiers/dossiers directement via une api, plus obligé de passer par l'interface web : http://doc.owncloud.org/server/5.0/developer_manual/core/ocs-share-api.html (malgré le nom trompeur, ce n'est disponible qu'en v6)
Reste plus qu'a faire des clients qui l'utilisent :) Une petite introduction à l'api : http://blog.alteroot.org/articles/2013-11-02/play-with-owncloud-share-api.html

Et peut être bientôt chez Microsoft ? http://www.theverge.com/2013/11/21/5130536/microsoft-aol-reportedly-working-on-winamp-sale . Rien que pour le nom, ça doit valoir quelques millions.

Hum, du coup je ne sais plus :)
Effectivement c'est dans le changelog brut, mais à l'époque ça ne devait pas fonctionner avec ma carte, et comme je ne l'ai pas revu dans les releases note de la 5.4…
D'ailleurs on peut le voir dans le 'Following -current' que ce n'est actif que depuis mi-aout ( http://www.openbsd.org/faq/current.html#20130812 ) , avec le passage à xf86-video-ati 7.2 (depuis la 6.14 ou kms n'était pas encore obligatoire).
Mais dans tous les cas ça fonctionnera biiieeeen mieux en 5.5, avec mesa 9.2+, xf86-video-ati 7.2+ etc :)

Ça fait plaisir de voir que ça avance aussi coté graphique sur *BSD (on a pu le voir avec tous les derniers entretiens), et avec -current j'ai maintenant ma carte ATI HD 6310 qui fonctionne parfaitement avec KMS et sans plantage o/

Note: je pense qu'il y a une erreur dans la dépêche, le support de KMS n'est que dans le driver intel, et non pas AMD (http://www.openbsd.org/plus.html). Ça sera donc disponible dans la 5.5 (ou via les snapshots/-current).

Et merci à tous les contributeurs openbsd :)

Merci pour cette dépêche, c'est le genre de lecture que j'aime (comme l'itw de Jérôme Glisse sur radeon sur linux).

J'ai moi même une carte radeon (hd 6310 dans un sony vaio), et bien que cela fonctionne plutot bien depuis quelques années sur du linux, j'avais vraiment du mal sur du free/openbsd, et le fait de rester en vesa m'était insupportable (et très peu utilisable).

Il y a quelques semaines le support de KMS pour radeon a été mergé dans openbsd (dispo en snapshot, http://undeadly.org/cgi?action=article&sid=20130812135734 ), et cela tourne maintenant quasi parfaitement, l'affiche est fluide, je n'ai plus d'écran qui devient tout blanc ou le switch VT qui foire (à priori cela ne fonctionne pas encore sur fbsd ? :)).
Ça fait plaisir que la pile graphique avance coté *bsd, et que des gens avec des "connaissances encore trop limitées" (?!?) fasse un travail si important !

Peut être parce que eservice-laposte.fr et eserviceS-laposte.fr sont 2 domaines différents, un existe, et l'autre non ? :)

Il est à noter que ownCloud dispose maintenant de clients natifs windows, linux et android, un client ios/macos est en cours de finalisation (il y a même un morceau de client webos sur le dépot git ;-)), voir http://owncloud.org/sync-clients/.

Cela rend ownCloud vraiment intéressant pour la mise en place de services auto hébergés (calendrier, contacts, fichiers, photos etc), avec synchronisation facile "à la dropbox" grâce aux clients natifs. Il existe aussi des instances ou on peut simplement s'enregistrer et bénéficier de quelques Go gratuitement pour tester ou utiliser (owncube.com ou getfreecloud.com par exemple).

Bref, un projet libre qui avance bien, avec auto hébergement possible ou fournisseurs de service, je pense qu'il y a de l'avenir afin de ne pas être dépendant de nos amis google, dropbox et consorts :)

Thom Holwerda (OSnews) est sur les nerfs depuis la news de l’injonction (http://www.osnews.com/story/25048/Apple_Blocks_Sales_of_Samsung_Galaxy_Tab_10_1_in_EU), il a donc fait des recherches et écrit cet article sur les Community Design : http://www.osnews.com/story/25056/The_Community_Design_and_you_Thought_the_USPTO_Was_Bad

Grossièrement, il suffit d'avoir quelques croquis, de déposer la demande de "community design" , remplir correctement les papiers, et hop, c'est automatiquement validé.
Ensuite comme expliqué, il faut déposer sa plainte au bon endroit et c'est ensuite validé pour l'Europe (Apple chose Düsseldorf specifically because of how injunctions work in Germany. You do not have to notify the defendant, and there's no need for a hearing.).

Je trouve le fonctionnement totalement ahurissant (plus de détails dans l'article)/
Et en parallèle, Apple va sûrement se tourner vers Samsung pour ses Ipad2…

Merci pour ces précisions.
Effectivement je viens de voir les photos, c'est une "vraie" BD. Je pense donc que je vais prendre quelques exemplaires (histoire de rentabiliser les frais de ports ;-)).

un système de gestion des démons a été ajouté, rc.d(8). Systemd n'a qu'a bien se tenir...

Ah cool, une "petite" feature qui est bien utile… Perso je n'ai jamais compris pourquoi il n'y avait pas cela sur OpenBSD, c'est bien embarrassant quand tu débarques d'un linux ou freebsd :-)

Tiens, j'avais acheté les Geekscottes à l'époque (3 exemplaires!), et d'après une source proche du projet framasoft, je crois qu'il y avait eu à peine 200 ventes…
Mais si je ne me trompe pas, les 5€ de chaque ventes étaient reversées à Framasoft ( https://linuxfr.org/news/les-geekscottes-publi%C3%A9es-par-in-libro-veritas ).
Est ce que c'est pareil cette fois ci ? (j'en doute sur les 12€).

xfce4-power-manager ne fait pas partie du "core" de Xfce, mais malgré tout, les dernières versions (> 1.0.0 iirc) n'ont plus besoin de HAL.

les dépendances que Xfce 4.8 demande (Gconf et ses copains...) semblent aussi poser problème à Pat

gconf n'est pas un pré-requis obligatoire pour Xfce, c'est juste la dépendance pour certaines fonctionnalités, par exemple pour gvfs …

Oui l'équipe est assez réduite, le nombre de "core dev" se comptant sur une main, même avec des doigts coupés (après il y a pas mal de petits contributeurs, mais il faut le temps de faire les reviews des patchs etc)

Pendant ces 2 ans il a tout de même eu des releases mineurs de la 4.6 afin de corriger des bugs.

C'est surtout au niveau de la partie upower/consolekit (à la place de HAL), mais il y a d'autres backends disponibles (openbsd utilise par exemple sudo).

>>> PS: pourquoi ce n'est pas en dépêche ?
En effet, je ne l'ai pas proposé en dépêche (pas assez complet à mon goût) , je vois ça ce soir pour compléter / étoffer et le proposer si personne ne l'a fait.

Foutaises !

Un article très très intéressant de Julien Danjou (développeur d'awesome/lib xcb entre autres) sur son blog à propos de X, son passé et son avenir: http://julien.danjou.info/blog/index.html#Thoughts%20and%20r(...) , ou tout se joue sur des extensions d'extensions, et que personne vraiment ne regarde les couches basses du protocole X11.
Il y aussi un long thread de commentaires/trolls sur LWN à ce sujet: http://lwn.net/Articles/390389/

Pour RandR1.4, déjà que les pilotes supportent peine les spec du 1.3… (pour l'implémentation d'une GUI pour gérer le multi screen sur xfce, les dev' se sont rendu compte que certaines fonction "obligatoire" de l'extension randr1.3 ne sont pas implémentées dans les pilotes).

Mis à part cela, je pense que c'est un bon point de clarifier le code si ça peut attirer des contributeurs, et de toutes façons ils avaient misé sur un cycle de 6mois non ?

Alors, X12 ? (ou pas: http://www.x.org/wiki/Development/X12 )

Pour ceux qui connaissent, c'est quasi la même interface que nagios checker (extension firefox).
Bref, un outils bien utile !
Et il fonctionne avec nagios 1.x (sisi, il y en a encore en prod)

Par contre, Midori, le navigateur du projet GNOME, est passé de 0,13 % à 1,23 %. <= Hum, aux dernières nouvelles, c'est plutôt XFCE ;-)

Il y a aussi le bottin des jeux linux recensant un très grand nombre de jeux (pas forcement libre, certes):
http://www.surlestracesdupingouin.tuxfamily.org/LesJeuxSousL(...)

Le site est (un peu) moche, l'annuaire uniquement dispo en pdf/odt (50mo c'est pas très exploitable ... vive un wiki ou équivalent), mais il y a quand même pas mal de choses à découvrir (du beau, du neuf, du vieux, du moche :-) )

Après évidemment il y a jeuxlinux.fr, jeuxlibres.net etc

J'utilise SFLphone depuis quelques mois, et la version 0.9.7 complète les quelques manques (multiples conférences par ex.).

Mon utilisation est professionnelle sur un serveur asterisk, et la qualité est au rendez-vous (et il gère pulse audio, ce qui n'est pas un mal).

J'utilisais twinkle auparavant, mais son coté Qt/KDE était un peu 'lourd' (non ce n'est pas un troll, simplement un environnement GTK/GNOME tout autour), bien qu'il fasse correctement ce qui lui était demandé, c'est à dire: téléphoner et pas se prendre la tête !

Bref, ça fait plaisir d'avoir de projet comme sflphone prendre de l'ampleur et fonctionner. Même si il manque une gestion de carnet d'adresse autre que évolution (ce qui me semblait avoir vu passé dans le changelog d'une version précédente), ce qui n'est apparement pas possible/simple, ou alors je suis mauvais (ce qui est possible, grosse loutre que je suis).

Au final, merci pour sflphone !

Ici : https://linuxfr.org/~Skunnyk/28427.html :-)