• General Linux Chat and Small Questions v. Install Arch
    4,946 replies, posted
[QUOTE=ichiman94;36871935]Now I'm using Linux Mint Debian Edition! Steam works and everything else, the only problem is that I can't set the audio output to my headphone, it only sounds from the internal speakers. Tried to remove it with modprobe -r pcspkr but I had no luck. I had the same problem with Arch Linux too, but I'll look for the solutions tomorrow.[/QUOTE] What's your sound card? I remeber I had to set some obscure setting to make mine work.
[QUOTE=ichiman94;36871935]Now I'm using Linux Mint Debian Edition! Steam works and everything else, the only problem is that I can't set the audio output to my headphone, it only sounds from the internal speakers. Tried to remove it with modprobe -r pcspkr but I had no luck. I had the same problem with Arch Linux too, but I'll look for the solutions tomorrow.[/QUOTE] ALSA? Try flipping Independent HP in alsamixer and see if it works.
I didn't have that option with Arch, nor I have currently in Mint. Alsa doesn't display that option. The (integrated) sound card is a generic Intel HD Audio (ich7) in my Fujitsu Siemens mobo so I don't wonder if it needs some obscure settings to make it work. But as I said, I'll dwell into the problem tomorrow.
The glibc issues with Arch is exactly what got me to switch to Gentoo. That sort of issue is something the package manager is meant to deal with and I don't know why they still haven't fixed it.
[QUOTE=Niteshifter;36873076]The glibc issues with Arch is exactly what got me to switch to Gentoo. That sort of issue is something the package manager is meant to deal with and I don't know why they still haven't fixed it.[/QUOTE] [url=http://www.archlinux.org/news/the-lib-directory-becomes-a-symlink/]It's not broken.[/url]
[QUOTE=Niteshifter;36873076]The glibc issues with Arch is exactly what got me to switch to Gentoo. That sort of issue is something the package manager is meant to deal with and I don't know why they still haven't fixed it.[/QUOTE] /lib isn't owned by a package and the package manager does not overwrite files not related to the package being installed unless you tell it to. That aside, the act of removing /lib would require the following maneuver: 1) Package manager detects filesystem conflict 2) pacman identifies all files inside directory 3) suggests to delete all packages 4) If directory still has contents, fail. Otherwise proceed. But pacman does not do this because it would be dumb and pointless. And because your /lib probably does have unversioned files. What's weird is your stance at this. The glibc issue isn't an issue, it's actually a transition to a new way of doing things. Similar to that earlier filesystem update that moved /var/run and /var/lock into /run. [editline]21st July 2012[/editline] Basically if the package manager handled this it would potentially break your system without you having a say. It's much more sane not to do anything until the user clears their /lib directory
Ok, I never knew that. I seen so many issues with that package a few months back and assumed it was pacman doing it (I should probably research next time instead of assuming). Either way, I've found Gentoo a lot better for me. On another note, Windows 7 isn't a good idea for a netbook and my younger sister is experiencing it first-hand (and is also bashing the keyboard when it's slow). So, in order to preserve the lifetime of it, my mom agreed for me to install Mint on it. I'm moving soon, so she asked about how I could maintain it, so I showed her the magic of ssh and vncviewer.
Can anyone here help me out? I'm reinstalling Arch after I broke my previous install, I use dual monitors and I'm trying to get them set up correctly, The primary monitor works fine but the second monitor only shows a few rows of pixels at the top and they flicker. I'm setting the resolution with xrand but I get the same issue when I set it with xorg.conf I've had this issue in the past but I can't remember for the the life of me how I fixed it. Google is no help.
[QUOTE=CDeansy;36877440]Can anyone here help me out? I'm reinstalling Arch after I broke my previous install, I use dual monitors and I'm trying to get them set up correctly, The primary monitor works fine but the second monitor only shows a few rows of pixels at the top and they flicker. I'm setting the resolution with xrand but I get the same issue when I set it with xorg.conf I've had this issue in the past but I can't remember for the the life of me how I fixed it. Google is no help.[/QUOTE] What graphics card do you have?
[QUOTE=esalaka;36873759]/lib isn't owned by a package and the package manager does not overwrite files not related to the package being installed unless you tell it to. That aside, the act of removing /lib would require the following maneuver: 1) Package manager detects filesystem conflict 2) pacman identifies all files inside directory 3) suggests to delete all packages 4) If directory still has contents, fail. Otherwise proceed. But pacman does not do this because it would be dumb and pointless. And because your /lib probably does have unversioned files. What's weird is your stance at this. The glibc issue isn't an issue, it's actually a transition to a new way of doing things. Similar to that earlier filesystem update that moved /var/run and /var/lock into /run. [editline]21st July 2012[/editline] Basically if the package manager handled this it would potentially break your system without you having a say. It's much more sane not to do anything until the user clears their /lib directory[/QUOTE] Still, this change made my Linux unbootable for a second time now. Changes like this are very annoying, a simple pacman -Syyu is dangerous in arch because it can break your system. Alright, chroot doesn't work properly with the new /lib, the kernel didn't build, UDev is fucked (it can't find the hard drive on boot). I think I could solve this with some effort, but I'm probably better off installing Gentoo.
[QUOTE=FPtje;36882596]a simple pacman -Syyu is dangerous in arch because it can break your system.[/QUOTE] Just updating has never broken my system, only individual packages (usually from the AUR) I have no idea of how this glibc update could make your system unbootable especially since it doesn't do shit if you don't fuck things up yourself. Which you did, by trying to move /lib without realising almost literally every program depends on /lib existing. (Also, I just realised you read that guide wrong as well: It didn't tell you to reinstall the kernel, it told you to remove old kernel module leftovers not owned by any package from /lib)
[QUOTE=esalaka;36882886]Just updating has never broken my system, only individual packages (usually from the AUR) I have no idea of how this glibc update could make your system unbootable especially since it doesn't do shit if you don't fuck things up yourself. Which you did, by trying to move /lib without realising almost literally every program depends on /lib existing. (Also, I just realised you read that guide wrong as well: It didn't tell you to reinstall the kernel, it told you to remove old kernel module leftovers not owned by any package from /lib)[/QUOTE] I moved /lib back, so that's not the problem now. And no, the guide didn't tell me to rebuild the kernel, pacman -Syu --ignore glibc did because of a kernel update. Seriously, I've had pacman -Syyu break my system several time. A few months ago I had this problem where EVERY kernel update broke mkinitcpio and that after EVERY update I had to rebuild the init through the arch live USB. It's miraculous that you haven't pacman -Syyu break your system yet.
Ah, I see (But that didn't cause any issues for me, either?? Are you sure you didn't simply have some modules installed that needed manual rebuilding or sth?)
[QUOTE=esalaka;36882921]Ah, I see (But that didn't cause any issues for me, either?? Are you sure you didn't simply have some modules installed that needed manual rebuilding or sth?)[/QUOTE] I never mess with kernel modules.
[QUOTE=IpHa;36880063]What graphics card do you have?[/QUOTE] 6950 and I'm using the xf86-video-ati drivers.
[QUOTE=FPtje;36882907]I moved /lib back, so that's not the problem now. And no, the guide didn't tell me to rebuild the kernel, pacman -Syu --ignore glibc did because of a kernel update. Seriously, I've had pacman -Syyu break my system several time. A few months ago I had this problem where EVERY kernel update broke mkinitcpio and that after EVERY update I had to rebuild the init through the arch live USB. It's miraculous that you haven't pacman -Syyu break your system yet.[/QUOTE] pacman -Syyu never broke my system for me aswell, only my own stupidy did (like deleting the /lib folder)
The problem is Arch developers aren't afraid to make an update a bit more complicated so that they can make the distro better. At the same time they aren't willing to force their solutions on anyone: they expect anyone using their distro to read and understand all changes they make and be opinionated enough to make their own decision as to how to fix it. Other distros won't let you update incorrectly; Arch won't let you submit to such a scheme. I suppose the reason for there being so many distros is that there should be something for everyone out there :v: so I don't see sticking with Arch if you feel it is a handicap.
[QUOTE=Rayjingstorm;36884376]The problem is Arch developers aren't afraid to make an update a bit more complicated so that they can make the distro better. At the same time they aren't willing to force their solutions on anyone: they expect anyone using their distro to read and understand all changes they make and be opinionated enough to make their own decision as to how to fix it. Other distros won't let you update incorrectly; Arch won't let you submit to such a scheme. I suppose the reason for there being so many distros is that there should be something for everyone out there :v: so I don't see sticking with Arch if you feel it is a handicap.[/QUOTE] The point is kind of that Arch devs provide you with the means and a guide (or a dozen) of how to do things like they do but give you total freedom to actually fuck around as much as you want to, if you want to.
Also, has anyone installed Overgrowth on Linux yet? I tried their installer but I get some obscure lua error and it exits...
Okay, I can't seem to find a useable solutions, so I'll drop some information: [code]laca@mint-host ~ $ lspci | grep -i audio 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01) laca@mint-host ~ $ sudo cat /proc/asound/card*/codec\#* | grep -i codec Codec: Realtek ALC260 laca@mint-host ~ $ uname -a Linux mint-host 3.2.0-2-486 #1 Mon Mar 5 00:55:40 UTC 2012 i686 GNU/Linux laca@mint-host ~ $ aplay -l **** List of PLAYBACK Hardware Devices **** ALSA lib conf.c:1220:(parse_def) show is not a compound ALSA lib conf.c:1686:(snd_config_load1) _toplevel_:24:26:Unexpected char ALSA lib conf.c:3406:(config_file_open) /usr/share/alsa/pulse-alsa.conf may be old or corrupted: consider to remove or fix it card 0: Intel [HDA Intel], device 0: ALC260 Analog [ALC260 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 [/code] Alsamixer doesn't show the Independent HP option for me, the HEADPHONE VOLUME CONTROL controlls the internal speakers volume, but the headphone doesn't give out any sound. Under windows 7 it works fine so I don't know what's the issue with it.
I might even go for something stable, such as mint. Saves me a lot of problem solving time. If mint doesn't mind going to the next version without a reinstall too much. I've heard that Ubuntu/Mint distro updates are unsafe, but the last times I tried it (years ago) it went fine. I'm thinking about either Mint or Gentoo (and what a difference between the two). Currently I'm leaning towards Mint because it saves me a lot of time. But I've got a week to think about it, since I'm going to England for a holiday :D
[QUOTE=FPtje;36885727]I might even go for something stable, such as mint. Saves me a lot of problem solving time. If mint doesn't mind going to the next version without a reinstall too much. I've heard that Ubuntu/Mint distro updates are unsafe, but the last times I tried it (years ago) it went fine.[/QUOTE] It's only people like Richard Stallman that says they're faulty, only because he wants someone who has the same fetish for re-compiling the kernel like himself.
[QUOTE=Van-man;36886293]It's only people like Richard Stallman that says they're faulty, only because he wants someone who has the same fetish for re-compiling the kernel like himself.[/QUOTE] ??? What has that to do with dist-upgrade?
Just putting this out there, but the Gentoo install is not like it used to be. It takes at most 4-5 hours to get a base install the first time. The idea that compiling things would take days or weeks would only really happen if you were using a P2 or P3. One of the largest packages, libreoffice, gets compiled in under 3 hours for me.
[QUOTE=Van-man;36886293]It's only people like Richard Stallman that says they're faulty, only because he wants someone who has the same fetish for re-compiling the kernel like himself.[/QUOTE] RMS would say that Linux mint doesen't respect your freedoms. Currently I'm thinking about switching from gentoo towards Linux mint on my notebook, because I tend to fuck up systems like archlinux and gentoo really fast, and I need something that provides all the software I need to get work sone out of the box (School and work stuff) [QUOTE=Niteshifter;36887143]Just putting this out there, but the Gentoo install is not like it used to be. It takes at most 4-5 hours to get a base install the first time. The idea that compiling things would take days or weeks would only really happen if you were using a P2 or P3. One of the largest packages, libreoffice, gets compiled in under 3 hours for me.[/QUOTE] Another point: I think in many cases, compiling all the packages is not really worth the hassle.
[QUOTE=Niteshifter;36887143]Just putting this out there, but the Gentoo install is not like it used to be. It takes at most 4-5 hours to get a base install the first time. The idea that compiling things would take days or weeks would only really happen if you were using a P2 or P3. One of the largest packages, libreoffice, gets compiled in under 3 hours for me.[/QUOTE] Most of the time pre-compiled packages would work just fine. That's why I like Arch: Most packages are perfectly fine for me but when I need to fix something I can just get the package via abs and run makepkg myself. (Like today when I had to fix a really absurd bug in ddd that's been known of on at least parts of the internet since 2010 but that apparently hadn't been fixed in the Arch repos. Herp derp. Luckily, the patch was clearly explained and very simple.)
New Arch install media released, and it's no minor update to packages, oh no. [url]http://www.archlinux.org/news/install-media-20120715-released/[/url] [quote]New iso images containing a current Arch Linux snapshot have been released and can be found on our Download page. [b]Most notable change is that AIF (the Arch Installation Framework) is no longer included but instead some simple [url=https://wiki.archlinux.org/index.php/Arch_Install_Scripts]install scripts[/url] are provided to aid in the installation process. This means [u][highlight]a menu driven installer is no longer available[/u][/highlight] and we rely more on documentation to guide new users.[/b] We would like to encourage our community to fill in the remaining gaps in our wiki. From now on our install images are signed and it is highly recommend to verify their signature before use. On Arch Linux this can be done by using pacman-key -v <iso-file>.sig. The pacman keyring is automatically initialized on bootup. Therefore signature verification is available on the live media and will work out of the box on the installed system. Instead of six different images we only provide a single one which can be booted into an i686 and x86_64 live system to install Arch Linux over the network. [b]Media containing the [core] repository are no longer provided.[/b] Regular iso snapshots are planned on a monthly basis. [b]The install media can also be booted directly via PXE.[/b] Note that its PGP signature cannot be verified this way! More archiso related options and new features can be found in its README file. AIF had to be dropped due to lack of maintenance and contributions. Of course we would appreciate it if people would start hacking on it to bring it up to par.[/quote] [url]https://wiki.archlinux.org/index.php/Arch_Install_Scripts[/url] God have mercy on us all.
Hooray, my distro boots with no error messages! Only problem is the linux source package is horribly broken and it spits errors without a little bit of hacking. And networking is almost non-existent. And most of the directories don't have the proper permissions. Gonna fix the one error and make the post install scripts work, then I'm going to write up a guide on how to install it. But I'm going on a 2 week vacation in a couple days so if anyone needs support I won't be available. [editline]22nd July 2012[/editline] Quick and dirty install guide if anyone cares to take a look:[url]https://github.com/neos300/shark/wiki/Installation-Guide-(Partition)[/url] Didn't make the post install scripts work but I fixed the linux package error (albeit bluntly)
Got networking working, but there's two things I like to do with my package manager that probably won't get done for a while so I'm going to wait to release more docs and do those things until after I get back from vacation. On another note, whats a list of needed applications if I'm going to be without X for a while?
[QUOTE=leach139;36890440]New Arch install media released, and it's no minor update to packages, oh no. [url]http://www.archlinux.org/news/install-media-20120715-released/[/url] [url]https://wiki.archlinux.org/index.php/Arch_Install_Scripts[/url] God have mercy on us all.[/QUOTE] [quote]From now on our install images are signed and it is highly recommend to verify their signature before use. On Arch Linux this can be done by using pacman-key -v <iso-file>.sig.[/quote] I've had nothing but problems since they introduced the signing. Pacman key init doesn't do anything for me, and in the case it did work, half of the packages didn't want to verify or whatever.
Sorry, you need to Log In to post a reply to this thread.