|
From: jbk <jb...@kj...> - 2025-12-27 15:41:02
|
On 12/27/25 12:25 AM, Robert Howard wrote: > On 12/26/25 3:02 PM, Robert Howard wrote: >> On 12/26/25 8:01 AM, jbk wrote: >>> On 12/21/25 9:22 AM, G.W. Haywood wrote: >>>> Hi there, >>>> >>>> On Sun, 21 Dec 2025, jbk wrote: >>>> >>>>> With BackkupPC-XS-0.63rc1 installed building >>>>> BackupPC-4.4.1rc1 >>>>> stalls at this point in the build process: >>>>> >>>>> ... >>>>> + cd BackupPC-4.4.1rc1 >>>>> + /usr/bin/perl configure.pl --batch >>>>> --backuppc-user=backuppc ... >>>>> ... >>>>> ... --no-set-perms --uid-ignore >>>>> You need to run makeDist first to create a tarball >>>>> release that >>>>> includes an updated configure.pl.? After you unpack >>>>> the tarball, >>>>> run configure.pl from there. >>>>> ... >>>>> So the answer is there but I'm not sure how to fix. >>>> >>>> The Perl script makeDist has some documentation at the >>>> top which might >>>> help you. ........... >>> .................. >>>> I believe you're trying to create a Red Hat RPM. It's >>>> decades since I >>>> used a Red Hat system so I'm not sure what's necessary >>>> to create a RPM >>>> package from the BackupPC source. I'd like to refresh >>>> myself but just >>>> now I can't spare the time as I'm up to my ears in >>>> rsync-bpc. I'll be >>>> happy to make any changes in the BackupPC repository in >>>> Github if it's >>>> found to be necessary to support the creation of a >>>> particular package. >>>> >>>> Richard (see the thread 'BackupPC-XS 0.63 RC1 test >>>> failure') is the >>>> person who will probably know best. ........ >>> Ged, >>> Correct, I am trying to build within the distro >>> packaging system. >>> I did get further on the BackupPC-4.4.1rc1 build but I >>> am now choking on a new dependency "perl-SCGI" that does >>> not exist in the RH and derivatives src.rpm system. >>> I've copied Richard on this so If he progresses to this >>> point, and I don't expect him to in the near future, he >>> might share some advancement with me. >>> I did find a source rpm from an obscure distro "alt >>> linux" but it's spec is incompatible with RH. >>> I do appreciate your efforts to advance the code. >>> >>> I am curious as to why perl-SCGI is being introduced >>> into the code base now as it was avoided in prior >>> releases of BackupPC. It hasn't been advanced since >>> 2006. I'm assuming some of the SCGI functionality was >>> written into the base BackupPC code and is now being >>> separated. >>> >> If you look at the GIT history you will see that >> perl-SGCI has been in the code since at least May 16, >> 2016 so it is not new. It is used by the module >> "backuppc/bin /BackupPC_Admin_SCGI" >> >> In Mageia, SUSE and Fedora perl-SCGI is packaged as >> perl-CGI-Simple. As RedHat is now behind a paywall I do >> not have access to their list of packages.but it may >> have the package perl-CGI-Simple. >> >> In Debian it is packaged as libcgi-simple-perl. >> >> Just because some code is old does not mean it is of no >> value. >> >> R.H. >> > Oops one error I made is regarding packages. I misread > something and perl-SGCI is not in the Mageia, SUSE and > Fedora packages I mentioned although it is in the Debian > package libscgi-perl and that would require a bit of > conversion to make it into a suitable RPM. My apologies. > > Before building you could install the SCGI module from > CPAN with > > 'cpanm --verbose SCGI' that is assuming you have cpanm > installed. > > By the way the GIT history I mentioned is correct. > > R.H > > OK, this is useful information as it confirms that RH/EPEL/Fedora are doing something to satisfy the perl-SCGI requirement within their build scripts since I can rebuild 4.4.0 from Fedora src.rpm's w/o issue. -- Jim KR |