[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 it'

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 i

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 wrote

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? W

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 systemd-utils?

[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', and

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 from

[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 tri

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 blocker for systemd[s

[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 fi

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 >> no

[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 sys-app

[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, but not the end of the

[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 not the end of the

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 easy? Were there p

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 the profis here? > >

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 profis here? > > > I

[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 w

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 does NOT mean > hibernate,

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 to

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 system

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 timeout

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 shouldn

[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. Yes, there is[1]. Howev

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 rac

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 2016

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 s

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, you'll need to use

[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 /lib/systemd/system/syst

[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 /etc/cron.*.d/. But, timer scripts

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 stuf

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 /etc/local.d/ I've put the hdparm

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 feature

[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 USB disk to sleep: > > > > $ cat /etc/conf.d

[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 systemd does not provide a u

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 a stablereq right aw

[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 intros

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 A

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 m

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 > >>> year

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 year

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

On Wed, 05 Aug 2015 23:00:36 +0200 "J. Roeleveld" 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 Excellent article,

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

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 o

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? >

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:

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 le

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 b

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 wrote: > > > > > Fernando Rodriguez wrote: > > > > On Monday, August 03, 2015 6:41:22 PM walt wrote: > > > > > That line declares *hostname as a constant and then t

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 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

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

On Tue, Aug 4, 2015 at 7:56 PM, walt 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 (!link->network->hostname)

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

On Tue, 04 Aug 2015 08:19:37 +0200 Franz Fellner 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 > > > many hour

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 try

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 behi

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

On Mon, 3 Aug 2015 14:23:18 -0400 Mike Gilbert wrote: > On Sun, Aug 2, 2015 at 11:16 AM, walt wrote: > > On Sun, 2 Aug 2015 08:03:11 -0700 > > walt wrote: > > Oops, journalctl tells me that systemd-networkd is segfaulting > > repeatedly during boot. I'm reverting back to systemd-222-r1 until

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

On Sun, Aug 2, 2015 at 11:16 AM, walt wrote: > On Sun, 2 Aug 2015 08:03:11 -0700 > walt 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 syst

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

walt 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.

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

On Sun, 2 Aug 2015 08:03:11 -0700 walt 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 during boot. I'm

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 gen

[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 power

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

On Thu, Feb 12, 2015 at 11:37 PM, Joseph 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. It is a standard

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 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

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,

[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 wrote: >> On 02/11/2015 03:20 PM, Rich Freeman wrote: >>> On Wed, Feb 11, 2015 at 5:37 PM, walt wrote: Yes, thank you! Did you use systemctl to make all the symlinks? I just did it all manua

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

On Wed, Feb 11, 2015 at 6:37 PM, walt wrote: > On 02/11/2015 03:20 PM, Rich Freeman wrote: >> On Wed, Feb 11, 2015 at 5:37 PM, walt 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

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

On Wed, Feb 11, 2015 at 6:26 PM, walt 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 mentioned alre

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 typ

[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 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

[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\

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

On Wed, Feb 11, 2015 at 5:37 PM, walt 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 That looks in the unit's install section to see what

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 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 >> wpa

[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.

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

On Fri, Oct 17, 2014 at 12:14 PM, Rich Freeman wrote: > On Fri, Oct 17, 2014 at 11:18 AM, Canek Peláez Valdés > 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 fil

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

On Fri, Oct 17, 2014 at 11:18 AM, Canek Peláez Valdés 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 be done in fi

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 wr

[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 everythin

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

On Thu, Oct 16, 2014 at 4:53 PM, walt wrote: > On 10/15/2014 08:23 PM, Tom H wrote: >> On Mon, Oct 13, 2014 at 7:39 PM, walt 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 a

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

On Thu, Oct 16, 2014 at 3:53 PM, walt wrote: > On 10/15/2014 08:23 PM, Tom H wrote: >> On Mon, Oct 13, 2014 at 7:39 PM, walt 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 a

[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 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 and

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

2014-10-14 16:54 GMT-06:00 Canek Peláez Valdés : > On Tue, Oct 14, 2014 at 5:48 PM, walt 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 st

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

On Tue, Oct 14, 2014 at 5:48 PM, walt 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 > up. After X

[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 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 n

[gentoo-user] Re: Systemd and PyTimeChart

Mark David Dumlao 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 Ftrace/t

Re: [gentoo-user] Re: Systemd upower

On Fri, Jun 6, 2014 at 3:13 PM, Mick 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 will be more likely to b

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 b

Re: [gentoo-user] Re: Systemd upower

On Fri, Jun 6, 2014 at 1:46 AM, Mick 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 see this one: > >

Re: [gentoo-user] Re: Systemd upower

On Friday 06 Jun 2014 00:15:02 Peter Humphrey wrote: > On Thursday 05 June 2014 13:58:45 Mick wrote: > > .., I've keyworded sys-power/upower-0.99.0 for now on one machine > > and it seems to work fine, without imposing systemd at the moment. :-) > > I bet you have quite a lot of systemd component

Re: [gentoo-user] Re: Systemd upower

On Thursday 05 June 2014 13:58:45 Mick wrote: > .., I've keyworded sys-power/upower-0.99.0 for now on one machine > and it seems to work fine, without imposing systemd at the moment. :-) I bet you have quite a lot of systemd components lurking in the background though, ready to take over the wo

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 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 >

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 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 hav

Re: [gentoo-user] Re: Systemd upower

On Thu, 5 Jun 2014 06:23:38 +0100 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 them to have support for sleep and hibernate, someone needs

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 fr

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 sle

  1   2   3   >