Re: [packages/librsvg] - updated dependencies; librsvg since 2.42 is partially in rust (what with th-x32?)
On Wed, Jan 30, 2019 at 09:05:10PM +0100, Jan Rękorajski wrote: > On Wed, 30 Jan 2019, Jakub Bogusz wrote: > > > On Wed, Jan 30, 2019 at 08:20:00PM +0100, qboosh wrote: > > > commit fc65f7f1cf360e29b7e44b9835dece9805ad9dbc > > > Author: Jakub Bogusz > > > Date: Wed Jan 30 20:25:13 2019 +0100 > > > > > > - updated dependencies; librsvg since 2.42 is partially in rust (what > > > with th-x32?) > > > > According to rust project site, code generation and std lib is supported > > on x32, but there is no rustc hosted on x32 system - I assume that x86_64 > > rustc must be used... > > 1. librsvg-c for x32? https://lwn.net/Articles/771355/ > 2. get rust functional on x32 (I'm fine with x86_64 runtime and x32 stdlib) > 3. drop x32 possibly? https://lwn.net/Articles/774734/ Followup: eog 3.34 already (optionally) requires rust-based librsvg >= 2.44), so sticking to 2.40.x is no longer an option. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/systemd] rel 1
On 11/10/2019 11:53, Tomasz Pala wrote: > On Fri, Oct 11, 2019 at 09:11:27 +0200, Arkadiusz Miśkiewicz wrote: > systemctl preset-all Should we call it in %post like docs say? > > BTW which docs? NEWS: * During package installation (with `ninja install`), we would create symlinks for getty@tty1.service, systemd-networkd.service, systemd-networkd.socket, systemd-resolved.service, remote-cryptsetup.target, remote-fs.target, systemd-networkd-wait-online.service, and systemd-timesyncd.service in /etc, as if `systemctl enable` was called for those units, to make the system usable immediately after installation. Now this is not done anymore, and instead calling `systemctl preset-all` is recommended after the first installation of systemd. > >>> I think it's too risky since we don't have enough real-life testing. >> >> So right now we end up with services that are not enabled with this >> version of systemd that were enabled with earlier version (like getty >> for tty1 etc). > > Where were they being enabled? I'm not following this package recently, > and can't find any changes in %post*. These were enabled by default by just files existence. Now files were removed (with update to 242; d482e20e65e32e51e9bdfdecb0d1375d9e62c0d1) > >> If not call it on upgrade then at least on initial install. > > Install should call preset indeed - this operation requires attention anyway. > > I remember fixing something around presets: > http://git.pld-linux.org/gitweb.cgi?p=packages/rpm-build-macros.git;a=commitdiff;h=3303369cd82fe4c2d6297d60fec3272066a322c5 > (fixed later in aa13c88c1160df49c87ad3d9586c0bc0b4b3bc5d) > > > ...and I wonder if we could call on upgrade: > > systemctl preset-all --preset-mode=enable-only > > but personally I wouldn't be happy if upgrade enabled services I've > previously disabled[*] - sometimes masking is inappropriate as it prevents > manual service start. > > > We must also remember about such cases: > > http://git.pld-linux.org/gitweb.cgi?p=packages/systemd.git;a=blob;f=systemd.spec;h=67896dfd484b51979edb48046d97d86ab5d0;hb=HEAD#l995 > > - wouldn't this disable everything (not distro-preset"ted" to on) after > "preset-all"? > > Note the "default.preset" filename, i.e. without priority prefix, would > be applied last (which is correct as the first match wins), but we do > not provide preset files: > > $ ipoldek --skip-installed rsearch -f /systemd.\*\.preset$/ > > systemd-units-241-2.x86_64 > zfs-0.8.1-1.x86_64 > > So I guess this would result in disabled ssh as well (yikes!) > > > [*] "If no preset files exist, systemctl preset will enable all units that > are installed by default" > > PS: had no time to add missing directories: > /var/lib/systemd/journal-upload > /var/log/journal/remote > -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/systemd] rel 1
On Fri, Oct 11, 2019 at 09:11:27 +0200, Arkadiusz Miśkiewicz wrote: >>> systemctl preset-all >>> >>> Should we call it in %post like docs say? BTW which docs? >> I think it's too risky since we don't have enough real-life testing. > > So right now we end up with services that are not enabled with this > version of systemd that were enabled with earlier version (like getty > for tty1 etc). Where were they being enabled? I'm not following this package recently, and can't find any changes in %post*. > If not call it on upgrade then at least on initial install. Install should call preset indeed - this operation requires attention anyway. I remember fixing something around presets: http://git.pld-linux.org/gitweb.cgi?p=packages/rpm-build-macros.git;a=commitdiff;h=3303369cd82fe4c2d6297d60fec3272066a322c5 (fixed later in aa13c88c1160df49c87ad3d9586c0bc0b4b3bc5d) ...and I wonder if we could call on upgrade: systemctl preset-all --preset-mode=enable-only but personally I wouldn't be happy if upgrade enabled services I've previously disabled[*] - sometimes masking is inappropriate as it prevents manual service start. We must also remember about such cases: http://git.pld-linux.org/gitweb.cgi?p=packages/systemd.git;a=blob;f=systemd.spec;h=67896dfd484b51979edb48046d97d86ab5d0;hb=HEAD#l995 - wouldn't this disable everything (not distro-preset"ted" to on) after "preset-all"? Note the "default.preset" filename, i.e. without priority prefix, would be applied last (which is correct as the first match wins), but we do not provide preset files: $ ipoldek --skip-installed rsearch -f /systemd.\*\.preset$/ systemd-units-241-2.x86_64 zfs-0.8.1-1.x86_64 So I guess this would result in disabled ssh as well (yikes!) [*] "If no preset files exist, systemctl preset will enable all units that are installed by default" PS: had no time to add missing directories: /var/lib/systemd/journal-upload /var/log/journal/remote -- Tomasz Pala ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/systemd] rel 1
On 11/10/2019 08:10, Tomasz Pala wrote: > On Thu, Oct 10, 2019 at 11:34:03 +0200, Arkadiusz Miśkiewicz wrote: > >> What about >> >> systemctl preset-all >> >> Should we call it in %post like docs say? > > I think it's too risky since we don't have enough real-life testing. > So right now we end up with services that are not enabled with this version of systemd that were enabled with earlier version (like getty for tty1 etc). If not call it on upgrade then at least on initial install. -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/systemd] rel 1
On Thu, Oct 10, 2019 at 11:34:03 +0200, Arkadiusz Miśkiewicz wrote: > What about > > systemctl preset-all > > Should we call it in %post like docs say? I think it's too risky since we don't have enough real-life testing. -- Tomasz Pala ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
