Bug#1003318: agda: Please package agda 2.6.2.1

[Samuel Mimram]

Package: agda
Version: 2.6.1-1
Severity: wishlist
X-Debbugs-Cc: smim...@gmail.com

It would be nice if you could package the latest upstream version (2.6.2.1 at
the time of writing). The currently packaged version is almost 2 years old and
many useful improvements have ben brought since then.

Thanks!


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages agda depends on:
ii  agda-bin 2.6.1-1+b3
ii  agda-stdlib  1.3-2
ii  agda-stdlib-doc  1.3-2
ii  elpa-agda2-mode  2.6.1-1
ii  libghc-agda-dev  2.6.1-1+b3

agda recommends no packages.

agda suggests no packages.

-- no debconf information

Bug#777354: xjump: please make the build reproducible

[Samuel Mimram]

Hi,

On Tue, Jan 10, 2017 at 11:01 AM, Chris Lamb  wrote:
>> Would you consider applying this patch and uploading?
>
> Friendly ping on this :)

I don't maintain packages anymore. Feel free to NMU, or better adopt
the package!

Cheers,

Samuel

Bug#849370: aptitude: Aptitude crashes with SIGABRT on install command

[Samuel Mimram]

Hi,

Same bug here. From the stacktrace, it looks quite related to #836567...

Cheers,

Samuel

On Tue, Jan 3, 2017 at 8:49 AM, Jean-Luc Coulon
 wrote:
> Hi Manuel,
>
> 1 - Happy 2017 for you and your family :)
>
> 2 - I've not always the problem, this explains the late answer. I get it
> 100% with the curses interface, but not with the command line.
>
> 3 - Yes this occurs also with 0.8.4-1
>
> 4 - I had to rebuild the package because it is supplied stripped (the
> dbgsyms package is not supplied in the repositories).
>
> 5 - Please find attached the backtrace for "aptitude upgrade"
>
> 6 - the same with "aptitude install ssh"
>
> Best regards
>
> Jean-Luc
> Le 31/12/2016 à 17:16, Manuel A. Fernandez Montecelo a écrit :
>>
>> --args aptitude install pkgs_that_you_want_installed

Bug#718785: RM: dssi-vst -- RoQA; FTBFS since 2011

[Samuel Mimram]

Hi,

Even though this package has low popcon (~70 installed), its features
are still useful I think and not offered by any other package. So it
would be nice to try to keep it in Debian. Moreover, the bug #653780
is apparently only a matter of adding a dependency on
libjack-jackd2-dev, and libwine is still actually in the archive.

That said, I don't really have time to maintain this package, so I
won't blame you if you think it's better to remove it...

Cheers,

Samuel.

