Package: rtmpdump
Severity: normal
Hi,
please build librtmp with -fPIC to allow usage of it in shared libraries
(e.g. plugins). This doesn't have any implications for applications or
anything else linking with the library.
The rtmpdump build system allows this by doing
make XCFLAGS=-fPIC
On Mon, Jun 07, 2010 at 08:28:05PM +, fabian-gu...@users.alioth.debian.org
wrote:
The following commit has been merged in the master branch:
commit 552a01450aa8c3492e3264eb8509254488b99d21
Author: Fabian Greffrath fab...@debian-unofficial.org
Date: Mon Jun 7 21:56:08 2010 +0200
Add
On Mon, Jun 07, 2010 at 12:29:55PM -0400, Alexandre Quessy wrote:
Hello Jonas and the team,
Here are some updates about the packaging of Scenic.
2010/6/3 Jonas Smedegaard d...@jones.dk:
Some additional packaging comments:
The project includes python code. We must then follow to Debian
On Tue, Jun 08, 2010 at 06:59:01AM +0200, Reinhard Tartler wrote:
On Fri, Jun 04, 2010 at 09:47:10 (CEST), Jonas Smedegaard wrote:
On Thu, Jun 03, 2010 at 01:06:46PM +,
siret...@users.alioth.debian.org wrote:
build HTML documentation only if not already avaiable in the build
tree
This
Hi all,
I've sent patch solving build problems upstream and upstream has questions
which I would like to get commented by team members to answer it right and
avoid misunderstanding in future.
[quote]
* DESTDIR and the required changes to install are being added
to the Makefile when any of my
08.06.2010 17:51, Jaromír Mikeš wrote:
What is the best way to refer to 'standard' commands
such as rm, cp, ln, install, ldconfig, etc. etc., in
particular within an 'install' target ?
1. Use the full pathname (which seems to be distro-
dependent), or
2. Assume they are in the user's or the
On Tue, Jun 08, 2010 at 06:02:37PM +0700, Maia Kozheva wrote:
08.06.2010 17:51, Jaromír Mikeš wrote:
What is the best way to refer to 'standard' commands
such as rm, cp, ln, install, ldconfig, etc. etc., in
particular within an 'install' target ?
1. Use the full pathname (which seems to be
On Tue, Jun 08, 2010 at 11:36:44 (CEST), Jonas Smedegaard wrote:
On Mon, Jun 07, 2010 at 08:28:05PM +,
fabian-gu...@users.alioth.debian.org wrote:
The following commit has been merged in the master branch:
commit 552a01450aa8c3492e3264eb8509254488b99d21
Author: Fabian Greffrath
On Tue, Jun 08, 2010 at 13:02:37 (CEST), Maia Kozheva wrote:
08.06.2010 17:51, Jaromír Mikeš wrote:
What is the best way to refer to 'standard' commands
such as rm, cp, ln, install, ldconfig, etc. etc., in
particular within an 'install' target ?
1. Use the full pathname (which seems to be
On Tue, Jun 08, 2010 at 01:37:24PM +0200, Reinhard Tartler wrote:
On Tue, Jun 08, 2010 at 11:36:44 (CEST), Jonas Smedegaard wrote:
On Mon, Jun 07, 2010 at 08:28:05PM +, fabian-gu...@users.alioth.debian.org
wrote:
The following commit has been merged in the master branch:
commit
... will be a non-fastforward forced one.
So if you have clone the experimental branch of vlc.git I suggest you delete
and recreate it rather than pulling.
Push should happen this evening (BST).
Gritty details:
The sid branch wasn't created from the tip of experimental for vlc 1.0.0. So it
On Tue, Jun 08, 2010 at 14:11:19 (CEST), Jonas Smedegaard wrote:
On Tue, Jun 08, 2010 at 01:37:24PM +0200, Reinhard Tartler wrote:
On Tue, Jun 08, 2010 at 11:36:44 (CEST), Jonas Smedegaard wrote:
On Mon, Jun 07, 2010 at 08:28:05PM +,
fabian-gu...@users.alioth.debian.org wrote:
The
On Tue, Jun 08, 2010 at 03:03:25PM +0200, Reinhard Tartler wrote:
On Tue, Jun 08, 2010 at 14:11:19 (CEST), Jonas Smedegaard wrote:
On Tue, Jun 08, 2010 at 01:37:24PM +0200, Reinhard Tartler wrote:
On Tue, Jun 08, 2010 at 11:36:44 (CEST), Jonas Smedegaard wrote:
I suggest to only state
Od: Reinhard Tartler siret...@tauware.de
I agree with Maja here. The mentioned commands are standard utilities
that are expected to be around on the build machine.
Thank you all for comments I already answered upstream.
mira
___
FYI: The status of the gtklick source package
in Debian's testing distribution has changed.
Previous version: (not in testing)
Current version: 0.6.4-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you
FYI: The status of the libdvbpsi source package
in Debian's testing distribution has changed.
Previous version: (not in testing)
Current version: 0.1.7-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you
FYI: The status of the zynjacku source package
in Debian's testing distribution has changed.
Previous version: (not in testing)
Current version: 5.2-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you
Accepted:
jackmeter_0.3-1.diff.gz
to main/j/jackmeter/jackmeter_0.3-1.diff.gz
jackmeter_0.3-1.dsc
to main/j/jackmeter/jackmeter_0.3-1.dsc
jackmeter_0.3-1_i386.deb
to main/j/jackmeter/jackmeter_0.3-1_i386.deb
jackmeter_0.3.orig.tar.gz
to main/j/jackmeter/jackmeter_0.3.orig.tar.gz
Le Tue 08 Jun 10 à 13:25 +0100, Christophe Mutricy a écrit :
... will be a non-fastforward forced one.
Hmm looks like the problem is a bit more severe and that there was also
some problem in the 1.0.6 related push. So more surgery with the repo.
So please don't pull
--
Xtophe
Accepted:
jkmeter_0.4.0-1.diff.gz
to main/j/jkmeter/jkmeter_0.4.0-1.diff.gz
jkmeter_0.4.0-1.dsc
to main/j/jkmeter/jkmeter_0.4.0-1.dsc
jkmeter_0.4.0-1_amd64.deb
to main/j/jkmeter/jkmeter_0.4.0-1_amd64.deb
jkmeter_0.4.0.orig.tar.gz
to main/j/jkmeter/jkmeter_0.4.0.orig.tar.gz
Override
done.
This conflicts happened because upstream now *removed* its debian/
directory. git notices this and tries to apply this change to
'master'. This is of course wrong and needs to be undone:
$ git merge upstream
$ git reset master debian/
this resets all files under the directory
Dear friend,
I urgently need foreign partner for international financial business
relationship within companies and another which must benefit us 32 millions of
United State Dollars at the end.
Stay blessed as you reply.
Sincerely,
Jabez Johnson.
Subject: ffmpeg: missing library link
Package: ffmpeg
Version: 5:0.5.1+svn20100512-0.1
Severity: important
(Maybe this should be filed against libva1. I don't know.)
When trying:
$ ffmpeg -i neverGonnaGiveYouUp.ogg
I get:
ffmpeg: error while loading shared libraries: libva-0.31.0.6.so.1:
On Tue, Jun 08, 2010 at 21:48:14 (CEST), Fabian Greffrath wrote:
This conflicts happened because upstream now *removed* its debian/
directory. git notices this and tries to apply this change to
'master'. This is of course wrong and needs to be undone:
$ git merge upstream
$ git reset
libebml_1.0.0-1_i386.changes uploaded successfully to localhost
along with the files:
libebml_1.0.0-1.dsc
libebml_1.0.0.orig.tar.bz2
libebml_1.0.0-1.debian.tar.gz
libebml2_1.0.0-1_i386.deb
libebml-dev_1.0.0-1_i386.deb
Greetings,
Your Debian queue daemon (running on host
libebml-dev_1.0.0-1_i386.deb
to main/libe/libebml/libebml-dev_1.0.0-1_i386.deb
(new) libebml2_1.0.0-1_i386.deb optional libs
access library for the EBML format (shared library)
The libebml library allows to read and write files using EBML (the
Extensible Binary Meta Language), a binary pendant
26 matches
Mail list logo