Bug#510271: installation-report: Lenny on a Slug - eventual success after a few tries and some fixups
* Rick Thomas [2009-01-12 19:46]: > 1) What part of the current d-i documentation or d-i software needs to be > modified so that normal folks don't make the same mistake I did. I'm open to improving the docs, but so far I'm not sure there's anything wrong with then... > 2) Assume a user has a slug they've been using with the Linksys > software for a while and wants to switch to Debian: What should > they do to make sure d-i gets their network configuration right > without having to resort to the fixups you describe below? ... the docs clearly say that a) the network configuration has to be complete when you use a static IP address and b) if you configure the Linksys firmware to use DHCP that will be used. So to make sure d-i gets it right you either have to: a) put in all values in the Linksys firmware or b) tell the Linksys firmware to use DHCP and configure your DHCP server properly. I think both are pretty clear. Maybe I should explicitly mention "hostname" and "domain" somewhere, though... > 3) Is there any way to have d-i offer slug users the same kind of > network configuration options as are considered normal for users of > other systems? For example, it appears that there is room for some > user-definable data at the end of the flash image (see the > "--payload" option in the upslug2 man page). Can that be used to > preseed some d-i parameters, such as networking configuration? Good question; I don't know. Maybe you can investigate. But this would require users to regenerate the image... I cannot possibly see how this would be easier compared to simply filling in the domain name with the Linksys firmware (or fixing it after the installation). > 4) And specific to my own case: Do I have to re-flash with the > Linksys software to repair the network configuration for the next > time I want to do a test install? Or is there a simpler way that > can be done from the existing Debian setup? The device configuration is stored in /dev/mtdblock1. The Linksys firmware will modifiy these values when you change the configuration with the web interface. I believe some of the alternative NSLU2 firmware images have a tool to modify that area... maybe that could be ported to Debian and put in the nslu2-utils package. But right now you have to flash the Linksys firmware again. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510271: installation-report: Lenny on a Slug - eventual success after a few tries and some fixups
On Jan 12, 2009, at 3:43 PM, Martin Michlmayr wrote: * Rick Thomas [2009-01-12 10:13]: If you send me a copy of your /dev/mtdblock1, I can verify whether you set a domain name or not. Here you go. Yep, no domain is set. Assuming that I did not set a domain back when I had the Linksys firmware installed... What can I do *now* to set it right and get my parameters from DHCP? I assume you don't want to do a new installation, right? Actually, I bought this slug specifically for the purpose of helping test new d-i versions, so the truth is: Yes, I do want to do a new installation -- lots of them as new versions of d-i come out (and I have time for testing and writing up my results, of course!). So the questions really are these: 1) What part of the current d-i documentation or d-i software needs to be modified so that normal folks don't make the same mistake I did. 2) Assume a user has a slug they've been using with the Linksys software for a while and wants to switch to Debian: What should they do to make sure d-i gets their network configuration right without having to resort to the fixups you describe below? 3) Is there any way to have d-i offer slug users the same kind of network configuration options as are considered normal for users of other systems? For example, it appears that there is room for some user-definable data at the end of the flash image (see the "-- payload" option in the upslug2 man page). Can that be used to preseed some d-i parameters, such as networking configuration? 4) And specific to my own case: Do I have to re-flash with the Linksys software to repair the network configuration for the next time I want to do a test install? Or is there a simpler way that can be done from the existing Debian setup? If d-i uses info from DHCP for the hostname and domain, it will write it to /etc/hosts, hostname, etc. The installed Debian system doesn't use DHCP for this. So you simply need to change /etc/hosts, hostname and every other file that mentions example.org and change it to something else. This will show you the files: grep -r example.org /etc The other question is whether your NSLU2 should obtain an IP address via DHCP or use the static address. If it should use DHCP, you have to edit /etc/network/interfaces Thanks! In fact, the above fixup is pretty much what I wound up doing. Is there a note somewhere in the wiki or install notes or somewhere that says what to do in a case like this? Not really... at least not explicitly. But my install page describes where d-i gets the network values from. That's true. And, as I said, when I looked with the right questions in mind, the answer was staring me in the face. But when I started out, it wasn't obvious what questions I should be asking, so I missed the significance of that part of your documentation. It was ever thus: "The history of computer programming is a race between the software developers to make bigger and better and more idiot proof software, and the Universe to make bigger and better idiots. So far the Universe is winning!" None of which excuses us from the duty of continually improving our software and documentation. Let me know if there's anything you'd like me to do along those lines... Thanks for all your help! I hope my experience was useful for you too, and it results in an improved experience for other slug users. Rick -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508929: mklibs selects symbols from the wrong library
On Monday 12 January 2009, Andrew Stubbs wrote: > Frans Pop wrote: > > That still gives me an error: > > Traceback (most recent call last): > > File "/usr/bin/mklibs", line 509, in > > library_symbols_used[lib].add(library_symbols[lib][name]) > > KeyError: 'strlong...@base@unknown' > > make[2]: *** [stamps/tree-netboot-stamp] Error 1 > > OK, let's try again. I've attached another patch with the obvious > omission fixed. Unfortunately I don't have any libraries handy to test > this. If this doesn't work for you then I'll see if I can reproduce the > problem locally. I think that would save time :-) /usr/bin/mklibs:467: DeprecationWarning: raising a string exception is deprecated raise "Unresolvable symbol %s" % name Traceback (most recent call last): File "/usr/bin/mklibs", line 467, in raise "Unresolvable symbol %s" % name Unresolvable symbol g_warn_mess...@base@unknown To reproduce (assuming you have debian sid or lenny installed) you'll need to do something like this (besides building and installing your version of mklibs and mklibs-copy of course): $ apt-get install build-essential subversion $ svn co svn://svn.debian.org/svn/d-i/trunk/installer $ cd installer/build $ apt-get build-dep debian-installer $ make all_build I'm running amd64, but I suspect the error can be reproduced on i386 as well. Eventually we should test on a few different architectures. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511625: [INTL:ast] Asturian win32-loader templates translation
On Mon, Jan 12, 2009 at 10:21:37PM +0100, Marcos wrote: > Package: win32-loader > Version: N/A > Severity: wishlist > Tags: l10n patch > > Please find attached the Asturian translation of the win32-loader > package. Hi, I notice that Asturian is not supported by NSIS yet. We need to get NSIS to support a language before we can use it as translation for win32-loader. Please get in touch with NSIS developers; I'm sure they'll be glad to add a new language. -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510544: marked as done (Installer/partition guide tried to use 500GB as swap)
Your message dated Mon, 12 Jan 2009 21:32:19 + with message-id and subject line Bug#510544: fixed in partman-auto-lvm 32 has caused the Debian Bug report #510544, regarding Installer/partition guide tried to use 500GB as swap to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 510544: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510544 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: installation-reports Boot method: CD Image version: lenny RC1 netinst i386 Date: 02.01.2009 Machine: Shuttle K45 Processor: Celeron 450 Memory: 1GB Comments/Problems: The installer/partition guide tried to use 500GB as swap space in my encrypted volume group. Could not use the auto partitioner, had to use a manual install... -- kiu --- End Message --- --- Begin Message --- Source: partman-auto-lvm Source-Version: 32 We believe that the bug you reported is fixed in the latest version of partman-auto-lvm, which is due to be installed in the Debian FTP archive: partman-auto-lvm_32.dsc to pool/main/p/partman-auto-lvm/partman-auto-lvm_32.dsc partman-auto-lvm_32.tar.gz to pool/main/p/partman-auto-lvm/partman-auto-lvm_32.tar.gz partman-auto-lvm_32_all.udeb to pool/main/p/partman-auto-lvm/partman-auto-lvm_32_all.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 510...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop (supplier of updated partman-auto-lvm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 12 Jan 2009 22:14:14 +0100 Source: partman-auto-lvm Binary: partman-auto-lvm Architecture: source all Version: 32 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Frans Pop Description: partman-auto-lvm - Automatically partition storage devices using LVM (udeb) Closes: 510544 Changes: partman-auto-lvm (32) unstable; urgency=low . * Use "-1" instead of "10" to indicate unlimited partition size in partman recipes. This avoids an error when setting up LVM on disks larger than 1GB. Requires partman-auto (84). Closes: #510544. Checksums-Sha1: 73bfdd5b6339d3863c998fceb4a6f1c1edbf9d9b 931 partman-auto-lvm_32.dsc 1502048af73535622611219320b7692f5de25b1d 80178 partman-auto-lvm_32.tar.gz 087d3b05c6ed28ed78a977d3a3bf00bc9f2e5ea4 56842 partman-auto-lvm_32_all.udeb Checksums-Sha256: dfcc184f47f9e61f3aff4dd5a8e1ed780efe5fccda63c8a1c5681e5502752539 931 partman-auto-lvm_32.dsc 977385aed7662bd8a029af0cc80996a873135793120f8fc11ea568cc93f9b1da 80178 partman-auto-lvm_32.tar.gz 87724335f15103c5a8509dc568bd6d98597543093439208ebfdf78d7a8ad125d 56842 partman-auto-lvm_32_all.udeb Files: c7a584f05f6b593600ba992e027c3cf1 931 debian-installer optional partman-auto-lvm_32.dsc 52e0183c1e0cbce6156722a93fb4 80178 debian-installer optional partman-auto-lvm_32.tar.gz 7ff44c8c83a738d943b86a819fe9b39e 56842 debian-installer optional partman-auto-lvm_32_all.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklrs0EACgkQgm/Kwh6ICoQyGACgllfMJIaMXib9HQLrcLrFmkRO 9cYAoKOV+NVRbp/dv6BwWrDRmOxUWQvP =nl7V -END PGP SIGNATURE- --- End Message ---
partman-auto-lvm_32_amd64.changes ACCEPTED
Accepted: partman-auto-lvm_32.dsc to pool/main/p/partman-auto-lvm/partman-auto-lvm_32.dsc partman-auto-lvm_32.tar.gz to pool/main/p/partman-auto-lvm/partman-auto-lvm_32.tar.gz partman-auto-lvm_32_all.udeb to pool/main/p/partman-auto-lvm/partman-auto-lvm_32_all.udeb Override entries for your package: partman-auto-lvm_32.dsc - source debian-installer partman-auto-lvm_32_all.udeb - optional debian-installer Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 510544 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
partman-auto_84_amd64.changes ACCEPTED
Accepted: partman-auto_84.dsc to pool/main/p/partman-auto/partman-auto_84.dsc partman-auto_84.tar.gz to pool/main/p/partman-auto/partman-auto_84.tar.gz partman-auto_84_amd64.udeb to pool/main/p/partman-auto/partman-auto_84_amd64.udeb Override entries for your package: partman-auto_84.dsc - source debian-installer partman-auto_84_amd64.udeb - standard debian-installer Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511625: [INTL:ast] Asturian win32-loader templates translation
Package: win32-loader Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Asturian translation of the win32-loader package. (encoded menu/ast.po and menu-sections/ast.po file follows) ast.po.gz Description: GNU Zip compressed data
Processing of partman-auto-lvm_32_amd64.changes
partman-auto-lvm_32_amd64.changes uploaded successfully to localhost along with the files: partman-auto-lvm_32.dsc partman-auto-lvm_32.tar.gz partman-auto-lvm_32_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processing of partman-auto_84_amd64.changes
partman-auto_84_amd64.changes uploaded successfully to localhost along with the files: partman-auto_84.dsc partman-auto_84.tar.gz partman-auto_84_amd64.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510271: installation-report: Lenny on a Slug - eventual success after a few tries and some fixups
* Rick Thomas [2009-01-12 10:13]: >> If you send me a copy of your /dev/mtdblock1, I can verify whether you >> set a domain name or not. > > Here you go. Yep, no domain is set. > Assuming that I did not set a domain back when I had the Linksys > firmware installed... What can I do *now* to set it right and get > my parameters from DHCP? I assume you don't want to do a new installation, right? If d-i uses info from DHCP for the hostname and domain, it will write it to /etc/hosts, hostname, etc. The installed Debian system doesn't use DHCP for this. So you simply need to change /etc/hosts, hostname and every other file that mentions example.org and change it to something else. This will show you the files: grep -r example.org /etc The other question is whether your NSLU2 should obtain an IP address via DHCP or use the static address. If it should use DHCP, you have to edit /etc/network/interfaces > Is there a note somewhere in the wiki or install notes or somewhere > that says what to do in a case like this? Not really... at least not explicitly. But my install page describes where d-i gets the network values from. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511177: Bug 511177 Update
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily- builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso 07-Jan-2009 UPDATE: (i.e. what I forgot to report previously) 1. When attempting to install GRUB from the above Image Version (after the Linux-image failed to install), I noticed that GRUB only detected the Windows 98 partition but not the MS-DOS partition. GRUB with the Etch installer correctely identified both partitions. 2. After reporting this "bug" with the above Image Version, I realized that the installer was from 'sid'. So I downloaded the Lenny-Testing-i386-KDE weekly image of 05-Jan-2009 to try again. The exact same problems previously reported occurred with this CD image, as with all other Lenny installs previously attempted. 3. After several more attempts of installing Lenny, I reinstalled Etch r5 without any problems (other than the partitioner incorrectly identifying the partition numbers - as previously reported). For both Etch and Lenny installs, I've used the text-based 'expert' option. 4. Even though I have spent several days configuring Etch, I would still prefer to install Lenny - somehow - or upgrade from Etch to Lenny - somehow - to get the newer features. If installing Lenny means wiping out Etch to try any installer fixes that are made, I would be willing to do that. If no installer fixes are going to be attempted to address the issues I reported, I would appreciate knowing so that I can attempt an upgrade to Lenny. Thank you for your consideration. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511602: Suggestions for lowmem installs (e.g. mount ext3 as ext2)
Package: lowmem Severity: minor John Reiser made some very interesting comments about the installer on a machine with little RAM. I particularly like the suggestion of mounting the ext3 partition as ext2 - maybe this should be done in lowmem mode. - Forwarded message from John Reiser - From: John Reiser Subject: Re: Please test debian-installer rc1 images Date: Sun, 09 Nov 2008 09:15:52 -0800 To: debian-...@lists.debian.org User-Agent: Thunderbird 2.0.0.16 (X11/20080723) > debian-installer rc1 is going to be announced officially next week. > However, the images for ARM are already available. ... > http://www.cyrius.com/debian/nslu2/files/tmp/daily.img It worked for me but it was very slow, by a factor of ten. It took 3 hours and 15 minutes to install 278MB of Base system only. That's an aggregate rate of 24 KB/s for a USB2.0 flash memory device that can write at 8.5 MB/s. [WLAN was 1.5 Mb/s DSL; the download total of about 150 MB takes about 17 minutes.] Changing from ext3 to ext2 (which avoids the "double write" of journalling), and using the 'noatime' mount option, saved 45 minutes. [You can convert quickly from ext2 to ext3 at your leisure: http://www.redhat.com/docs/manuals/linux/RHL-7.3-Manual/ref-guide/s1-filesystem-ext3-convert.html although the partitioner's choice of option flags is different: ext3: ext_attr resize_inode dir_index filetype sparse_super large_file ext2: filetype sparse_super If ext3 is the ultimate goal, then perhaps the partitioner should mkfs an ext3 filesystem, but it should be mounted as ext2 during the install. ] The Base system finished in two hours, then the installer spent half an hour doing "nothing" because I unchecked the pre-selected "Standard system" option of "Select and install software." Many minutes of that half an hour was spent running 'aptitude' with a VSZ of 48MB on machine with only 32MB of RAM. Perhaps this half hour can be avoided by running the installer in Expert mode, and entirely omitting the step "Select and install software." There are blocking interactive dialogs at the begining of "Select and install software" which occur after a couple hours. It is poor design of the overall process to require "tending" such an operation. Instead, the default should be to limit interaction to the beginning of the whole process. The debian-installer "Low memory mode" should be viewed as a last resort. Instead, build the complete filesystem image on resource-rich machine (large RAM, fast CPU, fast disk) then download the result. Or create the empty filesystems, export them using NFS, and do a "remote" install from another machine on the local network. -- -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org - End forwarded message - -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510544: Installer/partition guide tried to use 500GB as swap
Frans Pop writes: > On Sunday 11 January 2009, Ferenc Wagner wrote: >> Yes, at above 4 TB in kB based (LVM/crypto) calculation and above 4 EB >> in the MB based case. I wonder what would be the overhead > > I'm not going to worry about 4TB support at this point. > >> >> I think it would be more logical to specify unlimited as 0 or -1. Or >> >> even some string like "none". >> > >> > A patch to change this turns out to be fairly trivial. Comments? >> > Successfully tested for both regular and LVM partitioning (though not >> > with >1TB disk). >> >> Tested with 1.6 TB atomic, and it works OK. > > Thanks. > > Otavio: OK if I upload with my patches? > I'm more comfortable with this patch than with Ferenc's one, although that > does still look OK to me for Squeeze. Sure, please go ahead. Thanks to you and Ferenc by the all the work. -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#511592: S390 Install Unable to find Disks
Processing commands for cont...@bugs.debian.org: > reassign 511592 installation-reports Bug#511592: S390 Install Unable to find Disks Warning: Unknown package 's390' Bug reassigned from package `s390' to `installation-reports'. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508929: mklibs selects symbols from the wrong library
Frans Pop wrote: That still gives me an error: Traceback (most recent call last): File "/usr/bin/mklibs", line 509, in library_symbols_used[lib].add(library_symbols[lib][name]) KeyError: 'strlong...@base@unknown' make[2]: *** [stamps/tree-netboot-stamp] Error 1 OK, let's try again. I've attached another patch with the obvious omission fixed. Unfortunately I don't have any libraries handy to test this. If this doesn't work for you then I'll see if I can reproduce the problem locally. Andrew --- src/mklibs-readelf/elf.cpp | 20 +--- src/mklibs-readelf/elf.hpp |8 src/mklibs-readelf/elf_data.hpp |2 +- src/mklibs-readelf/main.cpp |3 ++- src/mklibs.py | 39 --- 5 files changed, 52 insertions(+), 20 deletions(-) Index: src/mklibs-readelf/elf.cpp === --- src/mklibs-readelf/elf.cpp.orig +++ src/mklibs-readelf/elf.cpp @@ -445,6 +445,14 @@ std::string symbol::get_version () const return "Base"; } +std::string symbol::get_version_file () const throw (std::bad_alloc) +{ + if (verneed) +return verneed->get_file(); + + return "unknown"; +} + std::string symbol::get_name_version () const throw (std::bad_alloc) { std::string ver; @@ -539,10 +547,12 @@ version_requirement_data<_class, _data>: char *act = reinterpret_cast (verneed) + aux; + file = convert<_data, typeof (verneed->vn_file)> () (verneed->vn_file); + for (int i = 0; i < cnt; i++) { Vernaux *vernaux = reinterpret_cast (act); -entries.push_back(new version_requirement_entry_data<_class, _data> (vernaux)); +entries.push_back(new version_requirement_entry_data<_class, _data> (this, vernaux)); uint32_t next = convert<_data, typeof (vernaux->vna_next)> () (vernaux->vna_next); act += next; } @@ -551,17 +561,21 @@ version_requirement_data<_class, _data>: template void version_requirement_data<_class, _data>::update_string(const section_type §ion) throw (std::bad_alloc) { + file_string = section.get_string(file); + for (std::vector::iterator it = entries.begin(); it != entries.end(); ++it) { version_requirement_entry_data<_class, _data> &vernaux = - dynamic_cast &> (**it); + dynamic_cast &> (this, **it); vernaux.update_string(section); } } template -version_requirement_entry_data<_class, _data>::version_requirement_entry_data (Vernaux *vna) throw () +version_requirement_entry_data<_class, _data>::version_requirement_entry_data (const version_requirement_data<_class, _data> *parent, Vernaux *vna) throw () { + this->parent = parent; + flags = convert<_data, typeof (vna->vna_flags)> () (vna->vna_flags); other = convert<_data, typeof (vna->vna_other)> () (vna->vna_other); name = convert<_data, typeof (vna->vna_name)> () (vna->vna_name); Index: src/mklibs-readelf/elf.hpp === --- src/mklibs-readelf/elf.hpp.orig +++ src/mklibs-readelf/elf.hpp @@ -264,6 +264,7 @@ namespace Elf uint8_t get_type () const throw () { return type; } const std::string &get_name_string () const throw () { return name_string; } std::string get_version() const throw (std::bad_alloc); + std::string get_version_file() const throw (std::bad_alloc); uint16_t get_version_data() const throw () { return versym; } std::string get_name_version() const throw (std::bad_alloc); @@ -306,9 +307,13 @@ namespace Elf public: virtual ~version_requirement () throw () { } + const std::string &get_file() const throw () { return file_string; } const std::vector &get_entries () const throw () { return entries; } protected: + uint32_t file; + + std::string file_string; std::vector entries; }; @@ -319,8 +324,11 @@ namespace Elf uint16_t get_other () const throw () { return other; } const std::string &get_name() const throw () { return name_string; } + const std::string &get_file() const throw () { return parent->get_file(); } protected: + const version_requirement *parent; + uint16_t flags; uint16_t other; uint32_t name; Index: src/mklibs-readelf/elf_data.hpp === --- src/mklibs-readelf/elf_data.hpp.orig +++ src/mklibs-readelf/elf_data.hpp @@ -214,7 +214,7 @@ namespace Elf public: typedef typename _elfdef<_class>::Vernaux Vernaux; -version_requirement_entry_data (Vernaux *) throw (); +version_requirement_entry_data (const version_requirement_data<_class,_data> *, Vernaux *) throw (); void update_string(const section_type &) throw (std::bad_alloc); }; Index: src/mklibs-readelf/main.cpp === --- src/mklibs-readelf/main.cpp.orig +++ src/mklibs-readelf
Bug#498126: Answer?
Did you get an answer? I tried the other day (I put the WPA password into the WEP password field) but it didn't work. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#510544: Installer/partition guide tried to use 500GB as swap
On Monday 12 January 2009, Bjørn Mork wrote: > Frans Pop writes: > > On Sunday 11 January 2009, Ferenc Wagner wrote: > >> Yes, at above 4 TB in kB based (LVM/crypto) calculation and above 4 > >> EB in the MB based case. I wonder what would be the overhead > > > > I'm not going to worry about 4TB support at this point. > > 4TB and more will become quite normal during the lifetime of lenny. Sure, but I'm still not going to worry about it at this point. signature.asc Description: This is a digitally signed message part.
Re: Bug#510544: Installer/partition guide tried to use 500GB as swap
Frans Pop writes: > On Sunday 11 January 2009, Ferenc Wagner wrote: >> Yes, at above 4 TB in kB based (LVM/crypto) calculation and above 4 EB >> in the MB based case. I wonder what would be the overhead > > I'm not going to worry about 4TB support at this point. 4TB and more will become quite normal during the lifetime of lenny. Bjørn -- Ban dogs -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: About translating debootstrap
On Monday 12 January 2009 06:48:19 Christian Perrier wrote: > Quoting Noel David Torres Taño (env...@rolamasao.org): > > with CC and Replay-to to debian-l10n-span...@lists.debian.org > > no need to reply directly to me > > > > Dear debian-boot team: > > > > I've tried to translate (into spanish) debootstrap 1.0.10 and I've found > > that there is a PO file but there is no POT file. Is this intentional? > > > > From what I read in the code, debootstrap is simply not > internationalized. > > Don't ask me why there is a PO file, I simply don't know:-) > > So, I wouldn't bother translating itat least until someone adds > proper internationalization to it. > > > Thanks. It is a pity, since I've already translated it from the PO file. Noel er Envite signature.asc Description: This is a digitally signed message part.
Re: 40r6 locks up during boot
On Mon, 2009-01-12 at 11:04 +0900, John wrote: > John wrote: > > Frans Pop wrote: > > > Ah, so. It's the DVD image. > > > > It's different, but not satisfactory. > > I'm copying by hand atm, I'll look at a serial cable (I think I can do > that) later, so I will give a bare minimum for the moment. > > Security framework initialized > SELinux diasbled at boot > Capability LSM initialized > Initializing xgroup subsys ns > cpuacct > devices > CPU: L1 cache 64K etc > CPU: L2 cache 512K etc > CPU: Amd Athlon (tm) Dual Core Processor 4450B stepping 02 > checking HLT instruction ... ok > general protection fault: 3edc [#1] > Modules linked in: > > Pid 0, comm: swapper Not tainted (2.6.26-1-486 #1) > EIP 0060:[] EFLAGS 0286 CPU: 0 > EIP is at 0xc0363f0d > > I will leave off now, lots of hex numbers which I'm likely to mistranscribe. > > It ends with kernel panic - not syncing -: Attempted to kill the idle task! > > Oh, the top item on the call trace: > [] apply_paravirt+0x81/0x91. Hmm, this suggests that adding "noreplace-paravirt" to your command line might help. It'd be interesting to see all the hex numbers once you've got serial connected up though, especially since the crashing EIP is at 0xc03xx which implies it is in a module. I vaguely recall some traffic on LKML about dynamic patching of stuff in modules, need to try and remember more to dig it out. > and it's called from vgacon_set_cursor_size. Called from? Did you see this address on the stack? It might be that it is attempting to replace some code in this function so it appears on the stack spuriously. Ian. -- Ian Campbell A woman was in love with fourteen soldiers. It was clearly platoonic. signature.asc Description: This is a digitally signed message part
Re: About translating debootstrap
Quoting Noel David Torres Taño (env...@rolamasao.org): > with CC and Replay-to to debian-l10n-span...@lists.debian.org > no need to reply directly to me > > Dear debian-boot team: > > I've tried to translate (into spanish) debootstrap 1.0.10 and I've found that > there is a PO file but there is no POT file. Is this intentional? > From what I read in the code, debootstrap is simply not internationalized. Don't ask me why there is a PO file, I simply don't know:-) So, I wouldn't bother translating itat least until someone adds proper internationalization to it. signature.asc Description: Digital signature