similar to: Bug#718898: cut no longer works with newline as delimiter

Your message dated Sun, 10 Aug 2014 12:00:17 +0000 with message-id <E1XGRnN-0007ak-6G at franck.debian.org> and subject line Bug#718898: fixed in xen 4.4.0-1 has caused the Debian Bug report #718898, regarding coreutils: cut no longer works with newline as delimiter to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

On Wed, 2013-08-07 at 22:55 -0600, Bob Proulx wrote: > Bob Proulx wrote: > > Here is a patch that I believe should fix the problem. I will also > > attach it so that there won't be any mailer problems with the > > transport of it. > > And I broke it in the editing of it. Drat! > > > + bridge=$(brctl show | | awk 'NR==2{print$1}') > >

Processing commands for control at bugs.debian.org: > severity 718898 important Bug #718898 [coreutils] coreutils: cut no longer works with newline as delimiter Severity set to 'important' from 'critical' > reassign 718898 xen-utils-common Bug #718898 [coreutils] coreutils: cut no longer works with newline as delimiter Bug reassigned from package 'coreutils' to

Bob Proulx wrote: > Here is a patch that I believe should fix the problem. I will also > attach it so that there won't be any mailer problems with the > transport of it. And I broke it in the editing of it. Drat! > + bridge=$(brctl show | | awk 'NR==2{print$1}') Which is obviously incorrect. Here is a hopefully correct patch. With only one pipe in the pipeline. ---

"Tom G. Christensen" <tgc at jupiterrise.com> writes: > On 22/03/16 08:34, Philip Hands wrote: >> >> [ "`tail -c1 .ssh/authorized_keys 2>/dev/null`" ] && echo > .ssh/authorized_keys ; >> >> anyone know of portability issues with that? >> > > On Solaris 10 and older /usr/bin/tail does not understand the -c1 >

Processing commands for control at bugs.debian.org: > tags 718898 + patch Bug #718898 [xen-utils-common] coreutils: cut no longer works with newline as delimiter Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 718898: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718898 Debian Bug Tracking System Contact owner at bugs.debian.org with

Processing commands for control at bugs.debian.org: > tags 718898 + fixed-upstream Bug #718898 [xen-utils-common] coreutils: cut no longer works with newline as delimiter Added tag(s) fixed-upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 718898: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718898 Debian Bug Tracking System Contact owner at

Aloha Rip Thanks for your quick response. I did compile OpenSSH stuffs by using GCC 2.95.2 first, the error is the same. Since there are no issues on other platforms by using GCC 3.3.2, I tried to take a luck on HP-UX 10.20 by using GCC 3.3.2. Unfortunately, it is same, even at the same line What I am guessing is that it could be from some system environment variable setting, but I am not sure

Michael Stone <mstone at mathom.us> writes: > On Sun, Mar 20, 2016 at 08:30:33PM +0000, Colin Watson wrote: >>How about something like: >> >> if [ "$(sed -n '${s/.*//;p}' ~/.ssh/authorized_keys | wc -l)" = 0 ]; then >> echo >> ~/.ssh/authorized_keys >> fi >> >>I feel like there must be a neater but still portable way

I concur. It should be the operating system's responsibility to come up with appropriate error messages, not every application that runs on the operating system. From: openssh-unix-dev <openssh-unix-dev-bounces+herbie.robinson=stratus.com at mindrot.org> On Behalf Of Bob Proulx Sent: Thursday, January 9, 2025 10:45 AM To: openssh-unix-dev at mindrot.org Subject: Re: ssh-keygen: error

SSH, like RSH before it, invokes a command using the user's shell as specified in the passwd file. In a mixed shell environment with some logins csh-like and some sh-like that is sometimes very difficult to handle. (No, I am not fond of csh.) If I could force a single shell everywhere of course that would be preferable but sometimes I have no control over it. I have often wanted an option

On Sat, 2015-08-22 at 00:24 +0200, Volker Klasen wrote: > Hi Ian, > > you can use the patch I posted in the original report, Uh, how on earth did I miss it! > there are two > places that need to be fixed. I'm using it since November. Thanks. Since loads is a classmethod I think the right fix for that issue is to s/self/cls/ in the body rather than s/cls/self/ in the

Hello Theora friends, I am a developer of web graphics technologies and just recently found your Ogg/Theora streaming applications. I am interested in developing your Theora streaming applications in a Windows environment, and perhaps give the Ogg/Theora more exposure to the Windows world. I have downloaded all of your Theora documentation and the LibTheora build package, and attempted an

On Sun, 2017-04-02 at 22:42 +0100, Michael Miller via samba wrote: > Hi > > I could not get a custom "shadow:delimiter" for the vfs shadow_copy2  > module to work successfully for me with Samba 4.6.2. I did not try  > previous versions. Based on my testing it seems that an additional line  > of code is needed in vfs_shadow_copy2.c as shown in the patch below  >

Hi, As per the list.samba.org link, did you try including the delimiter within the format, ie as shown in the following? shadow:snapprefix = ^d[A-Za-z0-9]*y$ shadow:delimiter = _IPG_ shadow:format = _IPG_%Y.%m.%d-%H.%M.%S Regards, Mike On 16/02/2018 16:50, Edouard Guigné via samba wrote: > Hello Dear Samba Users, > > I have sucessfully set a samba share on a centos 7 box (samba 4.6.2)

Hi All, I'm new to rsync usage in Mac OS X. I'm having a strange issue with -- files-from option. I'm providing the --files-from to provide a file , which contains the list of files separated by newline character , to perform backup operation. Especially in Mac OS X , particular tiff bundle files are having \r as part of the filename.When rsync reads the filepaths using delimiter

Hi (+mailing list again for the archives) My config which does show previous versions: # /usr/local/samba/sbin/smbd --version Version 4.6.11 To avoid having this config block within in each share, I define the following within the [global] section:   shadow:snapprefix = ^\(monthly\)\{0,1\}\(weekly\)\{0,1\}\(daily\)\{0,1\}$   shadow:delimiter = _UTC_   shadow:format =

As RFC3501 (IMAP) say: 'A NIL hierarchy delimiter means that no hierarchy exists; the name is a "flat" name.' How to change delimiter to NIL? We have flat namespaces in our storage. Now I hardcoded this and everything is working, but maybe it is another possibility... -- Konrad

ComRades, How do you put a superscript on a scalable delimiter? I want to put 'b' as the power of the expression in the following plot: t <- 1:25 K <- 0.2 y <- ((1-exp(-K*t))/(1-exp(-K*t)*exp(K)))^3 plot(t,y,"l",main="K=0.2, b=3") text(15,5,expression(bgroup("(",frac(1-e^-Kt,1-e^-Kt*e^K),")"))) Plotmath examples in demo(plotmath) do not

Trying to find out if dovecot supports the use of multiple recipient delimiters, as postfix does, but can't find an answer... The wiki only mentions it in two meaningful places (that I can find)... With respect to postfix: /wiki.dovecot.org/LDA/Postfix The above seems to imply that for postfix/LDA all I need to do is define it in postfix (which supports multiple recipient delimiters). And