Pareil que toi : gcc 3.3.1/unstable tant sur i386 que powerpc.
Je n'ai rencontré de problème avec la version 3.3 qu'avec des noyaux plus "anciens" comme des 2.4.18 ou 2.4.19. (je garde tout de même un 2.95 sous le coude, on ne sait jamais).
Hors noyau, j'ai aussi recompilé xfce4+ sur powerpc (car je n'ai trouvé aucune source pour powerpc) avec gcc 3.3.1 et ça tourne nickel depuis plusieurs semaines.
En résumé, gcc 3.3.1 : que du bonheur...
Mais je n'ai pas noté de hausse significative de performance. J'ai sans doute pris l'habitude que tout fronctionne à une vitesse largement suffisante pour mes besoins ;o))
Pierre Lazuly décortique le principe de fonctionnement de ce moteur...
Tiens, tiens, Pierre Lazuly écrit des articles dans le monde diplomatique, je ne savais pas...
Il y a quelques temps déjà, j'avais encore le bonheur de recevoir ses chroniques souvent acides par mail mais ce n'est plus le cas.
Est-ce lié à ses colonnes dans le monde diplo' ?
Qu'en est-il de ses chroniques mailo-postées ?
Quelqu'un a plus d'infos ?
Assez amusante comme affirmation mais sache tout de même que le premier virus a été créé sous.. Unix.
En outre, lorsque demain Linux sera devenu plus populaire que Windows (n'en doutons pas ;o), de nombreux vers/chevaux de Troie/rootkit divers-et-variés deviendront monnaie courante et je serais curieux de connaître le nombre de machines infectées par la négligence d'une majorité (entre le binaire setuid parce-que-c'est-plus-simple, l'exploit d'un quelconque serveur que-je-corrigerai-plus-tard, le etc_sudoers ouvert à tous/toutes pour-plus-de-facilité ou l'auto-login je-vais-tout-meme-pas-m'embeter-avec-ça).
Actuellement, les statistiques d'utilisation jouent en faveur de Linux mais ce ne sera pas toujours le cas. Contrairement à Windows, il permet uniquement d'être quasiment certain de se prémunir de certaines compromissions mais ça n'en demeure pas moins compliqué à sécuriser totalement.
Et pour reprendre ton analogie, je crois qu'il est de notre "devoir" d'accompagner l'automobile équipée d'une chambre à air MSWindows sans anti-virus car si le pneu explose... cela nous met aussi en danger non ?
Toute campagne de sensibilisation est bonne à prendre... tout le monde en sort gagnant.
bah je ne suis pas certain qu'il faille se focaliser sur le prix. La technologie est encore jeune...
A mon sens cela appelle d'autres questions comme :
- quel débit pratique en attendre par rapport à l'Ethernet ~90% ou au Wifi ~30% (chiffres à la "grosse") ?
- mon voisin bénéficiera-t-il aussi de mes trames ?
- interférences/sécurité des équipements informatiques ?
- autre...
Et puis j'ai trouvé cela surprenant de passer du stade d'expérimentations localisées (EDF) à des produits grands publics...
Côté Debian,
- maj auto : mettre en place un mirroir n'est pas très compliqué et on trouve facilement des infos à partir de www.debian.org.
Cela permet de parfaitement maitriser les mises à jour disponibles : référence des CD Woody/stable + mirroir partiel des mises à jour Debian (avec dpkg-scanpackages pour packages locaux & rsync pour la synchro avec les maj sécurité et proposed-updates par exemple)
Pour les clients, il y a cron-apt ou un cron maison apt-get update/upgrade.
Plus d'infos sur http://www.debian.org/doc/user-manuals#apt-howto(...)
- mastering / déploiement : désolé mais je n'ai rien sous la main. Toutefois, je sais qu'il est possible de construire une liste de paquets à partir d'un master pour clonage. Jamais essayé...
La véritable difficulté reste dans le déploiement qui nécessite des p'tites mains (16000 ça commence à faire beaucoup ;o) ou de repackager une distrib' minimale (pour le partitionnement initial, le noyo, la langue...) et installation complète depuis le réseau. Le souci viendra de l'hétérogénéïté des postes je pense
Côté Redhat, je ne connais pas ces aspects à priori mais je pense que tu pourrais facilement obtenir un conseil de leur part avec le détail de la solution qu'il propose/proposerait. 8000 postes sera un argument suffisant ;o))
En outre, la réalisation de prototypes illustrant la / les solutions retenues me semble o-bli-ga-toire.
Dans tous les cas, à terme il faut surtout mettre en place une/des machines qui ne serviront qu'à valider les upgrades de la distrib' choisie avant de mettre à jour le/les mirroirs internes...
Et avec 8000 postes, on peut se poser la question d'un pluriel pour mirroir et machine de test...
Je n'ai pour l'instant aucun contrôle sur les serveurs
Il faudrait pourtant, au moins en partie...
Quoiqu'il en soit, l'ampleur de la tâche relève du défi passionnant : ça va être génial n'en doutons pas ;o))
Bonne chance...
va't'il me supprimer les données de ma partoche W2K en la rendant bootable ?
A mon sens, non, il n'y a pas de risque... il s'agit juste d'un flag de la partition rien de plus. cfdisk effectue le strict nécessaire...
De manière analogue, j'ai déjà eu à faire des manipulations du type redimensionnement de partitions contigues avec cfdisk du genre :
partoche(n) + partoche (n+1) = partoche(n)
OU
partoche(n) = partoche(n) + partoche (n+1)
Dans les deux cas je n'ai jamais expérimenté de pertes de données sur les autres partitions adjacentes. Seules celles redimensionnées sont perdues et il ne faut pas oublier au besoin de revoir son etc_fstab.
Après, il est toujours possible (si tu as de la place) de sauvegarder ta partition w2k sous forme brute (dd sur le device) ou juste tes données (en montant la partition ntfs/FAT) avant de tenter le "write".
Pourquoi prendre toujours comme exemple de contrée retirée/arriérée la Lozère ?
C'est tout de même en Bretagne qu'on trouve le plus de consanguinité ne l'oublions pas...
Il vaudrait mieux faire un peu plus que juste un cron avec uptime >> ~/stats.txt parce qu'analyser un truc du style :
0.82d
1.82d
2.82d
...
qu'est-ce qu'on peut en conclure si ce n'est déduire de la suite remarquable que le cron s'exécute une fois par jour... Espérons qu'on ne rebootera pas vers la même heure que la fois précédente...
AMHA, pour avoir des statistiques un poil précises, le mieux serait de:
- incrémenter un compteur au boot
- "croner" chaque minute l'uptime et remplacer la dernière valeur si les indices sont égaux dans ~/stats.txt avec un script du genre
#! bla-bla-bash
typeset -i _idx=$(cat <mon_fichier_index_maj_au_boot>)
typeset -i _cur=0
tail -n1 ~/stats.txt | read _cur _upt
if (( _idx == _cur ))
then
# cas le + probable : meme boot, maj du fichier de stats
/usr/bin/ed -s ~/stats.txt <<-ENDOFSED 1>/dev/null
H
$ /$_upt/s//$(uptime)
w
q
ENDOFSED
# on append systematiquement en cas d'erreur
(( $? != 0 )) && echo "$_idx $(uptime)" >> ~/.stats.txt
else
# cas rare : suite a un reboot
echo "$_idx $(uptime)" >> ~/.stats.txt
fi
NB: 1.-ENDOFSED autorise l'increment des instructions du ed avec des tabulations uniquement. Sinon, aucun increment possible 2. il faut juste trier les entrées d'indice identique potentiellement présent
Il y a sans doute plus élégant...
J'veux bien l'equivalent en perl passque le shell ça ...>< ...
Pareil pour moi... bizarre, bizarre...
(et ça ne le faisait pas vendredi aprem'... dans l'intervalle j'suis parti à la campagne sans elec', sans eau, sans... ;o)
Dans... Linux sur un vieux Palm-- [...] --mon Tungsten
OU processeur Motorola-- [...] --surtout qu'avec un processeur ARM-- [...] --toute information concernant le TI OMAP (à priori TI = Texas Instrument).
Sans avoir beaucoup cherché, je dirais qu'il y a quelques incohérences dans ton propos... et cela devient difficile de t'aider.
Pour moi, un vieux Palm ce serait plutôt un III(x) ou un V(x), voire un à base de processeur Motorola (série m5xx)
En résumé,
- Tungsten C : Intel, PalmOS 5.x <------------------------------------------------ RECENT
- Tungsten E, Tx : TI (Texas Instrument du coup ;o), PalmOS 5.x <----- RECENT
- Zire, série m5xx : Motorola, PalmOS 4.x <----------------------------------- "PLUS TOUT JEUNE"
- série III, V : ???, PalmOS 3.x <--------------------------------------------------- "VIEUX"
on peut être certain que ce qui est indiqué marchera : exemple des normes ISO
Non pas-du-tout-efface.
La norme ISO ne te garantit aucunement que ton système ou ton logiciel fonctionnera : ce n'est ni une garantie de fonctionnement ni une garantie de qualité de réalisation (i.e codage). La norme ISO te garantit juste une qualité et un respect des procédures.
En gros, tu dis ce que tu fais et tu actes ces réalisations, rien de plus : c'est un impératif de traçabilité.
Concernant la phase de conception, quelles que soient les méthodes employées, je ne vois pas comment tu pourrais être certain du résultat final. C'est d'ailleurs un peu pour cela que l'on a recours à des maquettes (pour valider de quoi ça aura l'air) et à des prototypes (pour s'assurer que certains choix techno sont cohérents et répondent au besoin). A ma connaissance, maquettes et prototypes font partie de la phase de réalisation...
Il te reste un lien sous la main avec l'argumentaire steuplé...
Au-delà, le mérite que je trouve à cet interview est de considérer l'ensemble de la problématique, de manière simple et accessible à tous.
Que se pose ensuite un problème d'interprétation de la loi, je n'en doute pas et c'est pourquoi nos députés auraient tout intérêt à clarifier les textes... en espérant que cela reste au bénéfice du consommateur.
Pour le moment, j'estime juste que la réalité n'est pas très équitable : taxe sur les supports et protection anti-copie... et que, dans une certaine mesure, ça encourage le piratage.
sauf ATI mais c'est pas top et c'est proprio aussi
Pas-du-tout-efface...
Définitivement, je crois qu'il faut arrêter cette légende urbaine : NVidia c'est trop cool y'a des drivers et ATI ça pue çai pas libre... y-a que Matrox pour avoir des drivers libres-open-source-tout-ça-tout-ça...
Pour replacer les choses dans leur contexte :
1. NVidia fournit des drivers proprios et c'est tout,
Avantage : accélération 3D/3D et performances au rendez-vous
Inconvénients : proprio, les heureux possesseurs d'autres architectures que le x86 adooooooore NVidia
2. ATI fournit des drivers proprios et aide au développement de drivers open source,
Avantages : libre, accélération 2D acquise, 3D possible, multi-architecture...
Inconvénients : proprio + performants même si en deça de la qualité NVidia, toutes les cartes ne sont pas supportées, le support effectif d'ATI pour la communauté est parfois théorique
Dans les deux cas, quelques soient les drivers utilisés, c'est encore loin d'être parfait...
3. Reste Matrox mais je crains que les drivers libres ne soient disponibles que pour des cartes déjà un peu anciennes (bien qu'encore performantes et bi-écran possible)... Les cartes récentes sont A. peu répandues B. non supportées mais je me trompe peut-être
Côté appli, tu peux utiliser xsmbrowser qui, une fois configuré, te permet de parcourir les hôtes samba du(des) réseau(x) et d'ouvrir leurs partages. Même les données d'authentification (login/passwd) par défaut sont paramétrables.
A ma connaissance, il n'y a pas de montage automatique mais posibilité de glisser/déposer des fichiers de/vers un explorateur de fichiers...
Et il reste toujours smbmount ... à condition d'avoir les paquetages clients pour samba (apt-cache search samba util sous Debian). (*)
Côté Gnome, dans les préférences tu peux définir une liste de serveurs accessibles par protocoles samba et/ou NFS qui seront des raccourcis pour y accéder.
Après... même combat.
KDE... dsl j'sais pas mais ça doit exister
Si tu veux absolument "monter" les partages, regarde plutôt du côté de NFS, beaucoup plus proche de la logique unix/linux que samba (protocole netbios/windows)... à moins d'avoir un environnement hétérogène auquel cas, samba et NFS cohabitent plutôt bien sur les mêmes partages (au moins chez moi).
(*) Quelqu'un aurait-il réussi à faire marcher un mount -t smbfs un jour dans sa vie ou est-ce une légende urbaine le mount.smbfs ?
Client fidèle, j'avoue que j'ai été très agréablement surpris par l'accueil sur no-log.org une fois le compte créé d'autant que, outre le traditionnel bienvenue (pas niais pour une fois mais c'est assez subjectif), j'ai reçu quelques messages m'avertissant de problèmes de disponibilité lorsque ce fut le cas.
Hors informations sur les indisponibilités, aucun spam ni message incongru, une discrétion totale concernant les informations personnelles (sachant qu'on en renseigne aucune) et une multitude d'accès possibles : le top.
Mais... car il y a un "mais"... il semble que j'ai certains problèmes d'émission vers cette adresse avec le motif suivant : "Code de statut de système de messagerie étendu (RFC1893): 5.1.2" :
- 5.X.X Permanent Failure
- X.1.2 Bad destination system address
Une idée ?
Tant que cela se limite à mes envois depuis une adresse précise, ça va mais j'espère que ça ne touche pas des émetteurs qui ne connaissent de moi que cette adresse...
Marrant, je m'inquietes pas bcp pour MS et ses dirigeants [...] nos parts de marche
A la lecture de ce thread, autant je trouve dommage que les opinions de chacun vienne occulter la tienne par un approche partiale, autant je peux difficilement comprendre un argument comme benefs/chiffre d'affaire continue d'augmenter... associé au principe de réussite.
Désolé mais au-delà de la notion de liberté et de communauté/solidarité que véhicule les LL et à laquelle ne pourra jamais prétendre une société comme MS, dois-je te rappeler que l'argent/le profit ne peuvent en aucun cas être synonyme de réussite pour l'individu ? au mieux un succès pour une entreprise...
J'ai décidément bien du mal à comprendre comment d'un moyen, le fric est devenu une fin, le signe d'un achèvement quelconque...
Quelque part, je pense qu'il serait temps d'introduire un équivalent au point Godwin pour les argumentaires concluant sur le désormais lapidaire "de toutes façons, je gagne plus de pognon : je suis meilleur : CQFD"
# Quelle version de GCC...
Posté par Quzqo . En réponse au journal Quelle version de GCC pour compiler un kernel linux ?. Évalué à 1.
Je n'ai rencontré de problème avec la version 3.3 qu'avec des noyaux plus "anciens" comme des 2.4.18 ou 2.4.19. (je garde tout de même un 2.95 sous le coude, on ne sait jamais).
Hors noyau, j'ai aussi recompilé xfce4+ sur powerpc (car je n'ai trouvé aucune source pour powerpc) avec gcc 3.3.1 et ça tourne nickel depuis plusieurs semaines.
En résumé, gcc 3.3.1 : que du bonheur...
Mais je n'ai pas noté de hausse significative de performance. J'ai sans doute pris l'habitude que tout fronctionne à une vitesse largement suffisante pour mes besoins ;o))
# Pierre Lazuly...
Posté par Quzqo . En réponse au journal Le Monde Diplomatique s'interroge sur Google. Évalué à 1.
Tiens, tiens, Pierre Lazuly écrit des articles dans le monde diplomatique, je ne savais pas...
Il y a quelques temps déjà, j'avais encore le bonheur de recevoir ses chroniques souvent acides par mail mais ce n'est plus le cas.
Est-ce lié à ses colonnes dans le monde diplo' ?
Qu'en est-il de ses chroniques mailo-postées ?
Quelqu'un a plus d'infos ?
Merci d'avance...
[^] # Re: Absurdité en avant !
Posté par Quzqo . En réponse au journal Sécurité chez Microsoft : un pas en avant ?. Évalué à 1.
En outre, lorsque demain Linux sera devenu plus populaire que Windows (n'en doutons pas ;o), de nombreux vers/chevaux de Troie/rootkit divers-et-variés deviendront monnaie courante et je serais curieux de connaître le nombre de machines infectées par la négligence d'une majorité (entre le binaire setuid parce-que-c'est-plus-simple, l'exploit d'un quelconque serveur que-je-corrigerai-plus-tard, le etc_sudoers ouvert à tous/toutes pour-plus-de-facilité ou l'auto-login je-vais-tout-meme-pas-m'embeter-avec-ça).
Actuellement, les statistiques d'utilisation jouent en faveur de Linux mais ce ne sera pas toujours le cas. Contrairement à Windows, il permet uniquement d'être quasiment certain de se prémunir de certaines compromissions mais ça n'en demeure pas moins compliqué à sécuriser totalement.
Et pour reprendre ton analogie, je crois qu'il est de notre "devoir" d'accompagner l'automobile équipée d'une chambre à air MSWindows sans anti-virus car si le pneu explose... cela nous met aussi en danger non ?
Toute campagne de sensibilisation est bonne à prendre... tout le monde en sort gagnant.
[^] # Re: Olitec transforme vos prises de courant en port réseau
Posté par Quzqo . En réponse au journal Olitec transforme vos prises de courant en port réseau. Évalué à 6.
A mon sens cela appelle d'autres questions comme :
- quel débit pratique en attendre par rapport à l'Ethernet ~90% ou au Wifi ~30% (chiffres à la "grosse") ?
- mon voisin bénéficiera-t-il aussi de mes trames ?
- interférences/sécurité des équipements informatiques ?
- autre...
Et puis j'ai trouvé cela surprenant de passer du stade d'expérimentations localisées (EDF) à des produits grands publics...
[^] # slrn, gnus, knode et autres dialog (sous Windows)
Posté par Quzqo . En réponse à la dépêche Retour de la passerelle usenet de DLFP. Évalué à 1.
lui aussi il sait le faire...
[^] # Migrer 8000 postes... l'alternative Debian
Posté par Quzqo . En réponse au journal Migrer 8000 postes ?. Évalué à 1.
Côté Debian,
- maj auto : mettre en place un mirroir n'est pas très compliqué et on trouve facilement des infos à partir de www.debian.org.
Cela permet de parfaitement maitriser les mises à jour disponibles : référence des CD Woody/stable + mirroir partiel des mises à jour Debian (avec dpkg-scanpackages pour packages locaux & rsync pour la synchro avec les maj sécurité et proposed-updates par exemple)
Pour les clients, il y a cron-apt ou un cron maison apt-get update/upgrade.
Plus d'infos sur http://www.debian.org/doc/user-manuals#apt-howto(...)
- mastering / déploiement : désolé mais je n'ai rien sous la main. Toutefois, je sais qu'il est possible de construire une liste de paquets à partir d'un master pour clonage. Jamais essayé...
La véritable difficulté reste dans le déploiement qui nécessite des p'tites mains (16000 ça commence à faire beaucoup ;o) ou de repackager une distrib' minimale (pour le partitionnement initial, le noyo, la langue...) et installation complète depuis le réseau. Le souci viendra de l'hétérogénéïté des postes je pense
Côté Redhat, je ne connais pas ces aspects à priori mais je pense que tu pourrais facilement obtenir un conseil de leur part avec le détail de la solution qu'il propose/proposerait. 8000 postes sera un argument suffisant ;o))
En outre, la réalisation de prototypes illustrant la / les solutions retenues me semble o-bli-ga-toire.
Dans tous les cas, à terme il faut surtout mettre en place une/des machines qui ne serviront qu'à valider les upgrades de la distrib' choisie avant de mettre à jour le/les mirroirs internes...
Et avec 8000 postes, on peut se poser la question d'un pluriel pour mirroir et machine de test...
Je n'ai pour l'instant aucun contrôle sur les serveurs
Il faudrait pourtant, au moins en partie...
Quoiqu'il en soit, l'ampleur de la tâche relève du défi passionnant : ça va être génial n'en doutons pas ;o))
Bonne chance...
[^] # s/SCSI/Adaptec/ mon amour...
Posté par Quzqo . En réponse au journal charge machine haute quand gravure de CD. Évalué à 1.
Les Adaptec 2940 et 29160 (à peu de choses près une 19160) marchent au poil sous Linux ....
PS: désolé mais je ne vends pas ;o~
[^] # SCSI mon amour...
Posté par Quzqo . En réponse au journal charge machine haute quand gravure de CD. Évalué à 1.
Soit dit en passant, ça devient de plus en plus difficille d'en trouver à un prix raisonnable...
[^] # cfdisk -> write : go go go ;o)
Posté par Quzqo . En réponse au journal HELP HELP --- ordi cassé ;-(. Évalué à 1.
A mon sens, non, il n'y a pas de risque... il s'agit juste d'un flag de la partition rien de plus. cfdisk effectue le strict nécessaire...
De manière analogue, j'ai déjà eu à faire des manipulations du type redimensionnement de partitions contigues avec cfdisk du genre :
partoche(n) + partoche (n+1) = partoche(n)
OU
partoche(n) = partoche(n) + partoche (n+1)
Dans les deux cas je n'ai jamais expérimenté de pertes de données sur les autres partitions adjacentes. Seules celles redimensionnées sont perdues et il ne faut pas oublier au besoin de revoir son etc_fstab.
Après, il est toujours possible (si tu as de la place) de sauvegarder ta partition w2k sous forme brute (dd sur le device) ou juste tes données (en montant la partition ntfs/FAT) avant de tenter le "write".
[^] # Re: Totalement inutile...
Posté par Quzqo . En réponse au journal Totalement inutile.... Évalué à 1.
apt-get install xbase-clients ...
[^] # sauvons la Lozère...
Posté par Quzqo . En réponse à la dépêche Dégroupage : plus de 130 000 lignes concernées. Évalué à 1.
C'est tout de même en Bretagne qu'on trouve le plus de consanguinité ne l'oublions pas...
---> [] ... BLAMMMM
[^] # Re: Contribuer, oui, mais comment ?
Posté par Quzqo . En réponse à la dépêche Contribuer, oui, mais comment ?. Évalué à 4.
[^] # Re: Concours d'uptime
Posté par Quzqo . En réponse au journal Concours d'uptime. Évalué à 1.
0.82d
1.82d
2.82d
...
qu'est-ce qu'on peut en conclure si ce n'est déduire de la suite remarquable que le cron s'exécute une fois par jour... Espérons qu'on ne rebootera pas vers la même heure que la fois précédente...
AMHA, pour avoir des statistiques un poil précises, le mieux serait de:
- incrémenter un compteur au boot
- "croner" chaque minute l'uptime et remplacer la dernière valeur si les indices sont égaux dans ~/stats.txt avec un script du genre
#! bla-bla-bash
typeset -i _idx=$(cat <mon_fichier_index_maj_au_boot>)
typeset -i _cur=0
tail -n1 ~/stats.txt | read _cur _upt
if (( _idx == _cur ))
then
# cas le + probable : meme boot, maj du fichier de stats
/usr/bin/ed -s ~/stats.txt <<-ENDOFSED 1>/dev/null
H
$ /$_upt/s//$(uptime)
w
q
ENDOFSED
# on append systematiquement en cas d'erreur
(( $? != 0 )) && echo "$_idx $(uptime)" >> ~/.stats.txt
else
# cas rare : suite a un reboot
echo "$_idx $(uptime)" >> ~/.stats.txt
fi
NB:
1. -ENDOFSED autorise l'increment des instructions du ed avec des tabulations uniquement. Sinon, aucun increment possible
2. il faut juste trier les entrées d'indice identique potentiellement présent
Il y a sans doute plus élégant...
J'veux bien l'equivalent en perl passque le shell ça ...>< ...
# Re: Serveur Counter Strike et Gestion des Statistiques
Posté par Quzqo . En réponse au journal Serveur Counter Strike et Gestion des Statistiques. Évalué à 1.
Pour ceux que je connais, il suffit que le même joueur prenne toujours le(s) même(s) pseudo(s) qui peuvent être aliasés pour les stats finales.
Si tu ne trouves toujours rien, j'essaierai de retrouver les scripts "customisés" que nous utilisions... (mais ça date et je n'ai pas de garantie...)
# Re: ?????????
Posté par Quzqo . En réponse au journal (6232) ?????????. Évalué à 1.
(et ça ne le faisait pas vendredi aprem'... dans l'intervalle j'suis parti à la campagne sans elec', sans eau, sans... ;o)
# Re: Linux sur mon Palm ?
Posté par Quzqo . En réponse au journal Linux sur mon Palm ?. Évalué à 3.
Linux sur un vieux Palm -- [...] -- mon Tungsten
OU
processeur Motorola -- [...] -- surtout qu'avec un processeur ARM -- [...] -- toute information concernant le TI OMAP (à priori TI = Texas Instrument).
Sans avoir beaucoup cherché, je dirais qu'il y a quelques incohérences dans ton propos... et cela devient difficile de t'aider.
Pour moi, un vieux Palm ce serait plutôt un III(x) ou un V(x), voire un à base de processeur Motorola (série m5xx)
En résumé,
- Tungsten C : Intel, PalmOS 5.x <------------------------------------------------ RECENT
- Tungsten E, Tx : TI (Texas Instrument du coup ;o), PalmOS 5.x <----- RECENT
- Zire, série m5xx : Motorola, PalmOS 4.x <----------------------------------- "PLUS TOUT JEUNE"
- série III, V : ???, PalmOS 3.x <--------------------------------------------------- "VIEUX"
[^] # ISO... le miracle ;o)
Posté par Quzqo . En réponse à la dépêche Mozilla 1.5 disponible aujourd'hui. Évalué à 4.
Non pas-du-tout-efface.
La norme ISO ne te garantit aucunement que ton système ou ton logiciel fonctionnera : ce n'est ni une garantie de fonctionnement ni une garantie de qualité de réalisation (i.e codage). La norme ISO te garantit juste une qualité et un respect des procédures.
En gros, tu dis ce que tu fais et tu actes ces réalisations, rien de plus : c'est un impératif de traçabilité.
Concernant la phase de conception, quelles que soient les méthodes employées, je ne vois pas comment tu pourrais être certain du résultat final. C'est d'ailleurs un peu pour cela que l'on a recours à des maquettes (pour valider de quoi ça aura l'air) et à des prototypes (pour s'assurer que certains choix techno sont cohérents et répondent au besoin). A ma connaissance, maquettes et prototypes font partie de la phase de réalisation...
[^] # Texte à l'appui
Posté par Quzqo . En réponse au journal CD copy-control : quand la réalité rejoint la scène politique. Évalué à 1.
Au-delà, le mérite que je trouve à cet interview est de considérer l'ensemble de la problématique, de manière simple et accessible à tous.
Que se pose ensuite un problème d'interprétation de la loi, je n'en doute pas et c'est pourquoi nos députés auraient tout intérêt à clarifier les textes... en espérant que cela reste au bénéfice du consommateur.
Pour le moment, j'estime juste que la réalité n'est pas très équitable : taxe sur les supports et protection anti-copie... et que, dans une certaine mesure, ça encourage le piratage.
[^] # NVidia, ATI & Matrox
Posté par Quzqo . En réponse au journal Pour noel, je voudrais .... Évalué à 3.
Pas-du-tout-efface...
Définitivement, je crois qu'il faut arrêter cette légende urbaine : NVidia c'est trop cool y'a des drivers et ATI ça pue çai pas libre... y-a que Matrox pour avoir des drivers libres-open-source-tout-ça-tout-ça...
Pour replacer les choses dans leur contexte :
1. NVidia fournit des drivers proprios et c'est tout,
Avantage : accélération 3D/3D et performances au rendez-vous
Inconvénients : proprio, les heureux possesseurs d'autres architectures que le x86 adooooooore NVidia
2. ATI fournit des drivers proprios et aide au développement de drivers open source,
Avantages : libre, accélération 2D acquise, 3D possible, multi-architecture...
Inconvénients : proprio + performants même si en deça de la qualité NVidia, toutes les cartes ne sont pas supportées, le support effectif d'ATI pour la communauté est parfois théorique
Dans les deux cas, quelques soient les drivers utilisés, c'est encore loin d'être parfait...
3. Reste Matrox mais je crains que les drivers libres ne soient disponibles que pour des cartes déjà un peu anciennes (bien qu'encore performantes et bi-écran possible)... Les cartes récentes sont A. peu répandues B. non supportées mais je me trompe peut-être
# Samba : automatisation?
Posté par Quzqo . En réponse au journal samba : automatisation?. Évalué à 1.
A ma connaissance, il n'y a pas de montage automatique mais posibilité de glisser/déposer des fichiers de/vers un explorateur de fichiers...
Et il reste toujours smbmount ... à condition d'avoir les paquetages clients pour samba (apt-cache search samba util sous Debian). (*)
Côté Gnome, dans les préférences tu peux définir une liste de serveurs accessibles par protocoles samba et/ou NFS qui seront des raccourcis pour y accéder.
Après... même combat.
KDE... dsl j'sais pas mais ça doit exister
Si tu veux absolument "monter" les partages, regarde plutôt du côté de NFS, beaucoup plus proche de la logique unix/linux que samba (protocole netbios/windows)... à moins d'avoir un environnement hétérogène auquel cas, samba et NFS cohabitent plutôt bien sur les mêmes partages (au moins chez moi).
(*) Quelqu'un aurait-il réussi à faire marcher un mount -t smbfs un jour dans sa vie ou est-ce une légende urbaine le mount.smbfs ?
[^] # Rapides statistiques...
Posté par Quzqo . En réponse au journal Marques et ouverture du code. Évalué à 1.
On trouve :
18 liens vers www.logiciellibre.net
3 références à "ecocentric"
pour un total de 19 liens soit un record de 95% des sources d'inspiration.
C'est beau la vie...
[^] # Email gratuit : www.no-log.org, c'est bon, mangez-en
Posté par Quzqo . En réponse au journal Email gratuit. Évalué à 1.
Hors informations sur les indisponibilités, aucun spam ni message incongru, une discrétion totale concernant les informations personnelles (sachant qu'on en renseigne aucune) et une multitude d'accès possibles : le top.
Mais... car il y a un "mais"... il semble que j'ai certains problèmes d'émission vers cette adresse avec le motif suivant : "Code de statut de système de messagerie étendu (RFC1893): 5.1.2" :
- 5.X.X Permanent Failure
- X.1.2 Bad destination system address
Une idée ?
Tant que cela se limite à mes envois depuis une adresse précise, ça va mais j'espère que ça ne touche pas des émetteurs qui ne connaissent de moi que cette adresse...
En attendant, j'investigue...
[^] # Windows... un OS (?) avec plein de pognon à l'intérieur...
Posté par Quzqo . En réponse au journal les fonctionnalités présentes que dans GNU/Linux. Évalué à 2.
A la lecture de ce thread, autant je trouve dommage que les opinions de chacun vienne occulter la tienne par un approche partiale, autant je peux difficilement comprendre un argument comme benefs/chiffre d'affaire continue d'augmenter... associé au principe de réussite.
Désolé mais au-delà de la notion de liberté et de communauté/solidarité que véhicule les LL et à laquelle ne pourra jamais prétendre une société comme MS, dois-je te rappeler que l'argent/le profit ne peuvent en aucun cas être synonyme de réussite pour l'individu ? au mieux un succès pour une entreprise...
J'ai décidément bien du mal à comprendre comment d'un moyen, le fric est devenu une fin, le signe d'un achèvement quelconque...
Quelque part, je pense qu'il serait temps d'introduire un équivalent au point Godwin pour les argumentaires concluant sur le désormais lapidaire "de toutes façons, je gagne plus de pognon : je suis meilleur : CQFD"
TssssS...
[^] # ed : geek-attitude ?
Posté par Quzqo . En réponse au journal les fonctionnalités présentes que dans GNU/Linux. Évalué à 1.
Editer un texte avec "ed", ça c'est vraiment tendance...
En tous cas, ça doit être particulièerement sport : je demande à voir...
Ta prochaine étape : dd pour l'ajout caractère par caractère ?
N'oublie pas l'EOF...
# Re: Evangélisme professionnel...
Posté par Quzqo . En réponse au journal Evangélisme professionnel.... Évalué à 1.
http://www.culte.org/kitmanif/(...)
PS: d'ailleurs, tu y figures ploum ;o))