On 09/21/2014 12:36 AM, Ritesh Raj Sarraf wrote:
On Saturday 20 September 2014 03:23 PM, Jerome Martin wrote:
Yes, the problem is that the kernel side uses this path unfortunately.
We could relocate policy and fabric to /var/lib/target, but that would
mean keeping both /lib/target and
On Saturday 20 September 2014 03:23 PM, Jerome Martin wrote:
Yes, the problem is that the kernel side uses this path unfortunately.
We could relocate policy and fabric to /var/lib/target, but that would
mean keeping both /lib/target and /var/target around for now, as the
kernel will use that
Hi,
* Jerome Martin [Sat Sep 20, 2014 at 07:57:47PM +0200]:
On 09/20/2014 01:24 PM, Ritesh Raj Sarraf wrote:
On Saturday 20 September 2014 02:58 PM, Ritesh Raj Sarraf wrote:
I just pushed configshel 1.5 into experimental.
Next in line is rtslib and targetcli (both from git tip). Once all are
On 09/21/2014 12:14 PM, Michael Prokop wrote:
* Jerome Martin [Sat Sep 20, 2014 at 07:57:47PM +0200]:
I could use (read desperately require :-) ) tests and reports
myself, so please guys, I will be working on the upstream code next
week, now is a good time to fill my inbox with reports :-)
On Friday 19 September 2014 03:40 PM, Ritesh Raj Sarraf wrote:
On Thursday 18 September 2014 05:56 PM, Jerome Martin wrote:
Well, obviously I missed that deadline, and am planning on being on
it full-time next week, with the goal to release for distros at the
end of the week. This i going to
Excellent, thanks Ritesh!
On 09/20/2014 11:28 AM, Ritesh Raj Sarraf wrote:
On Friday 19 September 2014 03:40 PM, Ritesh Raj Sarraf wrote:
On Thursday 18 September 2014 05:56 PM, Jerome Martin wrote:
Well, obviously I missed that deadline, and am planning on being on
it full-time next week,
On Saturday 20 September 2014 02:58 PM, Ritesh Raj Sarraf wrote:
On Friday 19 September 2014 03:40 PM, Ritesh Raj Sarraf wrote:
On Thursday 18 September 2014 05:56 PM, Jerome Martin wrote:
Well, obviously I missed that deadline, and am planning on being on
it full-time next week, with the goal
Hi Ritesh,
On 09/20/2014 11:39 AM, Ritesh Raj Sarraf wrote:
By the way, are there plans on fixing this ?
E: python-rtslib: non-standard-dir-in-var var/target/
W: python-rtslib: file-in-unusual-dir var/target/fabric/ib_srpt.spec
W: python-rtslib: file-in-unusual-dir var/target/fabric/iscsi.spec
On Saturday 20 September 2014 02:58 PM, Ritesh Raj Sarraf wrote:
I just pushed configshel 1.5 into experimental.
Next in line is rtslib and targetcli (both from git tip). Once all are
in experimental, and we have some test results, I'll push it to unstable.
Okay!! All of the new components
On 09/20/2014 01:24 PM, Ritesh Raj Sarraf wrote:
On Saturday 20 September 2014 02:58 PM, Ritesh Raj Sarraf wrote:
I just pushed configshel 1.5 into experimental.
Next in line is rtslib and targetcli (both from git tip). Once all are
in experimental, and we have some test results, I'll push it
On Thursday 18 September 2014 05:56 PM, Jerome Martin wrote:
Well, obviously I missed that deadline, and am planning on being on it
full-time next week, with the goal to release for distros at the end
of the week. This i going to be solely bugfixes and more hardware
targets validation tests.
@Python Team: Can you please provide some guidance on this bug ? Earlier
the python modules used to get installed into pyshared/ folder, from
which I created symlinks to /usr/sbin/. Now, the modules get installed
into python specific dist-packages/ folder. How do we add symlinks in
this
[Ritesh Raj Sarraf, 2014-09-19]
@Python Team: Can you please provide some guidance on this bug ? Earlier the
python modules used to get installed into pyshared/ folder, from which I
created symlinks to /usr/sbin/. Now, the modules get installed into python
specific dist-packages/ folder. How
Hi,
* Jerome Martin [Tue Aug 12, 2014 at 12:05:18PM +0200]:
Hi Ritesh,
Sorry for the late reply, I am on vacation right now.
I am aiming at first week of September for the final release.
Will keep you posted :-)
The merge effort will not be carried out for this one, though, and it
still
Hi,
On 09/18/2014 12:36 PM, Michael Prokop wrote:
Hi,
* Jerome Martin [Tue Aug 12, 2014 at 12:05:18PM +0200]:
Hi Ritesh,
Sorry for the late reply, I am on vacation right now.
I am aiming at first week of September for the final release.
Will keep you posted :-)
The merge effort will
Hi Ritesh,
Sorry for the late reply, I am on vacation right now.
I am aiming at first week of September for the final release.
Will keep you posted :-)
The merge effort will not be carried out for this one, though, and it
still is to be decided how we will version it etc.
Best Regards,
--
On 08/09/2014 01:05 PM, Ritesh Raj Sarraf wrote:
On 08/09/2014 03:31 AM, Aurelien Jarno wrote:
On Wed, Jun 04, 2014 at 12:16:06PM +0530, Ritesh Raj Sarraf wrote:
For the sake of users who may land on this bug report. lio-utils is
deprecated upstream. Users are advised to switch to
On 08/09/2014 03:31 AM, Aurelien Jarno wrote:
On Wed, Jun 04, 2014 at 12:16:06PM +0530, Ritesh Raj Sarraf wrote:
For the sake of users who may land on this bug report. lio-utils is
deprecated upstream. Users are advised to switch to targetcli. lio-utils
may soon be removed from the Debian
On Wed, Jun 04, 2014 at 12:16:06PM +0530, Ritesh Raj Sarraf wrote:
For the sake of users who may land on this bug report. lio-utils is
deprecated upstream. Users are advised to switch to targetcli. lio-utils
may soon be removed from the Debian repositories.
Even if lio-utils is deprecated,
For the sake of users who may land on this bug report. lio-utils is
deprecated upstream. Users are advised to switch to targetcli. lio-utils
may soon be removed from the Debian repositories.
On 06/03/2014 12:31 AM, David Suárez wrote:
Source: lio-utils
Version: 3.1+git2.fd0b34fd-2
Severity:
Source: lio-utils
Version: 3.1+git2.fd0b34fd-2
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140601 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
21 matches
Mail list logo