similar to: [klibc 08/43] klibc: default initramfs content stored in usr/initramfs.default

gen_initramfs_list.sh failed to generate a dependency list when it was supplied the -d option. Restructured gen_initramfs_list.sh to support dependency info with -d. This also fixes a bug where we did not properly process when more than one dir was specified. Finally update dependency info for the -d case (list_default_initramfs) In usr/Kbuild remove "" around CONFIG_RAMFS_SOURCE so the

Harcoding default content of initramfs in the gen_initramfs_list.sh script seems ackward. Move it to a file named: usr/initramfs.default This also fixes a small bug when no arguments was passed to CONFIG_INITRAMFS_SOURCE (-d was passed twice to the script) Idea and bug report from: "H. Peter Anvin" <hpa@zytor.com> Signed-off-by: Sam Ravnborg <sam@ravnborg.org> ---

This fix has been implemented in preparation for the upcoming klibc merge in -mm. But as it fixes a real (but rare I hope) bug in vanilla kernel it will be added to my pending 2.6.17 kbuild queue. I've done quite some changes to the gen_initramfs script and being shell programming newbie review by more experienced shell hackers would be appreciated. I did a git mv

hpa notified me in private mail that we have an issue that when building initramfs - if the content changes (say kinit) then the initramfs will not be rebuild. The solution I have come up with is to let make check all the files included in the initramfs and rebuild it if any files are newer than the initramfs and also rebuild if arguments changes (root_uid). In same process the usr/Kbuild file

Generate dependencies almost like done by fixdep in the kernel. This teaches make to rebuild cpio image when content has changed. Also restructured usr/Kbuild a little so we better utilise parallel makes (dash, gzip, utils and kinit are now build in parallel). Signed-off-by: Sam Ravnborg <sam@ravnborg.org> --- patch is on top of hpa's linux tree, so path differ if applied to the klibc

Hi hpa. This change is obviously valid for your integrated kernel-klibc tree. But it may result in some manual merge. Just a FYI Sam ----- Forwarded message from Linux Kernel Mailing List <linux-kernel@vger.kernel.org> ----- Subject: kbuild: fix gen_initramfs_list.sh Sender: git-commits-head-owner@vger.kernel.org From: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>

Basic infrastructure for building klibc. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 5bba564a5c133369b3e83e5827d053a98cb3c59a tree 11f2acc1f9d845e8764fa790f522b79ea1106b80 parent 378abd8f4d39024ea6c87eb5b54155238f647f0d author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:08 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:08

Phillip.Link@alcatel.fr wrote: > The problem > ----------- > I've been trying to install the latest samba distrib (2.0.5a) on a hpux > 10.20 machine, but the connection times out, apparently because of > shared memory access. > > Trying to make an smbclient connection (or using the windows nt explorer > to connect generates the following log.smb (smbd launched as smbd

bob@hobbes.dtcc.edu wrote: > > this samba was built on a solaris 2.5 system and was running fine on a > solaris 7 3/99 system. when i installed the solaris 7 5/99 maintenance > update something broke. > > log.smb: > > [1999/08/06 11:04:41, 1] smbd/server.c:main(628) > smbd version 2.0.5a started. > Copyright Andrew Tridgell 1992-1998 > [1999/08/06 11:36:49,

== Proposition A. Do not implement `-a' and `-o'. == Why. 1. Most of the `test` usage is 2 or 3 arg. ops. 2. Issues (and possible `||', `&&' substitutions), described in [0] [0] http://www.opengroup.org/onlinepubs/000095399/utilities/test.html 3. In case of usage of it, `exec /usr/bin/test $args` can be implemented. Thus, smart users of `-a' and `-o' will

Fix usr/Kbuild so it utilise the new gen_initramfs.sh script which will rebuild initramfs when the content has changed. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> --- usr/Kbuild | 74 +++++++++++++++++++---------------------------------------------- 1 file changed, 22 insertions(+), 52 deletions(-) This patch shall not be applied until my kbuild.git tree is merged upstream. Or it

I have updated the klibc patchset based on feedback received. In particular, the patchset has been reorganized so as not to break git-bisect. Additionally, this updates the patch base to 2.6.17-git12 (d38b69689c349f35502b92e20dafb30c62d49d63) and klibc 1.4.8; the main difference on the klibc side is removal of obsolete code. This is also available as a git tree at:

To make it more obvious where the files are supposed to end up move files so they reflect the directory structure in the kernel: mkdir scripts mv kernel/Kbuild.* scripts/ mkdir usr mv kernel/Kbuild usr rmdir kernel Furthermore: - updated cp-to-kernel to refelct new directory layout - teach cp-to-kernel to place gzip right under usr/ - Add '#' in front of comment in usr/Kbuild --- I

Following patch improves integration with kbuild. With a future kernel (2.6.14-rc) it now has working support for 'make clean'. Included is an example of how to compile an early userspace program. I selected gzip as the most simple one for this - and left out all the links to different names (gunzip etc.) Before proceeding with this I need some inputs on what functionality is required by

I just installed the 8/99 release of Solaris 7 on three Sun Ultra 10's and it seems to have broken Samba. I am running Samba 2.0.5a and it works fine on an Ultra 10 running the 5/99 release of Solaris 7. All of the Ultra 10's are using the 64 bit kernel. This is the errors that I am getting. [1999/10/22 21:09:56, 0] locking/shmem_sysv.c:sysv_shm_open(597) ERROR: root did not create the

Hi *! Here is a hack to emulate cfengines editfiles/Group behaviour. {{{ $splice_dir = "/var/local/puppet/splice" file { $splice_dir: ensure => directory, tag => "file_splice", } # Replace a section marked by # comment_char {BEGIN,END} pattern # with the given content # if checksum is set to "none", no resource is defined for the edited file define

On Fri, 04 Jun 2010, Vagrant Cascadian wrote: > Package: initramfs-tools > Version: 0.95.1 > Severity: normal > > i've been testing the newest initramfs-tools network booting support, though it > seems to make 10 DHCP requests in rapid sucession. fortunately, the last DHCP > request does work. switching back to hard-coded DEVICE=eth0 in >

Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.26 > reassign 423006 initramfs-tools 0.87b Bug#423006: xen-hypervisor-3.0.3-1-i386-pae: /bin/sh : error while loading shared library libcrypt.so.1 Bug reassigned from package `xen-hypervisor-3.0.3-1-i386-pae' to `initramfs-tools'. > severity 420754 critical

On Mon Jan 30 08:56:06 PST 2006, H. Peter Anvin wrote: > That being said, there is no reason that you can't run code before it; > to make that simpler, in fact, I'm trying to set it up so that the > default initramfs looks like: > > /dev/console > /dev/zero > /dev/null > /kinit > /init -> /kinit I would request we not put in symlinks. The problem is that

My debian system boots from initramfs with root on lvm on raid1 very will with the non xen kernel but fails to find the root vg when booting a xen enabled kernel. I have posted previously and would appreciate it if someone could help me solve the problem or point me in the right direction. Let me know if there is a need for additional details concerning the setup. As I have stated, I have