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 w
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
debia
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 ->
debian-8.0.0-amd64-xfce+lxde+mate-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:
> *
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 default_desktop_for_
2001
From: Joey Hess
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 the desktop
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.
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
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
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
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 near
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
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 U
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-*
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
> bu
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
While this has been an interesting thread, it may be predicated on a
false premise. I examined the latest weekly CD build, and the reason no
desktop tasks at all (even lxde or xfce) appear on their respective CDs
is because debian-cd is simply not including tasksel's new task-*
packages, at 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 ge
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
signatu
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:
> 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 Joli
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 an
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
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 wi
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 ERR
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, ther
Steve McIntyre wrote:
> We'll find out. :-) I've grepped out (roughly!) the list of packages
> that will have now moved from DVD#1 to DVD#2 for both i386 and amd64
> (wheezy). See each file at
>
> http://cdimage.debian.org/cdimage/tmp/
>
> if you're interested.
These tasks were removed (both a
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 late
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
f
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 ba
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 cur
Sven Hoexter wrote:
> Please don't shoot me but do we really want to produce CD images beside the
> netinst iso? I'm not sure if that's still needed in times of usb thumb drives
> all around with a multitude of capacity you've on a CD.
CD images are useful specifically on USB thumb drives. Well, y
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 deskt
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:
> 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
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
> pos
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 checki
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 isohy
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 Test
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, whic
Petter Reinholdtsen wrote:
> Should this be the default behaviour of debian-cd, or should hw-detect
> be changed to look for firmware packages where debian-cd put them when
> firmware debs is in the package list?
The problem with making hw-detect look in pool/ is that it does not know
what debs co
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 debian-cd-requ...
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: f
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 m
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 i
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
>
# 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 reorganis
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:
http:
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
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.
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
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 mak
> 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 an
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 dmr
[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 sig
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 reduc
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
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
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
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 signa
Frans Pop wrote:
> + Multi-arch CD/DVD image for PC or Mac (i386 / amd64 / powerpc)
> +
> + Download via HTTP: [ href="http://cdimage.debian.org/cdimage/weekly-builds/multi-arch/iso-cd/";>CD]
> [ href="http://cdimage.debian.org/cdimage/weekly-builds/multi-arch/iso-dvd/";>D
Robert Millan wrote:
> Please do set a timeout in syslinux screen. Even if it's a very high one.
> Since sparc already has 600/10 s as timeout, I propose the same for x86.
IIRC you have to enter something at boot to make a sparc boot from CD.
CD booting is not the default, like it is on many x86
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 netin
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?
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
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
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
a
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
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
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
Obbie and RoZ wrote:
> The link to the image I used was on this page...
> http://ftp.acc.umu.se/pub/cd-images/debian-weekly/i386/
>
> I used the file 'sarge-i386-1.iso.
>
> BTW, where can I find md5 checksums for these files? ("check cd
> validity" checked out ok)
>
> >>when trying to detect ne
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
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 check
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
Matt Taggart wrote:
> 0.) HP ProLiant systems have a remote management device called an "intergrated
> Lights Out" ("iLO"). This device intercepts the system's vga text and keyboard
> and makes it available via telnet. As long as the system stays in vga text
> mode it works great but if you try
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
Steve Glines wrote:
> I just tried this again using the vmlinuz and initrd.gz found at
> http.us.debian.org/debian/dists/testing/main/installer-i386/current/images/monolithic
> but instead of using a local mirror created from a downloaded CD iso I
> used a real mirror (ftp.us.debian.org as a mirror
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, an
Jan Kesten wrote:
> Just an idea: What about placing a $Id: $ some where in the headers?
> Tomorrow I'll have a deeper look at it, if think it's a mispaced if..fi
Fixed. I also fixed the atrocious indentation that let me make such a
mistake in the first place.
--
see shy jo
signature.asc
Descr
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 can
I've made a small debian-edu branch in debian-cd CVS that holds just the
changes needed to build debian-ed CDs. It's a small diff and I have
plans to make it smaller by, eg, adding an option to debian-cd to limit
the kernels on the CD to only the ones used by d-i, and another to drop
the 2.6 kernel
Steve McIntyre wrote:
> What are we going to do about non-US for the sarge release? I notice
> the images on gluck don't seem to contain any non-US files at all. Is
> that how we want to proceed: just drop non-US?
Even if you produce CDs with non-US on them, base-config will ignore it
and the inst
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 in
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 w
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
e
> or that I think should be changed.
>
> 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 o
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
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
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:
> 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
Descripti
1 - 100 of 215 matches
Mail list logo