[Touch-packages] [Bug 1568726] Re: iconv stdio buffering

2024-01-19 Thread Simon Chopin
** Also affects: glibc (Ubuntu)
   Importance: Undecided
   Status: New

** Changed in: glibc (Ubuntu)
   Status: New => Triaged

** Changed in: glibc (Ubuntu)
   Importance: Undecided => Low

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to eglibc in Ubuntu.
https://bugs.launchpad.net/bugs/1568726

Title:
  iconv stdio buffering

Status in eglibc package in Ubuntu:
  Triaged
Status in glibc package in Ubuntu:
  Triaged

Bug description:
  Tool "iconv" suffers from the stdio buffering problem described here:

  https://stackoverflow.com/questions/14472179/how-do-i-perform-a-
  streaming-character-conversion

  Basically, when piping to iconv in an interactive session, output
  stutters. Tool "stdbuf" does not help. From the page above: "But it
  looks like iconv is managing the buffering internally itself - it's
  nothing to do with the Linux pipe buffer."

  Solutions are described in this page:

  http://www.pixelbeat.org/programming/stdio_buffering/

  iconv should have a command-line switch to help. From the page above:

  "Note tail's stdout buffer would also have this problem, but tail -f calls 
fflush
  on the stdout stream when new data is received to alleviate this
  (as do tcpdump -l, grep --line-buffered and sed --unbuffered for example)."

  [known workaround]
  Use `recode` instead.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/1568726/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1568726] Re: iconv stdio buffering

2024-01-18 Thread Simon Chopin
Hi! Thanks for raising the issue.

Given the relative complexity of the patch and the low number of
affected people, I don't feel we should be shipping this as a Ubuntu-
specific patch. It might be a better idea for you to raise the issue on
the upstream ML, possibly amending the original patch to take the
various review remarks into account?

** Description changed:

  Tool "iconv" suffers from the stdio buffering problem described here:
  
  https://stackoverflow.com/questions/14472179/how-do-i-perform-a-
  streaming-character-conversion
  
  Basically, when piping to iconv in an interactive session, output
  stutters. Tool "stdbuf" does not help. From the page above: "But it
  looks like iconv is managing the buffering internally itself - it's
  nothing to do with the Linux pipe buffer."
  
  Solutions are described in this page:
  
  http://www.pixelbeat.org/programming/stdio_buffering/
  
  iconv should have a command-line switch to help. From the page above:
  
  "Note tail's stdout buffer would also have this problem, but tail -f calls 
fflush
  on the stdout stream when new data is received to alleviate this
  (as do tcpdump -l, grep --line-buffered and sed --unbuffered for example)."
+ 
+ [known workaround]
+ Use `recode` instead.

** Changed in: eglibc (Ubuntu)
   Importance: Undecided => Low

** Changed in: eglibc (Ubuntu)
   Status: Confirmed => Triaged

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to eglibc in Ubuntu.
https://bugs.launchpad.net/bugs/1568726

Title:
  iconv stdio buffering

Status in eglibc package in Ubuntu:
  Triaged

Bug description:
  Tool "iconv" suffers from the stdio buffering problem described here:

  https://stackoverflow.com/questions/14472179/how-do-i-perform-a-
  streaming-character-conversion

  Basically, when piping to iconv in an interactive session, output
  stutters. Tool "stdbuf" does not help. From the page above: "But it
  looks like iconv is managing the buffering internally itself - it's
  nothing to do with the Linux pipe buffer."

  Solutions are described in this page:

  http://www.pixelbeat.org/programming/stdio_buffering/

  iconv should have a command-line switch to help. From the page above:

  "Note tail's stdout buffer would also have this problem, but tail -f calls 
fflush
  on the stdout stream when new data is received to alleviate this
  (as do tcpdump -l, grep --line-buffered and sed --unbuffered for example)."

  [known workaround]
  Use `recode` instead.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/1568726/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1568726] Re: iconv stdio buffering

2024-01-17 Thread Launchpad Bug Tracker
Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: eglibc (Ubuntu)
   Status: New => Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to eglibc in Ubuntu.
https://bugs.launchpad.net/bugs/1568726

Title:
  iconv stdio buffering

Status in eglibc package in Ubuntu:
  Confirmed

Bug description:
  Tool "iconv" suffers from the stdio buffering problem described here:

  https://stackoverflow.com/questions/14472179/how-do-i-perform-a-
  streaming-character-conversion

  Basically, when piping to iconv in an interactive session, output
  stutters. Tool "stdbuf" does not help. From the page above: "But it
  looks like iconv is managing the buffering internally itself - it's
  nothing to do with the Linux pipe buffer."

  Solutions are described in this page:

  http://www.pixelbeat.org/programming/stdio_buffering/

  iconv should have a command-line switch to help. From the page above:

  "Note tail's stdout buffer would also have this problem, but tail -f calls 
fflush
  on the stdout stream when new data is received to alleviate this
  (as do tcpdump -l, grep --line-buffered and sed --unbuffered for example)."

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/1568726/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1568726] Re: iconv stdio buffering

2024-01-17 Thread Vladimir
This bug was reported more than 15 years ago. 
https://sourceware.org/bugzilla/show_bug.cgi?id=6050
But there is a patch for it since 2015 
https://sourceware.org/legacy-ml/libc-alpha/2015-08/msg00297.html
Who maintains libc-bin? Could you please apply these patches?

$ iconv -V
iconv (Ubuntu GLIBC 2.31-0ubuntu9.14) 2.31
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Ulrich Drepper.

$ apt-cache policy libc-bin
libc-bin:
  Installed: 2.31-0ubuntu9.14
  Candidate: 2.31-0ubuntu9.14

** Bug watch added: Sourceware.org Bugzilla #6050
   https://sourceware.org/bugzilla/show_bug.cgi?id=6050

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to eglibc in Ubuntu.
https://bugs.launchpad.net/bugs/1568726

Title:
  iconv stdio buffering

Status in eglibc package in Ubuntu:
  Confirmed

Bug description:
  Tool "iconv" suffers from the stdio buffering problem described here:

  https://stackoverflow.com/questions/14472179/how-do-i-perform-a-
  streaming-character-conversion

  Basically, when piping to iconv in an interactive session, output
  stutters. Tool "stdbuf" does not help. From the page above: "But it
  looks like iconv is managing the buffering internally itself - it's
  nothing to do with the Linux pipe buffer."

  Solutions are described in this page:

  http://www.pixelbeat.org/programming/stdio_buffering/

  iconv should have a command-line switch to help. From the page above:

  "Note tail's stdout buffer would also have this problem, but tail -f calls 
fflush
  on the stdout stream when new data is received to alleviate this
  (as do tcpdump -l, grep --line-buffered and sed --unbuffered for example)."

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/1568726/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp