General Linux Chat and Small Questions v. Install Arch
4,946 replies, posted
[QUOTE=Van-man;36567531]You're never gonna learn new things with that attitude.[/QUOTE]
Alright, making a gedit text document, save as .sh.
Make it readable only, but mark executeable.
What code should i put inside it?
And yes then i move it somewhere i won't find it directly.
And startup script is configured inside it, or do i have it as a launch in bashrc? Or is that terminal only?
(thinking back when i learned to configure archey.)
Moofy, have you even tried to google any of your problems?
I have been trying to be nice and explain things to you, but this shit is barely hard. I bit of a google search should fix your problem.
That aside, I found out some things about conky and XFCE.
First, if you start conky before XFCE is done fiddling with the desktop (root window or whatever it's called) conky will display and then XFCE will fuck with the root window and stop it from displaying.
Now you have, generally speaking, two solutions. You can either wait for XFCE to do it's root window thingamabobs and then start conky.
e.g. [code]sleep <HoweverlongittakesforXFCEtodoitsthing> && conky[/code]
Or, you can configure conky to start in its own transparent, fixed, borderless, and whatever else window. This will skip the whole root window problem, but it might require some extra work (Compositor, etc.)
[url]http://blog.mmassonnet.info/2011/08/xfce-48-with-conky.html[/url]
I would suggest that instead of [code]sleep 5 && conky[/code] you try something like [code]sleep 20 && conky[/code] You might want to adjust that value depending on your system.
I'm having problems trying to use LXDE and LXDM on my Arch install on my new laptop, I'll try to describe the issue.
I have lxdm added to my daemons array in /etc/rc.conf and have made no other changes to the configuration for LXDM LXDE or Xorg. When it launches, the screen goes black and I get some artifacts, eventually a cursor shows up and I can move it, but nothing else. The screen flashes on and off every so often and eventually everything freezes. Ctrl-Alt-Backspace doesn't work and I can't switch to any of my terminals. I'll provide more info if needed.
The problem with the screen flickering is most likely some kind of driver issue. You might want to post your GPU so we can see what might be wrong.
About the CTRL-ALT-BKPS. This feature of Xorg is not configured by default in arch. You have to edit your Xorg config to enable it.
As for not being able to switch to terminals. This is probably because the LXDE daemon starts X before the virtual terminals are initialized. It's a common problems when you start your login manager as a daemon.
To get access to your terminals again (not have lxde start automatically) you'll need to boot your system into runlevel 1.
When your GRUB menu starts up, hover over the Option you would normally use and press [B]e[/B]. At the end of the line that starts with kernel add the number one (also note that this is a temporary thing it won't change your grub config)
e.g
[code]kernel /vmlinuz-linux root=/dev/disk/by-label/root ro vga=775 1[/code]
Of course your line will be different. The important thing is the [B]1[/B] at the end. Once you're done editing you should be able to boot your system by pressing [B]b[/B]
Do note that there should be basic instructions on the screen during the whole edit process.
This should boot your in single user mode. Now, you need to edit your rc.conf file and remove the lxde daemon. Once that is done reboot and start arch normally. You should be greeted by your standard bash login.
[QUOTE=Boris-B;36572896]The problem with the screen flickering is most likely some kind of driver issue. You might want to post your GPU so we can see what might be wrong.
About the CTRL-ALT-BKPS. This feature of Xorg is not configured by default in arch. You have to edit your Xorg config to enable it.
As for not being able to switch to terminals. This is probably because the LXDE daemon starts X before the virtual terminals are initialized. It's a common problems when you start your login manager as a daemon.
To get access to your terminals again (not have lxde start automatically) you'll need to boot your system into runlevel 1.
When your GRUB menu starts up, hover over the Option you would normally use and press [B]e[/B]. At the end of the line that starts with kernel add the number one (also note that this is a temporary thing it won't change your grub config)
e.g
[code]kernel /vmlinuz-linux root=/dev/disk/by-label/root ro vga=775 1[/code]
Of course your line will be different. The important thing is the [B]1[/B] at the end. Once you're done editing you should be able to boot your system by pressing [B]b[/B]
Do note that there should be basic instructions on the screen during the whole edit process.
This should boot your in single user mode. Now, you need to edit your rc.conf file and remove the lxde daemon. Once that is done reboot and start arch normally. You should be greeted by your standard bash login.[/QUOTE]
Yeah I understand how to get out of the freezing loop, I just want to be able to get LXDE to start, and I don't think it's a problem with the virtual terminals being initialized, because if I manage to hit Ctrl-Alt-F1 quick enough, I can get back to tty1.
I happen to have a copy of Linux Redhat lying around and a spare computer I'd like to try it on, is there anything I should know about before trying out Linux?
[QUOTE=Cows Rule;36573077]I happen to have a copy of Linux Redhat lying around and a spare computer I'd like to try it on, is there anything I should know about before trying out Linux?[/QUOTE]
[url=http://linux.oneandoneis2.org/LNW.htm]Linux is NOT Windows,[/url] and if you are unhappy about something: fix it!
With Linux you have the ability to change everything, from the options that you're given, to the source code it was compiled from. Nothing you dislike should exist in your domain. You are GOD of your computer with Linux.
And most of all: have fun! It's a free experience and you might learn a thing or two from it.
when i create a .sh in user, for example hi.sh, when i switch to root, and type ls, the hi.sh isn't there. vice versa. is it supposed to be this way?
[QUOTE=marcus5;36573279]when i create a .sh in user, for example hi.sh, when i switch to root, and type ls, the hi.sh isn't there. vice versa. is it supposed to be this way?[/QUOTE]
Do you log in as root or do you su to root? If you logged in to root, then you need to cd to the directory (root's default directory is /root whereas the user's default directory is /home/user).
[QUOTE=Niteshifter;36573406]Do you log in as root or do you su to root? If you logged in to root, then you need to cd to the directory (root's default directory is /root whereas the user's default directory is /home/user).[/QUOTE]
ahh i found out the problem, yea i need to cd. thanks
[QUOTE=Boris-B;36570911]Moofy, have you even tried to google any of your problems?
I have been trying to be nice and explain things to you, but this shit is barely hard. I bit of a google search should fix your problem.
That aside, I found out some things about conky and XFCE.
First, if you start conky before XFCE is done fiddling with the desktop (root window or whatever it's called) conky will display and then XFCE will fuck with the root window and stop it from displaying.
Now you have, generally speaking, two solutions. You can either wait for XFCE to do it's root window thingamabobs and then start conky.
e.g. [code]sleep <HoweverlongittakesforXFCEtodoitsthing> && conky[/code]
Or, you can configure conky to start in its own transparent, fixed, borderless, and whatever else window. This will skip the whole root window problem, but it might require some extra work (Compositor, etc.)
[url]http://blog.mmassonnet.info/2011/08/xfce-48-with-conky.html[/url]
I would suggest that instead of [code]sleep 5 && conky[/code] you try something like [code]sleep 20 && conky[/code] You might want to adjust that value depending on your system.[/QUOTE]
I do google stuff, but i tend to find a whole new way to do the stuff.
I like to learn it from where i started to the end, i started with that boot command, so an .sh file would be a new path.
I can learn .sh files afterwards, but i want to understand this first.
[editline]1st July 2012[/editline]
Alright need to make an .sh file, just using the command line won't work no matter how high i set the value.
so:
make a file, save as: "[B].conky_start.sh[/B]"
[code]#!/bin/bash
sleep 20 && conky[/code]
And then in session & startup i use one if following command lines:
[B]/home/matthew/.conky_start.sh[/B]
or
[B]~/matthew/.conky_start.sh[/B]
I think your biggest problems is that you aren't trying things.
Time to try out linux from scratch.
[QUOTE=Jookia;36575232]I think your biggest problems is that you aren't trying things.[/QUOTE]
Maybe, but I'm just asking instead of arguing.
Because last time i just tried something was when i needed to locate bashrc i ended up touching system files.
Call me an idiot or what not but you could just say something like: "[B]Yea do that, should work. If not check your (insert something here)[/B]".
[editline]1st July 2012[/editline]
[del]And can't get it to work either with the .sh file.[/del]
Oh it worked.
[QUOTE=Moofy;36574488]
[B]~/matthew/.conky_start.sh[/B][/QUOTE]
I just wanted to clarify something about this path.
~ means your home folder. In your case it's [B]/home/matthew/[/B] The path your provided would put you in [B]/home/matthew/matthew/.conky_start.sh[/B] Which is obviously problematic. [B]~/.conky_start.sh[/B] would be the right path
[editline]1st July 2012[/editline]
[QUOTE=Dragonflare;36573064]Yeah I understand how to get out of the freezing loop, I just want to be able to get LXDE to start, and I don't think it's a problem with the virtual terminals being initialized, because if I manage to hit Ctrl-Alt-F1 quick enough, I can get back to tty1.[/QUOTE]
Like I said before Its probably a thing with your display drivers.
If you tell us what your GPU is we might be able to help. Also, did you install any drivers?
I looked on the arch wiki and I didn't see instructions saying to put lxde in the daemons array in rc.conf. Where did you get that from?
Also, did you install a login manager? If so which one?
[QUOTE=Boris-B;36577900]I just wanted to clarify something about this path.
~ means your home folder. In your case it's [B]/home/matthew/[/B] The path your provided would put you in [B]/home/matthew/matthew/.conky_start.sh[/B] Which is obviously problematic. [B]~/.conky_start.sh[/B] would be the right path
[/QUOTE]
Yea i knew that, I just first spotted my own mistake now. :v:
[QUOTE=Boris-B;36577900]
Like I said before Its probably a thing with your display drivers.
If you tell us what your GPU is we might be able to help. Also, did you install any drivers?
I looked on the arch wiki and I didn't see instructions saying to put lxde in the daemons array in rc.conf. Where did you get that from?
Also, did you install a login manager? If so which one?[/QUOTE]
I have an AMD Radeon HD 6950 reference card with 6970 BIOS to unlock the shaders that they limited within the 6950 BIOS, I have used both the fx86-video-ati drivers as well as the proprietary catalyst drivers from the AMD website. LXDE itself is not in my daemons array in rc.conf, but the display manager LXDM is, which also serves as a login manager.
Is everything like installable trough wine? (Windows programs).
Such as Adobe products or MAYA 2012.
Examples, I dont use MAYA.
[QUOTE=Moofy;36579963]Is everything like installable trough wine? (Windows programs).
Such as Adobe products or MAYA 2012.
Examples, I dont use MAYA.[/QUOTE]
I know you like posting questions here because you get answers quick, but lots of questions you ask can very easily be found out with the slightest bit of research. You might learn that way a little better as well.
To answer your question: No, wine can install/run a lot of windows programs, but not everything.
You can check if something runs well in winehq's appdb here: [url]http://appdb.winehq.org/[/url]
Don't know if I'm just being stupid or not here, but is there any way in Xfce to remove window
decorations in certain applications that don't do it automatically (i.e. Firefox)?
Chrome seemed to do it pretty well, replacing the standard buttons with its own skinned ones, so it has to be possible.
What I mean:
Firefox:
[img]https://dl.dropbox.com/u/28215761/misc/img/firefox_decoration.png[/img]
Chrome:
[img]https://dl.dropbox.com/u/28215761/misc/img/chrome_nodecoration.png[/img]
I know you can set up KB shortcuts to a shell script that does it all for you, but I don't really think that's all worth the hassle when I'm going to be switching between Firefox and other apps a lot.
[QUOTE=Naelstrom;36580441]I know you like posting questions here because you get answers quick, but lots of questions you ask can very easily be found out with the slightest bit of research. You might learn that way a little better as well.
To answer your question: No, wine can install/run a lot of windows programs, but not everything.
You can check if something runs well in winehq's appdb here: [url]http://appdb.winehq.org/[/url][/QUOTE]
Oh wait, i ment like installing the programs themselves, because i see they get rating and all.
If i can find the program on the AppDB can i install it with wine? Because the version of the program dosen't matter or does it?
Let's say Adobe Photoshop CS5. So is it like that CS4 is supported but not CS5, or is it not at all like that?
Also my conky gives me [URL="http://www.zimagez.com/zimage/screenshot-07012012-095237pm.php#"]this[/URL], there is the default background behind it, it only does this to some conky configs, i don't know what to edit and after research people say that it is the [B]own_window[/B], but no matter what it wont fix?
Lets take Photoshop for example. If you search for photoshop, you'll land of this page.
[url]http://appdb.winehq.org/appview.php?appId=17[/url]
Now if you look at CS5 and CS4 you can see that CS5 is rated gold while CS4 is rated garbage. So the version does matter (to a point).
Just because you can find an app on the appdb doesn't mean that it will automatically run or install.
Let's look at the page for CS5: [url]http://appdb.winehq.org/objectManager.php?sClass=version&iId=20158[/url]
We can see in the tests results page what works and what doesn't work.
[quote]
What works
Nearly everything
What does not
[B] - Installer (copied Install from Win7) [/B]
- Bridge and extra stuff like that (not required for working with PS itself)
What was not tested
- All Filters (only a few but those worked fine, so I guess the rest does so, too)
- Exports
- Imports
- Scripts
- Activation using AAM (was already activated in Win7)
Additional Comments
Copied all files and registry entries from Windows 7.
GUI has some problems with updating. You have to click in the image editor to update the view (for example if you resize something, the result will only show after you clicked somewhere on the image).
[/quote]
You can see that it doesn't install. The guy had to copy the entire install from a Windows 7 box.
If you look at the test results table, you'll see that there are tests for different wine versions. So wine versions also matter.
More often than not, newer versions of wine work better than older versions of wine. There are times where wine updates will break something and a piece of software will stop running.
Also, you can see which distros the tests were done on. Most times this is not a big deal. (If it runs on ubuntu it'll probably run on Arch, etc.)
cs5 works kinda ok but CS2 works better in wine than it does natively on windows
[QUOTE=Boris-B;36582772]Lets take Photoshop for example. If you search for photoshop, you'll land of this page.
[url]http://appdb.winehq.org/appview.php?appId=17[/url]
Now if you look at CS5 and CS4 you can see that CS5 is rated gold while CS4 is rated garbage. So the version does matter (to a point).
Just because you can find an app on the appdb doesn't mean that it will automatically run or install.
Let's look at the page for CS5: [url]http://appdb.winehq.org/objectManager.php?sClass=version&iId=20158[/url]
We can see in the tests results page what works and what doesn't work.
You can see that it doesn't install. The guy had to copy the entire install from a Windows 7 box.
If you look at the test results table, you'll see that there are tests for different wine versions. So wine versions also matter.
More often than not, newer versions of wine work better than older versions of wine. There are times where wine updates will break something and a piece of software will stop running.
Also, you can see which distros the tests were done on. Most times this is not a big deal. (If it runs on ubuntu it'll probably run on Arch, etc.)[/QUOTE]
Aaaaah, that cleared everything up!
Thanks.<3
Something to note about wine's appdb, if the game or application is rated as bronze or silver, read the review still because I've encountered a few which were marked bronze because you needed to switch a couple registry keys to make it work like platinum (some people can't rate things properly).
I think I am a bit addicted to Linux.
Because everytime I use Windows and check the Arch Linux website to see any upgraded packages, I open up the command prompt and type in "sudo pacman -Syu". :L
Is there an installation guide for Crunchbang 10.1? I've previously used Ubuntu before.
have you tried it? there's hardly anything to it at all.
i need to clarify this,
if in red hat enterprise linux 5, i create a .sh script, and i start off with #!/bin/bash, this means if i attempt to perform Setuid on it, the operation will be ignored as #!/bin/bash ignores Seruid?
I'm still having some problems with LXDE. Does anyone have any suggestions?
Sorry, you need to Log In to post a reply to this thread.