from the line that starts with
> > ALIASES
>
> Yes, but my original objection to the utility of 'apt --list upgradable'
> in comparison to 'apt upgrade', which provides the same information and
> doesn't update without user approval (Y/N), is not taken a
On Fri, 25 Apr 2025 at 22:44, Lee wrote:
> On Fri, Apr 25, 2025 at 12:51 PM Greg Wooledge wrote:
> > On Fri, Apr 25, 2025 at 11:33:54 -0400, Lee wrote:
> > > > Also, you should quote "$tempf".
[...]
> > But why take the chance?
> You're right - I should be working on the habit of putting quote
On Fri, Apr 25, 2025 at 12:51 PM Greg Wooledge wrote:
>
> On Fri, Apr 25, 2025 at 11:33:54 -0400, Lee wrote:
> > > Also, you should quote "$tempf".
> > >
> > > [ -s "$tempf" ] && notify-send ...
> >
> > is there any way that
> > $(mktemp -q --tmpdir=/tmp -t updX)
> > would return a 0 status a
On Fri, Apr 25, 2025 at 11:33:54 -0400, Lee wrote:
> > Also, you should quote "$tempf".
> >
> > [ -s "$tempf" ] && notify-send ...
>
> is there any way that
> $(mktemp -q --tmpdir=/tmp -t updX)
> would return a 0 status and a filename with embedded spaces .. or with
> anything that would req
s an /etc/sudoers.d/adm-apt-privs that has
> > # Cmnd_AliasADM_COMMANDS = /usr/bin/apt update
> > # %adm ALL = (root) NOPASSWD: ADM_COMMANDS
> >
> > # get a temporary file
> > tempf=$(mktemp -q --tmpdir=/tmp -t updX)
> > stat=$?
> > if [ ${
the utility of 'apt --list upgradable'
in comparison to 'apt upgrade', which provides the same information and
doesn't update without user approval (Y/N), is not taken account by your
comment.
Just a few notes:
On Fri, Apr 25, 2025 at 10:39:58 -0400, Lee wrote:
> #!/bin/bash
> # see if there are any Debian updates and pop-up a notice if there are
>
> # needs an /etc/sudoers.d/adm-apt-privs that has
> # Cmnd_AliasADM_COMMANDS = /usr/bin/apt update
> # %adm
On Fri 25 Apr 2025 at 14:23:52 (-), Greg wrote:
> On 2025-04-25, Lee wrote:
> >>
> >> I never run 'apt list --upgradable' because 'apt upgrade' shows the same
> >> info, while offering the chance to say no.
> >
> > ^shrug^
> > it's harder to fuck up 'apt list --upgradable' if all you want is a
t having to remember, much less to type so I've been
working on a script:
$ cat check-for-updates.sh
#!/bin/bash
# see if there are any Debian updates and pop-up a notice if there are
# needs an /etc/sudoers.d/adm-apt-privs that has
# Cmnd_AliasADM_COMMANDS = /usr/bin/apt update
# %a
On 2025-04-25, Lee wrote:
>>
>> I never run 'apt list --upgradable' because 'apt upgrade' shows the same
>> info, while offering the chance to say no.
>
> ^shrug^
> it's harder to fuck up 'apt list --upgradable' if all you want is a
> list of what updates are available, but whatever works for you.
On Fri, Apr 25, 2025 at 10:08 AM Greg wrote:
>
> On 2025-04-24, Lee wrote:
> >
> > "apt update" just gets the latest package info
> > "apt list --upgradable" shows you what packages have updates
>
> I never run 'apt list --upgradable'
On 2025-04-24, Lee wrote:
>
> "apt update" just gets the latest package info
> "apt list --upgradable" shows you what packages have updates
I never run 'apt list --upgradable' because 'apt upgrade' shows the same
info, while offering the chance to say no.
On Wed, Apr 23, 2025 at 7:12 PM Van Snyder wrote:
>
> KDE discover put a popup on my screen saying there are updates available.
>
> I ran "apt update" and it said "nothing to see here; move on."
"apt update" just gets the latest package info
"apt l
On 24/04/2025 03:54, Van Snyder wrote:
I ran "apt update" and it said "nothing to see here; move on."
So I pushed the little button in the tool tray with the little red dot
and Discover said there were 250 updates occupying 454 MB.
What does
apt list --upgradable
s
On Wed, 23 Apr 2025 at 20:54, Van Snyder wrote:
>
> KDE discover put a popup on my screen saying there are updates available.
>
> I ran "apt update" and it said "nothing to see here; move on."
>
> So I pushed the little button in the tool tray with the li
KDE discover put a popup on my screen saying there are updates
available.
I ran "apt update" and it said "nothing to see here; move on."
So I pushed the little button in the tool tray with the little red dot
and Discover said there were 250 updates occupying 454 MB.
After installing 12.10 point release existing databases started
to give syntax errors on existing triggers, when using
FOR VAR IN NEW.FIELD1..NEW.FIELD2 DO
loop. It works, when there are spaces around ".." - like:
FOR VAR IN NEW.FIELD1 .. NEW.FIELD2 DO
It also still works without spaces,
After installing 12.10 point release existing databases started
to give syntax errors on existing triggers, when using
FOR VAR IN NEW.FIELD1..NEW.FIELD2 DO
loop. It works, when there are spaces around ".." - like:
FOR VAR IN NEW.FIELD1 .. NEW.FIELD2 DO
It also still works without spaces, w
Reported at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1100655
for anyone interested.
> On 16 Mar 2025, at 16:06, Joe wrote:
>
> On Sun, 16 Mar 2025 14:38:45 +
> "Gareth Evans" wrote
>>
>> So working again, but a messy/broken upgrade process for me.
>>
>> Is this worth reporting?
>
> Yes, I would think so, most Debian servers will be running mariadb on
> bookworm, eithe
On Sun, 16 Mar 2025 14:38:45 +
"Gareth Evans" wrote:
> On Sun 16/03/2025 at 11:01, Joe wrote:
>
> > What's the background here? Did you have a working mariadb
> > installation before, and is it still working?
>
> Hi Joe,
>
> It was working before and after the failed upgrade, as neithe
On Sun 16/03/2025 at 11:01, Joe wrote:
> What's the background here? Did you have a working mariadb installation
> before, and is it still working?
Hi Joe,
It was working before and after the failed upgrade, as neither it nor anything
else had been upgraded.
I copied mariadb.cnf from the ext
On Sun, 16 Mar 2025 08:56:47 +
"Gareth Evans" wrote:
> Hello,
>
> $ cat /etc/debian_version
> 12.10
>
> An automated apt update/upgrade failed last night. On trying again,
> I get:
>
> $ sudo apt update; sudo apt upgrade
>
> Preconfiguring pa
Hello,
$ cat /etc/debian_version
12.10
An automated apt update/upgrade failed last night. On trying again, I get:
$ sudo apt update; sudo apt upgrade
Preconfiguring packages ...
48 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 0 B
On 06/03/2025 17:50, Gerard ROBIN wrote:
settings -> settings manager -> default applications
in xfce4 fixed the problem.
(Editing the mimeapps.list file has no effect)
But the XFCE settings tool writes selected option to mimeapps.list...
settings -> settings manager -> default applications
in xfce4 fixed the problem.
(Editing the mimeapps.list file has no effect)
Thanks to everyone who took the time to answer me.
--
Gerard
Created with Mutt 2.2.1
under Debian Linux BO
On 06/03/2025 07:09, Gerard ROBIN wrote:
xdg-mime query default image/png
com.github.jeromerobert.pdfarranger.desktop
I am currently using Trixie and have uninstalled and reinstalled pdfarranger.
So you have several applications installed that may handle PNG files.
Which way should other app
Thanks for your reply.
xdg-mime query default image/png
com.github.jeromerobert.pdfarranger.desktop
I am currently using Trixie and have uninstalled and reinstalled pdfarranger.
--
Gerard
__
**
Created with Mutt 2.2.13
under Debian Linux TRIXI
ger in the display group of update-alternatives with a
low priority but it has no effect.
If anyone has a solution I am interested.
Thanks in advance
right click on the pic, choose open with..., choose imagemagik AND tick
the 'associate the filetrype with that software' for setting a defa
d?
xdg-mime query default image/png
Perhaps your issue is unrelated to update-alternatives.
Hello,
I use Bookworm and Trixie. With Bookworm no problem when I click on
"file:///home/user/file.png" the file file.png opens with display
(imagemagick) but with Trixie it is pdfarranger that opens the file.
I put pdfarranger in the display group of update-alternatives with a
low prior
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
"
> > That is probably the same problem as described here (including a
> > solution):
> >
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059773
>
> A work-around at any rate (pardon the pun).
The solution/work-around (that worked for me) was in 1059773
... using dconf to disable attempts to
On Fri, Feb 21, 2025 at 3:37 PM w f wrote:
>
> Yesterday I ran a system update. Nothing major; just bits. Suddenly,
> gnome-calculator no longer works. When launched, it freezes. After a few
> seconds, I get a "'Calculator' is not responding." popup "Force
On Fri, 21 Feb 2025 17:52:27 + (UTC)
w f wrote:
> Yesterday I ran a system update. Nothing major; just bits. Suddenly,
> gnome-calculator no longer works. When launched, it freezes. After a
> few seconds, I get a "'Calculator' is not responding." popup "Fo
Yesterday I ran a system update. Nothing major; just bits. Suddenly,
gnome-calculator no longer works. When launched, it freezes. After a few
seconds, I get a "'Calculator' is not responding." popup "Force Quit" or "Wait."
When I launch it from
* On 2025 21 Feb 14:18 -0600, Jochen Spieker wrote:
> w f:
> >
> > Yesterday I ran a system update. Nothing major; just bits.
>
> What "bits"? /var/log/apt contains more information.
Most likely the libgnutls security updates.
> > Suddenly, gnome-calculat
w f:
>
> Yesterday I ran a system update. Nothing major; just bits.
What "bits"? /var/log/apt contains more information.
> Suddenly, gnome-calculator no longer works. When launched, it freezes.
> After a few seconds, I get a "'Calculator' is not respo
Hi,
Recently when running "apt update" in my VM (under virt-manager) running
Debian testing I see this error in the middle:
,
| Error: No line left in add_len data to skip (1)
| Error: Parsing patchfile
/var/lib/apt/lists/partial/deb.debian.org_debian_dists_trixie_main_Contents-
Hi,
On Sun, Dec 29, 2024 at 04:13:14AM +, Alain D D Williams wrote:
> On Sun, Dec 29, 2024 at 09:09:46AM +0700, Max Nikulin wrote:
>
> > Do you have the "fonts-recommended" package installed?
>
> That did the trick thanks - then a reboot. I might have been able to get away
> with a logout.
On Sun, Dec 29, 2024 at 09:09:46AM +0700, Max Nikulin wrote:
> Do you have the "fonts-recommended" package installed?
That did the trick thanks - then a reboot. I might have been able to get away
with a logout.
I also now seem to be able to see all the emojis that my daughter sends me.
Thanks
On 29/12/2024 02:28, Alain D D Williams wrote:
I occasionally see Unicode characters that do not do not display properly. Eg:
메리 크리스마스 (for the curious: this says Happy Christmas in Korean).
[...]
They fail to display in either Mate terminal 1.26 or in Firefox 128.5 so I
suspect it is a system
On Sat, 28 Dec 2024 19:28:47 +
Alain D D Williams wrote:
> I occasionally see Unicode characters that do not do not display
> properly. Eg: 메리 크리스마스 (for the curious: this says Happy
> Christmas in Korean).
Well, I don't have that font installed, so I see little boxes with the
Unicode values
Alain D D Williams (12024-12-28):
> I suspect that I could see them if I used the testing version of some package.
> Which one(s) and how do I do this ?
I strongly doubt a common font will be “upgraded” with Korean
characters. More likely, the package is just not installed.
So: find out which fon
I am running Debian 12 - Bookworm.
I occasionally see Unicode characters that do not do not display properly. Eg:
메리 크리스마스 (for the curious: this says Happy Christmas in Korean).
These do however display properly on my laptop which runs Mint 21.3.
I suspect that I could see them if I used the te
On Mon, Dec 09, 2024 at 17:08:31 +, Darac Marjal wrote:
> A helpful tool here might be "cronic" (in the "cronic" package). "cronic"
> will swallow the output of the command it runs UNLESS that command exits
> with an error code.
>
> So one would write:
>
> 3 8 * * * cronic /usr/local/bin/hear
On 09/12/2024 15:30, Greg Wooledge wrote:
On Mon, Dec 09, 2024 at 15:59:38 +0100, to...@tuxteam.de wrote:
On Mon, Dec 09, 2024 at 03:24:06PM +0100, Roger Price wrote:
I added lines to /etc/crontab such as
# Watch over the NUT heartbeat at 0803 hr every day
38* * * nut/usr/loc
On 09/12/2024 15:30, Greg Wooledge wrote:
On Mon, Dec 09, 2024 at 15:59:38 +0100, to...@tuxteam.de wrote:
On Mon, Dec 09, 2024 at 03:24:06PM +0100, Roger Price wrote:
I added lines to /etc/crontab such as
# Watch over the NUT heartbeat at 0803 hr every day
38* * * nut/usr/loc
On Mon, 9 Dec 2024, Greg Wooledge wrote:
.. let it email the output to you (or whoever "nut" is).
nut is the user created by the NUT (Network UPS Tools) package which manages my
UPS units. Anyone who installs nut to manage UPS's will have this user.
Roger
On Mon, 9 Dec 2024 10:31:38 -0500
Greg Wooledge wrote:
> > In which event cron will send a complaining email to the appropriate
> > user. Since Mr. Price hasn't mentioned any such emails, I
> > conjecture he is not monitoring his emails in /var/mail, and
> > probably should be.
>
> The redirec
On Mon, 9 Dec 2024, Greg Wooledge wrote:
On Mon, Dec 09, 2024 at 15:59:38 +0100, to...@tuxteam.de wrote:
I added a username, but crontab -e didn't complain.
I still fear your crontab won't do what you expect it to do.
Most probably cron will just see what you intended as a user
name as part
On Sun, 8 Dec 2024, Greg Wooledge wrote:
What line did you add to /etc/crontab? Please paste it here. Note
that /etc/crontab uses a different format than personal crontab
files (there's an extra username field).
I added lines to /etc/crontab such as
# Watch over the NUT heartbeat at 0803 h
On Mon, Dec 09, 2024 at 08:30:16 -0700, Charles Curley wrote:
> On Mon, 9 Dec 2024 15:59:38 +0100
> wrote:
>
> > Most probably cron will just see what you intended as a user
> > name as part of the command:
> >
> > rprice /mnt/home/rprice/bark/bark.sh 11 > /dev/null 2>&1
> >
> > will run the
On Mon, Dec 09, 2024 at 15:59:38 +0100, to...@tuxteam.de wrote:
> On Mon, Dec 09, 2024 at 03:24:06PM +0100, Roger Price wrote:
> > I added lines to /etc/crontab such as
> >
> > # Watch over the NUT heartbeat at 0803 hr every day
> > 38* * * nut/usr/local/bin/heartbeat-watcher.sh > /
On Mon, 9 Dec 2024 15:59:38 +0100
wrote:
> Most probably cron will just see what you intended as a user
> name as part of the command:
>
> rprice /mnt/home/rprice/bark/bark.sh 11 > /dev/null 2>&1
>
> will run the command "rprice" on the args "/mnt..."; most of
> the time this will be a "no s
On Mon, Dec 09, 2024 at 03:24:06PM +0100, Roger Price wrote:
> On Sun, 8 Dec 2024, Greg Wooledge wrote:
>
> > What line did you add to /etc/crontab? Please paste it here. Note
> > that /etc/crontab uses a different format than personal crontab
> > files (there's an extra username field).
>
> I
On Sun, Dec 08, 2024 at 11:19:52 +0100, Roger Price wrote:
> With emacs I made a change to /etc/crontab on a Debian 11 workstation. I
> have done this before successfully. After the change I ran
>
> systemctl restart cron && systemctl status cron
>
> But now the change doesn't take effect.
>
On Sun, 8 Dec 2024, debian-u...@howorth.org.uk wrote:
Roger Price wrote:
With emacs I made a change to /etc/crontab on a Debian 11
When you say you made a change with emacs, what command did you run?
emacs /etc/crontab
What you are supposed to do is use the command crontab to start the
Roger Price wrote:
> With emacs I made a change to /etc/crontab on a Debian 11
> workstation. I have done this before successfully.
When you say you made a change with emacs, what command did you run?
What you are supposed to do is use the command crontab to start the
editor of your choice. You
On 8 Dec 2024 11:19 +0100, from deb...@rogerprice.org (Roger Price):
> What is the correct way to get cron to read the new crontab ?
Saving the crontab file.
It should be re-read automatically, with no need to restart a
system-level service.
Either you also did something else which you do not me
With emacs I made a change to /etc/crontab on a Debian 11 workstation. I have
done this before successfully. After the change I ran
systemctl restart cron && systemctl status cron
But now the change doesn't take effect.
I tried systemctl reload cron, but got the reply "Failed to reload cron
On 2024-11-30 20:00, Roberto C. Sánchez wrote:
So, it looks like what you want is noninteractive, with preseeding. You
should probably read the entire man page, as there are lots of ways to
tweak the behavior of debconf.
Regards,
-Roberto
Thanks Roberto and Andy. I'll look at debconf and se
On Sat, Nov 30, 2024 at 05:38:40PM -0500, John Boxall wrote:
>
> Is the option "-y" in the command not enough to prevent the prompt?
>
As Andy explained, no the "-y" option will not prevent the prompt.
The "-y" as you have used it is passed to apt-get and defaults the
answers to prompts presente
On 2024-11-30 17:48, Andy Smith wrote:
On Sat, Nov 30, 2024 at 10:45:37PM +, Andy Smith wrote:
Is the option "-y" in the command not enough to prevent the prompt?
I forgot to add:
Using -y on dist-upgrade is a good way to completely destroy your system
given the slightest anomaly (and thi
On Sat, Nov 30, 2024 at 10:45:37PM +, Andy Smith wrote:
> > Is the option "-y" in the command not enough to prevent the prompt?
I forgot to add:
Using -y on dist-upgrade is a good way to completely destroy your system
given the slightest anomaly (and this is an upgrade to testing, so…) so
I r
Hi,
On Sat, Nov 30, 2024 at 05:38:40PM -0500, John Boxall wrote:
> apt-get -y --show-progress dist-upgrade
>
> During the dist-upgrade I am presented with the following prompt:
>
>
> Setting up fwupd (1.9.26-2) ...
>
> Configuration file '/etc/fwupd/fwupd.conf'
> ==> File on system crea
I am upgrading a bookworm vm (vmware workstation pro guest, bookworm
host) to "testing" (aka trixie/sid) to try it out. Both the guest and
host have all of the latest updates.
I am using the following commands to perform the upgrade, having already
updated sources.list:
apt-get -y --
On Tue, Oct 15, 2024 at 03:12:30PM -0700, Mike Kupfer wrote:
> wrote:
>
> > > Richard Owlett wrote:
> > >
> > > > Wandering a chain of links starting at https://wiki.mate-desktop.org/
> > > > leads me to _suspect_ the configuration information I seek is in
> > > > /home/richard/.config/dconf/use
wrote:
> > Richard Owlett wrote:
> >
> > > Wandering a chain of links starting at https://wiki.mate-desktop.org/
> > > leads me to _suspect_ the configuration information I seek is in
> > > /home/richard/.config/dconf/user .
[...]
> Besides, it might be a bad idea to change the file while the de
On Tue, Oct 15, 2024 at 10:06:42AM -0700, Mike Kupfer wrote:
> Richard Owlett wrote:
>
> > Wandering a chain of links starting at https://wiki.mate-desktop.org/
> > leads me to _suspect_ the configuration information I seek is in
> > /home/richard/.config/dconf/user .
>
> You can dump the setting
Richard Owlett wrote:
> Wandering a chain of links starting at https://wiki.mate-desktop.org/
> leads me to _suspect_ the configuration information I seek is in
> /home/richard/.config/dconf/user .
You can dump the settings that are in dconf with
gsettings list-recursively
and redirecting the
On 10/15/2024 05:25 AM, Richard Owlett wrote:
On 10/14/2024 06:43 AM, Dan Purgert wrote:
On Oct 13, 2024, Richard Owlett wrote:
On 10/13/2024 04:57 AM, Andrew M.A. Cater wrote:
On Sat, Oct 12, 2024 at 08:27:55AM -0500, Richard Owlett wrote:
It has been my habit since days of Squeeze to install
Hi,
I noticed the below issue today.
I think it only affects certain configuration of dual booting so not
too many people should be affected.
Does anyone know of people who have been affected?
https://www.theverge.com/2024/8/21/24225108/microsoft-security-update-windows-linux-dual-boot
ines...
> >
> > > do it manually, not with update-alternatives
> > Why so? Could I not feed the script path to update-alternatives install?
>
> Well, if it works, then I guess it's OK.
>
Exactly. And if you want it less "hackish", build a deb where t
On Thu, Aug 22, 2024 at 14:33:22 +0300, Dmitrii Odintcov wrote:
> Hi Greg,
>
>
> This has occurred to me, but seemed like a bit of a hack and less
> convenient to transfer to other machines...
>
> > do it manually, not with update-alternatives
> Why so? Could I
Hi Greg,
This has occurred to me, but seemed like a bit of a hack and less
convenient to transfer to other machines...
> do it manually, not with update-alternatives
Why so? Could I not feed the script path to update-alternatives install?
Thanks
On Thu, 22 Aug 2024 at 14:02, Greg Woole
the file is saved (like `crontab -e` does, for
> example)
>
> I cannot do `update-alternatives --install /usr/bin/editor editor
> "$(which codium) --wait --reuse-window" 0` because the "alternative
> path doesn't exist".
>
> Suggestions?
Write a wr
Let's say I want to install VS Code / Codium as an alternative for
`/usr/bin/editor`, but I want it to always run with `--wait
--reuse-window` so that other software can rely on the editor
returning after the file is saved (like `crontab -e` does, for
example)
I cannot do `update-alterna
> >
> > > > Aug 2 07:05:20 named[76759]: transfer of '/IN'
> > > > from #53: Transfer status: too many records
> > > >
> > > > There are about 1,400 records in that domain which has never posed a
> > > > problem in the p
x27;
> > > > from #53: Transfer status: too many records
> > > >
> > > > There are about 1,400 records in that domain which has never posed a
> > > > problem in the past.
> > > >
> > > > We have tried force transfers
On 02/08/2024 11:35, Roberto C. Sánchez wrote:
That new upstream version (9.20.0) is in sid/trixie. Buster has this:
You're right, I've been once more confused by the lack of any logical
sequence between Debian release codenames.
--
We are the people our parents warned us about.
Eduardo M K
00 records in that domain which has never posed a
> > > problem in the past.
> > >
> > > We have tried force transfers, purging journal files and nothing seems to
> > > work.
> > >
> > > We rolled back the update to one performed earlier in the
s, purging journal files and nothing seems to
> > work.
> >
> > We rolled back the update to one performed earlier in the month and now
> > everything is working.
> >
> > Anybody have any idea what is going on with this latest update?
>
> I think this
On Fri, Aug 02, 2024 at 10:55:55AM -0300, Eduardo M KALINOWSKI wrote:
> On 02/08/2024 10:44, Roberto C. Sánchez wrote:
> > On Fri, Aug 02, 2024 at 10:15:38AM -0300, Eduardo M KALINOWSKI wrote:
> > > Maybe related to https://kb.isc.org/docs/rrset-limits-in-zones ?
> > >
> > > See also
> > > https:/
3: Transfer status: too many records
>
> There are about 1,400 records in that domain which has never posed a problem
> in the past.
>
> We have tried force transfers, purging journal files and nothing seems to
> work.
>
> We rolled back the update to one performed earlier in the
On 02/08/2024 10:44, Roberto C. Sánchez wrote:
On Fri, Aug 02, 2024 at 10:15:38AM -0300, Eduardo M KALINOWSKI wrote:
Maybe related to https://kb.isc.org/docs/rrset-limits-in-zones ?
See also
https://lists.debian.org/debian-security-announce/2024/msg00145.html (even
if it does not directly apply
urging journal files and nothing seems
> > to work.
> >
> > We rolled back the update to one performed earlier in the month and now
> > everything is working.
> >
> > Anybody have any idea what is going on with this latest update?
>
> Maybe related to https:
Aug 2 07:05:20 named[76759]: transfer of '/IN'
> from #53: Transfer status: too many records
>
> There are about 1,400 records in that domain which has never posed a
> problem in the past.
>
> We have tried force transfers, purging journal files and nothing seems
&
are about 1,400 records in that domain which has never posed a
problem in the past.
We have tried force transfers, purging journal files and nothing seems
to work.
We rolled back the update to one performed earlier in the month and now
everything is working.
Anybody have any idea what i
which has never posed a problem in
the past.
We have tried force transfers, purging journal files and nothing seems to work.
We rolled back the update to one performed earlier in the month and now
everything is working.
Anybody have any idea what is going on with this latest update?
Thanks,
Brian
On 23/7/24 23:22, Keith Bainbridge wrote:
Another is to fetch the epoch time value (%s) and then use that value
in all future calls. With GNU date:
now=$(date +%s)
julian=$(date -d "@$now" +%j)
dom=$(date -d "@$now" +%d)
Good evening All - especially Greg
This process has work
On Wed, Jul 24, 2024 at 21:08:29 +1000, Keith Bainbridge wrote:
> So when I opened my xterm this morning, I saw:
> keith@lenv0
>
> Tue 23Jul2024@19:19:30 205.2024 AEST
> :~ $>
>
> You have new mail in /var/spool/mail/keith
>
>
> Pressed enter, and the day# updated:
>
> keith@lenv0
>
>
On 23/7/24 23:22, Keith Bainbridge wrote:
On 23 July 2024 9:42:27 pm AEST, Greg Wooledge wrote:
On Tue, Jul 23, 2024 at 18:02:53 +1000, Keith Bainbridge wrote:
From the tab I had used earlier, ran source .bashrc
then
:/tmp/205.2024 $>mkcd /tmp/day$DOYR.$YEAR
So you're setting
On Tue 23 Jul 2024 at 15:00:12 (-0400), Greg Wooledge wrote:
> On Tue, Jul 23, 2024 at 13:38:48 -0500, David Wright wrote:
> > On Tue 23 Jul 2024 at 09:31:36 (-0400), Greg Wooledge wrote:
> > > On Tue, Jul 23, 2024 at 23:22:52 +1000, Keith Bainbridge wrote:
> > > > The day# in my command prompt inc
On Tue, Jul 23, 2024 at 13:38:48 -0500, David Wright wrote:
> On Tue 23 Jul 2024 at 09:31:36 (-0400), Greg Wooledge wrote:
> > On Tue, Jul 23, 2024 at 23:22:52 +1000, Keith Bainbridge wrote:
> > > The day# in my command prompt increments when I start in the morning.
> > > Maybe I need to press ent
On Tue 23 Jul 2024 at 09:31:36 (-0400), Greg Wooledge wrote:
> On Tue, Jul 23, 2024 at 23:22:52 +1000, Keith Bainbridge wrote:
> > The day# in my command prompt increments when I start in the morning. Maybe
> > I need to press enter.
>
> That makes it sound like you're setting the YEAR et al. var
On Tue, Jul 23, 2024 at 23:22:52 +1000, Keith Bainbridge wrote:
> The day# in my command prompt increments when I start in the morning. Maybe I
> need to press enter.
That makes it sound like you're setting the YEAR et al. variables in the
PROMPT_COMMAND variable.
If that's the case, it's *less*
On 23 July 2024 9:42:27 pm AEST, Greg Wooledge wrote:
>On Tue, Jul 23, 2024 at 18:02:53 +1000, Keith Bainbridge wrote:
>> From the tab I had used earlier, ran source .bashrc
>>
>> then
>> :/tmp/205.2024 $>mkcd /tmp/day$DOYR.$YEAR
>
>So you're setting those variables one time inside you
On Tue, Jul 23, 2024 at 18:02:53 +1000, Keith Bainbridge wrote:
> From the tab I had used earlier, ran source .bashrc
>
> then
> :/tmp/205.2024 $>mkcd /tmp/day$DOYR.$YEAR
So you're setting those variables one time inside your .bashrc file?
This is quite bad. What happens when you have a
1 - 100 of 2895 matches
Mail list logo
