Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > fr.comp.sys.atari > #19500 > unrolled thread
| Started by | Francois LE COAT <lecoat@atari.org> |
|---|---|
| First post | 2018-10-08 20:33 +0200 |
| Last post | 2018-10-23 08:47 -0700 |
| Articles | 20 on this page of 75 — 8 participants |
Back to article view | Back to fr.comp.sys.atari
BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-08 20:33 +0200
Re: BeePi Arachide <houten.van@orange.fr> - 2018-10-09 09:13 +0200
Re: BeePi Doug713705 <doug.letough@free.fr> - 2018-10-09 07:51 +0000
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-09 03:41 -0700
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-09 19:45 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-09 12:55 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-09 19:19 +0200
Re: BeePi Doug713705 <doug.letough@free.fr> - 2018-10-09 17:34 +0000
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-09 20:05 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-09 20:13 +0200
Re: BeePi Arachide <houten.van@orange.fr> - 2018-10-09 20:58 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-09 21:21 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-09 14:47 -0700
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-10 18:18 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-10 11:20 -0700
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-10 20:31 +0200
Re: BeePi Simon <no@no.no> - 2018-10-10 22:08 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-11 00:22 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-10 14:21 -0700
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-10 23:43 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-10 15:06 -0700
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-12 13:21 +0200
Re: BeePi Simon <no@no.no> - 2018-10-09 23:58 +0200
Re: BeePi Simon <no@no.no> - 2018-10-10 00:23 +0200
Re: BeePi Doug713705 <doug.letough@free.fr> - 2018-10-10 07:00 +0000
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-10 22:22 +0200
Re: BeePi Simon <no@no.no> - 2018-10-10 22:32 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-10 22:52 +0200
Re: BeePi Arachide <houten.van@orange.fr> - 2018-10-10 23:11 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-11 00:43 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-10 14:28 -0700
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-10 23:48 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-10 15:11 -0700
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-11 00:30 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-10 15:53 -0700
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-11 23:15 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-11 23:23 +0200
Re: BeePi Doug713705 <doug.letough@free.fr> - 2018-10-11 21:45 +0000
Re: BeePi Screetch <scr33tch@gmail.com> - 2018-10-11 22:44 -0700
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-12 18:48 +0200
Re: BeePi Doug713705 <doug.letough@free.fr> - 2018-10-12 17:47 +0000
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-12 21:45 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-13 10:14 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-12 23:11 +0200
Re: BeePi Simon <no@no.no> - 2018-10-12 23:26 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-13 00:00 +0200
Re: BeePi Simon <no@no.no> - 2018-10-13 07:24 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-13 09:58 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-13 09:59 +0200
Re: BeePi Doug713705 <doug.letough@free.fr> - 2018-10-12 21:59 +0000
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-13 10:10 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-14 15:51 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-15 09:20 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-15 00:35 -0700
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-13 10:25 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-12 11:57 -0700
Re: BeePi Simon <no@no.no> - 2018-10-12 21:44 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-12 22:03 +0200
Re: BeePi Screetch <scr33tch@gmail.com> - 2018-10-13 07:58 -0700
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-13 17:58 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-13 21:52 +0200
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-14 14:09 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-14 13:07 -0700
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-11 22:50 -0700
Re: BeePi pehache <pehache.7@gmail.com> - 2018-10-12 09:09 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-12 00:24 -0700
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-12 00:26 -0700
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-22 21:45 +0200
Re: BeePi Screetch <scr33tch@gmail.com> - 2018-10-23 00:40 -0700
Re: BeePi Simon <no@no.no> - 2018-10-11 01:06 +0200
Re: BeePi Arachide <houten.van@orange.fr> - 2018-10-11 13:03 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-11 18:30 +0200
Re: BeePi Francois LE COAT <lecoat@atari.org> - 2018-10-11 01:00 +0200
Re: BeePi pascal WIJSBROEK <pascal.wijsbroek@gmail.com> - 2018-10-11 22:56 -0700
Re: BeePi harri <harkoum74@gmail.com> - 2018-10-23 08:47 -0700
Page 3 of 4 — ← Prev page 1 2 [3] 4 Next page →
| From | Doug713705 <doug.letough@free.fr> |
|---|---|
| Date | 2018-10-12 17:47 +0000 |
| Message-ID | <ppqmo9$cti$1@golgoth99.hacktruck.net> |
| In reply to | #19551 |
Le 2018-10-12, Francois LE COAT nous expliquait dans
fr.comp.sys.atari
(<ppqj9e$irv$1@gioia.aioe.org>) :
> Salut,
>
> Doug713705 écrit :
>>>>> Tu vas me faire pleurer parce que tu n'as pas 30Euros à dépenser pour
>>>>> Noël ?
>>>>
>>>> Ah parce que pour toi Noël c'est acheter un ordinateur ? Putain ta vie c'est vraiment de la merde sans déconner...
>>>
>>> Parce que tu considères le Raspberry Pi comme un ordinateur ?
>>
>> Tu t'es déjà renseigné sur le sens du mot "ordinateur" ou pas ?
>>
>> Tiens, je t'aide un peu:
>> https://fr.wikipedia.org/wiki/Ordinateur
>>
>> Si, une fois que tu as lu cette page tu pouvais nous expliquer en quoi
>> le RasPI n'est pas un ordinateur...
>
> Pour moi, le Raspberry Pi tient plus du jouet que de l'ordinateur.
Où sont les arguments ? Que tu n'aimes pas le RasPI je m'en fous un peu.
Ce qui serait intéressant serait que tu nous expliques en quoi il n'est
pas un ordinateur à tes yeux.
> Je suis d'autant moins gêné de le dire, que l'ATARI ST a été considéré
> comme un jouet, par des éditeurs qui ont tous boycottés la plateforme.
Ce n'est pas un argument non plus.
Par ailleurs nombre d'éditeurs ont developpé pour ST, il n'y a pas eu de
boycott.
Que fais tu de Cubase dont tu vantais tant les mérites il y a peu ?
Que fais tu de Calamus et tous ces logiciels de PAO ?
Que fais tu de la logithèque pléthorique du ST dont énormément de titres
ont été développé par des boites qui existent encore aujourd'hui.
>>>>> Je résume, tu as un Raspberry Pi, tu sais installer GNU/Linux,
>>>>> mais tu ne peux pas l'installer, parce que ton RPI est utilisé ...
>>>>
>>>> Presque : Je ne VEUX pas l'installer. Je n'ai pas besoin d'une distribution RPI pour
>>>> lancer des softs Atari. J'ai des tas d'autres machines qui le font déjà très bien.
>>>
>>> Moi non plus. D'ailleurs je n'ai pas de Raspberry Pi. J'ai des
>>> machines bien plus élaborées que ça, qui permettent de lancer
>>> ARAnyM et Hatari, avec ma propre configuration. Mais l'intérêt
>>> de BeePi est d'avoir un Raspberry Pi dédié à cet usage,
>>
>> Pour ton information un ordinateur peut avoir plusieurs usages sans que les uns
>> empèchent les autres pour peu qu'on s'organise.
>>
>> Un peu comme une casserole qui peut faire cuire des nouilles mais aussi des
>> patates.
>>
>> Mais tu dois probablement être du genre à avoir acheté une casserole par
>> type de plat.
>
> Tu ne prends pas en compte une chose, c'est qu'autrefois les ordinateurs
> avaient leurs particularités. Ça n'est plus le cas aujourd'hui car une
> seule architecture domine. Mais pour les anciens ordinateurs, une
> machine particulière peut très bien être physiquement distincte d'une
> autre. En particulier, et c'est très important, un PC, un Mac, un Amiga,
> ou un ATARI n'ont pas le même clavier.
Oui mais ça s'était *avant* et ce n'était pas du un avantage puisque
cela demandait à l'utilisateur de s'adapter à la machine plutôt que le
contraire.
> C'est important, et je pense à
> l'ATARI VCS, que le clavier soit propre à la machine que l'on utilise.
Tu racontes n'importe quoi.
Un clavier n'est qu'une planche de touches. Peu importe les pictogrammes
dessinés sur ces touches.
D'ailleurs tu peux tout à fait avoir un clavier AZERTY et le configurer
comme un QWERTY, un BePo ou encore un Dvorak.
Un clavier spécifique Atari n'aurait aucun sens.
> Si l'ATARI VCS pouvait avoir un clavier ATARI, ça serait formidable.
> Utiliser un émulateur ATARI sur n'importe quel ordinateur actuel est
> une plaie ! Ce sont des particularités auxquelles personne ne pense.
>
>>> avec toute une configuration très compliquée à réaliser,
>>
>> Euh... Je vais peut-être dire une bétise mais pour avoir vaguement
>> utilisé Hatari et Aranym je ne vois pas vraiment où se situe la
>> difficulté à configurer ces émulateurs/VM. Il suffit d'en lire la doc et
>> de l'appliquer.
>
> Oui, mais j'ai conçu une distribution ATARI qui s'appelle *miniPack* et
> tu ne te rends pas bien compte de ce que tu dis. Tu oublies toute la
> configuration logicielle ! Une distribution GNU/Linux est tout autant
> un travail méticuleux, qui ne tient pas seulement compte de la machine
> qui l'héberge. Ici, pour ARAnyM et Hatari, BeePi propose un ensemble
> de logiciels installés, configurés et assemblés pour que ça fonctionne.
apt-get install aranym
apt-get install hatari
Whaou. Trop balaise. Un vrai pro du linusque le FLC.
Bien entendu que les intégrateurs ont préconfiguré le tout mais sur un
linux de type Debian l'utilisateur n'a pas à s'en soucier.
Je fais l'impasse sur une Slackware, qui a ma préférence mais pour
laquelle il faudrait tout faire à la main mais même ça ce n'est pas bien
complexe.
>>> et de
>>> multiples logiciels autrefois commercialisés, pour un usage
>>> exigent d'une distribution ATARI complète.
>>
>> Une "distribution Atari", on aura tout lu dans ce groupe...
>
> BeePi GNU/Linux est une distribution consacrée aux ordinateurs ATARI.
Non, BeePi est une distribution GNU/Linux ARM spécifique au RasPI et
dédiée à l'émulation des Atari de la génération des ST/TT/Falcon.
BeeePi ne concerne ni les XL, ni le Portfolio par exemple.
>>> C'est sûr que si
>>> tu lances 2 ou 3 fois l'an des jeux, ça n'a pas d'intérêt. Un
>>> développeur comme moi pourrait y trouver son compte, sauf que
>>
>> tu es un boulet incapable de t'adapter à un outil.
>
> Mais les outils contemporains, je les utilise pour des développements
> actuels très couramment. Le seul problème c'est que j'ai aussi des
> développements qui remontent à plus de 30 ans, et que l'évolution
> des langages interdit leur interprétation. Comme il s'agit d'un vaste
> projet, j'ai dû renoncer à y consacrer un temps que je n'ai pas à moi.
Si tu les avais faits évoluer au fur et à mesure plutôt que de
t'enfermer dans des méthodes obsolètes tu n'en serais pas là.
>>> les derniers outils de développements en date me déplaisent.
>>
>> Voilà.
>
> Ça porte un nom très connu : "l'obsolescence programmée". Par exemple
> le français évolue, et les français ne comprennent plus les québécois.
> Moi j'ai un logiciel qui est exprimé en vieux françois, malheureusement.
> Je n'ai pas le temps pour m'atteler à la traduction des sources en C.
> Le problème supplémentaire est que les bibliothèques ont aussi évoluées.
> Tu ne te rends pas bien compte des problèmes qui ne se résolvent pas
> avec des "y-a-qu'à" en papotant sur le Usenet, et qui sont compliqués.
Mais bien sûr, je ne comprends pas que tu as utilisé des fonctions qui
ont été dépréciées avec le temps et que plutôt d'adapter ton code petit
à petit tu as préféré ignorer les alertes de dépréciations et aujourd'hui
tu te retrouves comme un couillon bloqué à devoir tout réécrire.
C'est clairement un problème de conduite de projet, pas un problème
d'obsolescence programmée.
--
Je ne connaîtrai rien de tes habitudes
Il se peut même que tu sois décédée
Mais j'demanderai ta main pour la couper
-- H.F. Thiéfaine, L'ascenceur de 22H43
[toc] | [prev] | [next] | [standalone]
| From | Francois LE COAT <lecoat@atari.org> |
|---|---|
| Date | 2018-10-12 21:45 +0200 |
| Message-ID | <ppqtkn$14rd$1@gioia.aioe.org> |
| In reply to | #19552 |
Salut, Doug713705 écrit : > apt-get install aranym > apt-get install hatari Si tu considères que tu as utilisé ARAnyM et Hatari en ayant entré ces 2 commandes, et éventuellement lancé les exécutables sans comprendre ce qui ce passait, laisse-moi te dire que ton expérience est nulle. Parce qu'après cela, il faut par exemple installer l'OS freeMiNT et les outils GNU qui constituent le système ATARI, auxquels tu n'as pas eu affaire. Une machine ATARI c'est certes le hardware, mais aussi toute une configuration logicielle que tu ne connais manifestement pas. Avec l'évolution des machines ATARI, il est révolu le temps où toute la configuration nécessaire préexistait à l'allumage, en ROM. À part pour lancer des jeux, qui sont complètement indépendants de tout, lorsque l'on veut utiliser un ATARI comme un véritable ordinateur moderne, cela demande l'installation minutieuse et complexe d'un environnement ATARI : le système et les applications. C'est ce que propose GNU/Linux BeePi la distribution ATARI pour RPI. Si tu n'as pas suivi ce qui s'est passé depuis les 25 ans que les machines ATARI ne sont plus produites, dans le mouvement libre, tu auras du mal à comprendre ce à quoi servent réellement ARAnyM et Hatari. Si d'autre part tu n'as utilisé des machines ATARI que pour lancer des jeux, tu ne comprendras pas l'intérêt du bureau GEM, utilisé par un logiciel Eurêka 2.12 comme le mien. Parce que tu as lancé ARAnyM et Hatari, mais est-ce que tu as utilisé Calamus, Cubase, Papyrus, Photoline etc. avec ces émulateurs ? Attention cette question contient un piège pour les connaisseurs ATARIstes ;-) -- François LE COAT Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D) http://eureka.atari.org/
[toc] | [prev] | [next] | [standalone]
| From | pehache <pehache.7@gmail.com> |
|---|---|
| Date | 2018-10-13 10:14 +0200 |
| Message-ID | <g2dnrbF4t5U2@mid.individual.net> |
| In reply to | #19555 |
Le 12/10/2018 à 21:45, Francois LE COAT a écrit : > > Parce que tu as lancé ARAnyM et Hatari, mais est-ce que tu as utilisé > Calamus, Cubase, Papyrus, Photoline etc. avec ces émulateurs ? Aucun de ces logiciels n'a existé sur l'Atari ST, qui -je te cite- n'était qu'un jouet. -- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes.", ST sur fr.bio.medecine
[toc] | [prev] | [next] | [standalone]
| From | Francois LE COAT <lecoat@atari.org> |
|---|---|
| Date | 2018-10-12 23:11 +0200 |
| Message-ID | <ppr2mo$1d0m$1@gioia.aioe.org> |
| In reply to | #19552 |
Salut, Doug713705 écrit : > Si tu les avais faits évoluer au fur et à mesure plutôt que de > t'enfermer dans des méthodes obsolètes tu n'en serais pas là. Mais Eurêka 2.12 a évolué depuis 25 ans, que les machines ATARI ne sont plus produites, et même énormément ! Sinon, mon logiciel ne fonctionnerait pas avec freeMiNT 1.18.0, la dernière version de l'OS, avec Hatari 2.1.0 la dernière version de l'émulateur, avec ARAnyM 1.0.2 la dernière version de la machine virtuelle, avec AtariX dernièrement paru, l'émulation MagiC sous macOS. La plupart des softs ATARI d'il y a 25 ans n'ont pas subis du tout cette évolution. Mais les outils de développements GNU ont aussi évolués, dans une direction qui ont rendus progressivement les anciens logiciels ATARI obsolètes. Par exemple, le passage de la version de GNU/GCC 3.x à GNU/GCC 4.x est sans doute un progrès pour les Mac, PC etc. Mais c'est une catastrophe pour mon logiciel, qui hérite d'une époque où le standard était celui du langage de Kernighan & Richie. Parce que les outils de développements GNU ne sont pas conçus pour les machines ATARI. Entre l'évolution progressive du langage, et des bibliothèques du système, le comportement du logiciel compilé n'est plus conforme à celui d'il y a 25 ans. C'est la raison pour laquelle je parle d'obsolescence programmée, dans cette évolution. Il est extrêmement difficile d'expliquer précisément d'où vient le problème, ou de pointer des responsabilités, si ça n'est que de dire que ça ne marche plus. C'est un processus inexorable d'évolution qui ne prend pas en compte les spécificités des machines ATARI 68k, mais seulement celles des l'architectures x86 & ARM qui sont ultra- dominantes. Mon logiciel Eurêka 2.12, qui fonctionne tout aussi bien sur la première machine ATARI 520ST, que sur les derniers systèmes développés actuellement, nécessite l'utilisation du compilateur GNU/GCC 3.3.6, et de bibliothèques systèmes datant de la même époque. Je soupçonne les logiciels récents, utilisant les outils les plus récents, de ne plus fonctionner sur le hardware ATARI original. Mais, bon ... -- François LE COAT Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D) http://eureka.atari.org/
[toc] | [prev] | [next] | [standalone]
| From | Simon <no@no.no> |
|---|---|
| Date | 2018-10-12 23:26 +0200 |
| Message-ID | <5bc11189$0$20324$426a74cc@news.free.fr> |
| In reply to | #19557 |
Le 12/10/2018 23:11, Francois LE COAT a écrit : > Salut, > > Doug713705 écrit : >> Si tu les avais faits évoluer au fur et à mesure plutôt que de >> t'enfermer dans des méthodes obsolètes tu n'en serais pas là. > > Il est extrêmement difficile d'expliquer précisément d'où vient le > problème C'est un travail pour les gens qui s'y connaissent en programmation. > ou de pointer des responsabilités Faire qu'un programme compile est la responsabilité d'un programmeur.
[toc] | [prev] | [next] | [standalone]
| From | Francois LE COAT <lecoat@atari.org> |
|---|---|
| Date | 2018-10-13 00:00 +0200 |
| Message-ID | <ppr5h4$1h1o$1@gioia.aioe.org> |
| In reply to | #19558 |
Salut, Simon écrit : >>> Si tu les avais faits évoluer au fur et à mesure plutôt que de >>> t'enfermer dans des méthodes obsolètes tu n'en serais pas là. >> >> Il est extrêmement difficile d'expliquer précisément d'où vient le >> problème > > C'est un travail pour les gens qui s'y connaissent en programmation. > >> ou de pointer des responsabilités > > Faire qu'un programme compile est la responsabilité d'un programmeur. Ah c'est sûr que si j'avais choisi l'IBM/PC en 1981, j'aurais eu raison. Puis, si j'étais né californien, dans la Silicon Valley, hein alors ... Il y a des gens comme ça, qui ont tellement raison, qu'ils sont riches ! ATARIstiquement vôtre =) -- François LE COAT Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D) http://eureka.atari.org/
[toc] | [prev] | [next] | [standalone]
| From | Simon <no@no.no> |
|---|---|
| Date | 2018-10-13 07:24 +0200 |
| Message-ID | <5bc18188$0$15504$426a74cc@news.free.fr> |
| In reply to | #19560 |
Le 13/10/2018 00:00, Francois LE COAT a écrit : > Salut, > > Simon écrit : >>>> Si tu les avais faits évoluer au fur et à mesure plutôt que de >>>> t'enfermer dans des méthodes obsolètes tu n'en serais pas là. >>> >>> Il est extrêmement difficile d'expliquer précisément d'où vient le >>> problème >> >> C'est un travail pour les gens qui s'y connaissent en programmation. >> >>> ou de pointer des responsabilités >> >> Faire qu'un programme compile est la responsabilité d'un programmeur. > > Ah c'est sûr que si j'avais choisi l'IBM/PC en 1981, j'aurais eu raison. > Puis, si j'étais né californien, dans la Silicon Valley, hein alors ... > Il y a des gens comme ça, qui ont tellement raison, qu'ils sont riches ! Cette réponse n'a rien à voir avec le texte qui précède...
[toc] | [prev] | [next] | [standalone]
| From | pehache <pehache.7@gmail.com> |
|---|---|
| Date | 2018-10-13 09:58 +0200 |
| Message-ID | <g2dmt3FuelbU1@mid.individual.net> |
| In reply to | #19560 |
Le 13/10/2018 à 00:00, Francois LE COAT a écrit : > Salut, > > Simon écrit : >>>> Si tu les avais faits évoluer au fur et à mesure plutôt que de >>>> t'enfermer dans des méthodes obsolètes tu n'en serais pas là. >>> >>> Il est extrêmement difficile d'expliquer précisément d'où vient le >>> problème >> >> C'est un travail pour les gens qui s'y connaissent en programmation. >> >>> ou de pointer des responsabilités >> >> Faire qu'un programme compile est la responsabilité d'un programmeur. > > Ah c'est sûr que si j'avais choisi l'IBM/PC en 1981, j'aurais eu raison. > Puis, si j'étais né californien, dans la Silicon Valley, hein alors ... > Il y a des gens comme ça, qui ont tellement raison, qu'ils sont riches ! Tu veux dire que pour être un bon programmeur il faut être riche, Californien, et avoir un PC ? Ou alors ta phrase n'a aucun ses comme bien souvent ? -- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes.", ST sur fr.bio.medecine
[toc] | [prev] | [next] | [standalone]
| From | pehache <pehache.7@gmail.com> |
|---|---|
| Date | 2018-10-13 09:59 +0200 |
| Message-ID | <g2dmvbFuelbU2@mid.individual.net> |
| In reply to | #19560 |
Le 13/10/2018 à 00:00, Francois LE COAT a écrit : > Salut, > > Simon écrit : >>>> Si tu les avais faits évoluer au fur et à mesure plutôt que de >>>> t'enfermer dans des méthodes obsolètes tu n'en serais pas là. >>> >>> Il est extrêmement difficile d'expliquer précisément d'où vient le >>> problème >> >> C'est un travail pour les gens qui s'y connaissent en programmation. >> >>> ou de pointer des responsabilités >> >> Faire qu'un programme compile est la responsabilité d'un programmeur. > > Ah c'est sûr que si j'avais choisi l'IBM/PC en 1981, j'aurais eu raison. > Puis, si j'étais né californien, dans la Silicon Valley, hein alors ... > Il y a des gens comme ça, qui ont tellement raison, qu'ils sont riches ! > Tu veux dire que pour être un bon programmeur il faut être riche, Californien, et avoir un PC ? Ou alors ta phrase n'a aucun sens comme bien souvent ? -- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes.", ST sur fr.bio.medecine
[toc] | [prev] | [next] | [standalone]
| From | Doug713705 <doug.letough@free.fr> |
|---|---|
| Date | 2018-10-12 21:59 +0000 |
| Message-ID | <ppr5g8$p7g$1@golgoth99.hacktruck.net> |
| In reply to | #19557 |
Le 2018-10-12, Francois LE COAT nous expliquait dans
fr.comp.sys.atari
(<ppr2mo$1d0m$1@gioia.aioe.org>) :
> Doug713705 écrit :
>> Si tu les avais faits évoluer au fur et à mesure plutôt que de
>> t'enfermer dans des méthodes obsolètes tu n'en serais pas là.
>
> Mais Eurêka 2.12 a évolué depuis 25 ans, que les machines ATARI ne
> sont plus produites, et même énormément ! Sinon, mon logiciel ne
> fonctionnerait pas avec freeMiNT 1.18.0, la dernière version de l'OS,
> avec Hatari 2.1.0 la dernière version de l'émulateur, avec ARAnyM
> 1.0.2 la dernière version de la machine virtuelle, avec AtariX
> dernièrement paru, l'émulation MagiC sous macOS. La plupart des
> softs ATARI d'il y a 25 ans n'ont pas subis du tout cette évolution.
>
> Mais les outils de développements GNU ont aussi évolués, dans une
> direction qui ont rendus progressivement les anciens logiciels
> ATARI obsolètes. Par exemple, le passage de la version de GNU/GCC
> 3.x à GNU/GCC 4.x est sans doute un progrès pour les Mac, PC etc.
> Mais c'est une catastrophe pour mon logiciel, qui hérite d'une
> époque où le standard était celui du langage de Kernighan & Richie.
>
> Parce que les outils de développements GNU ne sont pas conçus pour
> les machines ATARI. Entre l'évolution progressive du langage, et
> des bibliothèques du système, le comportement du logiciel compilé
> n'est plus conforme à celui d'il y a 25 ans. C'est la raison pour
> laquelle je parle d'obsolescence programmée, dans cette évolution.
C'est bien ce que je dis. Tu as ignoré les warnings de dépréciation et
tu t'es piégé tout seul.
Si tu étais un vrai libriste, quelqu'un pour qui le partage de la
connaissance est important, tu partagerais ton code source.
Mais comme tu es quelqu'un qui préfère faire du logiciel fermé alors
personne ne peut prendre le relais, debugger tout ça et reprendre le
développement d'Eureka.
C'est un tout de même étonnant pour quelqu'un qui se prétend défenseur
du logiciel libre, non ?
--
Je ne connaîtrai rien de tes habitudes
Il se peut même que tu sois décédée
Mais j'demanderai ta main pour la couper
-- H.F. Thiéfaine, L'ascenceur de 22H43
[toc] | [prev] | [next] | [standalone]
| From | pehache <pehache.7@gmail.com> |
|---|---|
| Date | 2018-10-13 10:10 +0200 |
| Message-ID | <g2dniuF4t5U1@mid.individual.net> |
| In reply to | #19559 |
Le 12/10/2018 à 23:59, Doug713705 a écrit : > Le 2018-10-12, Francois LE COAT nous expliquait dans > fr.comp.sys.atari > (<ppr2mo$1d0m$1@gioia.aioe.org>) : > >> Doug713705 écrit : >>> Si tu les avais faits évoluer au fur et à mesure plutôt que de >>> t'enfermer dans des méthodes obsolètes tu n'en serais pas là. >> >> Mais Eurêka 2.12 a évolué depuis 25 ans, que les machines ATARI ne >> sont plus produites, et même énormément ! Sinon, mon logiciel ne >> fonctionnerait pas avec freeMiNT 1.18.0, la dernière version de l'OS, >> avec Hatari 2.1.0 la dernière version de l'émulateur, avec ARAnyM >> 1.0.2 la dernière version de la machine virtuelle, avec AtariX >> dernièrement paru, l'émulation MagiC sous macOS. La plupart des >> softs ATARI d'il y a 25 ans n'ont pas subis du tout cette évolution. >> >> Mais les outils de développements GNU ont aussi évolués, dans une >> direction qui ont rendus progressivement les anciens logiciels >> ATARI obsolètes. Par exemple, le passage de la version de GNU/GCC >> 3.x à GNU/GCC 4.x est sans doute un progrès pour les Mac, PC etc. >> Mais c'est une catastrophe pour mon logiciel, qui hérite d'une >> époque où le standard était celui du langage de Kernighan & Richie. >> >> Parce que les outils de développements GNU ne sont pas conçus pour >> les machines ATARI. Entre l'évolution progressive du langage, et >> des bibliothèques du système, le comportement du logiciel compilé >> n'est plus conforme à celui d'il y a 25 ans. C'est la raison pour >> laquelle je parle d'obsolescence programmée, dans cette évolution. > > C'est bien ce que je dis. Tu as ignoré les warnings de dépréciation et > tu t'es piégé tout seul. > > Si tu étais un vrai libriste, quelqu'un pour qui le partage de la > connaissance est important, tu partagerais ton code source. > > Mais comme tu es quelqu'un qui préfère faire du logiciel fermé alors > personne ne peut prendre le relais, debugger tout ça et reprendre le > développement d'Eureka. > > C'est un tout de même étonnant pour quelqu'un qui se prétend défenseur > du logiciel libre, non ? > C'est surtout que s'il ouvrait son code tout le monde verrait que c'est du code de bricoleur du dimanche. -- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes.", ST sur fr.bio.medecine
[toc] | [prev] | [next] | [standalone]
| From | Francois LE COAT <lecoat@atari.org> |
|---|---|
| Date | 2018-10-14 15:51 +0200 |
| Message-ID | <ppvhk9$3no$1@gioia.aioe.org> |
| In reply to | #19559 |
Salut, Doug713705 écrit : >>> Si tu les avais faits évoluer au fur et à mesure plutôt que de >>> t'enfermer dans des méthodes obsolètes tu n'en serais pas là. >> >> Mais Eurêka 2.12 a évolué depuis 25 ans, que les machines ATARI ne >> sont plus produites, et même énormément ! Sinon, mon logiciel ne >> fonctionnerait pas avec freeMiNT 1.18.0, la dernière version de l'OS, >> avec Hatari 2.1.0 la dernière version de l'émulateur, avec ARAnyM >> 1.0.2 la dernière version de la machine virtuelle, avec AtariX >> dernièrement paru, l'émulation MagiC sous macOS. La plupart des >> softs ATARI d'il y a 25 ans n'ont pas subis du tout cette évolution. >> >> Mais les outils de développements GNU ont aussi évolués, dans une >> direction qui ont rendus progressivement les anciens logiciels >> ATARI obsolètes. Par exemple, le passage de la version de GNU/GCC >> 3.x à GNU/GCC 4.x est sans doute un progrès pour les Mac, PC etc. >> Mais c'est une catastrophe pour mon logiciel, qui hérite d'une >> époque où le standard était celui du langage de Kernighan & Richie. >> >> Parce que les outils de développements GNU ne sont pas conçus pour >> les machines ATARI. Entre l'évolution progressive du langage, et >> des bibliothèques du système, le comportement du logiciel compilé >> n'est plus conforme à celui d'il y a 25 ans. C'est la raison pour >> laquelle je parle d'obsolescence programmée, dans cette évolution. > > C'est bien ce que je dis. Tu as ignoré les warnings de dépréciation et > tu t'es piégé tout seul. > > Si tu étais un vrai libriste, quelqu'un pour qui le partage de la > connaissance est important, tu partagerais ton code source. > > Mais comme tu es quelqu'un qui préfère faire du logiciel fermé alors > personne ne peut prendre le relais, debugger tout ça et reprendre le > développement d'Eureka. > > C'est un tout de même étonnant pour quelqu'un qui se prétend défenseur > du logiciel libre, non ? Mon logiciel Eurêka 2.12 a évolué pour fonctionner sur tous les systèmes actuels, comme sur les tous premiers dispositifs avec le 520ST de 1985, au niveau du binaire. Le problème à faire évoluer les sources dans le même temps, pour qu'ils s'adaptent aux derniers outils tel GNU/GCC 4.x, c'est que le binaire produit comme cela ne fonctionne plus sur le premier ATARI 520ST de 1985 ... C'est la raison pour laquelle je parle d’obsolescence programmée. Les outils de développements disponibles ne prennent en compte que les systèmes les plus récents. Ça n'est pas le cas uniquement que pour la plateforme ATARI. J'ai un iMac Intel sous Mac OS X Snow Leopard (10.6.8) pour lequel les derniers outils, avec l'évolution de l'OS et du langage, Xcode ne permet plus de générer des binaires compatibles. Et pourtant il s'agit d'une configuration Apple de 2010 ! Ça m'intéresse, comme il n'existe pas de nouveau matériel compatible, de fournir un binaire qui soit compatible avec toute la gamme des machines ATARI pour Eurêka 2.12. De la même façon, pour le *miniPack* ARAnyM il est possible de le lancer sur toutes les versions de Mac OS X. Concevoir un logiciel libre sous GNU/Linux, est une certaine assurance que l'oeuvre fonctionnera, y compris sur du matériel ancien. Mais ça n'est pas vrai en dehors de GNU/Linux. L’obsolescence programmée touche tous les autres systèmes. Non seulement Windows XP, mais aussi Mac OS X Snow Leopard, et les systèmes antérieurs, mais aussi l'OS ATARI, pour les logiciels libres disponibles. La seule parade est de développer pour du hardware x86 sous GNU/Linux. Le logiciel n'est véritablement libre que pour une seule plateforme. -- François LE COAT Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D) http://eureka.atari.org/
[toc] | [prev] | [next] | [standalone]
| From | pehache <pehache.7@gmail.com> |
|---|---|
| Date | 2018-10-15 09:20 +0200 |
| Message-ID | <g2itd3F1v45U1@mid.individual.net> |
| In reply to | #19571 |
Le 14/10/2018 à 15:51, Francois LE COAT a écrit : >> >> C'est bien ce que je dis. Tu as ignoré les warnings de dépréciation et >> tu t'es piégé tout seul. >> >> Si tu étais un vrai libriste, quelqu'un pour qui le partage de la >> connaissance est important, tu partagerais ton code source. >> >> Mais comme tu es quelqu'un qui préfère faire du logiciel fermé alors >> personne ne peut prendre le relais, debugger tout ça et reprendre le >> développement d'Eureka. >> >> C'est un tout de même étonnant pour quelqu'un qui se prétend défenseur >> du logiciel libre, non ? > > Mon logiciel Eurêka 2.12 a évolué pour fonctionner sur tous les systèmes > actuels, comme sur les tous premiers dispositifs avec le 520ST de 1985, > au niveau du binaire. Un logiciel qui "évolue au niveau du binaire" ça ne veut rien dire. Recompiler pour des cibles plus récentes ça ne s'appelle pas "évoluer". > Le problème à faire évoluer les sources dans le > même temps, pour qu'ils s'adaptent aux derniers outils tel GNU/GCC 4.x, > c'est que le binaire produit comme cela ne fonctionne plus sur le > premier ATARI 520ST de 1985 ... > > C'est la raison pour laquelle je parle d’obsolescence programmée. Les > outils de développements disponibles ne prennent en compte que les > systèmes les plus récents. Et c'est normal ! C'est complètement délirant d'imaginer qu'un environnement de développement ou même un simple compilo va prendre en compte tous les matériels et OS qui ont existé depuis 30 ans ! Théoriquement c'est possible de le faire, mais ça donnerait des usines à gaz abominables. GCC gère déjà une quantité impressionnante de plateformes *actuelles*, tu ne peux pas lui demander en plus de gérer correctement des trucs qui ont 30 ans et qui n'ont pas évolué depuis. Tu n'as vraiment aucun sens des réalités. > Ça n'est pas le cas uniquement que pour la > plateforme ATARI. J'ai un iMac Intel sous Mac OS X Snow Leopard > (10.6.8) pour lequel les derniers outils, avec l'évolution de l'OS > et du langage, Xcode ne permet plus de générer des binaires compatibles. > Et pourtant il s'agit d'une configuration Apple de 2010 ! Vu que tu n'as pas une version de macOS te permettant de faire tourner les Xcode récents, je suppose que tu n'en sais en fait rien et que tu confonds les choix des développeurs avec les possibilités de Xcode. Mais même en admettant que le dernier Xcode ne permette pas de générer une appli compatible 10.6, mettre sur le même plan la situation d'Apple qui obsolétise un OS qui a 9 ans avec celle de GCC qui obsolétise un OS qui a 30 ans, c'est complètement débile. > > Ça m'intéresse, comme il n'existe pas de nouveau matériel compatible, > de fournir un binaire qui soit compatible avec toute la gamme des > machines ATARI pour Eurêka 2.12. Dans ce cas la logique est de s'en tenir aux outils de développement spécialisés sur cette vieille plateforme et d'arrêter de chouiner parce que GCC 4 ne te convient pas. > De la même façon, pour le *miniPack* > ARAnyM il est possible de le lancer sur toutes les versions de Mac OS X. > Concevoir un logiciel libre sous GNU/Linux, est une certaine assurance > que l'oeuvre fonctionnera, y compris sur du matériel ancien. Mais ça > n'est pas vrai en dehors de GNU/Linux. L’obsolescence programmée touche > tous les autres systèmes. Non seulement Windows XP, mais aussi Mac OS X > Snow Leopard, et les systèmes antérieurs, mais aussi l'OS ATARI, pour > les logiciels libres disponibles. > > La seule parade est de développer pour du hardware x86 sous GNU/Linux. Tu dis comme d'habitude des conneries énormes. Prends une appli actuelle qui tourne sous GNU/Linux et essaie de générer un binaire qui tourne sous une version de GNU/Linux datant de 25 ans sans rien toucher au code, qu'on rigole. > Le logiciel n'est véritablement libre que pour une seule plateforme. Et comme d'habitude tu n'as rien compris au mot "libre" dans logiciel libre. "libre" ça veut dire que tu as le droit de te sortir les doigts du cul, pas de réclamer que les autres fassent le boulot pour toi. -- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes.", ST sur fr.bio.medecine
[toc] | [prev] | [next] | [standalone]
| From | pascal WIJSBROEK <pascal.wijsbroek@gmail.com> |
|---|---|
| Date | 2018-10-15 00:35 -0700 |
| Message-ID | <56c9fb00-160f-4339-831d-097cff344cd6@googlegroups.com> |
| In reply to | #19571 |
Le dimanche 14 octobre 2018 15:51:08 UTC+2, Francois LE COAT a écrit : > Mon logiciel Eurêka 2.12 a évolué pour fonctionner sur tous les systèmes > actuels, comme sur les tous premiers dispositifs avec le 520ST de 1985, > au niveau du binaire. Les mots ont une importance. En l'occurence ton logiciel n'a absolument pas évolué. Il a été mis à jour pour tourner sur les configs dont tu parles, mais en aucune façon il ne s'agit d'évolution. Une évolution suppose une modification. Dans l'interface ou dans les fonctionnalités. Sinon ça n'est pas une évolution, c'est une correction. > Le problème à faire évoluer les sources dans le > même temps, pour qu'ils s'adaptent aux derniers outils tel GNU/GCC 4.x, > c'est que le binaire produit comme cela ne fonctionne plus sur le > premier ATARI 520ST de 1985 ... Une question : les derniers outils dont tu parles ne produisent plus de code compatible 520ST ou c'est juste ton programme qui ne fonctionne plus ? > C'est la raison pour laquelle je parle d’obsolescence programmée. Non. L’obsolescence programmée suppose -COMME SON NOM L'INDIQUE- qu'il y ait une volonté délibérée (programmée donc) de rendre caduque du matériel ou du logiciel (ou les deux). Or pour le ST ça n'a pas de sens car : - à l'époque il n'y avait pas de "plan" conduisant à l'informatique actuelle - les machines ne sont plus produites, donc aucune obsolescence qualifiable. > Ça n'est pas le cas uniquement que pour la > plateforme ATARI. J'ai un iMac Intel sous Mac OS X Snow Leopard > (10.6.8) pour lequel les derniers outils, avec l'évolution de l'OS > et du langage, Xcode ne permet plus de générer des binaires compatibles. > Et pourtant il s'agit d'une configuration Apple de 2010 ! Sur le site d'Apple il est marqué que les machines de 2010 sont compatibles Mojave. Je ne dis pas qu'Apple est exemplaire dans le domaine, mais pour le coup ta machine n'est pas encore obsolète. Et même : tu as VOLONTAIREMENT acheté une machine dont l'une des caractéristiques est son obsolescence trop rapide. Tu ne peux pas te plaindre d'une situation que tu as toi-même initiée. > Ça m'intéresse, comme il n'existe pas de nouveau matériel compatible, > de fournir un binaire qui soit compatible avec toute la gamme des > machines ATARI pour Eurêka 2.12. Ça sent le prétexte à la con. Même Firefox a plusieurs versions de son navigateur en fonction des versions des OS. Si tu en était capable, tu sortirais un Eureka "origin", et un Eureka "Future", chacun s'executant sur le hardware adapté. Admet que tu ne sais pas le faire. > Concevoir un logiciel libre sous GNU/Linux, est une certaine assurance > que l'oeuvre fonctionnera, y compris sur du matériel ancien. N'importe quoi... > Mais ça n'est pas vrai en dehors de GNU/Linux. L'OS qui a gardé le plus de compatibilité avec ses anciennes versions c'est Windows. Ils en ont payé le prix en terme de stabilité, et ont fini par faire du ménage, mais pendant bien longtemps ils ont gardé de quoi exécuter les programmes les plus anciens. > La seule parade est de développer pour du hardware x86 sous GNU/Linux. N'importe quoi. > Le logiciel n'est véritablement libre que pour une seule plateforme. Ton logiciel est libre maintenant ?
[toc] | [prev] | [next] | [standalone]
| From | pehache <pehache.7@gmail.com> |
|---|---|
| Date | 2018-10-13 10:25 +0200 |
| Message-ID | <g2dofnFb55U1@mid.individual.net> |
| In reply to | #19557 |
Le 12/10/2018 à 23:11, Francois LE COAT a écrit : > > Mais les outils de développements GNU ont aussi évolués, dans une > direction qui ont rendus progressivement les anciens logiciels > ATARI obsolètes. Par exemple, le passage de la version de GNU/GCC > 3.x à GNU/GCC 4.x est sans doute un progrès pour les Mac, PC etc. > Mais c'est une catastrophe pour mon logiciel, qui hérite d'une > époque où le standard était celui du langage de Kernighan & Richie. > C'est quand même l'excuse moisie par excellence quand on sait que dès le début des années 90 la plupart des compilos implémentaient l'essentiel de la norme C89, y compris les compilos sur Atari. Ce qui veut dire qu'en plus de 25 ans tu n'as pas été foutu de corriger ton code. Tu es un mauvais programmeur, c'est tout. -- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes.", ST sur fr.bio.medecine
[toc] | [prev] | [next] | [standalone]
| From | pascal WIJSBROEK <pascal.wijsbroek@gmail.com> |
|---|---|
| Date | 2018-10-12 11:57 -0700 |
| Message-ID | <c85722d4-33ad-42c8-95a1-bcac35e3e2ff@googlegroups.com> |
| In reply to | #19551 |
Le vendredi 12 octobre 2018 18:48:49 UTC+2, Francois LE COAT a écrit : > Pour moi, le Raspberry Pi tient plus du jouet que de l'ordinateur. Tu ne réponds pas. En quoi le RPI n'est pas un ordinateur ? En quoi tient-il du "jouet" ? Tu peux y faire tourner des OS, des programmes, il va sur Internet, il est blutooth, il y a une incroyable communauté dessus. En fait tu n'exprime pas un fait, mais un ressenti. C'est complètement différent. Le RPI est un ordinateur honorable et pas cher, mais comme il n'a pas d'autocollant Atari, il n'est pas digne de ton intérêt. > Je > suis d'autant moins gêné de le dire, que l'ATARI ST a été considéré > comme un jouet, par des éditeurs qui ont tous boycottés la plateforme. ??? C'est l'argument le plus idiot que j'ai jamais lu ici. Donc tu approuves les éditeurs qui trouvaient que le ST était un jouet ??? Tu es complètement con ou bien ? > Tu ne prends pas en compte une chose, c'est qu'autrefois les ordinateurs > avaient leurs particularités. Ça n'est plus le cas aujourd'hui car une > seule architecture domine. Oui et ? C'est encore un problème mystique. Concrètement ça pose problème à qui ? > Mais pour les anciens ordinateurs, une > machine particulière peut très bien être physiquement distincte d'une > autre. Un cauchemar pour les développeurs. > En particulier, et c'est très important, un PC, un Mac, un Amiga, > ou un ATARI n'ont pas le même clavier. Toi qui aimes les autocollants, tu peux transformer un clavier x en clavier y sans aucun effort. Et même brancher un clavier exotique sur à peu près n'importe quelle machine récente. RPI compris. > C'est important, et je pense à > l'ATARI VCS, que le clavier soit propre à la machine que l'on utilise. Sauf que l'AtariVCS n'est pas destiné à faire tourner un OS "Atari" mais un Linux. Tu peux définir ton clavier ? Clavier pas prévu DU TOUT dans le cahier des charges d'ailleurs. Donc toi tu vois le monde tourner comme ça : - Atari va sortir sa console - Des gens vont compiler Aranym dessus - Atari va se rendre compte de l'énorme potentiel du bouzin (inspiré par le succès de la PS3 dans le même registre) - Ils vont sortir des périphériques compatibles et dédiés pour cet émulateur. Tant qu'à demander n'importe quoi, tu ne veux pas demander une pluie de lingots d'or en bonus ? > Si l'ATARI VCS pouvait avoir un clavier ATARI, ça serait formidable. Pour un émulateur imaginaire, on est bien d'accord. > Utiliser un émulateur ATARI sur n'importe quel ordinateur actuel est > une plaie ! Ce sont des particularités auxquelles personne ne pense. Parce que c'est faux. > BeePi GNU/Linux est une distribution consacrée aux ordinateurs ATARI. A la gamme ST/Falcon. > Ça porte un nom très connu : "l'obsolescence programmée". N'importe quoi... Supposer que les outils de développement sont sciemment prévus pour saboter tout développement antérieur est du pur délire. > Par exemple > le français évolue, et les français ne comprennent plus les québécois. Oui, évoluer n'est pas synonyme d'obsolescence programmée. > Moi j'ai un logiciel qui est exprimé en vieux françois, malheureusement. Toi tu as un logiciel mal écrit. C'est différent. Accuser les autres des maux dont tu es seul responsable est facile. Un petit complot ourdi par Microsoft je suppose ?
[toc] | [prev] | [next] | [standalone]
| From | Simon <no@no.no> |
|---|---|
| Date | 2018-10-12 21:44 +0200 |
| Message-ID | <5bc0f97f$0$15507$426a74cc@news.free.fr> |
| In reply to | #19551 |
Le 12/10/2018 18:48, Francois LE COAT a écrit : > Pour moi, le Raspberry Pi tient plus du jouet que de l'ordinateur. Je > suis d'autant moins gêné de le dire, que l'ATARI ST a été considéré > comme un jouet, par des éditeurs qui ont tous boycottés la plateforme. Eh oui. Aucun logiciel de musique sur Atari ST, et donc aucun musicien sérieux qui s'en soit servi (et encore moins des pro). Tous ceux qui s'en sont servi étaient des musiciens bricolo amateurs.
[toc] | [prev] | [next] | [standalone]
| From | pehache <pehache.7@gmail.com> |
|---|---|
| Date | 2018-10-12 22:03 +0200 |
| Message-ID | <g2cd1fFmfqaU1@mid.individual.net> |
| In reply to | #19551 |
Le 12/10/2018 à 18:48, Francois LE COAT a écrit : >> >> Si, une fois que tu as lu cette page tu pouvais nous expliquer en quoi >> le RasPI n'est pas un ordinateur... > > Pour moi, le Raspberry Pi tient plus du jouet que de l'ordinateur. Tu fais bein de préciser "pour moi", parce que vu l'absence d'explication ça n'est finalement qu'une opinion grotesque de plus parmi celles que tu exposes régulièrement. > Je > suis d'autant moins gêné de le dire, que l'ATARI ST a été considéré > comme un jouet, par des éditeurs qui ont tous boycottés la plateforme. Hein ?? >> >> Pour ton information un ordinateur peut avoir plusieurs usages sans >> que les uns >> empèchent les autres pour peu qu'on s'organise. >> >> Un peu comme une casserole qui peut faire cuire des nouilles mais >> aussi des >> patates. >> >> Mais tu dois probablement être du genre à avoir acheté une casserole par >> type de plat. > > Tu ne prends pas en compte une chose, c'est qu'autrefois les ordinateurs > avaient leurs particularités. Ça n'est plus le cas aujourd'hui car une > seule architecture domine. Je dirais au premier abord : on s'en fout. Mais là où c'est drôle c'est que le RPI fait justement partie des quelques ordinateurs disponibles avec une autre architecture que le x86, et tu réussis quand même à chier dessus. Contrairement d'ailleurs à l'Atari VCS qui te fait bander alors qu'elle fera partie de "l'architecture dominante". Piiiiinnnn pooooonnnnn > Mais pour les anciens ordinateurs, une > machine particulière peut très bien être physiquement distincte d'une > autre. Je confirme : mon iMac est physique distinct de mon hybride 2-en-1 qui lui-même est physiquement distinct de mon laptop. Ah merde, ce ne sont pas des "anciens ordinateurs" > En particulier, et c'est très important, un PC, un Mac, un Amiga, > ou un ATARI n'ont pas le même clavier. C'est important, et je pense à > l'ATARI VCS, que le clavier soit propre à la machine que l'on utilise. Bon, ce serait n'importe qui d'autre qui aurait écrit on penserait d'abord à un méga-troll. Mais vu que c'est toi on se dit juste que tu es décidément réellement aussi neuneu qu'on le pense. Tu es au courant que de nos jours on peut *choisir* le clavier que l'on veut utiliser avec un ordi fixe ? > Si l'ATARI VCS pouvait avoir un clavier ATARI, ça serait formidable. Ah oui, le pouvoir magique de l'autocollant Atari. > Utiliser un émulateur ATARI sur n'importe quel ordinateur actuel est > une plaie ! Ce sont des particularités auxquelles personne ne pense. Personne ne le pense surtout parce que c'est totalement faux. > >>> avec toute une configuration très compliquée à réaliser, >> >> Euh... Je vais peut-être dire une bétise mais pour avoir vaguement >> utilisé Hatari et Aranym je ne vois pas vraiment où se situe la >> difficulté à configurer ces émulateurs/VM. Il suffit d'en lire la doc et >> de l'appliquer. > > Oui, mais j'ai conçu une distribution ATARI qui s'appelle *miniPack* et > tu ne te rends pas bien compte de ce que tu dis. On se rend surtout compte que tu es un affabulateur. Tu as packagé un émulateur Atari, ce qui n'a rien à voir avec "concevoir une distribution Atari" > Tu oublies toute la > configuration logicielle ! Une distribution GNU/Linux est tout autant > un travail méticuleux, qui ne tient pas seulement compte de la machine > qui l'héberge. Ici, pour ARAnyM et Hatari, BeePi propose un ensemble > de logiciels installés, configurés et assemblés pour que ça fonctionne. Ah mais BeePi c'est sûrement très bien, personne ne dit le contraire. >>> et de >>> multiples logiciels autrefois commercialisés, pour un usage >>> exigent d'une distribution ATARI complète. >> >> Une "distribution Atari", on aura tout lu dans ce groupe... > > BeePi GNU/Linux est une distribution consacrée aux ordinateurs ATARI. Ce n'est donc pas une "distribution Atari", merci de confirmer. > >>> C'est sûr que si >>> tu lances 2 ou 3 fois l'an des jeux, ça n'a pas d'intérêt. Un >>> développeur comme moi pourrait y trouver son compte, sauf que >> >> tu es un boulet incapable de t'adapter à un outil. > > Mais les outils contemporains, je les utilise pour des développements > actuels très couramment. Le seul problème c'est que j'ai aussi des > développements qui remontent à plus de 30 ans, et que l'évolution > des langages interdit leur interprétation. Tu as pondu un mauvais code C pas portable ultra dépendant d'une machine et d'un compilateur en particulier, c'est surtout ça ton problème. > Comme il s'agit d'un vaste > projet, j'ai dû renoncer à y consacrer un temps que je n'ai pas à moi. Tu vas faire croire que tu as une vie sociale ? > >>> les derniers outils de développements en date me déplaisent. >> >> Voilà. > > Ça porte un nom très connu : "l'obsolescence programmée". Par exemple > le français évolue, et les français ne comprennent plus les québécois. > Moi j'ai un logiciel qui est exprimé en vieux françois, malheureusement. > Je n'ai pas le temps pour m'atteler à la traduction des sources en C. Non : tu as un logiciel écrit en mauvais C, pas en vieux C. Des logiciels C, Fortran, où ce que tu veux, écrits il y a 30 ans et qui se compilent encore aujourd'hui et tournent sans souci, il en existe plein. Ils étaient bien écrits au départ. > Le problème supplémentaire est que les bibliothèques ont aussi évoluées. > Tu ne te rends pas bien compte des problèmes qui ne se résolvent pas > avec des "y-a-qu'à" en papotant sur le Usenet, et qui sont compliqués. Un développeur qui ne sait pas résoudre ses problèmes de développement, je n'en voudrais pas. Tu es dans la situation d'un gars qui se prétendrait charpentier et qui depuis 20 ans n'aurait pas refait son toit qui fuit "parce que la charpente c'est compliqué". -- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes.", ST sur fr.bio.medecine
[toc] | [prev] | [next] | [standalone]
| From | Screetch <scr33tch@gmail.com> |
|---|---|
| Date | 2018-10-13 07:58 -0700 |
| Message-ID | <320afb88-b02b-4998-a658-e95b43ca2d63@googlegroups.com> |
| In reply to | #19551 |
Le vendredi 12 octobre 2018 18:48:49 UTC+2, Francois LE COAT a écrit : > Pour moi, le Raspberry Pi tient plus du jouet que de l'ordinateur. Tu ne sembles pas connaître le milieu de la robotique, toi ;). Si tu savais tous les robots et les imprimantes 3D (amateurs comme commerciaux) utilisant un RPI comme carte mère ! Et j'imagine que d'autres domaines autres que la robotique et l'impression 3D utilisent le RPI de manière professionnelle, sans sourciller ! Logiquement, si tu apprécies le slogan d'Atari "Power without the Price", tu devrais apprécier le RPI qui va encore plus loin dans le concept. Même s'il est vendu au prix d'un gadget (Le RPI Zero W est vendu nu à moins de 10 €), ce n'est pas qu'un gadget. Oui, il sert pour le bidouillage (autant en profiter) mais c'est également un excellent outil de prototypage rapide pour le milieu industriel et le monde de la start-up.
[toc] | [prev] | [next] | [standalone]
| From | pehache <pehache.7@gmail.com> |
|---|---|
| Date | 2018-10-13 17:58 +0200 |
| Message-ID | <g2ej1eF5i2rU1@mid.individual.net> |
| In reply to | #19567 |
Le 13/10/2018 à 16:58, Screetch a écrit : > Le vendredi 12 octobre 2018 18:48:49 UTC+2, Francois LE COAT a écrit : > >> Pour moi, le Raspberry Pi tient plus du jouet que de l'ordinateur. > > Tu ne sembles pas connaître le milieu de la robotique, toi ;). > > Si tu savais tous les robots et les imprimantes 3D (amateurs comme commerciaux) utilisant un RPI comme carte mère ! Et j'imagine que d'autres domaines autres que la robotique et l'impression 3D utilisent le RPI de manière professionnelle, sans sourciller ! > Il suffit de chercher un peu pour trouver en effet plein d'utilisations professionnelles/industrielles du Pi. Un exemple parmi bien d'autres : https://www.digikey.fr/fr/articles/techzone/2018/jan/build-a-low-cost-industrial-controller-with-the-raspberry-pi-3 > Logiquement, si tu apprécies le slogan d'Atari "Power without the Price", tu devrais apprécier le RPI qui va encore plus loin dans le concept. Oui mais non. Il manque au Pi une caractéristique fondamentale : l'autocollant Atari. >Même s'il est vendu au prix d'un gadget (Le RPI Zero W est vendu nu à moins de 10 €), ce n'est pas qu'un gadget. Oui, il sert pour le bidouillage (autant en profiter) mais c'est également un excellent outil de prototypage rapide pour le milieu industriel et le monde de la start-up. > -- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes.", ST sur fr.bio.medecine
[toc] | [prev] | [next] | [standalone]
Page 3 of 4 — ← Prev page 1 2 [3] 4 Next page →
Back to top | Article view | fr.comp.sys.atari
csiph-web