fcartegnie a écrit 1391 commentaires

Voilà la solution:

#!/bin/bash
superlist='tr A-Za-z N-ZA-Mn-za-m'
function change ()
{
echo "Gh irhk cnf nhffv dh'ba cnffr grf rknzf n gn cynpr ?"|$superlist
exit 0
}
trap 'change' 2
while `true`
do
echo "Gncrm Rageér cbhe yn fbyhgvba"|$superlist
read filename
echo "Zrepv. Irhvyyrm cngvragre"|$superlist
`echo "fyrrc 10"|$superlist`
if [ 2 -lt 1 ]
then
if_ is readable
then_
systemadd filename +lecture
fi_
if_ repertoire systemadd filename +lecture
_reinitialize filename
fi
done
fi

Je crois qu'on en tiens un...

2 - tar ne compresse pas. Les options de compression et décompression sont uniquement pour la version GNU:
<i>
man tar (linux):
-j, --bzip2 filtrer l'archive <b>à travers bzip2</b>
-z, --gzip, --gunzip, --ungzip filter l'archive <b>à travers gzip</b>
-Z, --compress, --uncompress filtrer l'archive <b>à travers compress</b>
</i>
, n'est pas compilé avec les librairies gzip et autre et fait donc appel à des programmes externes (execlp):
<i>
[fcartegn@x2 src]$ grep use_compress_program *
buffer.c: use_compress_program_option = compress_program (type);
buffer.c: if (use_compress_program_option)
common.h:GLOBAL const char *use_compress_program_option;
suffix.c: use_compress_program_option = program;
system.c: waitpid_error (use_compress_program_option);
system.c: execlp (use_compress_program_option, use_compress_program_option, NULL);
system.c: exec_fatal (use_compress_program_option);
system.c: execlp (use_compress_program_option, use_compress_program_option,
system.c: exec_fatal (use_compress_program_option);
system.c: read_fatal (use_compress_program_option);
system.c: waitpid_error (use_compress_program_option);
system.c: execlp (use_compress_program_option, use_compress_program_option,
system.c: exec_fatal (use_compress_program_option);
system.c: execlp (use_compress_program_option, use_compress_program_option,
system.c: exec_fatal (use_compress_program_option);
system.c: write_error (use_compress_program_option);
system.c: waitpid_error (use_compress_program_option);
tar.c:set_use_compress_program_option (const char *string)
tar.c: if (use_compress_program_option
tar.c: && strcmp (use_compress_program_option, string) != 0)
tar.c: use_compress_program_option = string;
tar.c: set_use_compress_program_option ("bzip2");
tar.c: set_use_compress_program_option ("lzma");
tar.c: set_use_compress_program_option ("gzip");
tar.c: set_use_compress_program_option ("compress");
tar.c: set_use_compress_program_option (arg);
tar.c: if (use_compress_program_option)
tar.c: if (use_compress_program_option)
tar.c: use_compress_program_option);
</i>

Beaucoup de gens écrivent des scripts avec des options gnu et ça pose problème sur d'autres systèmes comme solaris.

Déjà tar ne compresse pas, il archive. On est pas sous windows.
Comme tu a pas les paramètres pour (tar cvfp home.tar /home), il utilise pas non plus les extensions bzip ou bzip2 pour compresser son archive résultat.
Donc il n'y a pas de "décompression" et le résultat est 1:1.

Dans ce cas, si ton LV fait 22Go et ton archive 22Go, alors tu dois te tromper en archivant le device. Ca m'étonnerais que le LV soit rempli à 100%.
Ensuite, tu utilise "-p" mais tu ne njous précise pas avec quels users tu archive et restore. Si c'est le /home, logiquement tout doit être fait en root pour accéder et préserver les droits.

Il n'ajoute pas /var/tmp/php-root
Il ajoute les .so contenus dans /usr/lib/php4/ référencés dans le .spec.
Si ces fichiers manquent, ça veut aussi dire qu'il y a des erreurs de compilation plus tôt.

comme mentionné, c'est la <b>différence</b> de prix entre les deux os. Ca ne donne qu'une limite basse donc.

Par ailleurs, sur la version de XP pour le eee est une version low-cost soumise à certaines conditions (pas d'écran tactile, ...) et ne peut donc servir de base aux prix des OS sur d'autres plate-formes.

<< Cette technologie permet de centraliser dans un data center des postes de travail virtuels exportés à la demande vers des terminaux physiques, avec la promesse d'une gestion plus simple et moins onéreuse.>>

Super, vmware vient de réinventer les terminaux et serveurs X, avec une granularité beaucoup plus lourde.

Tu veux parler de ce truc qui cherche à battre un certain grand éditeur ?
http://secunia.com/search/?search=joomla

ANYcast

C'est plutot:
"mettre l'accent sur le fait que la vie privée et la propriété intellectuelle des multinationales et majors du disque sont toutes les deux des droits fondamentaux."

Dans le cas contraire, alors tout auteur de code GPL aura aussi le droit à l'espionnage des systèmes informatiques pour obtenir des infractions sur le non respect de la GPL.
De même, avec le texte ci dessus, j'estime aussi y avoir accès, car si qq le reprend dans un traitement de texte ou ailleurs, alors c'est une aussi infraction à la PI.
Et ça m'étonnerais qu'il l'accordent...

Si ton serveur est bien configuré aucun process php ne devrait te donner un shell valide, ni accéder à sudo !

Sinon lance un :
nc -l -p 9000 | /bin/bash > /home/www/sortie.txt
par exemple ! (la sortie sera dans sortie.txt)

La liste des packages a remplacer est dans:
rpm -qa --last | head

et les forcer depuis le repo en écrasement:
urpmi --force --nodeps http://xxxxxxxxxxXX/libopensslxxxx.rpm
urpmi --force --nodeps http://xxxxxxxxxxXX/xxopensslxxxx.rpm


Ah oui, bidouille pas trop, qq chose me dit que si ton serveur http roule en https, il se relancera pas non plus !

Et pourquoi pas parce que le chien du voisin a pas mangé ?

C'est juste le coup classique des librairies openssl/cpryto et des dépendances avec sshd.

Parce que l'usb dépend du cpu et que c'est un bus série, seule la bp allouée par client change.
A la différence d'un contrôleur disque ou les canaux sont séparés.
C'est pour ça aussi qu'on utilse les compact flash (PATA compatible) et pas les SD, même si il y a qq rares adapteurs SATA/SD.

Y'a qu'a manger des insectes. Ses produits en contiennent une concentration exceptionnelle.

La maison de retraite d'hollywood aurait mieux fait de mettre rambo et jones dans le même film, ca aurait fait des économies.

Y'avait "last crusade" avant. Sans ça, difficile de comprendre le "Bonjour je vends des beaux blousons en cuir" qui apparait dans la majorité des jeux lucasart (et même certains point & click d'autres éditeurs).

Mais si tu me parles de "clé étrangère", tu risques de surprendre quelques secondes de vide sur le visage de ton interlocuteur.
Ca signifie probablement, almalgame fait avec PHP, que le gars a même pas les bases de SQL.

Si d'un coté il y a microsoft, pour équilibrer il faut des extrêmistes anti propriétaire comme contrepoids. Une discussion modérée n'aurait que peu de poids face au propriétaire et le curseur serait plus poussé à notre désavantage.

La version Linux est livrée avec une batterie de 3 cellules uniquement, selon wikipedia !

s/precédent/suivant/g

sauf que si tu augmentes tous les salaires alors les couts de production augmentent, les prix aussi (cf inflation précédent les 30% de mai 68). Et si la boite délocalise pour etre competitive, alors plus de rentrées nationales (salaires depensés, impots) hormis celles produits par ces imports.
Le problème vient surtout des capitaux improductifs et de l'hyper concentration d'entreprises qui finissent a tuer la concurrence afin d'augmenter leur prix (quand ils ne sont pas en monopole), et au final vont jusqu'à tirer un maximum de les marge, y compris en payant le minimum possible sur les salaires.
Les experts en com et relations publiques aidant, tu annonce jusque 2x plus de licenciements que prévu et après négociations le descend au nombre que tu as besoin, et tu parais comme une boite qui fait d'énormes efforts pour ses employés.
Y'a un assainissement a faire de ce coté.

on parle pour les particuliers
essaie en tant que particulier d'envoyer un colis à moins que 5.20

Sauf qu'on en revient au même point. T'auras de l'UTF16, 8 et autre et toujours des conversions à faire. iconv a toujours de beaux jours devant lui.
De plus, en publiant une app unicode, si c'est sur le web, c'est pas un problème, les navigateurs le supportent. Mais d'autres type d'applications, sans regarder l'existant et l'utilisation finale, c'est suicidaire. Les gros système ne sont généralement pas prêts pour l'unicode car de nombreuses applications ne le gèrent toujours pas. Ce avec à la clé des pb de sécurité et autre. Tu fais référence à une brique, peut -être, mais si c'est pour être incorporé à un système existant, il faut que ta brique prenne en compte l'existant, tu ne peux pas demander de refaire le reste du système pour que ce soit compatible avec ta brique.
Par ailleurs, si ton langage est natif unicode, comme tu semble le mentionner, ça n'empêche pas que certains langages doivent passer par une librairie spécialisée pour le traiter .
utf8 résout pas mal de problèmes, mais ne fait pour l'instant que réduire le nombre de charsets, car on aura toujours des cas ou la compatibilité ascendente ne pourra être exploitée. 'Partout' sur le web oui, mais ailleurs, c'est pas encore le cas.

L'habitude de vérifier les chiffres donnés:

D'après le graphique
2001: 56+23+6+4+1 = 90%
2008: 4+5+26+24+24 = 83%
La lecture est pas précise, précise, mais y'a au max 7% d'erreur. On a donc quand même une persistance, voire une croissance de 7% de la part d'encodages autres que ceux cités. Et ça personne ne l'interprète.
Quand au charset chinois... ce serait bien d'avoir les ratios par pays, histoire de voir si on va se retrouver au final avec toujours plusieurs normes, dont certaines poussées par des gouvernements.

L'utf8 ca apporte le fait qu'au lieu de gèrer le charset, on est maintenant obligé de modifier tout le code pour faire appel à des librairies pour traiter le tout. On ne fait que déplacer le problème.
En plus, ca entraîne un surcout cpu pour tous ces traitements.
L'unicode c'est bien comme base commune quand on a des langages qui le nécessitent à causes de charsets exotiques qui poseront problème sur le client.
Après si c'est pour recoder en unicode une app Francaise destinée au marché Francais, ce n'est qu'une perte de temps.