I want to protect the first partition (HP-Tools) of my system from all
manipulations, but to do an automatically installation of the rest of my
Etch system with (preseed / recipe). The parameter keep might help but I
do not know how to configure the details, i.e. the unknown size of the
cdebconf_0.131_amd64.changes uploaded successfully to localhost
along with the files:
cdebconf_0.131.dsc
cdebconf_0.131.tar.gz
cdebconf-priority_0.131_all.udeb
cdebconf_0.131_amd64.deb
libdebconfclient0_0.131_amd64.deb
libdebconfclient0-dev_0.131_amd64.deb
cdebconf-entropy_0.9_amd64.changes uploaded successfully to localhost
along with the files:
cdebconf-entropy_0.9.dsc
cdebconf-entropy_0.9.tar.gz
cdebconf-text-entropy_0.9_amd64.udeb
cdebconf-newt-entropy_0.9_amd64.udeb
cdebconf-gtk-entropy_0.9_amd64.udeb
Greetings,
Your Debian
On Sunday 11 May 2008, Jérémy Bobbio wrote:
I hope it's ready to be released now…
Yep. Tested and uploaded. Thanks Jérémy.
One last extremely minor issue though :-)
When the Continue button is disabled, it is still possible to tab to it,
which is kind of strange. I did not feel that was worth
Julien Cristau [EMAIL PROTECTED] writes:
On Thu, May 8, 2008 at 14:02:30 -0300, Otavio Salvador wrote:
With that in mind, I'd like to ask for the cairo unblock.
Shouldn't pixman be unblocked too, then, to get libpixman-1-0-udeb in
testing?
It has been migrated already.
--
O T A
Sebastian Dröge [EMAIL PROTECTED] writes:
Am Donnerstag, den 08.05.2008, 14:02 -0300 schrieb Otavio Salvador:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello RM team,
We've added a workaround at d-i to the cairo's bug #477441 to avoid to
delay the installer release. This issue is
Martin Michlmayr [EMAIL PROTECTED] writes:
Frans, I noticed you added a crypto-core-modules udeb that contains
blkcipher. This module has been renamed to crypto_blkcipher in
2.6.25. What's the best way to handle this in kernel-wedge? Modify
crypto-core-modules so it looks like this:
Accepted:
cdebconf-gtk-udeb_0.131_amd64.udeb
to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.131_amd64.udeb
cdebconf-newt-udeb_0.131_amd64.udeb
to pool/main/c/cdebconf/cdebconf-newt-udeb_0.131_amd64.udeb
cdebconf-priority_0.131_all.udeb
to pool/main/c/cdebconf/cdebconf-priority_0.131_all.udeb
Accepted:
cdebconf-entropy_0.9.dsc
to pool/main/c/cdebconf-entropy/cdebconf-entropy_0.9.dsc
cdebconf-entropy_0.9.tar.gz
to pool/main/c/cdebconf-entropy/cdebconf-entropy_0.9.tar.gz
cdebconf-gtk-entropy_0.9_amd64.udeb
to pool/main/c/cdebconf-entropy/cdebconf-gtk-entropy_0.9_amd64.udeb
Your message dated Mon, 12 May 2008 13:17:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#479325: fixed in cdebconf-entropy 0.9
has caused the Debian Bug report #479325,
regarding cdebconf-gtk-entropy: minor usability issues
to be marked as done.
This means that you claim that
vmelilo-installer_1.18_m68k.changes uploaded successfully to localhost
along with the files:
vmelilo-installer_1.18.dsc
vmelilo-installer_1.18.tar.gz
vmelilo-installer_1.18_m68k.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Accepted:
vmelilo-installer_1.18.dsc
to pool/main/v/vmelilo-installer/vmelilo-installer_1.18.dsc
vmelilo-installer_1.18.tar.gz
to pool/main/v/vmelilo-installer/vmelilo-installer_1.18.tar.gz
vmelilo-installer_1.18_m68k.udeb
to pool/main/v/vmelilo-installer/vmelilo-installer_1.18_m68k.udeb
Package: cdebconf
Version: 0.130
Severity: normal
In order for cdebconf to replace debconf, cdebconf would need to be
installable in a basic Debian environment where gtk+ would be
unavailable. Installing cdebconf instead of debconf in such a situation
brings in intolerable numbers of
Processing commands for [EMAIL PROTECTED]:
severity 480899 wishlist
Bug#480899: cdebconf: Needs a package split for gtk frontend to allow
installation without X
Severity set to `wishlist' from `normal'
End of message, stopping processing here.
Please contact me if you need assistance.
Martin Michlmayr [EMAIL PROTECTED] writes:
And one more issue with 2.6.25. I get the following:
kernel-wedge find-dups 2.6.25-1-orion5x
debian/crypto-modules-2.6.25-1-orion5x-di
lib/modules/2.6.25-1-orion5x/kernel/crypto/crypto_blkcipher.ko
Frans Pop wrote:
As it is smallyes only echos an endless stream of newlines...
That's what it's intended to do when run with ''.
I ran an install with a 'return 0' at the top of smallyes, and that completed
successfully, so it seems that probably we can just remove the use of
smallyes,
Martin Michlmayr wrote:
I just tried an installation of unstable on Orion and got a message
asking me to select a kernel. I believe I got this message because
while linux-image-2.6.25-1-orion5x is available,
linux-image-2.6-orion5x is not.
Anyway, the strange thing was the title of the
Package: installation-reports
Boot method: floppy image built on 20080227
Image version:
http://ftp.nl.debian.org/debian/dists/testing/main/
installer-i386/current/images/
Date: 11.05.2008 12:00
Machine: Laptop Toshiba Satellite 320 CDS + Compaq Armada 7800
+ selfbuilt machine
Package: installation-reports
Boot method: How did you boot the installer? CD? floppy? network?CD
Image version: Full URL to image you downloaded is
besthttp://cdimage.debian.org/cdimage/lenny_di_beta1/i386/iso-cd/
Date: Date and time of the install05/12/2008
Machine: Description of machine
# Automatically generated email from bts, devscripts version 2.10.27
reassign 480472 cdebconf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.27
reassign 480472 cdebconf
Bug#480472: Strange title when selecting kernels (Configuring locales)
Bug reassigned from package `base-installer' to `cdebconf'.
End of message, stopping
I thought that maybe the initramfs flashing code could be modified to
use less memory, more easily than the kernel code. Since it uses 2
or 3 times as much memory.
- dd if=$ifile of=$tmp ibs=$(($imtdsize - 16)) conv=sync
+ dd if=$ifile of=$tmp ibs=$(($imtdsize - 16)/8) conv=sync
Package: console-setup
Severity: wishlist
Tags: l10n patch
It is attached to this report.
# Galician translation of console-setup's debconf templates
# This file is distributed under the same license as the console-setup package.
# Jacobo Tarrio [EMAIL PROTECTED], 2007, 2008.
#
msgid
msgstr
Package: debootstrap
Version: 1.0.8
Severity: important
Some of the variants fail when run using sudo, instead of when logged in as
root. In particular, buildd and the standard install will fail, while minbase
will succeed.
$ sudo debootstrap --arch=i386 --variant=buildd
Église catholique en France
http://www.cef.fr/
Qualification numbers (CEF-080-2998-2996)
Congratulations The Église catholique en France has chosen you by the
board of trustees as one of the final recipients of a cash Grant/Donation for
your own personal, educational, and business development.
I have two questions.
I am wondering if I am able to specify a location on an NFS share for the
preseed file during the netboot? I've notice only url and file are specified
in the docs.
Also I am wondering if there is a way in the preseed file to do the client
install from an NFS share?
My goal
The issue seems very much related to sudo, as running it as root but via
sudo creates a similar problem:
# sudo debootstrap --arch=i386 --variant=buildd --include=sudo,locales,less
sid sid-build-ia32 http://mirrors.kernel.org/debian/
I: Retrieving Release
I: Retrieving Packages
27 matches
Mail list logo