En tout cas vous savez ce qu'il vous reste à faire si le dépôt debian-multimedia.org traine encore dans votre /etc/apt/sources.list.
Ca fait quand meme un moment que le dépot "debian-multimedia.org" ne répond plus, il a été remplacé par "deb-multimedia.org". Je cite la page du dépot:
10/05/2012 :
New domain name deb-multimedia.org
You must edit your /etc/apt/sources.list to replaces the old repository name by the new one.
01/11/2012 :
I started to remove suite from debian-multimedia.org
The first suite is stable and experimental then testing in september (done 03/09) and unstable in november (done 01/11).
Of course people should move to the new domain name right now.
donc les utilisateurs habituels, qui font des mises a jour régulières, se sont déja rendu compte du changement de domaine et ont modifié leur configuration. Evidemment, il y a un risque pour la machine qui sort de six mois d'hibernation dans un placard, qu'on met à jour sans précautions, et qui va contacter notre ami ukrainien… lequel n'a encore rien mis en ligne pour l'instant. Bref…
Pour alimenter le troll: oui, les logiciels qui n'etaient présents que chez Christian sont petit à petit apparus chez Debian, ce qui fait dire à certains qu'il pourrait y avoir redondance. Mais si on veut des version récentes, le choix est vite vu:
XBMC sur les dépots officiels :
stable: 2:11.0~git20120510.82388d5-1+b1
testing: 2:11.0~git20120510.82388d5-1+b1
unstable: 2:11.0~git20120510.82388d5-1+b1
experimental: 2:12.0~git20130127.fb595f2-1
XBMC sur deb-multimedia.org :
stable: 4:12.2-dmo2.wheezy1
testing: 4:12.2-dmo2
sid: 4:12.2-dmo2
Personnellement, je préfère les releases officielles, mais vous faites comme vous voulez.
Merci pour la dénonciation des plugins fautifs, je vais regarder de plus près à quoi ils servent : le cache, je ne sais pas, les derniers ajouts dommage c'était sympa, et c'est idiot si ça bouffe du CPU en permanence.
Pour les DirtyRegions, j'avait déja modifié la config pour la 11, je vais vérifier les changements apportés par la 12.
Je préfèrerais voir mes impôts partir dans un programme de financement d'ordinateur+internet pour les démunis, là ça servirait à quelque chose.
Oui, ça servira au moins à enrichir le vendeur d'ordinateur et le fournisseur d'accès.
Et puis on appellerait ça le "Plan informatique pour tous"… mais on me dit dans l'oreillette que ceci a déjà été fait, avec le succès que l'on connait.
Le mot important dans la phrase, c'est "correct", dans le sens "correct pour la norme C". Dans le texte original, ca doit être "well formed".
Bref, ça n'empêche pas d'écrire et compiler les programmes auxquels tu penses. Ces programmes vont répondre au besoin (peut-être), tourner indéfiniment (sauf bug), donc fonctionner correctement du point de vue de l'utilisateur. Par contre, du point de vue de la norme, il n'est pas "bien formé", parce qu'il ne se termine pas.
Heu, attends… tu veux dire qu'on pourrait acheter tout ça en une seule fois, sur un même support physique, ce qui veut dire que le marchand va renoncer à te vendre ça à la découpe, petit à petit, en encaissant à chaque fois ?
Alors, il ne faut surtout pas espérer que ce paquet tout-en-un soit au prix habituel où tu trouves une seule version par support physique. Ca sera plutôt le prix habituel, multiplié par le nombre de versions présentes (et il y aura des clients pour ça…)
Oui, j'ai bien compris le probleme que pose le masquage des extensions, c'est la réponse proposée qui m'intrigue : puisque l'utilisateur ne pourra pas distinguer 'foo.c' et 'foo.o' sans les extensions (2x 'foo'), alors le système devrait interdire des fichiers qui ne diffèrent que par l'extension.
Ca règle le probleme de l'utilisateur, qui verra maintenant 'foo.c' et 'bar.o' affichés sous la forme 'foo' et 'bar'. Par contre, il faudra aussi expliquer cette nouvelle règle à messieurs Makefile et associés, ca va ête croustillant.
C'est quand même plus simple si on affiche le nom complet du fichier, avec son extension, non ?
(en gros, cacher les extension, c'était créer un problème là ou il n'y en avait pas…)
… trop de problèmes, comme la non interdiction d'un nom de fichier ayant le même nom et pas la même extension.
Oops… tu voudrais que le systeme interdise deux fichier avec le même nom, mais une extension différente, dans le même répertoire, c'est bien ça ?
Et aussi pour foo.h, foo.cc et foo.o ?
Comme dans l'esprit IPV6, tout est accessible de partout, cela conduirait à utiliser du ssl partout, alourdissant et ralentissant les échanges locaux. Adieu les transferts à 100 Mo/s de mes réseaux Gigabit !
Heu… la j'ai peur. On ne peut pas monter un parefeu en IPv6, qui cacherait les services internes qui doivent rester privés ?
les USA dépensent le double de la France dans la santé, pour un résultat désastreux.
Désastreux parce que tu prends le point de vue des malades. Maintenant, si tu regardes du coté des médecins, pharmaciens, etc. le système américain est bien meilleur : deux fois plus de pognon en circulation…
si la longueur est supérieur à la taille de ton fichier, tu te doutes qu'il y a un problème non?
Exemple donnée plus haut : sur le disque, le fichier est compressé, et tu le lit directement via une bibliothèque qui fait la décompression a la volée. Cette bibliothèque ne te donne pas la taille réelle des données (souvent elle ne le peut pas). Donc la taille du fichier sur disque ne donne aucune information pertinente, elle sera probablement inférieure à la longueur lue, sans que ça pose de problème.
Posté par shbrol .
En réponse au journal Le journal.
Évalué à 1.
Il y a aussi readahead / readahead-fedora, qui fait du préchargement des fichiers utilisés au boot, sans réallocation sur le disque (pas besoin d'ext4).
Je n'ai pas essayé e4rat, parce que je ne voulais pas modifier la partition, donc je ne peux pas comparer. Mais readahead-fedora a divisé mon temps de boot par 2 (et ce n'est pas un sentiment, bootchart, toussa..)
Posté par shbrol .
En réponse au journal CDE.
Évalué à 1.
Mais comment, ce n'est pas possible, ta principale motivation pour remplacer Solaris par Debian Sparc c'était juste que CDE c'était moche et vieux ? Moi qui croyait que c'était pour la beauté du libre ! Quelle désillusion après tant d'années ;)
Pour l'administration, l'état civil, les notaires, il y a une différence entre Zenitram, Zénitram et Zènitram.
Pour faire rectifier un accent dans l'état civil, il faut passer par le procureur de la république.
Et si jamais tu rencontres ce genre de problème avec l'administration, je te souhaite bon courage pour leur expliquer que c'est pareil…
# Pas de panique
Posté par shbrol . En réponse au journal Attention au dépôt debian-multimedia.org !. Évalué à 9.
Ca fait quand meme un moment que le dépot "debian-multimedia.org" ne répond plus, il a été remplacé par "deb-multimedia.org". Je cite la page du dépot:
donc les utilisateurs habituels, qui font des mises a jour régulières, se sont déja rendu compte du changement de domaine et ont modifié leur configuration. Evidemment, il y a un risque pour la machine qui sort de six mois d'hibernation dans un placard, qu'on met à jour sans précautions, et qui va contacter notre ami ukrainien… lequel n'a encore rien mis en ligne pour l'instant. Bref…
Pour alimenter le troll: oui, les logiciels qui n'etaient présents que chez Christian sont petit à petit apparus chez Debian, ce qui fait dire à certains qu'il pourrait y avoir redondance. Mais si on veut des version récentes, le choix est vite vu:
XBMC sur les dépots officiels :
XBMC sur deb-multimedia.org :
Personnellement, je préfère les releases officielles, mais vous faites comme vous voulez.
[^] # Re: Porter plainte sur quelle base ?
Posté par shbrol . En réponse au journal [Marc le Bouc] Le contrôle parental ne marche pas :( tristitude snif snif. Évalué à 2.
… et la terre qui explose.
Mais aussi :
[^] # Re: charge CPU en veille
Posté par shbrol . En réponse à la dépêche XBMC 12 "Frodo" est de sortie. Évalué à 1.
Merci pour la dénonciation des plugins fautifs, je vais regarder de plus près à quoi ils servent : le cache, je ne sais pas, les derniers ajouts dommage c'était sympa, et c'est idiot si ça bouffe du CPU en permanence.
Pour les DirtyRegions, j'avait déja modifié la config pour la 11, je vais vérifier les changements apportés par la 12.
[^] # Re: charge CPU en veille
Posté par shbrol . En réponse à la dépêche XBMC 12 "Frodo" est de sortie. Évalué à 4.
Mmh… interessant. Peux tu donner un peu plus de détails sur les plugins à désactiver pour optimiser l'utilisation CPU ?
[^] # Re: Euh vraiment ?
Posté par shbrol . En réponse au journal Happy birthday lady Ada. Évalué à 1.
Lucrèce, pas Lutèce…
[^] # Re: Euh vraiment ?
Posté par shbrol . En réponse au journal Happy birthday lady Ada. Évalué à 2.
J'ai sous les yeux des CV de candidats stagiaires Master 2 MIAGE. Visiblement, l'enseignement de l'Ada est toujours d'actualité.
[^] # Re: Un point à ne pas oublier
Posté par shbrol . En réponse au journal Mediatheque Numérique ... du bon DRM à la sauce Microsoft. Évalué à 3.
Oui, ça servira au moins à enrichir le vendeur d'ordinateur et le fournisseur d'accès.
Et puis on appellerait ça le "Plan informatique pour tous"… mais on me dit dans l'oreillette que ceci a déjà été fait, avec le succès que l'on connait.
[^] # Re: Crash, boucle infinie, ou programme vide ?
Posté par shbrol . En réponse au journal Chantonnons en récursion . Évalué à 1.
Le mot important dans la phrase, c'est "correct", dans le sens "correct pour la norme C". Dans le texte original, ca doit être "well formed".
Bref, ça n'empêche pas d'écrire et compiler les programmes auxquels tu penses. Ces programmes vont répondre au besoin (peut-être), tourner indéfiniment (sauf bug), donc fonctionner correctement du point de vue de l'utilisateur. Par contre, du point de vue de la norme, il n'est pas "bien formé", parce qu'il ne se termine pas.
[^] # Re: OSEF!
Posté par shbrol . En réponse au journal Mickey s'achète un sabre laser. Évalué à 4.
Heu, attends… tu veux dire qu'on pourrait acheter tout ça en une seule fois, sur un même support physique, ce qui veut dire que le marchand va renoncer à te vendre ça à la découpe, petit à petit, en encaissant à chaque fois ?
Alors, il ne faut surtout pas espérer que ce paquet tout-en-un soit au prix habituel où tu trouves une seule version par support physique. Ca sera plutôt le prix habituel, multiplié par le nombre de versions présentes (et il y aura des clients pour ça…)
[^] # Re: SERPILLÈRE
Posté par shbrol . En réponse au journal Pour l'emploi d'un vocabulaire correct. Évalué à 3.
La vérité, c'est que tout le monde sait que ça s'appelle une panosse.
[^] # Re: les questions essentielles
Posté par shbrol . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 1.
Oui, j'ai bien compris le probleme que pose le masquage des extensions, c'est la réponse proposée qui m'intrigue : puisque l'utilisateur ne pourra pas distinguer 'foo.c' et 'foo.o' sans les extensions (2x 'foo'), alors le système devrait interdire des fichiers qui ne diffèrent que par l'extension.
Ca règle le probleme de l'utilisateur, qui verra maintenant 'foo.c' et 'bar.o' affichés sous la forme 'foo' et 'bar'. Par contre, il faudra aussi expliquer cette nouvelle règle à messieurs Makefile et associés, ca va ête croustillant.
C'est quand même plus simple si on affiche le nom complet du fichier, avec son extension, non ?
(en gros, cacher les extension, c'était créer un problème là ou il n'y en avait pas…)
[^] # Re: les questions essentielles
Posté par shbrol . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 3.
Oops… tu voudrais que le systeme interdise deux fichier avec le même nom, mais une extension différente, dans le même répertoire, c'est bien ça ?
Et aussi pour foo.h, foo.cc et foo.o ?
[^] # Re: Pour changer il faut...
Posté par shbrol . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 5.
Heu… la j'ai peur. On ne peut pas monter un parefeu en IPv6, qui cacherait les services internes qui doivent rester privés ?
[^] # Re: Et alors ?
Posté par shbrol . En réponse au journal Google, entreprise vertueuse. Évalué à 1.
Désastreux parce que tu prends le point de vue des malades. Maintenant, si tu regardes du coté des médecins, pharmaciens, etc. le système américain est bien meilleur : deux fois plus de pognon en circulation…
[^] # Re: Je pense que tu confonds les cas où c'est nécessaire
Posté par shbrol . En réponse au journal Genèse d'un journal. Évalué à 2.
Exemple donnée plus haut : sur le disque, le fichier est compressé, et tu le lit directement via une bibliothèque qui fait la décompression a la volée. Cette bibliothèque ne te donne pas la taille réelle des données (souvent elle ne le peut pas). Donc la taille du fichier sur disque ne donne aucune information pertinente, elle sera probablement inférieure à la longueur lue, sans que ça pose de problème.
[^] # Re: Réponses
Posté par shbrol . En réponse au journal PHP, A Fractal Of Bad Design. Évalué à 3.
Tu veux dire delete ?
(j'ai pas fait de C++ depuis longtemps…, les choses ont peut-etre changé)
[^] # Re: moyen de gamme ?!?
Posté par shbrol . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 5.
Moi je connaissais "milieu de gamme" et pas "moyen de gamme"….
[^] # Re: Enfin !
Posté par shbrol . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 5.
et au bout de la DIN, un clavier Model-M !
[^] # Re: ?
Posté par shbrol . En réponse au journal Le journal. Évalué à 1.
Il y a aussi readahead / readahead-fedora, qui fait du préchargement des fichiers utilisés au boot, sans réallocation sur le disque (pas besoin d'ext4).
Je n'ai pas essayé e4rat, parce que je ne voulais pas modifier la partition, donc je ne peux pas comparer. Mais readahead-fedora a divisé mon temps de boot par 2 (et ce n'est pas un sentiment, bootchart, toussa..)
[^] # Re: Pourquoi nostalgique ?
Posté par shbrol . En réponse au journal CDE. Évalué à 1.
Mais comment, ce n'est pas possible, ta principale motivation pour remplacer Solaris par Debian Sparc c'était juste que CDE c'était moche et vieux ? Moi qui croyait que c'était pour la beauté du libre ! Quelle désillusion après tant d'années ;)
[^] # Re: Pourquoi nostalgique ?
Posté par shbrol . En réponse au journal CDE. Évalué à 3.
Certes, mais comme tu es bien élevé, tu ne te plaignais pas !
[^] # Re: Orson Wells l'avait presque prédit !
Posté par shbrol . En réponse à la dépêche Nuageuse mise à jour des routeurs Cisco et premiers grondements. Évalué à 9.
Effectivement, il y a une erreur sur la citation, il fallait lire :
"Monde de merde!"
[^] # Re: Il existe vraiment ce bug ?
Posté par shbrol . En réponse au journal Leap second. Évalué à 0.
Pourtant les bugs mentionnés ne concernent pas les clavier qui se blo
[^] # Re: Caractères ASCII
Posté par shbrol . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 1.
Et si tu essayait "Ze Nitram", parce qu'il te prend l'envie d'une particule ?
[^] # Re: Caractères ASCII
Posté par shbrol . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 4.
Pour l'administration, l'état civil, les notaires, il y a une différence entre Zenitram, Zénitram et Zènitram.
Pour faire rectifier un accent dans l'état civil, il faut passer par le procureur de la république.
Et si jamais tu rencontres ce genre de problème avec l'administration, je te souhaite bon courage pour leur expliquer que c'est pareil…