toutes les releases étaient archivées
pas besoin de laisser trainer des versions non plus, surtout si une release (mineure en plus) corrige les bugs. Certains utilisateurs installent toutes les versions qu'ils trouvent, ce qui complique notablement le support.
En plus, tout reste disponible dans le cvs, qui - lui - a vocation à archiver.
Si tu es prêt à tester, tu gardes dans un coin ta version qui fonctionne (comme ça tu seras en mesure de te reconnecter à internet à volonté...) et je te propose les choses suivantes :
- garder /etc/eagle-usb/dsp/dsp_code*bin dans un coin => cela permet d'utiliser le DSPcode de la 1.9.9.1
- installer la version 2.1.1
° déjà voir si elle fonctionnerait tel quelle pour toi
° sauvegarder le dernier DSPcode (qui se trouve maintenant dans /usr/share/eagle-usb/dsp/) et le garder dans un coin => remplacer par celui du 1.9.9.1, voir si ça fonctionne mieux (débrancher le modem et - si nécessaire - faire eaglectrl -w ; startadsl ; eaglediag -msc # pour vérifier si ça se connecte)
° relire ce post : http://forum.eagle-usb.org/viewtopic.php?t=3040(...) (très long... 3 intervenants...) et voir le récapitulatif à la fin s'il s'applique pour toi... => reprendre dernier DSPcode et modifier valeurs de OPTNxx, puis débrancher/rebrancher modem et eaglectrl -w ; startadsl ; eaglediag -msc
=> dire quelle solution te semble la plus efficace dans ton cas...
Il n'y a pas de message d'erreur dans /var/log/messages tout simplement parce que le souci est avec ce nouveau DSPcode et les paramètres (non documentés actuellement) envoyés au modem : tout se passe dans le modem... d'où l'importance d'avoir des spécifications claires et des moyens de diagnostic... (demandés, attente de réponse de ADI).
et je veux bien le modèle exact de ton modem et ce que je demandais dans ce journal eaglestat |grep -iE "Rev|Rate"
il faudrait le résultat de ls -l /etc/*release* /etc/*version* ; cat /etc/*version* /etc/*release*
ce qui devrait sans doute lister un fichier debian_version ou ubuntu_version...
eagleconfig se base sur le contenu de ce fichier / sa présence pour déterminer ce qu'il faut modifier (service internet / network, /etc/init.d, /etc/rc.d/ ...) puisque les distributions ont des méthodes différentes pour activer ce qu'il faut au démarrage : nous nous adaptons.
eh oui, nous avons vu un petit soucis avec la 2.1.0 d'où sa disparition, pas besoin qu'elle se répande non plus. Autant bien montrer la différence, non ?
hum pour l'aspect "officiel", regardes-y à 2 fois : tu te retrouves avec une eagle-usb-1.9.9.1 (donc avec l'ancien code DSP et des bugs non corrigés). A toi de choisir de la garder ou de nous aider à faire fonctionner l'actuelle : que ce soit avec le nouveau code DSP ou avec l'ancien...
tu peux faire sur chacun des PC :
route -n # pour vérifier que ton routage est bon (complément au ping)
nmap [adresse_IP] # pour voir les services accessibles (tous les ports sont testés... un urpmi nmap sera peut-être nécessaire)
service sshd status # pour vérifier que c'est actif
ps auxww|grep ssh # pour voir ce qui est lancé
et sinon ton /etc/hosts a une drôle de tête... moi j'ai plutôt quelquechose du genre :
sur l'ordi1 :
127.0.0.1 localhost.localdomain localhost
127.0.0.1 ordi1.reso.fr ordi1
#192.168.0.1 ordi1.reso.fr ordi1
192.168.0.2 ordi2.reso.fr ordi2
comme ça quand l'interface réseau tombe, je ne me retrouve pas avec X complètement freezé...
sinon un iptables --list # nous confirmera qu'il n'y a pas de firewall ni sur l'un ni sur l'autre...
pfff ya écart sur le sujet du journal, ci-dessus... m'enfin au moins le troll sur Access est (encore) évité :-))
Si vous avez un retour d'expérience, sur l'aspect base de données / création de formulaire (oui oui c'était ça le sujet du journal) ça m'intéresse.
Vous pouvez comparer aux solutions que j'ai recensées ici : http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools(...) (partie "database tools")
Par exemple, j'ai testé kexi qui est effectivement prometteur, mais je reste sur ma faim et largement déçu de ne pas (encore) pouvoir générer un PNG ou SVG (ou graphviz éventuellement) des relations entre tables... ça va venir j'espère... (bah un screenshot peut suffire encore même si ce n'est pas la panacée).
Ce qui m'intéresserait, c'est un outil permettant de générer un client lourd (tout côté client) et aussi un client léger (interface web quoi)...
éventuellement, tu peux remonter à ton fournisseur que, s'il mettait en ligne une page avec les paramètres techniques, telle que celle-ci : http://internet.libero.it/assistenza/adsl/installazione_ass.phtml(...)
- ça serait bien pratique pour les utilisateurs
- et en plus ce serait joli
chez moi ça donne :
urpmi kguitar
Pour satisfaire les dépendances, les 4 paquetages suivants vont être installés (3 Mo):
kguitar-0.4.9-4mdk.i586
libkguitar0-0.4.9-4mdk.i586
libtse3_0-0.2.7-6mdk.i586
tse3-0.2.7-6mdk.i586
pas besoin de compiler...
m'enfin je suis sous cooker, j'espère que c'est disponible dans les versions stables...
Un autre truc intéressant est l'installation directement à partir d'isos.
Je suppose que tu voulais parler du mini-iso qui permet une install' :
- LAN
- par internet (avec l'intégration des pilotes qui vont bien quand c'est possible)
- disque : effectivement en montant les iso des CD (sans avoir à les graver)
- CD... (mais là c'est à se demander pourquoi ne pas booter directement dessus...)
grâce à la possibilité d'ajouter des sources de media vers la fin de l'install'...
Il doit être même possible d'installer "à l'identique" plusieurs serveurs en reprenant une liste des packages. Dommage je ne me rappelle plus comment est générée cette liste...
J'ai bien un /root/drakx/replay_install.img qui semble vouloir tenir sur une disquette 1,44Mo... m'enfin comme je n'ai pas de lecteur de disquette, et que le besoin serait une install' sur un PC différent, une liste de packages (sans n° de version) serait plus pratique en entrée de urpmi... si ça se trouve ça marche.
la 10.2 s'annonce comme une confirmation de la stabilité de la 10.1Official, sans beaucoup plus de détails :-( il y a bien la conformité FHS, mais AMHA il est actuellement difficile de se faire une image globale de cette distribution à venir... quel est l'enjeu ? quelques propositions :
- kernel 2.6.10 mini avec l'arrivée d'un nouveau kernel hacker (efficace, même si la communauté lui demande un peu plus de visibilité qu'actuellement)
- stabilité : Gnome 2.8 adopté (2.10 après)
- un bugzilla unifié pour Cooker et les versions stables (effectif)
- début de traduction du wiki en Français : http://qa.mandrakesoft.com/twiki/bin/view/Main/TranslationInFrenchW(...)
- bref, autant exprimer ses attentes côté communauté, cela permettra à Mandrakesoft de confirmer les choix retenus : une mise à jour de http://qa.mandrakesoft.com/twiki/bin/view/Main/IdeasForMandrakelinu(...) permettrait d'ailleurs de se faire une meilleure idée
bon bin la méthode 1. n'a pas l'air de fonctionner en cooker, ya bien une fonction "importer données version précédente" dans le menu fichier mais elle prend 100% de CPU et ne fait rien
la méthode 2. fonctionne (j'ai vérifié la valeur des clés avec gconf-editor : j'avais bien 2.0.0, j'ai mis à 1.4.0, elles repassent toutes seules à 2.0.0) et en plus c'est rapide, la migration a l'air de bien se passer, ça te propose d'effacer le répertoire evolution (l'ancien) et ça demande même confirmation (que demande le peuple !). Bon j'ai plus qu'à merger les dossiers que j'avais auparavant en 2.0 et ça va le faire !
Encore merci de ton initiative qui va me permettre de me débarrasser de ma 9.2 qui ne me sert plus depuis qu'après la 10.0 je suis passé en cooker et j'y suis resté... (c'est parfois un peu cassé, m'enfin). cool ça me fait 4,75 Go de récupérés pour tester la 10.2beta1 quand elle sortira.
sympa, merci pour ta recherche, c'est exactement ce dont j'avais besoin pour récupérer mes mails de ma Mdk 9.2 vers ma cooker 10.2 sans trop perdre de temps (et avec confirmation de ce que je pensais...)
En bref :
evolution 1.4 : tout est stocké dans $HOME/evolution
evolution 2.0 : tout est stocké dans $HOME/.evolution
Je n'ai pas trop compris si tu es déjà en Mdk10.1 ou dans une version antérieure ? Voici les étapes que je te propose :
si tu es en 10.1 :
evolution --force-shutdown # ferme evolution
Tu sauvegardes sous ton compte :
cd $HOME
tar jcvf evolution2.tar.bz2 .evolution
tar jcvf evolution14.tar.bz2 evolution
tar jcvf gconf_evolution.tar.bz2 .gconf/apps/evolution
/bin/rm -R .evolution/ # efface le répertoire $HOME/.evolution de la 2.0 (t'as sauvé avant...), ou un mv comme suggéré c'est moins destructif...
3 possibilités pour migrer :
1.
evolution --force-migrate # tu perds tout ce que tu as fait en 2.0 (m'enfin t'as une sauvegarde)
2.
$ gconftool-2 --set /apps/evolution/version --type string "1.4.0"
$ gconftool-2 --set /apps/evolution/last_version --type string "1.4.0"
evolution # lance evolution qui devrait détecter une migration nécessaire
$ gconftool-2 --set /apps/evolution/version --type string "2.0.0" # met la bonne version
$ gconftool-2 --set /apps/evolution/last_version --type string "2.0.0"
3. si tu n'avais pas la Mdk10.1Official : bof autant l'installer sur une nouvelle partition (l'ancienne te servira pour des sauvegardes...), sinon la migration via urpmi --auto-select devrait fonctionner (avec un passage par la 10.0Official si nécessaire...), ce qui est chaud c'est que udev est utilisé maintenant (donc ça touche les disques... si tu as 2-3 CD à graver, n'hésite pas trop)
urpmi evolution # avec les sources de la 10.1 (bof...)
evolution # au lancement ça devrait être bon (soit migration faite par le paquet RPM, soit au démarrage de évolution
Forcément, tu perds ce que tu avais commencé à faire avec ton evolution 2.0 avant migration...
Bon je vais tester (moi en plus faut que je récupère ce que j'ai actuellement sous la 2.0...)
"on" peut pas => https://www.linuxfr.org/tracker/new.html(...) (suggestion)
en revanche en journal public avec une bonne accroche, ça peut déchaîner les foules et rester plus longtemps en haut
perso, ça m'intéresserait aussi : je me (re-)mets l'uml avec umbrello
je vais bientôt publier 2-3 schémas... (avec le source, comme ça ils seront en GPL j'espère)
mais pas toutes les questions :-( la doc' mériterait une mise à jour
ok pour l'isolation des utilisateurs, a priori duplication de jail (prison, chroot...)
Bonjour quand même les mises à jour du système sur alerte de sécurité s'il y a plusieurs chroot :-(
à voir s'il serait possible de monter un filesystem pour chaque chroot (ça ne ferait plus qu'une mise à jour) ?
Pour limiter les commandes accessibles, dans ./ssh/authorized_keys il est possible d'utiliser la directive
command='ls -ailrt' [snip la clé publique de l'utilisateur]
Bon ça ne marche que pour une seule commande (donc utilisation sévèrement limitée... :-( )
Heureusement, il y a authprogs qui permet de configurer plusieurs commandes acceptées, je vous laisse lire http://www.hackinglinuxexposed.com/articles/20030115.html(...)
et sa doc' (faut lire le code source :-) ) http://www.hackinglinuxexposed.com/tools/authprogs/(...)
=> ça amène à installer perl pour installer plus de sécurité (l'auteur s'excuse de ne pas l'avoir écrit en C) mais c'est bien utile...
En revanche, ça ne fonctionne bien que pour des commandes en SSH ; pour scp en SSH1 aussi, mais en SSH2 seule la ligne /usr/bin/sftp-server (je ne suis plus sûr du chemin) apparaît comme commande :-(
c'est pas plutôt openssh-3.9p1 ? au lieu de 3.8...
tu te retrouves avec une arborescence :
bin dev etc home lib usr
Quels exécutables sont sélectionnés ? (un lien vers la liste ce sera bon...)
Y-a-t-il duplication de l'espace disque nécessaire ? Ce n'est pas par utilisateur qu'il faut recréer l'intégralité de l'environnement ? Tous les utilisateurs sont dans le même chroot ou sont-ils isolés les uns des autres ?
A te lire, j'ai l'impression que tout le monde se retrouve dans le même chroot et qu'il n'y a qu'une copie ? Si l'on souhaite isoler chaque utilisateur, cela amène à créer autant de chroot que d'utilisateurs... j'ai bon ?
Comment les binaires "copiés" (je prends cette hypothèse) sont-ils à tenir à jour ? (alerte de sécurité...)
En fait, j'ai lu que la valeur de charset pour iconv dépendait du système, donc si quelqu'un a une URL avec une liste ça m'intéresse, histoire de mettre l'encodage qui va bien dans les pages HTML.
Sinon j'ai pas trop compris pourquoi ne pas stocker en utf-8 en base et mettre un encodage en utf-8 pour la page html envoyée côté client ? ça permettrait d'éviter le souci lorsqu'on affiche du Français, de l'Estonien et du Grec sur la même page non ? y-a-t-il un problème lié aux fontes disponibles côté client ?
Ce que j'ai plutôt vu, c'est :
côté client / côté serveur / en base
encodage locale / transformation utf-8 <=> locale / utf-8
mais je n'ai pas forcément (encore) compris pourquoi...
dans man perluniintro et man perlunicode il y a quelques infos pertinentes (si ce n'est que la comparaison incessante entre ce qui se passe en perl 5.6 et perl 5.8 est pénible à lire dans le texte, voire m'amène à tout confondre :-( ) :
How Do I Display Unicode? How Do I Input Unicode?
j'ai pourtant de vagues réminiscences de privilégier le 1:
Deux possibilités entre : poste client <=> transformation <=> stockage
1)
saisie : locale => transformation locale vers utf-8 => utf-8
affichage : locale <= transformation utf-8 vers locale => utf-8
2) utf-8 <=> pas de transformation <=> utf-8
contrainte : MySQL 4.1 de mémoire (sinon les recherches ne fonctionnent pas en UTF-8)
Après reste à résoudre le souci du 1) si tu souhaites afficher des caractères en grec et en russe sur la même page, c'est pas gagné...
iconv doit pouvoir aider mais à ce que j'ai lu c'est loin d'être normalisé :-( et je ne sais pas s'il est possible de l'utiliser en php
éventuellement regarder du côté de phpBB2 pour voir comment ils ont procédé vu le nombre de langues qu'ils gèrent ! (le mix de langue ne passe sans doute pas)
[...] the commitment not to assert any of these 500 U.S. patents [...] is irrevocable except that IBM reserves the right to terminate this patent pledge and commitment only with regard to any party who files a lawsuit asserting patents or other intellectual property rights against Open Source Software
bizarre je lis plutôt "l'engagement de n'exercer aucun de ces 500 brevets US [..] est irrévocable (ne peut être remis en cause), si ce n'est qu'IBM se réserve le droit de mettre fin à cette promesse (cet octroi) de brevet et cet engagement en ce qui concerne les parties (tiers) qui engageraient des poursuites pour exercer leurs propres brevets ou droits de propriété intellectuelle à l'encontre des logiciels open source"
En gros IBM se réserve le droit de retirer l'octroi du brevet à ceux qui engagent des actions contre l'OSS. Cela semble protéger les logiciels libres d'attaques de tiers ? En gros, à celui qui attaquerait l'OSS : IBM lui dirait "j'ai 500 brevets, t'applique un des tiens contre l'OSS, il y a sans doute un des miens que tu utilises : pouf je te retire le droit, à toi, de l'utiliser, fait autrement... ça te décourage ?" et ça ne retire rien pour l'OSS (sauf si un projet OSS attaquait un autre projet OSS à coup de brevet ou IP... (l'interprétation est mienne)
m'enfin, IANAL et je ne suis pas traducteur non plus...
Attention l'abus de lecture de debian-legal est dangereux pour la santé mentale ;-)
[^] # Re: tiens la version 2.1.0 a disparu!
Posté par BAud (site web personnel) . En réponse au journal Connexion ADSL avec Wanadoo et autres FAI. Évalué à 2.
pas besoin de laisser trainer des versions non plus, surtout si une release (mineure en plus) corrige les bugs. Certains utilisateurs installent toutes les versions qu'ils trouvent, ce qui complique notablement le support.
En plus, tout reste disponible dans le cvs, qui - lui - a vocation à archiver.
Si tu es prêt à tester, tu gardes dans un coin ta version qui fonctionne (comme ça tu seras en mesure de te reconnecter à internet à volonté...) et je te propose les choses suivantes :
- garder /etc/eagle-usb/dsp/dsp_code*bin dans un coin => cela permet d'utiliser le DSPcode de la 1.9.9.1
- installer la version 2.1.1
° déjà voir si elle fonctionnerait tel quelle pour toi
° sauvegarder le dernier DSPcode (qui se trouve maintenant dans /usr/share/eagle-usb/dsp/) et le garder dans un coin => remplacer par celui du 1.9.9.1, voir si ça fonctionne mieux (débrancher le modem et - si nécessaire - faire eaglectrl -w ; startadsl ; eaglediag -msc # pour vérifier si ça se connecte)
° relire ce post : http://forum.eagle-usb.org/viewtopic.php?t=3040(...) (très long... 3 intervenants...) et voir le récapitulatif à la fin s'il s'applique pour toi... => reprendre dernier DSPcode et modifier valeurs de OPTNxx, puis débrancher/rebrancher modem et eaglectrl -w ; startadsl ; eaglediag -msc
=> dire quelle solution te semble la plus efficace dans ton cas...
Il n'y a pas de message d'erreur dans /var/log/messages tout simplement parce que le souci est avec ce nouveau DSPcode et les paramètres (non documentés actuellement) envoyés au modem : tout se passe dans le modem... d'où l'importance d'avoir des spécifications claires et des moyens de diagnostic... (demandés, attente de réponse de ADI).
et je veux bien le modèle exact de ton modem et ce que je demandais dans ce journal eaglestat |grep -iE "Rev|Rate"
[^] # Re: tiens la version 2.1.0 a disparu!
Posté par BAud (site web personnel) . En réponse au journal Connexion ADSL avec Wanadoo et autres FAI. Évalué à 2.
ce qui devrait sans doute lister un fichier debian_version ou ubuntu_version...
eagleconfig se base sur le contenu de ce fichier / sa présence pour déterminer ce qu'il faut modifier (service internet / network, /etc/init.d, /etc/rc.d/ ...) puisque les distributions ont des méthodes différentes pour activer ce qu'il faut au démarrage : nous nous adaptons.
[^] # Re: tiens la version 2.1.0 a disparu!
Posté par BAud (site web personnel) . En réponse au journal Connexion ADSL avec Wanadoo et autres FAI. Évalué à 2.
hum pour l'aspect "officiel", regardes-y à 2 fois : tu te retrouves avec une eagle-usb-1.9.9.1 (donc avec l'ancien code DSP et des bugs non corrigés). A toi de choisir de la garder ou de nous aider à faire fonctionner l'actuelle : que ce soit avec le nouveau code DSP ou avec l'ancien...
Merci pour tes encouragements en tout cas.
# eh oui
Posté par BAud (site web personnel) . En réponse au message W3 Blacklist de nouveau disponible. Évalué à 2.
http://linuxfr.org/2004/11/30/17771.html(...)
[^] # Re: De mandrake à Suse à Ubuntu (illumination :-) )
Posté par BAud (site web personnel) . En réponse au journal Divagations Mandrakeuses. Évalué à 5.
ok ok ~~~> [|] ascenseur vers la sortie
# une liste pour Mdk
Posté par BAud (site web personnel) . En réponse au message Matériel compatible. Évalué à 2.
ya de l'ancien et du nouveau
# plus précisément
Posté par BAud (site web personnel) . En réponse au journal Mandrakelinux 10.2 Beta2. Évalué à 5.
http://archives.mandrakelinux.com/cooker/2005-02/msg00662.php(...) thread sur la beta2
http://archives.mandrakelinux.com/cooker/2005-02/msg00642.php(...) thread sur le bootsplash
(torrent non encore disponible... http://qa.mandrakesoft.com/torrent/(...) )
penser à regarder les autres miroirs tout de même... (du côté de http://easyurpmi.zarb.org(...) en intuitant l'arborescence...)
ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrakelinux/devel/i(...)
L'install se fait à partir d'ISO de 700 Mo : vous pouvez regarder http://qa.mandrakesoft.com/twiki/bin/view/Main/CookerHowTo(...) pour économiser des CD tout en testant l'installation
[^] # Re: port22:connection refused
Posté par BAud (site web personnel) . En réponse au message réseau perso 2 PC avec mdk10.1. Évalué à 2.
route -n # pour vérifier que ton routage est bon (complément au ping)
nmap [adresse_IP] # pour voir les services accessibles (tous les ports sont testés... un urpmi nmap sera peut-être nécessaire)
service sshd status # pour vérifier que c'est actif
ps auxww|grep ssh # pour voir ce qui est lancé
et sinon ton /etc/hosts a une drôle de tête... moi j'ai plutôt quelquechose du genre :
sur l'ordi1 :
127.0.0.1 localhost.localdomain localhost
127.0.0.1 ordi1.reso.fr ordi1
#192.168.0.1 ordi1.reso.fr ordi1
192.168.0.2 ordi2.reso.fr ordi2
comme ça quand l'interface réseau tombe, je ne me retrouve pas avec X complètement freezé...
sinon un iptables --list # nous confirmera qu'il n'y a pas de firewall ni sur l'un ni sur l'autre...
# recentrage sur l'aspect base de données
Posté par BAud (site web personnel) . En réponse au journal Un aperçu de OpenOffice.org Base. Évalué à 3.
Si vous avez un retour d'expérience, sur l'aspect base de données / création de formulaire (oui oui c'était ça le sujet du journal) ça m'intéresse.
Vous pouvez comparer aux solutions que j'ai recensées ici :
http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools(...) (partie "database tools")
Par exemple, j'ai testé kexi qui est effectivement prometteur, mais je reste sur ma faim et largement déçu de ne pas (encore) pouvoir générer un PNG ou SVG (ou graphviz éventuellement) des relations entre tables... ça va venir j'espère... (bah un screenshot peut suffire encore même si ce n'est pas la panacée).
Ce qui m'intéresserait, c'est un outil permettant de générer un client lourd (tout côté client) et aussi un client léger (interface web quoi)...
# vote pour l'écran de démarrage
Posté par BAud (site web personnel) . En réponse au journal Un aperçu de OpenOffice.org Base. Évalué à 6.
http://www.openoffice.org/servlets/StartPage(...)
Il faut s'inscrire http://www.openoffice.org/servlets/Join(...) , ce qui permet ensuite de voter... 3 choix au maximum.
ça se termine le 9 Février 2004 à 00:000 UTC
[^] # Re: PPP sur ATM (PPPoA)
Posté par BAud (site web personnel) . En réponse au journal Quel protocole pour club-internet ADSL ?. Évalué à 3.
http://internet.libero.it/assistenza/adsl/installazione_ass.phtml(...)
- ça serait bien pratique pour les utilisateurs
- et en plus ce serait joli
# PPP sur ATM (PPPoA)
Posté par BAud (site web personnel) . En réponse au journal Quel protocole pour club-internet ADSL ?. Évalué à 3.
VPI VCI (hexa) encapsulation
8 35 (23) 6 - RFC2364 PPPoA VCmux
si tu as trouvé des pages intéressantes sur l'ADSL, tu peux me rajouter les liens sur cette page :
http://faq.eagle-usb.org/wakka.php?wiki=AdslDescription(...)
# et urpmi ?
Posté par BAud (site web personnel) . En réponse au message KGuitar sour mandrake. Évalué à 2.
chez moi ça donne :
urpmi kguitar
Pour satisfaire les dépendances, les 4 paquetages suivants vont être installés (3 Mo):
kguitar-0.4.9-4mdk.i586
libkguitar0-0.4.9-4mdk.i586
libtse3_0-0.2.7-6mdk.i586
tse3-0.2.7-6mdk.i586
pas besoin de compiler...
m'enfin je suis sous cooker, j'espère que c'est disponible dans les versions stables...
[^] # mini-iso ?
Posté par BAud (site web personnel) . En réponse au journal Mdk 10.2 intégrera les delta.rpm. Évalué à 3.
Je suppose que tu voulais parler du mini-iso qui permet une install' :
- LAN
- par internet (avec l'intégration des pilotes qui vont bien quand c'est possible)
- disque : effectivement en montant les iso des CD (sans avoir à les graver)
- CD... (mais là c'est à se demander pourquoi ne pas booter directement dessus...)
grâce à la possibilité d'ajouter des sources de media vers la fin de l'install'...
Il doit être même possible d'installer "à l'identique" plusieurs serveurs en reprenant une liste des packages. Dommage je ne me rappelle plus comment est générée cette liste...
J'ai bien un /root/drakx/replay_install.img qui semble vouloir tenir sur une disquette 1,44Mo... m'enfin comme je n'ai pas de lecteur de disquette, et que le besoin serait une install' sur un PC différent, une liste de packages (sans n° de version) serait plus pratique en entrée de urpmi... si ça se trouve ça marche.
# et pour les autres travaux sur la 10.2
Posté par BAud (site web personnel) . En réponse au journal Mdk 10.2 intégrera les delta.rpm. Évalué à 5.
sinon d'autres discussions ont eu lieu, que ce soit pour les backports ou d'autres sujets :
http://qa.mandrakesoft.com/twiki/bin/view/Main/DistroSpecificReleas(...)
le planning de la 10.2 étant disponible :
http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrakelinux102(...)
(la beta1 devrait ne pas trop tarder en torrent...)
la 10.2 s'annonce comme une confirmation de la stabilité de la 10.1Official, sans beaucoup plus de détails :-( il y a bien la conformité FHS, mais AMHA il est actuellement difficile de se faire une image globale de cette distribution à venir... quel est l'enjeu ? quelques propositions :
- kernel 2.6.10 mini avec l'arrivée d'un nouveau kernel hacker (efficace, même si la communauté lui demande un peu plus de visibilité qu'actuellement)
- stabilité : Gnome 2.8 adopté (2.10 après)
- un bugzilla unifié pour Cooker et les versions stables (effectif)
- début de traduction du wiki en Français : http://qa.mandrakesoft.com/twiki/bin/view/Main/TranslationInFrenchW(...)
- bref, autant exprimer ses attentes côté communauté, cela permettra à Mandrakesoft de confirmer les choix retenus : une mise à jour de http://qa.mandrakesoft.com/twiki/bin/view/Main/IdeasForMandrakelinu(...) permettrait d'ailleurs de se faire une meilleure idée
[^] # Re: cool
Posté par BAud (site web personnel) . En réponse au message Mandrake 10.1 : Probleme de Migration d'EVOLUTION 1.4 vers 2. Évalué à 2.
la méthode 2. fonctionne (j'ai vérifié la valeur des clés avec gconf-editor : j'avais bien 2.0.0, j'ai mis à 1.4.0, elles repassent toutes seules à 2.0.0) et en plus c'est rapide, la migration a l'air de bien se passer, ça te propose d'effacer le répertoire evolution (l'ancien) et ça demande même confirmation (que demande le peuple !). Bon j'ai plus qu'à merger les dossiers que j'avais auparavant en 2.0 et ça va le faire !
Encore merci de ton initiative qui va me permettre de me débarrasser de ma 9.2 qui ne me sert plus depuis qu'après la 10.0 je suis passé en cooker et j'y suis resté... (c'est parfois un peu cassé, m'enfin). cool ça me fait 4,75 Go de récupérés pour tester la 10.2beta1 quand elle sortira.
# cool
Posté par BAud (site web personnel) . En réponse au message Mandrake 10.1 : Probleme de Migration d'EVOLUTION 1.4 vers 2. Évalué à 2.
En bref :
evolution 1.4 : tout est stocké dans $HOME/evolution
evolution 2.0 : tout est stocké dans $HOME/.evolution
Je n'ai pas trop compris si tu es déjà en Mdk10.1 ou dans une version antérieure ? Voici les étapes que je te propose :
si tu es en 10.1 :
evolution --force-shutdown # ferme evolution
Tu sauvegardes sous ton compte :
cd $HOME
tar jcvf evolution2.tar.bz2 .evolution
tar jcvf evolution14.tar.bz2 evolution
tar jcvf gconf_evolution.tar.bz2 .gconf/apps/evolution
/bin/rm -R .evolution/ # efface le répertoire $HOME/.evolution de la 2.0 (t'as sauvé avant...), ou un mv comme suggéré c'est moins destructif...
3 possibilités pour migrer :
1.
evolution --force-migrate # tu perds tout ce que tu as fait en 2.0 (m'enfin t'as une sauvegarde)
2.
$ gconftool-2 --set /apps/evolution/version --type string "1.4.0"
$ gconftool-2 --set /apps/evolution/last_version --type string "1.4.0"
evolution # lance evolution qui devrait détecter une migration nécessaire
$ gconftool-2 --set /apps/evolution/version --type string "2.0.0" # met la bonne version
$ gconftool-2 --set /apps/evolution/last_version --type string "2.0.0"
3. si tu n'avais pas la Mdk10.1Official : bof autant l'installer sur une nouvelle partition (l'ancienne te servira pour des sauvegardes...), sinon la migration via urpmi --auto-select devrait fonctionner (avec un passage par la 10.0Official si nécessaire...), ce qui est chaud c'est que udev est utilisé maintenant (donc ça touche les disques... si tu as 2-3 CD à graver, n'hésite pas trop)
urpmi evolution # avec les sources de la 10.1 (bof...)
evolution # au lancement ça devrait être bon (soit migration faite par le paquet RPM, soit au démarrage de évolution
Forcément, tu perds ce que tu avais commencé à faire avec ton evolution 2.0 avant migration...
Bon je vais tester (moi en plus faut que je récupère ce que j'ai actuellement sous la 2.0...)
[^] # Re: Haut de page
Posté par BAud (site web personnel) . En réponse au journal Conception et OpenSource. Évalué à 2.
en revanche en journal public avec une bonne accroche, ça peut déchaîner les foules et rester plus longtemps en haut
perso, ça m'intéresserait aussi : je me (re-)mets l'uml avec umbrello
je vais bientôt publier 2-3 schémas... (avec le source, comme ça ils seront en GPL j'espère)
et j'ai compilé une liste de quelques outils
http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools(...) (quelques uns orientés base de données...) si vous en avez d'autres ?
[^] # Re: Bien plus complet
Posté par BAud (site web personnel) . En réponse au journal Prison SSH. Évalué à 2.
ok pour l'isolation des utilisateurs, a priori duplication de jail (prison, chroot...)
Sinon cykl m'a indiqué en plus un outil pour debian permettant de ramener certains binaires choisis (évite de se trimballer plus de 1200 fichiers pour perl à ce que j'avais lu je ne sais plus où) :
http://www.debian.org/doc/manuals/securing-debian-howto/ap-chroot-s(...)
Bonjour quand même les mises à jour du système sur alerte de sécurité s'il y a plusieurs chroot :-(
à voir s'il serait possible de monter un filesystem pour chaque chroot (ça ne ferait plus qu'une mise à jour) ?
# pour un shell à commandes restreintes
Posté par BAud (site web personnel) . En réponse au journal Prison SSH. Évalué à 4.
command='ls -ailrt' [snip la clé publique de l'utilisateur]
Bon ça ne marche que pour une seule commande (donc utilisation sévèrement limitée... :-( )
Heureusement, il y a authprogs qui permet de configurer plusieurs commandes acceptées, je vous laisse lire
http://www.hackinglinuxexposed.com/articles/20030115.html(...)
et sa doc' (faut lire le code source :-) ) http://www.hackinglinuxexposed.com/tools/authprogs/(...)
=> ça amène à installer perl pour installer plus de sécurité (l'auteur s'excuse de ne pas l'avoir écrit en C) mais c'est bien utile...
En revanche, ça ne fonctionne bien que pour des commandes en SSH ; pour scp en SSH1 aussi, mais en SSH2 seule la ligne /usr/bin/sftp-server (je ne suis plus sûr du chemin) apparaît comme commande :-(
# version ? + isolation entre utilisateurs
Posté par BAud (site web personnel) . En réponse au journal Prison SSH. Évalué à 6.
tu te retrouves avec une arborescence :
bin dev etc home lib usr
Quels exécutables sont sélectionnés ? (un lien vers la liste ce sera bon...)
Y-a-t-il duplication de l'espace disque nécessaire ? Ce n'est pas par utilisateur qu'il faut recréer l'intégralité de l'environnement ? Tous les utilisateurs sont dans le même chroot ou sont-ils isolés les uns des autres ?
A te lire, j'ai l'impression que tout le monde se retrouve dans le même chroot et qu'il n'y a qu'une copie ? Si l'on souhaite isoler chaque utilisateur, cela amène à créer autant de chroot que d'utilisateurs... j'ai bon ?
Comment les binaires "copiés" (je prends cette hypothèse) sont-ils à tenir à jour ? (alerte de sécurité...)
# cool et en perl ?
Posté par BAud (site web personnel) . En réponse au journal Petit outil pour changer de charset et d'encodage. Évalué à 2.
http://rf.net/~james/perli18n.html(...) [en] Faq for utf-8
http://userpage.fu-berlin.de/~ram/pub/pub_w33d45lg/perl_unicode_en(...) [en] use unicode in perl
http://perl-xml.sourceforge.net/faq/#encodings(...) [en] unicode utf-8 with perl / xml
En fait, j'ai lu que la valeur de charset pour iconv dépendait du système, donc si quelqu'un a une URL avec une liste ça m'intéresse, histoire de mettre l'encodage qui va bien dans les pages HTML.
Sinon j'ai pas trop compris pourquoi ne pas stocker en utf-8 en base et mettre un encodage en utf-8 pour la page html envoyée côté client ? ça permettrait d'éviter le souci lorsqu'on affiche du Français, de l'Estonien et du Grec sur la même page non ? y-a-t-il un problème lié aux fontes disponibles côté client ?
Ce que j'ai plutôt vu, c'est :
côté client / côté serveur / en base
encodage locale / transformation utf-8 <=> locale / utf-8
mais je n'ai pas forcément (encore) compris pourquoi...
dans man perluniintro et man perlunicode il y a quelques infos pertinentes (si ce n'est que la comparaison incessante entre ce qui se passe en perl 5.6 et perl 5.8 est pénible à lire dans le texte, voire m'amène à tout confondre :-( ) :
How Do I Display Unicode? How Do I Input Unicode?
See http://www.alanwood.net/unicode/(...) and
http://www.cl.cam.ac.uk/~mgk25/unicode.html(...)
# et le journal qui en parlait
Posté par BAud (site web personnel) . En réponse au journal Recherche base de donnée lexicale. Évalué à 2.
https://linuxfr.org/~bubs/928.html(...)
qui renvoit vers http://www.ziliz.com/(...)
j'avais trouvé à une époque un dictionnaire qui faisait la représentation graphique mais je ne trouve plus l'url :-(
sinon quelques liens intéressants
http://www.la-grange.net/2004/03/19.html(...) [fr]
ah si j'en ai trouvé un nouveau de représentation graphique des synonymes de proche en proche (même si ce n'est pas ce que tu recherches...)
http://www.memodata.com/2004/fr/dictionnaire_des_synonymes/index.sh(...)
sans doute plus d'infos sur http://websemantique.org/PagePrincipale(...)
# si tu retrouves des liens...
Posté par BAud (site web personnel) . En réponse au message UTF-8. Évalué à 2.
regarde au bas de cette page pour des exemples avec perl déjà (mais je dois être neu² ça ne m'a pas suffit)
http://dev.eagle-usb.org/wakka.php?wiki=DevLinks(...)
j'ai pourtant de vagues réminiscences de privilégier le 1:
Deux possibilités entre : poste client <=> transformation <=> stockage
1)
saisie : locale => transformation locale vers utf-8 => utf-8
affichage : locale <= transformation utf-8 vers locale => utf-8
2) utf-8 <=> pas de transformation <=> utf-8
contrainte : MySQL 4.1 de mémoire (sinon les recherches ne fonctionnent pas en UTF-8)
Après reste à résoudre le souci du 1) si tu souhaites afficher des caractères en grec et en russe sur la même page, c'est pas gagné...
iconv doit pouvoir aider mais à ce que j'ai lu c'est loin d'être normalisé :-( et je ne sais pas s'il est possible de l'utiliser en php
éventuellement regarder du côté de phpBB2 pour voir comment ils ont procédé vu le nombre de langues qu'ils gèrent ! (le mix de langue ne passe sans doute pas)
[^] # Re: Et l'avenir ?
Posté par BAud (site web personnel) . En réponse à la dépêche IBM autorise les logiciels Open Source à utiliser 500 de ses brevets. Évalué à 10.
bizarre je lis plutôt "l'engagement de n'exercer aucun de ces 500 brevets US [..] est irrévocable (ne peut être remis en cause), si ce n'est qu'IBM se réserve le droit de mettre fin à cette promesse (cet octroi) de brevet et cet engagement en ce qui concerne les parties (tiers) qui engageraient des poursuites pour exercer leurs propres brevets ou droits de propriété intellectuelle à l'encontre des logiciels open source"
En gros IBM se réserve le droit de retirer l'octroi du brevet à ceux qui engagent des actions contre l'OSS. Cela semble protéger les logiciels libres d'attaques de tiers ? En gros, à celui qui attaquerait l'OSS : IBM lui dirait "j'ai 500 brevets, t'applique un des tiens contre l'OSS, il y a sans doute un des miens que tu utilises : pouf je te retire le droit, à toi, de l'utiliser, fait autrement... ça te décourage ?" et ça ne retire rien pour l'OSS (sauf si un projet OSS attaquait un autre projet OSS à coup de brevet ou IP... (l'interprétation est mienne)
m'enfin, IANAL et je ne suis pas traducteur non plus...
Attention l'abus de lecture de debian-legal est dangereux pour la santé mentale ;-)