Pascal Hambourg wrote:
> When did you move the old system away ? syslog shows that you started the
> shell in tty2 between running partman and debootstrap, could it be that you
> inadvertently moved the old system with the freshly created fstab at that
> moment ?
Yes, I started a shell and moved i
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 f
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 assum
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 p
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 goo
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
AP
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 big
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 the
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 no
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
ex
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, 'unsta
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 d
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 and
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: Digital
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 th
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 t
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.
>
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
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 t
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
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 t
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 explic
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
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-ta
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 sig
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
> agi
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 default_d
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, b
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:
> 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 mor
place.
--
see shy jo
From 742e335531a1ed27757db3b3ce95bc330e7d51f6 Mon Sep 17 00:00:00 2001
From: Joey Hess
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/boot/hurd/grub-hurd
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
>
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 gno
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 co
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 d
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
signature.
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
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 s
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 indi
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 suboptimall
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 *
> bubulle@sesostri
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 and
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,
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 te
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:
Is systemd (and logind etc) well integrated into the version of $desktop
currently availa
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 invi
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 us
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 mar
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
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 afte
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
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 sys
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 ins
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:
> 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 fa
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, unt
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 ad
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-
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 ru
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 accidential
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 gnome-cont
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,
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 usef
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
Bjørn Mork wrote:
> Joey Hess 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.
> >
> &
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
Descript
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 s
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
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
> imple
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 duri
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 mos
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 yo
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
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 9e7d96f50df440f1
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 s
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 repositor
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
server task
+to be selected by default on systems with a desktop.
+
+ -- Joey Hess 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 e8ca610..3a
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
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
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
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
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 makes
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.
Cyril Brulebois wrote:
> Joey Hess (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 day
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
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
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
> e
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 th
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 listmas...
1 - 100 of 5150 matches
Mail list logo
