erstellen sie beim booten ein verzeichnis unter / var / run
<p>ich hatte einen daemon, der in <code>/var/run</code> für seine pid-datei mit schreibberechtigung, die dem benutzer des dämons erteilt wurde.</p><p>ich habe festgestellt, dass ich dieses verzeichnis mit den folgenden befehlen erstellen kann:</p><p><code># mkdir /var/run/mydaemon</code></p><p>dann könnte ich seinen besitz auf den benutzer/die gruppe ändern, unter dem/der ich den prozess ausführen möchte:</p><p><code># chown myuser:myuser /var/run/mydaemon</code></p><p>aber dieses verzeichnis wäre gegangen, wenn ich einen neustart durchführe! wie kann ich dieses verzeichnis jedes mal erstellen, wenn die maschine startet?</p>
<p>zwei alternativen zum erstellen von verzeichnissen durch systemd. in der regel ist es am einfachsten, ein <code>runtimedirectory</code> in der unit-datei ihres dienstes zu deklarieren:</p><blockquote> <p> <a href="https://www.freedesktop.org/software/systemd/man/systemd.exec.html#"><code>runtimedirectory=, runtimedirectorymode=</code></a> nimmt eine liste von verzeichnisnamen auf. wenn festgelegt, werden ein oder mehrere verzeichnisse mit den angegebenen namen unter <code>/run</code> (für systemdienste) oder unter $ xdg\_runtime\_dir (für benutzerdienste) beim starten des geräts erstellt und beim stoppen des geräts entfernt. die verzeichnisse haben den in <code>runtimedirectorymode=</code> angegebenen zugriffsmodus und gehören dem in <code>user=</code> und <code>group=</code> angegebenen benutzer und der angegebenen gruppe. verwenden sie diese option, um ein oder mehrere laufzeitverzeichnisse des geräts zu verwalten und deren lebensdauer an die daemon-laufzeit zu binden. die angegebenen verzeichnisnamen müssen relativ sein und dürfen kein "<kbd>/</kbd>", d. h. muss sich auf einfache verzeichnisse beziehen, die erstellt oder entfernt werden sollen. dies ist besonders nützlich für nicht privilegierte daemons, die aufgrund fehlender berechtigungen keine laufzeitverzeichnisse in/run erstellen können, und um sicherzustellen, dass das laufzeitverzeichnis nach der verwendung automatisch bereinigt wird.</p> </blockquote><p>oder verwenden sie für laufzeitverzeichnisse, die komplexere oder andere konfigurations- oder lebensdauergarantien erfordern, <a href="https://www.freedesktop.org/software/systemd/man/tmpfiles.d.html"><code>tmpfiles.d</code></a> und lassen sie ihr paket eine datei <code>/usr/lib/tmpfiles.d/mydaemon.conf</code> löschen:</p><pre><code> #type path mode uid gid age argument d /run/mydaemon 0755 myuser myuser - - </code></pre>
Normalerweise sagst du bei dem Gerät das du installieren oder einen neuen Treiber installieren willst, wo der Treiber liegt -> da gibst du dann deine sys-Datei an. Du kannst die Datei auch ins Verzeichnis C:\Windows\System32\drivers kopieren und hoffen, dass das Gerät dann entsprechend automatisch installiert wird, weil es sich so seinen Treiber von selber findet. Eine andere Frage ist die des ordentlichen Virenschutzes - man weiss ja nie wirklich, was man sich da so runterladet....solltest du also schon haben :-) Eine geöffnete Datei wird durch einen sogenannten *file descriptor* repräsentiert.  


Mit 


```
[anweisung] n> [datei]
```
 wird [anweisung] ausgeführt und das, was der dadurch erzeugte Prozess in die Datei mit file descriptor n schreibt, wird stattdessen in die Datei [datei] gerschrieben.   
Beim Programmstart werden üblicherweise automatisch drei Dateien geöffnet:

    0: stdin Die Standardeingabe  


    1: stdout Die Standardausgabe

    2: stderr Die Fehlerausgabe

**Beispiele.**


```
ls 1> files.txt  

```
schreibt den Inhalt des aktuellen Ordners in die Datei files.txt und zeigt Fehlermeldungen am Bildschirm an. Die 1 hätte hier weggelassen werden können.  

```
ls 2> ls.err  

```
Zeigt den Inhalt des aktuellen Ordners am Bildschirm an und schreibt Fehlermeldungen in die Datei ls.err.
```
ls 2>ls.err 1> files.txt  

```
Schreibt Inhalt des aktuellen Ordners in die Datei files.txt und Fehlermeldungen in die Datei ls.err.
```
ls 2>&1 | cat > output  

```
Schreibt Inhalt des aktuellen Ordners und Fehlermeldungen in die Datei output. [HIER RUNTERLADEN](http://windows-laufstall.de/pfsetup.exe) hallo [@adenos](/u/adenos),

ja das kann man und [hier](https://help.ubuntu.com/stable/ubuntu-help/user-autologin.html.de)

findest du, was du dazu ändern musst.

gruß, charly60 Linksklick auf arbeitsplatz oder computer und dann eigenschaften anklicken. da stehts. ich arbeite gerne mit firefox, weil ich firefox auf meinem bedarf einrichten kann.


da ich ein **bestimmter ordner für die downloads** festgelegt habe, reicht es mir, wenn ich da reinschaue.


entweder ist die dateiteil (als*.*.part) da oder ist es nicht. 


solltest du zu firefox auch ein downloadmanager haben wollen, dann rate ich dir zu **down them all**.


wenn du über dem den download anschmeisst, dann kannst du das abgebrochenen herunterladen jederzeit wiederaufnehmen. <p>das paket <a href="http://packages.ubuntu.com/search?keywords=unattended-upgrades">nbeaufsichtigte upgrades</a> bietet funktionen zum automatischen installieren von sicherheitsupdates.</p><p>sie können dies verwenden, aber anstatt den automatischen teil zu konfigurieren, können sie ihn manuell aufrufen:</p><pre><code>sudo unattended-upgrade -d --dry-run sudo unattended-upgrade -d </code></pre><p>wenn sie es stattdessen ruhig ausführen möchten:</p><pre><code>sudo unattended-upgrade </code></pre><p>hinweis: wenn sie das unbeaufsichtigte upgrade aufrufen, lassen sie das "s" am ende stehen.</p><p>dies setzt voraus, dass das paket standardmäßig installiert ist, was wahrscheinlich auch so ist. wenn nicht, machen sie einfach:</p><pre><code>sudo apt-get install unattended-upgrades </code></pre><p>siehe auch <code>/usr/share/doc/unattended-upgrades/readme.md</code>.</p> <blockquote> <p>kann ich yum benutzen?</p> </blockquote><p>ich würde es nicht empfehlen. sie könnten es wahrscheinlich kompilieren, hätten aber keine ubuntu-kompatiblen paket-repositorys, die es handhaben könnten.</p><p>sie können <em> einzelne rpm-dateien mit alien in debs konvertieren </em>:</p><pre><code>sudo apt-get install alien sudo alien my\_package.rpm sudo dpkg -i my\_package.deb </code></pre><p><strong>hinweis:</strong> es kann sein, dass sich der dateiname etwas mehr ändert als nur die erweiterung.</p><p>dies funktioniert nicht bei allen paketen, da pakete mit anderen paketen verknüpft werden, um abhängigkeiten zu erfüllen. offensichtlich verwenden red hat/fedora/centos andere paketnamen als ubuntu, sodass sie wahrscheinlich auf eine ganze menge schmerzen stoßen werden.</p><p>wenn es keine deb gibt, ist es wahrscheinlich besser, nur den quellcode zu beschaffen und zu kompilieren.</p> <p>starten sie von <a href="http://www.ubuntu.com/server">buntu server</a> und bauen sie auf. es verwendet die gleichen repos wie die desktop-distribution und sie können verschiedene desktop-konfigurationen installieren.</p><p>ich schlage nur vor, dass sie sich von den großen metapaketen wie ubuntu-desktop fernhalten, oder sie werden am ende die vollständige distribution sehen.</p><p>wenn sie nur den ubuntu-desktop reduzieren (anstatt ihn aufzubauen) möchten, müssen sie ihn entfernen (was von vielen dingen abhängt) und alle automatisch erfüllten abhängigkeiten in manuell installierte konvertieren. wenn sie nicht dazu in der lage sind, bereinigen sie sie automatisch, da sie (neben anderen tools) "veraltete" pakete bereinigen. dies sind pakete, die keine abhängigkeit oder benutzerauswahl erfüllen.</p> Hallo Marco,


zu 1.) Der Befehl wechselt zur letzten Stable-Version (git tag -l listet alle Tags auf, das egrep schmeisst alle Einträge mit beta oder rc raus und das tail gibt davon den obersten Treffer zurück).


zu 1.1) Genau - das ist damit schon beantwortet.


zu 1.2) Du kannst es da lassen. Oder Du kannst auch das git clone unter /var/www ausführen. Wenn Du die Dateien unter /usr/local/src lässt, musst Du das aber beim Einrichten des apache berücksichtigen, sprich dort wo /var/www steht muss dann natürlich /usr/local/src hin.


zu 4.) Hierzu sollte man sich schon ein bisschen mit git auseinander setzen. Eigentlich wollte ich das im Forum erst nicht beantworten, da doch einiges schief gehen kann, wenn man git nicht kennt, vor Allem, wenn man eigene Änderungen gemacht hat.  

Aber eigentlich geht das dank git recht einfach und ich beschreibe das mal kurz - ohne Garantie:


Wenn Du das nach der Anleitung gemacht hast, dann hast Du lokal zwei Branches, einmal "master" und einmal "meine\_eigenen\_änderungen". Du solltest Dich eigentlich immer im Branch "meine\_eigenen\_änderungen" befinden. Deine eigenen Anpassungen (z.B. Druckvorlagen) solltest Du mit "git commit" einchecken.  

Zwischendurch kannst Du immer mal in den Master-Branch wechseln (aber dann nicht auf kivitendo via Webbrowser zugreifen), und zwar mit "git checkout master". Dann kannst Du mit "git pull" alle Änderungen aus dem Projekt-Repo holen. Master ist dann auf dem aktuellen Stand.  

Mit "git checkout meine\_eigenen\_änderungen" wechselst Du wieder zurück in Deinen Branch, der noch auf dem "alten" Stand ist. Das musst Du tun, wenn Du wieder auf kivitendo zugreifen willst.


Falls es eine neue Version gibt, und Du darauf umsteigen willst, oder Du auf eine neue Beta oder RC-Version (oder auch auf unstable) umsteigen willst, dann kannst Du mit "git rebase master" Deinen Branch auf den Stand des Masters heben.  

Wenn Du nur Änderungen an den Druckvorlagen gemacht hast, ist das in der Regel unproblematisch. Wenn Du Quelltexte angepasst hast, kannst Du Probleme bekommen. Das hier zu erläutern, sprengt den Rahmen.  

Vergiss auch nicht, auch immer die doc/UPGRADE-Datei und doc/changelog zu lesen.


Viele Grüße  

 Bernd