General Linux Chat and Small Questions v. Year of the Linux Desktop! - Hardware & Software

It happens for practically every .exe I throw at it from what I can tell. For example: [code][lmontgomery@felicity-laptop Steam]$ winetricks steam ------------------------------------------------------ You are using a 64-bit WINEPREFIX. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug. ------------------------------------------------------ Using winetricks 20160628 - sha1sum: 7493a0d67cf0df771c69f72f4503bb9a2c9cf48c with wine-1.9.16 (Staging) Executing w_do_call steam Executing load_steam Executing wine SteamSetup.exe wine: Bad EXE format for Y:\steam\SteamSetup.exe. ------------------------------------------------------ Note: command 'wine SteamSetup.exe' returned status 193. Aborting. ------------------------------------------------------ [/code] The SteamInstall.msi working was a pure fluke. [editline]18th August 2016[/editline] From what I can tell it [I]might[/I] be related to Steam being 32bit and Wine being 64bit?

[QUOTE=SGTNAPALM;50907310]It happens for practically every .exe I throw at it from what I can tell. For example: [code][lmontgomery@felicity-laptop Steam]$ winetricks steam ------------------------------------------------------ You are using a 64-bit WINEPREFIX. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug. ------------------------------------------------------ Using winetricks 20160628 - sha1sum: 7493a0d67cf0df771c69f72f4503bb9a2c9cf48c with wine-1.9.16 (Staging) Executing w_do_call steam Executing load_steam Executing wine SteamSetup.exe wine: Bad EXE format for Y:\steam\SteamSetup.exe. ------------------------------------------------------ Note: command 'wine SteamSetup.exe' returned status 193. Aborting. ------------------------------------------------------ [/code] The SteamInstall.msi working was a pure fluke. [editline]18th August 2016[/editline] From what I can tell it [I]might[/I] be related to Steam being 32bit and Wine being 64bit?[/QUOTE] Did you try using the i386-devel version of wine?

The script actually works now, but the OS isn't added to GRUB, even though I have run grub-install and update-grub. Nothing is added to menu.lst or grub.cfg. (warning: code gore) [code]#!/bin/sh loop=$(losetup -f) qemu-img create -f raw cloud.img 10G losetup -f cloud.img mkfs.btrfs -f -L cloudimg-rootfs $loop mkdir cloud mount $loop -o noatime cloud cd cloud tar xf ../ubuntu-16.04-server-cloudimg-amd64-root.tar.xz echo "deb http://mirror.ovh.net/ubuntu/ xenial main restricted universe multiverse" > etc/apt/sources.list rm etc/resolv.conf echo "nameserver 192.168.1.254" > etc/resolv.conf chroot $PWD apt clean chroot $PWD apt update chroot $PWD apt -y install makedev chroot $PWD mount none /proc -t proc chroot $PWD mount none /sys -t sysfs chroot $PWD cd dev && MAKEDEV generic chroot $PWD apt -y install linux-image-virtual grub-pc echo "LABEL=cloudimg-rootfs / btrfs defaults,noatime 0 0" > etc/fstab chroot $PWD grub-install $loop chroot $PWD update-grub cd ../ umount cloud/proc cloud/sys[/code] Trying to boot the image that gets produced takes me to a GRUB shell thing and I can't access the OS.

[QUOTE=AG;50907335]Did you try using the i386-devel version of wine?[/QUOTE] Yeah, me using x64 wine appeared to be the problem, getting the x86 version appeared to fix everything. Though in my case I got i686-staging instead of i386-devel.

[QUOTE=Adam.GameDev;50907424]The script actually works now, but the OS isn't added to GRUB, even though I have run grub-install and update-grub. Nothing is added to menu.lst or grub.cfg. (warning: code gore) [code]#!/bin/sh loop=$(losetup -f) qemu-img create -f raw cloud.img 10G losetup -f cloud.img mkfs.btrfs -f -L cloudimg-rootfs $loop mkdir cloud mount $loop -o noatime cloud cd cloud tar xf ../ubuntu-16.04-server-cloudimg-amd64-root.tar.xz echo "deb http://mirror.ovh.net/ubuntu/ xenial main restricted universe multiverse" > etc/apt/sources.list rm etc/resolv.conf echo "nameserver 192.168.1.254" > etc/resolv.conf chroot $PWD apt clean chroot $PWD apt update chroot $PWD apt -y install makedev chroot $PWD mount none /proc -t proc chroot $PWD mount none /sys -t sysfs chroot $PWD cd dev && MAKEDEV generic chroot $PWD apt -y install linux-image-virtual grub-pc echo "LABEL=cloudimg-rootfs / btrfs defaults,noatime 0 0" > etc/fstab chroot $PWD grub-install $loop chroot $PWD update-grub cd ../ umount cloud/proc cloud/sys[/code] Trying to boot the image that gets produced takes me to a GRUB shell thing and I can't access the OS.[/QUOTE] You did do grub install /dev/sdX correct? And the images are in /boot?

