alsamixer alles auf Vollanschlag hochgedreht ist, sollte man in alsamixer zu Master wechseln und dort m drücken.$ du -shx =fluxboxIst zwar nicht so als würde er den RAM vollmüllen oder extrem langsam laufen, aber diese Workstation wird demnächst auf Platz zwei geschoben und durch eine andere ersetzt. Außerdem kommt ein RAM-Riegel raus (nur noch 4G) und dann wird fast nur noch via SSH incl. X11 Forwarding darauf zugegriffen. Mal schauen ob es dwm, awesome, xmonad, cwm oder $foo wird. Aussehen tun meine Desktops eh fastimmeridentisch
1.4M /bin/fluxbox
$ ldd =fluxbox
linux-vdso.so.1 (0x00007fff3a37f000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00002af92496e000)
libfribidi.so.0 => /usr/lib/libfribidi.so.0 (0x00002af924bb2000)
libImlib2.so.1 => /usr/lib/libImlib2.so.1 (0x00002af924dca000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00002af925046000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00002af925251000)
libXft.so.2 => /usr/lib/libXft.so.2 (0x00002af925463000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00002af925679000)
libXpm.so.4 => /usr/lib/libXpm.so.4 (0x00002af92587b000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x00002af925a8c000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00002af925dcd000)
librt.so.1 => /usr/lib/librt.so.1 (0x00002af925fd7000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00002af9261df000)
libm.so.6 => /usr/lib/libm.so.6 (0x00002af9264ea000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00002af9267f0000)
libc.so.6 => /usr/lib/libc.so.6 (0x00002af926a07000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00002af926da6000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00002af927043000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00002af92726d000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00002af92748a000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00002af927799000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00002af92799d000)
/lib/ld-linux-x86-64.so.2 (0x00002af924749000)
libz.so.1 => /usr/lib/libz.so.1 (0x00002af927bc5000)
libbz2.so.1 => /usr/lib/libbz2.so.1 (0x00002af927dda000)
libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00002af927fea000)
libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00002af92821d000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x00002af92848f000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00002af928692000)
eval $( dircolors -b $HOME/LS_COLORS ) gesetzt werden.
$ asciidoc -a data-uri -a footer -a compact -v foo.txtBesagte Zeile gehört nämlich zu einem Admonition Block und der sieht so aus:
asciidoc: foo.txt line 276: shelling: python -uc "import base64,sys; base64.encode(sys.stdin,sys.stdout)"< "/home/dope/scripts/Asciidoc/xbps/note.png"> "/tmp/tmpHivyny"
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python3.4/base64.py", line 496, in encode
s = input.read(MAXBINSIZE)
File "/usr/lib/python3.4/codecs.py", line 319, in decode
(result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x89 in position 0: invalid start byte
asciidoc: WARNING: xbps.txt: line 276: {sys:python -uc "import base64,sys; base64.encode(sys.stdin,sys.stdout)"< "/home/dope/scripts/Asciidoc/xbps/note.png"}: non-zero exit status
[icon="note.png"]
[NOTE]
=========
foo bar barfoo
foobar bar foo
=========
asciidoc -a footer -a compact -v foo.txt wird erfolgreich beendet. Dabei will ich doch nur dieses versiffte Icon als data:image/png;base64 einbinden.xbps-install -Suv muss man gar nix mehr formatieren, sondern erhält auch so gleich eine anständige Übersicht$ [dope@dreckskind:~ :]% xbps-install -Suv
$ cd /usrAnschließend kann man die Ports kompilieren. Wenn man z. B. tmux installieren will, geht das wie folgt von statten:
$ cvs -d anoncvs@anoncvs3.de.NetBSD.org:/cvsroot co pkgsrc
$ export SH=/bin/bash
$ cd /usr/pkgsrc/bootstrap
$ ./bootstrap
$ cd /usr/pkgsrc/misc/tmuxWenn man das auf dem Desktop macht und - wie ich - auf dem Laptop ebenfalls die gleiche Architektur laufen hat, kann man auf dem Laptop PKG_PATH anpassen und schon kann man das auf dem Desktop erstellte Package via pkg_add vom Laptop aus installieren.
$ /usr/pkg/bin/bmake install clean clean-depends
$ /usr/pkg/bin/bmake package
$ /usr/pkg/bin/tmux
a2x -f pdf -v module.txta2x: args: ['-f', 'pdf', '-v', 'module.txt']Schuld daran war - wie man wahrscheinlich erkenne kann - die Codeblöcke
a2x: resource files: []
a2x: resource directories: ['/etc/asciidoc/images', '/etc/asciidoc/stylesheets']
a2x: executing: "/usr/bin/asciidoc" --backend docbook -a "a2x-format=pdf" --verbose --out-file "/home/dope/scripts/Asciidoc/module.xml""/home/dope/scripts/Asciidoc/module.txt"
asciidoc: reading: /etc/asciidoc/asciidoc.conf
asciidoc: reading: /home/dope/.asciidoc/asciidoc.conf
asciidoc: reading: /etc/asciidoc/asciidoc.conf
asciidoc: reading: /home/dope/.asciidoc/asciidoc.conf
asciidoc: macro redefinition:
asciidoc: macro redefinition: mailto
asciidoc: macro redefinition: indexterm
asciidoc: macro redefinition: indexterm2
asciidoc: macro redefinition: callout
asciidoc: macro redefinition:
asciidoc: macro redefinition: pass
asciidoc: macro redefinition: comment
asciidoc: macro redefinition: #
asciidoc: macro redefinition: #ruler
asciidoc: macro redefinition: #pagebreak
asciidoc: macro redefinition: #comment
asciidoc: reading: /home/dope/scripts/Asciidoc/module.txt
asciidoc: reading: /etc/asciidoc/docbook45.conf
asciidoc: reading: /etc/asciidoc/filters/latex/latex-filter.conf
asciidoc: reading: /etc/asciidoc/filters/source/source-highlight-filter.conf
asciidoc: reading: /etc/asciidoc/filters/graphviz/graphviz-filter.conf
asciidoc: reading: /etc/asciidoc/filters/music/music-filter.conf
asciidoc: reading: /etc/asciidoc/filters/code/code-filter.conf
asciidoc: reading: /home/dope/.asciidoc/filters/source/source-highlight-filter.conf
asciidoc: reading: /home/dope/.asciidoc/filters/graphviz/graphviz-filter.conf
asciidoc: reading: /home/dope/.asciidoc/filters/music/music-filter.conf
asciidoc: reading: /home/dope/.asciidoc/filters/code/code-filter.conf
asciidoc: reading: /etc/asciidoc/lang-en.conf
asciidoc: reading: /home/dope/.asciidoc/lang-en.conf
asciidoc: writing: /home/dope/scripts/Asciidoc/module.xml
a2x: executing: "xmllint" --nonet --noout --valid "/home/dope/scripts/Asciidoc/module.xml"
a2x: executing: "dblatex" -t pdf -p "/etc/asciidoc/dblatex/asciidoc-dblatex.xsl" -s "/etc/asciidoc/dblatex/asciidoc-dblatex.sty" -V "/home/dope/scripts/Asciidoc/module.xml"
Build the book set list...
xsltproc -o doclist.txt --xinclude --xincludestyle doclist.xsl /home/dope/scripts/Asciidoc/module.xml
Build the listings...
xsltproc -o listings.xml --xinclude --xincludestyle --param current.dir '/home/dope/scripts/Asciidoc' /usr/share/dblatex/xsl/common/mklistings.xsl /home/dope/scripts/Asciidoc/module.xml
xsltproc -o module.rtex --xinclude --xincludestyle --param current.dir '/home/dope/scripts/Asciidoc' --param listings.xml '/tmp/tmpKeHHts/listings.xml' /tmp/tmpKeHHts/custom.xsl /home/dope/scripts/Asciidoc/module.xml
XSLT stylesheets DocBook - LaTeX 2e (0.3.9-1)
===================================================
Image 'dblatex' not found
Build module.pdf
built-in module pdftex registered
no support found for ifthen
no support found for ifxetex
no support found for fontspec
no support found for xltxtra
no support found for fontenc
no support found for inputenc
no support found for fancybox
built-in module makeidx registered
no support found for asciidoc-dblatex
building additional files...
checking if compiling is necessary...
the output file doesn't exist
pdflatex -interaction=batchmode module.tex
pdflatex failed
module.tex:81: Package Listings Error: Couldn't load requested language.
module.tex:81: leading text: ...lstlisting}[language={cpp},firstnumber=1,]
module.tex:81: Package Listings Error: language cpp undefined.
module.tex:81: leading text: ...lstlisting}[language={cpp},firstnumber=1,]
module.tex:116: Package Listings Error: Couldn't load requested language.
module.tex:116: leading text: ...stlisting}[language={cpp},firstnumber=1,]
module.tex:116: Package Listings Error: language cpp undefined.
module.tex:116: leading text: ...stlisting}[language={cpp},firstnumber=1,]
module.tex:690: Package Listings Error: Couldn't load requested language.
module.tex:690: leading text: ...stlisting}[language={cpp},firstnumber=1,]
module.tex:690: Package Listings Error: language cpp undefined.
module.tex:690: leading text: ...stlisting}[language={cpp},firstnumber=1,]
Unexpected error occured
Error: pdflatex compilation failed
a2x: ERROR: "dblatex" -t pdf -p "/etc/asciidoc/dblatex/asciidoc-dblatex.xsl" -s "/etc/asciidoc/dblatex/asciidoc-dblatex.sty" -V "/home/dope/scripts/Asciidoc/module.xml" returned non-zero exit status 1
[cpp]in Verbindung mit dblatex. Mal den Changelog von beidem lesen, denn ich bin mir sicher das das Problem in vorherigen Versionen nicht auftrat; ist aber auch egal, denn die Ausgabe sieht so und so besch..eiden aus.
^^^^^^^^^^^^^^^^^^^^^^^^^^^
/*
* foobar
*/
static int hallo_init(void)
{
.....
}
^^^^^^^^^^^^^^^^^^^^^^^^^^^
I am pleased to announce the release of slrn-1.0.3. Version 1.0.3 isQuelle: slrn-user - Mailinglist
primarily a bug-fix release. In addition:
* SSLv3 has been disabled since it is to POODLE attacks.
* On 32 bit systems, support has been added for files larger than 2GB.
* Support added for both 32 and 64 bit mingw and cygwin compilers.
You can find more information about this release at
<http://slrn.sourceforge.net/>. I would also like to acknowledge
Andrew Strong for keeping the slrn website current.
Thanks,
--John
$ loffice --headless --convert-to pdf foo.htmlLösung: Auf den Softwareabfall verzichten und es entweder mit AsciiDoc oder gleich mit LaTex machen. Alternativ dazu kann man die ganzen Vollidioten auslachen, die ihre Diplomarbeiten mit $FOO-Office erstellen und dann Pipi in die Augen kriegen, weil zum Schluss irgendwas nicht funktioniert.
Error: source file could not be loaded
$ foobillardplus
Foobillard++ seems not to be correctly installed
Cannot find valid data directory
(assuming the current directory contains the data)
Locale file not found: locale/en/foobillard.txt
Cannot open language file - terminating.
libpng warning: iCCP: known incorrect sRGB profileVielleicht - und wenn ich mal viel Zeit habe - schaue ich mir das genauer an. Die Updates via xbps-install(1) funktionieren problemlos; ich hab auf meinem Testrechner ebenfalls Void installiert und gestern das erste Update gemacht und mit
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
*** Error in `foobillardplus': double free or corruption (out): 0x000055d5c74ef7a0 ***
======= Backtrace: =========
/usr/lib/libc.so.6(+0x70b8b)[0x2b6b3734cb8b]
/usr/lib/libc.so.6(+0x76f66)[0x2b6b37352f66]
/usr/lib/libc.so.6(+0x7775e)[0x2b6b3735375e]
foobillardplus(+0x4fc37)[0x55d5c47c9c37]
foobillardplus(+0x4ffe8)[0x55d5c47c9fe8]
foobillardplus(+0x4d2b1)[0x55d5c47c72b1]
foobillardplus(+0x529bb)[0x55d5c47cc9bb]
foobillardplus(+0x52b64)[0x55d5c47ccb64]
foobillardplus(main+0x89b)[0x55d5c477fffb]
/usr/lib/libc.so.6(__libc_start_main+0xf1)[0x2b6b372fc291]
foobillardplus(+0x6089)[0x55d5c4780089]
======= Memory map: ========
2b6b35acc000-2b6b35aef000 r-xp 00000000 08:02 16130345 /usr/lib/ld-2.24.so
[...
2b6b3d755000-2b6b3d756000 rw-p 00014000 08:02 16142697 /usr/lib/libresolv-2.24.so
2b6b3d756000-2b6b3d758000 rw-p 00000000 00:00 0 [1] 19079 abort foobillardplus
xbps-install -Su eingespielt (waren ~700M incl. diverser Libs) und selbst das verursachte keinen Blutgeschmack im Mund.$ ldd `which mutt` | grep cursesNach einem
libncurses.so.5 => /lib/x86_64-linux-gnu/libncurses.so.5 (0x00002ab9d3969000)
apt install libncursesw5-dev, stand da auch die richtige Ausgabe$ ldd `which mutt` | grep cursesund siehe da.. alles gut.
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x00002ba7e188c000)
process 2342: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/var/lib/dbus/machine-id": No such file or directory
See the manual page for dbus-uuidgen to correct this issue.
D-Bus not built with -rdynamic so unable to print a backtrace
dbus-uuidgen > /var/lib/dbus/machine-id hilft da Wunder.$HTTP["url"] =~ "^/dokuwiki/(data|conf|bin|inc)/+.*" {
url.access-deny = ("")
} in der lighttpd.conf und einem anschließendem Neustart war das mit de Warnhinweis auch Geschichte.
Zwei Sicherheitslücken und einige Regressionen wurden jetzt im Debian-Kernel gepatched. Beide waren der Kategorie »high« zugeordnet.
Das Debian Security Advisory 4196-1 bezieht sich auf zwei Sicherheitslücken mit den CVE-Nummern CVE-2018-1087 und CVE-2018-8897, die jetzt im Debian-Kernel gepatched wurden. CVE-2018-1087 war von Kernel-Entwickler Andy Lutomirski entdeckt worden. Die Lücke in der Kernel-based Virtual Machine (KVM)ermöglichte es einfachen KVM-Anwendern, ihre Privilegien auszuweiten oder das Gastsystem zum Absturz zu bringen.
Die zweite Lücke, CVE-2018-8897, entdeckte Nick Peterson von der Firma Everdox Tech LLC. Sie ermöglichte unprivilegierten Anwendern, Kernel-Abstürze durch eine Lücke herbeizuführen, die darin lag, wie der Kernel mit nach Mov-to-SS- oder Pop-to-SS-Instruktionen erlaubten Debug-Exceptions umgeht. Beide Lücken, wurden in ihrer Gefährlichkeit als »high« eingestuft.
Zudem wurden drei Regressionen beseitigt, die ein Kernel-Update letzte Woche in Debian GNU/Linux 8 »Jessie« eingeschleppt hatte. Dieses Update hatte weitere Patches gegen Spectre v1 gebracht und insgesamt 27 Sicherheitslücken geschlossen, einschließlich einer bereits seit acht Jahren vorhandenen Lücke in MMap.
Anwender von Debian GNU/Linux 9 »Stretch« und Debian GNU/Linux 8 »Jessie« sollten die Updates zeitnah einspielen, indem sie auf Kernel 4.9.88-1+deb9u1 respektive 3.16.56-1+deb8u1 aktualisieren. Updates, die auf einem Debian Security Advisory (DSA) beruhen, werden in Debian möglichst zeitnah gepatched und ausgeliefert. Diese Updates werden dann später zusammen mit bereinigten Fehlern kumulativ in einem Update der jeweils stabilen Veröffentlichung herausgegeben. Das letzte Update dieser Art war die Aktualisierung auf Debian 9.4. Ein Termin für Debian 9.5, das dann auch die gestern veröffentlichten Kernel-Updates umfasst, ist noch nicht bekannt.
Quelle: https://www.pro-linux.de/news/1/25878/sicherheitsl%C3%83%C2%BCcken-im-debian-kernel-geschlossen.html
