General Linux Chat and Small Questions v. I broke my Arch Install - Hardware & Software

[QUOTE=Larikang;43180798]It seems that there's no option to install Steam OS to a specific drive. I have a totally unused hard drive just sitting here for dual booting purposes and I can't use it![/QUOTE] Pull the other drive, so that the only one it can find is the blank one? That's what an easy way to install Windows after you've installed linux, and then you just dualboot using your BIOS boot selector.

Disable other drives in bios?

Feels so good at home again [t]http://i.imgur.com/ETfzG40.png[/t]

[QUOTE=ichiman94;43181729]Feels so good at home again [t]http://i.imgur.com/ETfzG40.png[/t][/QUOTE] Nagyon szep (very nice)

[QUOTE=Rayjingstorm;43181548]Pull the other drive, so that the only one it can find is the blank one? That's what an easy way to install Windows after you've installed linux, and then you just dualboot using your BIOS boot selector.[/QUOTE] Yeah, I could do that but then I'd have to combine EFI system partitions if I wanted it to be easily bootable. Given that it's still in beta and might not even work that well, I don't think it's worth it.

[QUOTE=Mega1mpact;43179302] Just look at this sexy mother fucker [/QUOTE] Should you really judge a distro on its looks though? I mean, any distro can pretty much be made to look like any other distro by installing and configuring the right packages. I myself have Ubuntu 13.10 installed, but I can assure everyone here that it looks exactly the same as when I ran Arch a few years ago (I reused rc.lua). Really, when deciding on a distro, what should you look at? I myself tend to look at package management, how much it is supported by third parties, how well it is maintained, code cleanness, and package repository status. Packages installed by default and looks are the things I personally consider least. Every package manager has a remove option, and almost every package has an alternative.

[QUOTE=FPtje;43183133]Should you really judge a distro on its looks though? I mean, any distro can pretty much be made to look like any other distro by installing and configuring the right packages. I myself have Ubuntu 13.10 installed, but I can assure everyone here that it looks exactly the same as when I ran Arch a few years ago (I reused rc.lua). Really, when deciding on a distro, what should you look at? I myself tend to look at package management, how much it is supported by third parties, how well it is maintained, code cleanness, and package repository status. Packages installed by default and looks are the things I personally consider least. Every package manager has a remove option, and almost every package has an alternative.[/QUOTE] I always liked Arch because its official repos combined with the AUR have pretty much everything I could ever want, and I've never found that in another distro

[QUOTE=FPtje;43183133]Should you really judge a distro on its looks though? I mean, any distro can pretty much be made to look like any other distro by installing and configuring the right packages. I myself have Ubuntu 13.10 installed, but I can assure everyone here that it looks exactly the same as when I ran Arch a few years ago (I reused rc.lua). Really, when deciding on a distro, what should you look at? I myself tend to look at package management, how much it is supported by third parties, how well it is maintained, code cleanness, and package repository status. Packages installed by default and looks are the things I personally consider least. Every package manager has a remove option, and almost every package has an alternative.[/QUOTE] Well I normally look at a distro's guts before I pick it. That's why I chose fedora. Because it uses systemd and yum etc. I just want to try out that WM because the way it works looks so fucking sexy Can't seem to get it to work tho :/ [editline]14th December 2013[/editline] Also the main fedora repo only has free software (libre) so there is no need for vrms

I'm thinking of replicating crunchbang's look on arch once I get my desktop set up. [img]http://escapism.co.uk/praest76/witterings/wp-content/uploads/2013/04/Crunchbang1-580x435.png[/img] I'm a sucker for no-bs minimalism

[QUOTE=Phycosymo;43183824]I'm thinking of replicating crunchbang's look on arch once I get my desktop set up. [img]http://escapism.co.uk/praest76/witterings/wp-content/uploads/2013/04/Crunchbang1-580x435.png[/img] I'm a sucker for no-bs minimalism[/QUOTE] As another suggestion you can always just startx from a VT, that way you can just use the standard login prompt (which is the epitome of utilitarian minimalism).

