gaston a écrit 230 commentaires

C'est corrigé certes oui, mais dans une version béta des dits drivers, et c'est pas mentionné dans le Changelog.... ca fait vraiment pas très sérieux :)

Dépassement de tampon.... découvert

Après plus ample lecture, il apparait que la faille/bug est connue depuis 2004, mais qu'elle n'a pas été fixée depuis par Nvidia, ce que démontre l'exploit.

Ce driver binaire a de toute facon une réputation déplorable en terme de stabilité, surtout dans les versions précédentes.... il est conseillé d'utiliser le driver libre nv en attendant que le bug soit fixé dans une prochaine version, ce qui va probablement pousser nvidia a sortir plus rapidement les drivers 9xxx déja disponibles en béta.
Ou sinon, espérer que le projet nouveau ( http://nouveau.freedesktop.org ) avance à grands pas pour nous débarasser de ce blob.

C'est plus ou moins vrai pour OpenBSD, les packages sont mis à jour pour -current de temps en temps lorsqu'on utilise les snapshots, et pour ceux qui ont des failles de sécurité importante de nouveaux packages sont rapidement mis a dispo pour ceux qui sont en -stable.
http://www.openbsd.org/faq/faq15.html#PkgSecurity

Après, évidemment, si on veut du bleeding-edge sur des serveurs/ws, et plein de logiciels au choix.... sid fait très bien l'affaire. Personnellement, OpenBSD en desktop, je trouve que les logiciels sont relativement bien à jour, et le packaging bien pensé. Evidemment, y'a pas autant de logiciels que dans debian et ses 18000 packages..

Rien ne t'y oblige, FreeBSD propose des packages binaires (portinstall -PP), et OpenBSD encourage fortement l'utilisation des packages binaires (pkg_add -r) plutôt que la compilation manuelle des ports.

Tu aurais une source pour cette info ?

Ce qui me chagrine, c'est qu'Ekiga s'écarte de Gnome.

Qu'est-ce que tu entends par la ?
Au contraire, je trouve que c'est une bonne idée. Ca permet de l'installer sans avoir besoin de toutes les libgnome* quand on n'utilise pas gnome.
L'intégration avec un environnement de bureau, c'est bien si c'est optionnel.

On a toujours pu acheter facilement les goodies, sur le site 'commercial' européen : https://https.openbsd.org/cgi-bin/order.eu

Ou aller chez ces magasins spécialisés : http://openbsd.org/orders.html#france

On peut payer par CB directement (sécurisé évidemment), les détails sont la : http://openbsd.org/orders.html#cshop (descendre un peu jusqu'a "Western Europe")

Wim Vandeputte (http://kd85.com) s'occupe de l'expédition, et j'ai jamais eu aucun problème de ce coté.

Sans vouloir revenir sur l'éternel troll news sur les rc/beta, je trouve que cette news est un peu ... légère. Un article plus étoffé sur les nouveautés (les plus apportés par l'absorption de conectiva et autres p.ex) aurait été le bienvenu, ou au moins un lien vers le très bon journal qui en parle : http://linuxfr.org/~rapsys/22806.html

En dehors de la forme, félicitations pour le boulot des devs mandriva, et qu'il y'en ait encore beaucoup d'autres versions !!

Hum, justement non : 2.6.17.13 et 2.6.18 sont disponibles.....
C'est à n'y rien comprendre.

Cette ancienne news explique un peu plus la creation de la 'branche' 2.6.16 : http://kerneltrap.org/node/6930

Tant qu'une nouvelle branche de Linux ne sera pas ouverte, il sera difficile ou éphémère, pour une petite équipe, de distribuer un système stable, basé sur un Linux 2.6.

C'est plus ou moins ce qui est en train de se faire avec la 'branche' des 2.6.16.x : http://kerneltrap.org/node/7164

Hum, de ce que j'ai compris, compiz/beryl et XGL/AIGLX sont 2 choses bien différentes.... et il faut XGL ou AIGLX pour jouer avec compiz ou beryl.

Dans tout les cas, cette démarche va devoir faire réagir Intel, car Theo les met 'publiquement' en face de leurs incohérences :

These vendors often want a quiet private discussion, because in a
quiet private discussion they can continue to dismiss the requests and
in the end do absolutely nothing. They do not want a noisy public
discussion, because then they look bad. But they DESERVE TO LOOK BAD,
because they are being bad to those who bought their hardware

Un certain nombre d'utilisateurs se sont manifestés depuis auprès du responsable chez Intel, comme les en avait encouragé Théo :

Majid Awad at Intel has stated to developers that he is the current
person who is responsible for this particular area. So go ahead, let
him know how you feel about this.

Certains de ces utilisateurs avaient ajouté misc@openbsd.org en copie, ce qui a relancé des fils de discussion sur le sujet.
Si vous êtes intéressés pour suivre les différents points de vue et réactions, les archives sont disponibles sur http://news.gmane.org/gmane.os.openbsd.misc et http://marc.theaimsgroup.com/?l=openbsd-misc&r=1&b=2(...)

Un des messages me parait intéressant du point de vue des licences : http://article.gmane.org/gmane.os.openbsd.misc/110649

Justement, d'après théo, ils sont dans leur plein droit :
http://marc.theaimsgroup.com/?l=openbsd-misc&m=115879165(...)

Our releases are thematic parodies, specifically permitted by law.

Après, je ne sais pas quelles lois s'appliquent dans quels pays..... vu que juridiquement, OpenBSD est 'basé' au Canada.

Le moteur de diff interne à Subversion peut maintenant ignorer les différences en nombres d'espaces/tabulations et en formats de fin de ligne, pour des diffs qui vont à l'essentiel de ce qui a véritablement changé

Enfin, on va pouvoir avoir des diffs lisibles. j'en peux plus de recevoir des messages de commits contenant des diffs constitués pour 95% de changements d'indentation, tout ca à cause d'éditeurs différents/mal configurés/style d'indentation non communs.

La guerre sur les styles d'indentation par défaut de vim/emacs va peut-être prendre fin. Si seulement tout le monde pouvait utiliser indent, et se mettre d'accord sur un style commun...

Rendons à césar ce qui lui appartient, j'ai trouvé ce site via ce blog :
http://www.prendreuncafe.com/blog/2006/09/14/497-ubuntu-en-n(...)

Après une lecture plus avancée : le support technique est assuré pendant le temps de la garantie matérielle, et ce genre de 'détails' pourrait à long terme permettre une meilleure percée de GNU/Linux en dehors du milieu 'informaticien bidouilleur'.

Entre une machine de guerre à 1500¤ pour faire tourner Windows Vista et ses bugs, et une machine élégante pour 1000¤ avec ubuntu et un support technique (même en anglais....), vous choisissez quoi comme cadeau de noël ? :)

