Package: flash-kernel
Version: 3.104
Severity: normal
I have some image building scripts that installed flash-kernel in a chroot
(on unrelated hardware; user mode qemu), then configured
/etc/flash-kernel/machine, then ran flash-kernel.
That used to work (in 2018), and now fails:
Creating config
Source: installation-guide
Severity: normal
I recently had cause to re-read
https://www.debian.org/releases/buster/amd64/ch06s04.en.html
and tried to follow the instructions, and I ended up with a firmware.zip
on a FAT filesystem, which d-i is not able to find firmware in.
The instructions
Package: tasksel
Version: 3.54
Severity: normal
I accidentially installed debian 10.0 with gnome rather than xfce, so
after the installation, I re-ran tasksel, unselected gnome, and selected
xfce.
I then rebooted, and it still booted up to gdm3 and on login it
defaulted to gnome shell.
Tasksel
Uwe Kleine-König wrote:
> Right, in theory the dtbs are independant from the kernel, but real life
> is different. That's why the linux image packages ship their matchin
> device trees. I don't know your setup, but it would be easiest to use
> these. If you don't provide your own dtb and just use
Package: flash-kernel
Version: 3.90
Severity: normal
There's a good chance that the devicetree file for one version of the
kernel will not work with another version. I suspect this was the case,
and confirmed it today when my cubietruck failed to boot with mismatched
versions.
So, it would be
Package: tasksel
Version: 3.42
Severity: normal
An install from netinst of Debian 9.3 on a Lenovo Yoga 710 did not
install xserver-xorg-input-synaptics, so it was not possible to
configure some things like tap-to-click.
-- System Information:
Debian Release: buster/sid
APT prefers unstable
Vagrant Cascadian wrote:
> u-boot-install --board=Cubietruck --device=/dev/mmcblk0
>
> u-boot is where the information such as
> supported boot media and device offsets generally comes from, as it
> sometimes changes changes between different versions of u-boot
Verison specificity is another
Karsten Merker wrote:
> to use d-i/flash-kernel on the target device, one obviously needs
> to already have put a u-boot onto the device in some form (such
> as preinstalled in the d-i SD card images), otherwise one
> couldn't have booted it
Not necessarily, see for example /target in d-i when
Package: flash-kernel
Version: 3.87
Severity: normal
Therefore you usually have to setup an SD card with the appropriate u-boot
version for your particular device (see below) as a prerequisite for
installing Debian. If you use the pre-made SD card images with the
installer, this step is
Ian Campbell wrote:
The cubietruck u-boot is more than capable of booting from an ext
filesystem, so you should just do that, in fact everything should work
in this mode out of the box, how did you end up with a FAT /boot?
Haven't upgraded from default uboot yet, which does't even support
Package: flash-kernel
Version: 3.36
Severity: normal
A few places in flash-kernel try to ln -s, and this fails if /boot is
a FAT filesystem. It should be possible to fall back to cp in this case.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500,
Package: debootstrap
Version: 1.0.64
Severity: normal
W: Failure trying to run: chroot /debian mount -t proc proc /proc
This is because mount is in a different location in fedora than in debian.
On Debian, it's in /bin/mount, while on fedora, /usr/bin/mount.
And, on fedora, root's default path
Package: debootstrap
Version: 1.0.64
Severity: normal
xz is not a common format, and this makes it unncessarily difficult to
install debootstrap from source on unfamiliar linux systems. The space
savings are miniscule. Please switch to a tar.gz.
--
see shy jo
signature.asc
Description:
Package: debootstrap
Version: 1.0.64
Severity: normal
make devices.tar.gz runs MAKEDEV, so the instructions to run debootstrap
from source don't work on !debian.
setup_devices contains old code to bind mount /dev when it's managed by
devfs. Updating that code to check for /dev managed by udev
Cyril Brulebois wrote:
Joey, I can't really convey this by email, but the last slide was
received with warm applause. Thank you so much, for everything.
I caught this email yesterday while having lunch with my Mom and Sis and
was proud to show them the last slide. They kindly didn't mention the
Since I'm leaving Debian, I won't be involved in d-i any longer.
I haven't had time or bandwidth to do much for years, so no great loss. ;)
I will remove myself from the couple of packages I'm still listed in
Uploaders.
https://lists.debian.org/debian-devel/2014/11/msg00174.html
I look forward
Adam Borowski wrote:
However, I kind of fail to see the point of giving two whole points for
something as minor as the tasksel task.
These points are not added up to get some kind of an overall score.
--
see shy jo
signature.asc
Description: Digital signature
Mario Castelán Castro wrote:
Otherwise, is it possible to cram a complete Debian installer into a
initrd?.
That's exactly what the d-i netboot image is.
The https://wiki.debian.org/DebianInstaller/Remote page you linked to
seems exactly right. The netboot image doesn't include network-console
Santiago Vila wrote:
Instead, the work of debootstrap is precisely to guess the right order
in which packages should be configured so that everything work.
In other words, essential packages should not get in the business of
breaking dependency cycles, because that's debootstrap job.
This
Adam Borowski wrote:
* powerpc in qemu
(using an existing system on real metal, d-i on qemu)
What specific real metal did you use to test gnome on powerpc?
--
see shy jo
signature.asc
Description: Digital signature
Most countries have only one timezone, and for those the country-zone
mapping is stored in the tzmap file (automatically generated from
zone.tab), and no question is asked. Some countries have multiple timezones
listed in zone.tab, but these are only of historical interest (ie, to get
the correct
Dude, if you thinkn that posting offtopic stuff to a bug report is the
way to convince people of something, you might want to think again.
--
see shy jo
signature.asc
Description: Digital signature
Adam Borowski wrote:
I have tried Gnome3 on:
* an armhf laptop, Omega OAN133, with:
* framebuffer
* proprietary Mali drivers
* an armhf desktop, hardkernel Odroid U2 (also Mali)
* powerpc in qemu
(using an existing system on real metal, d-i on qemu)
What was the result of all these
Petter Reinholdtsen wrote:
Here is another draft, this time also providing the module name. I
dropped the code looking in /proc/modules, as three ways to find
firmware seem a bit too much.
Looking at dmesg might fail if something is spamming it and the message
drops out of the ring buffer.
Cyril Brulebois wrote:
Ah, yes. I remember having wondered about that when installing jessie
on a new machine. I'm not particularly happy about being able to pull
packages from backports without any kind of manual action.
apt won't install newer versions from backports
unless the user
Thomas Skardal wrote:
If I select all four (Gnome, KDE, XFCE, MATE) desktop environments
during tasksel I'm unable to continue without an error.
Tasks should all be co-installable, so it would be useful to know what
the error message is.
--
see shy jo
signature.asc
Description: Digital
Baptiste Jammet wrote:
Testing debian-jessie-DI-b2-kfreebsd-amd64-netinst.iso under qemu-kvm,
if I only choose Graphical desktop environment, d-i doesn't install any
DE, just something like desktop-base. It seems that I have to choose
explicitly.
(Tested 2 times)
Oct 6 17:03:32 in-target:
Steven Chamberlain wrote:
I noticed there was an option to install GNOME, even though it is
not available for kFreeBSD jessie.
I think tasksel is already supposed to hide uninstallable tasks, and
indeed, meta-gnome-desktop should be uninstallable in testing:
Tasksel hides tasks that are
Ben Armstrong wrote:
Both Mate and Cinnamon feature
the traditional panel and menu design that GNOME 2 did, so share more in
common in design than they do with gnome-shell
But then there's gnome 3 fallback mode.
What perplexes me is why Mate, which is a throwback desktop based on an
aging
Didier 'OdyX' Raboud wrote:
Le lundi, 22 septembre 2014 14.31:19, vous avez écrit :
tasksel allows selecting the desktop now, so the selection in
win32-loader is unncessary (the list there is also incomplete).
Thanks for the heads'up, patch in the pipes.
I think that
Ben Armstrong wrote:
Please turn on display of the Cinnamon desktop task. I have tested
building Jessie live images with Cinnamon included and it seems to
already provide a usable desktop. It would be useful for testers to
be able to see Cinnamon so they can try it and help shake out any
place.
--
see shy jo
From 742e335531a1ed27757db3b3ce95bc330e7d51f6 Mon Sep 17 00:00:00 2001
From: Joey Hess j...@kitenet.net
Date: Tue, 23 Sep 2014 14:59:10 -0400
Subject: [PATCH] remove desktop=xfce preseeding
Moved to tasksel 3.27.
---
build/boot/hurd/grub-hurd-cdrom.cfg | 2 +-
build
Steven Chamberlain wrote:
Agreed, although we should try evaluate if XFCE is still the best
default for these (and perhaps find something that caters to other
situations where GNOME isn't viable)
As far as I'm concerned, this decision is up to the porters for an
architecture. If there is more
Hendrik Boom wrote:
After all this time (what is it? over a year now?) I thought the
new Gnome might have improved and become viable. I tried it last weekend.
It still isn't viable. I can't even figure out how to log out.
Given that Debian has already shipped a stable release with Gnome 3,
Steven Chamberlain wrote:
On 16:04, Joey Hess wrote:
There is also the potential for tasksel to look at properties of the
system and fall back to eg, a lighter desktop, or a configuration that
works better on a tablet. My changes to tasksel support such things, but
it would be up
Package: win32-loader
Version: 0.7.5
Severity: normal
tasksel allows selecting the desktop now, so the selection in
win32-loader is unncessary (the list there is also incomplete).
I think that default_desktop=xfce might still be passed for kfreebsd
installs, to override the current default of
Thomas Goirand wrote:
Does OpenStack Proxy Node have a clear meaning to openstack users?
If the purpose is for it to be the node that controls the other nodes
and has a management interface, that does not seem clear from that
description.
Then maybe rename it as OpenStack controller
Adam Borowski wrote:
I think the DebianDesktop requalification table lacks an important
row: the availability of the desktop environment in question on all
Debian architectures.
While that can be a minor consideration (it would be nicest to be
consistent if possible), we've had different
Steven Chamberlain wrote:
Init system?
... sysvinit
... upstart
... OpenRC
Note that my email was meant to alert people who need to do work to do
it, not to solicit way-down-the-slippery-slope suggestions that can be
rejected out of hand by looking at the description of TASKsel.
--
see shy
Thomas Goirand wrote:
I've attached the diff for adding OpenStack tasks. As you can see, it's
simply using the meta packages that we have already.
Does OpenStack Proxy Node have a clear meaning to openstack users?
If the purpose is for it to be the node that controls the other nodes
and has a
Andrew M.A. Cater wrote:
Is there any scope/space for this: essentially only a tiny step up from what
you'd get by installing using a netinst
without a mirror?
Un-select everything in tasksel.
(Also, this thread is not about random suggestions or user support.)
--
see shy jo
Christian PERRIER wrote:
Fixing this should be easyas long as one *does* find copyrights in
the files provided by a given package.
For instance:
bubulle@sesostris:~/src/debian/debian-installer/trunk/packages/partman-efi(master)
$ licensecheck -r --copyright *
I have made some significant changes to tasksel, that will need changes
elsewhere. I plan to upload this to unstable pretty soon, feedback permitting.
Some of the more popular desktop environments are individually
selectable in tasksel, in a little sub-menu.
(Of course that's displayed
There is going to be a limited amount of space in tasksel for blends,
given current debconf UI constraints.
I think that using popcon as a rough pass to select the blends makes
rather a lot of sense. The Debian Pure Blends effort has been around
for several releases and been publicised. The
MENGUAL Jean-Philippe wrote:
- XFCE is not at all so far, mainly due to openbox and not link on GTK or Nt
toolkits.
I'm rather confused by this, since openbox is not the window manager of
xfce (it's used by lxde actually), and since xfce uses gtk extensively.
When I select Enable assitive
Yves-Alexis Perez wrote:
On ven., 2014-09-05 at 16:46 -0400, Joey Hess wrote:
As part of the process described on this wiki page --
https://wiki.debian.org/DebianDesktop/Requalification/Jessie
We're requesting some information from each desktop team, as well
as the systemd maintainers
Some things that seem to be missing from the cinnamon
task that are included in other desktop tasks:
* package management (eg synaptic)
* printer configuration? (system-config-printer)
* network-manager
I have not looked at cinnamon in detail, this is just looking at what's
in the other tasks
Accessibility is probably the most important issue to consider when
choosing the default desktop for jessie. So, the tasksel maintainers
request a short report from the accessibility team:
Please rank the degree of the accessibility of each desktop from -1 to +1.
For more on the process we're
In the discussion about whether jessie should default to installing
gnome or xfce (or whatever), the question was raised that some might be
better translated than others.
So, this has been included as a criteria on this wiki page:
https://wiki.debian.org/DebianDesktop/Requalification/Jessie
I
Steve McIntyre wrote:
Hey folks,
At KiBi's suggestion, I've been looking at kbd-chooser to add support
for arm64 and ppc64el, but I've hit a weird issue - the git repo I'm
working on isn't there. From discussion on #debian-boot, KiBi points
out that it's been moved to the attic and marked
Didier 'OdyX' Raboud wrote:
Now, the ideal would be to use syslinux' ifcpu/ifcpu64 c32 modules to
determine the menu order depending on the machine (see [0]): no 64 bit
option on 32 bit machines, hidden or down the menu 32 bit option on
64 bit-capable machines.
This used to be the case via
user-setup-apply is run in finish-install, so it can check if systemd is
installed or not.
The only downsides I see:
* Still need to add the groups in non-systemd installations, eg freebsd,
so this will be an point of difference that will need testing.
* If a user chooses to remove systemd
Package: debootstrap
Version: 1.0.60
Severity: normal
After a foreign deboostrap, the second stage failed:
dpkg: regarding .../systemd-sysv_208-7_armhf.deb containing systemd-sysv,
pre-dependency problem:
systemd-sysv pre-depends on systemd
systemd is unpacked, but has never been configured.
Jordi Mallach wrote:
Accessibility
Hardware: GNOME 3.12 will be one of the few desktop environments to support
HiDPI displays, now very common on some laptop models. Lack of support for
HiDPI means non-technical users will get an unreadable desktop by default, and
no hints on how to fix
Steve McIntyre wrote:
I'm not sure we want to support every desktop environment out there… but
I guess tasks might not hurt, so punting that to tasksel. And adding
debian-cd@ to the loop, to get some feelings about whether new images
would sound like a vaguely sane idea (I'm really not sure).
Josh Triplett wrote:
I wasn't suggesting a requirement; I was suggesting that if systemd
becomes the default, there will likely be advantages to switching d-i to
use the same init that installed Debian systems do.
It's possible I suppose, but since d-i doesn't currently use Debian's
init
Josh Triplett wrote:
If the goal here is to hide the boot messages by default, note that
the default kernel command line includes quiet, which hides most
kernel messages and systemd messages.
Note that the hiding of systemd messages is unintentional, and can make
debugging a system that fails
Josh Triplett wrote:
Do you mean the options used within d-i itself, or on the installed
system?
The latter; d-i does not run with systemd.
If you mean the latter, that configuration is owned by the grub-common
package, not by d-i.
grub-installer configures the grub menu file to include
Josh Triplett wrote:
The latter; d-i does not run with systemd.
If Debian ends up adopting systemd as the default, that seems likely to
change.
Seems unlikely; I doubt that the Linux kernel will ever require systemd
to boot an embedded system such as d-i.
Given that the resulting
Making debootstrap fail by default on missing keyring is not going to
somehow make all the people who are using it insecurely learn about the
WoT and get a verified keyring.
The actual effect is it'll make a lot of documentation and probably
quite a lot of scripts obsolete/broken for a while,
Ian Campbell wrote:
That would get you the foreign binary of qemu-user-static, wouldn't it?
What is needed is to copy /usr/bin/qemu-$ARCH-static from the host
environment.
Yes, but then nothing will upgrade it, which is important since user
mode qemu often has missing syscalls that get added
Package: debootstrap
Version: 1.0.55
Severity: wishlist
If debootstrap installed qemu-user-static into the chroot
when --foreign was used, it could then immediately chroot in
and run commands (assuming the host system has binfmt-support
installed).
This would allow debootstrap to go ahead and
Vagrant Cascadian wrote:
On Wed, Dec 18, 2013 at 01:08:05PM -0400, Joey Hess wrote:
If debootstrap installed qemu-user-static into the chroot
when --foreign was used, it could then immediately chroot in
and run commands (assuming the host system has binfmt-support
installed).
qemu
Package: debootstrap
Version: 1.0.55
Severity: normal
Normally debootstrap makes a sources.list with either the mirror used
for intallation, or a default mirror. However, when --foreign is used
and debootstrap is then started inside the bootstrapped system to handle
the second stage install, this
Christian PERRIER wrote:
Hence CC'ing Joey in order to get his input here. Joey, do you
remember why bootloaders are only installed after apt-setup and the
like and not just after base-installer? I bet there is a reason..:-)
The only reason I can think of is that it helps prevent accidentially
Cyril Brulebois wrote:
[ Side notes:
1. It's a serious bug to depend on the network;
2. It's also not deterministic to allow failure in doing so. ]
Have you ever looked at the debian-installer source package's network
use? I'm just saying. If I were throwing arbitrary rules out there,
Yves-Alexis Perez wrote:
Or tasksel could stop installing recommends, like it was done before,
and people involved in the various tasks can handle the list explicitly.
This thread seems to have gone off on a tangent after the correct fix
has already been indentified and committed by Emilio.
--
network-manager-gnome recommnds gnome-bluetooth recommends
gnome-control-center recommends gnome-session
Not sure what to do about this. gnome-bluetooth seems to have
that recommends because its control panel was moved into
gnome-control-center and is presumably used by its UI.
Perhaps
Bjørn Mork wrote:
Really? I seriously doubt that. It's about as good as making it easier
for the users to replace the default libc or init system with a non-
Debian package.
I have never needed to replace libc in order to make my laptop's wifi
work.
--
see shy jo
signature.asc
Bjørn Mork wrote:
Joey Hess jo...@debian.org writes:
Bjørn Mork wrote:
Really? I seriously doubt that. It's about as good as making it easier
for the users to replace the default libc or init system with a non-
Debian package.
I have never needed to replace libc in order to make
Dmitrijs Ledkovs wrote:
I managed to compiled because I joyfully discovered that default
Ubuntu installations do install gcc and linux-headers unconditionally.
Noticing a this laptop worked for me on Ubuntu page that treated
installing necessary out of kernel modules as (rightly) no big deal,
Recently buying a laptop, I found
https://wiki.debian.org/InstallingDebianOn a rather useful resource.
Rather than filing a successful installation report, it seemed better
to add a page there (and file individual bugs for minor issues
encountered with the install).
Seems that this would be a
ian_br...@fastmail.net wrote:
Is there some boot parameter that can be given to the Debian installer
initrd to make it understand that it's running from a loop-mounted ISO
image file rather than a plain block device?
This is a well established feature in some distributions; for example,
in
Package: base-installer
Severity: normal
The CD images include linux-headers packages, but d-i does not install
these by default. I think that it should, so that if the user needs
to build out of tree kernel modules they don't need to jump through
the additional hoops of learning that Debian has
Christian PERRIER wrote:
OK, let's throw out a few ideas in the wild.
Bug triaging could be a good start. Holger did a lot of work recently
with installation reports and confirmed me that he will continue after
DebConf.
Some progress could be made by looking at bugs already assigned to
Cyril Brulebois wrote:
(Sorry, I'm new to all this) do you mean (1) the regular linux image
packages are getting a signature added, and we're using those like we do
today, or (2) that we'll have additional linux image packages with the
signatures to be used instead of the usual linux image
Petter Reinholdtsen wrote:
At the moment one can choose which of kde, gnome, lxde,xfce (and
others?) should be installed using the desktop= kernel option to d-i,
or by preseeding the tasksel/desktop debconf value.
But I've seen requests for a normal debconf question instead, and
Christoph Anton Mitterer wrote:
So I suggest that it should be changed the follwing way,...
that if no --keyring is given, neither debian-archive-keyring is
installed (and usable)... debootstrap should fail (unless --no-check-gpg
is given).
I don't think this will break a lot, as most
Christoph Anton Mitterer wrote:
I don't see why this should cause a problem... AFAIU, right now it must
have already hardcoded the default keyring for the distro it was built
for, right? i.e. on
Debian /usr/share/keyrings/debian-archive-keyring.gpg
So if such keyring was specified during
virtualdj wrote:
gpg: fatal: can't disable core dumps: Bad address
[/share/HDA_DATA/debootstrap] # uname -a
Linux NAS 2.6.33.2 #1 SMP Fri Mar 2 04:25:15 CST 2012 i686 unknown
This seems to be setrlimit(2) failing. Possibly an incompatability with
the kernel version?
There does not seem to be
Alexandre Rebert wrote:
We found a crash in dpkg-preconfigure contained in the cdebconf package. You
are being
contacted because your are listed as one of the maintainer of cdebconf.
We are planning to submit the bug to the Debian bug tracking system in two
weeks. We wanted to give you a
Petter Reinholdtsen wrote:
Perhaps now, very early in the jessie release cycle, is a good time to
fix it. I am not sure what is needed, otherwise I would provide a patch
myself.
My preferred fix would be to create an empty available file.
However, I don't understand commit
Cyril Brulebois wrote:
In the absence of complaints, I've done that:
- base-installer: branched zol from master, and reset master to
where it was before the buggy merge.
Thanks for your work. But, it is not necessary or a good idea to
ever modify the history of published git repositories.
Cyril Brulebois wrote:
Thanks for those (and sorry for the IRC bit, that came out in the
wrong way). grub-installer wants something similar (it was only seen /
mentioned on IRC, not in any mail IIRC). Will do once I'm done with
real life things, if you don't beat me to it.
Done.
--
see shy
Kurt Roeckx wrote:
Trying to run debootstrap on a system without perl, I get the
following error:
E: No pkgdetails available; either install perl, or build pkgdetails.c from
source
But I can't find pkgdetails.c
It's in the bootstrap-base udeb. Normally only used in d-i.
--
see shy jo
server task
+to be selected by default on systems with a desktop.
+
+ -- Joey Hess jo...@debian.org Tue, 07 May 2013 13:57:43 -0400
+
tasksel (3.14+nmu2) unstable; urgency=low
* Downgrade network-manager-gnome from Depends to Recommends. It's
diff --git a/tests/server b/tests/server
index
Vincent McIntyre wrote:
I found the string, in po/sublevel1, here's the templates.po
#. Type: select
#. Choices
#: ../choose-mirror-bin.templates.http-in:2001
#: ../choose-mirror-bin.templates.ftp.sel-in:2001
msgid enter information manually
msgstr
Is it the case that I need to
a) give
Vincent McIntyre wrote:
It's entirely possible this patch is not the full resolution of the various
issues people have reported but I'm posting it to get feedback on the
approach and get some help with correctly integrating it into d-i.
This adds a new translatable template, which it is far
Gaudenz Steinlin wrote:
Do you know how the problem can be triggerd. As far as I remember only
some installation from USB are affected and I don't know if the
difference between those affected and those unaffected has ever been
identified. If I know that I'm testing the right test case, I'm
My concerns with going arch any would be that it becomes slower to make a
tasksel change for some pressing concern, and this magnifies any
installation breakage, or blockage caused by task dependencies. The same
reason we keep debootstrap arch all.
Also every divergence between architectures
Christian PERRIER wrote:
Indeed, when committing these changes, I thought that, because that
arch-dependent packages are added to Recommends and not Depend, it
would not be a problem. Apparently it is. This is what slightly
puzzles me, indeed.
network-manager is currently listed in Depends.
Bdale Garbee wrote:
Sure seems like d-i is something we should build using the components
of the release it will be contained in and not unstable... but I
haven't tried to think hard about what that might imply that's
problematic. And I certainly don't think this is something we should
even
Steve McIntyre wrote:
On Thu, Feb 07, 2013 at 07:52:13AM +0100, Daniel Baumann wrote:
consider such a misfeature to be in critical need of a fix (iirc
steve puts a local copy of the 'to be used' syslinux version to be
used by debian-cd for release images manually on the local fs; not
sure
Bdale Garbee wrote:
patch d-i to build successfully against the syslinux in sid
syslinux is GPL'd, so this would result in shipping d-i images in wheezy
which contain a GPL'd binary for which there is no source in wheezy.
--
see shy jo
signature.asc
Description: Digital signature
Cyril Brulebois wrote:
Joey Hess jo...@debian.org (07/02/2013):
This can be done easily, just upload d-i to t-p-u. d-i uploads are
already built with udebs from testing, for similar reasons.
There seems to be an unholy fear of using t-p-u for anything these days,
which I don't really
Ansgar Burchardt wrote:
in [1] it was mentioned that d-i embeds syslinux on some architectures, but
the
current version does not include syslinux in its Build-Using field.
It might be helpful to include it there to ensure we always keep the source
for
the embedded version around.
d-i
Cyril Brulebois wrote:
So, finally tracked it down, confirming my initial suspicion: the
triggers are doing that.
Basically, we have debconf in target setting titles through the
frontend script, even when maintainer scripts are called with the
“triggered” action.
I'm suggesting the
Shawn Landden wrote:
Please accept this patch making the test-exec function work on Android. It is
against current git HEAD.
Does Android really not have a /bin/sh? This would seem to also make the
debootstap script not executable since it starts with #!/bin/sh.
--
see shy jo, whose Android
Shawn Landden wrote:
here is a lighter-weight patch
I've applied this, but I still wonder how the debootstrap script itself
runs if there's no /bin/sh.
--
see shy jo
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Holger Levsen wrote:
as you might have seen, I'm running certain d-i jobs on
http://jenkins.debian.net/
There are three views showing d-i related jobs, which are
http://jenkins.debian.net/view/d-i_packages/
http://jenkins.debian.net/view/d-i_manual/
1 - 100 of 4877 matches
Mail list logo
