Using installgui:
Failed step: choose and install software, right after xorg configuration.
Failed GRUB installation. No /boot/grub created.
GUI mode hangs after switching consoles.
Does this result in a screen flash after which you're sent back to the
graphical installer?
There was
Frans Pop a écrit :
On Tuesday 21 November 2006 10:24, sferriol wrote:
So etch installer with floppies does not longer support usb keyboard
and usb floppy driver, sorry :(
may be we will try to find a solution but i think it will be after etch
release
Would it be possible to have the
On Thu, Oct 26, 2006 at 03:25:33AM +0200, Frans Pop wrote:
On Wednesday 25 October 2006 23:12, Sven Luther wrote:
It seems that nobootloader uses still devfs paths for some reason. The
following line :
That is not so strange as that line is using the exact same variable
$bootfs_devfs as
* Emanuele Rocca [EMAIL PROTECTED] [2006-11-22 00:37]:
Have you check it 96mb isn't enough? I think it should work and if yes
would be better since we won't increase the requirement too much.
It seems that the problem is not the size of the swap area itself, but
rather the choice taken by
Ah, ok, i tought you had a debian installed on your g5 and i was asking
you to run xorg on fbdev to know if the nv fb module was broken when
used with X.
thanks anyway
Attilio
Rick Thomas wrote:
So far, I believe I'm the only one to try it with an Nvidia board on
ppc64.
The g5 machine
Verand wrote:
Using installgui:
Failed step: choose and install software, right after xorg
configuration.
Failed GRUB installation. No /boot/grub created.
GUI mode hangs after switching consoles.
Does this result in a screen flash after which you're sent back to the
graphical installer?
On Wednesday 22 November 2006 07:22, Andreas Tille wrote:
But Hendrik Sattler is perfectly right and this knowledge has to be
stored at prominant places like:
a) installation manual
b) apt-key.8
c) perhaps somewhere else
Could maintainers of a) and b) (and perhaps c) ;-))
Processing commands for [EMAIL PROTECTED]:
clone 399173 -1
Bug#399173: Etch installation on HPC nx6325
Bug 399173 cloned as bug 399837.
severity -1 important
Bug#399837: Etch installation on HPC nx6325
Severity set to `important' from `normal'
retitle -1 d-i GTK frontend hangs after vt
On Thursday 16 November 2006 16:02, Attilio Fiandrotti wrote:
Frans Pop wrote:
Your last commit seems to have broken the gtk frontend. I get an
error code 141 in localechooser before the language list is shown.
The frontend gets restarted.
Strangely enough if I boot with priority=medium
can you please share your steps to build NEW kernel for d-i?
Sure. BTW, I successfully build installer with custom kernel at last...
1) I grabbed linux-image-2.6.18-2 from unstable.
2) apt-get source linux-kernel-di-amd64-2.6;
apt-get build-dep linux-kernel-di-amd64-2.6
3) vim kernel-versions
Package: tasksel
Severity: wishlist
Op 21-11-2006 om 00:57 schreef Holger Levsen:
I know the task-menu is a difficult topic but I just wondered if a task ssh
server wouldn't be really useful. I never install (and would install) the
mail, web print-server tasks (as I prefer to do that with
Your message dated Wed, 22 Nov 2006 12:34:22 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#399314: debian-installer: when two kernel versions are
present in the archive, d-i does strange things when building.
has caused the attached Bug report to be marked as done.
This means that
Processing commands for [EMAIL PROTECTED]:
reassign 395524 tzsetup
Bug#395524: debian-installer: symlinks /etc/localtime to /usr
Bug reassigned from package `debian-installer' to `tzsetup'.
tags 395524 + pending
Bug#395524: debian-installer: symlinks /etc/localtime to /usr
There were no tags
Frans Pop wrote:
On Thursday 16 November 2006 16:02, Attilio Fiandrotti wrote:
Frans Pop wrote:
Your last commit seems to have broken the gtk frontend. I get an
error code 141 in localechooser before the language list is shown.
The frontend gets restarted.
Strangely enough if I boot with
On Tue, 21 Nov 2006, sferriol wrote:
maximilian attems a écrit :
klibc-utils produces an udeb, currently it adds all the commands.
if you want to restrict that choice, please tell which you want
and it's easy to put just those in.
the klibc commands used in d-i:
Processing commands for [EMAIL PROTECTED]:
reassign 392480 partman-partitioning
Bug#392480: debian-installer: add support for cleaning hard drives
Bug reassigned from package `debian-installer' to `partman-partitioning'.
thanks
Stopping processing here.
Please contact me if you need
Op 20-11-2006 om 14:59 schreef David Glaser:
On 11/20/06, Geert Stappers [EMAIL PROTECTED] wrote:
Seem like that the keyboard doesn't work, check it.
The keyboard works ok with Windows.
Yes, and the Debian-Installer works ok on computers.
Find out what is wrong with _your
On Wednesday 22 November 2006 13:01, maximilian attems wrote:
hmm that are not much,
i see no fstype in there, no ipconfig, no nfsmount..
i guess it would make sense to have an seperate boot floppy udeb,
i'll catch the linux-headers -3 abi and then will add the new udeb.
Thanks.
We'll still
[Jörg]
Today I checked all DX8 and DX9 ATI card entries from the pci.lst
which should be supported by ati driver. I found only 2 things, one
entry with radeon instead of ati and one missing card (X850). Just
apply the patch. Otherwise the xorg detection is ok now - has much
more cards than
debian-installer-utils_1.40_i386.changes uploaded successfully to localhost
along with the files:
debian-installer-utils_1.40.dsc
debian-installer-utils_1.40.tar.gz
di-utils-shell_1.40_all.udeb
di-utils-reboot_1.40_all.udeb
di-utils-exit-installer_1.40_all.udeb
Accepted:
tzsetup-udeb_0.13_all.udeb
to pool/main/t/tzsetup/tzsetup-udeb_0.13_all.udeb
tzsetup_0.13.dsc
to pool/main/t/tzsetup/tzsetup_0.13.dsc
tzsetup_0.13.tar.gz
to pool/main/t/tzsetup/tzsetup_0.13.tar.gz
Override entries for your package:
tzsetup-udeb_0.13_all.udeb - standard
Your message dated Wed, 22 Nov 2006 12:32:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#395524: fixed in tzsetup 1:0.13
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 Wed, 22 Nov 2006 12:32:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#397576: fixed in tzsetup 1:0.13
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
On Tuesday 21 November 2006 18:55, Clyde E. Kunkel wrote:
Comments/Problems:
Partition hard drives:
Selected manual partitioning, but test system configuration was not
shown. Had to click to raid section, do nothing but return to
partitioner to see software raidsets, then had to click LVM
Your message dated Wed, 22 Nov 2006 12:32:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#397649: fixed in tzsetup 1:0.13
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
Hello Martin,
* Martin Michlmayr [EMAIL PROTECTED], [2006-11-22 11:04 +0100]:
* Emanuele Rocca [EMAIL PROTECTED] [2006-11-22 00:37]:
And the creation of an ext3 fs on /dev/sda1 fails due to ssh going out
of memory.
But it works if swap on /dev/sda5 is larger?
I've tried this morning
cdebconf_0.109_i386.changes uploaded successfully to localhost
along with the files:
cdebconf_0.109.dsc
cdebconf_0.109.tar.gz
cdebconf-priority_0.109_all.udeb
cdebconf_0.109_i386.deb
libdebconfclient0_0.109_i386.deb
libdebconfclient0-dev_0.109_i386.deb
cdebconf-udeb_0.109_i386.udeb
Accepted:
debian-installer-utils_1.40.dsc
to pool/main/d/debian-installer-utils/debian-installer-utils_1.40.dsc
debian-installer-utils_1.40.tar.gz
to pool/main/d/debian-installer-utils/debian-installer-utils_1.40.tar.gz
di-utils-exit-installer_1.40_all.udeb
to
On Wednesday 22 November 2006 12:28, Attilio Fiandrotti wrote:
very same thing for me, even before my last cleanup commit.
i was able to reproduce this crash a couple of times some days ago, but
recently i could not reproduce it anymore.
OK. May have been a library problem of some sort.
I've
Additional information to bug #399573.
Knoppix 5 (as reported) detects the sata devices as /dev/hda and /dev/hdc.
By booting the debian installer with
install libata.xxx
(or any other option libata does not understand, I found this by accident)
the ata_piix module does not work (throws errors),
Your message dated Wed, 22 Nov 2006 13:02:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#395920: fixed in debian-installer-utils 1.40
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
Accepted:
cdebconf-gtk-udeb_0.109_i386.udeb
to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.109_i386.udeb
cdebconf-newt-udeb_0.109_i386.udeb
to pool/main/c/cdebconf/cdebconf-newt-udeb_0.109_i386.udeb
cdebconf-priority_0.109_all.udeb
to pool/main/c/cdebconf/cdebconf-priority_0.109_all.udeb
actually, there is no need for tons of documentation:
the usage of the package debian-archive-keyring should
really automate the whole thing, as long as it is done correctly:
1) release team generates new key and new package debian-archive-keyring
2) users install it : in postinst,
On Wed, Nov 22, 2006 at 12:05:45PM +0100, Sven Luther wrote:
On Wed, Nov 22, 2006 at 09:32:27AM +, Colin Watson wrote:
Don't be misled by the variable name. It's called $bootfs_devfs because
it's the path before calling mapdevfs; if you aren't using devfs paths
then $bootfs_devfs and
Your message dated Wed, 22 Nov 2006 14:34:09 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#385926: Ultra10 Installation Report -- Success
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
base-installer_1.69_i386.changes uploaded successfully to localhost
along with the files:
base-installer_1.69.dsc
base-installer_1.69.tar.gz
base-installer_1.69_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
autopartkit_1.21_i386.changes uploaded successfully to localhost
along with the files:
autopartkit_1.21.dsc
autopartkit_1.21.tar.gz
autopartkit_1.21_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
libdebian-installer_0.46_i386.changes uploaded successfully to localhost
along with the files:
libdebian-installer_0.46.dsc
libdebian-installer_0.46.tar.gz
libdebian-installer4_0.46_i386.deb
libdebian-installer4-dev_0.46_i386.deb
libdebian-installer4-udeb_0.46_i386.udeb
nobootloader_1.15_i386.changes uploaded successfully to localhost
along with the files:
nobootloader_1.15.dsc
nobootloader_1.15.tar.gz
nobootloader_1.15_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
partman-base_98_i386.changes uploaded successfully to localhost
along with the files:
partman-base_98.dsc
partman-base_98.tar.gz
partman-base_98_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
preseed_1.21_i386.changes uploaded successfully to localhost
along with the files:
preseed_1.21.dsc
preseed_1.21.tar.gz
preseed-common_1.21_all.udeb
network-preseed_1.21_all.udeb
file-preseed_1.21_all.udeb
initrd-preseed_1.21_all.udeb
env-preseed_1.21_all.udeb
Greetings,
Your message dated Wed, 22 Nov 2006 13:32:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#340007: fixed in cdebconf 0.109
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 Wed, 22 Nov 2006 13:32:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#397877: fixed in cdebconf 0.109
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 Wed, 22 Nov 2006 13:32:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#396071: fixed in cdebconf 0.109
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 Wed, 22 Nov 2006 13:32:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#395052: fixed in cdebconf 0.109
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
rootskel_1.44_i386.changes uploaded successfully to localhost
along with the files:
rootskel_1.44.dsc
rootskel_1.44.tar.gz
rootskel_1.44_i386.udeb
rootskel-bootfloppy_1.44_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Accepted:
env-preseed_1.21_all.udeb
to pool/main/p/preseed/env-preseed_1.21_all.udeb
file-preseed_1.21_all.udeb
to pool/main/p/preseed/file-preseed_1.21_all.udeb
initrd-preseed_1.21_all.udeb
to pool/main/p/preseed/initrd-preseed_1.21_all.udeb
network-preseed_1.21_all.udeb
to
Accepted:
autopartkit_1.21.dsc
to pool/main/a/autopartkit/autopartkit_1.21.dsc
autopartkit_1.21.tar.gz
to pool/main/a/autopartkit/autopartkit_1.21.tar.gz
autopartkit_1.21_i386.udeb
to pool/main/a/autopartkit/autopartkit_1.21_i386.udeb
Override entries for your package:
Accepted:
partman-base_98.dsc
to pool/main/p/partman-base/partman-base_98.dsc
partman-base_98.tar.gz
to pool/main/p/partman-base/partman-base_98.tar.gz
partman-base_98_i386.udeb
to pool/main/p/partman-base/partman-base_98_i386.udeb
Override entries for your package:
partman-base_98.dsc -
Accepted:
libdebian-installer-extra4-udeb_0.46_i386.udeb
to
pool/main/libd/libdebian-installer/libdebian-installer-extra4-udeb_0.46_i386.udeb
libdebian-installer-extra4_0.46_i386.deb
to pool/main/libd/libdebian-installer/libdebian-installer-extra4_0.46_i386.deb
Accepted:
nobootloader_1.15.dsc
to pool/main/n/nobootloader/nobootloader_1.15.dsc
nobootloader_1.15.tar.gz
to pool/main/n/nobootloader/nobootloader_1.15.tar.gz
nobootloader_1.15_all.udeb
to pool/main/n/nobootloader/nobootloader_1.15_all.udeb
Override entries for your package:
Accepted:
base-installer_1.69.dsc
to pool/main/b/base-installer/base-installer_1.69.dsc
base-installer_1.69.tar.gz
to pool/main/b/base-installer/base-installer_1.69.tar.gz
base-installer_1.69_i386.udeb
to pool/main/b/base-installer/base-installer_1.69_i386.udeb
Override entries for your
2006/11/20, Eddy Petrișor [EMAIL PROTECTED]:
As I said, the problem is the actual space on the initrd and having a
latin languages image/CD and a asian languages image is not such a
good idea since you might end up downloading the wrong image and will be
faced with a semi-useless cd since you
* Emanuele Rocca [EMAIL PROTECTED] [2006-11-22 14:20]:
Other systems affected besides the nslu2?
I assume it's a generic problem but there are few supported systems
that have 32 MB RAM and on which people use a 1 GB stick.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email
Frans Pop wrote:
On Tuesday 21 November 2006 18:55, Clyde E. Kunkel wrote:
snip
Display LVs in the LVM section of partitioning does not display all
LVs. See list above. Need scrolling window here.
Could you provide a screenshot for this and explain exactly what is
missing? Windows
Accepted:
rootskel-bootfloppy_1.44_i386.udeb
to pool/main/r/rootskel/rootskel-bootfloppy_1.44_i386.udeb
rootskel_1.44.dsc
to pool/main/r/rootskel/rootskel_1.44.dsc
rootskel_1.44.tar.gz
to pool/main/r/rootskel/rootskel_1.44.tar.gz
rootskel_1.44_i386.udeb
to
Frans Pop wrote:
On Wednesday 22 November 2006 12:28, Attilio Fiandrotti wrote:
very same thing for me, even before my last cleanup commit.
i was able to reproduce this crash a couple of times some days ago, but
recently i could not reproduce it anymore.
OK. May have been a library problem
Your message dated Wed, 22 Nov 2006 14:32:06 +
with message-id [EMAIL PROTECTED]
and subject line Bug#397668: fixed in preseed 1.21
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
Frans Pop wrote:
We'll still need to hack from Sylvain to copy these binaries (and their
libs) into rootskel while there is no cpio included in that udeb though.
Otherwise every klibc upload will break floppy installations because the
cpio in rootskel will no longer work with the newer libs.
Her is an updated (but untested) patch against the d-i/trunk to fix
serial support for grub-installer.
Please note that the ${CONSOLE} has been moved to after the -- so
that it is caught as a user param. This saves special casing in the
install-grub script (which was the fix in my last revision
On Wednesday 22 November 2006 16:44, Joey Hess wrote:
rootskel could declare a dependency like klibc-bootfloppy-udeb (=
version)
That basically was the old situation and still means that we need to
upload a new rootskel every time a new klibc is uploaded and floppies are
broken while we
Hi
I recently wrote a patch against DFB 0.9.25 which adds to linux_input
the capability to translate absolute x,y coordinates generated by
touchpads into relative ones: this allows using Synaptic touchpads with
the g-i.
The patch was sent for review to directfb-dev [1] and was said to be ok,
Frans,
Again, you have violated the ruling of our DPL in the mediation process about
our dispute.
You uploaded the version 1.42 of rootskel, without applying my fancontrol
patches, which i was asking you since various days/weeks to apply, and then
you revert the upload without any kind of
whops, forget the previous patch, that was an old one: the up to date
one is attached to this mail.
the iso i prepared was however built using the right patchfile.
cheers
attilio
--- linux_input.c.orig 2006-11-15 12:23:52.0 +0100
+++ linux_input.c 2006-11-21 23:26:36.0 +0100
@@
rootskel-gtk_1.01_i386.changes uploaded successfully to localhost
along with the files:
rootskel-gtk_1.01.dsc
rootskel-gtk_1.01.tar.gz
rootskel-gtk_1.01_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Accepted:
rootskel-gtk_1.01.dsc
to pool/main/r/rootskel-gtk/rootskel-gtk_1.01.dsc
rootskel-gtk_1.01.tar.gz
to pool/main/r/rootskel-gtk/rootskel-gtk_1.01.tar.gz
rootskel-gtk_1.01_i386.udeb
to pool/main/r/rootskel-gtk/rootskel-gtk_1.01_i386.udeb
Override entries for your package:
ah, so you were actually able to go to, let's say, VT2, type some
commands and then switching back to VT5 (graphical interface's VT), right?
Exactly.
One more question: when you said you colud complete installation with
expert vga=791 was that a textual or a graphical instalation?
It
Your message dated Wed, 22 Nov 2006 17:17:08 +
with message-id [EMAIL PROTECTED]
and subject line Bug#396482: fixed in rootskel-gtk 1.01
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
Package: installation-reports
Boot method: netinstall disk
Image version: Debian 3.1r3 (sarge), netinstall, i386 version (!)
Date: October 11th 2006
Machine: Motherboard Gigabyte GA-M55plus-S3G
Processor: AMD Athlon 64 X3 3800+ AM2
Memory: 2GB
Partitions:
Output created by Fedora Core 6:
Hi Holger,
On Tuesday 21 November 2006 12:05, Holger Wansing wrote:
First: is there a problem with building d-i daily builds?
And also the file lsb-release says:
DISTRIB_RELEASE=3.1 (installer build 20061102)
Not so much a problem as an omission to switch back to sid_d-i for daily
Your message dated Wed, 22 Nov 2006 17:17:08 +
with message-id [EMAIL PROTECTED]
and subject line Bug#396463: fixed in rootskel-gtk 1.01
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
reopen 397649
thanks
Could we have NTP by default?
But it would be a problem for the minority who have no or only
intermittent (e.g. dial-up) network access.
Why would it be a problem?
I leave it to the PTBs to figure out whether there is a compromise
position.
PTBs?
--
To
linux-kernel-di-arm-2.6_1.5_arm.changes uploaded successfully to localhost
along with the files:
linux-kernel-di-arm-2.6_1.5.dsc
linux-kernel-di-arm-2.6_1.5.tar.gz
kernel-image-2.6.18-3-footbridge-di_1.5_arm.udeb
nic-modules-2.6.18-3-footbridge-di_1.5_arm.udeb
Processing commands for [EMAIL PROTECTED]:
reopen 397649
Bug#397649: install-report: Wrong time and NTP sync missing by default
'reopen' is deprecated when a bug has been closed with a version;
use 'found' or 'submitter' as appropriate instead.
Bug reopened, originator not changed.
thanks
On Wednesday 22 November 2006 19:05, Olaf van der Spek wrote:
Could we have NTP by default?
Having NTP by default is not a d-i team decision but would better be
discussed on debian-devel.
The option to use ntpdate or similar *during install* to set the hardware
clock is a d-i decision and is
Processing commands for [EMAIL PROTECTED]:
reassign 399882 os-prober
Bug#399882: Package: installation-reports
Bug reassigned from package `installation-reports' to `os-prober'.
retitle 399882 Broken grub entries for multibooting Fedora
Bug#399882: Package: installation-reports
Changed Bug
reassign 399882 os-prober
retitle 399882 Broken grub entries for multibooting Fedora
thanks
On Wednesday 22 November 2006 17:35, Michael Josenhans wrote:
Comments/Problems:
Bootloader did recognize Fedora Core 6 Partition already on the disk,
however did not set boot parameters of that
On Saturday 18 November 2006 22:17, Martin Michlmayr wrote:
Modified: trunk/installer/build/config/powerpc.cfg
==
--- trunk/installer/build/config/powerpc.cfg(original)
+++ trunk/installer/build/config/powerpc.cfg
Frans Pop wrote:
On Wednesday 22 November 2006 19:05, Olaf van der Spek wrote:
Could we have NTP by default?
Having NTP by default is not a d-i team decision but would better be
discussed on debian-devel.
Who's decision is it?
--
Olaf van der Spek
http://xccu.sf.net/
--
To UNSUBSCRIBE,
(new) cdrom-core-modules-2.6.18-3-footbridge-di_1.5_arm.udeb standard
debian-installer
CDROM support
This package contains core CDROM support for the Linux kernel.
(new) cdrom-core-modules-2.6.18-3-iop32x-di_1.5_arm.udeb standard
debian-installer
CDROM support
This package contains core CDROM
Alex Owen [EMAIL PROTECTED] writes:
Her is an updated (but untested) patch against the d-i/trunk to fix
serial support for grub-installer.
Please note that the ${CONSOLE} has been moved to after the -- so
that it is caught as a user param. This saves special casing in the
install-grub
On Wednesday 22 November 2006 19:50, Frans Pop wrote:
Obviously prep used to be a subarch at this level together with chrp.
Looking at powerpc/prep.cfg, I see no reason why the old solution was
abandoned here.
Hmm. The reason could be that prep now has a separate kernel flavor where
it did
I had the same issue somewhere around October 2006 with Windows XP Home on
a ThinkPad R40e. I still have the offending system waiting for me to get
round to fixing it.
- Which filesystem did you use for XP? NTFS or VFAT?
NTFS
- How did you install XP? To the whole disk or to a smaller
autopartkit_1.22_i386.changes uploaded successfully to localhost
along with the files:
autopartkit_1.22.dsc
autopartkit_1.22.tar.gz
autopartkit_1.22_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
On Wed, Nov 22, 2006 at 07:50:37PM +0100, Frans Pop wrote:
On Saturday 18 November 2006 22:17, Martin Michlmayr wrote:
Modified: trunk/installer/build/config/powerpc.cfg
==
---
On Wed, Nov 22, 2006 at 08:33:35PM +0100, Frans Pop wrote:
On Wednesday 22 November 2006 19:50, Frans Pop wrote:
Obviously prep used to be a subarch at this level together with chrp.
Looking at powerpc/prep.cfg, I see no reason why the old solution was
abandoned here.
Hmm. The reason
For the last few days, I've had great difficulty downloading from
cdimage.debian.org (mostly daily installer images for testing).
Bandwidth is highly erratic and overall very slow.
I'm in New Jersey, USA. If that makes any difference.
Does anybody know of a mirror for cdimage.d.o on this
On Wednesday 22 November 2006 20:59, Sven Luther wrote:
On Wed, Nov 22, 2006 at 07:50:37PM +0100, Frans Pop wrote:
I wonder why prep is promoted to a general subarch here rather than
a subarch for powerpc only as it was previously.
Because, as i have told already in the past, prep didn't
Hi folks,
I just noticed the new RC1 release yesterday and immediately I went
to test the auto-partitioning through a preseed file, as well the
automatic assembly of the disks to create a RAID device. These issues
are gone and it works like a charm (at least as I noticed until now)
On Wed, Nov 22, 2006 at 09:16:35PM +0100, Frans Pop wrote:
On Wednesday 22 November 2006 20:59, Sven Luther wrote:
On Wed, Nov 22, 2006 at 07:50:37PM +0100, Frans Pop wrote:
I wonder why prep is promoted to a general subarch here rather than
a subarch for powerpc only as it was
Accepted:
autopartkit_1.22.dsc
to pool/main/a/autopartkit/autopartkit_1.22.dsc
autopartkit_1.22.tar.gz
to pool/main/a/autopartkit/autopartkit_1.22.tar.gz
autopartkit_1.22_i386.udeb
to pool/main/a/autopartkit/autopartkit_1.22_i386.udeb
Override entries for your package:
Caio Begotti [EMAIL PROTECTED] writes:
Hi folks,
I just noticed the new RC1 release yesterday and immediately I went to
test the auto-partitioning through a preseed file, as well the
automatic assembly of the disks to create a RAID device. These issues
are gone and it works like a charm (at
On Nov 22, 2006, at 1:05 PM, Olaf van der Spek wrote:
reopen 397649
thanks
Could we have NTP by default?
But it would be a problem for the minority who have no or only
intermittent (e.g. dial-up) network access.
Why would it be a problem?
No network mean the Network Time Protocol won't
Rick Thomas wrote:
No network mean the Network Time Protocol won't work.
Intermittent network (e.g. dial-up) means that NTP goes for long periods
with no connection to the external time servers. The ntpd daemon is
(mostly) OK with that, but some auto-dialers may see it's occasional
polls as
Here is a revised version of the patch which also fixes
syslinux.cfg_withgtk as suggested by Otavio Salvador in:
http://lists.debian.org/debian-boot/2006/11/msg00959.html
Index: installer/build/boot/x86/syslinux.cfg
===
---
On Nov 22, 2006, at 4:18 PM, Olaf van der Spek wrote:
Rick Thomas wrote:
No network mean the Network Time Protocol won't work.
Intermittent network (e.g. dial-up) means that NTP goes for long
periods with no connection to the external time servers. The ntpd
daemon is (mostly) OK with
Rick Thomas wrote:
On Nov 22, 2006, at 4:18 PM, Olaf van der Spek wrote:
Rick Thomas wrote:
No network mean the Network Time Protocol won't work.
Intermittent network (e.g. dial-up) means that NTP goes for long
periods with no connection to the external time servers. The ntpd
daemon is
On Tue, 21 Nov 2006 11:04:21 -0500
Douglas Tutty [EMAIL PROTECTED] wrote:
On Tue, Nov 21, 2006 at 10:24:37AM +0100, sferriol wrote:
Chris Dunn a ?crit :
I'm trying (hard) to install Testing or Etch on a Stylistic 3500 tablet.
Sarge installed successfully, but I'm having problems with
Otavio Salvador wrote:
Caio Begotti [EMAIL PROTECTED] writes:
Hi folks,
I just noticed the new RC1 release yesterday and immediately I went to
test the auto-partitioning through a preseed file, as well the
automatic assembly of the disks to create a RAID device. These issues
are gone and it
On Saturday 11 November 2006 04:21, Steve Langasek wrote:
I'm having a hard time distilling the information in these bug reports
into a summary of what each bug is actually about or what the current
status is.
I don't find that at all surprising as it cost me a lot of hours to get
get the
1 - 100 of 112 matches
Mail list logo