Re: apt-get not working anymore
Klaus Ethgen writes: > Hi, > > maybe that is an issue for debian-user, so I put it in the To too > although I am not subscribed there. > > If you look to Bug #497617 there is a long time bug in apt first only > targeting the German translations but now it is independent of the > locales. > > When I run any apt-get command I get the error: > E: Wow, you exceeded the number of versions this APT is capable of. > E: Problem with MergeList > /var/lib/apt/lists/debian.ethz.ch_mirror_debian_dists_experimental_main_binary-i386_Packages > E: The package lists or status file could not be parsed or opened. > > (The second line is just the one which is the drop too much.) > > This also happen with all locales set to "C". > > The problem is that it is not possible anymore to update the system at > all. I think that is a very critical bug. > > Is it really necessary to break all installations until this bug is > fixed? It is known long enough for now. > > I have the version 0.7.20.2+lenny1 installed, so it seems to be the most > recent version. (apt-cache doesn't work too so I can only view the web > site) > > Regards >Klaus % rmadison apt apt | 0.6.46.4-0.1 | etch-m68k | source, m68k apt | 0.6.46.4-0.1 | oldstable | source, alpha, amd64, arm, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc apt | 0.6.46.4-0.1+etch1 | oldstable-proposed-updates | source, alpha, amd64, arm, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc apt | 0.7.20.2+lenny1 |stable | source, alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc apt | 0.7.20.2+squeeze1 | testing-proposed-updates | source, alpha, amd64, armel, hppa, i386, ia64, mips, powerpc, s390, sparc apt | 0.7.22.2 | testing | source, alpha, amd64, hppa, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc apt | 0.7.22.2+b2 | testing | armel, ia64 apt | 0.7.23.1 | unstable | source, alpha, amd64, armel, hppa, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc Reduce your sources.list, possibly to just unstable main, apt-get update, apt-get install apt, revert sources.list, enjoy. MfG Goswin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: apt.conf and ia32-apt-get
Dave Witbrodt writes: > Does the new 'ia32-apt-get' system honor anything in /etc/apt after > initially being installed, such as 'apt.conf'? Or should 'apt.conf' > be copied to '/etc/ia32-apt'? > > > Dave W. It does honor it. It actualy comes with /etc/apt/apt.conf.d/00ia32-apt-get too. MfG Goswin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ia32-apt-get on Sid
Dave Witbrodt writes:
> Goswin von Brederlow wrote:
>> Dave Witbrodt writes:
>>> I use Sid, and have been interested in the appearance of the new
>>> ia32-apt-get facility.
>>>
>>> I see that ia32-apt-get has its own configuration files in
>>>
>>> /etc/ia32-apt
>>>
>>> After reading /usr/share/doc/ia32-apt-get/README.Debian, I'm a bit
>>> confused on how this new system works
>>
>> Sorry, I forgot to update README.Debian when I uploaded version
>> 22. The NEWS file is right about dropping the diversions.
>
> OK, that helps clear up some confusion.
>
>
>>> 2) When the new packages were first installed, my understanding was
>>> that commands like 'aptitude' and 'apt-get' had been diverted, and
>>> running them would actually run the corresponding 'ia32-apt*' wrapper
>>> instead. Reading NEWS.Debian.gz in /usr/share/doc/ia32-apt-get now
>>> seems to indicate that the diversion scheme has been dropped.
>>>
>>> That raises many questions:
>>>
>>> Should users be using 'aptitude', or 'ia32-aptitude', or both?
>>
>> The later.
>
> OK, from now on I will stick with the 'ia32-*' scripts.
>
> They are wrapper scripts, right? It seems like the dependencies force
> 'aptitude' to be installed, but not 'apt' though.
Well, aptitude depends on apt so that gets pulled in too. But the next
upload will have a versioned depends on apt itself anyway.
>>> Should repository servers be listed in
>>>
>>> /etc/apt/sources.list
>>> and /etc/apt/sources.list.d/*.list
>>>
>>> or should they be in
>>>
>>> /etc/ia32-apt/sources.list
>>> and /etc/ia32-apt/sources.list.d/*.list?
>>
>> The later.
>
> OK, that's very helpful. The README.Debian file really needs to make
> that clear.
>
>
>>> 3) Do the 'ia32-apt*' wrappers keep their own database file for
>>> installed packages, or do they share the same database with the
>>> primary APT system. For example, I have noticed that 'aptitude' still
>>> correctly shows my automatic dependencies, but running 'ia32-aptitude'
>>> indicates that none of my installed packages are marked as automatic
>>> dependencies.
>>
>> The database for installed packages is kept by dpkg in
>> /var/lib/dpkg/status. That remains common for everything. But the
>> database of available packages is in /var/cache/ia32-apt/ and the
>> sources files are in /var/lib/ia32-apt/lists and will only bee used by
>> ia32-*.
>>
>> I don't use aptitude myself but it looks to me like
>> /var/lib/apt/extended_states contains informations about automatically
>> installed packages. With the wrappers
>> /var/lib/ia32-apt/extended_states is used instead. Does it help to
>> copy /var/lib/apt/extended_states to /var/lib/ia32-apt/extended_states?
>
> Yes. I copied both files,
>
> /var/lib/{ia32-,}apt/extended_states
>
> to a safe place, then overwrote the version in '/var/lib/ia32-apt'
> with the version from '/var/lib/apt'. You should consider providing a
> debconf question allowing the admin to copy this file (if desired) the
> first time installing the 'ia32-apt-get' package. Even if policy
> forbids this, you should mention the issue in README.Debian.
>
> Thank you for the reply. It was very helpful, and I now feel a lot
> better about using 'ia32-aptitude' exclusively.
>
> I'm still somewhat confused about the selection of packages available
> using 'ia32-apt*'. For example, I don't have 'wine' installed, but I
> see that there are packages called 'wine*' and 'ia32-wine*'. Is this
> merely because 'wine' is available in both 'amd64' and 'i386' versions
> in the repositories, and both packages are made available using the
> 'ia32-apt*' system? Is this the sort of thing meant to be solved by
> the new system -- since the 'i386' and 'amd64' packages are
> essentially the same thing?
Wine is somewhat a special case. Upstream already supports the win32
and win64 api. So there will be a 32bit and 64bit wine. I decided to
include wine in the rename.list (so it becomes ia32-wine) so that in
the future both i386 and amd64 wine packages can be installed in
parallel. That way users can run both 32bit and 64bit windows
applications. It also makes it easier to install the i386 wine now
while there still is a 32bit amd64 wine package.
But that might change again. It isn't clear yet how the 32/64 bit wine
support will be packaged. It might just have a single wine package
(i386 or amd64 wouldn't matter) that then uses both libwine and
ia32-libwine for the actual execution.
As for the new system I assume you refer to multiarch. In multiarch
you would use wine/i386 and wine/amd64 if you need to specifically
pick one or the other. But that would be rare. Usualy you would just
say wine and let apt pick the right one.
> Thanks again,
> Dave W.
MfG
Goswin
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ia32-apt-get on Sid
Dave Witbrodt writes: > I use Sid, and have been interested in the appearance of the new > ia32-apt-get facility. > > I see that ia32-apt-get has its own configuration files in > > /etc/ia32-apt > > After reading /usr/share/doc/ia32-apt-get/README.Debian, I'm a bit > confused on how this new system works Sorry, I forgot to update README.Debian when I uploaded version 22. The NEWS file is right about dropping the diversions. > 1) The README.Debian file seems to indicate that updating should be > performed using ordinary commands such as > > apt-get update > > or > > aptitude update > > However, 'dpkg -L ia32-apt-get' indicates that new wrappers are > provided, 'ia32-apt-get' and 'ia32-aptitude', which makes it seem like > updating should be done with those wrappers instead, like this: > > ia32-apt-get update > > or > > ia32-aptitude update The later is right. > 2) When the new packages were first installed, my understanding was > that commands like 'aptitude' and 'apt-get' had been diverted, and > running them would actually run the corresponding 'ia32-apt*' wrapper > instead. Reading NEWS.Debian.gz in /usr/share/doc/ia32-apt-get now > seems to indicate that the diversion scheme has been dropped. > > That raises many questions: > > Should users be using 'aptitude', or 'ia32-aptitude', or both? The later. > Should repository servers be listed in > > /etc/apt/sources.list > and /etc/apt/sources.list.d/*.list > > or should they be in > > /etc/ia32-apt/sources.list > and /etc/ia32-apt/sources.list.d/*.list? The later. > 3) Do the 'ia32-apt*' wrappers keep their own database file for > installed packages, or do they share the same database with the > primary APT system. For example, I have noticed that 'aptitude' still > correctly shows my automatic dependencies, but running 'ia32-aptitude' > indicates that none of my installed packages are marked as automatic > dependencies. The database for installed packages is kept by dpkg in /var/lib/dpkg/status. That remains common for everything. But the database of available packages is in /var/cache/ia32-apt/ and the sources files are in /var/lib/ia32-apt/lists and will only bee used by ia32-*. I don't use aptitude myself but it looks to me like /var/lib/apt/extended_states contains informations about automatically installed packages. With the wrappers /var/lib/ia32-apt/extended_states is used instead. Does it help to copy /var/lib/apt/extended_states to /var/lib/ia32-apt/extended_states? > If someone could clear up the confusion for me, I would really > appreciate it. > > > Thanks, > Dave W. MfG Goswin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: progress, but... - re. fixing LVM/md snafu
Miles Fidelman writes: > Hello again Folks, > > So.. I'm getting closer to fixing this messed up machine. > > Where things stand: > > I have root defined as an LVM2 LV, that should use /dev/md2 as it's PV. > /dev/md2 in turn is a RAID1 array built from /dev/sda3 /dev/sdb3 and > /dev/sdc3 > > Instead, LVM is reporting: "Found duplicate PV > 2ppSS2q0kO3t0tuf8t6S19qY3ypWBOxF: using /dev/sdb3 not /dev/sda3" > and the /dev/md2 is reporting itself as inactive (cat /proc/mdstat) > and active,degraded (mdadm --detail) So you didn't tell lvm.conf to ignore raid component devices or the detection fails. Worst case exclude sd?3 manualy. After that a reboot should fix it. MfG Goswin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [OT] Need old Packages.gz and Release Files
Michelle Konzack <[EMAIL PROTECTED]> writes: > Am 2008-04-25 16:07:51, schrieb Stefano Zacchiroli: >> You are asking generically Packages without specifying a mirror. Are >> they granted to be identically replicated among all mirrors? Of course >> they *probably* are due to how mirroring works, but is it *granted* that >> there are no differences among mirrors? >> >> Would such difference inhibit proper installation due to the apt-secure >> stuff? They have to be identical accross all mirrors. Release.gpg safeguards Release Release safeguards Packages.gz Packages.gz safeguards foo_ver_arch.deb If any checksum check along that line fails apt will complain. And nobody can create the Release.gpg unless they have the key from ftp-master. Somebody elses key won't be in apts keyring unless this is intentionally. > If you have for example the ORIGINAL CDs/DVD's of 3.1r4 I can build the > package tree from there since I have all original packages I only do not > know which packages went included in the releases... Did anyone mention http://archive.debian.org/README yet? > And yes, there is a problem with the signed release files, but since I > can check my packages agains packages on I am sure, > I have the right an unaltered ones. > > And IF I recreate the packages.gz/Sources.gz, I sign it with MY key and > you CAN trust it or not... > > And of course, you can pull down a couple of packages/files out of my > several million (nearly 20 TByte or ninety SCSI 300 GByte drives) and > check it against packages/files from ... :-) If you get the Packages.gz, Release and Release.gpg files from a CD/DVD set then you can verify them individually with the debian archive key from that time and then merge them into a full list and sign with your own key. You don't have to download anything from archive.debian.net if you have those index file. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Header files amd64 etch
Francesco Pietra <[EMAIL PROTECTED]> writes: > A mixed compilation (ifort/gcc 4.1.2) of Amber9 on amd64 etch > dual-core-opterons (Linux deb32 2.6.18-3-k7 #1 SMP Mon Dec 4 17:23:11 UTC 2006 > i686 GNU/Linux) > requests the following header files; > > WcActCB.c:22:28: error: X11/IntrinsicP.h: No such file or directory > WcActCB.c:29:24: error: X11/ShellP.h: No such file or directory > > > as the single errors out of an enormous number of modules that passed "make". > > As a beginner in compilations, I would appreciate being instructed how to find > the appropriate (64bit if they differ from 32bit) headers. I have seen > packages > that provide all headers, though above etch, with a more recent kernel. In > other words, I don't know the appropriate console command to trace the package > to install. And, for the moment I refrain from dist upgrade. > > Thanks > > francesco pietra There is a Contents-amd64.gz file on any mirror. You can zgrep X11/IntrinsicP.h Contents-amd64.gz to find the package (s) that contain such a file. There is also apt-file as frontend to that. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch RC1 installer
Francesco Pietra <[EMAIL PROTECTED]> writes: > Aimed at adding X to my amd64 etch workstation, I > wonder whether X is treated in amd64 (no 32 chroot, > pure 64 as far as it may be pur) like in i386. > > In a new installation of i386 etch netinstall with > latest etch RC1, no nvidia driver was installed. I > took notice of what was installed for X, though I > would like to be directed to where learning in detail > how X is managed this way. There is nothing special about X on amd64. It is the same as all other archs. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer etch RC1 released
Andreas Barth <[EMAIL PROTECTED]> writes: > * Roberto C. Sanchez ([EMAIL PROTECTED]) [061114 14:58]: >> On Tue, Nov 14, 2006 at 05:19:13AM +0100, Frans Pop wrote: >> > >> > * The 2.6.17 kernel should support installing from most CD-ROM/DVD >> > drives in systems with a SATA controller. However, there are known >> > issues in 2.6.17 with some controllers that have been fixed in 2.6.18. >> > >> >> I understand that the line must be drawn somewhere. However, I am >> concerned about Etch shipping with a 2.6.17 kernel because of Xen. >> AIUI, Xen has issues with 2.6.17 kernels (at least those available from >> backports). I run some Xen servers, each with a number of domUs and so >> would like to see that Xen be treated as a "first-class citizen" in >> Debian. > > There are good chances that Etch will contain 2.6.18, but due to some > open bugs the Release Candidate 1 of the installer has still 2.6.17. > > One of the most blocking bugs is http://bugs.debian.org/395889 as there > is currently no way how the installer could install an 2.6.18 kernel and > packages that depend on udeb. > > Please feel free to help us fixing these bugs. > > > > Cheers, > Andi The BTS says it was fixed. :) Any others? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Wine on Debian AMD 64
"Glen M" <[EMAIL PROTECTED]> writes:
> Hi ,
>
> I'm a total noob to linux so bare with me, I've had a friend help me
> through alot of this so far.
> I am trying to get 'wine' installed with 32bit libraries in order to
> run some 32 bit applications.
>
> Initially I started with installing ia32-libs and ia32-libs-dev
> packages as per http://wiki.winehq.org/WineOn64bit
> using apt-get.
> After this we checked the symlinks as per http://wiki.winehq.org/WineOn64bit
> Downloaded the source files, ran configure and than make when the
> below message is returned.
>
> "Relocatable linking with relocations from format elf64-x86-64
> (/usr/lib/libsicuuc.a(ubidi.ao)) to format elf32-i386 (gdi32.0GpWwq.o)
> is not supported"
>
> After this error was returned and we check what package contained
> libsicuuc.a we than downgraded libicu36-dev to libicu34-dev this
> didn't solve the problem. Thus after more bashing my mate stumbled
> across the following article
> http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg253544.html
> which contained a patch. On attempting to apply this patch it returns
> an error of
>
> ' patch: malformed patch at line 7:
> TEST_ICUDATA_LIB="${ICUDATA_LIB-${i}data.a}" '
>
> Can someone help, please I getting desperate to play CS: Source and DoD again.
I suggest using the i386 deb. The simplest way is to use a 32bit
chroot and install it there normaly with apt-get.
Debian wine packages for amd64 are being worked on for etch which then
compile through the normal buildd.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
helices <[EMAIL PROTECTED]> writes: > * Goswin von Brederlow <[EMAIL PROTECTED]> [2006:07:13:13:47:58+0200] scribed: > > >> The amd64.debian.net is at the same level as sarge if you include the >> proposed updates. The only difference to official sarge is that the >> ftp-master hasn't pushed those proposed updates into our sarge yet >> (for which we all hate him a bit). > > Also, don't forget the kernel issues. Much 64-bit hardware is quite > new, and NOT directly supported by the kernels available in Sarge. > Newer kernels may require else not available in Sarge; which may further > muddy the waters ... So? Neither are the i386 kernels any newer. Sarge has 2.6.8 as newest kernel across the board. The kernel version in sarge is not relevant to the topic of amd64 being inofficial. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
Art Edwards <[EMAIL PROTECTED]> writes: > Excuse me for chiming in, but I think many places simply look > for the best performance and productivity/dollar(euro). We do use the PGI > compiler, > mostly because gnu had not had a f90-f95 compiler, and partly because > of, maybe, a 10% improvement in speed. > > What I find interesting is that both Fedora and Debian have similar > problems for different reasons. Debian has now stable release for > AMD64 because Sarge was released before AMD64 was really ready. This means > that we are all stuck in the beta test-site pool. It would be really nice > if Debian actually packaged up a "stable-like" version of AMD64 at the > same level as Sarge. Fedora has been moving so quickly, that they have > incorporated the same problems into a nominally stable release. The amd64.debian.net is at the same level as sarge if you include the proposed updates. The only difference to official sarge is that the ftp-master hasn't pushed those proposed updates into our sarge yet (for which we all hate him a bit). MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boolean search
Don Montgomery <[EMAIL PROTECTED]> writes: > Francesco, > > Any text editor will have hotkey search on case-insensitive character > strings, which allows you to use a text file to store and find > unstructured text data. For ease of use, I especially like the > "incremental search" feature in emacs. A simple textfile, no matter > how searchable, may be too free-form for you (and it will not support > the embedding of binary objects). If so, what _is_ on your wish list > for such an application? Are you thinking of a flat file database? > Could you use a spreadsheet? > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] Html would. :) MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ia32 chroot caveat(s)
Francesco Pietra <[EMAIL PROTECTED]> writes: > They were installed by default in my case. I carried out a net installation > (mirror debian.inode.at) on multi-dual-opteron from > etch beta2 release, downloaded 20 May > 2006. It was raid1 with partitions /, /usr/, /var, swap, /tmp, with grub on > root. The /lib32 was installed. > > You said at that time that /lib32 should be not there. [EMAIL PROTECTED]:~% dpkg -S /lib32 libc6-i386: /lib32 Package: libc6-i386 Priority: standard This means it will get installed in the second round of installations, after you selected (or not) extra tasks I think. It is something new in etch/sid. Not sure if I like that. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ia32 chroot caveat(s)
Francesco Pietra <[EMAIL PROTECTED]> writes: > This confirms that I was right in reserving the 64bit machine for 64bit > applications and the 32bit machine for 32bit applications. It is easy to > communicate between the two. > > Because the calculations at 64bit are long lasting, I use a usb card reader > to > exchange files, but nothing prevents intercommunication between the two > machines. > > My only worry (or curiosity) in these affairs is the role of the lib32 > provided on base installation of amd64 etch. There must be something using > them (i have not investigated) maybe the video, as jame suspected? If used, > this does not appear to be a pure 64bit system. Can lib32 be apt-get remove > without preventing functions? I am not going to investigate. > > cheers > > francesco pietra A base installation should have no lib32. The /*/lib32 links belong to libc6-i386 and are not installed by default. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: native 32 bit binaries on amd64
edwardsa <[EMAIL PROTECTED]> writes: > While I understand that to keep a purely 64-bit environment some > recommend that AMD64 users set up a chrooted environment, I would like > to know: > > 1. The practical disadvantages of installing the ia-32 libraries to > run, for example, open office Ia32-libs only has a couple of very frequent 32bit libs for 3rd party software. OOo needs a lot more than what is there. We are currently working at the X11R7 upgrade for ai32-libs and then we can go add more stuff after that to get OOo running for etch. But not now. You also need so set some environment variables to get X locales working, which OOo needs. Chroot doesn't need that. > 2. After I have installed the ia-32 libraries, how to install the > 32-bit binaries for open office. You can't. At least not the normal way. You can try forcing the architecture but that is risky. If you are unsure about all this use a chroot. That is the care free way that WILL work. > Thanks, > > Art Edwards MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ia32 chroot caveat(s)
edwardsa <[EMAIL PROTECTED]> writes:
> While the chroot has relieved several problems with amd64, two issues
> should be raised:
>
> 1. Using the 32-bit firefox is problematic because it will not serve
> as a useful directory viewer unless one does some significant
> binding. a chrooted application only views the files within the
> chroot. So, for example the directory /usr/share/doc will show the
> limited documentation within the chroot.
>
> 2. I have had very limited success loading a full and satisfying set
> of fonts in the chroot. I have another post on this difficulty but, to
> recapitulate, when I try to install, for example, xfonts-75dpi on the
> chroot, I get the following response:
>
> chalcogenide:/# apt-get install xfonts-75dpi
> Reading package lists... Done
> Building dependency tree... Done
> Suggested packages:
> xfs xserver
> The following NEW packages will be installed:
> xfonts-75dpi
> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> Need to get 0B/3470kB of archives.
> After unpacking 4645kB of additional disk space will be used.
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LANGUAGE = "en_US:en_GB:en",
> LC_ALL = (unset),
> LANG = "en_US"
> are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
> locale: Cannot set LC_CTYPE to default locale: No such file or directory
> locale: Cannot set LC_MESSAGES to default locale: No such file or directory
> locale: Cannot set LC_ALL to default locale: No such file or directory
> Selecting previously deselected package xfonts-75dpi.
> (Reading database ... 26278 files and directories currently installed.)
> Unpacking xfonts-75dpi (from .../xfonts-75dpi_1%3a1.0.0-2_all.deb) ...
> Setting up xfonts-75dpi (1.0.0-2) ...
> warning: /usr/lib/X11/fonts/75dpi does not exist or is not a directory
> warning: /etc/X11/fonts/75dpi does not exist or is not a directory
> warning: /usr/lib/X11/fonts/75dpi does not exist or is not a directory
>
That is something caused by the xfonts-75dpi package and not the
chroot. It does look odd and you might want to file a bug.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SOLVED: Software-RAID1 on sarge (AMD64)
Kilian <[EMAIL PROTECTED]> writes: > Goswin von Brederlow wrote: >> Kilian <[EMAIL PROTECTED]> writes: >> >>> In the last few days, I was struggling to convert a remote machine >>> with two identical SATA disks (sda and sdb) to a Software RAID >>> 1. Especially the boot-part was tricky as I had no console access to >>> the machine. The whole procedure was done remotely via SSH. I use the >>> md tools (mdadm) and lilo as bootloader. I chose LILO because IMHO >>> it's more straightforward in this setup than GRUB and I have no other >>> Operating Systems I would want to boot. >>> >>> The system was installed on the first disk, the second one has not >>> been used before. Those are the steps I went through: >>> >>> >>> 1. Install a Software-RAID capable kernel and boot the system with it; >>> Install the md tools: 'apt-get install mdadm'; >> Meaning any Debian kernel. :) > > True, mine had it as a module though, which meant initrd, and since I > was working remote, I didn't want to bring in another pitfall which > meant compiling the kernel with RAID support built into it. >>> Important: both partitions need to be of the type 0xFD "Linux raid >>> autodetect" >> Actualy not. mdadm can work just as well without it. Doesn't hurt >> though. > > Didn't know that either, thanks. If raid is buildin into the kernel and all the disk drivers for the raid too then the type 0xFD causes the kernel to already detect and start the raid. So you need no initrd and no mdadm to boot. So in your case you DO need that. (PS: I prefer non initrd boot too and have the same). MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SOLVED: Software-RAID1 on sarge (AMD64)
Michal Schmidt <[EMAIL PROTECTED]> writes: > Goswin von Brederlow wrote: >> Kilian <[EMAIL PROTECTED]> writes: >>> 5. Copy the existing Debian system to the new RAID >>> >>> $ mkdir -p /mnt/newroot >>> $ mount /dev/md0 /mnt/newroot >>> $ cd / >>> $ find . -xdev | cpio -pm /mnt/newroot >> Fun, fun. A copy of /proc. That's a few Gig wasted depending on the >> size of /proc/kcore. > > Umm, that's prevented by the -xdev option, isn't it? > > Michal Oh, my bad. I tought it was "-x" to exclude the dev directory from udev. But yes, it will omit proc and any other mounted filesystems. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SOLVED: Software-RAID1 on sarge (AMD64)
Kilian <[EMAIL PROTECTED]> writes: > In the last few days, I was struggling to convert a remote machine > with two identical SATA disks (sda and sdb) to a Software RAID > 1. Especially the boot-part was tricky as I had no console access to > the machine. The whole procedure was done remotely via SSH. I use the > md tools (mdadm) and lilo as bootloader. I chose LILO because IMHO > it's more straightforward in this setup than GRUB and I have no other > Operating Systems I would want to boot. > > The system was installed on the first disk, the second one has not > been used before. Those are the steps I went through: > > > 1. Install a Software-RAID capable kernel and boot the system with it; > Install the md tools: 'apt-get install mdadm'; Meaning any Debian kernel. :) > 2. partition the second harddrive (sdb). I created two partitions, a > large one at the beginning of the disk (sdb1) and a small > swap-partition at the end (sdb2). I do not use separate /boot > partitions. NOTE: disk speed differs by around a factor of 2 between start and end. Which one is the fast one can depend on the disk but usualy the start is. Better swap there. > NOTE: I do not use two swap spaces on the two disks; instead, I > create a RAID array consisting of the two smaller partitions on the > two discs and create the swap space on it. In case of a disk > failure, I don't need to reboot the system because the swap space > is also on RAID. Otherwise, a disk failure would toast one swap > space, probably leaving the system in a unusable state until > rebooted. It would cause processes to segfault all over and take down the system. > Important: both partitions need to be of the type 0xFD "Linux raid > autodetect" Actualy not. mdadm can work just as well without it. Doesn't hurt though. > 3. Create the RAID arrays: > > $ mdadm --create /dev/md0 --level=1 --raid-disks=2 missing /dev/sdb1 > $ mdadm --create /dev/md1 --level=1 --raid-disks=2 missing /dev/sdb2 > > > 4. Create filesystems > > $ mkfs -t xfs /dev/md0 > $ mkswap /dev/md1 > > I use XFS as filesystem because it has such nice features as online > resizing etc and is, IMHO, very stable and mature. Of course you can > use whatever you like. As does ext3, even more so. > 5. Copy the existing Debian system to the new RAID > > $ mkdir -p /mnt/newroot > $ mount /dev/md0 /mnt/newroot > $ cd / > $ find . -xdev | cpio -pm /mnt/newroot Fun, fun. A copy of /proc. That's a few Gig wasted depending on the size of /proc/kcore. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compiling packages for the standard distribution with -Os instead of -O2
Anthony DeRobertis <[EMAIL PROTECTED]> writes: > On Wed, May 03, 2006 at 11:02:57AM -0300, Henrique de Moraes Holschuh wrote: > >> For Etch and Sid, it is probably a good idea to use -Os instead of -O2 at >> least on the bigger arches (ia32, ia64, amd64, etc), as we can probably >> trust gcc not to screw up. > > If gcc generally generates faster code with -Os than -O2, then isn't > that a gcc bug, in that the optimizations enabled by -O2 are incorrectly > picked? > > [Also, are there that man AMD64 machines with limited memory? Or IA64?] Initialiy this was for people with older computers, not a 2 GHz amd64 with 2GB ram. Think P90 with 64Mb or slightly better. We are not talking "generally" here but "specific". Specific to certain hardware. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compiling packages for the standard distribution with -Os instead of -O2
"Joe Smith" <[EMAIL PROTECTED]> writes: > "Rogério Brito" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > Hi there. > > I think that this may be interesting to anybody that has to work with > computers that are not the latest/more recent as most people in richer > countries seem to have. > > It seems to be that a good amount of people upgrade their computers in a > regular basis and, then, don't notice how things can get slower in > "weaker" computers. > >>Those of us that live in a country where the already installed base of >>computers is not recent have to live with software that is ever growing >>in terms of both RAM and CPU cycles and this leaves less computing power >>for the applications needed to run. >> >>One way to mitigate the memory consumption is to, among other things, >>compile packages with optimization of GCC set to -Os, instead of -O2, >>which seems to work at least for some programs (the Linux kernel, >>mozilla-firefox and my own home-grown programs). > > Wait a second. Optimizing for size should decrease speed. > That is the whole idea of size/speed optimization tradeoffs. A lot of the time the reduced ram requirement can stop swapping (big speed increase) and improve the cache hit ratios. That is also a reason why -O3 isn't neccesarily better than -O2. Optimization can make things worse too. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: installing amd64 kernel
Aaron Stromas <[EMAIL PROTECTED]> writes: > On 12/21/05, Goswin von Brederlow <[EMAIL PROTECTED]> > wrote: > > Aaron Stromas <[EMAIL PROTECTED]> writes: > > > Finally, assuming I succeed in setting up the system the way I > like, can I > > simply edit the sources file to return back to the Debian fold? > > You are assuming wrong. > > You will run into several problems with incompatibilities between > ubuntu and Debian. > > > > > Pity. Then, can you advise how to do that? TIA, > > > > -a > > (c)debootstrap or fix the debian installer to work. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: installing amd64 kernel
Aaron Stromas <[EMAIL PROTECTED]> writes: > Finally, assuming I succeed in setting up the system the way I like, can I > simply edit the sources file to return back to the Debian fold? You are assuming wrong. You will run into several problems with incompatibilities between ubuntu and Debian. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: One stage rsync
Olleg <[EMAIL PROTECTED]> writes: > Goswin von Brederlow wrote: >> That said, what happens when e.g. the rsync stops halfway? > > I make experiment, kill rsync server on transfer. > >> Does it update the files it already has? > No >> Does it keep the files delayed and resume on the next run? >> Does it remove the updates and start fresh the next time? > Keep files delayed in .~tmp~ subdir by default, don't remove it on > error. (IMHO this is bug of rsync.) But on rsync next time don't use > it, simple rewrite. > > -- > Olleg Keeping the incomplete file isn't an error. On restart rsync should add the block checksums of the incomplete file to the existing files blocklist and reuse that data. But that might make thinks more complicated. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: One stage rsync
Olleg <[EMAIL PROTECTED]> writes: > Hi all. > I am working on debian and debian-amd64 mirror. There are two > recommended mirror scripts. In both two stage rsync, first to download > packages, second to update index files after download. > I use one stage, here example: > rsync --verbose --recursive --links --hard-links --times --delete-after > --delay-updates > IMHO I achieve the same with only one rsync command, isn't it? With > this options rsync: > > 1. Download new files and modified, but modified don't replace old > files yet. > 2. Replace old files with new versions after download complete > (--delay-updates). > 3. Delete absent files (--delete-after) at the end. > > Benefit is obvious. May be change recommended mirror scripts? How new is the --delay-updates option? It probably was introduced after the mirror scripts were written. That said, what happens when e.g. the rsync stops halfway? Does it update the files it already has? Does it keep the files delayed and resume on the next run? Does it remove the updates and start fresh the next time? Apart from that question a single rsync run is certainly much better. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Issues with CD burning (invalid CDs)
Krzysztof Wilk <[EMAIL PROTECTED]> writes: > Russell Shaw wrote: >> S. Massy wrote: >> >>> Hi all, >>> >>> I have a Toshiba Satellite 1110 (which comes with a cd-r/w burner) with >>> which I have burnt countless CDs in the past without so much as the >>> shadow of a problem. Now, however, things have changed for the very >>> worse... >> Are you burning at a speed that matches the disc? > Yes. Actually I value the reliability over the speed. I do not > remember burning CDs with higher speed than 4x. > > Maybe the issue with DEB package with cdrecord is closed. I will give > it a try after upgrading my kernel from 2.6.10 to 2.6.12. > > Best, > Chris You are aware that disks have a lower speed limit too? I'm not sure if thats just a recomendation or a requirement though. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dynamic MMap ran out of room!!!
Steve Lamb <[EMAIL PROTECTED]> writes: > Tim Connors wrote: >> Or what about >> automatically doubling each time it runs out of room, and starting again >> (along with an appropriate warning message as to how not to keep doing >> this)? > > Kinda defeats the purpose of limiting the amount of space the process > uses. I mean which is better, a clear error message or the machine being > dropped into swap hell? This is a prevention of using up all memory? That is the first time someone claimed that that I saw. What I saw was always that it was not trivial to make apt-get resize that mmap on the fly and keep working. Which makes quite a joke about it being "dynamic". MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Can I autogen Build-Depends like I can Depends, with shlibs?
Number Six <[EMAIL PROTECTED]> writes: > This is more of a -user question, but only devs would know: > > My dh_make -generated debian/control and debian/rules uses dh_shlibdeps > to automatically generate the Depends: line, which rocks. > > Do I have to manually specify the Build-Depends line, or can it be > automatically generated as well? Normaly try and error. Look at pbuilder, umlbuilder or sbuild. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why Linux, Why Debian
Manoj Srivastava <[EMAIL PROTECTED]> writes: > Hi, > > I have been asked to give a talk at my local LUG with that > topic. The audience is fairly technical, and there is going to be a > companion talk "Why FreeBSD" later in the year. Why not debian bsd? :) Might be a nice addon at the end to show that debian is very flexible. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd with sshd ?
e-bone <[EMAIL PROTECTED]> writes: > Hi, I am just curious if something like this is possible. > > I essentially need a two part boot process. > > I would like to have linux first boot to an initrd with a sshd running > on it. > Then, after connecting to this system over the network, I would like to > have the boot process finish by doing a pivot_root/chroot to a new root > partition. > > I was thinking what I really need is like a linuxrc1 and a linuxrc2. > The initrd would be a bare minimum system with a sshd running on it, > which is started via linuxrc1. > linuxrc2 would be the script I execute after connecting via ssh to do > the pivot_root. > > I'm not sure if there are any limitations on the size of ramdrives or > not, but I have 512 GB of memory and this thing doesn't need to run on > a floppy so space issues are not too important. Wow, can you spare me 8GB of those? > If anyone can point me to a good initrd "how-to" that would be great. > Mainly I just want to get an idea if something like this is possible > before investing a lot in it. For this to work you would need the following: 1. cdrom or netboot capabilities (or a lot of floppies) 2. an ssh udeb 3. build an initrd with all the network modules and ssh. The net install initrd is probably a good starting point. 4. add the d-i udebs to the cd or have a source for them on the net This is very very similar to what S390 wants. Except that they might make do with telnetd instead of sshd. After you log in you should be able to just strat up main-menu and load the remaining udebs to finish the installation. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Setting up network interfaces?
Marc Shapiro <[EMAIL PROTECTED]> writes: > > > On 07/10/02 Marc Shapiro did speaketh: > > > > > Where do I set up these items so that they will be initialized at > > > bootup, instead of using dhcp? It looks like I need to change > > > /etc/interfaces and possibly /etc/hosts, but I'm not sure just what I > > > need to change in these files. Also, these files only seem to address > > > the IP address and the machine's hostname. Where do I set the subnet > > > mask, gateway and DNS server numbers? What HOWTO should I be checking > > > for all of this info? > > > > /etc/network/interfaces > > > > man interfaces > > > > Mike > > Thanks, that gave me the details for the IP Address, Netmask and > Gateway. > > Do I just add a line at the beginning of /etc/hosts in the format: > > 10.100.xxx.xxx foo.domain.edu foo If you like. > and where do I set DNS numbers? /etc/resolv.conf MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: utempter.h ?
"Ted Goodridge, Jr" <[EMAIL PROTECTED]> writes: > Which package is utempter.h in? X needs it to build xterm... > > Thanks in advance, There is no such thing unless its new or only in the sources. Did you install the build-depends for X? %zgrep utempter.h Contents-i386.gz % (sorry, only have the i386 Contents here) MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help needed : kernel panic unable to mount root fs
"Shree Raman" <[EMAIL PROTECTED]> writes: > hi all!! > > I am experiencing a tough time as my system had a kernel panic. it > happened while I was installing openoffice. The system hunged and > there was no way left other than rebooting & then a kernel panic > prompt. > > > I had installed debian testing from floppies & i am not having a boot > disk. I tried to use mkrboot from another system but it is also not > helping. Can any one tell me how to solve this problem. The panic > prompt tells try using init= . but i am unable to find out a > soluton. the filesystem(reiserfs) as reprted is readonly. Most likely your reiserfs ist just broken. Tough luck, don't use unstable filesystems. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: upgrading from stable to woody
"Ted Goodridge, Jr" <[EMAIL PROTECTED]> writes: > The woody alpha install images have that nasty loop bug with the base > pkg. > Ted Still? Sid/unstable too? You can install till your in that loop and then replace the faulty deb with a newer one. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: upgrading from stable to woody
Robert Funnell <[EMAIL PROTECTED]> writes: > On Tue, 28 May 2002, Adam C Powell IV wrote: > > > >edit /etc/apt/sources.list to point to woody, and do apt-get > > >dist-upgrade > > > > > This usually works great, but for an upgrade of this magnitude (between > > releases), I'd strongly recommend dselect or another tool with > > interactive dependency negotiation. It's really helpful to be able to > > choose between packages providing dependencies, and to see what's > > Recommended and Suggested, even though dselect is a pain about > > Recommends... but that's another matter. :-) > > I was going to ask if one could do this using dselect rather than > apt-get dist-upgrade, but concluded that it was a dumb question and > that the answer was obviously 'no'. I guess I was wrong. Do you have > to do anything special in dselect, or it's just a straight Upgrade? Just configure dselect to sue the apt method for fetching and installing packages (first menu point). Works best. > When woody becomes stable, we'll just set our sources.list back to > stable and carry on? Use woody instead of testing. Woody will stay woody when it becomes stable so you won't have to change it when it does. At least not until the next testing becomes stable and woody is removed from mirrors. If you don't like using the release name, yes, just change it back then. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some Crazy and Happier Ideas for 2002
"" <[EMAIL PROTECTED]> writes: > [] A spanking new hardware platform without any compromise to aged standards > is released and produced. Linux is the OS of choice together with BSD and > other Open OS's. Plain boxes with just a couple connectors, stylish, vector, > plain [] // Oh well, sick of that x86 like alley, gimme something cool // Take a few million $, a big box, 32 EV8 Alpha cpus (to be build), design a fast motherboard, write a free bios and i386 bios emulator (to initialise pci cards) and sell them for $100 each. [ Madness starts when you turn on a i386 :] :)
Re: mkisofs
> " " == Antonio Rodriguez <[EMAIL PROTECTED]> writes: > Can somebody indicate what excatly must the command line be to > copy the contents of a cd to some file and store it as iso > image? I tried different options to do it, but the md5sum > didn't match afterwards. Something like the internal commandfor > xcdroast perhaps, since it has worked in the same case? > Thanks, AR cp /dev/cdroms/cdrom0 isoimage cat /dev/cdroms/cdrom0 >isoimage dd if=/dev/cdroms/cdrom0 of=isoimage dd isoimage Any will do for binary cds. MfG Goswin
Re: [potato] blank windows
Ron Farrer <[EMAIL PROTECTED]> writes: > In some programs, xv, gnome-terminal, gnomicu, gv, to name a few, I get > blank windows. The window itself comes up ok, but there is no text! In > xv, it opens with a black background and doesn't display any pictures! > > Any ideas? What hardware/software? MfG Goswin
Re: Can't boot from floppies - HELP!
Jake Griesbach <[EMAIL PROTECTED]> writes: > I'm trying to boot from the Debian rescue disk to install linux for the > first time. I have an adaptec AIC-7890 scsi card, so I was typing > > linux aix7xxx > > to boot. > After the kernel loads, I get the following after the scsi driver loads: > > sda: sda1, sda2 > sdb: sdb1 > [MS-DOS FS Rel. ... > [me=0x0, ... > Transactions block size = 512 > Kernel panic: VFS: Unable to mount root fs on 01:00 > > > Any ideas? I tried using three different floppies now, and each give the > same result. Your kernel doesn´t have ramdisk support or initial ramdisk support. Or you don´t have the filesystem support for the ramdisk, i.e. ext2 or minix. May the Source be with you. Goswin
Re: slink problems
From: Russell Nelson <[EMAIL PROTECTED]>
> Stephane Bortzmeyer writes:
> > Many other suggestions have been made to solve the problem. It is not easy.
> > You have to find:
> >
> > - a good scheme (think of X11-only installers, without a tty),
> > - implement it (i.e. modify 3000 packages' {pre,post}{rm,inst}.
> Nonsense. The solution is quite easy. Modify the routine that
> handles the installers so it *also* looks for installers whose names
> start with 0 (the single digit 0). If one is found, do not look for
> a name without a zero (to ensure that you don't find the same script
> twice). Process the installers sorted by name and dependency. At
> the same time (actually, before *or* after), instruct package
> creators to create a hard link to their installers ONLY if the
> installer will never ask questions. Give that link the same name
> prepended by a zero.
Whats the point of adding a link? If the link is present, it gets
executed (i.e. the script is run), if its not present the script gets
also run. So the install script gets allways run, no matter wether it
asks questions or not.
...
> Actually, the right way to solve this problem is for Debian to adopt
> webmin (http://webmin.com), and say "installers do not ask
As far as I know webim is potentially comercial, as the com also
suggests. The licence I read said that it was free know but the author
wanted to make it comercial later. Also the system is not good enough
since it lacks several needed features. Also webmin only works over
the web with a browser. What about Systems wich lack the ability to
use a webbrowser and server or people that don't whant those?
> questions, period. If you need configuration, write a webmin
> package." But obviously that's a lot more work.
Some package MUST asks questions before being usable at all. The user
should have the choise of getting asked those questions right away, or
not get asked at all and then configure them later. But then he has to
be able to see which packages are unconfigured or have a broken
config. Also the amount of questions asked must be selectable.
Please read the threads and proposals in the mailinglist archive about
configuration tools and better ways to configure debian
systems. Currently several people including me are working on
something far better, more free and far more flexible than webmin.
May the Source be with you.
Goswin
Re: Programming question: sizeof struct?
Carl Mummert <[EMAIL PROTECTED]> writes:
> >#pragma pack(1)
> >struct {};
> >#pragma pack()
> >
> >Which forces the layout to be as you specified.
> >
> >Using a command line option is a Bad Idea (tm) as it may corrupt glibc's
> >structures
>
> To test a resonse to the original message, I made the follwing c file
> ( I was not familiar with the attribute flag, so I guessed wrong):
> --begin
>
> __attribute__ ((packed)) struct foo
struct foo __attribute__ ((packed)) ???
> {
> char c[3];
> int x;
> };
>
> int main()
> {
> printf("%d \n", sizeof(struct foo));
> }
> --end
...
> Which made me think... and check... and sure enough
> the ORIGINAL STRUCT actually has a size of 7 with the command line option!
> THe guy is either crazy, or he is using some strange compiler that
> we don't know about (althoguh he did say the size was 6, as if he
> had a 286...)
Maybe he meant
struct foo {
char c[3];
short s;
// char __PAD;
}
or
struct ofoo {
char c[3];
// char __PAD;
short
}
as any normal compiler would generate.
MfG,
Goswin
Re: Programming question: sizeof struct?
Joop Stakenborg <[EMAIL PROTECTED]> writes:
> For instance, if the structure were:
>
> struct foo {
> char text[3];
> int num;
> };
>
> sizeof would return 6 and not 5. So it's obvious that the compiler is
> placing a pad byte between text and num to align num. I want it to
> stop!
Actually thats 8 on alpha.
And if you pack that to 5 the program will run with 10% speed and
generate a lot of unaligned traps. DON'T do that. Write a parser that
can read the data from file in a arch independant manner.
If you don't you will get a critical bug as soon as you release the
package, because if won't work on different endianess, even if you
pack the struct.
May the Source be with you.
Goswin
Re: Debian-M68K install problems
Hans-Olov Knutsson <[EMAIL PROTECTED]> writes: > Hi! > > This is my first post to the list and I hope someone out there can help me? > (Tell me if i should send this to the m68k-list instead.) > > I boot Debian with "root.bin" which automagically runs the installer. After > I've entered the path to were my archives are and the file "resc1440.bin" I > get this requester and these error-messages: > > Unable to mount the Rescue Floppy. > > affs_bmap(): No ext_cache!? > loop: block 0 not present > end_request: I/O error, dev 07:00 sector 0 > FAT bread failed > Mount /dev/loop0 (type ms-dos) on /floppy: wrong filesystemtype or bad > superblock on /dev/loop0 > > Anyone who know what's wrong? Try to copy the files to an ext2 partition. It seems that loopback filesystems have problems with affs. May the Source be with you. Mrvn -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: Can't Copy 161 MB
Dennis Dixon <[EMAIL PROTECTED]> writes: > What I need to do is change one of my Debian (version 1.3) partitions into 2 > separate partitions. There is presently 161 MB of files in hda6 (the > partition I want to subdivide) and on my Windows half of the computer in > Drive D: (hda5) I have 190MB of free space. Normaly the easiest way (after cleaning up the mess you have :) to copy the stuff would be "mc". Its located in utils and a very handy tool immitating the Norton Commander. Since you want to copy stuff to your MSDos Partition temporary, I suggest to use tar. That way you won't lose the ownership and permissions of your files. May the Source be with you. Mrvn -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: Linux/WinNT dual booting (an idea...)
Dennis Dai <[EMAIL PROTECTED]> writes: > My experience is: install NT first, then install Linux, run LILO to > modify MBR (add a dos option as usual). After reboot, I got LILO prompt > first. If I select dos, NT boot loader came up, there you can select NT > or win95. This is quite different from what has been described in those > mini HOWTOs. So I suspect that although MS claim to modify MBR, but in > fact they just modify the boot sector of the active partition. Correct > me if I'm wrong 'cause I'm not the expert. > > Note: my first partition on first HD is a DOS (vfat) partion. I use it > to hold those ntldr, boot.ini, ntdetect.com etc. > > Dennis The Suse handbook descibes nicely how to set up Linux to appear in the NT boot loader. That way one has only one prompt. I don't have a handbook here, so it might be a good idea to look for some suse user on irc. May the Source be with you. Mrvn -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: Debian Linux booting details
Robert Alexander <[EMAIL PROTECTED]> writes: > Is there a document which would walk through all the phases and the > resources/files used by Debian Linux while booting ??? > > I went through the usual inittab, /etc/init.d files but some things are > probably escaping my attention. > > Thank you. /etc/rcS.d/README might be of help. May the Source be with you. Mrvn -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: [Debian] Running Linux from CD
Joseph Carter <[EMAIL PROTECTED]> writes: > Content-Type: text/plain; charset=iso-8859-1 > Content-Transfer-Encoding: quoted-printable > > On Thu, Jul 02, 1998 at 03:21:33PM +0200, Niklas Höglund wrote: > > > is it possible to run Linux completely from CD. We have created > > > > I think older versions of Red Hat supported this. I remember reading > > something about it on Red Hat 4.2. RH4.2 was said to no longer support > > this. > > They didn't have space for it anymore. It'd be an interesting thing to set > up to give people at LUG meetings. It's kinda what I wanted to do with a > Zip disk.. Bring me a Zip disk and I'll give you a working Linux system > that doesn't use any HD space. I used a 30 MB Linux on a zip for some time here at university. Not fast, but far better than using NT. :) Since zips are rw, one can just install a normal Debian on it. > The message before this one explains how to make a CD with defaults and a > throwaway /var and /etc. I think instead I would in order to make this > thing not just a demo but actually useful in a place that you can't have > Linux (goin' to friend's house, friend has Windoze but I wanna use Linux) > I'd have some way to use a loopback filesystem on the HD to save defaults > like X settings and such. I'm working on it. I also want to have the CD exported via nfs and possibly have other machines boot via nfs. All one would need to show how Linux work in a network is one CD and one bootdisk. Using some loopback device to store data is also in my mind, especially for swap. I heard that swap might not be on a MSDos filesystem. Is that still true and what is the reason? > Could be quite useful. I'll look in to building something to do this if > nobody else has once I start working on the Zip version of the same. More > will fit on the CD-ROM, but the Zip is more upgradable and I can build the > Zip disks custom from a mirror.. => Do you have a script to build the zip? Can you mount the zip ro to simulate a CD? May the Source be with you. Mrvn -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: [Debian] Running Linux from CD
[EMAIL PROTECTED] writes: > On Thu, Jul 02, 1998 at 09:44:50AM +0200, Nico De Ranter wrote: > > is it possible to run Linux completely from CD. > > Probably yes, if a system has sufficient RAM. One would have to combine some > things: [snip] 8 MB's are perfectly fine for this. I used a setup of a 4MB ramdisk and a lifefilesystem on CD for the Eagle Linux m68k installation routine. With only 8 MB you can't run without swap, but that can be on a native partition (i.e. no need to repartition the drive). With 12 MB I'm able to run bash and other small programms without swap. I would think the average ram in a computer nowadays would be 16 - 32 MB ram, more for better systems. With that starting X without swap could even be possible. May the Source be with you. Mrvn -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: [Debian] Running Linux from CD
Nico De Ranter <[EMAIL PROTECTED]> writes: > Hi, > > is it possible to run Linux completely from CD. We have created > a product on top of Linux but now face the problem of having to > install Linux every time we give a demo to a potential costumer > (when running on the customer's PC). Being able to boot and run > linux completely from CD would make giving demos a lot easier. > > Nico It sure is possible, as I did this several times. In fact it is the way Eagle Linux m68k (a Debian based distribution) runs their install programms and demo mode. Here are some steps on how to create such a CD. 1. Install a System on ONE Partition with everything setup as needed/wanted. 2. Create a second partition of ~16 MB, format and mount it (I assume its mounted to /floppy) 3. Copy the directories and files onto /floppy that are needed to boot and mount the CD. Link everything else to /cdrom/ e.g.: (Be carefull to preserve the right, use mc or tar.) > cp -R /etc /floppy/etc > ln -s /cdrom/usr /floppy/usr You should be able to fit the neccessary stuff into that 16 MB easily. 4. Edit /etc/rcS.d/S00cdromboot.sh (create that) inser the following lines: mount /dev/<16 MB Partition> / -oremount,rw -n mount /dev/ /cdrom -oro 5. boot via loadlin with root=/dev/<16 MB partition> 6. Get that working 7. Remove as much as possible from the 16 MB Partition and link that to /cdrom, you need to get below 4 MB, or you have to use the commandline for bigger ramdisks. 8. Make a 4 MB ramdisk and copy the 16 MB Partition onto it, you should have it below 4 MB by now. 9. gzip the ramdisk and put it onto the ONE System Partition, add loadlin and the kernel and some bat file for starting. 10. Burn a CD from the ONE System partition. I hope that doesn't sound to complicated. If you have any questons, feel free to write. May the Source be with you. Mrvn PS: I could send you an Image of such a CD via ftp, but ist ~150 MB. -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: /etc/init.d/boot message?
Lindsay Allen <[EMAIL PROTECTED]> writes: > On 25 Jun 1998, Brederlow wrote: > > > [EMAIL PROTECTED] writes: > > > > > On 23 Jun, BARBELET Philippe wrote: > > > > > But I think people want an exact list of the output that is generated > > > after the kernel is done and the init scripts have started. So this is > > > not the 'complete' solution. > > [snip] > > > > Starting remote services . [failed] > > A bit more info would be nice. I for one would be quite happy just to > have a record of what has been printed on the screen. Your right, the detailed messages would go to a logfile and maybe to a different console also. On a normal startup nothing should fail and it looks much more professional to have a nice menu the normal user can understand instead of cryptic messages teling the experience that everything is fine. May the Source be with you. Mrvn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /etc/init.d/boot message?
Graham Lillico +44 1785 248131 <[EMAIL PROTECTED]> writes: > I think It may be rather difficult to implement, as wouldn't it mean a program > taking over the boot process and it would then be this program that controled > the execution sequence of the init scripts. Also how would you tell if the > scripts had been executed sucsessfully? Do they return a code or something on > completion? On my first though I wanted to make a pipe for the Menu. Programms and scripts then pipe their output there and its then parsed, displayed and saved. Programms and scripts would be required to be verbose in some way, which shouldn't be to hard. The I though about the hardware detection, which is quite a lot of info. The rootfilesystem isn't mounted rw, so one can't create a pipe. Also it isn't a script that could be redirected. One would need some demon support in the kernel to handle pre-login output of the kernel and that must display the menu, or the original input on error and pass the output to the menu otherwise. > But generally I would like to see something like this, writing the > output from this program to a seperate log file might be an idea to. I will have a look at printk, I think that would be the place to grab the output. > Good Luck > > Graham > > P.S. If you want any help please feel free to contact me. I will take any help you can offer. May the Source be wiht you. Mrvn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Swapping Hard Drives on the fly
Damon Muller <[EMAIL PROTECTED]> writes: > Hey Folks, > > I have a 1.2G IDE HD that I have in a removable drive cady on my Bo > system. It's not a 'hot-swap' drive or anything sophisticated like that, > and on my Windoze system I wouldn't have even considered pulling it out > while the PC was running. > > However, under Linux, shouldn't I just be able to unmount or mount the > drive at will? Would that damage or confuse anything? Or possibly put > in the drive once I have booted without it? > > Anyone have a similar setup? Linux can handle Hot-puging of harddrives and nearly any other hardware, BUT: Forget it with IDE. IDE drives that don't get power most likely crash your ide bus (try booting with an unpowered drive conected). With scsi you can send a commando to the scsi kernel thread to create or kill a device (after unmounting all partitions on it). After that you can 99.99% savely remove the drive. You should not do that while large amounts of data are transfered over the scsi bus, but generally its save. You can try the same with ide, but I think the bus will crash and then your without any ide drive until reboot. May the Source be with you. Mrvn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installing 95 & NT w/out frying Linux. [Important]
[EMAIL PROTECTED] writes: > Hi, > I have heard some ppl on the list frying their Linux installations > when > installing 95/NT. So can someone please instruct me as to a -safe- way of > removing & installing 95 & NT. Win95 should be fine, but WinNT will fry your boot menu. Make a bootdisk for your Linux and reinstall the Linux bootloader into the eNTe one after installing NT. Apart from that just be carefull not to format the wrong drives. May the Source be with you. Mrvn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need help running man on newly installed Debian system
"Fungame Game" <[EMAIL PROTECTED]> writes: > I have recently installed Debian using the instructions on the web site. > (I used a 5 floppy set). Everything seems to work fine. But man is > missing (or so I think). I cannot access the manpages (am i doing it > incorrectly by using man?) and whatis also doesnt work. I have combed > the distributions archive and found nothing as far as man. Does anyone > know what I need to do, or what I am doing wrong. > > Thanks, > Fungame Did you run dselect at least once? The base only includes the realy neccessary packages, but alls the normal packages like man are preselected in dselect. If you start it, set the access, do a update, then a select and just quit that again and the install you should get those. Alternatively: apt-get install man-db May the Source be with you. Mrvn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /etc/init.d/boot message?
[EMAIL PROTECTED] writes: > On 23 Jun, BARBELET Philippe wrote: > But I think people want an exact list of the output that is generated > after the kernel is done and the init scripts have started. So this is > not the 'complete' solution. > This is just a stab in the dark. But could something like this be done > in /etc/inittab? > How about this: > [snip] > si::sysinit:/etc/init.d/rcS 2>&1 | tee --append /var/log/rcS.log > [snip] > l0:0:wait:/etc/init.d/rc 0 2>&1 | tee --append /var/log/rc0.log > l1:1:wait:/etc/init.d/rc 1 2>&1 | tee --append /var/log/rc1.log > l2:2:wait:/etc/init.d/rc 2 2>&1 | tee --append /var/log/rc2.log > l3:3:wait:/etc/init.d/rc 3 2>&1 | tee --append /var/log/rc3.log > l4:4:wait:/etc/init.d/rc 4 2>&1 | tee --append /var/log/rc4.log > l5:5:wait:/etc/init.d/rc 5 2>&1 | tee --append /var/log/rc5.log > l6:6:wait:/etc/init.d/rc 6 2>&1 | tee --append /var/log/rc6.log > > I don't know I just thought this. I haven't tried it but maybe someone > that understands the startup scripts better can flame me! > Disclaimer: I don't know if this will work and have not tried it so > don't blame me if it breaks your system. You have been warned! > Brian I have bootet some HPux systems here at the Univiersity and I realy liked the way they boot: After the kernel is loaded you get a list of things to be done. All have a [.] at the end. Now the bootprocedure goes from top to bottom and fills in what its doing into that list. Heres an example made up to explain what I mean: ... Running filesystem check . [ ok ] Mounting local filesystems ... [ ok ] Starting remote services . [failed] Synchronysing time ... [ wait ] Starting xdm [..] ... The status in [...] is colored. OK is green, wait and similar are yellow, failed will be red I think. I would like to implement a similar thing for Linux. My programm would check the last boot sequence for output and create a menu acordingly (this could be done on roots demand or after every boot). Also the boot messages would go to another console (like console 8) and to a logfile. What do you think of this? May the Source be with you. Mrvn PS: We could also show some ansi or gfx penguin in the corner during boot. This wont look as bad as the old one, because the screen wont be scrolling. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: none
Patrick Duvaud <[EMAIL PROTECTED]> writes: > Hi Mrvn, i hope you can German, i'think > > Also, Es hat sich was getan mit Deinem Tip. Die CV64/3D hatte einen grauen > Screen geoefnet, ohne text > Wenn ich einen Kernel normal, mit multiscann oeffne, dann bleibt der Kernel > v2.x bei > Calibrating delay loop haengen :((( ,nicht immer nur teilweise bis oft > (nicht alle Kernels) hang it uphis dont boot > My command line is: Amiboot-5.6 -k vmlinux filesys-ELF-2.0.x root=/dev/ram > video=virgefb:800x600-8 Wenn er auf AGA nicht bootet wird er auf CV64-3D erst recht nicht gehen. Versuch erstmal ein Kernel zu finden das auf AGA sauber bootet, danach kann man ueber X und CV64-3D nachdenken. > My config System is: > > Amiga1200 Commodore Version - i think its ok no problems ? Kein Problem. > Micronic ZorroII Board its Work fine only a problem with the PCMCIA Port not > Working ?? Kann Problemem geben, erstmal ausbauen. > Blizzard1230/II 50/50 48 MB Ram Solange es kein 68EC030 ist ist das OK. Schau mal auf den chip. > HyperCOM3 for Amiga1200 intern 2SER/1AR mit dieser erweiterung funktionieren > die v2.x Kernels nicht!!! v1.2 ja Wenns nicht tut, raus. > Cybervision64/3D 4MB Grafik Board Der CV64-3D Treiber kann nur ZIII. Schreib mal eine email an den Programierer des jetzigen CV64-3D Treibers und fragt ihn ob er Versuchen kann einen ZII Treiber zu schreiben. > Toccata Sound Card Erstmal raus damit. Wenn Linux laeuft dann testweise wieder rein. > Golem Fast SCSI/IDE Controller wird von Linux erkennt schade! Siehe Toccata. > A2091 SCSI Controller Der sollte funktionieren. > Toshiba 5301 CD ROM > HP 6020i CD Writer > IBM DPES-31081GB Fast SCSI > JTS 3.1 GB EIDE Die Platten sollten das kleinste Problem sein. :) > PLEACE ich habe schon X Monate, realy hunderte von stunden investiert und es > läuft immer noch nicht, > schon gar nicht ein min. 256 Farben, bisher einmal v1.2 mit monochrom X-server > Screen Configuration > geschweige denn mit meiner CV64/3D (z.B 800x600x8) Mit ZII konnte die CV64-3D auch noch nciht laufen, aber AGA sollte eigentlich kein Problem sein. > Bitte Pleace HELP ME !!! > Tell Me Pleace > What i need, where > the command line for boot in CV64/3D mode > A good Kernel for my Maschine > > I'm not the Linux expert but i want RUN LINUX with X-Windows on my AMIGA Baby Du solltest dir mal eine anstaendige Distribution besorgen. Schau dir mal http://www.eagle-cp.com/www/software.html an oder http://www.debian.org/ ftp://ftp.de.debian.org/debian/dists/hamm/hamm/ May the Source be with you. Mrvn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
