I've looked it up and it's even uglier and I can kinda understand why they did it this way
Basically, for their "integrations" they aren't using any official APIs. Instead they just use the websites and automate them via the Playwright framework. So for each user they have a VM running with a Chrome browser to access the services.
So now they have the problem that they need to get their users session cookies into the browser. And the easiest solution for that is having the users access their VM via VNC and just log into the automated browser.
This is such a hacky solution that I'm actually in awe of it's shittiness. That's something you throw together in an all-nighter during a Hackathon, not a production ready solution
Global Warming Speedrun Any%
I can confirm that Hyprland also works from GDM
This might sound a bit heretical, but you could carefully pick and match a variety of software and configuration to your individual needs, turning your tiling wm into a fully functional desktop environment, or you could just install a tiling wm into an existing desktop environment and get something useful with like ten percent of the work.
I know that I have done the former multiple times, only to fall back to existing desktop environments again because it's just a lot less work and often works better, since you don't have to take care of getting things like screen sharing or media buttons to function.
Especially LXQt and Xfce make it very easy to run a tiling window manager, but you can also find extensions/plugins for KDE or Gnome to make them tile. I'm personally running Gnome with the Pop Shell extension right now
Damn, who's cutting onions here ;_;
- Transfem: Born in a male body, identifies as female
- Femboy: Born in a male body, identifies as male, likes to behave and/or dress in what is traditionally seen as feminine
Also the Apple Pippin. And third-party Macintosh clones. And the Twentieth Century Macintosh. And the Apple III.
Especially before Steve Jobs took over Apple again they had what feels like more flops than successes.
Honestly, I already thought that The Force Awakens was underwhelming
Can confirm that I'm still using Emacs
Honestly, if they shake up the market and force the European manufacturers to produce cheaper EVs I'm all for it
Yeah, I'm making a lot myself too, but I sadly don't have the storage space for large amounts of food. And the homemade goods are often more expensive, unless you can get veggies on the cheap from a farmer
Nennt sich Braindrain. Junge, gut ausgebildete Erwachsene ziehen wohin wo sie bessere wirtschaftliche Aussichten haben. Je nachdem wo sie herkommen können auch politische Probleme und der Mangel an Sozialsystemen ausschlaggebend sein.
Das Phänomen stellt ein großes Problem für die Herkunft dar, weil volkswirtschaftlich die Leute gerade dann, nachdem das Land viel Geld in ihr Aufwachsen und ihre Ausbildung gesteckt hat, wegziehen, wenn sie zu Zahlern werden würden welche GDP und Steuereinnahmen steigern.
Das ganze gibt es international, wo Deutschland ein riesiger Nutznießer ist, aber auch national, so wie von Ost- nach Westdeutschland oder von roten US-Bundesstaaten zu blauen.
Man kann es den einzelnen aber auch nicht übel nehmen, weil sie halt für sich selber nach einer besseren Zukunft streben. Es ist ein schwieriges Problem welches keine einfachen Lösungen hat
It gets even worse when a number of anime aren't even licensed for your country so you can only stream them via VPN. Looking at you Crunchyroll
That's not residential sewage, that's manure. Animal excrements often aged to concentrate it
I agree with the Runtime being slower. These days Android doesn't technically use the JVM anymore but the Android Runtime, ART for short, that actually performs ahead of time compilation to native code for the byte code for increased performance. Still, the Java Runtime it implements is very heavy and comes with it's own overhead, so native Android code written in Java/Kotlin is generally slower than native iOS code written in Objective C/Swift.
The kernel architecture does influence more than just the hardware it can run on though. Microkernels for example are generally more secure but slower than monolithic kernels
Microkernels aren't better per se than monolithic kernels. Their main advantage is increased security. Only a small portion of the Kernel actually runs in Ring 0, the most privileged level where the code has full access to the computer. Drivers and the like then technically run as separate, less privileged programs that interact with the kernels via messages. This greatly reduces the attack surface on the kernel and prevents crashes or memory access from a faulty driver.
This comes at a cost though. While microkernels are generally more secure, they are also less performant. Each message means overhead and a context switch you don't have in a monolithic kernel.
The discussion between the two kernel types has been going on for the last thirty years and was famously the source for a long argument between Linus Torvalds, founder of the Linux Kernel and Andrew S Tannenbaum, creator of the Minix kernel.
In the end the XNU kernel isn't even a full microkernel, but a hybrid kernel, trying to take the best of both world by originally taking the Mach microkernel and then implementing the 4.3BSD monolithic kernel on top of it. There are even project to do the same with Linux, like L4Linux
Overall the choice of kernel doesn't hold Android back in comparison, Linux is an extremely capable piece of software that runs on anything from small microcontrollers to all of the world's largest supercomputers. Though Google's newest OS project, Fuchsia, actually uses a microkernel for increased security. And it doesn't use Linux because of licensing, but that's a whole other can of worms
If I could actually get those for 1000$ I would do that. Just spent 260€ for a new 16tb one...
Wohlgemerkt haben die Bauern dieses Jahr im Durchschnitt Rekordprofite eingefahren. Und die Streichung der Subventionen würden sie mittelfristig über höhere Preise weitergeben
I have a Sapphire Plus printer which I have heavily modified (out of the box it is a piece of junk). After finally changing the mainboard and installing Klipper I got it to print reliably. Of course the next thing I wanted to do was print fast. It quickly became apparent that the E3D V6 hotend and the anemic 3010 fans severely limited said goal. So I got myself a Dragon HF hotend, a 5020 blower and printed this print head. From the get go I had massive problems with retraction, even after calibrating pressure advance the retraction towers I tried in Orca Slicer where all stringy messes. I kinda got it under control by severely slowing the retraction speed to 25mm/s with a 0.4mm retraction distance with nozzle wipe. But now I'm sometimes getting these weird stringing artifacts on prints. Not on every print and not on every part, it's just certain seams that get them. I'm currently printing with a 0.6mm CHT nozzle and a fresh roll of Elegoo PLA. Does anyone have any idea what could be the culprit? It ruined the finish on a few otherwise perfect prints. I even tried out this print: !this print since it has a lot of retractions, but of course that one turned out perfectly apart from a few tiny whisps.
I've been trying to setup Jellyfin from the docker container, but I can't get it to work. Whenever access it it only shows me a single movie on the frontpage. If I enter the library it also shows me only one movie. When I click on one of the characters in the library it shows me a single movie starting with that character. When I try to search for a movie it only ever shows me a single match (like only showing a single Batman movie despite multiple ones being in the library).
And according to the metadata it has found all the movies, though all fields apart from title and year are empty (though the year in brackets is also added to the name)
I have had Radarr organize the movie files according to the recommended setup
/data/Filme ├── 2001 A Space Odyssey (1968) │ ├── 2001 A Space Odyssey (1968) - Bluray-1080p.de.srt │ ├── 2001 A Space Odyssey (1968) - Bluray-1080p.fr.srt │ ├── 2001 A Space Odyssey (1968) - Bluray-1080p.mkv │ ├── 2001 A Space Odyssey (1968) - Bluray-1080p.zh.srt │ ├── fanart.jpg │ ├── logo.png │ └── poster.jpg ├── 23 (1998) │ └── 23 (1998) - Bluray-480p.mkv ├── 300 (2006) │ ├── 300 (2006) - Bluray-1080p.de.srt │ ├── 300 (2006) - Bluray-1080p.en.srt │ ├── 300 (2006) - Bluray-1080p.fr.srt │ ├── 300 (2006) - Bluray-1080p.mkv │ ├── 300 (2006) - Bluray-1080p.zh.srt │ ├── fanart.jpg │ └── poster.jpg ├── 3 Idiots (2009) │ ├── 3 Idiots (2009) - Bluray-1080p.de.srt │ ├── 3 Idiots (2009) - Bluray-1080p.mkv │ ├── 3 Idiots (2009) - Bluray-1080p.sub │ ├── 3 Idiots (2009) - Bluray-1080p.zh.srt │ ├── fanart.jpg │ └── poster.jpg ├── Absolutely Anything (2015) │ └── Absolutely Anything (2015) - Bluray-1080p.mkv
And the owner of the movies is the user which is set in the docker-compose file and I even did a chmod -R 777 *
just to make sure.
The same problem appears when I access from behind my traefik reverse proxy or when I access it directly. It also happens with both the official docker image and the one from linuxserver.io.
This here is the relevant part of the docker-compose.yml:
yaml jellyfin: image: jellyfin/jellyfin container_name: jellyfin user: 1000:1000 volumes: - ./jellyfin-config:/config - ./jellyfin-cache:/cache - /data:/media ports: - 8096:8096 - 7359:7359/udp #optional - 1900:1900/udp #optional restart: 'unless-stopped' # Optional - alternative address used for autodiscovery environment: - JELLYFIN_PublishedServerUrl=example.com labels: - "traefik.enable=true" - "traefik.http.routers.jelly.rule=Host(`example.com`)" - "traefik.http.routers.jelly.entrypoints=https" - "traefik.http.services.jelly.loadbalancer.server.port=8096" - "traefik.http.routers.jelly.service=jelly" - "traefik.http.routers.jelly.tls.certresolver=letsencrypt"
Here's the logs that I get while running a library scan: https://gist.github.com/MissingNoIOI/ebb...724e4c6320
I orginally wanted to switch over from Plex, but I just cant get Jellyfin to work and Im out of ideas at this point. Any help would be greatly appreciated