Bug#505111: will suggest removal from testing
On Saturday 07 August 2010, Neil McGovern wrote: As there isn't a resolution in sight, I'll add a hint at the end of August for the removal of the package unless there's significant progress to fixing the issue. I still feel this is an overreaction as only the original reporter has ever seen the issue in practice. No one else has ever reported being affected by the issue. The described use case requires an combination of factors which is quite unlikely to occur in practice. I'm also CCing Colin Watson as he is the original author of rescue mode and its primairy maintainer. Maybe he'll be motivated to look into this or comment. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008071631.24318.elen...@planet.nl
Re: Thoughts about network-console
On Thursday 05 August 2010, Thibaut Girka wrote: Did you actually check this? The password templates are of type 'password' and thus the value should be in /var/lib/cdebconf/passwords.dat (and thus encoded) instead of in plain text in questions.dat. Well, you can still db_get the password, can't you? Yes. As said earlier, I was, for some reason, sure that the postinst script didn't clear the passwords... The fact that it clears the passwords is somewhat accidental (it has more to do with allowing to re-enter the passwords if they are unequal than with security considerations). There are also other fields in passwords.dat, like the root and first user passwords, that are possibly not cleared. Systems are vulnerable anyway when people have physical access to them. That they are a bit more vulnerable during installation is almost unavoidable, but in most cases the window (time from start of install to reboot) is quite short. I don't think this is something we should worry too much about. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008051458.25739.elen...@planet.nl
Re: Thoughts about network-console
(No need to CC on replies: I read the list.) On Thursday 05 August 2010, Thibaut Girka wrote: If you're talking about user-setup, they are cleared, that the first thing I've checked (better done that checking network-console, it seems) before sending this mail. With user-setup the passwords are asked by a different (much earlier [1]) script than the one that creates the accounts and sets the passwords. So they *must* be in the debconf database for at least the time in between. The fact that they are cleared afterwards - only at the very, very end of the installation: just before the reboot - seems to me like a mostly empty gesture. At least for the attack vector you were concerned about. [1] The asking of the passwords was recently moved forward quite a bit for Squeeze. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008052017.30148.elen...@planet.nl
Re: Thoughts about network-console
On Wednesday 04 August 2010, Thibaut Girka wrote: He starts the installation in front of the computer, sets a password, that happen to be its daily-use one. That's not very smart, is it? Then, an untrustworthy colleague goes to the computer, and just reads /var/lib/cdebconf/questions.dat: installer's password is there, plain, clear text. Did you actually check this? The password templates are of type 'password' and thus the value should be in /var/lib/cdebconf/passwords.dat (and thus encoded) instead of in plain text in questions.dat. After testing I cannot find the password in questions.dat... Also, if you look at the postinst script for network-console, you'll see that the template already *is* cleared after the password is asked. The above is valid when the component is used interactively. The only case in which AFAICT what you describe can be true is when the template is preseeded [1] while the network-console component is not yet loaded (because then the template could be created as a regular template instead of as a password one). As preseeding passwords in itself already lowers security, I don't really think this is an important bug. Please verify that you really do see readable passwords and describe the exact scenario (architecture / image / installation method used) in which you do. Cheers, FJP [1] Certainly when preseeded at the boot prompt and maybe also when preseeded using a preseed file. In the last case the template type 'password' can be specified, but I'm not 100% sure whether that is honored or not. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008041510.51690.elen...@planet.nl
Re: Spam cleaning effort: July 2010
On Sunday 01 August 2010, Lee Winter wrote: It means that we probably need a few more DD's to look at signalled spam for the debian-boot mailing list through I disagree. I believe the above fact indicates that we need a better communication mechanism for reviewers, rather than more isolated and thus un-coordinated effort. Christian's comment is more about the last stage of the removal process (the final review that can only be done by DDs) than the searching for and reporting of spam. I also don't think it's a big problem as the review will get done eventually. This current focus on getting the spam cleaned out within the shortest time possible is unnecessary. d-boot is already by far the cleanest list in the archives. For example, even with the first reviewer's hint that he found 14 spam, I was not able to duplicate reach that count despite several extra passes over the month. The simplest change I can think of is to allow people to see the list of messages that have been nominated by other reviewers. One way to do that would be to just make the information available. Another way to do that would be to create a collaboration page whereupon reviewers could deposit their nominations for the benefit of subsequent reviewers. I strongly disagree. The spam review process is purposely based on the fact that spam messages are reported independently. Coordinating the reporting of spam to the extend you are suggesting would defeat the safeguards explicitly built into the process. I'm all in favor of continuing the process I started last year, but there's absolutely no need to be obsessive about it. It is better that some spams are missed and left in the archive than that the process is abused. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008011410.50729.elen...@planet.nl
Bug#590993: installation-reports: netboot install report broken mirror if installation CD is used as mirror
reassign 590993 debian-cd severity 590993 normal thanks Since you are trying something that's not really supported, this is certainly *not* a grave issue. After all, a CD image is not a mirror even if both contain a repository. It is correct that the error occurs because CD images have symlinks for all suites to the release (codename) included on the CD. This is mostly for historic reasons and no longer has any purpose (since current versions of the installer select by codename instead of suite). In a bit more detail. The latest versions of choose-mirror (including the current Etch and Lenny versions) perform validity checks on the Release files and will reject a mirror as broken if the Release file under a suite symlink lists a different suite inside the Release file. It would be better if debian-cd was modified to only include the symlink for the suite actually specified in the Release file. Reassigning accordingly. Looks like my whole attempt to use the ISO image as netboot installation source is futile, as the files are not signed on the CD, so netinst gives up in the next step. This can be worked around by telling the installer to ignore the signatures. See the installation guide for details. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007302307.13388.elen...@planet.nl
Re: Preseeding Automated PXE Boot
On Thursday 22 July 2010, Ed Kohlwey wrote: If I run this command from another machine on the LAN I get output from grep showing Codename:squeeze, so its clear to me there's something misconfigured or broken in d-i. That's the wrong assumption. Assume there's something wrong in your setup instead. Eventually, after trying to retrieve the release file from a few different directories the log shows the final error: WARNING **: mirror does not support the specified release (squeeze) Which most likely means that your mirror is broken in some way. Please try a manual installation both from an official mirror and from your mirror and compare the log files. If you cannot find and solve the problem yourself, send the syslog of the install from your mirror. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100733.10676.elen...@planet.nl
Re: Installer Translation Status
Basing on debcommit seems the only correct option to me. Possibly a fallback to stripped epoch could be used to cover current cases. Actually, the best solution is probably to simply rename the tags in SVN to include the epoch using 'svn mv'. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007202029.41669.elen...@planet.nl
Re: Installer Translation Status
On Monday 19 July 2010, Otavio Salvador wrote: On Mon, Jul 19, 2010 at 2:51 PM, Christian PERRIER bubu...@debian.org wrote: The packages I released were tagged with the attached script, contributed by Joey back in.a long time ago..:-) Apparently, it does strip the epoch when calculating the tag. I guess this was on purpose. Yes but it breaks calc-translation-status and also conflicts with debcommit behaviour; I think we need to decide which one is to be the used format (with or without epoch). In my opinion debcommit behaviour looks right and we ought to use epoch specially because we can end up with same version in two different epochs without it. Basing on debcommit seems the only correct option to me. Possibly a fallback to stripped epoch could be used to cover current cases. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007192101.45980.elen...@planet.nl
Bug#589579: debian-installer: i386 kernel flavour selection is poor
On Sunday 18 July 2010, Ben Hutchings wrote: 3. The 686 flavour is considered unsuitable for some AMD K7 processors Problem 3 appears to be due to a workaround for an incorrect kernel configuration. The comment on this exclusion is 'May not have SSE support', but this has never been a requirement for the 686 flavour. (The Pentium Pro and Pentium II don't have SSE either.) This has been discussed, changed, and revisited several times. There have been long threads about it and IIRC also various bug reports from users. Can you really *guarantee* that 686 will work with *all* K7 processors? I've not checked the archives, but I'm not sure whether SSE support really was the reason for the current code, or whether there were also other factors. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007182308.54119.elen...@planet.nl
Bug#589579: debian-installer: i386 kernel flavour selection is poor
On Sunday 18 July 2010, Ben Hutchings wrote: + if grep -q '^flags.*\blm\b' $CPUINFO; then Has this been tested with busybox shell? Does busybox' grep understand '\b'? I don't recall us using it anywhere else in D-I. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007182311.27149.elen...@planet.nl
Bug#589579: debian-installer: i386 kernel flavour selection is poor
On Sunday 18 July 2010, Ben Hutchings wrote: On Sun, 2010-07-18 at 23:11 +0200, Frans Pop wrote: On Sunday 18 July 2010, Ben Hutchings wrote: + if grep -q '^flags.*\blm\b' $CPUINFO; then Has this been tested with busybox shell? Does busybox' grep understand '\b'? I don't recall us using it anywhere else in D-I. This works with 'busybox grep' from the busybox package, so unless it is an optional feature it should work in d-i. OK. Thanks for verifying. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007190034.54576.elen...@planet.nl
Bug#589213: Do not install Exim in minimal system
On Saturday 17 July 2010, Petter Reinholdtsen wrote: I eagerly await Bills view on the proposed change for popularity-contest, which I believe i a better place to implement the change. No, it is not reasonable to ask packages to change functionally correct and policy-compliant dependencies only because of D-I [1]. popcon falls back to mail if the HTTP method fails, which does happen occasionally. Therefore a Recommends of an MTA is reasonable. Why do you feel the need to second-guess me on this? I spent several days analyzing the whole issue of Recommends and making various changes to deal with minor issues that arose from it. All changes where posted for review and discussed on the d-boot list. popcon is not the only package that needed an exception, so the --no-recommends option is needed anyway. Using it for popcon is a perfectly acceptable solution. So: as the reported issue is already fixed in current daily built D-I images and as the Recommends in popcon is functionally correct, there is absolutely zero need to make any changes in popcon. [1] The issue in D-I is mainly one of ordering: we install popcon before running tasksel and installing prio standard packages. The fact that we uninstall popcon if a user chooses not to participate is another weirdness in D-I which should not be reason to make any changes in the package. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007171335.50088.elen...@planet.nl
Re: SVN problem: committing a file named s...@latin
On Saturday 17 July 2010, Christian PERRIER wrote: I need to add such a file, but svn add apparently chokes on it: bubu...@mykerinos:~/src/debian/debian-installer/installer/build/needed-c haracters LC_ALL=C svn add s...@latin svn: warning: 'sr' not found bubu...@mykerinos:~/src/debian/debian-installer/installer/build/needed-c haracters LC_ALL=C svn add s...@latin svn: warning: 'sr' not found Any suggestion? Works here (system running Lenny): $ touch s...@latin $ svn add s...@latin A s...@latin -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007172037.41596.elen...@planet.nl
Bug#589213: Do not install Exim in minimal system
(Daniel: sorry for the private duplicate of this mail; no need to CC me.) On Saturday 17 July 2010, Daniel Richard G. wrote: On Sat, 2010 Jul 17 13:35+0200, Frans Pop wrote: So: as the reported issue is already fixed in current daily built D-I images and as the Recommends in popcon is functionally correct, there is absolutely zero need to make any changes in popcon. Okay, now I'm a little confused. So I see in the pkgsel ChangeLog that you addressed this back in late February. And I see that the current d-i downloads (netboot in particular) are dated early July, the same for both sid and squeeze. So why did this problem come up at all? Petter mentioned that version 0.26 of pkgsel was being used, but why would an early-July build of d-i use a version of pkgsel from last December? I'm not sure what image was used by the bug reporter, but I assume a current D-I alpha 1 image. The alpha1 images date from mid February. Until today, the version of pkgsel in testing was 0.26, which does not have my latest changes. This also means that current squeeze_d-i images still have the old version. As you can see from [1] my final work on Recommends handling in D-I was done _after_ the alpha1 release. I verified earlier today that with a daily built D-I image exim4 does not get pulled in when popcon is installed during pkgsel. Cheers, FJP [1] http://lists.debian.org/debian-boot/2010/02/msg00148.html -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007172143.49508.elen...@planet.nl
Bug#589213: Do not install Exim in minimal system
On Sunday 18 July 2010, Daniel Richard G. wrote: On Sat, 2010 Jul 17 21:40+0200, Frans Pop wrote: I'm not sure what image was used by the bug reporter, but I assume a current D-I alpha 1 image. The alpha1 images date from mid Februari. These received a refresh a few days ago: http://http.us.debian.org/debian/dists/squeeze/main/installer-amd64/curr ent/images/netboot/ No, that's no update. Only a date change for some reason. The images are still identical to the alpha1 release from February. One way to see that is to check the kernel version: it uses 2.6.30 instead of 2.6.32. Another is to check the /etc/lsb-release file or the versions of udebs listed in /var/lib/dpkg/status. But this same error would have occurred if I had used d-i from sid. When you say release, do you mean, from daily builds to unstable, rather than unstable to testing? The error would *not* have occurred if you had used images based on D-I from sid. If you look at http://www.debian.org/devel/debian-installer/, you will see three sets of links: - squeeze Alpha1 release (these are the ones you used) - current weekly snapshot - daily built images The first is the old release I was talking about and will soon be replaced with the new release. The second currently also still has the old version of pkgsel as weekly CD snapshots take udebs from testing and the current build is from last Monday (before the migrations of new versions done earlier today). The next build will use the new version (but is likely to be unusable because of the preparation for the new release which means that temporarily things from the old and new release will be mixed up and that is almost certain to cause breakage). The third set are the images that have the lastest version of all installer components from unstable. The page linked above is the only authoritative source for the various images available to install testing. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007180446.34329.elen...@planet.nl
Bug#589213: Do not install Exim in minimal system
On Sunday 18 July 2010, Daniel Richard G. wrote: So if I had used the one from http://http.us.debian.org/debian/dists/sid/main/installer-amd64/current/ images/netboot/ it would have worked? No. Those are *not* daily built images. Follow the relevant links from the page I referred to! For netboot you need other images. But it's identical to the one for squeeze... Correct. Both are the last D-I release, not daily builds. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007180609.52040.elen...@planet.nl
Re: D-I Manual - String freeze / Call to update translations (deadline: May 17)
On Friday 30 April 2010, Holger Wansing wrote: Add 2010 to the copyright hint on the first side of the manual? Copyright © 2004, 2005, 2006, 2007, 2008, 2009 the Debian Installer team Done. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007151858.37303.elen...@planet.nl
Re: D-I Manual - String freeze / Call to update translations (deadline: May 17)
On Saturday 01 May 2010, Miroslav Kure wrote: On Fri, Apr 30, 2010 at 10:13:56AM +0200, Frans Pop wrote: It's time for another upload of the Installation Guide. Hi Frans, please consider applying the attached patch (or something along the lines), which IMO greatly clarifies the IP adresses used in the example. Committed. Thanks. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007151907.14005.elen...@planet.nl
Bug#579954: installation-guide: Add link from accessibility section to boot screen section
tag 579954 pending thanks On Sunday 02 May 2010, Samuel Thibault wrote: It has been reported that it would be useful to add a link from the accessibility to the boot screen section, as the attached patch does, since the latter describes precisely how keypresses work there. I've added the link, but using a simpler change. Thanks. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007151915.31864.elen...@planet.nl
Bug#580508: installation-guide: Fix brltty driver/table code URL
tag 580508 pending thanks On Thursday 06 May 2010, Samuel Thibault wrote: The chapter numbers of the brltty manual have unfortunately changed. The attached patch points at its index instead of directly to a chapter number. Updated. I've used a different patch as IMO the text where the URLs are used needed updating too and because I don't like having two entities for the same URL. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007151934.43523.elen...@planet.nl
Bug#589213: Do not install Exim in minimal system
On Thursday 15 July 2010, Daniel Richard G. wrote: From the looks of it, exim4 is installed because of a Recommends: by the cron package: Recommends: exim4 | postfix | mail-transport-agent, lockfile-progs How exactly did you determine this? I doubt it is cron as Recommends are not installed during base system installation (debootstrap). The only correct way to check what pulls exim in is to check the syslog for the installation. Please send a (gzipped!) copy (you can find it on the installed system in /var/log/installer). Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007152241.53728.elen...@planet.nl
Bug#589213: Do not install Exim in minimal system
On Thursday 15 July 2010, Petter Reinholdtsen wrote: I suspect the change you propose can not be implemented by debian-installer, but instead would have to be done by changing cron or any other package pulling in the mta package. At least the way d-i is designed at the moment. And on what do you base that statement? To make things simple: it's false. There are differences in the way Recommends are handled and options to tune whether Recommends are installed in some stages. Please make some effort to understand how things work before making wild guesses. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007152336.50126.elen...@planet.nl
Re: Bug#589213: Do not install Exim in minimal system
(Replying to list only.) On Friday 16 July 2010, Petter Reinholdtsen wrote: Please make some effort to understand how things work before making wild guesses. I've spent an effort over several years to understand how d-i is working, but thank you for voicing your concern. For your education, you may be interested in the following threads: - http://lists.debian.org/debian-boot/2009/07/msg00090.html - http://lists.debian.org/debian-boot/2009/08/msg00528.html - http://lists.debian.org/debian-boot/2009/12/msg00115.html - http://lists.debian.org/debian-boot/2010/02/msg00033.html (especially my own reply to that message) Note that details in the way Recommends are handled has been changed a few times until we arrived at the current situation. Some of the info in the early threads was superceded by later changes. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007160041.25961.elen...@planet.nl
Re: Add partman-btrfs to *next* D-I release?
On Wednesday 14 July 2010, Christian PERRIER wrote: OK, I'll add them to the packages_list file after we're done with the beta1 release preparation. Why wait? This way, trnaslators can work on them and, if we happen to release a beta2, or rc1, these packages will at least have some localization done. Consider marking them as not relevant for translation stats in the packages_list file. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007140859.06143.elen...@planet.nl
Re: Add partman-btrfs to *next* D-I release?
On Wednesday 14 July 2010, Christian PERRIER wrote: Quoting Frans Pop (elen...@planet.nl): On Wednesday 14 July 2010, Christian PERRIER wrote: OK, I'll add them to the packages_list file after we're done with the beta1 release preparation. Why wait? Essentially to have time to cook up a mail to -i18n and also figure out how beta1 is going. The beta may still take weeks. Your other reasons seem OK, but I see zero reason to tie the activation to the release as any consequence can be controlled by timing uploads. There is no cost in activating. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007140929.00711.elen...@planet.nl
Re: I am deeply disappointed
On Monday 12 July 2010, Bastian Blank wrote: That was something I was looking forward to fixing in the coming weeks. This is just a rant, no useful information. Actually, it was a compliment disguised as a joke! I had to read it twice myself to get it though. The reason I knew it had to be other than it looks at first is that I know Stephen well enough to know he would not ever write such bad rants. (And I also seem to recall similar mails from him for previous releases.) Please read the original message again. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007121348.41615.elen...@planet.nl
Re: I am deeply disappointed
Dear Stephen, On Monday 12 July 2010, Stephen Gran wrote: Here's a nickel, kid, buy yourself a sense of humor. The entire message was surrounded by giant blinking sarcasm tags. Actually no, it wasn't. The only really clear clue was the last line. The message was fairly long and especially the start seems serious. Someone in a hurry and speedreading the message on a work day might well miss the humor. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007121403.54526.elen...@planet.nl
Re: Multi-arch netinst getting too big
On Friday 09 July 2010, Steve McIntyre wrote: What I've done for now is drop the -486 kernel flavour from the m-a netinst. From a test build I've just done, everything fits on a single CD again, even with firmware included. If people want to install from a netinst onto a pre-686 machine then they'll need to use the separate i386 netinst instead of the multi-arch version. How does that sound? IMO it's a very bad idea to support a flavor in the installer itself and then fail to install a working kernel for it for the target system and thus create an unbootable system. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007091611.07527.elen...@planet.nl
Re: Multi-arch netinst getting too big
On Friday 09 July 2010, Steve McIntyre wrote: True. Any better suggestions? No. Not without doing substantial work on this, which I've already indicated I'm not going to do this release. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007091624.50160.elen...@planet.nl
Re: Multi-arch netinst getting too big
On Friday 09 July 2010, Ian Campbell wrote: In light of Frans' concern perhaps consider dropping 686 instead of 486? I think that will result in 686-bigmem being installed on systems which would have previously got 686 (I can confirm if necessary). This isn't necessarily a bad thing -- it enables NX support for one thing which is generally desirable. Last I know is that -bigmem is significantly slower on a lot of hardware than the plain 686 kernel. Also, in most cases the 64-bit -amd64 flavor is a *lot* better choice for most i386 users that have systems that have large memory or want NX support. We've had this discussion before! Multiple times. FWIW RHEL 6 (the beta at least) ships with only a PAE (aka 686-bigmem) kernel, I guess things are heading that way generally. I don't really care that much what RH does TBH. And I don't believe it's true anyway: things are moving towards 64-bit, not 32-bit with NX. Isn't perl going to be dropping from the netinsts now and won't that be sufficient? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007091807.16732.elen...@planet.nl
Bug#583388: Non-US keyboard problem with graphical installer
On Tuesday 06 July 2010, Cyril Brulebois wrote: 5. Fix for real: Edit /var/lib/dpkg/info/keyboard-configuration.config, and add the following line in ask_debconf(), right before the if part, once all choices have been merged together: choices=`echo $choices | sed 's/,$//'` Nice job tracing this. It's an error that crops up once in a while (in most cases because a comma _inside_ one (translated) option in the option list is not escaped and causes a count difference). The proposed fix could well be OK, but maybe the code can be fixed a bit earlier so the trailing comma is avoided in the first place? It's in general better to create the option list correctly than to clean it up afterwards. 'ask_debconf()' sounds like a rather general function that should be fed correct input rather than have this overhead. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007061512.07996.elen...@planet.nl
Bug#583388: Non-US keyboard problem with graphical installer
On Tuesday 06 July 2010, Cyril Brulebois wrote: Frans Pop elen...@planet.nl (06/07/2010): The proposed fix could well be OK, but maybe the code can be fixed a bit earlier so the trailing comma is avoided in the first place? Whatever unbreaks g-i. Not really. There's also such things as doing things right or wrong, not to mention performance. If you care enough to investigate an issue like this, it takes only very little extra time to find the real trouble spot and fix things there instead of just papering over the real bug and making the code less efficient and maintainable than it already is. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007061613.03489.elen...@planet.nl
Re: Bug#586404: udev-udeb: Very slow installation in Squeeze caused by udevadm settle
On Sunday 04 July 2010, Petter Reinholdtsen wrote: Looks so, I never expected that the two packages could get out of sync. Is there some way to get the udevadm settle command work also with older udevd versions? Can the protocol be changed? This is a D-I release management problem and should IMO not be fixed any other way. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007042131.00648.elen...@planet.nl
Bug#587493: choose-mirror: Strange wget error message in the installation log
On Tuesday 29 June 2010, Petter Reinholdtsen wrote: In Debian Edu, we automatically search for error: in the installation log to detect errors during installation. Then it seems you need to make an exception for this error. When PXE installing, I get this one: Jun 28 23:18:29 main-menu[555]: (process:2840): wget: server returned error: HTTP/1.0 404 Not Found So, one wget results in a 404. As choose-mirror tries various possible suites and codenames and wgets are used for other purposes as well, a 404 is always a possibility. It is a bogus error message that is creating noise and confusion in the Debian Edu test installation. It's not bogus. It's a useful message for troubleshooting and debugging. The only thing that is a pity is that logging of the error messages to stderr gets delayed until the component completes. The URLs in the log seem to work, so I do not understand why wget is complaining. Is there some other wget calls that are not reported to the log? Did you check the code? The only wget calls I find in choose-mirror do not throw away error messages. Perhaps they should? If so, this untested patch should implement it: NACK. The errors are too useful to suppress. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006291326.51214.elen...@planet.nl
Bug#587493: choose-mirror: Strange wget error message in the installation log
On Tuesday 29 June 2010, Petter Reinholdtsen wrote: [Frans Pop] So, one wget results in a 404. As choose-mirror tries various possible suites and codenames and wgets are used for other purposes as well, a 404 is always a possibility. Sure, but all the URLs listed in the log are working, so it seem strange that one of them give 404. So either it's due to a temporary mirror issue (which you'd want to know about), or it's from an unlogged wget. Or it's from a wget from a subprogram called by choose-mirror, in which case you patch won't even help. It's not bogus. It's a useful message for troubleshooting and debugging. The only thing that is a pity is that logging of the error messages to stderr gets delayed until the component completes. It is bogus, as all the URLs in the log are working when I test them manually, and it is close to impossible to figure out what URL was failing. No, it's not bogus. There *is* a wget that's failing. Whether it affects the end result of the install or not is another matter. wgets in choose-mirror can fail for various valid reasons. Most of them you want to know about for troubleshooting purposes. Examples are: (temporarily) broken mirrors, incomplete mirrors, broken proxies. I've seen 403s and 404s that have helped a lot tracing the cause of failed installs. Removing valid information from logs for cosmetic reasons is wrong. The URLs in the log seem to work, so I do not understand why wget is complaining. Is there some other wget calls that are not reported to the log? Did you check the code? Yes. Only found the two mentioned in the patch, and neither seem to use a non-existing URL. :/ So, you'll need to look a bit deeper. Usually we fix the *cause* of errors. We don't suppress errors for cosmetic reasons. The only wget calls I find in choose-mirror do not throw away error messages. Perhaps they should? If so, this untested patch should implement it: NACK. The errors are too useful to suppress. I disagree. The error in question is almost useless. There is no way to see which URL was missing, and the message show up in the wrong location in the log. A useful error message would make it possible to figure out what is wrong. This one do not. :( But it's currently all we have! And, as mentioned before, it *has* helped me a number of times in the past, both while tracing issues from installation reports and while debugging. Improving the error handling is valid. Simply removing the messages without replacing them with something else (better) is plain wrong. If the error message continue to come from d-i, we need to filter it out in debian-edu, but I thought it best to try to get rid of it first. If you can't come up with a proper solution for choose-mirror then that is the correct way to go. The primary purpose of the syslog is to help users and developers to find the cause of issues. Removing real error messages for cosmetic reasons does not improve the installer. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006291822.17669.elen...@planet.nl
Bug#587493: choose-mirror: Strange wget error message in the installation log
On Tuesday 29 June 2010, Frans Pop wrote: NACK. The errors are too useful to suppress. I disagree. The error in question is almost useless. There is no way to see which URL was missing, and the message show up in the wrong location in the log. A useful error message would make it possible to figure out what is wrong. This one do not. :( Note that the order of the errors does match the order of calls. Together with other info I've always been able to match things up properly. I agree (and said so in my initial reply) that the current situation is not ideal, but that does not make the errors useless. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006291824.33939.elen...@planet.nl
Re: Skipping base-install and others at stage 5
On Monday 28 June 2010, Ramiro Alba Queipo wrote: So, I would like to skip at stage 5, the following modules: - base-installer - user-setup - apt-setup - pkgsel Is that possible?. Create a custom udeb that runs before base-installer, does the rsync and provides the udebs you want to skip. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006282239.14107.elen...@planet.nl
Bug#586428: Please clear the apt cache
On Sunday 20 June 2010, Martin Michlmayr wrote: * Otavio Salvador ota...@ossystems.com.br [2010-06-19 12:35]: The following patch, which clears the cache after debootstrap and then again at the end (after kernel/extra packages), works for me. OK to apply? Conceptually it is OK but why not move it to post-base-installer.d? Well, my idea was to clean it twice, once after debootstrap and once at the end (after kernel and extra packages). Doing it in post-base-installer.d would not clean the kernel and extra packages. IMO it should only be done once during base-installer: at the very end (and only if successful). Doing it twice does not gain anything. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006201206.25199.elen...@planet.nl
Bug#586434: Let's clean the apt cache
On Saturday 19 June 2010, Martin Michlmayr wrote: I see no reason for leaving .deb files in /var/cache/apt/archives on a fresh installation, so let's run apt-get clean before reboot. This has been suggested and discussed before. IIRC (but I may be mistaken) Joey has always been against it. The main reason IIRC is that leaving the packages makes it unnecessary to download them again if part of e.g. tasksel fails for whatever reason and the user has to install some packages manually (after ignoring that error - which is a real option as the base system should still be functional - and completing the installation). Think of a (partially) failed desktop install over a relatively slow network connection. IMO that argument is valid, but I also don't think that by itself it's enough to decide one way or another. I have no very strong feelings about this. Cleaning up is a good idea in general, but I don't think there is any huge gain in doing it here. I don't see any real problem with leaving the system admin responsible to do this cleanup (which he has to do anyway for any later package installs/updates). Any disk space savings are IMO illusionary as the cache will fill up again anyway during later updates and any system that does not have sufficient disk space to hold a decent package cache will also have serious problems during later stable updates. I can only see a real gain for installs to embedded systems that are not expected to be updated in any regular way. But those should not be installed using D-I anyway, or at least already always require some customized post-installation. Note also that this is not an issue for packages that are installed from CD as they are not copied to the cache. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006201227.02244.elen...@planet.nl
Bug#586434: Let's clean the apt cache
On Sunday 20 June 2010, Frans Pop wrote: The main reason IIRC is that leaving the packages makes it unnecessary to download them again if part of e.g. tasksel fails for whatever reason and the user has to install some packages manually [...]. Note that the above argument is only really valid for packages installed *after* base-installer. If base-installer fails we generally consider the whole installation broken so only cleaning the cache at the end of that (and not also during finish-install) could be something to consider. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006201234.06330.elen...@planet.nl
Bug#586434: Let's clean the apt cache
On Sunday 20 June 2010, Frans Pop wrote: Any disk space savings are IMO illusionary as the cache will fill up again anyway during later updates and any system that does not have sufficient disk space to hold a decent package cache will also have serious problems during later stable updates. I mainly mean upgrades from one stable release to the next (e.g. lenny - squeeze). Point releases and individual security updates are much smaller and thus less of a problem. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006201241.59620.elen...@planet.nl
Bug#586434: Let's clean the apt cache
On Sunday 20 June 2010, Christian PERRIER wrote: Maybe, for more corner cases where keepign the cache would be good, could we have a low priority option (or a preseed-only choice) to *not* clean the cache? I don't think it has anything to do with user choice or preseeding. Making this a debconf option makes absolutely no sense IMO. The only reason I see to keep the cache is when some packages (after base-installer) fail to install. If we want to cover that case it should be detected automatically by testing the result of tasksel [1]. The final cleanup could be omitted in that case. [1] Checking installation of packages using apt-install is much harder to do as there are many different calls and failure may be expected in some cases. It also gains much less as their total size is much less. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006201328.27722.elen...@planet.nl
Bug#586428: Please clear the apt cache
On Sunday 20 June 2010, Rick Thomas wrote: If you are *very* short of disk space, doing it twice might make sense. Nonsense. If you're that short on diskspace you have a totally unusable system anyway. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006201621.35462.elen...@planet.nl
Bug#586434: Let's clean the apt cache
On Sunday 20 June 2010, Petter Reinholdtsen wrote: [1] Checking installation of packages using apt-install is much harder to do as there are many different calls and failure may be expected in some cases. It also gains much less as their total size is much less. I believe it would not be very hard. We would have to add code to apt-install, and to the udeb handling the queue updated by apt-install before base-installer is exeucted. No need to update all those calling apt-install for this. You missed the main point. apt-install can fail without there being an error (example: package being apt-installed isn't available; this is quite common). So you cannot test the result. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006201642.53482.elen...@planet.nl
Bug#586428: Please clear the apt cache
On Saturday 19 June 2010, Martin Michlmayr wrote: cleanup () { + rm -f /target/var/cache/apt/archives/*.deb 2/dev/null || true rm -f $KERNEL_LIST $KERNEL_LIST.unfiltered } Shouldn't this call 'apt-get cleanup' in /target instead? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006200717.04377.elen...@planet.nl
Re: Multi-arch netinst getting too big
On Wednesday 16 June 2010, Steve McIntyre wrote: I'm afraid I don't have any good ideas. Is this particular image supposed to contain a complete base system or just enough to fetch the remainder of the base system from the net? The netinsts are meant to have the base system, yes. I can't see anything obvious myself that we can drop. Maybe time to give up on powerpc on that image, like we've done on the m-a DVD. Shame, but there's only so much stuff we can accommodate here. Anybody else have an opinion here? Frans/Joey? The i386 netinst has also grown substantially. The base system probably needs cleaning as part of the final preparations for Squeeze. I suspect ATM 2 versions of Python get installed for example, and probably some (old) libs have a too high priority. But partly it's normal growth: the G-I initrds are still larger than for Lenny due to the switch to X.Org. The kernel packages are undoubtedly bigger again and the addition of firmware packages will not have helped either. Someone will have to do a detailed comparison between Lenny and Squeeze images to see where the changes are and whether some cleanup is possible. Possibly some udebs and/or packages can be excluded. All inclusion/exclusion lists should be reviewed in general. Beside the netinsts, all first CD and DVD images will need careful review of contents as well: are desktops installable using first images only (at least for i386 and amd64)? One option may be to drop PDF and text versions of the manual. But space will have to be reserved for the Release Notes. I will not be doing any work on any of this myself this release. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006162006.24570.elen...@planet.nl
Re: stable d-i update for 5.0.5
On Tuesday 15 June 2010, Petter Reinholdtsen wrote: Perhaps the firmware loading changes in hw-detect? No way. That's nowhere near stable material. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006150821.09481.elen...@planet.nl
Re: Spam cleaning effort: May 2010
On Friday 04 June 2010, Christian PERRIER wrote: I marked 20. Maybe I'm too strict -- which ones aren't spam? All are. Your list helped me spotting two spams I initially missed...Thanks for taking care to send your list. This is the second time you've missed spams others have found. IMO this proves a feeling I've had before: we should *not* worry about how many spams one individual person finds, but trust that the process will get them all marked in the end. Telling others how many spams you have found (either here or in the wiki) adds no value, but only risks that others will stop when the find the same number and increases the effort for others as it makes them do extra counting and leads to these discussions which are of very limited value. For the future let's just have everybody make their own best effort independent of others. IMO the existing numbers of spams found in a month should be removed from the wiki page. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006050122.17150.elen...@planet.nl
Re: Spam cleaning effort: May 2010
On Saturday 05 June 2010, Christian PERRIER wrote: This is the second time you've missed spams others have found. As you seem to question the care I used for this work, could I mention that, well, two other people also missed two spams before I did. Maybe not the same ones, but still.. What I question is the implied message in your mail that others have to find and mark 18 spams as well. IMO the process simply works better and more efficient if everyone is free to report whatever they happen to find using their own preferred method of scanning. It's not as if the world will end if a spam is missed by someone. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006050749.21080.elen...@planet.nl
Re: Driver injection disk debconf templates in D-I
Detect device driver media from hardware manufacturer I find Frans' version more newbie-friendly but further from the original idea of driver injection disks (which is maybe described in some manufacturer documentation...or some Ubuntu documentation). media is less precise than disks but these disks aren't actually disks so there is room for argument anyway..:). An alternative to using media could be virtual (device) driver disks [1]. The addition of virtual makes clear that the disks are not real but devices exposed in some way (USB probably?) by hardware whose main purpose in something different than storage. Does that cover this? BTW, should/could such devices be excluded for partman? [1] device optional -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005312127.38688.elen...@planet.nl
Re: Driver injection disk debconf templates in D-I
On Sunday 30 May 2010, Christian PERRIER wrote: _Description: Detect hardware manufacturer driver injection disks 1) Phrasing is convoluted. 2) IIUC they are not necessarily disks? 3) What exactly is injection here? So maybe: Detect device driver media from hardware manufacturer -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005300900.49776.elen...@planet.nl
Re: Driver injection disk debconf templates in D-I
On Sunday 30 May 2010, Christian PERRIER wrote: Detect device driver media from hardware manufacturer I like that onethough it brings back wording to any kind of driver disk while the original idea was very special things embarked in the devices itself and was fitting something apparently asked by Dell to Ubuntu (ref: Colin comment on IRC). Isn't the long description a better place to explain subtleties? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005301020.37738.elen...@planet.nl
Bug#583733: tasksel: please install kde-config-tablet if a tablet is found
On Sunday 30 May 2010, Sune Vuorela wrote: Please install kde-config-tablet if a tablett (wacom-like)_is found and the user is installing kde task. Why not always, so that a wacom tablet that's plugged in later can still be configured? I guess that could be done. it was just 'why install it if not used'.. But then I looked in system settings and saw it showed up in the same category as 'joystick', which is installed by default and probably even more rarely used compared to a tablet. So I guess installing it unconditionally is okay. In that case it should be a Recommends from one of the KDE meta packages and not installed by tasksel. Please reassign accordingly. Note that tasksel *does* now install Recommends by default (if available). -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005301325.43775.elen...@planet.nl
Re: [xml/sgml-pkgs] Bug#583767: Add udeb
On Sunday 30 May 2010, Christian PERRIER wrote: Quoting Mike Hommey (m...@glandium.org): I don't know if all udebs are automatically included in d-i, but if they are, I doubt d-i people will like the additional 1.3MB uncompressed. They aren't automatically included. But udebs we don't use do need to be specifically excluded from inclusion on CD images (to keep the size of bc/netinst down as much as possible and to keep maximum space available for real packages on CD/DVD1). There is a cost. But in this case I don't think the cost is high enough to object to the udeb. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005302046.04827.elen...@planet.nl
Re: [SOLVED] Unbootable after kernel upgrade: Lilo can't load kernel
reopen 505609 reassign 505609 linux-2.6 affects 505609 lilo thanks Stephen Powell wrote: The real question is, Why didn't the map installer get run during the kernel upgrade? [...] So is this a bug in the kernel maintainer scripts? Or is it a feature? I don't know. I'll leave that up to the kernel maintainers to decide. Reopening and reassigning to the kernel team. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005302059.16911.elen...@planet.nl
Re: [RFC] Dealing with mdadm superblock metadata default change
On Friday 28 May 2010, martin f krafft wrote: also sprach Frans Pop elen...@planet.nl [2010.03.14.0811 +0100]: Yes, I think it should be in mdadm. It should be as easy as reverting http://git.debian.org/?p=pkg-mdadm/mdadm.git;a=commitdiff;h=7d5c3964 ccfa ace123f7b75e15d38c2650e013d8 What's the status of this? Upstream has since moved the default to 1.2. I am hesitant to revert all of that. I only see three ways: 1. Ask upstream to provide a compile-time switch to keep the default at 0.9. 2. Default to 0.9 in the mdadm.conf file. 3. Expect and require the bootloaders to catch up. I prefer 3 over 1 over 2. But is that realistic for Squeeze? BTW, someone else will have to follow up on this from the D-I side. I'm dropping the issue from my ToDo list. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005291756.09385.elen...@planet.nl
Re: Driver injection disk debconf templates in D-I
On Saturday 29 May 2010, Christian PERRIER wrote: I replaced OEM by hardware in an attempt to unjargonize. And thereby losing information. Well, then define OEM in this contextThis acronym is used in each and every possible situation and nearly means nothing nowadays. So ? I dont' think we lose any information by being more explicit. I fully agree that OEM is a nonsense term and confusing to users. Maybe use hardware vendor instead of OEM. Using just hardware does lose information as the essence is that the drivers are provided by the vendor, not by the distro. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005300029.23354.elen...@planet.nl
Re: Driver injection disk debconf templates in D-I
On Sunday 30 May 2010, Frans Pop wrote: Maybe use hardware vendor instead of OEM. Using just hardware does lose information as the essence is that the drivers are provided by the vendor, not by the distro. Or maybe better hardware manufacturer. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005300123.30482.elen...@planet.nl
Re: Driver injection disk debconf templates in D-I
On Wednesday 26 May 2010, Christian PERRIER wrote: this OS release: we never talk like this in other parts of D-I. If we want to avoid branding (this release of Debian), we could at least use this release of the operating system). My first question would be: do the disks actually work with Debian at all? What exactly do they contain? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005261528.58987.elen...@planet.nl
Re: lilo removal in squeeze (or, please test grub2)
On Thursday 27 May 2010, Samuel Thibault wrote: Because the question is where?. The lilo approach is inside the filesystem, which can break. The grub approach is right after MBR, which needs room there. grub (legacy) can be installed in any partition. IIUC grub2 is limited to being installed in the MBR. For me that's one of the major downsides of grub2 and one reason I still very much prefer grub. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005270132.18407.elen...@planet.nl
Re: Localization status for Debian Installer (May 24th update)
On Monday 24 May 2010, Christian PERRIER wrote: 3 languages were complete before sibyl-installer re-addition Sibyl installer strings can be recovered using msgcat from an older version of the PO file. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005241510.25633.elen...@planet.nl
Re: Localization status for Debian Installer (May 24th update)
On Monday 24 May 2010, Frans Pop wrote: On Monday 24 May 2010, Christian PERRIER wrote: 3 languages were complete before sibyl-installer re-addition Sibyl installer strings can be recovered using msgcat from an older version of the PO file. Done from revision 59835 for the following languages: M eo.po M bn.po M be.po M zh_TW.po M he.po # One string still fuzzy; old translation was broken M et.po M sl.po M lt.po -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005241558.07807.elen...@planet.nl
Re: No install guide for armel for stable
On Monday 24 May 2010, Martin Michlmayr wrote: I noticed that http://www.debian.org/ports/arm/ refers to the arm install guide and release notes rather than to that of armel. Since are is deprecated, I wanted to change the links to armel but then I noticed is that there's no install guide for armel for stable (the release notes are available). See http://www.debian.org/releases/stable/armel/ Do you know why this is the case and what to do about it? You need your memory banks overhauled ;-) Lenny *does* still have arm. We changed the installation guide to armel only *after* the lenny release because arm was dropped for Squeeze. All Lenny documentation for arm is equally valid for armel. So as discussed and decided previously, for stable nothing needs to (nor can be) be done about it. The links on the ports page should be changed to armel conditionally using an 'if-stable-release' tag so that the new links get activated automatically at the time of the Squeeze release. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005241631.59683.elen...@planet.nl
Re: No install guide for armel for stable
On Monday 24 May 2010, Martin Michlmayr wrote: Is it possible to change the lenny arm guide so it points to the armel images? No. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005241728.58677.elen...@planet.nl
Re: [buildd-tools-devel] the state of daily-builds
On Saturday 15 May 2010, Frans Pop wrote: On Sunday 09 May 2010, Andreas Barth wrote: I also fixed hppa today Great, but seems to have a similar problem as ppc had: not built since initial run. Ping. hppa is still not being built automatically. TIA -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005210800.55841.elen...@planet.nl
Re: [buildd-tools-devel] the state of daily-builds
On Friday 21 May 2010, Frans Pop wrote: On Saturday 15 May 2010, Frans Pop wrote: On Sunday 09 May 2010, Andreas Barth wrote: I also fixed hppa today Great, but seems to have a similar problem as ppc had: not built since initial run. Ping. hppa is still not being built automatically. Sorry, forget that. It's only been failing the last three days. Would be nice to know why though. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005210802.41408.elen...@planet.nl
Re: No push permission for tasksel?
On Friday 21 May 2010, Andrei Popescu wrote: Unfortunately I still get the same error. I even 'rm -rf' the whole directory and started from scratch, but I still get the same error. Give it some time... -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005212341.47616.elen...@planet.nl
Bug#582223: partman - Wants to overwrite swap partition/lv
severity 582223 normal tags 582223 wontfix thanks On Wednesday 19 May 2010, Bastian Blank wrote: partman wants to overwrite the swap partitions on a already setup machine. As swap partition can contain hibernation data, this is an data-destroying operation. Doing any system install while the system is in hibernation is asking for trouble and IMO is simply user error. I don't think we need to support that case. See also the warning at the top of: http://www.debian.org/releases/testing/i386/ch05s01.html.en Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005191125.32459.elen...@planet.nl
Bug#581873: [languagechooser] unable to select language more than once
*Exactly* when did you do this? I suspect it was after the step of loading additional components? Before that point changing the language should work fine. After that point the language setting *is* changed, but you get English because other translations have been deleted to save memory. I've committed a change in rootskel so that translations only get dropped if the system has less than 250MB RAM. If we could display the dialog saying that changing the language is no longer possible that would probably not be needed, but since that does not work I think it's better to just keep translations when possible. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005191434.57242.elen...@planet.nl
Re: new udeb btrfs-tools-udeb
On Wednesday 19 May 2010, Joey Hess wrote: Please provide references as new udebs are only allowed with approval of the debian-installer team. I'm not aware of any such policy; there's no mention of such a requirement in the developers reference or debian policy manual. http://lists.debian.org/debian-boot/2007/07/msg00398.html -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005192044.44707.elen...@planet.nl
Re: Package-Type not included in udebs
On Tuesday 18 May 2010, Christian PERRIER wrote: Quoting Raphael Hertzog (hert...@debian.org): To the d-i team: you can start converting your packages to use the official name now. Any objections for me to do this in SVN? Apart from changelog documentation, is there anything else that should be done besides s/XC-Package-Type:/Package-Type: in debian/control files? IIUC XB-Kernel-Version, XB-Subarchitecture and XB-Installer-Menu-Item should be done as well. And IMO it would make sense to do all at the same time. But I doubt any testing of the official fields has been done, so someone will need to check *with care* that they really do work the same now. And packages that are not team-maintained will need to be done as well. Also, the D-I Internals and possibly other documentation would need to be updated. It may be better to delay until after the Squeeze release so that it can all be done without pressure. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005182031.30802.elen...@planet.nl
Bug#581873: [languagechooser] unable to select language more than once
On Monday 17 May 2010, Holger Wansing wrote: The earliest possibility to reach the main menu in standard priority is when network configuration via DHCP fails or if I abort it before it succeeds. I would say it is during keyboard selection (if you ignore the localechooser dialogs). And you don't have to make DHCP fail; you can also go back to the menu when asked to confirm the hostname. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005180343.45378.elen...@planet.nl
Re: D-I Manual - Released; string freeze end
On Friday 30 April 2010, Frans Pop wrote: It's time for another upload of the Installation Guide. The new release has been uploaded. The following translations have been disabled as they are incomplete: Korean, Portuguese (BR), Spanish, Swedish. Thanks to all translators for their work. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005180720.43926.elen...@planet.nl
Bug#581873: [languagechooser] unable to select language more than once
reassign 581873 2.09 localechooser block 581873 by 470258 thanks On Sunday 16 May 2010, Holger Wansing wrote: If I remember now, that I wanted to do an italian installation (for example, every other choice does the same), and I go back to the change language step as soon as I can access the main menu, it doesn't work as expected. *Exactly* when did you do this? I suspect it was after the step of loading additional components? Before that point changing the language should work fine. After that point the language setting *is* changed, but you get English because other translations have been deleted to save memory. You can keep all translations for the whole installation by booting with DEBCONF_DROP_TRANSLATIONS=0 (IIRC). See changelog for cdebconf (0.117). I know, that it's maybe to late at that installation step to change the language, but shouldn't it be unpossible, to reach that dialogs then? That functionality is already there, but disabled because of #470258. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005170431.57492.elen...@planet.nl
Re: [buildd-tools-devel] the state of daily-builds
On Sunday 09 May 2010, Andreas Barth wrote: I also fixed hppa today Great, but seems to have a similar problem as ppc had: not built since initial run. TIA, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005150521.27634.elen...@planet.nl
Bug#580978: installation-reports: fails to see NIC firmware drivers on USB stick
On Monday 10 May 2010, Frans Pop wrote: On Monday 10 May 2010, Bonno Bloksma wrote: I have an ext2 formatted usb stick The installation guide specifies that the stick should be *FAT* (or VFAT) formatted. ext2 may work with some installation methods, but not with all. It is also important that the file is in a correct subdirectory. See http://d-i.alioth.debian.org/manual/en.i386/ch06s04.html for details. Also, check the syslog for the installation. It should contain info on how/where the installer is looking for the firmware. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005101759.40264.elen...@planet.nl
Re: Multiple preseed files
On Sunday 09 May 2010, Henning Sprang wrote: I'm desperately trying to use something that I couldn't find being documented anywhere but a changelog entry that makes me believe it exists: Using multiple preseed files on a custom CD install - with the purpose of having a generic one for all systems and some other special ones for different system types. It should exist since 2004, as this tells me: http://www.mail-archive.com/debian-devel-chan...@lists.debian.org/msg565 49.html That's an extremely general comment to base your conclusion on... I don't think it's ever been supported the way you seem to think. Can anybody confirm that, or, preferred, does anybody know the contrary, and can tell how it can be used actually? Two things are supported: - combining different preseeding methods (initrd/file/net) - chainloading preseed files. http://d-i.alioth.debian.org/manual/en.i386/apbs05.html#preseed-chainload Check out Philip Hands' preseeding framework for ideas: http://hands.com/d-i/ Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005091821.17542.elen...@planet.nl
Re: Broken d-i daily builds for hppa
On Sunday 09 May 2010, Cyril Brulebois wrote: it seems like d-i daily builds are quite broken: | make[2]: `sources.list.udeb' is up to date. | util/get-packages: line 138: 7733 Segmentation fault $APT_GET | update Failed to update the Packages file. […] I suspect this was from a log file that was several months old... I think that particular issue was fixed quite some time ago. Could you please take a look? Looks to me like hppa builds were switched over and re-enabled earlier today. The current build appears to be fine. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005091840.52038.elen...@planet.nl
Re: [buildd-tools-devel] the state of daily-builds
On Saturday 03 April 2010, Andreas Barth wrote: I just reenabled powerpc btw Does not seem to have been built since 3 Apr. Forgot to enable in crontab? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005091844.05172.elen...@planet.nl
i386 buildd needs updating
CD builds are failing because (moved) win32-loader files are missing. buildd needs update to latest version. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005092154.16469.elen...@planet.nl
Re: Multiple preseed files
On Sunday 09 May 2010, Henning Sprang wrote: O.k., I think that'll serve me to dowhat I want! One other thing that I don't find being documented anywhere is the use of scripting inside a preseed file. Seems like it's Perl? No, shell script. No perl (or anything else) in the D-I environment. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005092242.43677.elen...@planet.nl
Bug#579995: Partitioning failure in Squeeze install
On Monday 03 May 2010, Frans Pop wrote: On Monday 03 May 2010, Terry Stroup wrote: On completing the partitioning, I get the following error: File system has an incompatible feature enabled. Compatible features are has_journal, dir_index, filetype, sparse_super and large_file. Use tune2fs or debugfs to remove features. This is an error from libparted. I'm not sure what the cause of the problem is and your setup is simply too complex with too many variables to deduce it from your description. If you can reproduce the problem, then please send the syslog and partman.log files for the installation (compressed!) after the first error occurs. Without the requested additional info we'll have no option but to close your report. Please check if you can reproduce this issue and provide the requested log files. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005081757.09814.elen...@planet.nl
[SRM] Please accept choose-mirror 2.28lenny6
I've just uploaded an updated version of choose-mirror. There's only a fix of a minor bug from the previous release, but the upload also contains an updated mirror list. Note that this update means debian-installer should also be updated before the next point release. Are there any plans for that yet? TIA, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005081900.46863.elen...@planet.nl
Re: D-I Manual - String freeze / Call to update translations (deadline: May 17)
On Friday 30 April 2010, Frans Pop wrote: It's time for another upload of the Installation Guide. As we're getting closer to the Squeeze release I will drop incomplete translations this time. Most translations need updates. The deadline for translation updates is in two weeks: Monday May 17. 10 days left. Status info can be found at: http://d-i.alioth.debian.org/manual/ The current status for XML-based translations is: German, French: complete Czech: 12 files need update Italian: 13 files need update Portuguese (BR): 36 files need update, 2 files untranslated Catalan, Spanish: 37 files need update, 2 files untranslated The current status for PO-based translations is: 100% Vietnamese 099% Japanese 099% Portuguese (PT) 099% Chinese (simplified) 098% Russian 098% Swedish 097% Greek 095% Finnish 095% Korean Czech and Russian now also complete; Finnish and Italian in progress. The following languages may need help from new translators: Catalan, Korean, Portuguese (BR), Spanish Maybe also Greek. The following translations look to have been abandoned: Basque, Hungarian, Chinese (traditional), Romanian Cheers, FJP P.S. I'll look into the suggested improvements after the release. We are in a string freeze after all. Thanks for sending them. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005080007.52161.elen...@planet.nl
Bug#580265: Failed netinst
reassign 580265 linux-2.6 2.6.32-9 thanks On Tuesday 04 May 2010, Gmail Notifier wrote: 00:19.0 Ethernet controller [0200]: Intel Corporation 82578DC Gigabit Network Connection [8086:10f0] (rev 06) Subsystem: Intel Corporation Device [8086:0037] Kernel driver in use: e1000e Comments/Problems: Did not find my e1000e network interface, even after selecting it explicitly from the list. After installing without using a net connection, a simple modprobe e1000e and dhclient made the net connection work. The following were added automaticly to /etc/modules by the installation: e100 e1000 e1000e But booting with these in /etc/modules did not make the network interface work. Had to do modprobe e1000e manually after each boot. This sounds like a kernel issue. Reassigning to the kernel team. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005051041.20978.elen...@planet.nl
Re: To translate or not to translate?
On Tuesday 04 May 2010, Tapio Lehtonen wrote: The d-i manual in file preseed.po has several msgids like these: msgid debian-installer/framebuffer msgid language msgid debian-installer/language msgid country msgid debian-installer/country None of those should be translated. If indeed these should not be translated, is it possible to get them marked as such in the original text to get them removed from the .po file? Or perhaps add comment to explain what the translator should do with them? There are no facilities for something like that. Sorry. The best option is to refer to the original text when trying to decide if something should be translated or not: http://d-i.alioth.debian.org/manual/en.i386/apbs02.html#preseed-aliases Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005041706.18649.elen...@planet.nl
Bug#579995: Partitioning failure in Squeeze install
tag 579995 moreinfo thanks On Monday 03 May 2010, Terry Stroup wrote: On completing the partitioning, I get the following error: File system has an incompatible feature enabled. Compatible features are has_journal, dir_index, filetype, sparse_super and large_file. Use tune2fs or debugfs to remove features. This is an error from libparted. I'm not sure what the cause of the problem is and your setup is simply too complex with too many variables to deduce it from your description. If you can reproduce the problem, then please send the syslog and partman.log files for the installation (compressed!) after the first error occurs. except that Squeeze's DI wouldn't mount the ReiserFS partitions. ReiserFS is no longer supported by default for Squeeze. See http://d-i.alioth.debian.org/manual/en.i386/ch06s03.html#di-partition -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005031106.26879.elen...@planet.nl
Re: timezone in squeeze installer
On Sunday 02 May 2010, Cesare Leonardi wrote: 3) The system mumble a bit then show what i've attached. Here normally i choose what the installer propose: United States en_US.UTF-8. That is correct. If you were installing in expert mode, you would have the option to select it_IT.UTF-8 as extra locale to be generated. Then, from what i recall, on the installed system i do: - dpkg-reconfigure -plow locales Here i select en_US.UTF-8 and it_IT.UTF-8. So this would then not be needed, but it is fine to do it this way. - set /etc/default/locale with: LANG=it_IT.UTF-8 LC_MESSAGES=en_US.UTF-8 Result: italian locale but user interface in english. This is something the installer does not support, so to set it up this way must indeed be done manually afterwards. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005020832.53449.elen...@planet.nl
Re: Installation on PowerBook G3
On Saturday 01 May 2010, Stefano Canepa wrote: I have an old Apple PowerBook G3 (prism/bronze) and I'm trying to install Debian on it. I'm using a netinst CD dated 20100201. I tryed many times but installer stops installing base system, every time at a different percentage but when it stops the computer is completly frozen: no input no output. Try switching to VT4 at the beginning of base installation. That should at least give us where it is failing and maybe why. Also try activating the web server of the installer before base installation (save debug logs option). Maybe that will allow you to get the info after the hang. It's almost certain to be an arch specific issue, so the powerpc porters are the best people to help solve it once you have identified the issue. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005020836.56072.elen...@planet.nl
Re: timezone in squeeze installer
On Sunday 02 May 2010, Christian PERRIER wrote: You can at least run the installer up to the partitioning step...up to the moment where file systems are written on disk. But you won't reach the timezone selection step as it happens after this. Not correct. TZ selection (clock setup) happens before partman. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005021228.56164.elen...@planet.nl
Re: Spam cleaning effort: April 2010
On Sunday 02 May 2010, Christian PERRIER wrote: We're now in May, so it's time for our tireless reviewers to work on April 2010 archives. Should be easy: I found only 2 spams. You've missed 1... -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005021532.14753.elen...@planet.nl
Bug#579948: SunBlade 1000 installation report - fails to mount root partition on /target
reassign 579948 partman-base severity 579948 serious thanks On Sunday 02 May 2010, Jurij Smakov wrote: Comments/Problems: The display of partition sizes appears to be all screwed up (see the first attached screenshot). Possibly a regression in libparted for sparc disklabel. Please send the partman.log and also the output of 'fdisk -l' for that disk. Attempt to mount /dev/sdb2 as / on /target fails with invalid argument (see second attached screenshot). My guess is that it happens because mount gets an argument -t ext3, while the partition is ext4, and mounts fine from the shell if I do not specify a type argument. Perhaps, mke2fs default has changed without installer being aware of it? Not sure about this. Could also be related to the first issue. How exactly did you partition the disk? The first screenshot shows sdb2 as ext3, not as ext4. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005021608.17201.elen...@planet.nl
Bug#579948: SunBlade 1000 installation report - fails to mount root partition on /target
reassign 579948 libparted0debian1 2.2-5 tags 579948 d-i affects 579948 partman-base thanks On Sunday 02 May 2010, Jurij Smakov wrote: On Sun, May 02, 2010 at 03:57:48PM +0100, Jurij Smakov wrote: ~ # fdisk -l /dev/sdb Disk /dev/sdb (Sun disk label): 255 heads, 63 sectors, 8864 cylinders Units = cylinders of 16065 * 512 bytes Device FlagStart EndBlocks Id System /dev/sdb1 013 972801 Boot /dev/sdb2 2048 2049 1024 83 Linux native /dev/sdb3 0 8864 712000805 Whole disk /dev/sdb4 4096 4097 1024 82 Linux swap /dev/sdb5 6144 8864 21848064 83 Linux native Right. So the free space shown in partman *is* really there (although it shouldn't be). And sdb2 is completely wrong as it's way too small for a root fs. I think this may be the result of new partition alignment code in parted. The error is certainly in libparted as the log shows the following. Creation of first partition (100MB for /boot; looks OK): /bin/perform_recipe: IN: NEW_PARTITION =dev=sdb primary ext2 0-72908881919 beginning 10001 parted_server: OUT: 1 0-99614719 99614720primary ext2 /dev/sdb1 Creation of second partition (7GB for /): /bin/perform_recipe: IN: NEW_PARTITION =dev=sdb primary ext3 99614720-72908881919 beginning 71 parted_server: OUT: 2 16845373440-16846422015 1048576 primary ext3 /dev/sdb2 So partman requests a partition of 7GB, but libparted creates one of 1MB. Looks broken to me. The swap partition has the same problem: partman requests ~2GB, but we get only 1MB. Here's the fdisk output and illustration of the mounting error: ~ # mount -t ext3 /dev/sdb2 /target/ mount: mounting /dev/sdb2 on /target/ failed: Invalid argument This is a consequence of the error above. The syslog shows: May 2 17:12:42 partman: mke2fs 1.41.11 (14-Mar-2010) May 2 17:12:42 partman: Filesystem too small for a journal So, the FS is too small for a journal and therefore not a valid ext3 filesystem. But apparently ext4 is able to mount it (and you should also be able to mount it as ext2). -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005022027.43586.elen...@planet.nl
Re: timezone in squeeze installer
On Saturday 01 May 2010, Xavier Chantry wrote: I wanted to use an english locale/language with my timezone (Europe/Paris UTC+1 or 2) but that was not possible. After selecting english (or was it american?), I only had a very restricted list of timezones, with no obvious way around. So I had to go back and choose French language instead. After selecting English you simply need to select France as country (first other, then Europe, then France). The language is not really relevant. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005011906.51911.elen...@planet.nl
Re: timezone in squeeze installer
On Saturday 01 May 2010, Xavier Chantry wrote: And unfortunately I cannot reinstall on the qnap, I've already a fully working and configured system that is in use. and I cannot just ran the installer again there, I would need to re-flash it and probably lose everything. If you abort the installation before partitioning your installed system will not be affected. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005012148.31498.elen...@planet.nl
D-I Manual - String freeze / Call to update translations (deadline: May 17)
It's time for another upload of the Installation Guide. As we're getting closer to the Squeeze release I will drop incomplete translations this time. Most translations need updates. The deadline for translation updates is in two weeks: ***Monday May 17***. Status info can be found at: http://d-i.alioth.debian.org/manual/ The current status for XML-based translations is: German, French: complete Czech: 12 files need update Italian: 13 files need update Portuguese (BR): 36 files need update, 2 files untranslated Catalan, Spanish: 37 files need update, 2 files untranslated The current status for PO-based translations is: 100% Vietnamese 099% Japanese 099% Portuguese (PT) 099% Chinese (simplified) 098% Russian 098% Swedish 097% Greek 095% Finnish 095% Korean The following languages may need help from new translators: Catalan, Finnish, Korean, Portuguese (BR), Spanish The following translations look to have been abandoned: Basque, Hungarian, Chinese (traditional), Romanian Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#579625: partman-base: partman/alignment should also be a regular question
Package: partman-base A new template partman/alignment has been added which is currently only preseedable. During a discussion [1] it was suggested that the question should also be asked during interactive installs (at medium and/or low priority and only for relevant disk labels). The template is also not yet documented in the installation guide. [1] http://lists.debian.org/debian-boot/2010/04/msg00184.html -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201004291034.11221.elen...@planet.nl
Re: r62959 - in trunk/packages/partman/partman-base: . debian init.d
Colin Watson wrote: I agree that it would make sense to ask this at (probably) medium priority, although I'm not sure when I'll have time to make this change. Perhaps somebody could file a reminder bug? #579625 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201004291041.59480.elen...@planet.nl
Re: squeeze installer: no keyboard after first kernel boot
On Monday 26 April 2010, Florian Weimer wrote: Now I tried: 1dae5d9f29de2a3dd7a367d442921991 debian-testing-amd64-netinst.iso Still no luck. OK. That excludes a known issue. It could still be a missing kernel module, but that seems unlikely. Not sure what else it could be though. AFAIK USB keyboards in general work fine. Please file a BR against debian-installer so we can track this properly and include answers for the following questions. * What is the USB ID for the keyboard? * Did you try both the regular and the graphical installer? If not, please do so. It could be that one or the other does work as they use somewhat different mechanisms. * If the keyboard does work with the graphical installer, then please check if it also works after switching to VT2 or VT3. * Do you have a different USB keyboard you can try with that machine? If so, does that work or not? * Can you connect a PS/2 keyboard and use that for the installation? If so, complete the installation and check if the keyboard does work with the installed system. If it does, a comparison of lsmod between the installer and the installed system should help. * If you cannot find a working keyboard, then possibly a fully preseeded installation could be done. After completing that, check if the keyboard does work with the installed system. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201004291832.56132.elen...@planet.nl