Package: debian-cd
Severity: normal
gnome-keyring is a recommend of network-manager-gnome. While
network-manager-gnome is included on the xfce CD, gnome-keyring is not.
It should be.
I noticed this when installing stable, but testing appears to also have
the problem. An install from the xfce CD
Steven Chamberlain wrote:
I tried to get some figures on kfreebsd-amd64 (where XFCE is still the
default for now) using the tools from debian-cd.git, hacked to generate
a jessie CD-1 packagelist without a full mirror available. If these
results are correct, it looks rather promising:
*
Adding cinnamon to gnome looks to add around 20 mb of debs.
Maybe something like:
debian-8.0.0-amd64-CD-1.iso
debian-8.0.0-amd64-CD-2.iso [etc]
debian-8.0.0-amd64-xfce+lxde+mate-CD.iso - debian-8.0.0-amd64-CD-1.iso
debian-8.0.0-amd65-light-desktop-CD.iso -
Actually, I agree that making CD-1 not default to the regular default
desktop is confusing, so instead:
debian-8.0.0-amd64-CD-1.iso
debian-8.0.0-amd64-CD-2.iso [etc]
debian-8.0.0-amd64-xfce+lxde+mate-CD.iso
debian-8.0.0-amd65-light-desktop-CD.iso -
debian-8.0.0-amd64-xfce+lxde+mate-CD.iso
Package: debian-cd
Severity: normal
tools/boot/jessie/common.sh looks for the first desktop task in the
Recommends of task-desktop to get the default. That will still work, but
it would be better if it sourced /usr/lib/tasksel/default_desktop and
passed an architecture name to
2001
From: Joey Hess j...@kitenet.net
Date: Mon, 22 Sep 2014 15:14:47 -0400
Subject: [PATCH] adapt desktop handling for tasksel/d-i changes
tasksel now allows selecting the desktop, and d-i has dropped the boot menu
desktop selection. This patch attempts to update debian-cd for these
changes, removing
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
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
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
I'd like to get a statement from the CD team for this page --
https://wiki.debian.org/DebianDesktop/Requalification/Jessie
Which asks, for each desktop:
Does the desktop fit on the media (CD(?), DVD, usb) we want to be able
to contain a complete desktop environment?
---
My feeling as a somewhat
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
Yves-Alexis Perez wrote:
I actually think having no default desktop would be just fine, instead
having the current 3-4 desktop installation media. Then anyone can pick
the DE she likes.
I recently spent some time installing community computer labs in rural
Brazil. Internet bandwidth was nearly
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).
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
Steve McIntyre wrote:
I'm thinking we should possibly drop one of these deps in the loop
between task-$DESKTOP-desktop and task-desktop. Joey, what do you
think?
I think that the dependencies need to remain circular, and as tasksel
has no maintainer scripts, it avoids the well-known problems
Francesco Poli wrote:
I used the network boot method once to install Debian onto a headless
box (running d-i over the serial console was fun!), but can the network
boot ISO image be used also when booting from removable media (such as
CDROM, USB stick, ...)?
Yes.
--
see shy jo
--
To
Steve McIntyre wrote:
Following up from the thread about lack of space...
A couple of weeks back I rewrote the task support in debian-cd to deal
with the change from tasks-in-Packages to task meta-packages. After a
lot of local testing, today is the first time the weeklies have been
built
Steve McIntyre wrote:
No, not yet at least. To be honest, I've had a lot of pressure to just
add all the Recommends anyway recently to match what people would
install by default. That's what I've done so far.
It's complicated. Sometimes we drop a package from a direct Recommends
in a task-*
Fab wrote:
I'm referring to the iso file created in 2012-05-07
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-
amd64-xfce+lxde-CD-1.iso
I expected to find XFCE and LXDE packages in this iso.
debian-cd is currently failing to put the new task-* task packages on
all
Lisandro Damián Nicanor Pérez Meyer wrote:
Indeed, I have seen that pattern before, although I think it was because
people are used to get CDs, not DVDs (ie, just a matter of habit).
Another reason is that it's more likely for a throwaway USB key to be in
the 1-2 gb range than the 5 gb range.
Neil Williams wrote:
supporting only the smaller/lighter desktop environments is exactly
what comes out of accepting that the first two options just won't be
acceptable. Changing compression is only putting off the inevitable.
There's *no* reason to think that GNOME or KDE are going to get
There seem to be few pointers to the non-free firmware CDs. While I
don't want to oversell them (they should not be used by default),
I have added a link in the installation manual's firmware section.
Would it also make sense to add a link to http://www.debian.org/CD/faq/
--
see shy jo
Ian Campbell wrote:
Or do I need to worry about non-daily/weekly builds too? I suppose that
if an alpha/beta release is made there will necessarily be a d-i upload
first (with this change)?
Yes, debian-installer will be uploaded before any such release.
Patches to both are attached, I can
tools/update_tasks has been broken by tasksel being changed to
use task packages.
from README.tasksel:
The general sequence in which packages are added for complete images is:
1) Packages required by Debian Installer
2) Packages required to install the base system (debootstrap)
3) Any
Steve McIntyre wrote:
I've noticed a problem recently in the archive when building CDs,
aggravated to a certain extent by the newer source formats. Some of
the filenames in the archive are getting *very* long, and this is
causing issues. As a matter of course, we build CDs with RockRidge and
Steve McIntyre wrote:
There are uses I've heard about, including (apparently quite common)
using CDs and DVDs to seed a mirror on a Windows server.
If I had to chose between that working, and not needing to worry about
filename lengths, I'd choose the latter.
Is it possible to provide Joliet
Steve McIntyre wrote:
On Tue, Mar 01, 2011 at 11:14:38AM -0300, Joao Gustavo Cabral wrote:
Dear Comrades,
I would like to notify the following BUG at the base system install
step: DEBOOTSRAP ERROR: RELEASE FILE NOT VALID.
Hi Joao,
Known bug, should be fixed soon.
So, there was a
Joey Hess wrote:
Steve McIntyre wrote:
On Tue, Mar 01, 2011 at 11:14:38AM -0300, Joao Gustavo Cabral wrote:
Dear Comrades,
I would like to notify the following BUG at the base system install
step: DEBOOTSRAP ERROR: RELEASE FILE NOT VALID.
Hi Joao,
Known bug, should be fixed
I mailed about this before, but I can be a bit more concrete now since a
tasksel using task packages is in BYHAND waiting to get into
experimental.
These task packages each Depend on what used to be called the Key
packages of a task. And they tend to Recommend a lot of other packages.
So, it
Steve McIntyre wrote:
Right, so you mean #1 above. My initial way would be something like
#1, basically because it's easiest to code, BUT: the normal dependency
following code will only place the task package *itself* on the CD iff
all of the Depends and Recommends have already been placed
Steve McIntyre wrote:
Then I'm going to make DVD#1 limit to 4GB for amd64, i386 and the
amd64/i386 m-a DVD. Then it'll fit on a 4GB stick too, and I think
that's useful. The rest of the set will still fill up to the normal
4.7GB DVD size, as there's no point to keeping to that limit on later
Christian PERRIER wrote:
* FAILED BUILD: armel Feb 09 22:18 joey@box
build_iop32x_network-console_ss4000e
http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_ss4000e.log
These do fail because of:
Ign http://cdn.debian.net
Package: apt-setup
Version: 1:0.52
Severity: normal
Tag: patch
This is one of the problems sledge alluded to in
http://lists.debian.org/debian-boot/2010/12/msg00562.html
When installing from bluray, the cd_type is full_cd,
and so the user will be prompted at high priority using incorrect text
Josselin Mouette wrote:
Where can that list be found? It looks correct, but different from the
one in tasksel.
That is the Key packages from the gnome-desktop and desktop tasks in
tasksel.
So one of the solutions would be to ditch Recommends.
I was wrong about recommends being included
Josselin Mouette wrote:
This would need to be tested, but 1+2 without recommends sounds like the
good thing to add. We could remove the mail client (evolution) if it
turns out too big, nowadays the media player looks more important.
I'm testing 1+2 in tasksel 2.87 and we can move the list back
The squeeze CD #1 [a], which is probably still one of the most commonly
mass-produced Debian CDs, no longer contains the Gnome desktop
environment, or any self-contained working desktop environment. I believe
the multiarch CD [b] also lacks a DE. I wanted to bring this to the
attention of the
George Danchev wrote:
Therefore I exchanged several mails with Thomas (xorriso upstream, also
CC'ed)
about adding such functionality to xorriso and here is how it currently looks
like:
All looks very sane.
* the image file (this could be the requested second firmware partition) as
Steve McIntyre wrote:
That itself is a minor pain, but not enough to make me complain about
a useful feature. The *more* difficult thing is trying to make
iso-hybrid work with jigdo: we make the .iso and .jigdo files directly
in the same invocation of genisoimage, so anything we do to
Steve McIntyre wrote:
Looks like nobody ever made this change; is it still relevant?
I think so yes, hw-detect will still try install acpi.
--
see shy jo
signature.asc
Description: Digital signature
I've done some investigation of using isohybrid on an iso image (d-i
alpha1 i386 netinst) to allow it to be booted from USB stick. Basically,
postprocess the image with isohybrid, and write it direct to the usb
stick. On the single machine I tried it on, that booted ok without any
tweaking of
Joey Hess wrote:
So ideally, debian-cd would add a small second partition to the iso file's
partition table, and tack on a FAT filesystem. This could probably be done
by running fdisk on the iso file after isohybrid.
I've attached a patch with a script, which I am checking into d-i for now
I'd like to invite d-i and debian-cd members who are attending DebConf
to the Constantly Usable Testing BoF, Tuesday at 10:30.
http://penta.debconf.org/dc10_schedule/events/681.en.html
The purpose of the BoF is to finally explore whether it would make sense
to implement the Constantly Usable
Frans Pop wrote:
On Tuesday 16 March 2010, Holger Levsen wrote:
On Dienstag, 16. März 2010, Frans Pop wrote:
An additional issue with non-free firmware is that including it in the
way you propose would (I think) mean it will get loaded without any
prompting of the user, which may in
The firmware bundle at
http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/testing/current/
contains firmware files from lenny.
inflating: atmel-firmware_1.3-4_all.deb
inflating: firmware-bnx2_0.14+lenny2_all.deb
inflating: firmware-bnx2x_0.14+lenny2_all.deb
inflating:
Frans Pop wrote:
No, the build is correct. Just the symlink for testing needed updating from
lenny to squeeze.
any chance of automating that symlink?
I'd expect this has prevented wifi from working during install for many
users.
--
see shy jo
--
To UNSUBSCRIBE, email to
I don't appreciate the confrontational tone Frans is using in this thread, and
so will not be continuing to follow it.
--
see shy jo
signature.asc
Description: Digital signature
So, that change was made in tasksel three months ago, near to the start
what was, AFAIK at the time, a 1.5 year release cycle. This was done in
full knowledge that enabling recommends would take some time to sort
out, including getting debian-cd to disable NORECOMMENDS and maybe
handle recommends
Package: ftp.debian.org
Severity: grave
Tags: d-i
The Task field overrides for stable are supposed to be based on the task
data contained in the tasksel in stable. However, they seem to be being
based on those in unstable, which results in newly installed 5.0r2
systems missing important packages
Frans Pop wrote:
I don't think policy for Recommends is wrong, but I do feel it results to
a hell of a lot of packages getting installed that are not actually
needed/wanted in practice.
We have a whole release cycle to sort this out now.
IMO the special handling of Recommends in D-I
so
# Automatically generated email from bts, devscripts version 2.10.34
reassign 493173 debian-cd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Otavio Salvador wrote:
I'd like to know when Joey plans to commit it. Joey?
I've been holding off for review. Now that we're happy with it except
for some minor string changes and reorganisation (which should be
doable without a lot of pain, I think, although there are certian
types of
I've finished and tested the debian-cd patch for using vesamenu. Did
notice one problem. When the vesamenu is used, default64 does not
behave the same as it normally does in syslinux. Rather than setting the
default that's used then enter is pressed, it makes syslinux
*immediately* start booting
Frans Pop wrote:
What I'd like to see is just the basic choices selectable from the menu, and
a prompt for advanced usage. One option to do this could be:
Last month syslinux got submenu support for vesamenu, so its now doable..
Here's an example image with menu items for text and gtk:
Jérémy Bobbio wrote:
After fetching your SVN branch, updating the kernel version, and using
qemu 9.1 from unstable, the menu looks good, and no framebuffer problems
where to be found. Both with or without -std-vga.
I think it would be a good addition for Etch. Maybe post-beta2, though.
Frans Pop wrote:
IIRC you once said that maybe we should not install acpi at all as it's not
really needed (only acpid is). On that basis I've always thought that is
was OK to install it if available and not if, eh, not.
It's true that it's not really needed. However, I think we should make
Also, when apt-install is fixed to complain about queued items that fail
to install, won't it start complaining about acpi if it's not on the
netinst?
--
see shy jo
signature.asc
Description: Digital signature
2. Is it worth producing all the CDs/DVDs/whatever for all the
architectures?
AFAIK no supported armel machines boot from CD or DVD. For arm, you can
apparently boot a netwinder from a parallel port CD drive, but armel
doesn't support netwinders.
So there's very little point in having any
Marek Grabowski wrote:
This is my output:
apt-install: Reading package lists...
apt-install: Building dependecy tree...
apt-install: E: Couldn't find package dmraid
main-menu[1136]: WARNING **: Configuring 'bootstrap-base' failed with
error code 1
The netinst iso was missing the dmraid
[EMAIL PROTECTED] wrote:
It would be appreciated if someone could tell me where to find some
information or documentation regarding working with tasksel and creating
tasks for selection after installation.
Have you read its README?
--
see shy jo
signature.asc
Description: Digital
Anthony Towns wrote:
Debug packages: (369MB) (not arch:all)
53959746 boson-dbg
55430908 icedove-dbg
56274922 koffice-dbg
59787420 iceape-dbg
86404478 libgl1-mesa-dri-dbg
These seem to be built with separated debugging symbols. They could
probably still be reduced in
Frans Pop wrote:
True, that would be an option. Do you only mean the k7 kernel, or also the
64-bits kernel, or even the xen/vserver kernels?
The k7 kernel is the main thing that is missing imho. The bigmem and xen
kernels would be useful if base-installer somehow installed them in the
future.
Matt Taggart:
I have been told (by Steve Langasek) that the netinst image sizes are
whatever it takes to do net install, to be used on a regular CD but kept as
small as possible for download purposes. The netinst images are all pretty
close to the 185mb mini-CD size,
archsize free
Ulrich Hansen wrote:
My series of CD-/DVD-covers for Debian Etch is now completed. You
can find them at:
http://ulihansen.kicks-ass.net/etch
License is the GNU GPL, the source is available as editable Gimp XFC
and I included a description how to adapt the artwork to individual
I've been looking around the CD vendors. Ideally, I'd like to buy:
* netinst (in an actual mini-iso form factor)
* businesscard (in an actual businesscard form factor)
* multiarch DVD
* multiarch CD
I have not been able to find any of these for etch. Haven't checked
_all_ the US vendors yet, but
Robert Millan wrote:
What kind of people do you have in mind ? Users of other architectures should
have a clear idea of what they're looking for.
People for whom a ~500mb netinst is not the best choice of installation
medium, for one.
--
see shy jo
signature.asc
Description: Digital
Frans Pop wrote:
+ liMulti-arch CD/DVD image for PC or Mac (i386 / amd64 / powerpc)br
+ table cellpadding=0 cellspacing=0
+ trtdDownload via HTTP:nbsp;/tdtd[a
href=http://cdimage.debian.org/cdimage/weekly-builds/multi-arch/iso-cd/;CD/a]
[a
Geoff Simmons wrote:
Sure, please find it attached.
Ok well, you have a cdrom: line with contrib in it, so the installer did
the right thing in adding the security.debian.org contrib lines.
OTOH, it's sorta weird that the cdrom had a contrib component on it.
Apparently for some reason our
Michael Loftis wrote:
Right now I'm having a pretty big issue attempting to install etch onto
some intel blades because Debian doesn't' include USB HID support on the
installation CD images. Has anyone created either netinst discs or the
like which will work with a legacy free system?
Eh?
Giuseppe Sacco wrote:
The DVD version shown when pressing F1 at the boot prompt is Debian
testing M-A 1 20070102-08:25; d-i 2006110.
I have a couple of questions regarding this DVD, even if I will retry
this install tomorrow after updating my image with jigdo to the new
version dated
Before I throw anymore pennies down the well that is debian-cd, let me
make sure I understand how it's supposed to work vs. how people seem to
want it to work based on recent modifications.
How it's supposed to work:
- tasks/base-sarge is regenerated periodically by the code fragement given
Steve McIntyre wrote:
How it seems to really work:
- tasks/base-sarge is never updated for new versions of debootstrap in
recent memory, but things like filesutils, fileutils, and arcboot are
manually added to it, ignoring the comments at the top of the file.
Ouch. In that case we
Santiago Garcia Mantinan wrote:
Proably because there are no udebs at all, let alone kernel udebs, on
the second CD. So I'm reassigning this to debian-cd; if the second full
CD is intended to be bootable, it needs to have the d-i udebs on it.
:-??? Does this seem reasonable? I mean, isn't
reassign 283137 debian-cd
thanks
Margarita Manterola wrote:
This report was done with RC2 CDs, downloaded via bittorrent
Known by my will to do weird things, this time I tried booting from the
second CD, instead of the first. It listed only linux and expert as
booting methods, so I chose
There are several changes in debian-cd CVS that are needed to work with
current d-i, and I doubt d-i will be changing any more before release.
So perhaps it's a good time to upload a new version of debian-cd?
--
see shy jo
signature.asc
Description: Digital signature
Mariusz Matuszek wrote:
Mariusz Matuszek wrote:
I was installing 'linux26' using the installer daily build from 25th (or
26th) Sept. on my Toshiba Tecra 8000 laptop. I experienced the 'red
screen' at one stage of installation (package consistency check) and got
rid of it by burning
An update of the table of kernel versions. This time I've added a column
for debian-cd, which reflects the kernel(s) that go on the netinst (from
the debian-installer+kernel file). Quite a mess there, the rest of the
updates to the new kernel are done, except for hppa and apus. I've still
not
Steve McIntyre wrote:
Using latest debian-cd CVS I can't make a bootable IA64 DVD:
+ cp /mirror/debian/dists/sarge/main/installer-ia64/current/images/cdrom/boot.img .
cp: cannot stat
`/mirror/debian/dists/sarge/main/installer-ia64/current/images/cdrom/boot.img':
No such file or directory
Steve Glines wrote:
The release boots just fine from a CD-ROM but when it gets to detect
and mount CD-ROM it fails to detect the cd-rom it just booted from.
Well, this rather begs the question of what kind of CD drive you booted
from, doesn't it? (And if it's say, scsi, what controller card
Rahmat M. Samik-Ibrahim wrote:
No SARGE jigdos this week?
IIRC they're not being built while some updates are done to the build
system.
--
see shy jo
signature.asc
Description: Digital signature
reassign 262043 partman
retitle 262043 does not behave well if no disk is detected
tag 262043 d-i
severity 262043 normal
thanks
This is because the netinst CD image is not designed to be a usable
debian mirror. In lacks udebs for all the disk drive modules that are
compiled into the CD initrds,
Am I right that debian-cd CVS is still only available to DD's after the
compromise and later CVS holes? I cannot seem to do an anonymous
checkout anymore. This is hard for non-DDs who want to get a current
debian-cd CVS checkout to work from.
I think debian-cd should move to alioth, so its CVS
Chris Cheney wrote:
kde-core is enough to get KDE running, it includes arts/kdelibs/kdebase,
but it doesn't include any of the other official KDE packages. It does
include basic apps like kate, konqueror and konsole. The kde package
installs the full official KDE release, but doesn't include
.
The target should be to have really the packages we and our users want on
the first cd, for example, Joey Hess wanted the desktop task to be
available, but this task depends on both x-window-system-core, kde and
gnome. Testing on a newly base installed bachine, tells me that installing
Josselin Mouette wrote:
The gnome metapackage is for an overblown desktop with all options.
The official GNOME release is in the gnome-desktop-environment
package. To get numbers, maybe you should look at sid as there are some
changes with GNOME 2.6.
Ok, I'll make tasksel only require
I wrote:
Maybe part of the problem is that the standard system takes 459 MB on
the CD. I've had problems in this area with preparing debian-edu CDs as
well; once the standard system is included, there is just not much space
left on the CD for interesting stuff.
I didn't think standard was
Steve McIntyre wrote:
Hmmm. That wasn't very successful. Netcfg loaded fine off the CD, but
only after I loaded it by hand. The 3c59x driver for the network card
in the test machine just didn't get loaded.
Looking at the *nic* .udebs on the image, they seem quite old (9th
May); is that
Peter Yellman wrote:
http://cdimage.debian.org/pub/cdimage-testing/cd/jigdo-area/i386/sarge-i386-1.jigdo
Multiple attempts -- at least 5. Tried linux, expert, linux26,
expert26. Never offered the opportunity to configure network. Tried
with 2 different NICs - a common Macronix, and an
Steve McIntyre wrote:
I must have blinked and missed these. If you can give me a list of
which files are needed, or a pointer as to how to work it out I'll get
onto this later today for you.
See http://lists.debian.org/debian-cd/2004/05/msg00036.html
--
see shy jo
signature.asc
Steve McIntyre wrote:
See http://lists.debian.org/debian-cd/2004/05/msg00036.html
When was the last time you checked? Looking at the jigdo file for the
latest sarge image #1:
I have not tried it since I wrote the above mail. I'll download it
tonight and try it tomorrow.
--
see shy jo
Steve McIntyre wrote:
Hmmm. That wasn't very successful. Netcfg loaded fine off the CD, but
only after I loaded it by hand. The 3c59x driver for the network card
in the test machine just didn't get loaded.
Looking at the *nic* .udebs on the image, they seem quite old (9th
May); is that
Geert Stappers wrote:
Package: debian-installer-manual
Severity: minor
Tags: d-i
Hello D.I.S.T.,
My first 'boot net' with beta4 on Sparc64 went fine.
Todays 'boot net' with 2005-05-26 from p.d.o./~jbailey failed,
the reserved RAMdisk was to small.
I had to type
boot net linux
Thomas Poindessous wrote:
My first 'boot net' with beta4 on Sparc64 went fine.
Todays 'boot net' with 2005-05-26 from p.d.o./~jbailey failed,
the reserved RAMdisk was to small.
I had to type
boot net linux ramdisk_size=8192
Does it make sense to add it to the manual
Richard Atterer wrote:
So, my own opinion is: We cannot just remove the full testing CD images
right now, so let's start producing full debian-installer CD and DVD sets!
I'm not sure how easy it would be for you (debian-installer folks) to
produce .jigdos for these kinds of images
These
Gaudenz Steinlin wrote:
While preparing a fix for the /media issue in discover1 I thought about
removing this feature from discover1. IMO there are 2 good reasons to do this:
1) discover (Version 2) does not have this feature, so it will go away in
the long run.
2) I doubt that it is really
Package: installation-reports
I did an install from CD using last weekend's full CD build, downloaded
with jigdo. There's a possibility this build could be included in beta4,
but given the problems I found, I doubt it.
The first problem was network configuration. It was not done, since
netcfg is
d-i is at the point where we can run the installer under a 2.6 kernel
and do successful installs, at least some of the time, on i386. This
will probably be important for certian hardware that is not well
supported by 2.4.
I think the thing to do, at least on full debian CDs will be to do as we
Arnaud wrote:
I am using sarge-i386-netinst.iso downloaded from
http://gluck.debian.org/cdimage/testing/daily/i386/20040414/ today
and it is failling with the error message on the base installation
stage :
no installable kernel was found in the defined APT sources.
The current defaut
Raphael Hertzog wrote:
I don't think that anything needs to be fixed in debian-cd, you'd better
correct everything on ftpmaster's side.
Mm, ok. I'll talk to the ftpmasters about this.
--
see shy jo
signature.asc
Description: Digital signature
IIRC this is the powerpc CD he's referring to.
- Forwarded message from Goswin von Brederlow [EMAIL PROTECTED] -
From: Goswin von Brederlow [EMAIL PROTECTED]
Date: 29 Mar 2004 02:32:51 +0200
To: Thiemo Seufer [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: testing and no release
About 1/5th of the sarge businesscard image, and a fair bit of the
netinst iso are taken up by the Contents-i386.gz files. I propose that
these be dropped from these smaller images. As I understand it, the
reason to include the Contents files is so users with a full CD set, who
are on limited
1 - 100 of 182 matches
Mail list logo