Re: [Rpm-maint] [rpm-software-management/rpm] Make %setup defaults smarter (#371)
> Surely you do not mean that literally, where the directory name has, say, the > suffix ".tar.gz" > or ".zip" appended in the directory name. Yes, sure, that was shorthand, the issue text is more explicit > Also note that SourceN: is used for content that may not be an archive at all. Then those SourceNs won't need an ArchiveN, I propose an Optional ArchiveN which makes only sense for source archives (which are still the main SourceN kind) > No 'quirks' at all ... I have built my tools with the rpm and rpmbuild man > pages open, and > consulting: Yes, right. Then you won't have any problem finding hundreds of packages that follow your pattern in the thousands Fedora or Suse packages ? More numerous than the thousands that use GitHub (for example) as SourceN ? -- 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/371#issuecomment-351624977___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Make %setup defaults smarter (#371)
Also note that SourceN: is used for content that may not be an archive at all. -- 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/371#issuecomment-351526577___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Make %setup defaults smarter (#371)
@nim-nim: please provide an explicit example of "named the same as the archive". Surely you do not mean that literally, where the directory name has, say, the suffix ".tar.gz" or ".zip" appended in the directory name. -- 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/371#issuecomment-351526435___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Add an ArchiveX header (#372)
The URL in a SourceN: tag is informative only, specifying where the tarball came from. Meanwhile, only the basename(2) of that URL has ever been used or needed by rpmbuild. The basename is appended to %_sourcedir where the tarball (or other source) is expected. There is no reason whatsoever that you cannot use SourceN: as if it were your proposed ArchiveX: tag, particularly for those circumstances where there is no upstream link that contains a tarball (or other source). Appending #/archiveX has the distinct advantage of being backward compatible to all versions of rpm build, unlike your proposed addition of an ArchiveX: tag, which would create instant incompatibility with all deployed versions of RPM. -- 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/372#issuecomment-351525306___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Make %setup defaults smarter (#371)
No 'quirks' at all ... I have built my tools with the rpm and rpmbuild man pages open, and consulting: rpm --showrc That's how developing in an Unixy (tm) environment works I know what is not a good idea on the Usenet ... ahh, times change so silly me, having been the editor of RPM.ORG during the JBJ maintainer-ship with the almost obsessive attention to preserving backward compatibility, and keeping that documentary content alive out of my own pocket, when RH re-pointed the domain to Seth at Duke, and then pulled it back in house > http://www.oldrpm.org/ silly, in having forgotten your contributions sarcasm probably early onset senility on my part -- 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/371#issuecomment-351489234___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Make %setup defaults smarter (#371)
You have build your toolset around rpm quirks in the meanwhile in the actual world that almost never happens And I've been using rpm for two decades (if you want a pissing contest) -- 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/371#issuecomment-351480798___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] RFC: SUSE/openSUSE's proposed relocation of /var/lib/rpm
FYI: https://src.fedoraproject.org/rpms/filesystem/pull-request/3 and https://github.com/projectatomic/rpm-ostree/pull/1142 ___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Make %setup defaults smarter (#371)
> The probability anyone will create an archive containing a %{name}-%{version}
> topdir while not named %{name}-%{version} is vanishingly smal
My build tools do this 'different %_topdir naming' on ** every ** build
It might make sense to actually use rpmbuild for a decade or so before
proposing changes that break backward compatibility
--
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/371#issuecomment-351474044___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
[Rpm-maint] [rpm-software-management/rpm] Add an ArchiveX header (#372)
Right now rpm assumes it can scrap the archivex filename from SourceX, but nowadays many upstreams publish source archives on URLs that do not contain the actual archive name* The common workaround is to change SourceX to url#/archivex filename, but that is quite confusing to new packagers and creates artificial urls which are very hard to parse and maintain, are error-prone, have the risk that the website will interpret them differently from rpm rpm should bite the bullet and allow for each SourceX an optional corresponding ArchiveX, with the following semantics: 1. if archiveX exists set the filename of SourceX to archiveX 2. if it does not scrap the filename of SourceX the same way it's done today -- 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/372___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] RFE: Allow automating %setup arguments (#368)
Ok, I'm closing this one for now. Thanks everyone -- 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/368#issuecomment-351463263___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] "%transfiletriggerin -- /lib/modules" loops through every file 375 times (#370)
Wow, thank you for the quick fix! A bit of an unusual situation indeed. In my case, I was making something that would trigger when out-of-tree kernel modules or DKMS config files were installed so that they would be automatically signed for UEFI secure boot. -- 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/370#issuecomment-351379706___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] "%transfiletriggerin -- /lib/modules" loops through every file 375 times (#370)
Fixed in commit e6effe3c91b66e822db571d3129e49164ddc45ba, and again thanks for reporting and a nice reproducer! Another file trigger bug that needs an update to 4.13.x and 4.14.x soon... -- 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/370#issuecomment-351352336___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] "%transfiletriggerin -- /lib/modules" loops through every file 375 times (#370)
Closed #370. -- 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/370#event-1385349429___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Forbidding a double separator "-" in build/parseReqs.c is not always legitimate (#369)
(The 'alien' tool could simply turn off that check by setting %_wrong_version_format_terminate_build to zero in the generated spec file.) -- 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/369#issuecomment-351330053___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
