Cyrille Pontvieux a écrit 518 commentaires

Même chose pour moi, je ne prends que des données sur les *-look. Je m'amuse pas à installer le moteur Aurora en utilisant un paquet sur *-look mais en utilisant mon gestionnaire de paquets. Par contre, aucun souci à utiliser un style Aurora (pour continuer dans cet exemple) dispo sur un site *-look. Ce n'est que des données, sans package et qui "s'installe" (extraction + copie) pour l'utilisateur en cours, pas pour le système.

Et puis bon, le titre du journal est un peu faux. Que je sache les distro Linux n'utilisent pas toutes des ".deb". C'est quoi cette généralisation à la con ?

Certains serveurs proposent des passerelles XMPP, donc tu peux migrer tes contacts.
Il existe aussi une JEP (je sais plus laquelle désolé) pour échanger une liste de contacts entre compte, bon ça faut que les deux serveurs et le client l'implémente, donc c'est pas gagné.
Il exisn.te aussi des clients qui te permettent de faire cette migration.

Moi j'en pense que j'ai lâché mon compte chez eux assez rapidement.
Pas de passerelle (oui je trouve ça important pour pouvoir discuter avec ceux n'ayant pas encore migré) et pas stable (j'avais sans arrêt des déconnexion du serveur, ou tous mes contacts qui disparaissaient), avec des délais d'envoi des messages (plusieurs dizaines de secondes avant réception par mon correspondant, quelque soit le serveur Jabber qu'il utilisait - on avait fait des tests).

J'ai finalement, depuis quelques années maintenant, trouvé un serveur qu'il est bien :) : jabber.cz
Ouais c'est tchèque, et des fois j'ai du mal à comprendre les annonces qui passent sur le serveur. Mais bon ça tourne sur du ejabberd et y'a pas mal de services dispo...et c'est très stable et fiable.
Comment j'ai fait pour le trouver ? J'avais simplement essayer au pif dans une liste (qui était dispo sur jabber.org d'ailleurs)...

Voilà, c'était mon petit commentaire qui trouvera peut-être une utilité pour quelqu'un cherchant un bon serveur Jabber non-maison.

Ah merci beaucoup, je ne suis pas très fort en règle udev, et effectivement avec mon imprimante/scanner Brother, je n'arrivais pas à scanner avec mon compte normal.
Pourquoi ne pas créer un autre fichier .rules ? genre 61-libsane-brother.rules Comme ça pas de problème en cas d'update de sane :p

Parce que c'est idiot de proposer comme solution au problème du fichier "u" se créant de le supprimer, mais que je la première proposition se valait je suppose drôle alors que les suivantes non.

Mais pas du tout. OVF c'est juste un format d'échange de "machine virtuelle". Il ne définit pas du tout le format du stockage disque virtuelle, qui peut être vmdk, vdi, qcow, ...
Ce n'est pas du tout une solution satisfaisante.
Par expérience (au taff), même avec un OVF, un disque dur virtualisé en vmdk (lisible par VirtualBox et VMWare), avec un windows XP émulé, ça n'est pas compatible entre les deux logiciels pré-cités.
En effet dans les deux cas, il existe des additions clients (indispensable si on veut du copier/coller, des performances correctes). Le matériel émulé étant différent en fonction de l'éditeur, ça part en couille avec les additions VBox et VMWare installés conjointement....tout du moins sous Windows. Sous Linux ça plante Xorg, mais une petite édition du fichier xorg.conf et c'est bon. À faire à chaque changement de virtualiseur, c'est un peu casse-couille tout de même.
Bref, le chemin est encore très très long avant de voir une interopérabilité correcte entre les logiciels de virtualisation.

En effet, et je pense qu'il serait bien d'ajouter simplement la propriété "border-radius". Comme ça quand elle sera disponible, pas besoin de changer ta CSS.

Merci pour le lien du journal, j'ai dû passer à travers cet été...et je me suis toujours posé la question de comment faire justement !!

Et quoi, c'est pas faux non ?

C'est un inconvénient connu des systèmes GNU/Linux. La diversité implique le choix (et ça c'est bien) mais aussi une certaine complexité (heureusement toute relative).

Suffit de regarder le bordel de la gestion du son sous Linux. Si y'avait pas eu de choix, ce serait probablement mieux intégré. Mais ce choix a également permis d'explorer de nouvelles voies et d'adapter des gestionnaires de sons (j'espère qu'on dit comme ça) à des cas précis (temps réel, transport sur le réseau, simplicité de codage des applis, ...)

Pour le coup du temps d'extinction, c'est dû à un fc-cache et autre trucs du genre qui est lancé à l'extinction.
Moi j'ai désactivé ce genre de choses (si mes souvenirs sont bons, ça doit être dans un /etc/rc.d/rc.6).

Ah ok merci pour l'info. Et en effet j'ai pas pulseaudio (qu'est-ce que je ferais d'un truc pareil sur un serveur ???).
Ben c'est la première fois que je trouve donc un intérêt au patch grsec dans ce noyau. Tant mieux ça m'évite un upgrade + reboot.

Au fait, y'a un système pour faire fonctionner un noyau Linux et pouvoir le recharger à chaud ? Avec un noyau hybride ptre, type mklinux ? C'est dispo ça sous debian ? (Oui c'est un peu HS).

Je suis content, mais je ne comprends pas trop pourquoi : l'exploit ne fonctionne pas sur mon serveur debian testing de chez OVH.
Le noyau est :
2.6.24.5-grsec-xxxx-grs-ipv4-64

c'est grsec qui change tout ?

https://linuxfr.org//comments/1047443.html#1047443

Xmarks permet de sauvegarder sur son propre serveur en DAV.

Java avec un tas de frameworks !

J'ai déjà testé cette version. Et ça marche très très bien. Ça m'a permis de facilement ajouter des sous-titres sur une vidéo où la prise sont était vraiment pas terrible. Et je suis loin de maîtriser la création de sous-titres.

Par contre les seuls petits points faibles tiennent des touches raccourcis qui ne permettent pas encore facilement de faire ce que tu viens de dire, et de la représentation de l'onde sonore : elle est bcp mieux représentée sur asunder. Ptre que les devs devraient regarder le code de Asunder pour une meilleure représentation de l'onde sonore.

Sinon bravo pour cette version et les évolutions rapides sur ce soft !

Comme il y a pas mal de colonnes, la lecture est un peu difficile avec les nombreux mots coupés. Par contre je n'ai pas de solution là tout de suite.

Autre effet, sur les bouts de code. Il faut afficher visuellement que c'est un retour à la ligne dû au formatage, sinon c'est pas glop :
Page 6 par exemple.
#Alias pour mettre à jour
le système
alias update = ''sudo apt-
get upgrade''
#Alias pour mettre à jour
→ le système
alias update = ''sudo apt-
→ get upgrade''

P.S. pourquoi les double-quotes s'affichent " et pas '' ?

Ou tout simplement faire preuve de bonne fois.
Je cite le lien de wiktionary où il y aurait 6 définitions, sauf que :

C. En parlant d'une licence légale appliquée à une œuvre:

1. Une licence conférant sur l'œuvre qu'elle couvre à tous, en tout temps et tout lieux :
* La possibilité d'utiliser l'œuvre, pour tous les usages ;
* La possibilité d'étudier l'œuvre ;
* La possibilité de redistribuer des copies de l'œuvre ;
* La possibilité de modifier l'œuvre et de publier ces modifications.

La GPL est une licence libre.

2. Par extension, une œuvre placée sous une licence libre

Wiktionnaire est un dictionnaire libre tout comme Firefox est un logiciel libre.


On parle bien d'œuvre, et la musique en fait parti.

Oui c'est de la vent liée.
Tant que la DGCCRF ne fait rien, de toute façon ça continuera... À moins d'avoir suffisamment de procès type Darty & Dell. Mais ces procès ne sont pas allé assez loin et ne font même pas jurisprudence apparemment...

Je connais justement un type qui bosse à LDLC Lyon.

Je lui ai montré ce journal et les commentaires, et lui ai demandé qu'il m'explique.
Voici ce qu'il m'a dit :
En fait les 20 € ne sont pas le remboursement réel de la licence OEM Windows, car ce n'est pas eux qui l'installent, mais les constructeurs auxquels ils achètent le matos. Ils remboursent 20 € pour faire plaisir au client (geste commercial donc), mais ne se font pas pour autant rembourser cette somme (ou plus) par le constructeur. La seule action que font les techniciens LDLC serait de coller l'autocollant de la licence OEM sur le produit.

C'est donc un constat d'échec : Il n'y a réellement pas de remboursement de Windows, Microsoft gardant la monnaie, le constructeur également. LDLC joue le jeu en prenant le pari de rogner sur ses marges de temps en temps pour éviter un procès ou un client mécontent, voire une vente loupée.
En tout cas il y a donc toujours ± vente liée, Microsoft ne perd pas 1¢.

Bref 20€ n'est pas le prix de la licence OEM. Faudrait que je demande à mon pote s'il sait le prix réel d'une licence OEM...

Bof, la vidéo est bien faite, peu importe que ce soit les favoris d'IE 5. Tout le monde a compris et je vois pas l'intérêt de refaire la vidéo...

Ah mais c'est exactement ça que j'essaye d'exprimer quand je parle du problème des grosses fautes à l'écrit. Ton argumentation et ton exemple sont clairs.
Malheureusement, ceux qui ne lisent pas de cette façon n'arrivent pas à comprendre.

Merci pour le lien.

George Vlahavas avait fait quelques tests pour Zenwalk lors du support des différents formats de compression par Slackware :


I did some tests with the slackware package. 1st is compression time, 2nd is decompression time and last is pkg size. All using my Core2Duo 1.6 laptop.

openoffice:
tgz: 1m21.774s 0m5.196s 98.2MB
tbz: 1m54.990s 0m32.059s 92.4MB
tlz: 5m31.009s 0m15.164s 69.6MB

iceweasel:
tgz: 0m9.878s 0m0.733s 10.3MB
tbz: 0m10.567s 0m3.647s 9.5MB
tlz: 0m40.500s 0m1.810s 7.9MB

brasero:
tgz: 0m2.444s 0m0.307s 2.4MB
tbz: 0m4.083s 0m1.014s 1.7MB
tlz: 0m8.992s 0m0.485s 1.3MB


Donc xz/lzma est bien pour un système de paquets où ce qui importe le plus est la taille et le temps de décompression plus que le temps pour créer le paquet.

7z est un format de compression + un conteneur de fichiers.
xz est juste un format de compression. Il est utilisé avec tar pour le contenur de fichiers.

Pourquoi ? Cela permet une compatibilité bien plus facile de tous les outils utilisant des paquets type slackware. Il "suffit" juste de faire une modification pour supporter xz en plus de gzip, pas besoin de toucher à la partie avec tar.

Juste pour nuancer la news, le format .tgz n'est pas abandonné. C'est juste que le format .txz est prioritaire. Les outils de base des distributions slackwares restent quand à eux en .tgz pour une meilleure compatibilité (en tout cas pour l'instant).
À savoir que Slackware a mis à jour la gestion de ses paquets depuis 1 mois et permet de prendre en charge 4 extensions, 3 formats :
- tgz : tar+gzip
- tbz : tar+bzip2
- tlz ou txz : tar+lzma ou tar+xz. Me demandez pas la différence entre les binaires lzma et xz, je sais pas trop (je crois qu'en fait y'en a pas, lzma est l'ancien nom).

Donc Slackware n'abandonne pas le format d'origine, il en rajoute d'autres et change de format par défaut. À savoir que la possibilité de gérer d'autres formats de compression était une demande forte des utilisateurs de Slackware.

Sous Zenwalk, système compatible Slackware, avec gestion de dépendances et plus de paquets, pour l'instant deux formats existent :
- tgz pour la plupart des paquets
- tlz pour les paquets volumineux
Ceci est disponible sur "snapshot", c'est à dire la branche de test. On n'est donc pas à l'abri d'un changement vers .txz pour suivre Slackware...

mmm ça pourrait avantageusement remplacer Galette.
Par contre il existe une fonctionnalité sur galette que je n'ai pas vu dans les screenshots : la liste des adhérents, avec un code de couleur sur le fond en fonction :
- du statut (membre fondateur, actif, bienfaiteur, ancien, ...)
- de la cotisation (à jour, bientôt arrivé à terme, non à jour)

Est-ce que c'est prévu ? Avec éventuellement un email de rappel au trésorier pour ceux arrivant à terme de cotisation ?

Autre question : est-il possible d'ajouter des champs personnalisés ?
Est-il possible de gérer des groupes (virtuels ou non) afin de gérer à un seul endroit les droits dans les outils utilisés par les adhérents ?

En tout cas ça à l'air pas mal foutu quand on voit les screenshots.