Re: dependency problem with my (first) RPM
On mar, 2013-04-02 at 08:32 +0800, Christopher Meng wrote: %define _binaries_in_noarch_packages_terminate_build 0 ? That didn't do anything... Perhaps because what I'm seeing is a `yum install' issue, rather than a `rpmbuild -ba' issue? Thanks anyway, Dario -- This happens because I choose it to happen! (Raistlin Majere) - Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems RD Ltd., Cambridge (UK) signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dependency problem with my (first) RPM
On lun, 2013-04-01 at 12:14 +0200, Reindl Harald wrote: Am 01.04.2013 12:02, schrieb Miro Hrončok: Dne 1.4.2013 10:17, Dario Faggioli napsal(a): I googled for this quite a bit, but I don't seem to be able to find anything explaining how to make that Requires: perl(any) go away... :-( If you just want it to go away, try this: http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering But I would focus on why it happened. (No, I don't know that.) BuildArch: noarch Requires: perl (which is not noarch) Oh... I see. Sorry, didn't think about that! :-P Actually, I gave it a try to a version of the spec file without the noarch, which produced an fc18.x86_64 package, but got the same result when trying to install it... Requires: /usr/bin/perl That does not seem to change much, at the end o the output of `rpmbuild -ba' I'm still seeing this: Requires(rpmlib): rpmlib(CompressedFileNames) = 3.0.4-1 rpmlib(FileDigests) = 4.6.0-1 rpmlib(PayloadFilesHavePrefix) = 4.0-1 Requires: /bin/sh /usr/bin/perl perl(Carp) perl(Digest::MD5) perl(English) perl(Env) perl(File::Copy) perl(File::Path) perl(File::Slurp) perl(File::Spec) perl(File::Temp) perl(Getopt::Long) perl(Moose) perl(POSIX) perl(Pod::Usage) perl(Text::Template) perl(Xen::Tools::Log) perl(any) perl(strict) perl(warnings) i.e., perl(any) is still there, and that is still where trying to install the package dies. :-( r try to remove it completly i would wonder if the perl base pakcage can be uninstalled Sorry, what do you mean by try to remove it completely ? Thanks a lot for replying, Dario -- This happens because I choose it to happen! (Raistlin Majere) - Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems RD Ltd., Cambridge (UK) signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dependency problem with my (first) RPM
On lun, 2013-04-01 at 13:19 +0200, Miro Hrončok wrote: Dne 1.4.2013 12:42, Michael Schwendt napsal(a): RPM's automatic Perl dependency generator isn't 100% and has found something like use any in a Perl module or source file. You either need to work around that by changing that text or filter it out with the help of Requires filtering. Seems like this: WARNING --- You appear to have a missing vif-script, or network-script, in the Xen configuration file /etc/xen/xend-config.sxp. Please fix this and restart Xend, or your guests will not be able to use any networking! HERE !!! OMG! Thanks a lot (to both, Michael and Miro!)... Neither my perl nor my knowledge of RPM would have allowed me to spot this, at least for the next geologic era I guess!! :-P I'll discuss about that with upstream and look into Requires filtering. Thanks a ton again, Dario -- This happens because I choose it to happen! (Raistlin Majere) - Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems RD Ltd., Cambridge (UK) signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
dependency problem with my (first) RPM
Hello Everyone, I created an (my first!) RPM of this software http://www.xen-tools.org/software/xen-tools/ but I'm having some issues when trying to install it. Before anyone ask, yes, the long term plan is to follow all the usual step to get the package officially accepted in Fedora, but I'd like to have it working before starting to do that. :-) So, xen-tools is just a collection of perl scripts, but having the package I'm making depend from perl is driving me nuts! :-O Spec file is attached (I've run it through rpmlint, and I know it have some issues, but still...) and here's what I get when I tr to install the result of `rpmbuild -ba xen-tools.spec': # yum install ../RPMS/noarch/xen-tools-4.3.1-1.fc18.noarch.rpm Loaded plugins: langpacks, presto, refresh-packagekit Examining ../RPMS/noarch/xen-tools-4.3.1-1.fc18.noarch.rpm: xen-tools-4.3.1-1.fc18.noarch Marking ../RPMS/noarch/xen-tools-4.3.1-1.fc18.noarch.rpm to be installed Resolving Dependencies -- Running transaction check ... --- Package xen-tools.noarch 0:4.3.1-1.fc18 will be installed -- Processing Dependency: perl(any) for package: xen-tools-4.3.1-1.fc18.noarch -- Processing Dependency: perl(any) for package: xen-tools-4.3.1-1.fc18.noarch -- Finished Dependency Resolution Error: Package: xen-tools-4.3.1-1.fc18.noarch (/xen-tools-4.3.1-1.fc18.noarch) Requires: perl(any) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I googled for this quite a bit, but I don't seem to be able to find anything explaining how to make that Requires: perl(any) go away... :-( Any ideas? Thanks a lot and Regards, Dario -- This happens because I choose it to happen! (Raistlin Majere) - Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems RD Ltd., Cambridge (UK) Name: xen-tools Version:4.3.1 Release:1%{?dist} Summary:Set of tools to manage Debian based Xen virtual servers Group: Applications/System License:GPLv2 or Artistic URL:http://www.xen-tools.org/software/xen-tools/ Source0:http://www.xen-tools.org/software/xen-tools/%{name}-%{version}.tar.gz BuildArch: noarch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root #BuildRequires: perl(ExtUtils::MakeMaker) Requires: debootstrap Requires: perl Requires: perl(Text::Template) Requires: perl(Config::IniFiles) Requires: perl(File::Which) Requires: perl(File::Slurp) Requires: perl(Data::Dumper) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description xen-tools is a collection of simple Perl scripts which allow you to easily create new guest Xen domains upon your Debian GNU/Linux host. Once installed and configured you can create a new Xen instance in a matter of minutes. Each new Xen domain will be complete with: * All networking details setup, with either multiple static IP addresses or DHCP. * An installation of OpenSSH. * An arbitrary set of partitions. Your new instance will be completed by having the user accounts from your guest system copied over, and you may optionally boot the image as soon as it has been created. %prep %setup -q -n %{name}-%{version} %build # %install rm -rf %{buildroot} make prefix=%{buildroot} install # hack! how about moving all these stuff to libexec? mv %{buildroot}/usr/lib %{buildroot}%{_libdir} %files %defattr(-,root,root) # config files %{_sysconfdir}/bash_completion.d/xen-tools %config(noreplace) %{_sysconfdir}/xen-tools # binaries %{_bindir}/xen-create-image %{_bindir}/xen-create-nfs %{_bindir}/xen-delete-image %{_bindir}/xen-list-images %{_bindir}/xen-update-image %{_bindir}/xt-create-xen-config %{_bindir}/xt-customize-image %{_bindir}/xt-guess-suite-and-mirror %{_bindir}/xt-install-image # lib %{_libdir}/xen-tools # modules %{_datadir}/perl5/Xen/Tools.pm %{_datadir}/perl5/Xen/Tools # man pages %{_mandir}/man8/xen-create-image.8* %{_mandir}/man8/xen-delete-image.8* %{_mandir}/man8/xen-resize-guest.8* %{_mandir}/man8/xt-create-xen-config.8* %{_mandir}/man8/xt-guess-suite-and-mirror.8* %{_mandir}/man8/xen-create-nfs.8* %{_mandir}/man8/xt-install-image.8* %{_mandir}/man8/xt-customize-image.8* %{_mandir}/man8/xen-update-image.8* %{_mandir}/man8/xen-list-images.8* %doc AUTHORS BUGS ChangeLog KNOWN_BUGS LICENSE NEWS README SUPPORT TODO %changelog * Sat Mar 30 2013 Dario Faggioli raist...@linux.it - 4.3.1-1 - initial RPM release signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dependency problem with my (first) RPM
Hi, Dne 1.4.2013 10:17, Dario Faggioli napsal(a): I googled for this quite a bit, but I don't seem to be able to find anything explaining how to make that Requires: perl(any) go away... :-( If you just want it to go away, try this: http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering But I would focus on why it happened. (No, I don't know that.) -- Miro Hrončok -- Phone: +420777974800 Jabber: m...@hroncok.cz -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dependency problem with my (first) RPM
On Mon, 01 Apr 2013 10:17:29 +0200, Dario Faggioli wrote: Error: Package: xen-tools-4.3.1-1.fc18.noarch (/xen-tools-4.3.1-1.fc18.noarch) Requires: perl(any) I googled for this quite a bit, but I don't seem to be able to find anything explaining how to make that Requires: perl(any) go away... :-( Any ideas? RPM's automatic Perl dependency generator isn't 100% and has found something like use any in a Perl module or source file. You either need to work around that by changing that text or filter it out with the help of Requires filtering. -- Fedora release 19 (Schrödinger’s Cat) - Linux 3.9.0-0.rc4.git0.1.fc19.x86_64 loadavg: 0.28 0.29 0.47 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dependency problem with my (first) RPM
Hi Dario, In my opinion your first 'Requires: Perl' is not needed, because you already applied the right way of require Perl with Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) You can take a look to specfiles of other Perl modules and take them as example (for example take a look to the source of Perl-Ace at http://koji.fedoraproject.org/koji/buildinfo?buildID=390648 ) See also https://fedoraproject.org/wiki/Packaging:Perl Bye Mattia Il 01/04/2013 10:17, Dario Faggioli ha scritto: Hello Everyone, I created an (my first!) RPM of this software http://www.xen-tools.org/software/xen-tools/ but I'm having some issues when trying to install it. Before anyone ask, yes, the long term plan is to follow all the usual step to get the package officially accepted in Fedora, but I'd like to have it working before starting to do that. :-) So, xen-tools is just a collection of perl scripts, but having the package I'm making depend from perl is driving me nuts! :-O Spec file is attached (I've run it through rpmlint, and I know it have some issues, but still...) and here's what I get when I tr to install the result of `rpmbuild -ba xen-tools.spec': # yum install ../RPMS/noarch/xen-tools-4.3.1-1.fc18.noarch.rpm Loaded plugins: langpacks, presto, refresh-packagekit Examining ../RPMS/noarch/xen-tools-4.3.1-1.fc18.noarch.rpm: xen-tools-4.3.1-1.fc18.noarch Marking ../RPMS/noarch/xen-tools-4.3.1-1.fc18.noarch.rpm to be installed Resolving Dependencies -- Running transaction check ... --- Package xen-tools.noarch 0:4.3.1-1.fc18 will be installed -- Processing Dependency: perl(any) for package: xen-tools-4.3.1-1.fc18.noarch -- Processing Dependency: perl(any) for package: xen-tools-4.3.1-1.fc18.noarch -- Finished Dependency Resolution Error: Package: xen-tools-4.3.1-1.fc18.noarch (/xen-tools-4.3.1-1.fc18.noarch) Requires: perl(any) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I googled for this quite a bit, but I don't seem to be able to find anything explaining how to make that Requires: perl(any) go away... :-( Any ideas? Thanks a lot and Regards, Dario -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dependency problem with my (first) RPM
Dne 1.4.2013 12:42, Michael Schwendt napsal(a): RPM's automatic Perl dependency generator isn't 100% and has found something like use any in a Perl module or source file. You either need to work around that by changing that text or filter it out with the help of Requires filtering. Seems like this: WARNING --- You appear to have a missing vif-script, or network-script, in the Xen configuration file /etc/xen/xend-config.sxp. Please fix this and restart Xend, or your guests will not be able to use any networking! HERE !!! -- Miro Hrončok -- Phone: +420777974800 Jabber: m...@hroncok.cz -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dependency problem with my (first) RPM
Am 01.04.2013 12:02, schrieb Miro Hrončok: Dne 1.4.2013 10:17, Dario Faggioli napsal(a): I googled for this quite a bit, but I don't seem to be able to find anything explaining how to make that Requires: perl(any) go away... :-( If you just want it to go away, try this: http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering But I would focus on why it happened. (No, I don't know that.) BuildArch: noarch Requires: perl (which is not noarch) Requires: /usr/bin/perl or try to remove it completly i would wonder if the perl base pakcage can be uninstalled signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dependency problem with my (first) RPM
%define _binaries_in_noarch_packages_terminate_build 0 ? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel