Package: python-pydolfin0
Version: 0.9.7-1
Severity: grave
Justification: renders package unusable
Recently upgraded to the newest packaging of dolfin. I cannot import dolfin
from python:
yziq...@seldon:~$ python
Python 2.5.5 (r255:77872, Feb 2 2010, 00:25:36)
[GCC 4.4.3] on linux2
Type "help
0,
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Guillaume Yziquel a écrit :
Gerd Stolpmann a écrit :
error(-mt) = "This library requires multi-threading support"
This has been fixed upstream:
http://hg.ocaml.info/release/postgresql-ocaml/rev/ae3b4761861c
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCR
Package: libcamljava-ocaml-dev
Version: 0.3-1+b1
Severity: normal
The jni.cma library does not reference correctly the stubs in libcamljni.a.
I tried adding a META file, to take care of the previous bug I raised with
camljava,
and I got after that the following issue:
yziq...@seldon:/usr/lib/o
Package: ocaml-nox
Version: 3.12.0-7
Severity: normal
Bytecode versions of big_int are not packaged along ocaml-nox, while native
code are.
yziquel@seldon:~$ apt-file search big_int.cmx
ocaml-nox: /usr/lib/ocaml/3.10.2/big_int.cmx
ocaml-nox: /usr/lib/ocaml/3.11.0/big_int.cmx
yziquel@seldon:~$ a
Le Tuesday 26 Jul 2011 à 18:15:24 (+0200), Mehdi Dogguy a écrit :
> On 07/26/2011 05:45 PM, Guillaume Yziquel wrote:
> >Package: ocaml-nox
> >Version: 3.12.0-7
> >Severity: normal
> >
> >
> >Bytecode versions of big_int are not packaged along ocaml-nox, wh
Package: librapidcheck-dev
Version: 0~1048-a5724ea-1
Severity: normal
X-Debbugs-Cc: guillaume.yziq...@mailfence.com
Dear Maintainer,
I'm on ubuntu mantic (apologies) and noticed, while building nix from
source, that the pkgconfig files for rapidcheck were not packaged.
Would be nice if they were
ld come up with an
agreement on the name used here.
As to myself, I'll be looking at a way to rename the task taskwarrior
executable on my system, possibly by modifying the debian packaging.
Best regards.
Guillaume Yziquel.
P.S.: using ubuntu (for the moment), but I believe debian is the r
Package: git-buildpackage
Version: 0.9.32
Severity: wishlist
X-Debbugs-Cc: guillaume.yziq...@mailfence.com
Dear Maintainer,
Hi.
Context: toying around with packaging for tasksh package upstream fix.
The --no-sign option that allows me to build my package without access
to the Debian maintainer'
ncern me that much.
Hope this remark will help others.
Sincerely yours,
Guillaume Yziquel.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable'), (300, 'testing'), (100, 'unstable'), (30,
'experimental')
Architec
Package: libcamlpdf-ocaml-dev
Version: 0.4-1
Severity: important
When trying to use both extlib and camlpdf on the toplevel, they disagree
on the interface to module unzip:
yziq...@seldon:~/svn/main/ocaml-yziquel$ ocaml
Objective Caml version 3.11.0
# #use "topfind";;
- : unit = ()
Find
Romain Beauxis a écrit :
Hi !
Le Monday 01 June 2009 00:47:44 Guillaume Yziquel, vous avez écrit :
When trying to use both extlib and camlpdf on the toplevel, they disagree
on the interface to module unzip:
CamlPDF in debian is patched to build against the unzip module shipped by
Guillaume Yziquel a écrit :
Romain Beauxis a écrit :
Hi !
Le Monday 01 June 2009 00:47:44 Guillaume Yziquel, vous avez écrit :
When trying to use both extlib and camlpdf on the toplevel, they
disagree
on the interface to module unzip:
CamlPDF in debian is patched to build against the
Romain Beauxis a écrit :
Ok, camlpdf is patched for *zip* not for *unzip*, which is not available in a
seperate package.
So what we have at first glance here is a module name clash: both extlib and
camlpdf provide an interface for a module named Zip. It is not clear to me
whether both modul
Package: jocaml
Version: 3.11.0-3
Severity: important
I tried to use findlib from the jocaml toplevel. Not very surprisingly,
it does not work. As it has a major effect on the usability of jocaml's
toploop, I decided to flag the issue as important. It would perhaps be
a good idea to solve it by m
the next upload.
Looking at it more closely, the issue is essentially that jocaml lacks a
jocaml-interp package similar to the ocaml-interp package.
All the best,
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe"
/toploop.cmi and relatives in a
jocaml-interp package similar to the ocaml-interp package.
This issue is related to bug #532970.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532970
Guillaume Yziquel.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900
Guillaume Yziquel a écrit :
Looking at it more closely, the issue is essentially that jocaml lacks a
jocaml-interp package similar to the ocaml-interp package.
I filed bug #532981 concerning a request to package jocaml-interp.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532981
Mehdi Dogguy a écrit :
This another bug. The point of Guillaume is that "#use "topfind"" is not
working not that the toplevel library doesn't work. I admit that the two
problems are related but somehow completely different.
My point was indeed that the topfind script relies on the toploop.cmi
Package: debhelper
Version: 7.2.14
Severity: wishlist
It would be nice to have support for commented lines in debian/*.install files.
It would allow for more convenient packaging.
Guillaume Yziquel.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900
Package: ocsigen
Version: 1.2.0-3+lwt.1
Severity: important
The META file is incorrect. ocsigen.ext.eliom cannot be loaded from the OCaml
toplevel. This is probably related to the upgrade of Lwt.
yziq...@seldon:~$ ocaml-batteries
Objective Caml version 3.11.1
___
Stéphane Glondu a écrit :
severity 547668 wishlist
tags 547668 + upstream
thanks
Guillaume Yziquel a écrit :
The META file is incorrect. ocsigen.ext.eliom cannot be loaded from the OCaml
toplevel. This is probably related to the upgrade of Lwt.
All ocsigen.ext.* are not meant to be loaded
Hi.
I get the exact same error while developping my website available at
http://yziquel.homelinux.org/
This happens while I'm trying to use a rather plain vanilla setup of the
extjs framework.
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, ema
should you?
The control file of the pgocaml package says:
Source: pgocaml
Section: ocaml
Priority: optional
Maintainer: "Debian OCaml Maintainers"
Uploaders: Guillaume Yziquel
DM-Upload-Allowed: yes
Build-Depends: cdbs (>= 0.4.52),
debhelper (>= 7),
dpatch,
dh-ocaml,
So I gue
a bug in the policy.
Good.
Cheers,
Thanks.
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This is now fixed in git, thanks to Sylvain Le Gall.
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This issue should now be fixed in git.
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: dh-ocaml
Version: 0.9.0
Severity: normal
The documentation is not consistent with the recent dh_ocaml migration.
Changing class/ocaml.mk to rules/ocaml.mk in appendix-cdbs.xml would be helpful.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900,
Package: ocaml-dbus
Severity: normal
Upstream is now at version 0.24, and there has been improvements in the
interface of this DBus binding.
http://tab.snarc.org/projects/ocaml_dbus/
Debian package is at version 0.7.
-- System Information:
Debian Release: squeeze/sid
APT prefers t
Package: wnpp
Severity: wishlist
Owner: Guillaume Yziquel
I intend to package Maxence Guesdon's OCaml binding of the R interpreter API.
* Package name: ocaml-r
Version : 0.1
Upstream Author : Maxence Guesdon
* URL : http://pauillac.inria.fr/~guesdon/ocaml-r.en
Package: dh-make
Version: 0.48
Severity: wishlist
File: /usr/bin/dh_make
It would be nice for dh_make to use the following copyright format proposal:
http://wiki.debian.org/Proposals/CopyrightFormat
It need not be the default, but an option switch would be nice.
-- System Information:
Debian R
Craig Small a écrit :
On Fri, Aug 21, 2009 at 10:38:10PM +0200, Guillaume Yziquel wrote:
It would be nice for dh_make to use the following copyright format proposal:
http://wiki.debian.org/Proposals/CopyrightFormat
As an option I'd consider it. I find the whole machine readable
I believe this issue is because you're trying to use ocamlfind ocamlopt
on alpha arch, where it is not supported. Not 100% sure, but I think
that's the reason.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
in too much a hurry...
All the best,
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Craig Small a écrit :
An option may work, but I still cannot see how it could be used.
Would it be like additonal licence "types"?
- Craig
Well, do not really know. Now, it's -c. Why not an option
--new-copyright-format, or --cf=new ? (cf for copyright format)
I really do not have a stron
Package: ocsigen
Version: 1.2.0-3+lwt.1
Severity: normal
It is possible to install the 1.2.0-3 version of the ocsigen package with the
latest
lwt library from experimental. However, this lwt library comes with ssl
support, which
is required from ocsigen's META file. With this mix, you can get c
Craig Small a écrit :
On Tue, Sep 08, 2009 at 09:16:19AM +0900, Charles Plessy wrote:
While I support the use of this format, I am worried that having it suggested
by dh-make would create a standard despite it is still a draft. For instance,
if hundreds of package use a given field name with a g
Package: camljava
Severity: normal
There's no META file for CamlJava.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (500, 'stable'), (90,
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.
Stéphane Glondu a écrit :
Guillaume Yziquel a écrit :
cameleon doesn't ship any conffile. cameleon must have removed these
files itself. This is most likely an upstream issue. Could you be more
precise?
Yes, it is an upstream issue: since 1.9.19, lablgtksourceview2 is used
inste
close #564334
thanks
Mehdi Dogguy a écrit :
IMHO, It's not even an issue. We changed the used library and its
configuration directory changed as well since it matches the library's name.
You upgrade a package. You lose your configuration. This is not an issue.
?
If there is no other issue
Package: hudson
Version: 1.391
Severity: wishlist
It would be nice to have to command line interface (hudson-cli.jar) packaged.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (500, 'stable'), (90,
'unstable'), (1, 'exper
Package: petsc
Severity: important
Hi.
I've been trying to compile TAO, the Toolkit for Advanced Optimisation.
> yziq...@seldon:~/git/tao$ export TAO_DIR=`pwd`
> yziq...@seldon:~/git/tao$ make all
> /home/yziquel/git/tao/bmake/tao_common:8: /conf/variables: Aucun fichier ou
> dossier de ce typ
Le Monday 03 Jan 2011 à 13:55:42 (+0100), Martin Michlmayr a écrit :
> * Guillaume Yziquel [2011-01-03 11:04]:
> > Package: hudson
>
> Is hudson packaged for Debian at all?
>
> Can you tell me what
> dpkg -p hudson | grep Maintainer:
> say?
Maintainer: Kohsuke K
Package: ocamlviz
Version: 1.01-2+3.12.0+1
Severity: normal
Trying to load ocamlviz in the toplevel gives the following:
It seems to me that this is because you have both the Ocamlviz
module and Ocamlviz_threads module in the .cma file, and somehow
they both try to run through the init_sock () c
Package: liblwt-ocaml-dev
Version: 2.2.0-1~10
Severity: normal
I have been playing with lwt 2.2. I tries to link to libev.so. However, the
libev3 dependency only provides a libev.so.3, and not a libev.so, which makes
building executables with ocamlfind fail at the linking stage.
-- System Info
Package: dovecot
Severity: wishlist
The plugin for fts_squat (cf. link below) is not included in the dovecot
package (or I cannot find it...)
http://wiki.dovecot.org/Plugins/FTS/Squat
Building the source generates the plugin, and also installs it in
/usr/local/lib/dovecot/. So it should not be
Package: openerp-server
Version: 5.0.0-3-1
Severity: grave
Justification: renders package unusable
I have recently tried to install openerp via the Debian package. I first
stumbled in the problem of bug #516348 (i.e. connecting to the database
as user openerp). After a bit of tweaking, i get the f
Package: wnpp
Severity: wishlist
Owner: Guillaume Yziquel
* Package name: pgocaml
Version : 1.1
Upstream Author : Richard W.M. Jones
* URL : http://developer.berlios.de/projects/pgocaml/
* License : LGPL
Programming Lang: OCaml
Description : OCaml
ng Stéphane Glondu's 3.12 repo for doing everything, in the doubtful
case that it may help.)
Best regards,
Guillaume Yziquel.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (500, 'stable
Package: mozart
Severity: normal
Mozart doesn't build on amd64. But it works when wrapping
it with linux32. While this is not a great solution, I think
it would be better to wrap up executables with linu32 than
having no package for amd64. Especially if upstream won't work
on it anytime soon.
--
Le Monday 03 Jan 2011 à 15:28:01 (+0100), Martin Michlmayr a écrit :
> * Guillaume Yziquel [2011-01-03 14:52]:
> > Maintainer: Kohsuke Kawaguchi
> >
> > My mistake. It's not in Debian, but available at
> >
> > deb http://pkg.hudson-labs.org/debian binary/
Package: libsundials-cvode1
Version: 2.4.0-1
Severity: wishlist
CVODE 2.6 has been released, but packaging in Debian is 2.4
Would be nice to upgrade.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (500, 'stable'), (90,
Package: frama-c
Version: 20100401+boron+dfsg-4+3.12.0+1
Severity: wishlist
It would be really nice if we could have CIL packaged as standalone OCaml
libraries.
-- System Information:
Debian Release: 6.0
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (500, 'stable'), (9
Le Friday 14 Jan 2011 à 19:12:52 (+0100), Christophe Trophime a écrit :
>
> On Jan 12, 2011, at 9:55 PM, Guillaume Yziquel wrote:
>
> > CVODE 2.6 has been released, but packaging in Debian is 2.4
>
> The package has been named after the sundials version.
> So CVODE shoul
Le Friday 14 Jan 2011 à 19:12:52 (+0100), Christophe Trophime a écrit :
>
> On Jan 12, 2011, at 9:55 PM, Guillaume Yziquel wrote:
>
> > Package: libsundials-cvode1
> > Version: 2.4.0-1
> > Severity: wishlist
> >
> >
> > CVODE 2.6 has been rele
I recently understood that Frama-C has modified the CIL codebase for its
own purposes. So in fact this should really be a wishlist item to see
the original CIL codebase packaged, not Frama-C's CIL.
--
Guillaume Yziquel
--
To UNSUBSCRIBE, email to debian-bugs-dist
Le Saturday 15 Jan 2011 à 19:20:00 (+0100), Guillaume Yziquel a écrit :
> Le Friday 14 Jan 2011 à 19:12:52 (+0100), Christophe Trophime a écrit :
> >
> > Is there a way to check this?
The version of CVODE in the source package is indeed 2.6, according to
CVODE's README.
>
Package: zlib
Severity: normal
I believe it would be a nice idea to have a minizip shared lib packaged. I feel
the need for that when writig my own bindings, and I do not like very much the
idea of copy-pasting code in place of linking properly.
-- System Information:
Debian Release: squeeze/s
Package: libcore-ocaml-dev
Version: 0.6.0-2+3.12.0+1
Severity: minor
META file doesn't specify that core should be used only with threads. There is
indeed a dependency on threads in the following declaration in the META file:
requires = "bigarray, unix, res, sexplib, bin_prot, threads, fieldsli
Package: libbitstring-ocaml-dev
Version: 2.0.2-1+3.12.0+1
Severity: normal
File: bitstring
The META file for bitstring is wrong. The syntax extension cannot be
used in the toplevel.
package "syntax" (
version = "2.0.2"
description = "Syntax extension: bitstring operators"
archive(syntax,pr
Le Friday 08 Oct 2010 à 23:05:17 (+0200), Mehdi Dogguy a écrit :
> On 10/08/2010 09:28 PM, Guillaume Yziquel wrote:
> >
> > package "syntax" (
> > version = "2.0.2"
> > description = "Syntax extension: bitstring operators"
&g
Package: ocaml
Version: 3.12.0-1~38
Severity: normal
I'm currently having issues with C++ callbacks to OCaml, and digging into
the callbacks.c file, I discovered that OCaml in Debian is not built
with the LOCAL_CALLBACK_BYTECODE macro enabled.
It seems to me that the current situation might be a
Le Sunday 17 Oct 2010 à 00:10:41 (+0200), Stéphane Glondu a écrit :
> Le 16/10/2010 23:24, Guillaume Yziquel a écrit :
> > Package: ocaml
> > Version: 3.12.0-1~38
> > Severity: normal
>
> Does this apply to 3.10.2 as well?
I guess so, but I haven't checked with 3
Le Sunday 17 Oct 2010 à 00:53:29 (+0200), Guillaume Yziquel a écrit :
>
> > > I'm currently having issues with C++ callbacks to OCaml, [...]
> >
> > Could you be more precise?
For the follow-up, an explanation of my segfault and why it happens
(indirection mismat
Package: r-base
Version: 2.9.2-3
Severity: normal
I've modified for my own purposes the debian/rules build-arch* targets, and,
unsurprisingly, it stopped building. This is fine as far as the bug is
concerned.
However, running debian/rules with target clean leaves me with a missing file:
src/l
Package: cameleon
Version: 1.9.19-2
Severity: normal
The configuration files I was using for chamo seem to have been cleared /
purged,
subsequently to an update. It would be nice to check the packaging of cameleon
when
it comes to keeping configuration files between updates. Or at least have a
Package: libpostgresql-ocaml-dev
Version: 1.12.1-2
Severity: important
META file seems incorrect. Here's a toplevel session with findlib:
yziq...@seldon:~$ ocaml
Objective Caml version 3.11.1
# #use "topfind";;
- : unit = ()
Findlib has been successfully loaded. Additional directives:
al.git;a=summary
http://eigenclass.org/hiki/typed-relational-algebra-in-OCaml
http://eigenclass.org/repos/gitweb?p=relational.git;a=summary
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
n multithreaded environment should not be my worry,
but only the worry of the person who packages postgresql. Raising such
an error is indeed a good way: if postgresql comes to work in a
non-multithreaded environment, I shouldn't have anything to do, as the
error should simply disappear...
Package: git-svn
Version: 1:1.6.5-1
Severity: important
git-svn should be available from /usr/bin, or at least from a place available
in a sensible, usual, common $PATH. Moreover, as git svn tries to launch
git-svn, git svn fails when $PATH is not set up with a /usr/lib/git-core
location.
-
Hi.
This issue is indeed a pain: cannot install open-cobol because of this
dependency issue.
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
Package: gprolog
Version: 1.3.0-6.1
Severity: normal
Would be really nice to upgrade gprolog to 1.3.1. The reason is that the API
has been improved. It protects namespaces, for instance. See section 9.2 of:
http://www.gprolog.org/manual/gprolog.html
-- System Information:
Debia
72 matches
Mail list logo
