ectly identified.
- 99: rip offset find fails with "UnboundLocalError: local variable
'archecksum' referenced before assignment"
- 102: Unable to run without -d option
- 98: Year of release in templates
morituri 0.1.3 is brought to you by:
Loïc Minie
Package: cmus
Version: 2.5.0-4
Followup-For: Bug #728202
Hi!
I did yesterday a 'aptitude safe-upgrade'.
That included cmus. It was updated from 2.5.0-2 to 2.5.0-4
and since then I have the same problem.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500,
to get a working pvr-hts addon, which is required to watch live tv
on kodi. Technically, I expected to receive an update for kodi-pvr-hts on
jessie-backports, too.
Best regards,
Thomas
-- System Information:
Debian Release: 8.4
APT prefers stable-updates
APT policy: (500, 'stable-upda
turi help, but 'rip
help' works fine.
- 14: AttributeError: 'NoneType' object has no attribute 'name'
- 16: Fatal error passing unescaped unicode strings to GStreamer
- 17: Incorrect file permissions
- 19: Use sortna
35: UnboundLocalError: local variable 'results' referenced before assignment
- 61: 'rip image --help' should specify that it's intended to work with .cue
files
- 62: Crash if no disc in drive
- 51: Typos - s/reponses/responses
- 59: Typo in 'rip drive list
I've reinstalled and the problem has vanished, seems to be an issue with
flash
So I will carry on finding this and this bug can be closed
sorry
On 23 March 2012 21:59, Dick William Thomas wrote:
> Package: hydrogen
> Version: 0.9.6~beta1-2
> Severity: normal
>
> Dear Main
around to detect the condition earlier kindof defeats the
idea of buffered streams. Anyhow, the user is informed with the next major
mpg123 release and that is hopefully enough to close this bug.
Alrighty then,
Thomas
signature.asc
Description: PGP
assume that this is a bug in gcc that is worked around by adding -marm.
You might consider asking gcc folks about this.
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers
, you got me there! I really did not think about those support
macros only about our "real" assembly instructions in plain assembler
files. Thanks for investigating. I'll present you work to our assembly
man who wrote this code and see to it that the next mpg123 release
contain
make it
officialy public, then.
The fresh 1.14-beta2 has the fix, too, btw.
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
the gl2 video output of mplayer (no idea whether it's still in
mplayer2) can handle dimensions > GL_MAX_TEXTURE_SIZE by texture tiling.
Cheers,
Thomas
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.de
is most likely the exact bug I already encountered and fixed with
mpg123-1.14.1 . Hopefully upgrading to that one will fix it.
Alrighty then,
Thomas (mpg123 upstream)
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing l
ones (which might be reasonable as free format streams are rare).
> Due to copyright issues, I will provide a sample file demonstrating
> the problem via private email only.
I'd like to test that file myself (as mpg123 upstream, as you might have
guessed). It seems to be a rather nast
Am Tue, 12 Jun 2012 09:25:07 +0200
schrieb Max Kellermann :
> On 2012/06/12 09:20, Thomas Orgis wrote:
> > Does plain mpg123 play the file?
> >
> > shell$ mpg123 /path/to/file.mp3
>
> No, same problem.
That is good: It means I can debug and fix without touching m
smack the other guy is also
pretty good. ;-)
Cheers
Thomas
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Hello, your friendly upstream here.
We just released Icecast 2.3.3 which addresses this issue.
Also for the record. It's fairly easy to spot those injection attempts
by looking at the Icecast access log.
Cheers
Thomas
___
pkg-multi
Am Tue, 12 Jun 2012 23:16:02 +0200
schrieb Thomas Orgis :
> I'm not totally sure about a followup detail about cleaner abort (it's in
> mpg123 trunk in addition to the patch), but you can expect mpg123-1.14.3
> sometime in the near future with a fix.
Update: It might b
Hi again,
please consider verifying that the upcoming mpg123 release really fixes the
issue for good: http://mpg123.org/download/mpg123-1.14.3.tar.bz2
I'm waiting for confirmation before making the public announcement.
Alrighty then,
Thomas
signature.asc
Description: PGP sign
Hi Jonas,
On 13/06/12 02:02, Jonas Smedegaard wrote:
Hi Thomas,
On 12-06-13 at 12:50am, Rücker Thomas wrote:
Hello, your friendly upstream here.
We just released Icecast 2.3.3 which addresses this issue.
Also for the record. It's fairly easy to spot those injection
attempts by looki
ile, I don't see any problem. What
did you test?
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-
ith http://mpg123.org/snapshot --- does that work with
dir2ogg?
Alrighty then,
Thomas
--
Thomas Orgis - Source Mage GNU/Linux Developer
(http://www.sourcemage.org) OrgisNetzOrganisation ---)=-
http://orgis.org GPG public key D446D524:
http://thomas.orgis.org/public_key Fingerprint: 7236
On 06/09/12 19:05, Moritz Muehlenhoff wrote:
On Tue, Jun 26, 2012 at 06:36:56PM +0300, Rücker Thomas wrote:
Hi Jonas,
On 13/06/12 02:02, Jonas Smedegaard wrote:
Hi Thomas,
On 12-06-13 at 12:50am, Rücker Thomas wrote:
Hello, your friendly upstream here.
We just released Icecast 2.3.3 which
might
be dealing with here. But a test LD_PRELOAD checking for overlapping
memcpy didn't trigger, neither.
Can you run under valgrind to check memory issues?
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintai
es
sh$ mpg123 --test-cpu
report for you? And also, what does
sh$ mpg123 -v some_file.mp3 2>&1 | grep Decoder
show? It naturally just says 'Decoder: i486' here. If you have a
multi-cpu build, please test some of the other available cpu opts
(mpg123 --cpu generic; mpg123 -
s!
Er ... great if mpg123 0.89o worked fine for you all that time;-) But
really, what does this version do on a wheezy system?
Miguel: What remains is my question about only i486 being built-in
currently, is that intentional?
Alrighty then,
Thomas
signature.asc
Descrip
c and i386 code will run just fine
on i486 CPUs, I recommend enforcing --with-cpu=x86 on ia32 platform.
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@list
sting and verification anyway;-)
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinf
Sorry for being late to the party, but I have to say that this is a
rather unfortunate situation now. Not using the assembly-optimized
fixed-point ARM code of the arm_nofpu decoder and resorting to the
generic_fpu one (all plain C) will make mpg123 really slow in
comparison. I'm not sure what hardw
Am Sun, 16 Feb 2014 12:14:46 -0500
schrieb Reinhard Tartler :
> Thomas, in libavcodec, we "solve" (or rather, workaround, depending on
> the PoV) this problem by compiling the libraries multiple times
A sane approach. Runtime code selection in each application can be
stre
in likely applications of debian on
ARM, please? ;-)
Alrighty then,
Thomas
PS: I'll have to remove those "experimental" markings from the nofpu
variants in configure help. They are getting old.
signature.asc
Description: PGP signature
linker selection, that would
> >be covered right now.
>
> Yup.
Seconding the second part: Linker selection it is. NEON runtime
detection just isn't fun in user code.
The bright side: If the multiple builds are setup and tested, I can
safely release mpg123-1.19.0 with the cha
RMS=7.927192e-06 (PASS) maxdiff=2.676249e-05 (PASS)
--> 32 bit floating point output
compl.bit: RMS=7.927192e-06 (PASS) maxdiff=2.676249e-05 (PASS)
Thanks for the time you take (also the folks being spammed with this
discussion;-). I'm confident we'll get to a bright future
I was building and testing under Debian armhf sid.
> gcc (Debian 4.8.2-16) 4.8.2
>
> CPU is a dual Cortex-A15 1.5GHz (TI OMAP 57xx).
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
p
stand-alone assembly files? I also wonder if this is
generally broken on debian (since certain toolchain version) or on
certain CPUs only. I repeat: This code worked before:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667653#35
Alrighty then,
Thoma
http://mpg123.org/snapshot/mpg123-20140225111416.tar.bz2 ,
and also attached the patch for the rather small change that hopefully
has a big effect. Care to test this?
Alrighty then,
Thomas
--
Thomas Orgis - Source Mage GNU/Linux Developer (http://www.sourcemage.org)
OrgisNetzOr
Am Tue, 25 Feb 2014 11:20:06 -0500
schrieb "Lennart Sorensen" :
> On Tue, Feb 25, 2014 at 11:18:50AM +0100, Thomas Orgis wrote:
> > Am Tue, 25 Feb 2014 17:37:41 +0900
> > schrieb Taihei Momma :
> >
> > > #0 0xb6fb9332 in INT123_dct64_neon () at dct64_ne
mark script would be nice. I'll release 1.18.1 after confirmation
and we finally can settle this.
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debia
Am Sat, 1 Mar 2014 09:56:46 +0100
schrieb Thomas Orgis :
> Great! So, folks, please check that
>
> http://mpg123.de/snapshot/mpg123-2014030100.tar.bz2
>
> does the trick with all decoders now. Performance numbers from the
> benchmark script would be nice. I'
onfirmation from debian that it really works now. Release will be
imminent, then.
Thanks for staying with us with all the chattering about this ...
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers
27;m interested in how fast it is producing that 24 bit
output on limited CPUs.
> Lennart Sorensen wrote:
> > I think so. armhf's current debian rules automatically picked arm_fpu
> IMO it's often better to be explicit about this sort of thing.
I agree. Never trust upstream&#x
Am Tue, 4 Mar 2014 11:49:45 +0100
schrieb Thomas Orgis :
> sh$ time -d -o null convergence_-_points_of_view/*.mp3
That should be
sh$ time madplay -d -o null: convergence_-_points_of_view/*.mp3
... as you may have guessed (notice the added ":").
Alrighty then,
Thomas
t
is, it wouldn't totally surprise me.
Alrighty then,
Thomas
PS: You still have to decide for --enable-int-quality or not, for a
smaller impact on CPU time and basically one bit of precision.
signature.asc
Description: PGP signature
___
pkg-multimed
> This is the madplay straight from raspbian, not sure if some other
> configure flag was to be tested.
Optimizing for speed vs. quality might be an option ... but that's
somehow missing the point of preferring libmad.
Alrighty then,
Thomas
signature.asc
Description: PGP signature
Package: handbrake
Version: 0.9.9+dfsg-2~2.gbpa4c3e9~bpo70+1
handbrake 0.9.9 in wheezy-backports has a dependency:
Breaks: libdvdread4 (<4.2.0+20120512-3)
But the latest version of libdvdread4 in wheezy is 4.2.0+20120521-2. The -3
version does not exist. So handbrake can not be installed.
m)
... yeah, I'll have to investigate that. Though, the i486 decoder has
mostly historical value ... or just vor bragging rights to get fast
decoding on a vintage i486 CPU.
Alrighty then,
Thomas
___
pkg-multimedia-maintainers mailing li
Package: vdpau-va-driver
Version: 0.7.4-2
Severity: normal
See bug 705558. The second part of the report (the lack of
libvdpau_nouveau.so) is fixed in mesa by the fix for that bug. However, the
first part (symlinking vdpau_drv_video.so to nouveau_drv_video.so) is still
necessary in order to get VD
Package: audacious
Version: 3.2.4-1
Severity: normal
Dear Maintainer,
under Preferences→Audio→ReplayGain→Adjust Levels,
the “Amplify untagged files” settings don't have any effect.
Thanks.
-- System Information:
Debian Release: 7.4
APT prefers stable-updates
APT policy: (500, 'stable-upda
licitly stating:
»#if defined(__MACH__) && defined(__APPLE__)«. That's how it is usually
written, if I remember correctly.
That said, just to confirm: it is expected that this file,
osx_time_shim.h, is included even for non-OSX builds?
Grüße,
Th
Package: libdvd-pkg
Version: 1.4.0-1-2
Severity: normal
Tags: patch
Dear Maintainer,
After installing libdvd-pkg without the recommended libcap2-bin package
also installed, dpkg-reconfigure libdvd-pkg failed as follows:
libvd-pkg: Checking orig.tar integrity...
/usr/src/libdvd-pkg/libdvdcss_1.4.
part of the 1.24.1
release. The change should be not too difficult to back-port.
Alrighty then,
Thomas
pgpLGOco5gGO9.pgp
Description: Digitale Signatur von OpenPGP
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@l
Am Wed, 17 May 2017 08:13:32 +0200
schrieb Thomas Orgis :
> Confirmed with current upstream mpg123 1.24.0:
>
> $ mpg123 -R -o dummy
> @R MPG123 (ThOr) v8
> LP some_file.mp3
> @I ID3v2.title:some title
> @I ID3v2.artist:some band
> @I ID3v2.year:2017
> @I ID3v2.
7;d like to fix in the release, too.
Alrighty then,
Thomas
pgpD6zg0OaqBP.pgp
Description: Digitale Signatur von OpenPGP
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
t two
weeks. Just so you know ..
Alrighty then,
Thomas
--
Sent from somewhere out there.___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multi
(mpg123 upstream here)
Yes, the terminal support in mpg123 is rather basic. It does not consult any
caps database, just hopes that the simple controls it issued are universally
understood, which obviously works against your desire regarding the cursor.
The reason for switching cursor display of
Am Thu, 17 Aug 2017 09:17:01 +0200
schrieb Thomas Orgis :
> I am not able to work on this for about two weeks ... but will,
I made a change to mpg123 trunk now that
a) adds --no-visual option to diasable the behaviour and
b) disables it anyway when TERM=dumb.
The second variant will app
then,
Thomas
pgpVFtU1qCxHK.pgp
Description: Firma digital OpenPGP
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
http_proxy= handling seems to be the other way around
> now; for instance:
Indeed. Please test the updated preview tarball.
Alrighty then,
Thomas
pgp_BqNm2zMem.pgp
Description: Firma digital OpenPGP
___
pkg-multimedia-maintainers mai
And? Any confirmation of the fix?
pgpYa3PGX8RU9.pgp
Description: Firma digital OpenPGP
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-
Thanks, Sebastian.
The diff shows a couple of newlines inside the new CAPSH string that were
intended to be spaces; I should know better than to embed source code in
emails, but it should still work so meh.
___
pkg-multimedia-maintainers mailing list
Am Wed, 12 Aug 2015 07:59:10 +0200
schrieb Thomas Orgis :
> with mpg123 version 1.14.1, free format support got broken by a bugfix.
This regression bugs me so much that I prepared a little script to fix
it for any affected version you may have on your system with some
reason preventing you f
latest & greatest. Even an actual undisputed improvement in
user behaviour might not be wanted when the promise to the user is that
things are stable and do not change where it is not required to fix
bugs / vulnerabilities.
Alrighty then,
Thomas
pgpCWMlnKd2QM.pgp
Descr
upstream bug about this:
https://github.com/Flameeyes/unpaper/issues/39
Upstream however seems to be unresponsive ATM and my C skills are very
rusty. :-(
I suspect that there's some incompatibility between ffmpeg and libav.
Upstream builds against libav and in Debian we use ffmpeg.
Thank you,
T
you either hit an issue with the decoder
optimisation or the output system (any part of that chain).
Alrighty then,
Thomas
pgpmHDLq1KJCg.pgp
Description: Digitale Signatur von OpenPGP
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintain
ain).
Alrighty then,
Thomas
pgpdMNXJLHcjj.pgp
Description: Digitale Signatur von OpenPGP
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multime
up
understanding every audio output weirdness. I'm fairly confident in
that mpg123 itself is not to blame. Fairly.
Alrighty then,
Thomas
pgp7TItFDu3N0.pgp
Description: Digitale Signatur von OpenPGP
___
pkg-multimedia-maintainers mailing list
--
With due respect,
I am Mr.Alan Thomas, and i worked for South Coast Inc Kuala
Lumpur Malaysia, a fund investment sub under Capital One Bank. We
handle major investment security funds deposit, for regular and some
high profile customers under Capital One Bank. And we handle Investors
or your work on clam-networkeditor,
Thomas
-- System Information:
Debian Release: 8.3
APT prefers stable
APT policy: (900, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr
case of libjack0, there
is no use having it installed as dependency if there is no server
avaialable.
Alrighty then,
Thomas (mpg123 upstream)
pgpARlOMr0nKv.pgp
Description: Digitale Signatur von OpenPGP
___
pkg-multimedia-maintainers mailing list
pkg-mu
analysing the core file with gdb)?
Alrighty then,
Thomas
pgp0Du025y5FY.pgp
Description: Digitale Signatur von OpenPGP
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/c
haven't checked myself if this breaks the build of Blender, or if it
affects it a lot, as I have no time to do that. Though I would strongly
suggest the maintainer to check, and eventually downgrade this bug to
important only.
Cheers,
Thomas Goirand
On 11/21/2014 07:07 PM, Cyril Brulebois wrote:
> Control: severity -1 important
>
> Thomas Goirand (2014-11-21):
>> Package: blender
>> Version: 2.72.b+dfsg0-1
>> Severity: serious
>>
>> Hi,
>>
>> A rapid code search shows that blender uses:
&g
On 11/22/2014 03:28 AM, Matteo F. Vescovi wrote:
> Hi!
>
> On Nov 21, 2014 7:51 PM, "Thomas Goirand" <mailto:z...@debian.org>> wrote:
>> Thanks for taking the time to investigat it (which I didn't have time
>> yet, but still wanted to push t
Package: wavpack
Version: 4.70.0-1
Severity: minor
Some curly quotes in wavpack(1) should be straight, in the description of
the -w and --write-binary-tags options.
-- System Information:
Debian Release: jessie/sid
APT prefers trusty-updates
APT policy: (500, 'trusty-updates'), (500, 'trusty-
Hyvää päivää,
Tämä viesti on peräisin asiakaspalveluun yritys. Tämä on
ilmoittaa teille, että annamme lainaa korolla 2% tässä kuussa sekä
vanhoja ja uusia asiakkaita ja meidän etumme tässä kuussa lainaa on
erittäin edullinen ja meidän laina prosessi on hyvin nopea. Sillä
kaikki kiinnostun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We became aware minutes after the bug was filed (Thanks Ukikie).
We've discussed this with Juliane, reproduced it and are working on a
fix and release.
Details later today.
Thomas Ruecker
Icecast maintainer / Xiph.org
-BEGIN PGP SIGN
design, doesn't it? ;-) So 0xfc00 should be used both for low and high
surrogates to properly tell them apart with the additional bit.
I'm attaching a revised patch that should enter mpg123 trunk shortly.
Feel free to yell and show the error in my c
Package: easytag
Version: 2.1.8-1
Severity: wishlist
easytag 2.1.8 is out now, and offers many useful improvements and
fixes. I've been running a pre-release version for some months because
I needed some fixes, and it's been fine, plus straightforward to build.
The 2.1.8 release itself removes th
On 28.02.2013 20:41, Julien Cristau wrote:
On Thu, Jan 31, 2013 at 19:25:50 +0100, tom schorpp wrote:
Package: crystalhd-dkms
Version: 1:0.0~git20110715.fdd2f19-7
Severity: critical
Tags: patch
Justification: breaks the whole system
Reproducible NULL pointer BUG at
crystalhd-0.0~git20110715.f
confirmation?
Driver does not behave different from linux 3.2...3.7.1 here, see my posts on
the linux-media list, xbmc people?
y
tom
On Thu, Feb 28, 2013 at 4:52 PM, thomas schorpp
wrote:
On 28.02.2013 20:41, Julien Cristau wrote:
On Thu, Jan 31, 2013 at 19:25:50 +0100, tom schorpp wrote:
Package
On 01.03.2013 18:36, Andres Mejia wrote:
It looks like the crystalhd drivers are buggy with newer kernel
releases. I opt for removing the dkms package. I will do this over the
weekend.
Driver is maintainable and supported up to at least Linux 3.8 series, when
we'll have 4.0 in debian stable, 2
On 01.03.2013 21:55, Julien Cristau wrote:
On Fri, Mar 1, 2013 at 21:38:54 +0100, thomas schorpp wrote:
So no technical reasons to drop the package?
Until and unless the driver is in mainline, there's every reason to drop
it.
Well, then drop all the other non-"mainline&quo
broken WAV you get via
pipes. But then, if you intend to store such files, you'd better write
them properly.
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-mul
sense-nite-nonfree is depending on
libopenni-dev [1]
"Depends: debconf | debconf-2.0, dpkg-dev, devscripts, wget, unzip,
gnupg, libopenni-dev, openni-utils"
Should someone upload openni too? Is the package ready for inclusion?
[1] http://ftp-master.debian.org/new/primesense-nit
rks on that one confirm that
it always defaults to 64 bit off_t?
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/
as any user decides to define _FILE_OFFSET_BITS. The
result will either be unresolved symbols (=64) or undefined behaviour
(=32 ... handing 32 bit values into 64 bit arguments).
Alrighty then,
Thomas
signature.asc
Description: PGP signature
___
pkg-mult
123_handle *mh)
Needs to become
#undef mpg123_tell
/* off_t mpg123_tell(mpg123_handle *mh); */
long attribute_align_arg mpg123_tell_32(mpg123_handle *mh)
in your case. Of course, it's nice when we get to this with macro
automatism, but you could also simply try one brute force patch to
verify
Am Wed, 28 Aug 2013 01:33:08 +0200
schrieb Thomas Orgis :
> But let me try to get my own logic straight again.
Damn, I shouldn't write such stuff late at night, the brain torn
between wildly differing problems and the urge to fall into hibernation.
> Current lfs_wrap.c is hardc
(I'm also CCing the FreeBSD port maintainer, as I imagine they want that
handled, too.)
Am Sat, 31 Aug 2013 10:03:46 +0200
schrieb Reinhard Tartler :
> Thomas, may I have your opinion on this patch? If you are d'accord,
> I'd upload it to debian/unstable for further testi
hly recommened. Of course, any testing
insights before release are welcome, too, best using the full thing from
http://mpg123.org/snapshot
Performance should be considerably improved, too.
Alrighty then,
Thomas
Index: src/libmpg123/mpg1
Waf by default does accept CFLAGS and CXXFLAGS, and in all versions.
There might be something in the Ardour3 project preventing that. Do you
have any url for the source code and in particular for the wscript file?
Thomas
On Wed, Sep 25, 2013 at 5:54 PM, Jaromír Mikeš wrote:
>
> Hi
On Wed, Sep 25, 2013 at 9:03 PM, Felipe Sateler wrote:
>
> Hi Thomas,
>
> On Wed, Sep 25, 2013 at 1:42 PM, Thomas Nagy wrote:
> > Waf by default does accept CFLAGS and CXXFLAGS, and in all versions.
> >
> > There might be something in the Ardour3 project preventing
version is this:
perl -pi -e 's:(while\()(tagpos < length-10\)):${1}length >= 10 && $2:'
$(find src -name id3.c)
Alrighty then,
Thomas
pgpUrR5qNiISt.pgp
Description: Digitale Signatur von OpenPGP
___
pkg-multimedia-main
ot; made them appear.
I tried to apply for a CVE using the horrific Google docs form
(http://iwantacve.org/) now. How can they resort to such a third-party
ECMAScript-fest instead of a simple HTML form for _security_ issue
reporting?!
Not sure if/when I'll get a response to that.
Alri
Am Thu, 29 Sep 2016 01:20:05 +0200
schrieb Thomas Orgis :
> Still nothing. I don't expect anything to arrive anymore. Perhaps that
> Google Docs form was a joke anyway. So, please let's just get a number
> via Debian and get on with it.
Nope, eh … yes. I got a reply now f
> since 0.60
>
> It has been closed by Sebastian Ramacher .
Are the packages for stable/oldstable also being fixed?
Alrighty then,
Thomas
pgpqtkULAAic6.pgp
Description: Digitale Signatur von OpenPGP
___
pkg-multimedia-maintainers mailin
ack. I don't know what is the usual
duration here. Maybe my reply got dropped as it was sent from the
account behind maintai...@mpg123.org, wich is only a forwarder.
Dunno how to proceed.
Alrighty then,
Thomas
pgprojsveYv_p.pgp
Description: Digitale Signatur von
Package: kodi-pvr-vdr-vnsi
Version: 1.11.15-1
Severity: normal
Dear Maintainer,
with upgrade to 17.0~beta5 this addon does not work anymore. Log output:
ERROR: PVR - Add-on 'VDR VNSI Client' is using an incompatible API
version. XBMC minimum API version = '5.2.0', add-on API version '4.1.0'
At
Package: kodi-pvr-vdr-vnsi
Version: 2.6.7-1
Severity: normal
Dear Maintainer,
activating the vnsi add on fails with unstable kodi:
ERROR: PVR - Add-on 'VDR VNSI Client' is using an incompatible API
version. XBMC minimum API version = '5.2.1', add-on API version '5.2.0'
-- System Information:
De
Package: kodi
Version: 2:17.0~beta6+dfsg1-1
Severity: normal
Dear Maintainer,
kodi is hard coded to the wrong "device" path to lirc.
The binary tries /dev/lircd but the "device" (which is a socket!)
can be found at /var/run/lirc/lircd.
- write ~/.kodi/userdata/Lircmap.xml according to working i
> Looking closer at kodi it turns out it has a -l /--lircdev CLI option.
> problem solved. This also means that thomas can walk-around the problem
> by configuring kodi instead of using the symlink.
Yes and that is the way I do it right now. This is for me the save way
to solve futur
1 - 100 of 137 matches
Mail list logo
