similar to: [PATCH] Never clean files in quilt status directory

Commit-ID: f46648e5315f2f8aff74bcd723edc24ea4c6d29e Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=f46648e5315f2f8aff74bcd723edc24ea4c6d29e Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sun, 15 Jul 2018 21:53:39 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 18 Jan 2019 03:10:14 +0000 [klibc] Never clean files in quilt

kbuild: better cleaning Let make clean delete generated dot-files and .o files. Introduce distclean/mrproper that deletes .config, linux symlink and all files left behind by editors and patch. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> --- Hi Peter In following patch I did not make a difference between mrproper and distclean. I only added mrproper because I'm used to it from the

This is a klibc port to x32 architecture. I tried to reuse as many existing files as possible, hence, a script making symlinks to x86-64 files. I was running this on Debian for about six months and hopefully, found any close to surface bugs. Of course, there are plenty left. Please help with testing. To build you need to run: make ARCH=x32 Makefile | 15 ++--

Processing commands for control at bugs.debian.org: > reassign 538683 quilt Bug #538683 [xen-common] xen-common: FTBFS with new source format 3.0 (quilt): fails to copy .pc due to files with 000 permissions Bug reassigned from package 'xen-common' to 'quilt'. Bug No longer marked as found in versions 3.3.1-1. > forcemerge 534840 538683 Bug#534840: quilt: backup-files calls

Hi, I am new to R and am using quilt.plot (from fields package) to plot gas concentrations in Europe. I am using the following code to plot my data library(maps) library(fields) test = read.csv("%change 1996_2005.txt", sep="\t") colnames(test) = c("Station", "Measurement_BaseO3", "Model_BaseO3", "Measuerment_PeakO3",

Dear all, I have a problem with plotting. I have an irregular set of data, where latitude is listed from bigger to smaller values. So, I cannot plot with image.plot. On the other hand, quilt.plot solves the problem, but it can't take the definition of color. It gives the feedback: Error in image.plot(out.p, col = tim.colors(64), ...) : formal argument "col" matched by

HI to you all! I have problem with quilt.plot....this is the code: quilt.plot(long_gridded,lat_gridded,d18O_gridded,nrow=n,ncol=m,xaxt='n',yaxt='n',xlab=NA, ylab=NA,breaks=seq(d18O_gridded_1,d18O_gridded_2,length.out=number_colors),col=col,horizontal=FALSE,nlevel=number_colors - 1,legend.args=list(quote(delta^18*O~("‰")),col="black",cex=0.8,side=3,line=1))

[ Same message sent in bcc to all remaining "FTBFS with new source format" ] Hello, the new source format "3.0 (quilt)" is now allowed in testing/unstable and having all packages buildable with the new format is a release goal (http://wiki.debian.org/ReleaseGoals/NewDebFormats). Thus it would be nice to see this bug fixed. If you want, you can directly fix the bug by

Hi all, I've been working on a port of paravirt_ops for the x86_64 architectures for a couple of days. Here's the result so far. I'm posting it soon for early cooments. The more, the better. It's obviously based on the previous work for i386, with the needed modifications. By now, I'm able to boot a bare metal kernel, but there are still some known issues, that are in my TODO

Hi all, I've been working on a port of paravirt_ops for the x86_64 architectures for a couple of days. Here's the result so far. I'm posting it soon for early cooments. The more, the better. It's obviously based on the previous work for i386, with the needed modifications. By now, I'm able to boot a bare metal kernel, but there are still some known issues, that are in my TODO

The host needs to zap its shadow entries before performing an inflate operation to avoid the guest from using stale ones. So add an ioctl to interface with kvm_mmu_zap_all(). Signed-off-by: Marcelo Tosatti <mtosatti@redhat.com> Index: kvm.quilt/arch/x86/kvm/x86.c =================================================================== --- kvm.quilt.orig/arch/x86/kvm/x86.c +++

An embedded and charset-unspecified text was scrubbed... Name: sparse-fs_ext3_resize.patch URL: <http://listman.redhat.com/archives/ext3-users/attachments/20050620/8e33ffa8/attachment.ksh>

I am going into: /usr/src/kernels/2.6.18-92.1.10.el5-x86_64 and doing a "make mrproper" attempting to rebuild the Modules.symvers file. As I added ALSA 1.0.17 to the current kernel. I am getting an error: make mrproper scripts/Makefile.clean:17: /usr/src/kernels/2.6.18-92.1.10.el5-x86_64/drivers/infiniband/hw/amso1100/Makefile: No such file or directory make[3]: *** No rule to

John, Was there a reason for the (2) make oldconfigs? just curious This all worked rpm -i kernel.XXX.src.rpm cd /usr/src/redhat/SPECS rpmbuild -bp --target i686 kernel.XXX.spec cd /usr/src/redhat/BUILD/kernel-2.6.9/linux-2.6.9 make mrproper cp /boot/config-2.6.9-11.EL .config make oldconfig

Hi, I'm trying to plot some data (z) that is linked to lat&long coordinates (x&y). These coordinates are not however on a regular grid. I also have some shapefiles on which I would like to overlay the data. I can plot the shapefiles (country/city outlines) and overplot the data, but only using quilt.plot because I otherwise always get the error message that 'Error in

An embedded and charset-unspecified text was scrubbed... Name: sparse-fs_ext3_super.patch URL: <http://listman.redhat.com/archives/ext3-users/attachments/20050620/af49961a/attachment.ksh>

An embedded and charset-unspecified text was scrubbed... Name: gcc4-fs_ext3_acl.c URL: <http://listman.redhat.com/archives/ext3-users/attachments/20050620/80eb5460/attachment.c>

Hello, I am facing a problem when rebuilding Samba 3.4.8dfsg2 on Debian Testing. Command used: "dpkg-buildpackage -uc -us -rfakeroot --source-option=--format=1.0" Linking bin/smbcontrol /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/libunwind-ptrace.a(_UPT_access_fpreg.o): relocation R_X86_64_32S against `_UPT_reg_offset' can not be used when making a shared

Hi, had a few problems with using xen: First: built a xen from source (tgz) and make dist ... then made initrd with mkinitrd and modules=all in the mkinitrd.conf -> initrd.img was 14mb and set it up in the grub with module /initrd.... on boot it loads the initrd like: Loading ramdisk into ram .... done but then NO MODULES in the initrd are being loaded by the kernel, though initrd

Hi, I was noticing that our debian/rules did: ... debian/stamps/build: mkdir -p $(@D) rm -rf debian/install $(MAKE) all DESTDIR=$(CURDIR)/debian/install KERNELS= GCC=$(CC) CC=$(CC) HOSTCC=$(CC) touch $@ install: debian/stamps/build rm -rf debian/install $(MAKE) dist DESTDIR=$(CURDIR)/debian/install KERNELS= XEN_PYTHON_NATIVE_INSTALL=1 CC=$(CC)