[QUOTE=AG;50907581]You did do grub install /dev/sdX correct? And the images are in /boot?[/QUOTE] GRUB gets installed onto /dev/loop1 because the chroot is inside of an image, but the images are present in /boot

My guess is that bootloaders (or maybe just GRUB) needs a MBR and you're formatting the whole disk btrfs instead of dividing it into a single partition. The difference is about 512 bytes (MBR) + a couple of MiB for grub itself before the start of the first partition. [editline]18th August 2016[/editline] use kpartx if you need to mount partitions inside a disk image.

Installed SYSLINUX, boot up the VM and it gets stuck at the "SYSLINUX 6.03 blah blah" with no errors. Just hangs. Some attempts at using GRUB also caused QEMU to hang before showing a functional bootloader. I doubt that it's a problem with the images since they're supposed to be replaced every time the script runs, but I don't know what else could be causing this.

So now that I got Wine up and running and confirmed that I can run games like New Vegas fine with it, time to immediately uninstall it because I'm never going to play games like that on my laptop and all the native games I got run fine and will give me several hundreds of hours alone.

[QUOTE=Adam.GameDev;50909578]:snip:[/QUOTE] SYSLINUX is for FAT filesystems, EXTLINUX is the one that supports btrfs. The MBR code, ldlinux.sys, ldlinux.c32, and either syslinux.cfg or extlinux.conf all need to exist for it to work. Try changing the qemu machine type, giving it more memory, removing "quiet" from the kernel command line.

[QUOTE=SGTNAPALM;50899830]Why do people call Fedora not a good beginner distribution? I'm finding it at least as easy to use as any *buntu I've ever used. DNF is really no problem to use at all, it's at least as easy as APT.[/QUOTE] Pretty much what others have said but enabling fusion is piss easy along with other repos. And once you really get into it you'll find DNF is FAR superior to apt. Everything is.

Linux desktop up and running now. Built it a year ago for under $200 so it's not great. Giving KDE one last try, time to remember how to configure it. [t]http://i.imgur.com/d8G8HHv.png[/t]

[QUOTE=Levelog;50919243]Pretty much what others have said but enabling fusion is piss easy along with other repos. And once you really get into it you'll find DNF is FAR superior to apt. Everything is.[/QUOTE] I haven't used either enough to really notice the major difference between the two, but I'm noticing some small stuff already between apt and DNF. Like, I like that delta update feature, I'm pretty sure apt doesn't have that. What other stuff should I be looking out for?

[QUOTE=SGTNAPALM;50920546]I haven't used either enough to really notice the major difference between the two, but I'm noticing some small stuff already between apt and DNF. Like, I like that delta update feature, I'm pretty sure apt doesn't have that. What other stuff should I be looking out for?[/QUOTE] Mainly just intelligent fucking handling of dependencies but also a lot of just QoL stuff that I can't think of off the top of my head.

[QUOTE=Levelog;50920595]Mainly just intelligent fucking handling of dependencies but also a lot of just QoL stuff that I can't think of off the top of my head.[/QUOTE] How is it handling dependencies more intelligent than dpkg or even apt-get? I haven't had any issues with either of those forever.

I don't know if it was just me but apt-get wouldn't even fucking work half the time for programming libraries Like I'd do apt-get install libsdl2-dev but I wouldn't be able to link it regardless, and then I'd have to feel like a Windows-user and go to the website and download it manually. On arch that shit just works

[QUOTE=Dr. Evilcop;50924335]I don't know if it was just me but apt-get wouldn't even fucking work half the time for programming libraries Like I'd do apt-get install libsdl2-dev but I wouldn't be able to link it regardless, and then I'd have to feel like a Windows-user and go to the website and download it manually. On arch that shit just works[/QUOTE] That shit has always worked for me. You sure you weren't linking to other libraries you didn't install? I believe libsdl2-dev is only SDL 2, not mixer, and all the other subsystems.

[QUOTE=mastersrp;50925092]That shit has always worked for me. You sure you weren't linking to other libraries you didn't install? I believe libsdl2-dev is only SDL 2, not mixer, and all the other subsystems.[/QUOTE] Yep, 100%. I was just trying to compile the basic hello world window for SDL.

Gave up on Ubuntu, ended up using Fedora and modified the [URL="https://pagure.io/fedora-kickstarts/blob/f24/f/fedora-cloud-base.ks"]official Kickstart script for Fedora Cloud[/URL]. Only issue seems to be that I have to enable GRUB because EXTLINUX fails to boot

So what's my best bet for using linux without touching the terminal?

[QUOTE=Ott;50927093]So what's my best bet for using linux without touching the terminal?[/QUOTE] Android.