I've installed Arch and I've got Openbox running fine, but one thing that bothers me every single time I use Linux is mouse speed/acceleration. There doesn't seem to be one single way to change it and all of the DEs that have GUIs to change it either don't do anything or don't work right. I've always had to put these commands in the startup of my DE/WM: [code] xinput --set-prop "Razer Razer DeathAdder" "Device Accel Constant Deceleration" 6 xinput --set-prop "Razer Razer DeathAdder" "Device Accel Profile" -1 [/code] It just seems like there should be an easier way to do this. Is this just how xorg is? [editline]14th December 2013[/editline] And what do you guys do for sound? I've always used ALSA and PulseAudio but to be honest I don't really understand how either of them work or integrate with each other. I have tried to use JACK for some mixing and that was a nightmare.

I feel like the only person that hasn't themed their systems, and instead focused on functionality.

[QUOTE=Zero Vector;43185219]I've installed Arch and I've got Openbox running fine, but one thing that bothers me every single time I use Linux is mouse speed/acceleration. There doesn't seem to be one single way to change it and all of the DEs that have GUIs to change it either don't do anything or don't work right. I've always had to put these commands in the startup of my DE/WM: [code] xinput --set-prop "Razer Razer DeathAdder" "Device Accel Constant Deceleration" 6 xinput --set-prop "Razer Razer DeathAdder" "Device Accel Profile" -1 [/code] It just seems like there should be an easier way to do this. Is this just how xorg is? [editline]14th December 2013[/editline] And what do you guys do for sound? I've always used ALSA and PulseAudio but to be honest I don't really understand how either of them work or integrate with each other. I have tried to use JACK for some mixing and that was a nightmare.[/QUOTE] If you use startx you can dump things in .xinitrc to be executed before your DE/WM starts, then it should apply to everything in your X session. .xinitrc: [code] xinput --set-prop "Razer Razer DeathAdder" "Device Accel Constant Deceleration" 6 xinput --set-prop "Razer Razer DeathAdder" "Device Accel Profile" -1 # do other stuff here, like set QT/GTK options, JAVA_OPTIONS, xkbmap/xmodmap, backgrounds, redshift, etc. exec <Your DE/WM> [/code] Not sure if this applies to you, but if you can start your environment from an .xinitrc you won't have to change it when you switch environments.

[QUOTE=Rayjingstorm;43186625]If you use startx you can dump things in .xinitrc to be executed before your DE/WM starts, then it should apply to everything in your X session. .xinitrc: [code] xinput --set-prop "Razer Razer DeathAdder" "Device Accel Constant Deceleration" 6 xinput --set-prop "Razer Razer DeathAdder" "Device Accel Profile" -1 # do other stuff here, like set QT/GTK options, JAVA_OPTIONS, xkbmap/xmodmap, backgrounds, redshift, etc. exec <Your DE/WM> [/code] Not sure if this applies to you, but if you can start your environment from an .xinitrc you won't have to change it when you switch environments.[/QUOTE] Putting that in ~/.xinitrc doesn't help for some reason - I just have it in ~/.config/openbox/autostart and that works, since I only plan on using Openbox anyways. Thanks, though!

[QUOTE=Rayjingstorm;43184124]As another suggestion you can always just startx from a VT, that way you can just use the standard login prompt (which is the epitome of utilitarian minimalism).[/QUOTE] Login managers are overrated. All the ones I've tried are needlessly complicated given that it's basically a pretty picture to look at while you type a username and password.

Wee. I got SteamOS working with vbox. Here are the gotchas: 1. Use an ISO for the bootable media. You'll need to manually start the bootloader from EFI shell 2. After installation, choose recovery mode and install the vbox guest additions. I couldn't get SteamOS to boot regularly without those installed. 3. Don't run ~/post_logon.sh once you log in with the desktop account! For some reason one step uninstalls all dynamic kernel modules (which includes the vbox guest additions). Edit the script or run the commands manually to avoid removing them 4. I couldn't get it to create the recovery partition so you can skip that part of the post logon script as well.

I have sshd running to which I try to connect with sftp My /etc/ssh/sshd_config is configured with [code]Match User sftpu ChrootDirectory %h ForceCommand internal-sftp AllowTcpForwarding no[/code] I have an user called sftpu, belonging to the group "sftpusers" and having the home directory set as /sftp/sftpu The directory /sftp/sftpu exists and is chowned to root:sftpusers. The permissions are 755, so sftpusers should be able to read it? When I login as sftpu over SFTP, it connects and says it's listing the directory / but can't do anything, claiming "permission denied" even when I'm just trying to read.

why not set the owner to sftpu?

[QUOTE=lavacano;43195907]why not set the owner to sftpu?[/QUOTE] Because the SSH daemon disconnects the client immediately if the chroot directory is not owned by the root. It has something to do with security.

It seems like everyone is saying SteamOS is terrible is it really that bad?

[QUOTE=ThePuska;43196269]Because the SSH daemon disconnects the client immediately if the chroot directory is not owned by the root. It has something to do with security.[/QUOTE] I remember something that you can't write directly to the root of a chroot jail. Try making a subfolder, where you place files, with the correct permissions.

Aparently Kernel 3.13-RC4 went live yesterday. And by the looks of it, its having some compile problems. Anybody tried it yet? Edit: Aparently the build is fucked up.

[QUOTE=XxThreedogxX;43197946]It seems like everyone is saying SteamOS is terrible is it really that bad?[/QUOTE] I'm guessing they're saying it because they don't have the proper hardware to run it.

or know how to install it properly

[QUOTE=XxThreedogxX;43197946]It seems like everyone is saying SteamOS is terrible is it really that bad?[/QUOTE] It's an OS that boots straight into big picture mode. Do you like big picture mode? Then you'll like SteamOS. Aside from the installation process there's almost no indication that it's running Linux. You access the gnome desktop by enabling an option in the settings, but it seems clear to me that Valve doesn't really care about that aspect of the OS at this point.

[QUOTE=Larikang;43203263]It's an OS that boots straight into big picture mode. Do you like big picture mode? Then you'll like SteamOS. Aside from the installation process there's almost no indication that it's running Linux. You access the gnome desktop by enabling an option in the settings, but it seems clear to me that Valve doesn't really care about that aspect of the OS at this point.[/QUOTE] Of course they don't care about that aspect. It's not really the point of running SteamOS. The entire point is Steam Big Picture mode (although expanded) in the living room, and a desktop doesn't really fit there. But it's still there for developers and power users, and anyone else who wants to tinker.

[QUOTE=kaukassus;43199923]Aparently Kernel 3.13-RC4 went live yesterday. And by the looks of it, its having some compile problems. Anybody tried it yet? Edit: Aparently the build is fucked up.[/QUOTE] Works fine for me, compiled it today and I'm running it now.

[QUOTE=mastersrp;43203451]Of course they don't care about that aspect. It's not really the point of running SteamOS. The entire point is Steam Big Picture mode (although expanded) in the living room, and a desktop doesn't really fit there. But it's still there for developers and power users, and anyone else who wants to tinker.[/QUOTE] It's exactly that reason why I don't see why people would want to run SteamOS on their local computers. I don't think it's appropriate for your average desktop or laptop use. It's meant mostly for gaming and entertainment.

[QUOTE=FPtje;43204152]It's exactly that reason why I don't see why people would want to run SteamOS on their local computers. I don't think it's appropriate for your average desktop or laptop use. It's meant mostly for gaming and entertainment.[/QUOTE] And it's great that you can smack it on a low-power PC or a laptop and plug it into your TV and it's a streaming console, but for any use case, the desktp part should ONLY be used by developers and the like in the first place anyway. People who use think that SteamOS is meant for an entry-level gaming PC should just smack a simple Linux-based distro with Steam on the PC instead, saving a lot of headaches. Manjaro for example is great for this, at least as far as I'm aware.

[QUOTE=nikomo;43204079]Works fine for me, compiled it today and I'm running it now.[/QUOTE] [quote] This commit is responsible for compile error: " commit 3e1e4a5f3a324502c27c4e8808e06ac2ea842360 Author: Krzysztof Kozlowski <k.kozlowski@samsung.com> Date: Thu Dec 12 17:12:31 2013 -0800 mfd/rtc: s5m: fix register updating by adding regmap for RTC Rename old regmap field of "struct sec_pmic_dev" to "regmap_pmic" and add new regmap for RTC. ... " Problem is that old field name is regmap and now is regmap_pmic, so drivers that use it don't compile. I compile regularly so one needs to change regmap to regmap_pmic in two file where compiler complains. I guess that nobody compiles that driver, so kernel devels didn;t catch this error yet [/quote] [url]http://ubuntuforums.org/showthread.php?t=2193984[/url] that seemed to be the problem on my compile.