[gentoo-user] Re: systemd-boot on an openrc system

On 28/09/2022 15:20, Peter Humphrey wrote: Looking more carefully, I see only one machine has an /etc/machine-info. I'm on systemd (openrc is not installed at all), and I don't have /etc/machine-info. And /etc/kernel/install.d/ is empty.

Re: [gentoo-user] Re: systemd-boot on openrc

On Tue, 19 Apr 2022 01:09:02 -0500, Dale wrote: > > And now it's perfectly all right. What is one supposed to do in the > > face of such chaos? > > > > I confess that the machine is perilously close to being hurled > > through the window. There were updates to udev and systemd-utils, I wonder if

Re: [gentoo-user] Re: systemd-boot on openrc

Peter Humphrey wrote: > On Monday, 18 April 2022 16:05:24 -00 Peter Humphrey wrote: > >> The machine is sick. I now have no mouse or keyboard after POST. They're >> fine in UEFI BIOS setup, and they're fine after the default kernel has >> finished booting - just not at boot menu time. > And now

Re: [gentoo-user] Re: systemd-boot on openrc

On 4/18/22 22:53, Peter Humphrey wrote: On Monday, 18 April 2022 16:05:24 -00 Peter Humphrey wrote: The machine is sick. I now have no mouse or keyboard after POST. They're fine in UEFI BIOS setup, and they're fine after the default kernel has finished booting - just not at boot menu time. And

Re: [gentoo-user] Re: systemd-boot on openrc

On Monday, 18 April 2022 16:05:24 -00 Peter Humphrey wrote: > The machine is sick. I now have no mouse or keyboard after POST. They're > fine in UEFI BIOS setup, and they're fine after the default kernel has > finished booting - just not at boot menu time. And now it's perfectly all right. What

Re: [gentoo-user] Re: systemd-boot on openrc

On Sunday, 17 April 2022 20:17:47 -00 Rich Freeman wrote: > On Sun, Apr 17, 2022 at 1:05 PM Martin Vaeth wrote: > > Peter Humphrey wrote: > > > On Sunday, 17 April 2022 16:42:35 -00 Martin Vaeth wrote: > > >> Peter Humphrey wrote: > > >> > On Sunday, 17 April 2022 14:54:50 -00 Rich Freeman

Re: [gentoo-user] Re: systemd-boot on openrc

On Sun, Apr 17, 2022 at 1:05 PM Martin Vaeth wrote: > > Peter Humphrey wrote: > > On Sunday, 17 April 2022 16:42:35 -00 Martin Vaeth wrote: > >> Peter Humphrey wrote: > >> > On Sunday, 17 April 2022 14:54:50 -00 Rich Freeman wrote: > >> >> Can't you just fix your USE flags with systemd-utils?

Re: [gentoo-user] Re: systemd-boot on openrc

On Sunday, 17 April 2022 17:05:18 -00 Martin Vaeth wrote: > Peter Humphrey wrote: > > On Sunday, 17 April 2022 16:42:35 -00 Martin Vaeth wrote: > >> Peter Humphrey wrote: > >> > On Sunday, 17 April 2022 14:54:50 -00 Rich Freeman wrote: > >> >> Can't you just fix your USE flags with

[gentoo-user] Re: systemd-boot on openrc

Peter Humphrey wrote: > On Sunday, 17 April 2022 16:42:35 -00 Martin Vaeth wrote: >> Peter Humphrey wrote: >> > On Sunday, 17 April 2022 14:54:50 -00 Rich Freeman wrote: >> >> Can't you just fix your USE flags with systemd-utils? Why revert? >> > >> > No, because the flag I'd need is 'boot',

Re: [gentoo-user] Re: systemd-boot on openrc

On Sunday, 17 April 2022 16:42:35 -00 Martin Vaeth wrote: > Peter Humphrey wrote: > > On Sunday, 17 April 2022 14:54:50 -00 Rich Freeman wrote: > >> Can't you just fix your USE flags with systemd-utils? Why revert? > > > > No, because the flag I'd need is 'boot', and that triggers switching

[gentoo-user] Re: systemd-boot on openrc

Peter Humphrey wrote: > On Sunday, 17 April 2022 14:54:50 -00 Rich Freeman wrote: >> >> Can't you just fix your USE flags with systemd-utils? Why revert? > > No, because the flag I'd need is 'boot', and that triggers switching from > elogind to systemd. No, USE=boot for systemd-util does not

Re: [gentoo-user] Re: "systemd sysv-utils blocker resolution"

On Sun, Feb 11, 2018 at 12:52 PM, Nikos Chantziaras wrote: > > Yes. How else is sys-apps/sysvinit going to be unmerged? Either you let > portage clean it up (depclean), or you need to do it manually. > He already has sysvinit unmerged. Portage unmerged that because it was a

[gentoo-user] Re: "systemd sysv-utils blocker resolution"

On 11/02/18 05:09, allan gottlieb wrote: On Sun, Feb 11 2018, Nikos Chantziaras wrote: When you ran: emerge -auDN --changed-deps --with-bdeps=y @world did you forget to run: emerge -a --depclean afterwards? I am indeed behind in depcleaning. Does that explain why euse doesn't

Re: [gentoo-user] Re: "systemd sysv-utils blocker resolution"

On Sun, Feb 11 2018, Nikos Chantziaras wrote: > On 11/02/18 02:16, allan gottlieb wrote: >> I have a question on this news item. >> >> I use systemd (gnome3) on a gentoo stable system. >> eix reports that sys-apps/systemd-236-r5 is installed >> >> But >> euse -I sysv-utils >> reports >>

[gentoo-user] Re: "systemd sysv-utils blocker resolution"

On 11/02/18 02:16, allan gottlieb wrote: I have a question on this news item. I use systemd (gnome3) on a gentoo stable system. eix reports that sys-apps/systemd-236-r5 is installed But euse -I sysv-utils reports no matching entries found Is something wrong? I do *not* have

[gentoo-user] Re: Systemd

On 05/11/17 00:02, Canek Peláez Valdés wrote: On Sat, Nov 4, 2017 at 12:17 PM, Nikos Chantziaras > The only problem I have with systemd is that it's unable to reliably restore the ALSA mixer volumes/settings on startup. It fails 50% of the time. Which is very annoying,

[gentoo-user] Re: Systemd

On 04/11/17 21:23, Rich Freeman wrote: On Sat, Nov 4, 2017 at 2:17 PM, Nikos Chantziaras wrote: [...] The only problem I have with systemd is that it's unable to reliably restore the ALSA mixer volumes/settings on startup. It fails 50% of the time. Which is very annoying, but

Re: [gentoo-user] Re: Systemd

On Saturday, 4 November 2017 19:23:40 GMT Rich Freeman wrote: > On Sat, Nov 4, 2017 at 2:17 PM, Nikos Chantziaras wrote: > > On 04/11/17 18:15, siefke_lis...@web.de wrote: > >> I have a short question to systemd. I would like to ask your experience > >> in the changeover. Was it

Re: [gentoo-user] Re: Systemd

On Sat, Nov 4, 2017 at 12:17 PM, Nikos Chantziaras wrote: > > On 04/11/17 18:15, siefke_lis...@web.de wrote: >> >> I have a short question to systemd. I would like to ask your experience >> in the changeover. Was it easy? Were there problems? >> Change or reinstall? What mean

Re: [gentoo-user] Re: Systemd

On Sat, Nov 4, 2017 at 2:17 PM, Nikos Chantziaras wrote: > On 04/11/17 18:15, siefke_lis...@web.de wrote: >> >> I have a short question to systemd. I would like to ask your experience >> in the changeover. Was it easy? Were there problems? >> Change or reinstall? What mean the

[gentoo-user] Re: Systemd

On 04/11/17 18:15, siefke_lis...@web.de wrote: I have a short question to systemd. I would like to ask your experience in the changeover. Was it easy? Were there problems? Change or reinstall? What mean the profis here? I did both. Changed one system to systemd, re-installed one from scratch

Re: [gentoo-user] Re: systemd fails to mount nfs4 mounts

On 11/01/2017 02:12 PM, Wols Lists wrote: What's the problem with mdadm and openrc? openrc terminates mdmon too early and so every time I rebooted this machine when it had a RAID it marked the array as dirty and rebuilt it. The PC was not usable while it was rebuilding, it was so dang slow,

Re: [gentoo-user] Re: systemd fails to mount nfs4 mounts

On Wed, Nov 1, 2017 at 2:12 PM, Wols Lists wrote: > > Windows WON'T SHUT DOWN PROPERLY most of the time. > > And something messed up /home. > > Easy enough to fix, when I eventually found out the cause. Run fsck on > /dev/sda8. Re-configure windows to tell it "shut down

Re: [gentoo-user] Re: systemd fails to mount nfs4 mounts

