(Replying to the bug only, as its not relevant for d-boot...)
* Ritesh Raj Sarraf [210515 17:32]:
> Time is pressing and I'm wondering what best to do here. I certainly do
> not care much for the iSCSI support in the installer. I didn't write or
> test that feature either.
[..]
> Maybe best to
Ritesh Raj Sarraf (2021-05-15):
> That'd be nice of you. So, yes, please.
>
> And you'd be the next best team (debian-boot) to test that feature as
> it is specific to d-i.
Here we go, udeb-support branch in:
https://salsa.debian.org/kibi/open-iscsi
Tested successfully on amd64:
- produces
On Sat, 2021-05-15 at 17:37 +0200, Cyril Brulebois wrote:
> Ritesh Raj Sarraf (2021-05-15):
> > Yes. That scsi-modules support bites back now. I just forgot about
> > it
> > completely. My intent was to not duplicate another architecture
> > list
> in
> > d/rules, and in trying to simplify
Ritesh Raj Sarraf (2021-05-15):
> Yes. That scsi-modules support bites back now. I just forgot about it
> completely. My intent was to not duplicate another architecture list in
> d/rules, and in trying to simplify things, it has just fallen apart
> with this old oddity of support on armel.
I'm
On Sat, 2021-05-15 at 16:30 +0200, Cyril Brulebois wrote:
> It's just scsi-modules that's not available on armel apparently.
>
> As far as I know, armel is in “maintenance mode” anyway, trying not
> to
> lose support for old devices. I wouldn't worry if an optional
> component
> like
Hi,
(cc += debian-arm@)
Ritesh Raj Sarraf (2021-05-15):
> While this bug is now in fixed status with the recent upload of open-
> iscsi version 2.1.3-4, there's still some other issue about the udeb
> being reported on the tracker package.
>
> In particular, it metions:
> open-iscsi-udeb/armel
Hi Cyril,
While this bug is now in fixed status with the recent upload of open-
iscsi version 2.1.3-4, there's still some other issue about the udeb
being reported on the tracker package.
In particular, it metions:
open-iscsi-udeb/armel has unsatisfiable dependency
I see now difference in the
Hi,
Ritesh Raj Sarraf (2021-04-30):
> The upload I prepped failed on some of the architectures.
> https://buildd.debian.org/status/logs.php?pkg=open-iscsi=2.1.3-3
It's lacking a push to the Git repository (git fetch didn't get anything
new from a few days ago).
> In d/control, there is:
>
>
On Fri, 2021-04-30 at 21:20 +0530, Ritesh Raj Sarraf wrote:
>
> How would you like to see this fixed Cyril ?
>
> The easiest option, if d-i supports, would be to extend architecture
> list to: `linux-any`, keeping it in line with what the actual open-
> iscsi package supports.
Here's what I've
The upload I prepped failed on some of the architectures.
https://buildd.debian.org/status/logs.php?pkg=open-iscsi=2.1.3-3
In d/control, there is:
```
Package: open-iscsi-udeb
# Note: the (virtual) udeb package scsi-modules (provided by different
# linux kernel udebs) must exist for these
On Thu, 2021-04-29 at 08:28 +0200, Cyril Brulebois wrote:
> OK, it's slighty different from the haveged package I mentioned that
> you
> could have taken as an example… but I think it should serve our
> purpose
> in a suitable fashion, so feel free to go ahead, thanks!
>
In the interest of the
Hi,
Ritesh Raj Sarraf (2021-04-28):
> Please review the attached patch. I build tested locally and the
> results are below. If this looks good to you, then I'll prepare an
> upload and ask the release team for an unblock.
OK, it's slighty different from the haveged package I mentioned that you
Hi Cyril,
On Wed, 2021-04-28 at 17:51 +0200, Cyril Brulebois wrote:
> >
> > Why not just drop the dependency on udev and libopeniscsiusr
> entirely,
> > for the open-iscsi-udeb package ?
>
> This is not sufficient:
Please review the attached patch. I build tested locally and the
results are
Hi Ritesh,
Ritesh Raj Sarraf (2021-04-28):
> That's an explicit dependency that got added in the merge I reviewed
> for 2.1.2.
>
> Why not just drop the dependency on udev and libopeniscsiusr entirely,
> for the open-iscsi-udeb package ?
This is not sufficient:
--- a/debian/control
Hi Cyril,
On Sun, 2021-04-25 at 22:02 +0200, Cyril Brulebois wrote:
> but it seems the experimental uploads weren't fetched for some reason
> (I only glanced at git, didn't check what happened on the archive
> side).
>
> Since the problem is about the dependency between the udeb and one of
> the
Processing control commands:
> found -1 2.1.2-1
Bug #987568 [open-iscsi-udeb] open-iscsi-udeb: uninstallable udeb: non-udeb
dependencies
Marked as found in versions open-iscsi/2.1.2-1.
--
987568: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987568
Debian Bug Tracking System
Contact
Control: found -1 2.1.2-1
Cyril Brulebois (2021-04-25):
> I'm currently chasing other blocking bugs for the installer, but I'll
> add this bug to the list, and try to get back to it later.
A quick debsnap shows at least those versions are affected:
2.1.2-1
2.1.2-2
2.1.3-1
2.1.3-2
but
Package: open-iscsi-udeb
Version: 2.1.3-2
Severity: serious
Justification: not installable
X-Debbugs-Cc: debian-b...@lists.debian.org
Hi,
The udeb isn't installable at the moment, due to:
Depends: libc6-udeb (>= 2.31), libcrypto1.1-udeb (>= 1.1.1i), libisns-udeb,
libkmod2-udeb (>= 28),
18 matches
Mail list logo