debootstrap chroot failure
Hi, I cannot install a 32-bit chroot with debootstrap.. sid5600:/home/norv# debootstrap --arch i386 sid /var/chroot/sid-ia32 http://ftp.au.debian.org/debian/ I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Found additional base dependencies: liblzo2-2 I: Checking component main on http://ftp.au.debian.org/debian... I: Validating adduser I: Validating apt I: Validating apt-utils ... I: Configuring sysklogd... I: Configuring klogd... W: Failure while configuring base packages. W: Failure while configuring base packages. W: Failure while configuring base packages. W: Failure while configuring base packages. W: Failure while configuring base packages. sid5600:/home/norv# I'm running a new sid install on dual core AMD 5600 Thanks to all for continuing 64 development! Norv _ Yahoo!7 Mail has just got even bigger and better with unlimited storage on all webmail accounts. http://au.docs.yahoo.com/mail/unlimitedstorage.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: how to cleanly remove the chroot environment?
avishai escreveu: Hello all, Following my recent finding that flash media can *finally* be played on my iceweasel (and when I say finally, I mean: DAMN, that took a long time) And which was the solution you used to achieve that? Gnash? nsplugginwrapper? I'm interested in knowing that, and I believe so are others. , i see no need to have an extra 32bit system installed. So I'm thinking about removing it completely, however a bit of googling on it beforehand led me to this: "Be VERY careful if you decide to remove the chroot at some point in the future. Any filesystems you have mounted with bind MUST be unmounted before you rm -f the chroot. If you fail to do this you'll remove your valuable data (/me sniff's and wipes away a tear) " http://www.debian-administration.org/articles/356 Anyone care to explain this one to me before I throw away all that "valuable data"? Cheers, Avishai. That means that if you do rm -rf /var/chroot/sid-ia32, and /home is also visible unser /var/chroot/sid-ia32/home, then the rm will try to delete /var/chroot/sid-ia32/home, which will delete the /home (since the two are the same, mounted in different places). So you should unmount this and all other bind mounts before doing rm -rf /var/chroot/sid-ia32. some extra data: $ mount /home on /var/chroot/sid-ia32/home type none (rw,bind) /tmp on /var/chroot/sid-ia32/tmp type none (rw,bind) /dev on /var/chroot/sid-ia32/dev type none (rw,bind) /proc on /var/chroot/sid-ia32/proc type none (rw,bind) Do a umount /var/chroot/sid-ia32/home (and similar for others) before. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
how to cleanly remove the chroot environment?
Hello all, Following my recent finding that flash media can *finally* be played on my iceweasel (and when I say finally, I mean: DAMN, that took a long time), i see no need to have an extra 32bit system installed. So I'm thinking about removing it completely, however a bit of googling on it beforehand led me to this: "Be VERY careful if you decide to remove the chroot at some point in the future. Any filesystems you have mounted with bind MUST be unmounted before you rm -f the chroot. If you fail to do this you'll remove your valuable data (/me sniff's and wipes away a tear) " http://www.debian-administration.org/articles/356 Anyone care to explain this one to me before I throw away all that "valuable data"? Cheers, Avishai. some extra data: $ mount /dev/sda2 on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) none on /sys/fs/fuse/connections type fusectl (rw) /dev/sda1 on /mnt/xp type ntfs (ro,uid=1000) /dev/hdc1 on /home/avishai/storage type fuse (rw,nosuid,nodev,noatime,allow_other) /home on /var/chroot/sid-ia32/home type none (rw,bind) /tmp on /var/chroot/sid-ia32/tmp type none (rw,bind) /dev on /var/chroot/sid-ia32/dev type none (rw,bind) /proc on /var/chroot/sid-ia32/proc type none (rw,bind) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) $ cat /etc/fstab # from normal 64bit root # /etc/fstab: static file system information. # # proc/proc procdefaults0 0 /dev/sda2 / ext3defaults,errors=remount-ro 0 1 /dev/sda5 noneswapsw 0 0 /dev/hda/media/cdrom0 iso9660 ro,user,noauto 0 0 /dev/sda1 /mnt/xp ntfsro,uid=avishai 0 0 /dev/hdc1 /home/avishai/storage ntfs-3g uid=avishai 0 0 # sid32 chroot /home /var/chroot/sid-ia32/home nonebind 0 0 /tmp/var/chroot/sid-ia32/tmp nonebind 0 0 /dev/var/chroot/sid-ia32/dev nonebind 0 0 /proc /var/chroot/sid-ia32/proc nonebind 0 0 ... and /var/chroot/sid-ia32/etc/fstab looks exactly the same. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to install Skype?
Hi. Here is what I did: 00. Downloaded "skype-1.4.0.74.deb" from skype's web site. 01. Tried to install directly with "dpkg" (with "--force-architecture") -> skype didn't work. 02. Downloaded the "static" version from skype's web site -> skype didn't work. 1. Installed a chroot as per the instructions on https://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html 2. [In the chroot] Updated "/etc/apt/sources.list". 3. [In the chroot] apt-get update 4. [In the chroot] dpkg -i skype-1.4.0.74.deb -> Errors because of missing dependencies 5. [In the chroot] apt-get upgrade 6. schroot -c ia32 -p skype -> now it works! Thanks all. Gilles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem printing tex-generated pdf with bitmapped fonts
Eduardo M KALINOWSKI wrote: > [EMAIL PROTECTED] wrote: > >> just a simple guess: whats the output of >> >> # pdffonts yourfile.pdf >> >> maybe your fonts werent embedded? >> >> >> > There are certainly some fonts embedded: > > $ pdffonts test.pdf > name type emb sub uni object ID > - --- --- --- - > [none] Type 3yes no no 4 0 > DNGMPL+CMMI12Type 1yes yes no 5 0 > LKMEQO+CMR12 Type 1yes yes no 6 0 > ASZHDD+CMSY10Type 1yes yes no 7 0 > OHMPEU+CMR8 Type 1yes yes no 8 0 > > By the way, using the ae package, which prevents bitpmapped fonts, I get this output: name type emb sub uni object ID - --- --- --- - GMDAWM+CMR12 Type 1yes yes no 4 0 DNGMPL+CMMI12Type 1yes yes no 5 0 ASZHDD+CMSY10Type 1yes yes no 6 0 OHMPEU+CMR8 Type 1yes yes no 7 0 -- A shortcut is the longest distance between two points. Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: confused about performance
On Wed, Jun 13, 2007 at 04:40:52PM -0600, Sebastian Kuzminsky wrote: > My only benchmark is compiling our internal source tree (mostly running > gcc, some g++, flex, bison, etc). We're using gcc-4.1 and g++-4.1. > I've tried it with a cold disk cache and hot disk cache, in both cases > x86 is faster than x86_64. > > I was expecting a win for 64 bit. What's going on here? gcc on the x86 system generate x86 code and on the x86_64, it generates x86_64 which is an entirely different job. While it might make practical sense to compare the two, it does not says anything on the relative speed of the ports. Try to compare programs that produce the exact same output on both plateforms. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: confused about performance
Sebastian Kuzminsky wrote: Hi folks, I just bought a pair of AMD64 systems for a work project, and I'm confused about the performance I'm getting from them. Both are identically configured Dell Dimension C521 systems, with Athlon 64 X2 3800+ CPUs and 1 GB RAM. On one I installed using the Etch (4.0r0) i386 netinst CD, then upgraded to Lenny. This one's running linux-image-2.6.21-1-686. On the other I installed using the current (as of 2007-06-13) Lenny d-i amd64 snapshot netinst CD. This one's running linux-image-2.6.21-1-amd64. The one with the x86 userspace and 686 kernel is faster than the one with x86_64 userspace and amd64 kernel. The difference is consistently a few percent in favor of x86 over x86_64. My only benchmark is compiling our internal source tree (mostly running gcc, some g++, flex, bison, etc). We're using gcc-4.1 and g++-4.1. I've tried it with a cold disk cache and hot disk cache, in both cases x86 is faster than x86_64. I was expecting a win for 64 bit. What's going on here? 64 bit both advantages and disadvantages, for each program it all depends on how they balance out. Test many different cpu-intensive programs - one benchmark alone won't tell you much: Disadvantages: * 64-bit code uses some more memory. More memory accesses take a little more time. In a borderline case, using more memory might cause more swapping, which is very noticeable. * Quality differences in the compilers for 32-bit and 64-bit. This will likely improve a lot, given that we're seeing more and more 64-bit machines, and many of the 32-bit specific optimizations are already done. Advantages: * Faster floating point. * 64-bit code lets a program use more than about 3GB trivially. Such software simply can't run 32-bit. * 16 registers instead of 8. For some programs this won't matter for timing, for other cases it means a many-fold speedup as some important inner loop don't need to access memory at all, just those 16 registers. (Or smaller improvements when the loop access less memory thanks to more variables being held in registers.) * Much faster computations on 64-bit datatypes, such as the "long long" type in C. Again, it depends on whether the sorce code specifies 64-bit types, (or the compiler manages to do this as an optimization.) I wrote a sudoku solver that mainly uses 64-bit and some 128-bit datatypes. It is not surprisingly several times faster 64-bit than 32-bit. :-) Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem printing tex-generated pdf with bitmapped fonts
[EMAIL PROTECTED] wrote: > just a simple guess: whats the output of > > # pdffonts yourfile.pdf > > maybe your fonts werent embedded? > > There are certainly some fonts embedded: $ pdffonts test.pdf name type emb sub uni object ID - --- --- --- - [none] Type 3yes no no 4 0 DNGMPL+CMMI12Type 1yes yes no 5 0 LKMEQO+CMR12 Type 1yes yes no 6 0 ASZHDD+CMSY10Type 1yes yes no 7 0 OHMPEU+CMR8 Type 1yes yes no 8 0 And the same file that does not get converted to postscript correctly under Linux does print under Windows. -- Life is knowing how far to go without crossing the line. Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem printing tex-generated pdf with bitmapped fonts
hi, * On 18-06-2007 16:59 <[EMAIL PROTECTED]> wrote: : I now have problems printing some pdf's generated by pdflatex. : Apparently, the problem is with bitmapped fonts. Note that this is : unlike the classical problem of fonts in pdf documents: the document : displays correctly and beautifully in the screen, but when printed I get : some blocks instead of the letters. : : Here is a very simple document: : : - : \documentclass[12pt]{article} : \usepackage[latin1]{inputenc} : \usepackage[T1]{fontenc} : %\usepackage{ae} : : \begin{document} : : This is a simple test. : : \[ f(x): R \to R: f(x) = x^2 \] : : \end{document} : -- just a simple guess: whats the output of # pdffonts yourfile.pdf maybe your fonts werent embedded? lg raphael -- A file that big? It might be very useful. But now it is gone. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]