Hello:
Assuming you did a gbp-pull and git-buildpackage is configured
correctly it should work. Also when I created the missing tag a while
ago I confirmed that upstream/1.7 contain the correct source when
compared to a tarball I downloaded from upstream and I also merged
upstream/1.7 to master
On Wed, Feb 02, 2011 at 08:09:44AM +, Miguel Colon wrote:
Hello:
Assuming you did a gbp-pull and git-buildpackage is configured
correctly it should work. Also when I created the missing tag a while
ago I confirmed that upstream/1.7 contain the correct source when
compared to a tarball I
Package: libmms0
Version: 0.6-1
Severity: important
Tags: upstream
libmms 0.6 has some alignment issues on ARM. This causes any
mms_connect() to fail on those platforms due to GUID compare mismatches.
See
http://sourceforge.net/tracker/?func=detailaid=3137994group_id=101989atid=630607
for the
Hello:
That should work. Try to pull the commit I just made to make sure.
It should complain at dh_installchangelogs now.
Cheers,
Miguel
On Wed, Feb 2, 2011 at 9:16 AM, Joel Roth jo...@pobox.com wrote:
On Wed, Feb 02, 2011 at 08:09:44AM +, Miguel Colon wrote:
Hello:
Assuming you did a
Am 02.02.2011 10:14, schrieb Danny Baumann:
libmms 0.6 has some alignment issues on ARM. This causes any
mms_connect() to fail on those platforms due to GUID compare mismatches.
See
http://sourceforge.net/tracker/?func=detailaid=3137994group_id=101989atid=630607
for the upstream bug report.
As
Am 02.02.2011 10:14, schrieb Danny Baumann:
libmms 0.6 has some alignment issues on ARM. This causes any
mms_connect() to fail on those platforms due to GUID compare mismatches.
See
http://sourceforge.net/tracker/?func=detailaid=3137994group_id=101989atid=630607
for the upstream bug report.
As
Am 02.02.2011 10:58, schrieb Danny Baumann:
Please excuse my lack of understanding, but given that only
maintenance and bugfixing work seems to be done in upstream libmms,
and given that the alignment bug makes it impossible to properly use
libmms on ARM, why are the newer releases not
Hi,
libmms 0.6 has some alignment issues on ARM. This causes any
mms_connect() to fail on those platforms due to GUID compare mismatches.
See
http://sourceforge.net/tracker/?func=detailaid=3137994group_id=101989atid=630607
for the upstream bug report.
As this is fixed in later upstream
Ardour (perhaps among others) build-depends on libsoundtouch1-dev, but
this is not built by the archive as soundtouch provides
libsoundtouch-dev but not libsoundtouch1-dev. Is this just a typo in
soundtouch packaging, or do we have a more serious problem?
--
David Henningsson, Canonical Ltd.
On Wed, Feb 02, 2011 at 02:54:37PM +0100, David Henningsson wrote:
Ardour (perhaps among others) build-depends on libsoundtouch1-dev, but
this is not built by the archive as soundtouch provides
libsoundtouch-dev but not libsoundtouch1-dev. Is this just a typo in
soundtouch packaging, or
Am Mittwoch, den 02.02.2011, 15:23 +0100 schrieb Adrian Knoth:
On Wed, Feb 02, 2011 at 02:54:37PM +0100, David Henningsson wrote:
Ardour (perhaps among others) build-depends on libsoundtouch1-dev, but
this is not built by the archive as soundtouch provides
libsoundtouch-dev but not
On Wed, Feb 02, 2011 at 04:10:51PM +0100, Benjamin Drung wrote:
http://packages.qa.debian.org/s/soundtouch/news/20110116T154758Z.html
says:
* Rename libsoundtouch1c2 to libsoundtouch0 and libsoundtouch1-dev to
libsoundtouch0-dev so we comply with policy.
- Obsolete c2
On Wed, Feb 02, 2011 at 04:10:51PM +0100, Benjamin Drung wrote:
Am Mittwoch, den 02.02.2011, 15:23 +0100 schrieb Adrian Knoth:
On Wed, Feb 02, 2011 at 02:54:37PM +0100, David Henningsson wrote:
Ardour (perhaps among others) build-depends on libsoundtouch1-dev,
but this is not built by the
On Wed, Feb 02, 2011 at 09:45:50AM +, Miguel Colon wrote:
Hello:
That should work. Try to pull the commit I just made to make sure.
It should complain at dh_installchangelogs now.
Great. It goes much further. A few lintian warnings remain.
W: mma source: changelog-should-mention-nmu
On Wed, Feb 02, 2011 at 04:45:19PM +0100, Alessandro Ghedini wrote:
Hello,
sorry for the late reply, I'm currently on vacation and Internet
connectivity is quite unreliable (I also don't have my PC).
Thanks for dropping by! :-)
On Sun, Jan 30, 2011 at 03:24, Joel Roth jo...@pobox.com wrote:
Hello:
Sure, I fixed a few things since I only planned to make 1 commit but
made a mistake since I forgot about the dh_install limitations.
Anyway since you seem to be doing well on your own now I was gonna
leave it at this but I noticed that you added a new manpage on the
source. When using
On Wed, Oct 06, 2010 at 11:05:33PM +0600, Andrey Rahmatullin wrote:
$ vainfo
libva: libva version 0.31.1
Xlib: extension XFree86-DRI missing on display :0.0.
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/nvidia_drv_video.so
zsh: segmentation fault vainfo
If I
So looks like a transition to me, and we probably need to readjust
ardour's build dependency (to libsoundtouch-dev). I can take care of
this if agreed upon.
Hello, yes it's a transition I was the one that made renamed it.
Perhaps Alessio wants to provide further clarification.
Last time I
Nice to meet you,
My name is Miss Rejoice,i saw your profile today and became interested
in you,i will also like to know you more,and i want you to send an email
to my email address so i can give you my picture for you to know whom i
am.Here is my email
On Wed, Feb 02, 2011 at 22:02:19 (CET), Andrey Rahmatullin wrote:
On Wed, Oct 06, 2010 at 11:05:33PM +0600, Andrey Rahmatullin wrote:
$ vainfo
libva: libva version 0.31.1
Xlib: extension XFree86-DRI missing on display :0.0.
libva: va_getDriverName() returns 0
libva: Trying to open
On Thu, Feb 03, 2011 at 06:43:20AM +0100, Reinhard Tartler wrote:
$ vainfo
libva: libva version 0.31.1
Xlib: extension XFree86-DRI missing on display :0.0.
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/nvidia_drv_video.so
zsh: segmentation fault vainfo
On Thu, Feb 03, 2011 at 07:51:14 (CET), Andrey Rahmatullin wrote:
On Thu, Feb 03, 2011 at 06:43:20AM +0100, Reinhard Tartler wrote:
$ vainfo
libva: libva version 0.31.1
Xlib: extension XFree86-DRI missing on display :0.0.
libva: va_getDriverName() returns 0
libva: Trying to open
22 matches
Mail list logo
