Re: payKreator et Compta
"Gauteron, Yann" wrote: > > > Je tiens a preciser d'emblée que si j'ai de bonnes connaissances en > > comptabilite celles-ci ne sont que sommaire en informatique. > > Malheureusement, mes connaissances en informatiques sont assez bonnes > concernant les langages, mais il faudrait des personnes qui ont de bonnes > connaissances en génie logiciel pour faire les bons choix lors de la phase > de conception (langage C / C++ ? déclaration des structures et des classes ? > déclaration des interfaces ? ...) Côté C++ j'ai une bonne expérience, surtout de maintenance. Mais je participe volontiers à la conception et l'écriture de classes. Question style de développement, je préférerais nettement la solution progressive Linux (release often, release early) à la solution tout en un Mozilla (les 6 premiers mois ça ne compile pas, les 6 suivants ça ne fonctionne que sur la machine du développeur...) Pour le cours de compta, je vais essayer de me libérer. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Scanners scsi et kernel 2.4
On Sunday 11 March 2001 19:30, you wrote: > - soit c'est un ioctl: ioctl(fd, SG_SET_TIMEOUT, &timeout), donc changer > dans la source de SANE. Apparemment c'est cela, d'après un patch qu'on m'a passé (modification à effectuer dans sanei_scsi.c). J'essayerai ça un jour... > Debian recommande SANE 1.0.1 (mais, bon, Debian recommande aussi le kernel > 2.2.x). Merci mille fois - je n'avais pas pensé à ça et j'avais évidemment installé la version livrée avec la distribution. Il a suffit d'enlever la 1.0.4 et de réinstaller la 1.0.1 de SuSE 6.4 et Sane fonctionne à nouveau! Donc pour l'instant c'est amplement suffisant. Thierry -- ** Thierry de Coulon - reply to: [EMAIL PROTECTED] web site: http://www.decoulon.ch ** "On the side of the box, under 'System Requirements', it said 'Requires Windows 95 or better'. So I installed Linux." ** -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
RE: payKreator et Compta
On Tue, 13 Mar 2001, Gauteron, Yann wrote: > l'instar de PayMaker. Ce programme permet la saisie de paiements et la > génération des fichiers DTA et OPAE. Ce logiciel est très orienté système de > paiement hélvetique, avec nos jolis bulletins de versements roses et bleus. > Les fichiers générés ne sont utilisés que par les établissements suisses. J'ai déjà un petit script LaTeX qui permet de pondre les bvr bleus, je veux bien me pencher sur les formats DTA et OPAE(?), ce ne doit pas être très compliqué... Je ne connais pas ces formats mais crois me souvenir que le DTA est le format dans lequel je reçois mes données de ``La Poste'', sur disquette... Si c'est cela, j'ai un proto en batch2, qui devrait donner jour à un petit script perl... Dans tous les cas, il s'agit d'un format relativement simple à mettre en oeuvre... -- Félix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Installation Carte SCSI Future Domain TMC-885
Le mar, 13 mar 2001, Pierre Maitre a écrit : > Bonjour > > Je fais de la récup avec du vieux matériel : > Pentium-S 166 MHz contenant un disque IDE 2 Gb, > un vieux disque SCSI Quantum 4 Gb > une vieille carte SCSI Future Domaine TMC-885 Salut, Je me suis battu il y a longtemps avec une future domaine, désolé, je ne me souvuens plus si c'est la même que toi, mais je n'ai jamais pu la faire tourner correctement sous linux, un autre pote n'y est pas mieux arrivé que moi. Je pence que ce driver est bugué et je me demande si ça vaut vraiment la paine de se prendre encore la tête avec cette carte :-( Regarde peut-être de quand date la dernière modif dans les sources, s'il y a eu des corrections dernièrement, il y a peut-être encore un espoir d'y arriver. Dom. -- Email : hb9hli @ bluewin.ch ou hb9hli @ free.fr ICQ#: 16107255 AX25mail : [EMAIL PROTECTED] Node: HB9IAC-11 Snail-mail: PO Box 133 ch-2400 Le Locle - Switzerland Web : http://hb9hli.cjb.net (hamradio and linux) Powered by LinuX 2.2 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Installation Carte SCSI Future Domain TMC-885
Bonjour Je fais de la récup avec du vieux matériel : Pentium-S 166 MHz contenant un disque IDE 2 Gb, un vieux disque SCSI Quantum 4 Gb une vieille carte SCSI Future Domaine TMC-885 J'essaye d'installer RH7. Pour info, tout ça marche bien sous Win98, ce qui m'a permis de determiner l'IRQ et l'adresse mémoire de la carte SCSI J'ai trouvé de la doc pour la config de la carte SCSI Future Domaine , mis les jumpers à la bonne place, et je demarre l'installation depuis le CD RedHat: La carte SCSI et le disque sont reconnus au départ: (c) 1986-1990 #(on ne rit pas svp)# Future Domain Corp SCSI Disk Drive Rom Bios V6.02 SCSI 0 LUN 0 Quantum Fireball SE4.3S Firmware rev. ... 512 Bytes per sector Au prompt lilo, j'ai choisi l'option "text" (installation sans mode graphique) et l'option "expert" (parce que sinon l'adapteur scsi n'est pas vu par le programme d'installation). Le mode "expert" me permet de préciser qu'il y a une carte TMC-8xx (cela charge le module seagate.o) et j'indique les paramètres suivants pour le chargement du module: controller_type=2 base_address=0xca000 irq=05 On continue en créant des partitions avec fdisk (1 partition étendue qui fait toute la taille du disque, et des partitions logiques pour /boot , / , swap, /usr et /home). Bon, j'ai du bidouiller un peu parce que fdisk ne voyait que 1 seul cylindre, et j'ai dû préciser le nombre de têtes, de secteurs et de cylindres corrects. Je sauve (write) le tout, sors de fdisk sans problème et presse sur le bouton "continuer" ... et tout crashe avec le message: install exited abnormally received signal 8 sending termination signal ... done sending kill signal ... done unmounting filesystem ... Comme le crashe arrive à ce moment, je serais tenté de penser que le controleur SCSI et le disque SCSI sont la source du problème, mais je n'en suis pas sûr. Il n'y a pas de message d'erreur assez parlant. Qu'est-ce que le signal 8 Comment déterminer ce qui coince? Help Pierre Maitre -- Dr Pierre-O. Maitre Privat Docent à la Faculté de Médecine de Berne FMH Anesthésiologie FMH Pharmacologie Clinique Cabinet médical / A la Joy CH-1273 Genolier Switzerland -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: payKreator
Le lun, 12 mar 2001, Yann GAUTERON a écrit : > Bonjour, > > Je ne sais pas vous, mais moi, il n'y a rien qui m'enerve plus que de devoir > redémarrer mon PC sous Windows, 2-3 fois par mois, pour préparer mes > paiements avec PayMaker... C'est un peut pour ça que je fais mes payements qu'une fois par mois :-)) > Si quelques personnes sont intérressées (programmation; idées à implémenter; > traduction de-en-it du site, de la doc, du programme; gestion du site), > elles peuvent me contacter à [EMAIL PROTECTED] ou [EMAIL PROTECTED] Ton projet est intéressant, malheureusement, je suis ni bon en c++ ni en anglais ou allemand, par contre je serai heureux de tester ça, comme beaucoup je pence. Actuellement j'utilise UBS pay sous win qui est assez bien, mais qui a le défaut de devoir utiliser win et j'aimerais bien avoir une armonie complète concernant les logiciels, UBS pay est le dernier à faire passer sous linux :-) > Yann Bonne chance pour ton projet. Dom. -- Email : hb9hli @ bluewin.ch ou hb9hli @ free.fr ICQ#: 16107255 AX25mail : [EMAIL PROTECTED] Node: HB9IAC-11 Snail-mail: PO Box 133 ch-2400 Le Locle - Switzerland Web : http://hb9hli.cjb.net (hamradio and linux) Powered by LinuX 2.2 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: [Q] probleme graveur
[EMAIL PROTECTED] wrote: > j'aurais tendance a acheter le HP, mais je ne sais pas ce qu'il vaut? > toute suggestion est la bienvenue. Pour changer des autres réponses, je te dirais Yamaha. J'en ai un depuis quelque temps et j'ai jamais planté un CD. En plus, sur de nombreux sites (en tout cas quand je l'avais acheté), il disait que les graveurs Yamaha gérait mieux les erreurs possible lors du gravage. ABE ! Yann Souchon- [EMAIL PROTECTED] Etudiant EIG Telecom - GPG Key ID: 54B0E099 http://eig.unige.ch - http://linuxCH.org -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Apache, hpptd.conf et index.php
Ludwin wrote: > > Effectivement. Sauf que la ligne: > DirectoryIndex index.html > n'existe pas dans le httpd.conf installé par défaut sur la Debian. > j'ai donc rajouté: > DirectoryIndex index.html index.htm index.php index.php3 en bas, et ça marche. > Merci pour les tuyaux. C'est pas Debian, c'est que la version qui était stable à l'époque de la Potato, c'était la 1.3.9...et les fichiers de configurations étaient encore séparés en plusieurs. Maintenant, tout ce passe dans un seul fichier: httpd.conf A++ Yann Souchon- [EMAIL PROTECTED] Etudiant EIG Telecom - GPG Key ID: 54B0E099 http://eig.unige.ch - http://linuxCH.org -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
RE: payKreator et Compta
> -Original Message- > From: Yann Forget [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 13, 2001 11:19 AM Salut, > Il y a déjà plusieurs projets de développement de logiciels de Compta > en libre. Peut-être serait-il intéressé de participer à l'un d'eux > plutôt que de faire qq chose dans son coin. Pour ma part, il ne s'agit pas de créer un nouveau logiciel de compta, loin de là, mais de créer un logiciel de saisie de paiements électroniques, à l'instar de PayMaker. Ce programme permet la saisie de paiements et la génération des fichiers DTA et OPAE. Ce logiciel est très orienté système de paiement hélvetique, avec nos jolis bulletins de versements roses et bleus. Les fichiers générés ne sont utilisés que par les établissements suisses. Mais je n'exclus pas (surtout pas) de faire interragir ce logiciel avec un logiciel de compta privée ou d'entreprise... Mais il s'agirait toujours d'un logiciel séparer avec des points d'entrées sous formes de fonctions regroupées dans une librairie. > A son début, j'ai un peu suivi le projet LIPE qui était très > ambitieux. > L'architecture a été très étudiée (à base de XML), mais les bonnes > volontés > n'ont pas suivi. > > http://sourceforge.net/projects/lipe/ Je vais aller étudier... Le sujet compta commence à m'intéresser, mais je ne pense pas part à ce projet... Je préférerais avancer dans payKreator avant tout. Yann -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: payKreator et Compta
Bonjour, "Gauteron, Yann" a écrit : > > Lors de son AG en janvier 2001 il a ete question de ce > > problème et le GULL > > est OK pour chapeauter un developpement d'un tel logiciel. > Malheureusement, mes connaissances en informatiques sont assez bonnes > concernant les langages, mais il faudrait des personnes qui ont de bonnes > connaissances en génie logiciel pour faire les bons choix lors de la phase > de conception (langage C / C++ ? déclaration des structures et des classes ? > déclaration des interfaces ? ...) Il y a déjà plusieurs projets de développement de logiciels de Compta en libre. Peut-être serait-il intéressé de participer à l'un d'eux plutôt que de faire qq chose dans son coin. A son début, j'ai un peu suivi le projet LIPE qui était très ambitieux. L'architecture a été très étudiée (à base de XML), mais les bonnes volontés n'ont pas suivi. http://sourceforge.net/projects/lipe/ > Yann A+ Yann -- System administrator, http://www.ynternet.org Non profit organization serving young social entrepreneurs Portal & cybercenters for developing countries Tel.: +41-21-3113047 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
RE: payKreator et Compta
> -Original Message- > From: Alexandre Galletet [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 13, 2001 9:05 AM > > Bonjour à tous, > > J'ai le meme problème que toi et il n'existe pas de version Linux de > Paymaker ou qqch comme ca pour nous en Suisse. L'autre lacune est un > programme de compta, digne de ce nom. Ce problème avait déjà été mentionné sur la liste, il y a quelques mois. Il semblerait donc assez judicieux que les deux programmes puissent facilement interagir entre eux et que du programme de compta, il soit possible de demander à payKreator de générer les paiements ou de reprendre dans payKreator les paiements archivés. Et ce, grace à des librairies "bien faites", plutot qu'à des exportations de fichiers. > Lors de son AG en janvier 2001 il a ete question de ce > problème et le GULL > est OK pour chapeauter un developpement d'un tel logiciel. Malheureusement, je n'étais pas à l'AG... > Jeudi 29 mars je donne un cours dans le cadre du GULL sur la > comptabilité > (orienté informatique) et les particularités suisses de > celle-ci. Ce cours > sera (j'espère) une base pour le developpement d'un tel > programme. Il sera > aussi bien question d'un programme pour le particulier (tel que > PayerMaker) que d'un programme pour le professionnel (tel que GIT, > Abacus, Cresus et j'en passe ...). Bien que j'aie déjà qqch de prévu ce soir-là, si le cours à lieu à Lausanne, je vais essayer d'y prendre part. > Je tiens a preciser d'emblée que si j'ai de bonnes connaissances en > comptabilite celles-ci ne sont que sommaire en informatique. Malheureusement, mes connaissances en informatiques sont assez bonnes concernant les langages, mais il faudrait des personnes qui ont de bonnes connaissances en génie logiciel pour faire les bons choix lors de la phase de conception (langage C / C++ ? déclaration des structures et des classes ? déclaration des interfaces ? ...) Yann -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: [Q] probleme graveur
On Tue, Mar 13, 2001 at 07:07:27AM +0100, Thierry de Coulon wrote: > On Tuesday 13 March 2001 00:37, you wrote: > > > - La commande dd est capable de faire une copie parfaite (bit à bit) d'un > > disque sur un autre. Serait-t-il possible, moyennant un pipe, de graver la > > sortie de cette commande avec cdrecord (cela devrait permettre de copier > > parfaitement n'importe quel CD, même les CD protégés) ? Syntaxe ?? > > Je ne peux pas répondre à la première question mais j'ai essayé de copier un > CD protégé avec dd (image sur HD) et ça n'a pas marché (ou alors je n'ai pas > eu la patience: la copie étair extrêmement lente, je suppose que c'était le > système de correction d'erreur du lecteur qui agissait). Les graveurs CD plextor ont une commande qui permet de d'ecrire les sub-channel, un petit canal de donnee a faible debit que le cd audio utilise pour les time code, mais aussi pour des extensions CD-TEXT qui n'ont jamais eu de succes dans le monde du CD audio. Les systemes de protections de copie de CD-ROM font tres souvent appel a des donnees ecrite dans un de ces sub-channel. La plupart des lecteur CD-ROM IDE peuvent les lires, mais tres peu de graveur CD peuvent ecrire ces donnees. Les plextor le font. Il faut bien comprendre que ces info dans des sub-channel sont des info 'out-of-band', cad en dehors du flux de donee normal 2048bytes/secteur ou 2352/secteur selon le mode. J'ai un copain, qui avec un lecteur et un graveur plextor copie parfaitement tout les CD soit disant protege. Il faut un support du cote du software, le pote en question utilise je sais plus quel soft sous doze, je lui demanderai, il me semble qu'ils ont une documentation suffisament detaillee sur le site si je me souviens bien. A+ > Thierry -- Philippe Strauss, safehost sa En offrant aux regards trop de drame humain, la technologie nous a desensibilisés, tant sur notre propre souffrance que sur celle des autres. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Install Fest a l'EPFL
Bonjour, Vous avez probablement deja entendu de la nouvelle association d'etudiants a l'EPFL, GNU Generation. Suite au succes de l'Install Fest du 16 janvier 2001, nous allons en refaire une le mardi 27 mars de 15h a 20h a l'EPFL. Le probleme lors de la premiere manifestation etait que l'on etait deborde car on avait plus d'ordinateurs dans la salle que gens competents pour aider a installer. Pour cela nous avons deux solutions. Soit on restreint le nombre de participants. Soit on augmente le nombre de GI - gentil(le)s installateurs(trices). Bien sur, ce qui nous plairait le plus, c'est d'avoir plus de personnes qui viendraient aider a installer et a faire des demos. Si ca vous interesse de nous donner un coup de main, veuilez me contacter. Merci et meilleures salutations Ivo Bloechliger, President GNU Generation -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: [Q] probleme graveur
On Tue, 13 Mar 2001, Cédric Rochat wrote: > - Existe-t-il un moyen d'utiliser un graveur IDE sans émulation SCSI ? Je vais peut-être dire une bêtise (car ma connaissance de l'IDE et des autres technologies PC-spécifiques est embryonnaire), mais voici ma vision de la chose en tant que `spécialiste SCSI': - le protocole IDE (ATAPI) *est* une encapsulation du protocole SCSI, plus ou moins complète. D'où l'idée de la magouille utilisant le sous-système SCSI sur un `host-adapter' IDE. Donc, à priori je dirais qu'il n'y a pas de moyens de le faire avec IDE seul (sauf en réimplémentant un bout de SCSI dans l'IDE, ou en utilisant un protocole propriétaire spécifique au lecteur). > - La commande dd est capable de faire une copie parfaite (bit à bit) d'un > disque sur un autre. Serait-t-il possible, moyennant un pipe, de graver la > sortie de cette commande avec cdrecord (cela devrait permettre de copier > parfaitement n'importe quel CD, même les CD protégés) ? Syntaxe ?? dd peut copier exactement tout support linéaire. Parler de copie bit à bit n'a de sens que si l'on sait de quoi on parle: p.ex. la taille de bloc des disques IBM (et d'autres) est de 536 bytes, mais seuls 512 sont présentés via l'interface linéaire (les 24 autres bytes sont privés au disque et contiennent des sommes de contrôle et des informations de synchronisation. Ils ne seront donc pas copiés, et en fait on se fiche de ces données dans le cas général.) Un CD est une bête un peu particulière vu qu'elle peut être non totalement linéaire: il peut y avoir des trous et des bad-blocks. De plus, à mon avis il y a un bug dans le kernel (2.2.x au moins) qui fait que la fin de CD n'est pas détectable correctement: à mon avis une interaction malheureuse entre les différentes tailles de bloc (2048 vs 1024 et 512), faudrait que j'investigue plus à l'occasion. Ma connaissance de ce monde est également peu étendue pour l'instant. Par contre, en règle générale, s'il y a des `trous' sur un medium (apparaissant comme des erreurs à dd), on peut faire: dd bs=2k if=/dev/scd0 of=file conv=noerror,sync noerror continue after read errors sync pad every input block with NULs to ibs-size (en clair: remplace les trous par des zéros. Donc si un algorithme de protection est utilisé, cela peut ne plus fonctionner si le programme attend une ERREUR et reçoit en retour un bloc de zéros. Mais pour récupérer un disque-dur avec des bad blocks cela peut être utile). Tu peux tout à fait piper cela à un cdrecord (encore que je vérifierais la taille obtenue avec dd). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
