[Bug 1335391] Re: etckeeper with git breaks update-manager

2015-09-23 Thread Mikko Rantalainen
Am I then only one thinking that etckeeper should have post-install
script to request git user.name and user.email fields to be filled for
root if those are missing? I know how to do that manually but I guess
random etckeeper user may not know that those are needed and it would be
much better user experience to ask for those during etckeeper install.

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1335391

Title:
  etckeeper with git breaks update-manager

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

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1220677] Re: pg_send_query(): Cannot set connection to blocking mode

2013-10-11 Thread Mikko Rantalainen
The justification for this fix is as follows:

- The patch is obviously safe (it does not touch code outside the
functions mentioned in the description and those functions are already
broken)

- The patch affects PostgreSQL library of PHP, no critical
infrastructure or kernel

- The bug may cause loss of user data due to losing database connection.
Actual data loss depends on PHP application code running on top of the
library and may or may not happen in practice.


** Description changed:

- (I think the package should be php5-pgsql but launchpad wants me to use
- php5 for some reason.)
+ [Impact]
  
  pg_send_query() fails because of an implementation error if connection
  is done to remote host and query string is long OR transaction is very
- long.
+ long. As a result, pg_send_query() is too unstable to be used at all if
+ the connection is made to any other host but 'localhost'.
  
  The problem is caused by the implementation not following the PostgreSQL
  documentation at http://www.postgresql.org/docs/9.1/static/libpq-
  async.html#LIBPQ-PQFLUSH
  
  PQflush: [...] After sending any command or data on a nonblocking
  connection, call PQflush. [...]
  
  Related PHP Bug: https://bugs.php.net/bug.php?id=65015
  Patch: 
