During update this error appear: “parallel: Warning: $HOME not set. Using /tmp”

Hello, I have noticed lately that when I run updates this error appears: "parallel: Warning: $HOME not set. Using /tmp."

Full terminal in and output as text, same for
inxi -Faz

please :slight_smile: as always.

1 Like
System:    Kernel: 5.10.56-1-lts x86_64 bits: 64 compiler: gcc v: 11.1.0 
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-lts root=UUID=e3e71940-9aa0-43a2-9887-305c049219e0 
rw [email protected] quiet splash rd.udev.log_priority=3 vt.global_cursor_default=0 
systemd.unified_cgroup_hierarchy=1 loglevel=3 
Console: tty pts/1 wm: kwin_x11 DM: SDDM Distro: Garuda Linux base: Arch Linux 
Machine:   Type: Laptop System: LENOVO product: 20F5S0W20R v: ThinkPad X260 serial: <filter> Chassis: 
type: 10 serial: <filter> 
Mobo: LENOVO model: 20F5S0W20R v: SDK0J40697 WIN serial: <filter> UEFI-[Legacy]: LENOVO 
v: R02ET74W (1.47 ) date: 09/15/2020 
Battery:   ID-1: BAT1 charge: 40.5 Wh (99.5%) condition: 40.7/47.5 Wh (85.6%) volts: 12.4 min: 10.8 
model: SANYO 45N1767 type: Li-ion serial: <filter> status: Charging 
CPU:       Info: Dual Core model: Intel Core i5-6300U socket: U3E1 bits: 64 type: MT MCP arch: Skylake 
family: 6 model-id: 4E (78) stepping: 3 microcode: EA cache: L1: 128 KiB L2: 3 MiB L3: 3 MiB 
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 19999 
Speed: 1466 MHz min/max: 400/2400 MHz base/boost: 2400/8300 volts: 1.0 V ext-clock: 100 MHz 
Core speeds (MHz): 1: 1466 2: 1459 3: 2189 4: 2057 
Vulnerabilities: Type: itlb_multihit status: KVM: VMX disabled 
Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
Type: meltdown mitigation: PTI 
Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
Type: spectre_v2 
mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling 
Type: srbds mitigation: Microcode 
Type: tsx_async_abort mitigation: Clear CPU buffers; SMT vulnerable 
Graphics:  Device-1: Intel Skylake GT2 [HD Graphics 520] vendor: Lenovo driver: i915 v: kernel 
bus-ID: 00:02.0 chip-ID: 8086:1916 class-ID: 0300 
Display: server: X.Org 1.20.13 compositor: kwin_x11 driver: loaded: intel unloaded: modesetting 
alternate: fbdev,vesa display-ID: :0 screens: 1 
Screen-1: 0 s-res: 1366x768 s-dpi: 96 s-size: 361x203mm (14.2x8.0") s-diag: 414mm (16.3") 
Monitor-1: eDP1 res: 1366x768 hz: 60 dpi: 124 size: 280x160mm (11.0x6.3") diag: 322mm (12.7") 
OpenGL: renderer: Mesa Intel HD Graphics 520 (SKL GT2) v: 4.6 Mesa 21.1.6 direct render: Yes 
Audio:     Device-1: Intel Sunrise Point-LP HD Audio vendor: Lenovo driver: snd_hda_intel v: kernel 
alternate: snd_soc_skl bus-ID: 00:1f.3 chip-ID: 8086:9d70 class-ID: 0403 
Sound Server-1: ALSA v: k5.10.56-1-lts running: yes 
Sound Server-2: JACK v: 1.9.19 running: no 
Sound Server-3: PulseAudio v: 15.0 running: yes 
Sound Server-4: PipeWire v: 0.3.33 running: yes 
Network:   Device-1: Intel Ethernet I219-LM vendor: Lenovo driver: e1000e v: kernel port: efa0 
bus-ID: 00:1f.6 chip-ID: 8086:156f class-ID: 0200 
IF: enp0s31f6 state: down mac: <filter>
Device-2: Intel Wireless 8260 driver: iwlwifi v: kernel port: efa0 bus-ID: 04:00.0
chip-ID: 8086:24f3 class-ID: 0280
IF: wlp4s0 state: up mac: <filter>
Drives:    Local Storage: total: 447.13 GiB used: 28.34 GiB (6.3%)
ID-1: /dev/sda maj-min: 8:0 vendor: Intel model: SSDSC2KF480H6L size: 447.13 GiB block-size:
physical: 512 B logical: 512 B sata: 3.2 speed: 6.0 Gb/s type: SSD serial: <filter> rev: L43P
temp: 24 C scheme: MBR
SMART: yes state: enabled health: PASSED on: 32d 18h cycles: 2047 read: 510.41 GiB
written: 416.72 GiB
Partition: ID-1: / raw-size: 447.13 GiB size: 447.13 GiB (100.00%) used: 28.34 GiB (6.3%) fs: btrfs
block-size: 4096 B dev: /dev/sda1 maj-min: 8:1
ID-2: /home raw-size: 447.13 GiB size: 447.13 GiB (100.00%) used: 28.34 GiB (6.3%) fs: btrfs
block-size: 4096 B dev: /dev/sda1 maj-min: 8:1
ID-3: /var/log raw-size: 447.13 GiB size: 447.13 GiB (100.00%) used: 28.34 GiB (6.3%) fs: btrfs
block-size: 4096 B dev: /dev/sda1 maj-min: 8:1
ID-4: /var/tmp raw-size: 447.13 GiB size: 447.13 GiB (100.00%) used: 28.34 GiB (6.3%) fs: btrfs
block-size: 4096 B dev: /dev/sda1 maj-min: 8:1
Swap:      Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default)
ID-1: swap-1 type: zram size: 7.19 GiB used: 0 KiB (0.0%) priority: 100 dev: /dev/zram0
Sensors:   System Temperatures: cpu: 48.0 C mobo: N/A
Fan Speeds (RPM): cpu: 0
Info:      Processes: 256 Uptime: 1h 49m wakeups: 2 Memory: 7.19 GiB used: 2.87 GiB (40.0%) Init: systemd
v: 249 tool: systemctl Compilers: gcc: 11.1.0 clang: 12.0.1 Packages: pacman: 1520 lib: 374
Shell: fish (sudo) v: 3.3.1 default: Zsh v: 5.8 running-in: konsole inxi: 3.3.06

