bob.db.voxforge issueshttps://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues2018-04-25T07:28:27Zhttps://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/11Not ported to the new CI2018-04-25T07:28:27ZTiago de Freitas PereiraNot ported to the new CIConda-based CIhttps://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/10Remove the code from bob.bio.base.database.filelist.models import Client2017-09-09T16:35:42ZTiago de Freitas PereiraRemove the code from bob.bio.base.database.filelist.models import ClientImpact of https://gitlab.idiap.ch/bob/bob.bio.base/merge_requests/95Impact of https://gitlab.idiap.ch/bob/bob.bio.base/merge_requests/95https://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/9Error by running ./bin/verify.py with voxforge2017-10-22T18:34:52ZMilos CERNAKError by running ./bin/verify.py with voxforgeHi,
I run a ./bin/verify.py with voxforge:
```
./bin/verify.py -g 'demanding' -d 'voxforge' -p 'energy-2gauss' -e 'mfcc-60' --algorithm 'gmm' -s $exp --groups {dev,eval} -R '/idiap/user/mcernak/Projects/bob_dev2/' -T $tempdir -vvv
```
A...Hi,
I run a ./bin/verify.py with voxforge:
```
./bin/verify.py -g 'demanding' -d 'voxforge' -p 'energy-2gauss' -e 'mfcc-60' --algorithm 'gmm' -s $exp --groups {dev,eval} -R '/idiap/user/mcernak/Projects/bob_dev2/' -T $tempdir -vvv
```
And I got this error:
```
bob.bio.base@2017-05-16 23:08:14,932 -- ERROR: During the execution, an exception was raised: 'module' object has no attribute 'FileListBioDatabase'
Traceback (most recent call last):
File "./bin/verify.py", line 66, in <module>
sys.exit(bob.bio.base.script.verify.main())
File "/remote/idiap.svm/user.active/mcernak/Projects/bob_dev2/src/bob.bio.base/bob/bio/base/script/verify.py", line 451, in main
args = parse_arguments(command_line_parameters)
File "/remote/idiap.svm/user.active/mcernak/Projects/bob_dev2/src/bob.bio.base/bob/bio/base/script/verify.py", line 34, in parse_arguments
skips = ['preprocessing', 'extractor-training', 'extraction', 'projector-training', 'projection', 'enroller-training', 'enrollment', 'score-computation', 'concatenation', 'calibration'])
File "/remote/idiap.svm/user.active/mcernak/Projects/bob_dev2/src/bob.bio.base/bob/bio/base/tools/command_line.py", line 226, in initialize
parser.get_default(keyword))
File "/remote/idiap.svm/user.active/mcernak/Projects/bob_dev2/src/bob.bio.base/bob/bio/base/tools/command_line.py", line 160, in _take_from_config_or_command_line
setattr(args, keyword, utils.load_resource(' '.join(getattr(args, keyword)), keyword, imports = args.imports, preferred_package = args.preferred_package))
File "/remote/idiap.svm/user.active/mcernak/Projects/bob_dev2/src/bob.bio.base/bob/bio/base/utils/resources.py", line 201, in load_resource
return entry_points[index].load()
File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 2291, in load
File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 2297, in resolve
File "/remote/idiap.svm/user.active/mcernak/Projects/bob_dev2/src/bob.db.voxforge/bob/db/voxforge/__init__.py", line 25, in <module>
from .query import Database
File "/remote/idiap.svm/user.active/mcernak/Projects/bob_dev2/src/bob.db.voxforge/bob/db/voxforge/query.py", line 24, in <module>
class Database(bob.bio.base.database.FileListBioDatabase):
AttributeError: 'module' object has no attribute 'FileListBioDatabase'
```
@akomaty do you know what this could mean?
Miloshttps://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/8buildout.cfg is not up to date2017-10-22T18:34:52ZAlain KOMATYbuildout.cfg is not up to datebuildout.cfg file is missing the line:
```
dependent-scripts = true
```buildout.cfg file is missing the line:
```
dependent-scripts = true
```Alain KOMATYAlain KOMATYhttps://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/7Nightly/Stable builds are broken because of this package2017-10-22T18:34:52ZAndré AnjosNightly/Stable builds are broken because of this packageIt's been too long since the last release and now the documentation of the stable package does not seem to be conforming to our build constraints:
Example: https://gitlab.idiap.ch/bob/bob.nightlies/builds/47425
It is probably suffi...It's been too long since the last release and now the documentation of the stable package does not seem to be conforming to our build constraints:
Example: https://gitlab.idiap.ch/bob/bob.nightlies/builds/47425
It is probably sufficient to just release a new version of this package to PyPI since the nightlies/unstable are passing, meaning all necessary mods are already applied to the HEAD of the master branch.
@pkorshunov: are you the responsible for this package? Could you just release a new version when possible to unblock the situation? Otherwise, please re-assign to the responsible party. Thanks in advance.Pavel KORSHUNOVPavel KORSHUNOVhttps://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/6Documentation references bob.bio.speaker2017-10-24T21:28:55ZAndré AnjosDocumentation references bob.bio.speakerBut, of course, this package doesn't exist.
This package is also depends on `bob.bio.csu`, but that is not available in the nightlies, which generates a warning (non-fatal).
Would be good to get that fixed.But, of course, this package doesn't exist.
This package is also depends on `bob.bio.csu`, but that is not available in the nightlies, which generates a warning (non-fatal).
Would be good to get that fixed.May 2017 Hackathonhttps://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/5Database still depends on bob.bio.base2017-10-22T18:34:52ZAndré AnjosDatabase still depends on bob.bio.baseThis database still depends on bob.bio.base, which means it has not been ported to the new scheme of things.
Until it is the case, it has been removed from the nightlies.
Does it interest any of you? @akomaty, @amohammadi, @pkorshunov....This database still depends on bob.bio.base, which means it has not been ported to the new scheme of things.
Until it is the case, it has been removed from the nightlies.
Does it interest any of you? @akomaty, @amohammadi, @pkorshunov. Otherwise, we should archive it.https://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/4Aborting and resuming the download script2017-10-22T18:34:52ZAndré AnjosAborting and resuming the download script*Created by: 1kastner*
The download and untar script checks whether a directory already exists and in that case it skips it. So generally speaking the script is capable of being aborted and resumed at a later point. Only one problem exi...*Created by: 1kastner*
The download and untar script checks whether a directory already exists and in that case it skips it. So generally speaking the script is capable of being aborted and resumed at a later point. Only one problem exists: if you start to download the same file the second time, wget adds ".[number]" at the end of the file, so "file.tgz.1" for the second attempt and so on. That means, the script in its current implementation processes the first download attempt and hence the broken file.
One fix which is customized for my personal needs can be found at https://gist.github.com/1kastner/46a6e8510c47901cb55d - I am not that well in shell scripting. It should take the file name "name.tgz.[HIGHEST_NUMBER]" instead of the first download attempt.
I hope I could make my point clear.https://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/3script/download_and_untar.sh incompatible with zc.buildout installation2017-10-22T18:34:52ZAndré Anjosscript/download_and_untar.sh incompatible with zc.buildout installation*Created by: 1kastner*
Like this the shell script does not work in case you used zc.buildout. Even the shell script is not shipped. I could use it and modified it for my purpose like this:
https://gist.github.com/1kastner/587ec3b395be7...*Created by: 1kastner*
Like this the shell script does not work in case you used zc.buildout. Even the shell script is not shipped. I could use it and modified it for my purpose like this:
https://gist.github.com/1kastner/587ec3b395be715c3461
If it could be shipped in the normal bob buildout process and further adjusted for that, that could be great!https://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/2VoxForge data are expected in a subdirectory 'audio'2017-10-22T18:34:52ZAndré AnjosVoxForge data are expected in a subdirectory 'audio'*Created by: laurentes*
The original VoxForge data are currently expected in a subdirectory 'audio/'. This is not required and it would even be better not to have this. We just need to update the lists to fix this issue.*Created by: laurentes*
The original VoxForge data are currently expected in a subdirectory 'audio/'. This is not required and it would even be better not to have this. We just need to update the lists to fix this issue.https://gitlab.idiap.ch/bob/bob.db.voxforge/-/issues/1Use python script to download the data instead of ./download_and_untar.sh2017-10-22T18:34:52ZAndré AnjosUse python script to download the data instead of ./download_and_untar.sh*Created by: khoury*
It would be better to write a python script to download the data and untar.
This will make it compatible to Windows users.*Created by: khoury*
It would be better to write a python script to download the data and untar.
This will make it compatible to Windows users.