Package: installation-reports
Version: 2.23
Severity: wishlist
The installation mostly went well. Mostly. In the first attempt, I
selected the danish dkuug mirror. The UI went unresponsive at 40% of
the [downloading a couple of `Release' files] step (it said wget
$mirror/$path/Release in the
On Sunday 14 January 2007 07:56, Joey Hess wrote:
Author: joeyh
Date: Sun Jan 14 07:56:15 2007
New Revision: 44164
Log:
* /etc/apt/trusted.gpg can't be guaranteed to be readable, and the udeb
download will fail to verify if it's not. Avoid this by making apt
use KEYRING.
Modified:
On Sun, Jan 14, 2007 at 12:08:37AM -0500, Clyde E. Kunkel wrote:
Geert Stappers wrote:
snip
A more constructive way of solving the greater issue,
could have be done by asking in november a question like
Bug #391451, about a kernel module, is reported as fixed.
What is needed to get in
Hans F. Nordhaug wrote:
Just a quick comment. I worte:
Doing a dpkg-reconfigure -phigh xserver-xorg
changes the driver to i810.
It should be noted that the reconfiguring only works *after*
installing xserver-xorg-video-i810. (I remember now that on the first
machine I tested, I
On Thursday 28 December 2006 03:00, Frans Pop wrote:
RELEASE TIMELINE
Jan 15: Initial upload
Jan 21: Last chance to commit translation updates
Jan 22: Second upload, final version for the release
Currently the following translations are complete:
cs, de, fr, it, ja, pt_BR,
I am trying my first Debian install on a new desktop using the
31r4-i386-netinst CD. I start with options linux26 acpi=off. When it gets
to detecting hardware, it says No Ethernet card was detected. If I
manually select driver e100: Intel PRO/100 Ethernet, the error repeats.
Booting with no
On Sunday 14 January 2007 18:39, Steve Kleene wrote:
I am trying my first Debian install on a new desktop using the
31r4-i386-netinst CD.
If you have a new desktop, you are almost certainly better off trying the
installer for Etch as the Sarge kernel is unlikely to support your
hardware very
joey, hi,
well... great news! this appears to be fixed. if that was you, thank
you v. much!
l.
On Fri, Jan 12, 2007 at 05:42:55PM -0500, Joey Hess wrote:
Luke Kenneth Casson Leighton wrote:
i don't mind full customisation, but some point in the last 24-48 hours
it would appear that the
slight irony: the tasksel thing is fixed, and yesterday, root password
was being requested when the preseed entries were in the database to
stop it.
today that is _also_ fixed - but ironically, an ordinary user and
password is requested.
hurrah! i love using the latest stuff, it makes me feel
Frans Pop wrote:
-o Acquire::Retries=3 \
-o Apt::Architecture=`dpkg-architecture -qDEB_HOST_ARCH` \
+ -o Apt::GPGV::TrustedKeyring=$KEYRING \
$SECOPTS
-
+echo $APT_GET
Is this last line a debugging statement that slipped in or intentional?
Yes.
Also, could you
It's sad to see d-i on powerpc, a major architectural variant, being
eroded and neglected as a result of a few people who can't get past
their own personal animosity to Sven. Whatever his merits or
demerits -- and I'm not going to get drawn into a debate on that
topic -- the powerpc
Package: kbd-chooser
Severity: normal
Tags: l10n d-i patch
Hi,
First of all, please accept my apologizes for this late bug report. I
should have made tests a long time ago.
Some Turkish keys produce wrong characters on the _newly_ installed system.
After tracking down the problem, I discovered
Hello!
On Thu, 11 Jan 2007 20:14:51 +0100, Luca Capello wrote:
[18:07:17] fjp gismo: The boot problem is a kernel issue: not our
department and the X issue is known and fixed in unstable. So looks
like a successful install to me.
[18:08:12] fjp gismo: For the boot problem, try a daily built
On Sun, Jan 14, 2007 at 06:16:35PM +0100, Frans Pop wrote:
Most worrysome are the following translations:
- Spanish: 50+ files needing update (some new)
I'm down to 23 files. 3 untranslated. I hope I can give the final push
throughout the week in order to meet the deadline.
Regards
Javier
Package: busybox
Version: 1:1.1.3-3
Followup-For: Bug #373704
Hi,
attached an updated patch for busybox that includes the fix for
#406785 sort: incorrect result when sorting on subfields
or does not break it if you will.
MfG
Goswin
-- System Information:
Debian Release: 4.0
APT
Processing commands for [EMAIL PROTECTED]:
Package: coreutils
Unknown command or malformed arguments to command.
Followup-For: Bug #406785
Unknown command or malformed arguments to command.
reassign 406785 busybox
Bug#406785: sort: incorrect result when sorting on subfields
Bug reassigned
Package: user-setup
Severity: normal
the setup i'm endeavouring to create is one which uses oem-config,
the ubuntu OEM package which, at first boot-time (after running
oem-config-prepare, shutting the machine down and shipping it to the
customer) will ask for a username and password, and THEN
Package: tasksel-data
Version: 2.63
Severity: minor
Hi,
After installing Debian for a desktop use, numlock is not set by
default, this is a pain for people who have to remember to set it each
time they log in, and they will eventually say GNU/Linux sucks just
because of this irritating behavior
Package: busybox
Version: 1:1.1.3-3
Followup-For: Bug #373704
Hi,
Frans Pop noticed a mistake in the latest patch. The last fix (-2)
changed the way 'end' turns up at the end of the loop for no separator
but still removed one from it. Sort did then crop the end of key by
one without separator.
Your message dated Mon, 15 Jan 2007 01:04:56 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#406785: sort: incorrect result when sorting on subfields
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
On Monday 15 January 2007 00:55, Luke Kenneth Casson Leighton wrote:
this all worked happily, until about three days ago.
I have absolutely no explanation for that.
The last upload of user setup was:
[2006-11-30] Accepted 1.8 in unstable (low) (Frans Pop)
And I don't think there have been any
Please try one of the images from:
http://www.debian.org/devel/debian-installer/
I just did, and it does now detect the NIC. I'll see how far I can get with
the installation tomorrow.
Thanks, Frans.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
ok. in functions.sh, changing the test in is_system_user () to
return 0 instead of 1 if $ROOT/etc/passwd fails fixes the problem.
of course, when installing, /target/etc/passwd doesn't exist.
l.
On Sun, Jan 14, 2007 at 04:03:10PM -0800, Debian Bug Tracking System wrote:
Thank you for the
Package: busybox
Version: 1:1.1.3-3
Followup-For: Bug #373704
And once more another patch.
sort -kx,y.z caused busybox to find the end of key y without trailing
separator and then add z-1. And leading whitespaces didn't get
ignored.
I changed the code now to the following:
-kx,y[.0] find start
On Mon, Jan 15, 2007 at 01:53:41AM +0100, Frans Pop wrote:
On Monday 15 January 2007 00:55, Luke Kenneth Casson Leighton wrote:
this all worked happily, until about three days ago.
I have absolutely no explanation for that.
The last upload of user setup was:
[2006-11-30] Accepted 1.8 in
frans,
why is functions.sh returning '1' if the file $ROOT/etc/passwd exists,
in both the is_system_user and root_password functions?
surely this should be 0 in both instances?
especially look at like 47 of user-setup-ask - it says if [ ! root_password]
and of course, the /target/etc/passwd
Package: installation-reports
Boot method: DVD
Image version: debian-31r4-powerpc-binary-X.iso/FTP
Date: current time
Machine: iBook12''
Processor:G3 600MHz
Memory: 512
Partitions: /boot / /swap
Вывод результата команд lspci и lspci -n:
Base System Installation Checklist:
[O] = OK, [E] =
Quoting Rick Thomas ([EMAIL PROTECTED]):
It's sad to see d-i on powerpc, a major architectural variant, being
eroded and neglected as a result of a few people who can't get past
their own personal animosity to Sven. Whatever his merits or
demerits -- and I'm not going to get drawn
Your message dated Mon, 15 Jan 2007 08:18:25 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#406938: REPORT INSTALL
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
- Hebrew, Lithuanian and Latvian keyboards may have been adversely affected
as well (although 'ua', an Ukranian keymap, is also listed there, there
should be no issue with the actual Ukranian keymap used in d-i, AFAIK).
So I strongly suggest that these keymaps should also be tested by
30 matches
Mail list logo
