Status offizielles Debian Packet für SimulAVR?

OP #7567349
Lesenswert?

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?

OP #7567738
Lesenswert?

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.

OP #7569686
Lesenswert?

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

OP #7569892
Lesenswert?

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

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren