openSUSE Packaging August 2019

packaging@lists.opensuse.org

26 participants
13 discussions

[opensuse-packaging] Proposal: Use /usr/libexec for libexec content
by Neal Gompa 02 Sep '19

02 Sep '19

Hello, I'd like to propose adding /usr/libexec to the openSUSE FHS and reverting the definition of %_libexecdir in rpm back to /usr/libexec so that libexec content is installed there. Currently, openSUSE overrides rpm to define %_libexecdir as /usr/lib, which leads to pollution of the /usr/lib directory with executable content as well as 64-bit content when there shouldn't be any. The /usr/libexec has been in use on RH/Fedora and Mageia systems in the Linux world, but has its origins in BSD and is still used today in BSDs and variants (like Mac OS X). The usage of /usr/libexec for libexec content has also been recognized by FHS with v3.0, released in 2015. In the Linux distribution landscape (that is, all major families, not just RPM ones), /usr/libexec is in use on Red Hat, Mandrake, Gentoo, and Slackware families. This is a breaking change, as it means that as packages are rebuilt, libexec content *should* migrate from /usr/lib to /usr/libexec. The major advantage of migrating the libexec content is that it will make openSUSE consistent with other major RPM-based Linux distributions, and ease efforts in supporting SUSE distributions along with Red Hat ones by removing the need for hacks and tweaks to support two different hierarchies. This simplifies the portability headaches in supporting both distribution families, and makes it easier for applications that were originally aimed for RHEL/CentOS to run on SLE/openSUSE Leap. This change would be done in three stages: 1. Make the change to the filesystem package to add /usr/libexec to the hierarchy. 2. Add /usr/libexec to allowed prefixes in rpmlint-checks and remove spec-cleaner rule that assumes /usr/lib == %_libexecdir. 3. Make the change to the rpm package to set %_libexecdir back to /usr/libexec. This one will cause a fair bit of work to fix packages that do the wrong thing one way or another with %_libexecdir. What do you all think? Best regards, Neal -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 3

[opensuse-packaging] #help wanted# 06-check-installtest filelist diff stopping build.
by Glenn Doig 02 Sep '19

02 Sep '19

