c'est bien de faire des actions (tout le monde en fait à son niveau), encore une news sans élargissement dans la partie grisée : bravo déjà pour les deux paragraphes (qui aime bien chatie bien).
Dans le monde professionnel c'est le ROI (Return of Investment) qui prime... qu'en est-il pour l'APRIL : oui il y a des changements, c'est bien, mais je ne suis pas du domaine, ça a apporté quoi concrètement ? pfff super "des actions ont été prises" (désolé réaction de 1er niveau donc forcément subjective).
Par exemple, j'ai un pilote GPL pour un pov' modem avec un firmware closed source (pfff dommage ! c'est __limite__ violation de la GPL) en quoi l'action de l'APRIL peut aider ? quels sont les résultats, l'influence, les conseils, les avis éclairés... (c'est RMS qui m'a répondu de manière tellement réactive au jour le jour que j'en suis encore épaté de son engagement et sa réactivité, je ne suis pourtant rien pour lui, nous avons besoin de relais dans le libre pour servir de référent !).
C'est pas l'tout de faire de la doc' (c'est déjà utile) faut la mettre en oeuvre.
ouais super, le wiki s'est enrichi de traductions (c'est nécessaire, mais ça apporte quoi, combien de personnes l'ont appliqué / utilisé / sont convaincus et acquis au libre et ont compris la démarche pour y adhérer voire y participer et contribuer).
La présence sur tous les fronts n'est pas facile et nécessaire, mais à un moment il faut se demander "à quoi bon" (les sceptiques) et une association se doit de répondre objectivement : pour la promotion du libre sur "tels" sujets avec des résultats concrets (au pire : sans notre intervention, "tel " sujet n'aurait pas été traité).
L'association n'est rien sans l'action de ses membres : c'est l'occasion de créer une communauté, désolé d'être aussi réaliste mais c'est ce que j'aurais attendu de cette news, avec un minimum de promouvoir https://gna.org(...) comme la réalisation et la réussite de 2004 (suivez le lien). Quels sont les objectifs de l'april pour 2005 ? (ah la la ya du boulot c'est pas fini avant 2035 c't'histoire vu qu'après c'est le passage de l'an 2000 qui deviendra problématique pour les gens du domaine qui connaissent le pivot en 2037 ou 39).
bah pub' perso : https://tuxfamily.org(...) vous propose un hébergement libre (vous savez le truc qui avait disparu début 2004, bin c'est le retour, pour le meilleur du libre).
A vous de vous impliquer aussi, chacun sa place, pas forcément besoin de se faire reconnaître : ce qui compte c'est de contribuer.
my 2cts
yep pour la news, j'ai vu après, c'est ça aussi de se faire appeler au tél :-( m'enfin tu ne me retireras pas de l'idée que tu as un potentiel phénoménal pour fournir des news de qualité, reste la séparation de l'opinion (plutôt dans les commentaires où tu débrouilles aussi :-) ) et de l'information. ça nous changerait des news avec 3 liens max, à peine deux phrases et une zone grise désespéremment vide...
> > Je ne vois pas dans ces conditions comment avoir un LAN qui aurait un DNS interne ?
> Je ne comprends pas.
tu vas avoir
search free.fr
nameserver 212.27.39.1
nameserver 213.228.0.23
dans le /var/run/pppd/resolv.conf
et pour
nameserver @IP_DNS_interne il ne peut clairement pas être à cet endroit... donc t'as le choix entre accès internet ou accès LAN mais pas les deux (/etc/resolv.conf étant un lien vers le /var/run/pppd/resolv.conf). Cette "fonctionnalité" existe en Fedora Core 3. Auparavant pppd avait le bon goût de rajouter les DNS obtenus à la fin du /etc/resolv.conf plutôt qu'un remplacement pur et simple de ce que je me suis embêté à configurer...
Pour l'autre bug, ce qui est rigolo c'est que d'anciennes versions de weblogic vont chercher dans /etc/hosts l'@IP du serveur, ce qui est une aberration finie (corrigée depuis je crois quand même...). Après faut voir quand il y a plusieurs interfaces sur plusieurs réseau (c'est limite un routeur mais pas forcément, ya parfois besoin), Sun a une solution bizarroïde AMHA d'avoir un hostname par interface... il y a peut-être une RFC sur le sujet (jamais trop regardé en fait...)
si tu retires l'aspect polémique (genre solaris : tu pourras troller dessus dans les commentaires...), as-tu prévu d'en faire une news ?
sinon, tant que je tiens un fervent admirateur de Fedora/RH, ce serait pas mal de leur remonter que leur tentative "avortée" de support de LSB leur a laissé une "coquille" : pppd s'acharne à créer un /var/run/pppd/resolv.conf et /etc/resolv.conf est un lien là-dessus. Je ne vois pas dans ces conditions comment avoir un LAN qui aurait un DNS interne ?
Dans la même veine, lorsqu'un nom est donné au serveur (hostname), dans /etc/hosts, ne pas déclarer l'adresse IP du serveur, mais un alias pour 127.0.0.1 : sinon Gnome freeze méchamment lorsque l'interface réseau tombe (et non s2u n'est pas une solution, c'est un contournement) : j'avais vu cette ano pour Mdk http://qa.mandrakesoft.com/show_bug.cgi?id=10345(...)
my 2cts
PS : le lien sur distrowatch montre que c'est un kernel 2.6.9 / Gnome 2.8 qui sont retenus et autres versions de produits qui vous intéresseraient...
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?
# résultats concrets
Posté par BAud (site web personnel) . En réponse à la dépêche Publication du bilan moral 2004 de l'APRIL. Évalué à 2.
Dans le monde professionnel c'est le ROI (Return of Investment) qui prime... qu'en est-il pour l'APRIL : oui il y a des changements, c'est bien, mais je ne suis pas du domaine, ça a apporté quoi concrètement ? pfff super "des actions ont été prises" (désolé réaction de 1er niveau donc forcément subjective).
Par exemple, j'ai un pilote GPL pour un pov' modem avec un firmware closed source (pfff dommage ! c'est __limite__ violation de la GPL) en quoi l'action de l'APRIL peut aider ? quels sont les résultats, l'influence, les conseils, les avis éclairés... (c'est RMS qui m'a répondu de manière tellement réactive au jour le jour que j'en suis encore épaté de son engagement et sa réactivité, je ne suis pourtant rien pour lui, nous avons besoin de relais dans le libre pour servir de référent !).
C'est pas l'tout de faire de la doc' (c'est déjà utile) faut la mettre en oeuvre.
ouais super, le wiki s'est enrichi de traductions (c'est nécessaire, mais ça apporte quoi, combien de personnes l'ont appliqué / utilisé / sont convaincus et acquis au libre et ont compris la démarche pour y adhérer voire y participer et contribuer).
La présence sur tous les fronts n'est pas facile et nécessaire, mais à un moment il faut se demander "à quoi bon" (les sceptiques) et une association se doit de répondre objectivement : pour la promotion du libre sur "tels" sujets avec des résultats concrets (au pire : sans notre intervention, "tel " sujet n'aurait pas été traité).
L'association n'est rien sans l'action de ses membres : c'est l'occasion de créer une communauté, désolé d'être aussi réaliste mais c'est ce que j'aurais attendu de cette news, avec un minimum de promouvoir https://gna.org(...) comme la réalisation et la réussite de 2004 (suivez le lien). Quels sont les objectifs de l'april pour 2005 ? (ah la la ya du boulot c'est pas fini avant 2035 c't'histoire vu qu'après c'est le passage de l'an 2000 qui deviendra problématique pour les gens du domaine qui connaissent le pivot en 2037 ou 39).
bah pub' perso : https://tuxfamily.org(...) vous propose un hébergement libre (vous savez le truc qui avait disparu début 2004, bin c'est le retour, pour le meilleur du libre).
A vous de vous impliquer aussi, chacun sa place, pas forcément besoin de se faire reconnaître : ce qui compte c'est de contribuer.
my 2cts
[^] # Re: news ?
Posté par BAud (site web personnel) . En réponse au journal RHEL 4 est sorti. Évalué à 2.
> > Je ne vois pas dans ces conditions comment avoir un LAN qui aurait un DNS interne ?
> Je ne comprends pas.
tu vas avoir
search free.fr
nameserver 212.27.39.1
nameserver 213.228.0.23
dans le /var/run/pppd/resolv.conf
et pour
nameserver @IP_DNS_interne il ne peut clairement pas être à cet endroit... donc t'as le choix entre accès internet ou accès LAN mais pas les deux (/etc/resolv.conf étant un lien vers le /var/run/pppd/resolv.conf). Cette "fonctionnalité" existe en Fedora Core 3. Auparavant pppd avait le bon goût de rajouter les DNS obtenus à la fin du /etc/resolv.conf plutôt qu'un remplacement pur et simple de ce que je me suis embêté à configurer...
Pour l'autre bug, ce qui est rigolo c'est que d'anciennes versions de weblogic vont chercher dans /etc/hosts l'@IP du serveur, ce qui est une aberration finie (corrigée depuis je crois quand même...). Après faut voir quand il y a plusieurs interfaces sur plusieurs réseau (c'est limite un routeur mais pas forcément, ya parfois besoin), Sun a une solution bizarroïde AMHA d'avoir un hostname par interface... il y a peut-être une RFC sur le sujet (jamais trop regardé en fait...)
# news ?
Posté par BAud (site web personnel) . En réponse au journal RHEL 4 est sorti. Évalué à 3.
sinon, tant que je tiens un fervent admirateur de Fedora/RH, ce serait pas mal de leur remonter que leur tentative "avortée" de support de LSB leur a laissé une "coquille" : pppd s'acharne à créer un /var/run/pppd/resolv.conf et /etc/resolv.conf est un lien là-dessus. Je ne vois pas dans ces conditions comment avoir un LAN qui aurait un DNS interne ?
Dans la même veine, lorsqu'un nom est donné au serveur (hostname), dans /etc/hosts, ne pas déclarer l'adresse IP du serveur, mais un alias pour 127.0.0.1 : sinon Gnome freeze méchamment lorsque l'interface réseau tombe (et non s2u n'est pas une solution, c'est un contournement) : j'avais vu cette ano pour Mdk http://qa.mandrakesoft.com/show_bug.cgi?id=10345(...)
my 2cts
PS : le lien sur distrowatch montre que c'est un kernel 2.6.9 / Gnome 2.8 qui sont retenus et autres versions de produits qui vous intéresseraient...
[^] # 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(...)