On 01/11/17 20:25, Daniel Frey wrote: > On 10/29/2017 08:15 AM, Daniel Frey wrote: >> Come to think of it, I'm going to look back and see if there was an >> update around the time I started having problems. Maybe there was a >> regression of some sort. >> > > So I bought a large SSD, and cloned

Re: [gentoo-user] Re: systemd fails to mount nfs4 mounts

On 10/29/2017 08:15 AM, Daniel Frey wrote: Come to think of it, I'm going to look back and see if there was an update around the time I started having problems. Maybe there was a regression of some sort. So I bought a large SSD, and cloned to it. I'm not stuck with IMSM any more, but

Re: [gentoo-user] Re: systemd fails to mount nfs4 mounts

On 10/28/2017 05:18 PM, Adam Carter wrote: I'm still having this issue, anyone have any ideas? I can see that NetworkManager-Wait-Online finishes, and that the mounting starts immediately after, but I don't think the network is quite up yet, resulting an all nfs mounts to

Re: [gentoo-user] Re: systemd fails to mount nfs4 mounts

> I'm still having this issue, anyone have any ideas? I can see that > NetworkManager-Wait-Online finishes, and that the mounting starts > immediately after, but I don't think the network is quite up yet, resulting > an all nfs mounts to timeout. > > The computer is using a static IP, so it

[gentoo-user] Re: systemd fails to mount nfs4 mounts

