|
|
|
|
Sieht dich mal unter /sys/class/power_supply/BAT0 um, speziell den Ladezustand und und die letzte volle Kapazitaet (Entlaed, Laedt, Geladen). Ausserdem koenntest du einen Hard-Reset probieren, das loescht hoffentlich den ganzen ACPI-Status aus dem Speicher. Und zu guter Letzt ein Battery-Firmware-Update, das kannst du aber nur unter Windows mit einem Programm von Lenovo.
Wenn alles nicht geht:
a) Ladeelektronik im Laptop kaputt -> Katastrophe
b) Ladeelektronik in der Batterie kaputt -> Neue Kaufen
*brumm_brumm*
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 01.09.2014 11:13]
|
|
|
|
|
|
|
|
|
|
klingt nach dem docker/OSX-ansatz „alles in einem blob“
mag ich nicht. wenn irgendwas mit irgendeiner aktuelleren .so inkompatibel ist, ist das ein bug und nicht ein grund, die DLL hell nach linux zu bringen
in kurz: fuck /opt
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von flying sheep am 01.09.2014 11:49]
|
|
|
|
|
|
Es geht nicht darum die DLL-Hölle auf Linux zu portieren.
Im Prinzip sind die vorgebrachten Ideen sehr gut und lösen diverse Probleme, aber man sollte sich klar sein:
- das hat dann mit einem unixartigen Betriebssystem nicht mehr viel zu tun
- ein solches System benötigt mehr Speicher (auch mit Deduplizierung)
- btrfs-Zwang
- Es löst nicht das Problem inkompatibler Konfigurationen (Konfigurationsdateien <=> laufende Anwendung).
|
|
|
|
|
|
|
Ich habe leider noch nicht die Zeit gehabt es durchzulesen, daher keine Meinung dazu. Interessant finde ich das Tom Gundersen (tomegun) Maintainer bei Archlinux ist, fuer Red Hat arbeitet und zur Systemd-Crew gehoert. Hatte das schon irgendwie im Hinterkopf.
Irgendwer von Archlinux ist auch Releasemanager der GLIBC.
// edit
Es ist Allan McRae.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 01.09.2014 13:06]
|
|
|
|
|
|
|
|
|
|
| Zitat von csde_rats
Es geht nicht darum die DLL-Hölle auf Linux zu portieren.
Im Prinzip sind die vorgebrachten Ideen sehr gut und lösen diverse Probleme, aber man sollte sich klar sein:
- das hat dann mit einem unixartigen Betriebssystem nicht mehr viel zu tun
- ein solches System benötigt mehr Speicher (auch mit Deduplizierung)
- btrfs-Zwang
- Es löst nicht das Problem inkompatibler Konfigurationen (Konfigurationsdateien <=> laufende Anwendung).
| |
aber im Endeffekt bedeutet das doch wieder:
- Anwendung A und B benutzen beide Bibliothek C
- Fehler in C wird entdeckt, gefixed
- A und B müssen jetzt vom jeweiligen Maintainer aktualisiert werden, weil die Anwendungen in jeweils eigenen Umgebungen laufen und C in einer spezifischen Version mitbringen
oder?
|
|
|
|
|
|
|
| Zitat von Rufus
Nett, wie heißt der?
| |
Ich denke an Rufus (Hoschi, Rufus...), wie du wohl in dem anderen Thread im pOT gelesen hast
Ich weiss nicht, wie viel Jahre ich gebraucht habe, bis ich mal gerafft hatte woher Garlands Nick herkommt.
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 01.09.2014 13:08]
|
|
|
|
|
|
Die Weibers hier sind komplett durch und haben den Wagen Jetine genannt.
| Zitat von GarlandGreene
| Zitat von csde_rats
Es geht nicht darum die DLL-Hölle auf Linux zu portieren.
Im Prinzip sind die vorgebrachten Ideen sehr gut und lösen diverse Probleme, aber man sollte sich klar sein:
- das hat dann mit einem unixartigen Betriebssystem nicht mehr viel zu tun
- ein solches System benötigt mehr Speicher (auch mit Deduplizierung)
- btrfs-Zwang
- Es löst nicht das Problem inkompatibler Konfigurationen (Konfigurationsdateien <=> laufende Anwendung).
| |
aber im Endeffekt bedeutet das doch wieder:
- Anwendung A und B benutzen beide Bibliothek C
- Fehler in C wird entdeckt, gefixed
- A und B müssen jetzt vom jeweiligen Maintainer aktualisiert werden, weil die Anwendungen in jeweils eigenen Umgebungen laufen und C in einer spezifischen Version mitbringen
oder?
| |
Ja, es sei denn, man ignoriert z.B. die Patchversion von Bibliotheken und sagt halt "Jungs und Meddls, macht mit Patches nichts kaputt!".
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 01.09.2014 13:11]
|
|
|
|
|
|
| Zitat von flying sheep
klingt nach dem docker/OSX-ansatz „alles in einem blob“
| |
das ist unter osx nichts anderes als nen normales verzeichnis mit nem speziellen flag, damit das so nach container aussieht.
etwas anderes ist es, wenn du die dmg sachen meinst. das sind einfach image dateien, wie es nen iso oder img ist. kann nur ein bischen mehr. ähnliches gilt auch für die pkg dateien.
alles kein voodoo oder gar ein container.
|
|
|
|
|
|
|
bei fefe war ja öfters was zu goldman sachs und deren aluminium spielereien, wie die das tagtäglich von lagerhaus zu lagerhaus bugsieren.
alles in ordnung:
http://www.nzz.ch/wirtschaft/newsticker/klage-gegen-us-banken-wegen-ueberhoehter-aluminiumpreise-vom-tisch-1.18373670
|
Es gebe keine Hinweise darauf, dass die Beschuldigten die Preise absichtlich manipulieren wollten, auch wenn ihr Vorgehen Auswirkungen auf den Aluminium-Markt gehabt habe, schrieb Richterin Katherine Forrest in ihrer Begründung.
Das sei eher das Resultat von Geschäften zur Gewinnmaximierung als von Verschwörung.
| |
satire? realität!
|
|
|
|
|
|
|
|
|
|
|
ETL + Netzwerk + Firewalls + alte Coboldatenbanken = Mist
|
|
|
|
|
|
|
Hat jemand ne Literaturempfehlung bzgl. Linux für "Fortgeschrittene"? Darf gerne auch Grundlagen Themen enthalten, aber sollte schon etwas tiefer gehen
|
|
|
|
|
|
|
|
|
|
|
Ich habe ein paar Bücher von Galileo Computing (PHP, MySQL und noch irgendwas, komme gerade nicht drauf), fand keins von denen sonderlich gut.
Richtig gut und immer wieder kontextfrei empfehlbar ist Clean Code.
|
|
|
|
|
|
|
|
|
|
|
C ist mehr eine Mosin-Nagant. Nach jedem Funktionsaufruf repetieren äh... ein if.
/e: Aus dem gleichen Blog: http://bjorn.tipling.com/all-this
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 02.09.2014 17:26]
|
|
|
|
|
|
| Zitat von csde_rats
Ich habe ein paar Bücher von Galileo Computing (PHP, MySQL und noch irgendwas, komme gerade nicht drauf), fand keins von denen sonderlich gut.
| |
Ich darf momentan mit einem unterrichten. Ist wohl eines der besseren. Ich bin nicht überzeugt. Also so gar nicht.
Bücher sind aber auch extrem Geschmackssache, und bei technischen Büchern auch stark vom Niveau abhängig.
¤: Meine Schüler finden es dafür cool
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 02.09.2014 18:50]
|
|
|
|
|
|
Wer sind denn deine Schüler? Und was unterrichtest du?
|
|
|
|
|
|
|
Meine Schüler sind Azubis, und ich unterrichte alles mögliche. Momentan HTML, CSS und Javascript, als aller erster Kurs für ganz neue Azubis. Hauptsächlich bin ich aber für Projekte zuständig, und da für Backend Sachen, also C# + asp.net mvc oder PHP.
¤: Ich mache momentan Zivildienst als Ersatz für Militärdienst, den ich nicht mehr leisten will (und für den ich einfach langsam zu alt werde, ganz ehrlich). Und weil es viel zu wenige IT-Ausbildungskräfte gibt, darf ich das im Rahmen meiner Ausbildung zum "Erwachsenenbilder Informatik" machen. Also quasi meine Meisterprüfung.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von SwissBushIndian am 02.09.2014 19:19]
|
|
|
|
|
|
Kofler scheint eine gute Empfehlung zu sein. Wie ich gelesen habe, ist das Buch 17 Jahre lang vorher beim Addison-Wesley Verlag gewesen bevor es zu Galileo kam. Ist sehr umfangreich (> 1300 Seiten) und hab einige gute Bewertungen dazu gesehen
|
|
|
|
|
|
|
|
|
|
|
Kann ich in dmenu eigentlich Einträge entfernen, bzw. andere priorisieren? Irgendwie nervig, dass chromedriver vor chromium kommt
|
|
|
|
|
|
|
Nein, dmenu sucht ja nur Stumpf nach Binaries in $PATH.
|
Code: |
~> cat $(which dmenu_run)
#!/bin/sh
dmenu_path | dmenu "$@" | ${SHELL:-"/bin/sh"} &
~> cat $(which dmenu_path)
#!/bin/sh
cachedir=${XDG_CACHE_HOME:-"$HOME/.cache"}
if [ -d "$cachedir" ]; then
cache=$cachedir/dmenu_run
else
cache=$HOME/.dmenu_cache # if no xdg dir, fall back to dotfile in ~
fi
IFS=:
if stest -dqr -n "$cache" $PATH; then
stest -flx $PATH | sort -u | tee "$cache"
else
cat "$cache"
fi
|
|
Mit j4-dmenu-desktop werden die .desktop Dateien eingelesen, die kann man ändern (aber nicht umsortieren, wobei man das über ein X--Feld einbauen könnte), also implizit umsortieren über Namensänderung. Dafür brauchst du auch keine Systemdateien bearbeiten.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 03.09.2014 13:17]
|
|
|
|
|
|
Erstelle doch einfach ein eigenes Shellskript und nutze das anstelle von dmenu_run:
|
Code: |
#!/bin/sh
dmenu_path | grep -v chromedriver | dmenu "$@" | ${SHELL:-"/bin/sh"} &
|
|
Wenn's wirklich nur um die eine Sache geht, würde ich mir da sonst keine Platte machen.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Du ignorierst noch nicht alles, was auf /[Bb]ad[A-Z]+[a-z]*/ matcht?
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Rufus am 04.09.2014 13:21]
|
|
|
|
|
|
| Zitat von Ratatoskr
Erstelle doch einfach ein eigenes Shellskript und nutze das anstelle von dmenu_run:
|
Code: |
#!/bin/sh
dmenu_path | grep -v chromedriver | dmenu "$@" | ${SHELL:-"/bin/sh"} &
|
|
Wenn's wirklich nur um die eine Sache geht, würde ich mir da sonst keine Platte machen.
| |
Oh, das ist super, danke
Danke auch Rats.
/e: Regex versteht doch niemand.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von theromi am 04.09.2014 13:55]
|
|
|
|
|
Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd ) |