retitle 373253 "g-i requires libgcc_s.so.1 on AMD64 and PowerPC"
thanks
Given that this is not really a problem in directfb, and was agreed
the proper fix would be to ship libgcc in a new udeb post-etch, I'm
closing this bug now.
I agree, btw i recently noticed that also the PowerPC g-i builds
tags 283521 - patch
severity 283521 wishlist
thanks
> Request and proposed patch from Geert to link directly to the Installation
> Guide from one of the x86 syslinux help screens.
> Some discussion, see BR for details.
I have looked at this request a few times in the past and even started work
o
Processing commands for [EMAIL PROTECTED]:
> tags 283521 - patch
Bug#283521: no pointer to manual in syslinux screens
Tags were: patch
Tags removed: patch
> severity 283521 wishlist
Bug#283521: no pointer to manual in syslinux screens
Severity set to `wishlist' from `normal'
> thanks
Stopping pr
> While these all add functionality that allows one to do interesting
> things with debian-installer, it is also true that they all require
> memory to be used for functionality of which at least some is not going
> to be used during any random install session.
Just wanted to note that with very r
Processing commands for [EMAIL PROTECTED]:
> tags 334994 wontfix
Bug#334994: debian-installer/function=rescue
There were no tags set.
Tags added: wontfix
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian
tags 334994 wontfix
thanks
From reading the BR again, especially Colin's comments, and knowing that we
already have the shortcut 'rescue=true', I doubt this will ever get
implemented.
Tagging wontfix to allow further discussion.
signature.asc
Description: This is a digitally signed message pa
On Tue, Dec 11, 2007 at 05:22:45PM -0200, Otavio Salvador wrote:
> Frans Pop <[EMAIL PROTECTED]> writes:
>
> > On Tuesday 11 December 2007, Charles Abdouch wrote:
> >> I haven't tested GRUB2 yet.
> >>
> >> > From your wording "suppose to support" it doesn't appear you have tested
> >> > it either.
Howdy Robert,
The original posting was to solve an EFI boot CD need. Otavio is obviously a
supporter of GRUB and wondered if there was a solution based on it. I don't
think there is at the moment.
My thought for an i386 Legacy/EFI Install CD is that it would use the Hard
Drive emulation mode inst
On Wed, Dec 12, 2007 at 08:48:18AM -0600, Charles Abdouch wrote:
>
> My thought for an i386 Legacy/EFI Install CD is [...]
Please consider first if there's really a need for providing EFI. I'm
of the opinion that EFI is an abomination in all aspects that relate to
freedom (or even technical corr
We're actually doing our own EFI Based BIOS. We considered using LinuxBIOS
but there isn't any Intel support for it. Also there were other problems
with using LinuxBIOS based on it using GPL instead of LGPL due to some
licensed code we would have to include with it as well as Windows support.
We'r
On Wed, Dec 12, 2007 at 10:20:13AM -0600, Charles Abdouch wrote:
> We're actually doing our own EFI Based BIOS.
Who's "we" ? (sorry for having missed some context)
> We considered using LinuxBIOS
> but there isn't any Intel support for it.
Well, no, but I'm told AMD is strongly backing it up.
Hello,
With actual daily build installer, the network card is correctly detected.
You can close this bug.
Regards
Bernhard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wednesday 12 December 2007, Robert Millan wrote:
> > We considered using LinuxBIOS
> > but there isn't any Intel support for it.
>
> Well, no, but I'm told AMD is strongly backing it up.
I have looked a few times at the list of supported boards and it is TINY.
I agree it has potential, but only
Thank you for your mail. Next time you want to report issues with an
installation, please file a full installation report [1] with at least the
hardware-summary information from the installation included.
Below some comments on the issues you reported.
Cheers,
FJP
[1] http://d-i.alioth.debian.
Your message dated Wed, 12 Dec 2007 18:53:22 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#446396: tg3 detected
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 responsib
Package: anna
Version: 1.28
During CD-based installations, for example when additional file system
kernel modules are loaded for os-prober, the following messages will be
logged:
anna-install: Installing ntfs-modules
anna[21921]: DEBUG: resolver (kernel-image-2.6.22-3-486-di): package doesn't
e
Package: cdebconf-gtk-udeb
Version: 0.125
Severity: minor
Current versions of the graphical installer show this warning at the moment
when a progress bar is running and is temporarily replaced by a normal
dialog.
debconf: cdebconf_gtk (process:895): WARNING: removing progress_box
The message l
Robert and I have a private thread as well.
We plan on having a LinuxBIOS offering as well, but we have to be careful
navigating the GPL and Intel legal which made EFI the choice for our first
product.
Regardless, Linux does an excellent job with EFI support with just some
minor changes needed. T
Frans Pop wrote:
> anna should probably check the status of a package before looking for it in
> the repository.
anna does of course consider package status:
for (node = (*packages)->list.head; node; node = node->next) {
package = node->data;
package->sta
Martin Michlmayr wrote:
> * Gordon Farquharson <[EMAIL PROTECTED]> [2007-12-03 00:12]:
> > nslu2-utils is version 0.10+r71-13, but I don't see any changes to the
> > initramfs hook that should cause this problem. I am using a DFSG image
> > that does not contain the NPE-B firmware.
>
> I guess the
Unsubscription from list:
is successful.
If you would like to subscribe to
in the future, just click this link:
http://www.vivicatania.net/cgi-bin/lista/mojo.cgi?f=n&l=%25%25%25%7cid%25%25%25%7c&[EMAIL
PROTECTED]&p=8238
-
--
Il messaggio e' stato analizzato alla ricerca
(Not CCing -release, -kernel and -x as I assume the relevant people will be
subscribed to the project list. Please follow-up to all three lists.)
On Tuesday 23 October 2007, dann frazier wrote:
> Now that 2.6.23 is out and the proposed timeframe for etch 1/2 is
> just over two months away, its pro
On Wednesday 12 December 2007, Joey Hess wrote:
> iface=$(ip route | grep '^default' | cut -d ' ' -f 5)
> if ls -l /sys/class/net/$iface/device | grep -q ixp4xx_mac; then
Wouldn't using readlink be more logical?
signature.asc
Description: This is a digitally signed message part.
On Wednesday 12 December 2007, Frans Pop wrote:
> (Not CCing -release, -kernel and -x as I assume the relevant people will
> be subscribed to the project list. Please follow-up to all three lists.)
Note: the original mail did not reach the etch+1/2 list because I was given
the wrong address...
P
On Monday 10 December 2007, David Härdeman wrote:
> The correct root= boot parameter makes initramfs do the right
> thing, and grub doesn't have the same issue since it always seem to use
> root= notation.
Note that we have had another report that looks frighteningly similar:
http://bugs.debian.or
On Monday 10 December 2007, Josef Wolf wrote:
> IMHO, the setting in /etc/resolv.conf is mostly for convenience. It
> saves me some typing, that's all. In contrast, the setting in /etc/hosts
> is more important since it is needed to make "hostname -d" and
> "hostname -f" work.
Right. I'd forgott
This one time, at band camp, Frans Pop said:
> > > Note also that for normal netcfg, D-I basically works the same way when
> > > dhcp is used: if the domain name is entered manually, it is ignored.
> > > See for example #328646.
> >
> > But isn't this considered to be a bug?
>
> I'm not sure as I'
Hi,
Frans Pop wrote:
I've come up with four options:
1) a new version of the Etch installer with support for both kernels
2) creating a second Etch installer based on the new kernel
3) using the Lenny installer to install Etch
4) option 3 + creating limited CD images based on the Lenny installer
(No need to CC me; I'm subscribed to the debian-boot list.)
On Thursday 13 December 2007, Andrew McGlashan wrote:
> I am essentially a novice in this area, but what is wrong with leaving
> the installer as is -- especially netinst? The kernel could be upgraded
> post install if required. I love
Hi,
Frans Pop wrote:
Note that my options 3 and 4 basically _are_ your option 5: the
official Etch installer is not touched.
Okay, so option 4 includes the building of a netinst image then?
btw your latest reply still had the wrong address for project-etchnahalf.
Kind Regards
AndrewM
Andrew
On Thursday 13 December 2007, Andrew McGlashan wrote:
> Frans Pop wrote:
> > Note that my options 3 and 4 basically _are_ your option 5: the
> > official Etch installer is not touched.
>
> Okay, so option 4 includes the building of a netinst image then?
Yes. One using the Lenny installer and only
Package: installation-reports
Boot method: Netinst CD
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily.new/20071206-2/i386/iso-cd/debian-testing-i386-netinst.iso
Date: Wednesday, December 12, 2007 19:00 EST (Thursday, December 13, 2007
00:00 UTC)
Machine: Whitebox with an ASU
Hi,
Frans Pop wrote:
Yes. One using the Lenny installer and only including
the kernel images for the new Etch kernel.
The image list sounds good to me. But which archs did you have in mind?
btw your latest reply still had the wrong address for project-etchnahalf.
No, it didn't. At least, n
Processing commands for [EMAIL PROTECTED]:
> block 456029 by 452331
Bug#452331: console-data: Avoid showing "keymaps policy" question during D-I
installs
Bug#456029: console-data asks about keymap in base install
Was not blocked by any bugs.
Blocking bugs of 456029 added: 452331
> thanks
Stoppin
block 456029 by 452331
thanks
On Thursday 13 December 2007, Daniel Dickinson wrote:
> Comments/Problems:
> During base system install console-data pops up a dialog with a technical
> dialogue about keymaps. This is supposed to be handled by the initial
> language and keymap question in the instal
> Remains the burden on the RM to remember to set the correct link.
a Reminder is set
in http://wiki.debian.org/DebianInstaller/ReleaseProcess
Cheers
Geert Stappers
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
36 matches
Mail list logo
