Pinaraf a écrit 3671 commentaires

Non, article L122-1 du code de la consommation.

Il est interdit de refuser à un consommateur la vente d'un produit ou la prestation d'un service, sauf motif légitime, et de subordonner la vente d'un produit à l'achat d'une quantité imposée ou à l'achat concomitant d'un autre produit ou d'un autre service ainsi que de subordonner la prestation d'un service à celle d'un autre service ou à l'achat d'un produit.
Cette disposition s'applique à toutes les activités visées au dernier alinéa de l'article L. 113-2.
Pour les établissements de crédit et les organismes mentionnés à l'article L. 518-1 du code monétaire et financier, les règles relatives aux ventes subordonnées sont fixées par le 1 du I de l'article L. 312-1-2 du même code.

Problème : la FNAC ne fabrique pas le PC, elle le revend comme un lot. Elle invite le client à se tourner vers le fabricant du PC...
Le mieux dans ce cas est, je pense, de contacter la DGCCRF...

Donc si je résume, les brevets ça marche que pour faire chier les logiciels libres ou open source, d'un point de vue industriel ça n'a aucun intérêt ?

(Monde de merde !)

Pour informations, Mono n'est pas le seul projet à être inquiété par le système idiots des brevets. Prenons en trois autres qui sont potentiellement beaucoup plus inquiétés: Le noyau Linux lui même, Samba, les drivers ntfs.
Une question me vient à l'esprit : pourquoi on se fait chier avec les brevets quand ça concerne les logiciels libres, alors qu'à ma connaissance les logiciels propriétaires sont loin d'être à l'abris ?
Il me semble que par exemple Microsoft a eu un problème à cause d'un brevet (très) (très) stupide qui touchait IE (un truc sur les plugins si mes souvenirs sont bons).

nVidia a toujours développé un pilote libre pour ses cartes graphiques sous Linux, le pilote nv.
Un beau jour (TODO : retrouver la date et le message originel, je suis sincèrement désolé mais là vous allez devoir me croire car je ne retrouve plus le lien) ils ont décidé d'y ajouter le support de la 3D.
Et là, ça s'est mal passé : attaques de Microsoft et Intel contre nVidia à propos de propriété intellectuelle.
Résultat :
- suppression de la 3D dans le pilote libre,
- "obfuscation" du pilote libre,
- décision de faire le pilote propriétaire pour la 3D.