https://bugs.php.net/patch-display.php?bug_id=65015patch=pg_send_query_flush_buffer.patchrevision=latest
+ 
+ [Test Case]
+ 
  Test script (from PHP bug):
  ---
  $len = 10; // This may need to be increased, depending on db server.
  $sql = select 1 . str_repeat(' ', $len - 8);
  $con = pg_connect('host=db-host.example.com dbname=postgres user=postgres 
password=password');
  pg_send_query($con, $sql);
  pg_get_result($con);
  ---
  
  Note that the test script only fails if host is remote (connected using
  TCP/IP).
+ 
+ [Regression Potential]
+ 
+ Calling PQFlush() may cause some additional overhead for the cases where
+ flushing does not need to be done (the cases that happen to work as is).
+ The patch only touches functions pg_send_query() and
+ pg_send_query_params(), so any possible regression should affect only
+ those methods. Both these methods suffer from the same issue and are
+ already too broken to be used in production environment, unless the
+ connection is made to 'localhost'.
+ 
+ The documentation of PQFlush() says Attempts to flush any queued output
+ data to the server. Returns 0 if successful (or if the send queue is
+ empty), -1 if it failed for some reason, or 1 if it was unable to send
+ all the data in the send queue yet (this case can only occur if the
+ connection is nonblocking). Calling PQFlush() should be okay for
+ blocking connections, too. In addition, the referenced patch does not
+ even touch that code. Source: http://www.postgresql.org/docs/9.1/static
+ /libpq-async.html
+ 
+ [Other Info]
  
  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: php5-pgsql 5.3.10-1ubuntu3.7
  ProcVersionSignature: Ubuntu 3.8.0-27.40~precise3-generic 3.8.13.4
  Uname: Linux 3.8.0-27-generic x86_64
  ApportVersion: 2.0.1-0ubuntu17.4
  Architecture: amd64
  Date: Wed Sep  4 15:22:25 2013
  InstallationMedia: Ubuntu 12.04.1 LTS Precise Pangolin - Release amd64 
(20120823.1)
  MarkForUpload: True
  SourcePackage: php5
  UpgradeStatus: No upgrade log present (probably fresh install)

** Description changed:

  [Impact]
  
  pg_send_query() fails because of an implementation error if connection
  is done to remote host and query string is long OR transaction is very
  long. As a result, pg_send_query() is too unstable to be used at all if
  the connection is made to any other host but 'localhost'.
  
  The problem is caused by the implementation not following the PostgreSQL
  documentation at http://www.postgresql.org/docs/9.1/static/libpq-
  async.html#LIBPQ-PQFLUSH
  
  PQflush: [...] After sending any command or data on a nonblocking
  connection, call PQflush. [...]
  
  Related PHP Bug: https://bugs.php.net/bug.php?id=65015
  Patch: 
https://bugs.php.net/patch-display.php?bug_id=65015patch=pg_send_query_flush_buffer.patchrevision=latest
  
  [Test Case]
  
  Test script (from PHP bug):
  ---
  $len = 10; // This may need to be increased, depending on db server.
  $sql = select 1 . str_repeat(' ', $len - 8);
  $con = pg_connect('host=db-host.example.com dbname=postgres user=postgres 
password=password');
  pg_send_query($con, $sql);
  pg_get_result($con);
  ---
  
  Note that the test script only fails if host is remote (connected using
  TCP/IP).
  
  [Regression Potential]
  
- Calling PQFlush() may cause some additional overhead for the cases where
+ Calling PQflush() may cause some additional overhead for the cases where
  flushing does not need to be done (the cases that happen to work as is).
  The patch only touches functions pg_send_query() and
  pg_send_query_params(), so any possible regression should affect only
  those methods. Both these methods suffer from the same issue and are
  already too broken to be used in production environment, 

[Bug 1220677] [NEW] pg_send_query(): Cannot set connection to blocking mode

2013-09-04 Thread Mikko Rantalainen
Public bug reported:

(I think the package should be php5-pgsql but launchpad wants me to use
php5 for some reason.)

pg_send_query() fails because of an implementation error if connection
is done to remote host and query string is long OR transaction is very
long.

The problem is caused by the implementation not following the PostgreSQL
documentation at http://www.postgresql.org/docs/9.1/static/libpq-
async.html#LIBPQ-PQFLUSH

PQflush: [...] After sending any command or data on a nonblocking
connection, call PQflush. [...]

Related PHP Bug: https://bugs.php.net/bug.php?id=65015
Patch: 
https://bugs.php.net/patch-display.php?bug_id=65015patch=pg_send_query_flush_buffer.patchrevision=latest
Test script (from PHP bug):
---
$len = 10; // This may need to be increased, depending on db server.
$sql = select 1 . str_repeat(' ', $len - 8);
$con = pg_connect('host=db-host.example.com dbname=postgres user=postgres 
password=password');
pg_send_query($con, $sql);
pg_get_result($con);
---

Note that the test script only fails if host is remote (connected using
TCP/IP).

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: php5-pgsql 5.3.10-1ubuntu3.7
ProcVersionSignature: Ubuntu 3.8.0-27.40~precise3-generic 3.8.13.4
Uname: Linux 3.8.0-27-generic x86_64
ApportVersion: 2.0.1-0ubuntu17.4
Architecture: amd64
Date: Wed Sep  4 15:22:25 2013
InstallationMedia: Ubuntu 12.04.1 LTS Precise Pangolin - Release amd64 
(20120823.1)
MarkForUpload: True
SourcePackage: php5
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: php5 (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug precise

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1220677

Title:
  pg_send_query(): Cannot set connection to blocking mode

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

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1042711] [NEW] php: throw and catch within a destructor causes exception on-the-fly to be lost

2012-08-28 Thread Mikko Rantalainen
Public bug reported:

See the attached test case. The Outer::runInner() throws a test
exception that is supposed to be catched in Outer::run(). However,
before this the destructor of Inner will run as a result of stack
unwinding while returning from Outer::runInner(). This, in turn, causes
the original exception to be lost because Inner::tearDown() throws an
exception which it later catches.

The test case is expected to output (tested official win32 builds 5.3.16
and 5.4.6):

$ php throw-test.php
Catched exception in Inner::tearDown(): test throw inside Inner::tearDown()
#0 /path/to/test.php(6): Inner-tearDown()
#1 /path/to/test.php(29): Inner-__destruct()
#2 /path/to/test.php(29): Outer-runInner()
#3 /path/to/test.php(45): Outer-run()
#4 {main}
OK: Catched exception in Outer::run(): test throw from Outer::runInner()
#0 /path/to/test.php(29): Outer-runInner()
#1 /path/to/test.php(45): Outer-run()
#2 {main}

The version distributed by ubuntu (PHP 5.3.2-1ubuntu4.17) outputs:

$ php throw-test.php 
Catched exception in Inner::tearDown(): test throw inside Inner::tearDown()
#0 /home/mira/tmp/throw-test.php(6): Inner-tearDown()
#1 /home/mira/tmp/throw-test.php(29): Inner-__destruct()
#2 /home/mira/tmp/throw-test.php(29): Outer-runInner()
#3 /home/mira/tmp/throw-test.php(45): Outer-run()
#4 {main}

Notice the missing exception in Outer::run(). [Lines have been manually
wrapped for this bug report.]

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: php5-cli 5.3.2-1ubuntu4.17
ProcVersionSignature: Ubuntu 3.0.0-24.40~lucid1-generic 3.0.38
Uname: Linux 3.0.0-24-generic x86_64
Architecture: amd64
CheckboxSubmission: f0bf0101e3df07a87acfbc156f0db03d
CheckboxSystem: b5acb6c9ca4017b1d44043910f45329d
Date: Tue Aug 28 15:01:35 2012
InstallationMedia: Ubuntu 9.10 Karmic Koala - Release Candidate amd64 
(20091020.3)
SourcePackage: php5

** Affects: php5 (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug lucid

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1042711

Title:
  php: throw and catch within a destructor causes exception on-the-fly
  to be lost

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

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1042711] Re: php: throw and catch within a destructor causes exception on-the-fly to be lost

2012-08-28 Thread Mikko Rantalainen
** Attachment added: minimal test case
   
https://bugs.launchpad.net/bugs/1042711/+attachment/3280442/+files/throw-test.php

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1042711

Title:
  php: throw and catch within a destructor causes exception on-the-fly
  to be lost

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

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1042711] Re: php: throw and catch within a destructor causes exception on-the-fly to be lost

2012-08-28 Thread Mikko Rantalainen
It just occurred to me that the test case written a bit differently
could be program logic guarding authenticated session.

As a result, I'm marking this bug as security but keeping it still
public because I'm not aware of real world PHP program suffering from a
security issue because of this issue.

** This bug has been flagged as a security vulnerability

** Attachment added: Possible security problem caused by the bug
   
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1042711/+attachment/3280518/+files/throw-test.php

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1042711

Title:
  php: throw and catch within a destructor causes exception on-the-fly
  to be lost

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

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 459048] Re: php5 crashed with SIGSEGV in _Unwind_ForcedUnwind()

2010-09-15 Thread Mikko Rantalainen
*** This bug is a duplicate of bug 343870 ***
https://bugs.launchpad.net/bugs/343870

** Visibility changed to: Public

-- 
php5 crashed with SIGSEGV in _Unwind_ForcedUnwind()
https://bugs.launchpad.net/bugs/459048
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 343870] Re: php-cli segmentation fault with mysql extension

2010-04-26 Thread Mikko Rantalainen
Checked against lucid inside VirtualBox OSE and could not reproduce the
problem anymore. I'm able to reproduce against karmic even inside
VirtualBox (and on real hardware, too).

-- 
php-cli segmentation fault with mysql extension
https://bugs.launchpad.net/bugs/343870
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 343870] Re: php-cli segmentation fault with mysql extension

2009-10-23 Thread Mikko Rantalainen
Reproduced with 64 bit Karmic. See bug 459048 for stack trace.

-- 
php-cli segmentation fault with mysql extension
https://bugs.launchpad.net/bugs/343870
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 343870] Re: php-cli segmentation fault with mysql extension

2009-09-21 Thread Mikko Rantalainen
To reproduce in Jaunty (may require at least two physical CPU cores
because this is a race condition) simply run the following bash command:

$ while true; do php -r ; done

(hit CTRL+C after seeing at least one Segmentation fault)

The above code repeatedly starts php interpreter and runs no code before
exit. At it still causes random segfaults.

To reproduce, you must have package php5-mysql or equivalent installed
(try php -m | grep mysql to see if you have mysql support in php).

I believe that this may cause minor performance hit with the non-CLI php
variant also but because the segmentation fault occurs in (transparent)
paraller process, the problem is not visible through apache.

