Bug#1033068: liquidsoap: udpate to 2.1.4 or apply RC patch

[Romain Beauxis]

Le ven. 17 mars 2023 à 03:35, Kyle Robbertze  a
écrit :
>
> Hi,
>
> On 2023/03/16 19:38, Romain Beauxis wrote:
> > Package: liquidsoap
> > Version: 2.1.3-1+b1
> > Severity: important
> >
> > Dear Maintainer,
> >
> > Thank you so much for maintaining liquidsoap for debian!
> >
> > I have received the notification that debian bookworm was being put in
> > hard freeze and was wondering if it would be possible to either update
> > the package to version 2.1.4 before the final release?
>
> It is too late to update the package to 2.1.4, but I look at applying
> the patch you have provided.

Great thank you!

> > Talking to our users it's pretty clear that for a lot of them, the
> > version shipped by the debian distribution that they use is the one that
> > they will base their script on.
> >
> > The 2.1.x release cycle has been on debug mode for 4 releases now and
> > 2.1.4 brings the best, most stable we've had on this release cycle so
> > far. It is also planned to be the last bugfix for that release cycle.
> >
> > If for some reason it is not possible to update to this version, I would
> > suggest at least cherry-pick this commit:
https://github.com/savonet/liquidsoap/commit/5e37c159
> > This commit fixes an issue where a remote request will be fully loaded
> > into memory before being processed by the streaming system, leading to
> > potentially large memory usage spike.
>
> Cheers
> Kyle
>
> --
>
> ⢀⣴⠾⠻⢶⣦⠀
> ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze
> ⢿⡄⠘⠷⠚⠋⠀ Debian Developer
> ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze

Bug#1033068: liquidsoap: udpate to 2.1.4 or apply RC patch

[Romain Beauxis]

Package: liquidsoap
Version: 2.1.3-1+b1
Severity: important

Dear Maintainer,

Thank you so much for maintaining liquidsoap for debian!

I have received the notification that debian bookworm was being put in
hard freeze and was wondering if it would be possible to either update
the package to version 2.1.4 before the final release?

Talking to our users it's pretty clear that for a lot of them, the
version shipped by the debian distribution that they use is the one that
they will base their script on.

The 2.1.x release cycle has been on debug mode for 4 releases now and
2.1.4 brings the best, most stable we've had on this release cycle so
far. It is also planned to be the last bugfix for that release cycle.

If for some reason it is not possible to update to this version, I would
suggest at least cherry-pick this commit: 
https://github.com/savonet/liquidsoap/commit/5e37c159
This commit fixes an issue where a remote request will be fully loaded
into memory before being processed by the streaming system, leading to
potentially large memory usage spike.

Again, thank for the hard work keeping this package up-to date and best
of luck for the final debian bookworm release!

