similar to: xcp-storage-managers_0.1.1-3_amd64.changes ACCEPTED into unstable

(new) xcp-storage-managers_0.1.1-2.debian.tar.gz extra libs (new) xcp-storage-managers_0.1.1-2.dsc extra libs (new) xcp-storage-managers_0.1.1-2_amd64.deb extra libs storage backends for XCP The Xen Cloud Platform (XCP) is an open source enterprise-ready server virtualization and cloud computing platform, with support for a range of guest operating systems, Linux network and storage support. .

xcp-storage-managers_0.1.1-3_amd64.changes uploaded successfully to localhost along with the files: xcp-storage-managers_0.1.1-3.dsc xcp-storage-managers_0.1.1-3.debian.tar.gz xcp-storage-managers_0.1.1-3_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org)

Source: xcp-storage-managers Version: 0.1.1-3 Severity: serious Tags: jessie sid User: debian-qa at lists.debian.org Usertags: qa-ftbfs-20130509 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > cc -O2 -I/usr/include/python2.6 -I/usr/include -fPIC -c -o xslib_wrap.o xslib_wrap.c >

Package: xcp-storage-managers Version: 0.1.1-2 Severity: important I still am not able to create iSCSI storage repositories using this command xe sr-create host-uuid=<my-host-uuid> content-type=user name-label="LVM over iSCSI SR"> shared=true device-config:target=192.168.10.100 device-config:targetIQN=<here-target-iqn> device-config:SCSIid=<my-scsi-id>

Package: xcp-xapi Version: 1.3.2-6 Severity: important Looks like on Wheezy, /etc/default/xen is not created by xen-utils-common. Since xcp-xapi depends on its existence and further declaration of the toolstack in it, it should take extra care to ensure that it is present. root at debian:~# aptitude install xcp-xapi The following NEW packages will be installed: blktap-dkms{a} blktap-utils{a}

Package: xcp-storage-managers Version: 0.1.1-2 Severity: important The xcp-storage-managers seems to depends on sg3-utils package which contains the 'sginfo' (/usr/bin/sginfo) binary called by /usr/lib/xcp/sm/scsiutil.py script twice (lines 105 and 107). A simple 'apt-get install sg3-utils' solved this issue so I believe that xcp-storage-managers dependency list needs to

Mounting ISOs now works as designed when using "local SR"-storage of ISO's too. Example local SR created (from cli) : xe sr-create name-label=isostorage type=iso device-config:location=/home/isostorage device-config:legacy_mode=true content-type=iso shared=true xe sr-scan UUID=<UUID given from the above> ISO-files are now available and listed properly in xencenter and

Package: xcp-storage-managers Version: 0.1.1-2ubuntu1 Severity: normal This bug prevents CDROM VDIs from being hotplugged into guest VMs. The issue is that the NFS ISO SR configures the ISO VDIs to be 'file' types, which it should configure them to by 'phy' types. This breaks on Debian's Xen because the Debian hotplug scripts are more robuse than the ones on XenServer, and

Package: xcp-storage-managers Version: 0.1.1-3 Severity: normal This was already reported in the archived bug 691805 but I sent an e-mail and I received back permanent delivery failure because this bugs has been archieved. Still the path of "pidof" in the file /usr/lib/xcp/sm/iscsilib.py is wrong on Wheezy. It should be /bin/pidof instead of /sbin/pidof root at xcpcompute2:~# cat

Hi, I installed and configured Samba 3.0.23c as a domain member. I am running winbindd on Solaris 8 Sparc. I am seeing a strange behavior after the configuration. If I issue a "wbinfo -g" I see all the NT groups. Likewise, if I issue a "wbinfo -u" I see all the NT users. Continuing on with a "getent passwd" shows me the combined Unix and NT accounts, but

Hi! Info OS: TinyCore Linux 4.5.6 NUT version: 2.6.4 NUT innstallation method: source tarball Device name: Eaton Ellipse ups eco 1600 usb din (EL1600USBDIN) /usr/local/ups/etc/ups.conf file: [eaton] driver = usbhid-ups port = auto When I run: root at Dalen:/usr/local/ups/bin/upsdrvctl start eaton I get this error message: Network UPS Tools - UPS driver controller 2.6.4

This might be obvious to everyone but it is something that i haven''t been able to find an answer to. Do I need to have either scgi/fastcgi/cgi running on either lighttpd/apache for ruby scripts to work? If yes, why? I have installed the scgi server and i can get the service to run, i have also installed the following mod_fastcgi/2.4.2 mod_ruby/1.2.4 Ruby/1.8.2(2004-12-25) mod_scgi,