-- 
php-cli segmentation fault with mysql extension
https://bugs.launchpad.net/bugs/343870
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 368585] Re: php5 crashed with SIGSEGV in _Unwind_ForcedUnwind()

2009-04-30 Thread Mikko Rantalainen
Probably related (or same as) http://bugs.mysql.com/bug.php?id=42850

That bug is caused by http://bugs.mysql.com/bug.php?id=24507 which is a
(not so good) workaround for a glibc bug
(http://sourceware.org/bugzilla/show_bug.cgi?id=2644). If the glibc bug
is fixed in the currently distributed Ubuntu glibc, then the workaround
for MySQL bug 24507 could be removed which in turn fixes the bug 42850.


** Bug watch added: MySQL Bug System #42850
   http://bugs.mysql.com/bug.php?id=42850

** Bug watch added: MySQL Bug System #24507
   http://bugs.mysql.com/bug.php?id=24507

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

-- 
php5 crashed with SIGSEGV in _Unwind_ForcedUnwind()
https://bugs.launchpad.net/bugs/368585
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 368585] [NEW] php5 crashed with SIGSEGV in _Unwind_ForcedUnwind()

2009-04-28 Thread Mikko Rantalainen
Public bug reported:

Binary package hint: php5

This may be related to bug 259479.

Steps to reproduce (with command line php, see the attached file):
1) $ php test.php

Seems to be some kind of race condition because it only happens every
now and then. Here's a backtrace from a core dump:

(gdb) bt
#0  0x7f71213564ef in ?? () from /lib/libgcc_s.so.1
#1  0x7f7121356e3b in ?? () from /lib/libgcc_s.so.1
#2  0x7f7121356f43 in _Unwind_ForcedUnwind () from /lib/libgcc_s.so.1
#3  0x7f71239bb710 in __pthread_unwind () from /lib/libpthread.so.0
#4  0x7f71239b5b05 in pthread_exit () from /lib/libpthread.so.0
#5  0x7f7120fa8f3b in ?? ()
#6  0x in ?? ()

$ lsb_release -rd
Description:Ubuntu 9.04
Release:9.04

$ apt-cache policy php5-cli
php5-cli:
  Installed: 5.2.6.dfsg.1-3ubuntu4.1
  Candidate: 5.2.6.dfsg.1-3ubuntu4.1
  Version table:
 *** 5.2.6.dfsg.1-3ubuntu4.1 0
500 http://security.ubuntu.com jaunty-security/main Packages
100 /var/lib/dpkg/status
 5.2.6.dfsg.1-3ubuntu4 0
500 http://fi.archive.ubuntu.com jaunty/main Packages

$ uname -a
Linux semyol-329-b 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:58:03 UTC 
2009 x86_64 GNU/Linux

I have a core dump (0.4 MB bzip2'd) if required.

** Affects: php5 (Ubuntu)
 Importance: Undecided
 Status: New

-- 
php5 crashed with SIGSEGV in _Unwind_ForcedUnwind()
https://bugs.launchpad.net/bugs/368585
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 368585] Re: php5 crashed with SIGSEGV in _Unwind_ForcedUnwind()

2009-04-28 Thread Mikko Rantalainen

** Attachment added: A simple PHP test file which causes a SIGSEGV sometimes
   http://launchpadlibrarian.net/26070110/test.php

-- 
php5 crashed with SIGSEGV in _Unwind_ForcedUnwind()
https://bugs.launchpad.net/bugs/368585
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs