Bug#472269: marked as done (libc6: res_query makes assumptions about the alignment of the answer argument)

2025-01-07 Thread Debian Bug Tracking System 
Your message dated Tue, 7 Jan 2025 22:20:36 +0100
with message-id 
and subject line Re: Bug#472269: libc6: res_query makes assumptions about the 
alignment of the answer argument
has caused the Debian Bug report #472269,
regarding libc6: res_query makes assumptions about the alignment of the answer 
argument
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
472269: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472269
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.7-9
Severity: normal

Hi,

  libc6 assumes the answer argument to the res_query function which is of
  type unsigned char * is aligned in such a way it can be cast to HEADER.

  Thus following apparently correct code causes a SIGBUS on sparc:
 #include 

 #include 
 #include 

 int
 main (int argc, char ** argv) {
   unsigned char padding[3];
   unsigned char answer[1024];

   res_query ("_xmpp-client._tcp.gmail.com", C_IN, T_SRV,
 answer, sizeof(answer));
   return 0;
 }

  Which is obviously quite nasty.

  Sjoerd

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=nl_NL (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc1   1:4.3.0-1  GCC support library

libc6 recommends no packages.

-- debconf information:
  glibc/upgrade: true
  glibc/restart-failed:
  glibc/restart-services:


--- End Message ---
--- Begin Message ---
Version: 2.36-1

Hi Dave,

On 2022-03-22 18:01, John David Anglin wrote:
> Package: libc6
> Followup-For: Bug #472269
> 
> Dear Maintainer,
> 
> I believe this bug is fixed upstream by the following commit:
> 
> commit 05dec22d7be722987ff07aebf9690f6078b3c4e9 (HEAD -> master, 
> origin/master,
> origin/HEAD)
> Author: John David Anglin 
> Date:   Tue Mar 22 17:35:54 2022 +
> 
> resolv: Fix unaligned accesses to fields in HEADER struct
> 
> The structure HEADER is normally aligned to a word boundary but
> sometimes it needs to be accessed when aligned on a byte boundary.
> This change defines a new typedef, UHEADER, with alignment 1.
> It is used to ensure the fields are accessed with byte loads and
> stores when necessary.
> 
> V4: Change to res_mkquery.c deleted.  Small whitespace fix.
> 
> V5: Move UHEADER typedef to resolv/resolv-internal.h.  Replace all
> HEADER usage with UHEADER in resolv/res_send.c.
> 
> Signed-off-by: John David Anglin 
> Reviewed-by: Adhemerval Zanella  
> 

Indeed, thanks for the notice and sorry for the delay. Closing it.

Regards
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net--- End Message ---

[Git][glibc-team/glibc][sid] Update German debconf translation. Closes: #1092303.

2025-01-07 Thread Aurelien Jarno (@aurel32) 


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
2f4a187d by Aurelien Jarno at 2025-01-07T22:19:30+01:00
Update German debconf translation.  Closes: #1092303.

- - - - -


2 changed files:

- debian/changelog
- debian/po/de.po


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/-/commit/2f4a187dfeab68cd9e61942e47af42311bd7886a

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/-/commit/2f4a187dfeab68cd9e61942e47af42311bd7886a
You're receiving this email because of your account on salsa.debian.org.

Bug#540373: marked as done (libc6: invalid free should be better phrased)

2025-01-07 Thread Debian Bug Tracking System 
Your message dated Tue, 7 Jan 2025 22:12:46 +0100
with message-id 
and subject line Re: Bug#540373: Report can be declared as solved (old age)
has caused the Debian Bug report #540373,
regarding libc6: invalid free should be better phrased
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
540373: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540373
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.7-18
Severity: normal

Description:

  Segmentation fault now and then in ace-of-penguins/ace-canfield

kernel: lt-canfield[1653]: segfault at 64 ip b7d88a19 sp bfae197c error
  4 in libc-2.7.so[b7d1e000+138000]

and ftp, if macro "$safn ." is used

macdef safn
dir $1 "| more"

kernel: ftp[1675]: segfault at 1f6b3 ip b7e34978 sp bf88d088 error 4 in
libc-2.7.so[b7dca000+138000]

For ace-canfield:

Segmentation fault if max_undo == 100 now and then
sizeof(Undo) == 12

--Start of part of code---

static void
stack_note_undo(Stack *src, int n, Stack *dest)
{
  if (doing_undo) return;
  if (num_undo >= max_undo)
  {
max_undo += 50;
fprintf(stderr, "max_undo = %d, sizeof(Undo) = %d\n", max_undo,
  sizeof(Undo));
 /* if (max_undo == 100) mtrace(); */
if (undo)
  undo = (Undo *)realloc(undo, max_undo * sizeof(Undo));
else
  undo = (Undo *)malloc(max_undo * sizeof(Undo));
  }
/*if (max_undo == 100) muntrace();*/

---End of part of code

Dump with gdb without "fprintf(...)" and "mtrace()":

GNU gdb 6.8-debian
...

Program received signal SIGSEGV, Segmentation fault.
0xb7e9da19 in malloc_consolidate (av=0xb7f6e160) at malloc.c:4842
4842malloc.c: No such file or directory.
in malloc.c
(gdb) bt full
#0  0xb7e9da19 in malloc_consolidate (av=0xb7f6e160) at malloc.c:4842
fb = (mfastbinptr *) 0xb7f6e178
maxfb = (mfastbinptr *) 0xb7f6e18c
p = (mchunkptr) 0x9ff4e58
nextp = (mchunkptr) 0x9ffac08
unsorted_bin = (mchunkptr) 0xb7f6e190
first_unsorted = 
nextchunk = (mchunkptr) 0x9ff4e88
size = 208
nextsize = 160
prevsize = 
bck = (mchunkptr) 0x53
fwd = (mchunkptr) 0x65
#1  0xb7e9f9a5 in _int_malloc (av=0xb7f6e160, bytes=1201) at malloc.c:4166
nb = 1208
idx = 74
bin = 
victim = 
size = 
victim_index = 
remainder = 
remainder_size = 
block = 
bit = 
map = 
fwd = 
bck = 
---Type  to continue, or q  to quit---
#2  0xb7ea0ecf in _int_realloc (av=0xb7f6e160, oldmem=0x9ff4f70, bytes=1200)
at malloc.c:4972
nextsize = 
nb = 1208
oldp = (mchunkptr) 0x9ff4f68
oldsize = 608
newp = 
newsize = 608
newmem = 
next = (mchunkptr) 0x9ff51c8
remainder = 
remainder_size = 
bck = 
fwd = 
copysize = 
ncopies = 
errstr = 
#3  0xb7ea1a6f in *__GI___libc_realloc (oldmem=0x9ff4f70, bytes=1200)
at malloc.c:3709
ar_ptr = (mstate) 0xb7f6e160
nb = 1208
oldp = (mchunkptr) 0x9ff4f68
oldsize = 608
newp = 
hook = 
#4  0xb80d063a in stack_note_undo (src=0x9ff4dc0, n=27, dest=0x9ff4e28)
at stack.c:592
---Type  to continue, or q  to quit---
No locals.
#5  0xb80d0404 in stack_flip_card (src=0x9ff4dc0, dest=0x9ff4e28)
at stack.c:557
No locals.
#6  0x08049766 in hand_to_talon () at canfield.c:263
No locals.
#7  0x08049ede in click (x=54, y=275, b=1) at canfield.c:460
c = 4
f = 1
cp = (Picture *) 0x0
#8  0xb80c9cfd in table_loop () at table.c:405
event = {type = ev_buttondown, x = 54, y = 275, w = 474, h = 540, 
  button = 1, shifts = 0, key = -1206979872, time = 20910024}
first_expose = 1
click_button = 1
#9  0x08048ea4 in main (argc=1, argv=0xbfaf7464) at canfield.c:60
No locals.

-End without "fprintf(...)" and "mtrace()"

Dump from gdb with "mtrace" activated in code

GNU gdb 6.8-debian

max_undo = 50, sizeof(Undo) = 12
Base rank: 1
max_undo = 100, sizeof(Undo) = 12

Program received signal SIGSEGV, Segmentation fault.
0xb7d88a19 in malloc_consolidate (av=0xb7e59160) at malloc.c:4842
4842malloc.c: No such file or directory.
in malloc.c
(gdb) bt full
#0  0xb7d88a19 in malloc_consolidate (av=0xb7e59160) at malloc.c:4842
fb = (mfastbinptr *) 0xb7e59178
maxfb = (mfastbinptr *) 0xb7e5918c
p = (mchunkptr) 0x8057e58
nextp = (mchunkptr) 0x0
unsorted_bin = (mchunkptr) 0xb7e59190
first_unsor

Bug#1070668: marked as done (glibc: packages FTBFS caused by vector math library header on arm64)

2025-01-07 Thread Debian Bug Tracking System 
Your message dated Tue, 7 Jan 2025 23:09:43 +0100
with message-id 
and subject line Re: Bug#1070668: Processed: glibc: packages FTBFS caused by 
vector math library header on arm64
has caused the Debian Bug report #1070668,
regarding glibc: packages FTBFS caused by vector math library header on arm64
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1070668: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070668
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: glibc
Version: 2.38-1
Severity: important
Tags: upstream
X-Debbugs-Cc: debian-...@lists.debian.org
Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=30909

glibc 2.38 added vector math library (libmvec) support for arm64, with
ASIMD and SVE version. This includes an architecture specific header,
/usr/include/aarch64-linux-gnu/bits/math-vector.h, to declare the
vectorized functions. For that the ASIMD types __Float32x4_t and
__Float64x2_t are also defined for GCC >= 9 or CLANG >= 8, and SVE
types __SVFloat32_t, __SVFloat64_t and __SVBool_t for GCC >= 10 and
CLANG >= 11.

Unfortunately this causes issues to the following packages:
- #1070441 cmbc: arm64 FTBFS with glibc 2.38
- #1070443 aspectc++: arm64 FTBFS with glibc 2.38
- #1070444 cxref: arm64 FTBFS with glibc 2.38
- #1070446 rocm-hipamd: arm64 FTBFS with glibc 2.38

The issue has already been reported upstream [1].

For now this file has been restored to the generic version in glibc
2.38-8, removing support for the corresponding vector functions [2].

Porters, could you please have a look at the issue, and work on fixes
at the package level and at the upstream glibc/gcc/llvm level?

Thanks
Aurelien

[1] https://sourceware.org/bugzilla/show_bug.cgi?id=30909
[2] 
https://salsa.debian.org/glibc-team/glibc/-/commit/9e2889537336bdad878eef88bcfb13e457e8ea77
 
--- End Message ---
--- Begin Message ---
On 2024-05-12 19:54, Aurelien Jarno wrote:
> On 2024-05-07 00:29, Simon Chopin wrote:
> > As the one who reported the issue in the glibc upstream tracker, I'm now
> > of the opinion it's not a glibc bug, but rather issues with the
> > individual packages that are now FTBFS. As far as I know, this is either
> > a parser pretending to be GCC without implementing all the GCC features
> > (e.g. aspectc++), and/or a compiler targetting another platform while
> > still using the system headers (e.g. rocm-hipamd).
> 
> The goal of the removal was able to progress with the migration of glibc
> 2.38 to testing to not block other packages for a long time. Anyway this
> strategy does not work for glibc 2.39 (it causes a FTBFS of glibc), so
> we have to solve the issues before being able to get glibc 2.39 to
> unstable.
> 
> Among the 4 failures, cxref already got fixed. For aspectc++ and cbmc, I
> agree with you that the issues have to be fixed at the package level.
> For rocm-hipamd, the maintainer claims this is a toolchain issue...

All the affected packages have been fixed, I am therefore closing the bug.

Regards
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net--- End Message ---

Processed: Bug#1092303 marked as pending in glibc

2025-01-07 Thread Debian Bug Tracking System 
Processing control commands:

> tag -1 pending
Bug #1092303 [glibc] glibc: [INTL:de] updated German debconf translation
Added tag(s) pending.

-- 
1092303: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1092303
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#590099: marked as done (man page not consistent with --help)

2025-01-07 Thread Debian Bug Tracking System 
Your message dated Tue, 7 Jan 2025 23:27:02 +0100
with message-id 
and subject line Re: Bug#590099: man page not consistent with --help
has caused the Debian Bug report #590099,
regarding man page not consistent with --help
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
590099: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590099
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.7-18lenny2
Severity: normal

Hello Maintainer,

The output of "getent --help" is not consistent with the manpage and the
option "--service=CONFIG" is not explained, nor the format of the config
file.

Also it would be nice, if the "DATABASE" could be arbitary and not  only

ahosts ahostsv4 ahostsv6 aliases ethers group hosts netgroup
networks passwd protocols rpc services shadow

I have for example a flat database file "nfsservers" which  contain  the
USER/nfsserver maping like

michelle.konzack:x:samba3.private.tamay-dogan.net

which I use instead of a huge database.

Thanks, Greetings and nice Day/Evening
Michelle Konzack

-- 
# Debian GNU/Linux Consultant ##
   Development of Intranet and Embedded Systems with Debian GNU/Linux

itsystems@tdnet France EURL   itsystems@tdnet UG (limited liability)
Owner Michelle KonzackOwner Michelle Konzack

Apt. 917 (homeoffice)
50, rue de Soultz Kinzigstraße 17
67100 Strasbourg/France   77694 Kehl/Germany
Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil
Tel: +33-9-52705884 fix

  
 

Jabber linux4miche...@jabber.ccc.de
ICQ#328449886

Linux-User #280138 with the Linux Counter, http://counter.li.org/


signature.pgp
Description: Digital signature
--- End Message ---
--- Begin Message ---
Version: 2.18-0experimental0

Hi,

On 2010-07-23 18:55, Michelle Konzack wrote:
> Package: libc6
> Version: 2.7-18lenny2
> Severity: normal
> 
> Hello Maintainer,
> 
> The output of "getent --help" is not consistent with the manpage and the
> option "--service=CONFIG" is not explained, nor the format of the config
> file.

The getent manpage is now part of the manpages package. It has been
completely rewritten, so I believe those issues have been fixed. I am
therefore closing the bug.

Regards
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net


signature.asc
Description: PGP signature
--- End Message ---

Bug#1092303: glibc: [INTL:de] updated German debconf translation

2025-01-07 Thread Helge Kreutzmann 
Package: glibc
Version: 2.40-5
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for glibc
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# Translation of glibc debconf templates to German
# Copyright (C) Helge Kreutzmann , 2006-2009, 2011, 2016, 
2017, 2023, 2025.
# This file is distributed under the same license as the glibc package.
#
msgid ""
msgstr ""
"Project-Id-Version: glibc 2.40-5\n"
"Report-Msgid-Bugs-To: gl...@packages.debian.org\n"
"POT-Creation-Date: 2025-01-02 16:30+\n"
"PO-Revision-Date: 2025-01-07 09:11+0100\n"
"Last-Translator: Helge Kreutzmann \n"
"Language-Team: de \n"
"Language: German\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Choices
#: ../debhelper.in/locales.templates:1001
msgid "All locales"
msgstr "Alle Locales"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid "Locales to be generated:"
msgstr "Zu generierende Locales (»Standorteinstellungen«):"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Locales are a framework to switch between multiple languages and allow users "
"to use their language, country, characters, collation order, etc."
msgstr ""
"Locales ist ein System, um zwischen verschiedenen Sprachen umzuschalten. "
"Benutzer können damit ihre Sprache, ihr Land, ihren Zeichensatz, ihre "
"Sortierreihenfolge und anderes mehr festlegen."

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Please choose which locales to generate. UTF-8 locales should be chosen by "
"default, particularly for new installations. Other character sets may be "
"useful for backwards compatibility with older systems and software."
msgstr ""
"Bitte wählen Sie aus, welche Locales erzeugt werden sollen. UTF-8-Locales "
"sollten standardmäßig ausgewählt werden, insbesondere für neue "
"Installationen. Andere Zeichensätze könnten für Rückkompatibilität mit "
"älteren Systemen und Software nützlich sein."

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Please note that the C, C.UTF-8 and POSIX locales are always available and "
"do not need to be generated."
msgstr ""
"Bitte beachten Sie, dass die Locales C, C.UTF-8 und POSIX immer verfügbar "
"sind und nicht erstellt werden müssen."

#. Type: select
#. Choices
#: ../debhelper.in/locales.templates:2001
msgid "None"
msgstr "Keine"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid "Default locale for the system environment:"
msgstr "Standard-Standorteinstellung für die Systemumgebung:"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"Many packages in Debian use locales to display text in the correct language "
"for the user. You can choose a default locale for the system from the "
"generated locales."
msgstr ""
"Viele Debian-Pakete benutzen Locales, um Text in der für die Benutzer "
"korrekten Sprache anzuzeigen. Sie können aus den generierten Locales einen "
"Standard für Ihr System auswählen."

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"This will select the default language for the entire system. If this system "
"is a multi-user system where not all users are able to speak the default "
"language, they will experience difficulties."
msgstr ""
"Bemerkung: Dies wählt die Standardsprache für das gesamte System. Falls dies "
"ein Mehrbenutzer-System ist und nicht alle Benutzer die Standardsprache "
"sprechen, dann werden diese Schwierigkeiten haben."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid "Do you want to upgrade glibc now?"
msgstr "Möchten Sie das Upgrade von Glibc jetzt durchführen?"

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid ""
"Running services and programs that are using NSS need to be restarted, "
"otherwise they might not be able to do lookup or authentication any more. "
"The installation process is able to restart some services (such as ssh or "
"telnetd), but other programs cannot be restarted automatically. One such "
"program that needs manual stopping and restart after the glibc upgrade by "
"yourself is xdm - because automatic restart might disconnect your active X11 "
"sessions."
msgstr ""
"Laufende Dienste und Programme, die NSS verwenden, müssen neu gestartet "
"werden, da sie andernfalls keine Überprüfungen oder Authentisierung mehr "
"durchführen können. Der Installationsprozess kann einige Dienste neu starten "
"(wie Ssh oder Telnetd), aber andere Programme können nicht automatisch neu "
"gestartet werden. Eines dieser Pr