On Sat, May 04, 2024 at 08:22:27AM -0500, Tom Browder wrote:
> $ cat read.raku
> #!/usr/bin/env raku
> my $a = "name with spaces";
> my $b = "name\nwith newline";
> say "file 1: |$a|";
> say "file 2: |$b|";
>
> And executing it:
>
> $ ./read.raku
> file 1: |name with spaces|
> file 2: |name
>
with newlines|
With Raku, it's easy to search the directory for the weird file names,
open them, and use their contents. Raku also has many built-in quoting
constructs to suit any situation.
I'll be happy to demo any of that here.
Best regards,
-Tom
Am 03.05.2024 um 21:11 schrieb David Christensen:
> I can obviously add an extra step to the process to convert the new file
> name to something acceptable before processing. However, my question was
> how to avoid that extra step by getting fully quoted filenames to process.
Today, on linux, i
Am 03.05.2024 um 21:11 schrieb David Christensen:
> I can obviously add an extra step to the process to convert the new file
> name to something acceptable before processing. However, my question was
> how to avoid that extra step by getting fully quoted filenames to process.
Not sure, if i get
On 5/3/24 04:34, jeremy ardley wrote:
On 3/5/24 19:06, Greg Wooledge wrote:
I would suggest that if you need to use a debugger to track down a bug
in your program, you should use filenames that don't require quoting
when you set up your tests.
1970's style static test cases are not relevant
s is going to baffle me.
Currently, $' quoting is a bash extension. It's supposed to appear in
some future edition of POSIX, at which point shells like dash will be
required to adopt it (whenever they get around to it). For now, though,
you should consider it bash only.
Thank you for the cla
On 03/05/2024 11:31, jeremy ardley wrote:
My use case is very simple. Give an argument to a program that expects a
single filename/path.
Role of realpath in your workflow is not clear for me yet.
If you need to copy its result to clipboard then you may use xsel,
xclip, etc.
realpath --zero
In days of yore (Fri, 03 May 2024), jeremy ardley thus quoth:
>
> On 3/5/24 19:06, Greg Wooledge wrote:
> > I would suggest that if you need to use a debugger to track down a bug
> > in your program, you should use filenames that don't require quoting
> > when you set up
On 3/5/24 19:06, Greg Wooledge wrote:
I would suggest that if you need to use a debugger to track down a bug
in your program, you should use filenames that don't require quoting
when you set up your tests.
1970's style static test cases are not relevant here.
In the real world... I
On Thu, May 02, 2024 at 10:18:03PM -0700, David Christensen wrote:
> I am unable to find $'string' in the dash(1) man page (?). As I typically
> write "#!/bin/sh" shell scripts, writing such to deal with file names
> containing non-printing characters is going to baffle me.
Cu
gger, should do
about this case.
I would suggest that if you need to use a debugger to track down a bug
in your program, you should use filenames that don't require quoting
when you set up your tests.
On 5/2/24 19:56, Max Nikulin wrote:
On 03/05/2024 09:19, Greg Wooledge wrote:
I still insist that this is a workaround that should *not* be used
to try to cancel out quoting bugs in one's shell scripts.
There are still specific cases when quoting is necessary, e.g. ssh
remote command
+1
nnewline"
You didn't create a name with a newline in it here. You created a name
with a backslash in it. If you wanted a newline, you would have to use
the $'...' quoting form (in bash).
touch $'name with\nnewline'
Thank you for the clarification.
RTFM b
* 2024-05-03 06:59:37+0800, jeremy ardley wrote:
> I have a need to get the full path of a file that has spaces in its
> name to use as a program argument
> jeremy@client:~$ realpath name\ with\ spaces
> /home/jeremy/name with spaces
> Can realpath or other utility return a quoted pathname?
On 3/5/24 10:56, Max Nikulin wrote:
On 03/05/2024 09:19, Greg Wooledge wrote:
I still insist that this is a workaround that should *not* be used
to try to cancel out quoting bugs in one's shell scripts.
There are still specific cases when quoting is necessary, e.g. ssh
remote command
On 03/05/2024 09:19, Greg Wooledge wrote:
I still insist that this is a workaround that should *not* be used
to try to cancel out quoting bugs in one's shell scripts.
There are still specific cases when quoting is necessary, e.g. ssh
remote command (however you have to be sure concerning
\nnewline"
You didn't create a name with a newline in it here. You created a name
with a backslash in it. If you wanted a newline, you would have to use
the $'...' quoting form (in bash).
touch $'name with\nnewline'
> 2024-05-02 19:06:01 dpchrist@laalaa ~
> $ perl -MString::ShellQuote -e
On 5/2/24 15:59, jeremy ardley wrote:
I have a need to get the full path of a file that has spaces in its
name to use as a program argument
e.g.
jeremy@client:~$ ls -l name\ with\ spaces
-rw-r--r-- 1 jeremy jeremy 0 May 3 06:51 'name with spaces'
jeremy@client:~$ realpath name\ with\ spaces
On Fri, May 03, 2024 at 07:42:20AM +0800, jeremy ardley wrote:
>
> On 3/5/24 07:29, Greg Wooledge wrote:
> > > The spaces without quotes cause problems with subsequent processing.
> > Then the subsequent processing has bugs in it. Fix them.
> >
> > > Can realpath or other utility return a
On 3/5/24 07:29, Greg Wooledge wrote:
The spaces without quotes cause problems with subsequent processing.
Then the subsequent processing has bugs in it. Fix them.
Can realpath or other utility return a quoted pathname?
That would be extremely counterproductive. Do not look for kludges to
On Fri, May 03, 2024 at 06:59:37AM +0800, jeremy ardley wrote:
> I have a need to get the full path of a file that has spaces in its name to
> use as a program argument
>
> e.g.
>
> jeremy@client:~$ ls -l name\ with\ spaces
> -rw-r--r-- 1 jeremy jeremy 0 May 3 06:51 'name with spaces'
>
ch '/mnt/tmp/gibt es nicht'
> $ realpath -mz "../ln/tmpRAM/gibt es nicht" | xargs -0 ls
> --quoting-style=escape
> /mnt/tmp/gibt\ es\ nicht
?
I have a need to get the full path of a file that has spaces in its
name to use as a program argument
e.g.
jeremy@client:~$ ls -l name\ with\ spaces
-rw-r--r-- 1 jeremy jeremy 0 May 3 06:51 'name with spaces'
jeremy@client:~$ realpath name\ with\ spaces
/home/jeremy/name with spaces
The
On Wed, Jan 22, 2020 at 04:49:38PM +0100, Linux-Fan wrote:
> > My favorite hex editor is `dhex` (Debian package `dhex`).
> > > From to the list of requirements, it does 4 of 6.
>
> Excuse me, this is mis-quoted, it should of course have been this
> (i.e. both lines attributed to me):
>
> > My
Linux-Fan writes:
Bob Weber writes:
On 1/22/20 8:12 AM, Richard Owlett wrote:
I'm running Debian 9.8 with MATE desktop.
I'm exploring a data file with the intention of eventually parsing it in a
useful fashion.
Just downloaded ghex. I like the display format.
Its tools are inconvenient.
On 31/05/2019 23:22, rhkra...@gmail.com wrote:
On Friday, May 31, 2019 01:32:20 PM tv.deb...@googlemail.com wrote:
Hi, most people on this list prefer bottom-posting rather than
top-posting, so I'll stick with the convention and post my answer at the
bottom of the message, suggesting you do the
On Friday, May 31, 2019 01:32:20 PM tv.deb...@googlemail.com wrote:
> Hi, most people on this list prefer bottom-posting rather than
> top-posting, so I'll stick with the convention and post my answer at the
> bottom of the message, suggesting you do the same in the future to avoid
> potential
il was generated (or replied to) using a web based
emailer, presumably on Mozilla/5.0.
I don't know if that is the case, nor if there is some setting that can be
changed (by the replier) to make quoting come out "properly".
Re: (solved) Re: need help on wheezy installation
From: D
Mario Castelán Castro wrote:
> When replying to a message in Thunderbird as packaged in Debian 9, the
> date and time is automatically placed before the quote, like this: “On
> 22/08/17 17:31, $NAME wrote:”. How can I change the format used for the
> date and time?
On 25/08/17 15:41, Byung-Hee HWANG (황병희, 黃炳熙) wrote:
> "lambda.alex.chromebook" is my chromebook's system-name. The others is
> https://raw.githubusercontent.com/soyeomul/Gnus/MaGnus/thanks-mid.rb.message-id
I do not understand.
--
Do not eat animals, respect them as you respect people.
Dear Mario,
In Article <71bb9099-1dac-7567-3aeb-4c1c0ecd8...@yandex.com>,
Mario Castelán Castro writes:
> I see you are using the “Message-id” field. This is not at all useful
> for humans.
"lambda.alex.chromebook" is my chromebook's system-name. The others is
On 25/08/17 07:36, Byung-Hee HWANG (황병희, 黃炳熙) wrote:
> In Article <3af44f03-ebc9-473c-2d77-36961f66d...@yandex.com>,
>> When replying to a message in Thunderbird as packaged in Debian 9, the
>> date and time is automatically placed before the quote, like this: “On
>> 22/08/17 17:31, $NAME wrote:”.
In Article <3af44f03-ebc9-473c-2d77-36961f66d...@yandex.com>,
Mario Castelán Castro writes:
> When replying to a message in Thunderbird as packaged in Debian 9, the
> date and time is automatically placed before the quote, like this: “On
> 22/08/17 17:31, $NAME wrote:”.
When replying to a message in Thunderbird as packaged in Debian 9, the
date and time is automatically placed before the quote, like this: “On
22/08/17 17:31, $NAME wrote:”. How can I change the format used for the
date and time? In addition, I want to change the format of $NAME to
include his
Le 19/12/2016 à 09:52, Daniel Caillibaud a écrit :
Le 18/12/16 à 10:02, Pascal Hambourg a écrit :
PH> Note pour Daniel : merci de ne pas utiliser de marques de citation non
PH> standard qui prennent en défaut le rendu des citations des lecteurs.
Ah… mon lecteur colorie
Le 17154ième jour après Epoch,
Daniel Caillibaud écrivait:
> J'aurais du mal à m'en passer pour mes échanges courants, mais je peux
> peut-être configurer ça
> différemment pour cette liste si ça dérange.
>
> D'autres avis sur le sujet ?
Ben pour moi ça s'affiche très bien avec Gnus, donc pas
Bonjour,
Le Mon, 19 Dec 2016 10:09:56 +0100 "steve" à écrit
Ce qui me gêne vraiment, ce sont les messages html (en top post ou
pas), et les gens qui laissent tout le fil de discussion pour juste
dire « merci ». Parfois, j'ai une poussée de fièvre et m'en plains
ici, mais j'ai souvent
Salut Daniel,
Le 19-12-2016, à 09:52:29 +0100, Daniel Caillibaud a écrit :
Le 18/12/16 à 10:02, Pascal Hambourg a écrit :
PH> Note pour Daniel : merci de ne pas utiliser de marques de citation non
PH> standard qui prennent en défaut le rendu des citations des lecteurs.
Le 18/12/16 à 10:02, Pascal Hambourg a écrit :
PH> Note pour Daniel : merci de ne pas utiliser de marques de citation non
PH> standard qui prennent en défaut le rendu des citations des lecteurs.
Ah… mon lecteur colorie tout ça correctement et je m'étais jamais posé la
I was a little surprised to find that I needed to quote my variable
definitions in /etc/default, at least for nfs-kernel-server.
RPCMOUNTDOPTS=--manage-gids --no-nfs-version 4
works, but
RPCMOUNTDOPTS=--manage-gids --no-nfs-version 4
produces
# /etc/init.d/nfs-kernel-server restart
Hi
On Wed, Oct 09, 2013 at 02:51:17PM -0700, Ross Boylan wrote:
I was a little surprised to find that I needed to quote my variable
definitions in /etc/default, at least for nfs-kernel-server.
RPCMOUNTDOPTS=--manage-gids --no-nfs-version 4
works, but
RPCMOUNTDOPTS=--manage-gids
On Wed, Oct 9, 2013 at 5:51 PM, Ross Boylan r...@biostat.ucsf.edu wrote:
I was a little surprised to find that I needed to quote my variable
definitions in /etc/default, at least for nfs-kernel-server.
RPCMOUNTDOPTS=--manage-gids --no-nfs-version 4
works, but
RPCMOUNTDOPTS=--manage-gids
window, even
though it is plain text. This also makes replying using
conversational/interleaved quoting easier IMO.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
also applies to the quoted text in the reply window, even
though it is plain text. This also makes replying using
conversational/interleaved quoting easier IMO.
The important point here, as Bob pointed out, is that the coloring
appears on YOUR system. It does not appear on MY system (or most
, not the writer.
The coloring also applies to the quoted text in the reply window, even
though it is plain text. This also makes replying using
conversational/interleaved quoting easier IMO.
The important point here, as Bob pointed out, is that the coloring
appears on YOUR system.
Of course. I
.
But those colors are picked by the reader, not the writer.
The coloring also applies to the quoted text in the reply window, even
though it is plain text. This also makes replying using
conversational/interleaved quoting easier IMO.
The important point here, as Bob pointed out, is that the coloring
Pascal Hambourg writes:
I do not care how it appears on YOUR system.
Then why do you send it?
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
of why these colors
showed up.
and he expected the same colors to appear on other people's systems.
I did not read that. Any reference please ?
And unlike you, I DO care how the message appears on your system.
That's why I use the appropriate quoting style and reply methods.
Don't be nasty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-08-16 16:03, Ralf Mardorf wrote:
No! It's easier to read mails, when bottom or inline posting is
used
I suggest another name for this -- contextual quoting!
That is, the art of only quoting what is needed for the sake of
argument
On Saturday 17 August 2013 15:47:37 Kim Christensen wrote:
No! It's easier to read mails, when bottom or inline posting is
used
I suggest another name for this -- contextual quoting!
I have always before heard it called interleaved posting.
Lisi
--
To UNSUBSCRIBE, email to debian-user
connection to the color applied by
the reader's mail-user-agent which could be green or red or other
color. So I think the writer here was talking about html colors.
My client only uses the colours I have chosen for correctly quoted text. For
random other methods of quoting mine stays in the base
In posting of the month John Hasler very perceptively said:
Then why do you send it?
There is no answer to that.
But being -user . . . .
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Subject adjusted to be more meaningfull.
On Wed, Aug 14, 2013 at 12:35:07PM -0400, Ethan Rosenberg, PhD wrote:
Dear List -
I appreciate your CONSTRUCTIVE criticism. I surely do not wish to
have my posts unanswered.
Introduction -
Industrial standard I think is, top quoting and styled
Hello,
Bob Proulx a écrit :
Ethan Rosenberg, PhD wrote:
Industrial standard I think is, top quoting and styled email.
Not on technical mailing lists! The standard is conversational
quoting.
Thanks, I missed such an expression to describe proper quoting.
Top posting sucks.
Bottom posting
On Fri, 2013-08-16 at 14:07 +0200, Pascal Hambourg wrote:
Top posting sucks.
Bottom posting sucks even more : it's the same as top posting, except
that you must scroll down to read the reply.
Some mail/news readers such as Thunderbird can apply different color and
format to quoted text. This
in order to reply to him.
On Wed, Aug 14, 2013 at 12:35:07PM -0400, Ethan Rosenberg, PhD wrote:
Dear List -
I appreciate your CONSTRUCTIVE criticism. I surely do not wish to
have my posts unanswered.
Introduction -
Industrial standard I think is, top quoting and styled email
On Friday 16 August 2013 17:10:33 David Guntner wrote:
Regardless of those preferences, on a mailing list where you don't know
what mail program someone reading is going to be using, it's always a
bad idea to use HTML in posting a message. Sure, at this point the
majority of mail readers can
I need to apologise to the list. I was trying to alter my usual method of
replying to the list to one that still worked properly, I thought. Clearly
it didn't and I have broken the thread. So I shall resend the original of
this by my usual method.
:-((
Lisi
On Friday 16 August 2013
Hopefully this will now not break the threading.
On Friday 16 August 2013 17:10:33 David Guntner wrote:
Regardless of those preferences, on a mailing list where you don't know
what mail program someone reading is going to be using, it's always a
bad idea to use HTML in posting a message.
Lisi Reisz grabbed a keyboard and wrote:
Hopefully this will now not break the threading.
I looked at your original reply and I'm not sure how it broke anything;
I saw the usual References: line with valid information in the message
header, and I understand that's how threaded message readers
Pascal Hambourg wrote:
Bob Proulx a écrit :
Blue? You mean as in html email? Colors will be lost entirely when
reading the mail as plain text.
Some mail/news readers such as Thunderbird can apply different color and
format to quoted text. This makes reading much easier.
But those
On Fri, 2013-08-16 at 17:22 -0600, Bob Proulx wrote:
Pascal Hambourg wrote:
Bob Proulx a écrit :
Blue? You mean as in html email? Colors will be lost entirely when
reading the mail as plain text.
Some mail/news readers such as Thunderbird can apply different color and
format to
On Fri, Aug 16, 2013 at 05:35:40PM +0100, Lisi Reisz wrote:
I need to apologise to the list. I was trying to alter my usual method of
replying to the list to one that still worked properly, I thought. Clearly
it didn't and I have broken the thread. So I shall resend the original of
this
.
Introduction -
Industrial standard I think is, top quoting and styled email. This is
the way my Thunderbird is set. Mail list requirements are the reverse
as I well know. Therefore, I have to adjust Thunderbird to these
requirements.
To get unstyled, shift+write.
Start email. Replying, unstyled
On Qui, 15 Ago 2013, Lisi Reisz wrote:
Just set your email client up correctly. You don't need to do anything else,
except trim appropriately.
In the case of Icedove/Thunderbird, you don't even need to set
anything[0]. By default it does correct quoting, you just have to
press Reply
Ethan Rosenberg, PhD wrote:
Industrial standard I think is, top quoting and styled email.
Not on technical mailing lists! The standard is conversational
quoting. Here are some guides that I just now found after a quick
search.
http://www.netmeister.org/news/learn2quote.html
http
Dear List -
I appreciate your CONSTRUCTIVE criticism. I surely do not wish to have
my posts unanswered.
Introduction -
Industrial standard I think is, top quoting and styled email. This is
the way my Thunderbird is set. Mail list requirements are the reverse
as I well know. Therefore, I
Tom wrote:
Itchy wrote:
Scratchy wrote:
I'm hungry. [snip]
I'm too.
Let's cook Tux under the grill.
No, let's eat tofu.
Regards,
Jerry
Explaination:
First Tom wrote that he's hungry, then Itchy replied to be hungry too,
while doing this Itchy snipped irrelevant content, since Tom also
Jerry wrote:
No, let's eat tofu.
Hi Jerry,
does it mean that we should eat veggie, or is it some kind of figure of
speech for being against tofu posting style?
Ciao,
Ralf
PS: You might notice that the -sign is used no
#--- or anything else, that it can be read from
top to
Oops, sorry, too many cats and mice.
Jerry wrote:
Tom wrote:
Itchy wrote:
Scratchy wrote:
I'm hungry. [snip]
I'm too.
Let's cook Tux under the grill.
No, let's eat tofu.
Regards,
Jerry
CORRECTIONS:
First SCRATCHY wrote that he's hungry, then Itchy replied to be hungry too,
Oops, sorry, too many cats and mice.
Jerry wrote:
Tom wrote:
Itchy wrote:
Scratchy wrote:
I'm hungry. [snip]
I'm too.
Let's cook Tux under the grill.
No, let's eat tofu.
Regards,
Jerry
CORRECTIONS:
First SCRATCHY wrote that he's hungry, then Itchy replied to be hungry too,
while
Hi Ethan :)
now I reply to my own mail and fake that I'm you.
Btw. I'm sorry the signs of my example were written by hand and not
done by the MUA reply option and so it seems not to work as expected.
Your last mail shouldn't look like
http://lists.debian.org/debian-user/2013/08/msg00503.html .
other feature in Icedove I find useful when dealing with this sort
of thing is to have multiple identities. In Account Settings, find the
button Manage Identities. Each identity can have for instance
different quoting styles. [2]
[1] http://kb.mozillazine.org/Plain_text_e-mail_%28Thunderbird%29
[2
this?
You may want to consider putting the sed script in a file and using the
-f script (or --file=script) option instead.
No quoting needed. ;)
--
Bob McGowan
BTW, since Squeeze default shell is dash, not bash
--
Tomas Kral thomas.k...@email.cz
--
To UNSUBSCRIBE, email to debian-user-requ
in the
corrct place. Does anyone know how to do this?
You may want to consider putting the sed script in a file and using
the -f script (or --file=script) option instead.
No quoting needed. ;)
BTW, since Squeeze default shell is dash, not bash
There's no difference in double quotes
.
Thanks for the tip, I just assumed sed does greedy matching.
sed -i s|^\( *PATH=\\)|\1$ADD:| ~/profile-test
Sometimes quoting can be complicated. In which case it is often
useful to drop out of double quotes and move to single quotes.
sed -i s|^\( *PATH=''\)|\1$ADD:| ~/profile-test
in the regexp in for $ADD to be put in the
corrct place. Does anyone know how to do this?
You may want to consider putting the sed script in a file and using the
-f script (or --file=script) option instead.
Thanks I'll keep that in mind if I have another quoting problem :D
No quoting needed
On 2011-08-10 07:46, Ivan Shmakov wrote:
Andreas Berglundandreas.bergl...@home.se writes:
I have a problem with the following sed snippet
sed -i s|^\( *PATH=\)\(.*\)|\1$ADD:\2| ~/profile-test
I need soft quotes in order for $ADD to expand and I also need to
math against one
in the
corrct place. Does anyone know how to do this?
You may want to consider putting the sed script in a file and using the
-f script (or --file=script) option instead.
No quoting needed. ;)
--
Bob McGowan
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject
Andreas Berglund andreas.bergl...@home.se writes:
I have a problem with the following sed snippet
sed -i s|^\( *PATH=\)\(.*\)|\1$ADD:\2| ~/profile-test
I need soft quotes in order for $ADD to expand and I also need to
math against one doublequote in the regexp in for $ADD to be put in
Hi!
I have a problem with the following sed snippet
sed -i s|^\( *PATH=\)\(.*\)|\1$ADD:\2| ~/profile-test
I need soft quotes in order for $ADD to expand and I also need to math
against one doublequote in the regexp in for $ADD to be put in the
corrct place. Does anyone know how to do this?
a potentially infinite amount of data.
sed -i s|^\( *PATH=\\)|\1$ADD:| ~/profile-test
Sometimes quoting can be complicated. In which case it is often
useful to drop out of double quotes and move to single quotes.
sed -i s|^\( *PATH=''\)|\1$ADD:| ~/profile-test
That '' looks scary but isn't
* 2011-07-07T07:13:24+02:00 * Javier Barroso wrote:
On Thu, Jul 7, 2011 at 5:22 AM, Kamaraju S Kusumanchi
raju.mailingli...@gmail.com wrote:
Consider the following shell script
#! /bin/sh
You can use array variables if you want:
names=(kama raju k a m a)
for i in ${names[@]}
Yes, but
On Thu, Jul 7, 2011 at 10:31 AM, Teemu Likonen tliko...@iki.fi wrote:
* 2011-07-07T07:13:24+02:00 * Javier Barroso wrote:
On Thu, Jul 7, 2011 at 5:22 AM, Kamaraju S Kusumanchi
raju.mailingli...@gmail.com wrote:
Consider the following shell script
#! /bin/sh
You can use array variables if
Kamaraju writes:
I am wondering if there is a way to rewrite the names variable in
stanza2 such that the output from stanza 1 and stanza 2 are the same.
I can think of several, but I doubt any will do what you want. What is
your actual problem? What are you trying to achieve?
--
John Hasler
Consider the following shell script
$cat manual_listing.sh
#! /bin/sh
# stanza 1
for i in kama raju k a m a r
On 07/06/11 at 11:22pm, Kamaraju S Kusumanchi wrote:
Consider the following shell script
$cat manual_listing.sh
On Thu, Jul 7, 2011 at 5:22 AM, Kamaraju S Kusumanchi
raju.mailingli...@gmail.com wrote:
Consider the following shell script
$cat manual_listing.sh
#! /bin/sh
# stanza 1
for i in kama raju k a m a r a j u
do
echo $i
done
# stanza 2
names='kama raju'
for i in $names
do
On Thu,11.Jun.09, 08:52:16, jida...@jidanni.org wrote:
TA == Thomas Anderson andersontho...@gmail.com writes:
TA Sure:
TA Example of the characters being moved around ...
Observe instead the masterful quoting of SuperCite, (no longer broken in
emacs23) that I have graced your words
In 20090611072553.gd3...@think.homelan, Andrei Popescu wrote:
On Thu,11.Jun.09, 08:52:16, jida...@jidanni.org wrote:
TA == Thomas Anderson andersontho...@gmail.com writes:
TA Sure:
TA Example of the characters being moved around ...
Observe instead the masterful quoting of SuperCite
:
Example of the characters being moved around after quoting three times:
Lorem Ipsum is simply dummy text of the printing and typesetting industry.
Lorem Ipsum has been the industry's standard dummy text ever since the
1500s, when an unknown printer took a galley of type and scrambled
Cameron Hutchison wrote:
You can combine these into a single sed invocation:
set -i -e /.gconf/d -e /.java/d script
s/set/sed/
;-)
Johannes
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
TA == Thomas Anderson andersontho...@gmail.com writes:
TA Sure:
TA Example of the characters being moved around ...
Observe instead the masterful quoting of SuperCite, (no longer broken in
emacs23) that I have graced your words with above.
Leave-not your words lying around for lessor quoters
On Mon, Jun 08, 2009 at 03:55:54PM +0200, Thomas Anderson wrote:
Can anyone recommend a program/shell script/editor plugin etc, that
can take arbitrary text as input and quote it like email programs
quote emails with a preceding character?
Given a file named SomeTextFile, you can do your
On Ma,09.iun.09, 15:23:52, Richard Hector wrote:
You have to put a range in there or it'll only hit the current line:
:0,$s/^/ /
True. I usually use visual mode - shift-v and cursors (or G to jump to
the bottom, in this case) to select the lines, then I only type what I
did above,
On Mon, 8 Jun 2009, Thomas Anderson wrote:
Can anyone recommend a program/shell script/editor plugin etc, that
can take arbitrary text as input and quote it like email programs
quote emails with a preceding character?
GNU Emacs does this. In the Emacs 22.2.1 I run on Lenny, I put the
''
On Seg, 08 Jun 2009, Tony Baldwin wrote:
I've been learning to use sed and awk and grep, etc., lately.
I have a general question (probably more appropriate elsewhere, but
I'm going to ask here anyway. Smack me later.).
Bad, very bad.
Why is it that with sed, stuff like
sed -e
In 4a2dc587.60...@gmail.com, Tony Baldwin wrote:
Why is it that with sed, stuff like
sed -e /searchterm/d
I have to do
sed -e /searchterm/d infile outfile,
and can't just do sed -e /searchterm/d file, without having to generate
another file?
Traditional sed is very simple. It doesn't know how
On Tue, Jun 09, 2009 at 11:03:39AM +1200, Richard Hector wrote:
Then I'd use the editors features to format it. I can't remember how to
do the line wrapping stuff in vim, but
gq{motion}
So, gqap to format the current paragraph.
Cheers,
--
Eric Gerlach, Network Administrator
Federation of
How about passing the text through fmt -w 80|sed 's/^/ //'?
(Untested). That should do what you desire, as fmt would format the
paragraphs, and sed would substitute every beginning of line with a
.
I got this output:
to...@todu:~/code$ cat test.txt | fmt -w 80|sed 's/^/ //'
sed: -e
1 - 100 of 258 matches
Mail list logo