This bug still exists in Ubuntu 24.04.1 LTS
rsyslog Version: 8.2312.0-3ubuntu9
** Also affects: rsyslog
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to rsyslog in Ubuntu.
https://b
This is fixed in Ubuntu 24.04.1 LTS
dash Version: 0.5.12-6ubuntu5
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to dash in Ubuntu.
https://bugs.launchpad.net/bugs/1908025
Title:
export var=~root does not expand ~root to /ro
** Also affects: coreutils
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/2092236
Title:
unknown time zone in $TZ quietly cau
This dash bug appears to be fixed in Ubuntu 24.04.1 LTS
dash Version: 0.5.12-6ubuntu5
The bug still exists in Ubuntu 20.04.6 LTS
dash Version: 0.5.10.2-6
$ x='1 2 3'
$ export y=$x
dash: 2: export: 2: bad variable name
--
You received this bug notification because you are a member of U
Same problem with Version: 3.2.7-1ubuntu1.1 under Ubuntu 24.04.1 LTS
Upgrade: rsync:amd64 (3.2.7-1ubuntu1, 3.2.7-1ubuntu1.1)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to rsync in Ubuntu.
https://bugs.launchpad.net/bugs/209
Public bug reported:
Upgrade: rsync:amd64 (3.1.3-8ubuntu0.7, 3.1.3-8ubuntu0.8)
$ mkdir tmp
$ rsync -rH tmp foo
Internal hashtable error: illegal key supplied!
rsync error: errors with program diagnostics (code 13) at hashtable.c(79)
[generator=3.1.3]
The old binary (Sep 1 2023) works fine:
$ r
** Summary changed:
- 24.04.1 tzdata with unknown time zone set in TZ quietly causes havoc
+ unknown time zone in $TZ quietly causes havoc
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.laun
Thank you Benjamin (bdrung) -- the problem was that my
.bashrc/.bash_profile set TZ=Canada/Eastern, a legacy time zone name,
and that legacy name disappeared in Ubuntu 24.04.1. Its disappearance
caused many programs to silently misbehave, including both "date" and
the GUI. Setting TZ=America/Toro
** Summary changed:
- 24.04.1 tzdata wrong time zone, cannot reset, downgrade
+ 24.04.1 tzdata with unknown time zone quietly causes havoc
** Description changed:
See https://askubuntu.com/questions/1528949/time-setting-problems-with-
ubuntu-24-04
+
+ EDIT: All the problems below come from
** Description changed:
See https://askubuntu.com/questions/1528949/time-setting-problems-with-
ubuntu-24-04
I upgraded two laptops from 22.04 to 24.04.1 and both resulted in an
inability to set the time zone correctly using the GUI settings. The
notification bar showed the time in U
Public bug reported:
See https://askubuntu.com/questions/1528949/time-setting-problems-with-
ubuntu-24-04
I upgraded two laptops from 22.04 to 24.04.1 and both resulted in an
inability to set the time zone correctly using the GUI settings. The
notification bar showed the time in UTC, not EST, at
** Description changed:
rsync 3.2.3 has a broken "--update" option.See the examples below.
The "--update" option incorrectly makes rsync say a file is newer than itself.
Remove the "--update" option, and rsync correctly says the file is "uptodate".
The right output should of course be
I'm not familiar with your SRU process, debdiff, dput, the "General
Requirements" document, the "security policy document", or your upload
process, and I'm not into learning about all that and filling out your
special form and making your special upload when there is no guarantee
that Ubuntu will a
I knew nothing about your SRU process until now; the man page for
`ubuntu-bug` makes no mention of it. Who fills out the SRU Bug Template
and makes the fix actually happen? Is there anything more I need to do
here?
--
You received this bug notification because you are a member of Ubuntu
Touch s
The problem was marked as Confirmed by Paride back on March 17.
Then today it gets marked Invalid.
Then later today it gets marked Confirmed again.
I don't understand your process.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed
Your incorrect statement "seems the issue does not actually exist" is
wrong. I told you exactly how to reproduce the problem on your latest
22.04.1 LTS release. I gave you the link to the upstream bug that Wayne
fixed over two years ago. This two-year-old bug does exist and it
exists in your mos
Your incorrect statement "seems the issue does not actually exist" is
wrong. I told you exactly how to reproduce the problem on your latest
22.04.1 LTS release. You were also given the link to the upstream bug
that Wayne fixed over two years ago. This two-year-old bug does exist
and it exists in
Hey Ubuntu - I see now that this bug was reported and fixed at source in
September 2020, over two years ago. The real bug is: "Why didn't Ubuntu
apply the fix to the supported Ubuntu releases?"
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which
The laptop is logged in and running Wayland: /usr/bin/Xwayland :0
My desktop is running X11: /usr/lib/xorg/Xorg -nolisten tcp :0
When I SSH into the laptop from the desktop, my DISPLAY is set to
"localhost:10".
When I start an xterm in the SSH session (running xterm on the laptop),
the xterm windo
Public bug reported:
I'm running Ubuntu 20.04 on my desktop. I SSH into my laptop running
22.04:
desktop$ ssh laptop
laptop$ sudo -sE
laptop#
If I now run most any X11 client applications (e.g. xload, xterm)
using this laptop SSH command line, they correctly open windows on my
deskt
I am not arguing about the behaviour, which is correct and apparently hasn't
changed.
I'm complaining about the unannounced change in message from "is uptodate" to
"is newer".
Three problems:
1. The message "is newer" is an unannounced change from all previous
versions of rsync that say "is upt
Public bug reported:
rsync 3.2.3 has a broken "--update" option.See the examples below.
The "--update" option incorrectly makes rsync say a file is newer than itself.
Remove the "--update" option, and rsync correctly says the file is "uptodate".
The right output should of course be "is uptodat
Public bug reported:
The rsyslog program mis-handles the "startswith_i" comparison when applied
to $programname. Details follow:
Put this file in /etc/rsyslog.d/10-idallen.conf (it precedes all other
files):
if ( $programname startswith 'foo' ) then {
/var/log/idallen-cron.log
Public bug reported:
Shouldn't these give the same results in dash, i.e. "/root"?
They give the same output in bash.
$ dash
$ var=~root
$ echo "$var"
/root
$ export var=~root
$ echo "$var"
~root
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: dash 0.5.10.2-6
ProcVersionSignature: Ubuntu 5.
ted output) using /bin/dash.
# -Ian! D. Allen - idal...@idallen.ca - www.idallen.com
a=''
{
echo correct "$a" # correct empty output line
echo correct "$a""$a" # correct empty output line
echo correct "$a""$a
25 matches
Mail list logo
