Bug#543819: please include security updates in stable installations
Package: debootstrap Severity: wishlist Hi, when selecting the current stable release as SUITE the resulting system should contain the security updates for the basic system and the sources.list should contain the sources for the security repository. Hannes -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543256: tasksel maintainer's perspective
On Thursday 27 August 2009, Joey Hess wrote: 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 So why did you not inform the d-cd team of that change then? And you also know that historically such issues have in general not been sorted out by d-cd maintainers proper, but more by people like you and me who's primary concern was D-I. out, including getting debian-cd to disable NORECOMMENDS and maybe handle recommends more intelligently; dealing with demotion of unnecessary recommends; and dealing with any size increase issues. If the current release timeframe[1] is not long enough to sort these issues out, perhaps the release team should be told about that. Or perhaps someone will want to revert this -- but you get to own all the issues of the installer not installing recommends while maintainers assume it will. Right, so basically you're saying that you no longer want to explicitly list desired Recommends in tasksel and have decided to do that by simply dumping the problem on another team, while actively working to increase the problem. IMO tasksel is a much more logical place for it. Oddly it didn't seem to be treated as a big deal by a lot of people when it happened to stable CD1. :-/ Agreed. I've been very disappointed with the very long time it took to fix that simple issue. You'll have noticed that I jumped in straight away to help resolve the issue after you filed the BR as I do feel CD1 is important. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543864: Lenovo S10e - Testing - Grub2
Package: installation-reports Boot method: USB-CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 2009-08-26 (03:30 PM) Machine: Lenovo S10e (netbook) Processor: Intel Atom N270 Memory: 2048 MB Partitions: /dev/mapper/test-root ext3150974676 4952344 138353188 4% / tempfs tmpfs 1033012 0 1033012 0% /lib/init/rw udevtmpfs 10240 160 10080 2% /dev tmpfs tmpfs 1033012 0 1033012 0% /dev/shm /dev/sda1 ext225 47140 173747 22% /boot Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GME Express Memory Controller Hub [8086:27ac] (rev 03) 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GME Express Integrated Graphics Controller [8086:27ae] (rev 03) 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) 00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 02) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 [8086:27d0] (rev 02) 00:1c.1 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 [8086:27d2] (rev 02) 00:1c.2 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 [8086:27d4] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 [8086:27c8] (rev 02) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 [8086:27c9] (rev 02) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 [8086:27ca] (rev 02) 00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 [8086:27cb] (rev 02) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller [8086:27cc] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge [8086:27b9] (rev 02) 00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE Controller [8086:27df] (rev 02) 00:1f.2 IDE interface [0101]: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller [8086:27c4] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801G (ICH7 Family) SMBus Controller [8086:27da] (rev 02) 02:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express [14e4:1713] (rev 02) 05:00.0 Network controller [0280]: Broadcom Corporation BCM4312 802.11b/g [14e4:4315] (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[E] Comments/Problems: Installation via USB-CD device. Used automated partition with crypted LVM and Grub2 fails to install. signature.asc Description: OpenPGP digital signature
Bug#543819: please include security updates in stable installations
tags 543819 wontfix thanks On Thursday 27 August 2009, Hannes von Haugwitz wrote: when selecting the current stable release as SUITE the resulting system should contain the security updates for the basic system and the sources.list should contain the sources for the security repository. I'm afraid this is completely outside the scope of debootstrap. If you use raw debootstrap, you know in advance that you'll have to *many* things afterwards to configure the system into a proper state. One of those things is to set up APT correctly and install security updates. Note that since Lenny Debian Installer does install security updates during an installation. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#543819: please include security updates in stable installations
Processing commands for cont...@bugs.debian.org: tags 543819 wontfix Bug #543819 [debootstrap] please include security updates in stable installations Added tag(s) wontfix. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543864: Lenovo S10e - Testing - Grub2
Am Donnerstag, den 27.08.2009, 09:54 +0200 schrieb Florian Hoberg: Package: installation-reports Boot method: USB-CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 2009-08-26 (03:30 PM) Machine: Lenovo S10e (netbook) Processor: Intel Atom N270 Memory: 2048 MB Partitions: /dev/mapper/test-root ext3150974676 4952344 138353188 4% / tempfstmpfs 1033012 0 1033012 0% /lib/init/rw udev tmpfs 10240 160 10080 2% /dev tmpfs tmpfs 1033012 0 1033012 0% /dev/shm /dev/sda1 ext225 47140 173747 22% /boot Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[E] Comments/Problems: Installation via USB-CD device. Used automated partition with crypted LVM and Grub2 fails to install. Could you please attach the compressed syslog or get the output of VT4? I just installed unstable from yesterdays amd64 businesscard and grub2 installed fine when I choose a kernel. But failed without one. I just fixed that bug in grub-installer SVN. -- Felix Zielcke Proud Debian Maintainer -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#264963: £891,934.00 GBP. Comfirm
You are among the winners of the CAMELOT GROUP.Confirm this receipt by contacting the due process unit officer Mr. Mark Cole.Fill the details: FullName,Address,Tel,Occupation,etc, (1)Courier, (2)Bank -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Manual is in string freeze!
Rev 60476 - cjwatson (2 file(s) modified) Note that partman-auto/init_automatically_partition is only honoured if partman-auto/method is not set. I'm reverting this commit as we're currently in a string freeze, as announced on the list. Will reapply after release. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Manual is in string freeze!
On Thu, Aug 27, 2009 at 01:18:11PM +0200, Frans Pop wrote: Rev 60476 - cjwatson (2 file(s) modified) Note that partman-auto/init_automatically_partition is only honoured if partman-auto/method is not set. I'm reverting this commit as we're currently in a string freeze, as announced on the list. Will reapply after release. Sorry, missed that. Please create a branch in a standard location so that commits can go somewhere rather than having to be queued up in various people's working copies. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Manual is in string freeze!
On Thu, Aug 27, 2009 at 12:41:05PM +0100, Colin Watson wrote: On Thu, Aug 27, 2009 at 01:18:11PM +0200, Frans Pop wrote: Rev 60476 - cjwatson (2 file(s) modified) Note that partman-auto/init_automatically_partition is only honoured if partman-auto/method is not set. I'm reverting this commit as we're currently in a string freeze, as announced on the list. Will reapply after release. Sorry, missed that. Please create a branch in a standard location so that commits can go somewhere rather than having to be queued up in various people's working copies. Actually, in general we'd have a much easier time of it if we switched our standard practice to always making a branch, freezing *that*, and leaving trunk open. We haven't done that for a while (we used to), but we should. The temporary confusion for translators would be much less if this were standard practice. (Of course this will be easier still with distributed revision control.) -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Spellchecking priorities [Was: Re: Override changes standard - optional]
2009/8/25 Frans Pop elen...@planet.nl: On Tuesday 25 August 2009, Christian Perrier wrote: Quoting Frans Pop (elen...@planet.nl): On Tuesday 25 August 2009, Agustin Martin wrote: I am about to ask dictionaries-common priority be changed to optional in the override file. Also, ispell maintainer has also uploaded ispell, iamerican and ibritish with optional priority (not yet changed in the override file). CC'ing this time #416572 [ibritish: Should not have priority standard]. Sorry, Daniel, forgot to cc before. Are those changes OK in the override file at this time from the debian-installer point of view? Yes, it seems to me that this is the correct time to do this. Fine, I will then request override changes for dictionaries-common as soon as I am in a box with my GPG key. Daniel, do you request changes for the ispell/iamerican/ibritish override entries? Could you please file an important BR against tasksel with the request to update language tasks if/as needed for the change in priority? That way the tasksel maintainers will have a reminder to look into it. Since packages triggering the changes are ispell/iamerican/ibritish (IIRC dictionaries-common is pulled as a dependency) Daniel may prefer to do that himself. If busy, I can do that once the overrides file is changed for ispell/iamerican/ibritish. After looking at current tasks, my understanding of this is that iamerican and wamerican should be added to standard. Can you do that? I thought standard was exclusively a dynamic task that is based on package priority alone. It depends a bit on what you want, but it seems to me this calls for an en_US task. Unless there's a strong desire to have the US dictionaries installed for *all* languages for some reason. I think the same, but as long as is not pulled by priority but by a task, is an improvement. Also note that status of ispell and ispell dictionaries is unclear for the future. There were some discussions about lowering the number of spellchecking engines in Debian, so ispell and its dicts may even disappear or at least be made extra priority in a future. BTW, Agustin: I assume that _w_american remains prio standard? IIRC quite a lot of DDs expressed in past discussions that that should remain available by default for various purposes. That is what I think too. The winning argument is that it contains what previously was in /usr/dict/words, and that is expected to be present from the early days of UNIX systems. Cheers, [Please keep CC'ing me, I am not subscribed to debian-boot] -- Agustin -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [PATCH] grub-pc build-dependency
On 27/08/2009, Robert Millan r...@aybabtu.com wrote: Hi, Hi. grub-pc is used during d-i build but isn't listed as build-dependency. It looks to me it is present both in trunk and branch. Please see: http://svn.debian.org/viewsvn/d-i/trunk/installer/debian/control?revision=60127 http://svn.debian.org/viewsvn/d-i/branches/d-i/kfreebsd/installer/debian/control?revision=60030 Perhaps it should go in Boot loaders instead of Architecture specific build dependencies? (I don't know) Cheers, Luca Favatella -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: grub-installer/grub2_instead_of_grub_legacy template
Am Donnerstag, den 30.07.2009, 18:55 +0200 schrieb Felix Zielcke: Am Donnerstag, den 30.07.2009, 10:17 +0200 schrieb Felix Zielcke: Now that squeeze probable will freeze in December, I somehow have the feeling it won't use grub2 by default. So I suggest to change the grub2 instead of grub-legacy template. It shouldn't say anymore that grub2 is experimental. Ubuntu karmic is now using it by default and there aren't any critical bug reports (neither on LP or debbugs). Unfortunately I'm not at all good at these things and my english isn't that great either. I think it should mention that grub2 has support for UUIDs,ext4,lvm and RAID and that it lacks currently password support and savedefault. Or maybe the last part should be left out, so the translations won't need to be updated if we implement it. Ok now that Otavio agreed on IRC that it shouldn't say anymore that grub2 itself is experimental but the d-i support for it, here's a concrete proposal: GRUB 2 is the next generation of GNU GRUB. It has interesting new features like UUIDs, LVM, mdraid and ext4, but it lacks password and savedefault support. Note that the Debian-Installer support for it is still experimental. If you choose to install it, you should be prepared for breakage, and have an idea on how to recover your system if it becomes unbootable. You're advised not to try this in production environments. By the way what do these `# :sl2:' comments mean? man po-debconf doestn't document them. Any comments or should we just hope that grub2 can be the default for squeeze and we get rid of that template? -- Felix Zielcke Proud Debian Maintainer -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543256: tasksel maintainer's perspective
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
Bug#511287: debian-installer: Should have a task for installing KDE or XFCE instead of Gnome
I'm very suprised to see syslinux menus being used to offer a choice amoung desktop environments. This subverts d-i's design principles on several levels: 1. It's a fundamental principle of d-i's UI design that we ask questions using debconf. And the clumsiness of this syslinux menu UI for selecting desktops is a good example of why that was a good design choice[*]. (BTW, we're overusing kernel boot options too these days.) 2. A goal of d-i from the very beginning has been modularity and generallty; this requires a lot of non-modular, and barely maintainable syslinux menu gunk, that only works on i386 and amd64. 3. A goal of d-i from the very beginning has been to try to entice package maintainers to be involved in d-i and responsible for d-i's use of their package, in the knowledge that the d-i team can't do everything themselves. This is why we have udebs, and a passthrough debconf frontend allowing packages interact with the user within d-i. But here d-i is overriding choices made in a package. FYI, it's disingenuous to say Joey made this desision (re tasksel) and we did this to work around him. Firstly, that alienates me from this project. Secondly, I am not some rock that makes pronoucements by fiat that the project is then responsible for working around; and I don't appreciate being portrayed that way. Finally, the argument regarding the problem of forcing user choice of desktop environments stands on its own and has been made by others than me, with similar conclusions, both in Debian and outside. BTW, I am stunned that SuSE is being dragged in as an example of good UI choice. -- see shy jo [*] I suspect I understand syslinux slightly better than the average user, yet I was confused and startled by the behavior of the desktop menu -- choosing a desktop appeared at first to dump me back into the top menu with no action. signature.asc Description: Digital signature
Bug#511287: debian-installer: Should have a task for installing KDE or XFCE instead of Gnome
On Thursday 27 August 2009, Joey Hess wrote: I'm very suprised to see syslinux menus being used to offer a choice amoung desktop environments. It was discussed extensively when the functionality was implemented. Most people were happy to at last have the option in *some* form, even though far from optional. It is no more than a logical extension of the pre-existing option to preseed the desktop choice using desktop=X. I'll be happy to remove all the gunk once there is a proper implementation of desktop selection. EOD for me. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
problem retrieving packages with debootstrap.
Hello. I'm not sure where to ask, so please redirect me to the appropriate mailing list if necessary. I'm currently trying to use pbuilder to package an OCaml binding to the R interpreter API. However, I've repreatedly been unable to use debootstrap to create a new base.tgz. There's always a package I cannot download. For instance, here, it's cpio. Any advice on why this may be happening and on what I could or should do to get it right? I: Retrieving binutils I: Validating binutils I: Retrieving bsdutils I: Validating bsdutils I: Retrieving build-essential I: Validating build-essential I: Retrieving bzip2 I: Validating bzip2 I: Retrieving coreutils I: Validating coreutils I: Retrieving cpio W: Couldn't download package cpio All the best, Guillaume Yziquel. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: problem retrieving packages with debootstrap.
On Thursday 27 August 2009, Guillaume Yziquel wrote: I'm not sure where to ask, so please redirect me to the appropriate mailing list if necessary. I'm currently trying to use pbuilder to package an OCaml binding to the R interpreter API. However, I've repreatedly been unable to use debootstrap to create a new base.tgz. There's always a package I cannot download. For instance, here, it's cpio. Any advice on why this may be happening and on what I could or should do to get it right? Are you using debootstrap or cdebootstrap? The second is default, but the first is, at least in my experience, more reliable. Also, can you reproduce the error if you use debootstrap outside pbuilder? If you can, I suggest you check the log in the subdirectory debootstrap of target directory. The most likely causes are: - temporary broken dependencies in unstable: wait until they get resolved - unreliable mirror: try using a different one - unreliable network connection Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Our stable release
On Wednesday 29 July 2009, J.A. Bezemer wrote: We haven't had a properly installable stable release for a full month now, #536312. Applies to both CD/DVD and network installs. I don't see much activity to resolve this. Are we so busy with squeeze and sid, that we don't care about lenny any more? The issue is fixed now. I personally am also quite disappointed that it took so long until people found time to work on it, but it is not always possible to influence that. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#543256: Make installing recommends optional
Processing commands for cont...@bugs.debian.org: tags 543256 pending Bug #543256 [pkgsel] Make installing recommends optional Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543256: Make installing recommends optional
tags 543256 pending thanks On Sunday 23 August 2009, Frans Pop wrote: Attached patches (untested, but straightforward) for three components: - base-installer, where the question will be asked and which will configure apt accordingly; this means the base system installation will now also install Recommends (for CD-based installs [1]: only if available on the CD [2]!); the selected setting will persist for the installed system - di-utils: apt-install will now respect the global option instead of always disabling Recommends - pkgsel: same, plus removes now redundant question for additional packages I've committed the patches with the following changes: - the question is never asked, but the setting must either be preseeded or set at the boot prompt (using 'recommends=false') - I've preserved --no-recommends for the security updates step, as allowing aptitude to install new packages there would result in inconsistent behavior (randomly depending on for which packages updates are available) - two minor bugs fixed that were found during testing - added the 'recommends' alias for the template Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511287: debian-installer: Should have a task for installing KDE or XFCE instead of Gnome
On Aug 27, 2009, at 3:31 PM, Frans Pop wrote: On Thursday 27 August 2009, Joey Hess wrote: I'm very suprised to see syslinux menus being used to offer a choice amoung desktop environments. It was discussed extensively when the functionality was implemented. Most people were happy to at last have the option in *some* form, even though far from optional. It is no more than a logical extension of the pre-existing option to preseed the desktop choice using desktop=X. I'll be happy to remove all the gunk once there is a proper implementation of desktop selection. EOD for me. I've been staying out of this discussion (Do not meddle in the affairs of dragons, for you are crunchy and go well with ketchup.) but it seems to me that there is an easy option that everybody is overlooking. Why not a step in the installer menu (perhaps immediately prior to tasksel) -- only displayed at expert priority -- that gives you a selection list of available desktops -- pick one or more? It would then set the same options that pre-seeding would have set if it had been used. The introductory comment might say something like The default is gnome. If you don't understand the question, gnome is a good choice. There's probably something I don't understand that makes this impossible, but it's *got* to be better than the present stand-off, it seems to me. Rick -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477092: Bug #477092 grub-installer: does not support setting password for grub2
grub2 supports now setting a password. I just documented that in the wiki: http://grub.enbug.org/Authentication It's a bit different then grub-legacy's. /etc/default/grub doestn't have any support for it. I think the best would be to create a /etc/grub.d/01_password file or something like that. -- Felix Zielcke Proud Debian Maintainer -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543256: tasksel maintainer's perspective
On Wednesday 26 August 2009, Frans Pop wrote: I also worry what the change will mean for the total size of the various desktop installs. Is the 3GB check still enough? Somehow I doubt it. Installing GNOME desktop currently requires 3.2GB. That's including the package cache. After 'aptitude clean, 2.4GB remains used. For comparison, the same numbers for Lenny are 2.5GB and 1.8GB. I had recommends disabled, and at first I thought maybe tasksel was overriding that option. But I checked and that 's not the case. So I really shudder to think what the installed size would have been if I'd not disabled Recommends (with packages like gnome-office still missing). /me is not at all amused -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511287: debian-installer: Should have a task for installing KDE or XFCE instead of Gnome
On Thursday 27 August 2009, Rick Thomas wrote: Why not a step in the installer menu (perhaps immediately prior to tasksel) -- only displayed at expert priority -- that gives you a selection list of available desktops -- pick one or more? That's not exactly a new thought. But if you're going to display a question anyway (at whatever priority), it really would be *much* cleaner to implement it in tasksel itself. For one thing, it is much more difficult for the installer to determine correctly which desktops are actually installable. Tasksel already contains all the functionality required for than. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [PATCH] grub-pc build-dependency
On Thu, Aug 27, 2009 at 06:23:23PM +0200, Luca Favatella wrote: On 27/08/2009, Robert Millan r...@aybabtu.com wrote: Hi, Hi. grub-pc is used during d-i build but isn't listed as build-dependency. It looks to me it is present both in trunk and branch. Please see: http://svn.debian.org/viewsvn/d-i/trunk/installer/debian/control?revision=60127 http://svn.debian.org/viewsvn/d-i/branches/d-i/kfreebsd/installer/debian/control?revision=60030 Perhaps it should go in Boot loaders instead of Architecture specific build dependencies? (I don't know) My bad. I was misled by the fact that it was put in a different line than my previous patch. Just ignore this... -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[D-I Manual] Build log for en (27 Aug 2009)
A build of the Debian Installer Manual was triggered by an update to SVN. There were no errors during the build process. The new version of the manual has been uploaded successfully. A log of the build is available at: - http://d-i.alioth.debian.org/manual/logs/en.log === It is possible to use RSS to track changes to the manual. For more information, see: http://d-i.alioth.debian.org/manual/translators.html === Note: PDF output is not yet supported for some languages; help with this would be appreciated. === If you have any questions about the build or this message, feel free to contact me at faw AT funlabs DOT org. === Updated files ('svn up') Uen/appendix/preseed.xml Updated to revision 60489. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org