Correction, warning not an error

A little bit of googling always helps

The home variable is not set in your shell configuration, which you need to do manually

1 Like

$HOME is set automatically for your user on log in. If Pamac is using a different instance of that variable, and it's not being set, then it's a bug in Pamac.


People use pamac for updates?

That's just silly and looking for issues.

The terminal is your friend for updating.


And Pamac-AUR installs itself even in the newest dr460nized release. Along with MPV when I checked VLC. Bah!

I dislike shit that shits on me. If I didn't have a terabyte of data in btrfs I would seriously consider returning to Arch. Just plain old Arch, where the only shit there is because I put it there. This distribution smacks of Big Brotherism way too much, IMHO.


I dunno. Maybe it's just early morning pain & angst. Maybe I just miss Arch.


This sounds like a bug.

(a humbug, to be precise)

No, but seriously, @dr460nf1r3 might want to have a look at the release if it's doing weird things.


Huh? :sweat_smile: :eyes: Some more context please :smiley:


MPV is in the iso profile for dr460nized, so you'd have to remove it manually. It's possible the setup assistant bugged out and didn't install VLC even though you checked it.

Not sure about Pamac, maybe it's a dependency of a package listed in the profile. I know it's always come with all the editions out of the box.


I didn't knew what was pamac until this topic, lmao

While running the various post-installation assistants--I have no idea which one--even though I did not check anything other than Octopi--Pamac-AUR was installed. I didn't notice until "Add/Remove Software" (or something like that) showed up in the Menu. It has done so previously.

If that is not happening to others, then it's something in my procedures. The first thing I do post-install is to install reflector-simple, run it and do a full system update. I've found the first-run update assistant's mirror selection is unsatisfactory, considering my Seattle/Tacoma location. Subsequently, I then run all the scripts.

But it did not happen in the KDE Barebones latest release I completed installing within the past hour following the same procedure as in Dr460nized. Neither was MPV, although I can understand it being so in Dr460nized.

And, @zoeruda, I've noted that just because an application is installed to the Live ISO, does not mean that is what gets installed to metal. Not with Dr460nized. Time and again I have noted that.

