This commit is contained in:
hunanchenxingyu 2014-05-25 11:15:59 +08:00
commit 0dbfdd1768
4 changed files with 108 additions and 107 deletions

View File

@ -0,0 +1,42 @@
最小的树莓派系统 picore5.3载着3.14.4内核归来
================================================================================
![](http://i1-news.softpedia-static.com/images/news2/Smallest-OS-for-Raspberry-Pi-piCore-5-3-Returns-with-Linux-Kernel-3-14-4-443246-2.jpg)
**Tiny Core团队已经宣布picore 5.3一个Tiny Core Linux 在树莓派上的移植),刚刚发布了一个新的版本,现在可供下载。**
Tiny Core的核心开发者实际上同时负责其他大量的同一基础的版本。开发者已经推出了一些变体。有Core版为有经验的用户提供了命令行界面的基本系统TinyCore推荐给有网线连接的新手和CorePlus安装映像不是Live版的
Tiny Core团队并不是第一次发布这样的Linux版本但其中有些改进是必要的虽然除了引入新的Linux内核之外的改变都不大。
根据变更日志所述Linux已经更新到版本3.14.4树莓派的固件也更新到了它的最新版本三月版e2fsprogs已经更新到版本1.42.10 HDMI sound 现在已经支持192 kbit /s速率CMA和fiq-fsm现在默认启用现在卸载meta-extensions时使用sudo。
更新树莓派不用移去SD卡了而且开发者已经发布了一些如何去操作的说明。
“下载picore-5.3rc4-boot.tar.gz解压到一个临时文件夹然后挂载/mnt/mmcblk0p1并覆盖其内容。它将覆盖引导自定义选项如果你修改过原来系统中的config.txt和cmdline.txt需要再修改一次。”
“如果使用无线远程连接请不要重启否则你将由于不兼容的内核模块而丢失无线连接从库里面下载一个匹配内核的模块tcz's后再重启。你必须保证有一个已经更新的系统可以工作。请注意有可能是库里面仍然没有可用的内核模块扩展“请阅读官方论坛发布的备注。
完整的更新日志可以官网[声明][1]中看到。你现在可以从Softpedia下载[picore 5.3][2]。
树莓派带有一个700 MHz的ARM处理器、512 MB的RAM、SD卡插槽和5V MicroUSB供电接口。它还具有RCA和HDMI端口。
Tiny Core Linux 的树莓派移植是Robert Shingledecker架构的一个独立系统现在被一个具有强大社区的小团体所支持。
如果你不熟悉的Tiny Core家族的Linux发行版你只需要知道这是一个有开源社区开发扩展的一个模块化系统它通常使用最新Linux内核vmlinuz 3.0大约5MB core.gz内核。
### Tiny Core Linux piCore 5.3: 免费下载 ###
- [Tiny Core Linux piCore 5.3 (zip) 多版本][3] [二进制] [14 MB]
--------------------------------------------------------------------------------
引用: http://news.softpedia.com/news/Smallest-OS-for-Raspberry-Pi-piCore-5-3-Returns-with-Linux-Kernel-3-14-4-443246.shtml
译者:[jiajia9linuxer](https://github.com/jiajia9linuxer) 校对:[wxy](https://github.com/wxy)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译,[Linux中国](http://linux.cn/) 荣誉推出
[1]:http://forum.tinycorelinux.net/index.php/topic,17061.0.html
[2]:http://linux.softpedia.com/get/Linux-Distributions/Tiny-Core-Linux-piCore-103260.shtml
[3]:http://tinycorelinux.net/5.x/armv6/releases/5.3/

View File

@ -1,66 +0,0 @@
Translating-------------geekpi
What Heartbleed Teaches Us: Be An Open Source Contributor, Not Just A User
================================================================================
![](http://readwrite.com/files/styles/1400_0/public/fields/heart-shaped-hole-heartbleed.jpg)
> If your company depends on open-source software like OpenSSL, it's time to be proactive.
The open-source community has officially donned its Heartbleed hairshirt.
ComputerWorld's Richi Jennings [slammed][1] "another horrible, horrible open source FAIL." (Trolling for page views much?) ZDNet's Steven J. Vaughan-Nichols, not prone to anti-open source histrionics, still [manages to call][2] Heartbleed "Open source's worst hour." Finally, ZDNet's Chris Duckett pragmatically [pleads][3] for "corporate funding to avoid Heartbleed repeat."
While a nice start, corporate funding isn't ultimately the answer to Heartbleed. You are.
Companies that want to avoid open source failings should move from being mere users of open-source software and contribute instead.
### Contributors Ride First Class ###
Contributors get to help steer particular projects. They get to act, rather than be acted upon. Most companies lack the resources to get involved in every open-source project that they use, but every company can invest in those projects that truly matter to them. And the more they invest, the greater their benefits.
Open source is the gift that keeps on giving—particularly to those who give back.
My MongoDB colleague [Adam Comerford makes this point][4] persuasively: If you look at the [timeline][5] of who knew about Heartbleed first, those who learned of it first (like Google) had a considerable advantage. As Comerford argues, these companies "had a significant advantage" as "[t]hey were able to take the necessary steps to protect their systems while the bug was largely unknown."
Given the advantages of knowing early about problems like Heartbleed, Comerford asks, "How do I make sure that I am on the early notification list for such issues?"
If you're dependent on proprietary software, you have one answer: Pay the vendor lots of money and hope it responds appropriately. But if you're using open-source software, the options expand: "Either have a significant number of employees contributing to [the open-source project], or...have employees that know the main contributors well (and lets face it, most of them will be contributing to other OSS projects—geeks and nerds gossip just like everyone else)."
The benefits don't stop there, as Comerford avers:
> There are many benefits to this besides getting early notification of issues, you would have an expert on hand to answer those screaming for updates, to evaluate your exposure and perhaps even fix the issue internally before the public fix is available. You also get a respected voice in terms of setting the direction of the project, have a way to prioritize key features and more. Finally, you get the good will of the community, help make the product better for everyone, and become a possible destination for other smart contributors to work.
In other words, get involved. Membership has its privileges, and the primary privilege may well be information.
### Choosing Where To Contribute ###
Again, no company has the resources to effectively contribute to all the projects it uses, which is why Comerford suggests honing in on the critical projects in this way:
> If you start by asking people to list all of the OSS technology that is critical to the business, you will likely end up with a massive list. Now tell them that they are going to have to commit headcount, budget to support every piece of technology on the list (and justify it) it will likely shrink rapidly.
If you're a chip company like AMD, contributing essential drivers and other code to the Linux kernel is likely mandatory. Contributing to LibreOffice probably is not. Or, if you're betting your future on Hadoop for deep data analytics, you should be contributing to Hadoop, even if you elect to free-ride on the OpenSSL community. And if you're Dish Networks, whose [CIO told the Open Business Conference crowd][6] last week that it's shifting important workloads off relational databases to Apache Kafka, it had better be investing code in Kafka, even if it doesn't contribute to the Apache HTTP server project.
Every company has its priorities, and those priorities should be substantiated with serious commitments to open source.
This is partly a way to ensure security in those projects. And partly it's a way to influence direction. But also, as Red Hat CEO [Jim Whitehurst declared][7] back in 2008, it's a way to reduce incredibly wasteful IT spending:
> The vast majority of software written today is written in enterprise and not for resale. And the vast majority of that is never actually used. The waste in IT software development is extraordinary....Ultimately, for open source to provide value to all of our customers worldwide, we need to get our customers not only as users of open source products but truly engaged in open source and taking part in the development community.
Comerford insists, "If I am using open source software that is critical to my business, I should be employing people that actively contribute to that software, that are known to the core developers, if not core developers themselves." This is the key to making the most of open-source software: Contribute to it, don't just use it.
--------------------------------------------------------------------------------
via: http://readwrite.com/2014/05/14/heartbleed-open-source-contribution-users
译者:[译者ID](https://github.com/译者ID) 校对:[校对者ID](https://github.com/校对者ID)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译,[Linux中国](http://linux.cn/) 荣誉推出
[1]:http://blogs.computerworld.com/encryption/23767/heartbleed-openssl-open-source-fail
[2]:http://www.zdnet.com/heartbleed-open-sources-worst-hour-7000028420/
[3]:http://www.zdnet.com/openssl-needs-corporate-funding-to-avoid-heartbleed-repeat-7000028385/
[4]:http://comerford.cc/wordpress/2014/04/15/my-conclusion-heartbleed-timeline/
[5]:http://www.smh.com.au/it-pro/security-it/heartbleed-disclosure-timeline-who-knew-what-and-when-20140415-zqurk.html
[6]:http://blogs.wsj.com/cio/2014/05/06/dish-looks-to-open-source-software-after-database-failure/
[7]:http://www.cnet.com/news/red-hat-solve-enterprise-waste-through-open-source/

View File

@ -1,41 +0,0 @@
最小的操作系统picore Raspberry Pi5.3内嵌Linux内核3.14.4
================================================================================
![](http://i1-news.softpedia-static.com/images/news2/Smallest-OS-for-Raspberry-Pi-piCore-5-3-Returns-with-Linux-Kernel-3-14-4-443246-2.jpg)
**微小的核心团队已经宣布picore 5.3Tiny Core Linux Raspberry Pi的接口刚刚收到一个新的版本现在可供下载。* *
Tiny Core的核心开发者实际上是负责其他大量建立了具有相同基础的版本。这里有许多适合开发者的变体。有核心版库系统只提供一个为有经验的用户的命令行界面tinycore关于有线网络连接的新手推荐选项和CorePlus安装映像非激活的
Tiny Core团队并不是第一次发布这样的Linux版本但有些改进是必要的除了引用新的Linux内核之外并非所有都是大的改变。
根据更新的内核Linux已经更新到版本3.14.4Raspberry Pi的固件更新了它的最新版本释放e2fsprogs已经更新到版本1.42.10 HDMI sound 现在是在192 kbit / s的工作速率CMA和fiq-fsm现在默认启用现在sudo使用时取消连接meta-extensions.。
这次更新了Raspberry Pi以前的版本没有移除SD卡的可能而且开发者已经发布了一些如何去操作的说明。
“下载picore-5.3rc4-boot.tar.gz解压到一个临时文件夹覆盖/mnt/mmcblk0p1的内容后安装它。它将自定义启动选项。如果你仍然想在老系统中的config.txt定制cmdline.txt请再做一次。”
“如果使用无线远程连接是不需要重启的否则你将失去由于不兼容的内核模块的连接下一个下载内核模块TCZ从repo匹配新内核版本并重新启动。你必须保证有一个已经更新的系统在工作。请注意这有可能是尚未在repo里的内核模块的扩展“相关阅读笔记发布在官方论坛。
在官网声明中可以发现一个已经更新改变的完整列表。你现在可以从Softpedia下载picore 5.3。
Raspberry Pi依赖与一个700 MHz的时速的ARM处理器512 MB的RAMSD卡插槽和5V微USB连接器电源。它还具有RCA和HDMI端口。
Tiny Core Linux Raspberry Pi的端口是一个独立的系统架构这是通过罗伯特Shingledecker与社会团体强力支持小团队而发展起来的。
如果你不熟悉的Tiny Core家族的Linux分布你需要知道这是在开源社区扩展的一个模块化的系统它通常使用最新Linux内核vmlinuz 3.0和一个5MB core.gz的文件。
### Tiny Core Linux piCore 5.3: 免费下载 ###
- [Tiny Core Linux piCore 5.3 (zip) 多版本][3][二进制] [14 MB]
--------------------------------------------------------------------------------
引用: http://news.softpedia.com/news/Smallest-OS-for-Raspberry-Pi-piCore-5-3-Returns-with-Linux-Kernel-3-14-4-443246.shtml
译者:[译者ID](https://github.com/译者ID) 校对:[校对者ID](https://github.com/校对者ID)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译,[Linux中国](http://linux.cn/) 荣誉推出
[1]:http://forum.tinycorelinux.net/index.php/topic,17061.0.html
[2]:http://linux.softpedia.com/get/Linux-Distributions/Tiny-Core-Linux-piCore-103260.shtml
[3]:http://tinycorelinux.net/5.x/armv6/releases/5.3/

View File

@ -0,0 +1,66 @@
心脏流血教给我们的:成为开源的贡献者而不仅是个用户
================================================================================
![](http://readwrite.com/files/styles/1400_0/public/fields/heart-shaped-hole-heartbleed.jpg)
> 如果你的公司依赖像OpenSSL这样的开源软件,是时候主动点了。
开源社区已经官方披上了它心脏流血衬衫。
ComputerWorld的Richi Jennings [抨击说][1]“又一个非常可怕的开源失败。”骗取更多的页面浏览量ZDNet的Steven J. Vaughan-Nichols没有公开反对开源软件仍旧[设法称][2]心脏流血是开源软件的最遭时刻。" 最终ZDNet的Chris Duckett务实地[恳求][3]:"公司筹集资金来避免心脏流血再次发生。"
而一个好的开始,企业资金并不是心脏流血的最终答案 。你才是。
想要避免开源失败的公司应该不仅仅是开源软件的用户,还要是贡献者。
### 贡献者乘坐头等舱 ###
贡献者帮助引导特定的项目。他们开始行动,而不只是执行。大多数企业缺乏资源参与他们所使用的所有开源项目,但每家公司都可以投资给那些真正关系到他们的项目。并且投资得越多,得到的好处越大。
开源就是坚持给那些会给予反馈项目补助的礼物。
我MongoDB的同事[Adam Comerford让这点更有说服力][4]如果你看看第一批得知Heartbleed的[时间线] [5]那些第一批得知的如谷歌有一个相当大的优势。如Comford所说的这些公司有一个显著的优势就是他们可以在bug还大规模未知的时候率先采取措施保护他们的系统。
既然知道早期了解像Heartbleed问题的优势Comerford问“我如何确保我在这类问题的早期通知列表里面
如果你依赖于专有软件,你有一个答案:向卖方支付大量的金钱,并希望他适时地响应。但是,如果你正在使用开源软件,有一个扩展选项: “要么有大量的员工给[开源项目]做贡献 ,或者...有知道主要贡献者的员工(让我们面对他,他们大多会贡献其他开源软件项目,极客和书呆子八卦像其他人一样。“
Comerford断言说”好处不止这样“
> 这有很多好处 - 除了让问题及早通知,你让手头上的专家来应付这些棘手的更新,以评估你的风险,甚至可能在公众知道之前内部解决问题。在设置项目的方向上你还可以得到尊重的声音,可以有权划分关键特性的优先级。最终,你会了解社区好的意愿,有助于使大家的产品变得更好,并成为让聪明的贡献者一起工作的目标。
换句话说,参与进来。成员有特权,主要的特权可能就是信息。
### 选择在哪贡献 ###
同样没有一家公司有足够的资源来有效地促进所有它所使用的项目这就是为什么Comerford建议对关键项目上这么做的原因
> 如果你要人们列出在商业中所有开源关键技术,你可能会得到一张很长的名单。现在,告诉他们,他们将不得不清点数量和预算来支持清单上的每一种技术的(并证明它) - 它可能会迅速缩水。
如果你是一个AMD那样的芯片公司给Linux内核贡献基本驱动程序和其他代码很可能是强制性的。给LibreOffice贡献可能不是。或者如果你赌你的未来在Hadoop上进行深层数据分析你应该贡献Hadoop即使你选择在OpenSSL社区免费乘车。如果你是Dish Networks它的[ CIO告诉上周在开放商业会以上的人们][6]他们正在将重要的的工作载荷关系型数据库转到Apache的Kafka那他最好研究Kafaka的代码即使他不贡献给Apache HTTP服务器项目。
每家公司都有其优先级,以及这些优先级必须以严肃地给开源项目提交来证明。
这是确保这些项目安全的一部分办法。而另一部分它是一种影响方向的方式。但同时红帽公司CEO[Jim Whitehurst][7]早在2008年声明它是显著减少IT花费的办法
> 今天编写的绝大多数软件是企业编写的不得转售。并且绝大多数是从来没有真正使用过。IT软件开发中的浪费是巨大的....最终,开源给全世界的客户提供价值,我们不仅需要让我们的客户作为开源产品的用户,而且真正加入开源和参与在开发社区。
Comerford坚持认为“如果我在业务中使用开源软件如果他们自己不是核心开发者我应该雇核心开发人员来积极给软件做贡献。 ”这是充分利用开源软件的关键:给它做贡献,不只是使用它。
--------------------------------------------------------------------------------
via: http://readwrite.com/2014/05/14/heartbleed-open-source-contribution-users
译者:[译者ID](https://github.com/译者ID) 校对:[校对者ID](https://github.com/校对者ID)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译,[Linux中国](http://linux.cn/) 荣誉推出
[1]:http://blogs.computerworld.com/encryption/23767/heartbleed-openssl-open-source-fail
[2]:http://www.zdnet.com/heartbleed-open-sources-worst-hour-7000028420/
[3]:http://www.zdnet.com/openssl-needs-corporate-funding-to-avoid-heartbleed-repeat-7000028385/
[4]:http://comerford.cc/wordpress/2014/04/15/my-conclusion-heartbleed-timeline/
[5]:http://www.smh.com.au/it-pro/security-it/heartbleed-disclosure-timeline-who-knew-what-and-when-20140415-zqurk.html
[6]:http://blogs.wsj.com/cio/2014/05/06/dish-looks-to-open-source-software-after-database-failure/
[7]:http://www.cnet.com/news/red-hat-solve-enterprise-waste-through-open-source/