Processing of oldsys-preseed_1.5_armel.changes
oldsys-preseed_1.5_armel.changes uploaded successfully to localhost along with the files: oldsys-preseed_1.5.dsc oldsys-preseed_1.5.tar.gz oldsys-preseed_1.5_armel.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
oldsys-preseed_1.5_armel.changes ACCEPTED
Accepted: oldsys-preseed_1.5.dsc to pool/main/o/oldsys-preseed/oldsys-preseed_1.5.dsc oldsys-preseed_1.5.tar.gz to pool/main/o/oldsys-preseed/oldsys-preseed_1.5.tar.gz oldsys-preseed_1.5_armel.udeb to pool/main/o/oldsys-preseed/oldsys-preseed_1.5_armel.udeb Override entries for your package: oldsys-preseed_1.5.dsc - source debian-installer oldsys-preseed_1.5_armel.udeb - optional debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488111: support for installing GRUB without blocklists on GPT
Quoting Frans Pop ([EMAIL PROTECTED]): > On Friday 27 June 2008, Robert Millan wrote: > > How about "staging area that may be used by BIOS-based bootloaders"? > > Though, this description text isn't settled yet (see the other mail). > > That's way too long for this dialog. My initial comment was more about having a small *comment* for translators so that they use an appropriate wording. The prompt wording itself is fairly clear (at least, I suppose, for people who know what we're talking about...:-)) signature.asc Description: Digital signature
Re: Mechanism in place to prevent some packages from being removed from testing
On Wed, Jun 25, 2008 at 01:05:26PM +, Steve McIntyre wrote: > On Wed, Jun 25, 2008 at 02:51:52PM +0200, Adeodato Simó wrote: > > > > Thanks for this, much appreciated. I've been pondering too on this > issue, wondering if we could/should give more warning to (all) qDDs > about upcoming removals. Would it be useful / possible to have a > weekly summary mailed to debian-devel listing packages that are marked > for possible removal, giving (maybe) 2 weeks notice? That way > maintainers and DDs get more warning about removals of packages that > they care about, and a countdown. It *might* push maintainers a little > more to get fixes uploaded. There's a little naming-and-shaming here, > which could make the difference. Well, the thing is, we have quite a clear policy, which is to remove (not in period of a freeze of course) packages that are: * leaf packages ; * RC buggy ; * for more than 20 days ; * with absolutely no movement from the maintainer. With that anyone interested in providing such a list can do it. If we also add a 15 days warning, then the maintainer should get a warning at day 5, which is overkill. And packages where the maintainer didn't manage to answer to an RC bug report in 20 days is a package where it's really unlikely to see this evolve with what you ask, because they won't read it more. Lucas already sends montly mails about RC bugs. I don't think it change things for a minute. Like I said numerous time when we discussed this issue, I prefer to be there and ready to help people that fixed a package make it enter back into testing if the migration isn't trivial, with all the hints that are needed. Note that less than a week after having been removed, mplayer and lilo have been fixed. It's fun to see how easy it is to fix "unsolvable" bugs with the proper incentive. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpSMThXeOUwZ.pgp Description: PGP signature
Bug#488238: tasksel: hotkey-setup draggs discover in
Package: tasksel Version: 2.74.2 Severity: normal Tags: patch hotkey-setup seems not ready for mass consumption, it recently added discover to it's dependency. [Julien Cristau] > Why do you care what X driver is going to be used? That sounds like > a bad hack??? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488095 please remove it from the corresponding tasks. Lenny should install fine everywhere and work *without* discover. diff --git a/tasks/desktop b/tasks/desktop index e463f8f..a268731 100644 --- a/tasks/desktop +++ b/tasks/desktop @@ -16,7 +16,6 @@ Key: iceweasel Packages: task-fields Packages-list: - hotkey-setup # the gimp is the best image editor, no matter the desktop gimp # openoffice.org is the best word processor / office suite at the moment diff --git a/tasks/laptop b/tasks/laptop index 9ce9498..931d805 100644 --- a/tasks/laptop +++ b/tasks/laptop @@ -25,7 +25,6 @@ Packages-list: cpufrequtils avahi-autoipd uswsusp - hotkey-setup bluetooth radeontool vbetool -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tasksel depends on: ii aptitude 0.4.11.4-1 terminal-based package manager ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii liblocale-gettext-perl1.05-4 Using libc functions for internati ii tasksel-data 2.74.2 Official tasks used for installati tasksel recommends no packages. -- debconf information: tasksel/title: tasksel/desktop: gnome tasksel/first: tasksel/tasks: Print server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488238: tasksel: hotkey-setup draggs discover in
[Maximilian Attems] > hotkey-setup seems not ready for mass consumption, > it recently added discover to it's dependency. Can you explain why adding a dependency on discover make it unfit for mass consumption? > please remove it from the corresponding tasks. > Lenny should install fine everywhere and work *without* discover. Why is it important to avoid discover in Lenny? The discover dependency was added to hotkey-setup to solve #483200, as it was judged to be better than adding PCI ids directly in hotkey-setup to work around the fact that /etc/X11/xorg.conf more and more often will not include information about the X driver used. When this is said, there are rumors that the task done by hotkey-setup now can be handled by hal/dbus instead. I have not verified that this is true, but I have seen information under /usr/share/hal/fdi/ that make me suspect it is correct. If hal/dbus do a better job of handling the hotkeys, hotkey-setup should be removed from Debian. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488111: support for installing GRUB without blocklists on GPT
On Fri, Jun 27, 2008 at 12:57:31AM +0200, Frans Pop wrote:
> On Thursday 26 June 2008, Robert Millan wrote:
> > > Should the description "BIOS boot area:" not also mention grub in
> > > some way? Something like "Reserve BIOS boot area for GRUB:" (although
> > > that may already be a bit long for this dialog)?
> >
> > I don't think it's essential to mention GRUB; in theory, other
> > bootloaders could want to replace GRUB in this partition whenever
> > they're installed in MBR.
>
> OK. In that case I think "Reserve BIOS boot area:" would have my vote.
Here's a new patch with all the requested changes.
--
Robert Millan
I know my rights; I want my phone call!
What good is a phone call… if you are unable to speak?
(as seen on /.)
Index: debian/partman-partitioning.templates
===
--- debian/partman-partitioning.templates (revision 53798)
+++ debian/partman-partitioning.templates (working copy)
@@ -221,6 +221,13 @@
# :sl2:
_Description: Name:
+Template: partman-partitioning/text/biosgrub
+Type: text
+# :sl3:
+# Setting to reserve a small part of the disk for use by BIOS-based bootloaders
+# such as GRUB.
+_Description: Reserve BIOS boot area:
+
Template: partman-partitioning/text/bootable
Type: text
# :sl2:
Index: active_partition/_numbers
===
--- active_partition/_numbers (revision 53798)
+++ active_partition/_numbers (working copy)
@@ -1,6 +1,7 @@
10 change_name
65 toggle_bootable
66 change_flags
+67 toggle_biosgrub
80 resize
83 copy
87 delete
Index: active_partition/toggle_biosgrub/do_option
===
--- active_partition/toggle_biosgrub/do_option (revision 53798)
+++ active_partition/toggle_biosgrub/do_option (working copy)
@@ -8,22 +8,16 @@
cd $dev
-if [ "$task" = bootable ]; then
+if [ "$task" = biosgrub ]; then
open_dialog PARTITION_INFO $id
read_line x1 x2 x3 type x5 x6 x7
close_dialog
- if [ "$type" = logical ]; then
- db_input high partman-partitioning/bootable_logical || true
- db_go || exit 0
- db_get partman-partitioning/bootable_logical
- [ "$RET" = true ] || exit 0
- fi
fi
new_flags=''
open_dialog GET_FLAGS $id
while { read_line flag; [ "$flag" ]; }; do
- if [ "$flag" != boot ]; then
+ if [ "$flag" != bios_grub ]; then
if [ "$new_flags" ]; then
new_flags="$new_flags
$flag"
@@ -34,9 +28,9 @@
done
close_dialog
-if [ $task = bootable ]; then
+if [ $task = biosgrub ]; then
new_flags="$new_flags
-boot"
+bios_grub"
fi
open_dialog SET_FLAGS $id
Index: active_partition/toggle_biosgrub/choices
===
--- active_partition/toggle_biosgrub/choices (revision 53798)
+++ active_partition/toggle_biosgrub/choices (working copy)
@@ -7,33 +7,33 @@
cd $dev
-valid_boot=no
+valid_biosgrub=no
open_dialog VALID_FLAGS $id
while { read_line flag; [ "$flag" ]; }; do
- if [ "$flag" = boot ]; then
- valid_boot=yes
+ if [ "$flag" = bios_grub ]; then
+ valid_biosgrub=yes
fi
done
close_dialog
-[ $valid_boot = yes ] || exit 0
+[ $valid_biosgrub = yes ] || exit 0
-bootable=no
+biosgrub=no
open_dialog GET_FLAGS $id
while { read_line flag; [ "$flag" ]; }; do
- if [ "$flag" = boot ]; then
- bootable=yes
+ if [ "$flag" = bios_grub ]; then
+ biosgrub=yes
fi
done
close_dialog
-db_metaget partman-partitioning/text/bootable description
+db_metaget partman-partitioning/text/biosgrub description
description=$(stralign -25 "$RET")
-if [ $bootable = yes ]; then
+if [ $biosgrub = yes ]; then
db_metaget partman-partitioning/text/on description
- printf "unbootable\t%s%s\n" "$description" "${RET}"
+ printf "nobiosgrub\t%s%s\n" "$description" "${RET}"
else
db_metaget partman-partitioning/text/off description
- printf "bootable\t%s%s\n" "$description" "${RET}"
+ printf "biosgrub\t%s%s\n" "$description" "${RET}"
fi
Bug#488264: regression: errors out on empty include-debs option
Package: debootstrap Version: 1.0.9 Severity: normal Hi, debootstrap fails when supplied an empty set of packages to include: /usr/sbin/debootstrap --include= --exclude=adduser,apt-utils \ --arch powerpc etch /tmp/aap3 http://ftp.nl.debian.org/debian E: unrecognized or invalid option --include= This works successfully on etch so I think it's a regression introduced in 1.0.9 with this change: * Error out on unrecognized options to avoid invalid options to be recognized as arguments. We use debootstrap in a shell script where it is called like this: /usr/sbin/debootstrap --include="$INCLUDEDEBS" --exclude="$EXCLUDEDEBS" \ --arch "$ARCH" etch "$CHROOTDIR" "$DEBMIRROR" and I think it's quite reasonable if $INCLUDEDEBS is set to an empty string if I don't want to include any extra debs. I don't see problems with the existing behaviour so I hope that can be resurrected. cheers, Thijs -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debootstrap depends on: ii binutils2.18.1~cvs20080103-4 The GNU assembler, linker and bina ii wget1.11.3-1 retrieves files from the web debootstrap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kernel-wedge upload ready
Hello, Today I've commit the last changes that were been waiting in my local git tree for kernel-wedge. I'd like to ask for people to take a look so we can upload it tomorrow and start uploading kernel modules using it and against 2.6.25 kernel. Please take a look and check if anything can be improved. If possible, give it a try. I've built all architectures using it and all looks fine but is better to be safe then sorry so ... I'll upload it tomorrow if noone objects. -- 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]
Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot
Package: installation-reports Severity: important -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/iso-cd/debian-LennyBeta2-i386-netinst.iso Date: 26 June 2008 10:00 BST Machine: Sony Vaio PCG-R600HMPD Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda4 ext328115228 3007152 23679900 12% / tmpfstmpfs 127512 0127512 0% /lib/init/rw udev tmpfs 10240 116 10124 2% /dev tmpfstmpfs 127512 0127512 0% /dev/shm 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: [E] 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: MAIN PROBLEM: wifi (Prism2) nicely detected, install goes fine till main reboot. On reboot, no wifi network. REASON: * /etc/network/interfaces was written accurately, but with eth1 as wifi interface name * on reboot, the interface is called wlan0_rename A hand edit of /etc/network/interfaces cured the problem - but not many "ordinary" users would be capable of diagnosing or curing this. FAIRLY MINOR PROBLEM: This Vaio laptop has no built-in CD drive, but uses one in a docking station - I think it appears as a firewire (ieee1394) device at boot time. * The installer CD booted fine * at CD detect, the installer said no CD drive was present, so unable to proceed with install. WORKAROUND for this: at CD detect, I plugged in a usb CD drive, which was detected fine and installation then proceeded normally. Nevertheless, CONGRATULATIONS on a really good installer, which makes things really easy. Barry -- 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 [EMAIL PROTECTED] == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="5.0 (lenny) - installer build 20080522" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux obelix 2.6.24-1-486 #1 Thu May 8 01:29:10 UTC 2008 i686 unknown lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82830 830 Chipset Host Bridge [8086:3575] (rev 04) lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82830 CGC [Chipset Graphics Controller] [8086:3577] (rev 04) lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation 82830 CGC [Chipset Graphics Controller] [8086:3577] lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801CA/CAM USB Controller #1 [8086:2482] (rev 02) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801CA/CAM USB Controller #2 [8086:2484] (rev 02) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801CA/CAM USB Controller #3 [8086:2487] (rev 02) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 42) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801CAM ISA Bridge (LPC) [8086:248c] (rev 02) lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801CAM IDE U100 Controller [8086:248a] (rev 02) lspci -knn: Kernel driver in use: PIIX_IDE lspci -knn: Kernel modules: piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801CA/CAM SMBus Controller [8086:2483] (rev 02) lspci -knn: 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801CA/CAM AC'97 Audio Controller [8086:2485] (rev 02) lspci -knn: 00:1f.6 Modem [0703]: Intel Corporation 82801CA/CAM AC'97 Modem Controller [8086:2486] (rev 02) lspci -knn: 02:02.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) [104c:8023] lspci -knn: Kernel driver in use: firewire_ohci lspci -knn: Kernel modules: firewire-ohci lspci -knn: 02:05.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c475 [1180:0475] (rev 80) lspci -knn: Kernel driver in use: yenta_cardbus lspci -knn: Kernel modules: yenta_socket lspci -knn: 02:08.0 Ethernet controller [0200]: Intel Corporation 82801CAM (ICH3) PRO/100 VE (LOM) Ethernet Controller [8086:1031] (rev 42) lspci
Bug#488264: regression: errors out on empty include-debs option
On Fri, June 27, 2008 16:02, Frans Pop wrote: >> This works successfully on etch so I think it's a regression introduced >> in 1.0.9 with this change: * Error out on unrecognized options to avoid >> invalid options to be recognized as arguments. > > I introduced that change and as it fixes real bugs I'm not inclined to > revert it. But wouldn't you fix the same bugs and retain backward compatibility with allowing empty package lists? Or are there specific bugs that relate to an empty package list? I'm all for fixing bugs but also for keeping existing scripts working where possible. Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488264: regression: errors out on empty include-debs option
tags 488264 wontfix thanks On Friday 27 June 2008, Thijs Kinkhorst wrote: > debootstrap fails when supplied an empty set of packages to include: > > /usr/sbin/debootstrap --include= --exclude=adduser,apt-utils \ > --arch powerpc etch /tmp/aap3 http://ftp.nl.debian.org/debian > E: unrecognized or invalid option --include= > > This works successfully on etch so I think it's a regression introduced > in 1.0.9 with this change: > * Error out on unrecognized options to avoid invalid options to be > recognized as arguments. I introduced that change and as it fixes real bugs I'm not inclined to revert it. > We use debootstrap in a shell script where it is called like this: > /usr/sbin/debootstrap --include="$INCLUDEDEBS" --exclude="$EXCLUDEDEBS" > \ --arch "$ARCH" etch "$CHROOTDIR" "$DEBMIRROR" > and I think it's quite reasonable if $INCLUDEDEBS is set to an empty > string if I don't want to include any extra debs. I don't see problems > with the existing behaviour so I hope that can be resurrected. To be honest, I think that passing an empty option like that is invalid as there is really no reason why "unsetting" an include list is needed. In general options should only be passed to commands if actually needed, not because it is "convenient". You should change your script to only pass the option if it actually contains a (comma separated) list of packages. INCLUDEOPT="" if [ -n "$INCLUDEDEBS" ]; then INCLUDEOPT="--include=$INCLUDEDEBS" fi /usr/sbin/debootstrap $INCLUDEOPT ... Note that in the old situation your option was not processed as "include option with empty package list", but as "unrecognized option with empty argument". Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Can we upload a new version of ttf-indic-fonts?
We have fixed some rendering bugs in AnjaliOldLipi and MalOtf (now called Kalyani), part of ttf-malayalam-fonts package. We have also added a fontconfig rule to make the size of Meera_04.ttf comparable to Latin glyphs (it is a very common complaint that font size is smaller for Meera). There is no change to the udeb. Since we are close to release and this package creates a udeb we wanted to check with d-i team before uploading it. Proposed changes are committed to the debian-in alioth repository. We would really love to see this in lenny. Cheers Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് I know my rights; I want my phone call! What use is a phone call, if you are unable to speak? (as seen on /.) Join The DRM Elimination Crew Now! http://fci.wikia.com/wiki/Anti-DRM-Campaign
Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot
Barry Tennison <[EMAIL PROTECTED]> writes: > MAIN PROBLEM: wifi (Prism2) nicely detected, install goes fine till main > reboot. On reboot, no wifi network. REASON: > * /etc/network/interfaces was written accurately, but with eth1 as wifi > interface name > * on reboot, the interface is called wlan0_rename > A hand edit of /etc/network/interfaces cured the problem - but not many > "ordinary" users would be capable of diagnosing or curing this. Could you send us the following files: /proc/net/dev /etc/udev/rules.d/z25_persistent-net.rules And the output of ifconfig > FAIRLY MINOR PROBLEM: This Vaio laptop has no built-in CD drive, but > uses one in a docking station - I think it appears as a firewire > (ieee1394) device at boot time. > * The installer CD booted fine > * at CD detect, the installer said no CD drive was present, so unable to > proceed with install. > WORKAROUND for this: at CD detect, I plugged in a usb CD drive, which > was detected fine and installation then proceeded normally. [...] > lspci -knn: 02:02.0 FireWire (IEEE 1394) [0c00]: Texas Instruments > TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) [104c:8023] > lspci -knn: Kernel driver in use: firewire_ohci > lspci -knn: Kernel modules: firewire-ohci [...] I've started a build adding the firewire-core-modules on the image to check if they fit now. If they do, I'll ask you to test it. -- 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: Can we upload a new version of ttf-indic-fonts?
"Praveen A" <[EMAIL PROTECTED]> writes: > We have fixed some rendering bugs in AnjaliOldLipi and MalOtf (now > called Kalyani), part of ttf-malayalam-fonts package. We have also > added a fontconfig rule to make the size of Meera_04.ttf comparable to > Latin glyphs (it is a very common complaint that font size is smaller > for Meera). There is no change to the udeb. Since we are close to > release and this package creates a udeb we wanted to check with d-i > team before uploading it. Proposed changes are committed to the > debian-in alioth repository. We would really love to see this in > lenny. Please go ahead. -- 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]
Bug#488264: regression: errors out on empty include-debs option
"Thijs Kinkhorst" <[EMAIL PROTECTED]> writes: > On Fri, June 27, 2008 16:02, Frans Pop wrote: >>> This works successfully on etch so I think it's a regression introduced >>> in 1.0.9 with this change: * Error out on unrecognized options to avoid >>> invalid options to be recognized as arguments. >> >> I introduced that change and as it fixes real bugs I'm not inclined to >> revert it. > > But wouldn't you fix the same bugs and retain backward compatibility with > allowing empty package lists? Or are there specific bugs that relate to an > empty package list? > > I'm all for fixing bugs but also for keeping existing scripts working > where possible. Many times fixing bugs means breaking someone else old code. A lot of times people workaround existent bugs or do local fixes for issues that can be fixed in future. That's why we (developers) need to test everything as possible when doing major changes like upgrading modules and like. -- 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]
Bug#488264: regression: errors out on empty include-debs option
On Friday 27 June 2008, Thijs Kinkhorst wrote: > But wouldn't you fix the same bugs and retain backward compatibility > with allowing empty package lists? Or are there specific bugs that > relate to an empty package list? > > I'm all for fixing bugs but also for keeping existing scripts working > where possible. Not if the fact that options were previously accepted was a bug... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot
Otavio Salvador <[EMAIL PROTECTED]> writes: > I've started a build adding the firewire-core-modules on the image to > check if they fit now. If they do, I'll ask you to test it. I've done a full build here and all looks fine. Please try tomorrow daily images (netinst or businesscard) and report back to us. -- 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]
Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot
Thanks - further info as requested given below.
Shall try to test daily build for the firewire/CD over the weekend.
Barry
MAIN PROBLEM: wifi (Prism2) nicely detected, install goes fine till main
reboot. On reboot, no wifi network. REASON:
* /etc/network/interfaces was written accurately, but with eth1 as wifi
interface name
* on reboot, the interface is called wlan0_rename
A hand edit of /etc/network/interfaces cured the problem - but not many
"ordinary" users would be capable of diagnosing or curing this.
Could you send us the following files:
/proc/net/dev
/etc/udev/rules.d/z25_persistent-net.rules
And the output of ifconfig
As requested:
~$ cat /proc/net/dev
Inter-| Receive| Transmit
face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo: 21878305500000 0 0 0 2187830
5500000 0 0 0
eth0: 0 0000 0 0 00
0000 0 0 0
eth1:719541800 483942000 0 0 0 21922817
2490120 5780 0 0 0
wlan0_rename:710830844 483942000 0 0 0
21922817 249012000 0 0 0
~$ cat /etc/udev/rules.d/z25_persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x8086:0x1031 (e100)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="08:00:46:77:ce:be", NAME="eth0"
# PCI device 0x1260:0x3873 (orinoco_pci)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:d0:59:bd:d5:c5", NAME="eth1"
~$ sudo ifconfig
[sudo] password for bari:
eth1 Link encap:UNSPEC HWaddr
00-D0-59-BD-D5-C5-00-00-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:485935 errors:0 dropped:0 overruns:0 frame:0
TX packets:250096 errors:0 dropped:578 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:722244272 (688.7 MiB) TX bytes:22014027 (20.9 MiB)
Interrupt:9
loLink encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:5589 errors:0 dropped:0 overruns:0 frame:0
TX packets:5589 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2216904 (2.1 MiB) TX bytes:2216904 (2.1 MiB)
wlan0_rename Link encap:Ethernet HWaddr 00:d0:59:bd:d5:c5
inet addr:192.168.137.75 Bcast:192.168.137.255 Mask:255.255.255.0
inet6 addr: fe80::2d0:59ff:febd:d5c5/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:485935 errors:0 dropped:0 overruns:0 frame:0
TX packets:250096 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:713497442 (680.4 MiB) TX bytes:22014027 (20.9 MiB)
Interrupt:9
---end of output-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Lenny install CDs without LiLO package
Yeah... Am 2008-06-25 11:07:12, schrieb Jojo: > Hello, > > i have seen at the new lenny install CD with XFCe and at the usefull > lenny netinst CD that the lilo package was removed. Do somebody know, > why? > > For all my installations I use only LiLO as bootloader because I > use only XFS partitions, also for the root partitions. And for this > combination the grub bootloader should not be used. So, if I install > on a offline machine with only XFS-partitions the installation of an > useful bootloader is not possible. Not only this, Without LILO, I can not install and/or reinstall 17 of my servers which refuse to work with grub. > Who can push the lilo package back into the install CDs? Good question! Thanks, Greetings and nice Day/Evening Michelle Konzack Systemadministrator 24V Electronic Engineer Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 +49/177/935194750, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: kernel-wedge upload ready
* Otavio Salvador <[EMAIL PROTECTED]> [2008-06-27 10:14]: > Please take a look and check if anything can be improved. If possible, > give it a try. I've built all architectures using it and all looks > fine but is better to be safe then sorry so ... I built armel udebs and made some installations with test images. Everything seems fine. (But that's for armel which doesn't use any of the new modules.) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479431: pkgsel: Upgrade packages if (security) updates are available
Frans Pop wrote: > Changelog is not correct: this does not only affect CD installs, but > affects _any_ install method as none of them will have security sources > active during base installation. Ok, but CDs are the primary debeficiary. > Shouldn't the safe-upgrade call also have --no-recommends? It was missing -q --without-recommends -y > I would like to see an option - at least something preseedable, but > possibly a debconf question at medium (maybe low) prio - to skip the > upgrade step. Attached are two more patches. Once fixes the above, and the other adds a preseed setting. -- see shy jo From b5394c7afb10b58a523203459041f2531dd911d7 Mon Sep 17 00:00:00 2001 From: Joey Hess <[EMAIL PROTECTED]> Date: Fri, 27 Jun 2008 16:06:22 -0400 Subject: [PATCH] fixes from fjp review --- packages/pkgsel/debian/changelog |6 +++--- packages/pkgsel/debian/postinst |2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/packages/pkgsel/debian/changelog b/packages/pkgsel/debian/changelog index 164c92e..f638989 100644 --- a/packages/pkgsel/debian/changelog +++ b/packages/pkgsel/debian/changelog @@ -2,9 +2,9 @@ pkgsel (0.21) UNRELEASED; urgency=low * Move redundant error handling code into a function. * Add a call to aptitude safe-upgrade before running tasksel, -so that security fixes not present on install CDs will be pulled in. -Closes: #479431 - * debconf prompts during the upgrade will be provied to d-i +so that security fixes not present on install CDs (or mirrors) +will be pulled in. Closes: #479431 + * debconf prompts during the upgrade will be provided to d-i * dpkg is forced to install new verisons of conffiles -- Joey Hess <[EMAIL PROTECTED]> Thu, 26 Jun 2008 15:46:48 -0400 diff --git a/packages/pkgsel/debian/postinst b/packages/pkgsel/debian/postinst index fabace1..106c60e 100755 --- a/packages/pkgsel/debian/postinst +++ b/packages/pkgsel/debian/postinst @@ -92,7 +92,7 @@ if [ -d "$partsdir" ]; then fi db_progress INFO pkgsel/progress/upgrade -in-target sh -c "$config debconf-apt-progress --from 5 --to 10 --logstderr -- aptitude safe-upgrade -o DPkg::options=--force-confnew" || aptfailed +in-target sh -c "$config debconf-apt-progress --from 5 --to 10 --logstderr -- aptitude -q --without-recommends -y safe-upgrade -o DPkg::options=--force-confnew" || aptfailed db_get pkgsel/include if [ "$RET" ]; then -- 1.5.5.4 From e10994b15af98ea4f09d6796eddfc7b2f157c33a Mon Sep 17 00:00:00 2001 From: Joey Hess <[EMAIL PROTECTED]> Date: Fri, 27 Jun 2008 16:12:04 -0400 Subject: [PATCH] add upgrade preseed This could be converted to a low priority question if desired. --- manual/en/appendix/preseed.xml |3 +++ packages/pkgsel/debian/pkgsel.templates |5 + packages/pkgsel/debian/postinst | 14 ++ 3 files changed, 18 insertions(+), 4 deletions(-) diff --git a/manual/en/appendix/preseed.xml b/manual/en/appendix/preseed.xml index 8b66922..e20afa7 100644 --- a/manual/en/appendix/preseed.xml +++ b/manual/en/appendix/preseed.xml @@ -1262,6 +1262,9 @@ to be used easily on the kernel command line as well. # Individual additional packages to install #d-i pkgsel/include string openssh-server build-essential +# Whether to upgrade packages after debootstrap. +# Allowed values: none, safe-upgrade, full-upgrade +#d-i pkgsel/upgrade select none # Some versions of the installer can report back on what software you have # installed, and what software you use. The default is not to report back, diff --git a/packages/pkgsel/debian/pkgsel.templates b/packages/pkgsel/debian/pkgsel.templates index f794f8c..5ef43cd 100644 --- a/packages/pkgsel/debian/pkgsel.templates +++ b/packages/pkgsel/debian/pkgsel.templates @@ -13,6 +13,11 @@ Type: text # The text is used when pkgsel is launched, before it installs packages _Description: Setting up... +Template: pkgsel/upgrade +Type: select +Choices: none, safe-upgrade, full-upgrade +Description: preseed setting for type of upgrade to perform + Template: pkgsel/progress/upgrade Type: text # This appears in a progress bar when running pkgsel diff --git a/packages/pkgsel/debian/postinst b/packages/pkgsel/debian/postinst index 106c60e..7aeae39 100755 --- a/packages/pkgsel/debian/postinst +++ b/packages/pkgsel/debian/postinst @@ -91,18 +91,24 @@ if [ -d "$partsdir" ]; then done fi -db_progress INFO pkgsel/progress/upgrade -in-target sh -c "$config debconf-apt-progress --from 5 --to 10 --logstderr -- aptitude -q --without-recommends -y safe-upgrade -o DPkg::options=--force-confnew" || aptfailed - db_get pkgsel/include if [ "$RET" ]; then tasksel_end=90 else tasksel_end=95 fi +db_get pkgsel/upgrade +if [ "$RET" = none ]; then + tasksel_start=5 +else + upgrade_type="$RET" + db_progress INFO pkgsel/progress/upgrade + in-target sh -c "$config debconf-apt-progress --from 5 --to 10 --logstderr -- aptitude -q --without-recommends -y -o DPkg::options=--force-confnew '$UP
Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot
Hello Barry, Looking at the output data I fail to see how this mess happened. I'd like to ask you to do another test for us. Please boot d-i and after wireless has been properly setup grab the following information: /proc/net/dev lspci -knn My current bet is that wireless is using a different module, but it's a guess and I'd like to confirm that. -- 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: Can we upload a new version of ttf-indic-fonts?
On Friday 27 June 2008, Praveen A wrote: > We have fixed some rendering bugs in AnjaliOldLipi and MalOtf (now > called Kalyani), part of ttf-malayalam-fonts package. We have also > added a fontconfig rule to make the size of Meera_04.ttf comparable to > Latin glyphs (it is a very common complaint that font size is smaller > for Meera). There is no change to the udeb. Since we are close to > release and this package creates a udeb we wanted to check with d-i > team before uploading it. Proposed changes are committed to the > debian-in alioth repository. We would really love to see this in > lenny. If the font size changes (which IMO is a good thing), we will probably need to adjust the "font size correction" currently done in D-I by the gtk-set-font script in the rootskel-gtk package. Or does the "There is no change to the udeb" mean that the size for the font included in the udeb was not changed? Note that we _do_ currently increase the font size by 2 points in the installer: the default font size in the installer is 9, but for Indic languages we use 11. Having a better "standard size 9" for the font in the udeb would IMO be preferable in the long run. I also see that we currently don't actually set a font for Indic languages (like we do for some others), but that's probably OK. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#488321: support labeled mounts
Package: partman-target Version: 55 Severity: wishlist Hi, since device names aren't always persistent between installation and target system, and since people want to create partimages that can be deployed without modification on sata as well as pata systems it would be nice if d-i would support labeled mounts. This would do away with the need for device names in /etc/fstab, one can simply uses the label. Attached is a small patch that adds the basic infrastructure to partman-target. To do this the number of arguments passed around by parted to describe the filesystem has to be extended from 6 to 7. The 7th argument is the label. The first hunk replaces the device name by the label (if set), the second makes sure we mount by device and not by label during installation since busybox can't handle it. Of course every fs module needs to pass on the label if wants to support labeled mounts (I'll attach a patch to partman-ext3). -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488321: Patch attached
...forgot the patch.
-- Guido
>From 35a101a2cfe554631b4b80c8cdf9dc9b3817edee Mon Sep 17 00:00:00 2001
From: Guido Guenther <[EMAIL PROTECTED]>
Date: Fri, 27 Jun 2008 22:41:48 +0200
Subject: [PATCH] add support for labeled mounts
---
.../partman-target/finish.d/fstab_hd_entries | 10 +-
.../partman-target/finish.d/mount_partitions |3 ++-
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/packages/partman/partman-target/finish.d/fstab_hd_entries b/packages/partman/partman-target/finish.d/fstab_hd_entries
index 9c1429d..4b9d260 100755
--- a/packages/partman/partman-target/finish.d/fstab_hd_entries
+++ b/packages/partman/partman-target/finish.d/fstab_hd_entries
@@ -7,7 +7,8 @@ fstab=$(
[ -x "$i" ] || continue
$i
done |
- while read fs mp type options dump pass; do
+ while read fs mp type options dump pass label; do
+ [ -z "$label" ] || fs=$label
echo $mp $fs $type $options $dump $pass
done |
sort |
@@ -16,8 +17,11 @@ fstab=$(
(/*)
printf "%-15s %-15s %-7s %-15s %-7s %s\n" "$(mapdevfs $fs)" "${mp}" "$type" "$options" "$dump" "$pass"
;;
+ (LABEL=*)
+ printf "%-15s %-15s %-7s %-15s %-7s %s\n" "$fs" "${mp}" "$type" "$options" "$dump" "$pass"
+ ;;
esac
done
)
echo "$fstab" >>/target/etc/fstab
diff --git a/packages/partman/partman-target/finish.d/mount_partitions b/packages/partman/partman-target/finish.d/mount_partitions
index 9c8499e..58b8cb2 100755
--- a/packages/partman/partman-target/finish.d/mount_partitions
+++ b/packages/partman/partman-target/finish.d/mount_partitions
@@ -7,7 +7,8 @@ fstab=$(
[ -x "$i" ] || continue
$i
done |
- while read fs mp type options dump pass; do
+ while read fs mp type options dump pass label; do
+ # dont try labeled mounts since busybox cant handle this
echo $mp $fs $type $options $dump $pass
done |
sort |
--
1.5.6
Bug#488322: support labeled mounts
Package: partman-ext3 Version: 52 Severity: wishlist Tags: patch This patch uses the "infrastructure" from #488321 to allow partitons to be mounted by label instead of device name. Note that $id/labeled_mount is currently only settable when doing auto partitioning but should this patch look useful I can add the dialog field too. -- Guido >From b40d74b1645607d9db65104d7e6a4bbf331a Mon Sep 17 00:00:00 2001 From: Guido Guenther <[EMAIL PROTECTED]> Date: Fri, 27 Jun 2008 22:42:32 +0200 Subject: [PATCH] allow for labeled mounts --- packages/partman/partman-ext3/fstab.d/ext3 |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/packages/partman/partman-ext3/fstab.d/ext3 b/packages/partman/partman-ext3/fstab.d/ext3 index 2a064ee..b0d4d36 100755 --- a/packages/partman/partman-ext3/fstab.d/ext3 +++ b/packages/partman/partman-ext3/fstab.d/ext3 @@ -10,6 +10,10 @@ for dev in $DEVICES/*; do [ $fs != free ] || continue [ -f "$id/method" ] || continue [ -f "$id/acting_filesystem" ] || continue + if [ -f "$id/labeled_mount" -a -s "$id/label" ]; then + label="LABEL="$(cat $id/label | \ +sed 's/\(\).*/\1/g') + fi method=$(cat $id/method) filesystem=$(cat $id/acting_filesystem) case "$filesystem" in @@ -31,7 +35,7 @@ for dev in $DEVICES/*; do else pass=2 fi - echo "$path" "$mountpoint" ext3 $options 0 $pass + echo "$path" "$mountpoint" ext3 $options 0 $pass $label ;; esac done -- 1.5.6
Bug#488321: support labeled mounts
Guido Günther <[EMAIL PROTECTED]> writes: > Package: partman-target > Version: 55 > Severity: wishlist > > Hi, > since device names aren't always persistent between installation and > target system, and since people want to create partimages that can > be deployed without modification on sata as well as pata systems it > would be nice if d-i would support labeled mounts. > This would do away with the need for device names in /etc/fstab, one > can simply uses the label. > Attached is a small patch that adds the basic infrastructure to > partman-target. To do this the number of arguments passed around by > parted to describe the filesystem has to be extended from 6 to 7. The > 7th argument is the label. The first hunk replaces the device name by > the label (if set), the second makes sure we mount by device and not by > label during installation since busybox can't handle it. > Of course every fs module needs to pass on the label if wants to support > labeled mounts (I'll attach a patch to partman-ext3). Looks like you forgot to attach it. Please do. -- 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]
"Debian Installer Lenny Beta 2" CDs kernel freezes in qemu virtual machine installation
Hi folks, I wanted to test the "Debian Installer Lenny Beta 2" CD images with qemu again (installing both from virtual Windoze XP and the "normal" way), but the kernel freezes (I tried the KDE-CD-1 and businesscard images). I think this is a known problem, as Joey Hess is having the same problems: http://people.debian.org/~joeyh/d-i/test-logs.html Any way to help Debian to work with qemu? Whith whom should I communicate? Thanks in advance! Jochen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#488111: support for installing GRUB without blocklists on GPT
Quoting Robert Millan ([EMAIL PROTECTED]): > > OK. In that case I think "Reserve BIOS boot area:" would have my vote. > > Here's a new patch with all the requested changes. OK for debconf templates. signature.asc Description: Digital signature
changes to my git repository
I've regnerated my d-i.git repository, and all sha1s have changed, so if you've cloned from it, you'll have to re-clone. Sorry about that, but the following enhancements seemed worthwhile: - Now you can clone my repository and quickly start using git-svn fetch, rebase, and dcommit yourself, which didn't work right with clones of the old one. Details in the wiki. - Size of .git reduced to only 175 mb, from 450+. [1] - Commit logs include full author names/emails. (If you absolutely need to use the old repository for some reason, I've kept a copy named d-i.git.old.) -- see shy jo [1] Yes, that means that the entire d-i history fits in git in less space than is used by the .svn directories of a svn checkout! The space savings are partly due to much better packing, and partly because this repo only includes svn trunk. signature.asc Description: Digital signature
