similar to: vorbis 1.0.1 - debian bts bug list

[Sorry if this is a duplicate post. My original didn't appear to have gotten through.] I had previously installed libao, libogg, libvorbis, and vorbis-tools, as linked from the RC3 download page at vorbis.com -- I downloaded and installed the latest versions of these four libraries from the vorbis.com download page, at which point my pyogg/pyvorbis Python bindings broke. I reinstalled the

I compiled and installed pyogg followed by pyvorbis, running: $ ./config_unix.py $ python setup.py build and as root: # python setup.py install for pyogg and pyvorbis in turn. This completed without error, however upon trying to import ogg.vorbis in IDLE I get an import error: ImportError: libvorbisfile.so.3: cannot open shared object file: No such file or directory I was told this may have

Dear List, I'm just creating a little application for my openmoko freerunner, unfortunately in python, so that I have to use pyogg and pyvorbis(http://ekyo.nerim.net/software/pyogg/index.html) as wrappers around the C-functions and objects. I've got it all installed, after applying some patches and trying to run an example of encoding a wave-file I just get an empty ogg-file, the

since there's already a Python wrapper for libogg and libvorbis, it occurred to me: Why not write a Python wrapper for libogg and libvorbis? http://dingoskidneys.com/oggpy/ this is the 0.001 release. "release early.." it requires Boost.Python, possibly CVS Boost.Python, available from http://boost.org/ partly because it's not finished but mostly because it's written with

Hi everybody: Here is the latest issue of Ogg Traffic. The HTML version is at http://www.vorbis.com/ot/20030715.html. Enjoy! Carsten. <p>Ogg Traffic for Tuesday, July 15, 2003 Author: Carsten "Purple" Haese Contact: [1]carsten@xiph.org Date: July 15, 2003 Table of Contents 1 Status Updates 1.1 Stan Seibert 1.2 Ed Zaleski

Hello All, Somewhat offtopic, but pertinent for my Ogg app. I'm very happily using pyogg and pyao in a python script to serve as my ogg decoder. It's working very well! I'd like to add support for MP3s in a fashion similar to what I already have for oggs. However, I'm unaware of any such module. Anyone know of a python decoder wrapper for MP3s? Closest thing I can find is the

Here is a list of current open bugs in debian bts, some of these bugs are probably fixed but I do not know how to test for them properly (like UTF-8) and others may not be important enough to hold up 1.0. bugs.debian.org/(bug num) libao 130816 - WAV device doesn't print error when device is full 150220 - Doesn't open OSS devices with O_NONBLOCK all the time vorbis-tools 128521 -

Hi everybody: Here is the newest round of status updates from Xiph.org. The HTML version is at http://www.vorbis.com/ot/20030930.html. Enjoy! -Carsten <p>Ogg Traffic for Tuesday, September 30, 2003 Author: Carsten "Purple" Haese Contact: [1]carsten@xiph.org Date: September 30, 2003 Table of Contents 1 Status Updates 1.1 Monty 1.2

Hello everybody! I'am just leaning Python and wanted to write something useful for me, an recursive masstagger for ogg-vorbis files. My script uses pyvorbis 1.3 from the Debian testing tree. so far here is my Problem: The pyvorbis bindings aren't documented. As i understand the pyvorbis package, this is a simpe 1:1 mapping to libvorbis. dir(pyvorbins-oject) gives me an refernece to an

Here is a list of bugs in the Debian BTS not involving Debian packaging itself. http://bugs.debian.org/ #70032 IIRC someone told me this bug would not be fixed, so I might just close it. #72831 #78848 #81146 #81621 If any of these bugs are already fixed let me know and I will close them out. Thanks, Chris Cheney --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg

I'm having trouble getting libvorbis to cut the beginning of a bitstream when I instruct it to do so with granulepos. I have constructed a file which I believe should have its beginning truncated. I have attached it to this mail. Here is a picture of what the bitstream looks like, as output by a python program that uses pyogg/pyvorbis to read the stream and print a representation:

Below is a diff to vcut.c and its vcut.1 manpage, which - rewrites the manpage in the mdoc(7) markup as offered in my previous message, and while there: - drops the [] around cutpoint as it is _not_ optional - adds the [] around [+] as it _is_ optional - drops the argument name difference between "cutpoint" and "cuttime" - adds the usage sentence about "." output

user pkg-xen-devel@lists.alioth.debian.org usertag 271051 + close-after-first-upload usertag 326817 + probably-unreproducible usertag 331297 + probably-fixed usertag 321154 + probably-fixed usertag 327493 + pending-in-svn usertag 342249 + pending-in-svn usertag 321157 + pending-in-svn usertag 323698 + pending-in-svn thanks Hi! I'm user-tagging some of the bugs in the bts so we can keep a

Hi everybody: Here is a new Ogg Traffic, with release announcements for Vorbis 1.0.1, Speex 1.0.3, and Icecast 2 Beta 1. The HTML version is at http://www.vorbis.com/ot/20031119.html. Enjoy! -Carsten <p>Ogg Traffic for Wednesday, November 19, 2003 Author: Carsten "Purple" Haese Contact: [1]carsten@xiph.org Date: November 19, 2003 Table of Contents 1

hi list.. did anyone of you ever try to play mono files with pyvorbis (1.0)? when i try such a file, generated from a mono wave file with oggenc, with ogg123.py, it sounds like being on speed. i believe, it plays with double speed, because pyvorbis always assumes a stereo file to be read, though i did not measure it. playing the same file with ogg123 (the c program), it works fine. i also

Hi, there are quite some ancient xen bug reports filed against packages that the BTS does not know (any longer) since they have been removed. I would appreciate it if you could take a look at the xen bugs (mostly xen 3.x stuff that was neither reassigned to xen 4 nor closed at the time xen3 was removed) and either reassign them to existing (source) packages or close them. The complete list of

Looking through http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=xen I think it would be useful to add some usertags, in particular to easily filter for toolstack specific (i.e xend) bugs. I think we can use the pkg-xen-devel at lists.alioth.debian.org namespace for this -- what do you think? Ian.

On Fri, Aug 16, 2013 at 03:16:49PM +0100, Ian Campbell wrote: > Looking through http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=xen I > think it would be useful to add some usertags, in particular to easily > filter for toolstack specific (i.e xend) bugs. I've never seen the use for this. The kernel team tried and it did not work well. The release team however uses them and like it.

> -----Oorspronkelijk bericht----- > Van: samba [mailto:samba-bounces at lists.samba.org] Namens > Stefan G. Weichinger via samba > Verzonden: vrijdag 20 juli 2018 11:29 > Aan: samba at lists.samba.org > Onderwerp: Re: [Samba] Debian Stretch Samba Packages 4.8.3 > available (amd64/i386) > > Am 2018-07-20 um 11:22 schrieb L.P.H. van Belle via samba: > > Hai

Hai Guys, Upcoming: The Ubuntu Bionic packages are also coming soon, im adding i386 support thats why its taking a bit longer then normal. The following has been done: Debian Stretch samba 4.10 amd64/i386 Updated to samba 4.10.4 I bit later then normal, this was due to a small change needed in ldb packages. I needed to move one file to another package to allow a i386 build while lmdb is