Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-01-21T13:05:26Zhttps://gitlab.xiph.org/xiph/speex/-/issues/1739Speex uses GCC specific compile option2018-01-21T13:05:26ZBrian CameronSpeex uses GCC specific compile option
Speex will not compile with the Sun Studio compiler because it uses a GCC-specific compile option. Can this be removed, or can the configure script be made smarter so it only adds this sort of compile option when GCC is actually being ...
Speex will not compile with the Sun Studio compiler because it uses a GCC-specific compile option. Can this be removed, or can the configure script be made smarter so it only adds this sort of compile option when GCC is actually being used. See attached patch to see the issue.Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/speex/-/issues/1616Problem configuring speex 1.2rc12018-01-21T13:05:26ZPierreProblem configuring speex 1.2rc1[...]
checking for main in -lwinmm... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for short... yes
checking size of short... configure: error: cannot compute size...[...]
checking for main in -lwinmm... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for short... yes
checking size of short... configure: error: cannot compute sizeof (short)
See `config.log' for more details.
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/speex/-/issues/1511add Haiku types in speex_types.h2018-01-21T13:05:26ZGitlab Botadd Haiku types in speex_types.hPatch to add Haiku types for speex.Patch to add Haiku types for speex.Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/speex/-/issues/1349[PATCH] --enable/--disable-ogg configure.ac flags2022-04-13T21:39:13Zdrac[PATCH] --enable/--disable-ogg configure.ac flagsIf user has libogg installed, but he wants speex without ogg support there is no way to do that currently, so here we add --enable-ogg and --disable-ogg to control them (did a copycat from current
--enable-sse flag to keep it constant)
...If user has libogg installed, but he wants speex without ogg support there is no way to do that currently, so here we add --enable-ogg and --disable-ogg to control them (did a copycat from current
--enable-sse flag to keep it constant)
The patch also removes -O3 from CFLAGS when --enable-sse is called, I'm not sure what compiler optimizations has to do with SSE.
Kindly review and apply the parts accepted.Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/positron/-/issues/1149positron rebuild fails2017-08-03T06:41:38Zdrogerspositron rebuild failsI have just installed positron, pyogg, and pyvorbis on new machine.
I have tried positron 1.1 from source (tar.gz), then 1.1-1 rpm, then 1.0-1 rpm.
My OS is Fedora Core 5.
I ran positron config with no errors.
When I run _positron ...I have just installed positron, pyogg, and pyvorbis on new machine.
I have tried positron 1.1 from source (tar.gz), then 1.1-1 rpm, then 1.0-1 rpm.
My OS is Fedora Core 5.
I ran positron config with no errors.
When I run _positron rebuild_, positron crashes. Here is the output (which I don't understand).
```
loki /home/donr/dload> positron rebuild
Creating empty databases...
pcaudio
failedhisi
audio
idedhisi
unidedhisi
Clearing track number cache...
Finding existing audio files on the Neuros...
*** glibc detected *** /usr/bin/python: double free or corruption (!prev): 0x0984ed18 ***
======= Backtrace: =========
/lib/libc.so.6[0xe88a68]
/lib/libc.so.6(__libc_free+0x78)[0xe8bf6f]
/lib/libc.so.6(fclose+0x12d)[0xe78f6d]
/usr/lib/python2.4/site-packages/ogg/vorbis.so[0xc1b419]
/usr/lib/libpython2.4.so.1.0[0x755fcea]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x4e8b)[0x75ae7db]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x4e5c)[0x75ae7ac]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x898)[0x75af638]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x409b)[0x75ad9eb]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x898)[0x75af638]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x409b)[0x75ad9eb]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x898)[0x75af638]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x409b)[0x75ad9eb]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x898)[0x75af638]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x409b)[0x75ad9eb]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x4e5c)[0x75ae7ac]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x898)[0x75af638]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalCode+0x63)[0x75af6c3]
/usr/lib/libpython2.4.so.1.0[0x75cc428]
/usr/lib/libpython2.4.so.1.0(PyRun_SimpleFileExFlags+0x198)[0x75cdb38]
/usr/lib/libpython2.4.so.1.0(PyRun_AnyFileExFlags+0x7a)[0x75ce21a]
/usr/lib/libpython2.4.so.1.0(Py_Main+0xb85)[0x75d4c45]
/usr/bin/python(main+0x32)[0x80485b2]
/lib/libc.so.6(__libc_start_main+0xdc)[0xe3a4e4]
/usr/bin/python[0x80484f1]
======= Memory map: ========
00110000-00112000 r-xp 00000000 03:0c 30656 /lib/libutil-2.4.so
00112000-00113000 r--p 00001000 03:0c 30656 /lib/libutil-2.4.so
00113000-00114000 rw-p 00002000 03:0c 30656 /lib/libutil-2.4.so
00114000-00118000 r-xp 00000000 03:07 296067 /usr/lib/python2.4/lib-dynload/zlibmodule.so
00118000-00119000 rw-p 00004000 03:07 296067 /usr/lib/python2.4/lib-dynload/zlibmodule.so
00119000-0011e000 r-xp 00000000 03:07 297894 /usr/lib/python2.4/site-packages/ogg/_ogg.so
0011e000-0011f000 rw-p 00005000 03:07 297894 /usr/lib/python2.4/site-packages/ogg/_ogg.so
0011f000-0012a000 r-xp 00000000 03:0c 30741 /lib/libgcc_s-4.1.0-20060304.so.1
0012a000-0012b000 rw-p 0000a000 03:0c 30741 /lib/libgcc_s-4.1.0-20060304.so.1
0014e000-00152000 r-xp 00000000 03:07 296032 /usr/lib/python2.4/lib-dynload/collectionsmodule.so
00152000-00153000 rw-p 00003000 03:07 296032 /usr/lib/python2.4/lib-dynload/collectionsmodule.so
00179000-0017d000 r-xp 00000000 03:07 296059 /usr/lib/python2.4/lib-dynload/stropmodule.so
0017d000-0017f000 rw-p 00004000 03:07 296059 /usr/lib/python2.4/lib-dynload/stropmodule.so
0017f000-0018a000 r-xp 00000000 03:07 199242 /usr/lib/libvorbisenc.so.2.0.2
0018a000-00279000 rw-p 0000a000 03:07 199242 /usr/lib/libvorbisenc.so.2.0.2
00279000-0027b000 rw-p 00279000 00:00 0
0028a000-002a6000 r-xp 00000000 03:07 199662 /usr/lib/libvorbis.so.0.3.1
002a6000-002b4000 rw-p 0001c000 03:07 199662 /usr/lib/libvorbis.so.0.3.1
0034f000-00351000 r-xp 00000000 03:07 296020 /usr/lib/python2.4/lib-dynload/_randommodule.so
00351000-00352000 rw-p 00002000 03:07 296020 /usr/lib/python2.4/lib-dynload/_randommodule.so
0035b000-0035c000 r-xp 0035b000 00:00 0 [vdso]
003ed000-003f1000 r-xp 00000000 03:07 296027 /usr/lib/python2.4/lib-dynload/binascii.so
003f1000-003f2000 rw-p 00003000 03:07 296027 /usr/lib/python2.4/lib-dynload/binascii.so
00400000-00402000 r-xp 00000000 03:0c 30630 /lib/libdl-2.4.so
00402000-00403000 r--p 00001000 03:0c 30630 /lib/libdl-2.4.so
00403000-00404000 rw-p 00002000 03:0c 30630 /lib/libdl-2.4.so
00637000-0063c000 r-xp 00000000 03:07 297631 /usr/lib/python2.4/lib-dynload/structmodule.so
0063c000-0063d000 rw-p 00004000 03:07 297631 /usr/lib/python2.4/lib-dynload/structmodule.so
00770000-00780000 r-xp 00000000 03:0c 30648 /lib/libpthread-2.4.so
00780000-00781000 r--p 0000f000 03:0c 30648 /lib/libpthread-2.4.so
00781000-00782000 rw-p 00010000 03:0c 30648 /lib/libpthread-2.4.so
00782000-00784000 rw-p 00782000 00:00 0
008f1000-0090a000 r-xp 00000000 03:0c 30617 /lib/ld-2.4.so
0090a000-0090b000 r--p 00018000 03:0c 30617 /lib/ld-2.4.so
0090b000-0090c000 rw-p 00019000 03:0c 30617 /lib/ld-2.4.so
00b17000-00b3a000 r-xp 00000000 03:0c 30632 /lib/libm-2.4.so
00b3a000-00b3b000 r--p 00022000 03:0c Aborted
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/641Positron runs fine on my Mac G4 but on my PC it has never run well. All files...2017-08-03T06:41:38Zvornan19Positron runs fine on my Mac G4 but on my PC it has never run well. All files are where they should be. I want to move to x86 but I want my music too.Finding existing audio files on the Neuros...
94 found.
Adding music tracks to music database...
Traceback (most recent call last):
File "/usr/bin/positron", line 199, in ?
main(sys.argv)
File "/usr/bin/positron", line 181, in...Finding existing audio files on the Neuros...
94 found.
Adding music tracks to music database...
Traceback (most recent call last):
File "/usr/bin/positron", line 199, in ?
main(sys.argv)
File "/usr/bin/positron", line 181, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.3/site-packages/positron/cmd_rebuild.py", line 110, in run
audio_db = neuros.open_db("audio")
File "/usr/lib/python2.3/site-packages/positron/neuros.py", line 167 in open_DB
self.db_formats[name]["no_flatten"]
File "/usr/lib/python2.3/site-packages/positron/db/WOID.py", line 74, in open mdb.open(mdbpath)
File "/usr/lib/python2.3/site-packages/positron/db/MDB.py", line 113, in open self.file = file(filename, "r+b")
IOError: [Errno 2] No such file or directory: '/mnt/neuros/WOID_DB/audio/audio.mdb
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/636positron 1.1 does not recognise Neuros on Ubuntu (case problem?)2017-08-03T06:41:38Ztoojayspositron 1.1 does not recognise Neuros on Ubuntu (case problem?)When running "positron configure", I get the warning: "Warning: A Neuros does not appear to be mounted at /media/usbdisk/." I proceed with the configuration, because I know there is a Neuros there. But when I try "positron rebuild", I ge...When running "positron configure", I get the warning: "Warning: A Neuros does not appear to be mounted at /media/usbdisk/." I proceed with the configuration, because I know there is a Neuros there. But when I try "positron rebuild", I get:
```
toojays@fuzz:~$ positron rebuild
Traceback (most recent call last):
File "/usr/bin/positron", line 205, in ?
main(sys.argv)
File "/usr/bin/positron", line 166, in main
os.mkdir(dbdir)
OSError: [Errno 17] File exists: '/media/usbdisk/WOID_DB'
```
I figure this is maybe something to do with Ubuntu mounting the drive in some way where the case is different, because I have woid_db, not WOID_DB:
```
toojays@fuzz:/tmp/positron-1.1$ ls -l /media/usbdisk/
total 224
drwx------ 2 toojays toojays 16384 2004-10-22 09:08 151 - Poisoning the System
drwx------ 7 toojays toojays 16384 2004-09-21 14:33 bak_db
drwx------ 2 toojays toojays 16384 2005-03-22 06:28 erin_smith_band - downtownsmogcrown
drwx------ 2 toojays toojays 16384 2004-09-21 14:33 firmware
drwx------ 2 toojays toojays 16384 2004-10-22 09:01 francesca gregorini - sequel
drwx------ 2 toojays toojays 16384 2004-10-22 09:07 Machine Gun Fellatio - On Ice
-rwx------ 1 toojays toojays 18 2004-06-21 02:08 neuros.m3u
drwx------ 2 toojays toojays 16384 2004-10-22 09:05 phontaine - phontaine
-rwx------ 1 toojays toojays 14 2004-04-18 21:17 sn.txt
-rwx------ 1 toojays toojays 6 2004-04-18 21:17 version.txt
drwx------ 7 toojays toojays 16384 2004-10-22 15:49 woid_db
drwx------ 2 toojays toojays 16384 2004-09-21 14:34 WOID_HISI
drwx------ 2 toojays toojays 16384 2004-09-30 16:23 WOID_RECORD
drwx------ 2 toojays toojays 16384 2004-09-21 14:34 WOID_SYNC
```
Ubuntu has mounted the drive like so:
```
toojays@fuzz:/tmp/positron-1.1$ cat /etc/mtab | grep usbdisk
/dev/sda1 /media/usbdisk vfat rw,nosuid,nodev,sync,noatime,quiet,uid=1000,gid=1000,umask=077,iocharset=utf8 0 0
```
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/563Problem running positron 1.1.12017-08-03T06:41:38ZGitlab BotProblem running positron 1.1.1```
root@hyla unpak]# rpm -Uvh positron-1.1-1.noarch.rpm
Preparing... ########################################### [100%]
1:positron ########################################### [100%]
[root@hyla neuros]# p...```
root@hyla unpak]# rpm -Uvh positron-1.1-1.noarch.rpm
Preparing... ########################################### [100%]
1:positron ########################################### [100%]
[root@hyla neuros]# positron
Traceback (most recent call last):
File "/usr/bin/positron", line 23, in ?
from positron.config import Config
ImportError: No module named positron.config
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/558[PATCH] positron 1.1 is distributing an old mp3info.py.2017-08-03T06:41:38ZThomas Rowe[PATCH] positron 1.1 is distributing an old mp3info.py.```
The current MP3Info.py module available at
http://shell.lab49.com/~vivake/python/MP3Info.py
fixes a few crash causing bugs.
``````
The current MP3Info.py module available at
http://shell.lab49.com/~vivake/python/MP3Info.py
fixes a few crash causing bugs.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/547OGG indexing "hang"2017-08-03T06:41:38ZpgunnOGG indexing "hang"```
Hello,
When ogg support is enabled in positron, adding ogg files or rebuilding the
database when they are present does not ever seem to complete. Strace indicates
that after closing the first file (for the second time?), it doesn't m...```
Hello,
When ogg support is enabled in positron, adding ogg files or rebuilding the
database when they are present does not ever seem to complete. Strace indicates
that after closing the first file (for the second time?), it doesn't make any
further system calls, and top indicates that it's using 99% of the CPU.
I have provided a link to the neuros discussion board where they suggest
downgrading to libvorbis 1.0.0, but I am using Fedora2, which comes with 1.0.1,
so such a downgrade is not practical. I am using positron 1.1. If I remove the
python modules relating to ogg, I can sync ok using just my mp3s.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/521[PATCH] ID3v2.4 allows encoded frame values, positron deals with the poorly2017-08-03T06:41:38Zapm13[PATCH] ID3v2.4 allows encoded frame values, positron deals with the poorly```
The latest version of Juk (my favorite music player/tagger) by default writes
ID3v2.4 with all tags encoded UTF-8 (actually it's taglib's fault, but there's
nothing incorrect about it). Unfortunately, there is practically no progr...```
The latest version of Juk (my favorite music player/tagger) by default writes
ID3v2.4 with all tags encoded UTF-8 (actually it's taglib's fault, but there's
nothing incorrect about it). Unfortunately, there is practically no program on
linux that appears to deal with these well (EasyTag, and Juk itself are the
only exceptions). Positron is actually closer than most to supporting these
properly which just skip the v2 tag, positron reads it in literally and
includes the encoding byte. All my MP3s as a result end up with titles like
'\x03Title', ugly! I've attached a patch which handles this appropriately, and
also fixes a minor inconsistency with the ID3 spec (frame names can have
numbers in them, even at the beginning), which probably isn't worth fixing, as
positron only cares about a very limited set of ID3 frames anyway.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/519Case issues in a few source files2017-08-03T06:41:38Zapm13Case issues in a few source files```
There are a few instances where false and true are used instead of False and
True in source files. Though I have never seen it, this will result in
uncaught NameErrors as these are not valid values in python. The problems
occur ...```
There are a few instances where false and true are used instead of False and
True in source files. Though I have never seen it, this will result in
uncaught NameErrors as these are not valid values in python. The problems
occur in:
db/MDB.py:151: escape_mode = false
db/MDB.py:157: escape_mode = false
db/MDB.py:160: escape_mode = true
progress.py:23: return true
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/518[PATCH] Positron chokes on NSM and NDBM written DBs2017-08-03T06:41:38Zapm13[PATCH] Positron chokes on NSM and NDBM written DBs```
The problem is that positron is not capable of dealing with multivalued
access_keys (i.e. playlist), which both NDBM and NSM write. This is further
complicated by the fact that neither of those programs uses the 'Bag Delimiter'
t...```
The problem is that positron is not capable of dealing with multivalued
access_keys (i.e. playlist), which both NDBM and NSM write. This is further
complicated by the fact that neither of those programs uses the 'Bag Delimiter'
to separate the values in a multivalued key. The attached patch, allows
positron to read multivalued access_key fields with or without Bag Delimiters.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/513"positron sync" command crashes2017-08-03T06:41:38Zcconvey"positron sync" command crashes```
I'm using Fedora Core 1. I just installed positron for the first time, and I'm a
new user. Here's what I experienced (after successfully running 'positron config'):
[cjc@calvin mnt]$ positron sync
Traceback (most recent call last):...```
I'm using Fedora Core 1. I just installed positron for the first time, and I'm a
new user. Here's what I experienced (after successfully running 'positron config'):
[cjc@calvin mnt]$ positron sync
Traceback (most recent call last):
File "/usr/bin/positron", line 175, in ?
main(sys.argv)
File "/usr/bin/positron", line 157, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_sync.py", line 47, in run
audio_db = neuros.open_db("audio")
File "/usr/lib/python2.2/site-packages/positron/neuros.py", line 160, in open_db
self.db_formats[name]["no_flatten"])
File "/usr/lib/python2.2/site-packages/positron/db/WOID.py", line 74, in open
mdb.set_extra_format(extra_format)
File "/usr/lib/python2.2/site-packages/positron/db/MDB.py", line 134, in
set_extra_format
raise Error("Number of format strings does not equal number of extra info
fields.")
positron.db.util.Error: Number of format strings does not equal number of extra
info fields.
[cjc@calvin mnt]$ positron --version
positron version 1.0
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/506positron fails to sync from partition mounted under vfat2017-08-03T06:41:38Zcooper.betheapositron fails to sync from partition mounted under vfat```
i have a directory /mnt/dos/music mounted with vfat that i wish to sync with my
neuros.
python apparently throws an uncaught IOError that causes the application to
crash; my guess is that this is based on trying to apply a mode setti...```
i have a directory /mnt/dos/music mounted with vfat that i wish to sync with my
neuros.
python apparently throws an uncaught IOError that causes the application to
crash; my guess is that this is based on trying to apply a mode setting that is
unavailable to this filesystem?
at any rate, here's the backtrace:
[cooper@foofoo cooper]$ positron sync
Synchronizing Neuros music database.
Checking for new music... Copying 233 new tracks.
1. ...
Traceback (most recent call last):
File "/usr/bin/positron", line 175, in ?
main(sys.argv)
File "/usr/bin/positron", line 157, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_sync.py", line 131, in run
add_track(neuros, sourcename, targetname, metadata)
File "/usr/lib/python2.2/site-packages/positron/add_file.py", line 70, in
add_track
util.copy_file(sourcename, targetname)
File "/usr/lib/python2.2/site-packages/positron/util.py", line 41, in copy_file
dest = file(dest_filename, "wb")
IOError: invalid mode: wb
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/494Key out of bounds error while trying to delete entire /neuros/music directory2017-08-03T06:41:39ZmpmKey out of bounds error while trying to delete entire /neuros/music directory```
I need to delete about 1.7GB from the neuros (the entire database and all
music). To do this, I did:
positron del /neuros/music
After processing about 35 files, positron quits with an "out of bounds" error.
The file it quits on is...```
I need to delete about 1.7GB from the neuros (the entire database and all
music). To do this, I did:
positron del /neuros/music
After processing about 35 files, positron quits with an "out of bounds" error.
The file it quits on is not the same (I rerun the command and it quits again on
a different file--as though it had already deleted the previous 35 or so files).
There isn't anything really unique about my music or the last file positron
processes. If there is anything else that is needed I can provide it.
The error is:
Traceback (most recent call last):
File "/usr/bin/positron", line 175, in ?
main(sys.argv)
File "/usr/bin/positron", line 157, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_del.py", line 116, in run
del_track(config, neuros, sourcename, sai_index)
File "/usr/lib/python2.2/site-packages/positron/cmd_del.py", line 77, in del_track
neuros_path = neuros.db["audio"].get_record(sai_index)[8].lower()
File "/usr/lib/python2.2/site-packages/positron/db/WOID.py", line 146, in
get_record
(pointer, pai_pointer) = self.sai[index]
File "/usr/lib/python2.2/site-packages/positron/db/SAI.py", line 79, in
__getitem__
raise IndexError("Key out of bounds")
IndexError: Key out of bounds
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/481positron barfs on some MP3s --- 1.0 worked on them.2017-08-03T06:41:39ZGitlab Botpositron barfs on some MP3s --- 1.0 worked on them.```
anthony@bohr:anthony$ positron sync
Synchronizing Neuros music database.
Checking for new music... assical/Beethoven/Beethoven - Vio...
Traceback (most recent call last):
File "/usr/bin/positron", line 174, in ?
main(s...```
anthony@bohr:anthony$ positron sync
Synchronizing Neuros music database.
Checking for new music... assical/Beethoven/Beethoven - Vio...
Traceback (most recent call last):
File "/usr/bin/positron", line 174, in ?
main(sys.argv)
File "/usr/bin/positron", line 156, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.3/site-packages/positron/cmd_sync.py", line 93, in run
silent=True))
File "/usr/lib/python2.3/site-packages/positron/add_file.py", line 69, in
gen_filelist
allowed_types, silent))
File "/usr/lib/python2.3/site-packages/positron/add_file.py", line 69, in
gen_filelist
allowed_types, silent))
File "/usr/lib/python2.3/site-packages/positron/add_file.py", line 42, in
gen_filelist
metadata = audiofile.detect(fullname)
File "/usr/lib/python2.3/site-packages/positron/audiofile.py", line 28, in detect
metadata = detect_func(filename)
File "/usr/lib/python2.3/site-packages/positron/audiofile.py", line 44, in
detect_mp3
mp3info = MP3Info.MP3Info(f)
File "/usr/lib/python2.3/site-packages/positron/MP3Info.py", line 534, in __init__
id3v2 = ID3v2(file)
File "/usr/lib/python2.3/site-packages/positron/MP3Info.py", line 239, in __init__
frame = ID3v2Frame(file, self.major_version)
File "/usr/lib/python2.3/site-packages/positron/MP3Info.py", line 128, in __init__
self.data = _strip_zero(file.read(self.size))
MemoryError
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/465tracknum isn't lower cased2017-08-03T06:41:39ZGitlab Bottracknum isn't lower cased```
The code in add_file.py says tracknum.lower(), but I think it means tracknum =
tracknum.lower()
Just incase the track has letters in it.
Line 94 of add_file.
Ciao!
``````
The code in add_file.py says tracknum.lower(), but I think it means tracknum =
tracknum.lower()
Just incase the track has letters in it.
Line 94 of add_file.
Ciao!
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/452utf-8 error on sync2017-08-03T06:41:39Znandwalsutf-8 error on sync```
when running positron sync, i occasionally (but always on the same files) get
this:
~> positron sync
Synchronizing Neuros music database.
Checking for new music...
Traceback (most recent call last):
File "/usr/bin/positron", l...```
when running positron sync, i occasionally (but always on the same files) get
this:
~> positron sync
Synchronizing Neuros music database.
Checking for new music...
Traceback (most recent call last):
File "/usr/bin/positron", line 175, in ?
main(sys.argv)
File "/usr/bin/positron", line 157, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_sync.py", line 93, in run
silent=True))
File "/usr/lib/python2.2/site-packages/positron/add_file.py", line 40, in
gen_filelist
metadata = audiofile.detect(fullname)
File "/usr/lib/python2.2/site-packages/positron/audiofile.py", line 28, in
detect
metadata = detect_func(filename)
File "/usr/lib/python2.2/site-packages/positron/audiofile.py", line 86, in
detect_oggvorbis
actual_keys = map(string.lower, vc.keys())
UnicodeError: UTF-8 decoding error: unexpected code byte
~>
so, i'm guessing here that there's some unicode characters that poitron can't
recognize, or something, yes? is there a way to fix this? without at least it
returning the file that caused the error, i have to add files manually, which is
tedious.
thanks!
nandwals
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/413[PATCH] Error: /neuros does not look like a Neuros mountpoint2017-08-03T06:41:39ZGitlab Bot[PATCH] Error: /neuros does not look like a Neuros mountpoint```
positron works as expected with the 128MB flash backpack.
however when i switch to the 20GB backpack i receive the following on any
positron command:
Error: /neuros does not look like a Neuros mountpoint
what can i do?
``````
positron works as expected with the 128MB flash backpack.
however when i switch to the 20GB backpack i receive the following on any
positron command:
Error: /neuros does not look like a Neuros mountpoint
what can i do?
```Stan SeibertStan Seibert