While working more and more with windows, I wanted the freedom of having a centralized packagemanager under the hood to ease up "keeping software up to date" or manage installed software in general.
Right now, I ended up using chocolatey.
After using it and building up my "finest selection" of installed software, I wanted to backup this collection.
I found the needed powershell commands pretty fast. Since I am a lazy person, I wanted to even ease up this by just having two scripts doing all the "heavy work" for backing up and restore this software collection.
After 30 minutes of work, I was able to release version one of my chocolatey manager.
This is a simple wrapper to backup and restore packages maintained by chocolatey.
The "restore.sh" will install chocolatey if not installed. The "backup.sh" will create a local file containing the currently installed packages.
Hope I can put you too more into the lazy area with this.
If you want to use signal behind a cooperate proxy, you have to write a little bat script to set some proxy variables in the environment before starting signal.
Copy and paste the following code into a file like
:: # Sets http and https proxy variables and starts signal.
:: # @see: https://github.com/signalapp/Signal-Desktop/issues/1430#issuecomment-397229333
:: # @since: 2020-02-14
:: # @author: stev leibelt <[email protected]>
set HTTP_PROXY=<your proxy>
If you want to know more here is the thread for this issue.
If you get the error message below, there are easy steps you have to do to fix this.
:: installing pacman (5.2.1-1) breaks dependency 'pacman<=5.1.3' required by yay
- yay -S yay-bin
- sudo pacman -Syy
- sudo pacman -S pacman
- yay -Syyu
So all in all, you will replace yay with yay-bin since yay-bin is newer and supports latest pacman.
Afterwards, you are updating your database followed by updating pacman to the latest version.
Finally, you will do your regular system update maintenance.
After doing an upgrade of my Antergos VM with an IceWM, I've lost all relevant entries in the menu.
"No problem" I thought, "i just need to recreate them" and did it with >>mmaker -f icewm<< but nothing was generated. Actually, the file >>~/.icewm/menu<< was missing totally.
After running things again and having an eye on the output, the mmaker was telling me:
mmaker no suitable terminal emulator found
After searching around, the quickest solution was to install >>xterm<< and rerun the menu creation again to solve this issue.
The unofficial but great archzfs build has a new maintainer and most important, a new key.
#pacman-key -r F75D9D76
#pacman-key --lsign-key F75D9D76
And you are ready to upgrade. The key was changed since they are now using a buildbot to reduce the time between new kernel release and adapted archzfs package.
Thanks for your great work people!
I've started a regular update by using
sudo pacman -Syyu and the following lines where the final result.
warning: Public keyring not found; have you run 'pacman-key --init'?
downloading required keys...
error: key "77193F152BDBE6A6" could not be looked up remotely
error: required key missing from keyring
error: failed to commit transaction (unexpected error)
Errors occurred, no packages were upgraded.
I did what was told me to do .
sudo pacman-key --init
And after running
sudo pacman -Syyu I was asked.
:: Import PGP key 4096R/68B3537F39A313B3E574D06777193F152BDBE6A6, "Arch Linux ARM Build System <[email protected]>", created: 2014-01-18? [Y/n]
"As expected, I though" but than I got a long list of the error mention in the headline (for each package).
I've fixed this by executing the following command.
pacman-key --lsign-key 77193F152BDBE6A6
sudo pacman -Syyu was running fine as expected.
Strange note, all was working fine a week ago (2018-05-25) and the pgp key was created 2014 .
You want to start blockify-ui or blockify on a pulseaudio served arch linux and get the following error?
amixer: Mixer attach default error: No such file or directory
Traceback (most recent call last):
File "/usr/bin/blockify-ui", line 11, in <module>
load_entry_point('blockify==3.6.3', 'gui_scripts', 'blockify-ui')()
File "/usr/lib/python3.6/site-packages/blockify/gui.py", line 972, in main
_cli = cli.initialize(__doc__)
File "/usr/lib/python3.6/site-packages/blockify/cli.py", line 597, in initialize
cli = Blockify(_blocklist)
File "/usr/lib/python3.6/site-packages/blockify/cli.py", line 63, in __init__
self.channels = self.initialize_channels()
File "/usr/lib/python3.6/site-packages/blockify/cli.py", line 184, in initialize_channels
amixer_output = subprocess.check_output("amixer")
File "/usr/lib/python3.6/subprocess.py", line 336, in check_output
File "/usr/lib/python3.6/subprocess.py", line 418, in run
subprocess.CalledProcessError: Command 'amixer' returned non-zero exit status 1.
Try to call "amixer" first and check the output. The chance is high that it will be something like the follow:
amixer: Mixer attach default error: No such file or directory
How to fix this?
Install the following tools:
After that, amixer should output something meaningful and blockify should work as expected.
JDownloader was working properly and than you just get core dumps all over again?
Best try, upgrade your Java Runtime Environment.
sudo archlinux-java status
sudo pacman -S jre9-openjdk
sudo archlinux-java set jre9-openjdk
#if not needed anymore
sudo pacman -R jre8-openjdk
You need to update the $PATH variable. Either you restart your system or you open a new terminal to start JDownloader from their.
All should work fine now.
On some machines, I get the following error when I run an "pacman -Syyu".
error: key "CEB167EFB5722BD6" could not be looked up remotely
I've found the best fox so far on this page.
#open /etc/pacman.d/gnupg/gpg.conf as root
#comment out existing server address and replace with following
#save the file afterwards
#run following command as root
#if the upgrade is still not working, signed the key (be aware to know what you are doing here!)
pacman-key --lsign-key CEB167EFB5722BD6
This was working on almost all machines. Only a few percent where still not able to be upgraded.
What I did to fix this issue was to copy the the directory in "/etc/pacman.d/gnupg" from a working host to the not working one (make a backup first of course).
Well, after ages and lots of donated money to the extension developer (yes, I do an you should do the same!), mozilla made fundamental changes in ther way how to extend their browser.
Because of that, I need to update my collection of extensions.
Firefox 57? Thats the browser where you have to open "about:config", search for "pocket" and set the value to false for "extension.pocket.enabled" and "browser.toolbarbuttons.introduced.pocket-button".
You also have to disable all the spam on your blank start page (new tab).
And of course, disable and remove all cliqz related shit.
Here is my new list working with firefox 57.
Lets see how well things are working out.
The mozilla extension search results are as bad as google search results today.
- AdBlocker for YouTube
- Open With
- Tree Style Tab
- Tree Style Tab Mouse Wheel
- uBlock Origin
- Vim Vixen or Tridactyl
- Empty Cache Button
- Tab Suspender
- Quick Accept-Language Switcher
- User-Agent Switcher
- I don't care about cookies
- Cookie AutoDelete
For the log, here is my old list working in firefox 56.
- BarTab Lite
- AdBlocker for YouTube
- Open With
- Tree Style Tab
- uBlock Origin
- Cache Status
- Locale Switcher
- Privacy Settings
- Random Agent Spoofer
- Selenium IDE Button
- Self-Destructing Cookies
- Session Manager
- YouTube and Audio Downloader
Just had the "joy" to figure out that teamviewer is not starting anymore on my arch linux.
I restarted the deamon and also launched teamviewer from the command line.
CheckCPU: SSE2 support: yes
XRandRWait: No value set. Using default.
XRandRWait: Started by user.
Launching TeamViewer ...
Launching TeamViewer GUI ...
And at "Launching TeamViewer GUI ..." that was it, no entries in an error log or the journal, nothing.
After having a look into the aur package log, it quickly turned out to be a solvable problem.
sudo pacman -U lib32-freetype2-2.8-2-x86_64.pkg.tar.xz
Looks like teamviewer decided to use an old and deprecated version of freetype2 within his bugfix release.
If you are using archzfs and the zfsonlinux, you know that it can happen from time to time that you have to wait until packages are updated to the newest kernel (or lts kernel).
Whenever you want to upgrade your system, you get an error like the following.
:: Starting full system upgrade...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: spl-linux-lts: installing linux-lts (4.9.32-1) breaks dependency 'linux-lts=4.9.30'
:: zfs-linux-lts: installing linux-lts (4.9.32-1) breaks dependency 'linux-lts=4.9.30'
:: zfs-utils-linux-lts: installing linux-lts (4.9.32-1) breaks dependency 'linux-lts=4.9.30'
To update your system without the kernel (and its dependencies), you can use the following trick.
#example if you use the lts kernel
#if you use plain pacman
pacman -Syyu --ignore=linux-lts,linux-lts-headers
#if you use pacaur
pacaur pacman -Syyu --ignore=linux-lts,linux-lts-headers
Thats it .
You have a Debian 8 installation and get an error like the following when you want to install or update the owncloud client?
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://download.opensuse.org Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4ABE1AC7557BEFF9
W: Failed to fetch http://download.opensuse.org/repositories/isv:/ownCloud:/desktop/Debian_8.0/Release
W: Some index files failed to download. They have been ignored, or old ones used instead.
Execute the following command and try it again.
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 4ABE1AC7557BEFF9
So, you want to update the bios of your lenovo x250 by downloading this iso from that page?
Read this readme.
But also read the following lines. Lenovo missed "just some little facts".
First of all, I was not able to dump that iso to an usb stick by using dd.
Secondly and most importatn, you have to go in your bios setup and change your boot up way from "legacy" to "uefi".
After you have done that, your burned optical disk will boot up and you can finally upgrade your bios.
There was a problem with LibreOffce 5.* used in Gnome 3.20 on an Arch Linux with the 4.4.*-lts kernel.
The Display that is used is a HDPI so I am not sure if this is the reason.
Anyways, the problem was that the menu, all the menu entries as well as the font and the content was displayed with four or up to eight the size.
If you want to click on something, there was a minimal size lane of size you could go but all in all, it is not a joyful ride.
I could not really find a search term that pointed me to the solution so I tried a lot.
At the end, the only thing that was working is to switch the gnome backend from Wayland to X11. dcdriving from the arch linux forum gave me the hint.
How are you doing this?
- open the file /etc/gdm/custom.conf
- uncomment the line "WaylandEnable=false"
Hope you will stumble upon this entry and it will solve your problem
Because of the zfsonlinux release for 0.6.5.8, archzfs now supports kernel 4.7 and kernel 4.4.20.
Good start in the day.
The workaholics from zfsonlinux just released version v0.6.5.8.. This also includes support for kernel 4.7.x.
So, it will only take a small amount of time until archzfs will ship a new release.
Hey folks, since kernel 4.6.2 I got a lot of X11 freezes as well as unusable gui tools (delayed inputs, scrolling and broken display rendering). Also all the virtual box clients are behaving the same. Only the chromium gui and xterm were usable (well, xterm only on my host, not on the virtual box clients).
I tried my best and here are the changes I made that stopped the system from a total freeze since four days:
#run as root
cat /etc/X11/xorg.conf.d/20-intel-graphics.conf < DELIM
Identifier "Intel Graphics"
Option "AccelMethod" "uxa"
Option "NoAccel" "True"
I am crossing fingers it is working on your machine also.
Someone has released an exploit to execute remote code on each machine (client or server) running git before version 2.7.1.
If you are working under "arch linux", you are pretty save with an "pacman -Syyu"
I recommend reading the blog post called Remote Code Execution in all git versions (client + server) < 2.7.1: CVE-2016-2324, CVE-2016‑2315. But before reading, update your systems.
Dustin Kirkland announced that Ubuntu 16.04 will be shipped with ZFS.
It is still sucky, sucky foobuntu bit I see it as big step for the wonderful ZFS. I am using it since multiple years now and I am enjoying it. ZFS, especially Open ZFS has a bright future.
peco can be a great tool to filter stuff like logs, process stats, find files, because unlike grep, you can type as you think and look through the current results.
So the only downside is, you need get and install go for it (to build it on your own) or download a binary build. Peco is available in the aur
Demos speak more than a thousand words! Here's me looking for a process on my mac. As you can see, you can page through your results, and you can keep changing the query:
So you have an X server running with multiple displays (or monitors).
You are using the great arandr tool to quickly setup your setting. But, you don't want to do this each time you are starting your X.
What can you do?
First of all, hit the "Save As" button in you arandr gui and store the shell script.
Afterwards, adapt the file that is read once you login into your system or start your X. This can be .xinit, .login or .profile.
Inside this file, simple add the adapted content from below and thats it.
maybe you have to change the path ".screenlayout" or the file name "default.sh"
if [ -f $HOME'/.screenlayout/default.sh' ]; then
Your owncloud is a bit slow, you are using uberspace and you want to speed it up easily?
Easy solution is to use redis.
The compressed howto is down below. It is taken from the uberspace wiki and a privat blog entry.
test -d ~/service || uberspace-setup-svscan
svc -du ~/service/redis
#to prevent or fix the following error "Missing memcache class \OC\Memcache\Redis for local cache"
Last but not least, you have to adapt your /config/config.php file by adding and adapting the following lines into the configuration array.
//begin of redis configuration
'memcache.local' => '\OC\Memcache\Redis',
'redis' => array(
'host' => '/home//.redis/sock',
'port' => 0,
'timeout' => 0.0
//end of redis configuration