Re: Driver injection disk debconf templates in D-I
Quoting Frans Pop (elen...@planet.nl): On Sunday 30 May 2010, Frans Pop wrote: Maybe use hardware vendor instead of OEM. Using just hardware does lose information as the essence is that the drivers are provided by the vendor, not by the distro. Or maybe better hardware manufacturer. (re-adding -l10n-english) _Description: Detect hardware manufacturer driver injection disks That fits (menu item entries are limited in size). Justin proposed -supplied in this thread which could turn into: _Description: Detect hardware manufacturer-supplied driver injection disks 60 characters is, IIRC, OK for menu entries (if nothing changed, the limit is 65) Any preference? I personnally prefer the first solution as supplied in the second one is related to hardware manufacturer, but the dash only links it to manufacturer which makes things look a little bit weird, IMHO. I committed the first choice as of now. We have until Tuesday to finally settle on this (l10n sync run). signature.asc Description: Digital signature
Bug#583650: hw-detect: Too high priority for driver-injection-disk/load template?
Quoting Petter Reinholdtsen (p...@hungry.com): tags 583650 + patch thanks Of course, I personnally agree with that change..:-)...So, is there any reason not to commit it? I would say: if someone has objection, speak now or forever hold your peace... (I had to google around to fid the right expressionDebian development is good to learn good English...:-)) signature.asc Description: Digital signature
Re: Driver injection disk debconf templates in D-I
On Sunday 30 May 2010, Christian PERRIER wrote: _Description: Detect hardware manufacturer driver injection disks 1) Phrasing is convoluted. 2) IIUC they are not necessarily disks? 3) What exactly is injection here? So maybe: Detect device driver media from hardware manufacturer -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005300900.49776.elen...@planet.nl
Re: Driver injection disk debconf templates in D-I
Quoting Frans Pop (elen...@planet.nl): On Sunday 30 May 2010, Christian PERRIER wrote: _Description: Detect hardware manufacturer driver injection disks 1) Phrasing is convoluted. Agreed. As Juston often says on dle, this makes a nice pile of nouns... 2) IIUC they are not necessarily disks? There was an answer from Petter in the beginning of this thread that these things are different from driver media provided by random HW manufacturers but more embarked in the hardware itself. Still, disks doesn't apply well either, so media is fine, imho. 3) What exactly is injection here? So maybe: Detect device driver media from hardware manufacturer I like that onethough it brings back wording to any kind of driver disk while the original idea was very special things embarked in the devices itself and was fitting something apparently asked by Dell to Ubuntu (ref: Colin comment on IRC). signature.asc Description: Digital signature
Re: Driver injection disk debconf templates in D-I
On Sunday 30 May 2010, Christian PERRIER wrote: Detect device driver media from hardware manufacturer I like that onethough it brings back wording to any kind of driver disk while the original idea was very special things embarked in the devices itself and was fitting something apparently asked by Dell to Ubuntu (ref: Colin comment on IRC). Isn't the long description a better place to explain subtleties? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005301020.37738.elen...@planet.nl
Re: Driver injection disk debconf templates in D-I
Christian PERRIER wrote: Quoting Frans Pop (elen...@planet.nl): So maybe: Detect device driver media from hardware manufacturer I like that onethough it brings back wording to any kind of driver disk while the original idea was very special things embarked in the devices itself and was fitting something apparently asked by Dell to Ubuntu (ref: Colin comment on IRC). Actually what I was thinking was either: _Description: Detect manufacturer-supplied device driver injection disks or just: _Description: Detect built-in device driver injection disks or indeed: _Description: Detect on-board device driver media (But would people read on-board as necessarily meaning integrated onto the motherboard and complain that these disks aren't?) -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530083522.ga31...@xibalba.demon.co.uk
Bug#583732: tasksel: Please install kde-config-touchpad if laptop kde
Package: tasksel Severity: normal Hi It would be nice if you would install kde-config-touchpad on devices having a touchpad. And if it is impossible to detect a touchpad, just on laptops. /Sune -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages tasksel depends on: ii aptitude 0.6.2.1-2 terminal-based package manager (te ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii liblocale-gettext-perl1.05-6 Using libc functions for internati pn tasksel-data none (no description available) tasksel recommends no packages. tasksel suggests no packages. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530085749.13168.50383.report...@pusling
Bug#583733: tasksel: please install kde-config-tablet if a tablet is found
Package: tasksel Severity: normal Hi. Please install kde-config-tablet if a tablett (wacom-like)_is found and the user is installing kde task. /Sune -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages tasksel depends on: ii aptitude 0.6.2.1-2 terminal-based package manager (te ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii liblocale-gettext-perl1.05-6 Using libc functions for internati pn tasksel-data none (no description available) tasksel recommends no packages. tasksel suggests no packages. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530085923.13194.30767.report...@pusling
Bug#583733: tasksel: please install kde-config-tablet if a tablet is found
On Sun, May 30, 2010 at 10:59:23 +0200, Sune Vuorela wrote: Package: tasksel Severity: normal Hi. Please install kde-config-tablet if a tablett (wacom-like)_is found and the user is installing kde task. Why not always, so that a wacom tablet that's plugged in later can still be configured? Cheers, Julien signature.asc Description: Digital signature
Bug#583735: system boot fails after installation
Package: installation-reports Boot method: CDRW media in a CD-ROM drive Image version: http://cdimage.debian.org/cdimage/squeeze_di_alpha1/i386/iso-cd/debian-testing-i386-netinst.iso Date: 2010-05-29 18:00 Machine: Desktop PC with Gigabyte GA-586TX3 motherboard ( http://www.gigabyte.com/products/product-page.aspx?pid=1574 ) Processor: # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 0 model name : 05/00 stepping: 1 cpu MHz : 100.221 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr cx8 pge bogomips: 200.44 clflush size: 32 power management: Memory: 64MB # cat /proc/meminfo MemTotal: 60948 kB MemFree: 10920 kB Buffers: 652 kB Cached:40372 kB SwapCached:0 kB Active:25332 kB Inactive: 18284 kB Active(anon): 2688 kB Inactive(anon):0 kB Active(file): 22644 kB Inactive(file):18284 kB Unevictable: 0 kB Mlocked: 0 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 60948 kB LowFree: 10920 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 4 kB Writeback: 0 kB AnonPages: 2616 kB Mapped: 2048 kB Slab: 4240 kB SReclaimable: 2412 kB SUnreclaim: 1828 kB PageTables: 292 kB NFS_Unstable: 0 kB Bounce:0 kB WritebackTmp: 0 kB CommitLimit: 30472 kB Committed_AS: 5564 kB VmallocTotal: 966648 kB VmallocUsed:1292 kB VmallocChunk: 964416 kB HugePages_Total: 0 HugePages_Free:0 HugePages_Rsvd:0 HugePages_Surp:0 Hugepagesize: 4096 kB DirectMap4k:4096 kB DirectMap4M: 61440 kB Partitions: This state is shown after I booted the system from CD in rescue mode: # fdisk -l Disk /dev/hdb: 1281 MB, 1281982464 bytes 255 heads, 63 sectors/track, 155 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x000c6a25 Device Boot Start End Blocks Id System /dev/hdb1 * 1 140 1124518+ 83 Linux /dev/hdb2 141 155 120487+ 5 Extended /dev/hdb5 141 155 120456 82 Linux swap / Solaris # cat /proc/partitions cat /proc/partitions major minor #blocks name 3 641251936 hdb 3 651124518 hdb1 3 66 1 hdb2 3 69 120456 hdb5 Output of lspci -knn (or lspci -nn): # lspci -knn 00:00.0 Host bridge [0600]: Intel Corporation 430TX - 82439TX MTXC [8086:7100] (rev 01) 00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA [8086:7110] (rev 01) 00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01) Kernel driver in use: PIIX_IDE 00:07.2 USB Controller [0c03]: Intel Corporation 82371AB/EB/MB PIIX4 USB [8086:7112] (rev 01) Kernel driver in use: uhci_hcd 00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 01) 00:09.0 VGA compatible controller [0300]: S3 Inc. 86c764/765 [Trio32/64/64V+] [5333:8811] (rev 54) 00:0a.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] Kernel driver in use: 8139too 00:0b.0 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 50) Subsystem: First International Computer, Inc. Device [0925:1234] Kernel driver in use: uhci_hcd 00:0b.1 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 50) Subsystem: First International Computer, Inc. Device [0925:1234] Kernel driver in use: uhci_hcd 00:0b.2 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 51) Subsystem: First International Computer, Inc. Device [0925:1234] Kernel driver in use: ehci_hcd Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [ ] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [ ] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[ ] Comments/Problems: I used the netinst CD image with the following version identifier: This is a Debian 6.0 (squeeze) installation CD-ROM. It was built 20100217-22:18; d-i 20100211. I haven't connected the network for the first time just let
Bug#583733: tasksel: please install kde-config-tablet if a tablet is found
On Sunday 30 May 2010 11:36:34 Julien Cristau wrote: On Sun, May 30, 2010 at 10:59:23 +0200, Sune Vuorela wrote: Package: tasksel Severity: normal Hi. Please install kde-config-tablet if a tablett (wacom-like)_is found and the user is installing kde task. Why not always, so that a wacom tablet that's plugged in later can still be configured? I guess that could be done. it was just 'why install it if not used'.. But then I looked in system settings and saw it showed up in the same category as 'joystick', which is installed by default and probably even more rarely used compared to a tablet. So I guess installing it unconditionally is okay. /Sune -- Man, how can I do for booting a connection from the tools menu inside Netscape? From Internet Explorer you should log from the coaxial Web site to reset the login. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005301205.00210.s...@debian.org
Re: Driver injection disk debconf templates in D-I
Quoting Justin B Rye (j...@edlug.org.uk): _Description: Detect manufacturer-supplied device driver injection disks Probably the best one but slightly too long. or just: _Description: Detect built-in device driver injection disks or indeed: _Description: Detect on-board device driver media (But would people read on-board as necessarily meaning integrated onto the motherboard and complain that these disks aren't?) And these are IMHO defeated by Frans' one: Detect device driver media from hardware manufacturer (and bring back the idea of injection disks in the long description, which we have already) signature.asc Description: Digital signature
Bug#583732: tasksel: Please install kde-config-touchpad if laptop kde
Quoting Sune Vuorela (report...@pusling.com): Package: tasksel Severity: normal Hi It would be nice if you would install kde-config-touchpad on devices having a touchpad. And if it is impossible to detect a touchpad, just on laptops. We have a laptop task, we have a kde-desktop task...but nothing intersecting both. Why not add this to the kde-desktop task? Would it pull many dependencies in? signature.asc Description: Digital signature
Bug#583733: tasksel: please install kde-config-tablet if a tablet is found
On Sunday 30 May 2010, Sune Vuorela wrote: Please install kde-config-tablet if a tablett (wacom-like)_is found and the user is installing kde task. Why not always, so that a wacom tablet that's plugged in later can still be configured? I guess that could be done. it was just 'why install it if not used'.. But then I looked in system settings and saw it showed up in the same category as 'joystick', which is installed by default and probably even more rarely used compared to a tablet. So I guess installing it unconditionally is okay. In that case it should be a Recommends from one of the KDE meta packages and not installed by tasksel. Please reassign accordingly. Note that tasksel *does* now install Recommends by default (if available). -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005301325.43775.elen...@planet.nl
Bug#583735: same happens when the hard disk is on Primary Master
I configured the hard disk to primary master, and restarted the whole install process from the beginning. The result is the same: the grub menu does not appear, the system just resets when grub is loaded. Current setup: - Primary master: hard disk - Primary slave: empty - Secondary master: CD-ROM drive - Secondary slave: empty -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c0248df.8090...@freemail.hu
Bug#579970: installation-reports: GRUB2 failed grub-install (hd0) because RAID1 partition unable to be marked bootable
Package: installation-reports Severity: normal At Squeeze installation partition step, created identical paritions on sda and sdb. /boot = 2GB sda1 sdb1 / = 490GBsda2 sdb2 swap = 8.1GB sda3sdb3 MD0 = sda1 and sdb1 MD1 = sda2 and sdb2 MD2 = sda3 and sdb3 At squeeze partition step, unable to set both sda1 and sdb1 as bootable No effect in installer. Choose to go forward and see what happened. Sweeze installation alpha1 failed grub-install (hd0) step. Went back and used Lenny NetInst CD to partition software RAID1, same partitions, but the only difference is that I made the /boot partition bootable using Lenny installer, and rebooted after formating ext3. Back to squeeze installer, and at partition step - simply reformatted partitions from ext3 to ext4, and squeeze completed install normally, rebooted, and cat /proc/mdstat showed sync in progress. -- Package-specific info: Boot method: CD Image version: Alpha1 Squeeze Date: Date and time of the install Machine: GA-785G-UD3H, 8Gig, Phenom II X4955, 2xM Partitions: df -Tl will do; the raw partition table is preferred FilesystemType 1K-blocks Used Available Use% Mounted on /dev/md1 ext4 471006520 8054496 439026268 2% / tmpfstmpfs 4098000 0 4098000 0% /lib/init/rw udev tmpfs 4093320 284 4093036 1% /dev tmpfstmpfs 4098000 0 4098000 0% /dev/shm /dev/md0 ext4 1920972 49928 1773460 3% /boot 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: [E] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[E] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. The only issue I had with my setup using RAID1 or LVM was inability to set /boot partiion as active (bootable). -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20100430-02:26 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux lubbock 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS780 Host Bridge Alternate [1022:9601] lspci -knn: Subsystem: Advanced Micro Devices [AMD] RS780 Host Bridge Alternate [1022:9601] lspci -knn: 00:02.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (ext gfx port 0) [1022:9603] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:0a.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 5) [1022:9609] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:11.0 SATA controller [0106]: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] [1002:4391] lspci -knn: Subsystem: Giga-byte Technology Device [1458:b002] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:12.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller [1002:4397] lspci -knn: Subsystem: Giga-byte Technology Device [1458:5004] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 00:12.1 USB Controller [0c03]: ATI Technologies Inc SB700 USB OHCI1 Controller [1002:4398] lspci -knn: Subsystem: Giga-byte Technology Device [1458:5004] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 00:12.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI Controller [1002:4396] lspci -knn: Subsystem: Giga-byte Technology Device [1458:5004] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:13.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller [1002:4397] lspci -knn: Subsystem: Giga-byte Technology Device [1458:5004] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 00:13.1 USB Controller [0c03]: ATI Technologies Inc SB700 USB OHCI1 Controller [1002:4398] lspci -knn: Subsystem: Giga-byte Technology Device [1458:5004] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 00:13.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI Controller [1002:4396] lspci -knn: Subsystem:
Bug#583735: grub error: unknown filesystem
Next try with the daily build from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Identifier: This is a Debian 6.0 (squueze) installation CD-ROM. It was built 20100538-10:07; d-i 20100530-03:55. After the installation is finished and the system is rebooted the following message appears on the screen: GRUB loading. Welcome to GRUB! error: unknown filesystem. Entering rescue mode... grub rescue At this point the grub is waiting for user interaction. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c026dfd.10...@freemail.hu
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
On Sun, May 30, 2010 at 04:06:34PM +0200, Loïc Minier wrote: Package: libxml2 Version: 2.7.7.dfsg-2 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch maverick Hi The attached patch adds an udeb to libxml2. Is there something in d-i that requires such a udeb ? Mike -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530141142.ga14...@glandium.org
[SOLVED] Unbootable after kernel upgrade: Lilo can't load kernel
This is not a lilo bug. The problem is that lilo's map installer did not get run during the kernel upgrade process. The fact that the user was able to boot his old de-installed kernel is proof of this. The /boot/map file still pointed to the blocks in the file system which formerly contained the old kernel and its initial RAM file system image. And since, fortunately, those blocks had not yet been reused, the data was still there. Modules which were loaded from the initial RAM file system image loaded OK. But once the switch was made from the initial RAM file system to the permanent root file system, further module loads could not be done, since the modules had been erased. When the user manually ran lilo's map installer at the command line, the problem disappeared. The real question is, Why didn't the map installer get run during the kernel upgrade? There is not sufficient data in the bug log to determine the answer to that question, but I have observed that do_bootloader = yes in /etc/kernel-img.conf no longer causes lilo to be run when a new kernel is installed. I believe that this change in behavior was caused by changes to the kernel maintainer scripts made around the time of the switch to grub version 1 as the default boot loader. do_bootloader = yes in /etc/kernel-img.conf still causes zipl to be run on the s390 port, a port that neither version of grub supports. do_bootloader = yes should still be specified in /etc/kernel-img.conf, however, so that update-initramfs -u will cause lilo's map installer to be run when an initial RAM file system is updated (but not when it is initially created). So is this a bug in the kernel maintainer scripts? Or is it a feature? I don't know. I'll leave that up to the kernel maintainers to decide. A full discussion of how to make sure that lilo's map installer gets run during the installation of a new kernel, taking into account all types of kernels (official stock Debian kernels, custom kernels created by make-kpkg, custom kernels created by make deb-pkg, etc., is beyond the scope of this bug log. Interested readers may wish to look at my web page on kernel building, particularly step 10, for further information. http://www.wowway.com/~zlinuxman/Kernel.htm The instructions for customizing the Lenny environment will work in Squeeze or Sid also, provided that you use only official stock Debian kernels. If you use custom kernels in Squeeze or later, you *must* use hook scripts to ensure that any post-installation activities, such as the creation of an initial RAM file system, updating symlinks, or running a boot loader, take place. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2000712474.159302.1275230137351.javamail.r...@md01.wow.synacor.com
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
On Sun, May 30, 2010, Mike Hommey wrote: So, why should we add the udeb in Debian, exactly ? It would be nice to carry it to minimize the delta between Debian and Ubuntu. It might also allow the use of migration-assistant, but I suspect it's not usable as is in Debian. PS: for sizes purpose, you should actually rebuild libxml2 with the minimal set of options you require for your program. I doubt you need all the APIs, especially the mostly deprecated ones. Ok; I'm not entirely sure of which features it needs, but I could work on this if you don't mind the extra build pass. -- Loïc Minier -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530144623.ga23...@bee.dooz.org
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
On Sun, May 30, 2010 at 04:35:23PM +0200, Loïc Minier wrote: On Sun, May 30, 2010, Mike Hommey wrote: Is there something in d-i that requires such a udeb ? Not in Debian; we use it for an udeb called migration-assistant which imports documents and settings from existing operating systems (e.g. Windows). So, why should we add the udeb in Debian, exactly ? Mike PS: for sizes purpose, you should actually rebuild libxml2 with the minimal set of options you require for your program. I doubt you need all the APIs, especially the mostly deprecated ones. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530144047.ga14...@glandium.org
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
On Sun, May 30, 2010, Mike Hommey wrote: - Link using -Bsymbolic-functions - Add missing zlib1g-dev to -dev - Build-depend on libreadline6-dev instead of libreadline5-dev. (If you need to know why, please ping me off-list and off-bug) Yes, I had already dropped all of them in the latest upload to Ubuntu maverick (2.7.7.dfsg-2ubuntu1); thanks -- Loïc Minier -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530150640.ga23...@bee.dooz.org
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
On Sun, May 30, 2010, Mike Hommey wrote: Is there something in d-i that requires such a udeb ? Not in Debian; we use it for an udeb called migration-assistant which imports documents and settings from existing operating systems (e.g. Windows). Thanks, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530143523.ga22...@bee.dooz.org
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
On Sun, May 30, 2010 at 04:46:23PM +0200, Loïc Minier wrote: On Sun, May 30, 2010, Mike Hommey wrote: So, why should we add the udeb in Debian, exactly ? It would be nice to carry it to minimize the delta between Debian and Ubuntu. I don't know if all udebs are automatically included in d-i, but if they are, I doubt d-i people will like the additional 1.3MB uncompressed. OT, but speaking of minimizing the delta between Debian and Ubuntu, the following changes are pointless: - Link using -Bsymbolic-functions - Add missing zlib1g-dev to -dev - Build-depend on libreadline6-dev instead of libreadline5-dev. (If you need to know why, please ping me off-list and off-bug) It might also allow the use of migration-assistant, but I suspect it's not usable as is in Debian. PS: for sizes purpose, you should actually rebuild libxml2 with the minimal set of options you require for your program. I doubt you need all the APIs, especially the mostly deprecated ones. Ok; I'm not entirely sure of which features it needs, but I could work on this if you don't mind the extra build pass. I don't, it's not like if it were xulrunner ;) Mike -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530145235.ga15...@glandium.org
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
On Sun, May 30, 2010, Mike Hommey wrote: PS: for sizes purpose, you should actually rebuild libxml2 with the minimal set of options you require for your program. I doubt you need all the APIs, especially the mostly deprecated ones. Here's a second patch on top of the first one adding a separate pass for the udeb. I didn't actually test the runtime lib, but I did testbuild it and it produced the expected smaller files. Unfortunately, it probably conflicts with the python-dbg support changes. Thanks -- Loïc Minier From 8591035f6635d01cd60db542f7804dbff5189547 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Lo=C3=AFc=20Minier?= l...@dooz.org Date: Sun, 30 May 2010 17:28:06 +0200 Subject: [PATCH 2/2] Build the udeb in a separate pass Disable almost all features except tree manipulation APIs. --- debian/rules | 21 - 1 files changed, 16 insertions(+), 5 deletions(-) diff --git a/debian/rules b/debian/rules index 7203244..b006924 100755 --- a/debian/rules +++ b/debian/rules @@ -13,32 +13,39 @@ else CFLAGS += -O2 -fno-strict-aliasing endif -override_dh_auto_configure: configure-main $(PYVERS:%=configure-%) +override_dh_auto_configure: configure-main configure-udeb $(PYVERS:%=configure-%) configure-main: dh_auto_configure --builddirectory=build -- --with-history --without-python CC=gcc -Wl,--as-needed CFLAGS=$(CFLAGS) --cache-file=$(CURDIR)/build/config.cache +configure-udeb: + # turn everything off except tree manipulation APIs + dh_auto_configure --builddirectory=build/udeb -- --without-c14n --without-catalog --without-debug --without-docbook --without-ftp --without-html --without-http --without-iconv --without-iso8859x --without-legacy --without-mem-debug --with-minimum --without-output --without-pattern --without-push --without-python --without-reader --without-readline --without-regexps --without-sax1 --without-schemas --without-schematron --without-threads --without-valid --without-xinclude --without-xpath --without-xptr --without-modules --without-zlib CC=gcc -Wl,--as-needed CFLAGS=$(CFLAGS) --cache-file=$(CURDIR)/build/config.cache + configure-python%: configure-main dh_auto_configure --builddirectory=build-python$* -- --with-history --with-python=/usr/bin/python$* CC=gcc -Wl,--as-needed CFLAGS=$(CFLAGS) --cache-file=$(CURDIR)/build/config.cache mv build-python$*/python build/python$* -override_dh_auto_build: build-main $(PYVERS:%=build-%) +override_dh_auto_build: build-main build-udeb $(PYVERS:%=build-%) build-main: dh_auto_build --builddirectory=build +build-udeb: + dh_auto_build --builddirectory=build/udeb + build-python%: dh_auto_build --builddirectory=build/python$* override_dh_auto_clean: - rm -rf build build-python* + rm -rf build build-python* debian/tmp-udeb -test -r /usr/share/misc/config.sub \ cp -f /usr/share/misc/config.sub config.sub -test -r /usr/share/misc/config.guess \ cp -f /usr/share/misc/config.guess config.guess -override_dh_auto_install: install-main $(PYVERS:%=install-%) +override_dh_auto_install: install-main install-udeb $(PYVERS:%=install-%) install-main: dh_auto_install --builddirectory=build @@ -60,6 +67,9 @@ install-main: doc/html \ doc/tutorial debian/tmp/usr/share/doc/libxml2-doc +install-udeb: + dh_auto_install --builddirectory=build/udeb --destdir=debian/tmp-udeb + install-python%: dh_auto_install --builddirectory=build/python$* @@ -75,7 +85,8 @@ override_dh_installchangelogs: dh_installchangelogs -Nlibxml2 -XChangeLog override_dh_install: - dh_install + dh_install -Nlibxml2-udeb + dh_install -plibxml2-udeb --sourcedir=debian/tmp-udeb sed /dependency_libs/ s/'.*'/''/ debian/tmp/usr/lib/libxml2.la debian/libxml2-dev/usr/lib/libxml2.la override_dh_strip: -- 1.7.0.4
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
Quoting Mike Hommey (m...@glandium.org): I don't know if all udebs are automatically included in d-i, but if they are, I doubt d-i people will like the additional 1.3MB uncompressed. They aren't automatically included. signature.asc Description: Digital signature
Re: Driver injection disk debconf templates in D-I
On Sun, May 30, 2010 at 09:35:22AM +0100, Justin B Rye wrote: Christian PERRIER wrote: Quoting Frans Pop (elen...@planet.nl): So maybe: Detect device driver media from hardware manufacturer I like that onethough it brings back wording to any kind of driver disk while the original idea was very special things embarked in the devices itself and was fitting something apparently asked by Dell to Ubuntu (ref: Colin comment on IRC). Actually what I was thinking was either: _Description: Detect manufacturer-supplied device driver injection disks How about: _Description: Detect manufacturer-supplied driver injection disks ? device doesn't provide any new information here; I think manufacturer-supplied is more accurate than the other suggestions. (And I think the distinction between disk and media is immaterial; we use disk to refer to lots of things that aren't physically disk-shaped.) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100530174120.ge28...@dario.dodds.net
Bug#578927: marked as done (debian-installer: No kernel driver for powerpc mac mini ethernet (Sun GEM))
Your message dated Sun, 30 May 2010 18:51:49 +0100 with message-id 20100530175149.ga13...@codelibre.net and subject line Re: Current debian-installer broken for Sun GEM ethernet on powerpc? has caused the Debian Bug report #578927, regarding debian-installer: No kernel driver for powerpc mac mini ethernet (Sun GEM) 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 responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 578927: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578927 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: debian-installer Version: daily-image powerpc netinst ISO 2010-0419 Severity: normal During the installer check for an ethernet interface prior to bringing up the network, it fails to find an ethernet interface. lspci -v reports: 0002:20:0f.0 Ethernet controller: Apple Computer Inc. UniNorth 2 GMAC (Sun GEM) (rev ff) (prog-if ff) !!! Unknown header type 7f This worked just fine for earlier Debian releases; maybe it's just missing the appropriate kernel module? Regards, Roger -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31.3-bytemark-kvm-2009-10-19 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- On Fri, May 28, 2010 at 04:53:19PM -0400, Norberto Feliberty wrote: On Fri, 2010-05-28 at 20:28 +0100, Roger Leigh wrote: Hi folks, Just wondering if anyone else had hit on issues with the current debian-installer on powerpc. On my Mac Mini, it fails to bring up the ethernet interface due to not finding the ethernet adapter. Strange, since it's always worked to date! I reported this as #578927 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578927 but maybe it's a kernel issue? Wow strange. I encountered this problem some months ago with the installer not being able to configure and set up the ethernet card on my playstation 3 which is a powerpc based machine. This was fixed for squeeze alpha 1. Is it broken again? Just tested with the d-i daily netinst image, and it's OK now. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature ---End Message---
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
On Sunday 30 May 2010, Christian PERRIER wrote: Quoting Mike Hommey (m...@glandium.org): I don't know if all udebs are automatically included in d-i, but if they are, I doubt d-i people will like the additional 1.3MB uncompressed. They aren't automatically included. But udebs we don't use do need to be specifically excluded from inclusion on CD images (to keep the size of bc/netinst down as much as possible and to keep maximum space available for real packages on CD/DVD1). There is a cost. But in this case I don't think the cost is high enough to object to the udeb. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005302046.04827.elen...@planet.nl
Re: [SOLVED] Unbootable after kernel upgrade: Lilo can't load kernel
reopen 505609 reassign 505609 linux-2.6 affects 505609 lilo thanks Stephen Powell wrote: The real question is, Why didn't the map installer get run during the kernel upgrade? [...] So is this a bug in the kernel maintainer scripts? Or is it a feature? I don't know. I'll leave that up to the kernel maintainers to decide. Reopening and reassigning to the kernel team. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005302059.16911.elen...@planet.nl
Re: Driver injection disk debconf templates in D-I
Quoting Steve Langasek (vor...@debian.org): How about: _Description: Detect manufacturer-supplied driver injection disks Good one. I'm balanced with Frans' proposal: Detect device driver media from hardware manufacturer I find Frans' version more newbie-friendly but further from the original idea of driver injection disks (which is maybe described in some manufacturer documentation...or some Ubuntu documentation). media is less precise than disks but these disks aren't actually disks so there is room for argument anyway..:). Frans proposal leaves injection aside as well but How are these disks injecting drivers, anyway? They have drivers on them, sure, but no magic system to inject themas this is precisely the purpose of this udeb to do it At this moment, Frans' proposal is, for me, ahead of others. This is what I'll commit as of now. Please talk before tomorrow if you have counter-arguments... signature.asc Description: Digital signature
Localization status for Debian Installer (May 31th update)
In very short: 45 languages are in good shape (+2) 20 languages are in danger of being deactivated (-1) Progress: - All languages got 1u in sublevel 1 and 1f1u in sublevel 2 due to string additions in hw-detect. 6 have been re-completed. These templates are being reviewed so it is recommended to wait before recompleting translations *or* be ready to re-update them again soon. - Irish and Lithuanian complete (thanks to Frans Pop who resurrected strings from older PO files versions) - Estonian was forgotten in previous mails..:) - Brazilian Portuguese completed sublevel 1 and can be considered to be on the safe side now The safe side - 7 languages are complete: bg fr nb ro sk sv th 26 languages were complete before hw-detect changes: ar ast cs da de el es et eu ga gu he hi it ja ko lt mr nl pa pl pt ru ta vi zh_CN No more languages are incomplete because of sibyl-installer re-addition (-3). 8 languages were complete before changes to sublevel 5 (+0): bn eo fi pl sl sq tr zh_TW 4 languages have a few strings to update in sublevels 1 to 3 but have recently active translators who will probably easy cope with them (+1): be ca nn pt_BR The unsafe side --- 5 languages had a few updates since lenny but not on a regular basis (-1). These languages are at risk of being deactivated for Squeeze if they are not complete for sublevels 1 and 2: gl hu ka ml tl 9 languages were complete in lenny but had no update since then (+0). These languages are at risk of being deactivated for Squeeze if they are not complete for sublevels 1 and 2: bs dz hr id km lv mk ne wo 7 active languages are in bad shape (+0) They were not complete for lenny and had no update since *before* the release of lenny. They're at risk of being deactivated except se which is an historical exception 090% uk 087% ku 086% am 082% kk 072% sr 068% cy 015% se The prospective side -- Prospective languages are languages that are not yet activated. They'll be activated if they reach 100% for sublevels 1 and 2. 1 Prospective language is doing progress(+0): 050% kn: 303t131f91u for sublevel 1 and 87t8f432u for sublevel 2 10 Prospective languages are stalled(+0): 083% si (P) 064% is (P) 043% ms (P) 025% br (P) 014% mg (P) 014% te (P) 012% fa (P) 009% xh (P) 008% ur (P) 002% hy (P) 000% lo (P) -- signature.asc Description: Digital signature
