General Linux Chat and Small Questions v. I broke my Arch Install

[mastersrp]

[QUOTE=Stonecycle;46031801]Midori 0.5.8. I'd advise getting a package from [url=http://midori-browser.org/download/]the site[/url]. It uses less resources than the ones in the Ubuntu repositories, as far as I can tell. Don't bother with compiling from sources. Abandon all hope, ye who enter, for here be dragons and CMake.

[editline]cmake -DCMAKE_INSTALL_PREFIX=/usr ..[/editline]

Sensible people would use a sensible makefile where all one would need to do is $(make) and/or $(sudo make install) and be done with it.[/QUOTE]

Well

Considering I'm using Funtoo (A meta-distribution of Gentoo)

i'll probably compile it

But yeah, I did try setting it up to be compiled on my netbook, and I actually never succeeded on that front. Hence why SliTaz is still using an older version of Midori.

[esalaka]

[QUOTE=mastersrp;46032075]Funtoo (A meta-distribution of Gentoo)[/QUOTE]

Sounds like Gentoo, except fun

[mastersrp]

[QUOTE=esalaka;46033475]Sounds like Gentoo, except fun[/QUOTE]

[quote]
[url]http://www.funtoo.org/Welcome[/url]
Funtoo Linux is a Linux-based operating system that is a variant of Gentoo Linux. [b]Funtoo Linux is:

...fun![/b] Our priority is to create a great, supportive and responsive user community.
...user-centric and collaborative. Everyone is considered a user of Funtoo, first and foremost. You don't need any special privileges to collaborate with us.
...production-oriented: Our goal is to have Funtoo be useful for real-world tasks. We use Funtoo to do stuff, like host our infrastructure. It needs to work.
...creative: We seek creative, elegant and maintainable solutions to problems of all kinds.
[/quote]

[nikomo]

[quote]
Do you support systemd?

Part of the distinctiveness of Funtoo Linux is its dependency-based OpenRC init system, so changing this would make it something other than Funtoo Linux. So we do not support systemd as part of Funtoo Linux.
[/quote]

mv /distros/funtoo /trash

[mastersrp]

[QUOTE=nikomo;46034008]mv /distros/funtoo /trash[/QUOTE]

Because the only working init system in the entire world is systemd, what else would anyone ever use? I mean, obviously there could never be TWO different systems doing things the right way, or, god forbid, MULTIPLE ways of doing things right?

[editline]20th September 2014[/editline]

I am, however, glad that you only put it in the trash, instead of sending the data to /dev/null.

[nikomo]

nikomo@Iris:/$ ls -la
lrwxrwxrwx   1 root root     9 syys  21 00:12 trash -> /dev/null

[mastersrp]

