Holger Levsen wrote:
Hi,
On Thursday 27 July 2006 03:35, Tomasz Grzegurzko wrote:
http://people.debian.org/~wouter/d-i/powerpc-miboot/daily/
I tried this image today (27-Jul-2006) and suffered the same fate..
The image from there from the 23rd of July worked for me on a g3 oldworld, so
Hi,
3 days ago Frederik Schueler mentioned the following item for then's
today in his Kernel schedule proposal for Etch:
start migration of 2.6.17 kernel and udebs to testing
I asked him on #d-kernel precisely what was being done about this but
got no answer. I didn't see anything happen
On Sat, Aug 19, 2006 at 03:04:08AM -0400, Filipus Klutiero wrote:
Since I'm afraid that the Linux team isn't doing anything to update
linux-2.6 in testing and that nothing else feels responsible for doing
so, I'm initiating the discussion. I request the release team to force a
linux-2.6
Hi,
On Saturday 12 August 2006 01:31, Paul Brook wrote:
The sparc boot image on the etch beta-3 businesscard and netinst CDs
does not contain the isofs module for 32-bit kernels.
This makes the cds effectively useless on 32-bit sparc machines as teh
installer can't mount the cd. The SCSI
Hi,
On Friday 18 August 2006 22:49, Aurélien GÉRÔME wrote:
On Fri, Aug 18, 2006 at 02:56:52PM -0400, Rick Thomas wrote:
Do you think it will be ready for inclusion in etch at release time?
Hard to say, since Piotr and I have no deadline... :)
I'm not sure what you mean by this. If you mean,
Hi,
On Sat, Aug 19, 2006 at 01:30:20PM +0200, Holger Levsen wrote:
On Friday 18 August 2006 22:49, Aurélien GÉRÔME wrote:
On Fri, Aug 18, 2006 at 02:56:52PM -0400, Rick Thomas wrote:
Do you think it will be ready for inclusion in etch at release time?
Hard to say, since Piotr and I have
* Peter Eisentraut [EMAIL PROTECTED] [2006-08-17 14:14]:
Can I assume that the d-i group settled on using either rdate or a
minimal sntp client rather than ntpdate?
I've tried rdate now. Here are my observations:
- It basically seems to work and is very small.
- Somtimes rdate doesn't
Hi Aurélien,
please don't cc: me - I'm subscribed to both lists, it's against the mailing
lists code of conduct (something you agree on when joining debian..) and it's
annoying. Thanks.
On Saturday 19 August 2006 14:05, Aurélien GÉRÔME wrote:
I'm not sure what you mean by this. If you mean,
On Sat, Aug 19, 2006 at 03:04:08AM -0400, Filipus Klutiero wrote:
Hi,
3 days ago Frederik Schueler mentioned the following item for then's
today in his Kernel schedule proposal for Etch:
start migration of 2.6.17 kernel and udebs to testing
snip/
Since I'm afraid that the Linux team
On Saturday 19 August 2006 15:50, Martin Michlmayr wrote:
- It basically seems to work and is very small.
Which is a big plus.
- Somtimes rdate doesn't work, but this applies both to busybox and
the stand-alone variant. I get errors like 69.25.96.13 did not
send the complete time
On Sat, Aug 19, 2006 at 03:15:21PM +0200, Holger Levsen wrote:
please don't cc: me - I'm subscribed to both lists, it's against the mailing
lists code of conduct (something you agree on when joining debian..) and it's
annoying. Thanks.
Sure, no problem and I apologise, which leads me to: how
Package: installation-reports
Boot method: CD
Image version: beta 3
Date: 20060819
Machine: SGI Indigo2
Processor: R4400SC 200 MHz
Memory: 256 MB
Partitions:
Output of lspci and lspci -n:
No PCI bus.
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below
reassign 381973 cryptsetup
clone 381973 -1
reassign -1 partman-crypto
retitle -1 partman-crypto allows invalid crypto/essiv combinations
retitle 381973 cryptsetup segfaults with invalid parameters
thanks
I think this bug report shows two bugs:
1) partman-crypto allows invalid cipher lengths and
On Saturday 19 August 2006 14:05, Aurélien GÉRÔME wrote:
I did not mean it is low priority. ;) I meant we are not paid
Canonical employees to do a job following a timeline.
Not sure what this has to do with things as practically nobody on this
project is employed by Canonical. I know I'm
This question is better asked on the debian-cd list.
-- Forwarded Message --
Subject: Bittorrent and etch beta 3 CD/DVD
Date: Saturday 19 August 2006 05:24
From: Don Wright [EMAIL PROTECTED]
To: debian-boot debian-boot@lists.debian.org
Currently, under i386 at least, the CD or
Processing commands for [EMAIL PROTECTED]:
reassign 381973 cryptsetup
Bug#381973: cryptsetup: segfaults in luksOpen with -c blowfish-cbc-essiv:sha256
-s 448
Bug reassigned from package `partman-crypto' to `cryptsetup'.
clone 381973 -1
Bug#381973: cryptsetup: segfaults in luksOpen with -c
Hallo, people. Let me use this my bug to describe graphic version
Interface is very good, nice done. A clock will be nice addition.
-- network kernel and initrd from HD set didn't work, i used ones from miniso
copied on usb stick and booted with grub from there.
-- Mouse as touchpad as usb
On Saturday 19 August 2006 11:14, Holger Levsen wrote:
On Saturday 12 August 2006 01:31, Paul Brook wrote:
The sparc boot image on the etch beta-3 businesscard and netinst CDs
does not contain the isofs module for 32-bit kernels.
This makes the cds effectively useless on 32-bit sparc
On Sat, Aug 19, 2006 at 03:15:21PM +0200, Holger Levsen wrote:
I am also really afraid to interact with Frans, because I would rather
not be treated as dipshit like Sven was. :(
Frans is a nice guy. Just don't constantly throw dipshit like Sven did and
neither Frans nor anybody else will
Processing commands for [EMAIL PROTECTED]:
unblock 381981 by 381973 383797
Bug#381981: Configuration fails with blowfish / 448 bits
Was blocked by: 381973 383797
Blocking bugs of 381981 removed: 381973, 383797
merge 381981 383797
Bug#381981: Configuration fails with blowfish / 448 bits
Hi,
On Saturday 19 August 2006 16:17, Aurélien GÉRÔME wrote:
Sure, no problem and I apologise, which leads me to: how would I know
you are subscribed? ;)
Thanks for caring! :)
Of course you cannot know if someone is subscribed. But you can know that the
default is not to cc: people and
On Sat, Aug 19, 2006 at 05:21:50PM +0200, Frans Pop wrote:
Why don't you try interacting with me before making assumptions?
I have explained the reasons why Sven was removed from the project often
enough and also that it was _not_ because of personal dislike.
For someone who had no personal
Package: installation-reports
Boot method: CD-ROM
Image version:
http://cdimage.debian.org/cdimage/etch_di_beta3/amd64/iso-cd/debian-testing-amd64-businesscard.iso
Date: 19/08/2006
Machine: MSI K9VGM-V with an amd64 3500+ processor
Partitions: none
Base System Installation Checklist:
[O] = OK,
On Friday 18 August 2006 19:53, Joey Hess wrote:
Frans Pop wrote:
If I understand FS correctly, the 486 flavor of the kernel is still
UP, which means that we still have the same problem in the
installer...
Well, the installer won't know it's a smp system, but if it installs a
686+
Hi,
before I want on vacation I whipped up the attached patch which changes
partman-crypto to do on-demand loading of components. The result is
that it doesn't use memory if not used at the expense of additional
downloads during partitioning if encryption is desired.
I'm hoping to get some
On Sat, Aug 19, 2006 at 04:47:44PM +0200, Frans Pop wrote:
We mainly need to determine how we are going to use rdate:
- for all installations;
- only for some (sub)arches like nlsu;
- only if difference between system date/time and rdate date/time is
greater than x.
Seems to me there
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.20
unmerge 383797
Bug#383797: partman-crypto allows invalid crypto/essiv combinations
Bug#381981: Configuration fails with blowfish / 448 bits
Disconnected #383797 from all other
reassign 383807 linux-2.6
thanks
* Julien Louis [EMAIL PROTECTED] [2006-08-19 19:46]:
I was unable to install Debian from both daily build d-i iso image and etch
d-i
beta3 release due to missing PCI IDs in the sata_via driver. Can you consider
adding
the following pci id to the sata_via
reassign 383807 linux-2.6
thanks
On Saturday 19 August 2006 19:46, Julien Louis wrote:
I was unable to install Debian from both daily build d-i iso image and
etch d-i beta3 release due to missing PCI IDs in the sata_via driver.
Can you consider adding the following pci id to the sata_via
Package: partman-crypto
Version: 9
Followup-For: Bug #383797
Even though the blowfish / 448 bits combination has been disabled, we
still need to add a keysize / ivalgosize check to partman-crypto, so
I'll change the status of this bug accordingly.
--
To UNSUBSCRIBE, email to [EMAIL
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.20
tags 383797 - pending
Bug#383797: partman-crypto allows invalid crypto/essiv combinations
There were no tags set.
Tags removed: pending
End of message, stopping processing here.
Processing commands for [EMAIL PROTECTED]:
reassign 383807 linux-2.6
Bug#383807: Missing PCI IDs in the sata_via driver
Bug reassigned from package `installation-reports' to `linux-2.6'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Processing commands for [EMAIL PROTECTED]:
reassign 383796 cdebconf
Bug#383796: d-i: too much error screens
Bug reassigned from package `installation-reports' to `cdebconf'.
retitle 383796 pass-through: Should allow to break of debootstrap on errors
Bug#383796: d-i: too much error screens
Hi all,
I'd like to start working on getting partman-auto-crypto into d-i again.
As far as I know there are two outstanding issues:
1) Swap on LVM in partman-auto-lvm
I sent an RFC on this more than a month ago. Not much discussion
resulted, I got a few positive comments and no negative
Does anyone know of an online tutorial, designed for laymen, on how to install and use miBoot? I'm tech-savvy but somewhat obtuse when it comes to compiling and all that, but I can get through the task (which is kind of fun, actually) once I have enough of a starting point. Unfortunately, I'm not
On Saturday 19 August 2006 20:41, David Härdeman wrote:
I'm hoping to get some feedback on whether this is a good idea before I
commit anything.
What is missing in the patch IMHO is a check if there is actually enough
free memory to load the modules and run crypto before actually doing so.
If
Hello Michael,
On Friday 11 August 2006 17:18, Michael S. Peek wrote:
My name is Michael Peek, and I've never contributed a darned thing...
But I'd like to change that. I've written a couple of small udebs that
I find useful. I'm wondering if they would be useful to anyone else.
First of
David Härdeman wrote:
1) Swap on LVM in partman-auto-lvm
I sent an RFC on this more than a month ago. Not much discussion
resulted, I got a few positive comments and no negative comments. Is
this ok to commit?
Not commenting on this just because I don't know anything about it, not
because
Frans Pop wrote:
Yes, of course. Should have seen that :-P
So we can safely forget about the SMP issue :-)
Moreover, we can remove some of the not very well working code that
tries to detect smp:
rootskel/src/lib/debian-installer-startup.d/S04countcpus-linux-x86
(but not
On Sat, Aug 19, 2006 at 04:29:26PM -0400, Joey Hess wrote:
2) Concerns over an overcrowded partman-auto menu
...
However, I think that we should split it into two screens:
example
Manually edit partition table
Erase disk and create new partitions
Erase disk(s); use LVM for new partitions
Hi David,
Glad to see you back from holidays.
One general note: we really do have to be careful with this. As we are now
working towards RC releases of d-i, we cannot afford to implement really
risky changes.
The initial feedback from beta 3 shows there is still some work to do on
Accepted:
kernel-wedge_2.26.dsc
to pool/main/k/kernel-wedge/kernel-wedge_2.26.dsc
kernel-wedge_2.26.tar.gz
to pool/main/k/kernel-wedge/kernel-wedge_2.26.tar.gz
kernel-wedge_2.26_all.deb
to pool/main/k/kernel-wedge/kernel-wedge_2.26_all.deb
Override entries for your package:
kernel-wedge_2.26_ia64.changes uploaded successfully to localhost
along with the files:
kernel-wedge_2.26.dsc
kernel-wedge_2.26.tar.gz
kernel-wedge_2.26_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
(new) acpi-modules-2.6.17-2-itanium-di_1.9_ia64.udeb extra debian-installer
ACPI support modules
This package contains linux kernel modules for ACPI.
(new) cdrom-core-modules-2.6.17-2-itanium-di_1.9_ia64.udeb standard
debian-installer
CDROM support
This package contains core CDROM support for
linux-kernel-di-ia64-2.6_1.9_ia64.changes uploaded successfully to localhost
along with the files:
linux-kernel-di-ia64-2.6_1.9.dsc
linux-kernel-di-ia64-2.6_1.9.tar.gz
kernel-image-2.6.17-2-itanium-di_1.9_ia64.udeb
nic-modules-2.6.17-2-itanium-di_1.9_ia64.udeb
On Aug 19, 2006, at 2:52 PM, Steve Langasek wrote:
On Sat, Aug 19, 2006 at 04:47:44PM +0200, Frans Pop wrote:
We mainly need to determine how we are going to use rdate:
- for all installations;
- only for some (sub)arches like nlsu;
- only if difference between system date/time and rdate
On Sat, Aug 19, 2006 at 06:18:40PM -0400, Rick Thomas wrote:
On Aug 19, 2006, at 2:52 PM, Steve Langasek wrote:
On Sat, Aug 19, 2006 at 04:47:44PM +0200, Frans Pop wrote:
We mainly need to determine how we are going to use rdate:
- for all installations;
- only for some (sub)arches like
Accepted:
base-installer_1.66.dsc
to pool/main/b/base-installer/base-installer_1.66.dsc
base-installer_1.66.tar.gz
to pool/main/b/base-installer/base-installer_1.66.tar.gz
base-installer_1.66_i386.udeb
to pool/main/b/base-installer/base-installer_1.66_i386.udeb
Override entries for your
debian-installer_20050317sarge1_m68k.changes uploaded successfully to localhost
along with the files:
debian-installer-manual_20050317sarge1_m68k.deb
debian-installer-images_20050317sarge1_m68k.tar.gz
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL
Your message dated Sat, 19 Aug 2006 16:02:13 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#383557: fixed in base-installer 1.66
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now
On Saturday 19 August 2006 22:12, Joey Hess wrote:
Moreover, we can remove some of the not very well working code that
tries to detect smp:
Done.
pgpxIn4Ji1wuE.pgp
Description: PGP signature
base-installer_1.66_i386.changes uploaded successfully to localhost
along with the files:
base-installer_1.66.dsc
base-installer_1.66.tar.gz
base-installer_1.66_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
(new) cdrom-core-modules-2.6.17-2-alpha-generic-di_0.08_alpha.udeb standard
debian-installer
CDROM support
This package contains core CDROM support for the Linux kernel.
(new) cdrom-modules-2.6.17-2-alpha-generic-di_0.08_alpha.udeb optional
debian-installer
Esoteric CDROM drivers
This package
Accepted:
archdetect_1.41_i386.udeb
to pool/main/h/hw-detect/archdetect_1.41_i386.udeb
disk-detect_1.41_all.udeb
to pool/main/h/hw-detect/disk-detect_1.41_all.udeb
ethdetect_1.41_all.udeb
to pool/main/h/hw-detect/ethdetect_1.41_all.udeb
hw-detect_1.41.dsc
to
Accepted:
installation-report_2.18.dsc
to pool/main/i/installation-report/installation-report_2.18.dsc
installation-report_2.18.tar.gz
to pool/main/i/installation-report/installation-report_2.18.tar.gz
installation-report_2.18_all.deb
to
linux-kernel-di-alpha-2.6_0.08_alpha.changes uploaded successfully to localhost
along with the files:
linux-kernel-di-alpha-2.6_0.08.dsc
linux-kernel-di-alpha-2.6_0.08.tar.gz
kernel-image-2.6.17-2-alpha-generic-di_0.08_alpha.udeb
nic-modules-2.6.17-2-alpha-generic-di_0.08_alpha.udeb
installation-report_2.18_i386.changes uploaded successfully to localhost
along with the files:
installation-report_2.18.dsc
installation-report_2.18.tar.gz
save-logs_2.18_all.udeb
installation-report_2.18_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to
hw-detect_1.41_i386.changes uploaded successfully to localhost
along with the files:
hw-detect_1.41.dsc
hw-detect_1.41.tar.gz
ethdetect_1.41_all.udeb
disk-detect_1.41_all.udeb
hw-detect_1.41_i386.udeb
archdetect_1.41_i386.udeb
Greetings,
Your Debian queue daemon
--
To
Your message dated Sat, 19 Aug 2006 16:32:14 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#382577: fixed in installation-report 2.18
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Your message dated Sat, 19 Aug 2006 16:32:11 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#381863: fixed in hw-detect 1.41
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Your message dated Sat, 19 Aug 2006 16:32:14 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#383540: fixed in installation-report 2.18
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
On Aug 19, 2006, at 6:59 PM, Steve Langasek wrote:
Using DHCP will only tell you what the
DHCP admin's preferred timezone setting is, which won't necessarily
match
and also doesn't give you any idea whether the user wants the
system's clock
to be set in UTC or not.
The proposed RFC
On Aug 19, 2006, at 2:52 PM, Steve Langasek wrote:
On Sat, Aug 19, 2006 at 04:47:44PM +0200, Frans Pop wrote:
We mainly need to determine how we are going to use rdate:
- for all installations;
- only for some (sub)arches like nlsu;
- only if difference between system date/time and rdate
Holger Levsen wrote:
Hi Tomasz,
On Saturday 19 August 2006 08:25, Tomasz Grzegurzko wrote:
I've just tried three more series from powerpc-miboot. The daily
(18-Aug-2006), the beta3 and 24-Jul-2006 (as I couldn't find 23 July)
and all failed sigh.
It is still the same problem; it cannot
We believe that the bug you reported is now fixed; the following
package(s) have been removed from unstable:
cdrom-core-modules-2.4.27-2-sparc32-di | 0.65 | sparc
cdrom-core-modules-2.4.27-2-sparc64-di | 0.65 | sparc
cdrom-core-modules-2.4.27-bast-di |1.2 | arm
On Sat, Aug 19, 2006 at 08:29:12PM -0400, Rick Thomas wrote:
On Aug 19, 2006, at 6:59 PM, Steve Langasek wrote:
Using DHCP will only tell you what the
DHCP admin's preferred timezone setting is, which won't necessarily
match
and also doesn't give you any idea whether the user wants the
On Aug 20, 2006, at 12:05 AM, Steve Langasek wrote:
The proposed RFC allows the dhcp administrator to tailor the response
based on the MAC address of the client. Most won't, but it should be
possible if you want to.
I think you're missing the point that the maintainer of the newly-
67 matches
Mail list logo