To add to #14 comment, a file in /var/lib/initramfs-tools also gets
generated if the host kernel differs from the chroot environments
kernel.
In my case I'm running a Debian system with the 4.9.0-6-amd64 kernel and
a Ubuntu (Xenial) chroot environment with the 4.4.0-127-generic kernel.
When instal
It is still not possible to install nvidia-current in a chrooted
environment if the kernel name of the running kernel (e.g.
2.6.38-10-server) is different to the kernel name of the chroot (e.g.
2.6.38-10-generic).
(The system tries to locate modules.dep in
/lib/modules/2.6.38-10-server/ in the chr
Attaching the transcript of the debug session.
Upon entering the chroot env, after receiving the error once, I cleaned the
remnant initrd file.
The I modified the postinst script inserting a set -x, set GL to be provided by
MESA and reconfigured the package. No errors.
Then I configured nvidia f
can you attach the image build log, please?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/556653
Title:
build fails in chrooted system
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
http
A working workaround (tested) would be to check for the kernel
existence, something like:
if [ -n "$NEWEST_KERNEL" ] && [ ${CURRENT_KERNEL} !=
${NEWEST_KERNEL} ]; then
# This can fail when dealing with a chroot see LP: #556653
if [ -e /boot/config-$CURR
I'm testing the natty package in the same chrooted environment, and although
the implemented fix allows the configuration to be successful, a bogus file
/boot/initrd.img-2.6.xx-yy-generic (ie initrd.img-2.6.35-28-generic if running
on a maverick host) is generated.
That file is an incomplete ini
This bug was fixed in the package nvidia-graphics-drivers -
195.36.15-0ubuntu2
---
nvidia-graphics-drivers (195.36.15-0ubuntu2) lucid; urgency=low
* debian/nvidia-$flavour.{dirs|postinst}.in, rules:
- Install the blacklist file in /lib/nvidia-$flavour instead
of /usr/lib/n
This bug was fixed in the package nvidia-graphics-drivers-173 -
173.14.22-0ubuntu11
---
nvidia-graphics-drivers-173 (173.14.22-0ubuntu11) lucid; urgency=low
* debian/nvidia-$flavour.{dirs|postinst}.in, rules:
- Install the blacklist file in /lib/nvidia-$flavour instead
of
This bug was fixed in the package nvidia-graphics-drivers-96 -
96.43.14-0ubuntu12
---
nvidia-graphics-drivers-96 (96.43.14-0ubuntu12) lucid; urgency=low
* debian/nvidia-$flavour.{dirs|postinst}.in, rules:
- Install the blacklist file in /lib/nvidia-$flavour instead
of /usr
** Tags added: lucid
--
build fails in chrooted system
https://bugs.launchpad.net/bugs/556653
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/list
** Branch linked: lp:ubuntu/fglrx-installer
--
build fails in chrooted system
https://bugs.launchpad.net/bugs/556653
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.
This bug was fixed in the package fglrx-installer - 2:8.721-0ubuntu8
---
fglrx-installer (2:8.721-0ubuntu8) lucid; urgency=low
* debian/rules, fglrx.dirs, fglrx.postinst:
- Install the blacklist file in /lib/fglrx instead of
/usr/lib/fglrx so that the file is available ear
Note: the problem also affects the fglrx driver
--
build fails in chrooted system
https://bugs.launchpad.net/bugs/556653
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://li
Ok, thanks for your feedback
** Also affects: fglrx-installer (Ubuntu)
Importance: Undecided
Status: New
** Changed in: fglrx-installer (Ubuntu)
Importance: Undecided => High
** Changed in: fglrx-installer (Ubuntu)
Status: New => In Progress
** Changed in: fglrx-installer (U
I'm ok with that workaround. Tks for the quick patch proposal.
--
build fails in chrooted system
https://bugs.launchpad.net/bugs/556653
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu
I understand that in a chroot this can be a problem. Would it be ok if I
simply did "update-initramfs -u -k $CURRENT_KERNEL || true" so that the
installation doesn't fail in chroots?
--
build fails in chrooted system
https://bugs.launchpad.net/bugs/556653
You received this bug notification becaus
I know that I asked you to report this problem but now that I recall the
use case for the code I don't think it's a bug.
If you don't pass the -k parameter to update-initramfs, it uses the
latest kernel by default.
In the following code, the initramfs is always called for the latest
kernel, howev
** Also affects: nvidia-graphics-drivers-173 (Ubuntu)
Importance: Undecided
Status: New
** Also affects: nvidia-graphics-drivers-96 (Ubuntu)
Importance: Undecided
Status: New
** Changed in: nvidia-graphics-drivers-96 (Ubuntu)
Status: New => Triaged
** Changed in: nvidi
** Changed in: nvidia-graphics-drivers (Ubuntu)
Status: New => Triaged
** Changed in: nvidia-graphics-drivers (Ubuntu)
Importance: Undecided => High
** Changed in: nvidia-graphics-drivers (Ubuntu)
Assignee: (unassigned) => Alberto Milone (albertomilone)
--
build fails in chrooted
19 matches
Mail list logo
