AFAIK GCC's unwind.h installed into GCC's private directory, e. g.
/usr/lib/gcc/x86_64-pc-solaris2.11/4.8/include/unwind.h
Is there any real problem?
As for me I'd like to have source and clean subcommands for apt ;-)
(For aptitude too)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
2014-02-11 22:08 GMT+04:00 Roelof Wobben rwob...@hotmail.com:
# noinst_ always builds a static library
if ENABLE_TESTS
testlib_LTLIBRARIES = libregress.la libgimarshallingtests.la
testlibdir = $(prefix)/unused
install-testlibLTLIBRARIES: # prevent it from being installed
endif
It looks like
This is what I found
http://lists.gnu.org/archive/html/libtool/2008-06/msg00080.html
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://github.com/linuxmint/cjs/issues/6
:-)
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/call-q8wrwmxqa-ruvlkagzegfriugffuvoztcv27ky1xubs...@mail.gmail.com
2014-02-12 0:51 GMT+04:00 Roelof Wobben rwob...@hotmail.com:
Thanks,
Next point. Find out how to change the _la_LDFLAGS with dh7
debhelper does not play here (only dh_autoreconf)
You need quilt to create a patch. since that patch will changes autotools files
you will need to regenerate
The discussions on init system have discovered much energy of
developers and users,
so I think they are able to use that energy to support multiple systems :-)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi, Roelof!
2014-02-02 Roelof Wobben rwob...@hotmail.com:
When I compile I see this :
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for initscr in -lncurses... no
checking for new_form in -lform... no
checking for new_panel in
Code formatting is completely out of scope of building system.
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering,
2014-01-31 Leif Walsh leif.wa...@gmail.com:
What would be a good way to run a tool like this just before compiling?
I'd prefer running such a tool *after* compiling.
If you have a syntax error, your sources can be ruinned.
--
Powered by www.kitware.com
Please keep messages on-topic and check
2014-01-29 Roelof Wobben rwob...@hotmail.com:
Now it fails with this message :
/usr/bin/ld: SDL_2dgl.o: undefined reference to symbol 'floor@@GLIBC_2.2.5'
//lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing from
command line
collect2: error: ld returned 1 exit status
Source: evas-loaders
Version: 1.8.1-1
Severity: minor
Tags: upstream
If libpoppler-private-dev and libpoppler-dev are installed
configure detects poppler and GlobalParams.h and enables PDF support,
which FTBFS:
make[5]: Entering directory `/home/pashev/tmp/evas-loaders-1.8.1/src/bin/pdf'
CXX
2014/1/20 Rob McDonald rob.a.mcdon...@gmail.com:
We also have an API/Library mode with no main(), but that can have graphics
or not.
So, one will have the library with unpredictable API/ABI?
I'd like to use CMake to compile both versions of these in one go. However,
I don't see any way to
2014/1/19 Roman Valov roman.va...@gmail.com:
libglfw3.a
mv libglfw3.a libglfw.a ?
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Do I understand correctly the following:
Application M under the MIT license linked to LGPL3 library L - ok
Application C under the CDDL license linked to LGPL3 library L - ok
Application G under the GPL3 license linked to LGPL3 library L - ok,
all under GPL3
Bang!
Application M is now under
or better replace rindex() with strrchr()
http://pubs.opengroup.org/onlinepubs/009695399/functions/strrchr.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
2014/1/3 Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl:
hi again,
So I have got a problem, upstream has localization files in po/ directory.
When make is called, it traverses to po/ and also calls make, then .po files
change (they are updated with the current date) like in the
2014/1/3 Gabriele Giacone 1o5g4...@gmail.com:
Teach clean target how to remove them.
No-no-no :-)
*.po files are handwritten [1]
[1] http://www.gnu.org/software/gettext/manual/html_node/PO-Files.html
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of
Source: git
Version: 1.8.5.2-1
Severity: minor
Please, add the following lines to the OPTS variable in debian/rules:
LIBC_CONTAINS_LIBINTL=1 \
TAR=tar \
INSTALL=/usr/bin/install \
This will allow building git package without changes for Dyson [1]
By default git build system sets them as
uname -o prints Solaris, and I don't feel ready to experiment with
it, and illumos upstream too :-)
SANE_TOOL_PATH does not hurt build.
I don't see LIBC_CONTAINS_LIBINTL=1 in your patch, but since
there are few other packages which unconditionally link to libintl,
I will make a dummy library.
2014/1/4 Jonathan Nieder jrnie...@gmail.com:
Игорь Пашев wrote:
I don't see LIBC_CONTAINS_LIBINTL=1 in your patch, but since
there are few other packages which unconditionally link to libintl,
I will make a dummy library.
Oops, I can do that, too. What libc does Dyson use?
It does
2014/1/3 freddie simmonds frederick.simmo...@aspects.net:
i want to make my own oprating system from debian system for a certain usb
device.
however, trying to accses the files from a disc, i cant find them.
Majority of files are in packages, see
2014/1/2 T o n g mlist4sunt...@yahoo.com:
$ quilt refresh
No series file found
export QUILT_PATCHES=debian/patches
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
I can confirm this.
# uname -a
Linux hope 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 GNU/Linux
# cat /etc/debian_version
jessie/sid
udev/204-5
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I can confirm this.
# uname -a
Linux hope 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 GNU/Linux
# cat /etc/debian_version
jessie/sid
udev/204-5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I can confirm this.
# uname -a
Linux hope 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 GNU/Linux
# cat /etc/debian_version
jessie/sid
udev/204-5
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
http://code.ohloh.net/file?fid=ZYcxFNlRJ6mpB4hT8j4bH36t1OYcid=P9m-lyBa7_Is=fp=306441mpprojSelected=true#L0
One needs to put tags after commen, e. g.:
diff --git a/farstream/fs-session.c b/farstream/fs-session.c
index 80794d1..abb1bc3 100644
--- a/farstream/fs-session.c
+++
diff -uNr gst-plugins-bad-0.10.23/docs/plugins/gst-plugins-bad-plugins-docs.sgml
gst-plugins-bad-0.10.23.new/docs/plugins/gst-plugins-bad-plugins-docs.sgml
--- gst-plugins-bad-0.10.23/docs/plugins/gst-plugins-bad-plugins-docs.sgml
2011-12-30 19:24:26.0 +0100
+++
diff -uNr gst-plugins-bad-0.10.23/docs/plugins/gst-plugins-bad-plugins-docs.sgml
gst-plugins-bad-0.10.23.new/docs/plugins/gst-plugins-bad-plugins-docs.sgml
--- gst-plugins-bad-0.10.23/docs/plugins/gst-plugins-bad-plugins-docs.sgml
2011-12-30 19:24:26.0 +0100
+++
http://code.ohloh.net/file?fid=ZYcxFNlRJ6mpB4hT8j4bH36t1OYcid=P9m-lyBa7_Is=fp=306441mpprojSelected=true#L0
One needs to put tags after commen, e. g.:
diff --git a/farstream/fs-session.c b/farstream/fs-session.c
index 80794d1..abb1bc3 100644
--- a/farstream/fs-session.c
+++
diff -uNr gst-plugins-bad-0.10.23/docs/plugins/gst-plugins-bad-plugins-docs.sgml
gst-plugins-bad-0.10.23.new/docs/plugins/gst-plugins-bad-plugins-docs.sgml
--- gst-plugins-bad-0.10.23/docs/plugins/gst-plugins-bad-plugins-docs.sgml
2011-12-30 19:24:26.0 +0100
+++
Package: libopenmpi1.6
Version: 1.6.5-7
/usr/lib/libopen-pal.so.4 points to /usr/lib/ libopen-pal.so.4.0.4,
but should point to /usr/lib/libopen-pal.so.4.0.5
It is similar to #722888
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
2013/12/21 John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de:
mplayer2 is badly maintained as compared to mplayer, don't know
anything about mpv though. Just learned about it as of today,
in fact.
mplayer2 looks more portable to me
--
To UNSUBSCRIBE, email to
2013/11/24 Boris Pek tehn...@debian.org:
I have looked at your debian/copyright in git repo. It may be much simpler:
http://paste.debian.net/plain/67414
As you see, all blocks were sorted by license, instead of specific files or
copyright holders.
Oh, I think I was misunderstanding the
2013/12/15 Boris Pek tehn...@debian.org:
There is new lintian error tags now:
E: open-axiom-databases: copyright-should-refer-to-common-license-file-for-gpl
(And the same for other packages.)
Fix should be simple:
http://paste.debian.net/plain/70930
(But I have not checked it.)
Fixed and
2013/11/24 Boris Pek tehn...@debian.org:
I have looked at your debian/copyright in git repo. It may be much simpler:
http://paste.debian.net/plain/67414
As you see, all blocks were sorted by license, instead of specific files or
copyright holders.
Oh, I think I was misunderstanding the
2013/12/15 Boris Pek tehn...@debian.org:
There is new lintian error tags now:
E: open-axiom-databases: copyright-should-refer-to-common-license-file-for-gpl
(And the same for other packages.)
Fix should be simple:
http://paste.debian.net/plain/70930
(But I have not checked it.)
Fixed and
2013/11/27 Joey Hess jo...@debian.org:
I'd think it would be obvious why it's not good design to put parsers
for every possible config file format in debconf.
There is libaugeas.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
2013/11/14 Boris Pek tehn...@debian.org:
Some files in the source tree are licensed under GPL-2+ and Expat licenses.
But I have checked only [1] output. Please have in mind that it includes not
full info and all blocks with Copyright: *No copyright* and
License: UNKNOWN should be checked
2013/11/14 Boris Pek tehn...@debian.org:
Some files in the source tree are licensed under GPL-2+ and Expat licenses.
But I have checked only [1] output. Please have in mind that it includes not
full info and all blocks with Copyright: *No copyright* and
License: UNKNOWN should be checked
While Alioth is down, there are
http://cgit.osdyson.org/open-axiom.git/
and
https://github.com/ip1981/open-axiom-debian
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
While Alioth is down, there are
http://cgit.osdyson.org/open-axiom.git/
and
https://github.com/ip1981/open-axiom-debian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi, Boris!
Thanks awfully :-)
I've committed changes that you suggested:
http://anonscm.debian.org/gitweb/?p=pkg-open-axiom/pkg-open-axiom.git
And uploaded some screenshots (not approved yet):
http://screenshots.debian.net/package/open-axiom
Source package is now lintian clean.
Now I'm
Here it is: https://mentors.debian.net/package/open-axiom
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Hi, Boris!
Thanks awfully :-)
I've committed changes that you suggested:
http://anonscm.debian.org/gitweb/?p=pkg-open-axiom/pkg-open-axiom.git
And uploaded some screenshots (not approved yet):
http://screenshots.debian.net/package/open-axiom
Source package is now lintian clean.
Now I'm
Here it is: https://mentors.debian.net/package/open-axiom
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi, Boris!
Thanks awfully :-)
I've committed changes that you suggested:
http://anonscm.debian.org/gitweb/?p=pkg-open-axiom/pkg-open-axiom.git
And uploaded some screenshots (not approved yet):
http://screenshots.debian.net/package/open-axiom
Source package is now lintian clean.
Now I'm
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package open-axiom
* Package name: open-axiom
Version : 1.5.0~svn3056-1
Upstream Author : Gabriel Dos Reis
* URL : http://www.open-axiom.org/
* License :
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package open-axiom
* Package name: open-axiom
Version : 1.5.0~svn3056-1
Upstream Author : Gabriel Dos Reis
* URL : http://www.open-axiom.org/
* License :
2013/10/30 Helmut Grohne hel...@subdivi.de:
What is going to happen with non-Linux ports?
Debian is not Debian without non-Linux ports.
As for me, I think it is not very hard to maintain diffrent init
systems for different kernels.
Especially if Debian GNU/Linux get rid of sysvinit: writing
2013/10/30 FX fxcoud...@gmail.com:
OK, great. Any reason why it should not be the “default” install?
Then we need make install-nostrip ;-)
2013/10/30 Helmut Grohne hel...@subdivi.de:
What is going to happen with non-Linux ports?
Debian is not Debian without non-Linux ports.
As for me, I think it is not very hard to maintain diffrent init
systems for different kernels.
Especially if Debian GNU/Linux get rid of sysvinit: writing
I ran into the same problem with QtScript (a part of Qt4 which is
based on Webkit).
And I believe I've solved it :-)
Synopsis.
source code:
#include QtCore/QtCore
#include QtScript/QtScript
int main(int argc, char *argv[])
{
QCoreApplication a(argc, argv);
QScriptEngine engine;
I think this bug can be closed: recent nodejs can be compiled without
any patches :-)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
2013/10/19 Magnus Therning mag...@therning.org:
Is it possible to put the include path in some property on the library
as well, to avoid using a separate variable for that?
SET_TARGET_PROPERTIES (target PROPERTIES VARIABLE-NAME VARIABLE-VALUE)
--
Powered by www.kitware.com
Please keep
I use this:
SET (ZLIB_DIR ${CMAKE_CURRENT_LIST_DIR}/bin/${TARGET_ARCH})
SET (ZLIB ${ZLIB_DIR}/libz.so)
IF (NOT EXISTS ${ZLIB} OR ALWAYS_BUILD_EXTERNAL)
ADD_LIBRARY (z SHARED
${CMAKE_CURRENT_LIST_DIR}/src/adler32.c
${CMAKE_CURRENT_LIST_DIR}/src/compress.c
Hm... It looks like JSVAL_PAYLOAD_MASK is to cut off JSValueTag in
typedef union jsval_layout from payload.
It looks like an optimization on amd64 agains i386, but this does not
work on solaris.
Someone put JSValueTag into pointer instead of a field of a struct.
Hi, all.
// Please CC me
I'm building Firefox for a solaris-based system on amd64 processor, e.
i. Firefox is to be an 64-bit application.
I've found that during the build xpcshell crashes [1]:
js::ObjectImpl::setFlag (this=0x7d7ffbf06040, cx=0x835600, flag_=8,
I'm a dabbler, but I've noticed that on solaris/amd64 first 17 (high)
bits of a stack pointer are 1's. Always.
So we can use them as on linux (instead of 0's). Does it make sense?
2013/10/9 Andy Wingo wi...@igalia.com:
On Wed 09 Oct 2013 17:28, Sean Stangl ssta...@mozilla.com writes:
Is there
Package: devscripts
Version: 2.13.3
Test example:
https://github.com/illumos/illumos-gate/tree/master/usr/src/lib/libpool
Currently licensecheck gives this:
$ licensecheck --copyright -r usr
usr/src/lib/libpool/common/pool_commit.c: CDDL
[Copyright: 2006 Sun Microsystems, Inc. All rights
Package: libxkbcommon-dev
Version: 0.3.1-2
Severity: normal
--- Please enter the report below this line. ---
libxkbcommon can build docs which are not included anywhere:
find debian/tmp -name '*.la' -delete
dh_install --fail-missing
dh_install:
Package: libxkbcommon-dev
Version: 0.3.1-2
Severity: normal
--- Please enter the report below this line. ---
libxkbcommon can build docs which are not included anywhere:
find debian/tmp -name '*.la' -delete
dh_install --fail-missing
dh_install:
2013/9/12 Mathieu Malaterre ma...@debian.org:
Hi,
Does anyone sees anything wrong with:
...
$ cat debian/rules:
VERSION = $(shell dpkg-parsechangelog | grep '^Version' | cut -d' '
-f2 | cut -f1 -d-)
debian/tbb.pc: debian/tbb.pc.in
sed -es/@VERSION@/$(VERSION)/g $ $@
build:
)
if (NOT HAVE_PTHREAD_JOIN)
message (FATAL_ERROR Cannot find library providing pthread_join())
endif()
MY_LINK_LIBRARIES (aaa
${LIB_DLADDR}
${LIB_PTHREAD}
dwarf
lzma
)
2013/9/9 Stewart, Robert robert.stew...@sig.com:
Игорь Пашев wrote:
Hi, all. I'm using this macro to get AC_SEARCH_LIBS
Hi, all. I'm using this macro to get AC_SEARCH_LIBS (from GNU autoconf)
functionality with CMake.
First of all, this macro searhes the function on libc, then, if not found, in
the given libraries. It sets two variables: 1) boolean if function found
2) string - in which library (may be empty).
Please check:
# nm -D /usr/lib/libACE-6.0.3.so | grep handle_signal | c++filt
00117910 T ACE_Sig_Adapter::handle_signal(int, siginfo*, ucontext*)
000de5c0 T ACE_Event_Handler::handle_signal(int, siginfo*, ucontext*)
000a7ae0 T ACE_Service_Config::handle_signal(int,
Please check:
# nm -D /usr/lib/libACE-6.0.3.so | grep handle_signal | c++filt
00117910 T ACE_Sig_Adapter::handle_signal(int, siginfo*, ucontext*)
000de5c0 T ACE_Event_Handler::handle_signal(int, siginfo*, ucontext*)
000a7ae0 T ACE_Service_Config::handle_signal(int,
https://git.gnome.org/browse/gegl/commit/?id=97067622352e58f86a24851dacb1f5daa0762897
https://git.gnome.org/browse/gegl/commit/?id=97067622352e58f86a24851dacb1f5daa0762897
# apt-get download rsync
# ar x rsync_3.0.9-4_amd64.deb
# ls -1
control.tar.gz
data.tar.gz
debian-binary
rsync_3.0.9-4_amd64.deb
# mkdir debian
# cd debian/
# tar xf ../control.tar.gz
# find
.
./control
./postinst
./md5sums
./prerm
./conffiles
./postrm
2013/8/27 Igor Filatov
https://wiki.debian.org/Projects/DebSrc3.0
Anything other looks bad :-)
2013/8/26 Svante Signell svante.sign...@gmail.com
Hi,
Is any of you Debian maintainers/developers using guilt (qit+quilt)for
patch management/developement? Is it good or bad? If you are not, what
do you use?
Since we are talking about pidof, I'd like to note that pgrep is more
portable ;-)
2013/8/9, Craig Small csm...@debian.org:
Besides my Debian duties I am also upstream for procps. I have been in
discussion with the sysvinit-tools upstream and they want to find a new
home for pidof so it fits
2013/7/22 Roger Leigh rle...@codelibre.net:
We would be effectively locked in.
We are locked in sysvinit.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
2013/7/18 William Giokas 1007...@gmail.com:
Having not used OpenRC, I have no comment on the real world advantages
or disadvantages of either init system
I'm a user of Gentoo and Debian.
I do not care of what to type: 'emerge -avuND world' or 'apt-get upgrade'
I do not care of which init
2013/7/15 Jerome BENOIT g62993...@rezozer.net:
the former binary package
liblambda0 is not discarded by the new binary package liblambda1, neither in
Sid
nor at the upgrading stage with aptitude.
I guess that something is missing in `debian/control', any clue ?
I think this is intentional.
Why not to use different init systems on different kernels?
Debian already supports 3 (three) init systems *at once*, sysvinit,
upstart, systemd.
This is much harder that using single system.
FYI, on Dyson [1] I've made dh_installinit noop, and working on dh-smf [2]
[1] http://osdyson.org
[2]
2013/7/14 Marco d'Itri m...@linux.it:
which is a waste of time and adds code which cannot
be well tested.
Isn't Debian itself is a waste of time, while we have RedHat? :-P
Let a hundred flowers bloom; let a hundred schools of thought contend.
--
To UNSUBSCRIBE, email to
2013/7/12 Camm Maguire c...@maguirefamily.org:
Greetings! Subject says it all -- any opinions?
YES, please! :-)
___
Gcl-devel mailing list
Gcl-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gcl-devel
Hi, all.
First off, I know that I'm posting to GCC list :-)
And I'm looking for competent opinions.
I'm working on CLang/LLVM issue [1].
Clang doesn't put section with relocation entries against section
with templated function instantiation in the same COMDAT group.
AFAIK GCC does not do it too,
2013/7/8 Andrew Pinski pins...@gmail.com:
I think GCC's behavior is depend on the assembler which is being used.
So if you used Sun's assembler it would have placed it in the same
COMDAT group. Meaning this is really a GNU binutils issue rather than
a GCC one.
Thank you.
I believe GCC on
Add this line to you /etc/apt/sources.list:
deb [ arch=amd64 ] http://apt.osdyson.org unstable main
Here is APT key (see man apt-key):
http://apt.osdyson.org/dyson.gpg
I've just uploaded 1.5.0~svn3039-1 (based on SBCL, amd64 only)
Oh, no. It is really gdome issue:
/usr/include/libxml2/libxml/tree.h
82 /**
83 * xmlBuffer:
84 *
85 * A buffer structure, this old construct is limited to 2GB and
86 * is being deprecated, use API with xmlBuf instead
87 */
88 typedef struct _xmlBuffer xmlBuffer;
89 typedef
ftbfs-bug713596.patch
Description: Binary data
Look like libxml issue
http://gnats.netbsd.org/47400
typedef struct _xmlBuf xmlBuf;
...should really be...
typedef struct _xmlBuffer xmlBuf;
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Oh, no. It is really gdome issue:
/usr/include/libxml2/libxml/tree.h
82 /**
83 * xmlBuffer:
84 *
85 * A buffer structure, this old construct is limited to 2GB and
86 * is being deprecated, use API with xmlBuf instead
87 */
88 typedef struct _xmlBuffer xmlBuffer;
89 typedef
ftbfs-bug713596.patch
Description: Binary data
Look like libxml issue
http://gnats.netbsd.org/47400
typedef struct _xmlBuf xmlBuf;
...should really be...
typedef struct _xmlBuffer xmlBuf;
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Oh, no. It is really gdome issue:
/usr/include/libxml2/libxml/tree.h
82 /**
83 * xmlBuffer:
84 *
85 * A buffer structure, this old construct is limited to 2GB and
86 * is being deprecated, use API with xmlBuf instead
87 */
88 typedef struct _xmlBuffer xmlBuffer;
89 typedef
ftbfs-bug713596.patch
Description: Binary data
2013/6/27 Gabriel Dos Reis g...@integrable-solutions.net:
I looked at this mysterious error for a long time. I've concluded
that it must be a bug in ECL-11.1.1 (the one you're using to
build OpenAxiom). That is a pretty old version of ECL.
Notice that similar function type declaration for
Hi, Davy.
consider reading man dpkg-genchanges
and
http://www.debian.org/doc/manuals/maint-guide/index.en.html
2013/6/27 Davy T davy.tripon...@gmail.com:
Hello,
Sorry to disturb you with that question, but I've been on that problem
for a couple of hours without finding the solution.
I am
I'm ready to publish a new OpenAxiom package for Debian.
https://github.com/ip1981/open-axiom-debian/commits/master
It still builds with SBCL only, I've failed to build it with ECL, GCL, and Clisp
even on linux/amd64. And SBCL is available only on linux/i386,
linux/amd64 and kfreebsd/amd64.
2013/6/27 Gabriel Dos Reis g...@integrable-solutions.net:
hi Igor,
this sounds serious. Could you give links to the issues that are
preventing builds with the other Lisps? Build logs would be most
useful.
Note: I do not have access to Debian…
Sure, I will prepare logs shortly.
Building trunk (rev.3038 ).
((( ECL )))
http://paste.ec/?e0fd28e699d16728#/wAhoyYbvrJ8k9IyZ7i3PAOR/ePiyganVK8TZvajHg0=
Tail:
echo timestamp stage1/.started
../../src/driver/open-axiom --execpath=strap/bootsys --translate
--import=skip --output=stage1/utility.clisp
2013/6/17 Neil McGovern ne...@debian.org:
#712586
So... why is postgres relying on an undocumented numbering schema, and
breaking when it doesn't match what it expects?
Why it checks for version at all? Isn't package dependencies should be used?
What about Debian derivatives?
--
To
Changing package name is not enough. You should patch the library
build system to produce different soname and library filename
2013/6/9, Jerome BENOIT g62993...@rezozer.net:
Hello List,
because of backward incompatibility I have to add a suffix to
my library package name. But lintian keep
2013/5/31 Jeff Epler jep...@unpythonic.net:
Yes and yes. Wheezy kfreebsd amd64 is dandy for server and OK for some
minor graphical desktop stuff (opengl is not in a good state right now,
at least with nvidia hardware: nouveau is no-go due to not having kernel
support and proprietary won't
2013/5/30 Gabriel Dos Reis g...@cs.tamu.edu:
Игорь Пашев pashev.i...@gmail.com writes:
| It looks like ECL no supports *features* now.
Hi Igor,
I am a little bit confused. Do you mean ECL no longer supports
*FEATURES*, or that they have added something.
Oops. I mean now supports
I have a problem building lastest OA with GCL
.
syslib=../../x86_64-pc-linux-gnu/lib \
--compile --output=define.o --load-directory=.
../../../src/interp/define.boot
; (IN-PACKAGE BOOT) is being compiled.
;; Warning: The package operation (IN-PACKAGE BOOT) was in a
2013/5/29 Paul Wise p...@debian.org:
Does that mean switching away from autotools?
No.
Or not shipping configure/Makefile.in in the tarballs?
No.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
101 - 200 of 410 matches
Mail list logo