-- Romain


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 5.15.49-linuxkit (SMP w/5 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_RANDSTRUCT
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect

Versions of packages liquidsoap depends on:
ii  adduser   3.131
ii  curl  7.88.1-1
ii  libao41.2.2+20180113-1.1
ii  libasound21.2.8-1+b1
ii  libavcodec59  7:5.1.2-3
ii  libavdevice59 7:5.1.2-3
ii  libavfilter8  7:5.1.2-3
ii  libavformat59 7:5.1.2-3
ii  libavutil57   7:5.1.2-3
ii  libc6 2.36-8
ii  libcamomile-ocaml-data1.0.2+2-1
ii  libcurl3-gnutls   7.88.1-1
ii  libexif12 0.6.24-1+b1
ii  libfaad2  2.10.1-1
ii  libflac12 1.4.2+ds-2
ii  libfreetype6  2.12.1+dfsg-4
ii  libgcc-s1 12.2.0-14
ii  libgd32.3.3-9
ii  libgif7   5.2.1-2.5
ii  libglib2.0-0  2.74.6-1
ii  libgstreamer-plugins-base1.0-01.22.0-3
ii  libgstreamer1.0-0 1.22.0-2
ii  libjack-jackd2-0 [libjack-0.125]  1.9.21~dfsg-2
ii  libjpeg62-turbo   1:2.1.5-2
ii  liblo70.31-1
ii  libmad0   0.15.1b-10.1+b1
ii  libmagic1 1:5.44-3
ii  libmp3lame0   3.100-6
ii  libogg0   1.3.5-3
ii  libopus0  1.3.1-3
ii  libpcre3  2:8.39-15
ii  libpng16-16   1.6.39-2
ii  libportaudio2 19.6.0-1.2
ii  libpulse0 16.1+dfsg1-2+b1
ii  libsamplerate00.2.2-3
ii  libshine3 3.1.1-2
ii  libsoundtouch12.3.2+ds1-1
ii  libspeex1 1.2.1-2
ii  libssl3   3.0.8-1
ii  libstdc++612.2.0-14
ii  libswresample47:5.1.2-3
ii  libswscale6   7:5.1.2-3
ii  libtheora01.1.1+dfsg.1-16.1
ii  libtiff6  4.5.0-5
ii  libvorbis0a   1.3.7-1
ii  libvorbisenc2 1.3.7-1
ii  libvorbisfile31.3.7-1
ii  libx11-6  2:1.8.4-2
ii  libxpm4   1:3.5.12-1.1
ii  ocaml-base4.13.1-4
ii  sox   14.4.2+git20190427-3.4

Versions of packages liquidsoap recommends:
ii  logrotate 3.21.0-1
ii  vorbis-tools  1.4.2-1+b1
ii  vorbisgain0.37-2+b1

Versions of packages liquidsoap suggests:
pn  festival  
pn  icecast2  
pn  mplayer   
pn  yt-dlp

-- no debconf information

Bug#909448: Dependencies suggestions

[Romain Beauxis]

Package: liquidsoap
Version: 1.3.3-2

The following dependencies changes can/should be considered:
- curl is now used instead of wget for file download
- awscli can optionally be used to download from s3 and/or generate speech
synthesis
- ffmpeg (command line) can optionally be used to convert to wav via the
ffmpeg2wav protocol
- ocaml-ffmpeg can be used to enable builtin operators and decoders
- youtube-dl can optionally be used to download videos from multiple
providers
- ocaml-ssl (libssl-ocaml-dev) can be used to enable https handlers
- libinotify-ocaml-dev can be used to enable use of inotify when monitoring
file changes (used for playlist reload)

I would advise again enabling support for the graphics library unless
there's a clear use case for it.

Thanks for the had work!
Romain

Bug#878692: please drop transitional package mingw-ocaml

[Romain Beauxis]

2017-10-16 10:16 GMT-05:00 Pierre Boutillier <pierre.boutill...@laposte.net
>:
> mingw-ocaml has been indeed of tremendous help in the past. Thank you for
providing it.
> I don't use it anymore though because:
>> Le 16 oct. 2017 à 10:29, Romain Beauxis <to...@rastageeks.org> a écrit :
>>  There's some work being done, though, on enabling cross-compiling in
OCaml, and just not for windows but I'm not sure what/when.
> There is now the opam repository
https://github.com/whitequark/opam-cross-windows that allows you to get an
ocaml 4.04 cross compiler!
>
> Cross compiling is not for everybody (and is useless inside debian
itself). Therefore, providing the cross compiler only through an external
pure developper channel (opam) seems reasonable to me. The counter argument
to that is that github repositories are extremely volatile while debian
packages are much more solid.
> Anyway, I won't fight to keep this package in debian. That being said,
the existence of the repo means that the "high stack of patches" exists
(for 4.04.0) and I'm pretty sure it would not take that long for someone
interested (which I'm not really anymore) and fluent in debian packaging
(which I'm not, sorry) to translate
>
https://github.com/whitequark/opam-cross-windows/blob/master/packages/flexdll-windows.0.34/opam
> and
>
https://github.com/whitequark/opam-cross-windows/blob/master/packages/ocaml-windows64.4.04.0/opam
> into the correct `rules`.

Wow, that's a tremendous news, I wasn't aware of the existence of this
repo. Thanks for putting all this hard work forward guys!

I'm no longer a Debian developer, unfortunately, so I won't be able to help
on packaging.

Any idea if OCaml maintainers would be interested to work toward merging
this upstream?

Romain

Bug#878692: please drop transitional package mingw-ocaml

[Romain Beauxis]

2017-10-16 3:57 GMT-05:00 Stéphane Glondu :
> On 15/10/2017 22:08, Holger Levsen wrote:
>>
>> Package: mingw-ocaml
>> Version: 4.01.0~20140328-1
>> Severity: normal
>> user: qa.debian@packages.debian.org
>> usertags: transitional
>>
>> Please drop the transitional package mingw-ocaml for buster,
>> as it has been released with jessie and stretch already.
>>
>> Thanks for maintaining mingw-ocaml!
>
>
> I am wondering: do we still want to maintain this? This is a very old
> version of OCaml... Romain, what are your feelings/plans about this
package?
>
> If nobody steps in to update it in, let's say, 1 month, I'll ask for its
> removal (unless told otherwise).

Functionality-wise, this cross-compiler has been of tremendous help. We
used to build and ship liquidsoap on windows solely thanks to it. I don't
even thing a native compilation would be possible.

Now, the truth is, it's a pretty high stack of patches and porting them to
new versions of OCaml is a real burden. This work should ideally be merged
into the compiler's codebase. I've tried to help in this regard but haven't
passed the reviewing step. There's some work being done, though, on
enabling cross-compiling in OCaml, and just not for windows but I'm not
sure what/when.

Regarding the package, though, I'd say if it compiles and is not a security
threat why not just keep it? At least until 4.01 becomes so old that it
cannot reasonably compile modern OCaml code. With the addition of safe
strings by default in 4.06, this might be the case in a little while (4.01
doesn't support the "bytes" type) but I don't think that we're there just
yet..

Hope this helps,
Romain

Bug#810996: O: transfermii

[Romain Beauxis]

Package: wnpp
Severity: normal

Hi all,

I am hereby orphaning this package.

May it find love in the near future!

Romain

Bug#810994: O: ptunnel

[Romain Beauxis]

Package: wnpp
Severity: normal

Hi all,

I am hereby orphaning this package.

May it find love in the near future!

Romain

Bug#810992: O: cwiid

[Romain Beauxis]

Package: wnpp
Severity: normal

Hi all,

I am hereby orphaning this package.

May it find love in the near future!

Romain

Bug#810993: O: linuxdcpp

[Romain Beauxis]

Package: wnpp
Severity: normal

Hi all,

I am hereby orphaning this package.

May it find love in the near future!

Romain

Bug#810995: O: shine -- Fixed-point MP3 encoding library

[Romain Beauxis]

Package: wnpp
Severity: normal

Hi all,

I am hereby orphaning this package.

May it find love in the near future!

Romain

Bug#785989: cwiid: diff for NMU version 0.6.00+svn201-3.2

[Romain Beauxis]

Hi,

Please go ahead. Also, feel free to take over the package if you wish so.

Romain

2015-09-12 11:59 GMT-05:00 Luca Falavigna :

> Control: tags 785989 + patch
> Control: tags 785989 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for cwiid (versioned as 0.6.00+svn201-3.2) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
> Regards.
>

Bug#708474: ITP: ocaml-fdkaac -- OCaml bindings for the FDK AAC library

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocmal-fdkaac
  Version : 0.1.0
  Upstream Author : The Savonet Team savonet-us...@lists.sourceforge.net
* URL : https://github.com/savonet/ocaml-fdkaac
* License : GPL2
  Programming Lang: OCaml
  Description : OCaml bindings for FDK AAC

This package provides OCaml bindings for the Fraunhofer FDK AAC Codec Library.


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

Bug#694257: ITP: libfdk-aac -- The Fraunhofer FDK AAC Codec Library

[Romain Beauxis]

retitle 694257 ITP: libfdk-aac -- The Fraunhofer FDK AAC Codec Library
submitter 694257 1
thanks

  Hey guys.

I do intend to package this library. I've tested the encoder with
liquidsoap and it's indeed good quality.

Regarding my previous comments on the license, I've tried to get a
clarification about whether or not the license allows a commercial
software, with or without access to the (possibly modified) source
code and the answer was basically we cannot answer your question.

Thus, I believe that the package will have to go to non-free.

Romain


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

Bug#705821: ITP: ocaml-opus -- OCaml bindings to libopus

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-opus
  Version : 0.1.0
  Upstream Author : The Savonet Team savonet-us...@lists.sourceforge.net
* URL : https://github.com/savonet/ocaml-opus
* License : GPL2
  Programming Lang: OCaml
  Description : OCaml bindings to libopus

 The Opus codec is designed for interactive speech and audio transmission over
 the Internet. It is designed by the IETF Codec Working Group and incorporates
 technology from Skype's SILK codec and Xiph.Org's CELT codec.
 .
 This package contains all the development stuff you need to use Opus codec
 in your OCaml programs.


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

Bug#705822: ITP: ocaml-frei0r -- OCaml bindings to the frei0r API for video effects

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-frei0r
  Version : 0.1.0
  Upstream Author : The Savonet Team savonet-us...@lists.sourceforge.net
* URL : https://github.com/savonet/ocaml-frei0r
* License : LGPL 2.1
  Programming Lang: OCaml
  Description : OCaml bindings to the frei0r API for video effects

 frei0r is a minimalistic plugin API for video sources and filters. The
 behavior of the effects can be controlled from the host by simple
 parameters. The intent is to solve the recurring reimplementation or
 adaptation issue of standard effects. It is not meant as a generic API for
 all kinds of video applications.
 .
 This package contains all the development stuff you need to use frei0r plugins
 in your OCaml programs.


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

Bug#694257: fdk-aac: who knows more?

[Romain Beauxis]

Been reading the license. It's nice to point out explicit terms that
are deemed non-free to back-up any claim, otherwise it sounds like
FUD..

The part of the license that does not seem DFSG-compliant to me is this one:

You may not charge copyright license fees for anyone to use, copy or
distribute the FDK AAC Codec software or your modifications thereto.

This indeed appears to contradict DSFG #6:

---
6: No Discrimination Against Fields of Endeavor

The license must not restrict anyone from making use of the program in
a specific field of endeavor. For example, it may not restrict the
program from being used in a business, or from being used for genetic
research.
---

HOWEVER, I am not sure what the term COPYRIGHT LICENSE exactly
means. I would like to know if someone else could shed more light on
this expression, perhaps with some german legal background as I
suspect it to be the litteral translation by the Fraunhofer institute
of some german legal notion.

If one thinks of the Android case where this code was extracted from,
this part of the license seems to mean that it is possible to
distribute and charge for a software that incorporates the encoder in
binary form _but_ that free access to the source code, without a
copyright license fee, must be provided, which is what Android is
doing and the reason this code has been released to begin with.

If that is indeed the meaning of the license, then this would pretty
much be equivalent to the GPL requirements on modification and access
to the source code and so I would not see any other reason to consider
this license non-free.

Anyone?

Romain

2012/9/3 Fabian Greffrath fab...@greffrath.com:
 Am 02.08.2012 10:04, schrieb Fabian Greffrath:

 Is fdk-aac finally the first *free* high-quality AAC encoder or is it
 just the next *non-free* one after FAAC?


 Nobody?



 ___
 pkg-multimedia-maintainers mailing list
 pkg-multimedia-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


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

Bug#699634: ITP: shine -- Fixed-point MP3 encoding library

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: shine
  Version : 1.0.0
  Upstream Author : The Savonet Team savonet-us...@lists.sourceforge.net
* URL : https://github.com/savonet/shine
* License : LGPL2
  Programming Lang: C
  Description : Fixed-point MP3 encoding library

Shine is a MP3 encoding library implemented using fixed-point arithmetic.

It can be used to encode audio data on architectures with no floating 
point processing unit (FPU) at a much better rate than encoding 
libraries implemented using floating-point arithmetic. 


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

Bug#699636: ITP: ocaml-shine -- OCaml bindings for the shine fixed-point MP3 encoding library

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-shine
  Version : 0.0.1
  Upstream Author : The Savonet Team savonet-us...@lists.sourceforge.net
* URL : http://github.com/savonet/ocaml-shine
* License : LGPL 2.1
  Programming Lang: C
  Description : OCaml bindings for the shine library


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

Bug#694589: lastfmproxy: python module/script files in wrong location

[Romain Beauxis]

2013/1/24 Andreas Tille ti...@debian.org:
 Hi,

Hi Andreas,

 I wonder whether it would help if I would just dh_python2-ify (switching
 from cdbs to dh) to solve this problem.  I do not feel prepared to fix the
 issue in cdbs but I did some dh based Python packages - so feel free to
 ping me if this is accepted.

 On the other hand popcon seems to show

http://qa.debian.org/popcon.php?package=lastfmproxy

 that the best days of this package are over - I also can not see any
 reverse dependencies.  Kicking this leaf package from testing would be
 perfectly fine for me personally.

 BTW, I would also inject the packaging into collab-maint (svn or git -
 whatever you prefer.)

Thanks for your care! Feel free to upload a fixed version, either
NMUed or even taking the package over..

Have a good day,
Romain


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

Bug#694589: lastfmproxy: python module/script files in wrong location

[Romain Beauxis]

Hi,

2013/1/24 Andreas Tille ti...@debian.org:
 I'm sorry to say that I became immediately uninterested when I noticed
 that the package became a candidate for removal from Wheezy.  I'm not
 using the package and I just wanted to help speeding up the release.
 So I will definitely not take over.

 Sorry for not beeing really helpful

That's fine. I don't think this software project is still active anyway..

R.


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

Bug#694581: lastfmproxy: Update request

[Romain Beauxis]

2012/11/27 Peter Tynan ha...@sdf.org:
 Dear Maintainer,

Hi Peter!

 Would you please think about updating lastfmproxy to the 1.4 branch, version
 1.4c has been out over a year now.

I am no longer very active on this package. Would you like to take it over..?

R.


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

Bug#692291: unblock: mingw-ocaml/3.12.1+debian3

[Romain Beauxis]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

RC bug #662746 has been fixed on mingw-ocaml. Debdiff is pretty simple:

diff -Nru mingw-ocaml-3.12.1+debian2/debian/changelog 
mingw-ocaml-3.12.1+debian3/debian/changelog
--- mingw-ocaml-3.12.1+debian2/debian/changelog 2011-10-09 15:08:17.0 
+0200
+++ mingw-ocaml-3.12.1+debian3/debian/changelog 2012-11-03 19:29:54.0 
+0100
@@ -1,3 +1,10 @@
+mingw-ocaml (3.12.1+debian3) unstable; urgency=low
+
+  * Added Replaces: mingw32-ocaml to mingw-ocaml
+  Closes: #662746
+
+ -- Romain Beauxis to...@rastageeks.org  Sat, 03 Nov 2012 16:40:31 +0100
+
 mingw-ocaml (3.12.1+debian2) unstable; urgency=low
 
   * Fixed typo in dummy transitional package.. 
diff -Nru mingw-ocaml-3.12.1+debian2/debian/control 
mingw-ocaml-3.12.1+debian3/debian/control
--- mingw-ocaml-3.12.1+debian2/debian/control   2011-10-09 15:08:01.0 
+0200
+++ mingw-ocaml-3.12.1+debian3/debian/control   2012-11-03 19:28:17.0 
+0100
@@ -17,6 +17,8 @@
  ocaml-nox,
  ocaml-findlib,
  mingw-w64
+Replaces: mingw32-ocaml ( 3.12.1~)
+Breaks: mingw32-ocaml ( 3.12.1~)
 Description: OCaml cross-compiler based on mingw
  Objective Caml (OCaml) is an implementation of the ML language, based on
  the Caml Light dialect extended with a complete class-based object system

Could it be possible to unblock this package? Thanks!
Romain

unblock mingw-ocaml/3.12.1+debian3

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (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#685305: ptunnel: upstream is at versin 0.72 since 2011-09-05

[Romain Beauxis]

Hi,

2012/8/19 Cristian Ionescu-Idbohrn cristian.ionescu-idbo...@axis.com:
 The relevant part of the CHANGELOG says:

 0.72 - 5. September 2011
 - Fixes an authentication bug that would manifest as hung connections with
   protocols that send data from the client-side before receiving data from
   the server-side. Thanks to StalkR for locating the bug and fixing it.
 - Fixes a crash when attempting to enable packet-capture for non-existing
   network devices. Thanks to Steffen Wendzel for the patch.

 So, this would be a good time to upgrade ;)

I do not have enough time to maintain this package at the moment, feel
free to submit a non-maintainer upload or simply take it over.

Romain


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

Bug#680256: unblock: liquidsoap/1.0.1-1

[Romain Beauxis]

Hi Adam and thanks for your response,

2012/7/16 Adam D. Barratt a...@adam-barratt.org.uk:
 On Wed, 2012-07-04 at 18:34 +0200, Romain Beauxis wrote:
 Our bugfix release of liquidsoap has been caught in the middle of
 the freeze.. We had already uploaded ocaml-dtools 0.3.0 and ocaml-flac
 0.1.1 when the freeze happened. However, liquidsoap 1.0.0 does not build
 against ocaml-dtools 0.3.0

 That's rather unfortunate and implies that the version of liquidsoap
 currently in wheezy is RC-buggy, as we can't rebuild it if required for
 security updates or other post-release fixes.  How involved would the
 changes required for 1.0.0 to be buildable against the new ocaml-dtools
 be?

 Liquidsoap 1.0.1 is a bugfix release that we have very carefully crafted
 to make sure that it would be a backward-compatible stable drop-in
 replacement for 1.0.0 users.

 The raw diffstat compared to the package that's currently in wheezy is

  282 files changed, 3896 insertions(+), 2060 deletions(-)

 While that's not the largest we've been requested to review, it is quite
 large for a package that wasn't uploaded until after the freeze.

 Looking through the upstream changelog, there's quite a lot of things
 listed under the new heading, which are generally discouraged during a
 freeze.  Some of the descriptions under fixes sound like unblock
 material, but I don't know the software well enough to know whether the
 others are.

 Given that the previous upstream release was eight months ago and the
 fact that the freeze would be in June has been known for the past year,
 would it not have been possible to have got the new version released /
 uploaded earlier?  As it is, we're now in a position where we have to
 review all of the changes and decide whether they're okay.

 Therefore, we think it would be fine to
 unblock and migrate to the current testing distribution.

 I'd be worried if you didn't think so, given that you requested it. :-)
 However, at first (and third) glance the overall changes don't obviously
 appear to fulfil the published unblock criteria, so this is more of a
 request for an exception to those criteria.

I understand your concern. It was our initial plan to have a stable
release just before the freeze. However, the release itself was
delayed in order to make sure that we had properly tested backward
compatibility and stability of the new changes, which is why it got
stuck in the middle of the actual freeze.

As both Debian maintainer of the package and part of the upstream
team, I am positively convinced that this release meets the expected
stability and functionalities for the next Debian stable release.

Finally, since liquidsoap has no packages depending on it, unblocking
its migration is of no risk at all for the distribution as a whole.

If for any reason, you prefer to go with the current package, then
we'll do our best to fix what needs to be fixed directly in the
testing distribution.

Have a good day,
Romain


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

Bug#680256: unblock: liquidsoap/1.0.1-1

[Romain Beauxis]

Hi Adam,

2012/7/4 Romain Beauxis to...@rastageeks.org:
 2012/7/4 Adam D. Barratt a...@adam-barratt.org.uk:
 On 04.07.2012 17:54, Romain Beauxis wrote:

 Hi,

 2012/7/4 Adam D. Barratt a...@adam-barratt.org.uk:

 On 04.07.2012 17:34, Romain Beauxis wrote:


 Our bugfix release of liquidsoap has been caught in the middle of
 the freeze.. We had already uploaded ocaml-dtools 0.3.0 and ocaml-flac
 0.1.1 when the freeze happened. However, liquidsoap 1.0.0 does not build
 against ocaml-dtools 0.3.0

 Liquidsoap 1.0.1 is a bugfix release that we have very carefully crafted
 to make sure that it would be a backward-compatible stable drop-in
 replacement for 1.0.0 users. Therefore, we think it would be fine to
 unblock and migrate to the current testing distribution.



 I'm assuming the diff isn't meant to contain quite so many copies of
 things?


 That's a bug in the generated tarball, those .bak files are cleaned at
 `make clean` invokation.

 Would you like another, cleaned one?


 Yes, please. :)

 Right on! I've just uploaded 1.0.1+repack1 to the archive!

Any news on this one?

Have a good day,
Romain


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

Bug#680256: unblock: liquidsoap/1.0.1-1

[Romain Beauxis]

Hi Cyri,

2012/7/15 Cyril Brulebois k...@debian.org:
 Romain Beauxis to...@rastageeks.org (15/07/2012):
 Any news on this one?

 Please allow him to get back from debconf. Also, you aren't the only one
 with a pending request, so please be patient.

I am patient, don't worry :-)

R.


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

Bug#680254: RM: ov51x-jpeg -- ROM; deprecated; unmaintained; superseded

[Romain Beauxis]

Package: ftp.debian.org
Severity: normal

Hi ftp-masters!

ov51x-jpeg hasn't been maintained for a while and the standard linux kernel now 
supports 
most cameras it supported when used with libv4l. Therefore, it should be remove 
now.

Thanks,
Romain



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

Bug#680255: RM: liq-contrib -- ROM; unmaintained; broken

[Romain Beauxis]

Package: ftp.debian.org
Severity: normal

Hi ftp-masters!

liq-contrib hasn't been maintained for quite a while and
the current package is not working with the latest liquidsoap.

Therefore, it should be remove from unstable and testing.

Thanks!
Romain



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

Bug#680256: unblock: liquidsoap/1.0.1-1

[Romain Beauxis]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package liquidsoap

Hi Release team!

Our bugfix release of liquidsoap has been caught in the middle of
the freeze.. We had already uploaded ocaml-dtools 0.3.0 and ocaml-flac
0.1.1 when the freeze happened. However, liquidsoap 1.0.0 does not build
against ocaml-dtools 0.3.0

Liquidsoap 1.0.1 is a bugfix release that we have very carefully crafted
to make sure that it would be a backward-compatible stable drop-in
replacement for 1.0.0 users. Therefore, we think it would be fine to 
unblock and migrate to the current testing distribution.

Please let us know what you think and have a good day,
Romain

unblock liquidsoap/1.0.1-1

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

Kernel: Linux 3.0.0-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (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#680256: unblock: liquidsoap/1.0.1-1

[Romain Beauxis]

Hi,

2012/7/4 Adam D. Barratt a...@adam-barratt.org.uk:
 On 04.07.2012 17:34, Romain Beauxis wrote:

 Our bugfix release of liquidsoap has been caught in the middle of
 the freeze.. We had already uploaded ocaml-dtools 0.3.0 and ocaml-flac
 0.1.1 when the freeze happened. However, liquidsoap 1.0.0 does not build
 against ocaml-dtools 0.3.0

 Liquidsoap 1.0.1 is a bugfix release that we have very carefully crafted
 to make sure that it would be a backward-compatible stable drop-in
 replacement for 1.0.0 users. Therefore, we think it would be fine to
 unblock and migrate to the current testing distribution.


 I'm assuming the diff isn't meant to contain quite so many copies of things?

That's a bug in the generated tarball, those .bak files are cleaned at
`make clean` invokation.

Would you like another, cleaned one?

Romain

  doc/liqi/html.ml                                |   25
  doc/liqi/html.ml.bak                            |  229 +
  doc/liqi/html.ml.bak.bak                        |  229 +
  doc/liqi/latex.ml                               |    4
  doc/liqi/latex.ml.bak                           |  108
  doc/liqi/latex.ml.bak.bak                       |  108
  doc/liqi/liqi.ml                                |    4
  doc/liqi/liqi.ml.bak                            |   82
  doc/liqi/liqi.ml.bak.bak                        |   82
  doc/liqi/liqi_lexer.ml.bak                      | 2261 +++
  doc/liqi/liqi_lexer.ml.bak.bak                  | 2261 +++
 [etc]
  src/lang/lang.ml.bak                            |  801 +
  src/lang/lang.mli                               |    2
  src/lang/lang.mli.bak                           |  271 +
  src/lang/lang_builtins.ml                       |  228 -
  src/lang/lang_builtins.ml.bak                   | 2228 +++
  src/lang/lang_encoders.ml                       |   17
  src/lang/lang_encoders.ml.bak                   |  686 
  src/lang/lang_lexer.ml.bak                      | 3418
 
  src/lang/lang_lexer.mll                         |    3
  src/lang/lang_lexer.mll.bak                     |  207 +
  src/lang/lang_parser.ml.bak                     | 2325 
  src/lang/lang_parser.mli.bak                    |   69
 [etc]

 Regards,

 Adam



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

Bug#680256: unblock: liquidsoap/1.0.1-1

[Romain Beauxis]

2012/7/4 Adam D. Barratt a...@adam-barratt.org.uk:
 On 04.07.2012 17:54, Romain Beauxis wrote:

 Hi,

 2012/7/4 Adam D. Barratt a...@adam-barratt.org.uk:

 On 04.07.2012 17:34, Romain Beauxis wrote:


 Our bugfix release of liquidsoap has been caught in the middle of
 the freeze.. We had already uploaded ocaml-dtools 0.3.0 and ocaml-flac
 0.1.1 when the freeze happened. However, liquidsoap 1.0.0 does not build
 against ocaml-dtools 0.3.0

 Liquidsoap 1.0.1 is a bugfix release that we have very carefully crafted
 to make sure that it would be a backward-compatible stable drop-in
 replacement for 1.0.0 users. Therefore, we think it would be fine to
 unblock and migrate to the current testing distribution.



 I'm assuming the diff isn't meant to contain quite so many copies of
 things?


 That's a bug in the generated tarball, those .bak files are cleaned at
 `make clean` invokation.

 Would you like another, cleaned one?


 Yes, please. :)

Right on! I've just uploaded 1.0.1+repack1 to the archive!

Thanks,
Romain



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

Bug#670733: Some remarks

[Romain Beauxis]

2012/6/11 Hendrik Tews t...@os.inf.tu-dresden.de:
 Romain Beauxis romain.beau...@gmail.com writes:

   I agree that the configure test is naive, but it relies on reasonable
   and documented behaviours and variables.

 OK. What is your source of documentation for the contents of
 $USER?

If you're talking about an official documentation that states Hey
dude, USER env. variable must contain the name of the running user I
have none. but I'd say it amounts to saying that water wets or fire
burns. Now, as you pointed out, the variable is referred to at least
here as a variable that is frequently exported by widely used command
interpreters and applications:
  http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html

A quick search also showed that there may be many other functions
relaying on this variable to find our the running user, for instance:

getpass.getuser()
Return the “login name” of the user. Availability: Unix, Windows.

This function checks the environment variables LOGNAME, USER, LNAME
and USERNAME, in order, and returns the value of the first one which
is set to a non-empty string. If none are set, the login name from the
password database is returned on systems which support the pwd module,
otherwise, an exception is raised.

http://docs.python.org/library/getpass.html

Finally, after a second though, this issue is not even a RC issue
because the module clearly does not fail to build in the buildds, it
just fails to build with _pbuilder_, which makes a huge difference..

Romain



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

Bug#670733: Some remarks

[Romain Beauxis]

Hi all,

I just discovered this bug. I also wrote the configure test. The bug
extends to all ocaml bindings released with liquidsoap 1.0.0

I agree that the configure test is naive, but it relies on reasonable
and documented behaviours and variables.

While it may be quicker for the release to patch those configure
scripts, I strongly suggest fixing pbuilder instead.

As such, there is nothing wrong with that test and it is my belief
that the fix should be applied where it makes sense, that is to set
the correct USER env. variable in pbuilder.

This incorrect pbuilder behaviour appears here but may appear later in
other contexts where it may be more tricky to spot...

It's your guys call, but I don't think that we'll change the upstream
behaviour, unless more information/arguments surface.

Romain



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

Bug#584251: interest to co-maintain/adopt geshi

[Romain Beauxis]

2012/3/17 Jan Dittberner ja...@debian.org:
 Hello,

Hi,

 I just talked to the upstream author of php-geshi and would like to
 co-maintain the package. Are you interested in co-maintainance?

I am myself almost retired from mediawiki packaging, but I believe
that the other maintainers would have no objection to adding you yo
the packaging team..

 Do you have a repository (git/svn/hg) for the package?

There is an alioth project here:
  https://alioth.debian.org/projects/pkg-mediawiki/
And a svn repository there:
  http://anonscm.debian.org/viewvc/pkg-mediawiki/

Romain



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

Bug#662746: mingw32-ocaml: fails to upgrade from squeeze

[Romain Beauxis]

Hi,

2012/3/6 Stéphane Glondu glo...@debian.org:
 Le 06/03/2012 08:18, Andreas Beckmann a écrit :
 during a test with piuparts I noticed your package fails to upgrade from
 'squeeze'.
 It installed fine in 'squeeze', then the upgrade to 'wheezy' fails.
 [...]

 Precision: it fails when using apt, but it works using aptitude.

 Could you please explain the serious severity?

I agree with Stephane on that. All dependencies seem ok to me on the
updated packages so I'm tempted to say that this is a bug on apt not
on this package..

Romain



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

Bug#647029: [libfuse-perl] New upstream version

[Romain Beauxis]

2011/10/30 Bastien ROUCARIES roucaries.bast...@gmail.com:
 Yes I will adopt this package.

Excellent news!

 Could I add you as uploader ?

Sure, yes.

Romain



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

Bug#647029: [libfuse-perl] New upstream version

[Romain Beauxis]

Hi,

2011/10/18 Bastien ROUCARIES roucaries.bast...@gmail.com:
 Package: libfuse-perl
 Version: 0.09-3+b1
 Severity: wishlist

 Please package new upstream version.

I do not have a lot of spare time these days. Would you like to take
care of the package?

Romain



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

Bug#646301: libcwiid1: should debian use github instead of the svn as upstream?

[Romain Beauxis]

Hi,

2011/10/23 Erik Saule esa...@bmi.osu.edu:
 On Sun, Oct 23, 2011 at 02:04:09AM +0200, Romain Beauxis wrote:
 2011/10/23 Erik Saule esa...@bmi.osu.edu:
  Dear debian developpers,

 Hi Erik,

  Should Debian really keep on using the svn of cwiid as upstream? The
  developement of cwiid is mainly done on github[1] these days according
  to the main devleopper[2].
 
  Actually, the bug reported in [3] is already fixed upstream by commit
  [4].

 Its funny I received your first report at the time I got back on
 working on cwiid.

 I have absolutely nothing against pulling a github fork for a new
 package. However, I have not been following the clones saga a lot
 concerning cwiid so I am a bit lost finding which one should be used.

 I am not too sure yet as well. But I can have a look at the different
 patches proposed. There is one safe choice which is following the git
 branch of the original developper. It is a direct extension of the svn
 and he cherry picked patches from here and there. for instance the bug
 report I was pointing to comes from a third party on git hub.

 I see that you seem interested in having a good cwiid package in
 Debian. Would you be interested in (co)maintaining it? I would be very
 pleased to setup a shared repository.

 I am all for having good packages in Debian but I do not have so much
 experience in packaging for Debian (or an other Linux distribution
 actually). On a personal I am currently trying to hook up wii
 controllers to my PC and change the configuration of the controller
 depending on which application you are currently running. Which is why
 I needed a couple patches in wminput (the patch is actually already in
 github).

 I have been trying to contribute back to Debian for quite some
 time. cwiid might just be the way to do that.

 For the question of which git hub variant to follow. I guess I can
 have a look at which features/patches/bugfixes are available on github
 and try to federate them. I am not sure why they are still forks right
 now. I am not sure if there are some underlying problems (or
 developpers social issues) or if they just did not see the point in
 merging.

I have setup a collaborative maintenance repository:
  http://anonscm.debian.org/gitweb/?p=collab-maint/cwiid.git

You should register to alioth and request commit access to the
collab-maint project there:
  http://alioth.debian.org/projects/collab-maint/
Some documentation on using collab-main is online there:
  http://wiki.debian.org/Alioth/PackagingProject
Some documentation about using git for packaging is available there:
  http://wiki.debian.org/PackagingWithGit

Let me know if you need help/information.

Romain



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

Bug#646301: libcwiid1: should debian use github instead of the svn as upstream?

[Romain Beauxis]

2011/10/23 Erik Saule esa...@bmi.osu.edu:
 Dear debian developpers,

Hi Erik,

 Should Debian really keep on using the svn of cwiid as upstream? The
 developement of cwiid is mainly done on github[1] these days according
 to the main devleopper[2].

 Actually, the bug reported in [3] is already fixed upstream by commit
 [4].

Its funny I received your first report at the time I got back on
working on cwiid.

I have absolutely nothing against pulling a github fork for a new
package. However, I have not been following the clones saga a lot
concerning cwiid so I am a bit lost finding which one should be used.

I see that you seem interested in having a good cwiid package in
Debian. Would you be interested in (co)maintaining it? I would be very
pleased to setup a shared repository.

Romain

 [1] https://github.com/abstrakraft/cwiid
 [2] http://abstrakraft.org/cwiid/wiki
 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636691
 [4] 
 https://github.com/abstrakraft/cwiid/commit/b54bd057fe6b258d6e0a99047f839891ab3bc2df

 -- System Information:
 Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
 Architecture: i386 (i686)

 Kernel: Linux 2.6.32-5-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/dash

 Versions of packages libcwiid1 depends on:
 ii  libbluetooth3                 4.66-3     Library to use the BlueZ Linux 
 Blu
 ii  libc6                         2.11.2-10  Embedded GNU C Library: Shared 
 lib

 libcwiid1 recommends no packages.

 libcwiid1 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#617751: Link using gcc

[Romain Beauxis]

2011/10/20 Romain Beauxis romain.beau...@gmail.com:
 Hi,

 After some investigations, it turns out that ocamlopt actually calls
 gcc at link time. Furthermore, g++ adds -lstdc++ to the command used
 to link.

 Compiling an example program with ocamlopt and ocaml-taglib (-lstdc++ added):

 14:19 toots@selassie ~/savonet-hg/ocaml-taglib/examples% ocamlopt
 -verbose -cclib -v -I ../src         unix.cmxa taglib.cmxa   -o
 tagutil tagutil.cmx
 + as -o '/tmp/camlstartup15aa04.o' '/tmp/camlstartup6e0e5f.s'
 + gcc -o 'tagutil'   '-L../src' '-L/usr/lib/ocaml'
 '/tmp/camlstartup15aa04.o' '/usr/lib/ocaml/std_exit.o' 'tagutil.o'
 '../src/taglib.a' '/usr/lib/ocaml/unix.a' '/usr/lib/ocaml/stdlib.a'
 '-ltaglib_stubs' '-ltag' '-lstdc++' '-lunix' '-v'
 '/usr/lib/ocaml/libasmrun.a' -lm  -ldl

 Linking previous example using gcc and -lstdc++:


 14:22 toots@selassie /tmp% gcc -v -lstdc++ foo.o -o foo
 Using built-in specs.
 Target: x86_64-linux-gnu
 Configured with: ../src/configure -v --with-pkgversion='Debian
 4.4.5-8' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
 --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
 --program-suffix=-4.4 --enable-shared --enable-multiarch
 --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib
 --without-included-gettext --enable-threads=posix
 --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib
 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
 --enable-objc-gc --with-arch-32=i586 --with-tune=generic
 --enable-checking=release --build=x86_64-linux-gnu
 --host=x86_64-linux-gnu --target=x86_64-linux-gnu
 Thread model: posix
 gcc version 4.4.5 (Debian 4.4.5-8)
 COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/
 LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../:/lib/:/usr/lib/
 COLLECT_GCC_OPTIONS='-v' '-o' 'foo' '-mtune=generic'
  /usr/lib/gcc/x86_64-linux-gnu/4.4.5/collect2 --build-id
 --eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker
 /lib64/ld-linux-x86-64.so.2 -o foo
 /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crt1.o
 /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crti.o
 /usr/lib/gcc/x86_64-linux-gnu/4.4.5/crtbegin.o
 -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5
 -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5
 -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib -L/lib/../lib
 -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../..
 -lstdc++ foo.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc
 --as-needed -lgcc_s --no-as-needed
 /usr/lib/gcc/x86_64-linux-gnu/4.4.5/crtend.o
 /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crtn.o

 Same with g++:

Sorry:


14:25 toots@selassie /tmp% g++ -v foo.o -o foo
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian
4.4.5-8' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.4 --enable-shared --enable-multiarch
--enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib
--enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --with-arch-32=i586 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.4.5 (Debian 4.4.5-8)
COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-o' 'foo' '-shared-libgcc' '-mtune=generic'
 /usr/lib/gcc/x86_64-linux-gnu/4.4.5/collect2 --build-id
--eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker
/lib64/ld-linux-x86-64.so.2 -o foo
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crt1.o
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crti.o
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/crtbegin.o
-L/usr/lib/gcc/x86_64-linux-gnu/4.4.5
-L/usr/lib/gcc/x86_64-linux-gnu/4.4.5
-L/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../.. foo.o
-lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/crtend.o
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib

Bug#634788: [libfuse-perl] It does not need fuse utils

[Romain Beauxis]

Hi Bastien!

2011/10/18 Bastien ROUCARIES roucaries.bast...@gmail.com:
 Package: libfuse-perl
 Version: 0.09-3+b1

 Lib fuse perl call directly libfuse. So the first solution is right
 Depends: fuse [linux-any] | fuse4bsd [kfreebsd-any]

 However be prepared to upgrade libfuse-perl to a newer version because
 it really old and if it does not work under bsd upstream will not get
 support

 Bastien

 PS: I could comaintain this package if needed

You are very welcome to take over the package!

Romain



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

Bug#644824: ITP: ocaml-gdo-npxpm -- OCaml bindings for libgd-noxpm

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-gdo-npxpm
  Version : 1.0~alpha5
  Upstream Author : Matthew C. Gushee
* URL : http://matt.gushee.net/software/gd4o/
* License : LGPL-2.1
  Programming Lang: OCaml
  Description : OCaml bindings for libgd-noxpm



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

Bug#644741: nmu: rebuild against ocaml-ogg

[Romain Beauxis]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hi,

The following packages need to be rebuilt against the new ocaml-ogg:

nmu ocaml-speex_0.2.0-1 . ALL . -m Rebuild against ocaml-ogg 0.4.3-1
dw ocaml-speex_0.2.0-1 . ALL . -m 'libogg-ocaml-dev (= 0.4.3)'
nmu ocaml-theora_0.3.0-1 . ALL . -m Rebuild against ocaml-ogg 0.4.3-1
dw ocaml-theora_0.3.0-1 . ALL . -m 'libogg-ocaml-dev (= 0.4.3)'
nmu ocaml-flac_0.1.0-1 . ALL . -m Rebuild against ocaml-ogg 0.4.3-1
dw ocaml-flac_0.1.0-1 . ALL . -m 'libogg-ocaml-dev (= 0.4.3)'
nmu ocaml-schroedinger_0.1.0-1 . ALL . -m Rebuild against ocaml-ogg 0.4.3-1
dw ocaml-schroedinger_0.1.0-1 . ALL . -m 'libogg-ocaml-dev (= 0.4.3)'

Thanks,
Romain

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

Kernel: Linux 3.0.0-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (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#644742: ITP: ocaml-gstreamer -- OCaml bindings for gstreamer

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-gstreamer
  Version : 0.1.0
  Upstream Author : The Savonet Team savonet-us...@lists.sf.net
* URL : http://savonet.sf.net/
* License : LGPL 2.1
  Programming Lang: OCaml
  Description : OCaml bindings for gstreamer

 GStreamer is a streaming media framework, based on graphs of filters
 which operate on media data.  Applications using this library can do
 anything from real-time sound processing to playing videos, and just
 about anything else media-related.
 .
 This package provides an interface to gstreamer to OCaml programmers.



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

Bug#640032: More informations

[Romain Beauxis]

Hi,

If you look at the files installed by your libfindlib-ocaml package,
you have this one:
  /usr/lib/ocaml/METAS/META.graphics

This files indicates to ocamlfind that graphics is available:
  ocamlfind query graphics
 /usr/lib/ocaml

Also, ocaml-base is not installed on my system.

We have had this bug on many different systems and it was also
reported by many users. I'd, thus, return you the question: how can I
repeat your failure to reproduce??

Romain



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

Bug#640032: Ships META.graphics without depending on its module files

[Romain Beauxis]

Package: libfindlib-ocaml
Version: 1.2.7+debian-1
Severity: normal

Hi!

This package provides a META file for the graphics module. However, graphics 
module files
are shipped by the ocaml package, which is not a dependency of libfindlib-ocaml.

This leads to ocamlfind reporting graphics as installed while in fact it is not
and, thus, fuild failures..

Romain


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

Kernel: Linux 3.0.0-1-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/dash

Versions of packages libfindlib-ocaml depends on:
ii  ocaml-base-nox [ocaml-base-no 3.12.0-7   Runtime system for OCaml bytecode 

libfindlib-ocaml recommends no packages.

libfindlib-ocaml 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#639104: Missing static library.

[Romain Beauxis]

Package: libtag1-dev
Version: 1.7-1
Severity: important

Hi!

This package should also ship the static .a library.

It can be enabled by passing -DENABLE_STATIC=ON at configure-time
and adding the proper PIC variables to CFLAGS/CXXFLAGS.

Romain

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

Kernel: Linux 3.0.0-1-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/dash

Versions of packages libtag1-dev depends on:
ii  libtag1c2a1.7-1  audio meta-data library

libtag1-dev recommends no packages.

libtag1-dev 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#639104: Missing static library.

[Romain Beauxis]

Would you consider a patch?

Romain

2011/8/24 Modestas Vainius mo...@debian.org:
 severity 639104 wishlist
 thanks

 Hello,

 On trečiadienis 24 Rugpjūtis 2011 09:19:17 Romain Beauxis wrote:
 Package: libtag1-dev
 Version: 1.7-1
 Severity: important

 Hi!

 This package should also ship the static .a library.

 Why is it so strong as 'should'? According to what? On the same basis you
 could argue that all libraries in Debian should do this but you won't get very
 far with this reasoning. Debian *prefers* shared libraries because you can
 provide sane security support for them.

 It can be enabled by passing -DENABLE_STATIC=ON at configure-time
 and adding the proper PIC variables to CFLAGS/CXXFLAGS.

 So it is a non-default upstream configuration and additional *non-trivial*
 complication in packaging which I would rather avoid unless there is a
 *really* good reason. Right now I'm tempted to tag this wontfix but you still
 can to change my mind.

 --
 Modestas Vainius mo...@debian.org




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

Bug#636167: Missing camlimages.cm{a,xa} or incorrect META file

[Romain Beauxis]

tags 636167 patch
thanks

2011/7/31 Romain Beauxis to...@rastageeks.org:
 The META file provided by libcamlimages-ocaml-dev contains the following:
 --
 name = CamlImages
 version = 4.0.0
 description = Objective Caml image processing library

 archive(byte) = camlimages.cma
 archive(native) = camlimages.cmxa
 --

 However. no camlimages.cma or camlimages.cmxa are provided. leading
 to build failures such as:
 --
 % ocamlfind ocamlopt -linkpkg -package camlimages foo.ml -o foo
 File foo.ml, line 1, characters 0-1:
 Error: Cannot find file /usr/lib/ocaml/camlimages/camlimages.cmxa
 --

The attached patch fixes the issue by removing mentions of those
non-existant archives.

Please, let me know if it is ok to upload a new package with it.

Romain
diff --git a/debian/changelog b/debian/changelog
index 4dd1de8..6382b5e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+camlimages (1:4.0.1-4) unstable; urgency=low
+
+  * Team upload.
+  * Patched src/META.in file to remove mention
+of non-existant camlimages.cm{a,xa} 
+  Closes: #636167:
+
+ -- Romain Beauxis to...@rastageeks.org  Thu, 04 Aug 2011 22:12:58 -0500
+
 camlimages (1:4.0.1-3) unstable; urgency=low
 
   * Team upload
diff --git a/debian/patches/fix_META.patch b/debian/patches/fix_META.patch
new file mode 100644
index 000..0ed94c5
--- /dev/null
+++ b/debian/patches/fix_META.patch
@@ -0,0 +1,16 @@
+Remove mentions of non-existant archives.
+
+Index: camlimages/src/META.in
+===
+--- camlimages.orig/src/META.in	2011-08-04 22:11:48.0 -0500
 camlimages/src/META.in	2011-08-04 22:12:00.0 -0500
+@@ -2,9 +2,6 @@
+ version = @PACKAGE_VERSION@
+ description = Objective Caml image processing library
+ 
+-archive(byte) = camlimages.cma
+-archive(native) = camlimages.cmxa
+-
+ package core (
+   archive(byte) = camlimages_core.cma
+   archive(native) = camlimages_core.cmxa
diff --git a/debian/patches/series b/debian/patches/series
index f5e0dd5..111e600 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 0001-Add-missing-cclib-in-ocamlc-a.patch
+fix_META.patch

Bug#636167: Missing camlimages.cm{a,xa} or incorrect META file

[Romain Beauxis]

Package: libcamlimages-ocaml-dev
Version: 1:4.0.1-3
Severity: normal

Hi!

The META file provided by libcamlimages-ocaml-dev contains the following:
--
name = CamlImages
version = 4.0.0
description = Objective Caml image processing library

archive(byte) = camlimages.cma
archive(native) = camlimages.cmxa
--

However. no camlimages.cma or camlimages.cmxa are provided. leading
to build failures such as:
--
% ocamlfind ocamlopt -linkpkg -package camlimages foo.ml -o foo
File foo.ml, line 1, characters 0-1:
Error: Cannot find file /usr/lib/ocaml/camlimages/camlimages.cmxa
--

Romain

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

Kernel: Linux 3.0.0-1-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/dash

Versions of packages libcamlimages-ocaml-dev depends on:
ii  libcamlimages-ocaml [li 1:4.0.1-3OCaml image processing library (Ru
ii  libfreetype6-dev2.4.4-2  FreeType 2 font engine, developmen
ii  libgif-dev  4.1.6-9  library for GIF images (developmen
ii  libjpeg8-dev [libjpeg-d 8c-2 Development files for the IJG JPEG
ii  liblablgtk2-ocaml-dev [ 2.14.2+dfsg-1+b1 OCaml bindings to Gtk+ version 2
ii  libpng12-dev1.2.46-3 PNG library - development
ii  libtiff4-dev3.9.5-1  Tag Image File Format library (TIF
ii  libxpm-dev  1:3.5.9-1X11 pixmap library (development he
ii  ocaml [ocaml-3.12.0]3.12.0-7 ML language implementation with a 
ii  ocaml-nox [ocaml-nox-3. 3.12.0-7 ML implementation with a class-bas

libcamlimages-ocaml-dev recommends no packages.

Versions of packages libcamlimages-ocaml-dev suggests:
ii  ocaml-findlib 1.2.7+debian-1 management tool for OCaml librarie

-- 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#636071: dssi-dev requires libasound2-dev

[Romain Beauxis]

Package: dssi-dev
Version: 1.1.0-3
Severity: normal


Hi!

dssi.h requires an alsa header provided by libasound2-dev.
Therefore, it seems to me that libasound2-dev should be a 
binary-dep of dssi-dev.

Romain

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

Kernel: Linux 3.0.0-1-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/dash

Versions of packages dssi-dev depends on:
ii  ladspa-sdk1.13-1 sample tools for linux-audio-dev p
ii  pkg-config0.26-1 manage compile and link flags for 

dssi-dev recommends no packages.

Versions of packages dssi-dev suggests:
ii  libjack-dev  1:0.121.0+svn4469-2 JACK Audio Connection Kit (develop

-- 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#635900: ITP: ocaml-lame -- OCaml bindings for the lame library

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-lame
  Version : 0.3.0
  Upstream Author : The Savonet Team savonet-us...@lists.sf.net
* URL : http://savonet.sf.net/
* License : GPL
  Programming Lang: OCaml
  Description : OCaml bindings for the lame library

 LAME (LAME Ain't an MP3 Encoder) is a research project for learning about and
 improving MP3 encoding technology. LAME includes an MP3 encoding library, a
 simple frontend application, and other tools for sound analysis, as well as
 convenience tools.



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

Bug#635547: ITP: ocaml-dssi -- OCaml interface to DSSI plugins

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-dssi
  Version : 0.1.0
  Upstream Author : The Savonet Team savonet-us...@lists.sf.net
* URL : http://savonet.sf.net/
* License : gPL
  Programming Lang: OCaml
  Description : OCaml interface to DSSI plugins

 This package provides an interface to the DSSI plugins for
 OCaml programmers.
 .
 DSSI is an API for audio plugins, with particular application for software
 synthesis plugins with native user interfaces.



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

Bug#635453: ITP: ocaml-lo -- OCaml interface to the lo library

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-lo
  Version : 0.1.0
  Upstream Author : The Savonet Team savonet-us...@sourceforge.net
* URL : http://savonet.sf.net/
* License : LGPL-2.1 + link exception
  Programming Lang: OCaml
  Description : OCaml interface to the lo library

 This package provides an interface to the lo library for
 OCaml programmers.
 .
 LibLO is a lightweight, easy to use implementation of the OSC (Open
 Sound Control) protocol.



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

Bug#635326: Thanks

[Romain Beauxis]

Thanks for the patch, we should update the package very soon!

Romain



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

Bug#549458: More informations?

[Romain Beauxis]

tags 549458 + moreinfo unreproducible
thanks

Hi!

I am not able to reproduce this issue.. Could you try to provide a
stacktrace of the crash using gdb or test the issue against the latest
debian package?

Thanks,
Romain



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

Bug#632246: dom-new-git-repo does not work

[Romain Beauxis]

2011/7/1 Stéphane Glondu glo...@debian.org:
 Le 30/06/2011 21:51, Romain Beauxis a écrit :

 dom-new-git-repo has been broken since the recent
 alioth migration:

 14:48 toots@leonard ~/sources/svn/debian% dom-new-git-repo ocaml-mm
 I: initialize (empty) remote repository on alioth.d.o
 Warning: the RSA host key for 'alioth.debian.org' differs from the key for
 the IP address '217.196.43.134'
 Offending key for IP in /home/toots/.ssh/known_hosts:12
 Matching host key in /home/toots/.ssh/known_hosts:46
 Are you sure you want to continue connecting (yes/no)? yes
 mkdir: cannot create directory
 `/git/pkg-ocaml-maint/packages/ocaml-mm.git': Read-only file system

 Could you try by replacing alioth.debian.org (the ALIOTH variable in
 dom-new-git-repo) by git.debian.org?

That works..

Romain



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

Bug#632766: nmu: ocaml-lastfm_0.3.0-1

[Romain Beauxis]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hi!

Ocaml-lastfm needs to be rebuilt against the newest xmlplaylist.

nmu ocaml-lastfm_0.3.0-1 . ALL . -m Rebuild against ocaml-xmlplaylist 0.1.3-1

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

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



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

Bug#632246: dom-new-git-repo does not work

[Romain Beauxis]

Package: dh-ocaml
Version: 1.0.1
Severity: important

dom-new-git-repo has been broken since the recent
alioth migration:

14:48 toots@leonard ~/sources/svn/debian% dom-new-git-repo ocaml-mm
I: initialize (empty) remote repository on alioth.d.o
Warning: the RSA host key for 'alioth.debian.org' differs from the key for the 
IP address '217.196.43.134'
Offending key for IP in /home/toots/.ssh/known_hosts:12
Matching host key in /home/toots/.ssh/known_hosts:46
Are you sure you want to continue connecting (yes/no)? yes
mkdir: cannot create directory `/git/pkg-ocaml-maint/packages/ocaml-mm.git': 
Read-only file system


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

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

dh-ocaml depends on no packages.

Versions of packages dh-ocaml recommends:
ii  debhelper 8.1.6  helper programs for debian/rules
ii  ocaml-nox 3.12.0-5   ML implementation with a class-bas

Versions of packages dh-ocaml suggests:
ii  git  1:1.7.5.1-1 fast, scalable, distributed revisi

-- 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#630642: [Pkg-oss4-maintainers] Bug#630642: oss4-base: Does not include upstream utilities soundon/soundoff

[Romain Beauxis]

Hi Michal!

To be honnest with you, I am not exactly sure why this was removed..

I do not remember exactly how the package started but I think that I
took over a previous' work that included a init script that was meant
to replace soundon/off.

Are soundon/off essential for you? Do they provide something that the
init script does not?

Romain

2011/6/15 Michal Suchanek hramr...@centrum.cz:
 Package: oss4-base
 Version: 4.2-build2004-1
 Severity: normal


 Upstream provides soundon and soundoff utilities that unload and reload
 the OSS modules enabling system suspend and resume.

 The debian OSS packages do not include these, and the README.Debian does
 not mention what replaces them.


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

 Kernel: Linux 2.6.39-1-amd64 (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 oss4-base depends on:
 ii  libc6                      2.13-4        Embedded GNU C Library: Shared 
 lib
 ii  linux-sound-base           1.0.23+dfsg-4 base package for ALSA and OSS 
 soun

 Versions of packages oss4-base recommends:
 pn  pm-utils                      none     (no description available)

 Versions of packages oss4-base suggests:
 ii  oss4-dkms [oss4-modules] 4.2-build2004-1 Open Sound System - DKMS module 
 so

 -- no debconf information



 ___
 Pkg-oss4-maintainers mailing list
 pkg-oss4-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-oss4-maintainers




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

Bug#619272: [Pkg-oss4-maintainers] Bug#619272: oss4-dkms: Current kernel in archive is 2.6.39 which is still not supported.

[Romain Beauxis]

This is fixed in 4.2-build2004-1 which was uploaded yesterday.

Romain

2011/6/14 Michal Suchanek hramr...@centrum.cz:
 Package: oss4-dkms
 Version: 4.2-build2003-1.1
 Followup-For: Bug #619272


 oss4-dkms sitll does not build with curent kernel.

 Setting up oss4-base (4.2-build2003-1.1) ...
 Setting up oss4-dkms (4.2-build2003-1.1) ...
 Loading new oss4-4.2-build2003 DKMS files...
 First Installation: checking all kernels...
 Building only for 2.6.39-1-amd64
 Building initial module for 2.6.39-1-amd64

 Error! Bad return status for module build on kernel: 2.6.39-1-amd64
 (x86_64)
 Consult the make.log in the build directory
 /var/lib/dkms/oss4/4.2-build2003/build/ for more information.
 dpkg: error processing oss4-dkms (--configure):
  subprocess installed post-installation script returned error exit
  status 10

 cat /var/lib/dkms/oss4/4.2-build2003/build/make.log
 DKMS make.log for oss4-4.2-build2003 for kernel 2.6.39-1-amd64 (x86_64)
 make: Entering directory `/usr/src/linux-headers-2.6.39-1-amd64'
  CC [M]  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.o
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c: In function
  ‘alloc_fop’:
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:956: error:
  ‘struct file_operations’ has no member named ‘ioctl’
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:960: warning:
  assignment from incompatible pointer type
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c: In function
  ‘oss_pci_read_devpath’:
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1634: warning:
  return discards qualifiers from pointer target type
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c: In function
  ‘oss_fp_check’:
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1858: warning:
  comparison of distinct pointer types lacks a cast
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1860: warning:
  comparison of distinct pointer types lacks a cast
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1860: warning:
  comparison of distinct pointer types lacks a cast
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1860: warning:
  comparison of distinct pointer types lacks a cast
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1862: warning:
  comparison of distinct pointer types lacks a cast
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1867: warning:
  comparison of distinct pointer types lacks a cast
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1867: warning:
  comparison of distinct pointer types lacks a cast
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1867: warning:
  comparison of distinct pointer types lacks a cast
  /var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.c:1869: warning:
  comparison of distinct pointer types lacks a cast
  make[3]: *** [/var/lib/dkms/oss4/4.2-build2003/build/core/oss_core.o]
  Error 1
  make[2]: *** [_module_/var/lib/dkms/oss4/4.2-build2003/build/core]
  Error 2
  make[1]: *** [sub-make] Error 2
  make: *** [all] Error 2
  make: Leaving directory `/usr/src/linux-headers-2.6.39-1-amd64'



 -- System Information:
 Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing'), (400, 'unstable'), (395, 
 'experimental'), (300, 'stable-i386'), (300, 'oldstable'), (280, 
 'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386'), (65, 
 'oldstable-i386')
 Architecture: amd64 (x86_64)

 Kernel: Linux 2.6.39-1-amd64 (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 oss4-dkms depends on:
 ii                      2.1.1.2-6            Dynamic Kernel Module Support 
 Fram
 ii                      2.6.39+35            Header files for Linux 2.6-amd64 
 (
 ii                      2.6.26-13lenny2      Header files for Linux 
 2.6.26-1-am
 ii                      3.local              Header files related to Linux 
 kern
 ii                      2.6.32-34squeeze1    Header files for Linux 
 2.6.32-5-am
 ii                      2.6.32-30~bpo50+1    Header files for Linux 
 2.6.32-bpo.
 ii                      2.6.34-1~experimenta Header files for Linux 
 2.6.34-1-am
 ii                      2.6.34-rc4-amd64-10. Header files related to Linux 
 kern
 ii                      2.6.35-0-amd64-10.00 Header files related to Linux 
 kern
 ii                      2.6.36-r600fence-amd Header files related to Linux 
 kern
 ii                      2.6.36-rc4-r600fence Header files related to Linux 
 kern
 ii                      2.6.37-2             Header files for Linux 
 2.6.37-2-am
 ii                      2.6.38-1             Header files for Linux 
 2.6.38-1-am
 ii                      2.6.38-5             Header files for Linux 
 2.6.38-2-am
 ii                      2.6.39-1+b1          Header files for Linux 
 2.6.39-1-am
 ii                      4.2-build2003-1.1    Open Sound System - base package

 oss4-dkms 

Bug#595298: [Pkg-oss4-maintainers] Bug#595298: Bug#595298:

[Romain Beauxis]

I have just uploaded the updated package with DM upload right attached to it :)

Romain

2011/6/14 Rémi Bernon remi.bernon+deb...@gmail.com:
 Hi,

 I can confirm that the 4.2-build2004 version of oss4 is working fine
 for me, and I've been using it for a few months now, but that's the
 version I've packaged myself, not the one on your SVN...

 However, I only updated the orig.tar.gz to the new upstream version
 and the patches files so that they apply on it (the biggest change was
 in os_cmd.patch where an additional line was introduced -- see the
 patch file I've provided -- as the other patches apply with a few line
 offsets). So if you just did the same, there shouldn't be any
 differences.

 Remi

 On Tue, Jun 14, 2011 at 07:32, Sebastien NOEL sebast...@twolife.org wrote:
 On Mon, 13 Jun 2011 20:30:49 +, Romain Beauxis wrote:

 Damned, this alioth move is really not working that good..

 Sebastien, do you have upload rights? Do you want me to upload your
 modified package otherwise?

 Romain

 No i don't have upload rights... (i'm now a DM, but the package lacks the
 DM-Upload-Allowed field in debian/control)

 i think the package in the SVN is ready to be uploaded,
 but i would feel much better if someone else could confirm this :)

 Sébastien


 2011/6/10 Sebastien NOEL sebast...@twolife.org:

 Hi Romain,

 I have already done the necessary work in the SVN.
 It works, I just don't have the right to upload the package
 in the debian archive.

 With the new(=broken) setup of alioth, our repository seems empty
 http://anonscm.debian.org/viewvc/pkg-oss4/
 but it's all there...

 Sébastien






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

Bug#595298: [Pkg-oss4-maintainers] Bug#595298: Bug#595298:

[Romain Beauxis]

Damned, this alioth move is really not working that good..

Sebastien, do you have upload rights? Do you want me to upload your
modified package otherwise?

Romain

2011/6/10 Sebastien NOEL sebast...@twolife.org:
 Hi Romain,

 I have already done the necessary work in the SVN.
 It works, I just don't have the right to upload the package
 in the debian archive.

 With the new(=broken) setup of alioth, our repository seems empty
 http://anonscm.debian.org/viewvc/pkg-oss4/
 but it's all there...

 Sébastien



 On Fri, 10 Jun 2011 01:14:36 +, Romain Beauxis wrote:

 Hi Remi,

 I have very little time to test and package unfortunately.

 However, I could include you in the team so that you can push your
 changes to our repository. I'll be happy to upload them afterwards!

 Romain

 Le 9 juin 2011 18:36, Rémi Bernon remi.bernon+deb...@gmail.com a écrit :

 Is there any plan to package the new upstream version?
 I've built a package locally, with the new upstream version retrieved
 with uscan and the required change in os_cmd.patch (see attached), but
 I'm probably unable to upload it as I'm not a Debian Maintainer, and I
 don't know how to provide it to the Maintainers.
 I tried mentors.debian.net, but it seems to have some issues with the
 registration.
 It's really not a big deal and this bug is really annoying for people
 who want OSS with a testing/unstable kernel.

 Rémi

 ___
 Pkg-oss4-maintainers mailing list
 pkg-oss4-maintain...@lists.alioth.debian.org


 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-oss4-maintainers





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

Bug#595298: [Pkg-oss4-maintainers] Bug#595298:

[Romain Beauxis]

Hi Remi,

I have very little time to test and package unfortunately.

However, I could include you in the team so that you can push your
changes to our repository. I'll be happy to upload them afterwards!

Romain

Le 9 juin 2011 18:36, Rémi Bernon remi.bernon+deb...@gmail.com a écrit :
 Is there any plan to package the new upstream version?
 I've built a package locally, with the new upstream version retrieved
 with uscan and the required change in os_cmd.patch (see attached), but
 I'm probably unable to upload it as I'm not a Debian Maintainer, and I
 don't know how to provide it to the Maintainers.
 I tried mentors.debian.net, but it seems to have some issues with the
 registration.
 It's really not a big deal and this bug is really annoying for people
 who want OSS with a testing/unstable kernel.

 Rémi

 ___
 Pkg-oss4-maintainers mailing list
 pkg-oss4-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-oss4-maintainers




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

Bug#627818: ffmpeg segmentation fault __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:119

[Romain Beauxis]

Hi all,

2011/5/24 Marco Mattiolo marco.matti...@hotmail.it:
 Hi.
 I'm having a problem with ffmpeg, converting flv downloaded by youtube-dl to
 audio-only ogg vorbis.
 I had debian-multimedia repo enabled, so I purged all packages related to
 that repo, before generating this bugreport.
 Hope this really helps getting a better ffmpeg. Also hope not to waste your
 time.
 Thank you

 $ gdb ffmpeg
 GNU gdb (GDB) 7.2-debian
 Copyright (C) 2010 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later
 http://gnu.org/licenses/gpl.html
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.  Type show copying
 and show warranty for details.
 This GDB was configured as x86_64-linux-gnu.
 For bug reporting instructions, please see:
 http://www.gnu.org/software/gdb/bugs/...
 Reading symbols from /usr/bin/ffmpeg...Reading symbols from
 /usr/lib/debug/usr/bin/ffmpeg...done.
 done.
 (gdb) set pagination 0
 (gdb) run -i XBHzFb0toqc.flv -f ogg -acodec libvorbis -vn KT tunstall -
 Suddenly I see.ogg
 Starting program: /usr/bin/ffmpeg -i XBHzFb0toqc.flv -f ogg -acodec
 libvorbis -vn KT tunstall - Suddenly I see.ogg
 [Thread debugging using libthread_db enabled]
 FFmpeg version 0.6.2-4:0.6.2-3, Copyright (c) 2000-2010 the Libav developers
  built on Apr 30 2011 11:45:41 with gcc 4.5.2
  configuration: --extra-version=4:0.6.2-3 --prefix=/usr --enable-avfilter
 --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm
 --enable-libschroedinger --enable-libspeex --enable-libtheora
 --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx
 --disable-stripping --enable-runtime-cpudetect --enable-vaapi
 --enable-libopenjpeg --enable-gpl --enable-postproc --enable-swscale
 --enable-x11grab --enable-libfaad --enable-libdirac --enable-libfaad
 --enable-librtmp --enable-libdc1394 --enable-shared --disable-static
  libavutil     50.15. 1 / 50.15. 1
  libavcodec    52.72. 2 / 52.72. 2
  libavformat   52.64. 2 / 52.64. 2
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    1.19. 0 /  1.19. 0
  libswscale     0.11. 0 /  0.11. 0
  libpostproc   51. 2. 0 / 51. 2. 0
 [flv @ 0x64b6b0]Estimating duration from bitrate, this may be inaccurate
 Input #0, flv, from 'XBHzFb0toqc.flv':
  Metadata:
    duration        : 197
    starttime       : 0
    totalduration   : 197
    width           : 320
    height          : 240
    videodatarate   : 81
    audiodatarate   : 103
    totaldatarate   : 192
    framerate       : 25
    bytelength      : 4731985
    canseekontime   : true
    sourcedata      : BD075E384HH1306095687603251
    purl            :
    pmsg            :
  Duration: 00:03:16.60, start: 0.00, bitrate: 188 kb/s
    Stream #0.0: Video: h264, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 82 kb/s, 25
 tbr, 1k tbn, 50 tbc
    Stream #0.1: Audio: aac, 44100 Hz, stereo, s16, 105 kb/s
 File 'KT tunstall - Suddenly I see.ogg' already exists. Overwrite ? [y/N] y
 Output #0, ogg, to 'KT tunstall - Suddenly I see.ogg':
  Metadata:
    encoder         : Lavf52.64.2
    Stream #0.0: Audio: libvorbis, 44100 Hz, stereo, s16, 64 kb/s
 Stream mapping:
  Stream #0.1 - #0.0
 Press [q] to stop encoding

 Program received signal SIGSEGV, Segmentation fault.
 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:119
 119     ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: File o directory non
 esistente.
        in ../sysdeps/x86_64/multiarch/memcpy-ssse3.S

I ran into a similar bug in the recent past that was due to frame
memory not being aligned. Memory alignment is required to use SSE
optimisations. Maybe that is the issue here too?

Romain



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

Bug#627723: ITP: ocaml-mm -- Multimedia library for OCaml

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-mm
  Version : 0.1.0
  Upstream Author : The Savonet Team
* URL : http://savonet.sf.net/
* License : LGPL+link exception
  Programming Lang: OCaml
  Description : Multimedia library for OCaml

ocaml-mm is a toolkit for audio and video processing
in OCaml. It provides a standard interface and various
usual manipulations on audio data, images and video data.



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

Bug#627724: ITP: ocaml-voaacenc -- Voaacenc bindings for OCaml

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-voaacenc
  Version : 0.1.0
  Upstream Author : The Savonet Team
* URL : http://savonet.sf.net/
* License : CPL
  Programming Lang: OCaml
  Description : OCaml bindings for the voaacenc AAC encoder

ocaml-voaacenc is a binding for libvoaacenc, which provides
AAC audio encoding.



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

Bug#627729: ITP: ocaml-flac -- OCaml bindings for the FLAC audio decoding/encoding library

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-flac
  Version : 0.1.0
  Upstream Author : The Savonet Team
* URL : http://savonet.sf.net/
* License : GPL
  Programming Lang: OCaml
  Description : OCaml bindings for the FLAC audio decoding/encoding library

This module provides OCaml bindings for the FLAC audio decoding/encoding 
library.



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

Bug#627731: ITP: ocaml-schroedinger -- OCaml bindings for the libschroedinger implementing the Dirac video encoding/decoding algorithm

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis to...@rastageeks.org

* Package name: ocaml-schroedinger
  Version : 0.1.0
  Upstream Author : The Savonet Team
* URL : http://savonet.sf.net/
* License : GPL
  Programming Lang: OCaml
  Description : OCaml bindings for the libschroedinger implementing the 
Dirac video encoding/decoding algorithm



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

Bug#624533: [mingw32-ocaml] please provide mingw-w64-ocaml

[Romain Beauxis]

Thank you for this very good report and for trying. I will make sure
that I take this in consideration for the next upload.

Actually, if you are interested in maintaining the package, I would be
pleased to add you to the uploaders.

Romain

2011/4/29 Török Edwin edwinto...@gmail.com:
 Package: mingw32-ocaml
 Version: 3.12.0+debian2
 Severity: wishlist

 --- Please enter the report below this line. ---
 The current mingw32-ocaml uses the old gcc-mingw32 package.
 In unstable we have gcc-mingw-w64 lately which can build both win32 and
 win64 binaries, and is based on a more recent GCC (4.5.2).

 It would be good if at least the 32-bit part of mingw32-ocaml would use
 the new mingw from unstable. If it works it'd be awesome if it could
 also use the 64-bit part of mingw to cross-compile to win64.

 The compilers are called:
 i686-w64-mingw32-gcc
 x86_64-w64-mingw32-gcc

 I did a quick test with the Debian package:
 edit debian/control, and replace gcc-mingw32 with mingw-w64-dev in
 Build-Depends, and replace both gcc-mingw32 and mingw32-runtime with
 gcc-mingw-w64 (which depends on binutils-w64)

 $ find debian/ -type f -exec  sed -ie
 's/i586-mingw32msvc/i686-w64-mingw32/' {} \;
 $ dpkg-buildpackage -us -uc

 The package built successfully (on amd64, it probably would on x86-32
 too, didn't try), and a quick test shows that a hello world builds with
 the brand new i686-w64-mingw32-ocamlopt.

 --- System information. ---
 Architecture: amd64
 Kernel:       Linux 2.6.39-rc4-phenom

 Debian Release: wheezy/sid
  500 unstable        ftp.ro.debian.org
  500 unstable        ftp.lug.ro
  500 testing         security.debian.org
  500 testing         ftp.ro.debian.org
  500 stable          ftp.ro.debian.org
    1 experimental    ftp.ro.debian.org

 --- Package information. ---
 Depends               (Version) | Installed
 ===-+-
 lib32ncurses5       (= 5.5-5~) | 5.9-1
 libc6                  (= 2.7) | 2.13-0exp5
 libc6-i386             (= 2.7) | 2.13-0exp5
 ocaml-nox                       | 3.12.0-5
 ocaml-findlib                   | 1.2.6+debian-1+b1
 gcc-mingw32                     |
 mingw32-runtime                 | 3.13-1


 Package's Recommends field is empty.

 Package's Suggests field is empty.






 --
 To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/4dbaae49.1090...@gmail.com





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

Bug#624274: produces invalid streams

[Romain Beauxis]

Package: libvo-aacenc0
Version: 0.1.0~rc1-1
Severity: normal

Streams produced by libvo-aacenc0 as present in package
0.1.0~rc1-1 produces invalid streams, including with the
example provided upstream.

This can be noticed with mplayer for instance, which logs
the following errors:
A:  36.5 (36.5) of 0.0 (unknown)  2.8% 18%
[aac @ 0xe57c60]Input buffer exhausted before END element found
A:  48.2 (48.2) of 0.0 (unknown)  3.0% 19%
[aac @ 0xe57c60]channel element 3.8 is not allocated
A:  60.4 (01:00.4) of 0.0 (unknown)  3.0% 17%
[aac @ 0xe57c60]Input buffer exhausted before END element found
A:  86.3 (01:26.3) of 0.0 (unknown)  2.9% 19%
[aac @ 0xe57c60]channel element 3.8 is not allocated
A:  90.7 (01:30.6) of 0.0 (unknown)  2.9% 18%
[aac @ 0xe57c60]Pulse data corrupt or invalid.

The same problems are noticed by faad.

There seems to be an updated version of the original
codebase there:
  https://github.com/mstorsjo/vo-aacenc

This version does not appear to have this issue.

Romain

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

Kernel: Linux 2.6.38-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/dash

Versions of packages libvo-aacenc0 depends on:
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib

libvo-aacenc0 recommends no packages.

libvo-aacenc0 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#595298: [Pkg-oss4-maintainers] Bug#595298: linux 2.6.36 not supported

[Romain Beauxis]

Hi,

2011/4/11 Jan Braun janbr...@gmx.net:
 Package: oss4-dkms
 Followup-For: Bug #595298

 Linux 2.6.38-2 has entered testing, and is also affected by this.
 Fortunately, importing the 4.2-build2004 upstream version is
 very straightforward, it just needs adjusting of os_cmd.patch and
 bumping of the version number.
 Here, this created a working oss4-dkms package able to drive my
 oss_via823x in both linux-image-2.6.32-5-686 and
 linux-image-2.6.38-2-686 .

 Sorry for nagging, but could a developer please take the time to
 address this? (Or explain why it's not that simple.) Broken oss4 in
 wheezy is unfun.

The answer is simple: lack of time.
I am ok, however, to incorporate a patch and/or add you as a maintainer.

Romain

 Attached are the modified os_cmd.patch and a shell script building
 updated oss4 packages.

 regards,
    Jan

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

 Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core)
 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages oss4-dkms depends on:
 ii  dkms                     2.1.1.2-6       Dynamic Kernel Module Support 
 Fram
 ii  linux-headers-2.6-686 [l 2.6.38+33       Header files for Linux 2.6-686 
 (me
 ii  linux-headers-2.6.32-5-6 2.6.32-31       Header files for Linux 
 2.6.32-5-68
 ii  linux-headers-2.6.38-2-6 2.6.38-3        Header files for Linux 
 2.6.38-2-68
 ii  oss4-base                4.2-build2004-0 Open Sound System - base package

 oss4-dkms recommends no packages.

 oss4-dkms suggests no packages.

 -- no debconf information

 --
 ()  ascii ribbon campaign - against html e-mail
 /\  www.asciiribbon.org   - against proprietary attachments

 ___
 Pkg-oss4-maintainers mailing list
 pkg-oss4-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-oss4-maintainers





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

Bug#556500: transfermii: patch for the issue

[Romain Beauxis]

Hi,

I have very little time to dedicate to this package.
Would you like to take care of patching it and preparing it for an upload?

Thanks,
Romain

2011/4/12 Andreas Moog am...@ubuntu.com:
 Package: transfermii
 Version: 1:0.6.1-2
 Severity: normal
 Tags: patch
 User: ubuntu-de...@lists.ubuntu.com
 Usertags: origin-ubuntu natty ubuntu-patch



 *** /tmp/tmpGqPVQb
 In Ubuntu, the attached patch was applied to achieve the following:

  * add -lbluetooth to linker-options to fix FTBFS (LP: #756003)

 Thanks for considering the patch.


 -- System Information:
 Debian Release: squeeze/sid
  APT prefers natty
  APT policy: (500, 'natty')
 Architecture: amd64 (x86_64)

 Kernel: Linux 2.6.38-8-generic (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/dash




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

Bug#604419: Cannot reproduce..

[Romain Beauxis]

Hi,

I cannot reproduce this issue. Could give more informations on how to do so?

Romain



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

Bug#617751: ocaml-soundtouch: Shouldn't link against stdc++

[Romain Beauxis]

2011/3/11 Cyril Brulebois k...@debian.org:
 Hi,

 Stéphane Glondu glo...@debian.org (11/03/2011):
 So you mean that by using some specific library, one should change
 linker?

 no, I mean that by using the C++ programming language, you're supposed
 to link using g++.

 Doesn't sound right to me... Do you have any reference that
 explains why linking to -lstdc++ without g++ is bad practice? I've
 already heard of that, but couldn't find any decent explanation.

 Because it's not guaranteed to work. Example:
 | $ cat foo.cpp
 | #include iostream
 |
 | using namespace std;
 |
 | int main(void) {
 |   cout  Hello world!  endl;
 |   return 0;
 | }

 | $ g++ -c foo.cpp -o foo.o

 | $ ld -lstdc++ foo.o -o foo
 | ld: cannot find -lstdc++

 Both work, with the intermediate target:
 | g++ foo.o -o foo

 or directly:
 | $ g++ foo.cpp -o foo

 http://gcc.gnu.org/onlinedocs/gcc/Link-Options.html also suggests you
 should be using g++ to link (see -static-*).

That sounds like a big headache for OCaml: native code generated by
OCaml are bundled together at link-time. For instance, in Liquidsoap,
where ocaml-soundtouch is used, we use C and C++ code for the
bindings.

Therefore, there is no reason to use g++ to link the final binary...
Do you have any idea concerning this situation?

Romain

 KiBi.

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iEYEARECAAYFAk16AuEACgkQeGfVPHR5Nd2+2gCfbk6o8rBjt44n3BaEQQaWQ6zw
 uCAAn2DsLIjQcefTKT2QQItk+80N7dqZ
 =mdL1
 -END PGP SIGNATURE-





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

Bug#608852: Package should be removed..

[Romain Beauxis]

I agree though I am not sure whether Gerardo and Ivan were talking
about icecast 1 or 2..
I any case, I believe they are welcome to maintain either of them
among the multimedia team, right ?

Romain

On Tue, Feb 1, 2011 at 5:02 AM, Jonas Smedegaard d...@jones.dk wrote:
 On Tue, Feb 01, 2011 at 07:47:37AM +, Alessio Treglia wrote:

 Gerardo, Ivan,

 as Romain said, it doesn't make sense to continue supporting
 icecast-server.

 We should file a removal request, I think.

 Recently in this bugreport someone showed interest in taking over
 maintainance of icecast-server.

 Please allow them time to respond before killing the package.  It makes
 sense to drop packages noone has interest in, but it does not make sense
 dropping packages just because _you_ (being someone not maintaining it)
 have no interest in it.


  - Jonas

 --
  * Jonas Smedegaard - idealist  Internet-arkitekt
  * Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIcBAEBCgAGBQJNR+hLAAoJECx8MUbBoAEhtB0P/jO1wjmZsLek41NbuKwzMZqd
 C3Ht1clKrB/j377dsHFrya1Caf9TDJLKh3JSHyK/rQrcJrbZHzArLGEI5qIL0oBt
 +z1q+kQ6Iz75b57iNm2WHyZVce76pxqyTgx6lKLeQLMYHAc5i4SWb3Z5GSFPiw8W
 paAb/XmfEf1QQn80zyXoC97ct5tAST2ZJe6JokorcbmbN02th7oqSoIgdOu7bFKw
 m7zuNRZk1Xzm9I3dD6D+LpUO37OaNBIq+QYPAjQXwjkVSJq2YplZo55+CykH9etu
 esgM0NPpsC2mel2BVG8WFimhfXXQ+vC6bMB9KceejNoM8Bz2wSUOzwqmwAPYkb5k
 6cVlj3MDFcYl+O1RVqGUMNSyMjW+C7Chr1Cb/paNbcZjaufln5eNtoCMgVKZWV74
 NeaW9he8VXdFz5MxBm6vh+pIAsIo8s4Z5SNbJBuAic9Gdx28fEXuxbpkfwPTZnuc
 klHbvgoQcat92ZsWU0zLe6H6jzlbOsNFzSy3URSnT/1X2exiQxCQMNVxIFB+397O
 f2viCG1PaM+mdLT0kqxaAGMQCkb0zcc8Ptn2ChXwZ/rJLW1sVE2eLladAmuVpg50
 0t6s4ndB6ZMeatysFQb51nFbEpQjypn08jT+I+G+KDe1dYkwXAJ26llDsz7oU8E6
 2mYFXyyztHkeDUn3WsZ+
 =NbhG
 -END PGP SIGNATURE-





-- 
They try to fool the black population,
By telling them that Jah Jah Dead.
But II know that...
Jah no dead!



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

Bug#608852: Package should be removed..

[Romain Beauxis]

Well my main concern is about the confusion that can result of having
two packages. I believe it would be important to know whether or not
the old icecast provides something that icecast2 does not..

On Tue, Feb 1, 2011 at 10:01 AM, Jonas Smedegaard d...@jones.dk wrote:
 On Tue, Feb 01, 2011 at 09:33:41AM -0600, Romain Beauxis wrote:

 I agree though I am not sure whether Gerardo and Ivan were talking
 about icecast 1 or 2..
 I any case, I believe they are welcome to maintain either of them
 among the multimedia team, right ?

 Sure!  Except if it is v1 they want to maintain and this team is hostile
 towards keeping that alive: Then they are better off doing it separately -
 but I cannot imagine us being hostile :-)


  - Jonas

 --
  * Jonas Smedegaard - idealist  Internet-arkitekt
  * Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIcBAEBCgAGBQJNSC5MAAoJECx8MUbBoAEhyEcP/jGmxzDkyBkSPuJwgHeHCZLp
 1XrcKLD4nvxFcbPyaLkSP24DVGMbiTEpEM+5n7UK051IY8zlepLZJKp8ypuyBZaY
 bXGh/kIiAxUDQEl89QFkdDyutcJTT3jj46EgiISAxkH37lfgRUxHdnKbCQGMBSgA
 7QXfz9U5OrgGPRFyiO3hMJ00M3+JLnKI+0LDYz0nxi05OVsiLlsbR1CONKeizkI8
 y1TfuvdbRoYq0yssUgp8pSGGIi5PKxuVqvmg3k7bo4fyPaRFB/n8XjcZ0eFmL9ya
 J+ib7ZJIhkkcsZ1ayrInm0T1QATsKji2D0EvvKCnrZ6BbsHjpWO6DM+4zA4jOi81
 GtoxEl4RgBu2sNEqSz8nvGUWwxr2oeukcTbQ9G1dGLZLUULmTZdELp02zhJ+cwMw
 ECoUYTzst/xtpYWWpVCwWuPvuZ4ATR6HcROfpHpcYMtJpJtVz4GHcMdD4Qz/pifM
 uG4HPrG810cDqjnwlNZSjLUKdyxVFgSLrxzGnwyPvbrMEh2py2fdS1oamaatxVHa
 1gLva8Gs0xdZ0Z4ZOxyUFQ/eH7TNatzMmBQT0O14G85WbxHcgjGoLCysu8c7PzqM
 oYe21dc7dH6Unj3uAaeDDDxOlTvgemqBMzw/Q1OyVxi59kkcrpc3g8cxo56P9tA/
 WdFN4+dWo7s7p8R7EA2f
 =GOiV
 -END PGP SIGNATURE-





-- 
They try to fool the black population,
By telling them that Jah Jah Dead.
But II know that...
Jah no dead!



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

Bug#608852: Package should be removed..

[Romain Beauxis]

On Tue, Feb 1, 2011 at 11:44 AM, Ivan Diaz saisyukusan...@gmail.com wrote:
 Hi All,

Hi Ivan and Gerardo!

 Yes you are right, icecast2 is the only active package and it don't make
 sense have active the old release, in this case we support the idea that
 icecast must be dropped and make it as transitional package to icecast2.

Thanks for your clarification. I also believe that if you are still
interested in contributing to icecast2's packaging you would be very
welcom to participate as well.

Romain

 Thank you, and have a good day,
 Ivan, Gerardo

 2011/2/1 Jonas Smedegaard d...@jones.dk

 On Tue, Feb 01, 2011 at 10:46:59AM -0600, Romain Beauxis wrote:

 Well my main concern is about the confusion that can result of having two
 packages. I believe it would be important to know whether or not the old
 icecast provides something that icecast2 does not..

 Confusion on what packages do is solved by clarifying package description,
 not by dropping packages. :-)


  - Jonas

 --
  * Jonas Smedegaard - idealist  Internet-arkitekt
  * Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIcBAEBCgAGBQJNSEE+AAoJECx8MUbBoAEhhQcP/itIPI2KLz51Cy9meMM9+fv+
 /nmjeEE/UgQq/HUi+47ly08tfSm/v4IIdO+VSX4VyP75wlJLZYNotDeMymGH8+1G
 6Yawgt8LOpHXNwNobTjATwKfWsLks6fU5WP41bm8XB5EjqIOwrrqzJFIXTT4+aZm
 pAbxbahOqWNE8zqabyH9dmiaE406opobBgfcpka8IPT7WPiVp0TaTuqV0HuJxV5a
 dQMIIxOGskQwSxFPzV/AHtruBZkj/rtp99Covfj4yJJTOtUCOvqa135a+32o8vx0
 OzTZx51M3eTiEJTXLm22Bjyzzw80P0TL8hNk1MFMLYCUtS0iKLBgcX1CqlhWcnoD
 VD8Q6XgSVsShmNFUfOp6xF6U+UKA7mzppxi27RJRefba3IE0xoffH17RfY7oemhI
 Juz7qPknN4BV2yIJ6sJyrIzE4DQ4h414TMvGJjyLbYqDcp/qFxEWhifJBR03CLEn
 sZOTC+DcSwcdf9tbK69VRh7o9wwo53ciGBDD1H1C1o7fC3RhMyIVY5hvuZVvR8+/
 i/ozjY/oAHvR905gRI9KmMZaQulYWET98zMD6SObL5kD9xNXPtt12ZF2+rvu7pCj
 9olP3adr+3eIT7/3pktAp3MPANlk5GYmIgsvzgND/KAdzTrGts4OODTkGHiNSRE9
 PZVBUedhSD/y+DfrPYk3
 =6Lqp
 -END PGP SIGNATURE-






-- 
They try to fool the black population,
By telling them that Jah Jah Dead.
But II know that...
Jah no dead!



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

Bug#608852: Package should be removed..

[Romain Beauxis]

On Tue, Feb 1, 2011 at 11:52 AM, Jonas Smedegaard d...@jones.dk wrote:
 On Tue, Feb 01, 2011 at 11:48:06AM -0600, Romain Beauxis wrote:

 On Tue, Feb 1, 2011 at 11:44 AM, Ivan Diaz saisyukusan...@gmail.com
 wrote:

 Hi All,

 Hi Ivan and Gerardo!

 Yes you are right, icecast2 is the only active package and it don't make
 sense have active the old release, in this case we support the idea that
 icecast must be dropped and make it as transitional package to icecast2.

 Thanks for your clarification. I also believe that if you are still
 interested in contributing to icecast2's packaging you would be very welcom
 to participate as well.

 Most certainly you are welcome!


:-)

By the way, should we try to remove the package before the next release ?

Romain

 Please consider joining our team. More info here:
 http://wiki.debian.org/DebianMultimedia


  - Jonas

 --
  * Jonas Smedegaard - idealist  Internet-arkitekt
  * Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIcBAEBCgAGBQJNSEhBAAoJECx8MUbBoAEh12gP/1L9sjWRHlD4pxnZmxoVhq3d
 viXh0b/8xSayAs3kHiJ7CM8Tm03zcbHevlbwnX4S0aC8FstTmyeizih+7OvizQXf
 jPMH3JxqKZVmxzyWM+10KjD/Ai7eIED2QcIQ802J46PzHAKkm+aBzd3rsK1cl1/2
 S6TCrVFui50rAXMYzWR8SRWXkHMlqKIxDO5Bi9xXLDFM8aOWNPL/+fsYvxkHbWZp
 CrJmmWJgPChXHMU9MM/uG0qvJYAOOiNu/+vtkuISla0E3SfN6UHLdY1h8UMFfn8Z
 aoLHfsm8nhpxU0T4qreb5YF8z2wuLPFcvnOy7IV3rCtXI8KjMhxNsPmEJm3EmxfB
 MnafdaH1znAHDvvJpobZBCOFJQo2FAcra+xvp9yVlZnDQa2+mx2AjKOFcnyeIi3L
 k+/7aniAYZcoeMtDwyWVQ+t8Jiug4YXBfoqUq7tGIrqi5BjAc3MB4sYa9+GzzbB8
 ZHWqs33qWiJDLefbz7CjOrsyISJFv+P58pjW85YSjItWCDopeqyN72PIt4TsEVYR
 UxSzLcJpL0YUbAgh9FZdCIzWCdTV4OpQMm4et02nCfWbJ9Bond9+D+z3Qw7gR4A0
 qMSq3vqT1nSCGWfHbtIBIBPOGS50AcYkK8JWLBeBbIVU/q3Nv563pbb/Y7JI6NqI
 h5NeXQ16kZZhJgHEpc0x
 =sUNz
 -END PGP SIGNATURE-





-- 
They try to fool the black population,
By telling them that Jah Jah Dead.
But II know that...
Jah no dead!



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

Bug#608852: Package should be removed..

[Romain Beauxis]

Hi!

I just discovered this package.. I believe it should be removed, icecast2 has 
been around for a while now and is a clear alternative..

Romain



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

Bug#610562: unblock: spip/2.1.1-3

[Romain Beauxis]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock


I have just uploaded a new package for spip that fixes two recent security 
issues (#609212 and #610016).

The update consists in the addition of a single file named ecran_securite.php 
(security screen) which is designed with the sole purpose of fixing known 
security issues in spip.

The file is documented there:
  http://www.spip.net/en_article4201.html

I have contacted upstream to ask them whether this was good enough to consider 
the security issues as fixed and they replied in the affirmative.

Thus, I kindly request the unblocking of spip 2.1.1-3 and its migration to 
testing in the purpose of shipping a fixed spip package in Debian squeeze.

Thanks for your work and have a good day,
Romain

unblock spip/2.1.1-3

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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



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

Bug#610016: spip: critical security issue fixed in 2.1.8

[Romain Beauxis]

Package: spip
Version: 2.1.1-2
Severity: grave


A security release of SPIP has just been announced:
  
http://www.spip-contrib.net/SPIP-2-1-8-corrige-une-importante-faille-de-securite
(french)
Not much information is available about the exact issue and the changelog
is not helpful either.

I have not time at the moment to prepare a fixed package. Any contributor is 
warmly welcome
to NMU the package with no delay.

In the mean time, users can download and install a security fix called security 
screen
from there:
  
http://zone.spip.org/trac/spip-zone/browser/_core_/securite/ecran_securite.php?format=txt
and documented there:
  http://www.spip.net/en_article4200.html


Romain

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages spip depends on:
pn  apache2 | httpd   none (no description available)
ii  debconf [debconf-2.0] 1.5.37 Debian configuration management sy
ii  libjs-jquery  1.4.2-2JavaScript library for dynamic web
ii  php-html-safe 0.10.0-1   strip down all potentially dangero
ii  php5  5.3.3-7server-side, HTML-embedded scripti
ii  php5-mysql5.3.3-7MySQL module for php5

Versions of packages spip recommends:
ii  imagemagick   8:6.6.0.4-3image manipulation programs
ii  mysql-server  5.1.49-3   MySQL database server (metapackage
ii  mysql-server-5.1 [mysql-s 5.1.49-3   MySQL database server binaries and
ii  netpbm2:10.0-12.2+b1 Graphics conversion tools between 

spip suggests no packages.



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

Bug#609212: [Spip-maintainers] Bug#609212: spip: Cross-Site Scripting and other security issues

[Romain Beauxis]

Hi all !

Le vendredi 7 janvier 2011 07:20:43, Julien Cristau a écrit :
  Version 2.1.6 released Monday correct various security issues [1].
  According to the changelog [2], these should be addressed by r16879 [3],
  r16880 [4] and r16884 [5].
 
 Can be fixed post release if necessary, not a blocker.  If you do
 upload a fix to unstable, please use high urgency and let the release
 team know.

I agree with Julien. This is not a public vulnerability but one that affects 
registered authors.

I would also like to document here that it is possible to install a temporary 
workaround provided by the SPIP team and called écran de sécurité:
  http://www.spip.net/article4200.html
This can be used while waiting for an updated package.

Finally, I am very busy these days. I am not sure that I will have much time 
to prepare and test a new version soon. However, I would be more than happy to 
welcome any interested contributor/maintainer.


Romain



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

Bug#608438: kmix: high cpu usage when using pulseaudio

[Romain Beauxis]

Le jeudi 30 décembre 2010 23:11:40, Modestas Vainius a écrit :
  This problem does not exist with the version from kde.org (I've verified
  this by building a package from the source code hosted on kde.org), so
  it's probably due to Colin Guthrie's pulseaudio patches.
 
 Of course it's because of them. But vanilla kmix does not work with PA at
 all.
 
 P.S. Don't expect us to debug this. We would consider a patch though.

Well, it does not costs a lot to ask some questions..

There should be some debug logs, which may be very helpful to document the 
issue for instance, I see in the patch lines such as:
  kDebug(67100)   Reconnected to PulseAudio;
These logs should make it much easier to find the part of the code that is 
responsible to the issue..

Romain



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

Bug#541711: lastfmproxy: patch due to upstream changes

[Romain Beauxis]

Hi Daniel,

Le dimanche 19 décembre 2010 10:07:44, Daniel Rheinbay a écrit :
 Romain, what are the next steps to get the above mentioned versions into
 the Debian repositories?

Well, I should prepare a new package..

If you have time to propose a patch, I would be very happy to review and 
upload it..

Romain



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

Bug#607530: [advi]: FTBFS with linker flag --as-needed

[Romain Beauxis]

Le dimanche 19 décembre 2010 09:02:27, Stefan Potyra a écrit :
 advi fails to build from source if --as-needed is used as linker flag
 [1,2].  The reason is that --as-needed enforces a strict link ordering
 (symbol users in front of symbol definitions).

Why should it be compile with as-needed ?


Romain



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

Bug#600711: [Pkg-icecast-devel] Bug#600711: Update to a newer upstream release

[Romain Beauxis]

Hi !

Le mardi 19 octobre 2010 09:04:10, Alessio Treglia a écrit :
 The release of libshout available in the archives is quite old, what do you
 think about syncing with a newer upstream's release?

The latest version at icecast.org is 2.2.2 which is also the version in 
Debian.

Which version do you have in mind ?

Romain



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

Bug#600205: libfftw3-3: memory leak in 1d transform

[Romain Beauxis]

Package: libfftw3-3
Version: 3.2.2-1
Severity: important
Tags: upstream

Hi !

There seems to be a memory leak when doing a 1d 
transform. 

To reproduce, you can use the following code, adapted from
the manual [1]:
88
#include fftw3.h
#include stdlib.h

#define N 100
#define SEED 123456789

  int main (int argc, char *argv[])
 {
 fftw_complex *in, *out;
 fftw_plan p;
 in = (fftw_complex*) fftw_malloc(sizeof(fftw_complex) * N);
 out = (fftw_complex*) fftw_malloc(sizeof(fftw_complex) * N);
 int i;
 for (i = 0; i  N; i++)
 {
in[i][0] = rand();
in[i][1] = rand();
out[i][0] = rand();
out[i][1] = rand();
 }
 p = fftw_plan_dft_1d(N, in, out, FFTW_FORWARD, FFTW_ESTIMATE);
 fftw_execute(p); /* repeat as needed */
 fftw_destroy_plan(p);
 fftw_free(in); fftw_free(out);
 exit(0);
 }
88

When run with
  valgrind --leak-check=full --show-reachable=yes ./test_fftw_memleakc
It shows tons of leaks of the form:
==11476== 40 bytes in 1 blocks are still reachable in loss record 38 of 73
==11476==at 0x4C244E8: malloc (vg_replace_malloc.c:236)
==11476==by 0x4E3D871: fftw_malloc_plain (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4E416F8: fftw_mksolver (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4E49E2F: fftw_dft_vrank_geq1_register (in 
/usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4E41737: fftw_solvtab_exec (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4E44DA2: fftw_dft_conf_standard (in 
/usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F0BCB8: fftw_configure_planner (in 
/usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F10563: fftw_the_planner (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F0BAED: fftw_mkapiplan (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F101A5: fftw_plan_many_dft (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F0F678: fftw_plan_dft (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F0F425: fftw_plan_dft_1d (in /usr/lib/libfftw3.so.3.2.4)


Romain


[1]: 
http://www.fftw.org/fftw3_doc/Complex-One_002dDimensional-DFTs.html#Complex-One_002dDimensional-DFTs

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

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

Versions of packages libfftw3-3 depends on:
ii  libc6 2.11.2-6   Embedded GNU C Library: Shared lib

libfftw3-3 recommends no packages.

Versions of packages libfftw3-3 suggests:
pn  libfftw3-dev  none (no description available)

-- no debconf information
#include fftw3.h
#include stdlib.h

#define N 100
#define SEED 123456789

  int main (int argc, char *argv[])
 {
 fftw_complex *in, *out;
 fftw_plan p;
 in = (fftw_complex*) fftw_malloc(sizeof(fftw_complex) * N);
 out = (fftw_complex*) fftw_malloc(sizeof(fftw_complex) * N);
 int i;
 for (i = 0; i  N; i++)
 {
in[i][0] = rand();
in[i][1] = rand();
out[i][0] = rand();
out[i][1] = rand();
 }
 p = fftw_plan_dft_1d(N, in, out, FFTW_FORWARD, FFTW_ESTIMATE);
 fftw_execute(p); /* repeat as needed */
 fftw_destroy_plan(p);
 fftw_free(in); fftw_free(out);
 exit(0);
 }

Bug#600205: libfftw3-3: memory leak in 1d transform

[Romain Beauxis]

Le jeudi 14 octobre 2010 12:35:16, vous avez écrit :
 Hi Romain,

Hi !

 Does it still happen if you call fftw_cleanup?
 http://www.fftw.org/fftw3_doc/Using-Plans.html

Indeed, no. There seems to be some lack of consistent documentation/examples. 

However, there is no bug per-say.. Feel free to close the report and thanks 
for your reply!

Romain



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

Bug#597346: unblock: spip/2.1.1-2

[Romain Beauxis]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception


Hi !

Spip 2.1.2 has been released a couple of day ago.
It consists of a one-liner fix for an int overflow 
on 32 bit machines in the articles' published date.

A release-critical bug has been filled at #597026
and I have just uploaded spip 2.1.1-2 which incorporates
the following changes:

Index: /branches/spip-2.1/ecrire/public/quete.php
===
--- /branches/spip-2.1/ecrire/public/quete.php (revision 15839)
+++ /branches/spip-2.1/ecrire/public/quete.php (revision 16014)
@@ -80,5 +80,5 @@
   ($GLOBALS['meta']['date_prochain_postdate']  time())
? $GLOBALS['meta']['date_prochain_postdate']
-  : (time()+(3600*24*1))) ;
+  : (time()+(3600*24*365*2))) ;
 }

Could you please unblock spip 2.1.1-2 in order to ship a 
fixed package in squeeze ?

Romain

unblock spip/2.1.1-2

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

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



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

Bug#594271: [Pkg-kde-extras] Bug#594271: Bug#594271: network-manager-kde: Please remove knetwork manager before Squeeze goes stable

[Romain Beauxis]

Le mercredi 25 août 2010 02:14:05, Modestas Vainius a écrit :
 On trečiadienis 25 Rugpjūtis 2010 06:17:16 Robert LeBlanc wrote:
  Justification: renders package unusable
 
 No, it does not. It seems that more simple cases like DHCP, WLAN, mobile 
 broadband work fine. Yet knm is still fragile and that's a proof of that.
 So  no, it is not unusable for everyone.

I have personally switched from any network-manager to wicd for quite some 
time now and I am very happy with it. I had also a lot of weird issues with 
network-manager and I really did not appreciate its incompatibility with 
manual tools, e.g. ifconfig/iwconfig/dhclient.

I understand your point that one user's feedback is not enough to remove the 
package for everyone. However, I wonder if, as a distribution, Debian has the 
choice to propose another network-manager for a default KDE install than the 
one shipped upstream?


Romain



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

Bug#589127: liboss-salsa-dev: New upstream release and possible merge of packages..

[Romain Beauxis]

Hi !

Le mardi 17 août 2010 10:49:10, Samuel Thibault a écrit :
 Samuel Thibault, le Sun 18 Jul 2010 20:12:53 +0200, a écrit :
  The only barrier I can see is that in oss-libsalsa, we include
  some alsa headers to be able to provide them in liboss-salsa-dev, and
  we apply some dirty fixes for hurd-i386, see the attached diff. If
  that's fine with oss4 packaging, then it's all good, I'll have a look at
  integrating liboss-salsa in oss4.
 
 Did you have a look at the patch?

Sorry for the late reply. No pb for the patch. Do you want a commit access to 
pkg-oss and maintain it there ?


Romain



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

Bug#589127: liboss-salsa-dev: New upstream release and possible merge of packages..

[Romain Beauxis]

Subject: liboss-salsa-dev: New upstream release and possible merge of packages..
Package: liboss-salsa-dev
Version: 4.1-build1052b-2
Severity: important

Hi !

The latest oss4 release is 4.2-build2003. The version of 
libsalsa provided there seems to have improved, in particular
it now has a symbol that was missing when building ocaml-alsa
on kfreebsd using libsalsa..

(symbol: snd_pcm_hw_params_get_buffer_size_min)

I also take this opportunity to reiterate my proposition
to merge oss4 and libsalsa packaging effort into one.

Its true that you can have libsalsa in a single light
source package, but, essentially its code is shipped
with oss4, which seems to be maintained these days..

Romain

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

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



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

Bug#589128: liboss-salsa-dev: Missing #define

[Romain Beauxis]

Subject: liboss-salsa-dev: Missing #define
Package: liboss-salsa-dev
Version: 4.1-build1052b-2
Severity: important

Hi !

While trying to build an application against libsalsa,
I realized that it misses the definition for two 
linux-specific errors which are used and documented
in the alsa headers:

#define EBADFD  77  /* File descriptor in bad state */
#define ESTRPIPE86  /* Streams pipe error */

I would be nice to add these headers and ask upstream 
to do so (they are not present in the latest released
version).


Romain

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

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



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

Bug#585847: [Pkg-icecast-devel] Bug#585847: logrotate script does not rotate archived log files

[Romain Beauxis]

tag 585847 moreinfo
thanks

Hi !

Le lundi 14 juin 2010 12:07:19, Laurent Bigonville a écrit :
 By default icecast archives logs files (renaming the file to
 {access,error}.log.date_time) that grows bigger that 10Mb but the
 logrotate script do not handle this kind of log files.
 
 This could lead to a full /var/log partition.

Thankd for you report. However, the cron script seems to work here.. Are you 
sure this really is a bug of the icecast2 package ?


Romain



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

Bug#565709: [Pkg-oss4-maintainers] Bug#565709: oss4-base: fails with suspend

[Romain Beauxis]

Le mercredi 9 juin 2010 19:10:46, koala a écrit :
 Hi,

Hi !

Thanks for your report !

 This is a major problem for people like me who use a laptop.
 
 The missing scripts are : soundon, soundoff, savemixer.
 These scripts rely on several directories/files that are not provided by
 the official debian package :
 OSSLIBDIR (/usr/lib/oss)  which I can't find in the official package
 /etc/installed_drivers or OSSLIBDIR/etc/installed_driver which has been
 transformed in /etc/oss4/installed_drivers in the official package
 And maybe others that I haven't seen.
 
 So these scripts need to be adapted to debian in order to function (maybe I
 can do it if one of you guys explained to me what you are changing from
 the initial package)
 
 The question is : do you plan to solve the problem ? If not, I will use the
 4front package, which provides all the files needed (but don't fit into
 debian as perfectly as this one).

Yes, of course.

I see how to adapt those scripts but I dont see how to hook them into the 
system to make suspend work. Could you tell me more about this ?

Also, we accept any contribution, of course, so if you are interested, don't 
hesitate to participate in the packaging !

Romain



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

Bug#583510: libocamlnet-ocaml-dev: Cannot set custom order for POST headers and unusual headers order.

[Romain Beauxis]

Package: libocamlnet-ocaml-dev
Version: 2.2.9-8
Severity: wishlist


Hi,

ocamlnet seems to not put the content-length and content-type headers 
in last position when sending a HTTP POST request.

Although I do not think this is against the specs, it certainly confuses 
some webserver.

For instance, this code:
let call = new Http_client.post_call in
let pipeline = new Http_client.pipeline in
let http_headers = call#request_header `Base in
let body = call#request_body in
call#set_request_uri uri ;
body#set_value request ;
call#set_request_body body ;
http_headers#update_field
 Content-length
 (string_of_int (String.length request));
http_headers#update_field Content-type text/xml;
call#set_request_header http_headers;
pipeline#add call ;
try
  pipeline#run () ;

Produces a request of the form:
POST /(...) HTTP/1.1
Content-length: 592
Content-type: text/xml
Date: Thu, 27 May 2010 22:08:53 GMT
User-agent: Netclient
Host: www.host.com

Which is refused by the server:
HTTP/1.1 400 Bad Request
Date: Thu, 27 May 2010 22:08:53 GMT
Server: Apache

Additionaly, one cannot set a custom order for the headers so this cannot
be worked around...

Romain

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

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

Versions of packages libocamlnet-ocaml-dev depends on:
ii  libcryptgps-ocaml-dev  0.2.1-7+b1OCaml implementation of symmetric 
ii  libocamlnet-ocaml [lib 2.2.9-8   OCaml application-level Internet l
ii  libpcre-ocaml-dev [lib 6.0.1-3   OCaml bindings for PCRE (Perl Comp
ii  ocaml-findlib  1.2.5+debian-1+b1 management tool for OCaml librarie
ii  ocaml-nox [ocaml-nox-3 3.11.2-1  ML implementation with a class-bas

Versions of packages libocamlnet-ocaml-dev recommends:
pn  libnethttpd-ocaml-dev none (no description available)
ii  libocamlnet-ocaml-doc 2.2.9-8OCaml application-level Internet l

libocamlnet-ocaml-dev 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#581177: [Pkg-mediawiki-devel] Bug#581177: Default configuration file layout makes mediawiki thinks its installed in /etc/mediawiki

[Romain Beauxis]

tags 581177 unreproducible moreinfo
thanks


Hi,

Le mardi 11 mai 2010 07:06:10, guillaume ranquet a écrit :
 Steps to reproduce:
 on lenny from a fresh debootstrap:
 apt-get install mediawiki apache2
 tweak /etc/mediawiki/apache.conf
 restart apache
 elinks http://127.0.0.1/mediawiki/
 Reproductible:
 Always
 Severity:
 Important
 I think this is an important issue as mediawiki won't work as it's
 installed by apt-get.

You might be doing something wrong, probably when configuring apache..

Here, with a fresh lenny chroot, I simply uncomment the line:
 Alias /mediawiki /var/lib/mediawiki
And, pointing my browser to:
  http://localhost/mediawiki/
it tells me to configure the wiki.

After configuring the wiki and moving 
/var/lib/mediawiki/config/LocalSettings.php to /etc/mediawiki with rights 644, 
the wiki is ready to roll...

Bref, it works exactly as described in the README.Debian file...


Romain



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

Bug#311821: Mixed /var and /usr

[Romain Beauxis]

Hi,

I totally second this bug report. Reading things like:

  Currently plugins and themes need to be dropped in by root into:
  /usr/share/wordpress/wp-content

Is not really serious I believe..

The usual thing done in other webapp package I maintain (mediawiki, spip and 
roundcube), 
is to split the directories and files that have to be modified and move then to 
/var.

(Purpose

/var contains variable data files.
  http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#PURPOSE31)

Then, in order to make it consistent, you just have to make symlinks from /var 
to the 
files and directories in /usr and vice-versa. For instance, for mediawiki:

9:07 r...@leonard /# ll /usr/share/mediawiki
total 78K
lrwxrwxrwx  1 root root   36  1 mai   12:54 AdminSettings.php - 
/var/lib/mediawiki/AdminSettings.php
-rw-r--r--  1 root root 3,3K  5 mai2009 api.php
lrwxrwxrwx  1 root root   25  1 mai   12:54 config - /var/lib/mediawiki/config/
lrwxrwxrwx  1 root root   29  1 mai   12:54 extensions - 
/var/lib/mediawiki/extensions/
lrwxrwxrwx  1 root root   25  1 mai   12:54 images - /var/lib/mediawiki/images/
-rw-r--r--  1 root root 3,2K 21 mars   2009 img_auth.php
drwxr-xr-x 13 root root 4,9K  1 mai   12:54 includes/
-rw-r--r--  1 root root 4,2K 20 mars   2009 index.php
-rw-r--r--  1 root root 5,8K  8 mars  11:42 install-utils.inc
drwxr-xr-x  4 root root  232  1 mai   12:54 languages/
lrwxrwxrwx  1 root root   36  1 mai   12:54 LocalSettings.php - 
/var/lib/mediawiki/LocalSettings.php
drwxr-xr-x 12 root root 5,5K  1 mai   12:54 maintenance/
-rw-r--r--  1 root root 3,0K 21 mars   2009 opensearch_desc.php
-rw-r--r--  1 root root 9,0K  9 déc.   2008 profileinfo.php
-rw-r--r--  1 root root  383 21 mars   2009 redirect.php
-rw-r--r--  1 root root   91 31 janv.  2005 redirect.phtml
drwxr-xr-x  9 root root  672  1 mai   12:54 skins/
-rw-r--r--  1 root root  603  7 janv.  2009 StartProfiler.php
-rw-r--r--  1 root root 4,8K  8 mars  16:49 thumb.php
-rw-r--r--  1 root root 1,4K  5 nov.   2008 trackback.php
-rw-r--r--  1 root root   88 31 janv.  2005 wiki.phtml

And:
9:07 r...@leonard /# ll /var/lib/mediawiki
total 0
lrwxrwxrwx 1 root root  32  1 mai   12:54 AdminSettings.php - 
/etc/mediawiki/AdminSettings.php
lrwxrwxrwx 1 root root  28  1 mai   12:54 api.php - 
/usr/share/mediawiki/api.php
drwx-- 2 www-data www-data 112  1 mai   12:54 config/
drwxr-xr-x 2 root root 352  1 mai   12:54 extensions/
drwx-- 2 www-data www-data  48 16 avril 15:00 images/
lrwxrwxrwx 1 root root  33  1 mai   12:54 img_auth.php - 
/usr/share/mediawiki/img_auth.php
lrwxrwxrwx 1 root root  29  1 mai   12:54 includes - 
/usr/share/mediawiki/includes/
lrwxrwxrwx 1 root root  30  1 mai   12:54 index.php - 
/usr/share/mediawiki/index.php
lrwxrwxrwx 1 root root  38  1 mai   12:54 install-utils.inc - 
/usr/share/mediawiki/install-utils.inc
lrwxrwxrwx 1 root root  30  1 mai   12:54 languages - 
/usr/share/mediawiki/languages/
lrwxrwxrwx 1 root root  32  1 mai   12:54 LocalSettings.php - 
/etc/mediawiki/LocalSettings.php
lrwxrwxrwx 1 root root  32  1 mai   12:54 maintenance - 
/usr/share/mediawiki/maintenance/
lrwxrwxrwx 1 root root  40  1 mai   12:54 opensearch_desc.php - 
/usr/share/mediawiki/opensearch_desc.php
lrwxrwxrwx 1 root root  36  1 mai   12:54 profileinfo.php - 
/usr/share/mediawiki/profileinfo.php
lrwxrwxrwx 1 root root  33  1 mai   12:54 redirect.php - 
/usr/share/mediawiki/redirect.php
lrwxrwxrwx 1 root root  35  1 mai   12:54 redirect.phtml - 
/usr/share/mediawiki/redirect.phtml
lrwxrwxrwx 1 root root  26  1 mai   12:54 skins - 
/usr/share/mediawiki/skins/
lrwxrwxrwx 1 root root  38  1 mai   12:54 StartProfiler.php - 
/usr/share/mediawiki/StartProfiler.php
lrwxrwxrwx 1 root root  30  1 mai   12:54 thumb.php - 
/usr/share/mediawiki/thumb.php
lrwxrwxrwx 1 root root  34  1 mai   12:54 trackback.php - 
/usr/share/mediawiki/trackback.php
lrwxrwxrwx 1 root root  31  1 mai   12:54 wiki.phtml - 
/usr/share/mediawiki/wiki.phtml

That way, /var/lib/mediawiki is the main directory where the webserver should 
be configured, 
but static files and data are located in /usr...

Additionally, you can give the correct rights to the files in /var (www-data) 
so that the
automatic uploads and etc. work out of the box..


Romain



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

Bug#579822: Bug url

[Romain Beauxis]

The upstream bug is there:
  http://dev.fckeditor.net/ticket/4462


Romain



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