Bug#507535: localechooser: Wrong initialization of debconf/language when on serial console
Package: localechooser Version: 2.08 Severity: important Localechooser currently contains the code: if echo $LANG $LC_CTYPE | grep -q UTF-8; then INITIAL_LANGUAGE=en else INITIAL_LANGUAGE="" fi There's a comment above it giving some background, but it looks like setting debconf/language to empty is just plain wrong. If I start D-I over serial console on sparc, back out from the first localechooser dialog to the menu and then start choose-mirror, I get country codes instead of names in the mirror country list. The same happens when I change the 4th line of that snippet to: INITIAL_LANGUAGE=C Changing the line to set 'en' gives a correct language list. Arguably this could also be a bug in cdebconf as it does not do the "right thing" by default. Note that the default LANGUAGE setting also plays a role here. IIRC that is C (or C.UTF8 on real console?), which could possibly be changed to C:en. signature.asc Description: This is a digitally signed message part.
Re: XVR-500 support in Lenny
Hello Jurij et al. Thank you for caring. [adding debian-boot since it relates to the problems with installer on Sunblade 1000 which I recently reported] Petr, can you please try the images I've built from http://www.wooyd.org/debian/kernel/ They are the same as Debian's stock kernels, except that the CONFIG_FB_XVR500 and CONFIG_FB_XVR2500 are enabled (note that it does not make sense to build framebuffer drivers as modules, because they are used early during boot). I've installed linux-image-2.6.26-1-sparc64-smp_2.6.26-10_sparc.deb and it works OK on my SunBlade 2500 (Silver) with XVR-600 graphics card. The framebuffer resolution is 1280x768, font size is 8x12 => the screen makes 160x64 chars. Here is hwinfo --gfxcard output: 16: PCI 30002.0: 0380 Display controller [Created at pci.310] UDI: /org/freedesktop/Hal/devices/pci_3d3d_7a2 Unique ID: IA2G.qqQQz3Ovxr7 SysFS ID: /devices/pci0003:00/0003:00:02.0 SysFS BusID: 0003:00:02.0 Hardware Class: graphics card Model: "3DLabs Sun XVR-500 Graphics Accelerator" Vendor: pci 0x3d3d "3DLabs" Device: pci 0x07a2 "Sun XVR-500 Graphics Accelerator" SubVendor: pci 0x3d3d "3DLabs" SubDevice: pci 0x1047 Revision: 0x01 Driver: "e3d" Memory Range: 0x0400-0x07ff (rw,prefetchable) Memory Range: 0x0010-0x0011 (rw,non-prefetchable) Memory Range: 0x0200-0x03ff (rw,prefetchable) Memory Range: 0x0012-0x0012 (ro,non-prefetchable,disabled) IRQ: 39 (no events) Module Alias: "pci:v3D3Dd07A2sv3D3Dsd1047bc03sc80i00" Config Status: cfg=new, avail=yes, need=no, active=unknown As I stated in some previous E-mail, the card is incorrectly detected as XVR-500. Probably because of missing subsystem-id in pci.ids. XVR-500 card in Solaris looks like this: subsystem-id: 1024 subsystem-vendor-id: 3d3d revision-id: 0001 device-id: 07a2 vendor-id: 3d3d meanwhile XVR-600 looks like this: subsystem-id: 1047 subsystem-vendor-id: 3d3d revision-id: 0001 device-id: 07a2 vendor-id: 3d3d I'd like to test your linux image on SunBlade 1500 (with XVR-500), but as it's running Solaris and colleague of mine is working on it all the time, I thought I'd just make a custom d-i with sunxvr drivers turned on and try to run d-i with newt or gtk frontend. I'm gonna try to do it myself, but as I'm a Debian rookie, let's see how much time it will take. :) I was hoping that enabling them will fix problems with the installer (black-and-white terminal, with invisible menu highlight) on my SunBlade 1000, Oh yes, this is exactly the same behaviour I had. however there is a PCI id mismatch which makes it not work for me. The XVR-500 framebuffer driver supports PCI ID 3d3d:07a0 (vendor is 3D Labs) while my card is reported as 1901:07a0 (vendor is Intergraph). 1091:07a0 I suppose. Since 3D Labs bought Intergraph at some point, there is a chance that this is the same chip, but I will have to rebuild the kernel again to test it. Are you going to add PCI_DEVICE(0x1091, 0x7a0) to e3d_pci_table struct? Cheers. Regards Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-desktop CDs for lenny: root device does not exist
On Monday 01 December 2008, Holger Wansing wrote: > On Mon, 1 Dec 2008 02:16:06 +0100 Frans Pop wrote: > > Can you check what the output of 'cat /proc/cmdline' is at the point > > where the boot into the installed system fails? > > Does that contain 'all_generic_ide=1'? > > Yes, cat /proc/cmdline says: > > root=/dev/hda1 ro all_generic_ide=1 quiet OK. In that case it sounds like there may be a regression in a recent version of initramfs-tools as that should take care of loading the right modules if all_generic_ide is set. However, I don't see anything suspicious in its changelog. Please report an RC bug against that package so it can be further analyzed. It would be good if, before you file the bug report, you can retest with RC1 (using a netinst or full CD) to verify that really works correctly and to test that you can also reproduce the error with a daily built netinst image. Check which version of initramfs-tools is used in both cases. Be aware that we now have the "automatic base system upgrade" feature in pkgsel which may install the latest version of initramfs-tools and thus rebuild the initrd using the latest version even if you test with RC1. To avoid that, you can do the install in expert mode and just skip pkgsel (the "install additional software" step). Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: Multi-desktop CDs for lenny: root device does not exist
Hi, On Mon, 1 Dec 2008 02:16:06 +0100 Frans Pop wrote: > Can you check what the output of 'cat /proc/cmdline' is at the point where > the boot into the installed system fails? > Does that contain 'all_generic_ide=1'? Yes, cat /proc/cmdline says: root=/dev/hda1 ro all_generic_ide=1 quiet Holger -- == Created with Sylpheed 2.3.0 under DEBIAN GNU/LINUX 4.0 Etch http://counter.li.org/, Registered LinuxUser #311290 = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Unclear text in webwml/english/releases/etch/debian-installer/etchnhalf.wml
On Monday 01 December 2008, Andrei Popescu wrote: > Trying to translate this, but the sentence doesn't make sense to me: > > + If any of the hardware in your system requires firmware to be loaded > + with the device driver, you can use one of the installer may ask if > + it should load the firmware from a removable medium, such as a floppy > + disk or USB stick. General information about loading firmware during Thanks for reporting that. Fixed now in CVS. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#507502: Installation report
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/lenny_di_rc1/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: 1 December 2008, 8pm GMT Machine: HP ML110 G3 Processor: Intel Pentium 4 Processor 3.20 GHz Memory: 1.5GB Partitions: Used guided - all in one Output of lspci -knn (or lspci -nn): /bin/sh: lspci: not found Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ O ] Detect network card:[ O ] Configure network: [ O ] Detect CD: [ O ] Load installer modules: [ O ] Detect hard drives: [ O ] Partition hard drives: [ O ] Install base system:[ O ] Clock/timezone setup: [ O ] User/password setup:[ O ] Install tasks: [ O ] Install boot loader:[ O ] Overall install:[ E ] Comments/Problems: I wasn't installing to an HDD, I was installing to a Kingston DataTraveller 4GB USB stick (all other drives were disconnected throughout). The install procedure seemed to go fine, but when I rebooted after it had finished, I got the following printed to the console (please forgive any typos): [ 0.232014] PCI: Not using MMCONFIG. [ 0.235718] PCI: BIOS Bug: MCFG area at f000 is not reserved in ACPI motherboard resources [ 0.235801] PCI: Not using MMCONFIG. [ 14.397837] usb 1-2: device not accepting address 2, error -71 [ 14.397837] hub 1-0:1.0: unable to enumerate USB device on port 2 Volume group "sousbureaux" not found Volume group "sousbureaux" not found [ 22.137287] sd 2:0:0:0: [sda] Assuming drive cache: write through [ 22.137957] sd 2:0:0:0: [sda] Assuming drive cache: write through Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline)to 1 @ 8000-d000 - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/mapper/sousbureaux-root does not exist. Dropping to a shell! BusyBox v1.10.2 (Debian 1:1.10.2-2) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off (initramfs) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Adding a module to initramfs-tools/modules?
Hello, /lib/finish-install.d/05speakup automatically adds the speakup driver used for installation into /etc/modules so that the installed systems properly loads the module automatically for the user as soon as first reboot. However, in case / can not be mounted for some reason (e.g. disk rename), this is not sufficient, the modules would be loaded only after mounting /. In the speakup-source documentation, I have put an explanation about how to add the module to initramfs-tools/modules in order to get the modules loaded before / is mounted, but as said above, / could be not mountable as soon as the first reboot, leaving the blind user stuck. So I'm wondering: would it be ok to add the speakup module to initramfs-tools/modules and re-run update-initramfs from 05speakup? Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Log from the D-I team meeting of Sat. Nov. 29th 20:00 UTC
Hi, On Sun, 2008-11-30 at 11:56 +0100, Christian Perrier wrote: > I just linked the log of the D-I team meeting that happened yesterday, > on the Meetings wiki page: > > http://wiki.debian.org/DebianInstaller/Meetings Sorry for missing Saturday's meeting. > bubulle> Next issue also has been well worked out: " > bubulle> Multiarch CD directly boots in the amd64 installer" > bubulle> franklin_: around? > otavio> This is a very small issue and I believe it's not worth the > risk of a syslinux new upstream release only for it. I'd prefer to add > it to errata. That was an important bug. Especially it used to prevent a regular user from choosing a i386 kernel, rescue mode, Graphical installer, etc. > otavio> Other problems were workarounded by Frans and Franklin > bubulle> but does the fix really need a new syslinux? No, IMO (YMMV) > bubulle> ok, so if the main problem is sorted with commited changes to > the build system, then I think it's OK > otavio> IIRC the only remaining issue is that if he is on help and > press enter it boots the wrong kernel (i386 iirc) AFAIK, the only remaining known issue is specific to VirtualBox: If one boots the CD, press enter on the "Help" menu to browse the help page, then pressing enter again will launch amd64 image instead of i386. This isn't a major problem because the kernel refuse to load. Typically the screen looks like: + | Loading /install.amd/vmlinuz | Loading /install.amd/initrd.gz...ready | This kernel requires an x86-64 CPU, but only detected an i686 CPU. | Unable to boot - please a kernel appropriate for your CPU. +--- > otavio> fjp: franklin_: can you confirm the above later? > bubulle> so, we just document the remaining bit in the errata, then I don't think it deserves to be documented, since the message is pretty clear. YMMV. > otavio> bubulle: if it is the last remaining issue; yes. Now, I'll test the multi desktop CDs. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#507432: Can't install debian testing on asus p5q-pro (Marvell 88SE6111) ide hdd
D d <[EMAIL PROTECTED]> writes: > Package: installer > > Hello, i'm expirience problem with debian testing installer (build > from Nov 30 2008, and lenny rc1 installer) when i try install it to > IDE hdd, on my asus p5q-pro motherboard (Marvell 88SE6111) installer > recognise only sata drives but not ide. I found similar problem in > blog: http://duncanelliot.com/blog/?p=18 but i try install lenny on > HDD IDE drive. In other distributives i have not this problem, i try > suse 11 and ubuntu 8.10. Please test our daily image. It is suppose to have solved it. You said you've taken Nov 30 image. Which image? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please test the uinput module for better support of some Braille devices
Samuel Thibault, le Mon 01 Dec 2008 20:43:41 +0100, a écrit : > the braille integrated keyboard correctly behaves > according to the chosen keymap? I meant the complete keyboard integrated into the braille device, not a braille keyboard integrated into a braille device (the latter doesn't need the uinput module) Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please test the uinput module for better support of some Braille devices
Hello, Quoting Aníbal Monsalve Salazar ([EMAIL PROTECTED]): > Could you please test the uinput module that is in the RC2 of the > Debian-Installer? I.e. could somebody who has a HandyTech device with an integrated complete keyboard download http://people.debian.org/~joeyh/d-i/images/daily/netboot/mini.iso burn it, boot with it, and check that after keyboard selection in the installer menu, the braille integrated keyboard correctly behaves according to the chosen keymap? Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Unclear text in webwml/english/releases/etch/debian-installer/etchnhalf.wml
Hello, Trying to translate this, but the sentence doesn't make sense to me: + If any of the hardware in your system requires firmware to be loaded + with the device driver, you can use one of the installer may ask if + it should load the firmware from a removable medium, such as a floppy + disk or USB stick. General information about loading firmware during Regards, Andrei P.S. Please CC -www as I'm not subscribed to -boot -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#507399: (forw) Re: Bug#507399: bug installation-reports
Received as a private reply... - Forwarded message from Hilario Ortigosa Monteoliva <[EMAIL PROTECTED]> - From: Hilario Ortigosa Monteoliva <[EMAIL PROTECTED]> To: Christian Perrier <[EMAIL PROTECTED]> Subject: Re: Bug#507399: bug installation-reports Date: Mon, 1 Dec 2008 10:09:43 +0100 X-Mailer: Apple Mail (2.929.2) X-CRM114-Status: Good ( pR: 13.4365 ) El 01/12/2008, a las 6:59, Christian Perrier escribió: > Quoting Hilario Ortigosa Monteoliva ([EMAIL PROTECTED]): > >> The system detects de 2.8 TB 'disk' (hardware raid5) and partitions >> it >> with GPT/EFI system. All the process goes OK, but at the step of >> installing grub, it refuses to install (as there is no MBR structure >> on >> the disk). Lilo installs OK, but out of the box it is unable to boot >> large kernels (like the amd-xen kernel image from etch). Several >> workarounds, as trying to use grub-efi from etch-backports was >> unsuccesful. At last, the only 'simple and safe' solution was to re- >> install in a raid vdisk smaller than 2 TB, avoiding the MBR disk size >> limit. > > Do you think that the problems comes from >2TB disks or >2TB > *partitions*? > Disks, as I've seen googling about the problem, or I think so. Anyway, the booting partition has a size less of 2 TB (100 mb in one of the iterations, for /boot) > Otherwise said, what partitioning scheme did you choose for your 2.8TB > disk? > First like this: / 8 GB swap 900 MB /home 2 TB And after the problem happens: /boot 100 MB / 8.5 GB (more or less) /home 1.9 TB (aprox) >> As the info I looked for, I understand that the problem is about >> grub, >> but the installer shouldn't allow to install root/boot partition on a >> disk larger than 2 TB, or at least, showing a warning about the grub >> problem. > > It's very likely that it will not, given the timeframe, but we need to > document this the best way we can. Ok, I think I can reuse one of the poweredge to go again in the scenario. Hilario Ortigosa Monteoliva Gerente [EMAIL PROTECTED] Tlf: 951 01 34 29 - 638 39 50 38 Fax: 952 32 13 08 http://www.octanio.es - End forwarded message - -- signature.asc Description: Digital signature
Re: [2/6] Update list of languages supported by tasksel and D-I for Lenny
Quoting Frans Pop ([EMAIL PROTECTED]): > From the README in patch 1/6: Hmmm, sorry for overreading this > Looks like the possible additions you listed will be for post-lenny. Sure. Which is why I sent the nex task addition as bugs reports against tasksel. -- signature.asc Description: Digital signature
Bug#507372: cdebconf-newt-udeb: does not show enough choices for long descriptions
On Mon, Dec 01, 2008 at 06:40:33AM +0100, Frans Pop wrote: > On Sunday 30 November 2008, Jérémy Bobbio wrote: > > On Sun, Nov 30, 2008 at 05:26:31PM +0100, Jérémy Bobbio wrote: > > > The attached patch fix this issue. I have run an installation > > > through the end without any problem with the patch applied. > > > > It lacks a necessary free(). Updated patch attached. > > Which misses a ; after the free statement... > > I've also tested cdebconf with the patch, but AFAICT it does not fix the > issue. If I use network-console and play a bit with the size of the > window from which I ssh (80x24), I can still reproduce exactly the same > screenshot. *ahem* Lesson learnt: coding in a room less than 10°C results in hasty changes. Thanks for doing some extra testing. > Isn't the real problem that the frontend apparently thinks that showing > just a single line of a (multi) select list is enough and only splits > into more than one screen if it cannot fit even a single line in the > dialog? Well, the comments inside the code imply than the window should be split if less than 3 lines of choices would be displayed, but there is something wrong in the way its done. > As the patch does not really seem to change or improve anything I'll > upload cdebconf with just the fix for the fall-back languages. The issue probably requires more invasive changes in the newt frontend; let's postpone them to better times. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Processed: Re: Bug#507432: Can't install debian testing on asus p5q-pro (Marvell 88SE6111) ide hdd
Processing commands for [EMAIL PROTECTED]: > reassign 507432 installation-reports Bug#507432: Can't install debian testing on asus p5q-pro (Marvell 88SE6111) ide hdd Warning: Unknown package 'installer' Bug reassigned from package `installer' to `installation-reports'. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#507432: Can't install debian testing on asus p5q-pro (Marvell 88SE6111) ide hdd
Package: installer Hello, i'm expirience problem with debian testing installer (build from Nov 30 2008, and lenny rc1 installer) when i try install it to IDE hdd, on my asus p5q-pro motherboard (Marvell 88SE6111) installer recognise only sata drives but not ide. I found similar problem in blog: http://duncanelliot.com/blog/?p=18 but i try install lenny on HDD IDE drive. In other distributives i have not this problem, i try suse 11 and ubuntu 8.10. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#505111: Proposed (naive) patch for mdadm RAID auto-assembly in rescue mode
also sprach Jérémy Bobbio <[EMAIL PROTECTED]> [2008.11.30.1613 +]: > One of the main usage for the installer rescue mode for now is to > easily fix a broken bootloader configuration or other packages > which might prevent the system from booting. The auto-assembly of > RAID arrays easily allow such usage for systems using RAID. This is why I provided /usr/share/mdadm/startall to do that if the user so desires. In my case, calling it would have caused the same problems, but I wouldn't have even thought about calling it. :) I agree that fixing this would endanger RC2, especially since I don't have a true solution. However, documenting this would basically require us to say "refrain from the use of rescue mode to heal RAID problems." -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: Proposed updated errata file for D-I upcoming RC2
also sprach Christian Perrier <[EMAIL PROTECTED]> [2008.11.30.1033 +]: > Martin: same request for the RAID auto-assembling in rescue. Would it be much trouble to add a boot option with which the auto-assembly could be disabled on a case-by-case basis? Anyway, I suggest a slightly different formulation: --- errata-new.wml.orig 2008-12-01 10:56:07.0 + +++ errata-new.wml 2008-12-01 10:56:01.0 + @@ -13,10 +13,10 @@ Auto-assembly of RAID arrays in rescue mode can corrupt data - The rescue mode should be used with great care when logical RAID + Rescue mode should be used with great care when software RAID arrays were in use on the system to rescue. The rescue mode scripts -do arrays auto-assembly, which could lead to data corruption in -case the RAID IDs are invalid. +automatically assemble arrays, which could lead to data corruption in +the presence of invalid or obsolete RAID superblocks. Corrupted display of messages in Dzongkha installs -- .''`. martin f. krafft <[EMAIL PROTECTED]> Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems "auch der mutigste von uns hat nur selten den mut zu dem, was er eigentlich weiß." - friedrich nietzsche digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: [BRLTTY] Framebuffer terminal emulators
Mario Lang, le Mon 01 Dec 2008 12:30:35 +0100, a écrit : > Samuel Thibault <[EMAIL PROTECTED]> writes: > > > Mario Lang, le Mon 01 Dec 2008 11:12:02 +0100, a écrit : > >> Samuel Thibault <[EMAIL PROTECTED]> writes: > >> > It was considered "ugly" by the debian-boot people to expose things > >> > via shared memory. > >> > >> What did they propose as an alternative? > > > > Nothing. > > Thats unacceptable in my opinion. If we are being criticized for > the way we implement something, we should at least get a hint > how that person would find it acceptable. Well, actually I was proposed to take the bogl package and do whatever I want with it. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [BRLTTY] Framebuffer terminal emulators
Samuel Thibault <[EMAIL PROTECTED]> writes: > Mario Lang, le Mon 01 Dec 2008 11:12:02 +0100, a écrit : >> Samuel Thibault <[EMAIL PROTECTED]> writes: >> > It was considered "ugly" by the debian-boot people to expose things >> > via shared memory. >> >> What did they propose as an alternative? > > Nothing. Thats unacceptable in my opinion. If we are being criticized for the way we implement something, we should at least get a hint how that person would find it acceptable. Just blocking major accessibility issues by throwing statements like this around isn't helpful at all. The Linux kernel does currently basically the same with /dev/vcs. I'd like to see real, valid reasons why exporting a SHM segment is unacceptable as a solution here. >> > Now, AT-SPI people would say "just implement the AT-SPI interface!" I'm >> > not sure we really want that. >> >> I definitely think thats the wrong way to go, because of >> the overhead involved. This forces AT-SPI into text-mode >> world. Besides, its surely much harder to implement >> without any apparent gain. Besides, then, someone might >> call it ugly because of its CORBA dependency. > > Well, AT-SPI is being ported to D-BUS, Yes, but this effort will still take a few months. Besides, that doesn't really reduce the bloat, it just replaces CORBA with D-Bus. > but I too think that it's a quite heavy dependency, particularly > since we'd want to have the framebuffer terminal support in things > like Linux installers... Agreed. -- CYa, ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/> .''`. | Get my public key via finger mlang/[EMAIL PROTECTED] : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44 `. `' `- http://delysid.org/> http://www.staff.tugraz.at/mlang/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch amd64 installation kernel panic on a HP DL 180 G5
On Monday 01 December 2008, TN wrote: > I'm getting the following while the installation cd is booting when > trying to install etch 4.0r5 amd64 onto a HP DL 180 G5 server (dual > E5405's) > > code: a8 01 74 11 31 c0 81 fb 10 27 00 00 0f 94 c0 f7 d8 74 0f eb > console shuts up > <0> Kernel panic - not syncing. Attempted to kill init! > > I've tried with noapic & nolapic but no difference. > Etch 386 installs fine. > > I also tried installing Ubuntu server 8.10 and64, and it actually goes > through the entire installation, but refuses to boot once installed. > > Any ideas ? Sounds like the kernel does not like your system. One obvious thing to try is the etch-and-a-half installer, which uses and installs a more recent kernel than the original Etch release. See [1] for further info. Another thing you could try is to install Etch using the i386 kernel, and then try the 64-bits -amd64 kernel available for i386 (so you'll have a 64-bits kernel with a 32-bits userland). If that does not work your next step should probably be to file detailed bug reports against the specific kernel versions you have tried with kernel developers (either for the distribution or upstream). The information you included here is really not enough to do anything with (seems like you only included the bottom line instead of the full info of an oops). A mailing list for an installation system is not really the best place to go for help with kernel issues. Cheers, FJP [1] http://www.debian.org/releases/etch/etchnhalf http://www.debian.org/releases/etch/debian-installer/etchnhalf signature.asc Description: This is a digitally signed message part.
Bug#507434: Problem with install debian testing on asus p5q-pro (Marvell 88SE6111) ide hdd
Package: installation-reports Hello, i'm expirience problem with debian testing installer (build from Nov 30 2008, and lenny rc1 installer) when i try install it to IDE hdd, on my asus p5q-pro motherboard (Marvell 88SE6111) installer recognise only sata drives but not ide. I found similar problem in blog: http://duncanelliot.com/blog/?p=18 but i try install lenny on HDD IDE drive. In other distributives i have not this problem, i try suse 11 and ubuntu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [2/6] Update list of languages supported by tasksel and D-I for Lenny
On Monday 01 December 2008, Christian Perrier wrote: > Quoting Frans Pop ([EMAIL PROTECTED]): > > Christian: please check; full new list attached as well. > > I'm not sure if this list is supposed to contain all languages > supported by D-I or only those that have a language task From the README in patch 1/6: +This file contains the superset of all languages that have language tasks +in the version of tasksel. The list should contain the language +names as used in tasksel. +Any languages that are not supported in the version of Debian +Installer should be commented out. Reason is that it makes no sense to +include them on early CDs as they will never be used during installations +and thus the space can be better used for other packages. It's even followed by a procedure to update the list. Looks like the possible additions you listed will be for post-lenny. signature.asc Description: This is a digitally signed message part.
Bug#507399: bug installation-reports
Quoting Hilario Ortigosa Monteoliva ([EMAIL PROTECTED]): > The system detects de 2.8 TB 'disk' (hardware raid5) and partitions it > with GPT/EFI system. All the process goes OK, but at the step of > installing grub, it refuses to install (as there is no MBR structure on > the disk). Lilo installs OK, but out of the box it is unable to boot > large kernels (like the amd-xen kernel image from etch). Several > workarounds, as trying to use grub-efi from etch-backports was > unsuccesful. At last, the only 'simple and safe' solution was to re- > install in a raid vdisk smaller than 2 TB, avoiding the MBR disk size > limit. Do you think that the problems comes from >2TB disks or >2TB *partitions*? Otherwise said, what partitioning scheme did you choose for your 2.8TB disk? GRUB maintainers, could you comment here? What are the known limits? > As the info I looked for, I understand that the problem is about grub, > but the installer shouldn't allow to install root/boot partition on a > disk larger than 2 TB, or at least, showing a warning about the grub > problem. It's very likely that it will not, given the timeframe, but we need to document this the best way we can. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [2/6] Update list of languages supported by tasksel and D-I for Lenny
Quoting Frans Pop ([EMAIL PROTECTED]): > Christian: please check; full new list attached as well. I'm not sure if this list is supposed to contain all languages supported by D-I or only those that have a language task > # See tasks/README.tasksel for information about contents and usage > # of this file. > > # Languages that are commented are not supported in debian-installer Missing: albanian (but has no language task) --> very few l10n packages for Albanian: iceweasel-l10n-sq - Shqip (Albanian) language package for Iceweasel marathi (but has no language task) --> we could add a Marathi task (maybe it's late, though) iceweasel-l10n-mr - Marathi language package for Iceweasel openoffice.org-l10n-mr-in - Marathi language package for OpenOffice.org So, if your list is meant to have languages activated in D-I and which have tasks, it is complete. The only consequence I see is that we could imagine adding tasks for those two languages, in taskselwhich would then require adapting this list. -- signature.asc Description: Digital signature
