分类 新闻 下的文章

微软于今日(2015/5/20)宣布了针对 .NET Core 的重大开源:WCF(Windows Communication Foundation)。

MSDN中的描述:“WCF是一个构建面向服务应用的框架。使用WCF,你可以从一个服务终端给另一个发送异步消息。服务终端可以是托管在IIS中连续可用的服务的一部分,也可以是托管在某个程序上的服务。服务终端可以是请求服务端数据的客户端。消息可以是一个字符或者XML,也可以是复杂的二进制流。”

它的代码放在GitHub,“包含了Window桌面中完整WCF框架的一部分,它支持已经可用于构建Window Store上的WCF应用的库。这些主要是基于客户端,方便移动设备和中间层服务器使用WCF进行通信。”

更多的关于微软开源 WCF 的细节查看dotNETFoundation.org blog的公告。

WCF听上去有点像Linux中用于进程/服务之间的进程间通讯的D-BUS。


via: http://www.phoronix.com/scan.php?page=news_item&px=Microsoft-Open-Source-WCF

作者:Michael Larabel 译者:geekpi 校对:wxy

本文由 LCTT 原创翻译,Linux中国 荣誉推出

jolla_russia_launch

Jolla 公司最近一直在后面默默努力,以期给大家带来一些激动人心的新消息。那么,有什么能比得到一个大国支持,并把你的操作系统称作他们的国家官方的移动操作系统更令人兴奋呢?

RBC 报纸报道,俄罗斯通信部决定选用 Jolla 的 Sailfish OS作为该国的官方电话操作系统,Sailfish OS 是 Jolla 公司在被诺基亚放弃的 MeeGo 基础上开发的移动操作系统。

Jolla 的发言人 Juhani Lasslia 说,Antti Saarnio 上周访问了俄罗斯,与俄罗斯官方、通信公司及 IT 公司磋商了合作可能与合同事项。这实际上是 Saarnio 先生第二次访问俄罗斯,与官方磋商了。

据 Lassila 说,该项目尚处于相当早期。俄罗斯的 Sailfish 计划是金砖五国(巴西、中国、俄罗斯、印度和南非)的相关项目的一部分,旨在协作这些新兴大国之间的合作。

也许你会惊奇在新安装的 Fedroa 22中没有找到 yum 包,也不明白为何在调用 /usr/bin/yum 或使用各种 Yum 插件时会得到警告。嗯,你看到的没错,Yum 已经去了~。直白的说, DNF 现在是 Fedora 上默认是包管理器了。

DNF 由 Yum 中分支出来,采用了基于 SAT 的依赖解决算法,目标是在 Fedora 22中取代 Yum。随着 DNF 1.0 的发布,已经到了取而代之的时候了。Yum 无法适应倡导“默认即 Python 3”理念的 Fedora ,而 DNF 则可以同时支持 Python 2 和 Python 3。 DNF 按照相同的语义逻辑保留了命令行接口的一致。幸运的是,DNF 的 Python API 是完全不同于 Yum 的。这两个项目之间的所有已知的不兼容都已经记录在案了。在 Fedora Core 22 中只有 DNF,官方不会提供 Yum 了。当然,如果你愿意,可以自己下载它。这个包仍然可以如同以往一样调用, Python API 也没变化,只是 yum 程序的名称被改名为 yum-deprecated 了,而且从命令行调用 yum 会被重定向到 DNF。这样,你就可以在系统上同时维持 Yum 和 DNF 了。

启动 DNF 项目的原因是由于 Yum 的三大问题:API 缺乏文档、有问题的依赖解决算法,及无法重构内部函数。这里提到的最后一个问题,其实和文档的缺乏有关。Yum 插件使用的各种方法来源于 Yum 的代码,一旦改变有可能造成 Yum 的突然崩溃!DNF 致力于解决这些 Yum 的问题,从一开始,所有对外的 API 的要做好完备的文档。在绝大多数新提交中都包含了测试单元。不允许各种奇怪的、乱七八糟的补丁。该项目是通过敏捷开发进行的:对用户会有较大影响的需求会得到尽快的实现。

现在,DNF 团队正在移植各种流行的 Yum 插件到 DNF 上,并改进其用户体验。为了更加方便切换到 DNF,我们开发了一个 DNF 移植插件,来将 Yum 中已经安装的包、分组和事务数据导入到新的 Fedora 包管理器中。赶快转移到 DNF 吧,希望你喜欢!

Jan Silhan, by DNF team

据《华尔街日报》报道,百度公司发布消息称,它取得了近来备受关注的人工智能基准测试的全球最好成绩。这归功于百度研发的秘密武器: Minwa 超级计算机。

Minwa 超级计算机通过扫描 ImageNet 取得了这一成绩,这是一个超过百万张图片的数据库,需要将其分类到1000个不同的类别里面。这意味着计算机需要学习法国面包和烤肉卷之间的区别,更棘手的是,甚至还要能区分来克兰小猎犬和猎狐犬之间的不同!(百度的 Minwa 包含36个服务器节点,每个节点由2个六核英特尔Xeon E5-2620处理器和4个NVIDIA Tesla K40m GPU构成。Minwa超级电脑有1.7TB设备内存和6.9TB主内存,今年初它在ImageNet测试中的错误率为5.98%。)

在五年前,计算机在这方面想要超越人类似乎还很遥远,但是最近几个月以来,来自微软、谷歌,以及现在的百度的计算机已经能做的比人更好了。

通过练习,人类能正确识别除了大约 5% 之外的所有 ImageNet 图片。而现在,微软已经取得了 4.94% 的错误率的成绩谷歌达到了 4.8%,百度则表示它将错误率降到了 4.58%!

百度和其它公司通过该测试所用的深度学习算法最近才从学术界飞跃到硅谷,但是它们已经开始在我们的日常生活中产生了影响。

两年前,谷歌使用深度学习来大幅提升 Android 手机的语音识别系统。而百度则在使用一个更大的超级计算机来分析14000小时的语音数据,以提升它的中英文语音识别能力。

“我对整个社区在计算机视觉方面取得的进展感到非常兴奋!” 百度首席科学家吴恩达说,“计算机能如此好的理解图像,不像一年前,它能做更多的事情了!”。

在未来的18个月,百度计划打造一个更大的、计算能力可达 7Pflop/s 的超级计算机!虽然这比不上世界上最顶级的超级计算机,但是依然能够排进全球前十。

深度学习站在了这项发展潮流的巅峰,越来越多的财大气粗的公司们雇佣顶尖的人工智能专家、积累庞大的数据、然后用大量的计算机资源来分析它们。

“有趣的是,处理 ImageNet 图像排名前三的队伍无一例外的都是具有大量计算机资源的大型技术公司,”吴恩达说。他的公司设计这个超级计算机的技术来自中国及其硅谷实验室建造 Minwa 的经验,他补充道。

来自 Facebook 的 Yann LeCun 领导着类似的团队,他说他的公司也在部署大型计算资源,不过他没有提到 Facebook 的计算机系统规模大小。

对于深度计算方面的能力, 谷歌、微软和百度把 ImageNet 测试当做一个“基准测试”,Yann LeCun 说。人们越来越关注更大的数据集和更有挑战性的任务,比如,目标检测和定位等。


更新(来自:http://tech.sina.com.cn/it/2015-06-05/doc-icrvvrak2731186.shtml ):

人工智能测试领域刚刚曝出了第一起作弊丑闻。上月,中国搜索引擎公司百度宣布其图片识别软件在精确度标准化测试中领先于谷歌。但本周二,该公司承诺是通过违反测试规则实现的这一成绩。

负责维护该测试的学术专家表示,这导致百度之前的声明毫无意义。作为该项目的负责人,百度研究员Ren Wu已经公开道歉,并表示该公司正在评估结果。百度也对该软件的技术论文进行了修订。

目前并不清楚此举是个人行为还是整个团队所为,但一家拥有数十亿美元收入的科技公司为什么要在这样一次测试中作弊呢?

百度、谷歌、Facebook等大型科技公司最近几年都投入巨资组建研发团队,专门研究深度学习技术,他们开发的机器学习软件已经在语音和图像识别领域实现了重大进展。这些公司都在不遗余力地聘请这个小领域的顶尖专家,经常会相互挖角。虽然学术界目前的人工智能标准测试数量不多,但却可以帮助这些研究团队与其他团队的成就进行对比,并向公众展开宣传。

百度通过作弊获得了不公平的优势。要进行ImageNet Challenge测试,首先需要用150万张标准图片对其进行训练,然后将代码提交给ImageNet Challenge服务器,针对这些软件之前没有见过的10万张“验证”图片进行测试。

按照规定,每周只能对代码进行两次测试,因为最终的结果包含概率因素。

百度承认,该公司使用多个电子邮件帐号在短短6个月的测试期内对其代码展开了大约200次测试——超过规定测试数量的4倍。

艾伦人工智能学院CEO表示,百度此举相当于购买了多张彩票。“如果你一周购买2张彩票,你大概有一个中奖概率。但如果你一周买200张彩票,概率就会增加。”他说。这样一来,用略有不同的代码展开多次测试,便可帮助研究团队针对一组独特的验证图片进行优化。

在这种测试中,很小的优势也会产生巨大的不同。百度曾经表示,该公司的错误率仅为4.58%,击败了谷歌3月的4.82%。但一些专家指出,这么小的领先差距在这项测试中变得越来越没有意义。但百度和其他公司仍在努力吹嘘自己的结果,甚至不惜违反规则,足以表明在机器学习领域获得领先优势对他们而言的确意义非凡。

2015年4月25日 ,在经历了近24个月的持续开发之后,Debian 项目自豪地宣布最新的稳定版本8的发布(代号 “Jessie” ),归功于Debian安全团队Debian长期支持团队的工作,该版本将在接下来的5年内获得支持。

Debian

Jessie” 与新的默认 init 系统 systemd 一同到来。systemd 套件提供了许多激动人心的特性,如更快的启动速度、系统服务的 cgroups 支持、以及独立出部分服务的可能性。不过,sysvinit init系统在 “Jessie” 中依然可用。

在 “Wheezy” 中引入的 UEFI 支持(“Unified Extensible Firmware Interface”,统一的可扩展固件接口)同样在 “Jessie” 中得到了大幅改进。其中包含了许多已知固件 bug 的临时性解决方案,支持32位系统上的UEFI,也支持64位内核运行在32位 UEFI 固件上(后者仅被包含在我们的 amd64/i386 “multi-arch” 安装介质中)。

自上个版本发布以来,Debian 项目的成员同样对我们的支持服务做出了重要改进。其中之一是可浏览所有 Debian 的源码,该服务目前放在 sources.debian.net。当然,在超过20000个源码包里想要找到正确的文件确实令人望而生畏。因此,我们同样十分高兴地上线 Debian 代码搜索,它放在 codesearch.debian.net。这两项服务都由一个完全重写并且更加反应敏捷的包追踪系统提供。

该版本包含大量的软件包更新,如:

  • Apache 2.4.10
  • Asterisk 11.13.1
  • GIMP 2.8.14
  • 一个GNOME桌面环境 3.14 的升级版本
  • GCC 编译器 4.9.2
  • Icedove 31.6.0 (一个 Mozilla Thunderbird 的再发布版本)
  • Iceweasel 31.6.0esr (一个 Mozilla Firefox 的再发布版本)
  • KDE Plasma Workspaces 和 KDE Applications 4.11.13
  • LibreOffice 4.3.3
  • Linux 3.16.7-ctk9
  • MariaDB 10.0.16 和 MySQL 5.5.42
  • Nagios 3.5.1
  • OpenJDK 7u75
  • Perl 5.20.2
  • PHP 5.6.7
  • PostgreSQL 9.4.1
  • Python 2.7.9 和 3.4.2
  • Samba 4.1.17
  • Tomcat 7.0.56 和 8.0.14
  • Xen Hypervisor 4.4.1
  • Xfce 4.10桌面环境
  • 超过43000个其它可供使用的软件包,从将近20100个源码包编译而来

与如此之多的软件包选择和照例的广泛架构支持,Debian 再次向它的目标:成为通用操作系统迈出正确的一步。Debian 适用于各种不同情形:从桌面系统到上网本;从开发服务器到集群系统;以及数据库,web,或存储服务器。同时,在此基础之上的质量保证工作,如对 Debian 上所有包的自动安装和升级测试,让 “Jessie” 可以满足用户拥有一个稳定的 Debian 版本的高期望值。

总共支持十种架构:32位PC/Intel IA-32(i386),64位PC/Intel EM64T / x86-64 (amd64),Motorola/IBM PowerPC (旧硬件的powerpc和新的64位ppc64el(little-endian)),MIPS (mips 大端和 mipsel小端),IBM S/390 (64位 s390x)以及 ARM 新老32位硬件的armelarmhf,加上给新64位 “AArch64” 架构的arm64

想尝试一下?

如果你仅仅是想在不安装的情况下体验 Debian 8 “Jessie”,你可以使用一个特殊的镜像,即 live 镜像,可以用在 CD,U 盘以及网络启动设置上。最先只有 amd64i386 架构提供这些镜像。Live 镜像同样可以用来安装 Debian。更多信息请访问 Debian Live 主页

但是如果你想安装 Debian 到你的计算机的话,有不少安装媒介可供你选择,如蓝光碟,DVD,CD 以及 U 盘,或者从网络安装。有几种桌面环境:GNOME,KDE Plasma 桌面及 Plasma 应用,Xfce 以及 LXDE,它们可以从CD镜像中安装,也可以从 CD/DVD 的启动菜单里选择想要的桌面环境。另外,同样提供了多架构 CD 和 DVD,可以从单一磁盘选择安装不同架构的系统。或者你还可以创建可启动 U 盘安装媒介(参看安装指南获得更多细节)。对云用户,Debian 还提供了预构建 OpenStack 镜像可供使用。

安装镜像现在同样可以通过 bittorrent(推荐下载方式),jigdoHTTP 下载,查看Debian 光盘获得更进一步的信息。“Jessie” 不久将提供实体 DVD,CD-ROM,以及无数供应商的蓝光碟。

升级 Debian

如果从前一个版本 Debian 7(代号 “Wheezy” )升级到 Debian 8,大部分配置情况 apt-get 包管理工具都能够自动解决。Debian 系统一如既往地能够就地无痛升级,无需强制停机。强烈推荐阅读发行注记安装指南来了解可能存在的问题,并了解安装和升级建议。发行注记会在发布后的几周内进一步改进,并翻译成其他语言。

关于 Debian

Debian 是一个自由操作系统,由成千上万来自全世界的志愿者通过互联网协作开发。Debian 项目的关键力量是它的志愿者基础,它对 Debian 社群契约和自由软件的贡献,以及对提供最好的操作系统可能的承诺。Debian 8是其前进方向上又一重要一步。

联系信息

获取更多信息,请访问 Debian 主页 https://www.debian.org/ 或发送电子邮件至[email protected]


via: https://www.debian.org/News/2015/20150426

译者:alim0x 校对:wxy

本文由 LCTT 原创翻译,Linux中国 荣誉推出

摘要:想要试试最新的红帽企业版Linux 6/7的开发者工具?测试版已经发布啦。

这是DevOps也不能完全解决的程序员和系统管理员之间永恒的问题之一。系统管理员想要最稳定的操作系统,而程序员想要最新最棒的开发工具。红帽公司对这个两难问题的解决方法就是用最新的稳定版Red Hat Enterprise Linux (RHEL)去测试这些新品牌工具,然后向开发者发布。

红帽开发者工具集

红帽开发者工具集

红帽刚刚公布了给开发者的最新玩具:红帽开发者工具集 3.1。现在可以获得这些最热门工具包的测试版了。

这次更新包括:

GNUCompiler Collection (GCC) 4.9: 最新的GCC上游稳定版本,提供多处改进和bug修复。

Eclipse 4.4.1: 支持Java 8 以及更新的Eclipse CDT(8.5)版本,Eclipse Linux Tools (3.1), Eclipse Mylyn (3.14), 和 Eclipse Egit/Jgit (3.6.1)

众多其它的更新包: 包括 GDB 7.8.2, elfutils 0.161, memstomp 0.1.5, SystemTap 2.6, Valgrind 3.10.1, Dyninst 8.2.1, 以及 ltrace 0.7.91.

用这些开发工具,你可以给RHEL 6 和 7.x 开发应用程序。这些应用程序可以在RHEL上运行,不管是物理机,虚拟机还是云环境。它们也可以在红帽提供的Platform-as-a-Service (PaaS)服务OpenShift上运行。

这些新的开发者程序集包括可以运行在AMD64 和 Intel 64 架构上RHEL 7的包。尽管这些工具都是64位的,你也可以用它们创建或者修改32位的二进制文件。

在运行任何这些程序之前,你应该安装RHEL所有最近的更新。要安装这个测试工具集,你的系统需要订阅“可选渠道”来获取所有红帽开发者工具集需要的工具链包。

另外,如果已经安装了早期版本的工具集,可能会遇到安装Toolkit 3.1 时的一些问题。尽管这些问题很容易解决,在安装新的工具集之前还是应该大概看一下这些可能出现的问题。

最后,你可能注意到一些最令人激动的工具,例如 Docker,Kubernetes以及其它容器工具并没有提供。因为它们在最新的发行版RHEL 7.1Red Hat Enterprise Linux 7 Atomic Host (RHELAH)中。红帽和Docker已成为合作伙伴,要获取这些支持容器的程序,你需要转换到支持Docker的RHEL版本上来。


via: http://www.zdnet.com/article/red-hat-developer-toolset-3-1-beta-arrives/

作者:Steven J. Vaughan-Nichols 译者:ictlyh 校对:wxy

本文由 LCTT 原创翻译,Linux中国 荣誉推出