[gentoo-dev] New Developer: WANG Xuerui (xen0n)

[Gokturk Yuksek]

Hi all,

It is my pleasure to announce the latest developer addition to our 
family: WANG Xuerui. Here is how he describes himself:


"I'm a software developer from Shanghai, China, and a happy Gentoo user 
since 2011. Some of you may already know me via the loongson-overlay, 
ARCH=loong bringup patches, or the scattered MIPS bugs and patches over 
the years. I'm very glad to be able to join the Gentoo family and help 
making my favorite distro even better. I plan to first focus on bringing 
up ARCH=loong, generally improving the experience for Loongson hardware 
users, then use the expertise to help other ports as well. Hope my MIPS 
and RISC-V knowledge (and collection of hardware) will help!"


We also reached out to his cat for comments and here is how his cat 
describes him:


"Some humans describe Xuerui as a "multipotentialite", and he indeed has 
a diverse range of interests. When I am not utilizing the keyboard, he 
is allowed to lurk in various open-source projects and randomly review 
code/docs on the computer. When his services are no longer necessary, I 
allow him to enjoy playing rhythm games, attending live events, and 
hanging out with friends."


Please give him a warm Gentoo welcome!


OpenPGP_signature
Description: OpenPGP digital signature

[gentoo-dev] Multiple packages up for grabs

[Gokturk Yuksek]

The following packages are up for grabs:

  app-crypt/libu2f-host
  app-crypt/libu2f-server
  app-crypt/yubikey-manager
  dev-python/fido2
  dev-python/pyotherside
  sys-auth/libyubikey
  sys-auth/ykpers

Thanks,

--
gokturk



OpenPGP_signature
Description: OpenPGP digital signature

[gentoo-dev] New Developer: Florian Schmaus (flow)

[Gokturk Yuksek]

Hello everyone,

I'd like to announce with great pleasure our latest addition to the
developer community. Florian Schmaus is joining us from Germany.

He is a computer scientist focusing on operating systems and runtime
systems for future many-core systems. His FOSS contributions include
participating in developing the XMPP protocol and maintaining an XMPP
client-side library Smack. In his free time, besides being a full-time
dad, he enjoys running and the cold beverages of his home region,
Franconia.

Please give him a warm welcome!

--
gokturk



OpenPGP_signature
Description: OpenPGP digital signature

Re: [gentoo-dev] Last-rites: app-admin/lastpass-cli

[Gokturk Yuksek]

Hi,

> On Mar 15, 2021, at 7:28 AM, Thomas Bracht Laumann Jespersen 
>  wrote:
> 
>>> # Göktürk Yüksek  (2021-03-14)
>>> # Dead upstream. No revdeps.
>>> # Removal in 60 days to allow people extra time
>>> # for transitioning out. Bug #776262.
>>> app-admin/lastpass-cli
>>> 
>>> 
>> 
>> 
>> Due to recent changes to Lastpass, I switched to Bitwarden.  It may be
>> worth mentioning somewhere that you can export from Lastpass and import
>> to Bitwarden and not lose any passwords.  My switching took about 5
>> minutes, some of which is downloading the sources and add-ons. 
> 
> I actually use lastpass-cli, because my company use LastPass. Is there an
> alternative, or can we keep this somehow?
> 

Unfortunately we cannot keep it unless the upstream shows a sign of life. You 
can still use the web interface etc. of LastPass. There is also a community 
fork of lastpass-cli[0], which I would be opposed to maintaining because it’s 
not sanctioned by LogMeIn.

Given the fact that upstream is practically dead now, you can just not delete 
the package. Most likely it’ll eventually break if one of its dependencies’ ABI 
changes, which would require a rebuild. If you really want to keep the package, 
you can save it in a local overlay and use it for as long as it lasts. Just 
remember that if LogMeIn decides to change the web API at some point, 
lastpass-cli is effectively a program with undefined behavior.

> All the best,
> — Thomas
> 
> 

[0] https://github.com/lastpass-cli-fork/lastpass-cli 

[gentoo-dev] Last-rites: app-admin/lastpass-cli

[Gokturk Yuksek]

# Göktürk Yüksek  (2021-03-14)
# Dead upstream. No revdeps.
# Removal in 60 days to allow people extra time
# for transitioning out. Bug #776262.
app-admin/lastpass-cli




OpenPGP_signature
Description: OpenPGP digital signature

[gentoo-dev] Last-rites: app-admin/lastpass-binary-component

[Gokturk Yuksek]

# Göktürk Yüksek  (2021-03-14)
# Upstream's lack of versioning keeps breaking the Manifest.
# They are also not responsive to license clarification questions.
# No revdeps. Removal in 14 days. Bug #581102, #7513730
app-admin/lastpass-binary-component




OpenPGP_signature
Description: OpenPGP digital signature

[gentoo-dev] Last rites: app-crypt/libykneomgr

[Gokturk Yuksek]

Declared deprecated by upstream and is no longer being maintained.
Use app-crypt/yubikey-manager[,-qt] to configure a Yubikey device
over CCID.

Removal in 30 days.



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] [RFF] Devmanual search functionality

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

Thanks to Lucas Ramage, lu-zero, alicef, mjo, mgorny, robbat2, and
ulm, devmanual has built-in support for search now. There is of course
always more room for improvement in the content. But for now, the
search will hopefully allow folks to locate what they are looking for
faster.

I'd like to invite everybody to give it a try and request feedback on
the usability and helpfulness of the search feature. If you spot
anything that doesn't look right, be sure to let us know about that as
well.

Thanks,

- --
gokturk
-BEGIN PGP SIGNATURE-

iQEzBAEBCgAdFiEED14mDxorHtjk0V2IYEuf/bfGVQcFAl4DlwQACgkQYEuf/bfG
VQci/Af+M6vfyCmPfW4ACoM7ESqw+/0kGhTYhR13fpvj8yM/KV9ZiptXwKetKIOh
ATWJN+SEGy03LlAaVCxb0AK64PkFwTveZklnhe16ojBGFVWspDbWXb/0UbDJLFOs
m1+kOSTxYWeDl7zv3XHYo+aDSANZjq5GOLdInnSnxtI7I41JO6uMpW2IstGET4Rd
Esa/wuFkW/KDZMj8tYRfKGfchXkX4rj0iuTls6BqtVycBQyv+cAk93RVXMbWlaRT
6bquD1G8s0BLEMmPUaeHOsrLKn9ywiFZZ6UP0Kc2wtm+BYfi/Hu8nSWX4REMasuK
nLDKACijfXfCd6Zh5anuJkoA4EdT0Q==
=S96P
-END PGP SIGNATURE-

Re: [gentoo-dev] [PATCH v2 1/3] ecm.eclass: New eclass

[Gokturk Yuksek]

>
> --- /dev/null
> +++ b/eclass/ecm.eclass
> @@ -0,0 +1,639 @@
> +# Copyright 1999-2019 Gentoo Authors
> +# Distributed under the terms of the GNU General Public License v2
> +
> +# @ECLASS: ecm.eclass
> +# @MAINTAINER:
> +# k...@gentoo.org
> +# @SUPPORTED_EAPIS: 7
> +# @BLURB: Support eclass for packages that use KDE Frameworks with ECM.
> +# @DESCRIPTION:
> +# This eclass is intended to streamline the creation of ebuilds for packages
> +# that use cmake and KDE Frameworks' extra-cmake-modules, thereby following
> +# some of their packaging conventions. It is primarily intended for the tree

s/tree/three/

> +# upstream release groups (Frameworks, Plasma, Applications) but also for any
> +# other package that follows similar conventions.
> +#
> +# This eclass unconditionally inherits cmake-utils.eclass and all its public
> +# variables and helper functions (not phase functions) may be considered as 
> part
> +# of this eclass's API.
> +#
> +# This eclass's phase functions are not intended to be mixed and matched, so 
> if
> +# any phase functions are overridden the version here should also be called.
> +#
> +# Porting from kde5.class
> +# - Convert all add_*_dep dependency functions to regular dependencies
> +# - Manually set LICENSE
> +# - Manually set SLOT
> +# - Rename vars and function names as needed, see kde5.eclass PORTING 
> comments
> +# - Instead of FRAMEWORKS_MINIMAL, define KFMIN in ebuilds and use it for 
> deps
> +
> +if [[ -z ${_ECM_UTILS_ECLASS} ]]; then
> +_ECM_UTILS_ECLASS=1
> +
> +# @ECLASS-VARIABLE: VIRTUALX_REQUIRED
> +# @DESCRIPTION:
> +# For proper description see virtualx.eclass manpage.
> +# Here we redefine default value to be manual, if your package needs virtualx
> +# for tests you should proceed with setting VIRTUALX_REQUIRED=test.
> +: ${VIRTUALX_REQUIRED:=manual}
> +
> +inherit cmake-utils flag-o-matic toolchain-funcs virtualx xdg
> +
> +case ${EAPI} in
> + 7) ;;
> + *) die "EAPI=${EAPI:-0} is not supported" ;;
> +esac
> +
> +if [[ -v KDE_GCC_MINIMAL ]]; then
> + EXPORT_FUNCTIONS pkg_pretend
> +fi
> +
> +EXPORT_FUNCTIONS pkg_setup src_prepare src_configure src_test pkg_preinst 
> pkg_postinst pkg_postrm
> +
> +# @ECLASS-VARIABLE: ECM_KDEINSTALLDIRS
> +# @DESCRIPTION:
> +# Assume the package is using KDEInstallDirs macro and switch
> +# KDE_INSTALL_USE_QT_SYS_PATHS to ON. If set to "false", do nothing.
> +: ${ECM_KDEINSTALLDIRS:=true}
> +
> +# @ECLASS-VARIABLE: ECM_NONGUI
> +# @DEFAULT_UNSET
> +# @DESCRIPTION:
> +# By default, for all CATEGORIES except kde-frameworks, assume we are 
> building
> +# a GUI application. Add dependency on kde-frameworks/breeze-icons or
> +# kde-frameworks/oxygen-icons and run the xdg.eclass routines for 
> pkg_preinst,
> +# pkg_postinst and pkg_postrm. If set to "true", do nothing.
> +if [[ ${CATEGORY} = kde-frameworks ]]; then
> + : ${ECM_NONGUI:=true}
> +fi
> +: ${ECM_NONGUI:=false}
> +
> +# @ECLASS-VARIABLE: ECM_DEBUG
> +# @DESCRIPTION:
> +# Add "debug" to IUSE. If !debug, add -DNDEBUG (via 
> cmake-utils_src_configure)
> +# and -DQT_NO_DEBUG to CPPFLAGS. If set to "false", do nothing.
> +: ${ECM_DEBUG:=true}
> +
> +# @ECLASS-VARIABLE: ECM_DESIGNERPLUGIN
> +# @DESCRIPTION:
> +# If set to "true", add "designer" to IUSE to toggle build of designer 
> plugins
> +# and add the necessary BDEPEND. If set to "false", do nothing.
> +: ${ECM_DESIGNERPLUGIN:=false}
> +
> +# @ECLASS-VARIABLE: ECM_EXAMPLES
> +# @DESCRIPTION:
> +# By default unconditionally ignore a top-level examples subdirectory.
> +# If set to "true", add "examples" to IUSE to toggle adding that 
> subdirectory.
> +: ${ECM_EXAMPLES:=false}
> +
> +# @ECLASS-VARIABLE: ECM_HANDBOOK
> +# @DESCRIPTION:
> +# Will accept "true", "false", "optional", "forceoptional". If set to 
> "false",
> +# do nothing.
> +# Otherwise, add "+handbook" to IUSE, add the appropriate dependency, and let
> +# KF5DocTools generate and install the handbook from docbook file(s) found in
> +# ECM_HANDBOOK_DIR. However if !handbook, disable build of ECM_HANDBOOK_DIR
> +# in CMakeLists.txt.
> +# If set to "optional", build with 
> -DCMAKE_DISABLE_FIND_PACKAGE_KF5DocTools=ON
> +# when !handbook. In case package requires KF5KDELibs4Support, see next:
> +# If set to "forceoptional", remove a KF5DocTools dependency from the root
> +# CMakeLists.txt in addition to the above.
> +: ${ECM_HANDBOOK:=false}
> +
> +# @ECLASS-VARIABLE: ECM_HANDBOOK_DIR
> +# @DESCRIPTION:
> +# Specifies the directory containing the docbook file(s) relative to ${S} to
> +# be processed by KF5DocTools (kdoctools_install).
> +: ${ECM_HANDBOOK_DIR:=doc}
> +
> +# @ECLASS-VARIABLE: ECM_PO_DIRS
> +# @DESCRIPTION:
> +# Specifies directories of l10n files relative to ${S} to be processed by
> +# KF5I18n (ki18n_install). If IUSE nls exists and is disabled then disable
> +# build of these directories in CMakeLists.txt.
> +: ${ECM_PO_DIRS:="po poqm"}
> +
> +# @ECLASS-VARIABLE: ECM_QTHELP
> +# @DEFAULT_UNSET
> +# @DESCRIPTION:
> +# Default value for all CATEGOR

Re: [gentoo-dev] The demotivating process of contributing to devmanual

[Gokturk Yuksek]

Hi,

Michał Górny:
> On Tue, 2019-10-15 at 17:20 -0400, Gokturk Yuksek wrote:
>> I wish you communicated this particular frustration clearly before it
>> made you very angry.
> 
> I'm sorry that I vented off here.  I have explicitly requested in some
> of my pull requests that you can apply any wording changes directly but
> I guess it was easy to miss.
> 

Seeing this:
https://github.com/gentoo/devmanual.gentoo.org/pull/104#issuecomment-533978623
I stand corrected. I just assumed it was meant to apply for that
particular PR and not in general.

> I'm really glad this is resolved, and that the things started moving
> again.  I'd like to thank you for all your hard work on devmanual.
> 

I'm glad we reached a compromise too. We may not always see eye to eye
but I'll always respect genuine contribution efforts.

Just so that we're on the same page, for the future PRs I'll take a look
at the overall idea, ask one more dev to ack it (doesn't have to be a
devmanual team member), and do the changes I think are necessary post-merge.

Just let me know if you need any further changes to the workflow.

--
gokturk



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] The demotivating process of contributing to devmanual

[Gokturk Yuksek]

Hi,

Michał Górny:
> Hello, everyone.
> 
> I'd like to highlight a major problem with devmanual.  For a basic
> policy & developer documentation thingie, it's quality is so-so at best.
> A lot of stuff is missing, lots of things are outdated or even
> incorrect.  Not many people are contributing, and those who try quickly
> resign.
>

First of all, thank you for trying to get things fixed.

> I have been very patient with this.  However, my pressure has just risen
> dangerously, and I think it's time to lay my frustration down on this
> list.  Maybe this will finally change something because my supplications
> were unsuccessful so far.
> 

I wish you communicated this particular frustration clearly before it
made you very angry.

> So a typical case of contributing to devmanual looks like this:
> 
> 1. You put an effort to make a good patch.  You submit it and wait.
> 
> 2. Usually, after 2 weeks you get review, with a lot of grammar
> nitpicks.  I get that having nice pretty words is important, so I apply
> them.  If I have also tried to keep a nice history, I end up putting
> the requested changes in appropriate commits.  This usually takes
> as much time as the original change but sure, worth it.
> 

If you don't want me to review the grammar of the PR, feel free to tell
me. You can ask me to focus specifically on certain aspects of it. I'm
used to reviewing academic papers, so I do it the way I'm used to. I
think this is a miscommunication on our part.

> 3. If you're unlucky, you're told that you're using the wrong formatting
> style.  For example, you used the style of the preceding section which
> is wrong.  Or tyle style from style document which is apparently also
> wrong [1].  But don't worry, after having to reformat a major change
> twice you learn to remember the style acceptable by current devmanual
> project people.
> 
> 4. You wait again.  With some luck, this time less than two weeks.  Then
> you learn you need to do more grammar changes.  Possibly to stuff you've
> already changed before.  Fixing already takes more time than starting
> from scratch.
> 
> 5. Eventually, you discover you can't even properly merge the changes
> back into your commits because the devmanual developers made you start
> changing stuff you didn't touch in the first place.
> 
> Then you look at 'git log' and top your frustration with the fact that
> person who just made you waste another total of 4 hours to
> unsuccessfully try to update an important document so that it doesn't
> list practices we don't do for 10+ years, has not made a single change
> himself in 2 years!
> 

It's true that I haven't been able to author much content to devmanual
recently. If you look at the same log though, I'm still one of the few
people who commit to the repo. I at least try to review patches and
commit them with what little time I have.

> No offense intended.  I understand people don't have much time.  I can
> understand that people can't even find time to review stuff and get it
> merged within less than a month.  But if you don't have time yourself,
> why do you keep behaving like everyone else must have tons of free time
> to get everything perfect for you?
> 
> I'm going to be blunt here.  If you applied suggested changes yourself
> instead of writing them for me to do, you'd save a lot of time for us
> both.  Or if you just merged it and fixed it yourself afterwards.
> Or accepted the fact that everything doesn't have to be perfect,
> and reasonably correct documentation with imperfect grammar is better
> than obsolete useless documentation that also has imperfect grammar just
> because it was written before your time.
> 

And I can do that for you, if you simply communicate this to me. If you
just want me to do a high level overview of the patch, whether the
information is correct, and fits the section, just tell me. I don't
intend to behave in the way you describe. I'm sorry if I come off that
way to you.

I spend the time to point out those fixes anyway. It's easier for me to
just fix it too. I do it out of my respect to you, so you don't feel
like I'm changing your work arbitrarily.

> That's all.  I've been meaning to write this multiple times but I've
> instead decided to cool down and spend another hours just to get
> the work done.  Just so I would have a good document to give our proxied
> maintainers to read, or so I wouldn't have to explain them why our
> documentation is wrong about every third thing.  This time I'm saying
> enough.
> 
> Most of my pull requests were apparently approved, so they might be
> finally merged some day.  The update to mirrors [2] still needs
> requested changes applied, so if you someone wants to take it over,
> please do.  The PR on upstream licenses [3] is still waiting on the main
> review.
> 

The PRs usually get stalled because I try to get at least one more
developer to ack the changes before I merge. There are PRs that I
approved, and are still waiting for another ack. Outside

[gentoo-dev] dev-libs/libaio: package up for grabs

[Gokturk Yuksek]

Hi,

The following package is up for grabs:

  dev-libs/libaio

Thanks,

--
gokturk



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Re: [PATCH] install-functions: refer to ${ED} instead of ${D}

[Gokturk Yuksek]

Merged in
https://gitweb.gentoo.org/proj/devmanual.git/commit/?id=5334a50837431d67a196a7848623e01401b3c5eb.
Thanks!

On 07/26/2018 01:23 PM, Mike Gilbert wrote:
> Since EAPI 3, the install functions use ${ED} instead of ${D}.
> ---
>  function-reference/install-functions/text.xml | 9 -
>  1 file changed, 4 insertions(+), 5 deletions(-)
> 
> diff --git a/function-reference/install-functions/text.xml 
> b/function-reference/install-functions/text.xml
> index b6bd181..1134164 100644
> --- a/function-reference/install-functions/text.xml
> +++ b/function-reference/install-functions/text.xml
> @@ -5,9 +5,8 @@
>  
>  
>  
> -The following functions, which are all provided by ebuild.sh and the 
> standard
> -library, handle various install-related tasks. ${D} is automatically 
> handled
> -for all of these functions.
> +The following functions are provided by the package manager to handle various
> +install-related tasks. ${ED} is prepended automatically to the 
> install location.
>  
>  
>  
> @@ -271,7 +270,7 @@ the first is the source name, the second the name to use 
> when installing.
>fowners
>  
>  
> -  Call chown on the specified files in ${D}
> +  Call chown on the specified files in ${ED}
>  
>
>
> @@ -279,7 +278,7 @@ the first is the source name, the second the name to use 
> when installing.
>fperms
>  
>  
> -  Call chmod on the specified files in ${D}
> +  Call chmod on the specified files in ${ED}
>  
>
>
> 



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Packages up for grabs

[Gokturk Yuksek]

Hendrik v. Raven:
> On Tue, Oct 03, 2017 at 10:25:29AM +0200, Jonas Stein wrote:
>> sys-auth/ykpers
>> sys-auth/ykclient
>> sys-auth/libyubikey
> I would be willing to proxy-maintain these three, I am using yubikeys at
> several places.
> 

I'll take over ykpers and libyubikey since they're dependencies for
yubikey-manager, which I maintain. Let me know if you want to
co-maintain them with me.

I have no interest in ykclient since I use pam_u2f as opposed to pam_yubico.

> Cheers,
> Hendrik
> 




signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Package up for grabs: net-dns/dnscrypt-proxy

[Gokturk Yuksek]

Hi,

The following package is up for grabs:

  net-dns/dnscrypt-proxy



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Packages up for grabs: app-forensics/* and other forensics@g.o packages

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

Michał Górny:
> Hi,
> 
> Due to the Forensics project [1] being disbanded, the following
> packages are now up for grabs. Please note that some of the
> packages will probably be taken by former project members.
> 
> app-admin/integrit app-forensics/afflib [o] app-forensics/air 
> app-forensics/autopsy app-forensics/chkrootkit [o] 
> app-forensics/cmospwd app-forensics/examiner app-forensics/galleta 
> app-forensics/libewf [o] app-forensics/lynis 
> app-forensics/mac-robber app-forensics/magicrescue 
> app-forensics/memdump app-forensics/pasco app-forensics/rifiuti
> [o] app-forensics/rkhunter app-forensics/scalpel [o] 
> app-forensics/sleuthkit [o]

I'm taking this one. It's actually active with a new version released
8 days ago.

> net-mail/libpst [o] sys-apps/dcfldd sys-block/disktype
> 
> The 6 packages marked [o] are outdated according to repology. Most
> of the packages also have bugs open.
> 
> [1]:https://bugs.gentoo.org/626500
> 

-BEGIN PGP SIGNATURE-

iQEzBAEBCgAdFiEEv2SYNjDGGh+3Be4QhPgC5cCIzjMFAlmTtokACgkQhPgC5cCI
zjP3GwgAvqgYeUc0UEvOvcQS9FM5CSUQt7qQl9GuQd1Wr3uLVO9SAn0ZbjFDfGWY
DVMag2X2yzM3ZDoa75yC5LQFLJc5PrQt7qmXck2G/gWLhloqWGnFLrjqDfBobDp0
4cSBt3yH/Z++y5HVx/n7J8yY8qopheqKUnPIPeSfdnnVeV/+iYiCqzkcB+hfaWQd
M3SclMXfh148OkBYHN5wvJXYHZFYaLxPR/19Qq7/mq6x/v2L69Z66JtxfrNkB5AF
Fyddhf3Os9293NKXd/ig5IwTLuQ7jsfQ+Uc5laIQ4lfO1FmszWBGqf4sEhlJ/dTC
9IB/SPTa3oalQrOOper3/OFmrw7Igg==
=+Pel
-END PGP SIGNATURE-

[gentoo-dev] Package up for grabs: sys-apps/yarn

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

The following package is up for grabs:

  sys-apps/yarn

- --
gokturk
-BEGIN PGP SIGNATURE-

iQEzBAEBCgAdFiEEv2SYNjDGGh+3Be4QhPgC5cCIzjMFAlls8IcACgkQhPgC5cCI
zjMVKwf8D/qmUHvrotjDwBLLGOucCEXlGCXILn1L9t6QvjnhQ6ksTyuUndUckFK5
1ulbdVb02m1W/Mb6UFe+sW5V7R+a4Q/A39DiVWPWO+e1NuQFdmTedWwhiIUdcsyZ
a2cUsZMKKQhFMo+RN/F8LsrCmE/n2hkfCHlwToxKq/UrALf/PRGWd5/C/NSPxWCD
4DiSDOM7nWkxVUWEdtGm15+sRIC/jAU1pqdJ8THfdBjWpEnJjOyAXrA+Hj2hESl5
XnY0Ufpje6pq3/WU3RJIZ8WmtlEUwNgx/QMCgFTYKUgvUtg7hL7rk10QEqj75oCe
oDjGR8BZHawoyORnqLYSQWqXKFTNtw==
=2HGa
-END PGP SIGNATURE-

Re: [gentoo-dev] News item: systemd rootprefix migration

[Gokturk Yuksek]

> On Jul 13, 2017, at 21:32, Mike Gilbert  wrote:
> 
> Please share your comments/questions on the proposed news item below.
> There is no immediate action required for most users, but it seems
> like a significant enough change to warrant a broadcast.
> 
> --
> 
> Title: systemd rootprefix migration
> Author: Mike Gilbert 
> Posted: 2017-07-14
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed: >=sys-apps/systemd-234
> 
> Starting with the 234 release, Gentoo's sys-apps/systemd package will
> be built with rootprefix=/. This means most of the included programs
> and system units will be installed under /lib/systemd instead of
> /usr/lib/systemd.
> 
> This change brings Gentoo into alignment with most other distros which
> still maintain a distiction between

s/distiction/distinction/

[gentoo-dev] Packages up for grabs

[Gokturk Yuksek]

The following packages are up for grabs:

  app-misc/cwiid
  x11-apps/spotlighter
  x11-apps/python-whiteboard
  x11-apps/whyteboard

--
gokturk



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Last rites: dev-db/haildb

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

# Göktürk Yüksek  (05 Jul 2017)
# Declared dead by upstream. Removal in 30 days.
# See: http://www.haildb.com/2015/08/19/shutting-down-haildb/
# Bug #623654.
dev-db/haildb
-BEGIN PGP SIGNATURE-

iQEzBAEBCgAdFiEEv2SYNjDGGh+3Be4QhPgC5cCIzjMFAlldROcACgkQhPgC5cCI
zjM5HAf/Ti4cSJKhfcMRTSLvUUdxOUXemBvLIs10lRWwcCoHJ2DHye9Oa4kr/Z3F
H5ABwLPsxHLnZA1DzPKQ91RGMkKx/r6Zvzf5b497shA4crCatHt/ctKtKGkCtQLy
MmZix674P3RNXPoo9TH1zSLY1NAEHGCDP4JAsOFHNyI1wB9wq0vum+98FONsq6Xo
4ew65RR2OY594nrOjjKv6Pe6z97GHxGmRuaS+5ZRM/EFGsMFZoOARmrczGGmPc3u
B6FoKGUjwj+pxTQrF5sxPEwhwuJT1UkCYjsvchA9xRXU7T3pNExhaepUmjZMNsEJ
1MGVNUUWCJSWAmvVBOScrZDhnabnAQ==
=TCSI
-END PGP SIGNATURE-

[gentoo-dev] Packages up for grabs

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The following packages are up for grabs:

  app-admin/webmin
  gnome-extra/cameramonitor
  media-video/photofilmstrip

- --
gokturk
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJY68LIAAoJEIT4AuXAiM4zpjMH/RVLyi0QMVX4mSj9X1+i/L/a
6U3cDYfB7l4smPHeDNDyik5T1qZ/t1pfEwSUWbSfPTWc2gH2/iYo8wvfvlYw9k4k
DrijoIAjUwzWwn88IX/h6SmGC8TpGzrlct2TZPsZjVewKzuXXYtOzO83ZoqYZIod
jdEfa90IdvbdxUj1mTBlXvp8Ewkn0LStQZot9jwqcYQn2F3VvMUNJzK59VoHvaCG
806gnnLsgd2BulSGr3JLhA/lvtFZTKMijbelhVu8PImxP5MUCZDSseGHA0WvhxY6
Cm4RGg5EjyEOtW/Enm/v1wCPMRfAgoEJqzyNKwJKoob45ViqE2KREPKj5BitoQ8=
=wK+F
-END PGP SIGNATURE-

[gentoo-dev] app-editors/ghostwriter: package up for grabs

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

The following package is up for grabs:

  app-editors/ghostwriter

- --
gokturk
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJYxdHOAAoJEIT4AuXAiM4zX7wIAKRpd6uqLQDqCX8vWoSWuto/
8AyGdLfYDZGxNts+nPZZtuG89ykNAx7W8+c+WwoaIuHvQgD1ZOyoIIq+ghp19xng
tQme9Ke6iE9DOcf6fUZSPP9GIQ6AzcdWwk9iY7MRGzyCG0oS5aZE9YZbqwD4IMHq
4gYZLVcpWXL6wJesoDFoevH+Nz47vFNMuUZL0zlaeXNVJXY3Hj9/QvhyUJfbUeN2
9uZvp5E0lfM+p25J0b7pZlyaOZwMKJcMBj7374iY2rruB6MP0RCpn2u7mEAlMm0f
8zmWYKvNFU9AJzxLrHHqNW1+uTo5I/6UrrBr7/o8mVyW6sMPN4sArxWUmjOnl+k=
=3rgz
-END PGP SIGNATURE-

[gentoo-dev] Packages up for grabs

[Gokturk Yuksek]

Hi,

The following packages are up for grabs:

  app-emulation/fuse
  app-emulation/fuse-utils
  app-emulation/libspectrum

--
gokturk



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Packages up for grabs

[Gokturk Yuksek]

Hi,

The following packages are up for grabs:

  net-im/psi
  net-im/psimedia
  net-p2p/eiskaltdcpp
  net-p2p/torrentinfo
  www-misc/fcgiwrap
  x11-apps/radeontop

--
gokturk



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] fedorahosted.org is shutting down on February 28th, 2017

[Gokturk Yuksek]

Hi,

Arfrever pointed out that fedorahosted.org is scheduled for retirement
on February 28th, 2017. The original blog post can be found here [0].
Dilfridge was kind enough to provide plots of ebuilds using
fedorahosted.org [1].

At the end of this email, I've appended a list of packages per
maintainer that have fedorahosted.org in their SRC_URI. Some packages
may appear more than once due to multiple maintainers. Some ebuilds have
fedorahosted.org links in comments etc. and are not included in this list.

Please migrate your packages or last-rite them accordingly.

Thanks,

[0] https://communityblog.fedoraproject.org/fedorahosted-sunset-2017-02-28/
[1] http://www.akhuettel.de/~huettel/plots/fedorahosted.php

---

base-sys...@gentoo.org
net-nds/gss-proxy
sys-apps/mlocate
sys-apps/microcode-ctl
sys-process/numad
birc...@gentoo.org
dev-util/dropwatch
car...@gentoo.org
sys-process/numad
c...@gentoo.org
app-i18n/im-chooser
clabbe.montj...@gmail.com
app-forensics/openscap
clus...@gentoo.org
sys-cluster/libccs
sys-cluster/sanlock
sys-cluster/cman
sys-cluster/libfence
sys-cluster/liblogthread
sys-fs/gfs2-utils
sys-cluster/libqb
sys-cluster/rgmanager
sys-cluster/rgmanager-agents
sys-cluster/libdlm
sys-cluster/fence-agents
sys-cluster/libcman
sys-cluster/libccs-perl
cron-b...@gentoo.org
sys-process/cronie
cry...@gentoo.org
app-crypt/hmaccalc
d...@gentoo.org
sys-apps/tuned
e...@gentoo.org
dev-libs/libverto
fo...@gentoo.org
media-fonts/lohit-bengali
media-fonts/liberation-fonts
media-fonts/lohit-fonts
media-fonts/lohit-tamil-classical
media-fonts/lohit-marathi
media-fonts/lohit-telugu
media-fonts/lohit-odia
media-fonts/lohit-nepali
media-fonts/lohit-gujarati
media-fonts/lohit-assamese
media-fonts/lohit-gurmukhi
media-fonts/lohit-malayalam
media-fonts/lohit-tamil
media-fonts/lohit-kannada
media-fonts/lohit-devanagari
freedesktop-b...@gentoo.org
sys-auth/polkit-pkla-compat
gn...@gentoo.org
dev-python/python-slip
sys-libs/libosinfo
dev-libs/btparser
dev-util/dogtail
app-admin/abrt
dev-libs/libpwquality
dev-libs/libreport
gokt...@gentoo.org
dev-libs/libaio
hwoar...@gentoo.org
sys-auth/sssd
maksbo...@gentoo.org
dev-libs/ding-libs
msch...@gentoo.org
sys-cluster/sanlock
na...@gentoo.org
dev-libs/newt
dev-util/cmake-fedora
net-m...@gentoo.org
net-mail/imapsync
net...@gentoo.org
net-analyzer/iptraf-ng
nim...@gentoo.org
app-admin/logrotate
polynomia...@gentoo.org
sys-process/cronie
prometheanf...@gentoo.org
dev-python/python-augeas
proxy-ma...@gentoo.org
app-forensics/openscap
pyt...@gentoo.org
dev-python/python-ethtool
sp...@gentoo.org
app-misc/enum
toolch...@gentoo.org
dev-libs/elfutils
virtualizat...@gentoo.org
net-firewall/firewalld



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] News item for uclibc-ng

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

Anthony G. Basile:
> Hi everyone,
> 
> Attached you'll find a news item for uclibc-ng.  I'd like to push
> it out in a few days.
> 

>> This will make sure all executables link directly against
>> libc.so.0 (as
should be "all **the** executables"

>> reported by `readelf -d`) rather than via sym links like
>> libdl.so.0 ->
sym links -> symlinks

>> libc.so.0.  Then upgrade from 1.0.19 to 1.0.20 without
>> symlink-combat:
symlink-combat -> symlink-compat

>> 1. Get rid of the obstack.h header since its used by configure
>> scripts
its -> it's

>> 6. Finally updated uclibc-ng to the latest
updated -> update

-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJYm88FAAoJEIT4AuXAiM4z85EIAKCBZdivRA/kliIcj5rCFsJC
pRKy7IhNgG8K+zHktV90QbEIXVdOpnZLMx315NEz0vGnPR7Ik/fZqMF8Jwgty26O
OHbb2sYEU6KqS3q/Qwa1/OH+ysfX0Jp2rHIPp2X7gSFPQ4AQyQz5od35b24+whsJ
dRn9M64lo18+PvAD2L5dz9tG2noazkddWN6rugOMQzQbGO/Rk+Z5M3Zq6zJKBVHO
gZCsreQWsqmgHDxX7TzMdqzY0Pt5M5ausvmc689vskYSCt9edhOfYTi2dP+AqLch
4OB5fWcPZe5yGFOeAtLgg0ymBMxSbv8a1Zf5tKwyXsJSE6hJuKgUb/K6gCm1N0Q=
=lVV1
-END PGP SIGNATURE-

[gentoo-dev] Package up for grabs: x11-misc/ktsuss

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The following package is up for grabs:

  x11-misc/ktsuss
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJYiRX2AAoJEIT4AuXAiM4zC5AH+wfgLLepU8Qdfx40DggmWlwT
8V74RjV2nYFUYWhkbj1SkJnOcCavqYq2sXoMplnV9guh52GoCcYMXp8urRZWr5h5
qTEiz2f9aFE18uum6OVLvUOv4bUa+9o47iJrhe8zZhSuEMqcsEU43kaw14Pr++34
m586gTMUVenpMnwKRoNwCCoTO+K7mvbLjhKRnamy9lzpr/4Pk2UqDKXE531FmQAE
tJTkY5h5nUumIjAROOb2UhxZkC5W5IALYe35f/RPf+2yHcDkeq1++13eXlaZvwhf
Z5VPVc7GWPwuyMVawlYzo5CGkF2+tly0UypQm83M1FM9rqZeZNmwOWAIb/23ftY=
=9g/4
-END PGP SIGNATURE-

Re: [gentoo-dev] Stats: Gentoo developer commit timeline

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Michał Górny:
> Hi, everyone.
> 
> Just a quick side project we've done a while ago. It's a timeline
> of developer commit activity [1]. Code for data processing in [2].
> I did the data, Amynka prepared a nice JS to graph it.
> 

+1

- --
gokturk

-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJYfSo+AAoJEIT4AuXAiM4zDA4H/iUz6Sul080n38YS24DS4uaj
U8Rql18aB6TFmpcH0oBbmlPYZ6R8GhEepHbgY7c/Pij00PHOewPvtwPVoz+ayyF9
Vu8WFa6XbpS6pH9AjiDKOgyHGH0SGt0dbeg8uoNtnk9zzqBel0VQo13HomRGv8fx
OqeIEFXg4hLml7CU/aumI31Ej4PvCu8QeU2VRj8iuYDqX2l1y0rqvUToHWMtSR0W
WVNCQq6BCEMxjVtAhEbltyVFCH25Qz6NzsHqU4ijs+BymDxOBiMbAOVP+96/gDPO
qQcg7mWuKf0K1A3eH90al817ulE9mqIKYymmWI1Duf97idcVLEx3ST8wUeJEIPc=
=fjBy
-END PGP SIGNATURE-

[gentoo-dev] Package up for grabs: app-misc/gramps

[Gokturk Yuksek]

The following package is up for grabs:

  app-misc/gramps

--
gokturk



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] New Project: Gentoostats

[Gokturk Yuksek]

Alexander Shorin:
> Hi!
> 
> Thanks for sharing. Would be nice see updated README file (it contains
> outdated links to Not Found pages) and add few notes about comparison
> of your solution with collectd, ussd and the rest modern stats
> collecting tools.
> How better it  suites Gentoo machines and why to use it today instead
> of any existed and mature tool?

We are interested in different kinds of stats with gentoostats. The main
purpose of gentoostats is to collect package statistics, and currently
it does so by utilizing the Portage API. Here's a sample output from the
gentoostats-cli tool that may give you a better idea:

$ gentoostats-cli search --c sys-apps --p portage --v 2.3.0 --r gentoo
--min_hosts 4
Search results
[{'CAT': 'sys-apps',
  'HOSTS': 5,
  'PKG': 'portage',
  'REPO': 'gentoo',
  'VER': '2.3.0'}]

There is also other Gentoo-specific information it collects such as this:

$ gentoostats-cli list arch
Arch
{'amd64': {'HOSTS': 4}, 'x86': {'HOSTS': 1}}

> --
> ,,,^..^,,,
> 
> 

--
gokturk




signature.asc
Description: OpenPGP digital signature

[gentoo-dev] New Project: Gentoostats

[Gokturk Yuksek]

Hi everyone,

I'm happy to announce the launch of the Gentoostats project.

Gentoostats is a client-server software that collects various statistics
from Gentoo machines. It's been written as part of the Google Summer of
Code 2011 but unfortunately wasn't deployed. The main intention of this
project is to take over the development of gentoostats, have it deployed
on Gentoo infra and maintain it.

Despite the 5 years of inactivity, the software remains surprisingly
functional. The source code is located here[0]. The ebuilds are located
in my overlay[1] currently but I'm hoping to make a release and move the
package to the tree in the coming days.

I invite anyone who is interested to add themselves to the project.

Best Regards,

--
gokturk

[0] https://gitweb.gentoo.org/proj/gentoostats.git/
[1] https://github.com/gktrk/kpanicd-overlay



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Package up for grabs: media-sound/gejengel

[Gokturk Yuksek]

Hi,

The package media-sound/gejengel is up for grabs. I should note that the
package used to be hosted on google-code which is being shut down and
tarballs will no longer be available. There are also open bugs against
the package.

--
gokturk



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Packages up for grabs

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

The following packages are up for grabs:

  app-backup/vzdump
  app-misc/vzstats
  dev-libs/sblim-sfcc
  games-misc/fortune-mod-gentoo-ru
  mail-filter/libdkim
  sys-cluster/ploop
  sys-cluster/vzctl
  sys-kernel/openvz-sources

- --
gokturk
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJYZUwrAAoJEIT4AuXAiM4zOAgIAN/G7l4CeGicHCNnsjWxLrjZ
944DvDLagyt+qYswpYYcSNkjC3HbIHJ7WfDsPTCqtC+zwpBaRA0bzrTmjMWPgrPm
t2acbF3/CToQWm/kCeWOiS76gpLDpDevPIDVrg8oSzxN38NM71yartQB6YT1sMUV
92biCxKz9nWPDIfmbmt1Vjeza5OD5QSa5DRujz2DSYqAo4yuhFg1WR/K2TSYtWmM
YC/9cMJ1dQRACV/lGPHk1tUqEUJUVgv7U0/ppZfDgTx7W4yFt/TPxhdAR0IyvJ8X
U8kc9nV3LcCSchJ3KR9WFpCknXc9W1RpDwhNpC1Ik9gAYpVHWy8+hYmwF+8+5L4=
=ztB4
-END PGP SIGNATURE-

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

[Gokturk Yuksek]

On 11/04/2016 09:36 PM, Jonas Stein wrote:
>>> If you maintain one of these packages, please fix the SRC_URI
>>> and HOMEPAGE variables.
> 
>> It would probably be better if the output included the
>> maintainer.
> 
> Yes, that is a good idea.
> 
> cat googlecode-shutdown.txt | cut -f1 -d":" | xargs equery meta -mH
> | grep "\@" | sort | uniq | sed "s/@/__/g"
> 
> I prefer to protect the list at least by substitution. It will not
> help much, but makes me happier ;-)
> 

I've hacked up a portageq-like script [0] to list
ebuilds/packages/maintainers for anyone who is interested.

[0] https://github.com/gktrk/gentoo-scripts/blob/master/googlecode-uri.py

--
gokturk




signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Package up for grabs: media-gfx/displaycal

[Gokturk Yuksek]

Hi,

This a slightly delayed up for grabs notice for: media-gfx/displaycal

Thanks,

--
gokturk



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Last rites: app-admin/phpsyslogng

[Gokturk Yuksek]

# Göktürk Yüksek  (22 Dec 2016)
# Dead upstream, no more hosted on googlecode
# No reverse dependencies. Masked for removal in 30 days.
app-admin/phpsyslogng



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

[Gokturk Yuksek]

Jonas Stein:
> On 2016-11-05 08:47, Michał Górny wrote:
>> Thou shalt not rely on the mirrors! Though mirrors as a temporary
>> solution are acceptable. As long as you don't turn it into 'wrong
>> SRC_URI is fine, the file is on the mirrors'.
> 
>> Also, it would be nice not to have the berlios -> sourceforge crap
>> repeated. If software is dead-dead, we should lastrite it or revive it,
>> not point to some dead copy by malware hosting provider.
> 
> The shutdown is in two weeks.
> One can see clearly a drop of broken ebuilds after the first mail on the
> mailinglist and after the personal mail on 2016-11-24. [1] Thank you all
> for fixing so many ebuilds already.
> But still 400 ebuilds use googlecode.
> 

I think it's misleading to do the calculation based on ebuilds. It's 293
packages.

> 56 of these do not have a maintainer.
> 

Likewise 39 packages with a total of 54 ebuilds.

> How should we proceed now?
> 
> Should we lastrite all unmaintained packages and generate bugtickets for
> the maintained ebuilds?
> 

I'll take a look at maintainer-needed and see if I can update some of them.

> Who has experience with automatic generation of bugtickets and could
> write a script for this? The tickets should block the main ticket [2].
> 
> 
> [1] http://www.akhuettel.de/~huettel/plots/googlecode.php
> [2] https://bugs.gentoo.org/show_bug.cgi?id=544092
> 




signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Gentoo Staffing Needs page is out of date

[Gokturk Yuksek]

Hans de Graaff:
> On Sun, 2016-12-11 at 17:17 +0000, Gokturk Yuksek wrote:
>>  
>> r...@gentoo.org
>>
>> Ruby core package maintainer:
>> https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_core_
>> package_maintainer
>>
>> Ruby package maintainer:
>> https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_packa
>> ge_maintainer
> 
> I don't recall seeing this email. Are you sure it was sent?
> 

From: Gokturk Yuksek 
To: r...@gentoo.org
Cc: ment...@gentoo.org
Message-ID: <187054b4-488b-9065-d332-f6a4e0cc2...@gentoo.org>
Subject: Staffing Needs

> In any case both positions are still valid and open.
> 

I'll revert it. Sorry for the trouble.

> Hans
> 




signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Gentoo Staffing Needs page is out of date

[Gokturk Yuksek]

Gokturk Yuksek:
> Hi all,
> 
> The Staffing Needs page on the wiki [0] seems a little out of date,
> there are still mentions of "herds". I invite project leads and
> members to update it. We added a reference to it in the Mentors wiki
> page [1] and hoping to get more attention to it.
> 
> Thanks,
> 
> [0] https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs
> [1] https://wiki.gentoo.org/wiki/Project:Mentors
> 

The following listings have now been removed due to no response to
individual emails to the project aliases after a week:

g...@gentoo.org

GMN Editor/Author:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Gentoo_Monthly_Newsletters


j...@gentoo.org

Glassfish package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Glassfish_package_maintainer

JBoss package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/JBoss_package_maintainer

Java package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Java_package_maintainer

Jetty package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Jetty_package_maintainer

Maven package maintainer and portage integrator:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Maven_package_maintainer

Tomcat package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Tomcat_package_maintainer


p...@gentoo.org

Perl package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Perl_package_maintainer


q...@gentoo.org

Qt Developer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Qt_Developer

Qt Documentation Editor:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Qt_Documentation_Editor

Qt Proxy Maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Qt_Proxy_Maintainer


r...@gentoo.org

Ruby core package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_core_package_maintainer

Ruby package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_package_maintainer


vmw...@gentoo.org

VMWare Team Member/Team Lead:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Vmware_developer


am...@gentoo.org

AMD64 Arch Testers:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/AMD64_Arch_Testers


x...@gentoo.org

x86 Arch Tester:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/x86_Arch_Tester

x86 Team Member:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/x86_Team_Member

--
gokturk



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Cross Post due to technical component - Thanks for all the fish

[Gokturk Yuksek]

Hi,

james:
> On 12/06/2016 11:35 AM, Craig Inches wrote:
>> Hi,
> 
>> I have decided to stop involvement with the Project as a proxied
>> maintainer, and to stop pursuing becoming a developer. Two main
>> reasons for this, one the community is at times openly hostile on the
>> mailing lists and IRC, of which I have asked people on IRC about whom
>> have responded this is the norm(once in awhile vents is fine it
>> happens but this has been consistently visible) this is ignoring
>> cultural differences that may cause misunderstanding; Secondly the
>> community is very insular and unwelcoming to new comers.
> 
> Sadly, you are at least partially correct. Thick skin should be listed
> as a requirement to participate with Gentoo.  A while back, we we were
> promised an email channel for gentoo-proxy folks that did not get on
> well with IRC. It never materialized, so I too cut my losses with irc
> as a blocker to becoming a gentoo dev. Also, I've has several folks
> promise to work with individually to obtain proxy status, but they all
> just disappear. No doubt, back_channel chatter from some jaded devs
> greased that relationship.
> 

The mailing list for proxy-maint was created 5 months ago [0], can be
reached by emailing gentoo-proxy-ma...@lists.gentoo.org after
subscribing, and the archive is located at [1].

Regarding your comment on working with individual developers, I have not
seen anything related to that in the project alias. I would be more than
happy to personally help you out with proxy-maintainership.

Thanks,

--
gokturk

[0] https://bugs.gentoo.org/show_bug.cgi?id=581370
[1] https://archives.gentoo.org/gentoo-proxy-maint/




signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Gentoo Staffing Needs page is out of date

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Mart Raudsepp:
> Ühel kenal päeval, E, 28.11.2016 kell 17:45, kirjutas Gokturk
> Yuksek:
>> On 11/23/2016 12:31 AM, Gokturk Yuksek wrote:
>>> 
>>> Hi all,
>>> 
>>> The Staffing Needs page on the wiki [0] seems a little out of 
>>> date, there are still mentions of "herds". I invite project
>>> leads and members to update it. We added a reference to it in
>>> the Mentors wiki page [1] and hoping to get more attention to
>>> it.
>>> 
>>> Thanks,
>>> 
>>> [0] https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs
>>> [1] https://wiki.gentoo.org/wiki/Project:Mentors
>>> 
>> 
>> Given the inactivity on the page since the submission of this
>> post, I'll clear the page entirely in two days. It's better to
>> have no information than a misleading one. Please remember to
>> update the page with your staffing needs after the cleanup.
> 
> This is not some page that is just there and edited as-is. It is 
> generated from {{Staffing Needs}} macros placed into project pages
> and seems like individual subpages when
> https://wiki.gentoo.org/wiki/Projec 
> t:Gentoo/Staffing_Needs/Maintenance is used instead. Therefore I
> doubt you can just go and clear things on that page alone, nor does
> it mean you should clean everything without contacting the project,
> especially those that actually have it on their project page (so
> relatively knowingly placed there recently).
> 

I thought about the same thing at first. A more careful look at the
URL shows that this is not the case:


https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/ProxyMaintain
er

The {{Staffing Need}} macro page lives under "Gentoo" in project
namespace, not under "Proxy Maintainers". As a matter of fact, the
link has a typo where it's missing an 's' at the end.

I'd like to bring it to attention that there had been no activity on
the page in a week. We should at least clear some obvious ones like this
:

- --
GMN Editor/Author
We are looking for developers or users interested in helping us out
with the Gentoo Monthly Newsletters.
- --

This isn't even an official GMN project at the moment, there is no
information who is in charge and it's misleading people.

I'll try to contact individual projects as much as I can.

> 
> Mart
> 

- --
gokturk

-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJYPdekAAoJEIT4AuXAiM4zBUUH/3/NEOyoOWaBLlWKhEbl+Czx
3doaaVEuaEUoNAibgyo+dLq2VJ7AznEKOljpmx3fDN1+iZ5ARCfShjIAFRH2T5kK
xPM6MaJFlRvFfUl3ssG1fn4Z2Ew/sQZzlVhb4+82mFngJHed4NYxuhbAQOp/sco3
G8ZgVmeKsGXPHNMCUWP9C26uTYdx7Z5m5TCjEiNhX7MHOZeiZ1TUkkQkKsd5kHoA
icQ1syk/wlZK6t46S66XqGlx0HTSqB0YsPrhEfUSW28/NGjoQZ2zECDyydWjRgy8
vJE7w3GSU5NsikNrS7uOzJhmdmjYoBAQk0BK68lHT8y6Uvfd9GcNxoreVqHxuBo=
=mqTc
-END PGP SIGNATURE-

Re: [gentoo-dev] Gentoo Staffing Needs page is out of date

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 11/23/2016 12:31 AM, Gokturk Yuksek wrote:
> Hi all,
> 
> The Staffing Needs page on the wiki [0] seems a little out of
> date, there are still mentions of "herds". I invite project leads
> and members to update it. We added a reference to it in the Mentors
> wiki page [1] and hoping to get more attention to it.
> 
> Thanks,
> 
> [0] https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs [1]
> https://wiki.gentoo.org/wiki/Project:Mentors
> 

Given the inactivity on the page since the submission of this post,
I'll clear the page entirely in two days. It's better to have no
information than a misleading one. Please remember to update the page
with your staffing needs after the cleanup.

Thanks,

- --
gokturk
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJYPLNjAAoJEIT4AuXAiM4zpDAH+wdvnDtsApe0eJ2rZ+um5Hhy
+YdkxVmd4c2jmvSqBKQL4zC3EHX5vWU5agQ+cTPi4vzb2OvVvodiRYgczwC+8s6W
neXJ1T2VQ82woZ2pi97Vcu8DNdxJJcXAtCufpAEIj94OH10yPPnLazZS5I0SJXh+
LVVgcfbLPIKJxuJoqJlyLqzc1PD7A6ZQ4Z6Hlvdj9xZs0DL4MeK7p+YrqBEG9DBX
ciKkPzu2i8Kv+dzOfJOW6KlGmlfShtH61Z4ApKJSDB4K2wGifoQ5bfUzm109t9UR
lfN14BOS0uA0eVIf5EmqY+b4rganZUkyYfyvRIjXmclaV5NkN++YkwW+fixe9K0=
=2/+R
-END PGP SIGNATURE-

[gentoo-dev] Gentoo Staffing Needs page is out of date

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi all,

The Staffing Needs page on the wiki [0] seems a little out of date,
there are still mentions of "herds". I invite project leads and
members to update it. We added a reference to it in the Mentors wiki
page [1] and hoping to get more attention to it.

Thanks,

[0] https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs
[1] https://wiki.gentoo.org/wiki/Project:Mentors
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJYNSnHAAoJEIT4AuXAiM4zNPEH/iSRgDAR41bDftZwOeGmr8mI
BzMG3tPF/5qk1TW6mEYX3JZo6Kn6Af1F+5eKRGZJz1WZtn+qrCccQWm7Jf/o2C6w
OvfjoF9jQJCFPlK/rwxx9w0D5WsBiqf/Debw33Cli63vVIx3BOEFaNSV9Wxn6ZUj
RuIeANX91XoLWy6QOqPq8NVZZJ5yYRRQx3zmiR8BJzgiTfGl0BsjbwHJhGau3e+T
frd4hfhF6Lm78fIQe7/ga/2AQvK9E6TFgZB1BNmVg/9I9iIuoyp+DiYO+91mQykX
vkNXKg8T1ZFVAVZSAleSwWDFcuICd8f12FnbMuuO/inMyCX2O2njH+arT33qvlA=
=b+yy
-END PGP SIGNATURE-

[gentoo-dev] New Project: Mentors

[Gokturk Yuksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

It's my pleasure to announce the Gentoo Mentors Project[0].

The Mentors project acts as a matchmaking service between prospective
developers and volunteer mentors. It provides general support for
candidates who are working on the recruitment quizzes and preparing
for interviews. It also offers guidance to those who are interested in
applying to become a Gentoo developer but not exactly sure where to begi
n.

There is an appeal for developers who are interested in becoming
mentors as well. Mentoring is of both social and technical in nature.
Even though the technical topics are well documented, the social
aspect of mentoring is usually kept between mentor and mentoree, and
not shared between mentors. We hope to attract senior developers with
strong mentoring experience who are willing to pass down their
knowledge, assist and advise prospective mentors.

We seek to maintain healthy collaborations with other community facing
project such as Recruiters and Proxy-Maintainers. We do not intend to
be a replacement for developer help resources and channels but rather
an addition that focuses more on the recruitment and quiz side of things
.

Our project is open to developers who are interested in volunteering
as mentors and lead by example!

- --
gokturk

[0] https://wiki.gentoo.org/wiki/Project:Mentors
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJYIKrtAAoJEIT4AuXAiM4z4r4H/0czEeDt9GcQD6rHclIvy1uA
ZO8wmT3j+WHwDUA3FjP7tZuEeOXzjJ2vkp5qaUC0Rq4syH72rp2AhNU8c3Vc2cgD
JGe03x8spc+GGw11kY95zsVbp2x0Ej1RnyIAILcz1ddRn/T9CpCDzw7NuuFGc/rf
gfxDAB0ylqifAgRCLDvXDR++sCiSTpiayfKEaBy4D8gBoelQB9qT09vWI52hR//O
pGHaDj8yivhTrml83v6+CR8SwiIbli2VVmutHHqwoYlsa9viRAhVFftZdedI1j96
oeX528J/8FCsWpcWGFE4yEpDTSdTGOmqkG8dF52EzBurZbXZmIHJ3kGttVIVs4o=
=iPF/
-END PGP SIGNATURE-

[gentoo-dev] [PATCH v2 12/19] ebuild-maintenance: rewrite the subsection on removing ebuilds for git #558642

[Gokturk Yuksek]

Substitute the mentions of CVS with git.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-maintenance/text.xml | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 09c5eef..1a0e1a0 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -396,8 +396,8 @@ entry which may be affected by your change.
 
 
 When removing an ebuild make sure that no dependencies in Portage are broken
-due to the removal - additionally, your CVS commit message should explain
-clearly why the ebuild is being removed from CVS.
+due to the removal - additionally, your git commit message should explain
+clearly why the ebuild is being removed from the git repository.
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 15/19] general-concepts/git-to-rsync/diagram: update the description for git #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 general-concepts/git-to-rsync/diagram.svg | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/general-concepts/git-to-rsync/diagram.svg 
b/general-concepts/git-to-rsync/diagram.svg
index 8cf7414..2ee9608 100644
--- a/general-concepts/git-to-rsync/diagram.svg
+++ b/general-concepts/git-to-rsync/diagram.svg
@@ -2,7 +2,7 @@
 http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd";>
 http://www.w3.org/2000/svg"; version="1.1">
-CVS to RSYNC Propagation
+Git to RSYNC Propagation
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 17/19] ebuild-writing/misc-files: remove ChangeLog section #485314

[Gokturk Yuksek]

From: Michael Orlitzky 

The ChangeLog section under misc-files is misleading now that our main
repository has been switched to git (and we no longer have
ChangeLogs). Remove the ebuild-writing/misc-files/changelog page.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=485314
---
 ebuild-writing/misc-files/changelog/text.xml | 111 ---
 ebuild-writing/misc-files/text.xml   |   1 -
 2 files changed, 112 deletions(-)

diff --git a/ebuild-writing/misc-files/changelog/text.xml 
b/ebuild-writing/misc-files/changelog/text.xml
deleted file mode 100644
index ff68e11..000
--- a/ebuild-writing/misc-files/changelog/text.xml
+++ /dev/null
@@ -1,111 +0,0 @@
-
-
-
-ChangeLog
-
-
-
-The ChangeLog must be updated with each commit. The
-echangelog tool should be used 
to create ChangeLog entries;
-the format of a ChangeLog is now defined as "whatever
-echangelog creates".
-
-
-
-You should include references to any relevant bugs. The standard
-format for doing this is via the phrase bug #20600 — this
-format (with the hash sign included) is recognised via
-https://packages.gentoo.org";>packages.gentoo.org and
-similar tools. When including user-submitted ebuilds or patches, you
-should credit the user with their full name and email address (or
-whatever they use to identify themselves on bugzilla  some users
-prefer to be known only by a nickname).
-
-
-
-If you are changing keywords, make sure you clearly state what
-keywords you add or remove. "Marked stable" is a nuisance for
-architecture teams, even if there was only one keyword in the ebuild
-at the time. "Stable on all archs" isn't generally any better (and
-should you really be stabling on all archs?) — do you mean "all", or
-"all the ones that are currently keyworded"? A list like "x86 sparc
-mips" is much more useful.
-
-
-
-A typical ChangeLog snippet might look like the following:
-
-
-
-*vim-6.3.068 (25 Mar 2005)
-
-  25 Mar 2005; Ciaran McCreesh  
+vim-6.3.068.ebuild:
-  New release. Fixes bug #79981, bug #81289, bug #83383, bug #83416, bug
-  #83565, bug #85758, upstream patches up to 6.3.068.
-
-  22 Mar 2005; Aron Griffis  vim-6.3-r4.ebuild:
-  Stable on alpha
-
-
-
-If a ChangeLog file is not present in your current working directory,
-then you should write a ChangeLog entry in the parent's directory
-ChangeLog file.
-
-
-
-Writing correct ChangeLog messages
-
-
-It is very important that your cvs commit messages are
-also informative to aid the QA team or architecture teams as well as
-other developers if they are trying to troubleshoot issues which are
-known to not have occured in previous versions of ebuilds, for
-example. If your ChangeLog message is concise there is usually nothing
-wrong with using it as the cvs commit message.
-
-
-
-Your message should explain what specifically you changed and, if
-relevant, why. You don't need to write an essay or even a complete
-sentence (ChangeLog messages, however, are required to be in
-'proper' English so no fixed that bug kthx Bob messages —
-please do use punctuation), so long as it is easily understandable and
-(preferably) greppable. Bad and good examples, all of which are based
-upon real messages:
-
-
-
-  BAD: Changed keywords
-  GOOD: Added ~x86 keyword
-
-
-
-  BAD: Stable
-  GOOD: Stable on x86, sparc, mips
-
-
-
-  BAD: Fix stuff
-  GOOD: Fix USE=foo logic error
-
-
-
-  BAD: .
-  GOOD: Purge old ebuilds
-
-
-
-  
-BAD: Who the fuck reads this anyway? (Editor's note:
-No, seriously, this is a genuine example. Do not do
-this...)
-  
-  GOOD: Version bump to 0.5.1.
-
-
-
-
-
-
-
diff --git a/ebuild-writing/misc-files/text.xml 
b/ebuild-writing/misc-files/text.xml
index 31f1421..416070b 100644
--- a/ebuild-writing/misc-files/text.xml
+++ b/ebuild-writing/misc-files/text.xml
@@ -18,6 +18,5 @@ This section contains some notes on various miscellaneous 
files.
 
 
 
-
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 19/19] general-concepts/tree: remove the reference to the ChangeLog #485314

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=485314
Signed-off-by: Gokturk Yuksek 
---
 general-concepts/tree/text.xml | 1 -
 1 file changed, 1 deletion(-)

diff --git a/general-concepts/tree/text.xml b/general-concepts/tree/text.xml
index 6f59f09..877b8f4 100644
--- a/general-concepts/tree/text.xml
+++ b/general-concepts/tree/text.xml
@@ -17,7 +17,6 @@ The basic layout of the portage tree is as follows:
 Package directories for example app-editors/vim
 
   Package metadata, for example 
app-editors/vim/metadata.xml
-  Package changelog, for example app-editors/vim/ChangeLog
   Package Manifest, for example app-editors/vim/Manifest
   
   Ebuilds, for example app-editors/vim/vim-6.3.068.ebuild,
-- 
2.4.10

[gentoo-dev] [PATCH v2 18/19] tools-reference: remove the echangelog page #485314

[Gokturk Yuksek]

From: Michael Orlitzky 

Since the switch to git, developers should never need to use
echangelog. Remove its page from the tools-reference section.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=485314
---
 tools-reference/echangelog/text.xml | 32 
 tools-reference/text.xml|  1 -
 2 files changed, 33 deletions(-)

diff --git a/tools-reference/echangelog/text.xml 
b/tools-reference/echangelog/text.xml
deleted file mode 100644
index 567dad9..000
--- a/tools-reference/echangelog/text.xml
+++ /dev/null
@@ -1,32 +0,0 @@
-
-
-
-echangelog -- ChangeLog Generation
-
-
-
-The echangelog tool should be used to generate ChangeLog
-entries. This tool uses the ECHANGELOG_USER environment
-variable, which should be set in the format "Your Name
-". The changelog message should be passed to
-echangelog on the commandline, or otherwise echangelog
-will open an editor for you to type your message.
-
-
-
-echangelog should be called after any adds, removes or
-updates have been made.
-
-
-
-See echangelog-1 for details.
-
-
-
-The echangelog tool is considered deprecated as repoman commit -m 
"[your message here]"
- will create a ChangeLog entry automatically when used for commits in the 
portage tree.
-
-
-
-
-
diff --git a/tools-reference/text.xml b/tools-reference/text.xml
index a4cadf8..9e0f6bc 100644
--- a/tools-reference/text.xml
+++ b/tools-reference/text.xml
@@ -23,7 +23,6 @@ ebuilds.
 
 
 
-
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 14/19] ebuild-maintenance: replace "cvs commit" with "git commit" #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-maintenance/text.xml | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 11ab2d4..dc24386 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -62,8 +62,8 @@ examples.
 
 
 
-When committing to CVS, all developers should use repoman commit 
-instead of cvs commit to submit their ebuilds.  Before committing, 
+When committing to git, all developers should use repoman commit
+instead of git commit to submit their ebuilds.  Before committing,
 please run repoman full to make sure you didn't forget something.
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 16/19] general-concepts/git-to-rsync/diagram: update the description for git #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 general-concepts/mirrors/diagram.svg | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/general-concepts/mirrors/diagram.svg 
b/general-concepts/mirrors/diagram.svg
index 0af1f1c..b807e5a 100644
--- a/general-concepts/mirrors/diagram.svg
+++ b/general-concepts/mirrors/diagram.svg
@@ -52,7 +52,7 @@
   
   CVS to RSYNC Propagation
+ id="desc1548">Git to RSYNC Propagation
   

[gentoo-dev] [PATCH v2 13/19] ebuild-maintenance: rewrite the subsection on removing packages for git #558642

[Gokturk Yuksek]

Substitute the mentions of CVS with git.
Rewrite CVS commands with their git equivalents.
Remove the paragraph about deleting directories in CVS.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-maintenance/text.xml | 15 +--
 1 file changed, 5 insertions(+), 10 deletions(-)

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 1a0e1a0..11ab2d4 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -428,20 +428,15 @@ When removing packages follow these steps:
   Send last rites to gentoo-dev-announce and gentoo-dev
   Mask the package
   Wait 30 days (or more)
-  Remove from CVS unless the reason for removal has been fixed
+  Remove from the git tree unless the reason for removal has been 
fixed
   Remove package.mask entry
   Close open bugs as WONTFIX
  
 
-
-In order to remove a package completely from CVS, delete any files from the
-directory and commit this, CVS will take care of removing empty directories
-itself.
-
-
-# 
cd app-admin
-# cvs rm -Rf scotty
-# cvs ci -m "app-admin/scotty removal 
(pending 21st July 2006), see #77501 for reference." scotty
+
+# cd app-admin
+# git rm -rf scotty
+# git commit --gpg-sign -m 
"app-admin/scotty: removal (pending 21st July 2006), see #77501 for reference." 
scotty
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 11/19] ebuild-maintenance: rewrite the subsection on moving ebuilds for git #558642

[Gokturk Yuksek]

Rename the subsection to "moving a package" and rewrite it from scratch.
The previous workflow suggested a 2 step process whereas the new one
suggests a single git commit to contain all the changes.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-maintenance/text.xml | 92 +
 1 file changed, 59 insertions(+), 33 deletions(-)

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index a1d92a1..09c5eef 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -290,56 +290,82 @@ to be in very poor taste and may result in disciplinary 
action.
 
 
 
-Moving ebuilds
+Moving a package
 
 
 
-Moving ebuilds is a two-step process:
+Moving a package in the tree requires several operations. Firstly,
+the package directory needs to be moved to the correct category
+using git mv. After this, a new entry needs to be added to
+the latest file in profiles/updates/ in the
+following format:
 
 
-
-Firstly, you need to move the ebuild in CVS. To do this, you should
-copy the ebuild to its new location and commit that as you would with
-a new ebuild.
-
+
+move old-category/package-name new-category/package-name
+
 
 
-After this, you should change any ebuilds which DEPEND on the
-old ebuild to depend on the new one. After this, should add an entry to the
-latest file in profiles/updates/ in the Portage tree in the in
-the following format:
+Following the update entry, ebuilds that have a
+dependency
+to this package (in other words, the reverse dependencies of
+the package to be moved) need to be updated properly.
 
 
-
-move net-misc/fwbuilder net-firewall/fwbuilder
-
-
 
-This example would transparently move net-misc/fwbuilder to
-net-firewall/fwbuilder if users have it installed. This
-way, users would now automatically receive updates
-for net-firewall/fwbuilder when they are available.
+Next is checking the files under profiles/ such as
+profiles/package.mask and update them to reflect the ebuild
+move. Various eclasses automatically provide some of the dependencies upon
+inherit, so the files under eclass/ should be checked and updated
+properly as well. Lastly, the titles of the open bugs related to the package
+should be updated.
 
 
 
-Once this step is concluded, you are allowed to remove the old package.
-Simply issue a cvs remove -Rf $PN in the package category and commit
-the changes afterwards with a meaningful commit message. Don't forget to update
-entries in files such as profiles/package.mask to reflect the new category. 
Finally
-remember to change the title to open bugs related to this package if needed.
+Here is an example where the package
+net-misc/fwbuilder is transparently moved to
+net-firewall/fwbuilder:
 
 
-
-net-misc # cvs rm -Rf fwbuilder
-cvs remove: use `cvs commit' to remove these files permanently
-net-misc # cvs ci -m "Moving net-misc/fwbuilder to net-firewall/fwbuilder."
+
+  Issue git mv net-misc/fwbuilder net-firewall/fwbuilder
+  
+
+  Add the following entry to the latest file in
+  profile/updates/:
+
+move net-misc/fwbuilder net-firewall/fwbuilder
+  
+  Update the reverse dependencies of the package
+  
+Update profiles/package.mask and other related files under
+profiles/
+  
+  Check the eclasses that may be referencing the package
+  
+Stage all the changed files using git add. For example: git add
+profiles/package.mask
+  
+  
+Commit all the changes in one commit using: git commit --gpg-sign
+  
+  Update any open bugs related to the package
+
+
+
+It is very important to commit all the changes in a single commit to ensure
+that no breakage occurs. The commit message should follow a format similar
+to the following:
+
+
+
+commit d391643289097344a0b18ab2665bb26198a0e3a1
+Author: Guilherme Amadio <ama...@gentoo.org>
+Date:   Tue Nov 3 20:26:52 2015 +0100
+
+  media-fonts/nanumfont: renamed to media-fonts/nanum
 
 
-
-CVS cannot destroy directories: it will simply not re-create them if
-they are blank, providing you use CVS with the -P flag.
-
-
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 09/19] ebuild-maintenance: rewrite the subsection on commit policy for git #558642

[Gokturk Yuksek]

Remove the mention of updating the ChangeLog.
Remove the mention of file conflicts during commit as CVS keeps track of
files whereas git keeps track of changesets.

Add a note regarding commit atomicity: Git commits are always atomic, so
combining package.mask/license changes with ebuild changes in the same
commit does not violate atomicity. However, there is no way to accomplish
this using repoman commit.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-maintenance/text.xml | 15 +--
 1 file changed, 9 insertions(+), 6 deletions(-)

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 10709ea..2d46749 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -96,7 +96,7 @@ work on those architectures.
 
 
 
-CVS Commit Policy
+Git Commit Policy
 
 
 
@@ -105,15 +105,18 @@ work on those architectures.
 Always test that package.mask is okay by doing 
 emerge --pretend mypkg before you commit and check 
 that it doesn't contain any conflicts.
-Always update the ChangeLog before you commit.
-Always commit the updated package.mask before 
-the updated package, in case conflicts occur while you commit 
-package.mask.
+Always commit the updated package.mask before
+the updated package.
 Always do atomic commits; if you commit a package with a new license, 
 or that is masked, then first commit the revised package.mask 
and/or license, 
 then commit the ebuild, ChangeLog, patches
 and metadata.xml all in 
one go
-to avoid breaking users' installations.
+.
+ Although the set of changes in a single git commit is atomic, and
+combining package.mask/license changes with ebuild changes in a
+single commit wouldn't break atomicity, it is not currently possible to do so
+using repoman commit.
+
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 10/19] ebuild-maintenance: rewrite the subsection on upgrading ebuilds for git #558642

[Gokturk Yuksek]

Substitute the mentions of CVS with git.
Rewrite CVS commands with their git equivalents.
Delete the reference to editing ChangeLog.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-maintenance/text.xml | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 2d46749..a1d92a1 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -275,14 +275,14 @@ available.
 
 
 If there are no new dependencies, do not remove keywords if your
-commit fails with repoman - please try a full cvs update and if
+commit fails with repoman - please try a full git pull and if
 you still have problems, then commit with repoman -I and file a
-bug to the broken architecture, noting it in your CVS commit message.
+bug to the broken architecture, noting it in your git commit message.
 
 
 
 When committing, make sure that you reference any bugs in the
-ChangeLog as well as the CVS message. Failing to do so is considered
+commit message. Failing to do so is considered
 to be in very poor taste and may result in disciplinary action.
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 05/19] ebuild-writing/misc-files: replace the code for cvs commit with git #558642

[Gokturk Yuksek]

Replace "cvs commit" with the equivalent "git add && git commit" version.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-writing/misc-files/metadata/text.xml | 16 +++-
 1 file changed, 15 insertions(+), 1 deletion(-)

diff --git a/ebuild-writing/misc-files/metadata/text.xml 
b/ebuild-writing/misc-files/metadata/text.xml
index e506b1c..2de3cf5 100644
--- a/ebuild-writing/misc-files/metadata/text.xml
+++ b/ebuild-writing/misc-files/metadata/text.xml
@@ -532,7 +532,21 @@ is currently:
 
 xmllint --noout --valid metadata.xml
 glep31check metadata.xml
-cvs commit -m "Adding category metadata.xml for my-category" metadata.xml
+git add metadata.xml
+git commit --gpg-sign
+
+
+
+The commit message should be formatted properly.
+A sample commit is shown below:
+
+
+
+commit db359439bcd52f5a7f20d2332ab62feb16657504
+Author: Alexis Ballier <aball...@gentoo.org>
+Date:   Tue Sep 22 10:47:49 2015 +0200
+
+  dev-ros: Add metadata.xml for the category.
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 08/19] ebuild-maintenance: rewrite the text on adding binary files to the tree #558642

[Gokturk Yuksek]

Remove the paragraph about adding binary files to CVS.
Replace the instances of CVS with git.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-maintenance/text.xml | 19 +++
 1 file changed, 3 insertions(+), 16 deletions(-)

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index ac68dcd..10709ea 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -42,22 +42,9 @@ above 20KB) which should be distributed as tarballs via the
 Gentoo mirror 
system
 so that people do not waste excessive amounts of bandwidth and hard drive
 space. Also, you should not add binary (non-ASCII) files to the
-Portage CVS tree. If you need to do this in another CVS tree, for
-example, if you need to add a small PNG graphic for whatever reason,
-be sure to add it to CVS by using the -kb option, like so:
-
-
-
-# cvs add -kb myphoto.png
-
-
-
-The -kb option tells CVS that myphoto.png is a binary
-file and should be treated specially.  For example, merging the 
-differences between two different versions of this file should not be 
-allowed to happen, for obvious reasons.  Also, speaking of merging 
+git tree. Also, speaking of merging
 changes, any patches you add to Portage should generally not be 
-compressed.  This will allow CVS to merge changes and correctly inform 
+compressed.  This will allow git to merge changes and correctly inform
 developers of conflicts.
 
 
@@ -149,7 +136,7 @@ simply, 1.0-gentoo.diff.  Also note that the
 gentoo extension informs people that this patch was created 
 by us, the Gentoo Linux developers, rather than having been grabbed from a 
 mailing list or somewhere else. Again, you should not compress these 
-patches because CVS does not play well with binary files.
+patches because git does not play well with binary files.
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 02/19] general-concepts/mirrors: substitute "CVS" with "the git tree" #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 general-concepts/mirrors/text.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/general-concepts/mirrors/text.xml 
b/general-concepts/mirrors/text.xml
index e860988..6e3386a 100644
--- a/general-concepts/mirrors/text.xml
+++ b/general-concepts/mirrors/text.xml
@@ -55,7 +55,7 @@ On rare occasions you may need to replace a file that is 
already mirrored.  In t
 follows:
 
   Put a copy of the new distfile on dev.gentoo.org into 
/space/distfiles-local
-  commit the new manifest to CVS
+  commit the new manifest to the git tree
   wait
 
 After a few hours a cron job on dev.gentoo.org will fetch the file and replace 
the version on the
-- 
2.4.10

[gentoo-dev] [PATCH v2 07/19] appendices/editor-configuration/emacs: remove the CVS related setting #558642

[Gokturk Yuksek]

Setting vc-cvs-stay-local to nil causes VC to query the remote repository.
Git is a distributed VCS. As such no equivalent command exists for git.
Remove the CVS related setting.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 appendices/editor-configuration/emacs/text.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/appendices/editor-configuration/emacs/text.xml 
b/appendices/editor-configuration/emacs/text.xml
index 55fade0..37c5504 100644
--- a/appendices/editor-configuration/emacs/text.xml
+++ b/appendices/editor-configuration/emacs/text.xml
@@ -48,7 +48,7 @@ automatically check for the existence of it and ask you to 
add one.
 
 Other useful settings can be disabled backup files
 (by (setq make-backup-files nil) and
-(setq vc-cvs-stay-local nil)), so you don't clutter CVS
+so you don't clutter the git repository
 directories and confuse repoman with it (by adding unnecessary entries
 into a Manifest file e.g.). Emacs can even contact the outside world
 by using the X servers clipboard abilities when yanking, which is
-- 
2.4.10

[gentoo-dev] [PATCH v2 06/19] ebuild-writing/user-submitted: do not put user information in ChangeLog #558642

[Gokturk Yuksek]

ChangeLog files are auto-generated by infra post git-migration.
For user-submitted ebuilds, include the user information in the commit
message instead. Mention that user submitted git patches and pull
requests preserve the authorship information by default.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-writing/user-submitted/text.xml | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/ebuild-writing/user-submitted/text.xml 
b/ebuild-writing/user-submitted/text.xml
index ef80c0d..22f8fa8 100644
--- a/ebuild-writing/user-submitted/text.xml
+++ b/ebuild-writing/user-submitted/text.xml
@@ -21,9 +21,11 @@ The user-submitted ebuild must not contain custom headers 
like this:
 
 
 
-Such information should be added to the ChangeLog instead.
-The first ChangeLog entry should always credit the user who
-submitted the ebuild, with their full name and e-mail address.
+Such information should be included in the git commit message instead.
+Note that ebuilds received in the form of git patches or pull requests
+will have the user as the commit author by default, in which case
+including the user information in the commit message explicitly
+may not be necessary.
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 04/19] general-concepts/tree: replace the mention of ChangeLog #558642

[Gokturk Yuksek]

Package updates do not require changing of the ChangeLog file. Package
updates by users that do not mention what has changed is still
considered a common mistake however.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 ebuild-writing/common-mistakes/text.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/ebuild-writing/common-mistakes/text.xml 
b/ebuild-writing/common-mistakes/text.xml
index 1718d55..1716e5d 100644
--- a/ebuild-writing/common-mistakes/text.xml
+++ b/ebuild-writing/common-mistakes/text.xml
@@ -468,7 +468,7 @@ of the application, if any exists.
 
 
 
-Package updates without changing the ChangeLog
+Package updates without explaining what has changed
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 00/19] devmanual: update the docs for post git-migration

[Gokturk Yuksek]

Hi,

This is the second iteration of the patch series that attempts to
update the devmanual for the git migration.

The updates included in the second revision are:
- The subsection on moving ebuilds is rewritten from scratch.
  It explains the 'git mv' workflow suggested by kensington.
- The commit message for adding a category is revised as
  suggested by kensington.
- The examples where the commit message is supplied through
  '-m' is rewritten to encourage the use of editor for commits
  as suggested by mrueg and NP-Hardass.
- References to echangelog/ChangeLog are removed as suggested by mjo.

The changes can be reviewed on Github as well for convenience:
https://github.com/gktrk/devmanual.gentoo.org/compare/master...gktrk:devmanual-git-migration

The HTML version of the devmanual with the proposed changes can be found at:
http://devmanual.qui-gon.org/

Gokturk Yuksek (17):
  general-concepts/manifest: drop the use of "CVS keyword expansion"
#558642
  general-concepts/mirrors: substitute "CVS" with "the git tree" #558642
  general-concepts/tree: substitute "CVS" with "git" #558642
  general-concepts/tree: replace the mention of ChangeLog #558642
  ebuild-writing/misc-files: replace the code for cvs commit with git
#558642
  ebuild-writing/user-submitted: do not put user information in
ChangeLog #558642
  appendices/editor-configuration/emacs: remove the CVS related setting
#558642
  ebuild-maintenance: rewrite the text on adding binary files to the
tree #558642
  ebuild-maintenance: rewrite the subsection on commit policy for git
#558642
  ebuild-maintenance: rewrite the subsection on upgrading ebuilds for
git #558642
  ebuild-maintenance: rewrite the subsection on moving ebuilds for git
#558642
  ebuild-maintenance: rewrite the subsection on removing ebuilds for git
#558642
  ebuild-maintenance: rewrite the subsection on removing packages for
git #558642
  ebuild-maintenance: replace "cvs commit" with "git commit" #558642
  general-concepts/git-to-rsync/diagram: update the description for git
#558642
  general-concepts/git-to-rsync/diagram: update the description for git
#558642
  general-concepts/tree: remove the reference to the ChangeLog #485314

Michael Orlitzky (2):
  ebuild-writing/misc-files: remove ChangeLog section #485314
  tools-reference: remove the echangelog page #485314

 appendices/editor-configuration/emacs/text.xml |   2 +-
 ebuild-maintenance/text.xml| 155 +
 ebuild-writing/common-mistakes/text.xml|   2 +-
 ebuild-writing/misc-files/changelog/text.xml   | 111 --
 ebuild-writing/misc-files/metadata/text.xml|  16 ++-
 ebuild-writing/misc-files/text.xml |   1 -
 ebuild-writing/user-submitted/text.xml |   8 +-
 general-concepts/git-to-rsync/diagram.svg  |   2 +-
 general-concepts/manifest/text.xml |   4 +-
 general-concepts/mirrors/diagram.svg   |   2 +-
 general-concepts/mirrors/text.xml  |   2 +-
 general-concepts/tree/text.xml |   5 +-
 tools-reference/echangelog/text.xml|  32 -
 tools-reference/text.xml   |   1 -
 14 files changed, 112 insertions(+), 231 deletions(-)
 delete mode 100644 ebuild-writing/misc-files/changelog/text.xml
 delete mode 100644 tools-reference/echangelog/text.xml

-- 
2.4.10

[gentoo-dev] [PATCH v2 03/19] general-concepts/tree: substitute "CVS" with "git" #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 general-concepts/tree/text.xml | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/general-concepts/tree/text.xml b/general-concepts/tree/text.xml
index 022a1ea..6f59f09 100644
--- a/general-concepts/tree/text.xml
+++ b/general-concepts/tree/text.xml
@@ -59,11 +59,11 @@ The basic layout of the portage tree is as follows:
   Scripts directory, scripts/
   
   Distfiles directory, distfiles/. This is not included in the main
-  CVS tree, but it will be found on most user systems.
+  git tree, but it will be found on most user systems.
   
   
   Packages directory, packages. Again, this is found on user systems 
but not
-  in the main CVS tree.
+  in the main git tree.
   
 
 
-- 
2.4.10

[gentoo-dev] [PATCH v2 01/19] general-concepts/manifest: drop the use of "CVS keyword expansion" #558642

[Gokturk Yuksek]

With the git migration no CVS keyword expansions are happening. However,
Manifest file may still need to be regenerated.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 
---
 general-concepts/manifest/text.xml | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/general-concepts/manifest/text.xml 
b/general-concepts/manifest/text.xml
index 27ebdef..12961da 100644
--- a/general-concepts/manifest/text.xml
+++ b/general-concepts/manifest/text.xml
@@ -18,8 +18,8 @@ The Manifest may also be digitally signed.
 
 
 To generate the Manifest, use ebuild foo.ebuild manifest. When
-committing, the Manifest file must be regenerated to handle any CVS 
keyword
-expansion changes  repoman will do this automatically.
+committing, the Manifest file must be regenerated to handle any
+changes  repoman will do this automatically.
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 16/16] general-concepts/git-to-rsync/diagram: update the description for git #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/general-concepts/mirrors/diagram.svg 
b/general-concepts/mirrors/diagram.svg
index 0af1f1c..b807e5a 100644
--- a/general-concepts/mirrors/diagram.svg
+++ b/general-concepts/mirrors/diagram.svg
@@ -52,7 +52,7 @@
   
   CVS to RSYNC Propagation
+ id="desc1548">Git to RSYNC Propagation
   

[gentoo-dev] [PATCH 14/16] ebuild-maintenance: replace "cvs commit" with "git commit" #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 7014689..6dc8813 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -62,8 +62,8 @@ examples.
 
 
 
-When committing to CVS, all developers should use repoman commit 
-instead of cvs commit to submit their ebuilds.  Before committing, 
+When committing to git, all developers should use repoman commit
+instead of git commit to submit their ebuilds.  Before committing,
 please run repoman full to make sure you didn't forget something.
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 11/16] ebuild-maintenance: rewrite the subsection on moving ebuilds for git #558642

[Gokturk Yuksek]

Substitute the mentions of CVS with git.
Rewrite CVS commands with their git equivalents.
Remove the paragraph about deleting directories in CVS.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index a1d92a1..8c542d0 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -298,7 +298,7 @@ Moving ebuilds is a two-step process:
 
 
 
-Firstly, you need to move the ebuild in CVS. To do this, you should
+Firstly, you need to move the ebuild in the git tree. To do this, you should
 copy the ebuild to its new location and commit that as you would with
 a new ebuild.
 
@@ -323,23 +323,17 @@ for net-firewall/fwbuilder when they are 
available.
 
 
 Once this step is concluded, you are allowed to remove the old package.
-Simply issue a cvs remove -Rf $PN in the package category and commit
+Simply issue a git rm -rf $PN in the package category and commit
 the changes afterwards with a meaningful commit message. Don't forget to update
 entries in files such as profiles/package.mask to reflect the new category. 
Finally
 remember to change the title to open bugs related to this package if needed.
 
 
 
-net-misc # cvs rm -Rf fwbuilder
-cvs remove: use `cvs commit' to remove these files permanently
-net-misc # cvs ci -m "Moving net-misc/fwbuilder to net-firewall/fwbuilder."
+net-misc # git rm -rf fwbuilder
+net-misc # git commit --gpg-sign -m "Moving net-misc/fwbuilder to 
net-firewall/fwbuilder."
 
 
-
-CVS cannot destroy directories: it will simply not re-create them if
-they are blank, providing you use CVS with the -P flag.
-
-
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 10/16] ebuild-maintenance: rewrite the subsection on upgrading ebuilds for git #558642

[Gokturk Yuksek]

Substitute the mentions of CVS with git.
Rewrite CVS commands with their git equivalents.
Delete the reference to editing ChangeLog.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 2d46749..a1d92a1 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -275,14 +275,14 @@ available.
 
 
 If there are no new dependencies, do not remove keywords if your
-commit fails with repoman - please try a full cvs update and if
+commit fails with repoman - please try a full git pull and if
 you still have problems, then commit with repoman -I and file a
-bug to the broken architecture, noting it in your CVS commit message.
+bug to the broken architecture, noting it in your git commit message.
 
 
 
 When committing, make sure that you reference any bugs in the
-ChangeLog as well as the CVS message. Failing to do so is considered
+commit message. Failing to do so is considered
 to be in very poor taste and may result in disciplinary action.
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 15/16] general-concepts/git-to-rsync/diagram: update the description for git #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/general-concepts/git-to-rsync/diagram.svg 
b/general-concepts/git-to-rsync/diagram.svg
index 8cf7414..2ee9608 100644
--- a/general-concepts/git-to-rsync/diagram.svg
+++ b/general-concepts/git-to-rsync/diagram.svg
@@ -2,7 +2,7 @@
 http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd";>
 http://www.w3.org/2000/svg"; version="1.1">
-CVS to RSYNC Propagation
+Git to RSYNC Propagation
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 12/16] ebuild-maintenance: rewrite the subsection on removing ebuilds for git #558642

[Gokturk Yuksek]

Substitute the mentions of CVS with git.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 8c542d0..4078d46 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -364,8 +364,8 @@ entry which may be affected by your change.
 
 
 When removing an ebuild make sure that no dependencies in Portage are broken
-due to the removal - additionally, your CVS commit message should explain
-clearly why the ebuild is being removed from CVS.
+due to the removal - additionally, your git commit message should explain
+clearly why the ebuild is being removed from the git repository.
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 13/16] ebuild-maintenance: rewrite the subsection on removing packages for git #558642

[Gokturk Yuksek]

Substitute the mentions of CVS with git.
Rewrite CVS commands with their git equivalents.
Remove the paragraph about deleting directories in CVS.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 4078d46..7014689 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -396,20 +396,15 @@ When removing packages follow these steps:
   Send last rites to gentoo-dev-announce and gentoo-dev
   Mask the package
   Wait 30 days (or more)
-  Remove from CVS unless the reason for removal has been fixed
+  Remove from the git tree unless the reason for removal has been 
fixed
   Remove package.mask entry
   Close open bugs as WONTFIX
  
 
-
-In order to remove a package completely from CVS, delete any files from the
-directory and commit this, CVS will take care of removing empty directories
-itself.
-
-
-# 
cd app-admin
-# cvs rm -Rf scotty
-# cvs ci -m "app-admin/scotty removal 
(pending 21st July 2006), see #77501 for reference." scotty
+
+# cd app-admin
+# git rm -rf scotty
+# git commit --gpg-sign -m 
"app-admin/scotty: removal (pending 21st July 2006), see #77501 for reference." 
scotty
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 06/16] ebuild-writing/user-submitted: do not put user information in ChangeLog #558642

[Gokturk Yuksek]

ChangeLog files are auto-generated by infra post git-migration.
For user-submitted ebuilds, include the user information in the commit
message instead. Mention that user submitted git patches and pull
requests preserve the authorship information by default.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-writing/user-submitted/text.xml 
b/ebuild-writing/user-submitted/text.xml
index ef80c0d..22f8fa8 100644
--- a/ebuild-writing/user-submitted/text.xml
+++ b/ebuild-writing/user-submitted/text.xml
@@ -21,9 +21,11 @@ The user-submitted ebuild must not contain custom headers 
like this:
 
 
 
-Such information should be added to the ChangeLog instead.
-The first ChangeLog entry should always credit the user who
-submitted the ebuild, with their full name and e-mail address.
+Such information should be included in the git commit message instead.
+Note that ebuilds received in the form of git patches or pull requests
+will have the user as the commit author by default, in which case
+including the user information in the commit message explicitly
+may not be necessary.
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 09/16] ebuild-maintenance: rewrite the subsection on commit policy for git #558642

[Gokturk Yuksek]

Remove the mention of updating the ChangeLog.
Remove the mention of file conflicts during commit as CVS keeps track of
files whereas git keeps track of changesets.

Add a note regarding commit atomicity: Git commits are always atomic, so
combining package.mask/license changes with ebuild changes in the same
commit does not violate atomicity. However, there is no way to accomplish
this using repoman commit.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 10709ea..2d46749 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -96,7 +96,7 @@ work on those architectures.
 
 
 
-CVS Commit Policy
+Git Commit Policy
 
 
 
@@ -105,15 +105,18 @@ work on those architectures.
 Always test that package.mask is okay by doing 
 emerge --pretend mypkg before you commit and check 
 that it doesn't contain any conflicts.
-Always update the ChangeLog before you commit.
-Always commit the updated package.mask before 
-the updated package, in case conflicts occur while you commit 
-package.mask.
+Always commit the updated package.mask before
+the updated package.
 Always do atomic commits; if you commit a package with a new license, 
 or that is masked, then first commit the revised package.mask 
and/or license, 
 then commit the ebuild, ChangeLog, patches
 and metadata.xml all in 
one go
-to avoid breaking users' installations.
+.
+ Although the set of changes in a single git commit is atomic, and
+combining package.mask/license changes with ebuild changes in a
+single commit wouldn't break atomicity, it is not currently possible to do so
+using repoman commit.
+
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 07/16] appendices/editor-configuration/emacs: remove the CVS related setting #558642

[Gokturk Yuksek]

Setting vc-cvs-stay-local to nil causes VC to query the remote repository.
Git is a distributed VCS. As such no equivalent command exists for git.
Remove the CVS related setting.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/appendices/editor-configuration/emacs/text.xml 
b/appendices/editor-configuration/emacs/text.xml
index 55fade0..37c5504 100644
--- a/appendices/editor-configuration/emacs/text.xml
+++ b/appendices/editor-configuration/emacs/text.xml
@@ -48,7 +48,7 @@ automatically check for the existence of it and ask you to 
add one.
 
 Other useful settings can be disabled backup files
 (by (setq make-backup-files nil) and
-(setq vc-cvs-stay-local nil)), so you don't clutter CVS
+so you don't clutter the git repository
 directories and confuse repoman with it (by adding unnecessary entries
 into a Manifest file e.g.). Emacs can even contact the outside world
 by using the X servers clipboard abilities when yanking, which is
-- 
2.4.10

[gentoo-dev] [PATCH 08/16] ebuild-maintenance: rewrite the text on adding binary files to the tree #558642

[Gokturk Yuksek]

Remove the paragraph about adding binary files to CVS.
Replace the instances of CVS with git.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index ac68dcd..10709ea 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -42,22 +42,9 @@ above 20KB) which should be distributed as tarballs via the
 Gentoo mirror 
system
 so that people do not waste excessive amounts of bandwidth and hard drive
 space. Also, you should not add binary (non-ASCII) files to the
-Portage CVS tree. If you need to do this in another CVS tree, for
-example, if you need to add a small PNG graphic for whatever reason,
-be sure to add it to CVS by using the -kb option, like so:
-
-
-
-# cvs add -kb myphoto.png
-
-
-
-The -kb option tells CVS that myphoto.png is a binary
-file and should be treated specially.  For example, merging the 
-differences between two different versions of this file should not be 
-allowed to happen, for obvious reasons.  Also, speaking of merging 
+git tree. Also, speaking of merging
 changes, any patches you add to Portage should generally not be 
-compressed.  This will allow CVS to merge changes and correctly inform 
+compressed.  This will allow git to merge changes and correctly inform
 developers of conflicts.
 
 
@@ -149,7 +136,7 @@ simply, 1.0-gentoo.diff.  Also note that the
 gentoo extension informs people that this patch was created 
 by us, the Gentoo Linux developers, rather than having been grabbed from a 
 mailing list or somewhere else. Again, you should not compress these 
-patches because CVS does not play well with binary files.
+patches because git does not play well with binary files.
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 02/16] general-concepts/mirrors: substitute "CVS" with "the git tree" #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/general-concepts/mirrors/text.xml 
b/general-concepts/mirrors/text.xml
index e860988..6e3386a 100644
--- a/general-concepts/mirrors/text.xml
+++ b/general-concepts/mirrors/text.xml
@@ -55,7 +55,7 @@ On rare occasions you may need to replace a file that is 
already mirrored.  In t
 follows:
 
   Put a copy of the new distfile on dev.gentoo.org into 
/space/distfiles-local
-  commit the new manifest to CVS
+  commit the new manifest to the git tree
   wait
 
 After a few hours a cron job on dev.gentoo.org will fetch the file and replace 
the version on the
-- 
2.4.10

[gentoo-dev] [PATCH 03/16] general-concepts/tree: substitute "CVS" with "git" #558642

[Gokturk Yuksek]

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/general-concepts/tree/text.xml b/general-concepts/tree/text.xml
index 022a1ea..6f59f09 100644
--- a/general-concepts/tree/text.xml
+++ b/general-concepts/tree/text.xml
@@ -59,11 +59,11 @@ The basic layout of the portage tree is as follows:
   Scripts directory, scripts/
   
   Distfiles directory, distfiles/. This is not included in the main
-  CVS tree, but it will be found on most user systems.
+  git tree, but it will be found on most user systems.
   
   
   Packages directory, packages. Again, this is found on user systems 
but not
-  in the main CVS tree.
+  in the main git tree.
   
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 05/16] ebuild-writing/misc-files: replace the code for cvs commit with git #558642

[Gokturk Yuksek]

Replace "cvs commit" with the equivalent "git add && git commit" version.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-writing/misc-files/metadata/text.xml 
b/ebuild-writing/misc-files/metadata/text.xml
index e506b1c..a8beacc 100644
--- a/ebuild-writing/misc-files/metadata/text.xml
+++ b/ebuild-writing/misc-files/metadata/text.xml
@@ -532,7 +532,8 @@ is currently:
 
 xmllint --noout --valid metadata.xml
 glep31check metadata.xml
-cvs commit -m "Adding category metadata.xml for my-category" metadata.xml
+git add metadata.xml
+git commit --gpg-sign -m "Adding category metadata.xml for my-category"
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 04/16] general-concepts/tree: replace the mention of ChangeLog #558642

[Gokturk Yuksek]

Package updates do not require changing of the ChangeLog file. Package
updates by users that do not mention what has changed is still
considered a common mistake however.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/ebuild-writing/common-mistakes/text.xml 
b/ebuild-writing/common-mistakes/text.xml
index 1718d55..1716e5d 100644
--- a/ebuild-writing/common-mistakes/text.xml
+++ b/ebuild-writing/common-mistakes/text.xml
@@ -468,7 +468,7 @@ of the application, if any exists.
 
 
 
-Package updates without changing the ChangeLog
+Package updates without explaining what has changed
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 01/16] general-concepts/manifest: drop the use of "CVS keyword expansion" #558642

[Gokturk Yuksek]

With the git migration no CVS keyword expansions are happening. However,
Manifest file may still need to be regenerated.

X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
Signed-off-by: Gokturk Yuksek 

diff --git a/general-concepts/manifest/text.xml 
b/general-concepts/manifest/text.xml
index 27ebdef..12961da 100644
--- a/general-concepts/manifest/text.xml
+++ b/general-concepts/manifest/text.xml
@@ -18,8 +18,8 @@ The Manifest may also be digitally signed.
 
 
 To generate the Manifest, use ebuild foo.ebuild manifest. When
-committing, the Manifest file must be regenerated to handle any CVS 
keyword
-expansion changes  repoman will do this automatically.
+committing, the Manifest file must be regenerated to handle any
+changes  repoman will do this automatically.
 
 
 
-- 
2.4.10

[gentoo-dev] [PATCH 00/16] devmanual: update the docs for post git-migration #558642

[Gokturk Yuksek]

Hi,

The following patch series attempt to update devmanual to replace the instances
of CVS with their git equivalents. I tried to keep the changes small in favor
of updating the docs over multiple iterations of patch series. The intention is
to get the bare bone changes in so that the quiz questions can be answered.

Currently not included in the series are:
- References to CVS in sections about herds since they will have to be
  rewritten per GLEP 67 soon anyway.
  See: https://bugs.gentoo.org/show_bug.cgi?id=572144
- I am not sure about what to do with the subsection
  Ebuild Functions/Miscellaneous Files/ChangeLog. The ChangeLog files
  still exist in the rsync tree, however they are of little importance
  in terms of development.

Gokturk Yuksek (16):
  general-concepts/manifest: drop the use of "CVS keyword expansion"
#558642
  general-concepts/mirrors: substitute "CVS" with "the git tree" #558642
  general-concepts/tree: substitute "CVS" with "git" #558642
  general-concepts/tree: replace the mention of ChangeLog #558642
  ebuild-writing/misc-files: replace the code for cvs commit with git
#558642
  ebuild-writing/user-submitted: do not put user information in
ChangeLog #558642
  appendices/editor-configuration/emacs: remove the CVS related setting
#558642
  ebuild-maintenance: rewrite the text on adding binary files to the
tree #558642
  ebuild-maintenance: rewrite the subsection on commit policy for git
#558642
  ebuild-maintenance: rewrite the subsection on upgrading ebuilds for
git #558642
  ebuild-maintenance: rewrite the subsection on moving ebuilds for git
#558642
  ebuild-maintenance: rewrite the subsection on removing ebuilds for git
#558642
  ebuild-maintenance: rewrite the subsection on removing packages for
git #558642
  ebuild-maintenance: replace "cvs commit" with "git commit" #558642
  general-concepts/git-to-rsync/diagram: update the description for git
#558642
  general-concepts/git-to-rsync/diagram: update the description for git
#558642

 appendices/editor-configuration/emacs/text.xml |  2 +-
 ebuild-maintenance/text.xml| 77 ++
 ebuild-writing/common-mistakes/text.xml|  2 +-
 ebuild-writing/misc-files/metadata/text.xml|  3 +-
 ebuild-writing/user-submitted/text.xml |  8 ++-
 general-concepts/git-to-rsync/diagram.svg  |  2 +-
 general-concepts/manifest/text.xml |  4 +-
 general-concepts/mirrors/diagram.svg   |  2 +-
 general-concepts/mirrors/text.xml  |  2 +-
 general-concepts/tree/text.xml |  4 +-
 10 files changed, 44 insertions(+), 62 deletions(-)

-- 
2.4.10