Hi,
Thanks to Jeff's observations, I have a workaround that should suffice
for Debian. I don't know what the right fix should be, but I hope the
openmpi, fakeroot, and libc6 folks can take it from here.
On Fri, Jun 05, 2009 at 02:39:27PM -0400, Jeff Squyres wrote:
On Jun 2, 2009, at 4:25 PM,
Note to self:
Tested with boost 1.38 and the bug remains. Need to test with latest Boost
release (currently 1.39).
st...@riemann{boost}cat boost-test-auto-main.cc
#define BOOST_AUTO_TEST_MAIN
#include boost/test/auto_unit_test.hpp
BOOST_AUTO_TEST_CASE( dummy )
{
BOOST_ASSERT(1);
}
On Wed, Jun 03, 2009 at 03:20:48PM +0200, Rene Engelhard wrote:
Hi,
Steve M. Robbins wrote:
There are 18 packages that build-depend on boost1.37; I have checked
each of these source packages as tabulated below. Some of these
build-depend on both the 1.37 packages and the unversioned
Just FYI:
1. This bug can be demonstrated without a C file:
mpicc.openmpi -show
gcc -I/usr/lib/openmpi/include ... -lnsl -lutil -lm -ldl
fakeroot mpicc.openmpi -show
/usr/bin/fakeroot: line 178: 27191 Segmentation fault (core dumped)
FAKEROOTKEY=...
2. This bug is the
Hi Rene,
On Sat, May 30, 2009 at 10:20:45PM +0200, Rene Engelhard wrote:
Steve M. Robbins wrote:
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1
Package: boost1.38
Severity: normal
Tags: patch
Hi Bernhard,
Thanks for your contribution!
On Wed, Jun 03, 2009 at 02:57:11AM +0200, Bernhard Reiter wrote:
Hi,
I've contacted the list once already regarding the same topic [1], but
this time I can fortunately provide a fix which I'd ask to
Package: ftp.debian.org
Severity: normal
Hi,
This version is no longer needed as Boost already has version 1.38 in
Debian, which is currently the default (c.f boost-defaults). This
has been discussed at length on the release list [1].
There are 18 packages that build-depend on boost1.37; I
Package: gecode
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages,
which will make it fail to build when 1.37 is removed.
Please depend on the unversioned Boost development packages.
-Steve
-- System Information:
Debian Release: squeeze/sid
APT prefers
Package: kdevplatform
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages,
which will make it fail to build when 1.37 is removed.
Please depend on the unversioned Boost development packages.
-Steve
-- System Information:
Debian Release: squeeze/sid
APT prefers
Package: liborigin2
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1].
Thanks,
-Steve
[1]
Package: libtorrent-rasterbar
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1].
Thanks,
-Steve
[1]
Package: miro
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1].
Thanks,
-Steve
[1]
Package: qutecom
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1].
Thanks,
-Steve
[1]
Package: pokerth
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1].
Thanks,
-Steve
[1]
Package: smc
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1].
Thanks,
-Steve
[1]
Package: tagpy
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1].
Thanks,
-Steve
[1]
Package: openoffice.org
Version: 1:3.1.0-4
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1].
Thanks,
-Steve
[1]
Package: wesnoth
Severity: normal
Hi,
Your package depends on the Boost 1.37 development packages, which
will make it fail to build when 1.37 is removed. Please depend on the
unversioned Boost development packages [1].
Thanks,
-Steve
[1]
Package: ftp.debian.org
Severity: normal
Hello,
Please remove source package boost, which is version 1.34.1 of Boost.
We already have later versions of boost, e.g. boost1.38 in the
archive, and package boost-defaults providing unversioned development
packages.
I have gone through all the
Package: dammit
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. Specifically, you
Package: encfs
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change.
Excerpt from a
Package: fslview
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. Excerpt
from a
Package: keysafe
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. Specifically, you
Package: lyx
Version: 1.6.2-1
Severity: serious
Justification: no longer builds from source
Hi,
I realise you folks already know this, but I'm filing all
build failures for completeness.
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from
Package: mkvtoolnix
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. It looks
like
Package: licq
Severity: serious
Justification: no longer builds from source
Hi,
I was unable to build this package. Here's the end of the
build log:
make[2]: Leaving directory `/licq-1.3.6/po'
make[2]: Entering directory `/licq-1.3.6'
make[3]: Entering directory `/licq-1.3.6'
make[3]: Nothing
Package: performous
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. Here's an
Package: objcryst-fox
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. A
Package: pingus
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. Specifically, you
Package: plee-the-bear
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. CMake fails
Package: polybori
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. Specifically,
Package: source-highlight
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change.
Package: sfftobmp
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. Specifically,
Package: vegastrike
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. Excerpt from
Package: subcommander
Severity: serious
Justification: no longer builds from source
Hi,
I couldn't build this package:
The following packages have unmet dependencies:
pbuilder-satisfydepends-dummy: Depends: libdb4.6-dev but it is not installable
The following actions will resolve these
Package: xsd
Severity: serious
Justification: no longer builds from source
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
You package now fails to build due to that change. Specifically, you
Package: geordi
Severity: serious
Justification: no longer builds from source
Hi,
I could not build this package from source:
dpkg: error processing pbuilder-satisfydepends-dummy (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
Package: barry
Severity: serious
Justification: no longer builds from source
The boost libraries now build only multithreaded (-mt) variant, so
barry needs to link using -lboost_serialization-mt.
See also
http://lists.alioth.debian.org/pipermail/pkg-lyx-devel/2009-May/003244.html
Patch:
Package: asc
Version: 2.1.0.0-1
Severity: serious
Justification: no longer builds from source
r...@riemann:/asc-2.1.0.0# apt-get build-dep asc
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Build-Depends dependency for asc cannot be satisfied because
On Wed, May 13, 2009 at 12:15:32PM +0100, Bradley Smith wrote:
Whilst building your package on AVR32, the build failed with:
stdin:61:2: error: #error The gmp-dev package is not usable with
the architecture.
Please could avr32 be added into debian/gmp.h? (__avr32__ is the needed
tags 524612 + pending
thanks
On Sat, Apr 18, 2009 at 03:03:25PM +0200, Bill Allombert wrote:
There is a circular dependency between libboost-math1.37-dev,
libboost-serialization1.37-dev, libboost1.37-dev, and libboost-math1.38-dev,
libboost-serialization1.38-dev, libboost1.38-dev:
Package: synaptic
Version: 0.62.5
Severity: wishlist
I have debconf configured to use the KDE frontend, but synaptic will
only use Gnome or Readline frontends, it seems.
Please consider supporting the user's choice of frontend.
Thanks,
-Steve
-- System Information:
Debian Release:
On Mon, Apr 06, 2009 at 10:03:37AM -0400, A. Maitland Bottoms wrote:
In this case, the /usr/lib/vtk-5.2/VTKBuildSettings.cmake is generated
during the build, so no need for a new source upload.
I am having troubles generating a clean pbuilder environment just now,
troubles with libgraphviz4,
Hi,
Release team: VTK's build environment is recorded in
/usr/lib/vtk-5.2/VTKBuildSettings.cmake which is subsequently used for
building code that links with VTK. VTK on amd64 seems to have been
built with ccache, and this will cause build failures on all rdeps
that don't build-depend on ccache.
On Sat, Mar 28, 2009 at 10:14:38AM +0100, Gerfried Fuchs wrote:
* Gerfried Fuchs rho...@deb.at [2009-03-27 10:59:29 CET]:
* Steve M. Robbins st...@sumost.ca [2009-03-23 20:57:49 CET]:
The script is used to create undecorated symlinks to libraries built
with the default python version
On Mon, Mar 23, 2009 at 08:47:59AM +0100, Matthias Klose wrote:
Steve, thanks for the reply.
Steve M. Robbins schrieb:
Matthias,
We have a bit of a chicken and egg problem, here.
We're using the rtupdate script to create undecorated symlinks for
boost python libraries built
Matthias,
We have a bit of a chicken and egg problem, here.
We're using the rtupdate script to create undecorated symlinks for
boost python libraries built against the default python. Until Python
2.6 is available to build the Boost.Python package, no such libraries
exist.
The current
Hello Evgeni,
Thanks for testing gmp.
On Sun, Mar 15, 2009 at 10:46:32AM +0100, Evgeni Golov wrote:
On Sat, Mar 14, 2009 at 03:27:13PM -0500, Steve M. Robbins wrote:
If it indeed builds with ABI=32 (as does revision -2) then please install it
and try building mousepad.
Works fine
Hi Evgeni,
Thanks for the strace -f tip. Now I see the cc1 invocations
opening libgmp.so, so I agree that the problem you're seeing is indeed
connected with gmp. :-)
On Sat, Mar 14, 2009 at 10:02:23AM +0100, Evgeni Golov wrote:
Hi Steve,
On Fri, 13 Mar 2009 00:59:20 -0500 Steve M. Robbins
tags 519724 + pending
thanks
Hello Gregory,
Thanks for the report.
On Sat, Mar 14, 2009 at 10:30:42AM -0700, Gregory Sharp wrote:
Hi, I reported this already once, but didn't get feedback email,
nor did I find in the web database. Sorry if it is duplicated.
I haven't seen this issue
tags 519409 + moreinfo
thanks
Hi,
I can't reproduce this bug on amd64 hardware.
On Thu, Mar 12, 2009 at 11:38:57AM +0100, Evgeni Golov wrote:
Hi,
while installing Xorg from experimental, I also got libgmp3c2 2:4.2.4+dfsg-3
from there, which made almost every package I wanted to build to
Hi,
This bug has a very long history :-)
The entries of 2008-10-29 and 2008-12-07 suggest that the package was
uploaded then rejected. What is the problem? How can I help get
CodeBlocks into Debian?
Thanks,
-Steve
signature.asc
Description: Digital signature
Package: wx2.8-headers
Version: 2.8.7.1-1.1
Severity: important
The header wx/platform.h #includes wx/setup.h, but the latter is
not shipped in this package.
Snippet starting at line 189 of wx/platform.h:
/*
Include wx/setup.h for the Unix platform defines generated by configure and
the
retitle 518833 Document where to find wx/setup.h
severity 518833 wishlist
thanks
On Sun, Mar 08, 2009 at 05:10:28PM -0500, Steve M. Robbins wrote:
The header wx/platform.h #includes wx/setup.h, but the latter is
not shipped in this package.
OK, I found wx/setup.h in
/usr/lib/wx/include
On Mon, Feb 23, 2009 at 04:16:50PM +0100, Josselin Mouette wrote:
the insighttoolkit rules file contains the following:
PYMODDIR = usr/share/python-support/$(pkg_python)
PYEXTDIR = usr/lib/python-support/$(pkg_python)/$(PYVERS)
...
install/$(pkg_python)::
dh_install -p$(pkg_python)
Hello Bill,
On Mon, Nov 24, 2008 at 09:18:53PM +0100, Bill Allombert wrote:
It would be great if GMP would provide a 32bit version on amd64
and 64bit version on ppc (at least), both library and -dev
package.
I had some patch for the etch version, but I do not know how to
do that with
Hi,
On Wed, Feb 25, 2009 at 11:03:04PM +0100, Cristian Greco wrote:
On Thu, Feb 19, 2009 at 05:22:35PM +0100, Cristian Greco wrote:
I was trying to build libtorrent-rasterbar against boost1.37 due to the
upcoming transition (deprecating boost1.34.1) but I had a problem with
the
Hi,
Things are working as designed: staring in 1.34.1 Boost.Test no longer
provides the main() function in the shared lib. If you need it, link
it statically. See also this thread:
http://www.nabble.com/Undefined-reference-to-'main'-with-Boost-Test.-Why--td15986217.html
I'm sure this could
Package: paraview
Version: 3.4.0-2
Severity: serious
Trying to install the newest paraview (3.4.0-2) fails because it
includes /usr/bin/vtkpython, also in package python-vtk.
My initial reaction is that paraview should not be shipping this file.
I'm guessing it's there because paraview builds
Package: ftp.debian.org
Severity: normal
Coin version 1.x is obsolete and Debian already has version 2.x and 3.x
in the archive, so please remove coin.
There are no packages build-depending on libcoin20-dev.
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500,
Hi Leandro,
Leandro Lucarella ha scritto:
I'd very much like to have this in Debian. Can I help in any
way -- Testing, Sponsoring, etc ?
I'm sorry if I filed the bug incorreclty, but I didn't mean to say I was
packaging googletest, I wanted to ask the Debian comunity to pack
On Wed, Jan 14, 2009 at 05:18:30PM +0100, Giuseppe Iuculano wrote:
Steve M. Robbins ha scritto:
Absolutely. I think team packaging is the best approach. I've got
local packages that I'm already using, but they need some cleaning up.
How far have you gotten?
Great!
I would suggest
Hi,
In September, you reported that you are packaging googletest.
I'd very much like to have this in Debian. Can I help in any
way -- Testing, Sponsoring, etc ?
Thanks,
-Steve
signature.asc
Description: Digital signature
Package: minc-tools
Version: 2.0.16-3
Severity: grave
Tags: pending
The argument parsing for libminc (affecting all minc tools) is broken
on 64 bit machines. I have a fix for this, and will upload later
today.
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy:
I just discovered this bug is actually caused by #510629 (arg parsing
broken on 64 bits).
The ultimage cause is that mincheader calls
dumpfile=`mincexpand $1 $tmpfile -name_only $header_opts`
expecting a single line of output. However, the -name_only option is
ARGV_CONSTANT and
Hi,
In September, you reported that you are packaging googletest.
I'd very much like to have this in Debian. Can I help in any
way -- Testing, Sponsoring, etc ?
Thanks,
-Steve
signature.asc
Description: Digital signature
Package: hdf5
Severity: wishlist
As you know, building against MPI is tricky. Lots of folks have
adopted a strategy of building against OpenMPI on architectures it
supports and using LAM for the rest [1]. However, that means the
knowledge of which architectures can build OpenMPI is replicated
severity 509903 normal
thanks
On Sat, Dec 27, 2008 at 05:59:06PM +0200, Modestas Vainius wrote:
I'm unable to build a simple program which includes
polymorphic_text_oarchive.hpp header. see below. 1.35 and up seems to work.
Tested with 1.34.1-15 but I believe it should apply to 1.34.1-14
On Sat, Dec 27, 2008 at 11:27:31PM +0200, Modestas Vainius wrote:
Hello,
??e??tadienis 27 Gruodis 2008, j??s rate:
Thanks for the report. Can I assume you will simply use Boost 1.35
for your work?
I could but that does not change the fact that libboost-dev has problems on
64bit
Greetings Giridhar,
On Tue, Dec 23, 2008 at 02:49:41PM +0530, Y Giridhar Appaji Nag wrote:
SO: if we need to consider this case, then the message for an upload
failure in step 1 needs to suggest *both* steps 2 and 3 before
re-trying the dput.
Certainly. I tried to clarify this a bit
On Sat, Dec 20, 2008 at 05:48:50PM +0530, Y Giridhar Appaji Nag wrote:
On 08/12/19 20:42 -0600, Steve M. Robbins said ...
I have reconsidered: if a file exists on the server, I think the
correct behaviour is to continue rather than aborting.
Please consider the enclosed patch.
Thank
Package: cmake
Version: 2.6.0-6.1
Severity: wishlist
Version 2.6.2 is now available at cmake.org.
Some source code (e.g. www.itksnap.org) is now starting to demand 2.6.2...
Cheers,
-Steve
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable')
Package: vtk
Severity: wishlist
Version 5.2 is now available from vtk.org.
Cheers,
-Steve
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8,
retitle 481947 Continue if file exists on server
tags 481947 + patch
thanks
I have reconsidered: if a file exists on the server, I think the
correct behaviour is to continue rather than aborting.
Please consider the enclosed patch.
diff -u dput-0.9.2.36/ftp.py new/dput-0.9.2.36/ftp.py
---
On Wed, Dec 17, 2008 at 12:27:55AM +0100, Thiemo Seufer wrote:
Apparently the four failing targets are caused by an attempt to build
long double support on architectures which don't have support for it.
Yes. I had a patch to disable long double support, then removed
it because I thought
On Wed, Dec 10, 2008 at 07:15:09PM +, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the ftp.debian.org package:
#508236: RM: boost1.36 -- ROM; New version soon available
It has been closed by Debian Archive
On Thu, Dec 11, 2008 at 09:38:47AM +0100, Thomas Viehmann wrote:
On 2008-12-11 09:14:23.00 Steve M. Robbins [EMAIL PROTECTED] wrote:
Hey, no fair!
The deal was that boost1.37 be accepted into the archive before
removing 1.36. With this removal we have gone from being 4 months out
On Thu, Dec 11, 2008 at 11:21:40AM +0100, Thomas Viehmann wrote:
On 2008-12-11 10:20:26.00 Steve M. Robbins st...@sumost.ca wrote:
On Thu, Dec 11, 2008 at 09:38:47AM +0100, Thomas Viehmann wrote:
On 2008-12-11 09:14:23.00 Steve M. Robbins st...@sumost.ca wrote:
Hey, no fair
On Thu, Dec 11, 2008 at 05:44:11PM +0100, Thomas Viehmann wrote:
Steve M. Robbins wrote:
On that note, when will 1.37 be released from quarantine?
Joerg?
I'm glad that you mention it. Would you mind updating the
debian/copyright, please?
Sure. What needs to change?
-S
signature.asc
Package: ftp.debian.org
Severity: normal
Tags: moreinfo
Boost 1.37 is in the NEW queue. We would like to have boost1.36
removed as soon as 1.37 is accepted into sid.
Following Joerg Jaspert's suggestion [1], this is tagged moreinfo.
Package openturns build-depends on boost1.36, so a blocking
Package: ftp.debian.org
Severity: normal
Tags: moreinfo
Boost 1.37 is in the NEW queue. We would like to have boost1.35
removed as soon as 1.37 is accepted into sid.
Following Joerg Jaspert's suggestion [1], this is tagged moreinfo.
Several packages build-depend on boost1.35, so a blocking bug
Hi Steve,
Bjam is built twice: first using build.sh then the newly-built bjam
is used to build the real bjam that is used for subsequently
building Boost.
On Tue, Nov 25, 2008 at 11:18:19PM -0800, Steve Langasek wrote:
I see in the latest version of boost that you're setting
Package: minc-tools
Version: 2.0.16-3
Severity: normal
File: /usr/bin/mincheader
[EMAIL PROTECTED] a.MNC /dev/null
/usr/bin/mincheader: line 114: [: too many arguments
(from miopen): Unable to open file 'Original'
mincinfo: Error opening file Original
(from miopen): Unable to open file 'Original'
On Tue, Nov 11, 2008 at 08:44:08PM +0100, Jonas Smedegaard wrote:
Hi,
On Tue, Nov 11, 2008 at 01:08:34PM -0600, Steve M. Robbins wrote:
It would be nice if I could either set some variable like
DEB_MAKE_PARALLEL=yes, or use something like
include /usr/share/cdbs/1/rules/parallel.mk
Package: cdbs
Version: 0.4.52
Severity: normal
Hi,
The Policy Manual now suggests that packages support parallel building
where it makes sense [1]. I have several large packages that can
benefit from parallel builds and I'd like to make it easy to do with
cdbs.
It would be nice if I could
Hi Christophe,
On Wed, Oct 29, 2008 at 05:06:45PM +0100, Christophe Prud'homme wrote:
I now realize that I recompile a code previously compiled with 1.35
without doing a make clean first
I will investigate this and try to provide as much information as
possible if needed
Have you decided
Hello,
Please provide:
1. a minimal example program,
2. the command line you used to build it,
3. the output (e.g. error message) received, and
4. the result you expected.
On Wed, Oct 29, 2008 at 11:18:53AM +0100, Christophe Prud'homme wrote:
Package: libboost-system1.36.0
Version:
Hello,
Please provide:
1. a minimal example program,
2. the command line you used to build it,
3. the output (e.g. error message) received, and
4. the result you expected.
On Wed, Oct 29, 2008 at 11:22:41AM +0100, Christophe Prud'homme wrote:
Package: libboost-program-options1.36.0
Hi,
Here's a patch to fix this. Hope you can apply it before too long.
Thanks,
-Steve
diff -u -r cmake-2.6.0/debian/control cmake-2.6.0-6.1/debian/control
--- cmake-2.6.0/debian/control 2008-10-26 23:17:52.0 -0500
+++ cmake-2.6.0-6.1/debian/control 2008-10-26 22:54:51.0
On Mon, Oct 13, 2008 at 10:21:40PM +0200, Cyril Brulebois wrote:
Hi Boosty people!
The above problem might be fixable on my side, but it looks like this
was a problem that got ACK'd by boost upstream, and fixed in 1.36. Maybe
it would be possible/interesting to ask for a minimal patch for
Hi,
I think you're misinterpreting what the linker is telling you. In
your log http://pastebin.com/m1ee58afd, line 2, we see
c++ -fPIC -o libgame_library.so ... -Wl,-Bstatic -lboost_regex ...
which means you are creating a shared object (libgame_library.so) using
static libraries
On Mon, Sep 22, 2008 at 12:11:46PM +0200, Samuel Tardieu wrote:
Couldn't you upload the new libraries (1.36) in experimental
for the time being? (while Lenny is frozen)
Yes, that is possible. I have done some work on 1.36, but not
completed it. It hasn't been a priority for me. I'll see if
I
Package: gmp
Severity: wishlist
Version 4.2.4 of the GNU Multiple Precision Arithmetic Library (GMP) is now
available at:
ftp://ftp.gnu.org/gnu/gmp/gmp-4.2.4.tar.bz2
ftp://ftp.gnu.org/gnu/gmp/gmp-4.2.4.tar.gz
These files can also be found on a GNU mirror near you.
The web site for GMP is
Package: javascript-common
Version: 4
Severity: serious
I had previously installed, then removed javascript-common. Now I tried
to purge it:
[EMAIL PROTECTED] --purge javascript-common
(Reading database ... 162449 files and directories currently installed.)
Removing javascript-common ...
Package: citadel-webcit
Version: 7.37-dfsg-3
Severity: important
Hi,
After installing then purging webcit, I find a symlink left over:
[EMAIL PROTECTED] -l /etc/apache2/conf.d/webcit.conf
lrwxrwxrwx 1 root root 24 2008-09-07 11:08 /etc/apache2/conf.d/webcit.conf -
/etc/citadel/webcit.conf
Hi Thijs,
On Mon, Aug 25, 2008 at 01:38:20PM +0200, Thijs Kinkhorst wrote:
Hi Steve,
While the program is not run as a privileged user, can you still please
ensure
that this issue is fixed in lenny?
You patch is very persuasive. :-)
I'm preparing the upload now.
Smaller-scale
severity 496434 normal
thanks
On Sun, Aug 24, 2008 at 10:05:28PM +0400, Dmitry E. Oboukhov wrote:
In some packages I've discovered scripts with errors which may be used
by a user for damaging important system files or user's files.
Binary-package: mgt (2.31-5)
file: /usr/games/mailgo
severity 496391 normal
thanks
On Sun, Aug 24, 2008 at 10:05:30PM +0400, Dmitry E. Oboukhov wrote:
In some packages I've discovered scripts with errors which may be used
by a user for damaging important system files or user's files.
Binary-package: gccxml (0.9.0+cvs20080525-1)
file:
On Sun, Aug 17, 2008 at 10:36:57AM +0200, Erik Thiele wrote:
Am Samstag, 16. August 2008 16:08:15 schrieb Steve M. Robbins:
On Sat, Aug 16, 2008 at 10:29:47AM +0200, Erik Thiele wrote:
Note that Boost 1.34.1 is the old version of Boost. Version 1.35 is
packaged for Debian, and Boost 1.36
On Sat, Aug 16, 2008 at 10:29:47AM +0200, Erik Thiele wrote:
Package: libboost-date-time-dev
Version: 1.34.1-11
cat foo.cpp EOF
#include boost/date_time/posix_time/ptime.hpp
void foo(boost::posix_time::ptime x)
{
x.date();
}
Note that Boost 1.34.1 is the old version of Boost.
801 - 900 of 1186 matches
Mail list logo