On Mon, Aug 5, 2013 at 1:58 PM, Ansgar Burchardt ans...@debian.org wrote:
 Package: ftp.debian.org
 X-Debbugs-Cc: smim...@debian.org

 Please consider removing dssi-vst from the archive. It fails to build
 since 2011 (#653780). In addition the amd64 package depends on libwine
 which is no longer available in the archive.

 The last maintainer upload was in 2010.

 I've CC'ed the maintainer in case he has objections.

 Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#717277: ardour: Please package ardour = 3.0

[Samuel Mimram]

Package: ardour
Version: 1:2.8.16-1
Severity: wishlist

Hi,

Ardour 3 has been released some time ago (we are at 3.3 now) and brings in lots
of new features (such as MIDI support...). It would be nice if you could
consider updating the package.

Thanks!

Cheers,

Samuel.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ardour depends on:
ii  jackd 5
ii  libart-2.0-2  2.3.21-2
ii  libasound21.0.27.1-2
ii  libatk1.0-0   2.8.0-2
ii  libatkmm-1.6-12.22.7-2
ii  libaubio2 0.3.2-4.2+b1
ii  libc6 2.17-7
ii  libcairo2 1.12.14-4
ii  libcairomm-1.0-1  1.10.0-1
ii  libcurl3-gnutls   7.31.0-2
ii  libfftw3-33.3.3-5
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-2
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.3-3
ii  libglibmm-2.4-1c2a2.36.2-1
ii  libgnomecanvas2-0 2.30.3-1.2
ii  libgnomecanvasmm-2.6-1c2a 2.26.0-1
ii  libgtk2.0-0   2.24.20-1
ii  libgtkmm-2.4-1c2a 1:2.24.4-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.8~dfsg.4+20120529git007cdc37-5
ii  liblilv-0-0   0.14.4~dfsg0-1
ii  liblo70.26~repack-7
ii  liblrdf0  0.4.0-5
ii  libpango1.0-0 1.32.5-5+b1
ii  libpangomm-1.4-1  2.34.0-1
ii  libraptor2-0  2.0.9-1
ii  libsamplerate00.1.8-5
ii  libserd-0-0   0.18.2~dfsg0-2
ii  libsigc++-2.0-0c2a2.2.10-0.2
ii  libsndfile1   1.0.25-6
ii  libsord-0-0   0.12.0~dfsg0-3
ii  libsratom-0-0 0.4.2~dfsg0-2
ii  libstdc++64.8.1-2
ii  libsuil-0-0   0.6.12~dfsg0-2
ii  libusb-0.1-4  2:0.1.12-23.2
ii  libvamp-hostsdk3  2.5-dmo2
ii  libvamp-sdk2  2.5-dmo2
ii  libxml2   2.9.1+dfsg1-2
ii  libxslt1.11.1.26-14.1
ii  python2.7.5-2
ii  python-gtk2   2.24.0-3+b1
ii  python-twisted13.0.0-1

Versions of packages ardour recommends:
ii  chromium [www-browser]  28.0.1500.71-2
ii  epiphany-browser [www-browser]  3.8.2-1
ii  iceweasel [www-browser] 22.0-1
ii  w3m [www-browser]   0.5.3-8

ardour suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#668495: [PATCH] xjump: Helping to update to packaging format 3.0

[Samuel Mimram]

Hi,

Thanks for your work on this. Feel free to go ahead and NMU the package!

Cheers,

Samuel.

On Thu, Apr 12, 2012 at 11:11 AM, jari.aa...@cante.net wrote:

 Package: xjump
 Severity: wishlist
 Tags: patch

 Hi,

 The dpatch patch management system has been deprecated for some time. The
 Lintian currently flags use of dpatch packages as an error. The new 3.0
 packaging format is an improved version which, among other things, contains
 patch management built-in. For more information, see:

http://wiki.debian.org/Projects/DebSrc3.0

 I had some free time; see attached patch to migrate to new package
 format. Note that all files in debian/patches/* are canocalized to
 *.patch.

 Let me know if there is anything that needs adjusting or if it is ok
 to upload this version in a NMU in case you are working on other
 issues needing attention.

 Thanks,
 Jari

Bug#654527: Consider gpdftext

[Samuel Mimram]

Hi,

After a quick testing of gpdftext, it seems that it only extracts the text
from pdf files. However, I tend to use my reader to read papers with
mathematical formulas and figures, which papercrop handles quite well, and
are lost by gpdftext. So, gpdftext is far from being an equivalent of
papercrop and I think that both programs deserve a package in Debian!

Cheers,

Samuel.


On Sun, Mar 18, 2012 at 6:38 PM, Neil Williams codeh...@debian.org wrote:

 http://packages.debian.org/sid/gpdftext

 Reformatting tends to require manual checking of line endings, chapter
 headings and other kinds of issues, so gpdftext does the conversion but
 also provides a simple text editor presentation as well as a choice of
 output PDF sizes.

 If gpdftext fits your needs, feel free to close the RFP for papercrop
 (#654527)

 --


 Neil Williams
 =
 http://www.linux.codehelp.co.uk/

Bug#654527: xRFP: papercrop -- Converts PDF documents so that they can be read on a small screen of e-book devices

[Samuel Mimram]

Package: wnpp
Severity: wishlist

* Package name: papercrop
  Version : 0.47
  Upstream Author : Taesoo Kwon taesoob...@gmail.com 
* URL : http://code.google.com/p/papercrop/
* License : GPL + LGPL
  Programming Lang: C++, lua
  Description : Converts PDF documents so that they can be read on the
small screen of e-book devices



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#651604: libmlt4: makes openshot segfault

[Samuel Mimram]

Hi,

On Sat, Dec 10, 2011 at 5:48 PM, Patrick Matthäi pmatth...@debian.orgwrote:

 You are using packages from debian-multimedia. Remove them COMPLETLY and
 please try again. 99% of all reported crashes are because of
 deb-multimedia..


Sorry, I had downgraded the libmlt* packages before testing and reporting
but forgot libmlt-data. I can confirm that the bug still occurs with
Debian's version of all mlt packages.

Cheers,

Samuel.

Bug#651604: libmlt4: makes openshot segfault

[Samuel Mimram]

On Sun, Dec 11, 2011 at 12:04 PM, Patrick Matthäi pmatth...@debian.orgwrote:

 Am 11.12.2011 10:22, schrieb Samuel Mimram:

 Hi,

 On Sat, Dec 10, 2011 at 5:48 PM, Patrick Matthäi pmatth...@debian.org
 mailto:pmatth...@debian.org wrote:

You are using packages from debian-multimedia. Remove them COMPLETLY
and please try again. 99% of all reported crashes are because of
deb-multimedia..


 Sorry, I had downgraded the libmlt* packages before testing and
 reporting but forgot libmlt-data. I can confirm that the bug still
 occurs with Debian's version of all mlt packages.

 Cheers,

 Samuel.


 Are you able to play the video with melt?


Yes, without any problem. Notice that from the stack trace it looks like a
bug in the parsing of the xml file produced by openshot...

Cheers,

Samuel.

Bug#651604: libmlt4: makes openshot segfault

[Samuel Mimram]

Hi,

The bug can be hit here by playing melt sequence.mlt (with the attached
sequence.mlt, generated by openshot). Are you able to reproduce? BTW, if I
remove the two transition blocks in the end, the file is correctly
played, so it seems that the bug occurs when parsing those...

Cheers,

Samuel.


sequence.mlt
Description: Binary data

Bug#651604: libmlt4: makes openshot segfault

[Samuel Mimram]

On Sun, Dec 11, 2011 at 1:59 PM, Patrick Matthäi pmatth...@debian.orgwrote:

 Am 11.12.2011 13:50, schrieb Samuel Mimram:

  Hi,

 The bug can be hit here by playing melt sequence.mlt (with the
 attached sequence.mlt, generated by openshot). Are you able to
 reproduce? BTW, if I remove the two transition blocks in the end, the
 file is correctly played, so it seems that the bug occurs when parsing
 those...


 But playing the video itself works without problems? (melt foo.avi)


Yes.

Bug#651604: libmlt4: makes openshot segfault

[Samuel Mimram]

Package: libmlt4
Version: 0.7.6-2
Severity: important

Hi,

When I start openshot, add a clip to the timeline and play it, openshot
segfaults in libmlt4. The stacktrace follows. It might be the case that
openshot is misusing mlt (feel free to reassign the bug in this case), but
anyway I think that the lib should not segfault...

Thanks!

#0  mlt_properties_find (name=0x267eca0 _xml_branch, self=0x0) at
mlt_properties.c:484
#1  mlt_properties_fetch (self=0x0, name=0x267eca0 _xml_branch) at
mlt_properties.c:560
#2  0x7fffede12de2 in mlt_properties_set (self=0x0, name=0x267eca0
_xml_branch, value=0x267ecc0 1.1.3.) at mlt_properties.c:649
#3  0x7fffede1431a in mlt_properties_inherit (self=0x0, that=0x2084f80) at
mlt_properties.c:441
#4  0x7fffdecb8759 in on_end_transition (context=0x20cc000, name=optimized
out) at producer_xml.c:1012
#5  on_end_element (ctx=optimized out, name=optimized out) at
producer_xml.c:1275
#6  0x7fffde996e45 in ?? () from /usr/lib/libxml2.so.2
#7  0x7fffde9a089b in xmlParseElement () from /usr/lib/libxml2.so.2
#8  0x7fffde99f468 in xmlParseContent () from /usr/lib/libxml2.so.2
#9  0x7fffde9a068b in xmlParseElement () from /usr/lib/libxml2.so.2
#10 0x7fffde99f468 in xmlParseContent () from /usr/lib/libxml2.so.2
#11 0x7fffde9a068b in xmlParseElement () from /usr/lib/libxml2.so.2
#12 0x7fffde9a167a in xmlParseDocument () from /usr/lib/libxml2.so.2
#13 0x7fffdecb9bce in producer_xml_init (profile=optimized out,
servtype=optimized out, id=optimized out,
data=0x1f119f4 /home/smimram/.openshot/sequence.mlt) at
producer_xml.c:1609
#14 0x7fffede201ca in mlt_factory_producer (profile=0x1b7e570,
service=0x1f119f0 xml, input=0x1f119f4) at mlt_factory.c:287
#15 0x7fffde73bcc2 in create_producer (profile=0x1b7e570, file=0x1a55284
xml:/home/smimram/.openshot/sequence.mlt)
at producer_loader.c:63
#16 0x7fffde73bf8c in producer_loader_init (profile=0x1b7e570,
type=optimized out, id=0x1035f90 loader, arg=optimized out)
at producer_loader.c:198
#17 0x7fffede201ca in mlt_factory_producer (profile=0x1b7e570,
service=0x1035f90 loader, input=0x1a55284) at mlt_factory.c:287
#18 0x7fffee0410c2 in Mlt::Producer::Producer(Mlt::Profile, char const*,
char const*) () from /usr/lib/libmlt++.so.3
#19 0x7fffee27a6b3 in _wrap_new_Producer__SWIG_2 () from /usr/lib/python2.7
/dist-packages/_mlt.so
#20 0x7fffee27af37 in _wrap_new_Producer () from /usr/lib/python2.7/dist-
packages/_mlt.so
#21 0x004bd443 in PyEval_EvalFrameEx ()
#22 0x004bfc9d in PyEval_EvalCodeEx ()
#23 0x0044b36f in ?? ()
#24 0x0041d35a in PyObject_Call ()
#25 0x00432bdb in ?? ()
#26 0x0041d35a in PyObject_Call ()
#27 0x004839f3 in ?? ()
#28 0x0047efc1 in ?? ()
#29 0x0041d35a in PyObject_Call ()
#30 0x004b9b4e in PyEval_EvalFrameEx ()
#31 0x004b9d27 in PyEval_EvalFrameEx ()
#32 0x004b9d27 in PyEval_EvalFrameEx ()
#33 0x004bfc9d in PyEval_EvalCodeEx ()
#34 0x004b9a03 in PyEval_EvalFrameEx ()
#35 0x004bfc9d in PyEval_EvalCodeEx ()
#36 0x0044b36f in ?? ()
#37 0x0041d35a in PyObject_Call ()
#38 0x00432bdb in ?? ()
#39 0x0041d35a in PyObject_Call ()
#40 0x004b8cb6 in PyEval_CallObjectWithKeywords ()
#41 0x753d3c38 in ?? () from /usr/lib/python2.7/dist-
packages/gobject/_gobject.so
#42 0x7633f804 in g_closure_invoke () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#43 0x7635178a in ?? () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#44 0x7635abe3 in g_signal_emit_valist () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#45 0x7635afb2 in g_signal_emit () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#46 0x74b01301 in ?? () from /usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0
#47 0x749e66a7 in gtk_propagate_event () from /usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0
#48 0x749e6933 in gtk_main_do_event () from /usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0
#49 0x7465221c in ?? () from /usr/lib/x86_64-linux-
gnu/libgdk-x11-2.0.so.0
#50 0x75c720cf in g_main_context_dispatch () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#51 0x75c728c8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#52 0x75c72e02 in g_main_loop_run () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#53 0x749e5987 in gtk_main () from /usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0
#54 0x750c1f44 in ?? () from /usr/lib/python2.7/dist-
packages/gtk-2.0/gtk/_gtk.so
#55 0x004ba051 in PyEval_EvalFrameEx ()
#56 0x004b9d27 in PyEval_EvalFrameEx ()
#57 0x004b9d27 in PyEval_EvalFrameEx ()
#58 0x004bfc9d in PyEval_EvalCodeEx ()
#59 0x004c0772 in PyEval_EvalCode ()
#60 0x004dfa22 in ?? ()
#61 0x004e05b4 in PyRun_FileExFlags ()
#62 0x004e10be in PyRun_SimpleFileExFlags ()

Bug#631852: Please package camlimages 4.0.1

[Samuel Mimram]

Package: camlimages
Severity: wishlist

Hi,

It would be nice if the package could be updated to 4.0.1 (I know it's lame for
a member of the team to ask this but I really don't have time right now...).

Thanks!

++

Sam.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#627133: [Mlt-devel] Bug#627133: melt: segfault with framebuffer

[Samuel Mimram]

On Sun, May 22, 2011 at 8:50 PM, Dan Dennedy d...@dennedy.org wrote:

 On Wed, May 18, 2011 at 1:12 PM, Samuel Mimram smim...@gmail.com wrote:
 
 
  On Wed, May 18, 2011 at 10:09 PM, Samuel Mimram smim...@gmail.com
 wrote:
 
  On Wed, May 18, 2011 at 9:25 PM, Patrick Matthäi pmatth...@debian.org
 wrote:
 
  Am 18.05.2011 21:22, schrieb Samuel Mimram:
   On Wed, May 18, 2011 at 10:31 AM, Samuel Mimram smim...@gmail.com
   mailto:smim...@gmail.com wrote:
  
   I can confirm that the bug still occurs with a non-hardened
 package
   (rebuilt following your instructions).
  
  
   For info, the full stacktrace is:
  
#0  0x7fffe5ec54cd in filter_line_sse2 (mode=0,
 dst=0x7fffde5fb7a0 ,
   prev=0x7fffde6fd7a0
  
 \207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,
 
  I see SSE2 foo, but this could not be the issue, because the i386
  packages (with that I tested it these days) are build without any CPU
 
  optimizations.
 
  Well, I'm on amd64 and SSE2 seems to be enabled here (I see -DUSE_SSE2
 in build logs...).
 
  Even better, when I add --disable-sse2 to the configure options on amd64,
 the problem vanishes!
 

 I reproduced this on my Arch Linux box using gcc v4.6. Some
 optimizations in -O1 and -O2 cause this SSE2 code to fail. I did
 bisection testing of all of the specific options these enable and
 isolated them:
# Since gcc 4.6, this optimization enabled with -O1 causes
 filter_line_sse2 to crash.
echo OPTIMISATIONS+=-fno-tree-dominator-opts
# Since gcc 4.6, this optimization enabled with -O2 causes
 filter_line_sse2 to crash.
echo OPTIMISATIONS+=-fno-tree-pre

 The solution is in the next version or you can configure with
 --disable-sse2 since only the YADIF deinterlacer uses SSE2 and it also
 has a SSE version that still works.


Thanks! This is great to see so reactive open-source projects!

++

Sam.

Bug#627133: melt: segfault with framebuffer

[Samuel Mimram]

Hi,

I hope that you had a good night ;)

I can confirm that the bug still occurs with a non-hardened package (rebuilt
following your instructions).

++

Sam.


On Tue, May 17, 2011 at 11:42 PM, Patrick Matthäi pmatth...@debian.orgwrote:

 Too much for today (I will go to bed now).
 But could you please retry it with a not-hardened build by rebuilding the
 package without the hardening-wrapper build-dependency and commenting out
 the deb_build_hardening environment export at the beginning of
 debian/rules and see if it still occurs? Thanks!

  Package: melt
  Version: 0.7.2-2
  Severity: normal
 
 
  Hi,
 
  I got a segfault with openshot. After investigating a bit further it
 turns
  out that I get the same problem when running melt framebuffer:x.avi?2
  (which is used by openshot). However, if I specify a profile, for
 instance
  melt -profile square_ntsc framebuffer:x.avi?2, the video plays at
 double
  speed as expected. Is melt supposed to crash when framebuffer is used
  without specifying a profile?...
 
  For info, the stacktrace is
 
  0x7fffe15955ac in filter_line_sse2 (mode=0, dst=0x7fffc8629380 ,
  prev=0x7fffc8429320
 
 \207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,
  cur=0x7fffc8369300
 
 \207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262
 
 \262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,
  next=0x7fffc8529350
 
 \207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,
  w=value optimized out, refs=640, parity=0)
  at vf_yadif_template.h:234
  234 vf_yadif_template.h: No such file or directory.
   in vf_yadif_template.h
 
  Thanks!
 
  -- System Information:
  Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
  Architecture: amd64 (x86_64)
 
  Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
  Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
  Shell: /bin/sh linked to /bin/dash
 
  Versions of packages melt depends on:
  ii  libc62.13-4  Embedded GNU C Library:
  Shared lib
  ii  libmlt-data  1:0.7.2-0.0 multimedia framework (data)
  ii  libmlt4  1:0.7.2-0.0 multimedia framework
  (runtime)
 
  melt recommends no packages.
 
  melt suggests no packages.
 
  -- no debconf information
 
 
 
 

Bug#627122: [Mlt-devel] Bug#627122: melt sefaults

[Samuel Mimram]

Hi,

On Wed, May 18, 2011 at 1:39 AM, Dan Dennedy d...@dennedy.org wrote:

 On Tue, May 17, 2011 at 1:59 PM, Patrick Matthäi pmatth...@debian.org
 wrote:
  Hello,
 
  you are right, it also happens here, I can play and compose videos, no
  problem but at the end it segfaults.
  I am building mlt since 0.7.0 with all hardening options which are
  available, but for testing I rebuild 0.7.2-2 without them and still get
  the same faults.
 
  @Dan:
  What is your opinion?

 Someone else reported this problem, but so far I have not reproduced
 it on Ubuntu 10.04, Ubuntu 11.04, Fedora 14, and OS X. Both bug
 reports' backtrace show a crash in
 QVariantAnimation::registerInterpolator(), which I find strange esp.
 since our only Qt-based module, qimage, has not changed since before
 the v0.7.0 release. As you can see, it occurs when MLT calls dlcose()
 on a MLT plugin using Qt. Someone having the problem can easily see if
 deleting libmltqimage.so helps. I suggested this to the other reporter
 but have not heard back.


Yes, I confirm that the bug disappears when I remove libmltqimage.so.

++

Sam.

Bug#627122: [Mlt-devel] Bug#627122: melt sefaults

[Samuel Mimram]

On Wed, May 18, 2011 at 6:51 PM, Dan Dennedy d...@dennedy.org wrote:

 On Wed, May 18, 2011 at 9:02 AM, Samuel Mimram smim...@gmail.com wrote:
  Hi,
 
  On Wed, May 18, 2011 at 1:39 AM, Dan Dennedy d...@dennedy.org wrote:
 
  On Tue, May 17, 2011 at 1:59 PM, Patrick Matthäi pmatth...@debian.org
  wrote:
   Hello,
  
   you are right, it also happens here, I can play and compose videos, no
   problem but at the end it segfaults.
   I am building mlt since 0.7.0 with all hardening options which are
   available, but for testing I rebuild 0.7.2-2 without them and still
 get
   the same faults.
  
   @Dan:
   What is your opinion?
 
  Someone else reported this problem, but so far I have not reproduced
  it on Ubuntu 10.04, Ubuntu 11.04, Fedora 14, and OS X. Both bug
  reports' backtrace show a crash in
  QVariantAnimation::registerInterpolator(), which I find strange esp.
  since our only Qt-based module, qimage, has not changed since before
  the v0.7.0 release. As you can see, it occurs when MLT calls dlcose()
  on a MLT plugin using Qt. Someone having the problem can easily see if
  deleting libmltqimage.so helps. I suggested this to the other reporter
  but have not heard back.
 
  Yes, I confirm that the bug disappears when I remove libmltqimage.so.

 Great, thanks. What is the Qt4 version?


The version of libqtgui4 package is 4.7.3 (but I got the same problem with
4.7.2 I think).

++

Sam.

Bug#627133: melt: segfault with framebuffer

[Samuel Mimram]

On Wed, May 18, 2011 at 10:31 AM, Samuel Mimram smim...@gmail.com wrote:

 I can confirm that the bug still occurs with a non-hardened package
 (rebuilt following your instructions).


For info, the full stacktrace is:

 #0  0x7fffe5ec54cd in filter_line_sse2 (mode=0, dst=0x7fffde5fb7a0 ,
prev=0x7fffde6fd7a0
\207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,

cur=0x77e567a0
\207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,

next=0x7fffde67c7a0
\207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,

w=value optimized out, refs=640, parity=0) at vf_yadif_template.h:234
#1  0x7fffe5ec630b in filter_plane (mode=0,
dst=0x7fffde5fb020
\214\214\215\217\220\221\222\223\224\224\224\224\224\223\223\223\227\227\227\230\231\232\232\232\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\241\241\242\243\243\244\245\245\246\247\247\250\251\252\253\253\251\251\251\251\251\251\251\251\254\253\253\252\251\250\247\247\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\257\257\257\257\257\257\257\257\257\257\257\257\257\257\257\257\261\261\261\261\261\261\261\261\260\260\260\260\260\260\260\260\256\256\256\256\256\256\256\256\257\256\256\255\254\254\253\253\254\254\254\254\254\254\254\254\252\252\252\252\252\252\252\252\254\253\251\247\247\247\250\251\246\246\247\247\250\251\251\252\250\250\247\246\246\245\244\244\246\245\245\244\243\243\242\242...,

dst_stride=640, prev0=value optimized out,
cur0=0x77e56020
\214\214\215\217\220\221\222\223\224\224\224\224\224\223\223\223\227\227\227\230\231\232\232\232\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\241\241\242\243\243\244\245\245\246\247\247\250\251\252\253\253\251\251\251\251\251\251\251\251\254\253\253\252\251\250\247\247\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\257\257\257\257\257\257\257\257\257\257\257\257\257\257\257\257\261\261\261\261\261\261\261\261\260\260\260\260\260\260\260\260\256\256\256\256\256\256\256\256\257\256\256\255\254\254\253\253\254\254\254\254\254\254\254\254\252\252\252\252\252\252\252\252\254\253\251\247\247\247\250\251\246\246\247\247\250\251\251\252\250\250\247\246\246\245\244\244\246\245\245\244\243\243\242\242...,

next0=value optimized out, refs=640, w=640, h=480, parity=0, tff=0,
cpu=3) at yadif.c:397
#2  0x7fffe5ec6b1e in deinterlace_yadif (frame=value optimized out,
filter=value optimized out, image=0x7fffe288,
format=0x7fffe294, width=0x7fffdfb4, height=0x7fffdfb8,
mode=0) at filter_deinterlace.c:152
#3  0x7fffe5ec6e65 in filter_get_image (this=0x70f660

Bug#627133: melt: segfault with framebuffer

[Samuel Mimram]

On Wed, May 18, 2011 at 9:25 PM, Patrick Matthäi pmatth...@debian.orgwrote:

 Am 18.05.2011 21:22, schrieb Samuel Mimram:
  On Wed, May 18, 2011 at 10:31 AM, Samuel Mimram smim...@gmail.com
  mailto:smim...@gmail.com wrote:
 
  I can confirm that the bug still occurs with a non-hardened package
  (rebuilt following your instructions).
 
 
  For info, the full stacktrace is:
 
   #0  0x7fffe5ec54cd in filter_line_sse2 (mode=0, dst=0x7fffde5fb7a0
 ,
  prev=0x7fffde6fd7a0
 
 \207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,

 I see SSE2 foo, but this could not be the issue, because the i386
 packages (with that I tested it these days) are build without any CPU
 optimizations.


Well, I'm on amd64 and SSE2 seems to be enabled here (I see -DUSE_SSE2 in
build logs...).

Bug#627133: melt: segfault with framebuffer

[Samuel Mimram]

On Wed, May 18, 2011 at 10:09 PM, Samuel Mimram smim...@gmail.com wrote:

 On Wed, May 18, 2011 at 9:25 PM, Patrick Matthäi pmatth...@debian.orgwrote:

 Am 18.05.2011 21:22, schrieb Samuel Mimram:
  On Wed, May 18, 2011 at 10:31 AM, Samuel Mimram smim...@gmail.com
  mailto:smim...@gmail.com wrote:
 
  I can confirm that the bug still occurs with a non-hardened package
  (rebuilt following your instructions).
 
 
  For info, the full stacktrace is:
 
   #0  0x7fffe5ec54cd in filter_line_sse2 (mode=0, dst=0x7fffde5fb7a0
 ,
  prev=0x7fffde6fd7a0
 
 \207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,

 I see SSE2 foo, but this could not be the issue, because the i386
 packages (with that I tested it these days) are build without any CPU

 optimizations.


 Well, I'm on amd64 and SSE2 seems to be enabled here (I see -DUSE_SSE2 in
 build logs...).


Even better, when I add --disable-sse2 to the configure options on amd64,
the problem vanishes!

Bug#627133: melt: segfault with framebuffer

[Samuel Mimram]

On Wed, May 18, 2011 at 10:18 PM, Patrick Matthäi pmatth...@debian.orgwrote:

 Am 18.05.2011 22:12, schrieb Samuel Mimram:
  Well, I'm on amd64 and SSE2 seems to be enabled here (I see
  -DUSE_SSE2 in build logs...).
 
 
  Even better, when I add --disable-sse2 to the configure options on
  amd64, the problem vanishes!
 

 Well I have got amd64 and i386 and it is reproduceable on both system
 and i386 is build without optimiziations (e.g. --disable-sse2 is
 passed), so this does not make sense :/


Aren't you confusing with the other bug I reported (#627122)?

Bug#627122: melt sefaults

[Samuel Mimram]

Package: melt
Version: 0.7.2-2
Severity: important


Hi,

When I run melt without any argument (but it also happens with
arguments) it displays the usual help message and then segfaults. The
stacktrace is

#0  0x75c4af37 in QVariantAnimation::registerInterpolator(QVariant 
(*)(void const*, void const*, double), int) () from /usr/lib/libQtCore.so.4
#1  0x7627b770 in ?? () from /usr/lib/libQtGui.so.4
#2  0x776480d5 in __cxa_finalize (d=0x76d51560)
at cxa_finalize.c:56
#3  0x762719d6 in ?? () from /usr/lib/libQtGui.so.4
#4  0x7fffdb28 in ?? ()
#5  0x0007 in ?? ()
#6  0x7fffe060 in ?? ()
#7  0x768f52f5 in _fini () from /usr/lib/libQtGui.so.4
#8  0x7fffe060 in ?? ()
#9  0x77de9b12 in _dl_close_worker (map=value optimized out)
at dl-close.c:272
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages melt depends on:
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libmlt-data   0.7.2-2multimedia framework (data)
ii  libmlt4   0.7.2-2multimedia framework (runtime)

melt recommends no packages.

melt suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#627133: melt: segfault with framebuffer

[Samuel Mimram]

Package: melt
Version: 0.7.2-2
Severity: normal


Hi,

I got a segfault with openshot. After investigating a bit further it turns out 
that I get the same problem when running melt framebuffer:x.avi?2 (which is 
used by openshot). However, if I specify a profile, for instance melt -profile 
square_ntsc framebuffer:x.avi?2, the video plays at double speed as expected. 
Is melt supposed to crash when framebuffer is used without specifying a 
profile?...

For info, the stacktrace is

0x7fffe15955ac in filter_line_sse2 (mode=0, dst=0x7fffc8629380 ,
prev=0x7fffc8429320 
\207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,
cur=0x7fffc8369300 
\207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262
\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,
next=0x7fffc8529350 
\207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244...,
 w=value optimized out, refs=640, parity=0)
at vf_yadif_template.h:234
234 vf_yadif_template.h: No such file or directory.
 in vf_yadif_template.h

Thanks!

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages melt depends on:
ii  libc62.13-4  Embedded GNU C Library: Shared lib
ii  libmlt-data  1:0.7.2-0.0 multimedia framework (data)
ii  libmlt4  1:0.7.2-0.0 multimedia framework (runtime)

melt recommends no packages.

melt suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#626295: qemu-kvm: Module won't load because of TXT

[Samuel Mimram]

Package: qemu-kvm
Version: 0.14.0+dfsg-1~tls
Severity: normal

Hi,

The kvm module won't load on this machine because of TXT (I don't know exactly
what it is but it stands for Trusted Execution Technology). I get the
following lines in dmesg:

[  138.722253] kvm: disable TXT in the BIOS or  activate TXT before enabling
KVM
[  138.722256] kvm: disabled by bios

First, the error message is not really clear because I don't understand if I am
supposed to disable or enable TXT. More importantly, I get the same behavior
whether I disable or enable TXT in the BIOS and I couldn't get kvm to start...

I can provide more infomation / perform some tests if needed.

Thanks!



-- Package-specific info:


/proc/cpuinfo:

processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 23
model name  : Intel(R) Core(TM)2 Duo CPU P8600  @ 2.40GHz
stepping: 10
cpu MHz : 800.000
cache size  : 3072 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 2
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 13
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor 
ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida dts 
tpr_shadow vnmi flexpriority
bogomips: 4788.14
clflush size: 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 6
model   : 23
model name  : Intel(R) Core(TM)2 Duo CPU P8600  @ 2.40GHz
stepping: 10
cpu MHz : 2400.000
cache size  : 3072 KB
physical id : 0
siblings: 2
core id : 1
cpu cores   : 2
apicid  : 1
initial apicid  : 1
fpu : yes
fpu_exception   : yes
cpuid level : 13
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor 
ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida dts 
tpr_shadow vnmi flexpriority
bogomips: 4788.05
clflush size: 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:




-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages qemu-kvm depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  etherboot-qemu  5.4.4-9  Bootstrapping for various network 
ii  libaio1 0.3.109-1Linux kernel AIO access library - 
ii  libasound2  1.0.23-3 shared library for ALSA applicatio
ii  libattr11:2.4.44-2   Extended attribute shared library
ii  libbluetooth3   4.91-1   Library to use the BlueZ Linux Blu
ii  libbrlapi0.54.2-7braille display access via BRLTTY 
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.21.6-1 Multi-protocol file transfer libra
ii  libgnutls26 2.10.5-1+b1  the GNU TLS library - runtime libr
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libncurses5 5.9-1shared libraries for terminal hand
ii  libpng12-0  1.2.44-2 PNG library - runtime
ii  libpulse0   0.9.21-4 PulseAudio client libraries
ii  libsasl2-2  2.1.23.dfsg1-8   Cyrus SASL - authentication abstra
ii  libsdl1.2debian 1.2.14-6.3   Simple DirectMedia Layer
ii  libuuid12.17.2-9.1   Universally Unique ID library
ii  libvdeplug2 2.2.3-3+b1   Virtual Distributed Ethernet - Plu
ii  libx11-62:1.4.3-1X11 client-side library
ii  python  2.6.6-14 interactive high-level object-orie
ii  qemu-keymaps0.14.0+dfsg-5.1  QEMU keyboard maps
ii  qemu-utils  0.14.0+dfsg-5.1  QEMU utilities
ii  seabios 0.6.1.2-2Legacy BIOS implementation
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages qemu-kvm recommends:
ii  bridge-utils  1.5-1  Utilities for configuring the Linu
ii  iproute   20110315-1 networking and traffic control too

Versions of packages qemu-kvm suggests:
ii  debootstrap

Bug#625818: libllvm-ocaml-2.8-dev: Wrong directory in META

[Samuel Mimram]

On Sun, May 8, 2011 at 10:29 PM, Sylvestre Ledru sylves...@debian.orgwrote:

  directory = +llvm-2.8 works fine here (notice the + at the
  begining though).
 Did you try that ?
 On my system, the following commands:
 ocamlfind ocamlc -package llvm-2.8 -where
 ignores the .8 and stops checking on:
 /usr/lib/ocaml/METAS/META.llvm-2

 Here is more explanations from Stéphane (even he is not fixing the issue
 by itself):
 http://lists.debian.org/debian-release/2010/08/msg01753.html


Actually, I have tried the directory above with -package llvm, which works
because META.llvm is a symlink to META.llvm-2.8. But effectively -package
llvm-2.8 does not work here...

++

Sam.

Bug#625818: libllvm-ocaml-2.8-dev: Wrong directory in META

[Samuel Mimram]

Package: libllvm-ocaml-2.8-dev
Version: 2.8-2+b1
Severity: important

Hi,

The files META.llvm and META.llvm-2.8 both contain

directory = +llvm

however the right directory is llvm-2.8 (so you need to change either the
directory or the META...).

Thanks!



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libllvm-ocaml-2.8-dev depends on:
ii  llvm-2.8-dev  2.8-2+b1   Low-Level Virtual Machine (LLVM), 
ii  ocaml-base-nox [ocaml-base-no 3.12.0-5   Runtime system for OCaml bytecode 

libllvm-ocaml-2.8-dev recommends no packages.

Versions of packages libllvm-ocaml-2.8-dev suggests:
ii  llvm-2.8-doc  2.8-2  Low-Level Virtual Machine (LLVM), 

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#625818: libllvm-ocaml-2.8-dev: Wrong directory in META

[Samuel Mimram]

On Fri, May 6, 2011 at 12:18 PM, Sylvestre Ledru sylves...@debian.orgwrote:

 Le vendredi 06 mai 2011 à 10:34 +0200, Samuel Mimram a écrit :
  The files META.llvm and META.llvm-2.8 both contain
 
  directory = +llvm
 
  however the right directory is llvm-2.8 (so you need to change either the
  directory or the META...).
 I am not familiar with this.
 You confirm that changing to
 directory = llvm-2.8
 will fix the issue ?


directory = +llvm-2.8 works fine here (notice the + at the begining
though).

++

Sam.

Bug#622634: Please package ardour 3 in experimental

[Samuel Mimram]

Package: ardour
Version: 1:2.8.11-5
Severity: wishlist

Hi,

Ardour 3 alpha was released some time ago: http://ardour.org/node/4293. Since
it brings really major improvements (MIDI support in particular), it would be
nice if you could package it in experimental.

Thanks!



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ardour depends on:
ii  jackd5   JACK Audio Connection Kit (default
ii  libart-2.0-2 2.3.21-1Library of functions for 2D graphi
ii  libasound2   1.0.23-2.1  shared library for ALSA applicatio
ii  libatk1.0-0  1.32.0-3The ATK accessibility toolkit
ii  libaubio20.3.2-4+b2  a library for audio segmentation
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libcairomm-1.0-1 1.8.4-3 C++ wrappers for Cairo (shared lib
ii  libcurl3-gnutls  7.21.4-1Multi-protocol file transfer libra
ii  libfftw3-3   3.2.2-1 library for computing Fast Fourier
ii  libfontconfig1   2.8.0-2.1   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgcc1  1:4.6.0-2   GCC support library
ii  libglib2.0-0 2.28.4-1The GLib library of C routines
ii  libglibmm-2.4-1c2a   2.24.2-1C++ wrapper for the GLib toolkit (
ii  libgnomecanvas2-02.30.1-1A powerful object-oriented display
ii  libgnomecanvasmm-2.6 2.26.0-1C++ wrappers for libgnomecanvas2 (
ii  libgtk2.0-0  2.24.3-1~sid1   The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a1:2.20.3-1  C++ wrappers for GTK+ (shared libr
ii  libjack0 [libjack-0. 1:0.120.1+svn4142-1 JACK Audio Connection Kit (librari
ii  liblo7   0.26~repack-7   Lightweight OSC library
ii  liblrdf0 0.4.0-4 a library to manipulate RDF files 
ii  libpango1.0-01.28.3-6Layout and rendering of internatio
ii  libpangomm-1.4-1 2.26.2-1C++ Wrapper for pango (shared libr
ii  libraptor1   1.4.21-5Raptor RDF parser and serializer l
ii  libraptor2-0 2.0.2-1 Raptor 2 RDF syntax library
ii  librasqal3   0.9.25-2Rasqal RDF query library
ii  librdf0  1.0.13-2Redland Resource Description Frame
ii  libsamplerate0   0.1.7-3 Audio sample rate conversion libra
ii  libsigc++-2.0-0c2a   2.2.4.2-1   type-safe Signal Framework for C++
ii  libslv2-90.6.6-9 A library for simple use of LV2 pl
ii  libsndfile1  1.0.24-1Library for reading/writing audio 
ii  libstdc++6   4.6.0-2 The GNU Standard C++ Library v3
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  libvamp-hostsdk3 2.1-1   helper library for Vamp hosts writ
ii  libvamp-sdk2 2.1-1   helper library for Vamp plugins wr
ii  libxml2  2.7.8.dfsg-2GNOME XML library
ii  libxslt1.1   1.1.26-7XSLT 1.0 processing library - runt
ii  python   2.6.6-12interactive high-level object-orie
ii  python-gtk2  2.17.0-4Python bindings for the GTK+ widge
ii  python-twisted   10.2.0-1Event-based framework for internet

Versions of packages ardour recommends:
ii  chromium-br 6.0.472.63~r59945-5+squeeze4 Chromium browser
ii  epiphany-br 2.30.6-2 Intuitive GNOME web browser
ii  iceweasel [ 4.0-3Web browser based on Firefox
ii  links [www- 2.3~pre1-1   Web browser running in text mode
ii  w3m [www-br 0.5.3-2  WWW browsable pager with excellent

ardour suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#585557: Please package 1.5.0 in unstable

[Samuel Mimram]

reopen 585557
thanks

Hi,

Is there a reason why soundtouch 1.5.0 should stay in experimental?
Otherwise it would be nice if you could upload it to unstable.

Thanks!

Cheers,

Sam.

Bug#613309: vloopback-source: Doesn't build with 2.6.37 kernel

[Samuel Mimram]

Package: vloopback-source
Version: 1.3-2
Severity: important

The module does not build with 2.6.37 kernels. Compilations fails on

Building vloopback driver...
make[3]: Entering directory `/usr/src/linux-headers-2.6.37-trunk-amd64'
  CC [M]  /usr/src/modules/vloopback/vloopback.o
/usr/src/modules/vloopback/vloopback.c: In function ‘create_pipe’:
/usr/src/modules/vloopback/vloopback.c:1323: error: implicit declaration of
function ‘init_MUTEX’
make[6]: *** [/usr/src/modules/vloopback/vloopback.o] Error 1



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vloopback-source depends on:
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  debhelper 8.0.0  helper programs for debian/rules
ii  module-assistant  0.11.3 tool to make module package creati

vloopback-source recommends no packages.

vloopback-source suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572121: Please package jackbeat 0.7.5

[Samuel Mimram]

Hi,

Jackbeat 0.7.5 has been released, which apparently lets the program be run
again... Could you please package this new version ?

Thanks!

Cheers,

Sam.

Bug#577077: liquidsoap: SDL output do not play the audio

[Samuel Mimram]

On 04/10/2010 06:40 PM, Petter Reinholdtsen wrote:

[Samuel Mimram]
   

This is not a bug since output.sdl is only intended to play video
(at least for now). If you also want to play audio, you should use
something like output.alsa(output.sdl(single(...))).
 

Oh.  I must admit that is very unexpected, and I would suggest to
review this behavior with the principle of least surprise in mind. :)
   


Well, it might be surprising at first, but the general philosphy of 
liquidsoap is that it should be modular: you might want to do some 
specific things on the audio stream or on the audio stream so functions 
handling audio and video are generally distinct. Moreover, liquidsoap is 
server-oriented and the sdl output was just meant to be a quick way to 
check what's going on...



Anyway, good to see a workaround.  Now if only the video quality issue
could be solved, I could start to do what I want to do with
liquidsoap, which is to create a SOAP driven TV playout for web
streaming. :)
   


Have you tried the svn version? We have done many improvements recently 
on video and I've checked that your video plays well with this version.


++

Sam.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#563669: Delivers documentation for Coq 8.1

[Samuel Mimram]

Hi,

I will try to have a look at it. In the meantime, feel free to update it and
put ocaml-maint as maintainer :)

Cheers,

Sam.


On Mon, Jan 4, 2010 at 2:46 PM, Mehdi Dogguy me...@debian.org wrote:

 Package: coq-doc
 Version: 8.1-3
 Severity: normal

 Hello,

 It would be nice if coq-doc delivers documentation for coq 8.2.

 Cheers,

 -- System Information:
 Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
 Architecture: i386 (x86_64)

 Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores)
 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

 Versions of packages coq-doc depends on:
 ii  coq-doc-html  8.1-3  documentation for Coq in html
 form
 ii  coq-doc-pdf   8.1-3  documentation for Coq in pdf
 forma

 coq-doc recommends no packages.

 coq-doc suggests no packages.

 -- no debconf information

Bug#552326: Relation to PPL

[Samuel Mimram]

Hi,

Michael Tautschnig wrote:
 Sorry, it took me a bit longer until I found the time to look into this. For 
 me
 it seems to build fine until some non-PPL related error during dpkg-shlibs 
 run!
 All I did was
 
 - git clone git://git.debian.org/git/pkg-ocaml-maint/packages/apron.git
 - apt-get install libppl0.10-dev (should be added as build-dep)
 - edit debian/Makefile.config to enable the HAS_PPL line
 - dpkg-buildpackage -I.git -i'\.git'
 
 and it seemed to work fine, including the ppl stuff! Note that I did all this 
 on
 an up-to-date sid AMD64 system. I had some GMP-related warnings that don't 
 look
 really good, but nothing PPL-specific!?
 
 Could you check, whether the above also works for you? According to APRON docs
 the PPL patch was only needed for PPL 0.9, but it's all fine with PPL 0.10.

Yes! Sorry I did not mail you, but I found out that PPL support is
building fine (I'm not sure what went wrong on the first time). I have
already patched the package and will make an upload with PPL support as
soon as the package goes through the NEW queue.

 Please let me know if you need any help, I'd happily lend a hand for getting
 APRON packaged for Debian!

Thanks!

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#552326: ITP: apron -- An abstract interpretation library

[Samuel Mimram]

Package: wnpp
Severity: wishlist
Owner: Samuel Mimram smim...@debian.org

* Package name: apron
  Version : 0.9.10
* URL : http://apron.cri.ensmp.fr/library/
* License : LGPL + GPL
  Programming Lang: C + OCaml
  Description : An abstract interpretation library

 The APRON library is dedicated to the static analysis of the numerical
 variables of a program by Abstract Interpretation. The aim of such an analysis
 is to infer invariants about these variables. It is intended to be a common
 interface to various underlying libraries/abstract domains and to provide
 additional services that can be implemented independently from the underlying
 library/abstract domain.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#552326: Relation to PPL

[Samuel Mimram]

Hi,

Michael Tautschnig wrote:
 It would be great to see APRON packaged for Debian; please make sure it
 uses/works with current PPL (Parma Polyhedra Library), which we already
 ship/maintain with Debian. I know that some earlier versions required patches 
 to
 PPL to make it work, but I don't know whether this is still the case or has 
 been
 fixed already.

Thanks for you encouragements!

Right now the PPL part does not seem to build:

make[4]: Entering directory
`/home/smimram/prog/gnu/pkg-ocaml-maint/git/apron/apron/ppl'
g++ -Wcast-qual -Wswitch -Wall -Wextra -Wundef -Wcast-align -Wno-unused
-fPIC -O3 -DNDEBUG -I../newpolka
-I/home/smimram/prog/gnu/pkg-ocaml-maint/git/apron/debian/tmp/usr/include
-I../apron -I../mlapronidl -I../num -I../itv -I/usr/include
-I/usr/include -I/usr/include -I/usr/lib/ocaml -I/usr/lib/ocaml -c -o
ppl_user.o ppl_user.cc
In file included from ppl_user.hh:20,
 from ppl_user.cc:20:
ppl_poly.hh:20:18: error: ppl.hh: No such file or directory
In file included from ppl_user.cc:20:
ppl_user.hh:39:2: error: #error no version information
ppl_user.hh:42:6: warning: PPL_VERSION_MAJOR is not defined
ppl_user.hh:42:32: warning: PPL_VERSION_MINOR is not defined
In file included from ppl_user.hh:20,
 from ppl_user.cc:20:
ppl_poly.hh:23: error: ‘Parma_Polyhedra_Library’ is not a namespace-name
ppl_poly.hh:23: error: expected namespace-name before ‘;’ token
ppl_poly.hh:27: error: ISO C++ forbids declaration of ‘Polyhedron’ with
no type
ppl_poly.hh:27: error: expected ‘;’ before ‘*’ token
ppl_poly.hh:32: error: ‘Degenerate_Element’ has not been declared
In file included from ppl_user.cc:20:
ppl_user.hh:74: error: expected ‘,’ or ‘...’ before ‘’ token
ppl_user.hh:74: error: ISO C++ forbids declaration of ‘mpz_class’ with
no type
ppl_user.hh: In function ‘void ap_ppl_mpz_to_scalar(ap_scalar_t*, int)’:
ppl_user.hh:77: error: ‘i’ was not declared in this scope
ppl_user.hh: At global scope:
ppl_user.hh:83: error: expected ‘,’ or ‘...’ before ‘’ token
ppl_user.hh:83: error: ISO C++ forbids declaration of ‘mpz_class’ with
no type
ppl_user.hh: In function ‘void ap_ppl_mpz2_to_scalar(ap_scalar_t*, int)’:
ppl_user.hh:86: error: ‘n’ was not declared in this scope
ppl_user.hh:87: error: ‘d’ was not declared in this scope
ppl_user.hh: At global scope:
ppl_user.hh:93: error: variable or field ‘ap_ppl_mpq_of_coef’ declared void
ppl_user.hh:93: error: ‘mpq_class’ was not declared in this scope
ppl_user.hh:93: error: ‘res’ was not declared in this scope
ppl_user.hh:93: error: expected primary-expression before ‘const’
make[4]: *** [ppl_user.o] Error 1

My guess is that some patch is still needed...

So, my plans are to first upload the APRON package without PPL support
and add it later on, when I find some time to dig into it. If you are
willing to help, you can test the package on the following git repository:

git://git.debian.org/git/pkg-ocaml-maint/packages/apron.git

In order to add PPL support you only have to modify
debian/Makefile.config and uncomment the HAS_PPL line. Please let me
know if you make any progress so that I can enable PPL support in APRON.

Cheers,

Samuel.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#532905: Patch to build with GtkSourceView-2.0

[Samuel Mimram]

tag 532905 + patch
thanks

Hi,

There is a patch which apparently enables to build with
GtkSourceView-2.0 (attached).

++

Sam.

Delivered-To: garrigue at math.nagoya-u.ac.jp
Delivered-To: lablgtk at yquem.inria.fr
From: Mike Spivey mike at comlab.ox.ac.uk
To: lablgtk lablgtk at yquem.inria.fr
Content-Type: text/plain
Date: Wed, 14 Oct 2009 20:32:34 +0100
Message-Id: 1255548754.12556.2.camel at staysail
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: [Lablgtk] Patch to build with GtkSourceView-2.0

This patch makes it possible to build version 2.14.0 on a machine that
has GtkSourceView-2.0 installed but not GtkSourceView-1.0.  An obvious
typo, I think.

Best wishes,

-- Mike

diff -c -r lablgtk-2.14.0/src/gSourceView2.mli 
lablgtk-2.14.0-local/src/gSourceView2.mli
*** lablgtk-2.14.0/src/gSourceView2.mli 2009-09-16 14:42:17.0 +0100
--- lablgtk-2.14.0-local/src/gSourceView2.mli   2009-10-14 20:19:49.0 
+0100
***
*** 251,257 
  
  val iter_forward_search :
GText.iter -
!   SourceViewEnums.source_search_flag list -
start: as_iter : Gtk.text_iter; ..  -
stop: as_iter : Gtk.text_iter; ..  -
?limit: as_iter : Gtk.text_iter; ..  -
--- 251,257 
  
  val iter_forward_search :
GText.iter -
!   SourceView2Enums.source_search_flag list -
start: as_iter : Gtk.text_iter; ..  -
stop: as_iter : Gtk.text_iter; ..  -
?limit: as_iter : Gtk.text_iter; ..  -
***
*** 259,266 
  
  val iter_backward_search :
GText.iter -
!   SourceViewEnums.source_search_flag list -
start: as_iter : Gtk.text_iter; ..  -
stop: as_iter : Gtk.text_iter; ..  -
?limit: as_iter : Gtk.text_iter; ..  -
!   string - (GText.iter * GText.iter) option
\ No newline at end of file
--- 259,266 
  
  val iter_backward_search :
GText.iter -
!   SourceView2Enums.source_search_flag list -
start: as_iter : Gtk.text_iter; ..  -
stop: as_iter : Gtk.text_iter; ..  -
?limit: as_iter : Gtk.text_iter; ..  -
!   string - (GText.iter * GText.iter) option
diff -c -r lablgtk-2.14.0/src/gtkSourceView2.ml 
lablgtk-2.14.0-local/src/gtkSourceView2.ml
*** lablgtk-2.14.0/src/gtkSourceView2.ml2009-09-16 13:32:28.0 
+0100
--- lablgtk-2.14.0-local/src/gtkSourceView2.ml  2009-10-14 20:19:26.0 
+0100
***
*** 189,201 
  module SourceViewMisc =
  struct
external iter_backward_search:
!Gtk.text_iter - string - SourceViewEnums.source_search_flag list -
start: Gtk.text_iter - stop: Gtk.text_iter - Gtk.text_iter option -
(Gtk.text_iter * Gtk.text_iter) option =
  ml_gtk_source_iter_backward_search_bc 
ml_gtk_source_iter_backward_search
external iter_forward_search:
!   Gtk.text_iter - string - SourceViewEnums.source_search_flag list -
start: Gtk.text_iter - stop: Gtk.text_iter - Gtk.text_iter option -
(Gtk.text_iter * Gtk.text_iter) option =
  ml_gtk_source_iter_forward_search_bc ml_gtk_source_iter_forward_search
! end
\ No newline at end of file
--- 189,201 
  module SourceViewMisc =
  struct
external iter_backward_search:
!Gtk.text_iter - string - SourceView2Enums.source_search_flag list -
start: Gtk.text_iter - stop: Gtk.text_iter - Gtk.text_iter option -
(Gtk.text_iter * Gtk.text_iter) option =
  ml_gtk_source_iter_backward_search_bc 
ml_gtk_source_iter_backward_search
external iter_forward_search:
!   Gtk.text_iter - string - SourceView2Enums.source_search_flag list -
start: Gtk.text_iter - stop: Gtk.text_iter - Gtk.text_iter option -
(Gtk.text_iter * Gtk.text_iter) option =
  ml_gtk_source_iter_forward_search_bc ml_gtk_source_iter_forward_search
! end


___
Lablgtk mailing list
labl...@yquem.inria.fr
http://yquem.inria.fr/cgi-bin/mailman/listinfo/lablgtk

Bug#546788: RFA: libsamplerate -- audio rate conversion library

[Samuel Mimram]

Package: wnpp
Severity: normal

I request an adopter for the libsamplerate package. I don't have enough
time right now to take properly care of it.

The package description is:
 libsamplerate (aka Secret Rabbit Code) performs audio rate conversion.
 .
 This can be used to downsample and upsample audio from 4Hz up to 192kHz. You
 can also define custom resample rates. An example application would be
 converting a 44.1kHz sample rate used on CDs to the 48kHZ sample rate used
 by DAT Devices.
 .
 libsamplerate provides a number of different interpolation algorithms and is
 capable of time varying conversions and arbitary up and down sampling.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#546787: RFA: libsndfile -- Library for reading/writing audio files

[Samuel Mimram]

Package: wnpp
Severity: normal

I request an adopter for the libsndfile package. I don't have enough
time right now to take properly care of it.

The package description is:
 libsndfile is a library of C routines for reading and writing files containing
 sampled audio data.
 .
 Various versions of WAV (integer, floating point, GSM, and compressed formats);
 Microsoft PCM, A-law and u-law formats; AIFF, AIFC and RIFX; various AU/SND
 formats (Sun/NeXT, Dec AU, G721 and G723 ADPCM); RAW header-less PCM files;
 Amiga IFF/8SVX/16SV PCM files; Ensoniq PARIS  (.PAF); Apple's Core Audio Format
 (CAF) and others.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#543821: RFA: fusesmb

[Samuel Mimram]

Package: wnpp
Severity: normal

I haven't used fusesmb for a while and didn't have time to take care of
it properly recentely.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522831: dh-ocaml: it should be possible to automatically calulate runtime dependencies

[Samuel Mimram]

On Tue, Apr 7, 2009 at 9:54 AM, Stefano Zacchiroli z...@debian.org wrote:

 On Mon, Apr 06, 2009 at 10:39:57PM +0200, Eugeniy Meshcheryakov wrote:
  I saw it, but it is about build-time dependencies, not run-time ones.

 No, it is only about runtime dependencies of the shipped bytecode and
 nativecode objects. If the objects happen to be used at compile time
 (e.g. for linking) then they can become build-time dependencies for
 something.


By the way, since the 3.11 migration is now over, do we have some insights
about when we could start to switch to these versionned dependencies?

Cheers,

Sam.

Bug#518037: libsndfile_1.0.19-1(mips/unstable): FTBFS on mips. regression test failure.

[Samuel Mimram]

Erik de Castro Lopo wrote:
 Peter De Schrijver wrote:
 
 Package: libsndfile
 Version: 1.0.19-1
 Severity: serious

 There was an error while trying to autobuild your package:

 Automatic build of libsndfile_1.0.19-1 on mayr by sbuild/mips 99.999
 Build started at 20090303-1511
 
 snip
 
 float_scaled_test  : pcm_16.sds .. -140.5dB SNR 
 ... ok
 float_scaled_test  : pcm_24.sds .. -181.3dB SNR 
 ... ok
 float_scaled_test  : flac_8.flac .  -41.9dB SNR 
 ... ok
 float_scaled_test  : flac_16.flac   -90.7dB SNR 
 ... ok
 float_scaled_test  : flac_24.flac  -138.6dB SNR 
 ... ok
 float_scaled_test  : vorbis.oga .. 

 Line 231: Actual SNR ( 57.4)  target SNR (-31.0).
 
 This is highly unlikely to be a bug in libsndfile and very much more
 likely to be a bug  in libvorbis or the tool chain used to build it.
 
 Unfortunately, without access to a MIPS machine there's very little I
 can do to help ATM.

The thing is that the build failed on every arch (except i386), see :

https://buildd.debian.org/build.php?pkg=libsndfile

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#516085: ocaml-findlib: Using native versions on native archs

[Samuel Mimram]

Package: ocaml-findlib
Version: 1.2.3-1
Severity: wishlist

Hi,

It would be nice to add

ocamlopt = ocamlopt.opt
etc.

in /etc/ocamlfind.conf on native archs (especially for ocamldoc which
takes time on progs with lots of .mli). This would also save time for
our buildds on packages using ocamlfind...

Cheers,

Sam.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ocaml-findlib depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  ocaml-nox [ocaml-nox-3.11.0]  3.11.0-1   ML language implementation with a 

ocaml-findlib recommends no packages.

ocaml-findlib suggests no packages.

-- no debconf information




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#437321: Xpress improvements in upstream ati git

[Samuel Mimram]

Hi,

Alex Deucher wrote:
 On Thu, Feb 12, 2009 at 3:10 PM, Samuel Mimram
 samuel.mim...@ens-lyon.org wrote:
 Hi Brice,

 Brice Goglin wrote:
 On Sun, Jun 15, 2008 at 03:45:35PM -0400, Zack Weinberg wrote:
 On Sun, Jun 15, 2008 at 6:53 AM, Brice Goglin brice.gog...@ens-lyon.org 
 wrote:
 Hello Zack,
 Now that 6.8.191 is in unstable, how's your Xpress working?
 I'm moving; that computer is currently on a truck somewhere.  I'll try
 to remember, but if you don't hear from me in a couple weeks, please
 ping again.
 It's been a bit more than a couple weeks but better late than never :)

 The upstream bug[1] has been closed because DRI is supposed to work
 fine. I just uploaded radeon 6.10.99.0 to experimental, and we have
 mesa 7.3 there as well. It would be nice if you test all this.
 It's not quite working yet... Attached you can find the logs of the X
 server crash...
 
 Any chance you could get a backtrace of the crash with GDB?
 http://wiki.x.org/wiki/Development/Documentation/ServerDebugging

Unfortunately I cannot manage to get a more meaningful backtrace, even
with the -dbg packages installed...

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#460946: NMU of gddrescue

[Samuel Mimram]

Hi,

gddrescue is getting really really out of date in Debian. I intent to
NMU a new version soon, unless you object to it.

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#515573: O: exmap -- determine how much physical memory and swap is used by individual processes

[Samuel Mimram]

Package: wnpp
Severity: normal

I intend to orphan the exmap package since it's in a bad shape and I
don't have enough time to take care of it.

The package description is:
 Exmap is a memory analysis tool which allows you to accurately determine how
 much physical memory and swap is used by individual processes and shared
 libraries on a running system. In particular, it accounts for the sharing of
 memory and swap between different processes.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#512497: gnome-terminal: Gnome terminal does not respect locale's character encoding

[Samuel Mimram]

Package: gnome-terminal
Version: 2.24.1.1-1
Severity: normal

Hi,

It seems that gnome terminal does not comply with locale's character
encoding. My locale is:

% locale
LANG=en_US
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_ALL=en_US.UTF-8

However, when I do ls on a dir containing utf-8 files I get:

% ls
éàù

(obviously this is some 8859-1 or alike encoding). In the menu
Terminal  Set Character Encoding, Unicode (UTF-8) is
selected, but it's not really active as you can see. If I click on
this menu, then I really get an utf-8 terminal:

% ls
éàù

It would be nice if I could avoid clicking to set manually the encoding
each time I spawn a new terminal... I'd be happy to provide any further
information. I think that the issue is quite new (a few weeks at most).

Cheers,

Samuel.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data2.24.3-1  Data files for the GNOME terminal 
ii  libatk1.0-01.24.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.0-1  Bonobo CORBA interfaces library
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libgconf2-42.24.0-4  GNOME configuration database syste
ii  libglib2.0-0   2.18.2-1  The GLib library of C routines
ii  libgnome2-02.24.1-1  The GNOME 2 library - runtime file
ii  libgnomeui-0   2.24.0-1  The GNOME 2 libraries (User Interf
ii  libgtk2.0-02.14.5-1  The GTK+ graphical user interface 
ii  liborbit2  1:2.14.16-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.22.2-1  Layout and rendering of internatio
ii  libstartup-notification0   0.9-1 library for program launch feedbac
ii  libvte91:0.17.4-1Terminal emulator widget for GTK+ 
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  scrollkeeper   0.3.14-16 A free electronic cataloging syste

Versions of packages gnome-terminal recommends:
ii  yelp 2.22.1-8+b1 Help browser for GNOME 2

gnome-terminal suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#512497: gnome-terminal: Gnome terminal does not respect locale's character encoding

[Samuel Mimram]

Josselin Mouette wrote:
 Le mercredi 21 janvier 2009 à 10:51 +0100, Samuel Mimram a écrit :
 It seems that gnome terminal does not comply with locale's character
 encoding. My locale is:

 % locale
 LC_ALL=en_US.UTF-8
 
 How is this locale set? Is it /etc/default/locale, ~/.dmrc or set
 somewhere in your shell’s environment? If the last one, this is
 expected, since the gnome-terminal process will not obtain the setting
 in its environment.

Ok. So now it works since I have set the locale in .dmrc. I used to set
the locale in my .bashrc which explains the output of locale.

However, why is the menu claiming that the encoding is UTF-8 even when
it is not?

Cheers,

Samuel.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#495362: RFA: exmap -- determine how much physical memory and swap is used by individual processes

[Samuel Mimram]

Package: wnpp
Severity: normal

I request an adopter for the exmap package. I do not use it regularly
anymore and I don't have so much time to take care of the package. Since
exmap contains a kernel module, the packaging is not so simple and I
wouldn't recommend unexperienced packagers to adopt it.

The package description is:
 Exmap is a memory analysis tool which allows you to accurately determine how
 much physical memory and swap is used by individual processes and shared
 libraries on a running system. In particular, it accounts for the sharing of
 memory and swap between different processes.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432520: any news?

[Samuel Mimram]

Hi,

Michael Prokop wrote:
 any news regarding #432520?
 More than one year without any reaction.

Yes, I'm really sorry for this. I don't have so much time to give to
this package right now and I forgot this issue. I've filled an RFA, so
feel free to adopt the package. If you don't want to, it would be very
nice if you could provide patches which fix the issues you mention.

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484160: bug fixed in poppler 0.8.4

[Samuel Mimram]

reassign 484160 libpoppler3
tag 484160 fixed-upstream
thanks

According to comments on the bugzilla, the bug should be fixed in the
latest release of poppler (0.8.4).

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484160: evince: crashes after reloading a pdf a few times

[Samuel Mimram]

Hi,

On Mon, Jun 02, 2008 at 09:12:41PM +0200, Christian Pulvermacher wrote:
 evince crashes consistently when I reload any pdf document roughly 12
 times (this seems to vary between files).
 Since I'm using evince to preview documents I'm working on this happens
 quite often.

I also regularly get crashes on pdf files when I reload or scroll after
some time. This behaviour was not present in the 2.20 series. Here is
the debugging information generated by bug-buddy (with evince-dbg
installed):

Distribution: Debian lenny/sid
Gnome Release: 2.22.2 2008-05-29 (Debian)
BugBuddy Version: 2.22.0

System: Linux 2.6.25-2-686 #1 SMP Tue May 27 15:38:35 UTC 2008 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10400090
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: gnome

Memory status: size: 73056256 vsize: 73056256 resident: 51691520 share: 
13312000 rss: 51691520 rss_rlim: 4294967295
CPU usage: start_time: 1212998105 rtime: 659 utime: 505 stime: 154 cutime:0 
cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/evince'

[Thread debugging using libthread_db enabled]
[New Thread 0xb6bf3940 (LWP 23113)]
[New Thread 0xb6a2fb90 (LWP 23114)]
0xb7f87424 in __kernel_vsyscall ()
#0  0xb7f87424 in __kernel_vsyscall ()
#1  0xb71d6b27 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb73f8f53 in ?? () from /usr/lib/libX11.so.6
#3  0x09917600 in ?? ()
#4  0x0001 in ?? ()
#5  0x in ?? ()
#6  0xb74a2b24 in ?? () from /usr/lib/libX11.so.6
#7  0x099178c0 in ?? ()
#8  0xb74a2b24 in ?? () from /usr/lib/libX11.so.6
#9  0x099178c0 in ?? ()
#10 0x in ?? ()

Thread 2 (Thread 0xb6a2fb90 (LWP 23114)):
#0  0xb7f87424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb7269fdb in waitpid () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb72e38a4 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#3  0xb72e3bbc in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#4  0xb7f83198 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
No symbol table info available.
#5  signal handler called
No symbol table info available.
#6  0xb751c30b in FT_Done_Face () from /usr/lib/libfreetype.so.6
No symbol table info available.
#7  0xb76e14bd in ?? () from /usr/lib/libpoppler-glib.so.3
No symbol table info available.
#8  0xb758aeb0 in ?? () from /usr/lib/libcairo.so.2
No symbol table info available.
#9  0xb5a544e8 in ?? ()
No symbol table info available.
#10 0x in ?? ()
No symbol table info available.

Thread 1 (Thread 0xb6bf3940 (LWP 23113)):
#0  0xb7f87424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb71d6b27 in poll () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb73f8f53 in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#3  0x09917600 in ?? ()
No symbol table info available.
#4  0x0001 in ?? ()
No symbol table info available.
#5  0x in ?? ()
No symbol table info available.
#6  0xb74a2b24 in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#7  0x099178c0 in ?? ()
No symbol table info available.
#8  0xb74a2b24 in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#9  0x099178c0 in ?? ()
No symbol table info available.
#10 0x in ?? ()
No symbol table info available.
#0  0xb7f87424 in __kernel_vsyscall ()
The program is running.  Quit anyway (and detach it)? (y or n) [answered Y; 
input not from terminal]


--- .xsession-errors (489 sec old) -
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
(firefox-bin:5571): Pango-WARNING **: Error loading GPOS table 5503
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a 
timestamp of 0 for 0x3c3 (Evince Doc)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a 
timestamp of 0 for 0x363 (Evince Doc)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
--

The console where I launched evince also sometimes indicate
errors like:

Xlib: unexpected async reply (sequence 0xef49)!
Xlib: sequence lost (0x1  0xf4c2) in reply type 0x4!



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484497: please shib the menhir pdf manual

[Samuel Mimram]

Hi,

Stefano Zacchiroli wrote:
 It is my understanding that the manual has been removed from the Debian
 package to make the tarball DFSG free, isn't it?

Yep, I'll try to ping upstream again about this issue to have the .tex
distributed in the tarball.

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#483329: xjump: FTBFS: applying patch 01_overflow to ./ ... failed.

[Samuel Mimram]

Hi,

Lucas Nussbaum wrote:
 During a rebuild of all packages in sid, your package failed to build on
 i386.
 
 Relevant part:
 dpatch  apply-all  
 applying patch 01_overflow to ./ ... failed.
 make: *** [patch-stamp] Error 1

I really don't understand what's going on here. I've just tested the
package in a pbuilder and it compiled fine. Do you have any idea about
what could have happened?

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#476687: penggy: should this package be removed?

[Samuel Mimram]

Hi,

Michael Meskes wrote:
 while reviewing some packages, your package came up as a package that
 should maybe be removed from the archive, because:
 
 * No upstream activity in the last 5 years.
 * Last maintainer upload one year ago.
 * Low popcon with only 15 installed.
 * Release goal bug open.

Yep, penggy is a good candidate for removal. Upstream is completely dead
and I'm not sure that the prog is even working anymore (I've not used it
for a long time).

++

Sam.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#472994: lablgtk2: FTBFS on OCaml 3.10.2

[Samuel Mimram]

Stefano Zacchiroli wrote:
 On Thu, Mar 27, 2008 at 06:03:19PM +0100, Samuel Mimram wrote:
 The package lablgtk2 fails to build from source with ocaml 3.10.2.
 Attached is a patch which fixes the problem.
 I think we'd better switch to new upstream release 2.10.1 if we go for a
 full rebuild for OCaml 3.10.2 since it also fixes other minor bugs.
 
 In the meantime, can you please package lablgtk 2.10.1 and rebuilt it
 against OCaml 3.10.2 in experimental? That way we will be able to test
 it and doing the step for unstable will just mean re-uploading.

I've updated the package but I think I won't have time to rebuild it
against experimental OCaml. If someone is willing to do this, feel free...

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#472994: lablgtk2: FTBFS on OCaml 3.10.2

[Samuel Mimram]

Stephane Glondu wrote:
 The package lablgtk2 fails to build from source with ocaml 3.10.2.
 Attached is a patch which fixes the problem.

I think we'd better switch to new upstream release 2.10.1 if we go for a
full rebuild for OCaml 3.10.2 since it also fixes other minor bugs.

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#472501: doc-base: Please add the Programming/OCaml section

[Samuel Mimram]

Package: doc-base
Version: 0.8.10
Severity: wishlist

Hi,

It would be nice if you could allow the Programming/OCaml section. There
are many OCaml libraries in Debian and having all their doc registered
in the same section would be useful.

Thanks!

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages doc-base depends on:
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 
ii  scrollkeeper  0.3.14-16  A free electronic cataloging syste

doc-base recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#461153: Rotation on RV350

[Samuel Mimram]

Hi,

The problem with rotation on RV350 (left of the screen not refreshed)
does not seem to be present anymore with the
1:6.8.1~git20080302.a4398ac3-1 version of the ati driver. However this
is not fully usable since the mouse pointer is still often messed up.

Thanks for your work!

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#464195: hold ocaml in sid

[Samuel Mimram]

Package: ocaml
Version: 3.10.1-1
Severity: grave

This is a dummy bug report to hold OCaml 3.10.1 in sid until all the
caml libs have been rebuilt with this new version of caml.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#464200: RM: sysprof/ia64 -- RoM; arch unsupported thus dropped

[Samuel Mimram]

Package: ftp.debian.org
Severity: normal

Hi,

Could you please remove sysprof on ia64 from testing? This arch was not
supported and thus dropped (see #422573).

Thanks!

Cheers,

Samuel.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#464201: RM: xmoto-edit -- RoM; obsolete

[Samuel Mimram]

Package: ftp.debian.org
Severity: normal

Hi,

Could you please remove xmoto-edit from the archive? This program was
supposed to generate levels for xmoto but is not supported anymore
upstream and the level it generates are not valid anymore.

Thanks!

Cheers,

Samuel.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#462065: lintian: check for versionned dependencies for ocamlrun interpreter

[Samuel Mimram]

Package: lintian
Version: 1.23.42
Severity: normal

Hi,

The check for the dependencies for interpreter of #!/usr/bin/ocamlrun
scripts is currently (ocaml | ocaml-base-nox)[1]. The dependency on
these packages should be versionned since ocaml programs are ABI
incompatible between different versions of the compiler.

So, for version 3.10.0 (the current in Debian), the right dependency
should be either ocaml-base-nox-3.10.0 or ocaml-base-3.10.0 (if the program
uses X stuff), or an indirect dependency such as ocaml-nox-3.10.0 or
ocaml-3.10.0 if the program also needs the ocaml compiler.

Thanks!

Cheers,

Samuel.

[1] /usr/share/lintian/checks/scripts

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lintian depends on:
ii  binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina
ii  diffstat1.45-2   produces graph of changes introduc
ii  dpkg-dev1.14.15  package building tools for Debian
ii  file4.21-4   Determines file type using magic
ii  gettext 0.16.1-2 GNU Internationalization utilities
ii  intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf
ii  libparse-debianchan 1.1.1-1  parse Debian changelogs and output
ii  liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin
ii  man-db  2.5.0-4  on-line manual pager
ii  perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information

Bug#460267: RM: missinglib -- RoM; dead upstream, superseeded; RC-buggy

[Samuel Mimram]

Package: ftp.debian.org
Severity: normal

Hi,

Could you please remove missinglib from Debian. Reasons are:

* upstream is dead,
* the package currently FTBFS,
* superseeded by extlib,
* no reverse deps or build-deps,
* low popcon (44).

Thanks!

Cheers,

Samuel.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#450903: libocamlnet-ssl-ocaml: segfault on custom ssl bindings

[Samuel Mimram]

Hi,

Stefano Zacchiroli wrote:
 On Mon, Nov 12, 2007 at 02:56:34AM +0100, Romain Beauxis wrote:
 While playing with the ssl_client.ml example, I ended up correcting two
 issues:
 * ssl_client.ml must use:
 let cl_ctx = Ssl.create_context Ssl.TLSv1 Ssl.Client_context  in
   to use the correct function from ocaml-ssl
 * The example segfaulted..
 
 Can you please provide the example, so that we can test the fix?
 
 After some introspection, helped by Sam, we found out that the package
 ships its custom ssl extra-bindings.
 These are out-of-date and caused the segfault.
 
 Out-of-date respect what?

AFAIR some code from the C headers of ocaml-ssl was copied into
ocamlnet-ssl but unfortunately I changed these definitions later in
ocaml-ssl and the disparity between the two libs was leading to a SEGV
in ocamlnet-ssl.

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#450903: libocamlnet-ssl-ocaml: segfault on custom ssl bindings

[Samuel Mimram]

Hi,

Stefano Zacchiroli wrote:
 On Thu, Jan 10, 2008 at 09:47:04AM +0100, Samuel Mimram wrote:
 AFAIR some code from the C headers of ocaml-ssl was copied into
 ocamlnet-ssl but unfortunately I changed these definitions later in
 ocaml-ssl and the disparity between the two libs was leading to a SEGV
 in ocamlnet-ssl.
 
 Ah, so you did it in the beginning, do you mind getting in touch
 yourself with Gerd then to rectify the status quo? I can of course do
 it, but removing an intermediary would be faster. Please Cc the bug
 report if you do so; let me know otherwise.

I helped Romain a bit but he did the patch so I'd rather have him
contact upstream (and moreover I'm a bit busy right now). Romain, can
you do it?

Thanks!

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#459221: Create ocsigen-dev to enable developers to compile Ocsigen sites easily

[Samuel Mimram]

Hun

Janne Hellsten wrote:
 Please create an ocsigen-dev package that could be used to compile
 Ocsigen sites under Debian.

The ocsigen-dev package has been added in the latest version of the
ocsigen package and should hopefully reach the archive soon.

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#452502: reassigning

[Samuel Mimram]

reassign 452502 libsdl1.2debian
thanks

After further private discussion, the problem seems to be due to SDL and

export SDL_VIDEO_X11_DGAMOUSE=0

fixes the problem. I'm thus reassigning the BR.

Cheers,

samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#453340: mldonkey-server: Mldonkey-server compiled with glibc6 and now SID use glibc2.7

[Samuel Mimram]

Hi,

Sergi Barroso wrote:

Yes, it's so simple, if you run current mldonkey server on Debian with
libc 2.7 it doesn't run. After I compiled debian source package it works
correctly.


Could you be more precise please? What happens exactly if you run the 
mldonkey command? Could you paste the output?


Upstream confirmed that the warning message could be ignored so your 
problem might be unrelated to this... I can run mldonkey without any 
problem here even though I see the warning message.


Cheers,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#453340: mldonkey-server: Mldonkey-server compiled with glibc6 and now SID use glibc2.7

[Samuel Mimram]

Hi,

Sergi Barroso Terradas wrote:

This core is running with glibc 2.7 but it was compiled with glibc
2.6.1.
This can lead to unexpected behaviour. Consider compiling the core
yourself
or getting a binary compiled with glibc 2.6.1.

Actually version of glibc for Debian SID is 2.7, mldonkey new to be
recompiled for SID version.


I don't really understand how this could lead to problems: either the 
libc 2.6.1 and 2.7 are ABI-incompatible (and in this case the later 
should have a different SONAME) or they are ABI-compatible, which I 
believe is the case, and we should be able to use a binary compiled with 
the 2.6.1 version with the 2.7 version without any problem.


Do you have a precise example of problems this could cause?

Cheers,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#454900: linphone: Can't talk to anyone

[Samuel Mimram]

Hi Julio,

Julien Cristau wrote:

John Goerzen wrote:

linphone: symbol lookup error: /usr/lib/liblinphone.so.2: undefined
symbol: video_preview_start
What version of libmediastreamer0 (and liblinphone2) do you have? Does 
upgrading to version 2.0.1 helps?



The answer is in the report...


Yep (shame on me), but not the answer to the second part of the
question ;) Anyway, I'll add a shlibs soon, this should solve the problem.

Cheers,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#454900: linphone: Can't talk to anyone

[Samuel Mimram]

Hi,

John Goerzen wrote:

linphone: symbol lookup error: /usr/lib/liblinphone.so.2: undefined
symbol: video_preview_start


What version of libmediastreamer0 (and liblinphone2) do you have? Does 
upgrading to version 2.0.1 helps?


Cheers,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#452502: Big latency with the mouse

[Samuel Mimram]

Hi,

Guy Roussin wrote:

There is a very big latency with the mouse ...
1 or 2 seconds before the mouse move on the
screen. The game is not playable !


I guess you simply don't have hardware acceleration enabled with your 
graphic card... What is the output of the following command ?


glxinfo | grep rendering

Cheers,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#451517: split the binary package

[Samuel Mimram]

Hi,

Luca Brivio wrote:
The ocsigen binary packages now in sid take a huge disk space when installed 
(nearly 20 MiB), so I propose to split at least the HTML API documentation 
away.


You're right, I didn't notice that there was 15M of doc! I will split 
this soon.


Cheers,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#450685: xmoto: segfaults when run with --nogfx

[Samuel Mimram]

Hi,

I've talked with upstream and he says that the --nogfx option of xmoto 
is not useful and it will be removed in next release. If you really use 
this option, it might be a good time to say so...


Cheers,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#450876: RFH: ara -- utility for searching the Debian package database

[Samuel Mimram]

Hi,

George Danchev wrote:

Package: wnpp
Severity: normal

I request assistance with co-maintaining the ara source package. The package 
is in a good shape, but there are few wishlists bugs left in BTS, which need 
an experienced ocaml hacker to look at. Thanks.


ara is hosted at svn.debian.org/svn/ara


Maybe could we maintain it collaboratively within debian-ocaml-maint?

Cheers,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#449451: dnc target in OCamlMakefile

[Samuel Mimram]

Hi,

Markus Mottl wrote:
 On 11/5/07, Samuel Mimram [EMAIL PROTECTED] wrote:
 It would be nice if OCamlMakefile could provide a debug-native-code (or
 dnc) target which would build programs in native mode with the -g option
 which was introduced in OCaml 3.10.
 
 I'm afraid I don't maintain OCamlMakefile anymore, because we
 exclusively use omake at work.  But if you want to contribute a
 patch, please feel free to do so.  Thanks!

This is really too bad! OCamlMakefile is a great tool to have a simple
portable build system which requires only make which you can assume is
installed on most systems... Anyway, here is the patch.

Thanks!

Cheers,

Samuel.
--- OCamlMakefile.old   2007-11-06 21:50:53.0 +
+++ OCamlMakefile   2007-11-06 21:59:26.0 +
@@ -791,6 +791,23 @@
OCAMLLDFLAGS=-g $(OCAMLLDFLAGS)
 dcnl:  debug-code-nolink
 
+# generates byte-code with debugging information (native code)
+debug-native-code: $(PRE_TARGETS)
+   $(QUIET)$(MAKE) -r -f $(OCAMLMAKEFILE) $(NCRESULT) \
+   REAL_RESULT=$(NCRESULT) make_deps=yes \
+   REAL_OCAMLC=$(OCAMLOPT) \
+   OCAMLFLAGS=-g $(OCAMLFLAGS) \
+   OCAMLLDFLAGS=-g $(OCAMLLDFLAGS)
+dnc:   debug-native-code
+
+debug-nativecode-nolink:   $(PRE_TARGETS)
+   $(QUIET)$(MAKE) -r -f $(OCAMLMAKEFILE) nolink \
+   REAL_RESULT=$(NCRESULT) make_deps=yes \
+   REAL_OCAMLC=$(OCAMLOPT) \
+   OCAMLFLAGS=-g $(OCAMLFLAGS) \
+   OCAMLLDFLAGS=-g $(OCAMLLDFLAGS)
+dncnl: debug-native-code-nolink
+
 # generates byte-code libraries with debugging information
 debug-code-library:$(PRE_TARGETS)
$(QUIET)$(MAKE) -r -f $(OCAMLMAKEFILE) \
@@ -801,6 +818,17 @@
OCAMLLDFLAGS=-g $(OCAMLLDFLAGS)
 dcl:   debug-code-library
 
+# generates byte-code libraries with debugging information (native code)
+debug-native-code-library: $(PRE_TARGETS)
+   $(QUIET)$(MAKE) -r -f $(OCAMLMAKEFILE) \
+   $(RES_CLIB) $(NCRESULT).cma \
+   REAL_RESULT=$(NCRESULT) make_deps=yes \
+   REAL_OCAMLC=$(OCAMLOPT) \
+   CREATE_LIB=yes \
+   OCAMLFLAGS=-g $(OCAMLFLAGS) \
+   OCAMLLDFLAGS=-g $(OCAMLLDFLAGS)
+dncl:  debug-native-code-library
+
 # generates byte-code for profiling
 profiling-byte-code:   $(PRE_TARGETS)
$(QUIET)$(MAKE) -r -f $(OCAMLMAKEFILE) $(BCRESULT) \

Bug#449451: dnc target in OCamlMakefile

[Samuel Mimram]

Hi,

It would be nice if OCamlMakefile could provide a debug-native-code (or
dnc) target which would build programs in native mode with the -g option
which was introduced in OCaml 3.10.

Thanks!

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#448156: ITP: matita -- interactive theorem prover

[Samuel Mimram]

Hi,

Mike Furr wrote:

Enrico Tassi wrote:

   Package name: matita


Stefano already has some packages for this on his gluck page, have
you talked to him about the status of those?


Moreover, since matita is written mostly in OCaml, it could be a good 
idea to have this package on the pkg-ocaml-maint svn (see [1]).


Cheers,

Samuel.

[1] http://pkg-ocaml-maint.alioth.debian.org/



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#446924: ITP: ocaml-ogg -- OCaml bindings for the Ogg bitstream library

[Samuel Mimram]

Package: wnpp
Severity: wishlist
Owner: Samuel Mimram [EMAIL PROTECTED]

* Package name: ocaml-ogg
  Version : 0.1.0
  Upstream Author : Samuel Mimram [EMAIL PROTECTED]
* URL : http://savonet.sf.net/
* License : LGPL
  Programming Lang: OCaml
  Description : OCaml bindings for the Ogg bitstream library

 Libogg is a library for manipulating ogg bitstreams. It handles
 both making ogg bitstreams and getting packets from ogg bitstreams.
 .
 This package contains bindings to use libogg in OCaml programs.

PS: this is needed for the next release of liquidsoap.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#439272: sysprof: package not usable

[Samuel Mimram]

Hi,

Cyril Brulebois wrote:
 Ritesh Raj Sarraf [EMAIL PROTECTED] (05/10/2007):
 This bug [#439272] is marked grave and is not usable because of the
 missing library file.
 
 Any fixes ?
 
 I'm suggesting a binNMU, since a rebuild looks like sufficient to update
 the dependencies (in terms of .so, not in terms of packages, although
 libxcomposite1 and libxdamage1 get added), so that the program at least
 starts.

I've just uploaded a new version of the sysprof package. This should fix
the problem for some time but, it will eventually reappear at the next
release of libbfd. I think that a real solution would be to manage to
get rid of this dependency, or at least link statically with it. If you
love sysprof and are willing to do it, please consider my RFA (#445205).

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#410686: marked as done (numerix_0.22a-1(experimental/alpha/ds10): FTBFS)

[Samuel Mimram]

Hi,

 numerix has been autobuild without problems in versions 0.22-3 and 0.22-4.
 I am hence closing this bug.

I'm not really sure for this one. The FTBFS is for the version 0.22a
(please notice the small a) which is only available in experimental.
Can you confirm that this precise version builds fine on alpha?

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#445193: lablgtk2-2.10.0 breaks MLDonkey GTK2 GUI

[Samuel Mimram]

Hi,

spiral voice wrote:
 MLDonkey 2.9.2 will contain some patches to allow usage of
 lablgtk2-2.10.0 without breaking backwards compatibility.
 
 Unfortunately one patch in lablgtk-2.10.0 breaks backwards
 compatibility with its earlier versions. This patch needs to
 be reverted in order to work with MLDonkey GTK2 GUI:
 
 http://svn.gna.org/viewcvs/lablgtk/trunk/src/gtkMain.ml?rev=1359dir_pagestart=100view=diffr1=1359r2=1358p1=trunk/src/gtkMain.mlp2=/trunk/src/gtkMain.ml

Can't this be worked around by patching mldonkey instead of lablgtk? I'd
rather avoid patching lablgtk, unless it's a bug in this library.

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#445205: RFA: sysprof -- A system-wide linux profiler

[Samuel Mimram]

Package: wnpp
Severity: normal

I request an adopter for the sysprof package since I don't have time to
take care of it. Notice that the RC bug #439272 should be fixed once for
all by removing the dependency on libbfd since it changes regularly.

The package description is:
 Sysprof is a sampling CPU profiler that uses a Linux kernel module to profile
 the entire system, not just a single application. Sysprof handles shared
 libraries and applications do not need to be recompiled. In fact they don't
 even have to be restarted.
 .
 It has the following features:
  - profiles all running processes, not just a single application
  - has a simple graphical interface
  - shows the time spent in each branch of the call tree
  - profiles can be loaded and saved
 .
 You need the sysprof kernel module (provided in sysprof-module-source) to use
 sysprof.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444481:

[Samuel Mimram]

Julien Cristau wrote:
 On Sun, Sep 30, 2007 at 17:04:03 +0200, spiral voice wrote:
 [EMAIL PROTECTED] doesn't go to the bug submitter.

You're right. I've redirected the mail.

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444046: libgammu2: segfault on startup

[Samuel Mimram]

Hi,

Michal Čihař wrote:
 On Tue, 25 Sep 2007 19:05:44 +0100
 Samuel Mimram [EMAIL PROTECTED] wrote:
 
 Package: libgammu2
 Version: 1.13.0-1
 Severity: important

 Hi,

 Since wammu does not work for now, I tried gammu... which segfaults on
 startup even when no phone is connected:

 % gdb --args gammu identify
 
 Can you please enable debugging and run it as gammu textall identify and
 send me output?

Here it is:

% gammu textall identify
[Gammu- 1.13.0 built 15:39:27 Aug 20 2007 using gcc 4.1]
[Connection   - (null)]
[Connection index - 0]
[Model type   - ]
[Device   - (null)]
[Runing on- Linux, kernel 2.6.21-2-686 (#1 SMP Wed Jul 11
03:53:02 UTC 2007)]
zsh: segmentation fault  gammu textall identify

Cheers,

Samuel.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444046: libgammu2: segfault on startup

[Samuel Mimram]

Hi,

Michal Čihař wrote:
 On Tue, 25 Sep 2007 19:05:44 +0100
 Samuel Mimram [EMAIL PROTECTED] wrote:
 
 Here is the contents of my .gamurc file:
 
 I found the issue. Gammu wrongly parses your config file.
 
 [ gammu ]
 
 Deleting spaces around gammu should fix the crash. I just commited fix
 to upstream, so it will not crash in further releases.

You seem to be right, it does not crash anymore if I remove the spaces.
Thanks for your help!

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444184: [Fwd: Re: xmoto]

[Samuel Mimram]

 Original Message 
Subject: Re: xmoto
Date: Wed, 26 Sep 2007 21:06:31 +0200
From: Nicolas Adenis-Lamarre

Hi,
note that's a bug of 0.3.3 fixed on svn.
Note that there is an other important segfault bug in case you use a
joystick.
To fix, wait 0.3.4 or apply the following two patches :

Fedora team applied the two following patches from svn.

room patch:
svn diff -r 1684:1685
svn://svn.tuxfamily.org/svnroot/xmoto/xmoto/trunk/src/GameInit.cpp

joystick patch :
svn diff -r 1719:1720
svn://svn.tuxfamily.org/svnroot/xmoto/xmoto/trunk/src/GameInit.cpp

Nicolas


Package: xmoto
Version: 0.3.3-1
Severity: normal

Hi there,

trying to update the rooms list via Options - WWW - Rooms -
Update the rooms list causes xmoto to segfault. After the crash the
mouse doesn't respond anymore, but starting xmoto again and simply
quitting allows me to use the rodent again.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444033: pidgin crashes when upon connection to jabber servers

[Samuel Mimram]

Package: pidgin
Version: 2.2.0-1
Severity: important

Hi,

Pidgin crashes on startup everytime, just afer having connected to a
jabber server. Here is the gdb log:

(gdb) r
Starting program: /usr/bin/pidgin 
[Thread debugging using libthread_db enabled]
[New Thread 0xb701c6c0 (LWP 3322)]

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb701c6c0 (LWP 3322)]
0xb7eec7f2 in ?? () from /lib/ld-linux.so.2
(gdb) where
#0  0xb7eec7f2 in ?? () from /lib/ld-linux.so.2
#1  0xb75877f5 in raise () from /lib/i686/cmov/libc.so.6
#2  0xb7589181 in abort () from /lib/i686/cmov/libc.so.6
#3  0xb77b99f9 in g_logv () from /usr/lib/libglib-2.0.so.0
#4  0xb77b9a39 in g_log () from /usr/lib/libglib-2.0.so.0
#5  0xb77b9b1b in g_return_if_fail_warning () from /usr/lib/libglib-2.0.so.0
#6  0xb773be9c in xmlnode_set_attrib (node=0x857a5d0, attr=0xb77735a2 
xmlnode_set_attrib, value=0x0)
at ../../libpurple/xmlnode.c:185
#7  0xb632be8a in jabber_caps_store_client (key=0x842edb8, value=0x8523e68, 
user_data=0x857a4c0)
at ../../../../libpurple/protocols/jabber/caps.c:235
#8  0xb77a3cc6 in g_hash_table_foreach () from /usr/lib/libglib-2.0.so.0
#9  0xb632bad6 in jabber_caps_store () at 
../../../../libpurple/protocols/jabber/caps.c:250
#10 0xb632c2ce in jabber_caps_client_iqcb (js=0x850ddf8, packet=0x8577ed0, 
data=0x85138a8)
at ../../../../libpurple/protocols/jabber/caps.c:479
#11 0xb63180e2 in jabber_iq_parse (js=0x850ddf8, packet=0x8577ed0) at 
../../../../libpurple/protocols/jabber/iq.c:324
#12 0xb6320f86 in jabber_process_packet (js=0x850ddf8, packet=0xbfa9666c) at 
../../../../libpurple/protocols/jabber/jabber.c:196
#13 0xb63240b9 in jabber_parser_element_end_libxml (user_data=0x850ddf8, 
element_name=0x854ebb4 iq, prefix=0x0, 
namespace=0x854eb4b jabber:client) at 
../../../../libpurple/protocols/jabber/parser.c:116
#14 0xb745becd in ?? () from /usr/lib/libxml2.so.2
#15 0x0850ddf8 in ?? ()
#16 0x0854ebb4 in ?? ()
#17 0x in ?? ()

Thanks for your help!

Cheers,

Samuel.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pidgin depends on:
ii  gconf2  2.18.0.1-3   GNOME configuration database syste
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.6.1-1+b1   GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.1.1-3  simple interprocess messaging syst
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libglib2.0-02.14.0-2 The GLib library of C routines
ii  libgstreamer0.10-0  0.10.14-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface 
ii  libgtkspell02.0.10-3+b1  a spell-checking addon for GTK's T
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libpango1.0-0   1.18.2-1 Layout and rendering of internatio
ii  libpurple0  2.2.0-1  multi-protocol instant messaging l
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libsqlite3-03.4.2-1  SQLite 3 shared library
ii  libstartup-notification00.9-1library for program launch feedbac
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcomposite1  1:0.3.2-1+b1 X11 Composite extension library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxdamage1 1:1.1.1-3X11 damaged region extension libra
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.3-1X Rendering Extension client libra
ii  libxss1 1:1.1.2-1X11 Screen Saver extension library
ii  pidgin-data 2.2.0-1  multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.14-4  GStreamer plugins from the base 
ii  gstreamer0.10-plugins-good0.10.6-2   GStreamer plugins from the good 

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL 

Bug#444033: pidgin crashes when upon connection to jabber servers

[Samuel Mimram]

This debug log seem to contain sensitive information (like mail adresses
that would not want to be spammed). I'll send this to you privately.

Ari Pollak wrote:
 Please attach the output from pidgin -d.
 
 On Tue, 2007-09-25 at 16:47 +0100, Samuel Mimram wrote:
 Package: pidgin
 Version: 2.2.0-1
 Severity: important

 Hi,

 Pidgin crashes on startup everytime, just afer having connected to a
 jabber server. Here is the gdb log:

 (gdb) r



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444046: libgammu2: segfault on startup

[Samuel Mimram]

Package: libgammu2
Version: 1.13.0-1
Severity: important

Hi,

Since wammu does not work for now, I tried gammu... which segfaults on
startup even when no phone is connected:

% gdb --args gammu identify
[...]
(gdb) r
Starting program: /usr/bin/gammu identify
[Thread debugging using libthread_db enabled]
[New Thread 0xb786f6b0 (LWP 9245)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb786f6b0 (LWP 9245)]
0xb7bb6a63 in strcasecmp () from /lib/i686/cmov/libc.so.6
(gdb) where
#0  0xb7bb6a63 in strcasecmp () from /lib/i686/cmov/libc.so.6
#1  0xb7edb191 in GSM_InitConnection (s=0xb7573008, ReplyNum=3)
at /home/mic/private/svn/debian/build-area/gammu-1.13.0/common/gsmstate.c:96
#2  0x08062e33 in GSM_Init (checkerror=1)
at /home/mic/private/svn/debian/build-area/gammu-1.13.0/gammu/common.c:236
#3  0x0808049b in Identify (argc=2, argv=0xbfe5bfe4)
at /home/mic/private/svn/debian/build-area/gammu-1.13.0/gammu/misc.c:105
#4  0x08083776 in ProcessParameters (start=0 '\0', argc=2, argv=0xbfe5bfe4)
at /home/mic/private/svn/debian/build-area/gammu-1.13.0/gammu/gammu.c:927
#5  0x08084add in main (argc=2, argv=0xbfe5bfe4)
at /home/mic/private/svn/debian/build-area/gammu-1.13.0/gammu/gammu.c:1165

Here is the contents of my .gamurc file:

[ gammu ]
port = /dev/ttyACM0
connection = at19200
model = at

Feel free to ask me if you need some more information.

Thanks!

Cheers,

Samuel.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgammu2 depends on:
ii  libbluetooth2 3.11-1 Library to use the BlueZ Linux Blu
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  libgammu-common   1.13.0-1   Mobile phone management library

libgammu2 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#443925: wammu: memory corruption

[Samuel Mimram]

Package: wammu
Version: 0.22-1
Severity: grave
Justification: renders package unusable

Hi,

I decided to give wammu a second try. When I launch wammu it tells me
that there is no configuration file and asks me if I want to configure
phone connection. If I click on yes I get alternatively:

% wammu
Debug log created in /tmp/wammui1Io45.log, in case of crash please include it 
in bugreport!
*** glibc detected *** /usr/bin/python: double free or corruption (out): 
0x087154b0 ***

or

% wammu
Debug log created in /tmp/wammuT0b6oS.log, in case of crash please include it 
in bugreport!
*** glibc detected *** /usr/bin/python: munmap_chunk(): invalid pointer: 
0x087150b0 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6(cfree+0x1bb)[0xb7df78bb]
/usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb6b5d4a1]
/usr/lib/libwx_gtk2u_core-2.6.so.0[0xb759dbfe]
/usr/lib/libwx_gtk2u_core-2.6.so.0(_ZN8wxButton10SetDefaultEv+0x74)[0xb759dcf4]
/usr/lib/libwx_gtk2u_adv-2.6.so.0(_ZN8wxWizard8ShowPageEP12wxWizardPageb+0x3b1)[0xb77a0cf1]
/usr/lib/libwx_gtk2u_adv-2.6.so.0(_ZN8wxWizard9RunWizardEP12wxWizardPage+0x43)[0xb77a1403]
/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_wizard.so[0xb61878dc]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python(PyEval_EvalFrame+0x3636)[0x80b88f6]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalFrame+0x41d2)[0x80b9492]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalFrame+0x41d2)[0x80b9492]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalFrame+0x41d2)[0x80b9492]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python[0x8101a11]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python[0x805fd97]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python(PyEval_CallObjectWithKeywords+0x6c)[0x80b457c]
/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core_.so(_ZN7wxPyApp13_BootstrapAppEv+0x1b3)[0xb791e7f3]
/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core_.so[0xb7995b8a]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python(PyEval_EvalFrame+0x3636)[0x80b88f6]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalFrame+0x41d2)[0x80b9492]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python[0x8101a11]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python[0x805fd97]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python[0x808df3b]
/usr/bin/python[0x808f483]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python(PyEval_EvalFrame+0x1efa)[0x80b71ba]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalCode+0x57)[0x80bb197]
/usr/bin/python(PyRun_FileExFlags+0xca)[0x80ddfba]
/usr/bin/python(PyRun_SimpleFileExFlags+0x187)[0x80de1a7]
/usr/bin/python(Py_Main+0xa82)[0x8057652]
/usr/bin/python(main+0x22)[0x8056ac2]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7da0050]
/usr/bin/python[0x8056a31]
=== Memory map: 
08048000-0812 r-xp  03:02 645129 /usr/bin/python2.4
0812-08142000 rw-p 000d7000 03:02 645129 /usr/bin/python2.4
08142000-08731000 rw-p 08142000 00:00 0  [heap]
b5608000-b5617000 r-xp  03:02 629042 /lib/libbz2.so.1.0.3
b5617000-b5618000 rw-p f000 03:02 629042 /lib/libbz2.so.1.0.3
b5618000-b564a000 r-xp  03:02 307177 /usr/lib/libcroco-0.6.so.3.0.1
b564a000-b564d000 rw-p 00031000 03:02 307177 /usr/lib/libcroco-0.6.so.3.0.1
b564d000-b567c000 r-xp  03:02 308641 /usr/lib/libgsf-1.so.114.0.7
b567c000-b567f000 rw-p 0002e000 03:02 308641 /usr/lib/libgsf-1.so.114.0.7
b567f000-b568 rw-p b567f000 00:00 0 
b568-b56b r-xp  03:02 306983 /usr/lib/librsvg-2.so.2.18.2
b56b-b56b1000 rw-p 0003 03:02 306983 /usr/lib/librsvg-2.so.2.18.2
b56c3000-b56c4000 r-xp  03:02 564816 
/usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
b56c4000-b56c5000 rw-p  03:02 564816 
/usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
b56c5000-b5725000 rw-s  00:08 1010520/SYSV (deleted)
b5725000-b5a21000 rw-p b5725000 00:00 0 
b5a21000-b5a3 r--p  03:02 387366 
/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf
b5a3-b5a34000 r-xp  03:02 565058 
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
b5a34000-b5a35000 rw-p 3000 03:02 565058 
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
b5a36000-b5a96000 rw-s  00:08 1010511/SYSV (deleted)
b5a96000-b5aa7000 r--p  03:02 387229 
/usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf
b5aa7000-b5ab9000 r-xp  03:02 32307  

Bug#443386: CVE-2007-4974 heap overflow via crafted PCM data

[Samuel Mimram]

Erik de Castro Lopo wrote:
 Nico Golde wrote:
 
 If you fix this bug please include the CVE id in the 
 changelog data.
 
 I has already beedn fixed, so there is no mention of the CVE id
 in the changelog.

Do you mean that it is already fixed in the version that Debian is
shipping (1.0.17)??? Just to make sure, the changelog mentionned here is
the one of the Debian package.

Cheers,

Samuel.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#441645: pagodacf and ocaml 3.10

[Samuel Mimram]

Hi,

Your cf library currently does not compile with OCaml 3.10. This is 
apparently due to a change in scanning functions. Do you plan to make a 
new release soon fixing this or do you have a patch at least?


Thanks!

Regards,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#441645: pagodacf and ocaml 3.10

[Samuel Mimram]

james woodyatt wrote:

On Sep 18, 2007, at 07:38, Samuel Mimram wrote:
Your cf library currently does not compile with OCaml 3.10. This is 
apparently due to a change in scanning functions. Do you plan to make 
a new release soon fixing this or do you have a patch at least?


Top of CVS tree is patched.  I'm planning to make a new release that 
splits the networking code out into a new library and leaves Cf as just 
a pure OCaml library.  I've been up to my eyeballs in day job lately.  
Maybe I get time this week.


Good news! I'll take the patch from the CVS, you can take your time for 
releasing.


Cheers,

Samuel.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#442783: wammu: crashes on startup (libGammu version does not match compile time version)

[Samuel Mimram]

Package: wammu
Version: 0.21-1
Severity: grave
Justification: renders package unusable

Hi,

I recently decided to give wammu a try and it resulted in:

% wammu
Traceback (most recent call last):
  File /usr/bin/wammu, line 98, in ?
import Wammu.App
  File /usr/lib/python2.4/site-packages/Wammu/App.py, line 28, in ?
import Wammu.Main
  File /usr/lib/python2.4/site-packages/Wammu/Main.py, line 50, in ?
import Wammu.Editor
  File /usr/lib/python2.4/site-packages/Wammu/Editor.py, line 36, in ?
import Wammu.Data
  File /usr/lib/python2.4/site-packages/Wammu/Data.py, line 28, in ?
from gammu.Data import Connections, MemoryValueTypes, CalendarTypes, 
CalendarValueTypes, TodoPriorities, TodoValueTypes, InternationalPrefixes
  File /usr/lib/python2.4/site-packages/gammu/__init__.py, line 43, in ?
from gammu.Core import *
SystemError: Runtime libGammu version does not match compile time version 
(runtime: 1.13.0, compiletime: 1.12.0)

Cheers,

Samuel.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages wammu depends on:
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-central   0.5.15  register and build utility for Pyt
ii  python-gammu 0.21-4  Python module to communicate with 
ii  python-wxgtk2.6  2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t

Versions of packages wammu recommends:
pn  gmobilemedia  none (no description available)
pn  python-bluez | python-bluetoo none (no description available)
ii  timidity  2.13.2-15  Software sound renderer (MIDI sequ

Versions of packages python-gammu depends on:
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  libgammu2 1.13.0-1   Mobile phone management library

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#440469: gwhy crashes on startup

[Samuel Mimram]

tag 440469 + unreproducible
thanks

Hi,

Sami Liedes wrote:
 
 $ rm -f ~/.gwhyrc
 $ touch test.mlw
 $ gwhy test.mlw
  [...] .gwhyrc : invalid value for window_width
  [...] .gwhyrc : invalid value for window_height
  [...] .gwhyrc : invalid value for font_size
 Segmentation fault
 

Unfortunately I cannot reproduce this on my i386 box:

% gwhy test.mlw
 [...] .gwhyrc : invalid value for window_width
 [...] .gwhyrc : invalid value for window_height
 [...] .gwhyrc : invalid value for font_size
 [...] cache empty !

Notice the cache empty message. Could you try to remove the gwhy.cache
file (it should be either in the /tmp directory or in the current
directory)?

Cheers,

Samuel.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#439711: ITP: ocaml-curses -- OCaml bindings to the ncurses library

[Samuel Mimram]

Package: wnpp
Severity: wishlist
Owner: Samuel Mimram [EMAIL PROTECTED]

* Package name: ocaml-curses
  Version : 1.0.1
  Upstream Author : Nicolas George, Richard Jones
* URL : http://www.nongnu.org/ocaml-tmk/
* License : LGPL
  Programming Lang: C / OCaml
  Description : OCaml bindings to the ncurses library

 The ncurses library provides functions to create rich text-mode
 interfaces.
 .
 This package contains the necessary files to use the ncurses library
 in OCaml.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#439030: Crashes on 64bit platform compiled with Ocaml 3.10.0

[Samuel Mimram]

Hi,

spiral voice wrote:
 I am following the ongoing discussions about updating Debians
 Ocaml packages to 3.10.0. MLDonkey 2.9.0 uses this Ocaml
 version already as default compiler, but this combo seems to
 crash on 64bit Linux platforms

Thanks for letting us know. Would it work if we temporarily built
mldonkey in bytecode on 64bit linuxes?

Cheers,

Samuel.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]