I can try doing this myself if someone wants to point me to the
documentation of rebasing/repacking/etc.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1799693
Title:
Stable libopus-1.3 released
To
Public bug reported:
Cosmic is currently shipping libopus-1.3~beta+20180518-1 which is now outdated
and technically marked as a beta.
http://opus-codec.org/release/stable/2018/10/18/libopus-1_3.html
** Affects: opus (Ubuntu)
Importance: Undecided
Status: New
--
You received
Public bug reported:
ubuntu 14.4 LTS
32-bit
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: ubuntu-release-upgrader-core 1:0.220.5
ProcVersionSignature: Ubuntu 3.13.0-39.66-generic 3.13.11.8
Uname: Linux 3.13.0-39-generic i686
ApportVersion: 2.14.1-0ubuntu3.5
Architecture: i386
CrashDB:
At the time the bug hit, retrying the failed install step did not
resolve the problem. The program did not crash or present anything
other than the failure error message at the top level (of the alternate
install menu screens). On the day of the failure, I tried at least two
times and failed all
Public bug reported:
Attempting a clean install of Ubuntu 12.04 from beta-1 AMD64 alternate
ISO image as a VM (under ESXi 4.1) behind a corporate firewall fails on
the step where it starts to try to install packages.
Network setup was manual with static IP address, netmask, DNS servers
and
Public bug reported:
I needed to create /usr/lib64 in order to get the VMware tools to
install, as provided on an ESXi 4.1 host. Installed Ubuntu 12.04 beta-1
amd64 desktop configuration.
After creating /usr/lib64 directory and running the standard install of
vmware tools, the vmware tools are
Public bug reported:
Binary package hint: cloc
On oneiric, cloc is reporting its using a deprecated function. Or more
precisely, perl is reporting this (but cloc is using a deprecated
function and perhaps shouldn't be.)
For example, running cloc against a random C file in my project:
% cloc
Now that a fix has been released for Ubuntu 10.04, what needs to happen
to get this fixed in the PHP 5 code base? PHP bug
http://bugs.php.net/bug.php?id=52102 was closed out as a duplicate of
http://bugs.php.net/bug.php?id=44522 , which it isn't an exact
duplicate? How do we get the PHP5 code
Now that a fix has been released for Ubuntu 10.04, what needs to happen
to get this fixed in the PHP 5 code base? PHP bug
http://bugs.php.net/bug.php?id=52102 was closed out as a duplicate of
http://bugs.php.net/bug.php?id=44522 , which it isn't an exact
duplicate? How do we get the PHP5 code
Marc:
Will the next version have the proper support for handling large files
( 2^32 bytes) in it?
Test case for this is listed above.
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a
The proposed fix (in lucid-proposed as 5.3.2-1ubuntu4.3.) corrects this
bug. I have now tested version 5.3.2-1ubuntu4.3 and successfully
downloaded a large file ( 2^32 bytes) via a dynamic PHP script on a 64
bit Ubuntu 10.04.1 based system.
--
PHP5 under Apache2 on 64 bit system is not
The proposed fix (in lucid-proposed as 5.3.2-1ubuntu4.3.) corrects this
bug. I have now tested version 5.3.2-1ubuntu4.3 and successfully
downloaded a large file ( 2^32 bytes) via a dynamic PHP script on a 64
bit Ubuntu 10.04.1 based system.
Just to add details:
Test was with the PHP script (
Marc:
Will the next version have the proper support for handling large files
( 2^32 bytes) in it?
Test case for this is listed above.
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a
The proposed fix (in lucid-proposed as 5.3.2-1ubuntu4.3.) corrects this
bug. I have now tested version 5.3.2-1ubuntu4.3 and successfully
downloaded a large file ( 2^32 bytes) via a dynamic PHP script on a 64
bit Ubuntu 10.04.1 based system.
--
PHP5 under Apache2 on 64 bit system is not
The proposed fix (in lucid-proposed as 5.3.2-1ubuntu4.3.) corrects this
bug. I have now tested version 5.3.2-1ubuntu4.3 and successfully
downloaded a large file ( 2^32 bytes) via a dynamic PHP script on a 64
bit Ubuntu 10.04.1 based system.
Just to add details:
Test was with the PHP script (
I've now had a chance to install the PHP5 build from ppa:zulcss/server-
lucid-bug-fixes. With that build, I was able to download a file 2^32
bytes (over the 4.2Gb boundary) successfully. I still need to test the
scripts I have running under Apache2 / PHP5 / Mysql 5.0 from Ubuntu 8.04
LTS to see
I've now had a chance to install the PHP5 build from ppa:zulcss/server-
lucid-bug-fixes. With that build, I was able to download a file 2^32
bytes (over the 4.2Gb boundary) successfully. I still need to test the
scripts I have running under Apache2 / PHP5 / Mysql 5.0 from Ubuntu 8.04
LTS to see
Is ppa:zulcss/server-lucid-bug-fixes different from what is pointed at
by https://launchpad.net/~zulcss/+archive/ppa ? The later is still
showing a 2010/06/28 build date which is broken for trying to run PHP
scripts under apache2. It is missing libapache2-mod-php5{a} and
php5-intl{a} from the
Is ppa:zulcss/server-lucid-bug-fixes different from what is pointed at
by https://launchpad.net/~zulcss/+archive/ppa ? The later is still
showing a 2010/06/28 build date which is broken for trying to run PHP
scripts under apache2. It is missing libapache2-mod-php5{a} and
php5-intl{a} from the
The long download finally succeeded without problems. The production
server is running with the update without issues at the application
level. Looks good.
--
TCP stack bug related to F-RTO
https://bugs.launchpad.net/bugs/567394
You received this bug notification because you are a member of
Ok. I'm back to trying to test this fix. I think I have lucid-proposed
added to my test configuration. I'm not seeing the build. A pointer to
a web page documenting what I need to do next to access your ppa area
and use it would be useful.
Thanks.
--
PHP5 under Apache2 on 64 bit system is
Ok. I'm back to trying to test this fix. I think I have lucid-proposed
added to my test configuration. I'm not seeing the build. A pointer to
a web page documenting what I need to do next to access your ppa area
and use it would be useful.
Thanks.
--
PHP5 under Apache2 on 64 bit system is
See private support log (case 9186). I'm trying to get the test run by
the end of the week.
--
TCP stack bug related to F-RTO
https://bugs.launchpad.net/bugs/567394
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing
Initial testing shows the new kernel is working.
Testing with SACK option disabled, and one of my shorter downloads,
showed no problem. Normally I would hit the kernel bug with this test.
I've run this test twice without hitting the problem. So, it looks like
the problem is fixed. And I
I'm having trouble getting the update of the hardy-proposed archive.
See private landscape case # 9186 for details.
--
TCP stack bug related to F-RTO
https://bugs.launchpad.net/bugs/567394
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
I'm now waiting for the US mirrors to update. It will probably be
Monday before I get to this as a result.
Thanks for the reference to the testing / enable proposed archive
documentation. Since I'm used to apt-get, I'll need to comment and
uncomment the hardy-proposed entry in the sources.list
Actually, http://bugs.php.net/bug.php?id=44522 is concerned with
uploading data to the server, which according to 44522 breaks at the 2G
byte mark (a signed 32 bit int issue). This bug (564920, php # 52102)
is an issue with downloading data from the server, which breaks at the
4G byte mark. Both
Actually, http://bugs.php.net/bug.php?id=44522 is concerned with
uploading data to the server, which according to 44522 breaks at the 2G
byte mark (a signed 32 bit int issue). This bug (564920, php # 52102)
is an issue with downloading data from the server, which breaks at the
4G byte mark. Both
At the application level, testing of both V1 and V2 patches worked.
When packets captured with Wireshark were reviewed, V1 patch looked OK.
Traffic using the V2 patched kernel had some additional issues that I
haven't had time to investigate.
I have rolled the V1 patched kernel to my production
Preliminary testing shows both versions of the patched kernel corrected
the issue.
See private log for more details.
--
TCP stack bug related to F-RTO
https://bugs.launchpad.net/bugs/567394
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
Thanks. I've grabbed the set of files for the amd64 configuration. Now
to read up on how to install these test .deb files. [Let's see, can I
just add a line to apt's source list configuration file and use the
standard cli or gui tools to install as an update?]
The headers will be useful since
It has taken a bit I now have a test system that I can load a test
kernel on to verify the fixes. The test system is using the default
(current) server kernel. My production system is using the general
kernel.
Let me know how you want me to obtain and install the kernel for
testing.
Bob
Flavor: Production is generic kernel. I'm building a test system, and
suspect it will install the server kernel.
Arch: Must be amd64.
Bob Jones
-Original Message-
From: boun...@canonical.com [mailto:boun...@canonical.com] On Behalf Of Stefan
Bader
Sent: Monday, May 10, 2010 8:22 AM
Kees Cook:
You are correct that the client and server get in a retransmission loop
that gets longer and longer delays. Unfortunately for the client, it
means the client does not get the data it is waiting for (if the
protocol is the client needing data from the server). Eventually either
the
As noted in the linked Linux kernel mailing list refence (
http://lkml.org/lkml/2009/9/25/274 ), the kernel fixes are in kernels
2.6.25.7 and 2.6.26 or later. Since Ubuntu 10.04, 9.10 and 9.04 contain
later kernels, this bug should not apply to them.
In preliminary testing under Ubuntu 10.04, I
As noted in the linked Linux kernel mailing list refence (
http://lkml.org/lkml/2009/9/25/274 ), the kernel fixes are in kernels
2.6.25.7 and 2.6.26 or later. Since Ubuntu 10.04, 9.10 and 9.04 contain
later kernels, this bug should not apply to them.
In preliminary testing under Ubuntu 10.04, I
Attached requested script to reproduce bug.
** Changed in: php5 (Ubuntu)
Status: Incomplete = New
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a member of Ubuntu
Server Team,
Bug does not exist in Debian 5.04 release (with updates).
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.
--
Attached requested script to reproduce bug.
** Changed in: php5 (Ubuntu)
Status: Incomplete = New
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Bug does not exist in Debian 5.04 release (with updates).
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Bug also exists in current Ubuntu 9.10 release.
Tested using the test.php script previously attached, and using the
suggested debian dvd .iso image as the input file (listed as test.txt in
test.php script). .iso image is 4,697,126,912 bytes. Download socket
is closed after 402,159,616 bytes,
Test file opened by the attached script, test.php, was 4,700,110,848
bytes in length. Under Ubuntu 10.04 beta 2, download socket was closed
after transfering 405,143,552 bytes. (a 0x mask of the full
file size).
Test needs to run on 64 bit system in order to properly work on files
Bug also exists in current Ubuntu 9.10 release.
Tested using the test.php script previously attached, and using the
suggested debian dvd .iso image as the input file (listed as test.txt in
test.php script). .iso image is 4,697,126,912 bytes. Download socket
is closed after 402,159,616 bytes,
Public bug reported:
Binary package hint: php5
Something in php5 running under apache2 under Ubuntu 10.04 beta 2 (with
updates) is not fully 64 bit aware on a 64 bit system. PHP scripts run
under Apache correctly under Ubuntu 8.04 LTS (with latest updates).
Under Ubuntu 10.04 beta 2, some place
** Attachment added: System generated bug report attached.
http://launchpadlibrarian.net/44462618/apport.php5.m0o9Zn.apport
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a member of
Was php5 compiled with -D_LARGEFILE_SOURCE and -D_FILE_OFFSET_BITS=64 on
64 bit systems?
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed
Public bug reported:
Binary package hint: php5
Something in php5 running under apache2 under Ubuntu 10.04 beta 2 (with
updates) is not fully 64 bit aware on a 64 bit system. PHP scripts run
under Apache correctly under Ubuntu 8.04 LTS (with latest updates).
Under Ubuntu 10.04 beta 2, some place
** Attachment added: System generated bug report attached.
http://launchpadlibrarian.net/44462618/apport.php5.m0o9Zn.apport
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a member of
Was php5 compiled with -D_LARGEFILE_SOURCE and -D_FILE_OFFSET_BITS=64 on
64 bit systems?
--
PHP5 under Apache2 on 64 bit system is not completely 64 bit
https://bugs.launchpad.net/bugs/564920
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
49 matches
Mail list logo