|
|
|
|
|
|
|
Wenn ein Rip mehr als 700 MB braucht, ist es kein Rip.
Ach. Die Realschule, das waren gute Zeiten 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von kRush*
Kriegt man auf Netflix HD? Amazon ist da so lolnope, wenn man mit nem Linux DRM-Modul aufschlägt. Google war glaube ich auf 720p beschränkt. | |
Das ist also der Grund warum ich seit Monaten rotzQuali hab?
Erst seitdem es überhaupt in Chromium geht, vorher musste ich immer Firefox nutzen, aber da war die Quali ok.
Netflix geht immer noch ganz gut.
Hoffentlich gibt es dann das Sync Future bald nicht mehr in Chromium, dass immmer noch automatisch einloggt, sobald man sich auf einer Seite aus dem Google Kosmos einloggt.
|
|
|
|
|
|
|
|
|
|
|
Daily-Facepalm: Barcode-Scanner. Scannt alles richtig. Nur manche Zeichen fehlen. Unter Windows geht es, unter Linux nicht (?? aber der ist ja nur eine "dumme" Tastatur, woher soll die wissen, welches OS da läuft?)
Auflösung:
Spoiler - markieren, um zu lesen:
Die Sonderzeichen die AltGr brauchen werden vom Scanner per Strg+Alt (Also Left_Ctrl+Left_Alt+7 für { z.B.) eingegeben, statt AltGr. Unter Windows geht das. Linux ignoriert sowas. Anscheinend ist es auch gar nicht so einfach dem System beizupulen, dass es sich so verhalten soll. Left_Alt=Alt_Right scheint zu gehen, aber das macht bestimmt wieder was anderes kaputt.
|
|
|
|
|
|
|
|
|
|
Das ist doch ein Fehler?
|
GLIB2 API zu g_io_channel_set_line_term((GIOChannel *channel, const gchar *line_term, gint length).
| |
length
The length of the termination string. If -1 is passed, the string is assumed to be nul-terminated. This option allows termination strings with embedded nuls. | |
Folgende Aenderung von Upstream:
Ich denke damit landet man mit g_io_channel_set_line_term(channel, "<foobar>", -1)" im else branch:
| |
| Code: |
gsize length_size = strlen (line_term);
g_return_if_fail (length_size > G_MAXUINT);
|
|
Das kann doch nicht funktionieren?
|
|
|
|
|
|
|
|
|
|
|
gsize ist unsigned long (nicht etwa size_t, das wird also unter Windows nicht funktionieren, da ist unsigned long 32-Bit, ggez gnomies), guint ist unsigned int. long >= int. Deswegen macht der Check unter Linux (LP64) Sinn.
e: gsize != size_t bestätigt aber irgendwie auch mal echt _jedes einzelne_ meiner Vorurteile gegen diesen ganzen glib-Gtk-Haufen.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 07.02.2021 15:07]
|
|
|
|
|
|
|
|
|
Mir missfallen typedefs fuer Standarddatentypen grundsaetzlich. Fuer mich ist das ein unnoetige Schicht und Informationsverschleierung. Wir bekommen von strlen() ein size_t zurueck und nicht gsize. Wenn es einen Sinn haben soll, muessten sie die Unterschiede zwischen den Plattformen (LP64 fuer UNIX/Linux und LLP64 unter Windows) egalisieren. Liest sich - fuer mich - nicht so in der API.
Ich meine jedoch den greater than operator '>' in der Assertion mit g_return_if_fail(). Das faellt hin, ausser man uebergibt einen sehr langen String rein.
|
|
|
|
|
|
|
|
|
|
|
|
Achso ja, da hast du recht.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
e: gsize != size_t bestätigt aber irgendwie auch mal echt _jedes einzelne_ meiner Vorurteile gegen diesen ganzen glib-Gtk-Haufen.
| |
Es ist size_t.
| | | Types which correspond exactly to standard C99 types, but are available to use even if your compiler does not support C99 — gsize, goffset, gintptr, guintptr. | |
Das wird zur Compile-Time gesetzt. Also historisch bedingt. Was mich genauso auf Glatteis gefuehrt hat ist eben 'typedef unsigned long gsize' in der Dokumentation. Ich vermute die Definition wird bei der Erstellung der Dokumentation entsprechend dem Hostsystem eingefuegt.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 08.02.2021 0:13]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ja. Das ist falsch. Und ja, im Prinzip haette ich die Seite von oben bis unten durchlesen muessen und waere zuerst auf die Erklaerung in der Einfuehrung gestossen.
Du darfst dafuer einen Issue aufmachen 
Mein Vorschlag waere es wie in der C++Reference zu notieren:
| |
| Code: |
typedef /*implementation-defined*/ gsize;
|
|
Damit wird klar, dass man den Fliestext ernst nehmen muss.
|
|
|
|
|
|
|
|
|
|
|
Java Experten?
Kann es sein das wsimport nicht korrekt arbeitet, wenn mehrere WSDL-Dateien (SOAP) übergeben werden? Die Singularform in manual pages scheint üblich, ich habe nur ältere Hinweise gefunden.
Ich habe im treuen Glauben Shellglobbing verwendet und sechs WSDLs übergeben, erhalte 603 Klassen. Wenn ich wsimport für jede WSDL einzeln aufrufe, bekomme ich 637 Dateien.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 08.02.2021 15:46]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Danke. Eigenartiges Verhalten, zumindest ein Hinweis hätte ich erwartet. Besser wäre natürlich, nicht mehrere WSDLs als Argumente anzunehmen.
Wahrscheinlich steht irgendwo tief in einem RFC...
|
|
|
|
|
|
|
|
|
|
|
|
Aus dem Bauch raus würde ich sagen, dass es wahrscheinlich irgendwelche namespace clashes gibt und dann Klassen überschrieben werden. Genauer habe ich es mir aber nicht angeschaut.
|
|
|
|
|
|
|
|
|
|
|
So etwas in der Art stelle ich mir auch vor. Wobei hier verschiedene Serviceklassen (je WSDL) vollständig fehlen, also nicht überschrieben werden. Ausser einem toten Link in ein Javaforum habe ich noch diese Frage bei Stackoverflow gefunden. Die Antwort darunter ist unbrauchbar.
Ich notiere es für meine Kollegen.
Wenn ich raten müsste? Wenn ich meine lokale Manual Page lese ist von file die Rede. Tatsächlich ist da kein ein Pluralform, die folgt bei Kommandozeilenprogrammen in der Regel im Fliesstext. Hier nicht. Auf diversen Websiten steht oft statt file unspezifischer URI oder gar ein Beispiel mit einer konkreten HTTP URL. Im diesem Fall kann man kein Globbing verwenden. Vermutlich kommt die Einschränkung daher. Der Code von wsimport wird über argv mit einer Schleife gehen, das Resultat ist - zumindest für mich - undefiniert.
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 09.02.2021 14:33]
|
|
|
|
|
|
|
|
|
|
Nutz hier jemand einen größeren Monitor zum Programmieren (also >30"), evtl. curved? Überlege meinen 24" endlich mal upzugraden. Im Büro habe ich zwei 27" - ist schon gut. Für zuhause würde ich eher nur einen, dafür größeren ins Auge fassen.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
Lenovo Hybrid UBS C Dock lautet das Zauberwort.
https://i.imgur.com/U7ij7gRl.jpg
Funktioniert ziemlich gut. Linuxsupport ist gut, aktuell aber eine Treiberversion hinter der Windowsversion, womit Super Ultra Wide wie bei mir im Bild nicht mit voller Auflösung noch nicht funktioniert. Ist aber für OSX und Ubuntu in der Pipeline, womit auch zum Beispiel der Fedorasupport nicht weit hinterher liegen wird.
Wenn du auf eine Separate Dockinglösung verzichten möchtest, dann einfach einen entsprechenden Bildschirm mit USB C Anschluss, integriertem Ethernet, USB Dock und Daisychaining mit einplanen. Ich habe noch separat eine USB Dock angeschlossen (zweites Kabel am Laptop) für Testgeräte und sowas, ist aber nicht nötig wenn die USB Anschlüsse am Dock ausreichen, habe ich auch nicht angeschlossen, wenn ich meinen Privatlaptop anhänge.
Geht also definitiv auch mit dem T14.
| |
Ja.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von YT
Nutz hier jemand einen größeren Monitor zum Programmieren (also >30"), evtl. curved? Überlege meinen 24" endlich mal upzugraden. Im Büro habe ich zwei 27" - ist schon gut. Für zuhause würde ich eher nur einen, dafür größeren ins Auge fassen.
| |
Benutze einen 38" Ultrawide, bin von einem 28" UHD dahin umgestiegen und ziemlich begeistert. Beste Idee ever. Tun. Funktioniert völlig problemlos mit KDE via integriertem Thunderbolt-Dock.
|
|
|
|
|
|
|
|
|
|
|
|
Ja, das halt. Würde ich immer wieder kaufen.
|
|
|
|
|
|
|
|
|
Quizfrage
|
|
Wofür steht die Abkürzung DAB?
|
|
|
|
|
|
|
|
|
|
|
digital audio broadcast? mal wild geraten ohne google 
dürfte doch das tote protokoll sein das sie sich für autoradios&co ausgedacht haben, was allerdings IIRC von DVB-T2 (mit radio...) einfach überholt wurdE?
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von B0rG*
| | Zitat von YT
Nutz hier jemand einen größeren Monitor zum Programmieren (also >30"), evtl. curved? Überlege meinen 24" endlich mal upzugraden. Im Büro habe ich zwei 27" - ist schon gut. Für zuhause würde ich eher nur einen, dafür größeren ins Auge fassen.
| |
Benutze einen 38" Ultrawide, bin von einem 28" UHD dahin umgestiegen und ziemlich begeistert. Beste Idee ever. Tun. Funktioniert völlig problemlos mit KDE via integriertem Thunderbolt-Dock.
| |
38" ist aber schon ein Monster  so groß ist ja mein Schreibtisch gar nicht.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [KdM]MrDeath
digital audio broadcast? mal wild geraten ohne google
dürfte doch das tote protokoll sein das sie sich für autoradios&co ausgedacht haben, was allerdings IIRC von DVB-T2 (mit radio...) einfach überholt wurdE?
| |
Ne. Denkt eher in die menschliche Ecke
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von YT
38" ist aber schon ein Monster so groß ist ja mein Schreibtisch gar nicht.
| |
Ehrlich gesagt kam mir ein 32" 4:3 Bildschirm eines Kollegen größer vor als mein Bildschirm jetzt, was die Wirkung auf dem Schreibtisch angeht. Einen Ultrawide unter 34" würde ich denke ich nicht benutzen wollen weil der Mehrwert durch extra Platz dann deutlich geringer ausfällt und ich wollte mehr als 1440p Auflösung, so wurden es 38". Ich denke allerdings dass das gerade noch auf der teuren Seite ist und der sweet spot was preis Leistung angeht vielleicht eher bei den 34" ist. Nachdem ich den Bildschirm aber lange Zeit verwenden will habe ich mich für den größeren entschieden. Ich würde meinen Bildschirm zwei 27" UHD vorziehen, denn der Gewinn durch die Abwesenheit einer Lücke in der Mitte ist schon nicht zu verachten.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von YT
| | Zitat von B0rG*
| | Zitat von YT
Nutz hier jemand einen größeren Monitor zum Programmieren (also >30"), evtl. curved? Überlege meinen 24" endlich mal upzugraden. Im Büro habe ich zwei 27" - ist schon gut. Für zuhause würde ich eher nur einen, dafür größeren ins Auge fassen.
| |
Benutze einen 38" Ultrawide, bin von einem 28" UHD dahin umgestiegen und ziemlich begeistert. Beste Idee ever. Tun. Funktioniert völlig problemlos mit KDE via integriertem Thunderbolt-Dock.
| |
38" ist aber schon ein Monster so groß ist ja mein Schreibtisch gar nicht.
| |
49" hier. Es ist gut.
|
|
|
|
|
|
|
|
|
|
|
8" hier, gerade richtig.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Wofür steht die Abkürzung DAB?
| |
Ich loese auf, gesucht ist Duemmster Anzunehmender Berater (DAB). Anforderung eines Kollegen ist, dass neue Features DAB-Kompatibel sein muessen. Also derart implementiert sein muessen, dass ein DAB diese versteht, nutzen und Kunden bei der Nutzung unterstuetzen kann.
|
|
|
|
|
|
|
|
|
|
|
|
das erklärt den technischen Stand meiner Volksbank, danke.
|
|
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |
