Hi Dann,
On Thursday 11 January 2007 02:05, dann frazier wrote:
I'm not sure what changes are considered acceptable at this point in
d-i, but I wanted to float this one. I discovered while researching
#404927 that the first user added at install time is also added to
various system groups.
Your message dated Thu, 11 Jan 2007 10:05:54 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#406431: debian-installer-manual: Document how to enable
the use of SATA optical drives
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: installation-reports
Boot method: CD etch 04012007
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: 11.01.2007
Machine: SunFire X4100
Processor:
processor
partman-base_102_amd64.changes uploaded successfully to localhost
along with the files:
partman-base_102.dsc
partman-base_102.tar.gz
partman-base_102_amd64.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
hw-detect_1.47_amd64.changes uploaded successfully to localhost
along with the files:
hw-detect_1.47.dsc
hw-detect_1.47.tar.gz
ethdetect_1.47_all.udeb
disk-detect_1.47_all.udeb
hw-detect_1.47_amd64.udeb
archdetect_1.47_amd64.udeb
Greetings,
Your Debian queue daemon
--
To
Accepted:
archdetect_1.47_amd64.udeb
to pool/main/h/hw-detect/archdetect_1.47_amd64.udeb
disk-detect_1.47_all.udeb
to pool/main/h/hw-detect/disk-detect_1.47_all.udeb
ethdetect_1.47_all.udeb
to pool/main/h/hw-detect/ethdetect_1.47_all.udeb
hw-detect_1.47.dsc
to
Accepted:
partman-base_102.dsc
to pool/main/p/partman-base/partman-base_102.dsc
partman-base_102.tar.gz
to pool/main/p/partman-base/partman-base_102.tar.gz
partman-base_102_amd64.udeb
to pool/main/p/partman-base/partman-base_102_amd64.udeb
Override entries for your package:
Package: installation-reports
Version: etch
Severity: critical
This report is about current (see email date) floppy installation.
I make 4 installation etch diskettes. All processess after flopy boot works ok,
hard drive is detected properly,
partitioning, detect network ok, getting packages
severity 406483 normal
retitle 406483 System fails to boot after installation
thanks
On Thursday 11 January 2007 15:19, Grzegorz Szyszło wrote:
Severity: critical
A simple failure to reboot is not a critical issue, especially not if it
only happens for one user.
This report is about current
Your message dated Thu, 11 Jan 2007 16:25:49 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#406473: installation-reports
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
Processing commands for [EMAIL PROTECTED]:
severity 406483 normal
Bug#406483: After base install computer hang
Severity set to `normal' from `critical'
retitle 406483 System fails to boot after installation
Bug#406483: After base install computer hang
Changed Bug title.
thanks
Stopping
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
error again - after a few reboots without problems the kernel is again
starting usb-storage (from where?) and mixing up the HD
so the server is again and still rendered in an unbootable state
allthough successfully installed..
it depends on luck
Hi Loïc,
Again our thanks for your quick and excellent response.
On Tuesday 09 January 2007 20:12, Loïc Minier wrote:
It's not trivial to backport, the upstream 2.10 code doesn't map so
well with our 2.8.20 with backported directfb and I think it wouldn't
be possible to pull the 2.10
Hello!
Some updates...
On Mon, 08 Jan 2007 02:40:17 +0100, Luca Capello wrote:
here the report of the installation of an IBM/Lenovo ThinkPad X60
(model 1706-GMG [1]). Briefly, two major problems in three
different installations [2]: the kbd and mouse modules weren't
installed and the
Hello Chris,
Nice to see you keeping up your quest.
On Tuesday 09 January 2007 23:03, Chris Carr wrote:
[...]
4. Continue through detect and partition disks, timezone and clock,
users and passwords, install base system, install kernel
Looks good so far.
5. Switch back to console on F2 and
On Thu, Jan 11, 2007, Frans Pop wrote:
I have tested the udeb from that location by rebuilding the installer with
as only change that udeb, and I can confirm that the memory leaks are
(almost?) completely gone. I have done a full installation and not
noticed any regressions or problems.
Just a few followup notes:
On Thu, Jan 11, 2007 at 04:35:41PM +0100, Frans Pop wrote:
- This was a network install and it took a while to download
packages. There was no indication of download speed so I did wonder
whether there was a problem with the mirror or not.
No idea. Mirror is
On Thursday 11 January 2007 18:21, Loïc Minier wrote:
I've uploaded these debs to unstable.
OK, thanks. That means that we can get some more testing in before
requesting migration.
Let's hope that with Lenny we can switch to a truly integrated 2.10 soon.
Cheers,
FJP
pgpyrVIXbB61R.pgp
Package: installation-reports
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-CD-1.iso
Date: 2007-01-09, snapshot downloaded the same day.
Machine: Laptop, Dell Latitude D600
Processor: Intel(R) Pentium(R) M processor 1.80GHz
On Thursday 11 January 2007 17:13, Luca Capello wrote:
Moreover, I couldn't resize the / partition (created during the amd64
installation process), thus I installed the new i386 at the place of
the amd64 swap. Then, booting into the i386 etch I could resize the
amd64 partition.
This is
Package: debian-installer-manual
Severity: normal
These entities seem to be untranslatable, or at least they aren't translated
in the French version of the manual (unchecked for yes/No, checked for
Enter).
!-- general things from installer --
!ENTITY enterkey keycapEnter/keycap
!ENTITY MSG-YES
Hi,
just finished testing the daily-build:
cdimage/daily-builds/sid_d-i/20070110-2/powerpc/iso-cd/debian-testing-powerpc-netinst.iso
And this bug is definitely squashed. I've deleted all partitions and was
able to create different ones, installed on them and all was as it should
be. AFAIK, we
Your message dated Thu, 11 Jan 2007 19:44:43 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#405579: PowerPC, prep-flavor: manual partitioning error
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
What I am interested in, as a long-time Debian user, is solving the
greater issue of real-world Debian problems not being solved because
some developers have raging egos and can't get along.
You're right about that issue.
signature.asc
Description: Digital signature
Hello!
On Thu, 11 Jan 2007 18:49:51 +0100, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
#406026: installation-reports: problems with X.org on a ThinkPad X60
(i945), which was filed against the installation-reports package.
It has been closed
Package: debian 3.1 r4 i3
Boot method: CD
Image version: 10/01/2007
http://cdimage.debian.org/debian-cd/current/i386/jigdo-cd/debian-31r4-i386-binary-1.jigdo
Date: 11/01/2007
Machine: dex
Processor: amd athlon xp 2000+
Memory: 512 MB DDR
Partitions: fat32
Output of lspci and lspci -n:
Base
Processing commands for [EMAIL PROTECTED]:
reassign 406539 installation-reports
Bug#406539: problems with scsi modules
Warning: Unknown package 'debian'
Warning: Unknown package '3.1'
Warning: Unknown package 'r4'
Warning: Unknown package 'i3'
Bug reassigned from package `debian 3.1 r4 i3' to
Le jeudi 11 janvier 2007 à 18:30 +0100, Frans Pop a écrit :
On Thursday 11 January 2007 18:21, Loïc Minier wrote:
I've uploaded these debs to unstable.
OK, thanks. That means that we can get some more testing in before
requesting migration.
Let's hope that with Lenny we can switch to a
Christian Perrier wrote:
What I am interested in, as a long-time Debian user, is solving the
greater issue of real-world Debian problems not being solved because
some developers have raging egos and can't get along.
You're right about that issue.
Except that there's been zero evidence in
My ATI Rage was also not configured after install -- gdm fails and X
reports no devices. Missing input and video drivers. ATI device is
configured as agp. The desktop package doesn't seems to install the
correct driver or detect it I guess. Easy fix -- I added the video and
input
please see http://lkcl.net/d-i/ and look for kdedesktop class for
background, in particular these:
http://lkcl.net/d-i/etch/./classes/kdedesktop/preseed
http://lkcl.net/d-i/etch/./classes/kdedesktop/late_script
i'm doing a desktop install with the kind of stuff that i like,
# somebody added desktop to the defaults (bastards)
This is an interesting mathod to start communication.
Let's see if you get some results.
signature.asc
Description: Digital signature
[EMAIL PROTECTED] wrote:
I selected the desktop task during the installation process. This
generated an xorg configuration file specifying the display driver
ivtvdev, and this was also the only driver that was installed on the
system. Then X failed to start, with an error message like No
Martijn van Oosterhout wrote:
I think I was aiming at either some indication of download speed, or
some indication of the total data to be downloaded. Either would have
told me that half an hour of downloading was normal.
Download speed is reported for the main portion of the install. Example:
i've tried this:
# somebody added desktop to the defaults (bastards)
d-i tasksel/first multiselect ''
d-i tasksel/tasks multiselect ''
it doesn't work.
i've tried this:
d-i tasksel/first multiselect
d-i tasksel/tasks multiselect
it doesn't
Christian Perrier wrote:
Let's see if you get some results.
I strongly hate to have proven you wrong. Pressing D would have indeed
been a better response. I mostly responded only for the benefit of the
archive, and because I beleive in giving people a first chance even if
they're showing their
On Thu, Jan 11, 2007 at 04:36:25PM -0500, Joey Hess wrote:
Martijn van Oosterhout wrote:
I think I was aiming at either some indication of download speed, or
some indication of the total data to be downloaded. Either would have
told me that half an hour of downloading was normal.
(btw, I don't subscribe to -boot, so a CC's are appreciated)
Frans Pop said:
It certainly cannot be committed anymore before the release of Etch as
we have a string freeze (except in exceptional cases).
k
TBH, I don't see how a clear kernel/udev issue can be mitigated by
something as
The initial debootstrap doesn't have download speed reported, but then,
it's only a few dozen megabytes download.
thats a pretty long wait for a dialup, isdn bri or very low end broadband
user.
On Thu, Jan 11, 2007 at 05:44:34PM -0500, Joey Hess wrote:
hello joey! thanks ever so much for responding. phil has been telling
me about the way that you've been 'absorbing' bits of hands-off, when
he was developing it, until there was nothing left :)
i've tried this:
#
On Jan 11, 2007, at 5:47 PM, dann frazier wrote:
I'm curious if
I'm the only experienced admin who didn't notice and is surprised.
I didn't notice for a while, and I was surprised to find out.
I've been sysadmining UNIX for 25 years, and Linux for 10.
Rick
--
To UNSUBSCRIBE, email to
peter green wrote:
The initial debootstrap doesn't have download speed reported, but then,
it's only a few dozen megabytes download.
thats a pretty long wait for a dialup, isdn bri or very low end broadband
user.
I know, I developed d-i for several years on dialup. :-) I'd love to get
time
On Thu, Jan 11, 2007 at 05:44:34PM -0500, Joey Hess wrote:
FWIW, tasksel preseeding was entirely broken in d-i rc1; it's fixed in
current daily builds. You didn't specify what installer image you're using,
and you could easily be using a rc1 based image.
double-checked: yep, very likely.
On Thu, Jan 11, 2007 at 05:44:34PM -0500, Joey Hess wrote:
i've tried this:
# somebody added desktop to the defaults (bastards)
d-i tasksel/first multiselect ''
d-i tasksel/tasks multiselect ''
it doesn't work.
i've tried this:
d-i
Luke Kenneth Casson Leighton wrote:
any idea where i can get the initrd.gz of the latest build?
http://people.debian.org/~joeyh/d-i/images/daily/
--
see shy jo
signature.asc
Description: Digital signature
On Thu, Jan 11, 2007 at 07:26:40PM -0500, Joey Hess wrote:
Luke Kenneth Casson Leighton wrote:
any idea where i can get the initrd.gz of the latest build?
http://people.debian.org/~joeyh/d-i/images/daily/
http://people.debian.org/~joeyh/d-i/images/daily/netboot/debian-installer/i386/
On Thu, Jan 11, 2007 at 05:44:34PM -0500, Joey Hess wrote:
i've tried this:
# somebody added desktop to the defaults (bastards)
d-i tasksel/first multiselect ''
d-i tasksel/tasks multiselect ''
it doesn't work.
i've tried this:
d-i
On Thu, Jan 11, 2007 at 05:44:34PM -0500, Joey Hess wrote:
No, the whole point of d-i is to allow anyone to install Debian no
matter what their skill level, this includes both providing the best
possible defaults for naive users (including selecting desktop software
for them by default if
oh btw i hacked oem-config from ubuntu onto debian, and it works.
really i should do languagechooser-data as well.
anyone interested let me know.
l.
--
--
lkcl.net - mad free software computer person, visionary and poet.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
ok - is there a way to stop tasksel entirely from being run?
for me, it serves no immediate purpose - but later on i _do_ want to
run it, manually, and then fill-in-the-blanks.
alternatively, is there a way anyone can think of for me to get my _own_
patched version of tasksel - over a netboot
On Fri, Jan 12, 2007 at 01:48:49AM +, Luke Kenneth Casson Leighton wrote:
ok - is there a way to stop tasksel entirely from being run?
for me, it serves no immediate purpose - but later on i _do_ want to
run it, manually, and then fill-in-the-blanks.
alternatively, is there a way
Greetings. I am the senior system administrator at Vanderbilt
University's supercomputing center. We operate a 1500 processor cluster
for researchers at Vanderbilt.
Our current cluster is divided between 840 Intel/AMD x86 processors, and
672 IBM PowerPC 970FX processors. To date, we have
On Thursday 11 January 2007 18:40, Mathew Binkley wrote:
Our current cluster is divided between 840 Intel/AMD x86 processors,
and 672 IBM PowerPC 970FX processors. To date, we have required
different operating systems on each architecture because of poor OS
support for the PowerPC's.
Etch
Allow me to correct myself on some minor points.
On Thursday 11 January 2007 19:18, Frans Pop wrote:
The daily build Etch images have been using this udeb for a bit more
than a month.
It was even a bit longer: installer images have included the module since
about Nov 20.
The delay in
Frans Pop wrote:
Please check your facts before sending such mails:
I did, by downloading the latest Debian Etch testing iso (which was
regenerated on January 8, three days ago) and it failed at exactly the
same place, with exactly the same error.
I did not send my previous email (nor this
On Thursday 11 January 2007 19:29, Mathew Binkley wrote:
I did, by downloading the latest Debian Etch testing iso (which was
regenerated on January 8, three days ago) and it failed at exactly the
same place, with exactly the same error.
And we are supposed to guess that by telepathic means or
On Thu, Jan 11, 2007 at 07:18:24PM +0100, Frans Pop wrote:
[...]
False: it was not compiled into the standard Debian kernel. The installer
does not use custom kernels. This was explained to you at the time.
[...]
Please check your facts before sending such mails:
[...]
I'll ignore the rest
Frans Pop wrote:
And we are supposed to guess that by telepathic means or something?
No. However, if the bug wasn't fixed when I asked in September and
October, it won't magically vanish in the intervening time.
Please file a new installation report [1] including (gzipped!)
Since the bug
Mathew Binkley wrote:
I did, by downloading the latest Debian Etch testing iso (which was
regenerated on January 8, three days ago)
By that date I can intuit that you downloaded a full size CD image, all
of which still have the rc1 installer on them. If you had wanted to get
a newer version of
Eric Cooper wrote:
On the contrary, he attacked nobody personally, and his tone was not
inflammatory.
Sorry, but you have failed us is both a personal attack, and infalmatory.
Much of the rest of Eric's mails were as well. I don't have a problem with
Frans's responses.
Your response made an
Joey Hess wrote:
Much of the rest of Eric's mails were as well.
Er, of course I was confusing Eric Cooper with Mathew Binkley.
Apologies.
--
see shy jo
signature.asc
Description: Digital signature
On Thu, 2007-01-11 at 11:40 -0600, Mathew Binkley wrote:
Greetings. I am the senior system administrator at Vanderbilt
University's supercomputing center. We operate a 1500 processor cluster
for researchers at Vanderbilt.
Our current cluster is divided between 840 Intel/AMD x86 processors,
Christian Perrier wrote:
Let's see if you get some results.
I strongly hate to have proven you wrong. Pressing D would have indeed
been a better response. I mostly responded only for the benefit of the
archive, and because I beleive in giving people a first chance even if
they're showing
63 matches
Mail list logo
