Mais tu verrais l'implémentation d'une fonction de ce genre sous quelle forme ? Un module noyau serait indispensable (j'avoue mon ignorance à tout ce qui touche à ce genre de choses) ?
J'ai chargé les sources et testé sous Delphi 6 peronnel (fonctionne parfaitement sous wine) et kylix 3.
Ca fait quelques mois que je n'ai programmé sous Delphi et n'ai pratiquement pas mis pied dans kylix, mais je ne pense pas que l'interface graphique en elle-même pose des problèmes insurmontables.
Sous Delphi, il bloque à cause de GIFImage, je ne sais même plus si cette unité est intégrée (dans la version pro) par défaut ou pas.
Sous kylix, il y aurait des choses à modifier pour passer la compilation, à cause d'éléments manquants (propriétés inexistantes, etc.) mais rien de méchant, j'ai déjà vu pire (ca me rappelle ou je bidouillais des composants delphi 3 pour qu'ils passent avec ma vieillle version 1 :-))
Perso, je pense pas que le projet logprotect.dpr soit dur à convertir. D'après ce que j'ai compris, c'est juste l'interface de configuration. Il suffirait de prévoir des bouts de codes à ignorer ou pas à la compilation en fonction de la constante prédéfinie idoine pour gérer les différences entre les composants delphi/kylix.
Le truc qui me fait peur, c'est dllhook.dpr. Un oeil rapide me montre que ce machin sera bien plus difficile à convertir : interception des événement clavier, compilation sous forme d'une dll. Là, il faudrait prévoir une lib ou carrément un module noyau, histoire que n'importe quelle appli puisse être interceptée. C'est là que devra se faire le travail de conversion.
Bon sur le fond te ton journal excuse moi mais c'est juste un snapshot de ton entourage. Si je fais la même chose tu aura l'image inverse, tout le monde autour de moi connait le sujet.
En effet, j'allais dire la même chose. Personnellement, je suis impressionné par le nombre de gens de mon entourage plus ou moins proche qui utilisent au moins occasionnellement Mozilla ou FireFox (parmis ceux qui ne connaissent rien au libre) :
- un soir, je surprend un ami qui conseille à un autre Mozilla pour enlever les fenetres de pubs avant que j'ai eu le temps de réagir.
- chez un (autre) ami, la copine qui revient dans le salon en expliquant qu'elle a finalement pu accéder à un site (inscription pour une école) en essayant avec Mozilla (ca fait plaisir :-))
- la personne qui veut me demande si je connais firefox et qui me dit que je devrais y passer parce qu'il est mieux, et il evite pleins de virus (hé ! je connais et je suis sous Linux, hein !)
- etc.
OpenOffice par contre, même si c'est ce qui est installé à la FAC, je ne connais pas beaucoup de gens qui l'utilisent parce qu'ils ont déjà ms offfice qui vient d'on ne sait où ..
Sinon, une dernière expérience, un peu hs :
Il n'y a pas longtemps, je vais, avec un pote windowsien, chez un ami, qui nous montre une demi-coque avec les belles voilures dessinées & imprimées avec le nouvel ordi de ses parents :
moi : oh, c'est beau, tu as fait ca comment ?
ami : ben, avec le logiciel fourni avec windows ?
windosien : hein ? paint ? jette ca, je vais te filer autre chose
ami : ouais, c'était pas évident. c'est sympa.
moi : justement, j'ai la nouvelle version de gimp, elle roxe des ours.
windowsien : gimp ? c'est quoi ? nan, il lui faut un truc de pro : photoshop
moi : gimp est aussi bien, en plus, il est gratuit
windowsien : bah, je m'en fous j'ai shop en complet
moi : ...
ami : va pour photo-machin alors.
J'ai un peu résumé, parce qu'en vrai j'ai vanté les bienfaits du libre, que ca évitait de pirater et que c'était mal, etc. mais bon, rien à faire : photoshop était mieux parce qu'utilisé dans le monde professionnel et que le crack, ca le rendait gratuit !
A la place de ca: initrd=/boot/initrd.splash
essai juste ca: initrd=/initrd.splash
(et si ca marche pas, essai de creer un lien /initrd.splash vers /boot/initrd.splash en gardant le parametre initrd=/initrd.splash )
J'ai essayé, toujours le même message d'erreur :-(
( t sur que la ramdsk est "bonne"? tu l'a eu où?)
Ben, j'ai simplement compilé le noyau en suivant le guide (j'en ai trouvé d'autres en anglais qui disent sensiblement la même chose). Honnêtement, je ne sais pas comment le ramdisk est géré. J'ai juste vérifié que les options du noyau était activées (dont le ramdisk), compilé, et généré le initrd avec l'utilitaire splash.
J'ai remarqué qu'il y a une grosse différence de taille entre initrd.img et initrd.splash, mais l'outil splash est censé gérer ca tout seul non ?
Faudrait faire un système de crossbooking pour les logiciels libres abandonnés. On les grave sur un cd, avec un titre alléchant et évocateur, et on les lâche dans la nature. De quoi susciter de nouvelles vocations. Moi, je verrais bien celui-ci dans une bibliohtèque universitaire, au rayon informatique.
Parce que beaucoup (la plupart) des wavs contiennent juste les données brutes (dans le format de base en fait). Ceux-là passent avec cat sans problème.
J'avais programmé à une époque, quand j'étais sous Windows, un petit outil pour convertir les wav au format accepté par mon sampler (et les y envoyer par midi), et je me rappelle m'être bien tiré les cheveux pour gérer tous les cas relativement courant (et en me limitant aux formats non compressés & sans pertes).
Sous windows encore, je me rappelle que lorsqu'on sauvegarde un wav (avec le magnétophone, soundforge, etc.), on a le choix entre de nombreux sous-formats (format "brut" classique, compression microsoft ceci-cela, etc.).
Oui, je sais qu'il existe d'autres interfaces pour vlc (wxvlc, kvlc, etc.) :-)
Mon journal n'est pas tant une plainte conte vlc (très bien au demeurant) mais contre toutes ces interfaces (inutilement) gigantissimes qu'on trouve de plus en plus j'ai l'impression ..
Les applis kde ont l'air plus épargnées, mais j'ai trouvé de belles perles aussi (et pas des petits logiciels inconnus). Il faudrait que je fasse un musée des horreurs un de ces jours, tiens, mais j'ai d'autres projets plus sérieux en ce moment.
En effet, c'est le problème que je rencontre avec ma version de Pan. Mais là, c'est un peu différent, puisque l'essentiel de la place est occupée par de l'espace vide, non ?
Je tourne également en 800x600 sur mon poste perso, et je suis comme toi, au point que je dois souvent choisir mes applis non seulement à cause de leurs qualités techniques et fonctionnelles mais égalemnt en fonction de la capacité de leur interface à entrer entièrement dans mon écran.
J'ai du abandonner l'idée d'utiliser pleins de bons logiciels (qui sont très bien dans leur version windows par exemple, comme vlc mais il y en a d'autres).
Tu n'as pas bien regardé le screenshot : la police y fait exactement 9 pixels de haut. Difficile de faire plus petit sans me détruire les yeux à chaque fois que je veux lire quelque chose ..
Moi, je dirais que c'est l'énorme espace inutile entre chaque libellé qui bouffe la place. Alors, je configure comment ce paramètre comment dans mon ~/gtkrc ?
Ca veut dire que soit tu as plusieurs périphériques de restitution audio, soit ta carte as plusieurs sorties indépendantes :-)
Je parle bien de sorties indépendantes, et non de la capacité à jouer plusieurs sons simultanément en hard. Ma carte, par exemple, a un seul dsp mais peut mixer 4 sons en hard.
Essaie de jouer un son via les différents /dev/dspX pour voir par où ça sort (tu peux régler ça directement dans xmms par exemple).
Par contre, l'absence de /proc/asound/ me laisse perplexe. Ca a peut-être changé avec le noyau 2.6 ?
A la base, je trouve le nouveau système plutôt sympa, mais sous Konqueror, je ne profite pas vraiment des avancées :
- je n'ai pas la barre dflp, donc je dois toujours ouvrir des pop-ups pour voir les commentaires négatifs.
- j'ai l'image codée qui apparaît à chaque vote. Pas pratique.
- J'ai des bugs d'affichage (que j'ai signalé quelque part. ex:http://cyberdivad.free.fr/konq-linuxfr.png(...)) dans la boîte d'envoi de commentaires depuis la mise en place du correcteur d'orthographe.
J'espère qu'il s'agit encore d'une phase de tests et que tout cela va s'améliorer sous peu, parce c'est vraiment pas pratique là.
Moi je préfère largement ça à des sites qui passent très mal si on n'a pas la chance de naviguer en 1024x768 (voire plus).
Le must, dans le genre fixed, c'est encore les sites calculés pour occuper une largeur de 1024 (par ex) pixels moins la largeur de bordure d'IE pile :-)
Je vais peut-être devoir simplifier mon projet, au moins au niveau de la gestion auto des dépendances de compilation (libs, etc.), mais je continue à croire qu'il devrait être possible de réaliser au moins un front-end.
Celui qui compile son application doit savoir ce qu'il fait. Autrement qu'il utilise les packages de sa distribution. Je ne vois aucun interet a ce genre de chose. Si le gus est incapble de faire un less INSTALL && faire ce qu'il y a dit dedans je ne vois pas l'interet qu'il pourrait tirer de sa compilation. Hormis tout casser.
Le problème est qu'il arrive qu'il n'y ait pas le choix et qu'il faille partir du source.
- Parfois, les fichiers packagés, s'ils existent, sont trop anciens (il y a toujours un décalage entre la sortie de la dernière version stable et celle du package).
- Souvent, toutes les distribs sont loin d'être réprésentées (ce que je comprends, vu le boulot que ca entraîne).
- Ceux qui utilisent pour diverses raisons une version plus ancienne de leur distrib sont également bloqués.
- Si un logiciel est trop "petit", personne ne va s'embêter à faire des packages.
Quand à lire un fichier INSTALL, je le fais à chaque fois, et je trouve (sincèrement) que 80% d'entre eux sont incomplets ou faux (libs nécessaires erronées ou non listées, etc.)
Par exemple, il y a quelques temps, je cherchais des jeux de mastermind pour Linux/x11. J'ai trouvé une demi-douzaine de logiciels, mais j'ai pu en installer deux seulement si ma mémoire est bonne. Et pourtant, j'ai passé un temps honorable à mon gout pour essayer de compiler chacun d'entre eux. Si je ne voyais vraiment pas quel lib il pouvait bien me manquer, j'étais obligé d'abandonner. En plus, les deux que j'ai pu compiler, une fois que je les aie essayés, je me suis rendu compte qu'ils ne correspondaient pas à ce que je cherchais :-/
Pourtant, les libs utilisées dans un source, elles sont forcément spécifiées quelque part en clair non ? En c, par exemple, je colle des -lmachin au gcc. Un programme peut déjà analyser ça.
Ok, je vois ou tu veux en venir. Mais avant de lancer ces outils, il faut déjà avoir réussi à compiler le logiciel, non ? Et puis, ils ne proposent pas notion de front-end, non plus.
Perso, je suis parti du constat que même avec un configure, c'est une plaie pour compiler la plupart des logiciels : je le lance une fois, oh il me manque tel lib, je relance, encore une lib à installer, et ainsi de suite. Et je ne parle que des libs mentionnées nulle part dans le fichier INSTALL ou le README (quand il existent). Parfois, je suis obligé d'abandonner, ne voyant pas à quel lib peut bien faire référence le message d'erreur.
Je me dit qu'à partir des messages retournés par le configure (voire meme en analysant ce fichier, mais je ne m'y connais pas assez pour le dire), il doit être possible d'installer automatiquement les dépendances manquantes en passant par le système de gestion de packages de la distrib.
Je ne te suis pas, rpm permet d'apporter une interface utilisateur à la compilation de logiciels ?
Moi, je ne parle pas de packager des logiciels (bien qu'il y ait ce mot quelque part dans le document mais dans un autre but), mais de faciliter la compilation, de manière indépendante de la distrib. En gros, faire une sorte de front-end, comme il en existe pour quantité de logiciels en ligne de commande.
Mon idée n'a rien à voir avec la création d'un rpm-like. Cela dit elle n'est peut-être pas viable, c'est pour ça que je la soumet à la critique des lecteurs de linuxfr :-)
Euh, tu ne vas pas être content, mais je viens de voir qu'une petite faute est restée sans que personne ne s'en aperçoive (moi le premier, alors que j'ai suivi les différentes versions) :-)
Page 4 :
clic-droit appuyer deux fois consécutivement avec le bouton gauche de la souris.
bin il faut savoir ce que l'on cherche aussi :-)
Je cherche à installer des logiciels (stables) tout simplement.
Mais encore une fois si tout ce que tu veux c'est juste disposer des derniers logiciels pourquoi ne pas mettre a jour ?!!
Ma Mandrake, de 9.1 vers 10 ? J'aimerais ne pas reformater mon / pour une simple mise à jour et surtout pour deux-trois logiciels seulement que je souhaite vraiment.
je comprends ton point de vue et je suis sûr que tu as compris ce que je voulais dire :-)
Le problème que je rencontre est que ma mandrake 9.1 est obsolète et qu'il devient de plus en plus difficile de trouver des logiciels packagés pour cette distrib là. Il est quand même un peu malheureux de se sentir forcé de réinstaller sa distrib uniquement parce qu'on souhaite profiter de quelques logiciels libres récents.
A mon sens, un des avantages des outils style rpm est (devrait être ?) quand même l'existence d'une base de données qui contient la liste de tout ce qui est installé sur le système ! Ce qui devrait permettre de faire tout ce qu'on veut (maj, réinstallation etc.) sans douleur et avec facilité.
Je n'ai pas dit que je souhaite une version de développement. Si j'ai la possibilité d'envisager une distrib avec laquelle il est possible de mettre à jour avec des logiciels (stables, comme gimp 2) sans se casser la tête, tant mieux ! installer gimp 2 à partir des sources, je n'aurais pas été contre, mais je pers progressivement l'intérêt du rpm avec chaque logiciel que j'installe comme ça. Ce qui est déjà un peu le cas car j'ai déjà du le faire, et la gestion de ma base rpm devient de plus en plus problématique, ce qui me broute passablement.
Ce que je souhaite est une distribution Libre que je peux garder plusieurs années si je veux sans la réinstaller à partir de zéro (ou gardant juste le /home) et en pouvant toujours installer des logiciels récents de temps en temps si ça me chante. Avec la mandrake, je constate justement que ça n'a pas vraiment l'air d'être le cas et que la solution consiste (justement encore) à passer par la case cooker.
Tu joue sur les mots entre mettre à jour sa distrib et ses logiciels. Bon, si tu veux, mais mon problème reste le même. Comment sur une mdk 9.1 installer tous les derniers logiciels stables comme gimp2 et gnome 2.6 en gardant l'utilité des rpms ?
[^] # Re: Portage ?
Posté par Cyberdivad . En réponse au journal La gendarmerie se met au Libre. Évalué à 1.
[^] # Re: Portage ?
Posté par Cyberdivad . En réponse au journal La gendarmerie se met au Libre. Évalué à 3.
Ca fait quelques mois que je n'ai programmé sous Delphi et n'ai pratiquement pas mis pied dans kylix, mais je ne pense pas que l'interface graphique en elle-même pose des problèmes insurmontables.
Sous Delphi, il bloque à cause de GIFImage, je ne sais même plus si cette unité est intégrée (dans la version pro) par défaut ou pas.
Sous kylix, il y aurait des choses à modifier pour passer la compilation, à cause d'éléments manquants (propriétés inexistantes, etc.) mais rien de méchant, j'ai déjà vu pire (ca me rappelle ou je bidouillais des composants delphi 3 pour qu'ils passent avec ma vieillle version 1 :-))
Perso, je pense pas que le projet logprotect.dpr soit dur à convertir. D'après ce que j'ai compris, c'est juste l'interface de configuration. Il suffirait de prévoir des bouts de codes à ignorer ou pas à la compilation en fonction de la constante prédéfinie idoine pour gérer les différences entre les composants delphi/kylix.
Le truc qui me fait peur, c'est dllhook.dpr. Un oeil rapide me montre que ce machin sera bien plus difficile à convertir : interception des événement clavier, compilation sous forme d'une dll. Là, il faudrait prévoir une lib ou carrément un module noyau, histoire que n'importe quelle appli puisse être interceptée. C'est là que devra se faire le travail de conversion.
[^] # impression perso Re: VirtualDub ?
Posté par Cyberdivad . En réponse au journal Les logiciels libres qui réussissent.... Évalué à 1.
En effet, j'allais dire la même chose. Personnellement, je suis impressionné par le nombre de gens de mon entourage plus ou moins proche qui utilisent au moins occasionnellement Mozilla ou FireFox (parmis ceux qui ne connaissent rien au libre) :
- un soir, je surprend un ami qui conseille à un autre Mozilla pour enlever les fenetres de pubs avant que j'ai eu le temps de réagir.
- chez un (autre) ami, la copine qui revient dans le salon en expliquant qu'elle a finalement pu accéder à un site (inscription pour une école) en essayant avec Mozilla (ca fait plaisir :-))
- la personne qui veut me demande si je connais firefox et qui me dit que je devrais y passer parce qu'il est mieux, et il evite pleins de virus (hé ! je connais et je suis sous Linux, hein !)
- etc.
OpenOffice par contre, même si c'est ce qui est installé à la FAC, je ne connais pas beaucoup de gens qui l'utilisent parce qu'ils ont déjà ms offfice qui vient d'on ne sait où ..
Sinon, une dernière expérience, un peu hs :
Il n'y a pas longtemps, je vais, avec un pote windowsien, chez un ami, qui nous montre une demi-coque avec les belles voilures dessinées & imprimées avec le nouvel ordi de ses parents :
moi : oh, c'est beau, tu as fait ca comment ?
ami : ben, avec le logiciel fourni avec windows ?
windosien : hein ? paint ? jette ca, je vais te filer autre chose
ami : ouais, c'était pas évident. c'est sympa.
moi : justement, j'ai la nouvelle version de gimp, elle roxe des ours.
windowsien : gimp ? c'est quoi ? nan, il lui faut un truc de pro : photoshop
moi : gimp est aussi bien, en plus, il est gratuit
windowsien : bah, je m'en fous j'ai shop en complet
moi : ...
ami : va pour photo-machin alors.
J'ai un peu résumé, parce qu'en vrai j'ai vanté les bienfaits du libre, que ca évitait de pirater et que c'était mal, etc. mais bon, rien à faire : photoshop était mieux parce qu'utilisé dans le monde professionnel et que le crack, ca le rendait gratuit !
[^] # Re: ramdisk
Posté par Cyberdivad . En réponse au journal debian et bootsplash sur 2.6.5. Évalué à 1.
A la place de ca: initrd=/boot/initrd.splash
essai juste ca: initrd=/initrd.splash
(et si ca marche pas, essai de creer un lien /initrd.splash vers /boot/initrd.splash en gardant le parametre initrd=/initrd.splash )
J'ai essayé, toujours le même message d'erreur :-(
( t sur que la ramdsk est "bonne"? tu l'a eu où?)
Ben, j'ai simplement compilé le noyau en suivant le guide (j'en ai trouvé d'autres en anglais qui disent sensiblement la même chose). Honnêtement, je ne sais pas comment le ramdisk est géré. J'ai juste vérifié que les options du noyau était activées (dont le ramdisk), compilé, et généré le initrd avec l'utilitaire splash.
J'ai remarqué qu'il y a une grosse différence de taille entre initrd.img et initrd.splash, mais l'outil splash est censé gérer ca tout seul non ?
[^] # Re: ramdisk
Posté par Cyberdivad . En réponse au journal debian et bootsplash sur 2.6.5. Évalué à 1.
Mon lilo.conf (parties importantes) :
boot=/dev/hda
root=/dev/hda1
install=/boot/boot-bmp.b
bitmap=/usr/share/lilo/contrib/sid.bmp
bmp-colors=1,,0,2,,0
bmp-table=120p,173p,1,15,17
bmp-timer=254p,432p,1,0,0
map=/boot/map
vga=normal
default=Linux
image=/vmlinuz
initrd=/initrd.img
label=Linux
read-only
image=/vmlinuz.265cko2
label=LinuxSplash
read-only
root=/dev/hda1
vga=791
initrd=/boot/initrd.splash
append="splash=verbose ramdisk_size=8192"
image=/vmlinuz.old
initrd=/initrd.img
label=LinuxOLD
read-only
image=/vmlinuz.24
initrd=/initrd.img
label=Linux.24
read-only
% ls /boot -al
[..]
lrwxrwxrwx 1 root root 11 2004-04-21 22:16 boot.b -> boot-menu.b
-rw-r--r-- 1 root root 17K 2004-04-21 22:02 config-2.4.18-bf2.4
-rw-r--r-- 1 root root 33K 2004-05-12 18:36 config-2.6.5
-rw-r--r-- 1 root root 51K 2004-04-30 13:12 config-2.6.5-1-k7
-rw-r--r-- 1 root root 53K 2004-05-20 18:21 config-2.6.5-cko2
lrwxr-xr-x 1 root root 38 2004-05-12 16:58 debianlilo.bmp -> /usr/share/lilo/contrib/debianlilo.bmp
-rw-r--r-- 1 root root 4,4M 2004-05-13 12:33 initrd.img-2.6.5-1-k7
-rw-r--r-- 1 root root 197K 2004-05-20 19:02 initrd.splash
-rw------- 1 root root 234K 2004-05-20 20:23 map
lrwxr-xr-x 1 root root 33 2004-05-12 16:58 sarge.bmp -> /usr/share/lilo/contrib/sarge.bmp
lrwxr-xr-x 1 root root 31 2004-05-12 16:58 sid.bmp -> /usr/share/lilo/contrib/sid.bmp
-rw-r--r-- 1 root root 546K 2004-04-21 22:02 System.map-2.4.18-bf2.4
-rw-r--r-- 1 root root 748K 2004-05-12 18:35 System.map-2.6.5
-rw-r--r-- 1 root root 771K 2004-04-30 13:14 System.map-2.6.5-1-k7
-rw-r--r-- 1 root root 777K 2004-05-20 18:15 System.map-2.6.5-cko2
-rw-r--r-- 1 root root 1,3M 2004-04-21 22:02 vmlinuz-2.4.18-bf2.4
-rw-r--r-- 1 root root 1,1M 2004-05-12 18:35 vmlinuz-2.6.5
-rw-r--r-- 1 root root 1,1M 2004-04-30 13:14 vmlinuz-2.6.5-1-k7
-rw-r--r-- 1 root root 1,1M 2004-05-20 18:14 vmlinuz-2.6.5-cko2
% ls /v* -al
lrwxrwxrwx 1 root root 23 2004-05-13 12:33 /vmlinuz -> boot/vmlinuz-2.6.5-1-k7
lrwxrwxrwx 1 root root 26 2004-05-13 12:38 /vmlinuz.24 -> /boot/vmlinuz-2.4.18-bf2.4
lrwxrwxrwx 1 root root 24 2004-05-20 18:32 /vmlinuz.265cko2 -> /boot/vmlinuz-2.6.5-cko2
lrwxrwxrwx 1 root root 18 2004-05-11 20:52 /vmlinuz.old -> boot/vmlinuz-2.6.5
Voila :-)
[^] # Re: L'utilité d'un logiciel
Posté par Cyberdivad . En réponse à la dépêche Le système de fichiers InterMezzo est en train de mourir. Évalué à 4.
:-)
[^] # Re: Tu as essayé avec Blender ?
Posté par Cyberdivad . En réponse au journal Il est trop fort le manchot !. Évalué à 2.
J'avais programmé à une époque, quand j'étais sous Windows, un petit outil pour convertir les wav au format accepté par mon sampler (et les y envoyer par midi), et je me rappelle m'être bien tiré les cheveux pour gérer tous les cas relativement courant (et en me limitant aux formats non compressés & sans pertes).
Sous windows encore, je me rappelle que lorsqu'on sauvegarde un wav (avec le magnétophone, soundforge, etc.), on a le choix entre de nombreux sous-formats (format "brut" classique, compression microsoft ceci-cela, etc.).
Un bon point de départ sur le bordel (tu vas t'en rendre compte) ;-) :
http://www.google.com/search?q=wav%20file%20format(...)
[^] # Re: Tu as essayé avec Blender ?
Posté par Cyberdivad . En réponse au journal Il est trop fort le manchot !. Évalué à 1.
[^] # Re: wxvlc
Posté par Cyberdivad . En réponse au journal ah bravo !. Évalué à 1.
Mon journal n'est pas tant une plainte conte vlc (très bien au demeurant) mais contre toutes ces interfaces (inutilement) gigantissimes qu'on trouve de plus en plus j'ai l'impression ..
Les applis kde ont l'air plus épargnées, mais j'ai trouvé de belles perles aussi (et pas des petits logiciels inconnus). Il faudrait que je fasse un musée des horreurs un de ces jours, tiens, mais j'ai d'autres projets plus sérieux en ce moment.
[^] # Re: 800x600
Posté par Cyberdivad . En réponse au journal ah bravo !. Évalué à 1.
[^] # Re: 800x600
Posté par Cyberdivad . En réponse au journal ah bravo !. Évalué à 1.
J'ai du abandonner l'idée d'utiliser pleins de bons logiciels (qui sont très bien dans leur version windows par exemple, comme vlc mais il y en a d'autres).
Vraiment dommage.
[^] # Re: ...
Posté par Cyberdivad . En réponse au journal ah bravo !. Évalué à 2.
Moi, je dirais que c'est l'énorme espace inutile entre chaque libellé qui bouffe la place. Alors, je configure comment ce paramètre comment dans mon ~/gtkrc ?
[^] # Re: Achete une rallonge !
Posté par Cyberdivad . En réponse au journal Choisir son port de sortie avec Alsa. Évalué à 0.
Je parle bien de sorties indépendantes, et non de la capacité à jouer plusieurs sons simultanément en hard. Ma carte, par exemple, a un seul dsp mais peut mixer 4 sons en hard.
Essaie de jouer un son via les différents /dev/dspX pour voir par où ça sort (tu peux régler ça directement dans xmms par exemple).
Par contre, l'absence de /proc/asound/ me laisse perplexe. Ca a peut-être changé avec le noyau 2.6 ?
[^] # Re: Achete une rallonge !
Posté par Cyberdivad . En réponse au journal Choisir son port de sortie avec Alsa. Évalué à 1.
Sinon, tu peux fouiller dans /proc/asound/ pour voir ce qu'il en est, notamment /proc/asound/devices et /proc/asound/card0/oss_mixer
# un pas en avant, un pas en ..
Posté par Cyberdivad . En réponse au journal La résistance s'organise. Évalué à 2.
- je n'ai pas la barre dflp, donc je dois toujours ouvrir des pop-ups pour voir les commentaires négatifs.
- j'ai l'image codée qui apparaît à chaque vote. Pas pratique.
- J'ai des bugs d'affichage (que j'ai signalé quelque part. ex:http://cyberdivad.free.fr/konq-linuxfr.png(...)) dans la boîte d'envoi de commentaires depuis la mise en place du correcteur d'orthographe.
J'espère qu'il s'agit encore d'une phase de tests et que tout cela va s'améliorer sous peu, parce c'est vraiment pas pratique là.
[^] # ...parce que Re: pourquoi ...
Posté par Cyberdivad . En réponse au journal firefox en Australie. Évalué à 5.
Le must, dans le genre fixed, c'est encore les sites calculés pour occuper une largeur de 1024 (par ex) pixels moins la largeur de bordure d'IE pile :-)
[^] # Re: Idée du jour
Posté par Cyberdivad . En réponse au journal Idée du jour. Évalué à 2.
Je vais peut-être devoir simplifier mon projet, au moins au niveau de la gestion auto des dépendances de compilation (libs, etc.), mais je continue à croire qu'il devrait être possible de réaliser au moins un front-end.
Celui qui compile son application doit savoir ce qu'il fait. Autrement qu'il utilise les packages de sa distribution. Je ne vois aucun interet a ce genre de chose. Si le gus est incapble de faire un less INSTALL && faire ce qu'il y a dit dedans je ne vois pas l'interet qu'il pourrait tirer de sa compilation. Hormis tout casser.
Le problème est qu'il arrive qu'il n'y ait pas le choix et qu'il faille partir du source.
- Parfois, les fichiers packagés, s'ils existent, sont trop anciens (il y a toujours un décalage entre la sortie de la dernière version stable et celle du package).
- Souvent, toutes les distribs sont loin d'être réprésentées (ce que je comprends, vu le boulot que ca entraîne).
- Ceux qui utilisent pour diverses raisons une version plus ancienne de leur distrib sont également bloqués.
- Si un logiciel est trop "petit", personne ne va s'embêter à faire des packages.
Quand à lire un fichier INSTALL, je le fais à chaque fois, et je trouve (sincèrement) que 80% d'entre eux sont incomplets ou faux (libs nécessaires erronées ou non listées, etc.)
Par exemple, il y a quelques temps, je cherchais des jeux de mastermind pour Linux/x11. J'ai trouvé une demi-douzaine de logiciels, mais j'ai pu en installer deux seulement si ma mémoire est bonne. Et pourtant, j'ai passé un temps honorable à mon gout pour essayer de compiler chacun d'entre eux. Si je ne voyais vraiment pas quel lib il pouvait bien me manquer, j'étais obligé d'abandonner. En plus, les deux que j'ai pu compiler, une fois que je les aie essayés, je me suis rendu compte qu'ils ne correspondaient pas à ce que je cherchais :-/
Pourtant, les libs utilisées dans un source, elles sont forcément spécifiées quelque part en clair non ? En c, par exemple, je colle des -lmachin au gcc. Un programme peut déjà analyser ça.
[^] # Re: Idée du jour
Posté par Cyberdivad . En réponse au journal Idée du jour. Évalué à 1.
Perso, je suis parti du constat que même avec un configure, c'est une plaie pour compiler la plupart des logiciels : je le lance une fois, oh il me manque tel lib, je relance, encore une lib à installer, et ainsi de suite. Et je ne parle que des libs mentionnées nulle part dans le fichier INSTALL ou le README (quand il existent). Parfois, je suis obligé d'abandonner, ne voyant pas à quel lib peut bien faire référence le message d'erreur.
Je me dit qu'à partir des messages retournés par le configure (voire meme en analysant ce fichier, mais je ne m'y connais pas assez pour le dire), il doit être possible d'installer automatiquement les dépendances manquantes en passant par le système de gestion de packages de la distrib.
[^] # Re: Idée du jour
Posté par Cyberdivad . En réponse au journal Idée du jour. Évalué à 1.
J'ai du mal m'expliquer dans mon document (c'st vraimentun brouillon), mais regardez les deux exemples à la fin, ça sera plus clair à mon avis :-)
[^] # Re: Idée du jour
Posté par Cyberdivad . En réponse au journal Idée du jour. Évalué à 1.
Je ne te suis pas, rpm permet d'apporter une interface utilisateur à la compilation de logiciels ?
Moi, je ne parle pas de packager des logiciels (bien qu'il y ait ce mot quelque part dans le document mais dans un autre but), mais de faciliter la compilation, de manière indépendante de la distrib. En gros, faire une sorte de front-end, comme il en existe pour quantité de logiciels en ligne de commande.
Mon idée n'a rien à voir avec la création d'un rpm-like. Cela dit elle n'est peut-être pas viable, c'est pour ça que je la soumet à la critique des lecteurs de linuxfr :-)
# Re: Nouveau bouton "Envoyer" pour les commentaires
Posté par Cyberdivad . En réponse au journal Nouveau bouton "Envoyer" pour les commentaires. Évalué à 1.
http://cyberdivad.free.fr/konq-linuxfr.png(...)
quelqu'un d'autre dans ce cas ?
[^] # Re: De la galère pour utiliser hotmail
Posté par Cyberdivad . En réponse au journal De la galère pour utiliser hotmail. Évalué à 1.
# Re: Nautilus en pdf: c'est prêt
Posté par Cyberdivad . En réponse au journal Nautilus en pdf: c'est prêt. Évalué à 1.
Page 4 :
clic-droit appuyer deux fois consécutivement avec le bouton gauche de la souris.
[^] # Re: éternel dilemne
Posté par Cyberdivad . En réponse au journal éternel dilemne. Évalué à 1.
Je cherche à installer des logiciels (stables) tout simplement.
Mais encore une fois si tout ce que tu veux c'est juste disposer des derniers logiciels pourquoi ne pas mettre a jour ?!!
Ma Mandrake, de 9.1 vers 10 ? J'aimerais ne pas reformater mon / pour une simple mise à jour et surtout pour deux-trois logiciels seulement que je souhaite vraiment.
[^] # Re: éternel dilemne
Posté par Cyberdivad . En réponse au journal éternel dilemne. Évalué à 1.
Le problème que je rencontre est que ma mandrake 9.1 est obsolète et qu'il devient de plus en plus difficile de trouver des logiciels packagés pour cette distrib là. Il est quand même un peu malheureux de se sentir forcé de réinstaller sa distrib uniquement parce qu'on souhaite profiter de quelques logiciels libres récents.
A mon sens, un des avantages des outils style rpm est (devrait être ?) quand même l'existence d'une base de données qui contient la liste de tout ce qui est installé sur le système ! Ce qui devrait permettre de faire tout ce qu'on veut (maj, réinstallation etc.) sans douleur et avec facilité.
Je n'ai pas dit que je souhaite une version de développement. Si j'ai la possibilité d'envisager une distrib avec laquelle il est possible de mettre à jour avec des logiciels (stables, comme gimp 2) sans se casser la tête, tant mieux ! installer gimp 2 à partir des sources, je n'aurais pas été contre, mais je pers progressivement l'intérêt du rpm avec chaque logiciel que j'installe comme ça. Ce qui est déjà un peu le cas car j'ai déjà du le faire, et la gestion de ma base rpm devient de plus en plus problématique, ce qui me broute passablement.
Ce que je souhaite est une distribution Libre que je peux garder plusieurs années si je veux sans la réinstaller à partir de zéro (ou gardant juste le /home) et en pouvant toujours installer des logiciels récents de temps en temps si ça me chante. Avec la mandrake, je constate justement que ça n'a pas vraiment l'air d'être le cas et que la solution consiste (justement encore) à passer par la case cooker.
Tu joue sur les mots entre mettre à jour sa distrib et ses logiciels. Bon, si tu veux, mais mon problème reste le même. Comment sur une mdk 9.1 installer tous les derniers logiciels stables comme gimp2 et gnome 2.6 en gardant l'utilité des rpms ?