On Sat, Sep 28, 2013 at 11:26 AM, W. Nelson indigitalsp...@yahoo.com wrote:
About the chain addon break report for the test build AHOY
and the lack of proactive warning or documentation
of change in python handling code committed to trunk--
Very briefly, something has changed in
,
Respectfully and earnestly,
JTa
From: Bastien Montagne montagn...@wanadoo.fr
To: bf-blender developers bf-committers@blender.org
Sent: Wednesday, September 25, 2013 11:55 PM
Subject: Re: [Bf-committers] Blender 2.69 testbuild1 AHOY
Fixed in r4771, but please
The add-on Chain has errors so cannot be used. Please check this out.
Thanks.
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Fixed in r4771, but please use our bug tracker for that kind of report. :)
On 26/09/2013 08:17, Sam Vila wrote:
The add-on Chain has errors so cannot be used. Please check this out.
Thanks.
___
Bf-committers mailing list
Bf-committers@blender.org
I've changed id_type_items to use the brush icon rather than the
particle icon in r60379.
IRIE Shinsuke
13/09/26, IRIE Shinsuke wrote:
I wouldn't be bothered with the present icon (originally intended for
brushes) though.
Using the brush icon looks strange to me because the line style is
2013/9/26 IRIE Shinsuke irieshins...@yahoo.co.jp
I've changed id_type_items to use the brush icon rather than the
particle icon in r60379.
IRIE Shinsuke
13/09/26, IRIE Shinsuke wrote:
I wouldn't be bothered with the present icon (originally intended for
brushes) though.
Using the
Thank you Irie-san for the fix, I was not aware of the issue.
And now I see better the downside of using the brush icon for line
styles -- it is not nice to see two brush icons (one for brushes and the
other for line styles) shown in the ID block selector. I would be
grateful if a new icon is
*Bastien, are you sure is *r4771? that release number seems to be
totally wrong, we are at
60382 right now. I thought it would have more attention in reporting
this in here now that we're close to the release instead of getting
lost in several bug reports in the bug tracker.
Hi Sam,
He is most certainly referring to the svn external revision number for
the addons. Here is some sample output from an `svn up`:
Fetching external item into 'release/datafiles/locale'
Updated external to revision 2280.
Fetching external item into 'release/scripts/addons'
Updated
Hi,
We're using GPLv2+ for our own code and we stick to this. However, it
doesn't mean release archive is to be released under exact the same
license. We're fine if release archive is licensed with GPLv3, which makes
it possible to use Apache2.0 license.
Also no issue with Carve. We've contacted
I understand the Carve is OK, but the font license issue is still
unresolved. The DejaVu fonts must be distributed as separate files
in the same way as the international fonts to avoid the GPL violation.
Tamito-san, did you ask anyone to create the line style icon?
IRIE Shinsuke
13/09/25,
Are we talking about international font or about bfont?
As for international font i've made sure font licenses are getting coped to
release archive which seems to be all right with font licenses.
As for bfont, it's license is also included. However, didn't see any
requirements in cases font
Taking about Bfont and Bmonofont, not the international fonts.
As for international font i've made sure font licenses are getting coped to
release archive which seems to be all right with font licenses.
bmonofont-i18n.ttf is one of the international fonts, so its license
file
On Wed, Sep 25, 2013 at 1:17 PM, IRIE Shinsuke irieshins...@yahoo.co.jp wrote:
As for bfont, it's license is also included. However, didn't see any
requirements in cases font being bundled into executable itself. License
might be enough, maybe not. Anyway, it was bundled like this since ancient
Windows builds are here: http://blender.dingto.org/Blender269_Testbuild1/
Am 24.09.2013 15:09, schrieb Sergey Sharybin:
Hi,
We're entering BCon4 stage and it is now time for first testbuild.
Information for platform maintainers:
- Build from trunk SVN revision 60355
- Addons revision 4768
I disagree with the idea that the embedded font is not a part of the
executable code.
The font files are converted to C programs (bfont.ttf.c and
bmonofont.ttf.c), compiled, and merged into a single image. Here,
bfont.ttf.c and bmonofont.ttf.c are derivatives of the original font
softwares and
IRIE, please start separate thread if you're gonna to continue discussion.
However, i would recommend you discussing the issue directly with Ton.
There're no lawyers in this list who could make things clear.
Thomas, movedbuilds to the download area. Could you please mail Bart so
we've got
Ah, sorry. Will contact to Ton later. He said I will put it on my
agenda for August to investigate. when I reported this issue first.
Anyway, I corrected the installation of LICENSE-bmonofont-i18n.ttf.txt.
P.S. IRIE is the last name :)
IRIE Shinsuke
13/09/26, Sergey Sharybin wrote:
IRIE,
Tamito-san, did you ask anyone to create the line style icon?
No, I didn't. I would appreciate it if the person responsible for icon
design is willing to create one for Freestyle line style data blocks.
I wouldn't be bothered with the present icon (originally intended for
brushes) though.
I wouldn't be bothered with the present icon (originally intended for
brushes) though.
Using the brush icon looks strange to me because the line style is
quite different from the brushes...
Anyway, the most confusing thing is the particle icon
(ICON_PARTICLE_DATA) is used for the ID-block type
Hi,
We're entering BCon4 stage and it is now time for first testbuild.
Information for platform maintainers:
- Build from trunk SVN revision 60355
- Addons revision 4768
- Locale revision 2274
Keep usual naming and put builds to usual place :)
Also a reminder: only fixes are allowed now, also
21 matches
Mail list logo