Il doit y avoir une dépêche en attente, mais vu qu'on en parle partout sauf sur linuxfr, je lance vite fait ce journal en attendant...
les nouveautés du gibbon fougueux :
* GNOME est disponible dans sa version 2.20
* Les effets 3D du bureau Compiz Fusion sont activés par défaut si la machine le permet
* une applet de recherche deskbar fait son apparition : elle gère les actions fréquentes, les signets, les carnets d'adresses
* Il est possible de basculer rapidement d'un environnement utilsateur à l'autre
* un gestionnaire de plugins est disponible pour firefox
* un véritable système de plug-and-play est présent pour les imprimantes
* le non-libre entre un peu plus avec l'installation aisée de pilotes provenant des dépôts restricted
* l'écriture sur partition NTFS est pris en charge grâce à ntfs-3g
* la/les partition/s peut/peuvent être cryptée/s à l'installation
* intégration de apparmor, qui permet d'affecter un profil de sécurité à chaque application
* la suite bureautique OpenOffice.org en proposé en version 2.3
* présence d'une interface graphique pour configurer Xorg
- la news officielle : http://www.ubuntu.com/getubuntu/releasenotes/710tour
- les moyens d'obtenir ubuntu : http://www.ubuntu.com/getubuntu
- la page de téléchargement : http://releases.ubuntu.com/gutsy/
- la page dédiée sur le site de la communauté francophone : http://doc.ubuntu-fr.org/gutsy
# News
Posté par patrick_g (site web personnel) . Évalué à 4.
# * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par satan . Évalué à 4.
Ça vient probablement de l'installeur de debian vu que c'est présent que dans le cd alternatif et pas dans le LiveCD.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Matthieu . Évalué à 3.
A moins que vous vouliez parler du fait que l'on puisse chiffrer les partitions à l'installation, alors là oui c'est un progrès.
Répétez après moi :
on crypte mais on ne décrypte pas (irréversible)
on chiffre et on déchiffre (réversible).
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par pix (site web personnel) . Évalué à 9.
on chiffre: on connait la clef -> donnée chiffrée
on déchiffre avec la clef -> une donnée en clair.
Et ben qu'en on a pas la clef, et pour avoir un texte en clair: on décrypte.
Et crypter (qui lui n'existe pas) ça équivaudrait a chiffrer sans connaitre la clef -> pas très utile
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Matthieu . Évalué à 1.
Je suis d'accord avec toi pour le début, le chiffrement est un mécanisme réversible qui permet de chiffrer des données avec une clé connue, et de les déchiffrer avec soit la même clé (clé symétrique), soit avec une autre clé calculée à partir de la première (clés asymétriques).
Utilisation du chiffrement : SSL par exemple, IPsec
Par contre, je continue à utiliser le terme crypter qui indique le fait de transcrire des données avec une clé sans avoir les moyens de revenir en arrière. D'où le "on crypte mais on ne décrypte pas". L'algorithme est irréversible. Bien sûr, on pourrait décrypter dans certains cas, mais ceci par des moyens détournés (brute force...).
Utilisation du cryptage : stockage des mots de passe par exemple.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Matthieu . Évalué à 2.
> Et crypter (qui lui n'existe pas) ça équivaudrait a chiffrer sans connaître la clef -> pas très utile
crypter n'équivaudrait pas à chiffrer sans connaître la clé mais plutôt à chiffrer sans avoir de clé pour faire l'opération inverse.
L'unique utilisation du mot "chiffrer" ne donne aucune indication sur la réversibilité de l'algorithme utilisé.
... du moins c'est ce que j'ai appris quand j'ai travaillé dans le monde de la sécurité informatique...
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par ecyrbe . Évalué à 2.
A priori ta définition est fausse. surtout qu'on dit bien qu'une certaine chaine est cryptée et pourtant avec le décodeur, on la décrypte très bien, ou plutôt devrais-je dire déchiffrer, sinon d'après wikipedia, décrypter serait l'oeuvre de piratage (sans connaitre la clef de chiffrage)....
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par pastro . Évalué à 4.
je suis d'accord avec "Camille Moncelier"
et il doit sortir ses définition de toutes personne ayant eu des cours de cryptographie ( enfin moi c'est la première chose qu'on m'a dit dans ses c'est les définition la )
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par pix (site web personnel) . Évalué à 2.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par ecyrbe . Évalué à -1.
La cryptographie est une dicipline reconnue, je l'utilise tous les jours, et je dois avouer que je me sert du mot crypter pour évoquer un chiffrement difficile à décrypter (dans le sans ou l'on a pas la clef pour déchiffrer). Et je pense que mes collègues me comprennent bien quand je l'emploi dans ce sens, vu qu'ils l'emploient aussi.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par pastro . Évalué à -1.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Zenitram (site web personnel) . Évalué à 2.
le chiffrement (parfois appelé à tort cryptage)
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par ecyrbe . Évalué à 2.
Cependant j'avoue que j'utilise aussi le mot crypter à mauvais escient comme synonyme de "chiffrer" comme je l'ai dit plus haut. c'est devenu commun, je ne suis pas certain qu'une levé de bouclier contre cet anglicisme soit necessaire, vu le nombre d'anglicisme que nous informaticiens employons à longeur de temps dans nos boulots respectifs...
Même les non informaticiens en utilisent (cf le mot "e-mail"), et personne ne s'en offusque.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Zenitram (site web personnel) . Évalué à 2.
- "Chaine cryptée" utilise abusivement le mot "cryptée"
- Anglicisme??? C'est dit dans l'article, la traduction anglaise de déchiffrement est deciphering, celle de décrypter est decrypting : ce n'est pas un anglicisme, les anglais faisant la même faute que nous en mélangeant les deux mots.
C'est un problème franco-français (ou anglo-anglais, au choix), rien à voir avec l'anglicisme...
(ou corrigez moi si je me trompe, c'est ce que j'ai compris de ma lecture de Wikipedia...)
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par ecyrbe . Évalué à 2.
ouvre un dictionnaire d'anglais pour t'en convaincre, ou va lire wikipedia en anglais.
il s'agit donc bien d'un anglicisme, désolé...
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Sébastien B. . Évalué à 3.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par ecyrbe . Évalué à 4.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Sylvain Sauvage . Évalué à 5.
une fonction de hachage est une fonction surjective généralement non injective.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Rémi Pannequin . Évalué à 3.
Le verbe « crypter » n'existe pas. On utilise « chiffrer »
Décrypter et déchiffrer sont tout deux corrects. Décrypter me semble plus connoté au fait que l'opération soit difficile.
À chieur, chieur et demi :-)
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par pix (site web personnel) . Évalué à 4.
PS: Cf mes cours de crypto. (Ce qu'il en reste)
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Rémi Pannequin . Évalué à 8.
On fait quand même une belle bande de pinailleurs !
:-)
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par pix (site web personnel) . Évalué à 4.
Et puis pinailler un pinailleur c'est l'extase.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par moudj . Évalué à 2.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par satan . Évalué à -3.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par pix (site web personnel) . Évalué à 0.
Godwin, Godwin, Godwin, Godwin, Godwin, Godwin, Godwin !!!
Plus fort,
GODWIN, GODWIN, GODWIN, GODWIN
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Rémi Pannequin . Évalué à 2.
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par satan . Évalué à 1.
As a young boy, Adolf Hitler had a dream: a dream of a world free of the stain of dangling participles and the mongrel menace of misplaced modifiers. It was a good dream...
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Rémi Pannequin . Évalué à 1.
Aaauuuugh, my eyes !
[^] # Re: * la/les partition/s peut/peuvent être cryptée/s à l'installation
Posté par Matthieu . Évalué à 1.
Il faut faire attention aux termes que l'on utilise, dans tous les domaines, pas seulement ceux de l'informatique. La langue française ne se résume pas à 500 mots !
# Compiz
Posté par ribwund . Évalué à 7.
(sinon j'ai network-manager qui marche beaucoup moins bien que sous feisty, et oui y'a un bug d'ouvert)
A part ca le nouveau X rox :)
[^] # Re: Compiz
Posté par patrick_g (site web personnel) . Évalué à 2.
[^] # Re: Compiz
Posté par plagiats . Évalué à 2.
[^] # Re: Compiz
Posté par nicko . Évalué à 2.
Pour fair fonctionner ces dongle ralink : désinstallation de networkmanager + instalation des driver rt73 legacy CVS de serialmonkey + installation de RutilT
[^] # Re: Compiz
Posté par Psychofox (Mastodon) . Évalué à 2.
[^] # Re: Compiz
Posté par plagiats . Évalué à 3.
[^] # Re: Compiz
Posté par Psychofox (Mastodon) . Évalué à 2.
https://linuxfr.org/~neologix/25358.html
D'après ce journal le pilote serialmonkey serait fourni avec mandriva et gentoo, et fonctionnerait bien.
[^] # Re: Compiz
Posté par nicko . Évalué à 2.
Il y a le driver rt2x000 unifié pour tout les chipsets ralink et utilisant des fonctions des dernières versions du noyau linux. Il est pour l'instant expérimental.
Et il y a les drivers Legacy. Le rt73, le rt61 etc...un pour chaque chipset...
[^] # Re: Compiz
Posté par IsNotGood . Évalué à 1.
Ubuntu et Fedora sont passés à la nouvelle pile.
[^] # Re: Compiz
Posté par IsNotGood . Évalué à 2.
Quelle version utilise Ubuntu ?
Il y a un coup de bourre sur NetworkManager pour F8 :
http://fedoraproject.org/wiki/Releases/8/FeatureList (85 %)
L'état au 3 octobre :
http://www.redhat.com/archives/fedora-devel-list/2007-Octobe(...)
Ce qui est connu ne pas marcher :
[^] # Re: Compiz
Posté par satan . Évalué à 2.
[^] # Re: Compiz
Posté par ribwund . Évalué à 2.
[^] # Re: Compiz
Posté par Rémi Pannequin . Évalué à 2.
Heu... chez-moi-ça marche (mieux) :-)
En fait, ça ne fonctionnait pas sous Feisty (chip RTL8139, wpa), mais ça passe avec Gutsy.
[^] # Re: Compiz
Posté par Aldoo . Évalué à 2.
Obligé de le killer -9 et de le relancer.
Sur Feisty ça marchait (mais c'était le pilote WiFi qui se relançait mal !).
# Upstart ?
Posté par GeneralZod . Évalué à 4.
Bravo pour la page de présentation qui est agréable visuellement et bien écrite.
Je souhaite un bon téléchargement à nos amis Ubuntistes.
PS: Je remarque avec plaisir que Gutsy Gibbon, deux nouveautés provenant de FedoraProject:
* un véritable système de plug-and-play est présent pour les imprimantes
C'est system-config-printer, l'utilitaire d'impression de Fedora qui a refondu pour Fedora 6.
* Il est possible de basculer rapidement d'un environnement utilsateur à l'autre
L'applet fast-user-switch existait déjà, la nouveauté c'est tout le travail d'intégration qui a été fait derrière notamment avec ConsoleKit.
http://fedoraproject.org/wiki/Desktop/FastUserSwitching
[^] # Re: Upstart ?
Posté par ecyrbe . Évalué à 2.
pourtant dans la branche de developpement il y a pas mal de script pour upstart qui ont été réalisés, mais je supose qu'il en manque plein pour que ça puisse être fonctionnel.
[^] # Re: Upstart ?
Posté par Smarter . Évalué à 2.
[^] # Re: Upstart ?
Posté par inico (site web personnel) . Évalué à 2.
# ma vie
Posté par Marc Quinton . Évalué à 3.
- problemes avec la video sur vlc, mplayer et tous les players en général. C'est un soucis sur ma carte vidéo je suppose. Quand je lance vlc la premiere fois, pas de video, et si je lance en parallele un second lecteur video, j'ai bien la video affichée. J'ai essayé d'intervenir dans Système / Préférence / Selecteur de Systeme Multimédia / Video dans véritable succes.
- apres l'hibernation, plus de réponse du tout quand je connecte l'USB.
[^] # Re: ma vie
Posté par jraf . Évalué à 1.
j'ai upgradé hier soir depus la version precedente.
J'ai aussi un pb avec VLC, la video s'affiche 1/2 fenetre trop bas, et c'est pareil en plein ecran.
a part ca, tout marche bien
[^] # Re: ma vie
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
[^] # Re: ma vie
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Encore faut-il que les lecteurs multimédias que tu utilises exploitent ce framework et le seul, à ma connaissance, c'est totem-gstreamer.
Quand tu dis « tous les players en général », as-tu essayé avec totem ?
En outre, de quelle carte vidéo disposes-tu et quel est le pilote utilisé ?
# Ah, Ubuntu...
Posté par Florent KOSMALA . Évalué à 2.
Toutefois, j'ai l'impression qu'Ubuntu souffre du syndrome de la lourdeur windowsienne : Plein de services (et logiciels) mis par défaut alors qu'on ne les utilisent pas. Ce qui provoque un ralentissement du système.
Soit je n'ai jamais fait attention et on peut sélectionner ses paquets à l'install (un peu comme à la debian) et auquel cas, veuillez m'en excuser, soit il faudrait permettre justement ce choix.
Je suis passé d'Ubuntu à Debian en partie à cause de ça (il y a quand même d'autres raisons). mais Ubuntu est quand même une très bonne distribution et je lui souhaite une bonne continuation
[^] # Re: Ah, Ubuntu...
Posté par Marc Quinton . Évalué à 3.
Bah, moi je suis plutot satisfait de la nouvelle Gutsy. Mais j'ai aussi des petits bugs a corriger.
[^] # Re: Ah, Ubuntu...
Posté par suJeSelS . Évalué à 1.
[^] # Re: Ah, Ubuntu...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 3.
Tout cela est assez subjectif et empreint de préjugés selon lesquels il faudrait avoir le moins de services possibles. Quand on voit la charge prise par ces services par défaut, c'est dérisoire (et je n'ai pas un PC spécialement puissant).
X.org prendra largement plus de ressources que les services par défaut.
Ensuite, ce sont les applications comme evolution, firefox ou openoffice.org qui tiendront la tête de la course. Un coup d'½il aux ressources prises par les différents processus vaut mieux que des préjugés douteux et sans fondements.
[^] # Re: Ah, Ubuntu...
Posté par Zenitram (site web personnel) . Évalué à 5.
Tiens, quand c'est Microsoft qui met plein de service par défaut "ça peut toujours être utile", c'est du n'importe quoi, trou de sécurité tout ça, et quand c'est une distribution Linux c'est génial?
Hum, faudrait revoir les arguments anti-MS alors...
[^] # Re: Ah, Ubuntu...
Posté par Marc Quinton . Évalué à 0.
- liberté de la facilité : installateur standard,
- liberté de la finesse d'installation : CD alternate.
[^] # Re: Ah, Ubuntu...
Posté par Zenitram (site web personnel) . Évalué à 3.
Idem sous Windows : panneau de configuration, Service, clic droit sur les service et "désactiver" (désactivé ou désinstallé c'est pareil à l'exception de si peu de place sur le DD...), juste qu'il faut le savoir... Comme sous cette distrib!
C'est marrant quand même cette manie de défendre ("mais c'est pas grave, on enlève facilement...") quand c'est Linux, et d'enfoncer quand c'est Windows ("oh l'horreur c'est par défaut, le gros trou de sécu mis sur des millions de postes!!!")...
Car MS disait aussi que "c'est pour la facilité d'installation".
Avec Windows, on peut facilement désactiver WMP, MSN etc... Tout ce qui est reproché à Microsoft est enlevable facilement, donc si c'est si simple que "ça s'enlève facilement", finalement MS n'est pas un méchant alors?
A moins que ce ne soit pas si évident, et que laisser par défaut activé des services non utiles est dangereux...
J'ai l'impression que quand des distribs commencent à copier les conneries de Windows avec 10 ans de retard, vous applaudissez, ça me fait un peu peur la...
[^] # Re: Ah, Ubuntu...
Posté par IsNotGood . Évalué à 1.
Sauf qu'il faut faire un procès à MS pour arriver à ça...
> J'ai l'impression que quand des distribs commencent à copier les conneries de Windows avec 10 ans de retard, vous applaudissez, ça me fait un peu peur la...
Quelles conneries ?
Il faut argumenter.
Si Ubuntu fait comme Fedora, il y a plein de services CLIENTS qui sont lancés. Pas des trucs qui sont à l'écoute du réseau.
Et si Linux faisait les mêmes conneries que Windows, alors il y aurait plein d'erreur de conception qui sont des niches à virus, etc...
Ce n'est pas ce que je vois.
Je me trompe ?
Lancer un service Hal, dbus, ou cups, ou qui monte les lecteurs nfs, etc ce n'est pas une erreurs de conception.
Ça emmerde seulement ceux qui veulent booter leur bécane en 20 secondes.
[^] # Re: Ah, Ubuntu...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Normalement aucun sauf avahi-daemon.
[^] # Re: Ah, Ubuntu...
Posté par inico (site web personnel) . Évalué à 1.
Mais il tourne plus en root.
[^] # Re: Ah, Ubuntu...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
[^] # Re: Ah, Ubuntu...
Posté par pasBill pasGates . Évalué à 1.
Ce n'est pas ce que je vois.
Erreurs de conception que tu n'as jamais ete capable de montrer clairement apres plusieurs demandes.
Normal vu que les 2 OS ont exactement le meme design au niveau securite...
[^] # Re: Ah, Ubuntu...
Posté par windu.2b . Évalué à 1.
La preuve : la version encore majoritaire aujourd'hui parmi les Windows gère parfaitement bien les utilisateurs avec droits restreints, les programmes ne réclament pas sans arrêt d'être lancé en admin, aucun virus n'a à ce jour profité de cette "faille"...
Non, tu as tout à fait raison : entre Linux et Windows XP (puisqu'il s'agit de lui dont je parle), il n'y a aucune différence niveau sécurité !
Et si tu veux qu'on parle de Vista, alors parlons-en : un OS qui gère (enfin) les droits restreints et qui les imposent aux softs, je dis (sincèrement) bravo ! Sauf que...
Sauf que l'UAC est désactivable, on applaudit la logique Redmondienne
[^] # Re: Ah, Ubuntu...
Posté par pasBill pasGates . Évalué à 1.
Oui Windows, l'OS, gere parfaitement bien les utilisateurs avec droits restreints.
Que les programmes soient mal foutus car programmes par des gens qui ne comprennent rien a la separation admin/user, ce n'est pas le probleme de l'OS.
Quand aux virus, vu qu'il n'y a pas de faille de l'OS de ce point de vue, ils profitent de failles de l'interface chaise-clavier.
Et si tu veux qu'on parle de Vista, alors parlons-en : un OS qui gère (enfin) les droits restreints et qui les imposent aux softs, je dis (sincèrement) bravo ! Sauf que...
Sauf que l'UAC est désactivable, on applaudit la logique Redmondienne
Moi je te proposes d'apprendre la difference entre UAC et ce que sont les les differents types d'utilisateurs, tu vas etre surpris d'apprendre que ce n'est pas du tout la meme chose, et que le second est supporte par NT depuis sa naissance.
[^] # Re: Ah, Ubuntu...
Posté par lezardbreton . Évalué à 3.
Il y a des moments où il faudrait peut-être assumer ses responsabilités cher pbpg. En ayant une politique par défaut d'utilisation en tant qu'administrateur de poste, Microsoft a clairement laissé la porte ouverte aux abus des fournisseurs tierces d'applications. Donc oui, Microsoft est responsable d'un développement non sécurisé de ces applications à un degré élevé.
Ce n'est pas le cas sur les systèmes assimilés UNIX.
[^] # Re: Ah, Ubuntu...
Posté par pasBill pasGates . Évalué à 1.
J'ai du mal a voir quel rapport cela a avec le design de l'OS lui-meme. Techniquement parlant il n'a aucun probleme de ce cote la.
Donc oui, Microsoft est responsable d'un développement non sécurisé de ces applications à un degré élevé.
Ils ont surtout du vivre avec le passe (Win9x et les apps developpees pour) sur les plateformes clients.
[^] # Re: Ah, Ubuntu...
Posté par lezardbreton . Évalué à 4.
[^] # Re: Ah, Ubuntu...
Posté par pasBill pasGates . Évalué à 2.
Je parles ici purement en termes techniques, pour tous les bozos qui s'amusent a parler de deficiences techniques dans l'OS niveau securite, la realite c'est qu'il n'y en a pas.
[^] # Re: Ah, Ubuntu...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 4.
[^] # Re: Ah, Ubuntu...
Posté par inico (site web personnel) . Évalué à 0.
Seulement depuis que vos developpeurs sont forcé de travailler dans des comptes utilisateurs.
Donc depuis Windows XP SP2.
[^] # Re: Ah, Ubuntu...
Posté par pasBill pasGates . Évalué à 1.
Fais seulement, montre moi quelle difference il y a entre SP1 et SP2 a ce niveau, voire meme RTM et SP2.
Je t'aide, il y a ZERO differences.
Quand aux devs, ils sont forces a rien du tout, on installe nos machines nous-memes, si certains veulent mettre leur compte en admin ils peuvent.
[^] # Re: Ah, Ubuntu...
Posté par dinomasque . Évalué à 1.
Heureusement que les initiés de chez MS connaissent les 'cheat-modes' de Windows qui permettent de ne pas redémarrer l'ordinateur à chaque fois qu'un évènement perturbe le système (par exemple : brancher une souris) ...
</troll>
BeOS le faisait il y a 20 ans !
[^] # Re: Ah, Ubuntu...
Posté par suJeSelS . Évalué à 1.
[^] # Re: Ah, Ubuntu...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Dans le contexte précédent, il était davantage question de performance que de sécurité par rapport à ces services et, pour la quasi-totalité, n'écoutent pas sur les interfaces externes mais exclusivement sur localhost. Je ne pense pas qu'on puisse comparer les défauts de sécurité de Windows avec les distributions récentes de Linux. Par ailleurs, il faudrait aussi se mettre à jour par rapport aux dernières versions de Windows pour éviter précisément de s'enfermer dans l'anti-Microsoft primaire totalement déconnecté de la réalité. On n'est plus en 1995.
[^] # Re: Ah, Ubuntu...
Posté par IsNotGood . Évalué à 2.
Mouaif. Des questions de fantasme de performance je dirais.
A part la vitesse de boot, ces service ne changent rien aux performances. Il n'y a jamais eu de bench pour recouper ces "délires".
Depuis de nombreux mois il est fait très attention de ne pas avoir de services qui "pool" afin de diminuer au maximum la consommation électrique.
De plus, s'ils ne sont pas utilisés, ils finissent en swap.
[^] # Re: Ah, Ubuntu...
Posté par Putifuto . Évalué à 3.
Et ça, ça craint. La sécurité implique de laisser un nombre de service le plus faibles possibles.
[^] # Re: Ah, Ubuntu...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 0.
[^] # Re: Ah, Ubuntu...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 3.
Ensuite, on parle d'une distribution destinée à un usage de poste de travail, pas d'un serveur de données classifiées. Faut-il interdire les services locaux sous prétexte que cela nuit à la sécurité du système ? Si oui, alors interdisons carrément Linux, vu le nombre d'exploits locaux possibles. D'ailleurs, il ne faudrait même pas avoir de noyau modulaire, trop dangereux.
Il y a des moments où les adeptes de la sécurité pour la sécurité devraient sortir un peu de leur tours d'Ivoire et aller voir comment les autres êtres humains utilisent les outils informatiques au lieu de pondre des dogmes inapplicables.
La sécurité est une évaluation des risques par rapport aux besoins des utilisateurs. Si ta sécurité est trop rigide, les utilisateurs trouveront un moyen (forcément crade) de contourner ton système (par exemple, en utilisant une clé USB parce que ton serveur de mail ne laisse pas passer les grosses pièces jointes). Si ta politique de sécurité ne prend pas en compte l'humain, elle ne servira à rien.
[^] # Re: Ah, Ubuntu...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
# Ecriture NTFS
Posté par donegarden . Évalué à 3.
[^] # Re: Ecriture NTFS
Posté par gnumdk (site web personnel) . Évalué à 3.
Quelques semaines et tu pourras plus rien écrire sur ta partoche, c'est un peu emmerdant. C'est prioritaire pour les gens de ntfs3g mais au derniere nouvelle ce n'était toujours pas corrigé.
[^] # Re: Ecriture NTFS
Posté par Guillaume Denry (site web personnel) . Évalué à 1.
Tu tiens ça d'où ? Expérience personnelle ? Dans quel contexte ? Parce que j'ai pas de soucis depuis les mois où je l'utilise.
[^] # Re: Ecriture NTFS
Posté par Snarky . Évalué à 3.
[^] # Re: Ecriture NTFS
Posté par gnumdk (site web personnel) . Évalué à 2.
C'est connu des devs de NTFS3g...
Et non ext3 n'est pas une solution vu que le driver ext2 de windows ne supporte pas l'utf8.
[^] # Re: Ecriture NTFS
Posté par IsNotGood . Évalué à 1.
Ce n'est pas tout à fait ça. Windows ne supporte pas utf8. Nuance.
ext3 ne sait pas qu'il utilise utf8, il s'en fout. C'est du "char *" pour lui.
[^] # Re: Ecriture NTFS
Posté par Zenitram (site web personnel) . Évalué à 4.
Il supporte UTF-16LE, ça revient au même, c'est juste une différence dans la gestion interne des noms complexes, Windows peut gérer des noms Unicode... Et si ça fout le bordel quand j'écris avec le drivers ext3 Windows, ben je préfère passer par NTFS au moins les deux OS se comprendront et sauvera mes accents et autres joyeusetés de caractères.
[^] # Re: Ecriture NTFS
Posté par Yann LD . Évalué à -1.
le driver ntfs-3g fonctionne très bien, je l'utilise depuis plusieurs sur plusieurs machines (avec ma distro, linuxconsole).
Peut-être que le problème vient d'ubuntu ?
# Question sur Compiz
Posté par Moogle . Évalué à 2.
Merci et gros bisous à ceux qui pourront me répondre !
[^] # Re: Question sur Compiz
Posté par pastro . Évalué à 1.
[^] # Re: Question sur Compiz
Posté par abramov_MS . Évalué à 2.
[^] # Re: Question sur Compiz
Posté par Moogle . Évalué à 2.
Merci quand même !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.