Hello, Can spec be adjusted so build completes, tried 2 sets of fixes , different errors see lines marked '>> ## problem ??' builds [1] and [2] Thanks Cheers --Glenn ## Package: name: oracle-database-server-12cR2-preinstall urls: https://build.opensuse.org/package/show/home:doiggl/oracle-database-server-… https://build.opensuse.org/build/home:doiggl/openSUSE_Leap_42.3/x86_64/orac… ############################### #build [2] latest build re-try: ############################### [ 24s] + umask 022 [ 24s] + cd /home/abuild/rpmbuild/BUILD [ 24s] + cd oracle-database-server-12cR2-preinstall-1.0 [ 24s] + /usr/bin/rm -rf /home/abuild/rpmbuild/BUILDROOT/oracle-database-server-12cR2-preinstall-1.0-12.1.x86_64 [ 24s] + exit 0 [ 24s] ... checking for files with abuild user/group [ 24s] ... running 00-check-install-rpms [ 24s] ... installing all built rpms [ 24s] Preparing packages... [ 24s] oracle-database-server-12cR2-preinstall-debugsource-1.0-12.1.noarch [ 24s] oracle-database-server-12cR2-preinstall-1.0-12.1.noarch [ 25s] oracle-database-server-12cR2-preinstall-firstboot: unknown service [ 25s] warning: %posttrans(oracle-database-server-12cR2-preinstall-1.0-12.1.noarch) scriptlet failed, exit status 1 [ 25s] ... running 01-check-debuginfo [ 25s] ... testing for empty debuginfo packages [ 25s] ! [ 25s] ! //.build.packages/RPMS/noarch/oracle-database-server-12cR2-preinstall-debugsource-1.0-12.1.noarch.rpm: empty debuginfo/debugsource package, deleting [ 25s] ! [ 25s] ... running 02-check-gcc-output [ 25s] ... testing for serious compiler warnings [ 25s] (using /usr/lib/build/checks-data/check_gcc_output) [ 25s] (using //.build.log) [ 25s] ... running 03-check-binary-kernel-log [ 25s] ... running 04-check-filelist [ 25s] ... checking filelist [ 25s] ... running 05-check-invalid-requires [ 25s] ... running 06-check-installtest >> ## problem ?? [ 25s] ... testing for pre/postinstall scripts that are not idempotent >> ## problem ?? [ 25s] find: './proc/946': No such file or directory >> ## problem ?? [ 25s] ./.build_patchrpmcheck_scr >> ## problem ?? [ 25s] ./.build_patchrpmcheck1 >> ## problem ?? [ 25s] pre/postinstall/uninstall script of oracle-database-server-12cR2-preinstall-1.0-12.1.noarch.rpm modifies >> ## problem ?? filelist! >> ## problem ?? [ 25s] filelist diff: >> ## problem ?? [ 25s] --- //.build_patchrpmcheck1 2019-08-29 01:37:19.136000000 +0000 >> ## problem ?? [ 25s] +++ //.build_patchrpmcheck2 2019-08-29 01:37:19.432000000 +0000 >> ## problem ?? [ 25s] @@ -24,3 +24,5 @@ [ 25s] +SM5....T. /etc/sysconfig/oracle-database-server-12cR2-preinstall/oracle-database-server-12cR2-preinstall-verify [ 25s] +SM5....T. c /etc/sysconfig/oracle-database-server-12cR2-preinstall/oracle-database-server-12cR2-preinstall.param [ 25s] [ 25s] sheep81 failed "build oracle-database-server-12cR2-preinstall.spec" at Thu Aug 29 01:37:19 UTC 2019. [ 25s] [ 29s] ## ######################### #build [1] 1st build try: ######################### . . . # [ 44s] + exit 0 [ 44s] ... checking for files with abuild user/group [ 44s] ... running 00-check-install-rpms [ 44s] ... installing all built rpms [ 44s] Preparing packages... [ 44s] oracle-database-server-12cR2-preinstall-debugsource-1.0-9.1.noarch [ 45s] oracle-database-server-12cR2-preinstall-1.0-9.1.noarch [ 46s] oracle-database-server-12cR2-preinstall-firstboot: unknown service [ 46s] warning: %posttrans(oracle-database-server-12cR2-preinstall-1.0-9.1.noarch) scriptlet failed, exit status 1 [ 46s] ... running 01-check-debuginfo [ 46s] ... testing for empty debuginfo packages [ 46s] ! [ 46s] ! //.build.packages/RPMS/noarch/oracle-database-server-12cR2-preinstall-debugsource-1.0-9.1.noarch.rpm: empty debuginfo/debugsource package, deleting [ 46s] ! [ 46s] ... running 02-check-gcc-output [ 46s] ... testing for serious compiler warnings [ 46s] (using /usr/lib/build/checks-data/check_gcc_output) [ 46s] (using //.build.log) [ 46s] ... running 03-check-binary-kernel-log [ 46s] ... running 04-check-filelist [ 46s] ... checking filelist [ 46s] ... running 05-check-invalid-requires [ 46s] ... running 06-check-installtest [ 46s] ... testing for pre/postinstall scripts that are not idempotent [ 46s] mount: none is already mounted or /proc busy [ 46s] none is already mounted on /dev/pts [ 46s] none is already mounted on /dev/shm [ 47s] pre/postinstall/uninstall script of oracle-database-server-12cR2-preinstall-1.0-9.1.noarch.rpm modifies filelist! [ 47s] filelist diff: [ 47s] --- //.build_patchrpmcheck1 2019-08-28 16:55:44.366281978 +0000 [ 47s] +++ //.build_patchrpmcheck2 2019-08-28 16:55:44.406281976 +0000 [ 47s] @@ -24,3 +24,5 @@ [ 47s] +SM5....T. /etc/sysconfig/oracle-database-server-12cR2-preinstall/oracle-database-server-12cR2-preinstall-verify [ 47s] +SM5....T. c /etc/sysconfig/oracle-database-server-12cR2-preinstall/oracle-database-server-12cR2-preinstall.param [ 47s] [ 47s] cloud121 failed "build oracle-database-server-12cR2-preinstall.spec" at Wed Aug 28 16:55:44 UTC 2019. [ 47s] [ 47s] ### VM INTERACTION START ### [ 50s] [ 35.405189] sysrq: SysRq : Power Off [ 50s] [ 35.415012] reboot: Power down [ 54s] ### VM INTERACTION END ### [ 54s] [ 54s] cloud121 failed "build oracle-database-server-12cR2-preinstall.spec" at Wed Aug 28 16:55:52 UTC 2019. [ 54s] # +missing /etc/sysconfig/oracle-database-server-12cR2-preinstall +missing /etc/sysconfig/oracle-database-server-12cR2-preinstall/oracle-database-server-12cR2-preinstall-verify +missing c /etc/sysconfig/oracle-database-server-12cR2-preinstall/oracle-database-server-12cR2-preinstall.param ############################################################## fix[1] added into oracle-database-server-12cR2-preinstall.spec and retried build see build [2] above. ############################################################## %postun #added in following 3 lines /usr/bin/mkdir /etc/sysconfig/oracle-database-server-12cR2-preinstall /usr/bin/touch /etc/sysconfig/oracle-database-server-12cR2-preinstall/oracle-database-server-12cR2-preinstall-verify /usr/bin/touch /etc/sysconfig/oracle-database-server-12cR2-preinstall/oracle-database-server-12cR2-preinstall.param # -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 3

[opensuse-packaging] no debuginfo package for kernel 4.12.14 after update from 12.67 to 12.70?
by Felix Saphir 29 Aug '19

29 Aug '19

Hi, I apologise if this is not the right place to ask, but I cannot seem to find the package kernel-default-debuginfo-4.12.14-lp150.12.70.1.x86_64 Both debug repositories (http://download.opensuse.org/debug/distribution/leap/15.0/repo/oss/ and http://download.opensuse.org/debug/update/leap/15.0/oss/) are active have been refreshed I've tried installing kernel-default-debuginfo-4.12.14-lp150.12.67.1.x86_64 and searching for updates, but to no avail. Google returns a single Japanese page (ftp.riken.go.jp), but the file itself isn't available on the page. What am I missing? Thanks, Felix -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 2

[opensuse-packaging] hplip dependencies: Requires vs. Recommends, python3-scikit-image
by Martin Wilck 28 Aug '19

28 Aug '19

The scanning tools in the hplip package need "python3-scikit-image" for full functionality. That dependency is currently missing, and I'm considering adding it. I can't test this well myself because I'm missing suitable hardware. But the way hplip typically deals with missing dependencies at runtime, users will at best see a generic or misleading error message; more likely, some options will simply be missing or greyed out for no obvious reason. My problem is that "python3-scikit-image" pulls in a whole bunch of additional python packages (155 packages / 576 MiB on my TW system, which already had quite a bit of python stuff installed). Installing it with --no-recommends pulls in "only" 8 packages / 156 MiB. I'm now wondering if I should add this requirement to hplip as "Requires" or "Recommends". I wouldn't normally classify it as a hard requirement, as it's only needed for special functionality provided only with special HP ScanJet models (e.g. "punchhole removal"). From that point of view, it's clearly a "recommends" or even a "suggests". However, if I use "recommends", people using "--no-recommends" won't get the scikit stuff at all and miss functionality in obscure ways, whereas people using "--recommends" would get the full 155 recommended packages. If I use "Requires", OTOH, the result with "--recommends" would be the same, but with "--no-recommends", users would "only" need to install the 8 packages that python3-scikit-image pulls in hard, and most likely the required run-time functionality would be available to them. The latter would be my personal preference as a user (well - for my printer model the extra functionality isn't offered anyway, so for me personally, using "suggests" is actually the best). Another option would be to separate out these new scanning tools "hp- scan" and "hp-uiscan" into an extra package and add the requirements there. I don't think they have many users yet, as I expect most users to simply use the usual SANE tools, xsane and scanimage. But that's just a guess. But if I do this, I have the same problem, because "hplip" would need to have a "Recommends: hplip-hpscan". Hints and opinions welcome. Martin

6 9

[opensuse-packaging] Preserve local modifications for non-rpm controlled files
by Olaf Hering 28 Aug '19

28 Aug '19

In the discussion about a non-rpm controlled /etc I missed the migration path for files changed by the admin. Is there a proposal about how a disappeared '%config /path' or '%config(noreplace) /path' is supposed to be handled? If not, here is my idea how it could be done. There are plenty of "empty" files which are marked as "%config". In case of local modifications to such files, they will be kept as '/path.rpmsave' when '/path' is not packaged anymore. It will be cumbersome for the admin to move all of '/path.rpmsave' back to '/path' once '/path' is not under rpm control. Two rpm macros are needed to automate the restore of '/path' from '/path.rpmsave'. In the %pre section '/path' and '/path.rpmsave' will be tracked, in the %posttrans section '/path.rpmsave' will be moved back to '/path' under the following condtions: 1: '/path' exists and was unmodified: rpm will silently remove '/path'. Action: No action required. 2: '/path' exists and was modified: rpm will preserve a copy of '/path' as '/path.rpmsave'. Action: %posttrans will rename '/path.rpmsave' to '/path' 3: '/path' exists and was unmodified, '/path.rpmsave' exist, both are identical : rpm will silently remove '/path'. Action: remove stale '/path.rpmsave' 4: '/path' exists and was unmodified, '/path.rpmsave' exist, both differ : rpm will silently remove '/path'. Action: remove stale '/path.rpmsave' 5: '/path' exists and was modified, '/path.rpmsave' exist, both are identical : rpm will preserve a copy of '/path' as '/path.rpmsave'. Action: %posttrans will rename '/path.rpmsave' to '/path' 6: '/path' exists and was modified, '/path.rpmsave' exist, both differ : rpm will preserve a copy of '/path' as '/path.rpmsave'. Action: %posttrans will rename '/path.rpmsave' to '/path' 7: '/path.rpmsave' exists: rpm does nothing with '/path.rpmsave'. Action: remove stale '/path.rpmsave' I think with this logic most of the tedious work of renaming will be avoided, with no obvious risk. In my testing '%config /path' and '%config(noreplace) /path' behave identical once '/path' changes from rpm controlled to non-rpm controlled, there will be always a '/path.rpmsave' for local modifications. The logic below is supposed to address all 7 cases above, it just a proof-of-concept at this point. The usage of basename is wrong, it is not ready for build-compare. Here is a short excerpt from the long list of "empty" config files which will benefit from such helper macros: /etc/default/grub /etc/exports /etc/grub.d/* /etc/libguestfs-tools.conf /etc/systemd/*.conf /etc/xen/*.conf Olaf Name: config_noreplace Version: %(date -u +%%Y%%m%%d%%H%%M) Release: %(date -u +%%S) Summary: %{name} License: GPL Group: Example BuildRoot: %{_tmppath}/%{name}-%{version}-build # 0 or 1 %define carry_config_paths 0 %define path1 %{_datadir}/%{name}/conf.txt %define path2 %{_datadir}/%{name}/keep.txt %description %prep %setup -q -c -T %build %install pushd %{buildroot} mkdir -p %{buildroot}%{_datadir}/%{name} %if %{carry_config_paths} cat > .%{path1} <<_EOT_ # Example: preserve a copy of local changes _EOT_ cat > .%{path2} <<_EOT_ # Example: always keep the local changes _EOT_ %endif %pre echo "pre %{name} %{version}-%{release} $# $0 $*" trackdir=%{_tmppath}/%{name}-%{version}-%{release} pre_preserve_config() { local _path="$1" local pre_config=$trackdir/$(basename ${_path}).pre.md5 local pre_rpmsave=$trackdir/$(basename ${_path}).rpmsave.pre.md5 if test -f "${_path}" then md5sum < "${_path}" > $pre_config fi if test -f "${_path}.rpmsave" then md5sum < "${_path}.rpmsave" > $pre_rpmsave fi } if mkdir "$trackdir" then pre_preserve_config %{path1} pre_preserve_config %{path2} fi %post echo "post %{name} %{version}-%{release} $# $0 $*" %preun echo "preun %{name} %{version}-%{release} $# $0 $*" %postun echo "postun %{name} %{version}-%{release} $# $0 $*" %posttrans echo "posttrans %{name} %{version}-%{release} $# $0 $*" trackdir=%{_tmppath}/%{name}-%{version}-%{release} posttrans_perserve_config() { local _path="$1" local pre_config=$trackdir/$(basename ${_path}).pre.md5 local pre_rpmsave=$trackdir/$(basename ${_path}).rpmsave.pre.md5 local post_rpmsave=$trackdir/$(basename ${_path}).rpmsave.post.md5 if test -f "${_path}.rpmsave" then md5sum < "${_path}.rpmsave" > $post_rpmsave fi # config was present, now no config.rpmsave # -> no admin changes, nothing to do # config was present, now config.rpmsave # -> admin changes, move config.rpmsave to config # config and config.rpmsave was present, now config.rpmsave # pre: # -> if config == config.rpmsave then remove config.rpmsave # -> if config != config.rpmsave then preserve both # post: # -> if config == config.rpmsave, move config.rpmsave to config # -> if config != config.rpmsave if test -f "$pre_config" && test -f "$pre_rpmsave" then # pre: config and config.rpmsave was present if cmp -s "$pre_config" "$pre_rpmsave" then : pre: config and config.rpmsave identical, modification status unclear if test -f "$post_rpmsave" then : post: admin changes, restore config mv -v "${_path}.rpmsave" "${_path}" else : post: no admin changes, remove stale config.rpmsave, rpm removed config rm -v "${_path}.rpmsave" fi else : pre: config and config.rpmsave differ, modification status unclear if test -f "$post_rpmsave" then if cmp -s "$pre_config" "$post_rpmsave" then : post: admin changes, restore config mv -v "${_path}.rpmsave" "${_path}" else : post: no admin changes, remove stale config.rpmsave rm -v "${_path}.rpmsave" fi fi fi elif test -f "$pre_config" && test ! -f "$pre_rpmsave" then : pre: config present + config.rpmsave absent, modification status unclear if test -f "$post_rpmsave" then : post: admin changes, restore config mv -v "${_path}.rpmsave" "${_path}" fi fi : cleanup rm -f $pre_config rm -f $pre_rpmsave rm -f $post_rpmsave } posttrans_perserve_config %{path1} posttrans_perserve_config %{path2} rmdir $trackdir %files %defattr(-,root,root,-) %dir %{_datadir}/%{name} %if %{carry_config_paths} %config %{path1} %config(noreplace) %{path2} %endif

3 7

[opensuse-packaging] /etc/cron.* directories moved to cron package
by Thorsten Kukuk 27 Aug '19

27 Aug '19

Hi, I moved the /etc/cron.* packages from the filesystem to the cron package. Why? 1. On MicroOS we don't have cron, but the existing directories did confuse people who where wondering, why their cron scripts where never executed 2. The permissions macros couldn't be used in the filesystem package due to dependency order problems, so this could be fixed now. 3. There are only 20 packages left from over 12360 source packages, so you cannot count cron an integral/required part of the OS anymore. All packages containing cron files are adjusted to this change, you only need to accept my SRs. And there is no change for users, it's a pure packaging change. Maybe the package maintainers of this remaining package could even convert this remaining cron files to systemd-timers ;) apt-cacher-ng atop cacti cronie-anacron froxlor leafnode logdigest logwatch matomo munin nagios openlmi-providers (openlmi-pcp) patch2mail rkhunter sarg storeBackup texlive-filesystem tmpwatch yast2-ntp-client yum Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Mary Higgins, Sri Rasiah, HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

10 12

[opensuse-packaging] [Proposal] Stop requiring bundled static libs in foo-devel-static subpackages - use bundled() instead
by Dan Cermak 26 Aug '19

26 Aug '19

Hi list, I would like to propose a change in our packaging guidelines, specifically the part about bundling static libraries in a *-devel-static subpackage (see: https://en.opensuse.org/openSUSE:Packaging_guidelines#Exception). How about we follow what Fedora does and instead of putting the static lib in a subpackages, we put it in the "main" package instead and add a: Provides: bundled(foo) = $version into the spec file? The full guidelines are here: https://fedoraproject.org/wiki/Bundled_Libraries?rd=Packaging:Bundled_Libra… This has the advantage that we don't have this additional -static package, which is relatively pointless beside keeping track of bundled libraries. Querying the bundled packages can be then done as follows: rpm -qa --qf "%{name} %{providename}\n"|grep bundled or via zypper: zypper search --provides 'bundled(*)' Any opinions/thoughts? Cheers, Dan -- Dan Čermák <dcermak(a)suse.com> Software Engineer Development tools SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany Tel: +49-911-74053-0; Fax: +49-911-7417755; https://www.suse.com/ GF: Felix Imendörffer, Mary Higgins, Sri Rasiah HRB 21284 (AG Nürnberg)

8 20

[opensuse-packaging] Re: [opensuse-factory] Proposal: Use /usr/libexec for libexec content
by Neal Gompa 26 Aug '19

26 Aug '19

On Tue, Jul 23, 2019 at 7:33 AM Richard Brown <rbrown(a)suse.de> wrote: > > On Mon, 2019-07-22 at 15:28 +0200, Thorsten Kukuk wrote: > > On Mon, Jul 22, Neal Gompa wrote: > > > > > This change would be done in three stages: > > > > > > 1. Make the change to the filesystem package to add /usr/libexec to > > > the hierarchy. > > > 2. Add /usr/libexec to allowed prefixes in rpmlint-checks and > > > remove > > > spec-cleaner rule that assumes /usr/lib == %_libexecdir. > > > 3. Make the change to the rpm package to set %_libexecdir back to > > > /usr/libexec. This one will cause a fair bit of work to fix > > > packages > > > that do the wrong thing one way or another with %_libexecdir. > > > > > > What do you all think? > > > > I don't see really a problem with this subdirectories in /usr/lib, > > as this is nothing a normal user should care about, and for > > packages, RPM does take care of if the package uses the correct > > macros. But I would not vote against it, too. > > > > I have a much bigger problem with all the configuration files in > > /usr/lib and subdirectories, because this makes it really hard > > and difficult for admins to find the right one. > > While I agree with Thorsten's additional problem, I don't think the > existance of that issue negates Neal's points. > > I would quite like to see /usr/libexec established in openSUSE..but how > we will handle executables that currently live in /usr/lib for the 32- > bit version and /usr/lib64 for the 64-bit version? > The last time this had been brought up, it sounded like those were packaging mistakes, and that binaries being installed into /usr/lib64 needed to be fixed anyway. I don't know how many of those are like that (I don't have an easy way to get all the spec files and grep through them like I do for Fedora package specs...), but I think those would just be fixed so that binaries would be installed correctly into /usr/libexec. I don't know of a circumstance where we need multiarch *binaries* along with multiarch *libraries*. -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 4

[opensuse-packaging] New macro to limit resources allocation per thread
by Tomas Chvatal 23 Aug '19

23 Aug '19

Hello all, For use in libreoffice, chromium and others I've created macro that should allow you to limit jobs based on some constraints you can set later on in the spec to avoid OOM crashes. The usage is pretty straight forward (Once it is accepted in Tumbleweed): === BuildRequires: memory-constraints %build # require 2GB mem per thread %limit_build -m 2000 make %{?_smp_mflags} ==== Here the _smp_mflags vaule for 8GB machine would be 4 while default is number of cores (lets say 16)... Both macros %jobs and %_smp_mflags are overriden as such the integration should be really painless if you need to do something like this. Tom

7 12

[opensuse-packaging] /usr/etc move: new rpm variable?
by Thorsten Kukuk 22 Aug '19

22 Aug '19

Hi, I think for the /usr/etc move of distribution provided configuration files, we should introduce a RPM variable. Any suggestions for a name? My suggestions would be: %_distro_sysconfdir %_usr_sysconfdir %_usretc Any other ideas? Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Mary Higgins, Sri Rasiah, HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

6 11

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

openSUSE Packaging August 2019