un_brice a écrit 1165 commentaires

Pour contraster avec Grenoble, je me permet de vous exposer le désespoir dans lequel me plonge le réseau de mon université (Lyon1- la Doua) : que des clients windows, certains il est vrai en double boot avec fedora.
Mais comme pour eux l'authentification réseau ça veut dire pour un script qui upload /etc/passwd le soir à minuit sur tout les postes, et que ce script ne marche que si le PC est sous Fedora à ce moment, mon login de d'étudiant de première année n'est toujours pas accepté.

Y'a aussi :
-des PCs qui cherchent à booter sur le réseau avant les disques locaux (j'ai même pas cherché à les cracker du coup)
-ma Debian installée en douce sur un poste qui démarrait plus. Elle est en accès publique, et du coup des gars depuis peu jouent à la saboter régulièrement --_--
-pleins de windowsiens, et seulement 2 GNUistes (que je salue)
-l'innarable msoffice, son copain Norton, quicktime dans la barre des taches... jusqu'à une heure a démarrer des scripts bizarres au démarrage sur leur unique cable 10Mbps sans switch pour 200 PCs (cas du batiment Ariane où se trouvent les PCs en accès publiques)

Bon, niveau serveur, j'ai vu:
-un énorme serveur biprocesseur sous win2003 pour une "plateforme éducative" (en "ASP.net et MSQL") lourde, incroyablement buggée ("erreur adodb" - "erreur de syntaxe dans le fichier machin.inc" etc), et compatible avec IE seulement. Il diffuse des fichiers MSoffice et plante quand on est plus de 84 en TP dessus.
-un système d'authentification kereberos. Nos mot de passes et logins sont nos numèros étudiants, et on nous interdit de les changer.
-des redhat 5.3 sans mises à jour, des imprimantes avec "" comme mot de passe adminstrateir, ...

J'arrête là parce que j'ai envie de pleurer.

En meme temps, de grosses parties sont des dérivés de ceux de ses parents et du reste de sa famille, difficile de retrouver tous les contributeurs et donc d'etre sur d'avoir le droit de mettre sous GPL... :)

Et bien, si tout se passe normalement, ses parents seront morts avant lui et il hériteras de leurs droits. De plus, entre le moment de sa naissance et celui de sa mort, il devrait se passer un temps suffisant pour que tout cela passe dans le domaine publique.

Google en mode "J'ai de la chance" me donne ça : http://opensrc.org/alsa/index.php?page=DmixPlugin(...) .

petite note en passant : j'en ai marre de voir tes longs commentaires qui, sous figure d'apporter un autre point vue, donc a priori constructif, n'affiche qu'un talent d'orateur qui fait croire que ce qu'il dit veut dire quelque chose et a un intéret, mais en fait il n'y a ... rien. (outre toute considération idéologique)

Bon. J'ai beau savoir que c'est mal de se focaliser sur les individus quand on débat, j'aimerais revenir sur ce qui a l'air d'être ton avis sur pBpG. Parce que cette prise de position dont il a le courrage est le plus souvent justifiée et souvent nous sort des trips qu'on peut se faire sur microsoft. À mon avis, ce gars qui a autant de ténacité et d'attachement à restaurer ce qu'il pense être la vérité est un élément clef du site.

Pour prendre cette discussion en exemple, le troll est partit d'un inocent qui avait mal compris la licence de Kro. Ensuite pasBill corrige et se fait pourrir pour cela par les votes et un itstimetogo qui se donne même pas la peine de lire son post pour partir dans une série de tirades enflamées où il lacheras des anneries plus grosse que lui.
Et bien, qu'importe pasBill reste plus ou moins calme, répond, et de manière réflechie.
Il a rappelé les préocupations de clients microsoft, l'interprétation qu'il convient de faire de la licence de micorosoft sur les protocole et ainsi de suite, tempérant notre emportement.
Et pour cela il s'est fait moinsé, et voilà que tu le traine dans la boue sans raison. Et pour lui repprocher quoi ? Son inutilité. Alors que ton post lui brille par son interêt : d'accord t'a pas participé au débat, mais au moins ce message va influencer son comprtement et faire en sorte que... non. Alors il permet d'établir une vérité que personne ne... non plus. Alors il te permet de te défouler sur quelqu'un qui... qui quoi ?
Je prefère encore les coups de nerfs de pBpG, au moins je les comprends.

Juste une remarque pour ceux qui ne sauraient pas, esd peut se connecter à Arts.

Sous windows, que l'on peu critiquer autant que l'on veut, le mixage du son n'est plus un problème depuis longtemps.

Quand on utilise directx, mais sinon, sous win9x, les cartes avec un seul cannal ne jouaient qu'un son à la foix.
Et puis, dmix ça doit bien avoir deux ans. Et avant, on s'en sortait, avec la sortie alsa de sdl et artsdsp (sans parler de ceux qui ont acheté 20¤ une carte son multicanaux).

le concept "le but est de faire un serveur de son pour KDE et les appli multimédia de KDE, et les autres on s'en tappes" m'échauffe assez le sang.

Arts n'as pas été conçu pour KDE, même si ce dernier l'a popularisé. Il existait avant et n'est pas utilisé que par les applications KDE.

T'as aussi artsdsp qui déroute les appels à OSS vers arts, et l'indispensable plugin dmix d'alsa qui permet à toutes les applis de jouer des sons en même temps, même avec les cartes qui normalement ne le gèrent pas.

J'ai toujours lu le contraire, dans le cas de la GPL http://www.gnu.org/licenses/gpl-faq.html#UnreleasedMods(...) .
Comme la Cecill se veut équivalente à la GPL et en autorise l'utilisation; les clauses (même si elles étaient plus permissives) de la GPL peuvent s'appliquer donc le problème ne se pose pas.

