General Linux Chat and Small Questions v. Year of the Linux Desktop!
4,886 replies, posted
Accidentally deleted /dev and /proc, how broken is my system going to be?
[QUOTE=Birdman101;50223056]augh
Does anybody know of a linux tool that can execute a command or script when a certain VU level is reached? Or maybe just a program or script that can do what Im trying to accomplish, being:
1: listen for any sound coming in through the mic jack
2: record to temp file
3: after the sound stops, playback the temp file, then delete it, and restart the script
Think electronic parrot.
I found someone who got pretty much the exact thing working, but its on a N900 and relies on a VU meter app to trigger it. [url]http://talk.maemo.org/archive/index.php/t-91467.html[/url][/QUOTE]
Have any programming experience? It's not very hard to use the PulseAudio library to read an audio sink, though a simple understanding of audio encoding may be required.
[QUOTE=Naelstrom;50225378]Have any programming experience? It's not very hard to use the PulseAudio library to read an audio sink, though a simple understanding of audio encoding may be required.[/QUOTE]
I can take other people's code and tweak it, add things, and remove things until it serves my purpose, but I haven't the foggiest idea how to do something like that from scratch.
[QUOTE=Adam.GameDev;50225138]Accidentally deleted /dev and /proc, how broken is my system going to be?[/QUOTE]
Nothing permanent should've really happened. Both of those directories represent hardware/runtime data, and will be recreated on reboot.
[editline]29th April 2016[/editline]
Also, how did you pull that off?
Had them bind mounted into a chroot and then deleted the chroot without unmounting
[QUOTE=Adam.GameDev;50225713]Had them bind mounted into a chroot and then deleted the chroot without unmounting[/QUOTE]
Doesn't do a thing. Or at least, it really shouldn't. Mount binding would still leave them in their original place.
[QUOTE=Birdman101;50225488]I can take other people's code and tweak it, add things, and remove things until it serves my purpose, but I haven't the foggiest idea how to do something like that from scratch.[/QUOTE]
Python has some pulseaudio bindings, it's a nice place to start. This guy has made an example application using the library: [url]http://freshfoo.com/blog/pulseaudio_monitoring[/url]
I accidentaly force reset freebsd virtual machine without [I]sync[/I] -ing before, now rc.conf is empty :vs:
Quite nice OS, both with binary and source based package management
Might wanna proceed towards sabayon/funtoo/gentoo
Quite a few of those unfortunately. It's probably because it was a lazy port of directx to openGL which is why I hope vulkan becomes used more prominently.
It's better than nothing at least though, running wine can introduce problems to your system.
[QUOTE=thelurker1234;50236310]Quite a few of those unfortunately. It's probably because it was a lazy port of directx to openGL which is why I hope vulkan becomes used more prominently.
It's better than nothing at least though, running wine can introduce problems to your system.[/QUOTE]
How does runing wine introduce problems to your system?
[QUOTE=mastersrp;50238140]How does runing wine introduce problems to your system?[/QUOTE]
I mean, it's fine to use. But to me, it removes one of the protections you get from running Linux. Because even malicious things can be run with it.
Once installed, it replaces the default applications for a few file types inconveniently to notepad.exe and iexplorer.exe
[editline]1st May 2016[/editline]
At least, that's what it did on arch
[QUOTE=thelurker1234;50238242]I mean, it's fine to use. But to me, it removes one of the protections you get from running Linux. Because even malicious things can be run with it.[/QUOTE]
The positive thing about WINE is that it's as minimal as possible while being capable of running software developed for Windows, so there's less places for nasty things meant to target Windows to hide.
Also a regular Antivirus scan is a good habit, no matter the OS.
[QUOTE=Van-man;50238266]The positive thing about WINE is that it's as minimal as possible while being capable of running software developed for Windows, so there's less places for nasty things meant to target Windows to hide.
Also a regular Antivirus scan is a good habit, no matter the OS.[/QUOTE]
Yeah, and due to Unix permissions, the most a malicious bit of windows software will be able to do is nuke ones home folder, which has surely been backed up riiiiiiight? :)
And then all that needs to be done is to delete ~/.wine and then it's all good.
[QUOTE=thelurker1234;50238293]Yeah, and due to Unix permissions, the most a malicious bit of windows software will be able to do is nuke ones home folder, which has surely been backed up riiiiiiight? :)
And then all that needs to be done is to delete ~/.wine and then it's all good.[/QUOTE]
It's ridiculously rare for windows malware to go out and nuke everything, they seem to be trying to farm info out of you instead.
In fact, deleting files en-masse is a non-existential threat in comparison to ransomware, but ransomware's attack vector seems to be web browsers or downloads from shitty sites / E-mail attachments.
So [I]don't be a chump, malware scan your comp.[/I]
I have MPD now playing information and a weather report on mine
Just had a lot of fun fixing a strange Dropbox incompatibility on Xubuntu. It involved creating a custom startup script.
[quote]Thanks to kk78's solution I made this complete workaround (see also my other post):
I copied* my desktop entry:
[code]cp ~/.config/autostart/dropbox.desktop ~/.config/autostart/start_dropbox.desktop[/code]
Changed the entry like this (please notice the env word):
[code][Desktop Entry]
Name=Dropbox
GenericName=File Synchronizer
Comment=Sync your files across computers and to the web
#Exec=dropbox start -i
Exec=env DBUS_SESSION_BUS_ADDRESS="" dropbox start -i
Terminal=false
Type=Application
Icon=dropbox
Categories=Network;FileTransfer;
StartupNotify=false[/code]
And disabled Dropbox's autostart:
dropbox autostart n
* you cannot just edit it because Dropbox replaces the file every time you log in.[/quote]
[url]https://askubuntu.com/questions/732967/dropbox-icon-is-not-working-xubuntu-14-04-lts-64[/url]
Then I just installed a Thunar Dropbox plugin and shit is as right as rain.
What's the general opinion of Manjaro?
[QUOTE=SGTNAPALM;50256401]What's the general opinion of Manjaro?[/QUOTE]
Faster to get into a stable environment that standard Arch, however not as bleeding edge. That's not really an opinion though.
I've been reading around and people are saying it's horribly insecure because like a year ago they forgot to update their SSL certs and told users to roll their clocks back by two weeks.
[QUOTE=SGTNAPALM;50256641]I've been reading around and people are saying it's horribly insecure because like a year ago they forgot to update their SSL certs and told users to roll their clocks back by two weeks.[/QUOTE]
Well, if that's true, then they're retarded beyond belief. There's quite a few good Arch-based distributions out there though, so you don't have to use theirs if you don't feel safe doing so.
I think I might just man up and install Arch.
[QUOTE=~Kiwi~v2;50256980]Source this.
Also it's pretty rock solid. My laptop has it as it's daily driver. It's pretty good. Not bleeding edge.[/QUOTE]
[url]http://web.archive.org/web/20150409040851/https://manjaro.github.io/expired_SSL_certificate/[/url]
A lot of the Arch-based distros have absolutely shit practices because they're meme distros.
If you're looking to use an Arch-based distro, use one that uses the Arch repos, not one that has their own repos. At least then security updates are done by the Arch people, instead of people from /g/
I installed Arch successfully. That wasn't nearly as difficult as I thought it would be.
Though I somehow accidentally installed GNOME 3 instead of XFCE. No idea how that happened.
[QUOTE=SGTNAPALM;50257700]I installed Arch successfully. That wasn't nearly as difficult as I thought it would be.
Though I somehow accidentally installed GNOME 3 instead of XFCE. No idea how that happened.[/QUOTE]
Yeah, you follow the wiki and it pretty much carries you away. The only real step I've seen people struggle and fail on is wireless, so much so that I usually just say to find an ethernet cable/phone tether and deal with that shit later.
Best part is subsequent installs go soooo much faster. I can get all the shit done in like 10-15 minutes at this point.
I got lucky and it supported my laptop's wifi adapter out of the box. I tried this years ago and gave up on the wifi adapter bit for my desktop.
How do I fully uninstall GNOME? :v: I think what happened was that I saw that I needed a login manager and grabbed gdm and it went ahead and fully installed GNOME and I didn't pay enough attention the the prompts and the wiki. Which login manager should I use?
[editline]4th May 2016[/editline]
Oh wait, all I gotta do is run
[code]pacman -Rs package_name[/code]
They weren't kidding when they said pacman was better, were they?
[QUOTE=SGTNAPALM;50257724]I got lucky and it supported my laptop's wifi adapter out of the box. I tried this years ago and gave up on the wifi adapter bit for my desktop.
How do I fully uninstall GNOME? :v: I think what happened was that I saw that I needed a login manager and grabbed gdm and it went ahead and fully installed GNOME and I didn't pay enough attention the the prompts and the wiki. Which login manager should I use?
[editline]4th May 2016[/editline]
Oh wait, all I gotta do is run
[code]pacman -Rs package_name[/code]
They weren't kidding when they said pacman was better, were they?[/QUOTE] Yeah, I absolutely love pacman. shoutouts to xbps and portage too.
You don't really need a login manager if you don't want one, since you can set up your shell to start an x session immediately after logging in. But if you want lightdm is pretty nice because it's lightweight, very customize-able, and won't pull in an entire DE's worth of dependencies.
[url]https://wiki.archlinux.org/index.php/Xinitrc#Autostart_X_at_login[/url] btw here's a link for that
Well, that was educational. Just spent an hour trying to get what you suggested working, getting shell to start an x session automatically. I spent all that time installing, uninstalling and reinstalling packages.
Then I realized that the default xinitrc I was using had some shit tacked on to the bottom, including an execute. I commented that out and bam, it worked immediately.
Start X at Login is the only way to go IMHO.
I find login managers obscenely complex considering that all they provide is something nice to look at for the three seconds it takes to log in. I honestly don't understand the point of them.
In my experience Arch has three significant hurdles: the first is getting your first install working, the second is figuring out all the shit you actually did wrong during your first install, the final is figuring out how you actually want your computer to work now that you know Arch. I've been running Arch on my laptop for three years with no bootloader, no login manager, no desktop environment. It is wonderful.
Sorry, you need to Log In to post a reply to this thread.