On 10/13/2017 03:13 PM, Daniel Frey wrote: I discovered that after my update the other day (systemd is up to date as of Wednesday) that my remote nfs mounts are failing on startup. (Note: as per my other thread, I haven't tried to disable ipv6 yet. I want to figure this out first.) I use an

[gentoo-user] Re: systemd: "local system does not support BPF/cgroup based firewalling"

Alright, thanks. Looks like I'll have to live with that message for a while. Which isn't a big deal. On 28/10/17 21:58, Canek Peláez Valdés wrote: On Sat, Oct 28, 2017 at 1:44 PM, Nikos Chantziaras > wrote: > > There is no such kernel option.

Re: [gentoo-user] Re: systemd: "local system does not support BPF/cgroup based firewalling"

you should probably update your' kernel anyway, a lot of recent security fixes in the newer kernels. mad.scientist.at.large (a good madscientist) -- "The U.S. intelligence community concluded in a report made public in January that the Kremlin sought to disrupt the 2016 election and sway the

Re: [gentoo-user] Re: systemd: "local system does not support BPF/cgroup based firewalling"

you should update the kernel anyway.  some serious security holes have recently been found and corrected in the newest kernel. mad.scientist.at.large (a good madscientist) -- "The U.S. intelligence community concluded in a report made public in January that the Kremlin sought to disrupt the

Re: [gentoo-user] Re: systemd: "local system does not support BPF/cgroup based firewalling"

updating the kernel is a really good idea, recent kernels have corrected a number of serious security issues that are definitely  real and exploitable. mad.scientist.at.large (a good madscientist) -- "The U.S. intelligence community concluded in a report made public in January that the Kremlin

Re: [gentoo-user] Re: systemd: "local system does not support BPF/cgroup based firewalling"

On Sat, Oct 28, 2017 at 1:44 PM, Nikos Chantziaras wrote: > > There is no such kernel option. Yes, there is[1]. However, there is no such option for kernel version 4.9[2], although there is for 4.10[3]. I think that's the problem, for using the firewall BPF options of systemd,

[gentoo-user] Re: systemd: "local system does not support BPF/cgroup based firewalling"

There is no such kernel option. On 28/10/17 21:21, Canek Peláez Valdés wrote: Do you have CONFIG_CGROUP_BPF enabled? Regards. On Sat, Oct 28, 2017 at 1:03 PM, Nikos Chantziaras > wrote: I'm getting these at startup: systemd[1]: File

[gentoo-user] Re: systemD?

On 30/08/17 23:39, mad.scientist.at.la...@tutanota.com wrote: I do not want to start a whole systemd storm, glad i was offline for that.  however, in my case i'd really like to avoid systemd.  can i setup with out systemd, or do i need to remove and patch later. As others mentioned, openrc is

[gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages

Am Tue, 11 Apr 2017 09:40:04 +0200 schrieb Raffaele Belardi : > Kai Krakow wrote: > [...] > >> > >> You might want to also look at sys-process/systemd-cron as a > >> bridge. It basically generates timer units from your crontab and > >> also runs the stuff in

Re: [gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages

Kai Krakow wrote: - cron/anacron after transition to systemd timers You might want to also look at sys-process/systemd-cron as a bridge. It basically generates timer units from your crontab and also runs the stuff in /etc/cron.*.d/. But, timer scripts also work just fine and I do that for

Re: [gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages

Kai Krakow wrote: Am Mon, 10 Apr 2017 09:27:57 +0200 schrieb Raffaele Belardi : Looks like systemd does not provide a unit file for hdparm yet, right? If so I suppose I'll have to write my own. In general I suppose the same holds for everything that was under

Re: [gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages

On Mon, 10 Apr 2017 17:45:59 +0200, Kai Krakow wrote: > All those services are well integrated with each other and suitable for > most stuff. Tho, systemd-networkd is not explicitly developed as a > desktop daemon currently, systemd folks still tend to recommend > NetworkManager to get all

[gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages

Am Mon, 10 Apr 2017 10:48:48 -0400 schrieb Rich Freeman : > On Mon, Apr 10, 2017 at 3:27 AM, Raffaele Belardi > wrote: > > After 10+ years of LXDE/OpenRC I decided to give Gnome/systemd a > > try. > > > > 1. With OpenRC I used hdparm to put an external

[gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages

Am Mon, 10 Apr 2017 09:27:57 +0200 schrieb Raffaele Belardi : > After 10+ years of LXDE/OpenRC I decided to give Gnome/systemd a try. > > 1. With OpenRC I used hdparm to put an external USB disk to sleep: > > $ cat /etc/conf.d/hdparm > sdb_args="-S24" > > Looks like

Re: [gentoo-user] Re: systemd, libgudev and bug 552036

On Fri, Dec 18, 2015 at 10:51 PM, Jonathan Callen wrote: > The python USE flag has been removed > from newer stable versions of sys-apps/systemd (in favor of > dev-python/python-systemd), but dev-python/python-systemd is not yet > stable. Thanks for catching that; I will file

[gentoo-user] Re: systemd, libgudev and bug 552036

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 12/18/2015 07:43 PM, Adam Carter wrote: > emerge -1avt systemd > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! [ebuild R] > sys-apps/systemd-218-r5:0/2::gentoo USE="acl gudev

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On 06/08/2015 20:28, J. Roeleveld wrote: On Thursday, August 06, 2015 02:59:09 PM Mick wrote: On Wednesday 05 Aug 2015 22:47:43 Alan McKinnon wrote: On 05/08/2015 23:12, J. Roeleveld wrote: On Wednesday, August 05, 2015 06:20:17 PM Mick wrote: On Wednesday 05 Aug 2015 11:47:58 Alan McKinnon

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Thursday, August 06, 2015 02:59:09 PM Mick wrote: On Wednesday 05 Aug 2015 22:47:43 Alan McKinnon wrote: On 05/08/2015 23:12, J. Roeleveld wrote: On Wednesday, August 05, 2015 06:20:17 PM Mick wrote: On Wednesday 05 Aug 2015 11:47:58 Alan McKinnon wrote: Much of what makes

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Wednesday 05 Aug 2015 22:47:43 Alan McKinnon wrote: On 05/08/2015 23:12, J. Roeleveld wrote: On Wednesday, August 05, 2015 06:20:17 PM Mick wrote: On Wednesday 05 Aug 2015 11:47:58 Alan McKinnon wrote: Much of what makes programming work has been dumbed down in recent years so that

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Wednesday, August 05, 2015 6:18:07 AM Franz Fellner wrote: walt wrote: On Tue, 04 Aug 2015 08:19:37 +0200 Franz Fellner alpine.art...@gmail.com wrote: Fernando Rodriguez wrote: On Monday, August 03, 2015 6:41:22 PM walt wrote: That line declares *hostname as a constant and

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On 05/08/2015 10:18, Fernando Rodriguez wrote: You can look at it like that, but more technically it's because C doesn't support out arguments, or reference arguments, or objects. All arguments are passed by value. You can return multiple values in a struct but it's not very convenient both

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Wednesday 05 Aug 2015 11:47:58 Alan McKinnon wrote: Much of what makes programming work has been dumbed down in recent years so that employable persons without imagination[1] can have jobs and do something useful. I'm reminded of an old saw about PHP: The nice thing about php is it let's

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On 05/08/2015 19:20, Mick wrote: On Wednesday 05 Aug 2015 11:47:58 Alan McKinnon wrote: Much of what makes programming work has been dumbed down in recent years so that employable persons without imagination[1] can have jobs and do something useful. I'm reminded of an old saw about PHP: The

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Wednesday, August 05, 2015 12:47:58 PM Alan McKinnon wrote: On 05/08/2015 10:18, Fernando Rodriguez wrote: In this context does 'hostname' mean a-pointer-to-a-pointer-to-the- charstring we actually need? Doesn't this code seem needlessly complicated? okay, screed

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Wednesday, August 05, 2015 06:20:17 PM Mick wrote: On Wednesday 05 Aug 2015 11:47:58 Alan McKinnon wrote: Much of what makes programming work has been dumbed down in recent years so that employable persons without imagination[1] can have jobs and do something useful. I'm reminded of an

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On 05/08/2015 23:12, J. Roeleveld wrote: On Wednesday, August 05, 2015 06:20:17 PM Mick wrote: On Wednesday 05 Aug 2015 11:47:58 Alan McKinnon wrote: Much of what makes programming work has been dumbed down in recent years so that employable persons without imagination[1] can have jobs and do

[gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Wed, 05 Aug 2015 23:00:36 +0200 J. Roeleveld jo...@antarean.org wrote: the following page should be required study for everyone starting with programming. (It's for PHP, but should work for ALL languages): http://code.tutsplus.com/tutorials/why-youre-a-bad-php-programmer--net-18384

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Wednesday, August 05, 2015 12:47:58 PM Alan McKinnon wrote: Much of what makes programming work has been dumbed down in recent years so that employable persons without imagination[1] can have jobs and do something useful. I'm reminded of an old saw about PHP: It may be that in recent years

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

Fernando Rodriguez wrote: On Monday, August 03, 2015 6:41:22 PM walt wrote: That line declares *hostname as a constant and then the statement below proceeds to assign a value to the 'constant'. I wonder how many hours of frustration have been suffered by student programmers while trying to

RE: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

walt wrote: On Tue, 04 Aug 2015 08:19:37 +0200 Franz Fellner alpine.art...@gmail.com wrote: Fernando Rodriguez wrote: On Monday, August 03, 2015 6:41:22 PM walt wrote: That line declares *hostname as a constant and then the statement below proceeds to assign a value to the

[gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Tue, 04 Aug 2015 08:19:37 +0200 Franz Fellner alpine.art...@gmail.com wrote: Fernando Rodriguez wrote: On Monday, August 03, 2015 6:41:22 PM walt wrote: That line declares *hostname as a constant and then the statement below proceeds to assign a value to the 'constant'. I wonder how

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Tue, Aug 4, 2015 at 7:56 PM, walt w41...@gmail.com wrote: Let me give you one more example of syntax that I find unreasonable, and then I'll ask my *real* question, about which I hope you will have opinions. Okay, the statement I referred to above uses this notation: if

[gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Mon, 3 Aug 2015 14:23:18 -0400 Mike Gilbert flop...@gentoo.org wrote: On Sun, Aug 2, 2015 at 11:16 AM, walt w41...@gmail.com wrote: On Sun, 2 Aug 2015 08:03:11 -0700 walt w41...@gmail.com wrote: Oops, journalctl tells me that systemd-networkd is segfaulting repeatedly during boot.

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior [FIXED]

On Monday, August 03, 2015 6:41:22 PM walt wrote: That line declares *hostname as a constant and then the statement below proceeds to assign a value to the 'constant'. I wonder how many hours of frustration have been suffered by student programmers while trying to understand the logic behind

Re: [gentoo-user] Re: systemd-224 Look out for new networking behavior

On Sun, Aug 2, 2015 at 11:16 AM, walt w41...@gmail.com wrote: On Sun, 2 Aug 2015 08:03:11 -0700 walt w41...@gmail.com wrote: I've been running systemd for a long time without needing to enable the dhcpcd service at boot time. Starting with systemd-224 that is no longer true. Oops,

[gentoo-user] Re: systemd-224 Look out for new networking behavior

On Sun, 2 Aug 2015 08:03:11 -0700 walt w41...@gmail.com wrote: I've been running systemd for a long time without needing to enable the dhcpcd service at boot time. Starting with systemd-224 that is no longer true. Oops, journalctl tells me that systemd-networkd is segfaulting repeatedly

[gentoo-user] Re: systemd-224 Look out for new networking behavior

walt w41...@gmail.com wrote: Oops, journalctl tells me that systemd-networkd is segfaulting repeatedly during boot. systemd has become very picky on cflags; e.g. -DNDEBUG and friends cause strange behaviour and segfaults.

Re: [gentoo-user] Re: systemd: incorrect behavior when doing poweroff/reboot

On 22/03/2015 03:32, Hans wrote: On 22/03/15 08:44, walt wrote: I'd be 100% sure this is a systemd bug except that the problem is so obvious and (I think) so common that I can't believe I'm the only systemd user seeing it: I routinely share /usr/portage over NFS between several gentoo boxes

[gentoo-user] Re: systemd: incorrect behavior when doing poweroff/reboot

On 22/03/15 08:44, walt wrote: I'd be 100% sure this is a systemd bug except that the problem is so obvious and (I think) so common that I can't believe I'm the only systemd user seeing it: I routinely share /usr/portage over NFS between several gentoo boxes on my wireless network. When I

Re: [gentoo-user] Re: systemd + openvpn

On Thu, Feb 12, 2015 at 11:37 PM, Joseph syscon...@gmail.com wrote: No, the problem in Fedora was thier selinux. I suppose to be some extra security, but it seems to me it creates only more problems. A common observation with SELinux. Even so, it definitely DOES provide additional security.

Re: [gentoo-user] Re: systemd + openvpn

On 02/11/15 19:26, Rich Freeman wrote: On Wed, Feb 11, 2015 at 6:26 PM, walt w41...@gmail.com wrote: Yes, I see the same, which I feel is a systemd bug. The escaping trick works only with the 'enable' command, not stop or start. Dumb. It seems more likely to be an error with the unit,

Re: [gentoo-user] Re: systemd not starting wpa_supplicant after last update

On Wed, Feb 11, 2015 at 5:37 PM, walt w41...@gmail.com wrote: Yes, thank you! Did you use systemctl to make all the symlinks? I just did it all manually and it works, but I'm not sure how I would have done it using systemctl. systemctl enable service That looks in the unit's install

Re: [gentoo-user] Re: systemd + openvpn

On 02/11/15 15:26, walt wrote: On 02/11/2015 02:38 PM, Joseph wrote: On 02/11/15 13:52, walt wrote: On 02/11/2015 10:58 AM, Joseph wrote: on Fedora when I do systemctl enable openvpn@eeepc.service I get: Failed to execute operation: No such file or directory. You need to escape the @ by

[gentoo-user] Re: systemd + openvpn

On 02/11/2015 10:58 AM, Joseph wrote: on Fedora when I do systemctl enable openvpn@eeepc.service I get: Failed to execute operation: No such file or directory. You need to escape the @ by typing openvpn\@eeepc.service, which is not clear from the error message.

[gentoo-user] Re: systemd + openvpn

On 02/11/2015 02:38 PM, Joseph wrote: On 02/11/15 13:52, walt wrote: On 02/11/2015 10:58 AM, Joseph wrote: on Fedora when I do systemctl enable openvpn@eeepc.service I get: Failed to execute operation: No such file or directory. You need to escape the @ by typing openvpn\@eeepc.service,

Re: [gentoo-user] Re: systemd + openvpn

On 02/11/15 13:52, walt wrote: On 02/11/2015 10:58 AM, Joseph wrote: on Fedora when I do systemctl enable openvpn@eeepc.service I get: Failed to execute operation: No such file or directory. You need to escape the @ by typing openvpn\@eeepc.service, which is not clear from the error message.

[gentoo-user] Re: systemd not starting wpa_supplicant after last update

On 02/11/2015 03:20 PM, Rich Freeman wrote: On Wed, Feb 11, 2015 at 5:37 PM, walt w41...@gmail.com wrote: Yes, thank you! Did you use systemctl to make all the symlinks? I just did it all manually and it works, but I'm not sure how I would have done it using systemctl. systemctl

Re: [gentoo-user] Re: systemd not starting wpa_supplicant after last update

On Wed, Feb 11, 2015 at 6:37 PM, walt w41...@gmail.com wrote: On 02/11/2015 03:20 PM, Rich Freeman wrote: On Wed, Feb 11, 2015 at 5:37 PM, walt w41...@gmail.com wrote: Yes, thank you! Did you use systemctl to make all the symlinks? I just did it all manually and it works, but I'm not sure

[gentoo-user] Re: systemd not starting wpa_supplicant after last update

On 02/11/2015 01:05 PM, Neil Bothwick wrote: On Wed, 11 Feb 2015 13:22:13 -0600, Canek Peláez Valdés wrote: I use NetworkManager for wireless connections, and systemd-networkd for static ethernet, so I don't use wpa_supplicant directly. However, I would suggest to simply enable

Re: [gentoo-user] Re: systemd + openvpn

On Wed, Feb 11, 2015 at 6:26 PM, walt w41...@gmail.com wrote: Yes, I see the same, which I feel is a systemd bug. The escaping trick works only with the 'enable' command, not stop or start. Dumb. It seems more likely to be an error with the unit, which has nothing to do with systemd. As I

Re: [gentoo-user] Re: systemd not starting wpa_supplicant after last update

On Wed, 11 Feb 2015 14:37:22 -0800, walt wrote: % ls -l /etc/systemd/system/systemd-networkd.service.wants/ systemd-resolved.service - /usr/lib/systemd/system/systemd-resolved.service wpa_supplicant@wlan0.service - /usr/lib64/systemd/system/wpa_supplicant@.service Yes, thank you!

[gentoo-user] Re: systemd not starting wpa_supplicant after last update

On 02/11/2015 04:30 PM, Rich Freeman wrote: On Wed, Feb 11, 2015 at 6:37 PM, walt w41...@gmail.com wrote: On 02/11/2015 03:20 PM, Rich Freeman wrote: On Wed, Feb 11, 2015 at 5:37 PM, walt w41...@gmail.com wrote: Yes, thank you! Did you use systemctl to make all the symlinks? I just did it

[gentoo-user] Re: [systemd] Is this a NetworkManager bug?

On 10/16/2014 04:34 PM, Canek Peláez Valdés wrote: At some point NM had integration with the OpenRC network configuration, and (AFAIR) sometimes it made a mess inside /etc/conf.d. I don't know if such integration exists anymore; nowadays I don't even have /etc/{conf,init}.d, and everything

Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?

Be aware that /etc/init.d/functions.sh is still required by a lot of things (gcc-config, python-updater, perl-cleaner, stuff like that).They are trying to move that file to a more reasonable location; I expect it to be done in five or six years. Regards. On Fri, Oct 17, 2014 at 10:00 AM, walt

Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?

On Fri, Oct 17, 2014 at 11:18 AM, Canek Peláez Valdés can...@gmail.com wrote: Be aware that /etc/init.d/functions.sh is still required by a lot of things (gcc-config, python-updater, perl-cleaner, stuff like that).They are trying to move that file to a more reasonable location; I expect it to

Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?

On Fri, Oct 17, 2014 at 12:14 PM, Rich Freeman ri...@gentoo.org wrote: On Fri, Oct 17, 2014 at 11:18 AM, Canek Peláez Valdés can...@gmail.com wrote: Be aware that /etc/init.d/functions.sh is still required by a lot of things (gcc-config, python-updater, perl-cleaner, stuff like that).They

[gentoo-user] Re: [systemd] Is this a NetworkManager bug?

On 10/15/2014 08:23 PM, Tom H wrote: On Mon, Oct 13, 2014 at 7:39 PM, walt w41...@gmail.com wrote: I just switched my home LAN from wired to all wifi and I'm having trouble with NetworkManager at boot time. I have systemd start NetworkManager at boot because I need the internet for ntpdate

Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?

On Thu, Oct 16, 2014 at 3:53 PM, walt w41...@gmail.com wrote: On 10/15/2014 08:23 PM, Tom H wrote: On Mon, Oct 13, 2014 at 7:39 PM, walt w41...@gmail.com wrote: I just switched my home LAN from wired to all wifi and I'm having trouble with NetworkManager at boot time. I have systemd start

Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?

On Thu, Oct 16, 2014 at 4:53 PM, walt w41...@gmail.com wrote: On 10/15/2014 08:23 PM, Tom H wrote: On Mon, Oct 13, 2014 at 7:39 PM, walt w41...@gmail.com wrote: I just switched my home LAN from wired to all wifi and I'm having trouble with NetworkManager at boot time. I have systemd start

Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?

2014-10-14 16:54 GMT-06:00 Canek Peláez Valdés can...@gmail.com: On Tue, Oct 14, 2014 at 5:48 PM, walt w41...@gmail.com wrote: [ snip ] Lots of great information, thanks. What I learned while following up on your hints is that the NM behavior I thought was a bug is merely a feature ;)

[gentoo-user] Re: [systemd] Is this a NetworkManager bug?

On 10/13/2014 04:56 PM, Canek Peláez Valdés wrote: On Mon, Oct 13, 2014 at 6:39 PM, walt w41...@gmail.com wrote: I just switched my home LAN from wired to all wifi and I'm having trouble with NetworkManager at boot time. I have systemd start NetworkManager at boot because I need the internet

Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?

On Tue, Oct 14, 2014 at 5:48 PM, walt w41...@gmail.com wrote: [ snip ] Lots of great information, thanks. What I learned while following up on your hints is that the NM behavior I thought was a bug is merely a feature ;) After boot, but before startx, wlan0 exists but is not properly set

[gentoo-user] Re: Systemd and PyTimeChart

Mark David Dumlao madumlao at gmail.com writes: PyTimeChart is another wonderful tool that complements Ftrace/trace-cmd/KernelShark. PyTimeChart is also wonderful in that it provides a graphical way to spot problems quickly. Most major (linux) distros have both PyTimeChart and

Re: [gentoo-user] Re: Systemd upower

On Fri, Jun 6, 2014 at 1:46 AM, Mick michaelkintz...@gmail.com wrote: On Friday 06 Jun 2014 00:15:02 Peter Humphrey wrote: I bet you have quite a lot of systemd components lurking in the background though, ready to take over the world the next time you aren't looking :-) Ha! I can already

Re: [gentoo-user] Re: Systemd upower

On Friday 06 Jun 2014 12:18:09 Rich Freeman wrote: That would be udev. It has been around long before systemd, and you must have missed the huge flamewar when they renamed it to systemd-udevd. Maybe we'll see java renamed to java-by-oracle-with-ask-toolbar next. :) TBH I wouldn't be

Re: [gentoo-user] Re: Systemd upower

On Fri, Jun 6, 2014 at 3:13 PM, Mick michaelkintz...@gmail.com wrote: I am mostly happy with openrc and therefore have no reason to move to the systemd monoculture, unless gentoo falls in line with Debian et al. and leaves me no choice. I don't really see that happening anytime soon - it

Re: [gentoo-user] Re: Systemd upower

On 05/06/14 08:23, Mick wrote: On Wednesday 04 Jun 2014 23:27:05 Samuli Suominen wrote: On 05/06/14 01:14, »Q« wrote: On Tue, 03 Jun 2014 22:06:07 +0200 Alan McKinnon alan.mckin...@gmail.com wrote: The good news is that the version of upower prior to this decision still works fine and

Re: [gentoo-user] Re: Systemd upower

On Thursday 05 Jun 2014 08:25:30 Samuli Suominen wrote: On 05/06/14 08:23, Mick wrote: Are you saying that as things stand it is a matter of time before a gentoo user will have to switch from openrc to systemd, if they want/need to continue using sleep and hibernate? For those tasks you

Re: [gentoo-user] Re: Systemd upower

On 05/06/14 12:03, Mick wrote: On Thursday 05 Jun 2014 08:25:30 Samuli Suominen wrote: On 05/06/14 08:23, Mick wrote: Are you saying that as things stand it is a matter of time before a gentoo user will have to switch from openrc to systemd, if they want/need to continue using sleep and

Re: [gentoo-user] Re: Systemd upower

On Thursday 05 Jun 2014 10:08:53 Samuli Suominen wrote: On 05/06/14 12:03, Mick wrote: On Thursday 05 Jun 2014 08:25:30 Samuli Suominen wrote: On 05/06/14 08:23, Mick wrote: Are you saying that as things stand it is a matter of time before a gentoo user will have to switch from openrc to

Re: [gentoo-user] Re: Systemd upower

On Thu, 5 Jun 2014 06:23:38 +0100 Mick michaelkintz...@gmail.com wrote: Are you saying that as things stand it is a matter of time before a gentoo user will have to switch from openrc to systemd, if they want/need to continue using sleep and hibernate? For them to have support for sleep and

Re: [gentoo-user] Re: Systemd upower

On 05/06/14 13:47, Tom Wijsman wrote: On Thu, 5 Jun 2014 06:23:38 +0100 Mick michaelkintz...@gmail.com wrote: Are you saying that as things stand it is a matter of time before a gentoo user will have to switch from openrc to systemd, if they want/need to continue using sleep and hibernate?

Re: [gentoo-user] Re: Systemd upower

On Thursday 05 Jun 2014 12:26:09 Samuli Suominen wrote: On 05/06/14 13:47, Tom Wijsman wrote: On Thu, 5 Jun 2014 06:23:38 +0100 Mick michaelkintz...@gmail.com wrote: Are you saying that as things stand it is a matter of time before a gentoo user will have to switch from openrc to

  1   2   3   >