J'avoue que le fait qu'il tourne ou pas sous windows.... ben je m'en tamponne un peu, voire beaucoup.

Si tu veux un navigateur libre basé sur Gecko,autre que Firefox et disponible sous windows, essaie K-meleon : http://linuxfr.org/2006/08/16/21204.html

Loin de moi l'idée de me faire mousser, mais j'ai été impressionné par la réactivité du développeur à vérifier et appliquer le patch. Surtout que c'était un truc qui me manquait, et finalement super simple à implémenter...
Le bug avec le patch :
http://bugzilla.xfce.org/show_bug.cgi?id=2072
Le thread correspondant sur la ml xfce :
http://foo-projects.org/pipermail/xfce/2006-July/018091.html

La gestion du smb dans thunar était une des feature request qui revenait le plus souvent sur la ml thunar-dev (avec la gestion d'une corbeille), le développeur (benny) était plutôt contre (c'est un bordel sans nom à implémenter, ca modifie l'architecture de pans entiers du code, etc...) et je suis "déçu" de voir qu'il va perdre un temps considérable la dessus plutôt que travailler sur d'autres choses plus importantes.

Pourquoi ne pas utiliser smbfs ? Pour moi, un système de fichier réseau n'a pas à être monté/démonté sans cesse, et il doit juste être considéré comme un dossier classique.

Sinon, bien évidemment, congrats à benny qui fournit un travail de dingue sur thunar depuis l'an dernier, et sur plein d'autres trucs dans Xfce. Vivement la 4.4-rc1 d'ici 2-3 semaines !!

Linux tolérait des drivers non libres alors que freebsd non par exemple (je ne retrouve plus où)

Pour préciser ce point, Linux ET FreeBSD 'tolèrent' (contre leur gré) des drivers non libres (souvent des blobs binaires, genre nvidia et ipw/iwi), et c'est OpenBSD qui est farouchement contre. ( cf http://linuxfr.org/2006/05/01/20747.html )

Dans le mot 'tolèrer' j'entends 'ne rentrera _jamais_ dans la branche officielle' mais si des gens veulent faire des vieux hacks immondes pour communiquer avec leurs blobs binaires, libres a eux, mais y'a _aucun_ support de la part des devs kernel.

Pour modifier l'adresse de l'expéditeur dans Thunderbird, ca se fait dans les propriétés d'un compte, y'a un bouton "Identités" qui permet de spécifier plusieurs adresses "de sortie" pour un même compte. C'est arrivé dans TB vers une 1.0.x de ce que je me souvienne...

Je l'utilise avec bonheur depuis la 2.2.0, et j'en suis bien satisfait. C'est une alternative intéressante à Thunderbird et Kmail, que j'utilise aussi par ailleurs, merci IMAP(S) :)