KDE Barebones exhibited no problems whatsoever. None. And it's a pleasure to work from.

Two things you should note:

  • I am really enamored of Garuda, though I've only tested the various KDEs. When I first started using Linux we could only dreamed of having utilities, tools, various installers, what have you with UIs that functioned correctly but were also open to user-modification. Simple, nothing hidden UIs. Everyone had gotten so tired of doing everything in a terminal, sometimes needing to chroot to do so. I cannot express how far Linux has come in so relatively a short time period.

  • The second, is that I love installing and testing your KDE releases. Seeing the improvements made to each release, exploring the changes, etc. is part of what my various jobs were in an unnamed Linux distribution I was heavily involved with back in the past, before I got hooked on Arch and Arch-based. That, maintaining and moderating the website, answering general technical questions, simple scripting, building ISOs and all the other scut work that only Linux distribution developers experience. I'm completely burnt from it all.

I'm more Linux Emiritus now at age-69. Damn it. I'm becoming forgetful of procedures that had become so rote I could type them blind, and now I can't even remember some of their names. It's the shits! But I keep playing in Linuxland, and life is fine. It really is.

And please forgive my gripes from time-to-time. It just means it's early in the day and I haven't consumed any cannabis yet.


Funny how often you put your ganja consumption at the center ...


I would much rather blame everything on lack of cannabis, than old-age, stubbornness, and stupidity.

(Wouldn't you?)

EDIT: I mean, some people have to drink alcohol to get stupid. Not me. :wink:


Yes I would.


Pamac-AUR is still preinstalled - now that you mentioned it it doesn't really make sense to include it in the package manager selection of the setup assistant. The reason is simple though - for inexperienced people who don't know about what all the package managers names its unarguably the most convenient solution for managing packages via GUI.
There are indeed some applications which aren't present in the installed system while being available in live - examples would be the Garuda chroot shortcut or various applications used for system maintenance.

Thats really nice to hear ! :hugs:


I would argue in opposition to that, all day long. I was there when Manjaro users created it. I even complained the name was too close to Pacman's and might lead to confusion on the part of some users.

I see that it has indeed had that effect.

Octopi has been around quite a bit longer and is more code-mature than Pamac. Pamac, on the other hand, has a history--hopefully now corrected--of encouraging partial updates. Octopi does not. That's just for starters.

Much as I enjoy Garuda, I have to leave it. I was under the impression from the time @tbg invited me to join, that Garuda was not and would not mollycoddle users. And it seemed so--for a while. Not now. And Pamac is only a representation of that impression. It's just one.

When the developers' idea is to keep on going until it become too much for me, just as Manjaro's did, I am out of there. I have seen this time-and-time, again. "Early adopters" often leave distributions when it reaches a certain point. Though I was not involved from the very start, now is the time for me to leave.

I have no argument with the wonderful things you have done with Arch. And I have no grudge. Garuda demonstrates to me, anyway, just what Linux it is capable of doing in a desktop environment. You folks deserve every ounce of credit you get. But when I feel somewhat forced to adopt or else, it is a sad thing, but I choose the latter. Nannyism holds no attraction.

I am as fiercely independent as the eagles that represent Garuda. Being an Alaskan, I've had the pleasure of witnessing just how independent the species truly can be.

So I wish you all well. I'm off to Arch-land. I'll keep up an appearance here and I hope our various friendships can continue, but for now I bid you all adieu.

I''ll see ya 'round the block.

My very best regards to all. :heart:


I knew it was still there somewhere...

Sad to see you go, but I'll take comfort knowing you are not far away in bare Arch-land. Don't forget to drop by for some silliness factor every once in a while :wink:


I'll try to put it as succinctly as I can:

I enjoy the user-centricity I found in Arch more than the distribution-centricity of Garuda.

And there is no wrongness, either way. It's an individual choice. Some folks like a lot of pepper on their food; some do not.

Have I learned a few more old-dog tricks from the experience with Garuda? Indeed I have, and I am grateful for everyone here who has helped me. Way too many to list, old friends and new. But just as I've seen my "old" friends elsewhere in Arch and derivatives, so I'm sure I will continue to do so with newer ones. I hope that also includes you. :slight_smile:



See you back on the dark side old buddy, Arch is the only way since 2004 for me