similar to: Changing data point size in quilt.plot

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

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

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

The top-level "distclean" and "mrproper" targets delete zero-size files in the source, perhaps assumed to be stamp files. This is fine for actual source direcgtories, but disastrous for a quilt status directory. For each patch, quilt stores the previous versions of the modified files in a subdirectory of .pc. If the patch creates a file, this file will be empty. Removing it

Hi, I am in the processof migrating a a NT4 PDC over to a samba3 server. I am following this guide:http://vermeulen.ca/linux-windows-nt.html I am able to join the Domain but when I go to net rpc vampire I get the following errors: Not all my users get transfered: [root at HERCULES ~]# net rpc vampire -S GENOME -w HERCULES -U administrator Fetching (to passdb) DOMAIN database Creating unix

jjmckenzie wrote: > On Mon, May 2, 2011 at 1:16 AM, topher.becca <wineforum-user at winehq.org> wrote: > > > > > When I entered 'rm -rf ~/.wine' it says: > > rm: /Users/christopherwelch/.wine/drive_c/Program Files/Inbox Toolbar: Permission denied > > rm: /Users/christopherwelch/.wine/drive_c/Program Files: Directory not empty > > rm:

"bit of trouble" - good pun! But I do hope it gets solved. Can you make a bash file (oh no - a pun of my own!) to automate any of those annoyances? Would putting the game "in its own WINE" help at all? Cheers, Jake On May 3, 2011, at 3:18 AM, wine-users-request at winehq.org wrote: > Send wine-users mailing list submissions to > wine-users at winehq.org > >

2011/5/2, topher.becca <wineforum-user at winehq.org>: > > David Shaw wrote: >> >> At the risk of getting flamed, you yourself have often told people to >> 'rm -rf ~/.wine' :-) >> >> David Shaw > > > When I entered 'rm -rf ~/.wine' it says: > rm: /Users/christopherwelch/.wine/drive_c/Program Files/Inbox Toolbar: > Permission

Hello, First: I am not subbed to this list. - So any answers should be CC:ed to me. Thank you. I have a freshly installed debian woody linux box. With 2.4.18 with XFS patch. - I have two drives (76G + 40G) that I have used LVM to get a bigger single volume of. It worked perfectly with scp etc. - But now when I installed samba I get timeouts. [2002/07/06 12:15:32, 0]

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>

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

Summary: I have tried the packaging-only repo and I really don't like it at all. I don't know how anyone copes with this - such hard work! IMO we should switch to git-debrebase. (As an alternative, if you don't trust git-debrebase because it's my own tool, gbp pq would be better, too, even though it's not as good as git-debrebase.) Particularly, now that we have more people