Par contre, c'est uniquement chez moi, ou quand un nouveau mail arrive dans le dossier courant, le dossier n'est pas rafraichit ? J'ai la notification d'un nouveau mail (le (1) non lu, l'icone dans la systray..) mais je suis obligé de sortir du dossier et d'y revenir pour avoir le nouveau mail dans la liste..

Par ailleurs, la synchronisation/portage des fonctionnalités avec sylpheed-canalhistorique est toujours d'actualité, ou la branche -claws se transforme petit à petit en fork ?

Pour compléter cette liste de distributions, on peut aussi citer Free-EOS ( http://free-eos.org/ ) et SMERP ( http://smerp.free.fr/ ), qui sont tout les deux des forks/dérivés de e-smith/sme.

il existe aussi Clarkconnect ( http://www.clarkconnect.com/ ), et Quantik ( http://quantik.adsis.fr/ sur base debian ), et des foultitudes de dérivés/réémballages de toutes ces distribs, créés par des sociétés proposant du support autour, et essayant d'en vivre ..

Sinon, contrairement à ce qui est marqué dans la news, il me semble qu'il s'agit d'une solution basée sur CentOS 4.2, et non la 4.3 sortie il y a peu.

Non, justement, la base est passée de CentOS 4.2 à 4.3 lors de la sortie de la -rc3 ( source: http://contribs.org/mailman/public/devinfo/msg09219.html )

Pour ce qui concerne les 'hardware requirements' , se reférer à la doc, située ici : http://smeserver.sourceforge.net/sme70/Manual?v=6zu#h72-1

C'est vrai qu'avec la configuration minimale, l'antispam/antivirus est un peu trop gourmand, et fait ramer tout le système...

Il le dit pas parce qu'il est modeste, mais c'est lui (oui, juste au dessus) qui s'est occupé de sme-fr.homelinux.net (maintenant smeserver.fr) depuis des années, et je pense que tout les utilisateurs français d'SME lui doivent beaucoup, car ils sont forcément passés par son site à leurs débuts.

Grand'Pa, un grand MERCI de ma part !!!


Au fait, ta ligne adsl tient la charge ? :)

- Serveur de mails
- Serveur de fichier samba (si les postes sont sous windows, ce qui est souvent le cas)
- Une gestion simple des users/pass couplé automatiquement avec l'email de la personne.
- Serveur d'impression
- Serveur de base de donnée.
- Paramètres internet (éventuellement) pour chacun des collaborateurs.

C'est plus ou moins ce que SME Server propose (oui, j'ai omis de préciser toutes les possibilités, sinon la dépêche faisait 5 pages) :

- Controleur de domaine NetBIOS pour les réseaux Microsoft.
- Serveur de courier en IMAP/POP pour la gestion distante des boites mail.
- Profils itinérants pour les postes clients.
- MySQL est accessible à partir des postes clients, et une contrib propose PhpMyAdmin.
- Serveur CUPS permettant de partager une imprimante pour tout le réseau.
- Gestion d'un accès VPN pour les postes à l'extérieur du réseau disposant d'un compte sur le serveur.
- Des contributions proposant l'installation de Groupwares tels OpenExchange ou autres existent aussi.

Et l'administration est assez facile, pour quelqu'un venant du monde windows...

A noter aussi l'ouverture d'un site 'commercial' :

This release also marks the opening of smeserver.org - the voice of SME Server Inc.. This sister site is meant to have more of a marketing focus to help us raise the visibility of SME Server outside of the community.