On Wed, 6 Dec 2023 at 17:35, Marco Rebhan wrote:
> No, you do not need an XBOOTLDR partition with systemd-boot and in fact I have
> never used one, and I'm not sure why the guide advertises it so prominently.
>
Good to know! Then I'm not sure why the guide is advocating for one if
they're both
On Wed, 6 Dec 2023 at 15:32, Peter Humphreey wrote:
>
> I want to use bootctl from systemd-boot, as usual, to give me a
> boot menu without that grub monster.
>
As a disclaimer, I do not and have not used systemd-boot specifically.
That said...
> In particular, the Gentoo wiki says I must have
On Wed, 20 Sept 2023 at 23:58, Grant Edwards wrote:
> Yep, that's pretty much what I decided on based on the tar command
> shown at
>
>https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Stage
>
> Interestingly, the Arch Linux Wiki recommends using bsdtar because
> "GNU tar with --xattrs
On Thu, 21 Sept 2023 at 02:01, Frank Steinmetzger wrote:
> > $ tar -cpf /path/to/backup.tar --xattrs --xattrs-include='*.*' -C / .
>
> Does that stop at file system boundaries (because you tar up '/')? I think
> it must be, otherwise you wouldn’t use it that way.
No, it doesn't. It will archive
On Wed, 20 Sept 2023 at 22:29, Grant Edwards wrote:
>
> That depends on how long it takes me to decide on tar vs. rsync and
> what the appropriate options are.
I've done this a number of times for various reasons over the last 1-2
years, most recently a few months ago due to hard drive swap, and
Thank you both for the suggestions.
Generally speaking the process went very smooth. I decided not to
recompile all of @world a-priori and go for gold.
Initially it 'appeared' to have hung after 'Loading ramdisk' but this
ultimately turned out to be a frame buffer issue as the machine was,
in
Hello,
I will soon be upgrading from a mobile Skylake platform to a desktop
Ryzen 7000 series and a full re-install is not an option unless all
else fails. I'm thinking of simply moving the drive and recompile as
necessary. I don't see why this wouldn't work, but wanted to double
check with the
On Mon, 12 Jun 2023 at 09:33, Michael wrote:
>
> You could try making gnome keyring wait until a login session is up an running
> and only run if an application asks for it. Take a look in /etc/pam.d/sddm
> (or perhaps /etc/pam.d/sddm-autologin?) then add an 'only_if' conditional
> statement at
On Mon, 12 Jun 2023 at 06:53, Bryan Gardiner wrote:
> Are you testing with LightDM and SDDM logins where you type your
> password manually, rather than relying on autologin, or fingerprint
> readers, etc.? If memory serves me, something needs to pass down the
> password to kwallet, so with
On Sun, 11 Jun 2023 at 14:22, Neil Bothwick wrote:
>
> Anything in the logs? Maybe someting to indicate whether PAM is trying to
> open the wallet and failing, or whether it is not trying at all.
>
Thanks, Neil, good point. Not that I can tell. /var/log/auth.log looks
identical on both systems
On Sat, 10 Jun 2023 at 12:58, Andrew Udvare wrote:
>
> Does a new user account work the way it is supposed to?
>
Unfortunately, no. New accounts also get the same broken behaviour.
Hello fellow penguins,
I have to admit I'm at my wits' end with KWallet. This thing has been
driving me insane for the last couple of weeks, roughly since the
upgrade to Plasma 5.27 or shortly after.
Every time I log in, it refuses to automatically open and prompts for
a password whenever an
On 18/03/2021 18:36, Grant Taylor wrote:
Do services started in the "boot" runlevel continue to run in the
"default" runlevel?
Yes
Or do they get stopped as part of transitioning from the "boot" runlevel
to the "default" runlevel? (Or any other runlevel that doesn't include
the service.
On 12/03/2021 16:48, Grant Edwards wrote:
On 2021-03-12, Spackman, Chris wrote:
On 2021/03/12 at 02:57pm, Grant Edwards wrote:
When I drag a tab out of it's parent window to create a new window
[...] instead of staying where it's put the new window will follow
the mouse cursor around the
On 13/01/2021 20:06, n952162 wrote:
What encoding is your editor using?
vi? How would I determine that? My locale is C
You could use:
:set fenc
to display the current encoding used for the file, or
:set fenc=utf8
to force UTF-8 or any other encoding of your chosing. You can also
On 16/12/2020 14:55, Rich Freeman wrote:
Now, where exactly in /var it goes is more a matter of debate.
/var/db is not specified in FHS, but it is used by FreeBSD which I
think was one of the selling points. Personally I stick it in
/var/cache as (IMO) it just contains a local copy of a
On 13/12/2020 14:17, Michael wrote:
Pre-UEFI /boot on a single partition/filesystem used to be formatted as ext2,
primarily because /boot is a small fs in size, is written to only occasionally
and unless it happened to crash while writing to it not much benefit would be
had by adding the journal
On 13/12/2020 07:42, the...@sys-concept.com wrote:
I was following the Gentoo handbook, maybe I didn't read it correctly
and/or miss the information on alternative setting. I didn't see any
explanation that I need to have support for "fsck.fat".
I better stay away from any "vfat" format on boot
On 13/12/2020 03:07, the...@sys-concept.com wrote:
if you have UEFI system most likely your "boot" partition is some form
of "vfat"
I strongly disagree with this statement. Most Linux distributions,
including Gentoo, advise (or outright default to) having your /boot
partition either
On 07/12/2020 00:30, Neil Bothwick wrote:
On Sun, 6 Dec 2020 22:04:53 +, Victor Ivanov wrote:
My understanding was that "equery d" gives you a list from portage,
not caring about what is currently installed, where "emerge -pvc"
will tell you what is preventing the re
On 06/12/2020 21:55, Jack wrote:
My understanding was that "equery d" gives you a list from portage, not
caring about what is currently installed, where "emerge -pvc" will tell
you what is preventing the removal of the package.
Not so based on my understanding (i.e. the man page). As far as I
I'm on the same boat as Grant and, despite being fully up to date, have
found it incredibly infuriating to not be able to figure out why I have
so many python interpreters installed. I don't mind the consumed space,
but I get the itch from not knowing *why*.
On 06/12/2020 20:16, Neil Bothwick
On 05/12/2020 10:13, Dale wrote:
that as, I learned the hard way. Once you get Gentoo installed and all
the packages you want installed completed, it is wise to add the
--oneshot option to the defaults in make.conf. That helps keep the
world file clean since you won't have packages in the
On 03/12/2020 21:06, tastytea wrote:
Python 3.8 is the new default target and not all packages support it
yet. You can put
*/* PYTHON_TARGETS: python3_7
into /etc/portage/package.use as a workaround. Don't forget to remove
it in a month or so.
I'm on the same boat. It's indeed because of
On 27/08/2020 14:40, Grant Edwards wrote:
> I do _not_ want it to listen on 0.0.0.0.
>
> I want it to listen on 127.0.0.1 and on whatever IP addresses are
> assigned to two specified interfaces.
As far as I'm aware, I don't think OpenSSH allows for listening on a
specific interface.
You can,
On 27/08/2020 02:31, Grant Taylor wrote:
> - SRS (mail-filter/libsrs2) []
> - emerge -a mail-filter/libsrs2
>
I have been quietly following this discussion and I've seen SRS being
mentioned a number of times.
Now, I know what SRS _does_ (perhaps not fully?) to prevent unintended
On 21/08/2020 15:36, Jack wrote:
> On 8/21/20 8:28 AM, Victor Ivanov wrote:
> I seem to be slow on the pickup with parts of this thread, but I'm not
> sure exactly what you are looking for here. I assume you did find how
> Balsa handles encryption for sending and receiving
On 21/08/2020 01:28, Jack wrote:
> Per my suggtion elsewhere in the thread, have you tried Balsa?
I hadn't heard of Balsa up until this thread. It's minimalistic. I like
it. But it too fails to satisfy the PGP requirement for filtering and
encrypting existing mail. Unless I somehow failed to find
On 20/08/2020 18:16, Jack wrote:
>> From what I read, there is much enthusiasm for Claws/Evolution.
>>
>> Sadly, this direct comparison, seems out of date and does not include
>> TB-78, but it is the most comprehensive comparison I have found. A
>> direct comparison, that is up to date, would
On 14/08/2020 01:03, Alexey Mishustin wrote:
> groupadd noinet
> usermod -a -G noinet
> iptables -A OUTPUT -i -m owner --gid-owner noinet -j DROP
>and calling not
> Plex
>but
> sg noinet Plex
>(or whatever name the binary has)
This is a very elegant generic solution, thank you for
On 11/08/2020 11:21, Walter Dnes wrote:
> The one sevice I have listening for external connections on my laptop
> is sshd (192.168.1.0/24). Before taking it anywhere, I want to prohibit
> password-based login for *ALL* accounts, not just root. This would
> require users to be listed in
On 10/07/2020 10:40, Tamer Higazi wrote:
> I wanted to try keepassxc 2.6.0, but the output looks really nonsense
> and the output looks entirely "broken".
> I uploaded the screenshot at "imgur" imagehost. url:
> https://imgur.com/WfrrP0T
>
>
> I tried the same with the AppImage from the
From what I gather, taking into account your other email as well, there
are two separate things going on which may or may not be related:
1) The (now open) filesystem isn't being mounted where it should as per
fstab
2) Even then, there appears to be a bogus 'private' parent directory:
On 10/06/2020 21:52, Dale wrote:
> I've got that in dmcrypt and fstab as the wiki says. That part works.
> It's the KDE part that isn't working correctly. However, I did do one
> thing different, I put users instead of user. Plural not singular.
> Should users work the same as user?
This
On 10/06/2020 07:59, Dale wrote:
> It tells me I don't have permission to access but it also mounts it
This KDE bug re Device Notifier has been present for a long time and
it's seriously infuriating. Mounting from Dolphin, on the other hand,
seems to work just fine, though it too doesn't miss the
On 07/06/2020 12:52, Victor Ivanov wrote:
> Indeed. I second Rich and too would recommend sticking with AES for this
> reason. LUKS will support an AES key of up to 512 bits. It's fast and
> hardware acceleration is widely available.
> ...
> For example, Intel's native AES extensi
On 07/06/2020 09:08, Dale wrote:
> You can have a password, a key file, both or likely other options as
> well. On one video, the guy generated a key file with urandom that was
> 1024 characters. As he put it, try typing that in.
Indeed! All of these techniques have various pros/cons which is
On 06/06/2020 21:12, Rich Freeman wrote:
> My point remains:
>
> The header is as secure as the disk. If the disk is secure against
> brute-force, then so is the header.
I never said otherwise. This was, in fact, explicitly stated in my
concluding remarks of my original post where I say "If
On 06/06/2020 19:51, Rich Freeman wrote:
> If you're talking about the drive header that is actually written to
> disk, it is as secure as the entire drive is, since the drive contains
> the header.
I never said it was any less secure. It would be daft to even assume
something like that as it's
On 06/06/2020 05:37, Dale wrote:
> One other question, can one change the password every once in a while?
> Or once set, you stuck with it from then on?
A point I forgot to mention in my previous email is regarding passwords.
While most encryption methods will allow for a password change (CryFS
On 06/06/2020 12:05, Rich Freeman wrote:
> Usually you want the encryption as close to the disk as possible
> because if somebody gets your disk it gives them less to work with.
> They don't know that you have a logical volume called "home" on it,
> and so on.
I concur with Rich on this.
One of
When the lbglvnd flag was introduced I remember I solved this issue by:
# emerge --unmerge eselect-opengl
# emerge -1qv mesa
After that, a simple update of @world rebuilt everything else on its own.
Personally, I had been waiting for libglvnd support for _a long time_.
This - and I mean
Andrew makes a good point that, of course, not all options will be
relevant to a particular image or use case. The script is aimed to check
for "full" compatibility. Having some reported as missing is by no means
a deal breaker.
Re nftables it's a very valid point as well. I too use nftables
Hi Alexander,
A while back I had the exact same issue with a remote machine that I am
managing. It has an Asus B45-M mobo with an r8169 chipset. Ever since
the 5.2.x kernel family - where it last used to work - it has been a pain.
Initially I added a manual "soft" dependency in
Some of these are obsolete and have been removed in newer kernels.
NF_NAT ones have been superseded by / renamed to:
CONFIG_NF_NAT
CONFIG_IP_NF_NAT
CONFIG_IP6_NF_NAT
I'm not sure about CONFIG_INET_XFRM_MODE_TRANSPORT but I believe it's
now incorporated into other XFRM config
Why do you think emerge might be the issue? It's quite rare for portage
itself to be causing problems with packages.
That said, if you have good reason to believe so you can adjust the
PYTHON_TARGETS for sys-apps/portage in /etc/portage/package.use like so:
sys-apps/portage PYTHON_TARGETS:
Python has indeed been a bit of a mess recently for me as well, but I
haven't had any major issues. Presumably, this could be attributed to
the fact that since python migrations started I have been using the
--changed-deps flag to emerge, which I noticed did help to clean a few
things up during
s might be happening (in general), I would
be grateful and happy to expand my knowledge :)
Cheers,
Victor
On 07/05/2020 15:53, Victor Ivanov wrote:
> Ah, thanks for pointing this out! It appears I'm blind ...
>
> It's rather surprising though, as sci-libs/lapack was neither upgraded
> nor rebu
BST Victor Ivanov wrote:
>> Hi all,
>>
>> For some reason SciPy fails to compile after today's Python 3.6 ->
>> Python 3.7 global update. It was the only package that failed out of all.
>>
>> Normally build.log (attached) is helpful enough to get me
On 05/05/2020 18:44, Michael wrote:
>
> I'm on an old Lenovo which must have different hardware/firmware. It does
> not
> suffer from such trackpad problems. Just an idea: have you migrated your
> system to libinput driver and removed all old synaptics syntax in /etc/X11/
> xorg.conf.d/ to
On 05/05/2020 15:28, inasprecali wrote:
>
> I experience very similar symptoms on my ThinkPad 13. It doesn't
> happen often, but it does sometimes happen.
>
It's good to hear that there are others sharing the pain - at least to a
degree - today, as most topics I've come across stop around 2018,
Dear fellow Gentoo users,
Despite being a largely silent gentoo-user subscribers, I am always
fascinated by the helpful and in-depth discussions that pop up every so
often on this mailing list.
I hope somebody can help me resolve this frustrating situation or at
least help be debug it in a
52 matches
Mail list logo
