Bug#426897: Bad spanish translation on display selection during installation process
tag moreinfo thanks On Thu, May 31, 2007 at 07:51:57PM +0200, Zamorano wrote: Package: installation Severity: important The translation to spanish of the description makes that a user who wants all the resolutions listed installed unmark all options; this makes the installation don't install any resolution in the X system, so X are not accesible without reconfiguration. Sorry, but I don't understand this report. What precise text are you referring too? The installation of a Debian system is made up of many prompts and the X configuration has a number of messages. Please tell us which message you did not understand (you can find all of them in /var/cache/debconf/templates.dat) and if you have a proposal for an alternate translation please also attach it to the bug report. Regards Javier signature.asc Description: Digital signature
Bug#426897: Bad spanish translation on display selection during installation process
reassign 426897 xorg thanks Quoting Zamorano ([EMAIL PROTECTED]): Package: installation Severity: important The translation to spanish of the description makes that a user who wants all the resolutions listed installed unmark all options; this makes the installation don't install any resolution in the X system, so X are not accesible without reconfiguration. This translation pertains to the xorg package. Spanish translators, please check and eventually correct the attached file. The offending strings are the first strings in the file. es.po.gz Description: Binary data signature.asc Description: Digital signature
Processed: Re: Bug#426897: Bad spanish translation on display selection during installation process
Processing commands for [EMAIL PROTECTED]: reassign 426897 xorg Bug#426897: Bad spanish translation on display selection during installation process Bug reassigned from package `installation-reports' to `xorg'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Speed-up encrypted partitioning
On Thu, May 31, 2007 20:51, Soenke Ruempler - NorthClick wrote: Is it possible to skip the random-overwrite of existing data (erasing disk step) if harddisk encryption is chosen? I think there is no need if it's a fresh harddisk and it's slow with a big harddisk (up to several days). There are already two bug reports filed on this subject (381898 and 400034). Hopefully it will be implemented before the next release, but note that it *is* still a good idea to do the erase step on a completely new HDD as an attacker might get some information from looking at which sectors are in use so I wouldn't recommend it. -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426943: *_crypt naming causes df to line-wrap
On Fri, June 1, 2007 00:25, martin f krafft wrote: The naming of crypto devices as hda1_crypt causes df to use two lines for each filesystem. Please consider using just cr_hda1 instead. I'm not sure what the point is...is it merely cosmetic? Because if it is, cr_X is not that nice either. Also, the default crypto install uses LVM which greatly increases the risk of other lines with line wraps anyway. Finally, if we add persistent device names along the line of /dev/disk/by-something/* that will also increase the risk. So unless someone explains to me in which way I've misunderstood this, I'm inclined to close the bug report. -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426943: *_crypt naming causes df to line-wrap
also sprach David Härdeman [EMAIL PROTECTED] [2007.06.01.1347 +0200]: I'm not sure what the point is...is it merely cosmetic? Yes, merely cosmetic. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#426943: *_crypt naming causes df to line-wrap
On Friday 01 June 2007 00:25, martin f krafft wrote: The naming of crypto devices as hda1_crypt causes df to use two lines for each filesystem. Please consider using just cr_hda1 instead. I'm not sure if changing the name for just this reason is wise. df will wrap lines in a lot more cases than just this one, including in practice any LVM volume. And you can always use 'df -P' if you really need the output to be on the same line (for parsing by a script for example). As changing the name would for example break the rescue procedure I recently documented on [1] (the crypto device name used in the luksOpen command needs to match what is in /etc/crypttab to avoid e.g. update-initramfs to fail), I would not like to see the name changed lightly. Cheers, FJP [1] http://wiki.debian.org/DebianInstaller/Rescue/Crypto pgpkb0VyJNSi5.pgp Description: PGP signature
Re: floppies, a radical proposal
On Thursday 31 May 2007 20:47, peter green wrote: Since we already know the bios can read the users floppy drive (or they wouldn't have been booting off it) it would seem to make sense to load all the floppies BEFORE loading linux and abandoning the bios's services. Here are the contents of an Etch i386 boot floppy: -rwxr-xr-x 1 root root 1137494 2007-03-10 08:57 linux -rwxr-xr-x 1 root root 117159 2007-03-10 08:57 initrd.gz -rwxr-xr-x 1 root root 59 2007-03-10 08:57 disk.lbl -r-xr-xr-x 1 root root9932 2007-03-10 08:57 ldlinux.sys -rwxr-xr-x 1 root root 591 2007-03-10 08:57 syslinux.cfg -rwxr-xr-x 1 root root 67 2007-03-10 08:57 boot.txt -rwxr-xr-x 1 root root 859 2007-03-10 08:57 f1.txt -rwxr-xr-x 1 root root 666 2007-03-10 08:57 f2.txt -rwxr-xr-x 1 root root 616 2007-03-10 08:57 f3.txt -rwxr-xr-x 1 root root 416 2007-03-10 08:57 f4.txt -rwxr-xr-x 1 root root 806 2007-03-10 08:57 f5.txt -rwxr-xr-x 1 root root1139 2007-03-10 08:57 f6.txt -rwxr-xr-x 1 root root 916 2007-03-10 08:57 f7.txt -rwxr-xr-x 1 root root1102 2007-03-10 08:57 f8.txt -rwxr-xr-x 1 root root 766 2007-03-10 08:57 f9.txt -rwxr-xr-x 1 root root 568 2007-03-10 08:57 f10.txt -rwxr-xr-x 1 root root9519 2007-03-10 08:57 splash.rle As you can see, almost all space on the boot floppy is already used by the kernel, with the initrd at about 10% of that and the rest negligible. So, the only real issue is the size of the kernel and freeing up space by being able to do without an initrd on the boot floppy (although nice), would probably only buy us some time. So, my main question would be: what is possible? Can we avoid the need for the minimal boot floppy initrd? Could the kernel be split over 2 floppies? Will users still be able to choose installation methods and enter boot parameters? I'm very much in favor of following up on this. If it could mean supporting booting from USB floppies again, that would be great. Cheers, FJP pgpsNBbNvWXIi.pgp Description: PGP signature
Bug#360699: installation-reports: Installation on Sun Netra X1
I can confirm it still happens with stable Etch on same hardware. I can do any testing you like provided they are requested in the next 2 weeks, as I have a Netra X1on my desk doing nothing but waiting to get installed. Hope it helps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412922: please generate win32-loader.ini manifest file
On Thursday 31 May 2007 20:19, Robert Millan wrote: Maybe this is a good time to review this? I'm attaching a new patch, with some minor changes including adapting to latest win32-loader.ini syntax. I guess my main reservation against this is that including a Windows .ini file and thus making the installer autoload within Windows if the CD is inserted, _increases_ our responsibility if the user should fail to read (or probably more importantly: understand) any of the warnings about erasing your harddisk and losing existing data. The fact that actually starting an install stills involve a reboot, is not a real safeguard as installing almost anything interesting on Windows requires a reboot anyway. The fact that currently the installer needs to be booted completely separately, at least makes absolutely clear to even the most clueless Windows user that Debian is not some Windows proggie that can just be tried (as running random Windows proggies is of course always safe, right?). I could probably be convinced to include this on CD images if the patch would not start your loader, but would open a modified README.html that has an extensive explanation of what Debian is and only contains a link to the loader itself. This would however increase the need for translation of the README.html (which is a worthwhile goal for debian-cd anyway). The same would go for USB keystick, but I am not sure if this should be included in other installation methods. Note that this is not an RM standpoint, but just my own opinion. Cheers, FJP P.S. What is the status of acceptance of the loader into the archive? pgpjaX0GGWtK3.pgp Description: PGP signature
m68k mklibs problem?
I fired up the latest daily for m68k and ran into the following problem. | /bin/sh: symbol lookup error: /lib/libc.so.6: undefined symbol: _rtld_global Is this a mklibs problem? Any ideas? Thanks, Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#360699: marked as done (installation-reports: Installation on Sun Netra X1)
Your message dated Fri, 1 Jun 2007 17:03:59 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#360699: installation-reports: Installation on Sun Netra X1 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: RARP/TFTP Image version: http://http.us.debian.org/debian/dists/sarge/main/installer-sparc/current/images/sparc64/netboot/2.6/ 07-Mar-2005 01:32 5.3M boot.img Date: 2nd April 2006 Machine: Sun Netra X1 Processor: # cat /proc/cpuinfo cpu : TI UltraSparc IIe (Hummingbird) fpu : UltraSparc IIe integrated FPU promlib : Version 3 Revision 0 prom: 4.0.9 Memory: # cat /proc/meminfo MemTotal: 1029576 kB Partitions: fdisk -l /dev/hda durante la isntalacion y obtuve esto: Disk /dev/hda (Sun disk label): 16 heads, 255 sectors, 19156 cylinders Units = cylinders of 4080 * 512 bytes Device FlagStart EndBlocks Id System /dev/hda1 17722 19158 2929440 83 Linux native /dev/hda2 16765 17722 1952280 82 Linux swap /dev/hda3 0 19158 390823205 Whole disk Output of lspci and lspci -n: #lspci :00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIe :00:03.0 Non-VGA unclassified device: ALi Corporation M7101 Power Management Controller [PMU] :00:05.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31) :00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] :00:0a.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) :00:0c.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31) :00:0d.0 IDE interface: ALi Corporation M5229 IDE (rev c3) #lspci -n :00:00.0 0600: 108e:a001 :00:03.0 : 10b9:7101 :00:05.0 0200: 1282:9102 (rev 31) :00:07.0 0601: 10b9:1533 :00:0a.0 0c03: 10b9:5237 (rev 03) :00:0c.0 0200: 1282:9102 (rev 31) :00:0d.0 0101: 10b9:5229 (rev c3) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[ O ] Configure network HW: [ O ] Config network: [ E ] Detect CD: [ ] -- This system does not have a CD-ROM Load installer modules: [ O ] Detect hard drives: [ O ] Partition hard drives: [ O ] Create file systems:[ O ] Mount partitions: [ O ] Install base system:[ O ] Install boot loader:[ E ] Reboot: [ E ] Comments/Problems: I have been unable to find this information at http://www.debian.org/devel/debian-installer/errata Netwokr config issue The first problem throughout the installation was the DHCP configuration step, it goes through all the other steps without showing any error but this step fails as it is not able to get an assigned IP address. It turns out that the problem is due to the drivers being loaded. And this issue have to be fixed in console. If you go to the console an run 'ifconfig'. The output of ifconfig is the following: eth0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) eth1 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:192 loLink encap:Local Loopback LOOPBACK MTU:16436 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Notice that the Harware MAC address is all '0's, which is clearly wrong. If you use 'dmesg' you see the following errors: SABRE0: PCI SERR signal asserted. SABRE0: PCI bus error, PCI_STATUS[eaa0] SABRE0: PCI SERR signal asserted. SABRE0: PCI bus error, PCI_STATUS[caa0] And this is how the kernel loads them: Linux Tulip driver version 1.1.13-NAPI (May 11, 2002) dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17) eth0: Davicom DM9102 at
Re: m68k mklibs problem?
On Friday 01 June 2007 17:07, Stephen R Marenka wrote: I fired up the latest daily for m68k and ran into the following problem. | /bin/sh: symbol lookup error: /lib/libc.so.6: undefined symbol: | _rtld_global Is this a mklibs problem? Any ideas? It could be. There have been changes in libc/gcc which broke library reduction on most other arches. Bastian has switched mklibs to use a different (custom) readelf. Do you already have the latest mklibs installed on your buildd? Does the problem get solved if you revert to the previous version of mklibs (0.1.20)? Please make sure to test that if it does work with the old mklibs, that the image actually works, as that currently is _not_ the case for alpha. If the new mklibs does not work for m68k, then please provide the output of a build (for a single target) with two extra '-v' added in the mklibs call in the Makefile (look for MKLIBS). Cheers, FJP P.S. Could you also have a look at the space problem for the m68k floppy images? pgpcijfQb4Qtg.pgp Description: PGP signature
Re: m68k mklibs problem?
On Fri, Jun 01, 2007 at 05:20:50PM +0200, Frans Pop wrote: On Friday 01 June 2007 17:07, Stephen R Marenka wrote: I fired up the latest daily for m68k and ran into the following problem. | /bin/sh: symbol lookup error: /lib/libc.so.6: undefined symbol: | _rtld_global Is this a mklibs problem? Any ideas? It could be. There have been changes in libc/gcc which broke library reduction on most other arches. Bastian has switched mklibs to use a different (custom) readelf. Do you already have the latest mklibs installed on your buildd? Does the problem get solved if you revert to the previous version of mklibs (0.1.20)? Please make sure to test that if it does work with the old mklibs, that the image actually works, as that currently is _not_ the case for alpha. If the new mklibs does not work for m68k, then please provide the output of a build (for a single target) with two extra '-v' added in the mklibs call in the Makefile (look for MKLIBS). Cheers, FJP P.S. Could you also have a look at the space problem for the m68k floppy images? I'll run some tests and then look at the floppy problem. Thanks! Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature
How to reboot from start scripts?
Hello! I noticed that shutdown from scripts in /etc/rcS.d don't really work. For example, when fsck for some filesystems fails at startup, you are thrown into a shell to fix the problem. From that shell, you have no chance to make a proper reboot. I have tried: - shutdown -r now - init 6 - reboot - halt It don't really make a difference how I try to reboot. I alwas get thrown out and the boot process continues. Finally I get the login prompt. But I did _not_ want to continue the boot. I said I want to _shutdown_. Why is this ignored? Any ideas what I am missing here? How do I properly reboot from a script in /etc/rcS.d? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to reboot from start scripts?
On Friday 01 June 2007 18:09, Josef Wolf wrote: I noticed that shutdown from scripts in /etc/rcS.d don't really work. Although the name of the list may suggest otherwise, this is not the correct list for this question. Please try the debian-user (or debian-user-german) instead. The debian-boot list is about development of the Debian Installer, not boot issues. Cheers, FJP pgp5gZKEsFB80.pgp Description: PGP signature
How to get proxy of installation mirror?
Hello, After installation, I want to configure the proxy settings for all the programs I use regurarly (subversion, wget, firefox, ...) automatically via a script. The quesstion is, how do I get this information from debian-installer? The only method I could find was: # debconf-get-selections --installer |grep proxy but this command outputs totally unrelated lines: # FTP proxy information (blank for none): choose-mirror-bin mirror/ftp/proxy string choose-mirror-bin mirror/http/proxy string http://192.168.1.12:81 d-i mirror/http/proxy string http://192.168.1.12:81 Thus I think parsing this would be very unreliable. What I am looking for is something like: # debconf-foobar --installer d-i mirror/http/proxy http://192.168.1.12:81 or something. Any ideas how to retrieve specific settings from d-i? Thanks, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to get proxy of installation mirror?
On Friday 01 June 2007 19:09, Josef Wolf wrote: but this command outputs totally unrelated lines: What would be wrong with: # debconf-get-selections --installer | \ grep choose-mirror-bin mirror/http/proxy | awk '{print $4}' I suspect the fact that mirror/http/proxy is listed both with an owner d-i and an owner choose-mirror-bin, is because you preseeded that question. pgprtc7fgrYx2.pgp Description: PGP signature
Saying goodbye as D-I Release Manager, but not to D-I
Hello all, Yesterday I have retired from Debian. I have explained my reasons for that decision in detail on the debian-private mailing list and I will not repeat them in detail here. The main, but not the only, reason is that my involvement in the project was no longer fun because of the continued personal abuse I have been getting on various mailing lists from a certain person. Many of you may not have seen much of that recently, but if you check the archives for the debian-project list for the end of last month you will see what I mean. I would like to stress that my retirement has nothing to do with my work on the D-I project. As I do still enjoy working on D-I, I also do not plan to leave completely, but rather go back to working on it as an outside contributor. I've already created a -guest account on alioth and given myself commit access for that (I hope the other project admins don't mind ;-) However, without being a member of the project, it is impossible to continue as D-I Release Manager and my main regret is that my retirement does leave D-I without an RM so suddenly. So, the next question has to be: is there anybody interested in taking over that role? I think asking on the debian-boot list first is the right thing to do. I have of course already spoken with Joey, and he would very much prefer *not* to have to take over as RM again. I will of course assist any new RM as much as possible, especially to get started and I expect Joey will do the same where needed. As you all probably know, D-I is complex enough that it really needs an RM. As my technical skills are nothing special, the fact that I could do it means that it is certainly not an impossible job, although it certainly does require a fair commitment. For myself, I expect I will spend less time on general things, including installation reports, but more on specific issues (i.e, real hacking); I also hope to spend more time on the installation guide. Cheers, FJP pgp645c06vB5L.pgp Description: PGP signature
Re: floppies, a radical proposal
It would be really great if whatever solution results from this discussion were also applicable to other architectures than x86. My personal interest is in PowerPC (especially OldWorld PowerMacs) and I'm willing to help as much as I can with the testing process (I'm not a developer) Rick On Jun 1, 2007, at 8:34 AM, Frans Pop wrote: On Thursday 31 May 2007 20:47, peter green wrote: Since we already know the bios can read the users floppy drive (or they wouldn't have been booting off it) it would seem to make sense to load all the floppies BEFORE loading linux and abandoning the bios's services. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: floppies, a radical proposal
On Fri, Jun 01, 2007 at 02:07:45PM -0400, Rick Thomas wrote: It would be really great if whatever solution results from this discussion were also applicable to other architectures than x86. My personal interest is in PowerPC (especially OldWorld PowerMacs) and I'm willing to help as much as I can with the testing process (I'm not a developer) Make sure you grab a copy of the moiboot packages from http://people.debian.org/~luther/miboot, before they get erased. Sadly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Saying goodbye as D-I Release Manager, but not to D-I
I think asking on the debian-boot list first is the right thing to do. I have of course already spoken with Joey, and he would very much prefer *not* to have to take over as RM again. I will of course assist any new RM as much as possible, especially to get started and I expect Joey will do the same where needed. As I probably can be considered part of the D-I core team, I think that it is my duty to officially announce that I will not step up for that task in case someone would have thought I could. I still consider myself as the coordinator of the i18n activities in D-I and will definitely continue to assume this task and therefore assist the D-I release manager as much as I can in his/her duties. signature.asc Description: Digital signature
Re: Saying goodbye as D-I Release Manager, but not to D-I
On Fri, Jun 01, 2007 at 07:41:08PM +0200, Frans Pop wrote: Hello all, Yesterday I have retired from Debian. I have explained my reasons for that decision in detail on the debian-private mailing list and I will not repeat them in detail here. The main, but not the only, reason is that my involvement in the project was no longer fun because of the continued personal abuse I have been getting on various mailing lists from a certain person. Many of you may not have seen much of that recently, but if you check the archives for the debian-project list for the end of last month you will see what I mean. Notice that the abuse included : An last a personal message to Frans, remember when we where in Extremadura, we had a good time, and we worked side by side. I seriously lament that it all degenerated like it did. I certainly have my part of responsability in this, but i passed though times, as you know. Let's put pride and arrogance and remembrance of past hurts aside, and let's again work on d-i all together, as it should be. And that it was you who twice asked for my expulsion from Debian. It is really sad that you could not grow up and stopd this childish persecution of me, and that when i proposed that we meet at FOSDEM, you chose to ask for my expulsion instead. Imagine what we could all have achieved in all this time if you had not rejected all the conciliation proposal i sent your way, Sad to see you go, and sad that debian failed in mediating this in a way which allowed us both to have fun. Let this be a lection to the future, of the hurt that pride can cause to all involved and bystanders. Sadly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Saying goodbye as D-I Release Manager, but not to D-I
On Friday 01 June 2007 20:22, Sven Luther wrote: Sad to see you go, and sad that debian failed in mediating this in a way which allowed us both to have fun. Let this be a lection to the future, of the hurt that pride can cause to all involved and bystanders. I'd like to ask everybody to take this message as it is and to not reply to it. All arguments and recriminations are already known and nothing new can be added. Cheers, FJP pgpJ0NENcoN2M.pgp Description: PGP signature
Re: Saying goodbye as D-I Release Manager, but not to D-I
I'd like to ask everybody to take this message as it is and to not reply to it. All arguments and recriminations are already known and nothing new can be added. What message? signature.asc Description: Digital signature
Re: How to get proxy of installation mirror?
On Fri, Jun 01, 2007 at 07:24:28PM +0200, Frans Pop wrote: On Friday 01 June 2007 19:09, Josef Wolf wrote: but this command outputs totally unrelated lines: What would be wrong with: # debconf-get-selections --installer | \ grep choose-mirror-bin mirror/http/proxy | awk '{print $4}' I suspect the fact that mirror/http/proxy is listed both with an owner d-i and an owner choose-mirror-bin, is because you preseeded that question. Exactly, this value was preseeded. I am creating a customized install-cd. From it's boot-menu the location of the newly installed system is choosen. Based on that choice some basic configuration options (e.g. proxy) are preseeded. The problem is that the proxy setting is not propagated to all the installed programs (like wget, firefox, subversion, etc/pp). Thus I want to propagate this setting with the script that is run from by late_command. But I can't find a clean way how to retrieve the preseeded values. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to get proxy of installation mirror?
On Friday 01 June 2007 22:25, Josef Wolf wrote: On Fri, Jun 01, 2007 at 07:24:28PM +0200, Frans Pop wrote: On Friday 01 June 2007 19:09, Josef Wolf wrote: but this command outputs totally unrelated lines: What would be wrong with: # debconf-get-selections --installer | \ grep choose-mirror-bin mirror/http/proxy | awk '{print $4}' But I can't find a clean way how to retrieve the preseeded values. Strange, I thought I had given you one with the example above :-) You will just need to make sure that you grep on the regular owner (the component/udeb the template comes from) _plus_ the name of the template, thus: # debconf-get-selections --installer | \ grep owner template | awk '{print $4}' I would avoid using the owner d-i, as that is really a pseudo-owner only used for preseeded questions. Take a look at /var/lib/cdebconf/questions.dat sometime to see how the raw database looks. pgpOA8NWbqESh.pgp Description: PGP signature
Re: How to get proxy of installation mirror?
On Friday 01 June 2007 22:49, Frans Pop wrote: Take a look at /var/lib/cdebconf/questions.dat sometime to see how the raw database looks. Note that 'debconf-get-selections --installer' does nothing more than parse a copy of those raw files as saved under /var/log/installer on the installed system... Just take a quit look at the code :-) pgpCPLfzKsJHo.pgp Description: PGP signature
Re: How to get proxy of installation mirror?
On Fri, Jun 01, 2007 at 10:49:03PM +0200, Frans Pop wrote: On Friday 01 June 2007 22:25, Josef Wolf wrote: On Fri, Jun 01, 2007 at 07:24:28PM +0200, Frans Pop wrote: On Friday 01 June 2007 19:09, Josef Wolf wrote: but this command outputs totally unrelated lines: What would be wrong with: # debconf-get-selections --installer | \ grep choose-mirror-bin mirror/http/proxy | awk '{print $4}' Ough, I've overseen those lines because my mailreader (mutt) colored them as comments because they begin with special characters. Sorry! But I can't find a clean way how to retrieve the preseeded values. Strange, I thought I had given you one with the example above :-) Sorry, I've overseen them. But I'm still not sure whether this is really a clean way. I am not really sure whether parsing this would be robust. For example, in my output, there seem to be tabs, so egrep '^choose-mirror-bin[\t ]+mirror/http/proxy' | awk '{print $4}' would probably be a better idea. It seems to me that this way is somewhat error-prone. After all, debconf-get-selections outputs lots of unrelated stuff (like comments) and the format of the output is not documented. I would avoid using the owner d-i, as that is really a pseudo-owner only used for preseeded questions. Ah, good to know! Thanks for your answers, Frans! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[no subject]
Hello Value Customer. DATOptic proudly introduces our latest tray-less moble rack and drive array cage with 50K hot swap guarantee Features: - Tray-less raid array cage design, save time and money - Fit into a 5.25 spaces- Perfect for switching OS HDD (boot HDD) - Fifty thousand hot swap cycles (50K) - highest insert/remove cycle in the industry - Full support SATA I, SATA II and SAS specification - Aluminum frame and dual fans for best cooling - The easiest hot swapt drive cage in market Single SATA drive: http://www.datoptic.com/cgi-bin/web.cgi?product=MR115detail=yes a perfect solution for swapping boot-able HDD Three drive module: http://www.datoptic.com/cgi-bin/web.cgi?product=MR325detail=yes Save time and money Four drive module http://www.datoptic.com/cgi-bin/web.cgi?product=MR435detail=yes Please contact me if you have question or need additional information. Thank you for the business and best regards, Sam Q 714 558 1808 x116 or David L 714 558 1808 x113 www.datoptic.com = CONFIDENTIALITY NOTICE: This email may contain confidential and privileged material of DATOptic for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies.
Re: m68k mklibs problem?
On Fri, Jun 01, 2007 at 05:20:50PM +0200, Frans Pop wrote: On Friday 01 June 2007 17:07, Stephen R Marenka wrote: I fired up the latest daily for m68k and ran into the following problem. | /bin/sh: symbol lookup error: /lib/libc.so.6: undefined symbol: | _rtld_global Is this a mklibs problem? Any ideas? Do you already have the latest mklibs installed on your buildd? Does the problem get solved if you revert to the previous version of mklibs (0.1.20)? Yes, the failed version was with 0.1.21. Please make sure to test that if it does work with the old mklibs, that the image actually works, as that currently is _not_ the case for alpha. Downgrading to 0.1.20 causes the following ftbfs. | calling mklibs-readelf --print-symbols-undefined ./tmp/cdrom/tree/bin/cdrom-checker | Traceback (most recent call last): | File /usr/bin/mklibs, line 363, in ? | needed_symbols.update(undefined_symbols(obj)) | File /usr/bin/mklibs, line 123, in undefined_symbols | name, weak_string = line.split(' ', 2) | ValueError: need more than 1 value to unpack | make[3]: *** [stamps/tree-cdrom-stamp] Error 1 | make[2]: *** [_build] Error 2 | make[1]: *** [build_cdrom] Error 2 | make: *** [rebuild_cdrom] Error 2 However, it used to work. I downloaded an initrd from 7 May (0.1.21 was installed to the archive on May 9) and verified that it at least lets me chroot without the undefined symbol error (it also boots farther with aranym). I can do a full boot test if you think it will help. If the new mklibs does not work for m68k, then please provide the output of a build (for a single target) with two extra '-v' added in the mklibs call in the Makefile (look for MKLIBS). http://people.debian.org/~smarenka/cdrom-1.21.log.bz2 P.S. Could you also have a look at the space problem for the m68k floppy images? There seems to be a /usr/share/acorn directory, but I haven't figured out where it came from yet. It didn't look like the acorn keymaps were installed. I'm sure I can drop the mac keymaps. I'll have to check on the amiga and atari ones. Thanks, Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: m68k mklibs problem?
On Fri, Jun 01, 2007 at 09:49:11PM -0500, Stephen R Marenka wrote: On Fri, Jun 01, 2007 at 05:20:50PM +0200, Frans Pop wrote: P.S. Could you also have a look at the space problem for the m68k floppy images? There seems to be a /usr/share/acorn directory, but I haven't figured out where it came from yet. It didn't look like the acorn keymaps were installed. I'm sure I can drop the mac keymaps. I'll have to check on the amiga and atari ones. Errr. Hmmm. It appears that we're getting all kinds of keymaps, including acorn, on what should be an atari only floppy. Hopefully that will fix it. Peace, Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature