Archiv > Raspberry PI

RPi 2: Checkout schlägt fehl bei gsettings und vdr-plugin-osdteletext

(1/2) > >>

BobW:
Hallo,

beim Checkout der MLD-4 kommt bei den o.a. Modulen folgende Fehlermeldung:


--- Code: ---vdr-plugin-osdteletext:
  There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details

    git pull <remote> <branch>

If you wish to set tracking information for this branch you can do so with:

    git branch --set-upstream master origin/<branch>

----------------------------
gsettings:
  There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details

    git pull <remote> <branch>

If you wish to set tracking information for this branch you can do so with:

    git branch --set-upstream master origin/<branch>


--- End code ---

Die Entwicklungsumgebung habe ich nach Wiki aufgesetzt und auch die Zusatzinformationen für den RPi2 in Makefile.conf eingetragen.

Beide Directories werden erzeugt, sind aber bis auf ein Directory .git und eine Datei .gitignore leer.

Schöne Grüße aus Wien
BobW

goerdi:
Hi !

Also das Problem hab ich nicht aber ich krieg nach einem "sudo apt-get install $(make deps)"

--- Code: ---You must first add a repository, before you can install pilight:
sudo add-apt-repository 'deb http://apt.pilight.org/ stable main' && wget -O - http://apt.pilight.org/pilight.key | sudo apt-key add - && sudo apt-get update

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Hinweis: »gettext« wird an Stelle von »libasprintf-dev« gewählt.
Paket mjpegtools ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.

E: Paket libjpeg-turbo8-dev kann nicht gefunden werden.
E: Paket pilight kann nicht gefunden werden.
E: Paket python3.4 kann nicht gefunden werden.
E: Mittels regulärem Ausdruck »python3.4« konnte kein Paket gefunden werden.
E: Paket python3.4-minimal kann nicht gefunden werden.
E: Mittels regulärem Ausdruck »python3.4-minimal« konnte kein Paket gefunden werden.
E: Paket python-configparser kann nicht gefunden werden.
E: Für Paket »mjpegtools« existiert kein Installationskandidat.

--- End code ---

Gruss Gerd

BobW:
Ich antworte mir mal selber:

make checkout_all liefert den Fehler

Ein Einzel-Checkout wie:
make checkout name=gsettings
liefert das gewünschte Ergebnis.

Da werd mal einer schlau draus.

BobW

clausmuus:
Hi BobW,

ich vermute, das Du das selbe Problem hast, wie viele User. Dein DSL Provider unterbindet das abrufen von vielen (kleinen) Dateien innerhalb kurzer Zeit. Die Telekom macht z.B. nach ca. 5000 Dateien zu. Danach geht erst mal für ne Minute nichts mehr. Wird dann einfach weiter versucht downlods durchzuführen, liefert die Telekom teilweise leere Dateien aus. Das Problem beschränkt sich aber nicht nur auf die Telekom oder Deutschland.
Da die Repositories teilweise mehrere Hundert Dateien enthalten, wird diese Grenze recht schnell erreicht und es kommt zu Fehlern wie der von Dir beschriebene.
Meine Versuche von der Telekom näheres dazu zu erfahren, bzw. auf nen Beheben des Problems zu drängen, habe ich nach nem halben Jahr wöchentlicher Telefonate und Emails aufgegeben, da selbs die motiviertesten Mitarbeiter der Telekom von der zuständigen Abteilung nichts erfahren konnten, bzw es nicht möglich war verlässlich in erfahrung zu bringen, welche Abteilung für solche Probleme zuständig ist.

@goerdi,

zuerst einmal solltest Du die ausgegebene Meldung lesen, und dem hinweis folgen. Gleich in der zweiten Zeile steht was zu tun ist.
Außerdem lösche mal die Pakete python3, python-yausbir, lirc-yausbir und vdr-plugin-burn. Die sind zu viel ausgecheckt worden und lassen sich derzeit noch nicht für den rpi bauen.
Das libjpeg-turbo8-dev Problem habe ich im epg-daemon Paket korrigiert.

Claus

pbriesch:

--- Quote ---Meine Versuche von der Telekom näheres dazu zu erfahren, bzw. auf nen Beheben des Problems zu drängen, habe ich nach nem halben Jahr wöchentlicher Telefonate und Emails aufgegeben, da selbs die motiviertesten Mitarbeiter der Telekom von der zuständigen Abteilung nichts erfahren konnten, bzw es nicht möglich war verlässlich in erfahrung zu bringen, welche Abteilung für solche Probleme zuständig ist.

--- End quote ---

Claus,

das wäre doch bestimmt ein interessantes Thema für die c't.

Paul

Navigation

[0] Message Index

[#] Next page