General Linux Chat and Small Questions v. Year of the Linux Desktop! - Hardware & Software

[QUOTE=Protocol7;47932714]I get like 6 extra FPS on my ThinkPad with 15.04, that's the only reason I was using Ubuntu. Unity fucking sucks though. Guess I can just go Kubuntu.[/QUOTE] XFCE without Window Compositing normally has the best performance for me if you want a higher FPS too.

[QUOTE=nikomo;47940168]I just Dockerized MariaDB on my laptop, so I can bring it up and down, wipe it clean etc., whenever I want. Yay.[/QUOTE] Has Docker fixed the whole processes-not-getting-reaped-after-children-spawned issue? The issue where if you wanted to do anything that involved more than a single process you needed the init system to work?

Well I found this old desktop and slapped eOS on it because I'm lazy with the exception of a few minor graphical glitches it works like a charm.

[QUOTE=mastersrp;47942116]Has Docker fixed the whole processes-not-getting-reaped-after-children-spawned issue? The issue where if you wanted to do anything that involved more than a single process you needed the init system to work?[/QUOTE] Haven't tested that, but I've never heard anyone complain about that. Pythonistas would be yelling about that, if that was an issue, since multiprocessing is an easy way to do concurrent programming, and that requires spawning child processes. People aren't running much stuff per container, since you're supposed to have each service as its own container, and then link them together to provide one big service.

[QUOTE=nikomo;47943002]Haven't tested that, but I've never heard anyone complain about that. Pythonistas would be yelling about that, if that was an issue, since multiprocessing is an easy way to do concurrent programming, and that requires spawning child processes. People aren't running much stuff per container, since you're supposed to have each service as its own container, and then link them together to provide one big service.[/QUOTE] A "service" can consist of multiple applications though, and sometimes needs to. People have complained about this too, and there are several guides out there on how to work around the issues, even docker containers like phusion/baseimage that use Ubuntu + runit to solve the issue. [editline]14th June 2015[/editline] The thing is, that if nothing reaps the process when it dies, then you're left with zombie processes. They're not visible to the ordinary developer who doesn't check his list of dead processes often, but they're there.

Anyone used WINE in a 64bit OS (with 32bit prefix) and had issues with sound? In my 64bit setup I had sound, but with my 32bit setup I have no sound. The "Test sound" button does nothing. Since it works in 64bit setup, I suspect there's some lib32 stuff I am missing. I have these installed - lib32-alsa-lib - lib32-alsa-plugins - lib32-libpulse - lib32-openal - lib32-mpg123 - lib32-libvorbis - lib32-sdl Worth to note I am running JACK2 and Pulseaudio. Whatever I do I can't seem to get sound to work.

[QUOTE=nikomo;47940168]I just Dockerized MariaDB on my laptop, so I can bring it up and down, wipe it clean etc., whenever I want. Yay.[/QUOTE] Why? Why not just use systemctl to bring it up/down and purge it manually or with an sql script? I never understood the point of docker. The only thing I can see it being used for is "oh boy now you can ship your configuration! (and a ton of unverified binaries, base crud, copies of binaries that you already have, etc.) "You can rapidly deploy systems!" and also "now your developers all have the same setup!" 1) Fuck why? Why not use one of the dozen saner solutions or just write a script that copies over the config and runs a reload? 2) Ansible? 3) Write it down instead of shipping containers Containers like that are always quiet fires waiting to happen

[QUOTE=Simon Belmont;47964072]Anyone used WINE in a 64bit OS (with 32bit prefix) and had issues with sound? In my 64bit setup I had sound, but with my 32bit setup I have no sound. The "Test sound" button does nothing. Since it works in 64bit setup, I suspect there's some lib32 stuff I am missing. I have these installed - lib32-alsa-lib - lib32-alsa-plugins - lib32-libpulse - lib32-openal - lib32-mpg123 - lib32-libvorbis - lib32-sdl Worth to note I am running JACK2 and Pulseaudio. Whatever I do I can't seem to get sound to work.[/QUOTE] Sound doesn't work at all? Or is heavily distorted?

I never really saw the appeal of docker. Generally if I want to have something isolated or as a container, I do a VM. I don't really trust that whole Docker thing, and rather rely on a small VM solution if I want a reliable contained service. It's also a lot more easy to understand what's going on, and it's pretty predictable. I generally go with a Base VM (CentOS, Debian or Ubuntu Minimal), Make a small install script, run install script on VM, boom, working environment is here and you can fuck around with it and have all the benefits of snapshots and other management options.