De manière générale, je ne vois pas en quoi les données produites par un programe équivaudraient à une redistribution du programe lui même ou à un "travail dérivé" (les seuls à être soumis à la licence). D'ailleurs car il est interdit de réaliser des travaux dérivés de IIS, ce qui ne l'empêche pas de servir de serveur web.
Les types auxquels tu as parlé ont dû juste vouloir se couvrir.

noexec est une vaste blague sur les 2.4, sur les 2.6 ca a un peu changé et on peut enfin empecher l'execution de fichiers binaires (il reste toujours les interpreteurs)

Le coup du /lib/ld.so marche plus sur les 2.6 ?

Tant qu'vous en êtes à "nous" étudier, apprenez que pour beaucoup de gens le fait diffuser des URLs sur des listes de diffusions, ça s'appelle un peu du spam (et votre post aussi d'ailleurs -_^).
Et que vous pourriez déclencher un interêt plus grand pour votre enquête en signalant comment les résultats seront publiés.

Quoi qu'on en dise... être paranoïaque, c'est un poids au quotidien.

Deux invits pour ceux qui veulent... Premier arrivé, premier servi...

Je veut bien s'il te plait !

J'utilise Konq 3.3.0 et j'ai ce bug, est-ce qu'on peut avoir confirmation que ce bug a été corrigé dans Konqueror 3.3.1 avant que j'appose mon vote ?

J'aurais aimé te dire que oui, mais le problème se pose chez moi. Peut être est-il lié à la version de QT ? (3.3.3 pour moi)

C'est la fonction "Jump" : on tape "J" et un popup apparait avec les chansons de la playlist, on tape une chaîne de caractères et on va directement aux chansons qu'on veut...

Juk te fait ça et bien plus. Un champs de recherche est affiché en permanence et détermine un filtre appliqué à ta playslist (avec une rapidité incroyable).

D'une manière générale, la gestion des playlists sous XMMS est simple et puissante.

Teste Juk et on en reparlera. Ce truc est tellement bon de ce point de vue que je l'utiliserais comme tagger si il lisait pas la musique (recherche des titres de tes pistes depuis internet ou le nom du fichier, navigation aisée entre les listes de lecture...)

=> JuK c'est bien (tm)

T'as pas lui son post ? C'est un boulet depuis qu'Apple a fait table rase dessus !
Tient c'est le contraire ? Le futur d'Apple serait Unix, ce vestige d'un lointain passé ?
Bein mince alors.

Sans vouloir remettre en cause ton benchmark... bah je le fait quand même. Glxgears c'est bien marrant mais un peu limité.

Bien que ca n'ait pas grand-choses à voir, ca me rappelle un peu les développeurs de nmap qui en interdisent l'usage à SCO, car ces derniers réfutent la GPL

Ils peuvent affirmer cela car, sans la GPL, SCO n'a aucun droit à se procurer nmap (en encore moins à le distribuer).

De même, microsoft a parfaitement la possiblité (et le droit) d'interdire à ses clients d'utiliser des logiciels libres. Et encore une fois, il met ce qu'il veut dans ses licences, d'autant plus que trop peu de gens les lisent.

À part ça, je pense que le journal porte sur la licence associée à la documentation des protocoles tels que SMB, qui jusqu'à présent interdisait les logiciels libres. (ou juste la GPL ? - elle était incompatible avec celle de Samba en tout cas)

Et puis y'as des gens qui connaissent pas EDID aparement -_^ : si t'installe le pilote libre du framebuffer, t'auras un joli truc à faire manger à lmsensors. Ou sinon t'as http://john.fremlin.de/programs/linux/read-edid/(...) qui marchait bien à son époque.
Mais je croyais que X.org integrait ça de nos jours (même XGratuit86 je crois). T'est sûr de pas t'être planté ailleurs ?

Non, je suppose simplement que Linux transfert les secteurs logique en un seul burst (même si j'ai la flegme d'aller vérifier -_^).
Ça a été confirmé par un gars un peu plus loin, sauf erreur.

Y'a des gens qui se compliquent la vie...
mkfs.vfat -S logical-sector-size /dev/sda1

Je ne l'ai pas executé. ^_^
C'est juste des hyptohèses.

... J'ai lu le code et il m'a l'air bon.

Donc ce résultat surprenant doit plutôt avoir quelque chose à voir avec le temps de latence de l'USB, qui il devrait lui aussi devenir négligeable quand on transfert de "gros" blocs, autrement dit, avec un cache.
Ce qui fait que je persiste à penser que le blocksize ne devrait pas avoir d'influence en temps normal (avec le cache activé).
Quelqu'un pour confirmer (cp /bin/bash sur sa clef, syncer et mesurer le temps)? (et si, après tout cela, le blocksize avait finalement bien une influence, il faudrait réellement penser à rajouter un cache au pilote des disques USBs)

Il fait un "mount -o sync".

Normal, c'est pour faire de la pub pour sa page web lol

Plus sérieusement, je trouve ces résultats étranges et j'aimerais bien voir le source: en principe sur une clef USB le temps d'accès est constant. Donc en supposant négligeable le temps de lecture de la FAT devant la taille du fichier (ce qui ne me parrait pas trop risqué -_^), le fait d'exiger des blocs continus ou non (suivant le blocksize) devrait pas changer grand chose...

Par ailleurs, si il fait bien un dd dans un fichier, comme je crois le comprendre à partir des deux-trois informations qu'il a laissé filtrer, alors le résultat n'a rien à voir avec le blocksize de la FAT et vient simplement de la gestion du cache par le noyeau.

Mais ça partait probablement d'une bonne intention ^_^.

C'est quand même un peu gros... m'étonnerais que ça se soit pas vu.