Fedora 25 Bugzilla Rawhide rebase

Greetings,

This e-mail is intended to inform you about the upcoming Bugzilla changes
happening on 2016-07-26 (Rawhide bug rebase) and what you need to do,
if anything.

We will be automatically changing the version for most rawhide bugs to
Fedora 25.
This will result in regular bugs reported against rawhide during the Fedora 25
development cycle being changed to version '25' instead of their current
assignment, 'rawhide'. This is to align with the branching of Fedora 25 from
rawhide and to more accurately tell where in the lineage of releases the bug was
last reported.

Note that this procedure does not apply to bugs that are open for the 'Package
Review' or 'kernel; components or bugs that have the ''FutureFeature''
or ''Tracking'' keywords
set. These will stay open as rawhide bugs indefinitely.

If you do not want your bugs changed to version '25', add the ''FutureFeature''
keyword. If you need help changing a large amount of bugs manually, we'd be glad
to help.

The process was re-approved by FESCo https://fedorahosted.org/fesco/ticket/1096.

Jaroslav
_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org

REMINDER: Changes submission deadline for Fedora 25 is today

Hi everyone!
Today we have Fedora 25 Changes submission deadline [1]. No more
System Wide Changes should be submitted for this release (after 23:59
UTC today). Alpha release is currently planned on August, the 23rd
with Alpha Freeze two weeks earlier.

In case you'll need any help with your Change proposals, feel free to
contact me.

Btw. due to public holidays here, I might be a bit slower with
processing submitted changes. Don't worry, conclusive is date of the
submission.

[1] https://fedoraproject.org/wiki/Releases/25/Schedule
_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org

F25 System Wide Change: Unicode 9.0 support

= Proposed System Wide Change: Unicode 9.0 support =
https://fedoraproject.org/wiki/Changes/Unicode_9.0

Change owner(s):
* Mike Fabian <mfabian At redhat DOT com>
* Pravin Satpute <pravins At fedoraproject DOT org>
* Carlos O'Donell <codonell AT redhat DOT com>

Unicode 9.0 [1] got released on 21th June 2016. Version 9.0 adds 7,500
characters, including six new scripts and 72 new emoji characters. These new
script provide support for languages Osage, Nepal Bhasa, Fulani and other
African languages, The Bravanese dialect of Swahili, used in Somalia, The
Warsh orthography for Arabic and Tangut, a major historic script of China.

== Detailed Description ==
We are upgrading core libraries in Fedora for Unicode 9.0

* Updating Glibc localedata.
* Updating Lib ICU. (If upstream releases well in time)
* libunistring - This portable C library implements Unicode string types in
three flavours: (UTF-8, UTF-16, UTF-32), together with functions for character
processing (names, classifications, properties) and functions for string
processing (iteration, formatted output, width, word breaks, line breaks,
normalization, case folding and regular expressions).
* Unicode UCD

== Scope ==
* Proposal owners: Work with upstream, file bugs and provide patches where
required.

* Other developers: This change will impact glibc, ICU and all applications
that uses these libraries. Other Developers do not need to make any changes
from their end, but they need to watch how their application behaves with
improved localedata. We need proper testing to see that it does not break any
application.

* Release engineering: No work required from Release engineering.
- List of deliverables: N/A

* Policies and guidelines: No, this change does not required any updates to
Policies or packaging guideline updates.

* Trademark approval: N/A (not needed for this Change)

[1] http://blog.unicode.org/2016/06/announcing-unicode-standard-version-90.html
_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org

F25 System Wide Change: SSSD fast cache for local users

= Proposed System Wide Change: SSSD fast cache for local users =
https://fedoraproject.org/wiki/Changes/SSSDCacheForLocalUsers

Change owner(s):
* Stephen Gallagher <sgallagh@redhat.com>
* Jakub Hrozek <jhrozek@redhat.com>

Enable resolving all users through the sss NSS modules for better performance.

== Detailed Description ==
SSSD ships with a very fast memory cache for a couple of releases now.
However, using this cache conflicts with nscd's caching and nscd has been
disabled by default. That degrades performance, because every user or group
lookup must open the local files.

This change proposes leveraging a new "files" provider SSSD will ship in the
next version in order to resolve also users from the local files. That way,
the "sss" NSS module can be configured before the files module in
nsswitch.conf and the system could leverage sss_nss caching for both local and
remote users.

The upstream design of the files provider can be found at: [1]

Below is a mini-FAQ that lists the most common questions we've received so
far:

Q: Does SSSD take over /etc/passwd and /etc/files?
A: No. SSSD just monitors them with inotify and copies the records into its
cache.

Q: Does SSSD need to be running all the time now? What if it crashes?
A: SSSD needs to be running in order to benefit from this functionality.
However, the nss_sss module is built in such a way that even if sssd is not
running, nss_sss should fail over to nss_files pretty quickly (we'll quantify
"pretty quickly" in a more scientific fashion soon)

Q: Do I need to configure SSSD now?
A: No, we'll ship a default configuration.

== Scope ==
* Proposal owners: Jakub Hrozek and Stephen Gallagher work on the design and
coding

* Other developers: The SSSD upstream will participate in code review of the
change

* Release engineering: None required

* Policies and guidelines: None needed

* Trademark approval: None needed

[1] https://fedorahosted.org/sssd/wiki/DesignDocs/FilesProvider

_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org

F25 System Wide Change: Ruby on Rails 5.0

= Proposed System Wide Change: Ruby on Rails 5.0 =
https://fedoraproject.org/wiki/Changes/Ruby_on_Rails_5.0

Change owner(s):
* Jun Aruga <jaruga@redhat.com>
* Pavel Valena <pvalena@redhat.com>
* Vít Ondruch <vondruch@redhat.com>
* Ruby SIG <ruby-sig@lists.fedoraproject.org>

Ruby on Rails 5.0 is the latest version of well known web framework written in
Ruby.

== Detailed Description ==
The Ruby on Rails stack is evolving quickly and Fedora needs to keep pace with
it. Therefore the whole Ruby on Rails stack should be updated from 4.2 in
Fedora 24 to 5.0 (latest version) in Fedora 25. This will ensure that all the
Ruby developers using Fedora have the latest and greatest RPM-packaged Ruby on
Rails.

== Scope ==
* Proposal owners:
- The whole Rails stack has to be updated
- Some dependencies of the Rails stack will need update

Full list of packages needed by Rails 5.0 to generate basic application and
list of optional packages, required by the basic Ruby on Rails application are
availble in the Change page.

The lists are compiled from the result of "bundle list" and "Gemfile.lock"
after both installing rails, and creating new Rails app.

* Other developers: Update Rails dependent packages to be working with Ruby on
Rails 5.0

* Release engineering: Not needed.

* Policies and guidelines: Not needed

* Trademark approval: N/A (not needed for this Change)
_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org

F25 Self Contained Change: Golang 1.7

= Proposed Self Contained Change: Golang 1.7 =
https://fedoraproject.org/wiki/Changes/golang1.7

Change owner(s):
* Jakub Čajka <jcajka@redhat.com>

Rebase of Golang package to upcoming version 1.7 in Fedora 25, including
rebuild of all dependent packages.

== Detailed Description ==
Rebase of Golang package to upcoming version 1.7 in Fedora 25. Golang 1.7 is
schedule to be released in Aug. Due to current nature of Go packages, rebuild
of dependent package will be required to pick up the changes.

== Scope ==
* Proposal owners: Rebase golang package in f25(side tag), bootstrap for
s390x(+update golang srpm macros), help with resolving possible issues found
during package rebuilds.

* Other developers: fix possible issues.

* Release engineering: Create/merge side tag.
- List of deliverables: N/A

* Policies and guidelines: N/A

* Trademark approval: N/A
_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org

reallost1.fbsd2233449:如何带好业务团队，销-售-主-管的职责 lhzdl

reallost1.fbsd2233449：您好

        大部分销售主管都是从销售第一线被提拔上来，个人的销售能力都很强。但成为一个销售团队的主管后，经常出现的一个问题是管理能力与经验不足。销售管理工作千头万绪，销售主管每天都在忙碌、焦虑中度过，很少有时间去提升自己的管理技能。销售主管在2天内进行强化训练，学习必备的管理知识，理清基本的管理思路，解决管理中常见的问题。

1. 作为销售主管，以前没学习过管理知识，不知道如何管人，怎么办？
2. 作为销售主管，我当然应该有自己的销售任务吗？
3. 如何与下属相处？该严厉还是宽容？慈不掌兵还是爱兵如子？
4. 什么样的人才适合？应该如何挑选销售人员？
5. 试用期短，难以看到新人的业绩，试用期内如何评估考察？
6. 有人说"教会徒弟，饿死师傅"，怎么办？还要去辅导业务员吗？
7. 销售业绩该如何抓? 销售主管做些什么工作才能真正提升业绩？
8. 销售人员每天出去后，是去拜访客户，还是逛街、去网吧玩游戏？不好管理，怎么办？
9. 有没有一种方法，不需增加投入，而又能马上帮助业务员提升业绩？
10. 业绩竞赛对销售人员似乎没什么效果，怎么办？如何去激励销售人员？

附件中的内容希望能帮助到您的工作

给您解决工作中的烦恼！

qa6ow

2016-7-415:51:07

[FreeBSD-Announce] New 2016Q3 branch

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJXeSEWAAoJENgpTsO7xNfV6nIH/jHTqP16rALFQvrRbwJutVO9
/iB4t96gidN2FKFXTwUP82tHXPJV4pFoUf8CJzC+2wyI29ySO/DKQov1CzJTtV9U
C4hcC41wCsL3R/SMsVRQcjcSX3dliDh+p3B9fKzbLyqAtayKMOVgxPld/k5qfM/Y
yygaZ/3B+lS0Gbu47JfpSvt3zlvQb86RsCYfG1OPyP3NOjBbAgtxbNV0wXehw1Tb
ciYGRcV5dnjXcrtXGRrW5ME6vm9om0g5b5VNa6ZWw7jsSI4bhSpUSHolJVVjlqYy
efF7xh7XX8IpeXMgkpoHyANoTY1AxzO6A6NRx9yrEX7XGckGJyNJvzNxXTNDS6E=
=VYZq
-----END PGP SIGNATURE-----
Hi,

The 2016Q3 branch has been created. It means that the next update on the
quarterly packages will be on the 2016Q3 branch.

A lot of things happened in the last three months:
- pkg 1.8.6
- New USES: bdb gem go mysql php ssl
- New keywords: xmlcatmgr
- New default version of BDB: 5
- Default version of Ruby switched to 2.2
- Firefox 47.0.1
- Firefox ESR 45.2.0
- Chromium 51.0.2704.106
Behind the scenes:
- bsd.port.mk cleaned up and bigger targets split into separate scripts
- check for indirect missing dependencies during QA phase
- advancements in reproducible package builds

Next quarterly package builds started on Saturday, July 2nd. and
should be available on your closest mirrors few days later.

For those stat nerds out there, here's what happened during the last 3
months on head:
Number of commits: 5251
Number of committers: 157
Most active committers:
660 sunpoet
428 pi
359 amdmi3
326 mat
159 bapt
147 swills
122 olgeni
102 antoine
99 wen
95 junovitch
Diffstat:
19558 files changed, 307896 insertions(+), 237906 deletions(-)

and on the 2016Q2 branch:
Number of commits: 217
Number of committers: 46
Most active committers:
53 junovitch
19 jbeich
15 feld
14 pi
11 riggs
9 robak
7 ohauer
7 matthew
7 dim
7 brnrd
Diffstat: 1437 files changed, 38739 insertions(+), 22226 deletions(-)

Regards,
René Ladan

lists.linuxfromscratch.org mailing list memberships reminder

This is a reminder, sent out once a month, about your
lists.linuxfromscratch.org mailing list memberships. It includes your
subscription info and how to use it to change it or unsubscribe from a
list.

You can visit the URLs to change your membership status or
configuration, including unsubscribing, setting digest-style delivery
or disabling delivery altogether (e.g., for a vacation), and so on.

In addition to the URL interfaces, you can also use email to make such
changes. For more info, send a message to the '-request' address of
the list (for example, mailman-request@lists.linuxfromscratch.org)
containing just the word 'help' in the message body, and an email
message will be sent to you with instructions.

If you have questions, problems, comments, etc, send them to
mailman-owner@lists.linuxfromscratch.org. Thanks!

Passwords for reallost1.fbsd2233449@blogger.com:

List Password // URL
---- --------
lfs-announce@lists.linuxfromscratch.org vaozebru
http://lists.linuxfromscratch.org/options/lfs-announce/reallost1.fbsd2233449%40blogger.com

F25 Self Contained Change: Erlang 19

= Proposed Self Contained Change: Erlang 19 =
https://fedoraproject.org/wiki/Changes/Erlang_19

Change owner(s):
* Peter Lemenkov <lemenkov@gmail.com>
* Fedora Erlang SIG <erlang@lists.fedoraproject.org>
* Randy Barlow <rbarlow@fedoraproject.org>
* Jeremy Cline <jcline@fedoraproject.org>

== Detailed Description ==
Upgrade Erlang to version 19 which brings a lot of good stuff. Just a few
highlights:

* A new state machine behavior - gen_statem.
* An experimental plugin to mnesia which allows using expernal storage
solutions (leveldb, for example) - mnesia_ext.
* Cryptographic functions speedups.
* Even better dirty NIF schedulers [1].
* Experimental support for Unix Domain Sockets which opens a door for native
Journald, systemd-notify, D-Bus implementations.

Aside from this, we plan to improve quality of Erlang and related packages.
These are shortcomings we want to address:

* We should enable so-called dirty NIF scheduler [1] which is still disabled
currently.
* Every daemon written in Erlang has its own logging solution which doesn't
use neither syslog nor Journald. We should start switching them to Journald.
* We should add ability to use D-Bus via erlang-dbus library.
* Further improve Erlang Packaging Guidelines [2].

== Scope ==
* Proposal owners:
** Upgrade Erlang to the latest version (19.0.1) [3].
** We must rebuild every package which requires NIF or Driver version (listed
below in the [[#Dependencies|Dependencies]] section) against Erlang 19.x.y.
** Every Erlang daemon's systemd unit must require epmd.socket.
** Consider allowing EPMD implementation switching. Erlang is about choice!
** We need to fill new review request for erlang-ejournald [4]
*** We have to fill new review request for erlang-lager_journald_backend [5]
** We need to fill new review request for erlang-dbus [6]
** Add another default directory to look for Erlang *.beam files.
** Upgrade outdated packages:
*** Riak [7]
**** Riak has has been retired. We have to re-add it back.
* Other developers: N/A
* Release engineering: N/A
* Policies and guidelines:
** We should promote officially Erlang Packaging Guidelines [2].

[1] https://medium.com/@jlouis666/erlang-dirty-scheduler-overhead-6e1219dcc7
[2] User:Peter/Erlang_Packaging_Guidelines
[3] https://bugzilla.redhat.com/1348957
[4] https://github.com/travelping/ejournald
[5] https://github.com/travelping/lager_journald_backend
[6] https://github.com/lizenn/erlang-dbus
[7] https://apps.fedoraproject.org/packages/riak
_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org

F25 Self Contained Change: Zend Framework 3

= Proposed Self Contained Change: Zend Framework 3 =
https://fedoraproject.org/wiki/Changes/ZF3

Change owner(s):
* Remi Collet <remi at fedoraproject dot org> and PHP SIG

== Detailed Description ==
See upstream annoucement: Zend Framework 3 Released! [1]

The Zend Framework is a huge set of ~60 components. The framework version
defines a minimal set of components, and their minimal version.
Version 3 is recommend for PHP 7.0 [2] which is also part of Fedora 25.

Dropped package:

* php-zendframework-zend-version

Updated packages: (12 major versions)

* php-zendframework: 3.0.0
* php-zendframework-zend-code: 3.0.3
* php-zendframework-zend-crypt: 3.0.0
* php-zendframework-zend-eventmanager: 3.0.1
* php-zendframework-zend-hydrator: 2.2.1
* php-zendframework-zend-json: 3.0.0
* php-zendframework-zend-math: 3.0.0
* php-zendframework-zend-mvc: 3.0.1
* php-zendframework-zend-router: 3.0.2
* php-zendframework-zend-servicemanager: 3.1.0
* php-zendframework-zend-stdlib: 3.0.1
* php-zendframework-zend-test: 3.0.1

Updated Dependencies (4 major versions)

* php-di: 5.3.0
* php-ocramius-code-generator-utils: 0.4.0
* php-ocramius-generated-hydrator: 2.0.0
* php-ocramius-proxy-manager: 2.0.0

New packages (12)

* php-zendframework-zend-json-server: 3.0.0
* php-zendframework-zend-mvc-console: 1.1.0
* php-zendframework-zend-mvc-form: 1.0.0
* php-zendframework-zend-mvc-i18n: 1.0.0
* php-zendframework-zend-mvc-plugins: 1.0.1
* php-zendframework-zend-mvc-plugin-fileprg 1.0.0
* php-zendframework-zend-mvc-plugin-flashmessenger: 1.0.0
* php-zendframework-zend-mvc-plugin-prg 1.0.0
* php-zendframework-zend-mvc-plugin-identity: 1.0.0
* php-zendframework-zend-servicemanager-di: 1.1.0
* php-zendframework-zend-stratigility: 1.2.1
* php-zendframework-zend-xml2json: 3.0.0

Some additional optional components can be added later (especially the
expressive new micro framework, another set of ~10 new components).

== Scope ==
* Proposal owners: Update packages and create new for additional components

* Other developers: Test their applications
* Release engineering: N/A (not a System Wide Change)
- List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)

[1] https://framework.zend.com/blog/2016-06-28-zend-framework-3.html
[2] https://fedoraproject.org/wiki/Changes/php70
_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org

F25 Self Contained Change: IBus Emoji Typing

= Proposed Self Contained Change: IBus Emoji Typing =
https://fedoraproject.org/wiki/Changes/IBus_Emoji_Typing

Change owner(s):
* Takao Fujiwara <tfujiwar [at] redhat [dot] com>

The IBus core will provide the Emoji Unicode typing with the IBus XKB engines.

== Detailed Description ==
IBus has already provided Unicode hex codes tying with Ctrl-Shift-u and now we
think the similar implementation for the Emoji typging. With IBus XKB engines,
Emoji typing will be provided with the Emoji annotations [1] following Ctrl-
Shift-e.

== Scope ==
* Proposal owners:
- IBus core provide the dictionary of the Emoji typing.
- IBus XKB engines load the Emoji dictionary.

* Other developers: N/A

* Release engineering: N/A
- List of deliverables: N/A

* Policies and guidelines: N/A

* Trademark approval: N/A

[1] http://unicode.org/emoji/charts/index.html#col-annotations
_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org