please check if your network interface was not renamed and still the same:
iifname "ens18" accept
...
oifname "ens18" masquerade
I updated my virtual machine from Debian 12 to 13, after which it began
to work incorrectly with nftables. Incoming letters do not work,
nftables does not work correctly. It is impossible to receive or send a
letter in the local network. At the same time, from the external network
(Internet, sm
$skip_next). You may wish to inspect the
source or the @records.
not in steps of 5.
curl -s 'https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800627' |
grep -o ']\+>'
Is it possible that when opening a bug, the first four messages are
administrative in nature and not shown? The first followup then gets
message number 5?
- Nate
--
"The optimist proclaims that we live in the best of all
possible worlds. The pessimist fears this is true."
..
But there $msg_num looks like being incremented in single steps, not in
steps of 5. It starts by either 0 or $msg - 1. So i guess it's the
latter and $msg is already 5 or whatever we see in the bug reports.
When looking for $msg i see a comment in
https://sources.debian.org/src/debbugs/2.6.4/
On 2025-07-15, Thomas Schmitt wrote:
>
> There i see #5, #10, #22, #33, #38 and various control mails without
> a HTML label.
Hijacking the thread here, but I've never understood the versioning
numbers of kernels or browsers (after the first or second decimal
point I mean).
Anyway.
Hi,
The easier way to figure this out would most likely be to just read the source
code.
On Tuesday, July 15, 2025 10:03:59 AM Central European Summer Time Thomas
Schmitt wrote:
> One would have to make experiments.
Hi,
i can contribute
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800627
(Original: Year 2028 problem in ISO 9660 kernel driver.
Later: Year 2038 problem, which hopefully will get fixed by
kernel 6.16 to be safe up to year .)
There i see #5, #10, #22, #33, #38 and various
Stefan Monnier wrote:
> > How come messages are numbered like Message #5, #10, #15, rather than
> > Message #1, #2, #3, ...?
>
> You mean like https://bugs.debian.org/1095863 ?
But not https://bugs.debian.org/1095866 which starts with 5 and
has a lot of multiples of 3 in it.
-dsr-
> How come messages are numbered like Message #5, #10, #15, rather than
> Message #1, #2, #3, ...?
You mean like https://bugs.debian.org/1095863 ?
Stefan
How come messages are numbered like Message #5, #10, #15, rather than Message
#1, #2, #3, ...?
[This page](https://www.debian.org/Bugs/Reporting) contains no explanation for
it.
t; > something about the file description?
>
> Sure. However in this case the destination folder contents is also displayed
> in a window, and it is updated every time new files arrive. I think the bug
> is related just to displaying the folder contents.
Is the filesystem a NFS mount?
On Jul 11, 2025, Dan Ritter wrote:
> Dan Purgert wrote:
> > On Jul 11, 2025, Nicolas George wrote:
> > > Greg (HE12025-07-11):
> > > > Does that mean to a different filesystem on the same disk it's a move
> > > > rather
> > > > than a copy?
> > >
> > > The fact that it is on the same disk is not
> On 11 Jul 2025, at 16:45, Dan Ritter wrote:
>
> Dan Purgert wrote:
>>> On Jul 11, 2025, Nicolas George wrote:
>>> Greg (HE12025-07-11):
Does that mean to a different filesystem on the same disk it's a move
rather
than a copy?
>>>
>>> The fact that it is on the same disk is n
Dan Purgert wrote:
> On Jul 11, 2025, Nicolas George wrote:
> > Greg (HE12025-07-11):
> > > Does that mean to a different filesystem on the same disk it's a move
> > > rather
> > > than a copy?
> >
> > The fact that it is on the same disk is not relevant. Apart from that, I
> > suggest you re-re
On Jul 11, 2025, Nicolas George wrote:
> Greg (HE12025-07-11):
> > Does that mean to a different filesystem on the same disk it's a move rather
> > than a copy?
>
> The fact that it is on the same disk is not relevant. Apart from that, I
> suggest you re-read Dan's mail more carefully, everything
Greg (HE12025-07-11):
> Does that mean to a different filesystem on the same disk it's a move rather
> than a copy?
The fact that it is on the same disk is not relevant. Apart from that, I
suggest you re-read Dan's mail more carefully, everything was in it.
--
Nicolas George
Greg wrote:
> On 2025-07-11, Nicolas George wrote:
> > Greg (HE12025-07-11):
> >> On 2025-07-11, Dan Ritter wrote:
> >> >
> >> > If the target location is on a different filesystem, a "move" is
> >> > a full copy followed by a delete of the source.
> >> Is that true?
> >
> > Yes, absoltely.
> >
On 2025-07-11, Nicolas George wrote:
> Greg (HE12025-07-11):
>> On 2025-07-11, Dan Ritter wrote:
>> >
>> > If the target location is on a different filesystem, a "move" is
>> > a full copy followed by a delete of the source.
>> Is that true?
>
> Yes, absoltely.
>
>> If the source is deleted as pa
Greg (HE12025-07-11):
> On 2025-07-11, Dan Ritter wrote:
> >
> > If the target location is on a different filesystem, a "move" is
> > a full copy followed by a delete of the source.
> Is that true?
Yes, absoltely.
> If the source is deleted as part of the process it's no longer a "copy."
Indeed
On 2025-07-11, Dan Ritter wrote:
>
> If the target location is on a different filesystem, a "move" is
> a full copy followed by a delete of the source.
Is that true? If the source is deleted as part of the process it's no
longer a "copy."
On Jul 11, 2025, mick.crane wrote:
> On 2025-07-11 10:52, Andrew Makhorin wrote:
> > >
> > > On Jul 11, 2025, Andrew Makhorin wrote:
> > > > I encountered a serious bug on moving files from one folder to
> > > > another with standard "Files"
folder contents is also
displayed
in a window, and it is updated every time new files arrive. I think
the bug
is related just to displaying the folder contents.
Perhaps there is an error with one of the files. Maybe transfer blocks
of files at a time.
mick
lso displayed
in a window, and it is updated every time new files arrive. I think the bug
is related just to displaying the folder contents.
mick.crane wrote:
>
> When moving files on the same disk impression is, at least with dragging in
> the desktop file manager, it seems instant. Whereas to another disk seems to
> make new files. I guess that when on the same disk the OS changes only
> something about the file description?
That's
On Fri, Jul 11, 2025 at 13:39:44 +0100, mick.crane wrote:
> When moving files on the same disk impression is, at least with dragging in
> the desktop file manager, it seems instant. Whereas to another disk seems to
> make new files. I guess that when on the same disk the OS changes only
> something
On 2025-07-11 10:52, Andrew Makhorin wrote:
On Jul 11, 2025, Andrew Makhorin wrote:
> I encountered a serious bug on moving files from one folder to another
> with standard "Files" application in Gnome. Namely, when the number of
> files in the distination folder is abou
On Jul 11, 2025, Andrew Makhorin wrote:
> >
> > On Jul 11, 2025, Andrew Makhorin wrote:
> > > I encountered a serious bug on moving files from one folder to another
> > > with standard "Files" application in Gnome. Namely, when the
> > > number
>
> On Jul 11, 2025, Andrew Makhorin wrote:
> > I encountered a serious bug on moving files from one folder to another
> > with standard "Files" application in Gnome. Namely, when the number of
> > files in the distination folder is about 4,500, the "Files&
On Jul 11, 2025, Andrew Makhorin wrote:
> I encountered a serious bug on moving files from one folder to another
> with standard "Files" application in Gnome. Namely, when the number of
> files in the distination folder is about 4,500, the "Files" application
>
I encountered a serious bug on moving files from one folder to another
with standard "Files" application in Gnome. Namely, when the number of
files in the distination folder is about 4,500, the "Files" application
deadly hangs, and only restaring the system helps. The
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1106192 got filed now.
why does reportbug not present me with coreutils' latest git-history now?
why is there no apt debug coreutils mechanism yet?
presenting everything in git-history with gdb-symbols and all object files
for quick increm
Op di 20 mei 2025 om 20:05 schreef Greg Wooledge :
> It's more likely to be something in your environment. What does "type -a
> cp" say?
It is likely to say Debian 12 environment in bugs.debian.org/coreutils
after Uwu's reportbug cp
On Tue, May 20, 2025 at 19:21:50 +0200, uw...@online.de wrote
On Tue, May 20, 2025 at 19:21:50 +0200, uw...@online.de wrote:
> I solved the Problem for me by copy the File /usr/bin/cp from Debian 11 to
> /usr/bin/cp2 on Debian 12
>
> Now i can run "cp2 -ax / /mnt" and it works like expected.
>
> "cp -ax / /mnt" with original debian 12 cp brings error on thi
fference between the old and the new cp Program or
a Bug.
cp is my way to clone a disk to a second disk with different size.
i do it this way many years with no Problems.
i create Partition, format with ext4, mount on /mnt, copy all Files with
cp -ax, install Grub, boot and have fun.
So i c
The Windows Button on Panel no longer honors the "Show Windows From All
Monitors" when it is checked OFF for at least the
evolution email package.
On 19/04/2025 02:10, Timothy M Butterworth wrote:
sudo apt install -t bookworm-backports linux-image-amd64
Installing a unsupported backports kernel will not actually fix the
problem. It is better to file a bug against the stable kernel and let
the developers determine if they need to
Brandan Ballantyne writes:
> Hey Team!
This is a list for Debian users.
> I'm new to Debian and running the latest Debian 12.10 with
> updates. I'm having an issue with my MicroSD card reader and I'm not
> sure how to proceed.
Looks like you didn't actually specify what the problem is? Your li
Enable backports in sources.list, then run
>
> sudo apt install -t bookworm-backports linux-image-amd64
>
Installing a unsupported backports kernel will not actually fix the
problem. It is better to file a bug against the stable kernel and let the
developers determine if they need to back
Hey Team!
I'm new to Debian and running the latest Debian 12.10 with updates. I'm
having an issue with my MicroSD card reader and I'm not sure how to proceed.
My hardware is identified in lspci as
:31:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd.
RTS525A PCI Express Card
y to use Debian stable. But as this
> backported kernel will soon run stable Trixie, I think it wouldn't harm
> to anyway provide a bug report.
FYI - testing aka trixie is currently at:
6.12.19-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.19-1 (2025-03-16) x86_64
GNU/Linux
songbird
backported kernel will soon run stable Trixie, I think it wouldn't harm
to anyway provide a bug report.
Concerning a bug report,
how to activate the proper log file, and where to find it then?
I assume the best would be to have the log file collecting the necessary
data about several boots,
On Mon, 24 Mar 2025 at 10:36, Marco Moock wrote:
> You can change the speed, either in the gui or with xinput.
> xinput gives you the list, xinput list-props ID gives the values.
> You can then increase the speed.
Hi Marco. Thank you for your reply.
Yes, I have changed the speed to maximum using
be psmouse protocol=any
but the trackpoint is always detected as a generic mouse. Also, the
problem persists whether I use the stable kernel (6.1.0) or the
backports kernel (6.12.12).
Is this a kernel bug? Is there a workaround?
On Mon, 10 Mar 2025 23:56:47 +0100
"uw...@online.de" wrote:
>
> #root@Server001:~# cp -ax / /mnt
> #cp: das Verzeichnis '/mnt/' kann nicht angelegt werden: Datei oder
> Verzeichnis nicht gefunden
# LANG=C.UTF-8 cp -ax / /mnt
provides English error messages.
Are you sure you mounted something t
always the same.
is it a bug or a new feature ?
best regards
uwe t
Hi,
I am running Debian 12.9.
First it seems like a bad idea to try to copy a directory into a
subdirectory of itself.
So without a disk mounted to /mnt I would expect cp -ax / /mnt to fail.
And it does for me with this err
Datei oder
Verzeichnis nicht gefunden
translated: the subdir /mnt/ cannot be created. file or subdir not found.
i try to copy a ext4 filesystem to an second disk with ext4 filesystem.
you can try with and without mounting a disk to /mnt
the error is always the same.
is it a bug or a new featu
On Wed, 2025-02-26 at 20:41 +1300, Lee Hinkleman wrote:
> Hi debian-user:
> Updates of Trixie stop on a technical issue, as quoted below.
> Thank you.
> Sincerely,
> Lee
>
>
> "
> DDependency resolution failed:
>
> The following packages have unmet dependencies: libkdecorations3-6:
> Breaks: lib
Hi debian-user:
Updates of Trixie stop on a technical issue, as quoted below.
Thank you.
Sincerely,
Lee
"
DDependency resolution failed:
The following packages have unmet dependencies: libkdecorations3-6:
Breaks: libkdecorations2-6 but 4:6.2.5-1 is to be installed
"
rg
Subject: Re: MariaDB not installing looks like previous error (unresolved bug?)
[You don't often get email from johndoe65...@mail.com. Learn why this is
important at https://aka.ms/LearnAboutSenderIdentification ]
On 2/16/25 20:24, Michael Bonert wrote:
> I get the following when trying
Michael Bonert wrote:
> invoke-rc.d: initscript mariadb, action "stop" failed.
> Failed to stop mysql.service: Unit mysql.service not loaded.
> invoke-rc.d: initscript mysql, action "stop" failed.
> Attempt to stop MariaDB/MySQL server returned exitcode 5
> There is a MariaDB/MySQL server running,
On 2/16/25 20:24, Michael Bonert wrote:
I get the following when trying to install mariadb:
# apt install mariadb-server-core
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
mariadb-server-core is already the newest version (1:10.11.6-0+deb12u1).
I get the following when trying to install mariadb:
# apt install mariadb-server-core
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
mariadb-server-core is already the newest version (1:10.11.6-0+deb12u1).
mariadb-server-core set to manually instal
Hello Jeff and folks,
Not 100% certain yet, but your suggestion may have saved the day here
-- after a BIOS update, which I had not considered, no crashes for 24
hours or so.
So, my suggestions about iwlwifi and the kernel versions are all
retracted -- thanks sof your perspectives here!
Cheers!
Hey Jeff -- yes, good point; I just looked at the manufacturer's page
and saw a bunch of BIOS updates; I'll try this next here (well, at the
next crash...).
Cheers!
On Tue, Feb 11, 2025 at 1:33 PM Jeffrey Walton wrote:
>
> On Fri, Feb 7, 2025 at 4:47 AM Boyan Penkov wrote:
> >
> > Anybody else
On Fri, Feb 7, 2025 at 4:47 AM Boyan Penkov wrote:
>
> Anybody else seeing this in the current testing kernel?
I am not experiencing the problem; but I used wired ethernet, and not wifi.
Is the machine's BIOS/UEFI up to date? That is the very first place I
would start. dmidecode is usually a goo
: invalid opcode: [#1] PREEMPT SMP NOPTI
may be caused by a too old microcode package. Have you tried to search
for some error in the kernel bug tracker?
:14 deanmachine kernel: kernel BUG at lib/list_debug.c:62!
Feb 10 16:11:14 deanmachine kernel: Oops: invalid opcode: [#1]
PREEMPT SMP NOPTI
Feb 10 16:11:14 deanmachine kernel: CPU: 49 UID: 1000 PID: 30845 Comm:
python Not tainted 6.12.12-amd64 #1 Debian 6.12.12-1
Feb 10 16:11:14 deanmachine ker
On Sun, Feb 9, 2025 at 9:33 PM Max Nikulin wrote:
>
> On 07/02/2025 22:55, Boyan Penkov wrote:
> > I uninstalled firmware-iwlwifi (this machine is wired either way...),
> > and the problem has not reared its head in a few hours -- not sure if
> > that means its solved...
>
> I believed that crashe
On 07/02/2025 22:55, Boyan Penkov wrote:
I uninstalled firmware-iwlwifi (this machine is wired either way...),
and the problem has not reared its head in a few hours -- not sure if
that means its solved...
I believed that crashes related to iwlwifi affect just network
connectivity, but nothing
I uninstalled firmware-iwlwifi (this machine is wired either way...),
and the problem has not reared its head in a few hours -- not sure if
that means its solved...
Cheers!
On Fri, Feb 7, 2025 at 10:27 AM Max Nikulin wrote:
>
> On 07/02/2025 13:57, Boyan Penkov wrote:
> >
> > Anybody else seeing
On 07/02/2025 13:57, Boyan Penkov wrote:
Anybody else seeing this in the current testing kernel?
Notice that most of call traces in your log are related to some python
processes (and btrfs) rater than to iwlwifi. Taking into account your
gnome-shell issue, your troubles may be related to RAM
Sorry, this is a bit beyond my understanding, but the first lines that
come up in red on dmesg are:
```
Feb 07 01:12:33 themachine kernel: BUG: kernel NULL pointer
dereference, address:
Feb 07 01:12:33 themachine kernel: #PF: supervisor read access in kernel mode
Feb 07 01:12:33
And wht is it we are looking for? Contect please.
On 2/7/25 01:58, Boyan Penkov wrote:
Hello,
Anybody else seeing this in the current testing kernel?
Cheers!
Cheers, Gene Heskett, CET.
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in tha
Hello,
Anybody else seeing this in the current testing kernel?
Cheers!
--
Boyan Penkov
Feb 07 01:12:33 themachine kernel: BUG: kernel NULL pointer dereference, address:
Feb 07 01:12:33 themachine kernel: #PF: supervisor read access in kernel mode
Feb 07 01:12:33 themachine
Hi!
On 1/20/25 23:59, Jamie Charbonneau wrote:
> Hi,
>
> I'd like to report a bug, but I'm not sure what package the bug is in. The
> issue I am having is that when I run sound through my external soundcard
> (steinberg/yamaha), the sound is out of synch with
h external
sound cards or what linux drivers, if any, are being used. Have you
install any particular firmware drivers for this hardware?
Are you using Debian 12? What brand/model computer are you using?
George.
On Tuesday, 21-01-2025 at 09:59 Jamie Charbonneau wrote:
Hi,
I'd like
Hi,
I'd like to report a bug, but I'm not sure what package the bug is in. The
issue I am having is that when I run sound through my external soundcard
(steinberg/yamaha), the sound is out of synch with video. If I run the sound
straight to a tv, bypassing the soundcard, the issue i
On 15/01/2025 10:45, watt kennet wrote:
When using the Persian (Windows) keyboard layout , the right Alt+Shift
shortcut can switch the keyboard from English to Persian, but it does
not switch back from Persian to English. The issue appears to be
specific to the Persian (Windows) layout.
Steps
On Wed, Jan 15, 2025 at 07:15:30AM +0330, watt kennet wrote:
> When using the Persian (Windows) keyboard layout , the right Alt+Shift
> shortcut can switch the keyboard from English to Persian, but it does not
> switch back from Persian to English. The issue appears to be specific to
> the Persian
When using the Persian (Windows) keyboard layout , the right Alt+Shift
shortcut can switch the keyboard from English to Persian, but it does not
switch back from Persian to English. The issue appears to be specific to
the Persian (Windows) layout.
Steps to Reproduce:
On 20 Dec 2024 08:32 +, from soc...@teclab.at:
> I filed a bug: https://gitlab.gnome.org/GNOME/gdm/-/issues/959
>
> Not sure if you want/need me to file another bug in the Debian bug system.
>
> Asking for advice.
Generally the recommended way to do it is to file a bug
Dear Debian Users,
I filed a bug: https://gitlab.gnome.org/GNOME/gdm/-/issues/959
Not sure if you want/need me to file another bug in the Debian bug system.
Asking for advice.
Regards
Thomas
is made for stretch and Jessie (read on the
> homepage), but as it is still available in bookworm.
>
> Thus, before I file a bugreport, I want to make sure, there is areal bug and
> not a misconfiguration on my site.
>
> The described appearance is on both of my debian/b
nt to know, if playonlinux is supporting some
app.
However, in ealier times playonlinux showd several categories, like "games",
"office", "graphics" and so on. Thwese are gone, but I found no clue, if this
is
changed accidently by playonlinux developers or if it
) for the x-coordinates and then
it works.
No idea if that would be a formal fix but it works for me.
>
> In earlier versions by clicking on "install" I got a bunch of
categories
> showed. These are all missing now.
>
> Yes, I know, Playonlinux is made for stretch and
in bookworm.
Thus, before I file a bugreport, I want to make sure, there is areal bug and
not a misconfiguration on my site.
The described appearance is on both of my debian/bookworm systems.
Best
Hans
I am trying to track what I suspect is a documentation bug. There are
circular references. To logically break the chain I need to know the
date package XYZ was installed.
I thought this would be an "apt" related question. But its manpage gave
no indication that "when install
On 10/29/24 5:56 AM, to...@tuxteam.de wrote:
On Tue, Oct 29, 2024 at 05:53:38AM -0500, Richard Owlett wrote:
Why/When did pdfminer get installed? My goal was to have "pdf2txt".
/var/log/apt/*
Cheers
Thank you. Problem solved. Was no documentation bug.
I forgot what I did late last night ;}
SeaMonkey has a bug. I had chosen "Reply to sender only".
Obviously it went to the list. I didn't proof the "To:" ;{
I'll report the bug.
On Tue, Oct 29, 2024 at 05:53:38AM -0500, Richard Owlett wrote:
> Why/When did pdfminer get installed? My goal was to have "pdf2txt".
/var/log/apt/*
Cheers
--
t
signature.asc
Description: PGP signature
Why/When did pdfminer get installed? My goal was to have "pdf2txt".
On 10/29/24 5:47 AM, Richard Owlett wrote:
I am trying to track what I suspect is a documentation bug. There are
circular references. To logically break the chain I need to know the
date package XYZ was installed.
redirect debian-archive -> debian-archive/ -- remember: the web is
messy.
Anyway, there seems to be a pseudo-package www.debian.org [1] against
which to file a bug of this kind.
Cheers
[1]
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=www.debian.org;dist=unstable
--
t
signature.asc
Description: PGP signature
Later in this thread Tomas references "Apache HTTP Server
Documentation"[1] which explicitly states "Directories require a
trailing slash...".
Therefore http://ftp.us.debian.org/debian/README should *NOT* read
"Older releases of Debian are at http://archive.debian.org/debian-archive";
*BUT* sho
> (I do use less, FWIW).
FWIW, I do use less more as well, but I also use more, tho less so.
Stefan
On Wed, Oct 16, 2024 at 03:45:44PM +0100, Chris Green wrote:
> On Wed, Oct 16, 2024 at 10:26:33AM -0400, Dan Ritter wrote:
> > Chris Green wrote:
> > >
> > > Hasn't the whole linus/unix world moved to using less instead or more?
> >
> > If it continues to build and work, there's no reason to dis
On Wed, 16 Oct 2024 16:49:20 -0400
Jeffrey Walton wrote:
> > Some people have habits ingrained over 40 years, more or less.
>
> This could be the next big emacs vs vi religious debate.
More or less.
--
Does anybody read signatures any more?
https://charlescurley.com
https://charlescurley.c
On Wed, Oct 16, 2024 at 3:20 PM Dan Ritter wrote:
>
> Chris Green wrote:
> >
> > Hasn't the whole linus/unix world moved to using less instead or more?
>
> If it continues to build and work, there's no reason to discard
> it.
>
> Some people have habits ingrained over 40 years, more or less.
This
Hi all,
Am 16.10.2024 um 16:45 schrieb Chris Green:
On Wed, Oct 16, 2024 at 10:26:33AM -0400, Dan Ritter wrote:
Chris Green wrote:
Hasn't the whole linus/unix world moved to using less instead or more?
If it continues to build and work, there's no reason to discard
it.
Some people have hab
On Wed 16 Oct 2024 at 10:38:53 (-0400), Greg Wooledge wrote:
> On Wed, Oct 16, 2024 at 15:14:20 +0100, Chris Green wrote:
> > Greg Wooledge wrote:
> > > On Wed, Oct 16, 2024 at 15:48:07 +0200, to...@tuxteam.de wrote:
> > > > Exporting MORE set to some unknown option (I did MORE=-q) leads to
> > >
On Wed, Oct 16, 2024 at 10:26:33AM -0400, Dan Ritter wrote:
> Chris Green wrote:
> >
> > Hasn't the whole linus/unix world moved to using less instead or more?
>
> If it continues to build and work, there's no reason to discard
> it.
>
> Some people have habits ingrained over 40 years, more or
Chris Green wrote:
>
> Hasn't the whole linus/unix world moved to using less instead or more?
If it continues to build and work, there's no reason to discard
it.
Some people have habits ingrained over 40 years, more or less.
-dsr-
On Wed, Oct 16, 2024 at 15:14:20 +0100, Chris Green wrote:
> Greg Wooledge wrote:
> > On Wed, Oct 16, 2024 at 15:48:07 +0200, to...@tuxteam.de wrote:
> > > Exporting MORE set to some unknown option (I did MORE=-q) leads to
> > > more complaining and refusing service (so it seems to behave as if
>
Greg Wooledge wrote:
> On Wed, Oct 16, 2024 at 15:48:07 +0200, to...@tuxteam.de wrote:
> > Exporting MORE set to some unknown option (I did MORE=-q) leads to
> > more complaining and refusing service (so it seems to behave as if
> > one passed that option directly in the command line).
>
> D'oh!
Greg Wooledge (12024-10-16):
> I still think that *conditionally* exporting MORE=-e (after performing
> whatever version-number-checking backflips are needed)
Do not check the version number, check if the option is supported:
if more -e /dev/null; then
MORE=-e
export MORE
fi
Regards,
--
On Wed, Oct 16, 2024 at 09:54:32AM -0400, Greg Wooledge wrote:
> On Wed, Oct 16, 2024 at 15:48:07 +0200, to...@tuxteam.de wrote:
> > Exporting MORE set to some unknown option (I did MORE=-q) leads to
> > more complaining and refusing service (so it seems to behave as if
> > one passed that option d
On Wed, Oct 16, 2024 at 15:48:07 +0200, to...@tuxteam.de wrote:
> Exporting MORE set to some unknown option (I did MORE=-q) leads to
> more complaining and refusing service (so it seems to behave as if
> one passed that option directly in the command line).
D'oh!
What a disaster. OK, now I have
On Wed, Oct 16, 2024 at 09:41:41AM -0400, Greg Wooledge wrote:
> On Wed, Oct 16, 2024 at 15:34:51 +0300, Anssi Saari wrote:
> > $ ls|more -e
> > more: unknown option -e
> > Try 'more --help' for more information.
> >
> > I included the reason in my post by listing the Linux environments I use
> >
On Wed, Oct 16, 2024 at 15:34:51 +0300, Anssi Saari wrote:
> $ ls|more -e
> more: unknown option -e
> Try 'more --help' for more information.
>
> I included the reason in my post by listing the Linux environments I use
> and where I expect this to work. Interestingly the man page for more in
> Deb
Greg Wooledge writes:
> Why did you make it so complicated? What's wrong with simply:
>
> alias l='ls -lF|more -e'
>
> or perhaps:
>
> export MORE=-e
> alias l='ls -lF|more'
$ ls|more -e
more: unknown option -e
Try 'more --help' for more information.
I included the reason in my pos
1 - 100 of 2475 matches
Mail list logo
