Status update 2 about the D-I translation framework changes (sublevels)
Quoting myself: Some work remains to be done: - make the statistics framework functional (http://d-i.alioth.debian.org/l10n-stats) Done. - make the translators notification system functional Now done (all translators who are subscribed to websec got notified last night) - document changes To be done. -- signature.asc Description: Digital signature
Bug#468481: Incorrect error message when target /var partition is full
Package: debian-installer Severity: normal When/if you make a too small /var partition, d-i complains with tons of /pool/.../blah.deb is corrupt messages, where a single disk full message and a dialog option to go back to the main menu or partition tools would be more usefull... It is similar to #435769, but I think correcting the error message is a more realist goal. --- System information. --- Architecture: i386 Debian Release: 4.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440439: Updated patch
On Thu, Feb 28, 2008 at 08:47:56PM -0300, Otavio Salvador wrote: But why you've change to grep instead checking the $? This way we fail when either: multipath -l returns an error or when the output doesn't contain any valid multipaths. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442236: updated patch
On Fri, Feb 29, 2008 at 01:53:00AM +0100, Frans Pop wrote: On Friday 29 February 2008, Otavio Salvador wrote: Better: _Description: Multipath %s, partition #%s looks more logical and follows rest of templates. Agreed. Feel free to commit (with changelog entry) after that. Thanks, done. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#468490: Package: debian-40r3-sparc-CD-1.iso CD installation-reports
Processing commands for [EMAIL PROTECTED]: reassign 468490 installation-reports Bug#468490: Package: debian-40r3-sparc-CD-1.iso CD installation-reports Warning: Unknown package 'debian-40r3-sparc-cd-1.iso' Bug reassigned from package `debian-40r3-sparc-cd-1.iso installation-reports' to `installation-reports'. thanks 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]
Re: r51611 - in trunk/packages/partman/partman-base: debian init.d lib
On Fri, Feb 29, 2008 at 09:23:25AM -0300, Otavio Salvador wrote: Guido Guenther [EMAIL PROTECTED] writes: +Template: partman/text/multipath_partition +Type: text +_Description: Multipath %s partition #%s + Wrong. Don't you think that was a little unnecessarily abrupt for a comment about a missing comma? Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440439: Updated patch
On Fri, Feb 29, 2008 at 01:50:34AM +0100, Frans Pop wrote: P.S. I'm going to assume you're subscribed to the list from now on. No need to CC me on replies either. Sure. But please do cc: me since I'm not reading debian-boot that frequently. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#468490: Package: debian-40r3-sparc-CD-1.iso CD installation-reports
Processing commands for [EMAIL PROTECTED]: reassign 468490 installation-reports Bug#468490: Package: debian-40r3-sparc-CD-1.iso CD installation-reports Bug reassigned from package `installation-reports' 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]
Re: r51611 - in trunk/packages/partman/partman-base: debian init.d lib
Guido Guenther [EMAIL PROTECTED] writes: Modified: trunk/packages/partman/partman-base/debian/partman-base.templates == --- trunk/packages/partman/partman-base/debian/partman-base.templates (original) +++ trunk/packages/partman/partman-base/debian/partman-base.templates Fri Feb 29 11:48:30 2008 @@ -295,6 +295,14 @@ # :sl3: _Description: Serial ATA RAID %s (partition #%s) +Template: partman/text/multipath +Type: text +_Description: Multipath %s (WWID %s) + +Template: partman/text/multipath_partition +Type: text +_Description: Multipath %s partition #%s + Template: partman/text/lvm_lv Type: text # :sl3: Wrong. _Description: Multipath %s, partition #%s ^ here -- 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]
Processed: Re: Bug#467415: debian-installer: new way of displaying information
Processing commands for [EMAIL PROTECTED]: reassign 467415 cdebconf-newt-udeb Bug#467415: debian-installer: new way of displaying information Bug reassigned from package `debian-installer' to `cdebconf-newt-udeb'. thanks 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#440439: Updated patch
Guido Günther [EMAIL PROTECTED] writes: On Thu, Feb 28, 2008 at 08:47:56PM -0300, Otavio Salvador wrote: But why you've change to grep instead checking the $? This way we fail when either: multipath -l returns an error or when the output doesn't contain any valid multipaths. Ah ok, so it's an improvement. Commit it then. -- 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.
Bug#467415: debian-installer: new way of displaying information
reassign 467415 cdebconf-newt-udeb thanks On Mon, Feb 25, 2008 at 09:04:22AM +, ardoRic wrote: As can be seen on [1], it can happen that translated strings do not fit into installer window. Currently there is no way that i could figure out to show the entire string. […] I'd like to suggest that thought is put into this issue trying to find a universal solution for this problem. […] I think this request only applies to the newt interface (even though i havent, yet, tested how it shows on the gtk one). […] [1] http://www.debianpt.org/~ardoric/opcoes-reiserfs.png Reassigning this bug to cdebconf-newt-udeb, as other cdebconf frontends should more or less cope with long strings in select/multiselect questions. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Re: r51611 - in trunk/packages/partman/partman-base: debian init.d lib
On Friday 29 February 2008, Otavio Salvador wrote: Guido Guenther [EMAIL PROTECTED] writes: +Template: partman/text/multipath_partition +Type: text +_Description: Multipath %s partition #%s + Wrong. _Description: Multipath %s, partition #%s ^ here I have changed this to: _Description: Multipath %s (partition #%s) This is consistent with the existing template for ATA RAID. signature.asc Description: This is a digitally signed message part.
Bug#468490: debian-40r3-sparc-CD-1.iso CD installation-reports
This System has no screen and no DVD, so I think it is a good idea to install CD #1 over a simple 9600-Modem line but the installer has to many screen-codes. I have installed quite often over a serial line without real problems. It certainly did not get progressively slower. Did you try the network-console option? That allows to continue the installation over SSH after the network has been set up. Configure network: [should be auto-DHCP but no success] Problems getting a DHCP lease have in the past always proven to be a local network configuration issue. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468481: Incorrect error message when target /var partition is full
On Friday 29 February 2008, Olivier Guerrier wrote: When/if you make a too small /var partition, d-i complains with tons of /pool/.../blah.deb is corrupt messages, where a single disk full message and a dialog option to go back to the main menu or partition tools would be more usefull... It is similar to #435769, but I think correcting the error message is a more realist goal. The problem is that this does not really have anything to do with the installer. The error messages are what apt/dpkg produce in this situation and they would also produce these same errors on an installed system if /var is full. I'm a bit hesitant in reassigning this to apt/dpkg myself. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468451: Installation Report for Testing that Failed.
On Friday 29 February 2008, Robert Stryk wrote: Comments/Problems: First attempt: Used expertgui. Network did not autoconfigure. Assigned IP address. Computer became unresponsive at apt-configure (scan mirror). Second attempt: Used expertgui. Network configured automatically. apt-configure completed. Computer became unresponsive at Select and Install Software. Did not appear to start this step. The randomness of these errors make me suspect that there is a problem with your system, or possibly your network connection. Third attempt: Used rescuegui. Network configured automatically. Select and Install Software completed. Installation appeared to finish. Booted up from hard disk. User name not accepted. Root password not accepted. Used Shadow file in User setup. An installation with 'rescue' is not intended to result in a bootable system. Please don't try random things without knowing why you're doing them. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467415: debian-installer: new way of displaying information
On Monday 25 February 2008, ardoRic wrote: I'd like to suggest that thought is put into this issue trying to find a universal solution for this problem. I have no idea whether your suggestions will ever be implemented or not. I very much doubt it will happen any time soon. If we really want an international Debian, we should take care of all such issues. Well, ATM translators _are_ warned about this. For this string there is an instruction that translations should not be longer than 65 characters. For the short term, you should really contact the translators for your language (is this pt or pt_BR?) and get them to rewrite any strings that are too long. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468357: win32-loader: installer won't load after rebooting
On Fri, Feb 29, 2008 at 12:10:49AM -0500, Jim Paris wrote: Wei Chen wrote: It seems that my last report with an attachment was not able to get reached to your list. You may follow this link to see a BTS Web archive of it. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=468357#13 Hi Wei, You mentioned your desktop is a Dimension C521. For the similar E521 it looks like other people ran into the exact same problem: http://www.felix-schwarz.name/Linux_on_Dell_E521_(en)#Boot_.28solved.29 and the solution in that case was to upgrade the system BIOS and/or try the kernel command line arguments acpi=noirq or enable_8254_timer. Can we close this bug, or is there someplace else where we'd like to keep it? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r51611 - in trunk/packages/partman/partman-base: debian init.d lib
Colin Watson [EMAIL PROTECTED] writes: On Fri, Feb 29, 2008 at 09:23:25AM -0300, Otavio Salvador wrote: Guido Guenther [EMAIL PROTECTED] writes: +Template: partman/text/multipath_partition +Type: text +_Description: Multipath %s partition #%s + Wrong. Don't you think that was a little unnecessarily abrupt for a comment about a missing comma? Hehe ... this wasn't suppose to look like this. It was suggested on the review mail and he has forgot it. Just sent a mail to remeber him about it. Guido, if it looked abrupt, sorry. It wasn't my intention. -- 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#467415: debian-installer: new way of displaying information
On Fri, Feb 29, 2008 at 1:33 PM, Frans Pop [EMAIL PROTECTED] wrote: I have no idea whether your suggestions will ever be implemented or not. I very much doubt it will happen any time soon. Well, ATM translators _are_ warned about this. For this string there is an instruction that translations should not be longer than 65 characters. For the short term, you should really contact the translators for your language (is this pt or pt_BR?) and get them to rewrite any strings that are too long. I am part of the translation team for my language (pt), and i noticed this issue while proof-reading the portuguese 'version' of the installer. It was only after writing the BR that i actually found where the strings are and noticed the warning about it's width. Although we were able to shorten it down, i still think this matter should be taken in consideration because limiting the width of the translation may give rise to inferior, or even incorrect, translations. Thank you for any and all attention put on this matter, Ricardo Silva -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468565: debian-installer: setting the clock takes too long from behind firewall
Package: debian-installer Severity: normal Hi, when the Debian Installer tries to set the system clock from a network time server, and the installation runs from behind a firewall that does not permit arbitrary outgoing connection, the installation process waits for like two minutes to time out. Please consider setting the timeout to, like, ten seconds. Greetings Marc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.2-scyw00225 (PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468481: Incorrect error message when target /var partition is full
Frans Pop [EMAIL PROTECTED] writes: On Friday 29 February 2008, Olivier Guerrier wrote: When/if you make a too small /var partition, d-i complains with tons of /pool/.../blah.deb is corrupt messages, where a single disk full message and a dialog option to go back to the main menu or partition tools would be more usefull... It is similar to #435769, but I think correcting the error message is a more realist goal. The problem is that this does not really have anything to do with the installer. The error messages are what apt/dpkg produce in this situation and they would also produce these same errors on an installed system if /var is full. I'm a bit hesitant in reassigning this to apt/dpkg myself. I'll look into it but I guess it's a dpkg issue, not sure yet. -- 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#468357: win32-loader: installer won't load after rebooting
On Fri, Feb 29, 2008 at 1:10 PM, Jim Paris [EMAIL PROTECTED] wrote: Wei Chen wrote: It seems that my last report with an attachment was not able to get reached to your list. You may follow this link to see a BTS Web archive of it. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=468357#13 Hi Wei, You mentioned your desktop is a Dimension C521. For the similar E521 it looks like other people ran into the exact same problem: http://www.felix-schwarz.name/Linux_on_Dell_E521_(en)#Boot_.28solved.29 and the solution in that case was to upgrade the system BIOS and/or try the kernel command line arguments acpi=noirq or enable_8254_timer. -jim Hi. Thank you for your information. I shall try it out and have you informed the result. -- Cheers, Wei http://www.acplex.com/people/wchen/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: debian-installer: setting the clock takes too long from behind firewall
Processing commands for [EMAIL PROTECTED]: reassign 468565 clock-setup Bug#468565: debian-installer: setting the clock takes too long from behind firewall Bug reassigned from package `debian-installer' to `clock-setup'. forcemerge 448871 468565 Bug#448871: Should give us the option of syncing time Bug#468565: debian-installer: setting the clock takes too long from behind firewall Forcibly Merged 448871 468565. thanks 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#468565: debian-installer: setting the clock takes too long from behind firewall
forcemerge 448871 468565 thanks when the Debian Installer tries to set the system clock from a network time server, and the installation runs from behind a firewall [the] process waits for like two minutes to time out. Please consider setting the timeout to, like, ten seconds. Thank-you for your bug report. As this is the same basic issue as #448871, I am, like, merging it there. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#468573: Default sources.list should use release names, not 'stable'
Package: debian-installer Version: 20070308etch2 Severity: normal It's almost a daily occurence on #debian for people to come in with broken systems because the installer has given them a sources.list with 'stable', and they've unintentionally upgraded partially to a new release by doing a simple packaging operation. It seems that it would be better for the installer to use explicit release names instead of 'stable'. Of course, the fact that people are having trouble with something doesn't necessarily mean that it's wrong. Even so, I can't see the upside of using 'stable'. An oldstable-stable upgrade is not simple enough that it makes sense for it to happen as a natural result of using the packaging tools as opposed to because the admin has made a deliberate decision to upgrade. In the case of people who simply aren't aware of the idea of oldstable-stable upgrades, I think it makes more sense to leave their systems as the originally-installed release indefinitely than it does to let them partially upgrade (or do an attempt at an upgrade with dist-upgrade). I think the chance that they'll figure out that the apt output they're seeing means that they need to go to www.debian.org, read the release notes, and then follow them carefully in order to upgrade their system, is quite small. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468624: python-xml removal: please drop/replace (build) dependencies
Package: discover-data Severity: important User: [EMAIL PROTECTED] Usertags: python-xml-removal Since some time a subset of python-xml is included in the standard python library, while the python-xml package did not see any updates for years. It is time to drop it from the distribution. Update scenarios: - Just drop the (build) dependency, if the functionality is included in python. (Build)-depend on python (= 2.4). - Copy missing code in the std library from the python-xml package. (e.g. for some installer packages: localechoose). - Use another xml library (python-4suite-xml, python-lxml). Please contact the ML [EMAIL PROTECTED] for further questions and help. Patches for some packages may be available as a diff of an Ubuntu package at http://packages.qa.debian.org/discover-data It is likely that the severity of this report is raised before the release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468635: python-xml removal: please drop/replace (build) dependencies
Package: localechooser Severity: important User: [EMAIL PROTECTED] Usertags: python-xml-removal Since some time a subset of python-xml is included in the standard python library, while the python-xml package did not see any updates for years. It is time to drop it from the distribution. Update scenarios: - Just drop the (build) dependency, if the functionality is included in python. (Build)-depend on python (= 2.4). - Copy missing code in the std library from the python-xml package. (e.g. for some installer packages: localechoose). - Use another xml library (python-4suite-xml, python-lxml). Please contact the ML [EMAIL PROTECTED] for further questions and help. Patches for some packages may be available as a diff of an Ubuntu package at http://packages.qa.debian.org/localechooser It is likely that the severity of this report is raised before the release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468623: python-xml removal: please drop/replace (build) dependencies
Package: choose-mirror Severity: important User: [EMAIL PROTECTED] Usertags: python-xml-removal Since some time a subset of python-xml is included in the standard python library, while the python-xml package did not see any updates for years. It is time to drop it from the distribution. Update scenarios: - Just drop the (build) dependency, if the functionality is included in python. (Build)-depend on python (= 2.4). - Copy missing code in the std library from the python-xml package. (e.g. for some installer packages: localechoose). - Use another xml library (python-4suite-xml, python-lxml). Please contact the ML [EMAIL PROTECTED] for further questions and help. Patches for some packages may be available as a diff of an Ubuntu package at http://packages.qa.debian.org/choose-mirror It is likely that the severity of this report is raised before the release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468357: win32-loader: installer won't load after rebooting
On Fri, Feb 29, 2008 at 11:19 PM, Wei Chen [EMAIL PROTECTED] wrote: On Fri, Feb 29, 2008 at 1:10 PM, Jim Paris [EMAIL PROTECTED] wrote: Hi Wei, You mentioned your desktop is a Dimension C521. For the similar E521 it looks like other people ran into the exact same problem: http://www.felix-schwarz.name/Linux_on_Dell_E521_(en)#Boot_.28solved.29 and the solution in that case was to upgrade the system BIOS and/or try the kernel command line arguments acpi=noirq or enable_8254_timer. -jim Hi. Thank you for your information. I shall try it out and have you informed the result. Hi. Upgrading of the BIOS did not solve the problem. However, the installer booted well when the kernel argument acpi=noirq was added. After the installation, it could reboot into the newly installed system by itself without any additional configuration. Thank you for your help. -- Cheers, Wei http://www.acplex.com/people/wchen/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468573: marked as done (Default sources.list should use release names, not 'stable')
Your message dated Fri, 29 Feb 2008 19:55:12 +0100 with message-id [EMAIL PROTECTED] and subject line Re: Bug#468573: Default sources.list should use release names, not 'stable' has caused the Debian Bug report #468573, regarding Default sources.list should use release names, not 'stable' 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 [EMAIL PROTECTED] immediately.) -- 468573: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=468573 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: debian-installer Version: 20070308etch2 Severity: normal It's almost a daily occurence on #debian for people to come in with broken systems because the installer has given them a sources.list with 'stable', and they've unintentionally upgraded partially to a new release by doing a simple packaging operation. It seems that it would be better for the installer to use explicit release names instead of 'stable'. Of course, the fact that people are having trouble with something doesn't necessarily mean that it's wrong. Even so, I can't see the upside of using 'stable'. An oldstable-stable upgrade is not simple enough that it makes sense for it to happen as a natural result of using the packaging tools as opposed to because the admin has made a deliberate decision to upgrade. In the case of people who simply aren't aware of the idea of oldstable-stable upgrades, I think it makes more sense to leave their systems as the originally-installed release indefinitely than it does to let them partially upgrade (or do an attempt at an upgrade with dist-upgrade). I think the chance that they'll figure out that the apt output they're seeing means that they need to go to www.debian.org, read the release notes, and then follow them carefully in order to upgrade their system, is quite small. Cheers. ---End Message--- ---BeginMessage--- On Friday 29 February 2008, Andrew Moise wrote: It's almost a daily occurence on #debian for people to come in with broken systems because the installer has given them a sources.list with 'stable', and they've unintentionally upgraded partially to a new release by doing a simple packaging operation. It seems that it would be better for the installer to use explicit release names instead of 'stable'. It would be nice if you'd check your facts before filing a BR. The Debian Installer has been setting codenames in sources.list files since Etch. Sarge was the last release where the installer used suites. apt-setup (1:0.4) unstable; urgency=low [ Frans Pop ] * Use the codename for the release in sources.list instead of the suite. Requires: cdrom-detect =1.11; choose-mirror =1.16; iso-scan =1.10. Closes: #313235 -- Colin Watson [EMAIL PROTECTED] Fri, 9 Dec 2005 12:09:30 + ^^ Cheers, FJP ---End Message---
Bug#468573: Default sources.list should use release names, not 'stable'
On 2/29/08, Frans Pop [EMAIL PROTECTED] wrote: It would be nice if you'd check your facts before filing a BR. The Debian Installer has been setting codenames in sources.list files since Etch. Sarge was the last release where the installer used suites. My sincerest apologies. I was led to believe that that wasn't the case, but I obviously should have checked for myself. Sorry for the noise. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] add -versatile flavour to linux-kernel-di-armel-2.6
On Thu, Feb 28, 2008 at 08:18:58PM +0100, Martin Michlmayr wrote: * Robert Millan [EMAIL PROTECTED] [2008-02-25 23:44]: This patch adds -versatile flavour to linux-kernel-di-armel-2.6 This patch seems to miss an update to the package-list file. You can use the package-list file to specify that this kernel provides ext2 and other modules (i.e. that they are built-in). Thanks. Fixed and committed. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-base: fix part_of_multipath check
Patch moved that hunk outside the actual for loop so $partdev was always empty. I didn't notice earlier since I expected the QEMU devices to showup anyway since they're not SCSI. O.k. to apply? -- Guido --- packages/partman/partman-base/init.d/parted |9 + 1 files changed, 5 insertions(+), 4 deletions(-) diff --git a/packages/partman/partman-base/init.d/parted b/packages/partman/partman-base/init.d/parted index d30ce1a..ceb4811 100755 --- a/packages/partman/partman-base/init.d/parted +++ b/packages/partman/partman-base/init.d/parted @@ -43,10 +43,6 @@ if [ ! -f /var/run/parted_server.pid ]; then # TODO: How do we signal we couldn't start parted_server properly? exit $RET fi - # Skip devices that are part of a multipathed device - if part_of_multipath $partdev; then - continue - fi rm -rf /var/lib/partman/old_devices if [ -d $DEVICES ]; then @@ -72,6 +68,11 @@ if [ ! -f /var/run/parted_server.pid ]; then fi fi + # Skip devices that are part of a multipathed device + if part_of_multipath $partdev; then + continue + fi + dirname=$(echo $1 | sed 's:/:=:g') dev=$DEVICES/$dirname if [ -d /var/lib/partman/old_devices/$dirname ]; then -- 1.5.4.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-base: silence dmsetup
Subject says it all. Otherwise dmsetup complains loudly when a device
map doesn't exist. O.k. to apply?
-- Guido
---
packages/partman/partman-base/lib/base.sh |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/packages/partman/partman-base/lib/base.sh
b/packages/partman/partman-base/lib/base.sh
index dada3ef..70f87cb 100644
--- a/packages/partman/partman-base/lib/base.sh
+++ b/packages/partman/partman-base/lib/base.sh
@@ -508,7 +508,7 @@ memfree () {
dm_table () {
local type=
if [ -x /sbin/dmsetup ]; then
- type=$(/sbin/dmsetup table $1 | head -n 1 | cut -d -f3)
+ type=$(/sbin/dmsetup table $1 2/dev/null | head -n 1 | cut
-d -f3)
fi
echo $type
}
--
1.5.4.1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-base: define variables as local in commit.sh
Define variables as local. The partition numbers are still weird in the
dialog, will fix this up at a later iteration. O.k. to apply?
-- Guido
---
packages/partman/partman-base/lib/commit.sh |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/packages/partman/partman-base/lib/commit.sh
b/packages/partman/partman-base/lib/commit.sh
index f5ccfe9..86b6d64 100644
--- a/packages/partman/partman-base/lib/commit.sh
+++ b/packages/partman/partman-base/lib/commit.sh
@@ -5,6 +5,7 @@
confirm_changes () {
local dev part partitions num id size type fs path name filesystem
local x template partdesc partitems items formatted_previously
+ local device dmtype
template=$1
# Compute the changes we are going to do
@@ -52,9 +53,10 @@ confirm_changes () {
filesystem=$(cat $id/visual_filesystem)
# Special case d-m devices to use a different
description
if cat device | grep -q /dev/mapper ; then
- type=$(dm_table $device)
+ device=$(cat device)
+ dmtype=$(dm_table $device)
# multipath devices are partitioned
- if [ $type != multipath ] !
is_multipath_part $device; then
+ if [ $dmtype != multipath ] !
is_multipath_part $device; then
partdesc=partman/text/confirm_unpartitioned_item
fi
fi
--
1.5.4.1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468668: Unable to start d-i after running win32-loader (empty GRUB)
Package: win32-loader Version: 0.6.3 Severity: normal On a new laptop on which I never used win32-loader successfully before, I succeeded to run win32-loader now that it works on Vista 64-bit (thank you), but it failed once rebooting and trying to launch d-i. After selecting in Windows' bootloader to run d-i, I get a GRUB 2 menu with no choices. A first choice was selected, but there was no label and I only saw that it was highlighted. I couldn't boot it. I can't remember what's supposed to happen after choosing to run d-i, so I don't know whether I should see choices or whether it's abnormal that I see GRUB. I don't know the actual win32-loader version I used, I'm putting 0.6.3 because that's the current version and I downloaded debian.exe yesterday. This only happened on 1 machine once. Sorry to have no more clues, I'd be happy to provide you more information if you need. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-base: extend regex to handle faked qemu multipath via hda
The multipath output then looks like:
...
\_ #:#:#:# hda 3:0 ...
since there is no controller:bus:id:lun to read. O.k. to apply? Eases
testing with QEMU/KVM a lot.
Cheers,
-- Guido
---
packages/partman/partman-base/init.d/parted |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/packages/partman/partman-base/init.d/parted
b/packages/partman/partman-base/init.d/parted
index ceb4811..6f6fc2e 100755
--- a/packages/partman/partman-base/init.d/parted
+++ b/packages/partman/partman-base/init.d/parted
@@ -26,7 +26,7 @@ part_of_multipath() {
# The block devices that make up the multipath:
# Output looks like \_ 4:0:0:1 sdc 8:32 ...
for mpdev in $(multipath -l | \
- grep '_ \([0-9]\+:\)\{3\}[0-9]\+ sd[a-z]\+
[0-9]\+:[0-9]\+' | \
+ grep '_ \([#0-9]\+:\)\{3\}[#0-9]\+ [hs]d[a-z]\+
[0-9]\+:[0-9]\+' | \
cut -f4 -d' '); do
if [ $(readlink -f /dev/$mpdev) = $1 ]; then
return 0
--
1.5.4.1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] add -versatile flavour to linux-kernel-di-armel-2.6
On Friday 29 February 2008, Robert Millan wrote: On Thu, Feb 28, 2008 at 08:18:58PM +0100, Martin Michlmayr wrote: * Robert Millan [EMAIL PROTECTED] [2008-02-25 23:44]: This patch adds -versatile flavour to linux-kernel-di-armel-2.6 This patch seems to miss an update to the package-list file. You can use the package-list file to specify that this kernel provides ext2 and other modules (i.e. that they are built-in). Thanks. Fixed and committed. Where exactly did anybody give an OK for this to be committed by you? I would say that the comments were at most an invitation to prepare a new patch and submit that for review again. Another example is the commit you did to the manual. You asked for review, but then used a minor comment from someone who's himself not actually part of the team as a justification to commit the change. It would have been much nicer if you'd left a bit more time for the actual maintainers of the manual to respond (especially when you know people are away at a conference). After you already committed I myself no longer saw any point in commenting, so I didn't. I will now probably just rewrite the text if I see a reason to do so. I really totally disagree with the way you appropriate things and am even at this point starting to consider whether your commit access to the D-I SVN repository should just be revoked. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: [PATCH] add -versatile flavour to linux-kernel-di-armel-2.6
Frans Pop [EMAIL PROTECTED] writes: On Friday 29 February 2008, Robert Millan wrote: On Thu, Feb 28, 2008 at 08:18:58PM +0100, Martin Michlmayr wrote: * Robert Millan [EMAIL PROTECTED] [2008-02-25 23:44]: This patch adds -versatile flavour to linux-kernel-di-armel-2.6 This patch seems to miss an update to the package-list file. You can use the package-list file to specify that this kernel provides ext2 and other modules (i.e. that they are built-in). Thanks. Fixed and committed. Where exactly did anybody give an OK for this to be committed by you? I would say that the comments were at most an invitation to prepare a new patch and submit that for review again. Another example is the commit you did to the manual. You asked for review, but then used a minor comment from someone who's himself not actually part of the team as a justification to commit the change. It would have been much nicer if you'd left a bit more time for the actual maintainers of the manual to respond (especially when you know people are away at a conference). After you already committed I myself no longer saw any point in commenting, so I didn't. I will now probably just rewrite the text if I see a reason to do so. I really totally disagree with the way you appropriate things and am even at this point starting to consider whether your commit access to the D-I SVN repository should just be revoked. Cheers, FJP While I fully agree with your complains and also think that Robert should really be more careful in the future I also think that we all do mistakes and learn from them. He has been very active and tries to make things go fast (as I also do mistakenly sometimes) however this doesn't justify his commit right removal. Mistakes are far from usual misbehaviour and I'm sure Robert will do his best to avoid this to happen again. Am I right Robert? -- 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#468668: Unable to start d-i after running win32-loader (empty GRUB)
On Fri, Feb 29, 2008 at 04:11:51PM -0500, Filipus Klutiero wrote: Package: win32-loader Version: 0.6.3 Severity: normal On a new laptop on which I never used win32-loader successfully before, I succeeded to run win32-loader now that it works on Vista 64-bit (thank you), but it failed once rebooting and trying to launch d-i. After selecting in Windows' bootloader to run d-i, I get a GRUB 2 menu with no choices. A first choice was selected, but there was no label and I only saw that it was highlighted. I couldn't boot it. I can't remember what's supposed to happen after choosing to run d-i, so I don't know whether I should see choices or whether it's abnormal that I see GRUB. I don't know the actual win32-loader version I used, I'm putting 0.6.3 because that's the current version and I downloaded debian.exe yesterday. This only happened on 1 machine once. Sorry to have no more clues, I'd be happy to provide you more information if you need. You said it only happens on one machine once; does that mean if you repeat the procedure it's no longer reproducible? Is there a c:\grub.cfg file? If so, please provide it. Also, are you using drive encryption or any unusual filesystem feature? If you can reproduce it, what happens if you try: - Press 'c' to get a rescue GRUB shell - Run: cat (hd0,1)/grub.cfg does this correctly print the contents of c:\grub.cfg ? Thanks -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] add -versatile flavour to linux-kernel-di-armel-2.6
On Fri, Feb 29, 2008 at 07:31:55PM -0300, Otavio Salvador wrote: Frans Pop [EMAIL PROTECTED] writes: On Friday 29 February 2008, Robert Millan wrote: On Thu, Feb 28, 2008 at 08:18:58PM +0100, Martin Michlmayr wrote: * Robert Millan [EMAIL PROTECTED] [2008-02-25 23:44]: This patch adds -versatile flavour to linux-kernel-di-armel-2.6 This patch seems to miss an update to the package-list file. You can use the package-list file to specify that this kernel provides ext2 and other modules (i.e. that they are built-in). Thanks. Fixed and committed. Where exactly did anybody give an OK for this to be committed by you? I would say that the comments were at most an invitation to prepare a new patch and submit that for review again. Another example is the commit you did to the manual. You asked for review, but then used a minor comment from someone who's himself not actually part of the team as a justification to commit the change. It would have been much nicer if you'd left a bit more time for the actual maintainers of the manual to respond (especially when you know people are away at a conference). After you already committed I myself no longer saw any point in commenting, so I didn't. I will now probably just rewrite the text if I see a reason to do so. I really totally disagree with the way you appropriate things and am even at this point starting to consider whether your commit access to the D-I SVN repository should just be revoked. While I fully agree with your complains and also think that Robert should really be more careful in the future I also think that we all do mistakes and learn from them. He has been very active and tries to make things go fast (as I also do mistakenly sometimes) however this doesn't justify his commit right removal. Mistakes are far from usual misbehaviour and I'm sure Robert will do his best to avoid this to happen again. Am I right Robert? Hey, Sorry, I missunderstood. Please, would you tell me which specific rules I should observe for each part of D-I? I understand I can handle win32-loader/ directory freely, but for the rest I really don't know, and was just using common sense. Thanks -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman-base: extend regex to handle faked qemu multipath via hda
On Friday 29 February 2008, Guido Günther wrote: The multipath output then looks like: ... \_ #:#:#:# hda 3:0 ... since there is no controller:bus:id:lun to read. O.k. to apply? Eases testing with QEMU/KVM a lot. This patch does not make any sense to me as it only _allows_ the #, but I see nothing that puts the # into the string being tested. How exactly are you testing multipath? Other three patches look OK. I like the rename of the too generic 'type' to 'dmtype'. Note that you can just commit bug fixes as long as they're confined to the multipath code. No need to ask for an OK for every minor change. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: [PATCH] add -versatile flavour to linux-kernel-di-armel-2.6
Robert Millan [EMAIL PROTECTED] writes: Sorry, I missunderstood. Please, would you tell me which specific rules I should observe for each part of D-I? I understand I can handle win32-loader/ directory freely, but for the rest I really don't know, and was just using common sense. Basically: - every change that isn't done on modules where you're the main developer, needs ack on ml - be even more careful when you change involves string changes (manual, for example) - when we're preparing a release, always ask for ack for changes on d-i svn. Remember the win32-loader upload I complained to you via IRC? -- 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_20080227_mipsel.changes ACCEPTED
Accepted: debian-installer_20080227_mipsel.deb to pool/main/d/debian-installer/debian-installer_20080227_mipsel.deb Override entries for your package: debian-installer_20080227_mipsel.deb - optional devel Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman-base: extend regex to handle faked qemu multipath via hda
On Fri, Feb 29, 2008 at 11:50:29PM +0100, Frans Pop wrote:
On Friday 29 February 2008, Guido Günther wrote:
The multipath output then looks like:
...
\_ #:#:#:# hda 3:0 ...
since there is no controller:bus:id:lun to read. O.k. to apply? Eases
testing with QEMU/KVM a lot.
This patch does not make any sense to me as it only _allows_ the #, but I
see nothing that puts the # into the string being tested.
The '#' is being put out by multipath -l if it can't find the necessary
information in sysfs. This only helps testing, so I can leave this out,
but it does now harm either.
How exactly are you testing multipath?
Well, in an ideal world against an EMC Clariion but since this one sits
behind a firewall and the servers attached to it have a hard time
getting up to date packages and since I don't have this at home I use
KVM and a hacked up hw-detect that puts out a multipath.conf like:
defaults {
getuid_callout /bin/scsi_id.sh
}
blacklist_exceptions {
devnode ^hda
}
defaults {
user_friendly_names yes
}
Once I cleaned up the grub-install patch I put out an image for testing.
Cheers,
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] add -versatile flavour to linux-kernel-di-armel-2.6
On Fri, Feb 29, 2008 at 11:43:43PM +0100, Robert Millan wrote: On Fri, Feb 29, 2008 at 07:31:55PM -0300, Otavio Salvador wrote: Frans Pop [EMAIL PROTECTED] writes: On Friday 29 February 2008, Robert Millan wrote: On Thu, Feb 28, 2008 at 08:18:58PM +0100, Martin Michlmayr wrote: * Robert Millan [EMAIL PROTECTED] [2008-02-25 23:44]: This patch adds -versatile flavour to linux-kernel-di-armel-2.6 This patch seems to miss an update to the package-list file. You can use the package-list file to specify that this kernel provides ext2 and other modules (i.e. that they are built-in). Thanks. Fixed and committed. Where exactly did anybody give an OK for this to be committed by you? I would say that the comments were at most an invitation to prepare a new patch and submit that for review again. Another example is the commit you did to the manual. You asked for review, but then used a minor comment from someone who's himself not actually part of the team as a justification to commit the change. It would have been much nicer if you'd left a bit more time for the actual maintainers of the manual to respond (especially when you know people are away at a conference). After you already committed I myself no longer saw any point in commenting, so I didn't. I will now probably just rewrite the text if I see a reason to do so. I really totally disagree with the way you appropriate things and am even at this point starting to consider whether your commit access to the D-I SVN repository should just be revoked. While I fully agree with your complains and also think that Robert should really be more careful in the future I also think that we all do mistakes and learn from them. He has been very active and tries to make things go fast (as I also do mistakenly sometimes) however this doesn't justify his commit right removal. Mistakes are far from usual misbehaviour and I'm sure Robert will do his best to avoid this to happen again. Am I right Robert? Hey, Sorry, I missunderstood. Please, would you tell me which specific rules I should observe for each part of D-I? I understand I can handle win32-loader/ directory freely, but for the rest I really don't know, and was just using common sense. Alternatively, if you can setup ACLs that would restrict my commit rights to win32-loader/ directory, I would feel comfortable with that. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] add -versatile flavour to linux-kernel-di-armel-2.6
On Friday 29 February 2008, Robert Millan wrote: Sorry, I missunderstood. Please, would you tell me which specific rules I should observe for each part of D-I? I understand I can handle win32-loader/ directory freely, but for the rest I really don't know, and was just using common sense. Common sense is all I ask for. And the common sense is: do not trample over components for which you are not a lead maintainer, especially for components (or ports) that _do_ have active maintainers. Give others the time to respond and do not commit unless you have _explicit_ agreement from those maintainers. Just like Otavio, I _do_ see your contributions, but I also strongly feel that you're often way too pushy, both in discussions (like over gnash), migrations (grub2) and commits. I have a very string feeling that I cannot trust your judgement because you're always wanting to jump 10 steps ahead, without due considerations of risks and proper timing. As someone who does a lot of coordinating for D-I, I constantly have the feeling that I have to be extra alert for whatever next crazy change you'll want to push past everybody and that's just not a comfortable feeling. As you may know my prime concern is to keep things reliable and working _while_ still moving forward. signature.asc Description: This is a digitally signed message part.
Re: [PATCH] add -versatile flavour to linux-kernel-di-armel-2.6
On Saturday 01 March 2008, Robert Millan wrote: Alternatively, if you can setup ACLs that would restrict my commit rights to win32-loader/ directory, I would feel comfortable with that. I would not. I would feel extremely uncomfortable if we had to micromanage things like that. All I'm looking for is some selfrestraint and selfcontrol. signature.asc Description: This is a digitally signed message part.
Re: partman-base: extend regex to handle faked qemu multipath via hda
On Saturday 01 March 2008, Guido Günther wrote: On Fri, Feb 29, 2008 at 11:50:29PM +0100, Frans Pop wrote: On Friday 29 February 2008, Guido Günther wrote: The multipath output then looks like: ... \_ #:#:#:# hda 3:0 ... since there is no controller:bus:id:lun to read. O.k. to apply? Eases testing with QEMU/KVM a lot. This patch does not make any sense to me as it only _allows_ the #, but I see nothing that puts the # into the string being tested. The '#' is being put out by multipath -l if it can't find the necessary information in sysfs. This only helps testing, so I can leave this out, but it does now harm either. If it's to support some standard feature of multipath I have no problem with it. signature.asc Description: This is a digitally signed message part.
Debian Installer Lenny Beta1: Status Update 3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Here goes a new status update about release. Please respect the reply-to header and please follow up to debian-boot mailing list. Bellow is the timeline we're following. +--+---+ | Date | What happens | +--+---+ |February 5, 2007 |translation update request is send | +--+---+ |February 15, 2007 |mass upload of translation updates | +--+---+ |February 18, 2007 |mass migration of udebs| +--+---+ |February 19, 2007 |debian-installer is uploaded | +--+---+ |February 21, 2007 |daily images are changed to use lenny installer| = +--+---+ |February 23, 2007 |test of images starts | +--+---+ |March 1, 2007 |final image builds | +--+---+ |March 3, 2007 |planned release date | +--+---+ As you probably have noticed, we're 8 days late. We ended needing two uploads of debian-installer source package due a arm failure and then we got even more late. I hope things go well from now on and I expect to get debian-installer on testing, and dailies using it in few days. Cheers, - -- 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. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHyJkbLqiZQEml+FURAlMyAKCNTri1kRSVTeXPYndjg/qah4z6pACaAmmu apcvcBjmuVFBPMrAXVveQog= =mIA4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468738: partman-crypto: unsafe_swap: code completely broken
Package: partman-crypto Version: 12 Severity: important The code below from partman-crypto/commit.d/unsafe_swap is completely broken in at least three ways. 0 # Ignore e.g. swap on lvm on crypto 1 device=$(cat $dev/device) 2 if $(echo $device | grep -q ^/dev/mapper/); then 3 found=1 4 for majmin in $(dmsetup deps $device | cut -d : -f2 |\ 5 tr -d ( | tr ) \n); do 6 maj=$(echo $majmin | sed 's/,.*//') 7 min=$(echo $majmin | sed 's/.*,//') 8 status=$(dmsetup status -j $maj -m $min 2 /dev/null |\ 9 cut -d' ' -f3) 10 if [ $? -ne 0 ] || [ $status != crypt ]; then 11 found=0 12 fi 13 done 14 [ $found ] continue 15 fi 1) The code produces errors like this: Mar 1 01:17:18 main-menu[857]: (process:10661): [ Mar 1 01:17:18 main-menu[857]: (process:10661): != Mar 1 01:17:18 main-menu[857]: (process:10661): crypt Mar 1 01:17:18 main-menu[857]: (process:10661): ] Mar 1 01:17:18 main-menu[857]: (process:10661): Mar 1 01:17:18 main-menu[857]: (process:10661): [: Mar 1 01:17:18 main-menu[857]: (process:10661): crypt: unknown operand The reason for that is that $status in line 10 can apparently be empty and should thus be quoted. 2) The exit code test in line 10 is broken because it tests the result of 'cut' and not of 'dmsetup', and thus basically always 0. This error probably contributes to 1). 3) The code will _always_ jump out of the loop at line 14 because $found is always non-empty (either 0 or 1). I suppose line 11 should be 'found=' and the test in line 14 should be '[ $found ]'. I have decided not to fix this myself as any fix will cause a change in behavior that really should be tested. When this is fixed, please try to change the code such that a 'set -e' could be added to the script without it failing. This means for example that line 14 should not read: [ $found ] continue but rather: [ -z $found ] || continue These issues were found after investigating the errors in the log from Tiago: http://lists.debian.org/debian-boot/2008/02/msg00865.html AFAICT they are totally unrelated to the XFS issue that was the cause of partman eventually failing. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: D-I fails trying RAID0 / LVM
On Wednesday 27 February 2008, Tiago Bortoletto Vaz wrote: 1) put two sata HDs 320GB in RAID O 2) created a lvm physical and group volume using the whole RAID device 3) created 4 lvm logical volumes 4) the 4 volumes are: /boot (ext3) and three crypted ones (/, /home and swap) 5) then it failed trying to create a xfs in the crypted volume / I just repeated theses steps right now and got the same problem, same log entries. You must have been extremely lucky here as you actually caught three unrelated bugs. We already had the XFS issue, but I've now traced the 'unknown operand' errors to two bugs in partman-crypto and filed BRs for both of them. IMO both these bugs should be candidates for correction in stable too. Feb 21 13:54:17 main-menu[1124]: (process:8715): [: Feb 21 13:54:17 main-menu[1124]: (process:8715): /: unknown operand Feb 21 13:54:17 main-menu[1124]: (process:8715): Feb 21 13:54:17 main-menu[1124]: (process:8715): [: Feb 21 13:54:17 main-menu[1124]: (process:8715): /boot: unknown operand Feb 21 13:54:17 main-menu[1124]: (process:8715): These two errors are the result of #468739. Feb 21 13:54:17 main-menu[1124]: (process:8715): [: Feb 21 13:54:17 main-menu[1124]: (process:8715): crypt: unknown operand Feb 21 13:54:17 main-menu[1124]: (process:8715): Feb 21 13:54:17 main-menu[1124]: (process:8715): [: Feb 21 13:54:17 main-menu[1124]: (process:8715): crypt: unknown operand Feb 21 13:54:17 main-menu[1124]: (process:8715): Feb 21 13:54:17 main-menu[1124]: (process:8715): [: Feb 21 13:54:17 main-menu[1124]: (process:8715): crypt: unknown operand Feb 21 13:54:17 main-menu[1124]: (process:8715): Feb 21 13:54:17 main-menu[1124]: (process:8715): [: Feb 21 13:54:17 main-menu[1124]: (process:8715): crypt: unknown operand Feb 21 13:54:17 main-menu[1124]: (process:8715): These four errors are the result of #468738. Feb 21 13:54:17 main-menu[1124]: (process:8715): mount: Feb 21 13:54:17 main-menu[1124]: (process:8715): Mounting /dev/mapper/grupo-barra_crypt on /target/ failed Feb 21 13:54:17 main-menu[1124]: (process:8715): : Invalid argument And this one is the XFS issue. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#468739: partman-crypto: unsafe_swap: code completely broken
Package: partman-crypto Version: 12 Severity: important The code below from partman-crypto/check.d/crypto_check_mountpoints can result in the following error: Mar 1 01:19:24 main-menu[857]: (process:10661): [: Mar 1 01:19:24 main-menu[857]: (process:10661): /boot: unknown operand # Check 1 - Is cryptoroot possible? if [ $mnt = / ]; then I saw this error only after adding a loop-AES random encrypted swap partition in a test that already had a regular encrypted partition. The problem is probably a bit earlier where the mountpoint is being determined. Seems like it fails to allow for the case where a partition does not have a mount point (as in the case of swap). In general it seems that partman-crypto could do with some preventive quoting of variables used in tests as obviously they _can_ (unexpectedly) be empty. This issue were found after investigating the errors in the log from Tiago: http://lists.debian.org/debian-boot/2008/02/msg00865.html AFAICT it is totally unrelated to the XFS issue that was the cause of partman eventually failing. Cheers, FJP signature.asc Description: This is a digitally signed message part.
d-i sync request
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Please sync following source packages: lvm2 partman-xfs Cheers, - -- 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. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHyMA9LqiZQEml+FURAtvTAJsGGePT4nk0dm17nOwagdekJi57/gCgot7X AVh7cXX4bVgvL5PHJtWTa10= =GbKP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#468739: partman-crypto: crypto_check_mountpoints: incorrect mount point test
Processing commands for [EMAIL PROTECTED]: # Messed up the subject and headers on this one - correcting retitle 468739 partman-crypto: crypto_check_mountpoints: incorrect mount point test Bug#468739: partman-crypto: unsafe_swap: code completely broken Changed Bug title to `partman-crypto: crypto_check_mountpoints: incorrect mount point test' from `partman-crypto: unsafe_swap: code completely broken'. # This issue has been there basically from the beginning, so drop version notfound 468739 12 Bug#468739: partman-crypto: crypto_check_mountpoints: incorrect mount point test Bug no longer marked as found in version 12. End of message, 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#468451: Installation Report for Testing that Failed.
Frans Pop wrote: On Friday 29 February 2008, Robert Stryk wrote: Comments/Problems: First attempt: Used expertgui. Network did not autoconfigure. Assigned IP address. Computer became unresponsive at apt-configure (scan mirror). Second attempt: Used expertgui. Network configured automatically. apt-configure completed. Computer became unresponsive at Select and Install Software. Did not appear to start this step. The randomness of these errors make me suspect that there is a problem with your system, or possibly your network connection. Third attempt: Used rescuegui. Network configured automatically. Select and Install Software completed. Installation appeared to finish. Booted up from hard disk. User name not accepted. Root password not accepted. Used Shadow file in User setup. An installation with 'rescue' is not intended to result in a bootable system. Please don't try random things without knowing why you're doing them. Cheers, FJP Thank you for replying. The reason I used expertgui is because of the complete reporting of settings used, not because I am an expert. Last year it was necessary to get PC-Chips Pentium - 200 Mhz machine working with some non-default settings. This Pentium II - 450 Mhz did not require any modifications to the settings. The network setup is complex. The computer is connected to the basement router which connects to the upstairs router through a wireless link. The upstairs router is the DHCP server. This allows me to have the old computers downstairs. I suspect the wireless link is not always reliable. The Installer did not allow much time for the DHCP assignment to happen. The failures during network access appear to be due to a lack of a timeout while waiting for a reply. There is no option offered by the Installer to the user. Rebooting and trying again appears to be the only way out. Discouraging. Thank you for expanding the documentation on the 'rescue' command. Another sentence on the F4 page would be helpful. I thought 'rescue' applied to aborted installations. I have not found any other documentation. I tried to do what I could with my limited (mis)understanding. During the 10 hour wait for network downloading I discovered that the application I am interested in, PRIME95, can be run under stable Debian Linux. Perhaps the stable installation will be within my capabilities. Gratefully Bob Stryk
[PATCH] clean up postinst to remove unused variables
Signed-off-by: Otavio Salvador [EMAIL PROTECTED]
Cc: Daniel Baumann [EMAIL PROTECTED]
---
packages/live-installer/debian/changelog |3 +++
packages/live-installer/debian/postinst | 21 -
2 files changed, 3 insertions(+), 21 deletions(-)
diff --git a/packages/live-installer/debian/changelog
b/packages/live-installer/debian/changelog
index e17326a..c8f0f36 100644
--- a/packages/live-installer/debian/changelog
+++ b/packages/live-installer/debian/changelog
@@ -8,6 +8,9 @@ live-installer (4) UNRELEASED; urgency=low
* Unconditionally bind-mount /dev on /target after unpacking of the image,
this needs to be done always and independently of udev anyway.
+ [ Otavio Salvador ]
+ * Clean up postinst to remove unused variables.
+
-- Daniel Baumann [EMAIL PROTECTED] Fri, 29 Feb 2008 15:28:00 +0100
live-installer (3) unstable; urgency=low
diff --git a/packages/live-installer/debian/postinst
b/packages/live-installer/debian/postinst
index bdcb14e..fec6cf8 100755
--- a/packages/live-installer/debian/postinst
+++ b/packages/live-installer/debian/postinst
@@ -6,30 +6,9 @@ db_capb backup
. /usr/lib/base-installer/library.sh
-ETCDIR=/target/etc
-ARCH=`udpkg --print-architecture`
-PROTOCOL=
-MIRROR=
-DIRECTORY=
-COMPONENTS=
-DISTRIBUTION=
-INCLUDES=
-EXCLUDES=
-KERNEL=
-KERNEL_LIST=/tmp/available_kernels.txt
-KERNEL_MAJOR=$(uname -r | cut -d . -f 1,2)
-KERNEL_VERSION=$(uname -r | cut -d - -f 1)
-KERNEL_ABI=$(uname -r | cut -d - -f 1,2)
-MACHINE=$(uname -m)
-NUMCPUS=$(cat /var/numcpus 2/dev/null) || true
-CPUINFO=/proc/cpuinfo
-SPEAKUP=/proc/speakup
NEWLINE=
-SUBARCH=$(archdetect)
-SUBARCH=${SUBARCH#*/}
-
install_live_system () {
# Look at
PLACES=
--
1.5.4.3
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468739: partman-crypto: crypto_check_mountpoints: incorrect mount point test
# Messed up the subject and headers on this one - correcting retitle 468739 partman-crypto: crypto_check_mountpoints: incorrect mount point test # This issue has been there basically from the beginning, so drop version notfound 468739 12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468451: marked as done (Installation Report for Testing that Failed.)
Your message dated Sat, 1 Mar 2008 04:05:44 +0100 with message-id [EMAIL PROTECTED] and subject line Re: Bug#468451: Installation Report for Testing that Failed. has caused the Debian Bug report #468451, regarding Installation Report for Testing that Failed. 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 [EMAIL PROTECTED] immediately.) -- 468451: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=468451 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso 2/27/08 Date: Feb 27 and 28, 2008 Machine: Custom from local retailer. Processor: Pentium II – 450 Mhz. Memory: 512 MB Partitions: Full disk default options. Output of lspci -nn and lspci -vnn: Install unsuccessful. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card: [O] Configure network: [E] 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: [E] Install tasks: [E] Install boot loader: [O] Overall install: [E] Comments/Problems: First attempt: Used expertgui. Network did not autoconfigure. Assigned IP address. Computer became unresponsive at apt-configure (scan mirror). Second attempt: Used expertgui. Network configured automatically. apt-configure completed. Computer became unresponsive at Select and Install Software. Did not appear to start this step. Third attempt: Used rescuegui. Network configured automatically. Select and Install Software completed. Installation appeared to finish. Booted up from hard disk. User name not accepted. Root password not accepted. Used Shadow file in User setup. ---End Message--- ---BeginMessage--- (Please reply to the BR, not to me.) On Friday 29 February 2008, Robert Stryk wrote: The network setup is complex. The computer is connected to the basement router which connects to the upstairs router through a wireless link. The upstairs router is the DHCP server. This allows me to have the old computers downstairs. I suspect the wireless link is not always reliable. The Installer did not allow much time for the DHCP assignment to happen. It does allow you to retry though. In fact, that is the default option after an initial failure. The failures during network access appear to be due to a lack of a timeout while waiting for a reply. There is no option offered by the Installer to the user. Rebooting and trying again appears to be the only way out. Discouraging. Normally I'd expect a single step to fail and in most cases those steps can be repeated. However, I'd suggest fixing the cause instead of continuing to just retry. If the timeouts are sufficient for normal installations over the Internet, even in countries where the internet is not all that reliable, then I would still say that the basic problem here is structural unreliability of your local network. Thank you for expanding the documentation on the 'rescue' command. Another sentence on the F4 page would be helpful. I thought 'rescue' applied to aborted installations. I have not found any other documentation. I tried to do what I could with my limited (mis)understanding. See the installation guide. During the 10 hour wait for network downloading I discovered that the application I am interested in, PRIME95, can be run under stable Debian Linux. Perhaps the stable installation will be within my capabilities. It's not structurally different from the Lenny installer. I'm closing this report as I don't see anything here for us to fix. Good luck with getting the system installed. Cheers, FJP ---End Message---
