David Wright wrote:
> Funnily enough, I'd never even thought about page numbering in
> connection with man pages. But I notice now that the page contents
> of my Letter PDF and Debian's A4 version are identical, and the
> footers on the A4 are very high, so I'm guessing that the document
> was o
the relevant man page.
In this case, either bash or dash.
But your issue isn't with cd, but characters special to the shell,
and how the shell parses commands, and (your lack of) quoting.
So, read the bash (or dash) man page about that.
If you want to start somewhat simpler, rather than rea
numbers may
> change in next release of if the file is rendered for another paper
> size.
That's a different type of document entirely. My comment was aimed
at /man pages in general/. As I said, man bash was just the example
that came up. Some other commands have further explanatory documents
in
On 30/11/2024 01:29, David Wright wrote:
On Thu 28 Nov 2024 at 21:52:05 (+0700), Max Nikulin wrote:
On 28/11/2024 11:13, David Wright wrote:
$ man -t bash | ps2pdf - /tmp/bash.pdf
/usr/share/doc/bash-doc/bash.pdf
/usr/share/doc/bash-doc/bashref.pdf
¹ With Letter size in xpdf, I press 3
On Thu 28 Nov 2024 at 21:52:05 (+0700), Max Nikulin wrote:
> On 28/11/2024 11:13, David Wright wrote:
> >$ man -t bash | ps2pdf - /tmp/bash.pdf
>
> What is the point in converting man when the same content is available
> as texinfo source? Moreover, PDF file is ready to use:
>
> /usr/share/do
On Thu, Nov 28, 2024 at 04:12:05PM CET, Richard Owlett
said:
> On 11/28/24 8:52 AM, Max Nikulin wrote:
> > On 28/11/2024 11:13, David Wright wrote:
> > > $ man -t bash | ps2pdf - /tmp/bash.pdf
> >
> > What is the point in converting man when the same content is available
> > as texinfo source
On 11/28/24 8:52 AM, Max Nikulin wrote:
On 28/11/2024 11:13, David Wright wrote:
$ man -t bash | ps2pdf - /tmp/bash.pdf
What is the point in converting man when the same content is available
as texinfo source? Moreover, PDF file is ready to use:
/usr/share/doc/bash-doc/bash.html
/usr/sha
On 28/11/2024 11:13, David Wright wrote:
$ man -t bash | ps2pdf - /tmp/bash.pdf
What is the point in converting man when the same content is available
as texinfo source? Moreover, PDF file is ready to use:
/usr/share/doc/bash-doc/bash.html
/usr/share/doc/bash-doc/bash.pdf
/usr/share/doc/b
On 11/27/24 10:13 PM, David Wright wrote:
On Wed 27 Nov 2024 at 05:38:30 (-0600), Richard Owlett wrote:
I've used terminal commands for so many decades I don't know where to
look up fine details of a specific commands.
I just tried to use the cd command with a target directory having
On Thu, Nov 28, 2024 at 09:34:24AM +0700, Max Nikulin wrote:
> On 27/11/2024 23:59, to...@tuxteam.de wrote:
> > OTOH, the venerable groff has gained a hyperlink markup
> > recently [1] ("recently" in its time scale), thus bridging yet another
> > gap separating man and info.
>
> Does it affect "ma
On Wed 27 Nov 2024 at 05:38:30 (-0600), Richard Owlett wrote:
> I've used terminal commands for so many decades I don't know where to
> look up fine details of a specific commands.
>
> I just tried to use the cd command with a target directory having
> spaces in it
On 27/11/2024 23:59, to...@tuxteam.de wrote:
OTOH, the venerable groff has gained a hyperlink markup
recently [1] ("recently" in its time scale), thus bridging yet another
gap separating man and info.
Does it affect "man" when called in a terminal application (so usually
"less" is used as a pa
On Wed, Nov 27, 2024 at 12:24:25PM -0500, The Wanderer wrote:
> On 2024-11-27 at 11:59, to...@tuxteam.de wrote:
>
> > On Wed, Nov 27, 2024 at 10:40:44AM -0500, The Wanderer wrote:
> >
> >> On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
>
> >>> And yes, it's a pity there is no common frontend fo
On 2024-11-27 at 11:59, to...@tuxteam.de wrote:
> On Wed, Nov 27, 2024 at 10:40:44AM -0500, The Wanderer wrote:
>
>> On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
>>> And yes, it's a pity there is no common frontend for both.
> [help and man]
>> There's also 'info foo', which for some values
On Wed, Nov 27, 2024 at 11:03:48AM -0500, Greg Wooledge wrote:
> On Wed, Nov 27, 2024 at 10:40:44 -0500, The Wanderer wrote:
> > One of the items on the list, under the characteristics of a
> > "knowledgeable user", is the entry:
> >
> > * has learned that learn doesn't help
> >
> > I have never
On Wed, Nov 27, 2024 at 10:40:44AM -0500, The Wanderer wrote:
> On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
[...]
> > And yes, it's a pity there is no common frontend for both.
[help and man]
>
> There's also 'info foo', which for some values of foo will be more
> helpful than either of the
On Wed, Nov 27, 2024 at 10:40:44 -0500, The Wanderer wrote:
> One of the items on the list, under the characteristics of a
> "knowledgeable user", is the entry:
>
> * has learned that learn doesn't help
>
> I have never managed to find out what 'learn' is supposed to have been.
> No Linux or othe
Eric S Fraga wrote:
> And, just for the record, should you want to find out more about
> commands on Linux without leaving your system (i.e. without any
> interaction with the Internet at all), the man command is available to
> present the manual pages (dates back to when there w
On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
> On Wed, Nov 27, 2024 at 02:18:02PM +, Eric S Fraga wrote:
>
>> And, just for the record, should you want to find out more about
>> commands on Linux without leaving your system (i.e. without any
>> interaction with t
Le 11/27/24 à 15:18, Eric S Fraga a écrit :
[...] the man command is available to
present the manual pages
There are also the fine info pages for most gnu software,
notably the coreutils,
and the /usr/share/doc directory for most other software.
Best,
--
yassine -- sysadm
+213-779 06 06 23
h
On Wed, Nov 27, 2024 at 12:55:10 +0100, to...@tuxteam.de wrote:
> First: cd is not a command, it is a shell builtin
> (this is subtle, but important).
It's both. You can even call it a "builtin command".
> Second: even if cd were a "command", the splitting
> of args at whitespace (among *a lot*
On 11/27/24 7:36 AM, to...@tuxteam.de wrote:
On Wed, Nov 27, 2024 at 07:30:17AM -0600, Richard Owlett wrote:
[...]
Thank you. I've seen his site before. I just created a bookmark folder for
"Debian Wikis". The first occupant is https://mywiki.wooledge.org .
Greg's wiki is a jewel. I thank *h
On Wed, 27 Nov 2024 14:36:44 +0100
wrote:
> On Wed, Nov 27, 2024 at 07:30:17AM -0600, Richard Owlett wrote:
>
> [...]
>
> > Thank you. I've seen his site before. I just created a bookmark
> > folder for "Debian Wikis". The first occupant
> > is https://mywiki.wooledge.org .
>
> Greg's wiki i
On Wed, Nov 27, 2024 at 02:18:02PM +, Eric S Fraga wrote:
> And, just for the record, should you want to find out more about
> commands on Linux without leaving your system (i.e. without any
> interaction with the Internet at all), the man command is available to
> present the
And, just for the record, should you want to find out more about
commands on Linux without leaving your system (i.e. without any
interaction with the Internet at all), the man command is available to
present the manual pages (dates back to when there was an actual manual
in early unix days) for
On Wed, Nov 27, 2024 at 07:30:17AM -0600, Richard Owlett wrote:
[...]
> Thank you. I've seen his site before. I just created a bookmark folder for
> "Debian Wikis". The first occupant is https://mywiki.wooledge.org .
Greg's wiki is a jewel. I thank *him* for it.
> I've been a computer *user* fo
On 11/27/24 5:55 AM, to...@tuxteam.de wrote:
On Wed, Nov 27, 2024 at 05:38:30AM -0600, Richard Owlett wrote:
I've used terminal commands for so many decades I don't know where to look
up fine details of a specific commands.
I just tried to use the cd command with a target direct
On Wed, Nov 27, 2024 at 05:38:30AM -0600, Richard Owlett wrote:
> I've used terminal commands for so many decades I don't know where to look
> up fine details of a specific commands.
>
> I just tried to use the cd command with a target directory having spaces in
> it
I've used terminal commands for so many decades I don't know where to
look up fine details of a specific commands.
I just tried to use the cd command with a target directory having spaces
in it's name. Of course the system responded
> bash: cd: too many arguments
So, in summary, the glob solution:
* Is shorter.
* Is easier to read and understand.
* Is more efficient.
* Doesn't break if someone creates /tmp/apache420.
I know few about glob. But after checking the man page I think it is a
good idea.
Many thanks!
--
corey hickman
On Fri, Jul 26, 2024 at 09:44:52 +0700, Max Nikulin wrote:
> https://mywiki.wooledge.org/BashPitfalls#for_f_in_.24.28ls_.2A.mp3.29
> for f in $(ls *.mp3)
> No 1 in Bash Pitfalls
I added nicer anchors, which you can use if you prefer:
https://mywiki.wooledge.org/BashPitfalls#pf1
The auto-gene
On 26/07/2024 09:25, Andy Smith wrote:
On Fri, Jul 26, 2024 at 10:00:48AM +0800, cor...@free.fr wrote:
$ sudo ls -ltr "/tmp/$(ls /tmp |grep apache)"
[...]
So what is wrong with just using a glob as suggested?
Not all people are realizing how many pitfalls they may face using
shell. (I admit
Hi,
On Fri, Jul 26, 2024 at 10:00:48AM +0800, cor...@free.fr wrote:
> I found this works though it's ugly.
>
> $ sudo ls -ltr "/tmp/$(ls /tmp |grep apache)"
> total 4
>
> Thanks for all help.
If you appreciate help then engage with it. Two people now have
suggested that you just use a glob, and
On Fri, Jul 26, 2024 at 10:00:48 +0800, cor...@free.fr wrote:
> I found this works though it's ugly.
>
> $ sudo ls -ltr "/tmp/$(ls /tmp |grep apache)"
> total 4
Just use a glob.
sudo ls -ltr /tmp/*apache*
I found this works though it's ugly.
$ sudo ls -ltr "/tmp/$(ls /tmp |grep apache)"
total 4
Thanks for all help.
On 2024-07-26 09:42, Max Nikulin wrote:
On 26/07/2024 06:59, cor...@free.fr wrote:
My actual requirement is that I want to 'ls -ltr' into a subdir in
/tmp. that subdir is apache's
On 26/07/2024 06:59, cor...@free.fr wrote:
My actual requirement is that I want to 'ls -ltr' into a subdir in /tmp.
that subdir is apache's tmp dir. but the name of the subdir is too long
(hard to copy&paste), so I am looking for a easier way.
Use glob if it is acceptable
sudo ls -ltr /tmp/
its name? If so:
ls -ltr /tmp/*-apache*
Otherwise, please describe how you (as a human with a mind) know which
directory it is. Then we can try to duplicate that reasoning feat
with commands.
--
corey hickman
human with a mind) know which
directory it is. Then we can try to duplicate that reasoning feat
with commands.
I won't go any fancier than this until I know it's actually needed.
My actual requirement is that I want to 'ls -ltr' into a subdir in /tmp.
that subdir is apache's tmp dir. but the name of the subdir is too long
(hard to copy&paste), so I am looking for a easier way.
Thank you.
--
core
On 2024-07-26 00:44, Alain D D Williams wrote:
On Fri, Jul 26, 2024 at 07:29:10AM +0800, cor...@free.fr wrote:
this could work indeed. but it requires me to input a long path. so I
am
asking for a easier way.
Try this:
$ sudo find /tmp -user apache2
I've recently been using catfish to sea
On Fri, Jul 26, 2024 at 07:29:10 +0800, cor...@free.fr wrote:
> On 2024-07-26 07:14, Alain D D Williams wrote:
> > Neither do you say what you are trying to achieve. Looking for files
> > owned by
> > apache in a directory ?
>
> yes.
Does "owned by apache" mean literally the user "apache"? Or is
On Fri, Jul 26, 2024 at 07:29:10AM +0800, cor...@free.fr wrote:
> this could work indeed. but it requires me to input a long path. so I am
> asking for a easier way.
Try this:
$ sudo find /tmp -user apache2
--
Alain Williams
Linux/GNU Consultant - Mail systems, Web sites, Networking, Programme
On 2024-07-26 07:14, Alain D D Williams wrote:
On Fri, Jul 26, 2024 at 07:04:37AM +0800, cor...@free.fr wrote:
Hello gurus,
I have the following commands:
$ ls /tmp/|grep apache2
systemd-private-653536fdd8d04538ab68da7469570d0c-apache2.service-UiHjaL
$ sudo ls -ltr
/tmp/systemd-private
Hello gurus,
I have the following commands:
$ ls /tmp/|grep apache2
systemd-private-653536fdd8d04538ab68da7469570d0c-apache2.service-UiHjaL
$ sudo ls -ltr
/tmp/systemd-private-653536fdd8d04538ab68da7469570d0c-apache2.service-UiHjaL
total 4
When I tried to run them in one line as follows
oftware please indicate the commands in your reply.
This is a decent introduction to the important commands:
https://www.freecodecamp.org/news/the-linux-commands-handbook/
Hellow Jonathan,
Jonathan Matthew Gresham writes:
>
> ps -e
> ls -R
>
ls -F
Thanks, Byunghee from South Korea
--
^고맙습니다 _布德天下_ 감사합니다_^))//
Jonathan Matthew Gresham wrote:
> If you know any more that can work on GNU compatible software or Unix
> compatible software please indicate the commands in your reply.
Perhaps you want to read the Debian Administrator's Handbook?
https://www.debian.org/doc/manuals/debian-handb
On 25 Feb 2024 16:01 -0500, from m...@jmgresham.xyz (Jonathan Matthew Gresham):
> ps -e
>
> This lists the processes
>
> In that display (if I'm correct) if you see a program that has
> extremely high time, then you should kill the process.
>
> kill process
_Definitely_ not blindly.
For exampl
also
ls -R
This command lists the files in each subdirectory.
If you know any more that can work on GNU compatible software or Unix
compatible software please indicate the commands in your reply.
Im sure
> > it is because of rescue mode.
> >
> Hi Sophie,
>
> Once again: we need to you to show us what commands you run.
>
> We need to see error messages.
>
> if you cannot run sudo or su, we need you to run the id command
> as previously suggested.
>
On 2023-05-18 16:53:39 +0700, Max Nikulin wrote:
> On 18/05/2023 14:38, Susmita/Rajib wrote:
> > Nearly none relevant on the internet:
> > https://www.google.com/search?q=lxde+docu
> >
> > Forums isn't very informative:
> > https://forum.lxde.org/
> >
> > So much wasted efforts all around!
>
> Y
On 18/05/2023 14:38, Susmita/Rajib wrote:
Nearly none relevant on the internet:
https://www.google.com/search?q=lxde+docu
Forums isn't very informative:
https://forum.lxde.org/
So much wasted efforts all around!
Your internet is rather useless. Mine is much better:
https://wiki.archlinux.org
Solution at:
https://lists.debian.org/debian-user/2023/05/msg00789.html
Nearly no documentation exists on LXDE:
https://wiki.lxde.org/en/
Nearly none relevant on the internet:
https://www.google.com/search?q=lxde+docu
Forums isn't very informative:
https://forum.lxde.org/
So much wasted efforts
On Sun 16 Apr 2023 at 10:47:21 (+0200), Michel Verdier wrote:
> Le 16 avril 2023 David Wright a écrit :
>
> > systemd-sysv-install. AFAICT from ls, the only /e/i.d/ script I use
> > is anacron, and I don't think systemd will ever write a unit for that.
>
> anacron is launched from systemd
> /lib/
if you are
affected and the solution;
To see if a system is affected you can use these commands:
zgrep -i anacron.*2.3-33 /var/log/apt/history.log*
systemctl status anacron.service anacron.timer
To re-enable anacron you can use these commands:
sudo systemctl enable anacron.se
Le 16 avril 2023 David Wright a écrit :
> systemd-sysv-install. AFAICT from ls, the only /e/i.d/ script I use
> is anacron, and I don't think systemd will ever write a unit for that.
anacron is launched from systemd
/lib/systemd/system/anacron.service
/lib/systemd/system/anacron.timer
On Fri 14 Apr 2023 at 21:01:30 (-0700), pe...@easthope.ca wrote:
> From: David Wright
> Date: Fri, 14 Apr 2023 11:12:18 -0500
> > man 8 service
>
> "SERVICE(8) ...
> ...
> service runs a System V init script or systemd unit ..."
>
> Initial release of System V was in 1983. Initial re
pe...@easthope.ca writes:
> Does the relationship between service and systemctl parallel that
> between ifconfig and ip? service is a legacy command?
I guess that's one way of putting it.
Simply put, the systemctl command is for controlling systemd services.
The service is for running SysV init
.). Debian
therefore introduced the invoke-rc.d program: this program must be used
by maintainer scripts to run services initialization scripts and it will
only execute the necessary commands. Note that, contrary to common
usage, the .d suffix is used here in a program name, and not in a
directory.
A
To: debian-user@lists.debian.org
In-reply-to:
References:
Subject: Re: Commands service and systemctl.
From: David Wright
Date: Fri, 14 Apr 2023 11:12:18 -0500
man 8 service
"SERVICE(8) ...
...
service runs a System V init script or systemd unit ..."
Initial
On Fri, 14 Apr 2023 to...@tuxteam.de wrote:
On Fri, Apr 14, 2023 at 11:12:18AM -0500, David Wright wrote:
[...]
How about consulting man 8 service rather than a wiki webpage.
Reading man pages is cheating ;-)
[Humor detected.]
If that were so, then consulting the corresponding Wikiped
On Fri, Apr 14, 2023 at 07:46:04PM +0100, Brian wrote:
> On Fri 14 Apr 2023 at 18:25:43 +0200, to...@tuxteam.de wrote:
>
> > On Fri, Apr 14, 2023 at 11:12:18AM -0500, David Wright wrote:
> >
> > [...]
> >
> > > How about consulting man 8 service rather than a wiki webpage.
> >
> > Reading m
On Fri, 14 Apr 2023 David Wright wrote:
On Fri 14 Apr 2023 at 08:05:38 (-0700), pe...@easthope.ca wrote:
https://en.wikipedia.org/wiki/Systemd has many occurrences of
"service", none referring to the service command.
For several somethings, the result of command,
service something COMMAND
appr
On Fri, Apr 14, 2023 at 11:12:18AM -0500, David Wright wrote:
[...]
> How about consulting man 8 service rather than a wiki webpage.
Reading man pages is cheating ;-)
Cheers
--
t
signature.asc
Description: PGP signature
On Fri 14 Apr 2023 at 08:05:38 (-0700), pe...@easthope.ca wrote:
>
> https://en.wikipedia.org/wiki/Systemd has many occurrences of
> "service", none referring to the service command.
>
> For several somethings, the result of command,
> service something COMMAND
> approximates the result of
> syst
Hi,
https://en.wikipedia.org/wiki/Systemd has many occurrences of
"service", none referring to the service command.
For several somethings, the result of command,
service something COMMAND
approximates the result of
systemctl COMMAND something.service
although systemctl might be more powerful.
On Sun, Apr 02, 2023 at 11:27:15PM -0400, darryl bruton wrote:
> I just rebooted my lenovo ideapad to debian 11 and no commands work or
> cant get wifi working im stuck on terminal I've tried everything
> (kenneth@debianspiderweb)
First things first:
Did this ideapad run Debian
I just rebooted my lenovo ideapad to debian 11 and no commands work or
cant get wifi working im stuck on terminal I've tried everything
(kenneth@debianspiderweb)
On Wed, 21 Dec 2022 at 04:18, Lee wrote:
> On 12/20/22, David wrote:
> > $ echo -e '100:CD001\nXXX\n200:CD001' | awk 'BEGIN { FS=":" ; done=0 }
> > /CD001/ && done==0 { print $1 - 50 ; done=1 }'
> > 50
>
> You can do it without flags:
>
> $ echo -e '100:CD001\nXXX\n200:CD001' | awk -F: '/CD001/
On 12/20/22, David wrote:
> On Tue, 20 Dec 2022 at 22:04, David wrote:
>> On Tue, 20 Dec 2022 at 22:02, David wrote:
>
>> > $ echo -e '100:CD001\n200:CD001' | awk 'BEGIN { FS=":" } /CD001/ &&
>> > NR==1 { print $1 - 50 }'
>> > 50
>>
>> Oops, my mistake, that's not the solution. Give me another m
> Not that that is always important. But I just commented today
> because so often 'awk' is ignored as if its only capability is 'print $1'
> when in fact it is actually very powerful but neglected.
FWIW, `sed` can also do that job. Tho the subtraction part would take
a lot more work (`sed` does
On Tue, 20 Dec 2022 at 22:04, David wrote:
> On Tue, 20 Dec 2022 at 22:02, David wrote:
> > $ echo -e '100:CD001\n200:CD001' | awk 'BEGIN { FS=":" } /CD001/ &&
> > NR==1 { print $1 - 50 }'
> > 50
>
> Oops, my mistake, that's not the solution. Give me another minute and I
> will post a better one
On Tue, 20 Dec 2022 at 22:02, David wrote:
> $ echo -e '100:CD001\n200:CD001' | awk 'BEGIN { FS=":" } /CD001/ &&
> NR==1 { print $1 - 50 }'
> 50
Oops, my mistake, that's not the solution. Give me another minute and I
will post a better one one.
ith "echo -e
> '100:CD001\n200:CD001'" (not sure if that syntax is portable to all
> shells, but it works in my version of bash), this does print '50' and
> '150' on consecutive lines - which (if I'm not mistaken) matches the
> behavior of the o
t '50' and
'150' on consecutive lines - which (if I'm not mistaken) matches the
behavior of the original pipeline, but is not what is actually desired
here.
> I only write this because I just magine how poor old 'awk' feels:
> "don't embed me in th
Am Tue, 08 Sep 2020 17:41:55 +0100
schrieb Tixy :
> #
> ~$ cat Desktop/test.desktop
> [Desktop Entry]
> Encoding=UTF-8
> Version=1.0
> Type=Application
> Terminal=true
> Exec=/home/tixy/test.sh %F
> Name=Test launcher
> Icon=/home/tixy/test.svg
>
>
On Sat 12 Sep 2020 at 07:41:19 (-0500), Nate Bargmann wrote:
> * On 2020 12 Sep 02:06 -0500, Lone Learner wrote:
> > POSIX.1-2001 Utilities[1] and POSIX.1-2008 Utilities[2] both list the
> > commands "bc" and "ed" to be part of POSIX.
> >
> > Yet,
* On 2020 12 Sep 02:06 -0500, Lone Learner wrote:
> POSIX.1-2001 Utilities[1] and POSIX.1-2008 Utilities[2] both list the
> commands "bc" and "ed" to be part of POSIX.
>
> Yet, in a brand new Debian installation (version 10 for example),
> these commands are m
On 9/12/20 9:05 AM, Lone Learner wrote:
> POSIX.1-2001 Utilities[1] and POSIX.1-2008 Utilities[2] both list the
> commands "bc" and "ed" to be part of POSIX.
>
> Yet, in a brand new Debian installation (version 10 for example),
> these commands are missi
12 sept. 2020 09:06:19 Lone Learner :
> Why does Debian not include these [posix] commands by default?
>
I guess many debian users don't care about these commands, so it would be rude
to impose something wanted by only a part of the users. And there's the case
of tiny embedde
POSIX.1-2001 Utilities[1] and POSIX.1-2008 Utilities[2] both list the
commands "bc" and "ed" to be part of POSIX.
Yet, in a brand new Debian installation (version 10 for example),
these commands are missing by default:
$ bc
bash: bc: command not found
$ ed
bash: ed: command
On 2020-09-08 05:16, Christoph K. wrote:
David Christensen wrote:
I'll probably go with the QT GUI Framework with either C++ or Python as
programming language.
Those sound like plausible choices.
Will the app include accessibility features? Privacy? Security?
No.
That response may
cksums(md5),
> etc.
>
> I'm tired of typing the same long commands that I often need to look
> up in my wiki and just replace one or two parameters, usually just
> the file names.
Is there any reason it has to be a GUI tool? Much of what you want is
already in BASH.
To retrieve
On Tue, 2020-09-08 at 17:41 +0100, Tixy wrote:
[...]
> You don't have to rely on the GUIs default terminal. If you set
> "Terminal=false" in the .desktop file you can launch your script how
> you want, e.g. I've used something...
>
> Exec=lxterminal --geometry=80x30 -e "sh -c /my/script"
>
I've
On Tue, 2020-09-08 at 17:15 +0200, Christoph K. wrote:
[...]
> It doesn't work for me. Am I doing something wrong?
>
> Anyway, this wouldn't be an optimal solution. In some cases I need to
> pass multiple arguments in a specific order. For example an audio and
> video file that should be combined
Am Tue, 08 Sep 2020 13:40:03 +0100
schrieb Tixy :
> > Put the (ffmpeg) command in a script and run it with argument/s ?
>
> And run the script from a 'desktop entry' [1] and your desktop GUI may
> let you run it with file arguments just by dropping files onto it. You
> can put these 'desktop' fil
On Tue, 2020-09-08 at 13:40 +0100, Tixy wrote:
> And run the script from a 'desktop entry' [1] and your desktop GUI may
> let you run it with file arguments just by dropping files onto it. You
> can put these 'desktop' files on you desktop or in there own directory
> you can open when you have task
of video files
> > using
> > ffmpeg, run backups with specific parameters, display
> > checksums(md5),
> > etc.
> >
> > I'm tired of typing the same long commands that I often need to
> > look up
> > in my wiki and just replace one or two param
. After that, I will put some predefined command statements in the
list of selectable tasks. Then I'll go for the argument replacement and
with that in place, I have a working tool. Everything else will be "nice
to have". But I'll soon figure out it's annoying to only have predefined
commands, so I will add some configuration file whicht might be editable
from the gui.
That's my plan for now.
Thanks for your support,
Christoph
tired of typing the same long commands that I often need to look up
in my wiki and just replace one or two parameters, usually just the
file
names.
Put the (ffmpeg) command in a script and run it with argument/s ?
mick
--
Key ID4BFEBB31
On 9/7/20 1:43 PM, Christoph K. wrote:
I'd like to "automate" a couple of tasks that I (until now) do on the
command line manually. Examples include splitting of video files using
ffmpeg, run backups with specific parameters, display checksums(md5), etc.
My idea is that I'd start up the gui a
Dear all,
I'd like to "automate" a couple of tasks that I (until now) do on the
command line manually. Examples include splitting of video files using
ffmpeg, run backups with specific parameters, display checksums(md5), etc.
I'm tired of typing the same long commands that
Hi,
18 juin 2020 à 09:00 de david...@freevolt.org:
> On Tue, 16 Jun 2020, l0f...@tuta.io wrote:
>
>> 16 juin 2020 à 10:47 de david...@freevolt.org:
>>
>>> I hear some people find bash-completion helpful. Personally, though,
>>> no. Do not want.
>>>
>> Interesting/intriguing point of view.
>>
> I
On Thu, Jun 18, 2020 at 07:25:40AM +, davidson wrote:
> On Tue, 16 Jun 2020, l0f...@tuta.io wrote:
[...]
> >Maybe sometimes completion is not working as it should, nothing is
> >perfect, but globally I think that it saves time more than its
> >wastes.
>
> For those it suits, I am glad the pa
On Tue, 16 Jun 2020, l0f...@tuta.io wrote:
[dd]
16 juin 2020 à 13:23 de wool...@eeg.ccf.org
It's flaky and full of errors. (Many of these errors end up on the
bash mailing lists as bug reports in bash, but nope, they're from
bash-completion.) It bloats bash, using a lot of memory, and taking
On Tue, 16 Jun 2020, l0f...@tuta.io wrote:
16 juin 2020 à 10:47 de david...@freevolt.org:
I hear some people find bash-completion helpful. Personally, though,
no. Do not want.
Interesting/intriguing point of view.
I will remember this polite new way to call somebody a weirdo.
Why would s
On Tue, Jun 16, 2020 at 01:53:59PM +0200, l0f...@tuta.io wrote:
[...]
> Maybe sometimes completion is not working as it should, nothing is perfect,
> but globally I think that it saves time more than its wastes.
Then just use it and be happy. And just accept that some
(me, among others) are hap
Hi Greg,
16 juin 2020 à 13:23 de wool...@eeg.ccf.org
> It's flaky and full of errors. (Many of these errors end up on the
> bash mailing lists as bug reports in bash, but nope, they're from
> bash-completion.) It bloats bash, using a lot of memory, and taking
> extra CPU and wall-clock time (ma
On Tue, Jun 16, 2020 at 12:54:58PM +0200, l0f...@tuta.io wrote:
> Hi,
>
> 16 juin 2020 à 10:47 de david...@freevolt.org:
>
> > I hear some people find bash-completion helpful. Personally, though,
> > no. Do not want.
> >
> Interesting/intriguing point of view.
> Why would someone not be intereste
On 2020-06-16 09:47, davidson wrote:
many thanks
mick
--
Key ID4BFEBB31
1 - 100 of 726 matches
Mail list logo
