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

Speaking of filesystem trees, i thought of a 'better' tree for more time than i should and came up with something too plan9, so i changed it to be doable on lunix [unsure] and this is what i think would work: [CODE] / ├── bin ├── boot ├── dev ├── etc ├── lib /* Optional */ ├── mnt /* Works as usual */ ├── proc ├── root ├── srv ├── sys ├── tmp ├── usr │ ├── share │ │ ├── bin /* Add the correct binaries to $PATH */ │ │ │ ├── i386 │ │ │ ├── x86_64 │ │ │ └── ... │ │ ├── etc /* Has less priority than ~/../etc */ │ │ ├── lib │ │ │ ├── i386 │ │ │ └── ... │ │ ├── src │ │ │ ├── include │ │ │ ├── kernel-${VERSION} │ │ │ ├── ${PKG} │ │ │ └── ... │ │ └── var │ │ ├── cache │ │ └── ... │ ├── initrd │ │ ├── bin │ │ │ ├── shs /* Shell scripts, first dir on $PATH */ │ │ │ ├── shell -> /usr/initrd/bin/bash /* Patched to not use dotfiles */ │ │ │ └── ... │ │ ├── etc │ │ ├── home │ │ ├── lib │ │ ├── mnt /* /media sucks */ │ │ ├── src │ │ │ ├── include │ │ │ └── ... │ │ └── var │ └── ... └── var ├── cache └── ... [/CODE] The main reasons being: 1- Dotfiles are clutter. 2- I hate sudo or having to su or generally asking permissions to root, because he's a dick. 3- /media seems redundant, why not just have a local mnt? 4- What if i want to use something else than ganoo on my lunix?, having a place for local binaries allows me to install whatever i want there and makes easier to rice my dwm or acme. 5- Screwing up your local files isn't as bad as screwing up the system files. 6- Standards suck. Thoughts?.

[QUOTE=initrd;44325402] 2- I hate sudo or having to su or generally asking permissions to root, because he's a dick. [/QUOTE] Am I reading this right? Do you really want to do root things without having to enter your password? That doesn't sound safe to me.

Isn't that basically just moving your whole standard-ish tree inside /usr/share How does this practically change anything apart from making your directories harder to find?

[QUOTE=initrd;44325402] 1- Dotfiles are clutter. [/QUOTE] Dotfiles are fine. There is nothing wrong with them except they begin to clutter your home folder; I really wish more programs would create their shit in the .config folder instead.

.config/<application>/<config_files> is a better solution than 100's of .bashrc, .conkyrc .fuckwit/shitconfigrc More consistency would be cool.

[QUOTE=kaukassus;44328810].config/<application>/<config_files> is a better solution than 100's of .bashrc, .conkyrc .fuckwit/shitconfigrc More consistency would be cool.[/QUOTE] It's because .foorc is the old way, a lot of things might depend on it being the way things are, and that some people just don't give a damn about freedesktop standards. Frankly, I like having ~/.${SHELL}rc but other things should be in ~/.config

[QUOTE=esalaka;44328832]It's because .foorc is the old way, a lot of things might depend on it being the way things are, and that some people just don't give a damn about freedesktop standards. Frankly, I like having ~/.${SHELL}rc but other things should be in ~/.config[/QUOTE] Having every User config file in .config would be awesome. If you wanted to back up all your configs for another PC, you could just issue [code] tar czvf configs.tar.gz ~/.configs [/code] [editline]23rd March 2014[/editline] Would make my life a whole lot easier.

I guess this borders between programming and General Linux, but I'm writing a simple web interface for a server in Busybox Ash, using the Busybox HTTPD. Is there any way to support file uploads?

[QUOTE=mastersrp;44329127]I guess this borders between programming and General Linux, but I'm writing a simple web interface for a server in Busybox Ash, using the Busybox HTTPD. Is there any way to support file uploads?[/QUOTE] Looks like Busybox HTTPD supports CGI. What scripting languages do you have available?

[QUOTE=IpHa;44329625]Looks like Busybox HTTPD supports CGI. What scripting languages do you have available?[/QUOTE] As I wrote, I'm writing it in Busybox Ash, an implementation of Shell script. I could theoretically install Perl as well, but if I could restrict the code to Busybox Ash, that would be ideal. I have the option of installing external applications and calling those, but I doubt that changes anything.

Perl would be easiest: [url]http://www.seaglass.com/file-upload-pl.html[/url] And if you want to try in in sh I found this: [url]http://tuxx-home.at/archives/2006/04/25/T14_29_04/[/url]

I had a problem with GMod on AwesomeWM. Every time I switched to another tag and back, GMod would minimize. This is annoying as fuck. Here's the fix. It works with AwesomeWM 3.4 and not 3.5 Put it at the bottom of your rc.lua. Note: the "tags" variable must exist. It must hold a table of tables. Each table is a list of tags for one screen. This is true in the default config. [lua] local focusWindowTimer = timer({ timeout = 0 }) focusWindowTimer:add_signal("timeout", function() focusWindowTimer:stop() selectedTag = awful.tag.selected() if selectedTag then cls = selectedTag:clients() for k, v in pairs(cls) do if v.class == "hl2_linux" then v.minimized = false end end end end) for _, scr in pairs(tags) do for _, tag in pairs(scr) do tag:add_signal("property::selected", function(t) focusWindowTimer:start() end) end end [/lua] To make it work for 3.5, try changing add_signal to connect_signal.