:(

[editline]20th September 2014[/editline]

dd if=/dev/zero of=nikomo

[editline]20th September 2014[/editline]

OpenRC is cool

[Darkwater]

[QUOTE=nikomo;46034098]

nikomo@Iris:/$ ls -la
lrwxrwxrwx   1 root root     9 syys  21 00:12 trash -> /dev/null

[/QUOTE]

whoa man what happened to your filesystem

[naelstrof]

Finally I fixed it all. I just released a new version of [url=https://github.com/naelstrof/slop]slop[/url].

New things include:
[B]--nokeyboard should be useless now.[/B] There's proper error handling and I've used a more formal way to "grab" the keyboard (So it should error less). Even if it fails to grab the keyboard you should still be able to cancel selections with keyboard presses albeit at the cost of having the key events fall through to other applications. (but you can still enable --nokeyboard if you want to)
[B]slop blocks until all windows are cleaned up by xorg properly.[/B] There's actually events and functions for this that I overlooked (DestroyNotify, XIfEvent, CWEventMask, StructureNotifyMask). Before I'd destroy the window then just sleep for x amount of time hoping xorg would decide to clean up the window in time, but that doesn't work at all due to xorg relying on a responsive program to actually remove the window for whatever reason.
So now slop's selection rectangles really won't show up in screenshots! I'm not lying this time I swear (I hope)!

For those of you using Arch you can just update from the AUR, but everyone else can get the update from [url=https://github.com/naelstrof/slop]github[/url]. I highly recommend removing --nokeyboard/-nkb from your options as well, at least for those of you who are used to pressing ESC to get out of screenshot selections.

[nikomo]

[QUOTE=Darkwater124;46035140]whoa man what happened to your filesystem[/QUOTE]

[url]http://en.wikipedia.org/wiki/Truncation[/url]

[nikomo]

It's harder to put an Arch system back together when all the pieces are basically in your memory only.
Can't even get X.Org running correctly right now.

[Comfy]

[QUOTE=nikomo;46044784]It's harder to put an Arch system back together when all the pieces are basically in your memory only.
Can't even get X.Org running correctly right now.[/QUOTE]

[archlinux joke about constantly breaking X.Org]

[Darkwater]

[QUOTE=kaukassus;46045259][archlinux joke about constantly breaking X.Org][/QUOTE]

[linux joke about X.Org constantly breaking]

[vlad]

I moved away from home today, and the network here is heavily restricted. I expected as much and set up a VPN on my server before leaving, which I can connect to, though it sometimes still manages to block me. it's OpenDNS blocking stuff, and this includes Facepunch being blocked. is my VPN leaking, if that's even a thing? I'm tethering the WiFi here from my phone as my desktop has no wireless, and connect to my VPN through my own desktop

[nikomo]

[X.Org joke about
--------------------------------------
SEGFAULT DETECTED
--------------------------------------

[naelstrof]

[QUOTE=PredGD;46046819]I moved away from home today, and the network here is heavily restricted. I expected as much and set up a VPN on my server before leaving, which I can connect to, though it sometimes still manages to block me. it's OpenDNS blocking stuff, and this includes Facepunch being blocked. is my VPN leaking, if that's even a thing? I'm tethering the WiFi here from my phone as my desktop has no wireless, and connect to my VPN through my own desktop[/QUOTE]

I've had best luck with ssh tunneling to get around arbitrary firewalls.

[URL=https://www.archlinux.org/packages/community/any/sshuttle/]sshuttle[/URL] works wonders for me. Make sure to enable the DNS option as well.

[vlad]

[QUOTE=Naelstrom;46047734]I've had best luck with ssh tunneling to get around arbitrary firewalls.

[URL=https://www.archlinux.org/packages/community/any/sshuttle/]sshuttle[/URL] works wonders for me.[/QUOTE]

it was actually surprisingly easy to fix, just had to change the DNS settings to Google's DNS instead of retrieving it from the network. I suppose I hadn't configured my VPN to take care of DNS requests?

[Comfy]

[QUOTE=PredGD;46046819]I moved away from home today, and the network here is heavily restricted. I expected as much and set up a VPN on my server before leaving, which I can connect to, though it sometimes still manages to block me. it's OpenDNS blocking stuff, and this includes Facepunch being blocked. is my VPN leaking, if that's even a thing? I'm tethering the WiFi here from my phone as my desktop has no wireless, and connect to my VPN through my own desktop[/QUOTE]

1. Manually Set Google DNS (8.8.8.8, 8.8.4.4) on your device (to be sure you're not using the DNS from the dhcp server)
2. Use an SSH tunnel as said above or a VPN.

[editline]22nd September 2014[/editline]

if you need a proxy to get access to blocked resources in order to get your VPN or whatever running, you can use this:

[url]https://gaben.li/proxy[/url]

[editline]22nd September 2014[/editline]

Ninja'd

[shodan]

Do any of you have any experience installing Linux on an ssd with (LUKS) encryption and TRIM?

[nikomo]

[QUOTE=Mega1mpact;46065373]Do any of you have any experience installing Linux on an ssd with (LUKS) encryption and TRIM?[/QUOTE]

Yup, I have that all going on my install.
Also, I've documented how to set it up in my install footnotes.
[url]https://github.com/TheNikomo/arch_install/blob/master/INSTALL.md[/url]

Also, I'm probably going back to Debian tomorrow, going to backup current install and go for it.
I realized I don't actually need super up-to-date packages, the testing repo that tracks the next upcoming stable release should be up-to-date enough for me.

[shodan]

[QUOTE=nikomo;46065866]Yup, I have that all going on my install.
Also, I've documented how to set it up in my install footnotes.
[url]https://github.com/TheNikomo/arch_install/blob/master/INSTALL.md[/url][/QUOTE]
Does it take it's toll on SSDs? Also how safe is btrfs on SSDs?

[nikomo]

[QUOTE=Mega1mpact;46065901]Does it take it's toll on SSDs?[/QUOTE]
You have to rewrite the entire block anyways on SSDs, when you write data, so there's no penalty there, and there's seriously no CPU overhead nowadays.

[QUOTE=Mega1mpact;46065901]Also how safe is btrfs on SSDs?[/QUOTE]

As safe as any other fs is, on an SSD.

[mastersrp]

I'm curious as to if BTRFS is considered "stable" enough to be used as your home partition? Especially for longer periods, such as years.

I'm asking because I'm currently using Funtoo with gentoo-sources (linux 3.16.3 with gentoo patches), and that includes BTRFS. Would that be considered stable, or..? I mean, I suppose the system itself is still "experimental", but does anyone have a lot of experience with using BTRFS for a long time with no issues?

And if any issues were to occur, what would be the way to combat those?

[naelstrof]

[QUOTE=Mega1mpact;46065901]Does it take it's toll on SSDs? Also how safe is btrfs on SSDs?[/QUOTE]

After nearly a year of use with LVM + btrfs its performance dropped through hell to a point where the entire system would freeze for a full minute straight just to launch Steam.
Not sure if it was a combination of LVM and btrfs or just btrfs itself, but regardless I'm back to ext2/ext4 on normal partitions and now everything's back to normal.

[editline]asdf[/editline]

Oh my ssd is fine though.

[nikomo]

The only time I've had btrfs explode, is when I used a release candidate kernel, that had a bad change in it, and that could happen with any filesystem.
If you don't use release candidate kernels, you'll be fine.

Thought, I might experiment with some other filesystems in the near future.

[mastersrp]

[QUOTE=nikomo;46066714]The only time I've had btrfs explode, is when I used a release candidate kernel, that had a bad change in it, and that could happen with any filesystem.
If you don't use release candidate kernels, you'll be fine.

Thought, I might experiment with some other filesystems in the near future.[/QUOTE]

I've got a backup of my stuff around anyway on a bigger drive, and i've got a ZFS volume on some other offsite drive, but i wanted to be sure anyway. Thanks!

[shodan]

Fedora21A on my shiney new ssd.

[img]http://i.imgur.com/9QPWb6s.png[/img]

[ipha]

[QUOTE=mastersrp;46066587]I'm curious as to if BTRFS is considered "stable" enough to be used as your home partition? Especially for longer periods, such as years.

I'm asking because I'm currently using Funtoo with gentoo-sources (linux 3.16.3 with gentoo patches), and that includes BTRFS. Would that be considered stable, or..? I mean, I suppose the system itself is still "experimental", but does anyone have a lot of experience with using BTRFS for a long time with no issues?

And if any issues were to occur, what would be the way to combat those?[/QUOTE]

I've only had a BTRFS volume fail once, but it was on 2.6.3x way before it was considered stable.

[nikomo]

Oh, just in case anyone here hosts servers:
The security vulnerability that was found in bash is worse than Heartbleed by an order of magnitude, you need to rush to patch your servers.
If your machine is acceptable on the open Internet with SSH, it's possible that it can be exploited.

[joestrange8]

[QUOTE=nikomo;46067456]Oh, just in case anyone here hosts servers:
The security vulnerability that was found in bash is worse than Heartbleed by an order of magnitude, you need to rush to patch your servers.
If your machine is acceptable on the open Internet with SSH, it's possible that it can be exploited.[/QUOTE]

Just run an update on your server to update to the latest version of BASH (4.2.45)
Also, If you want to test if your server is not protected, just run this code in the terminal:

env x='() { :;}; echo vulnerable' bash -c "echo this is a test"

If it says vulnerable, you need to update. If it gives you an error, your all good!

Also more info here: [URL="http://arstechnica.com/security/2014/09/bug-in-bash-shell-creates-big-security-hole-on-anything-with-nix-in-it/"]http://arstechnica.com/security/2014/09/bug-in-bash-shell-creates-big-security-hole-on-anything-with-nix-in-it/[/URL]