Hallo, simulavr https://www.nongnu.org/simulavr/ für Debian scheint schon länger verwaist (orphaned) zu sein. https://packages.qa.debian.org/s/simulavr/news/20201219T043906Z.html und https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739228 Obwohl sich neue Maintainer angeboten haben, wird es scheinbar aktuell von der Debian QA Group "gepflegt". simulavr-1.0.0 hat mehrere Warnungen bei lintian generiert https://udd.debian.org/lintian/?packages=simulavr Im Mai 2020 hat simulavr wohl von automake auf cmake gewechselt https://lists.nongnu.org/archive/html/simulavr-devel/2020-05/msg00001.html Auf https://www.nongnu.org/simulavr/download.html gibt es ein deb der Version simulavr_1.1.0_amd64.deb vom Jan 05 2020. Es sieht so aus als ob diese Version (1.1.0) noch gar nicht unter Debian testing (sid) getestet worden ist, oder? Ohne einen neuen Maintainer wird sich daran wohl nichts ändern oder sollte man die Debian QA Group auf das deb von www.nongnu.org/simulavr/ aufmerksam machen? Das könnten sie ja auch leicht selber finden. Ich könnte natürlich versuchen die sechs deb Pakete von https://www.nongnu.org/simulavr/download.html händisch unter dem aktuellen Debian bookworm zu installieren. Mit offizieller Unterstützung und automatischem Test der Abhängigkeiten wäre das aber einfacher. Weiß jemand Genaueres? Sind simavr von Michel Pollet (buserror) https://github.com/buserror/simavr oder avrsim von Ingo W. (uebrig) Beitrag "AVR Simulator mit grafischer Benutzeroberfläche für Linux" gute Alternativen unter Linux?
:
Bearbeitet durch User
Hallo, ich habe jetzt libsim_1.1.0_amd64.deb und simulavr_1.1.0_amd64.deb von http://download.savannah.nongnu.org/releases/simulavr/ heruntergeladen und beides mit dpkg -i unter Debian GNU/Linux 12 (bookworm) ohne Fehlermeldung installiert und kurz getestet.
1 | $ simulavr -d atmega1284p -F 11059200 -g -f m1284p_xpld_ex_nt.elf |
2 | Waiting on port 1212 for gdb client to connect... |
3 | Connection opened by host 127.0.0.1, port 47868. |
4 | WARNING: file /home/buildbudy/simulavr/libsim/rwmem.cpp: line 221: Invalid read access from IO[0x4100], PC=0x8c |
5 | WARNING: file /home/buildbudy/simulavr/libsim/rwmem.cpp: line 221: Invalid read access from IO[0x4101], PC=0x8c |
6 | |
7 | $ avr-gdb m1284p_xpld_ex_nt.elf |
8 | GNU gdb (GDB) 13.1 |
9 | ... |
10 | Reading symbols from m1284p_xpld_ex_nt.elf... |
11 | (gdb) target remote :1212 |
12 | Remote debugging using :1212 |
13 | warning: Selected architecture avr:51 is not compatible with reported target architecture avr |
14 | 0x00000000 in __vectors () |
15 | (gdb) load |
16 | Loading section .text, size 0xe6e lma 0x0 |
17 | Loading section .data, size 0x7c4 lma 0xe6e |
18 | Start address 0x00000000, load size 5682 |
19 | Transfer rate: 346 KB/sec, 947 bytes/write. |
20 | (gdb) stepi |
21 | 0x0000008c in __trampolines_start () |
22 | (gdb) disp/i $pc |
23 | 1: x/i $pc |
24 | => 0x8c <__trampolines_start>: eor r1, r1 |
25 | (gdb) stepi |
26 | 0x0000008e in __trampolines_start () |
27 | 1: x/i $pc |
28 | => 0x8e <__trampolines_start+2>: out 0x3f, r1 ; 63 |
29 | (gdb) stepi |
30 | 0x00000090 in __trampolines_start () |
31 | 1: x/i $pc |
32 | => 0x90 <__trampolines_start+4>: ldi r28, 0xFF ; 255 |
33 | (gdb) quit |
Bis auf die zwei Warnungen von simulavr und die eine von avr-gdb scheint es prinzipiell zu funktionieren. Es bleibt aber immer noch zu klären, ob die Quellen und die .deb Pakete die Anforderungen von Debian testing (sid) erfüllen und wie man sie in Debian testing (sid) bekommt*. Wahrscheinlich braucht es dazu einen neuen Debian Maintainer für das Paket simulavr. *) Wie das prinzipiell bei Debian geht, wenn man Maintainer ist, ist mir bekannt.
:
Bearbeitet durch User
Alexander S. schrieb: > Wahrscheinlich braucht es dazu einen > neuen Debian Maintainer für das Paket simulavr. Wie bei allem im Open Source Umfeld muß es einfach nur jemand machen. Was in der Regel dann halt im Sande verläuft. Eine zu beantwortende Frage ist dabei, ob außer dir noch jemand das Programm überhaupt vermisst. Bei dir läufts ja jetzt wie gewünscht. Oliver
:
Bearbeitet durch User
Hallo, inzwischen bin ich noch einen Schritt weiter. Ich habe das git repository unter http://git.savannah.nongnu.org/git/simulavr.git/ geklont, cmake installiert und das binary aus den Quellen erzeugt. Enthalten sind auch zwei Skripte um ein Debian-Paket (.deb) zu erstellen. D.h. im Prinzip ist schon alles da. Auf der Mailingliste https://lists.gnu.org/archive/html/simulavr-devel/ ist es in den beiden letzten Jahren aber sehr ruhig geworden. Debian stellt schon gewisse Anforderungen an einen Paket-Maintainer*. Bis man Pakete einstellen und pflegen darf, muss man erst eine Phase unter Aufsicht durchlaufen und man ist dafür verantwortlich zu prüfen und sicherzustellen, dass das Paket alle Anforderungen von Debian erfüllt. Bei Problemen mit dem Paket sollte man die zeitnah beheben können. Idealerweise sollte man das Paket auch für alle von Debian unterstützten Architekturen (arm, riskv, ...) pflegen. Es reicht nicht das vorhandene deb einfach hochzuladen. Damit will ich nur darauf hinweisen, dass das am besten jemand macht, der evtl. schon andere Debian-Pakete betreut oder einer der upstream-Autoren. *) https://wiki.debian.org/DebianMaintainer
:
Bearbeitet durch User
bei Ubuntu 22.04 ist es noch in den Repos enthalten
Stephan S. schrieb: > bei Ubuntu 22.04 ist es noch in den Repos enthalten Ja, bei Ubuntu ist die 1.0.0 mit Ergänzungen aus dem git repro von 2016 enthalten. Es wurde bei ubuntu scheinbar zuletzt im Aug 2018 merklich aktualisiert. http://changelogs.ubuntu.com/changelogs/pool/universe/s/simulavr/simulavr_1.0.0+git20160221.e53413b-2build1/changelog 1.0.0+git20160221 ist noch die gleiche Version, die vorher bei Debian dabei war. https://packages.qa.debian.org/s/simulavr/news/20201219T043906Z.html
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.