Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#24730 - [luxrender] 0.8-3 does not start
Attached to Project:
Community Packages
Opened by Toussis Manolis (hayzel) - Wednesday, 15 June 2011, 08:13 GMT
Last edited by Lukas Jirkovsky (6xx) - Thursday, 16 June 2011, 06:46 GMT
Opened by Toussis Manolis (hayzel) - Wednesday, 15 June 2011, 08:13 GMT
Last edited by Lukas Jirkovsky (6xx) - Thursday, 16 June 2011, 06:46 GMT
|
DetailsDescription:
starting luxrender or luxconsole I get: luxrender terminate called after throwing an instance of 'std::runtime_error' what(): locale::facet::_S_create_c_locale name not valid Aborted Additional info: * package version: 0.8-3 |
This task depends upon
Closed by Lukas Jirkovsky (6xx)
Thursday, 16 June 2011, 06:46 GMT
Reason for closing: Upstream
Additional comments about closing: This bug is caused by using non-existing locale.
The bug itself is a bug in boost::filesystem library.
Thursday, 16 June 2011, 06:46 GMT
Reason for closing: Upstream
Additional comments about closing: This bug is caused by using non-existing locale.
The bug itself is a bug in boost::filesystem library.
$ makepkg --allsource
==> Making package: luxrender 0.8-3 (Wed Jun 15 16:08:08 EDT 2011)
==> Retrieving Sources...
-> Downloading 45d3e13eb94c.tar.bz2...
--2011-06-15 16:08:08-- https://bitbucket.org/luxrender/lux/get/45d3e13eb94c.tar.bz2
Resolving bitbucket.org... 207.223.240.181, 207.223.240.182
Connecting to bitbucket.org|207.223.240.181|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-bzip-compressed-tar]
Saving to: `45d3e13eb94c.tar.bz2.part'
[ <=> ] 2,711,180 247K/s in 21s
2011-06-15 16:08:34 (124 KB/s) - `45d3e13eb94c.tar.bz2.part' saved [2711180]
-> Downloading 9cb3fcee0be8.tar.bz2...
--2011-06-15 16:08:34-- https://bitbucket.org/luxrender/luxblend25/get/9cb3fcee0be8.tar.bz2
Resolving bitbucket.org... 207.223.240.181, 207.223.240.182
Connecting to bitbucket.org|207.223.240.181|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-bzip-compressed-tar]
Saving to: `9cb3fcee0be8.tar.bz2.part'
[ <=> ] 162,403 796K/s in 0.2s
2011-06-15 16:08:35 (796 KB/s) - `9cb3fcee0be8.tar.bz2.part' saved [162403]
==> Validating source files with md5sums...
45d3e13eb94c.tar.bz2 ... FAILED
9cb3fcee0be8.tar.bz2 ... FAILED
==> ERROR: One or more files did not pass the validity check!
I tried to reproduce this problem with three different applications. All these applications crashes before entering main() somewhere in boost::filesystem.
Snowman: It might be possible that bitbucket did some changes to how the tarballs are generated. I'll change the server from which the sources are obtained back luxrender.net. Hopefully this will fix the issue with md5sums being changed.
https://svn.boost.org/trac/boost/ticket/4688
https://svn.boost.org/trac/boost/ticket/5100
https://svn.boost.org/trac/boost/ticket/5289