[QUOTE=Ott;50927093]So what's my best bet for using linux without touching the terminal?[/QUOTE] Ubuntu, though, whats your purpose? If you're just looking for something to throw onto an old laptop to make it faster while doing general shit like web browsing, email, netflix, etc. then you should be just fine on Ubuntu (or a variant of it) without ever really touching the terminal. You're missing out but it should be fine. There's also mint if you can stand having some unprofessionalism amongst the developers.

[QUOTE=Ott;50927093]So what's my best bet for using linux without touching the terminal?[/QUOTE] Xubuntu/Ubuntu but if you're too much of a wuss to touch the terminal then you probably just shouldn't

[QUOTE=Dr. Evilcop;50927608]if you're too much of a wuss to touch the terminal then you probably just shouldn't[/QUOTE] this attitude is why linux will never be a desktop environment with any kind of market share [editline]a[/editline] you are actively hurting the linux community by being this toxic

[QUOTE=Ott;50927721]this is why linux will never be a desktop environment with any kind of market share[/QUOTE] I'm not saying that's a good thing; I'm just saying that's the current reality of it. Unless you're one of the lucky few who have no issues after installation and you don't need any software not available in the software centre, you're going to have to look at the terminal. You can't just be like "I want to try Linux but I'm never going to use the terminal because it's too scary~~" It doesn't work that way; at least not yet. Besides, I can understand some non-tech-savvy person being wary of the terminal, but you should know better. It's literally just typing commands into a black box. Get over it.

[QUOTE=thelurker1234;50927396]Ubuntu, though, whats your purpose? If you're just looking for something to throw onto an old laptop to make it faster while doing general shit like web browsing, email, netflix, etc. then you should be just fine on Ubuntu (or a variant of it) without ever really touching the terminal. You're missing out but it should be fine. There's also mint if you can stand having some unprofessionalism amongst the developers.[/QUOTE] I tried a year ago but I could never get proper AMD drivers. I do programming, gaming, video editing, and audio production. Is there anything less clunky than GIMP? How do I minimize audio latency? Any issues with MIDI? Is kdinlive still as crashy as I've heard it is?

[QUOTE=Ott;50927738]I tried a year ago but I could never get proper AMD drivers. I do programming, gaming, video editing, and audio production. Is there anything less clunky than GIMP? How do I minimize audio latency? Any issues with MIDI? Is kdinlive still as crashy as I've heard it is?[/QUOTE] If you're programming, and not willing to use the terminal, why use Linux? I thought one of the main benefits of Linux for programming WAS that terminal negating the need to go running for an IDE. Also amd drivers are better now with amdgpu-pro, which you can google how to install, but it depends on your card. GIMP is fine, just different. is it clunky? No idea about the other two.

[QUOTE=Ott;50927738]I tried a year ago but I could never get proper AMD drivers. I do programming, gaming, video editing, and audio production. Is there anything less clunky than GIMP? How do I minimize audio latency? Any issues with MIDI? Is kdinlive still as crashy as I've heard it is?[/QUOTE] Less clunky than GIMP? Probably not, but it depends on what you need. There's GIMP, Inkscape, Krita, and probably many more tools to do certain jobs. For audio production you've got things like LMMS and Ardour, not to mention obviously Audacity. MIDI hasn't been an issue for me, but I guess it depends on your MIDI systems, as it needs to be real MIDI and not some fake hardware microphone + proprietary bullshit software. Minimizing audio latency can be done using the low latency kernels, and is not really that difficult to set up (you really just install one or two more packages and restart). For audio production it might also be ideal to use ALSA or better JACK, as opposed to PulseAudio, although on my system I have been unable to detect that latency and I just stick with PA. I don't know if Kdenlive is "as crashy as you've heard it is". Why don't you give it, and other video production and editing tools a shot and see what works for you? It's not like Adobe Premiére is a holy god of editing. It's far from being the only one, and it certainly isn't always the best either. Try some out, and see what works for you.

[QUOTE=thelurker1234;50927809]If you're programming, and not willing to use the terminal, why use Linux? Also amd drivers are better now with amdgpu-pro, which you can google how to install, but it depends on your card. GIMP is fine, just different. is it clunky? No idea about the other two.[/QUOTE] I only use cmd.exe for batch file processing and automation. Linux distros need to be the same if I'm going to replace Windows with them. [editline]22nd August 2016[/editline] It's not like I have a phobia. I have a VPS that I host web/shoutcast/Lua scripting on. Nano is fine. I just prefer to have something to look at.

[QUOTE=Ott;50927820]I only use cmd.exe for batch file processing and automation. Linux distros need to be the same if I'm going to replace Windows with them.[/QUOTE] You should learn to use Bash then. cmd.exe can't do anything in comparison, and you'll quickly learn this. [editline]22nd August 2016[/editline] That's not to say you have to. But automation really is easiest done using a batch processing language, like a shell script.