[Bf-committers] Meeting Summary May 8th 2005
Ton Roosendaal
ton at blender.org
Thu May 12 14:00:29 CEST 2005
Hi,
Since most of people on this list are developers themselves, it might
be hard to imagine... but really, we got millions of Blender downloads
the past years, and all of these users just like to have an
out-of-the-box running binary.
I think it's our task to service Blender users that way. It also
enables us to support Blender using, since we have a singular release
binary as a reference. Don't forget that Blender has been growing into
a very complex application, with library (version) dependencies that
can easily go wrong. It's not feasible for us anymore to provide &
guarantee a compile-out-of-the box Blender.
What I'd like to see is someone clearly sorting that out for Linux. In
the past we've really succesfully created binaries (sometimes two,
depending glibc) which ran perfect for Linux users. That work consists
mostly of including several system libraries as static compiled in,
that's why it can run fine on newer OS upgrades.
-Ton-
On 12 May, 2005, at 5:42, Vio wrote:
> Stupid newbie q.: what's the logic behind using chroot in the first
> place?
> Last time I used that, about a year or two ago I believe, was for
> building a LiveCD.
> So chroot was a must for that job.
> But you don't *really* need that to build blender, so why not use
> *any* distro with clearly
> defined dependencies (ok, on some conservative Debian maybe, to keep
> update-challenged
> users (like myself) happy)? Just wondering...
> -vio
>
>
> D.J. Capelis wrote:
>
>>> - we need the chroot file for building the linux releases
>>> - we also need volunteers for building linux x86
>>>
>>
>>
>> Sorry I've been away from the IRC channel for so long. I'm surprised
>> someone
>> didn't poke me... anyways, never got around to getting back into the
>> channel.
>>
>> Anyways, I have both the original tarball chroot environment from
>> lonetech from
>> last release, as well as one where I deleted all the cruft in the
>> environment. (Man pages, backups of .debs, etc...)
>>
>> The original is 513MB with an MD5SUM
>> of:9cbcd5de12aacb14ae724660857d3e4f
>> The slimmed-down version is 111MB with and MD5SUM of:
>> 5df0bf2ebe08d0557b77474a3a9ff451
>>
>> Due to space constraints on my server, I'll only be uploading the
>> smaller one. Anyone who seriously needs the original can contact me
>> directly. Ton will be
>> receiving a link to the slimmed down version shortly. He'll either
>> find a
>> place to host it more permenently or give them link only to those who
>> need it
>> to save some of my bandwidth.
>>
>> Furthermore, I'm perfectly happy to help build the releases too. Let
>> me know
>> what needs to be done, I've got limited time, but I'll do what I can.
>>
>> I guess I should have never left the channel :)
>>
>>
>> ~D.J. Capelis~
>> Network Security and Cryptography Researcher.
>> Lead Developer of FOML: http://foml.inodetech.com
>>
>>
>>
>> __________________________________ Do you Yahoo!? Yahoo! Mail - Find
>> what you need with new enhanced search.
>> http://info.mail.yahoo.com/mail_250
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at projects.blender.org
>> http://projects.blender.org/mailman/listinfo/bf-committers
>>
>>
>
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at projects.blender.org
> http://projects.blender.org/mailman/listinfo/bf-committers
>
>
------------------------------------------------------------------------
--
Ton Roosendaal Blender Foundation ton at blender.org
http://www.blender.org
More information about the Bf-committers
mailing list