Package: installation-reports
> dear developers and staff!
> i struggled booting into a new install
> as it hanged on 'loading initial ramdisk'
> then at the end of a forum thread
> came across this instruction,
>
> http://bernaerts.dyndns.org/linux/74-ubuntu/340-ubuntu-install-acer-aspire-cloudbo
Package: installation-reports
INSTALL REPORT
Debian-installer-version: "Sarge" pre-rc2 from
http://cdimage.debian.org/pub/cdimage-testing/sid_d-i/i386/pre-rc2/sarge-i386-netinst.iso
uname -a: Linux PHIL 2.6.9-1-k7 #1 Tue Nov 16 18:33:58 JST 2004 i686
GNU/Linux (uname -a done on /dev/hda2
Package: base
Version: 20001119
Severity: grave
While running an update for security fixes on a SPARC running potato, I
find that dpkg is uninstallable due to the autobuilder linking dpkg
against woody libraries.
Package: dpkg
Essential: yes
Priority: required
Section: base
Installed-Size: 2148
On Tue, Jan 23, 2001 at 08:43:58PM -0500, Adam Di Carlo wrote:
> [EMAIL PROTECTED] (Philip Brown) writes:
>
> > but that is not user-friendly at all. There should be a *single* unified
> > .bat file at the top level, that prompts the user, with a brief
> > explaination as to why there is a choic
On Wed, Jan 24, 2001 at 04:10:40AM -0500, Adam Di Carlo wrote:
> Ok, but what is this?
>
> > echo 4= experimental support enabled (2.4.0)
An example of letting people choose between a linux2.2 kernel, and a
linux 2.4.0 kernel.
> > :THREE
> > echo using SCSI kernel
> > loadlin.exe linscsi root=
Package: boot-floppies
Version: 2.2.21
Severity: wishlist
On Tue, Jan 23, 2001 at 08:43:58PM -0500, Adam Di Carlo wrote:
> [EMAIL PROTECTED] (Philip Brown) writes:
>
> > but that is not user-friendly at all. There should be a *single* unified
> > .bat file at the top level, that prompts the
..much more than is reasonable.
Thanksthe product is getting better...
Phil
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: debian-installer-launcher
Version: 5
Severity: important
On a new install of debian,
Gui of debian-installer-launcher fails to apear after authentication prompt.
When run from terminal as root it gives this error and exits:
"ERROR: 'kexec' is not a valid plugin. Check and try again."
On Wed, 2003-12-31 at 19:09, Harald Dunkel wrote:
> The problem is that the d-i bootdisk contains an USB driver,
> which seems to be always loaded as soon as you've got any
> mass storage attached to USB. Later (in the running system)
> the USB stuff is loaded when running hotplug, i.e. its one
> o
Package: base-installer
Severity: normal
As it stands today, the installer will always fail to find kernels in
private mirrors defined in a preseed.
This is true, even if you add keys with `apt-setup/local0/key` and set
`debian-installer/allow_unauthenticated` and
`debian-installer/allow_unauthen
Package: base-installer
Severity: normal
Tags: d-i
Dear Maintainer,
When doing a network-install of a system, if one passes `hostname=foo`
on the kernel commandline, the installer will use that to set the
hostname of the installed system...
EXCEPT if there's reverse-DNS for the IP address that w
ready
generated by my provisioning system).
So perhaps it would be useful to have a like netcfg/hostname_priority
flag where one can choose a priority order?
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
Package: task-gnome-desktop
Severity: normal
Usertags: trixie sid
Dear Maintainers,
Please consider removal of 'synaptic' from this task. This package is not one
used often by default these days and has been superseded by other GUI
packages.
Regards
Phil
--
"I play the game
Package: task-laptop
Version: 3.53
Severity: wishlist
I'm not sure on the difference between auto-apt-proxy and
squid-deb-proxy-client. Avahi is already pulled in by task-laptop.
On Fri, Sep 10, 2021 at 09:33:56AM +0200, Helmut Grohne wrote:
> On Wed, Sep 08, 2021 at 07:12:18PM -0400, Michael St
Package: installation-reports
Boot method: usb stick netinst
Image version: debian-8.1.0-amd64-netinst.iso
Date: 8/31/2015
Machine: Dell XPS 8300
Processor: N/A
Memory: N/A
Partitions: N/A
Output of lspci -knn (or lspci -nn):
00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Proc
d 4.6.0-1-arm64 #1 Debian
4.6.2-2
[ 0.00] Hardware name: Gigabyte X-Gene MP30-AR0 board (DT)
[ 0.00] task: ff8008b88800 ti: ff8008b78000 task.ti:
ff8008b78000
[ 0.00] PC is at __memcpy+0x100/0x180
[ 0.00] LR is at copy_from_early_mem+0x6c/0x94
Cheers, Phil.
>Perhaps with the above patch we don't need to pursue this avenue
>further?
Guess so. I'll reassign the bug to bogl and see what Dan has to say. If it
turns out that there was some good reason for that line to be commented out in
the first place, we might have to make another plan.
p.
--
tags 118557 pending
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reassign 118999 kernel-image-2.2.20-reiserfs
thanks
Looks like the problem here is that the ReiserFS kernel package doesn't include
the modules in question.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>How often are users going to be in a situation with no fb-capable
>video driver?
Fairly often, I suspect. I think the only fbcon driver that's enabled in our
kernel images is vesafb, and my experience has been that it doesn't work with
a lot of cards. It might be worth filing a bug on kernel-
>I manually started it end eventually I could complete the installation but I
>think it should have activated pcmcia by itself (since I installed the base
>system from the net).
Can you be more specific about what is failing to happen? What did you have
to do to manually activate pcmcia?
p.
>As for the Matrox, that's handled by VESA, as I understand it.
>CONFIG_FB_MATROX is just for an accellerated Matrox mode, at least,
>that is implied by the documentation for that option.
>From what I remember when I had a Matrox card in this machine, I didn't
get fbcon at all without CONFIG_FB_M
>> in the game, set the bug to wishlist priority and we'll find a way to work
>> around the immediate modconf problem in boot-floppies.
>
>I wouldn't call it a workaround as that's how it's supposed to work anyhow.
>The only way for it to not work is if the parport_pc module was missing as
>lp ca
>Is that even necessary? The parport_lowlevel alias is hardcoded into
>modutils.
Oh, right, I didn't know that. I guess it needs a bit more investigation then
to find out why this module isn't getting loaded.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
>How can you be sure we're not doing reduction? After all, 'make
>check' in i18n mode demands libnewt-utf8-pic is installed.
Yah, but libnewt-utf8-pic installs as /usr/lib/libnewt-utf8_pic.a, whereas
mklibs.py will be looking for a libnewt_pic.a (since libnewt-utf8's soname
is still libnewt.so.0
I'm seeing this error since I updated from CVS:
iconv -f "`grep -a '^"Content-Type:' fr.po | sed -e
's/^.*charset=\\(.*\\)n.*/\\1/'`" -t utf-8 < fr.po | sed -e
's/^\(.*charset=\)\(.*\)\(\\n.*\)/\1utf-8\3/' > utf/fr.po
utf/fr.po: utf/fr.po:2674: `msgid' and `msgstr' entries do not both end w
>> From what I remember when I had a Matrox card in this machine, I didn't
>> get fbcon at all without CONFIG_FB_MATROX set. I have access to one
>> other Matrox-equipped computer, so I can check it out and make sure.
>
>Yes. If true, this would contradict the kernel docs, but it may well
>be tr
So, it turns out that the reason parport_pc doesn't get loaded automatically
is that boot-floppies does "echo /bin/true > /proc/sys/kernel/modprobe", thus
defeating kmod. (This happens in /etc/init.d/rcS on the root disk.)
Perhaps we should set that back to /sbin/modprobe while running modconf.
>The docs say (rescue-boot.sgml), that i386 CD1-CD4 will boot the followin=
>g=20
>flavors:
>
>CD1 vanilla
>CD2 compact
>CD3 idepci
>CD4 ide
>
>Can anyone give a current list?
You'd have to talk to the debian-cd folks about that.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
David Kimdon wrote:
>Appears to work. The flashing screen went away, and I had a
>choice of languages. I'll drop down and do a full install now and see
>if anything else turns up. If all is cool and no one squeals I'll
>commit the above patch.
Okay, cool. We can always change it to use a more
> l[0] = newtLabel(1, height + 2, _("Download URL"));
> e[0] = newtEntry(14, height + 2, txtbuf, 58, &s[0], NEWT_FLAG_SCROLL);
>
> l[1] = newtLabel(1, height + 4, _("Proxy"));
> e[1] = newtEntry(14, height + 4, nf_state.proxy.hostname, 34, &s[1],
>
>Maybe some strlen's are in order?
Ac
David Kimdon wrote:
>Very annoying one is 123382 (kernel-image-2.2.20-idepci:
>need CONFIG_PACKET=y for boot-floppies dhcp-client, which I'll re-open
>and reassign to boot-floppies shortly).
Hmm, what's the deal here? We already put af_packet.o on the root disk
for the idepci, compact and vanill
>Japanese translation updates and fixes. It is up-to-date, again.
Last time I looked, the Japanese string for the language chooser itself
(the one that says "You have chosen Japanese - press Enter to continue")
didn't seem to be translated. Care to investigate? It's in
dbootstrap/langs/japanes
>If I'm reading net-fetch.c correctly, its call to 'wget' doesn't use passive
>ftp. This will fail for people behind many firewalls.
>
>Shouldn't it use --passive-ftp by default? AFAIK, turning it on should
>(virtually) never cause a problem, and will be a lot better on balance.
In practice I e
> Bug#123387 -- busybox wget won't work with debootstrap anymore
Well, busybox wc actually, but yeah. This is a critical issue, installing
the base system will be impossible until it's fixed.
>-- newt/slang damage, flashing dbootstrap screen on start
We have a workaround for this now so I
>So we need some way to bypass bterm when booting with a serial console
>right? Is there a way to do it in shell script ? Any clues?
John already checked in a fix that looks like it will work, ie testing
the kernel command line string.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
An additional suggestion: maybe add a check for the exit status of wget (in
/usr/lib/debootstrap/functions somewhere) so that the destination file is
automatically deleted if downloading fails. Wget has the bad habit of
creating its output file as zero-length even if there was a gross failure
lik
>Feh, it doesn't work very well. See the latest images on at
>http://www.d.o/~aph/ . The screen gets a black bg after it's cleared.
Hmm, right. Well, it's the worst hack, but you could try adding
SLsmg_set_color(2) as well; it probably wants to go before SLsmg_cls().
I won't have a chance t
>I just mailed an update to 124117, what is hopefully the last terrible
>bug facing 3.0.18. You should be able to reproduce it in the comfort
>of your own home directory. I included a hackish fix as well. Maybe
>someone wiill figure out what is really going on but I need some
>sleep.
I think t
reassign 124117 libnewt0
thanks
... in fact, looking at the code, the change that was made here has got to be
wrong. The "for" loop is just freeing the same string, over and over again.
I guess it was supposed to be "free(tb->lines[i])" or some such, followed
by a single "free(tb->lines)".
p.
>1) I'll copy the original pt.po from CVS (without
>any modification) to pt.po.cvs and use make update-pt to let the
>original pt.po is up-to-date.
I don't think this is really the right way to go.
All you need to do is:
1. check out the tree
2. make update-po
3. hack on the files
4. cvs update,
>> I think the consensus was that modconf isn't going to be i18n'd for
>> woody install -- is that correct?
>
>Oh, wasn't? Should I forget about finishing my translation then?
I think the single-locale localized boot-floppies will still get the
translated modconf messages. It's just the LANG_CHO
>i18n seems to be working fine :-) The welcome screen is lacking accents
>on all words which might be using it. I didn't translated it myself
>so I'll give a try later.
What do you mean by the "welcome screen"? The release notes, or the language
chooser, or something else?
>The modules were dow
> ``V&230;lg tastaturudl&230;gning''
>in the compiled docs (all formats).
Does this help?
p.
Index: po2sgml
===
RCS file: /org/cvs.debian.org/cvs/debian-boot/boot-floppies/documentation/po2sgml,v
retrieving revision 1.20
diff -u
With the -9 newt packages installed, I was able to install base successfully
for the first time in, ooh, ages. Great stuff!
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>I hope we can fix this one before 3.0.18 release. Is it being released
>already ? This one isn't blocker but one will need to skip some steps to
>proceed with installation with this bug remains.
Try again with newt 0.50.17-9 and see if you still have the problem.
(I didn't, but that might have b
>Any changes here on in are for 3.0.19. First order of business is the
>'serious' bugs.
As far as I can tell, all the "serious" bugs are port specific in some
way. The serial console problems apparently don't happen on hppa, ia64
or presumably i386. Someone on SPARC or PowerPC needs to confirm
>The following patch installs the MBR to the first existing IDE
>drive, rather than /dev/hda. For systems which have /dev/hda,
>behavior is unchanged. Is this reasonable?
Sounds good to me.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [E
>Package: boot-floppies
>Version: 12/18/01 testing
>Severity: grave
>
>When trying to install the base during installation, I get:
>
>Malformed release file
>http://http.us.debian.org:80/debian/dists/woody/Release
This can be caused by any number of transient downloading problems.
Did you try ano
Folks, please try to remember to run "make check-LANG" before checking in
changes to the .po files.
es.po: es.po:3363: end-of-line within string
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>I tried compiling Danish-only b-f for i386. It seems that the problem with
>chopped strings persist. (Strings are choped whenever a foreign letter is
>reached, so e.g. "Installr moduler til PCMCIA" becomes just "Install").
>I assume this is true for other languages too (as it was a month ago).
>I tried compiling Danish-only b-f for i386. It seems that the problem with
>chopped strings persist. (Strings are choped whenever a foreign letter is
>reached, so e.g. "Installr moduler til PCMCIA" becomes just "Install").
>I assume this is true for other languages too (as it was a month ago).
>I saw this during an install using an early 3.0.18, I noted it in my
>install report. At the time, I tried many mirrors, always got that
>error, and more importantly, using wget manually to get Release
>retrieved the file correctly, and it's contents were ok.
Yeah, you were suffering from a bug
Chris Tillman wrote:
>I did a serial install on ppc with 3.0.18. I checked
>/target/etc/securetty right after the installation of base, before
>even rebooting, and verified that ttyS0 is included there.
Thanks for checking this out.
Are you saying that the bug didn't happen for you, or that the
>> Do we have the technology to put more languages on the 2880 disks compared
>> to the 1440 ones?
>
>Hmm, I don't believe so, since it just uses the same root.bin and gets
>split.
That's what I suspected. Oh well.
>Actually the problem with stuffing in languages, I just realized, is
>that we'd
>A new observation on my own bug report.
>
>It just occured to me that the LC is *technically* enabled in my config.
>But during the build, the following text appears.
Oh, right. In that case, you lose. If you have changed LINGUA in order to
build single-locale disks, you must also turn off USE
>> Oh, right. In that case, you lose. If you have changed LINGUA in order to
>> build single-locale disks, you must also turn off USE_LANGUAGE_CHOOSER in
>> your config.
>
>Well, in my case that happened automatically by chance. But you are right.
No, it didn't. What happened in your case was
tags 122750 unreproducible
thanks
Chris Tillman wrote:
>On Thu, Dec 20, 2001 at 03:39:37PM +0000, Phil Blundell wrote:
>> Chris Tillman wrote:
>> >I did a serial install on ppc with 3.0.18. I checked
>> >/target/etc/securetty right after the installation of base, bef
>if we have only problemes with UTF-8 stuff, can't we build the BFs with
>LANG_CHOOSER only for lantin* languages?
>
>like German, French, Dutch, ...
Technically yes, we could do this. But I don't think we should go down that
road; instead we should invest the effort in making modconf work with
>Package: boot-floppies
>Version: 3.0.18-2001-12-21
>Severity: minor
>
>When installing a module from the install menu I see in the buglog (tty3):
>
>/target/usr/sbin/modconf: cannot create directory nonexistant
There is already a bug open against modconf for this. In fact I think it has
already
reopen 124143
merge 127518 124143
thanks
>Package: boot-floppies
>Version: 3.0.18-2001-12-21
>Severity: normal
>
>At some point during the install, the installation screen decided it would
>switch to a black background. This certainly doesn't hurt but it's really
>awkward.
This is #124143, which
>Installing cvs local build on powerpc with LC, the intro screen
>doesn't display the last line or two. It ends with
>"... is maintained by".
That really is how the release-notes file ends. Adam said he was
going to fix it but I don't know if he's had a chance yet.
p.
--
To UNSUBSCRIBE,
reassign 127522 busybox
thanks
I guess this would be a busybox problem.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>I can't be sure, but I suspect that the language chooser is responsible
>for this bogosity of LANGUAGE in /root/debootstrap_settings, and it is being
>propigated into base-config's environment. This is borne out by:
>
>./utilities/dbootstrap/langs/english.src:English (QWERTY/US)
>
Ye
>So how do the ramdisks get built these days? Just copy the binaries over?
Well, they get stripped first, see scripts/rootdisk/strip-executables.sh.
The kind of ELF damage that we're seeing here is usually a symptom of using
a "strip" that expected to target another architecture, or had some si
>I tried to reproduce it and failed. Now it works as expected, apart
>from a few messages about not being able to create
>/target/usr/sbin/modules (probably wrong about the exact path) which
>goes away.
>>From memory the error message said the device or resource are busy and
>suggested that it
>Yes, we can disable gr and make sure none of the below are used:
>
>> [1] Those are: mac-usb-pt-latin1.kmap, mac-de-latin1-nodeadkeys and
>> mac-us-dvorak.kmap.
>
>...
>
>Anyone on the debian-boot list wanna take it or must I do it tonight?
I've removed gr (from keymaps.sh anyway; I haven't deal
On Mon, 2002-01-14 at 07:37, Ariel Tankus wrote:
> I think it is weird to leave some files on older archives like potato's,
> forcing any mirror site to mirror also potato!
You'd have to take that up with ftpmaster. I don't really know anything
about the details of how the archive is supposed to
>yay, my install is broken.
Please take a look at the log for bug #122750 and see if you can shed
any more light on what's going on. In particular, the stuff about
inspecting /etc/inittab at different stages of the install to see
whether it has the right contents.
Did you notice anything unusal
On Thu, 2002-01-17 at 16:53, Iván Filpo wrote:
> The problem is i have a ps/2 keyboard instead of an at one.
You mean you have a PS/2 style connector? That doesn't make any
difference: in electrical terms the keyboards are just the same.
> When i boot the installation from the cd it loads the k
unmerge 122750
tags 122141 - unreproducible
thanks
Despite initial appearances, it now seems that 122750 and 122141 are
unrelated problems. Submitter, can you still reproduce the problem
described in 122750 on your machine? A quick poll of the debian-powerpc
list didn't turn up anybody else who
reassign 128941 libnewt-utf8-0
thanks
With potato there was a dialog explicitly asking whether you wanted mono
or colour. Since this has been removed for woody, we should probably
add a mention of the "mono" boot argument in the release notes.
As to the actual problem at hand, it would seem to
reassign 129069 kernel-image-2.2.19-i386
thanks
> /lib/modules/2.2.19/net/wd.o: init_module: Device or resource busy
I think this would have to be a kernel bug. There isn't a whole lot
that the boot floppies can do to affect the loadability of a particular
driver.
--
To UNSUBSCRIBE, email
On Fri, 2002-01-18 at 09:55, Gregg Cercy wrote:
> Using the latest disk images from testing, I'm having the same black background
>problem > on a i386 (dell dimension xpg RIVA128). Also, it looks like the initial
>"popup window" > containing the release notes looks misaligned.
Can you be more
On Mon, 2002-01-21 at 13:39, Mikhail Sobolev wrote:
> On Mon, Jan 21, 2002 at 11:38:37AM -0200, Gustavo Noronha Silva wrote:
> > [CC me on replies, I'm not on the list]
> >
> > Hello team,
> >
> > thanks for the good work! here's an important patch for us translators/users
> > of a non-english l
On Wed, 2002-01-30 at 11:56, Glenn Maynard wrote:
> I don't think this affects anything not already building for
> slang1-utf8; to them, the only change is that the drop-in utf8
> diversion is no longer available.
The "drop-in" diversion was always a fiction in any case, because
SLsmg_Char_Type c
>Where did the adb (mac-ext) keyboards go?
>Selecting _any_ keyboard from the list prevents further input.
I'm not familiar with the ppc keyboard stuff, but from looking at the
code I guess you should have been offered these four choices:
{ "qwerty/mac-usb-us", "U.S. English (Apple USB)
On Sun, 2002-02-10 at 23:45, Petter Reinholdtsen wrote:
> Why not ask for country and language in boot-floopies, and pass the
> information on to base-config for use by tzconfig, keyboard config and
> in the LANG variable?
>
> I guess patches are welcome?
Absolutely, bring 'em on. I think there
On Tue, 2002-02-12 at 10:32, Petter Reinholdtsen wrote:
> [Philip Blundell]
> > Mistakenly. Feel free to change it back.
>
> I don't have write access to the CVS. I'm not a Debian developer.
Oh, right, sorry. Okay, I'll do this. If you make a patch to add some
appropriate "--include" options
On Tue, 2002-02-12 at 10:32, Petter Reinholdtsen wrote:
> I should suggest using the locale member in 'struct language_item' in
> LANG, and making sure this is a proper locale, and then use the msgcat
> member in LANGUAGE.
Yes, that looks like it could work. We could also consider re-enabling
On Tue, 2002-02-12 at 10:32, Petter Reinholdtsen wrote:
> I should suggest using the locale member in 'struct language_item' in
> LANG, and making sure this is a proper locale, and then use the msgcat
> member in LANGUAGE. I do not really understand why perl was
> complaining earlier. If the LAN
On Tue, 2002-02-12 at 10:52, Petter Reinholdtsen wrote:
> I combined and corrected your patch. Here is a better suggestion.
> I'm not sure if the question should be presented at all. If it is
> needed to get the translations working, it should be installed.
Agreed. We should try to avoid askin
On Tue, 2002-02-12 at 11:08, Petter Reinholdtsen wrote:
> [Phil Blundell]
> > If you are putting "en_US.ISO-8859-1" in $LANG, you need to put
> > "en_US.ISO-8859-1 ISO-8859-1" in /etc/locale.gen. But yes, "." is
> > always the separator for th
On Wed, 2002-02-13 at 12:54, Petter Reinholdtsen wrote:
> [Philip Blundell]
> > I checked these in. But, in fact, I suspect this should probably be
> > "de_DE.ISO-8859-15@euro", and similarly for the other EMU countries.
>
> I guess you mean "[EMAIL PROTECTED]"?
Oh, I thought the character set
On Wed, 2002-02-13 at 13:01, Petter Reinholdtsen wrote:
>> I have to use the name listed in the LANG variable to get the German
> translation. I can't use any other variation:
>
> % LANG=de_DE.ISO-8859-15@euro date
> Mit Feb 13 13:59:08 CET 2002
> % LANG=de_DE.ISO-8859-15 date
> Wed Feb
On Thu, 2002-02-14 at 04:06, Mark Zimmerman wrote:
> One of my tests of dbootstrap (in trying to get past the white screen
> of death) resulted in a register dump to the screen. I was wondering
> why it didn't dump core instead? Is this something related to how
> dbootstrap is built or is it cause
On Thu, 2002-02-14 at 12:02, Javier Fernandez-Sanguino Pena wrote:
> Looking into the process table shows up to eximp processes,
> one with '-Mc' options and one with '-oem -oi -f <>' options.
> Killing this processes makes the base installation finish properly and
> continue with the next step (C
On Wed, 2002-02-13 at 16:48, Guenther, Daniel wrote:
> I got ISO-Images of debian 2.2r5 stable for our noname alpha. As you can
> see, I boot from CD. I tried it with floppy, too, and got the same problem.
> Description: after loading Milo and entering:
> MILO> boot scd0:/boot/linux root=/dev/scd
The latest sparc boot-floppies in woody are 3.0.16 from back in October.
Bug 132671 looks like it might be fixed by just building against a new
kernel image.
Is anyone on the list in a position to build a new set of disks?
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
On Thu, 2002-02-14 at 14:28, Javier Fernández-Sanguino Peña wrote:
> Attached are the aforementioned files what is causing this? why does
> debconf send mails upon base installation? (if it does)
Here's the text of the message. I don't know exactly what the cause of
the hang was, but it look
On Fri, 2002-02-15 at 03:24, Chris Tillman wrote:
> On Thu, Feb 14, 2002 at 02:06:38AM -0600, Bob McElrath wrote:
> > I have tried to install debian woody from both floppy (2.4bf), and CD-ROM
> > (netinst images: http://people.debian.org/~ieure/netinst/) and for two
> > different machines the inst
reassign 133822 debootstrap
thanks
On Fri, 2002-02-15 at 10:24, Javier Fernández-Sanguino Peña wrote:
> On Thu, Feb 14, 2002 at 02:36:43PM +0000, Phil Blundell wrote:
> > On Thu, 2002-02-14 at 14:28, Javier Fernández-Sanguino Peña wrote:
> > > Attached are the aforementioned
On Fri, 2002-02-15 at 10:35, Petter Reinholdtsen wrote:
> Should the string to put in /etc/locale.gen be passed in as well? It
> is required to generate the valid locale. I'm not sure if it easy to
> guess is string based on the locale, or if it is easy to guess locale
> based on this string.
I
On Tue, 2002-02-19 at 03:06, Junichi Uekawa wrote:
> I think it would be nice to have an entry associating
> language to a URL.
>
> Or make the entry _("ftp.us.debian.org") a translatable string
> to give a somewhat sane-ish result.
Translating the string will probably just give you the same re
On Tue, 2002-02-19 at 15:14, Petter Reinholdtsen wrote:
> [David Kimdon]
> > We don't want to net only install CDs to be detected as an official
> > cdrom since the packages aren't on the cd.
>
> I thought the point was to avoid asking questions if the base packages
> where present on the CD. Wh
On Mon, 2002-02-25 at 12:55, Junichi Uekawa wrote:
> Well, use utf-8, is probably the most simple answer
> In fact, I have an impression that -utf8 libs will work
> with any locale, but I might be wrong. It uses
> the locale-charset conversion routines...
They will work with any locale so long as
On Mon, 2002-02-25 at 16:41, Eduard Bloch wrote:
> Is wrong, copied too much. I have also found the other problem. But here
> is now another problem: the i18n build does no longer fit on the 1200
> disk. I tried to hack the build system to use less languages on the 1200
> disks, but it is nothing
On Tue, 2002-02-26 at 00:31, Junichi Uekawa wrote:
> Note: I have not gotten evil enough to rename the utf8 version of
> newt library soname.
Oh. Wasn't the fact that the utf8 and non-utf8 libnewts shared the same
soname the cause of all our original problems with flashing screens?
p.
--
To
On Tue, 2002-02-26 at 11:31, Eduard Bloch wrote:
> It seems that it has problems on detecting that it is in UTF-8 mode. I
> tried setting:
>
> LANG=C@utf-8 (valid, existing)
> LC_CTYPE=C@utf-8 (valid, existing, for whiptail-utf8)
> LC_MESAGES=de_DE.UTF-8 (just a string, parsed and used by modconf
On Tue, 2002-02-26 at 11:31, Eduard Bloch wrote:
> It is only needed as LC_MESSAGES to enable usage of utf8-converted
> string files. If whiptail-utf8 also needs the value (though it should
> NOT depend on it), this may cause our trouble.
By the way, another fix would be for someone to actually
i
1 - 100 of 154 matches
Mail list logo