Mon balladeur Samsung fait plus de 40 heures d'autonomie en écoute théorique, et j'ai fait facilement 30 heures avec que du ogg (j'ai pas encore réussi à vider la batterie en fait, mais il a tourné sur batterie au moins 30 heures sans recharge)

La fonction d'un balladeur c'est donc d'avoir un écran tactile avec du wifi et qui fait le café, par contre pour le support de plusieurs formats audio tu peux te brosser ?

Dans les sources de l'article, il y a :
- http://www.0xdeadbeef.com/weblog/?p=288 : "ATI va résoudre les problèmes avec l'Open Source". Ça veut pas dire que le pilote sera libéré.
- http://enterpriselinuxlog.blogs.techtarget.com/2007/05/09/am(...) : AMD va sortir des pilotes libres. Ça veut pas dire non plus que le pilote sera libéré.

ATI/AMD ne peut pas libérer son pilote actuel. Problèmes de brevets, de code ne leur appartenant pas...

Par contre, ce qu'ils peuvent et vont faire :
- libérer les spécifications,
- fournir un pilote libre différent du pilote actuel (et ne supportant que la 2D, parce que la 3D c'est un nid à brevets).

Le minimum pour un effet d'annonce, c'est d'annoncer quelque chose non ?
Or, où AMD/ATI a déclaré vouloir libérer les pilotes ?

The problem is that ODF is intimately tied to OpenOffice.
Y'a aucun détail sur ce point, c'est d'un pratique.
Va falloir m'expliquer en quoi l'ODF est lié à OpenOffice, parce que j'en ai regardé pas mal des documents, et j'ai rien vu qui le lie à OpenOffice.

Il me semble que les paquets sont en préparation et qu'ils sortiront incessamment sous peu.

Ben si t'as des infos, mea culpa... Perso j'ai regardé la wikipedia pour savoir, et sur l'article sur msvc ils parlent pas de ppc ni d'arm...

Houla

Des vraies nouveautés dans le pilote proprio ces derniers mois ? Que nenni !
Le changement ce mois ci c'est les options pour activer la sortie télé dans leur centre de contrôle à la con, rien de plus (avant c'était activable par des options ou l'utilitaire aticonfig)

Et si ça apparaît dans le pilote libre, c'est parce qu'un projet concernant les sorties télé a changé de licence je crois.

Vous en avez pas marre de comparer gcc à icc et msvc ?

Langages supportés :
- ICC : C, C++
- MSVC : C, C++
- GCC : C, C++, Java, Ada, Objective-C, Objective-C++, Fortran (plus d'autres non officiels pour le pascal par exemple)

Architectures et OS supportés :
- ICC : x86/itanium/x86_64/XScale ; Windows, Linux et OS X
- MSVC : x86/x86_64/itanium ; Windows
- GCC : x86/x86_64/itanium/PPC/Alpha/SPARC/ARM/... ; tous les UNIX, un port Windows disponible.

Alors forcément, icc va produire du meilleur code pour x86, vu qu'il est bien plus facile d'optimiser pour une architecture que de devoir optimiser sans emmerder les autres architectures supportées.

Le pilote ATI en question, c'est bien sûr le pilote libre. Tout le monde sait que le pilote ATI propriétaire est à jo..... Heu
Ha ben non en fait, le pilote ATI libre est pas à jour et le proprio n'a pas sorti une nouvelle version intéressante depuis 3 mois...
Pour le pilote libre, la version compatible avec xrandr 1.2 (branchement à chaud d'écrans donc) marche parfaitement bien sur ma machine (Radeon Mobility X700 => R4xx)

on n'en est qu'aux versions alpha
Perdu, la bêta 2 est sortie cette semaine.

Au passage, autre raison que l'on peut évoquer :
-- je vous l'avais bien dit, .... que des branleurs ces utilisateurs de logiciels libres qui ne veulent pas tester les bêtas et donc on en rajoute pour avoir plus de retours...

PDF pour la norme OpenDocument 1.1, page 316 (paragraphe 9.3.4).
En fait, il est possible d'insérer une applet Java dans un fichier OpenDocument. Une implémentation de 100% de la norme devrait donc dépendre plus ou moins directement (par un plugin de préférence quoi) de Java.

Ha bon ?
Qui développe la norme ? Le comité OASIS...
La version 1.2 est en brouillon actuellement, elle passera devant OASIS sans problème vu que c'est le comité OASIS qui la développe en se basant sur les retours par les différentes implémentations (OpenOffice, KOffice, Google Apps...)

Pour Mac OS X, c'est beaucoup beaucoup de travail. C'est pas un port, c'est plus proche d'une réécriture. Comme, à l'époque, IE sur Mac... C'était un moteur différent (plus proche des standards d'ailleurs)

Et ne dit pas que techniquement c'est difficile à réaliser, etc...
Il y a Firefox, Oracle, OOo, etc pour Windows, Unix, Mac, etc...
Je vais me dévouer, je vais défendre microsoft...
C'est difficile à réaliser.
Prenons un logiciel comme KWord. Le port sur Windows et Mac OS X est ultra facile : une recompilation, à la rigueur une ou deux bidouilles, et ça roule. En plus, c'est automatiquement adapté à la plateforme.
Mais c'est pas facile pour autant. En fait, tout le boulot est fait par Qt (et les kdelibs).
Or, quand microsoft développe Office or SQL server, ils utilisent Qt ou une autre librairie multi plateformes qui "s'intercale" entre l'OS et l'application ? Probablement non, ils utilisent directement l'API windows, les MFC et tout ce qu'ils veulent (ils doivent avoir de quoi en stock...)
Donc réaliser une version OS X ou Linux d'Office, c'est le même combat : beaucoup beaucoup de temps (et donc d'argent) nécessaire. Pour OS X, c'est en cours de réalisation pour la version 2008. Tu vas dire : "pourquoi ils adaptent pas dans la foulée à Linux ?" Ben parce que tout simplement ça demande la réalisation d'une abstraction à la plateforme dans ce cas, et c'est juste pas dans leurs plans.
Pareil pour SQL Server.

Donc non, c'est pas facile à réaliser. Par contre, c'est faisable pour eux, vu leurs moyens, si ils ont simplement la volonté de le faire. Mais ils ne l'ont pas.

T'iras dire ca a KOffice et sa gestion d'ODF
Pas de problème.
Y'a deux mois, il y avait 1 développeur pour KWord. Maintenant on est 3, j'ai passé pas mal de temps pour avoir un meilleur support de l'ODF dans KOffice. Mais c'est clairement un manque de temps. Pour implémenter seul l'OOXML, il faudrait des années. Pour l'ODF ça prend déjà beaucoup de temps, mais bon c'est faisable.
Donc si t'as des points précis qui ne marchent pas, n'hésite pas à rapporter des bugs.

Et dans ton commentaire tu viens de pourrir encore un peu plus la news avec 2 occurences pour le bureau au pied, et 5 pour le bureau au K.
Cf aussi les réponses à ton précédent commentaire (à ta place, je lirais un peu les réponses au lieu de repolluer la news avec plein d'occurences du Vilain (je suppose que tu lui donnes ce genre de surnom))

Sinon de manière générale, d'où vient cette """pollution""" :
- Un lien vers le dot à propos du sondage desktoplinux
- Une discussion sur les cycles de sortie
- Une discussion qui a parlé de Gnome 3.0 et KDE 4.0 (je maintiens l'équilibre)

C'est vachement des fanatiques de KDE qui ont lancé des trolls comme :
Oui mais non. Quand un gars de KDE demande des nouveautés, ça veut dire qu'il faut rajouter au moins une dizaine de boutons, de la transparence dans les menu, une preférence pour régler le degré de la transparence, etc...
Ha oui, mais bien sûr, on est sur une dépêche à propos de gnome, tous les fanatiques de gnome peuvent lancer des trolls mais les défenseurs de l'autre bureau doivent fermer leur gueule ?

Au final, vous avez réussi à pourrir vous même "votre" dépêche.


P.S : ce commentaire à un taux garanti à 50% de gnome et 50% de KDE.

Un truc intéressant c'est que Qt4 est séparé en modules : QtCore, QtGui, QtNetwork, QtXml, QtSql...
Ça permet d'augmenter le nombre de fonctionnalités de Qt sans augmenter la consommation mémoire ou la taille des librairies nécessaires pour des applications qui n'en ont pas besoin. Par exemple QtScript est dans sa propre librairie, dans Qt 4.4 on verra QtWebkit...

Plus exactement, c'est au choix OpenGL ou XRender je crois...

Au passage, arts et phonon c'est pas du tout la même chose.
Arts est un serveur de son. Phonon est un framework multimedia.

Phonon est utile. Parce que gstreamer ne garantit en rien la compatibilité d'API et la compatibilité binaire. De plus, les librairies de KDE4 ont vocation à fonctionner sur des plateformes où gstreamer est inutile (Windows => DirectSound je crois ; OS X => Quicktime).
Les mecs de KDE en ont assez chié à cause du choix d'arts, ils ont décidé de plus reprendre ce risque.
(Pareil pour xine par exemple)