Self Introduction + Sponsor Needed
Hi everyone, I have just submitted a package review request for xen-tools (http://www.xen-tools.org/software/xen-tools/) here: https://bugzilla.redhat.com/show_bug.cgi?id=980851 From the same website, you can easily reach other Xen related tools, like xen-shell, and also rinse, which I plan to be packaging too. See here a (old) blog post of mine about how to use xen-tools on Fedora as of now (i.e., without it being packaged): http://blog.xen.org/index.php/2013/01/24/using-xen-tools-on-fedora/ This is my first submission so I'm sending this e-mail for both introducing myself and looking for a sponsor. :-) So, I'm Dario (dariof on FAS), I work for Citrix on the Xen Hypervisor in the 'Open Source Team' (yeah, 100% only OSS stuff, kind of cool! :-P). I've been there for about one year and a half now, and I'm working on improving Xen NUMA support. For that same purpose, I just started recently to contribute to libvirt, implementing some of the missing bits of the NUMA interface for the libvirt libxl driver (one of the Xen libvirt backends). As I use Fedora for both work and leisure, I'm also the one that maintains Fedora related information on our Wiki (see http://wiki.xen.org/wiki/Category:Fedora) and I try to keep an eye on how, in general, Xen works on Fedora (together with Konrad from Oracle). In the Xen dev and user community, we use xen-tools a lot (for instance, it is part of our automated testing infrastructure). That's basically why I'd like Fedora to ship it natively (and I'm of course stepping up for maintainership): I really believe this could improve both Xen users and developers experience, help both testing and real workloads and, in general, bring the two communities closer. Some more stuff, I live in central Italy (I work from home), I did my Ph.D on Real-Time Systems in Pisa --during which I did Linux kernel stuff, http://lwn.net/Articles/412745/). I've been on Linux since beginning of the university, back in 2000, and on Fedora since F15 (yeah, that is not so long ago... sorry! :-P). I _love_ Fedora because it gives me bleeding edge software, but still in a comfortable and stable environment... I was on Debian before, with experimental repos enabled, and a broken X server (among other things) at least once a week! :-D I've got a wife, Luana, an almost 3 years old daughter, Lara, and three cats: Byte, Mega and Slash. Looking forward to hearing from you. Thanks 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) 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: XEN and Fedora-19 domU
On gio, 2013-06-27 at 13:35 +0200, Marcel J.E. Mol wrote: Either way is fine for me. I think it just good that xen works ok with f19, as dom0 or as domU. Indeed, and it does quite well, as per mine and Konrad's testing, with the fixes proposed in the bugreports Adam was mentioning, one of which is your patch (thanks again). Also, sorry for noticing this only now... I future, feel free to Cc me and/or Konrad, and/or the xen@ (x...@lists.fedoraproject.org) mailing list for Xen on Fedora related stuff. :-) 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) 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 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
