Re: [Rpm-maint] [rpm-software-management/rpm] RPM with Copy on Write (#1470)

2021-01-04 Thread Ludwig Nussel
Hi! Great to see someone thinking about how to leverage CoW file system features for RPM :-) I had some ideas on the topic a while ago too, coming from a different direction. Thought about making the build system produce (and sign) uncompressed rpms directly

Re: [Rpm-maint] [rpm-software-management/rpm] file trigger quirks (#1370)

2020-09-30 Thread Ludwig Nussel
zypper calls the rpm command. So a new transaction for each package.. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Rpm-maint] [rpm-software-management/rpm] file trigger quirks (#1370)

2020-09-30 Thread Ludwig Nussel
s/zypper/zypp/ -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/issues/1370#issuecomment-701263659___ Rpm-maint mailing list

Re: [Rpm-maint] [rpm-software-management/rpm] file trigger quirks (#1370)

2020-09-29 Thread Ludwig Nussel
zypp installs rpms individually and disables transaction scripts: https://bugzilla.suse.com/show_bug.cgi?id=1041742 If a script knew why it was called it could probably decide to ignore the "useless" calls. Like eg by passing more arguments. Legacy scripts would not use them and continue to

[Rpm-maint] [rpm-software-management/rpm] file trigger quirks (#1370)

2020-09-23 Thread Ludwig Nussel
Trying to implement file triggers for mandoc to register and unregister man pages in the whatis database I ran into some strange behavior. Note I can't use transfiletrigger as zypp doesn't support that :( - triggers are executed several times on upgrade and uninstall for the same package (ie

[Rpm-maint] [rpm-software-management/rpm] config file moving aid (#1296)

2020-06-30 Thread Ludwig Nussel
There are efforts to get rid of distro default config files in /etc in favor of built in defaults or files in eg /usr/etc. Means rpms no longer install stuff into /etc. The transition there however requires some handling of existing files in /etc. Unmodified ones should get removed while

Re: [Rpm-maint] [rpm-software-management/rpm] RPM Translation subpackage(s) (#1276)

2020-06-22 Thread Ludwig Nussel
> How do you detect a binary that will want to load some specific translations? > Is it just some guess or should be up to packager to fill in or? FWIW in openSUSE many packages have a "-lang" subpackage to contain all translations. Those packages in turn have automated provides that translate

[Rpm-maint] [rpm-software-management/rpm] rpmdb --exportdb needs write access to the lock file (#1266)

2020-06-10 Thread Ludwig Nussel
rpmdb --exportdb calls rpmtxnBegin() with RPMTXN_READ flags. Internally that function calls rpmlockNew() and rpmlockAcquire(). Neither function has a flags parameter to specify what kind of lock is requested. rpmlockNew() automatically creates a read lock if it can't open the .rpm.lock file in

Re: [Rpm-maint] [rpm-software-management/rpm] RFE: rpm without database (#1151)

2020-04-06 Thread Ludwig Nussel
that's a good start at least. There's also --importdb. So with slightly more code that could sync back and forth with a directory -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Rpm-maint] [rpm-software-management/rpm] RFE: rpm without database (#1151)

2020-04-06 Thread Ludwig Nussel
Note that installing the headers on disk as part of package installation does not exclude actually using one of the existing database formats. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Rpm-maint] [rpm-software-management/rpm] RFE: rpm without database (#1151)

2020-04-06 Thread Ludwig Nussel
> * People can and will randomly manipulate files to force the package > manager to do weird things (it's even documented in various troubleshooting > guides) Well, obfuscating the database for the purpose of avoiding people to mess with it doesn't sound like an overly good motivation. RPM

Re: [Rpm-maint] [rpm-software-management/rpm] RFE: rpm without database (#1151)

2020-03-31 Thread Ludwig Nussel
With uncompressed payload one could even copy the full rpm into /usr/lib/sysimage/rpm/installed and reflink the data. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

[Rpm-maint] [rpm-software-management/rpm] RFE: rpm without database (#1151)

2020-03-31 Thread Ludwig Nussel
How about not storing rpm headers in some binary database anymore but rather as individual files on disk? Ie rather than stuffing them into /usr/lib/sysimage/rpm/Packages.$format just dump them as is, eg /usr/lib/sysimage/rpm/installed/hello-1.2-3.x86_64.rpm That opens several possibilities -

Re: [Rpm-maint] [rpm-software-management/rpm] RFE: integrate user/group handling into rpm (#1032)

2020-03-18 Thread Ludwig Nussel
Maybe a provides generator could be used that parses sysusers files to avoid any extra tags the packager has to put in spec files. Then a new kind of trigger that acts on such provides could create the actual user. -- You are receiving this because you are subscribed to this thread. Reply to