[QUOTE=Mega1mpact;47964494]Why? Why not just use systemctl to bring it up/down and purge it manually or with an sql script? I never understood the point of docker. The only thing I can see it being used for is "oh boy now you can ship your configuration! (and a ton of unverified binaries, base crud, copies of binaries that you already have, etc.) "You can rapidly deploy systems!" and also "now your developers all have the same setup!" 1) Fuck why? Why not use one of the dozen saner solutions or just write a script that copies over the config and runs a reload? 2) Ansible? 3) Write it down instead of shipping containers Containers like that are always quiet fires waiting to happen[/QUOTE] Sandboxing without full featured VM overhead. Distro independence (no need for rpm\deb\whatever except for docker itself). Git-like revision history for containers themselves (you can fork your container with your changes). I don't know about setting up developer environment in docker, but setting up databases and services are good idea tbh. I don't want to have mysql with not-yet-known vulnerability to tear my system apart, but a docker container that is easy to recover - yes please. And being somewhat a VM docker [B]is[/B] manageable, so - no quiet fires. [editline]15th June 2015[/editline] [QUOTE=kaukassus;47964527]I never really saw the appeal of docker. Generally if I want to have something isolated or as a container, I do a VM. I don't really trust that whole Docker thing, and rather rely on a small VM solution if I want a reliable contained service. It's also a lot more easy to understand what's going on, and it's pretty predictable. I generally go with a Base VM (CentOS, Debian or Ubuntu Minimal), Make a small install script, run install script on VM, boom, working environment is here and you can fuck around with it and have all the benefits of snapshots and other management options.[/QUOTE] Docker is a VM, kinda. You basically install a OS and an application in a container. Docker virtualizes kernel calls and FS IIRC.

[QUOTE=HJ-kos;47964565]Docker is a VM, kinda. You basically install a OS and an application in a container. Docker virtualizes kernel calls and FS IIRC.[/QUOTE] [quote] Docker container, unlike a virtual machine, does not require or include a separate operating system.[8] Instead, it relies on the kernel's functionality and uses resource isolation (CPU, memory, block I/O, network, etc.) and separate namespaces to isolate the application's view of the operating system. [/quote] So it basically uses the Kernel of the main system? How does it fare when the service you're running needs a custom kernel module? can Docker load it fine? How does it handle dependencies of those services? does that container just ship with every dependency already in it? Can you trust those containers?

[QUOTE=HJ-kos;47964522]Sound doesn't work at all? Or is heavily distorted?[/QUOTE] Doesn't work at all. No matter what I seem to do I can't get it to work.

[QUOTE=HJ-kos;47964565]Sandboxing without full featured VM overhead. Distro independence (no need for rpm\deb\whatever except for docker itself). Git-like revision history for containers themselves (you can fork your container with your changes). I don't know about setting up developer environment in docker, but setting up databases and services are good idea tbh. I don't want to have mysql with not-yet-known vulnerability to tear my system apart, but a docker container that is easy to recover - yes please. And being somewhat a VM docker [B]is[/B] manageable, so - no quiet fires. [/quote] Like I said, why not ship configs? I honestly don't get the point of adding overhead to a system for stuff like security and configuration management. There are other ways of doing it. [QUOTE=kaukassus;47964661]So it basically uses the Kernel of the main system? How does it fare when the service you're running needs a custom kernel module? can Docker load it fine? How does it handle dependencies of those services? does that container just ship with every dependency already in it? Can you trust those containers?[/QUOTE] X Y Z all depend on some dependency, all of them have their own copy. X ships with a version of the dependency with a vulnerability. How does docker solve this? There have been a lot of instances of docker containers shipping with retarded shit like heartbleed, shellshock, terrible configs etc. My main fear is that sysadmins/devops will start turning into docker administrators. Blindly installing containers without verifying configs or dependencies/versions. [url]https://titanous.com/posts/docker-insecurity[/url] [url]http://www.banyanops.com/blog/analyzing-docker-hub/[/url]

Docker seems to promise a golden world, but it looks pretty complicated and non-transparent. About the dependencies, how is the update process for updating dependencies like OpenSSL, Nginx, etc... inside a container? That's my biggest worry. In a VM, I can just access a terminal and issue an update, and everything is up-to-date and patched, Which is one of the reason I prefer VM's. It's also 100% isolated as opposed to Docker's pseudo-virtualization, which is one less thing to make me worry about. Then again, I'm really not a fan of the whole "Immutable infrastructure" thing.

what's the most lightweight WM/DE these days? i dont think i've used a WM at this point but I'd like to try one

[QUOTE=MasterFen006;47964941]what's the most lightweight WM/DE these days? i dont think i've used a WM at this point but I'd like to try one[/QUOTE] i3, bspwm, openbox, awesome [sp]also for correctness, even on windows you use a window manager - it's anything that manages your windows[/sp]

