Pareil ! Et c' est vraiment extra d' accueillir sa communauté dans ses locaux ! (un peu comme si RedHat invitait tout le monde de Fedora à une mega-teuf dans les parisiens de redhat !) Super sympa !
C' est marginal. Mais pour information l' action a été introduite initialement autour des 2 francs. Le prix que tu cites est celui de la ré-introduction, pas l' initial. Le cours actuel est le reflet de cela. Les quelques hausses, parfois spectaculaires, souvent déconcertants (-voir plus- pour ceux en ayant souscrit au tarif de ré-intro ou lors de tout tarif haut) sont le reflet du jeu du marché, qui plus est sur le marché libre. Joli lancé de troll, mais raté ;) lol
Et puis on doit être nombreux à s' en tamponner le coquillard, de la bourse...
d' accord ou pas avec toi, je suis un de plus à te moinsser, désolé.
parceque le fait de parler de X quant Y a un problème revient quasiment à dire "X est mieux que Y parceque" ok, il y a un parceque.
Mais cela fait un peu "profiter d' une faiblesse temporaire de Y pour pousser X," donc "se tirer dans les pates" entre gens du libre. (/troll Ubt à l' habitude, okok)
Et les pates, je les préfère corbonara.
Blague à part, il m' a semblé lire à gauche à droite qu' il était nécessaire de sanctionner le mainteneur. "bouh c est un vilain, lynchons le". Bon ok c' est une bourde. (une énorme vue les impacts tant technique que chronophage, et qu impactant l' image) mais ceux criant au loup peuvent ils assurer que de leur main ils ne feront pas de bourdes ?
J' aurai envie de dire "ok le mainteneur à ch**** dans la colle mais pourquoi personne ne l' a vu et pourquoi pendant si longtemps ?". C' est bien, il me semble, un problème de contrôle, de relecture. Et dans le fond un problème de moyens. Humains. (la meilleure organisation de travail au monde ne peux remplacer le nombre de travailleurs). Donc il me semblerait juste de dire quelque chose comme "le mainteneur a suxé, l' équipe à suxé par absence de vérif, mais finalement nous suxons tous un peu" (surtout ceux qui passent trop de temps à moulefr-é... car ne serait ce qu' une petite page de doc permet à d' autres de faire un audit de plus de cod) Bref on est peut être tous un peu 'coupable', au moins de ne pas assez participer.
Tu t' emballes mon ami.
Ce n' est pas parceque tu ne remontes pas la faille aux concernés directement, que tu es "un con". Même un non expert peut voir qu' il y a d' autres moyens d' être utile à la correction de la faille que la remontée directe upstream.
(d' ailleurs, ce n' est pas une des raisons du traitement à part, non public, dans le bugzilla de redhat ? laisser le temps de la correction, mais aussi se laisser le temps de choisir... ). Premier point. non ?
Dans l' autre registre, l' attitude full disclosure se tiens aussi :
En rendant publique des "o days" ou quasi, on force à la correction.
hum, pas le temps de chercher, mais il me semble bien que H.P fournit du support pour Debian sur ses serveurs. Ce support officiel dâte de 2 ans je crois bien.
Fabuleuse écriture pour un article tellement intéressant.
Merci pour ce rappel des origines bien sûr, merci de le dire maintenant, et merci pour la qualité.
c' est con à dire tellement cela semble évident. mais Merci quant même.
Merci de bien vouloir excuser la nullité du message précédent.
Cela fait flameware pulse<->jack alors que ce n' était pas le but.
Mais une simple expression du regret dû au sentiment d' avoir encore une fois quelque chose qui ré-invente la roue alors qu' une solution existait déjà.
_ Peut être que la voie de CCRMA était (déjà) la bonne : proposé un dépôt orienté utilisation audio. Y inclure, y ajouter, un paquet de configuration système afin de donner un accès facile à tous.
_ On pourra noter tout de même que Ubuntu Studio (qui peut être utilisée de la même manière que CCRMA : par le biais d' un dépôt de paquets pour Ubuntu) à fait le choix d' un workaround qui shoote littérallement pulseaudio lorsque Jack est lancé. Ca, c' est quant même du message clair.
_ Que JackLabs (OpenSuSe spécialisée Audio et soutenue par des éditeurs de logiciels MAO) n' a pas l' air non plus de prendre le chemin de PulseAudio...
Donc je me pose des questions en tant qu' utilisateur, encore plus lorsque je constate par moi même que PulseAudio ne peux pas, à l' heure actuelle supporté une utilisation intensive du traitement du signal audionumérique.
C' était tout.
Merci d' accepter mes humbles excuses si le message précédent vous a heurté.
Je ne sais pas, wait and see, j' espère juste que tout le monde pourrait avoir accès facilement à toutes types d' utilisation de son linux.
/mes 2 cents
C' est le manque d' unification qui est l' origine de cette situation. Ce qui est intéressant avec PulseAudio c' est que de nombreuses distributions ont choisis de lancer le mouvement initié par les dev. de PA et l' intégration initiale dans Fedora. PulseAudio devrait donc à terme avoir la possibilité de centraliser autour d' elle un grand nombres de choix et de dev. futurs. PulseAudio pourrait donc effectivement jouer un rôle important (ce qui rejoint d' une certaine manière la problématique décrite dans les 1ers posts sur khtml et webkit.)
A l' heure actuelle PulseAudio n' est pas dans ce rôle. Et il faudra certainement un sacré changement de vapeur pour voir les choses évoluées. Actuellement PulseAudio n' est qu' une couche supplémentaire, rien de plus. Rien de pire, quoi... Alsa/support_aoss/freebob/dmix-->pulseaudio->artsd-->phonon-->esd-->gstreamer-->nombreux_wrappers-->appllcations-->appli_pas_compa_attaquent_dmix
Peut être que prochainement PulseAudio remplacera un grand nombre de ces composants. (à titre personnel j' émet des doutes, qui vivra verra).
Mais le fond du problème n' est pas la situation décrite ci-dessus, car dans le cas où PulseAudio deviendrait effectivement La solution de son sous gnu/linux, une brique de base séparée des bureaux et de plus en plus proche de Alsa... même dans ce merveilleux cas, il reste un problème de taille :
Le fait que PulseAudio ne soit pas adapté à toutes les utilisations du traitement du son avec linux : pas question avec PA de faire de la MAO...
PulseAudio risque de participer en fait au maintiens de gnu/linux en tant que 'sous système' pour le public. PulseAudio empêchant aux musiciens, DJ, et toutes personnes ayant certaines exigeances niveau son, d' avoir facilement accès à un système fonctionnel pour leur utilisation. Il faudra toujours pour eux se coltiner pas mal de doc et pas mal de modifications système avant d' obtenir quelque chose de viable pour la mao.
Je ne comprends pas que la solution retenue (PA) enlève des libertés d' accès à certains utilisateurs.
Encore, si on ne disposait de solutions alternatives, cela pourrait se comprendre. Mais JACK existe, est éprouvé, facile d' utilisation pour tous et permet à tout les utilisateurs d' avoir out-of-the-box toutes les possibilités pour toutes les utilisations (et si en plus on pose l' hypothèse que JACK bénéficierai d' une intégration et d' un support généralisé comme PA l' a, ... le bonheur...) Et si JACK se rapprochait de ALSA, alors là, c' est le paradis.
bonus : des frameworks comme Phonon sont déjà à l' aise avec ! Phonon est surprenant, vraiment !!!
ps : qu' on vienne pas dire "JACK est pour les pros blablabla, pulseaudio c est mieux pour madame michue, blablablabla" parceque les libertés de madame michue ne devraient pas être incompatibles avec celles des musiciens.
pire encore : "le FLASH ne fonctionne pas avec Jack..." attendons que flash soit effectivement libéré et que gnash prenne le relais (il roxe déjà bien :p)... rien n' empêchera alors d' utiliser ce plugin en natif jack.
/mes 2 cents.
/me qui ne croit pas que JACK devrait remplacé quoi que ce soit, mais plus simplement que la solution répondant aux plus grand nombre d' usages possibles devrait être choisie dans l' intégration par défaut.
Juste ce petit billet pour dire deux mots à propos du site internet des rmll de cette année :
C' est :
beau
agréable
non envahissant pour l' écran et les yeux
Mais c' est surtout :
Clair
Concis
Remarquablement facile d' accès pour toutes les infos
Compilation de bonne idées sur l' organisation des pages et de l' accès aux infos
Et encore plus important :
C' est parfaitement efficient, efficace
Ceci est issue de la simple expérience d' un utilisateur qui après quelques balades sur le programme et un peu au hasard, en a eu l' usage pour 'organiser son séjour' et surtout pour les réservations.
Un gros gros merci aux webmestres de ce site.
haaa si tout les sites pouvaient être aussi bien!!
Un bureau pour toutes petites configuration pourrait être EDE (Equinox Desktop Environment) : http://equinox-project.org -> excellent ! à tester ! (en espérant qu' il puisse disposer prochainement de son propre navigateur de fichiers !)
Xfce est peut être aujourdhui un Desktop comme un autre, avec plein de bonnes idées dedans (icones de bureau sont les miniatures des appli lancés, etc etc). Mais j' en suis resté à une ancienne version.
Merci pour votre livecd, ça (re)donne envie de passer à Xfce !
ça se comprends qu' ils arretent le desktop en tant que marché. (mais pas complètement, car il faut certainement etre plus précis encore dans la mesure ou il existe de nombreux ordinateurs à usages grans public qui sont livrés avec redhat : par exemple tout ceux intégrés dans les fauteuils d' avions livrés à Singapour Airlines. Donc redhat abandonne juste l' idée de "la vente de desktop au grand public"). Non ?
Et tant mieux pour les autres, mandriva entre autre.
/me complètement sur le cul du redhat grid. fabuleux. (mais qui se demande quant même commment on est arrivé à parler redhat sur une news Xfce !!!)
je vais encore me faire râler parce que je parle de SUN en bien...
mais "minority report", faudra qu' il repasse, le microsoft... http://gomonkey.at/
et ça fait des années que ça existe.
quant à "surface" alors là c' est encore plus du foutage de gueule.
Voir les travaux fait par Mr Chapuis et Mr Roussel à l' inria : http://www.lri.fr/~chapuis/publications/IHM07.pdf doc récente.
et les débuts sont encore plus vieux... pas mal de vidéos sont disponibles sur le site de l' inria (intéressantes, instructives, et d' autant plus impressionnantes quant on regarde les dates.)
ça c' est du pur troll juste par esprit de contradiction
d' autant que tu a compris le topic et qu' on est d' accord sur le fond
renversé la vapeur par tournure linguistique n' est pas un argument, plutot une absence d' arguments
cheers ;)
Aucune idée de troll ici.
Je voudrais simplement attirer l' attention (des éventuels lecteurs) sur un point qui peut être a besoin de précision dans ton commentaire, Eric (sur lequel je suis bien d' accord mais on s' en fout)
La nécessaire (il me semble) distinction entre utilisation d' une licence et état d' esprit de cet utilisation (aka résultat) :
OpenBSD, tout comme les autres *BSD utilisent la license BSD (fatche quel lieu commun!). Mais il y a une claire différence entre OpenBSD et les autres BSD en terme d' état d' esprit. OpenBSD ne fait aucune concession en matière de blob.
Mais ce que ne font pas les autres BSD (quoi que je connaisse très mal NET, donc je devrais dire FreeBSD plutôt).
L' autre grande licence libre est la GPL, et elle, ne fait aucune concession quant à l' utilisation (et à la ré-utilisation) du code placé sous cette licence, pas seulement en tant qu' unité, mais aussi en tant que partie d' une unité.
Mais l' esprit est parfois, par exemple, de laisser la possibilité à des blobs d' être présents, y compris dans le kernel-land. D' autres exemples : projets gpl enfermés derrière un bugtracker non libre.
Finalement, on peut résumer par un classique "la loi et l' esprit de la loi".
A titre personnel, je trouve que OpenBSD fait des choix qui le place comme un phare (un exemple). Au même titre que Debian pour la gpl.
Maintenant ceux qui ressasse un sempiternel "la x est mieux que la y" ne font que nourrir le troll. Dlfp est devenu (il me semble) un endroit où on devrait éviter ce type de polémiques, dans la mesure ou dlfp est lu par des gens en recherche d' informations et de compréhension, aussi. Il faudrait peut être éviter de nourrir ces trolls car ils participent à la confusion pour eux, quant bien même ils (nous) semblent drôles parfois.
meuh pas si sûr que toi malheureusement.
je regarde tarantella, et franchement, ce système fermé s' est fait une très joli place au soleil.
Tarantella racheté par Sun il y a 2 ans (je crois?) et renommé Sun Global Secure Desktop. Voir la fenetre d' une appli se balader sur le réseau et passer d' un bureau windows, à un bureau solaris, puis un bureau linux, franchement c' est hallucinant. Et ça c' est que la partie "visible" de l' iceberg.
références : http://en.wikipedia.org/wiki/Tarantella,_Inc.
--> http://www.sun.com/software/products/sgd/index.jsp
Bien que seuls Novell et RedHat pour linux soient officiellement supporté, ça s' installe juste avec qq symlinks sur une mandrake. Et pour Debian ça doit être quasi pareil. Me l' étais installé sous Mandrake, juste pour voir. Et l' ai vu tourner en "big lan" au taf, c' est franchement l' hallu.
Pas le même monde.
Cordialement
Ekiga est installé par défaut sur mandriva.
si tu branches une webcam, un icone apparait automatiquement sur le bureau pour lancer la bête.
C' est un outil robuste et efficient pour des discussions audio+video.
le seul reproche que je pourrais lui faire, ce n' est pas un reproche à l' égard du logiciel, mais du serveur d' enregistrement... j' ai configuré 5 ou 6 comptes différents, car à chaque fois, à chaque nouvelle install... il me dit "mdp invalide" ou un truc du genre... il semble perdre tout seul les comptes, du coup, perso j' ai arreté Ekiga :(
c' est très bon, en qualité d' image et de son.
ce que les gens reprochent à chaque fois c' est l' impossibilité pour amsn d' afficher en plein écran.
ce que fait parfaitement Ekiga.
ça fait même plaisir à voir, lorsqu' on a passé 2 3 heures à configurer aux petits ognions une distro qui s' installe en 1/4h, pour parfaire les choses pour la personne, de voir cette personne quasi au bord des larmes parcequ' elle avait pas vu sa fille et son petit fils depuis 6 mois (à cause de wanadoo croyait elle)
Donc amsn fonctionne très très bien.
Par contre je déconseille les plugins, car à l' usage ils semblent qu' il soient sensibles (a je sais pas quoi...) qui fait que amsn plante. Sans plugins c' est royal.
amsn rempli bien cet office (non pas de R...)
lorsque les contacts msn sont indispensables pour certaines personnes très intoxiqués, ou dépendantes d' intoxiqués, amsn fonctionent à merveille son+video sur msn
pour Free rien n' équivaut (il me semble) à Twinkle !! Un pur régal sur le pc nunux, twink,le gère le double canal, gère le transfert vers la box ou autre tel... bref c' est fait pour :))
le SIP Free fonctionne parfaitement bien, avec une (franchement) haute qualité sonore.
Par contre le sip partagée par wifi, c est lui qui est coupé sniff ce qui fait que mon black à 120 euros n' a marché qu' une seule fois... arnaque !
Trust spacecam250 : 10 euros : ov511 très bonne qualité ov51x-jpeg très bonne qualité
Olitec : 10 euros : gspca trsè bonne qualité (fait un peu oupss le noyal mais sans aucune conséquence autre que des logs. Micor intégré avec prise jack séparé mais qualité du micro pourri)
Sans marque, forme pinguin : 12 euros : ov511 bonne qulité
Sans marque chien aibo : 8 euros : ov511
ça c' est juste les miennes
je dois avoir du bol, parceque toutes les cams que j' essai, que je rencontre en installant linux, fonctionnent. Y a pas longtemps, une cam qui ressemble très fort à une logitech, mais en fait c est une sans marque à 20 euros : très bonne qualité avec gspca.
distro : mdv 2007 / 2007.1 / 2008 et mandriva spring 2008.1
[^] # Re: bon anniversaire !
Posté par bubar🦥 . En réponse à la dépêche 10 ans de Mandriva, Install party Mandriva Linux 2008.1 Spring. Évalué à 4.
[^] # Re: bon anniversaire !
Posté par bubar🦥 . En réponse à la dépêche 10 ans de Mandriva, Install party Mandriva Linux 2008.1 Spring. Évalué à 3.
Et puis on doit être nombreux à s' en tamponner le coquillard, de la bourse...
[^] # Re: Limite du développement bénévole
Posté par bubar🦥 . En réponse à la dépêche Découverte d'une faille de sécurité critique dans OpenSSL de Debian. Évalué à 2.
parceque le fait de parler de X quant Y a un problème revient quasiment à dire "X est mieux que Y parceque" ok, il y a un parceque.
Mais cela fait un peu "profiter d' une faiblesse temporaire de Y pour pousser X," donc "se tirer dans les pates" entre gens du libre. (/troll Ubt à l' habitude, okok)
Et les pates, je les préfère corbonara.
Blague à part, il m' a semblé lire à gauche à droite qu' il était nécessaire de sanctionner le mainteneur. "bouh c est un vilain, lynchons le". Bon ok c' est une bourde. (une énorme vue les impacts tant technique que chronophage, et qu impactant l' image) mais ceux criant au loup peuvent ils assurer que de leur main ils ne feront pas de bourdes ?
J' aurai envie de dire "ok le mainteneur à ch**** dans la colle mais pourquoi personne ne l' a vu et pourquoi pendant si longtemps ?". C' est bien, il me semble, un problème de contrôle, de relecture. Et dans le fond un problème de moyens. Humains. (la meilleure organisation de travail au monde ne peux remplacer le nombre de travailleurs). Donc il me semblerait juste de dire quelque chose comme "le mainteneur a suxé, l' équipe à suxé par absence de vérif, mais finalement nous suxons tous un peu" (surtout ceux qui passent trop de temps à moulefr-é... car ne serait ce qu' une petite page de doc permet à d' autres de faire un audit de plus de cod) Bref on est peut être tous un peu 'coupable', au moins de ne pas assez participer.
[^] # Re: Mise en perspéctive
Posté par bubar🦥 . En réponse à la dépêche Découverte d'une faille de sécurité critique dans OpenSSL de Debian. Évalué à 3.
Ce n' est pas parceque tu ne remontes pas la faille aux concernés directement, que tu es "un con". Même un non expert peut voir qu' il y a d' autres moyens d' être utile à la correction de la faille que la remontée directe upstream.
(d' ailleurs, ce n' est pas une des raisons du traitement à part, non public, dans le bugzilla de redhat ? laisser le temps de la correction, mais aussi se laisser le temps de choisir... ). Premier point. non ?
Dans l' autre registre, l' attitude full disclosure se tiens aussi :
En rendant publique des "o days" ou quasi, on force à la correction.
Les manières peuvent être diverses.
non ?
[^] # Re: Distro
Posté par bubar🦥 . En réponse au journal 140 milliard de $ par jour traité par GNU/Linux. Évalué à 2.
# merci
Posté par bubar🦥 . En réponse au journal Le quinzième anniversaire et Atlas. Évalué à 10.
Merci pour ce rappel des origines bien sûr, merci de le dire maintenant, et merci pour la qualité.
c' est con à dire tellement cela semble évident. mais Merci quant même.
# TeV
Posté par bubar🦥 . En réponse au journal Le quinzième anniversaire et Atlas. Évalué à 2.
c est un joli chiffre ;)
ps : et si le temps n' était qu' une mesure (involontaire et pourtant si précise) des effets des gravitons ?
bon ok je -> [] vraiment
[^] # Re: À quand les premières versions opérationnelles ?
Posté par bubar🦥 . En réponse à la dépêche Qt 4.4 prend son envol. Évalué à 2.
Cela fait flameware pulse<->jack alors que ce n' était pas le but.
Mais une simple expression du regret dû au sentiment d' avoir encore une fois quelque chose qui ré-invente la roue alors qu' une solution existait déjà.
_ Peut être que la voie de CCRMA était (déjà) la bonne : proposé un dépôt orienté utilisation audio. Y inclure, y ajouter, un paquet de configuration système afin de donner un accès facile à tous.
_ On pourra noter tout de même que Ubuntu Studio (qui peut être utilisée de la même manière que CCRMA : par le biais d' un dépôt de paquets pour Ubuntu) à fait le choix d' un workaround qui shoote littérallement pulseaudio lorsque Jack est lancé. Ca, c' est quant même du message clair.
_ Que JackLabs (OpenSuSe spécialisée Audio et soutenue par des éditeurs de logiciels MAO) n' a pas l' air non plus de prendre le chemin de PulseAudio...
_ Que Mandriva a fait une interface permettant d' arrêter PulseAudio facilement (voir http://wiki.mandriva.com/fr/uploads/5/51/Draksound1.jpg )
Donc je me pose des questions en tant qu' utilisateur, encore plus lorsque je constate par moi même que PulseAudio ne peux pas, à l' heure actuelle supporté une utilisation intensive du traitement du signal audionumérique.
C' était tout.
Merci d' accepter mes humbles excuses si le message précédent vous a heurté.
Je ne sais pas, wait and see, j' espère juste que tout le monde pourrait avoir accès facilement à toutes types d' utilisation de son linux.
[^] # Re: À quand les premières versions opérationnelles ?
Posté par bubar🦥 . En réponse à la dépêche Qt 4.4 prend son envol. Évalué à 2.
C' est le manque d' unification qui est l' origine de cette situation. Ce qui est intéressant avec PulseAudio c' est que de nombreuses distributions ont choisis de lancer le mouvement initié par les dev. de PA et l' intégration initiale dans Fedora. PulseAudio devrait donc à terme avoir la possibilité de centraliser autour d' elle un grand nombres de choix et de dev. futurs. PulseAudio pourrait donc effectivement jouer un rôle important (ce qui rejoint d' une certaine manière la problématique décrite dans les 1ers posts sur khtml et webkit.)
A l' heure actuelle PulseAudio n' est pas dans ce rôle. Et il faudra certainement un sacré changement de vapeur pour voir les choses évoluées. Actuellement PulseAudio n' est qu' une couche supplémentaire, rien de plus. Rien de pire, quoi... Alsa/support_aoss/freebob/dmix-->pulseaudio->artsd-->phonon-->esd-->gstreamer-->nombreux_wrappers-->appllcations-->appli_pas_compa_attaquent_dmix
Peut être que prochainement PulseAudio remplacera un grand nombre de ces composants. (à titre personnel j' émet des doutes, qui vivra verra).
Mais le fond du problème n' est pas la situation décrite ci-dessus, car dans le cas où PulseAudio deviendrait effectivement La solution de son sous gnu/linux, une brique de base séparée des bureaux et de plus en plus proche de Alsa... même dans ce merveilleux cas, il reste un problème de taille :
Le fait que PulseAudio ne soit pas adapté à toutes les utilisations du traitement du son avec linux : pas question avec PA de faire de la MAO...
PulseAudio risque de participer en fait au maintiens de gnu/linux en tant que 'sous système' pour le public. PulseAudio empêchant aux musiciens, DJ, et toutes personnes ayant certaines exigeances niveau son, d' avoir facilement accès à un système fonctionnel pour leur utilisation. Il faudra toujours pour eux se coltiner pas mal de doc et pas mal de modifications système avant d' obtenir quelque chose de viable pour la mao.
Je ne comprends pas que la solution retenue (PA) enlève des libertés d' accès à certains utilisateurs.
Encore, si on ne disposait de solutions alternatives, cela pourrait se comprendre. Mais JACK existe, est éprouvé, facile d' utilisation pour tous et permet à tout les utilisateurs d' avoir out-of-the-box toutes les possibilités pour toutes les utilisations (et si en plus on pose l' hypothèse que JACK bénéficierai d' une intégration et d' un support généralisé comme PA l' a, ... le bonheur...) Et si JACK se rapprochait de ALSA, alors là, c' est le paradis.
bonus : des frameworks comme Phonon sont déjà à l' aise avec ! Phonon est surprenant, vraiment !!!
ps : qu' on vienne pas dire "JACK est pour les pros blablabla, pulseaudio c est mieux pour madame michue, blablablabla" parceque les libertés de madame michue ne devraient pas être incompatibles avec celles des musiciens.
pire encore : "le FLASH ne fonctionne pas avec Jack..." attendons que flash soit effectivement libéré et que gnash prenne le relais (il roxe déjà bien :p)... rien n' empêchera alors d' utiliser ce plugin en natif jack.
/mes 2 cents.
/me qui ne croit pas que JACK devrait remplacé quoi que ce soit, mais plus simplement que la solution répondant aux plus grand nombre d' usages possibles devrait être choisie dans l' intégration par défaut.
JACK :
http://jackaudio.org/
LAUD:
http://linuxaudio.org/policy
http://lad.linuxaudio.org/
-> http://lac.linuxaudio.org/
# Site internet RMLL 2008
Posté par bubar🦥 . En réponse à la dépêche R.M.L.L. 2008 : C'est parti !. Évalué à 2.
Juste ce petit billet pour dire deux mots à propos du site internet des rmll de cette année :
C' est :
beau
agréable
non envahissant pour l' écran et les yeux
Mais c' est surtout :
Clair
Concis
Remarquablement facile d' accès pour toutes les infos
Compilation de bonne idées sur l' organisation des pages et de l' accès aux infos
Et encore plus important :
C' est parfaitement efficient, efficace
Ceci est issue de la simple expérience d' un utilisateur qui après quelques balades sur le programme et un peu au hasard, en a eu l' usage pour 'organiser son séjour' et surtout pour les réservations.
Un gros gros merci aux webmestres de ce site.
haaa si tout les sites pouvaient être aussi bien!!
[^] # Re: x86_64
Posté par bubar🦥 . En réponse à la dépêche La nouvelle Mandriva Linux One XFCE est disponible.. Évalué à 3.
Xfce est peut être aujourdhui un Desktop comme un autre, avec plein de bonnes idées dedans (icones de bureau sont les miniatures des appli lancés, etc etc). Mais j' en suis resté à une ancienne version.
Merci pour votre livecd, ça (re)donne envie de passer à Xfce !
[^] # Re: C'est une version communautaire
Posté par bubar🦥 . En réponse à la dépêche La nouvelle Mandriva Linux One XFCE est disponible.. Évalué à 3.
ça se comprends qu' ils arretent le desktop en tant que marché. (mais pas complètement, car il faut certainement etre plus précis encore dans la mesure ou il existe de nombreux ordinateurs à usages grans public qui sont livrés avec redhat : par exemple tout ceux intégrés dans les fauteuils d' avions livrés à Singapour Airlines. Donc redhat abandonne juste l' idée de "la vente de desktop au grand public"). Non ?
Et tant mieux pour les autres, mandriva entre autre.
/me complètement sur le cul du redhat grid. fabuleux. (mais qui se demande quant même commment on est arrivé à parler redhat sur une news Xfce !!!)
[^] # Re: C'est une version communautaire
Posté par bubar🦥 . En réponse à la dépêche La nouvelle Mandriva Linux One XFCE est disponible.. Évalué à 1.
okok je connais le chemin
[^] # Re: Minoriy report
Posté par bubar🦥 . En réponse au journal Windows Seven et futurs abus de position dominante. Évalué à 1.
[^] # Re: Minoriy report
Posté par bubar🦥 . En réponse au journal Windows Seven et futurs abus de position dominante. Évalué à 7.
mais "minority report", faudra qu' il repasse, le microsoft...
http://gomonkey.at/
et ça fait des années que ça existe.
quant à "surface" alors là c' est encore plus du foutage de gueule.
Voir les travaux fait par Mr Chapuis et Mr Roussel à l' inria :
http://www.lri.fr/~chapuis/publications/IHM07.pdf doc récente.
et les débuts sont encore plus vieux... pas mal de vidéos sont disponibles sur le site de l' inria (intéressantes, instructives, et d' autant plus impressionnantes quant on regarde les dates.)
amicalement
[^] # Re: C'est franchement dommage ...
Posté par bubar🦥 . En réponse à la dépêche Sortie d'OpenBSD 4.3 : Puffy and the cryptonauts. Évalué à 1.
d' autant que tu a compris le topic et qu' on est d' accord sur le fond
renversé la vapeur par tournure linguistique n' est pas un argument, plutot une absence d' arguments
cheers ;)
[^] # Re: HS
Posté par bubar🦥 . En réponse à la dépêche Sortie d'OpenBSD 4.3 : Puffy and the cryptonauts. Évalué à 6.
[^] # Re: OpenBSD 4.3
Posté par bubar🦥 . En réponse à la dépêche Sortie d'OpenBSD 4.3 : Puffy and the cryptonauts. Évalué à 6.
Aucune idée de troll ici.
Je voudrais simplement attirer l' attention (des éventuels lecteurs) sur un point qui peut être a besoin de précision dans ton commentaire, Eric (sur lequel je suis bien d' accord mais on s' en fout)
La nécessaire (il me semble) distinction entre utilisation d' une licence et état d' esprit de cet utilisation (aka résultat) :
OpenBSD, tout comme les autres *BSD utilisent la license BSD (fatche quel lieu commun!). Mais il y a une claire différence entre OpenBSD et les autres BSD en terme d' état d' esprit. OpenBSD ne fait aucune concession en matière de blob.
Mais ce que ne font pas les autres BSD (quoi que je connaisse très mal NET, donc je devrais dire FreeBSD plutôt).
L' autre grande licence libre est la GPL, et elle, ne fait aucune concession quant à l' utilisation (et à la ré-utilisation) du code placé sous cette licence, pas seulement en tant qu' unité, mais aussi en tant que partie d' une unité.
Mais l' esprit est parfois, par exemple, de laisser la possibilité à des blobs d' être présents, y compris dans le kernel-land. D' autres exemples : projets gpl enfermés derrière un bugtracker non libre.
Finalement, on peut résumer par un classique "la loi et l' esprit de la loi".
A titre personnel, je trouve que OpenBSD fait des choix qui le place comme un phare (un exemple). Au même titre que Debian pour la gpl.
Maintenant ceux qui ressasse un sempiternel "la x est mieux que la y" ne font que nourrir le troll. Dlfp est devenu (il me semble) un endroit où on devrait éviter ce type de polémiques, dans la mesure ou dlfp est lu par des gens en recherche d' informations et de compréhension, aussi. Il faudrait peut être éviter de nourrir ces trolls car ils participent à la confusion pour eux, quant bien même ils (nous) semblent drôles parfois.
ps : bon, je crois avoir éviter tout troll.
[^] # Re: C'est franchement dommage ...
Posté par bubar🦥 . En réponse à la dépêche Sortie d'OpenBSD 4.3 : Puffy and the cryptonauts. Évalué à 3.
La BSD permet explicitement de le faire, sa simplicité extrème fait grosso modo "qu on fait ce qu' on veux du code".
http://fr.wikipedia.org/wiki/Licence_BSD
La GPL protège mieux les auteurs.
Après, le reste est affaire d' avis personnel, de jugement de valeur, et de trolleurs.
[^] # Re: intéressant
Posté par bubar🦥 . En réponse à la dépêche Ulteo ou une nouvelle approche du système d'exploitation. Évalué à 10.
je regarde tarantella, et franchement, ce système fermé s' est fait une très joli place au soleil.
Tarantella racheté par Sun il y a 2 ans (je crois?) et renommé Sun Global Secure Desktop. Voir la fenetre d' une appli se balader sur le réseau et passer d' un bureau windows, à un bureau solaris, puis un bureau linux, franchement c' est hallucinant. Et ça c' est que la partie "visible" de l' iceberg.
références :
http://en.wikipedia.org/wiki/Tarantella,_Inc.
--> http://www.sun.com/software/products/sgd/index.jsp
Bien que seuls Novell et RedHat pour linux soient officiellement supporté, ça s' installe juste avec qq symlinks sur une mandrake. Et pour Debian ça doit être quasi pareil. Me l' étais installé sous Mandrake, juste pour voir. Et l' ai vu tourner en "big lan" au taf, c' est franchement l' hallu.
Pas le même monde.
Cordialement
[^] # Re: Requête récurrente
Posté par bubar🦥 . En réponse à la dépêche Entretien avec les développeurs d'Ekiga. Évalué à 1.
si tu branches une webcam, un icone apparait automatiquement sur le bureau pour lancer la bête.
C' est un outil robuste et efficient pour des discussions audio+video.
le seul reproche que je pourrais lui faire, ce n' est pas un reproche à l' égard du logiciel, mais du serveur d' enregistrement... j' ai configuré 5 ou 6 comptes différents, car à chaque fois, à chaque nouvelle install... il me dit "mdp invalide" ou un truc du genre... il semble perdre tout seul les comptes, du coup, perso j' ai arreté Ekiga :(
[^] # Re: Encore une killer-app...
Posté par bubar🦥 . En réponse à la dépêche Entretien avec les développeurs d'Ekiga. Évalué à 3.
ce que les gens reprochent à chaque fois c' est l' impossibilité pour amsn d' afficher en plein écran.
ce que fait parfaitement Ekiga.
ça fait même plaisir à voir, lorsqu' on a passé 2 3 heures à configurer aux petits ognions une distro qui s' installe en 1/4h, pour parfaire les choses pour la personne, de voir cette personne quasi au bord des larmes parcequ' elle avait pas vu sa fille et son petit fils depuis 6 mois (à cause de wanadoo croyait elle)
Donc amsn fonctionne très très bien.
Par contre je déconseille les plugins, car à l' usage ils semblent qu' il soient sensibles (a je sais pas quoi...) qui fait que amsn plante. Sans plugins c' est royal.
[^] # Re: Encore une killer-app...
Posté par bubar🦥 . En réponse à la dépêche Entretien avec les développeurs d'Ekiga. Évalué à 3.
lorsque les contacts msn sont indispensables pour certaines personnes très intoxiqués, ou dépendantes d' intoxiqués, amsn fonctionent à merveille son+video sur msn
[^] # Re: Encore une killer-app...
Posté par bubar🦥 . En réponse à la dépêche Entretien avec les développeurs d'Ekiga. Évalué à 5.
le SIP Free fonctionne parfaitement bien, avec une (franchement) haute qualité sonore.
Par contre le sip partagée par wifi, c est lui qui est coupé sniff ce qui fait que mon black à 120 euros n' a marché qu' une seule fois... arnaque !
[^] # Re: C'est super!
Posté par bubar🦥 . En réponse à la dépêche Entretien avec les développeurs d'Ekiga. Évalué à 3.
Olitec : 10 euros : gspca trsè bonne qualité (fait un peu oupss le noyal mais sans aucune conséquence autre que des logs. Micor intégré avec prise jack séparé mais qualité du micro pourri)
Sans marque, forme pinguin : 12 euros : ov511 bonne qulité
Sans marque chien aibo : 8 euros : ov511
ça c' est juste les miennes
je dois avoir du bol, parceque toutes les cams que j' essai, que je rencontre en installant linux, fonctionnent. Y a pas longtemps, une cam qui ressemble très fort à une logitech, mais en fait c est une sans marque à 20 euros : très bonne qualité avec gspca.
distro : mdv 2007 / 2007.1 / 2008 et mandriva spring 2008.1
si ça peux aider.