Bug#969645: glibc: deferred error : (error "Deferred process exited abnormally:

2020-09-06 Thread Aurelien DESBRIERES
I have not copied anything nor pip stuff from another environment.

On Mon, Sep 7, 2020 at 7:00 AM Florian Weimer  wrote:

> * Aurelien DESBRIERES:
>
> > This is emacs and jedi-mode and much more elisp stuff to works with
> > emacs as python3 ide.
> >
> > Please update this glibc it seems to be outdated!
>
> That's simply not going to happen for the buster release.
>
> You will have to change the way you set up your pip environment.
>


Bug#969645: glibc: deferred error : (error "Deferred process exited abnormally:

2020-09-06 Thread Florian Weimer
* Aurelien DESBRIERES:

> This is emacs and jedi-mode and much more elisp stuff to works with
> emacs as python3 ide.
>
> Please update this glibc it seems to be outdated!

That's simply not going to happen for the buster release.

You will have to change the way you set up your pip environment.



Bug#969645: glibc: deferred error : (error "Deferred process exited abnormally:

2020-09-06 Thread Aurelien DESBRIERES
This is emacs and jedi-mode and much more elisp stuff to works with emacs
as python3 ide.

Please update this glibc it seems to be outdated!

Kind regards

Aurélien DESBRIÈRES

On Sun, Sep 6, 2020 at 9:43 PM Florian Weimer  wrote:

> * aurelien desbrieres:
>
> > *** Reporter, please consider answering these questions, where
> appropriate ***
> >
> >* What led up to the situation?
> >try to use jedi-mode on emacs
> >* What exactly did you do (or not do) that was effective (or
> >  ineffective)?
> >M-x jedi:install-server
> >* What was the outcome of this action?
> >deferred error : (error "Deferred process exited abnormally:
> >   command: /home/aurelien/.emacs.d/.python-environments/default/bin/pip
> >   exit status: exit 1
> >   event: exited abnormally with code 1
> >   buffer contents:
> \"/home/aurelien/.emacs.d/.python-environments/default/bin/python3:
> /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required
> by /home/aurelien/.emacs.d/.python-e\
> > nvironments/default/bin/python3)
> > \"")
>
> Have you copied the pip environment from another system?  You need to
> regenerate on this host.
>


Processed: Bug#969219 marked as pending in glibc

2020-09-06 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 pending
Bug #969219 [glibc] glibc: [INTL:it] Italian translations updated
Added tag(s) pending.

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



[Git][glibc-team/glibc][sid] debian/po/it.po: Update Italian debconf translation, by Luca Monducci. Closes: #969219.

2020-09-06 Thread Aurelien Jarno


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


Commits:
2ab83cf4 by Aurelien Jarno at 2020-09-06T23:26:20+02:00
debian/po/it.po: Update Italian debconf translation, by Luca Monducci. Closes: 
#969219.

- - - - -


2 changed files:

- debian/changelog
- debian/po/it.po


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

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




Bug#969618: getopt: optarg is NULL outside of loop

2020-09-06 Thread Aurelien Jarno
Hi,

On 2020-09-06 09:25, Florian Weimer wrote:
> * John Scott:
> 
> > #define _POSIX_C_SOURCE 200809L
> > #include 
> > #include 
> > #include 
> > #include 
> > int main(int argc, char *argv[]) {
> > int opt;
> > while((opt = getopt(argc, argv, "a:")) != -1) {}
> > assert(optarg != NULL);
> > }
> >
> > If this is invoked as './a.out -afoo', the inner assertion will
> > the last assertion will fail with glibc.
> 
> POSIX leaves it unspecified if optarg is changed if getopt returns -1.
> Only optind must be left unchanged.  I do not think this is a glibc
> bug (or a musl bug).

Thanks Florian for the explanations. This can be confirmed that optarg
is not NULL by moving the assert in the while loop. So it doesn't seems
like a bug to me.

Aurelien

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



Bug#969645: glibc: deferred error : (error "Deferred process exited abnormally:

2020-09-06 Thread Florian Weimer
* aurelien desbrieres:

> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>try to use jedi-mode on emacs
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>M-x jedi:install-server
>* What was the outcome of this action?
>deferred error : (error "Deferred process exited abnormally:
>   command: /home/aurelien/.emacs.d/.python-environments/default/bin/pip
>   exit status: exit 1
>   event: exited abnormally with code 1
>   buffer contents: 
> \"/home/aurelien/.emacs.d/.python-environments/default/bin/python3: 
> /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by 
> /home/aurelien/.emacs.d/.python-e\
> nvironments/default/bin/python3)
> \"")

Have you copied the pip environment from another system?  You need to
regenerate on this host.



Bug#969645: glibc: deferred error : (error "Deferred process exited abnormally:

2020-09-06 Thread Aurelien Jarno
Hi,

On 2020-09-06 16:34, aurelien desbrieres wrote:
> Source: glibc
> Severity: important
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>try to use jedi-mode on emacs
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>M-x jedi:install-server
>* What was the outcome of this action?
>deferred error : (error "Deferred process exited abnormally:
>   command: /home/aurelien/.emacs.d/.python-environments/default/bin/pip
>   exit status: exit 1
>   event: exited abnormally with code 1
>   buffer contents: 
> \"/home/aurelien/.emacs.d/.python-environments/default/bin/python3: 
> /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by 
> /home/aurelien/.emacs.d/.python-e\
> nvironments/default/bin/python3)
> \"")

The python3 binary installed (by jedi-mode?) as 
/home/aurelien/.emacs.d/.python-environments/default/bin/python3
requires glibc 2.29. Debian buster comes with glibc 2.28, that's why it
fail to start.

This binary is clearly not installed from a package, and I have no idea
how you installed it. Please try to install a version that works on
glibc 2.28 or older.

Regards,
Aurelien

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



Bug#969645: glibc: deferred error : (error "Deferred process exited abnormally:

2020-09-06 Thread aurelien desbrieres
Source: glibc
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   try to use jedi-mode on emacs
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   M-x jedi:install-server
   * What was the outcome of this action?
   deferred error : (error "Deferred process exited abnormally:
  command: /home/aurelien/.emacs.d/.python-environments/default/bin/pip
  exit status: exit 1
  event: exited abnormally with code 1
  buffer contents: 
\"/home/aurelien/.emacs.d/.python-environments/default/bin/python3: 
/lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by 
/home/aurelien/.emacs.d/.python-e\
nvironments/default/bin/python3)
\"")

   * What outcome did you expect instead?
   something that works!

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 10.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#969618: getopt: optarg is NULL outside of loop

2020-09-06 Thread Florian Weimer
* John Scott:

> #define _POSIX_C_SOURCE 200809L
> #include 
> #include 
> #include 
> #include 
> int main(int argc, char *argv[]) {
>   int opt;
>   while((opt = getopt(argc, argv, "a:")) != -1) {}
>   assert(optarg != NULL);
> }
>
> If this is invoked as './a.out -afoo', the inner assertion will
> the last assertion will fail with glibc.

POSIX leaves it unspecified if optarg is changed if getopt returns -1.
Only optind must be left unchanged.  I do not think this is a glibc
bug (or a musl bug).