[QUOTE=Mega1mpact;47964494]Why? Why not just use systemctl to bring it up/down and purge it manually or with an sql script? I never understood the point of docker. The only thing I can see it being used for is "oh boy now you can ship your configuration! (and a ton of unverified binaries, base crud, copies of binaries that you already have, etc.) "You can rapidly deploy systems!" and also "now your developers all have the same setup!" 1) Fuck why? Why not use one of the dozen saner solutions or just write a script that copies over the config and runs a reload? 2) Ansible? 3) Write it down instead of shipping containers Containers like that are always quiet fires waiting to happen[/QUOTE] It takes a single text file and 10 seconds to switch it over to another computer? I derive my image from the official MariaDB image, which derives from the official image for the OS vendor, so updates aren't a problem. Also, I needed working knowledge of Docker, I needed to feel if there's anything special that can help deploying applications in containers, because I want to keep that in mind in case my current pet project ever makes it beyond "oh god I have to write all the boring shit too". I'm never going to be any decent at using any language if I can't get past that part...

Switched from Openbox to Mate and im now getting 1-2 hours extra of battery life on my thinkpad. Almost the same resource usage too. :dance:

[QUOTE=MasterFen006;47964941]what's the most lightweight WM/DE these days? i dont think i've used a WM at this point but I'd like to try one[/QUOTE] How simple your window manager gets stops being relevant at some point in terms of being lightweight. They end up around the same. It's compositing that gets your system cooking. Most WMs don't take care of that. [editline]e[/editline] For clarity, [IMG]http://i.imgur.com/ACEate9.png[/IMG] Currently have Herbstluftwm as my window manager, twenty tabs in Firefox (don't know where people get the idea FF's a memory hog), [I]tmux[/I] with [I]irssi[/I], [I]nano[/i], and [I]htop[/I], and Steam running in the foreground and I only [I]just[/I] exceeded 700MiB in memory usage after over a day in overtime. You can probably get better with [I]bspwm[/I] since it lacks features for checking keyboard controls.

I ended up with Xubuntu, and I really like XFCE. Pretty lightweight, although not the lightest - but also feature-filled and easy to use.

[QUOTE=Protocol7;47965878]I ended up with Xubuntu, and I really like XFCE. Pretty lightweight, although not the lightest - but also feature-filled and easy to use.[/QUOTE] XFCE is da best. [editline]15th June 2015[/editline] My boss said he'd punch me in the face if he ever caught me using nano. I installed nano right there.

[QUOTE=Levelog;47966052]XFCE is da best. [editline]15th June 2015[/editline] My boss said he'd punch me in the face if he ever caught me using nano. I installed nano right there.[/QUOTE] Set up an alias on his machine so that typing vim starts nano.

[QUOTE=Protocol7;47966151]Set up an alias on his machine so that typing vim starts nano.[/QUOTE] Oh god that would be so funny. But he doesn't even use vim, he uses fucking vi.

[QUOTE=Levelog;47966162]Oh god that would be so funny. But he doesn't even use vim, he uses fucking vi.[/QUOTE] You sure it's actually vi? It could just launch vim in compatible mode.

[QUOTE=Darkwater124;47966360]You sure it's actually vi? It could just launch vim in compatible mode.[/QUOTE] It's actually vi.

[QUOTE=Protocol7;47965878]I ended up with Xubuntu, and I really like XFCE. Pretty lightweight, although not the lightest - but also feature-filled and easy to use.[/QUOTE] That's pretty much the appeal of XFCE. With minimal GUI configuring (without having to manually edit settings files with a text editor) even someone who's used to using Windows big time is comfortable enough with XFCE, yet it can also be mashed together into something that's incomprehensible in comparison to the typical Windows or OSX layout. And the only occasional CPU and memory whore is the thumbnail background process XFCE uses (Tumblrd), but that's a known issue when opening and scrolling a folder with fuckloads of new images.

If you're on any Samsung 800-series SSD, update to Linux 4.0.5, Samsung's fucked shit up again, those fucking idiots.

what did they do this time

There's a thing in SATA 3.2 spec that says, if you say you support it, the OS will insert TRIM commands into the command stream (queued TRIM). If that's off, if you TRIM-on-delete, you delete a file, and then you can't use the SSD whilst TRIM is running, but queued TRIM let's you use the disk whilst doing TRIM. Samsung SSDs on newer firmware versions say they support it, but actually don't, so the firmware guys literally went "ooh shiny, tick that box". But trying to do queued TRIM without actually supporting it, ends up causing block corruption.

[QUOTE=nikomo;47984710]There's a thing in SATA 3.2 spec that says, if you say you support it, the OS will insert TRIM commands into the command stream (queued TRIM). If that's off, if you TRIM-on-delete, you delete a file, and then you can't use the SSD whilst TRIM is running, but queued TRIM let's you use the disk whilst doing TRIM. Samsung SSDs on newer firmware versions say they support it, but actually don't, so the firmware guys literally went "ooh shiny, tick that box". But trying to do queued TRIM without actually supporting it, ends up causing block corruption.[/QUOTE] Doesen't surprise me that it's samsung again. They support the bare minimum to make windows theoretically work on their hardware. This may bite them in the ass once Windows 10 releases. Then again, Samsung really likes to fuck up UEFI implementations and Flash storage.