Send your best price offer and Other Documents

2021-09-12 Thread Dean Tan
Dear sir/madam,

I am Dean Tan from GLOWTEXX INNOVATION TRADING CO.,LTD

I am in charge of sales. We are interested in your product and we 
would greatly appreciate receiving any information, brochures and 
price lists of your products.

Waiting for your reply

Thanks and Regards

Dean Tan



Processed: Re: Bug#994133: libc-bin: [iconv] [fr] [manpage] Missing word in the French manpage of iconv

2021-09-12 Thread Debian Bug Tracking System
Processing control commands:

> reassign -1 manpages-fr
Bug #994133 [libc-bin] libc-bin: [iconv] [fr] [manpage] Missing word in the 
French manpage of iconv
Bug reassigned from package 'libc-bin' to 'manpages-fr'.
No longer marked as found in versions glibc/2.32-2.
Ignoring request to alter fixed versions of bug #994133 to the same values 
previously set
> retitle -1 manpages-fr: [iconv] [fr] [manpage] Missing word in the French 
> manpage of iconv
Bug #994133 [manpages-fr] libc-bin: [iconv] [fr] [manpage] Missing word in the 
French manpage of iconv
Changed Bug title to 'manpages-fr: [iconv] [fr] [manpage] Missing word in the 
French manpage of iconv' from 'libc-bin: [iconv] [fr] [manpage] Missing word in 
the French manpage of iconv'.

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



Bug#994133: libc-bin: [iconv] [fr] [manpage] Missing word in the French manpage of iconv

2021-09-12 Thread Aurelien Jarno
control: reassign -1 manpages-fr
control: retitle -1 manpages-fr: [iconv] [fr] [manpage] Missing word in the 
French manpage of iconv

Hi,

On 2021-09-12 15:36, Nicolas Patrois wrote:
> Package: libc-bin
> Version: 2.32-2
> Severity: minor
> Tags: l10n
> 
> Dear Maintainer,
> 
> In the French manpage, the word "forme" is missing in its end.
> 
> Les arguments obligatoires ou optionnels pour les options de forme longue
> le sont aussi pour les options de   courte.
> 
> Just before "courte".

The French manpage if iconv is not provided by libc-bin, but by
manpages-fr. I am therefore reassigning the bug to the right package.

Regards,
Aurelien

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



Bug#994133: libc-bin: [iconv] [fr] [manpage] Missing word in the French manpage of iconv

2021-09-12 Thread Nicolas Patrois
Package: libc-bin
Version: 2.32-2
Severity: minor
Tags: l10n

Dear Maintainer,

In the French manpage, the word "forme" is missing in its end.

Les arguments obligatoires ou optionnels pour les options de forme longue
le sont aussi pour les options de   courte.

Just before "courte".

Yours,
n.
-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 5.7.0-1-686-pae (SMP w/3 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR:fr:en_GB:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libc-bin depends on:
ii  libc6  2.32-2

Versions of packages libc-bin recommends:
ii  manpages  5.10-1

libc-bin suggests no packages.



Bug#994102: unistd.h: non-null check not correct for getcwd()

2021-09-12 Thread Aurelien Jarno
On 2021-09-12 12:10, Jan-Benedict Glaw wrote:
> On Sun, 2021-09-12 00:16:01 +0200, Aurelien Jarno  
> wrote:
> > On 2021-09-11 22:06, Jan-Benedict Glaw wrote:
> > > Until glibc's Bugzilla issue is finally resolved
> > > (https://sourceware.org/bugzilla/show_bug.cgi?id=26545), maybe the
> > > Debian package could be changed to drop the access attribute?
> > 
> > No. Once we have patched it, we will have to differ from upstream almost
> > forever, and we want to avoid that. I already have sent a patch [1], I
> > am waiting for feedback.
> 
> Sure, but I hope Debian's libc6-dev won't keep the instrumentation
> enabled even after the patch is accepted upstream to remove it,
> waiting for the next upstream glibc to be pulled for libc6 / libc-dev?

No the point is not to wait for a released version, but to wait for a
decision if this patch is acceptable or if the support for this GNU
extension is simply dropped. In the latter case, the various software
will have to be patched, just like other distributions using glibc >=
2.32 have already done.

Regards,
Aurelien

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


signature.asc
Description: PGP signature


Bug#994102: unistd.h: non-null check not correct for getcwd()

2021-09-12 Thread Jan-Benedict Glaw
On Sun, 2021-09-12 00:16:01 +0200, Aurelien Jarno  wrote:
> On 2021-09-11 22:06, Jan-Benedict Glaw wrote:
> > Until glibc's Bugzilla issue is finally resolved
> > (https://sourceware.org/bugzilla/show_bug.cgi?id=26545), maybe the
> > Debian package could be changed to drop the access attribute?
> 
> No. Once we have patched it, we will have to differ from upstream almost
> forever, and we want to avoid that. I already have sent a patch [1], I
> am waiting for feedback.

Sure, but I hope Debian's libc6-dev won't keep the instrumentation
enabled even after the patch is accepted upstream to remove it,
waiting for the next upstream glibc to be pulled for libc6 / libc-dev?

In the meantime, I'll probably rebuild the containers to locally patch
it away.

Thanks,
  Jan-Benedict

-- 


signature.asc
Description: PGP signature