Hey all,
I'm back with another question about patching a package for the Focal
release. My concern is about Boost 1.71, which now ships its own native
CMake config. Previously, FindBoost.cmake was a module supplied by
cmake-data, but now the one from Boost itself takes precedence (as it
s
I've met the problem with ~/profile.d patching and want to suggest a solution. There is a lot of scripts that requires manual patching of the profile file. Some of such tools like go requires manual patching to add GOPATH, others provide scripts for this (like nvm). This is dangerous an
On Tuesday, April 19, 2011 06:23:28 AM James Page wrote:
> Help/guidance/opinion much appreciated.
Debian has got the same problem since python3.2 is now the default there too.
I would recommend contacting the debian mod-wsgi maintainers and asking their
advice.
Scott K
--
Ubuntu-devel-discus
Hi All
I need a bit of guidance on the best way to apply the fix for bug 759943
(see [0]).
Basically mod-wsgi 3.3 is not compatible with Python 3.2; this is being
worked on upstream for version 4.0. The upstream developer has provided
a patch based on trunk that should resolve the compatibility
a server could offer a patch
against an already downloaded, similar package to make the download
faster/using less bandwidth. A good patching algorithm isn't trivial
and could include extracting and re-assembling the package on the
client side.
Markus
- - - - - - - - - - - - - - - -
have the opportunity to be innovative and create a new patching system
> > better than that being used by the competition:
>
> An interesting discussion of these kinds of changes can be found here:
> https://launchpad.net/ubuntu/+spec/succinct
> https://wiki.ubuntu.com/apt-sync (t
On 13/01/2008, Evan <[EMAIL PROTECTED]> wrote:
> Any change in this area is far too complex for a LTS, however for 8.10 we
> have the opportunity to be innovative and create a new patching system
> better than that being used by the competition:
An interesting discussion of these k
n this area is far too complex for a LTS, however for 8.10 we
> have the opportunity to be innovative and create a new patching system
> better than that being used by the competition:
>
> Write a new program that is generically designed to modify any binary
> according to para
ize generally < 5MB)
Any change in this area is far too complex for a LTS, however for 8.10 we
have the opportunity to be innovative and create a new patching system
better than that being used by the competition:
Write a new program that is generically designed to modify any binary
accord