Posted before going to sleep, so here's late answers: [QUOTE=FPtje;44327826] Am I reading this right? Do you really want to do root things without having to enter your password? That doesn't sound safe to me. [/QUOTE] I don't get what do you mean with 'root things' but: Modifying / and /usr/share would require root permission. Only yourself and root would be able to read/write things under /usr/$USER/ [QUOTE=esalaka;44328393] Isn't that basically just moving your whole standard-ish tree inside /usr/share How does this practically change anything apart from making your directories harder to find? [B][I][nah][/I][/B] [/QUOTE] Pretty much: [CODE] / │ ├── Directories necessary for booting and maintenance as root. └── usr ├── Hierarchy for stuff shared to all users, read only as non root. └── Hierarchy for your own stuff, home moved here. [/CODE] Home is back to us[B]e[/B]r, as that's what the dir was for before they ran out of disk space at bell labs. [QUOTE=TheCreeper;44328530] Dotfiles are fine. There is nothing wrong with them except they begin to clutter your home folder; I really wish more programs would create their shit in the .config folder instead. [/QUOTE] Maybe .config would be fine if you were using the standard hierarchy, but having a local hierarchy means you don't need to have dotfolders; since you already have a $HOME/../etc. I already have something like that in my home directory and have scripts like: [CODE] ~/bin/ls -> /usr/bin/ls -a $@ ~/bin/ll -> /usr/bin/ls -la $@ ~/bin/nano -> /usr/bin/nano -w $@ [/CODE] It's definitely useful, and should be better with more scripts. Now, about security issues, any shell script you run can change your $PATH, programs can do that too probably so that's not a new bad thing that happens only to this kind of hierarchy, but maybe i'm missing something?.

[QUOTE=nikomo;44322024]I know it's Moronix, but: [url]http://www.phoronix.com/scan.php?page=article&item=amd_catalyst_kernel&num=1[/url] AMD is going to make Catalyst an userspace binary, that is reliant on the open-source drivers. Right now, the drivers require a full compiler stack installed, because you can't distribute non-open modules legally, if they link to the kernel, so under the current module, the drivers are installed, a module is compiled and inserted, and then stuff usually works. Under the new model, the open-source drivers live inside the kernel like they do right now, and then AMD distributes a closed userspace binary, which doesn't link to the kernel, so they can do that legally, and it works with the open-source drivers that are in the kernel. So, you install a Linux distribution, you're using the open-source drivers, you decide you want to sacrifice freedom for some 3D performance, you install the userspace kernel, and now you're running AMD's proprietary graphics solution, which sits on top of the open-source drivers.[/QUOTE] That's actually pretty neat.

Apparently terminals (or at least terminator) don't support the mouse on columns 224 and higher. Does anyone know a fix for this?

There is a limitation in the control protocol: [url]http://code.google.com/p/iterm2/issues/detail?id=432#c3[/url] But it's been fixed in most terminals including: xterm rxvt-unicode vte based(gnome, xfce, terminator) What version of terminator are you using? I just tried it in v0.97 and I had full mouse support.

terminator-0.97-1 from the default Manjaro repositories. It's broken in vim and ranger, using fish and bash, and works fine in xterm, so it must be my build of terminator. I'll see if I can get another build somehow. [editline]24th March 2014[/editline] Download from [url=https://launchpad.net/terminator/+download]here[/url] didn't work either. [editline]24th March 2014[/editline] Could I have your /usr/bin/terminator and /usr/lib/python2.7/site-packages/terminatorlib/, please?

The more I use netcat the more I feel like it's some sort of black magic [t]http://i.imgur.com/Jzt3imx.png[/t]

[QUOTE=Mega1mpact;44339690]The more I use netcat the more I feel like it's some sort of black magic [t]http://i.imgur.com/Jzt3imx.png[/t][/QUOTE] When you start working with ZFS send/receive, you'll feel like your computer is just black magic. Syncronizing entire file systems over netcat connections, SSH connections, through compression systems, is just crazy. Imagine this: [code] # Sending side zfs send root/backup@2014-03-24 | lz4 -c - | nc 192.168.1.40:5000 # Receiving side nc -l -p 5000 | lc4 -d - | zfs receive root/backup [/code] And somehow, that just works. On both ends. I'm at a fucking loss, but this is some seriously well done tech. [editline]24th March 2014[/editline] In practice I wouldn't even compress the data on local networks though, considering the tiny added benefit of it. Usually you would just enable lz4 compression on your filesystems anyway, so the data wouldn't get any more compressed.

Gave up on the smart method of moving my install over to my SSD, using the sledgehammer method because I got too bored. Installed Debian etc., did all kinds of shit, got bored, currently booted over to a Ubuntu liveCD with my phone, installed openssh-server inside the live media and I have my old hard drive in an old laptop, and mounted, now copying bin, etc, lib, lib64, opt, sbin, srv, usr, var, home and root over with scp. And I backed up the fstab before I nuked the temporary etc folder, so that won't be a problem. Sometimes, the simple solutions are best, they're just boring.

It's not a huge deal in this case, but ftp would probably be much, much faster for something like that. The s part of scp is an unnecessary slowdown if you're just moving binaries and config files around a local network.

I know, but I can take a performance hit when it lets me skip the configuration bullshit that comes with every FTP server software I know of. Set it, forget about it, watch a movie, do stuff, be done with it.

KWin owns. I can't get myself to like KDE, but I do like their WM. Especially the ability to attach tabs to things. I've changed all my Firefox shortcuts and buttons to open new windows instead of tabs, and then set KWin to automatically group new Firefox windows. So the "tabs" intergrate with the titlebar, which saves space, but they're seperate windows, and can be managed with a program like Docky or Plank. AFAIK this is the only WM I've seen that can do something like that. It's also useful when I'm compiling something from git for example, so I can attach the terminal to my package browser. I always lose track of god damn modal dialogs, this fixes that. I'm not sure how to make a theme for it though. I have to pick which session to use it in. Either MATE or XFCE. I'll probably need a dock too. Plank seems like the only active one. My distro is turning out to be a real Frankenstein monster

Pro-tip, Docker likes to have devicemappers pointing to everything you have, including your hard drive, so if you're copying oh, let's say everything on /, that includes var, which includes docker, which includes the device mappings, so you start copying your entire hard drive over the network. I got lazy and just purged the package, rebooted and nuked the fucking folder.

I have a newfound respect for Portage maintainers - it took me fifteen minutes to get a version bump of sip to work locally.

[QUOTE=lavacano;44346471]I have a newfound respect for Portage maintainers - it took me fifteen minutes to get a version bump of sip to work locally.[/QUOTE] Gentoo? [editline]25th March 2014[/editline] Is there something that takes the errors that cmake spits out about missing libraries and automatically creates a list or just installs them?

[QUOTE=nikomo;44344733]Pro-tip, Docker likes to have devicemappers pointing to everything you have, including your hard drive, so if you're copying oh, let's say everything on /, that includes var, which includes docker, which includes the device mappings, so you start copying your entire hard drive over the network. I got lazy and just purged the package, rebooted and nuked the fucking folder.[/QUOTE] Be careful what you use Docker for, and how. In many instances, using chroot will be more than enough. [editline]25th March 2014[/editline] [QUOTE=rilez;44344539]KWin owns. I can't get myself to like KDE, but I do like their WM. Especially the ability to attach tabs to things. I've changed all my Firefox shortcuts and buttons to open new windows instead of tabs, and then set KWin to automatically group new Firefox windows. So the "tabs" intergrate with the titlebar, which saves space, but they're seperate windows, and can be managed with a program like Docky or Plank. AFAIK this is the only WM I've seen that can do something like that. It's also useful when I'm compiling something from git for example, so I can attach the terminal to my package browser. I always lose track of god damn modal dialogs, this fixes that. I'm not sure how to make a theme for it though. I have to pick which session to use it in. Either MATE or XFCE. I'll probably need a dock too. Plank seems like the only active one. My distro is turning out to be a real Frankenstein monster[/QUOTE] There's not any way to theme KWin with GTK, is there? Or is there some easy way to make GTK2 and GTK3 themes work with KDEs Qt theming?

[QUOTE=mastersrp;44347975]Be careful what you use Docker for, and how. In many instances, using chroot will be more than enough.[/QUOTE] I was just playing around with it, not sure why I hadn't removed it. Also, just copying over the FS won't work, because of symlink and ownership stuff, it almost worked though, that was nice. I have a backup plan, giving that a try now.

[QUOTE=mastersrp;44347975] There's not any way to theme KWin with GTK, is there? Or is there some easy way to make GTK2 and GTK3 themes work with KDEs Qt theming?[/QUOTE] There's no way to theme the window decorations to match GTK, AFAIK. There's a theme engine to get QT applications to match GTK, but it doesn't always work right. That's the biggest issue I'm gonna face. I want to incorporate the window manager settings into xfce/mate settings if I can. And the effect it displays when you're tiling windows is determined by the god damn plasma theme. [editline]25th March 2014[/editline] I appreciate the amount of choice KDE gives you, but there has got to be a smarter way to do it... [editline]25th March 2014[/editline] I also have to figure out what to do with GTK 3 titlebars. Specifically the ones with stupid shit in the title bar. This is part of the reason I'm considering MATE, so I have GTK 2 based fallbacks for things like gedit

[QUOTE=Mega1mpact;44347888]Gentoo?[/QUOTE] Yep. I wouldn't have bothered normally, but I needed PyQt5 for a Starbound inventory editor, the version I downloaded absolutely NEEDED sip 4.15.5 (official Portage tree only goes up to 4.15.4), and I didn't feel like traversing the Internet for an old package version.