Le montage video, c'est un des domaines où linux pêche par son manque d'outils.
j'adore ces poncifs déduits d'un autre âge ;-) si tu regardes, il y en a d'autres sur http://lprod.org/wiki/doku.php/video:montage
l'autre réponse c'est :
[-]Ca devrait passer tout seul.
Posté par guillaje (page perso, envoyer un message privé) le 18/02/2009 à 19:09. (lien). Évalué à 1.
- Tu réduis ton FS puis ton volume à moins de 150 Go.
- pvdisplay pour vérifier que le disque à supprimer n'est plus utilisé
- pvmove si une partie du volume est toujours sur le disque à supprimer
- vgreduce pour supprimer le disque du vg
- pvremove pour qu'il ne soit plus reconnu par lvm
Par contre, tu dis "retirer de LVM le disque dur /dev/sdb2", or sdb2 est une partition seulement de ton deuxième disque... Je pense que c'est une faute de frappe ?
Autre chose, je ne sais pas si Windows s'installe sans râler sur un "2e" disque...
ah mais j'avais bien compris ;-) (je n'ai pu résister à la boutade c'est tout).
avec urpmi, la démarche est toute "simple" et a toujours été la même (c'est les commandes qui peuvent un peu varier) :
- déclarer les nouveaux miroirs (en incluant les /updates et les /release)
- la première opération de urpmi est de se mettre à jour
- ensuite urpmi se relance et tente de mettre à jour chacun des paquets dans leurs dernières versions
concrètement (et ça marche pour toutes les versions depuis genre la 2005LE) :
- urpmi urpmi (ce n'est plus vraiment nécessaire mais au moins, urpmi va tirer les dépendances le concernant...)
- urpmi --auto-select
avec un miroir local, l'opération se déroule généralement correctement. Avec des dépôts en ligne, il vaut mieux éviter la période de rush juste après la sortie de la distribution qui aboutit souvent sur des timeouts... je préfère avec mes miroirs en rsync plutôt que ftp, les reprises étant un peu facilitées.
Les soucis rencontrés sont systématiquement les mêmes :
- paquets non entièrement téléchargés (déjà évoqué ci-dessus, éviter les miroirs surchargés)
- quelques dépendances mal résolues (souvent identifiées lors de la sortie de la distrib', les tests étant effectués avec un sous-ensemble de tous les paquets et de tous les dépôts).
- la lecture des releases notes et errata est un pré-requis indispensable pour identifier les opérations complémentaires qui pourraient être nécessaires (notamment les changements de noms de paquets ou les pilotes propriétaires ayant cessé unilatéralement la prise en charge de certains matériels, je pense au pilote nvidia par exemple...). Les changements de glibc sont généralement à surveiller (et c'est inévitable entre une version de 2006 à 2009...).
vi, c'est l'effet Jabber :)
il y a quelques fonctionnalités comme celle-ci qui mériteraient d'être bien documentées tellement elles sont utiles une fois que tu sais que ça existe
Je te laisse lire un peu, ainsi que les pages en anglais en:Open_Invention_Network et en:Patent_troll qui ont des compléments. Tu nous en fais une synthèse ?
Vu que tu as l'air motivé, tu peux te joindre à eastwind aussi http://linuxfr.org/~eastwind/27835.html Redéfinir et défendre nos droits ensemble
(mais je déconseille une logique du "yaka, fokon" qui pourrait paraître évidente, il y a un réel travail, beaucoup de choses à construire... dans la durée, pour ceux qui n'ont pas peur de s'atteler à la tâche).
merci de ta réponse factuelle à mon troll langage du pas vendredi :-)
cela me confirme donc bien que je n'ai jamais compris - à raison - le L de XUL \o/
et visiblement, tu n'as pas appris le Hypertext_Markup_Language qui fonctionne très bien sur ce site (le BBCode n'étant qu'un ersatz).
pour rester dans le sujet, bénéficier du libre et s'interroger sur le libre permet de tomber sur beaucoup de références, n'est ce pas accessible aux cubains aussi ?
beuh, c'est valable pour toute distribution ce que tu dis non ?
- les admins ne veulent pas des mises à jour déstabilisantes tous les 6 mois, debian leur convient
- certains utilisateurs veulent que ça marche et que ça ne bouge pas tout le temps, debian leur convient
- d'autres utilisateurs veulent que ça marche et que les dernières versions soient disponibles, debian leur convient (en sid mais bon)
- d'autres utilisateurs veulent _LA_ dernière version de tous les softs de leur choix (mais que ça marche hein !), bon là ya beaucoup de boulets quand même...
- certains sont prêts à accepter du bleeding edge, ya Fedora pour cela, en plus Fedora remonte systématiquement upstream ce qui est la bonne manière de travailler
et pour une distribution qui juste fonctionne avec un bon compromis pour le bureau, ya Mandriva Linux (ah bah l'appel au troll toussa...).
certainement pas le fait que c'est interprété, qu'il n'y a pas d'éditeur dédié, ni de tests unitaires normalisés, ni de compilation pour la vérification des types ou encore d'équivalent de valgrind pour les fuites mémoires ?
excellent !
les cacti vont bien sinon ?
il serait peut-être temps de donner la procédure complète pour franciser et la donner côté knoppix (upstream quoi) afin que tout le monde puisse le faire (et un contributeur aura l'idée de soumettre ses propositions)
Le souci avec les travaux universitaires, c'est la durée : 3 ans pour des thésards, une fois le travail/rapport rendu, (généralement) plus rien :/ quelle continuité donner à ce genre de pratique qui ne va pas forcément dans le sens de la pérennité ?
Au FOSDEM, j'ai vu une présentation de http://flossmetrics.org ([http://www.fosdem.org/2009/schedule/events/flossmetrics]) qui m'a un peu déprimé : que se passe-t-il à la fin du financement ? un whois ne m'a que peu rassuré Expiration Date:15-Sep-2010 15:06:00 UTC
La méthode est bonne (toutes les données sont stockées, disponibles pour reproduire, les logiciels sont fournis sous licence GPL) mais il y a quelques "maladresses" :
- pourquoi instancier sa propre forge ? un hébergement "connu" rassurerait sur la continuité du projet et éviterait l'impression du syndrôme NIH (en:Not_Invented_Here)
- pourquoi focaliser sur sourceforge qui a montré son désintérêt du libre (d'où les forks de savannah puis gna! et autres gforge) jusqu'à parler de "partenariat" alors que rien n'est remonté "upstream" vu que le fonctionnement est de tout "aspirer" sans forcément dialoguer avec sourceforge d'ailleurs... (ni gna!, ni gforge, ni savannah, ni...)
- une fois le rapport produit (et le PDF mis à disposition), que restera-t-il ?
- ça fait bizarre de voir des projets analysés depuis 1995 et que la présentation n'indique pas que leur système va fonctionner pour les 10 autres années à venir :/ (temps nécessaire àmha pour être représentatif des projets retenus et de leur évolution)
bon je me fais sans doute une frayeur pour rien et le projet sera pérennisé (j'attends les slides) ou j'ai loupé des éléments sur la durée (je ne pense pas qu'un ohloh sera très significatif avant 10 ans... d'autant que le site n'est pas forcément libre non plus :/).
En même temps, leurs analyses sont sympathiques à décortiquer http://melquiades.flossmetrics.org/project/eog
mais bon, quelle débauche de moyens et de stockage alors qu'il "suffirait" d'identifier des métriques et les soumettre à chacun des hébergeurs upstream pour qu'ils les filent à leurs hébergés (il n'y a pas tant que ça de forges quand même...) et ça profiterait à tout le monde (resterait à agréger le tout au besoin).
de toute façon le système de retraite par répartition se sera écroulé bien avant que tu n'y arrives, ah tu comptais (un peu) dessus ? :p ('dredi inside, 13, de surcroît)
un exemple de dégradation de l'archivage peut aussi consister à regarder notre media préféré sur http://web.archive.org et constater les dégâts causés par le flash à certains sites :/ ("effet de bord" oseraient dire certains /o\ je préfère "non respect des normes du w3c" et de l'accessibilité ajouteront beaucoup :D).
[^] # Re: Ecrire des partitions de batterie
Posté par BAud (site web personnel) . En réponse à la dépêche [Toulibre] Présentation "M.A.O sous GNU/Linux" et rencontre. Évalué à 2.
LilyPond effectivement pour éditer des tablatures (que l'on trouve sur la page de MuseScore)
http://linuxfr.org//2008/11/30/24744.html SongWrite
http://ktabedit.sourceforge.net/ KTabEdit
Cat%C3%A9gorie:Logiciel_de_cr%C3%A9ation_musicale donne une bonne liste aussi
[^] # Re: De la diversité des noms de logiciels...
Posté par BAud (site web personnel) . En réponse au journal SPICE libéré ! (bientôt). Évalué à 2.
dans le doute, j'ai aussi été regardé en anglais
http://en.wikipedia.org/wiki/SPICE
ah bah non plus, c'est pareil :/ sauf qu'il y a une page d'homonymie
http://en.wikipedia.org/wiki/Spice_(disambiguation)
rho bah ça n'apparaît pas non plus, peut-être un nom qu'il est encore temps de changer ?
[^] # Re: Pointe-à-Pitre
Posté par BAud (site web personnel) . En réponse au journal Gloire aux journalistes. Évalué à 3.
http://maps.google.com/maps?f=q&source=s_q&hl=fr&(...)
à comparer à OpenStreetMap aussi en mode plan à un niveau de zoom plus élevé :
http://openstreetmap.org/?lat=16.2433&lon=-61.5294&z(...)
[^] # Re: 2,3,4 Jean Pierre
Posté par BAud (site web personnel) . En réponse au journal Gloire aux journalistes. Évalué à 5.
http://openstreetmap.org/?lat=16.225224&lon=-61.506958&a(...)
pour trouver Pointe-à-Pitre
et une vue d'ensemble du continent voisin
http://openstreetmap.org/?lat=16.225224&lon=-61.506958&a(...)
et pour une carte du monde centrée sur la Guadeloupe
http://openstreetmap.org/?lat=16.225224&lon=-61.506958&a(...)
(à ne pas confondre avec les cartes métropolitaines ou américaines).
[^] # Re: BIYF ...
Posté par BAud (site web personnel) . En réponse au journal Nokia Ovi Store pense à l'Open source. Évalué à 5.
yes ! vala comment le placer :p
[^] # Re: Il manque la fin
Posté par BAud (site web personnel) . En réponse au journal L'expérience utilisateur Windows de Bill Gates. Évalué à 1.
j'adore ces poncifs déduits d'un autre âge ;-) si tu regardes, il y en a d'autres sur
http://lprod.org/wiki/doku.php/video:montage
sinon, bah je sais pas, reteste... kdenlive plutôt d'après http://lprod.org/wiki/doku.php/video:montage:comparatif ça t'évitera de confondre qualité et quantité à l'emporte-pièce en tout cas.
[^] # Re: pvmove
Posté par BAud (site web personnel) . En réponse au message Retirer un disque dur d'une parition LVM. Évalué à 2.
[-]Ca devrait passer tout seul.
Posté par guillaje (page perso, envoyer un message privé) le 18/02/2009 à 19:09. (lien). Évalué à 1.
- Tu réduis ton FS puis ton volume à moins de 150 Go.
- pvdisplay pour vérifier que le disque à supprimer n'est plus utilisé
- pvmove si une partie du volume est toujours sur le disque à supprimer
- vgreduce pour supprimer le disque du vg
- pvremove pour qu'il ne soit plus reconnu par lvm
Par contre, tu dis "retirer de LVM le disque dur /dev/sdb2", or sdb2 est une partition seulement de ton deuxième disque... Je pense que c'est une faute de frappe ?
Autre chose, je ne sais pas si Windows s'installe sans râler sur un "2e" disque...
Enfin, grub-install est ton ami.
Voilou :-)
PS : http://www.tldp.org/HOWTO/LVM-HOWTO/ ...
[^] # Re: Il manque la fin
Posté par BAud (site web personnel) . En réponse au journal L'expérience utilisateur Windows de Bill Gates. Évalué à 2.
[^] # Re: Mandriva et inconguités...
Posté par BAud (site web personnel) . En réponse au message x86 : i386 vs i686. Évalué à 3.
avec urpmi, la démarche est toute "simple" et a toujours été la même (c'est les commandes qui peuvent un peu varier) :
- déclarer les nouveaux miroirs (en incluant les /updates et les /release)
- la première opération de urpmi est de se mettre à jour
- ensuite urpmi se relance et tente de mettre à jour chacun des paquets dans leurs dernières versions
concrètement (et ça marche pour toutes les versions depuis genre la 2005LE) :
- urpmi urpmi (ce n'est plus vraiment nécessaire mais au moins, urpmi va tirer les dépendances le concernant...)
- urpmi --auto-select
avec un miroir local, l'opération se déroule généralement correctement. Avec des dépôts en ligne, il vaut mieux éviter la période de rush juste après la sortie de la distribution qui aboutit souvent sur des timeouts... je préfère avec mes miroirs en rsync plutôt que ftp, les reprises étant un peu facilitées.
Les soucis rencontrés sont systématiquement les mêmes :
- paquets non entièrement téléchargés (déjà évoqué ci-dessus, éviter les miroirs surchargés)
- quelques dépendances mal résolues (souvent identifiées lors de la sortie de la distrib', les tests étant effectués avec un sous-ensemble de tous les paquets et de tous les dépôts).
- la lecture des releases notes et errata est un pré-requis indispensable pour identifier les opérations complémentaires qui pourraient être nécessaires (notamment les changements de noms de paquets ou les pilotes propriétaires ayant cessé unilatéralement la prise en charge de certains matériels, je pense au pilote nvidia par exemple...). Les changements de glibc sont généralement à surveiller (et c'est inévitable entre une version de 2006 à 2009...).
[^] # Re: solutions ...?
Posté par BAud (site web personnel) . En réponse au journal L'APINC ferme les passerelles Jabber/XMPP vers les systèmes d'IM proprios. Évalué à 4.
il y a quelques fonctionnalités comme celle-ci qui mériteraient d'être bien documentées tellement elles sont utiles une fois que tu sais que ça existe
http://wiki.jabberfr.org/D%C3%A9couverte_de_services
[^] # Re: Mandriva et inconguités...
Posté par BAud (site web personnel) . En réponse au message x86 : i386 vs i686. Évalué à 5.
[^] # Re: Brevets logiciels
Posté par BAud (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 7. Évalué à 3.
c'est déjà fait avec l'OIN (Open_invention_network), mais tu peux y apporter ta pierre :-)
reste le cas des Patent_troll contre lesquelles il faut user d'armes différentes :/ comme celles dont use l'EFF (Electronic_Frontier_Foundation) http://w2.eff.org/patent/wp.php avec le prior act notamment, battu en brèche par le first to file qui est poussé par quelques-uns.
Je te laisse lire un peu, ainsi que les pages en anglais en:Open_Invention_Network et en:Patent_troll qui ont des compléments. Tu nous en fais une synthèse ?
Vu que tu as l'air motivé, tu peux te joindre à eastwind aussi
http://linuxfr.org/~eastwind/27835.html Redéfinir et défendre nos droits ensemble
(mais je déconseille une logique du "yaka, fokon" qui pourrait paraître évidente, il y a un réel travail, beaucoup de choses à construire... dans la durée, pour ceux qui n'ont pas peur de s'atteler à la tâche).
[^] # Re: On n'est pas vendredi
Posté par BAud (site web personnel) . En réponse au journal Python, langage de l'année pour la seconde année consécutive. Évalué à 1.
cela me confirme donc bien que je n'ai jamais compris - à raison - le L de XUL \o/
[^] # Re: aide
Posté par BAud (site web personnel) . En réponse au message aide de linuxfr.org ?. Évalué à 4.
[^] # Re: aide
Posté par BAud (site web personnel) . En réponse au message aide de linuxfr.org ?. Évalué à 2.
la 1 c'est pour écrire dans https://linuxfr.org/forums/6/index.html ? ce forum est fermé vu que les demandes sont gérées via https://linuxfr.org/tracker/
tu peux donc le préciser sur le wiki :)
[^] # Re: inquiétant !
Posté par BAud (site web personnel) . En réponse à la dépêche Cuba lance sa propre distribution Linux. Évalué à 1.
et visiblement, tu n'as pas appris le Hypertext_Markup_Language qui fonctionne très bien sur ce site (le BBCode n'étant qu'un ersatz).
pour rester dans le sujet, bénéficier du libre et s'interroger sur le libre permet de tomber sur beaucoup de références, n'est ce pas accessible aux cubains aussi ?
[^] # Re: Au top de la modernitude !
Posté par BAud (site web personnel) . En réponse au journal Debian Lenny 5.0 is out !. Évalué à 8.
- les admins ne veulent pas des mises à jour déstabilisantes tous les 6 mois, debian leur convient
- certains utilisateurs veulent que ça marche et que ça ne bouge pas tout le temps, debian leur convient
- d'autres utilisateurs veulent que ça marche et que les dernières versions soient disponibles, debian leur convient (en sid mais bon)
- d'autres utilisateurs veulent _LA_ dernière version de tous les softs de leur choix (mais que ça marche hein !), bon là ya beaucoup de boulets quand même...
- certains sont prêts à accepter du bleeding edge, ya Fedora pour cela, en plus Fedora remonte systématiquement upstream ce qui est la bonne manière de travailler
et pour une distribution qui juste fonctionne avec un bon compromis pour le bureau, ya Mandriva Linux (ah bah l'appel au troll toussa...).
# aide
Posté par BAud (site web personnel) . En réponse au message aide de linuxfr.org ?. Évalué à 3.
as-tu des suggestions d'ajouts / précisions ? (vu que c'est un wiki...)
[^] # Re: Une dépèche dans les bac?
Posté par BAud (site web personnel) . En réponse au journal Debian Lenny 5.0 is out !. Évalué à 2.
et oui il y a une CSS (à l'image de http://debian.org :D).
[^] # Re: On n'est pas vendredi
Posté par BAud (site web personnel) . En réponse au journal Python, langage de l'année pour la seconde année consécutive. Évalué à 1.
qu'est-ce-qui te ferait préférer XML-based_User_interface_Language au hasard ?
certainement pas le fait que c'est interprété, qu'il n'y a pas d'éditeur dédié, ni de tests unitaires normalisés, ni de compilation pour la vérification des types ou encore d'équivalent de valgrind pour les fuites mémoires ?
[^] # Re: Excellente nouvelle
Posté par BAud (site web personnel) . En réponse à la dépêche Knoppix 6.0 : microknoppix. Évalué à 2.
excellent !
les cacti vont bien sinon ?
il serait peut-être temps de donner la procédure complète pour franciser et la donner côté knoppix (upstream quoi) afin que tout le monde puisse le faire (et un contributeur aura l'idée de soumettre ses propositions)
[^] # Re: C'est la luuteee finaaale !
Posté par BAud (site web personnel) . En réponse à la dépêche Cuba lance sa propre distribution Linux. Évalué à 4.
Au FOSDEM, j'ai vu une présentation de http://flossmetrics.org ([http://www.fosdem.org/2009/schedule/events/flossmetrics]) qui m'a un peu déprimé : que se passe-t-il à la fin du financement ? un whois ne m'a que peu rassuré Expiration Date:15-Sep-2010 15:06:00 UTC
La méthode est bonne (toutes les données sont stockées, disponibles pour reproduire, les logiciels sont fournis sous licence GPL) mais il y a quelques "maladresses" :
- pourquoi instancier sa propre forge ? un hébergement "connu" rassurerait sur la continuité du projet et éviterait l'impression du syndrôme NIH (en:Not_Invented_Here)
- pourquoi focaliser sur sourceforge qui a montré son désintérêt du libre (d'où les forks de savannah puis gna! et autres gforge) jusqu'à parler de "partenariat" alors que rien n'est remonté "upstream" vu que le fonctionnement est de tout "aspirer" sans forcément dialoguer avec sourceforge d'ailleurs... (ni gna!, ni gforge, ni savannah, ni...)
- une fois le rapport produit (et le PDF mis à disposition), que restera-t-il ?
- ça fait bizarre de voir des projets analysés depuis 1995 et que la présentation n'indique pas que leur système va fonctionner pour les 10 autres années à venir :/ (temps nécessaire àmha pour être représentatif des projets retenus et de leur évolution)
bon je me fais sans doute une frayeur pour rien et le projet sera pérennisé (j'attends les slides) ou j'ai loupé des éléments sur la durée (je ne pense pas qu'un ohloh sera très significatif avant 10 ans... d'autant que le site n'est pas forcément libre non plus :/).
En même temps, leurs analyses sont sympathiques à décortiquer
http://melquiades.flossmetrics.org/project/eog
mais bon, quelle débauche de moyens et de stockage alors qu'il "suffirait" d'identifier des métriques et les soumettre à chacun des hébergeurs upstream pour qu'ils les filent à leurs hébergés (il n'y a pas tant que ça de forges quand même...) et ça profiterait à tout le monde (resterait à agréger le tout au besoin).
[^] # Re: Sur le même sujet que l'article Original
Posté par BAud (site web personnel) . En réponse au journal « Ordinateurs : attention au trou de mémoire ». Évalué à 1.
[^] # Re: La Quadrature du Net vs HADOPI
Posté par BAud (site web personnel) . En réponse au journal « Ordinateurs : attention au trou de mémoire ». Évalué à 2.
[^] # Re: Word
Posté par BAud (site web personnel) . En réponse au journal « Ordinateurs : attention au trou de mémoire ». Évalué à 2.
[http://fr.wikipedia.org/wiki/Uniform_Resource_Locator]
ou en les doublant Uniform_Resource_Locator
(c'est une fonction spécifique pour fr.wikipedia, cf. [http://demoll.tuxfamily.org/linuxfr/SuggestionsRelecteurLinu(...)])