[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 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 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 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 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 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 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

Re: [gentoo-dev] Herd likely up for grabs: net-im

[Amadeusz Żołnowski]

Hanno Böck  writes:
>> > [...]
>> >
>> > net-im/ejabberd  :   
>> 
>> I have not much knowledge about erlang stuff, but I will take
>> ejabberd if noone else wants. Co-maintainers are welcome.
>
> I would love if ejabberd gets maintained again :-)

Lovely! I have added myself and you to maintainers. (-:

-- Amadeusz Żołnowski


signature.asc
Description: PGP signature

Re: [gentoo-dev] Packages Up For Grabs

[M. J. Everitt]

On 24/01/16 10:39, Amadeusz Żołnowski wrote:
> Alex Brandt  writes:
>> * app-backup/rdiff-backup
> Wasn't it meant for removal?
>
> -- Amadeusz Żołnowski
Looks fine on p.g.o  stable too. Upstream site is present.

[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 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
-u...@gentoo.org". 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 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 ciar...@gentoo.org 
+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 agrif...@gentoo.org 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 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

Re: [gentoo-dev] Packages Up For Grabs

[Amadeusz Żołnowski]

Alex Brandt  writes:
> * app-backup/rdiff-backup

Wasn't it meant for removal?

-- Amadeusz Żołnowski


signature.asc
Description: PGP signature

[gentoo-portage-dev] [PATCH] Add sync-git-clone-extra-opts and sync-git-pull-extra-opts

[Brian Dolbec]

From f3ae0003f8cb0c5f4fc8728254ee05bda38d7304 Mon Sep 17 00:00:00 2001
From: Ross Konsolebox 
Date: Sun, 24 Jan 2016 16:27:36 +0800
Subject: [PATCH] Add sync-git-clone-extra-opts and sync-git-pull-extra-opts

---
 man/portage.5| 6 ++
 pym/portage/sync/modules/git/__init__.py | 5 -
 pym/portage/sync/modules/git/git.py  | 4 
 3 files changed, 14 insertions(+), 1 deletion(-)

diff --git a/man/portage.5 b/man/portage.5
index c9e70a0..7c2a8f7 100644
--- a/man/portage.5
+++ b/man/portage.5
@@ -968,6 +968,12 @@ Specifies CVS repository.
 Specifies clone depth to use for DVCS repositories. Defaults to 1 (only
 the newest commit). If set to 0, the depth is unlimited.
 .TP
+.B sync\-git\-clone\-extra\-opts
+Extra options to give to git when cloning repository (git clone).
+.TP
+.B sync\-git\-pull\-extra\-opts
+Extra options to give to git when updating repository (git pull).
+.TP
 .B sync\-hooks\-only\-on\-change
 If set to true, then sync of a given repository will not trigger postsync
 hooks unless hooks would have executed for a master repository or the
diff --git a/pym/portage/sync/modules/git/__init__.py 
b/pym/portage/sync/modules/git/__init__.py
index da46b7f..357eb82 100644
--- a/pym/portage/sync/modules/git/__init__.py
+++ b/pym/portage/sync/modules/git/__init__.py
@@ -50,7 +50,10 @@ def check_depth(self):
'exists and is a valid Git repository',
},
'validate_config': CheckGitConfig,
-   'module_specific_options': (),
+   'module_specific_options': (
+   'sync-git-clone-extra-opts',
+   'sync-git-pull-extra-opts',
+   ),
}
}
 }
diff --git a/pym/portage/sync/modules/git/git.py 
b/pym/portage/sync/modules/git/git.py
index 179c0de..e6724f6 100644
--- a/pym/portage/sync/modules/git/git.py
+++ b/pym/portage/sync/modules/git/git.py
@@ -54,6 +54,8 @@ def new(self, **kwargs):
git_cmd_opts += " --quiet"
if self.repo.sync_depth is not None:
git_cmd_opts += " --depth %d" % self.repo.sync_depth
+   if 
self.repo.module_specific_options.get('sync-git-clone-extra-opts'):
+   git_cmd_opts += " %s" % 
self.repo.module_specific_options['sync-git-clone-extra-opts']
git_cmd = "%s clone%s %s ." % (self.bin_command, git_cmd_opts,
portage._shell_quote(sync_uri))
writemsg_level(git_cmd + "\n")
@@ -79,6 +81,8 @@ def update(self):
git_cmd_opts = ""
if self.settings.get("PORTAGE_QUIET") == "1":
git_cmd_opts += " --quiet"
+   if 
self.repo.module_specific_options.get('sync-git-pull-extra-opts'):
+   git_cmd_opts += " %s" % 
self.repo.module_specific_options['sync-git-pull-extra-opts']
git_cmd = "%s pull%s" % (self.bin_command, git_cmd_opts)
writemsg_level(git_cmd + "\n")
 

-- 
Brian Dolbec 

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

[Michael Orlitzky]

On 01/24/2016 07:43 PM, Ulrich Mueller wrote:
>> On Sun, 24 Jan 2016, Gokturk Yuksek wrote:
> 
>> 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.
> 
> Most of that section contains information that will still apply, even
> if it no longer goes into a ChangeLog but a into a git commit message.
> 
> Therefore the section shouldn't be removed, but rather be updated.
> 

We will eventually need a "Commit Messages" page, but in my opinion the
bar for these sorts of patches should be "does it make things better?"
If so, merge it, and if you want to improve the result, do that.
Otherwise nothing gets done.

The ChangeLog page is nonsense as-is, and removing it makes the
devmanual better. Afterwards, if someone wants to take the commit
message guidelines from the wiki and merge them with the old ChangeLog
tips, great. There's only two things worth salvaging from the ChangeLog
page. Here's the combined list:

  1. Everything from the Git workflow wiki page "Commit message format"
 section.

  2. Mention the "Gentoo-Bug:" identifier. Using "bug #12345" in the
 commit message itself causes trouble. If you word-wrap on the
 "#12345", it will silently clobber the message.

  3. When including user-submitted ebuilds or patches, you should
 credit the user with his full name and email address (or
 whatever he uses to identify himself on bugzilla — some users
 prefer to be known only by a nickname).

  3.i. But use the "Reported-By:", "Suggested-By:", etc. mentioned on
   the wiki.

  4. If you are changing keywords, make sure you clearly state what
 keywords you add or remove.

The bad examples at the end of the ChangeLog page are still bad, but the
good examples are now bad too. There's not much worth saving.

Re: [gentoo-dev] New packages up for grabs

[Göktürk Yüksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Michał Górny:
> Hello, everyone.
> 
> As a result of disbanding a few herds, we some new 
> maintainer-needed packages.
> 
> Here's the complete list:
> 
> app-benchmarks/bonnie++ app-benchmarks/filebench
If these haven't been taken already, I can proxy them.

> 
> Please note that some of those packages may already have proposed 
> maintainers who did not update metadata.xml on time.
> 

- --
gokturk

-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWpWW/AAoJEIT4AuXAiM4z2mcH/2+mcWXYuSH3o6HTvX8Xkstv
y7Bvp0Qc1T+qhkY/PLiAQn8mQE8fc7dWE2ZkJQVQlkvJHtUxnle4zM9mdrQLaiph
jdM65ip6oBQrBq0RcFygZKTywxMMGvX6ZiY7BW7KYu3j8Hem9t6briafVSMAlc18
BxXU1ECsx8BriKGmKsByk8zcLYlrz/oglKGV+GyS2xV/YCL6XO4koVw4b8HiOQuO
OSu/CgdR5qnmFx6y9eDjqkruMB2oVaOwvrDluqKRBY14Z3mtQCBSh2DrljMVYJ6H
6pHgii2bSvbZh09eSZCHkToEhmparSbM+pmmMYmdPvd66ybjTPcOuITRjw2lQLk=
=qNRM
-END PGP SIGNATURE-

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2016-01-24 23:59 UTC

[Robin H. Johnson]

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2016-01-24 23:59 UTC.

Removals:
app-doc/ebookmerge 20160123-08:45 kensington476f955
dev-perl/Unicode-Normalize 20160124-12:36 dilfridge 111fa30
games-fps/ut2004-ultraduel 20160120-16:10 mr_bones_ b587334
media-video/nvenc  20160124-13:47 aballier  1d8c887
media-video/vmaid  20160123-08:47 kensingtonb3ff476

Additions:
app-admin/consul-replicate 20160124-09:58 zmedico   bad526a
dev-haskell/concurrent-output  20160122-20:17 slyfox4856b69
dev-haskell/cryptonite 20160119-21:44 slyfox53d365a
dev-haskell/hex20160119-21:55 slyfoxc912f56
dev-haskell/http2  20160119-21:57 slyfoxa9d6b22
dev-haskell/psqueues   20160119-21:56 slyfoxadf7537
dev-python/meteor-ejson20160118-10:58 aballier  8f629c1
dev-python/minidb  20160120-12:05 sautier.louis 3339a58
dev-python/pid 20160119-10:45 aballier  3ec0114
dev-python/pyee20160118-10:57 aballier  e0e146e
dev-python/PySocks 20160121-11:37 jlec  4342a38
dev-python/python-ddp  20160118-10:59 aballier  b8e8108
dev-python/python-meteor   20160118-10:59 aballier  1632d5b
dev-ruby/delayer-deferred  20160123-23:30 naota 4621430
dev-ruby/hashicorp-checkpoint  20160118-17:04 hydrapolica0a94ff
dev-ruby/instance_storage  20160124-13:53 naota e252be5
dev-ruby/memoist   20160124-05:48 naota b7f8aab
dev-ruby/pluggaloid20160124-06:44 naota 34a529d
dev-ruby/totoridipjp   20160124-10:20 naota 8c95dbf
games-emulation/ppsspp 20160119-11:10 robin9800xt   32516e8
kde-apps/kdecore-meta  20160119-16:29 kensington7b415e3
kde-apps/spectacle 20160120-15:53 kensington6f2fac4
media-video/nvidia_video_sdk   20160124-13:43 aballier  50fdd8a
net-misc/iprange   20160121-20:41 alonbl9f48a03
perl-core/Unicode-Normalize20160124-12:20 dilfridge 269ef64
sys-fs/dislocker   20160122-16:27 nativemad 49fa180
sys-libs/kpmcore   20160123-10:38 kensingtond1c4aca
virtual/perl-Unicode-Normalize 20160124-12:28 dilfridge 3465919

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
media-video/nvenc,removed,aballier,20160124-13:47,1d8c887
dev-perl/Unicode-Normalize,removed,dilfridge,20160124-12:36,111fa30
media-video/vmaid,removed,kensington,20160123-08:47,b3ff476
app-doc/ebookmerge,removed,kensington,20160123-08:45,476f955
games-fps/ut2004-ultraduel,removed,mr_bones_,20160120-16:10,b587334
Added Packages:
dev-ruby/instance_storage,added,naota,20160124-13:53,e252be5
media-video/nvidia_video_sdk,added,aballier,20160124-13:43,50fdd8a
virtual/perl-Unicode-Normalize,added,dilfridge,20160124-12:28,3465919
perl-core/Unicode-Normalize,added,dilfridge,20160124-12:20,269ef64
app-admin/consul-replicate,added,zmedico,20160124-09:58,bad526a
dev-ruby/totoridipjp,added,naota,20160124-10:20,8c95dbf
dev-ruby/pluggaloid,added,naota,20160124-06:44,34a529d
dev-ruby/memoist,added,naota,20160124-05:48,b7f8aab
dev-ruby/delayer-deferred,added,naota,20160123-23:30,4621430
sys-libs/kpmcore,added,kensington,20160123-10:38,d1c4aca
dev-haskell/concurrent-output,added,slyfox,20160122-20:17,4856b69
sys-fs/dislocker,added,nativemad,20160122-16:27,49fa180
net-misc/iprange,added,alonbl,20160121-20:41,9f48a03
dev-python/PySocks,added,jlec,20160121-11:37,4342a38
kde-apps/spectacle,added,kensington,20160120-15:53,6f2fac4
dev-python/minidb,added,sautier.louis,20160120-12:05,3339a58
dev-haskell/http2,added,slyfox,20160119-21:57,a9d6b22
dev-haskell/psqueues,added,slyfox,20160119-21:56,adf7537
dev-haskell/hex,added,slyfox,20160119-21:55,c912f56
dev-haskell/cryptonite,added,slyfox,20160119-21:44,53d365a
kde-apps/kdecore-meta,added,kensington,20160119-16:29,7b415e3
games-emulation/ppsspp,added,robin9800xt,20160119-11:10,32516e8
dev-python/pid,added,aballier,20160119-10:45,3ec0114
dev-ruby/hashicorp-checkpoint,added,hydrapolic,20160118-17:04,a0a94ff
dev-python/python-meteor,added,aballier,20160118-10:59,1632d5b
dev-python/python-ddp,added,aballier,20160118-10:59,b8e8108
dev-python/meteor-ejson,added,aballier,20160118-10:58,8f629c1
dev-python/pyee,added,aballier,20160118-10:57,e0e146e

Done.

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

[Ulrich Mueller]

> On Sun, 24 Jan 2016, Gokturk Yuksek wrote:

> 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.

Most of that section contains information that will still apply, even
if it no longer goes into a ChangeLog but a into a git commit message.

Therefore the section shouldn't be removed, but rather be updated.

Ulrich


pgponwQMV0Kg8.pgp
Description: PGP signature

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

[Brian Dolbec]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Sun, 24 Jan 2016 18:44:08 -0500
Göktürk Yüksek  wrote:

> Andrew Savchenko:
> > On Sun, 24 Jan 2016 16:00:31 +0100 Patrice Clement wrote:  
> >> Sunday 24 Jan 2016 03:46:02, Gokturk Yuksek wrote :  
> >>> 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  >>> link="::general-concepts/mirrors/#suitable-download-hosts">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
> >>> 
> >>>   
> >> 
> >> "Again you should not compress these patches because git does
> >> not play well binary files".
> >> 
> >> I'm not sure this statement still holds true with git. Does it?  
> > 
> > What about repoman checks? Will it still yell at >20 kB patches?
> >   
> Yessir:
> https://gitweb.gentoo.org/proj/portage.git/tree/pym/repoman/checks/ebuilds/fetches.py?h=v2.2.27#n104
> 
> Even though it's not an issue with the git tree, rsync users will
> still suffer for >20kB patches.
> 
> > Best regards, Andrew Savchenko
> >   
> 
> - --
> gokturk
> 
>

just for future reference, here it is again in the repoman rewtire code
waiting to be merged and likely be in the next release:

https://gitweb.gentoo.org/proj/portage.git/tree/pym/repoman/modules/scan/fetch/fetches.py?h=repoman#n109

- -- 
Brian Dolbec 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1

iQJ8BAEBCgBmBQJWpXF6XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNUQ3Qzc0RTA4MUNDNzBEQjRBNEFBRjVG
QkJEMDg3Mjc1ODIwRUQ4AAoJEPu9CHJ1gg7YV6IP/34NmzdtaMg4W471cXYn8pR0
8JdcHkC2YehpNNzSjDbWmI9pEArBS/3yWC8lfXMeu21GU66OUb6eKR5KMURg5OP9
FT4DJCHO9RWK31QEOD03PLZXhoaw6JgYQpvjbnWP1CN8mdWg7CeA0r0y4BPe63Kp
FGpFZXjduszpT1ALIt86tN85pB9jmYdwDgj9vLWG6SyThFuA6aDeEHSaAB05blDU
p6NVksGfSG6bbS+Kok1uRdF5vVqBQU+aSxNbZW9mpRtYDtdr5DoInbq/uXz/Dy1S
Kp7iDg8+SW3nwA60vqss5SZmZDW3cnEH1XWIdEgDjH4NBvlaVnA9yxIa12MJ6qSy
FZ+5F5HVAdRs8eLK0OsK/RbFm4gCEFxmhm6YJ2qXpIXuD/MM4GJXJa+O7qrURzqI
td5rJNTHGbIBmwDjJwotwyuT+FgWajicbrnQpxgiLoNYcvvB7mihwT+DFKx4WxWm
rw2O21fFaUD/OQp255y0OLyVfVC6SRk3UXXlDd9Pl+UYLLIyC6ibVI4dxDxp4hd2
DGUTQ2FFm3m4h5RTxeCJNJgTMlKSbCyDut6vM8mMyIzMxcD5nfWFv53KNIbOPfGH
vmUbc5scrhKLiawzos2w+ChzGkzGParzCF7rZ1S2nOlJFt87qgVVs7JNVUJ0D1QX
XlmqJV+fmRhaDLRXNVQA
=gmwE
-END PGP SIGNATURE-

Re: [gentoo-dev] [RFD] Adopt-a-package, proxy-maintenance, and other musings

[Daniel Campbell]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 01/23/2016 12:52 AM, Ian Delaney wrote:
> On Thu, 21 Jan 2016 16:30:14 -0800 Daniel Campbell 
> wrote:
> 
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
> 
>> On 01/21/2016 02:41 PM, waltd...@waltdnes.org wrote:
>>> On Thu, Jan 21, 2016 at 06:45:20PM +0100, Micha?? Górny wrote
>>> 
>> [...] [...] [...]
>>> 
>>> I think you misunderstood Roy.  He was speaking about 
>>> "unmaintained but perfectly functional software".  You're
>>> talking about "a package that clearly doesn't build or
>>> otherwise simply doesn't work, could not have worked for past 3
>>> years".  Between those 2 extremes will be many cases of 
>>> doesn't-work-for-me/works-for-me.  Who'll be the final
>>> arbiter?
>>> 
>>> Maybe we should start a "gentoo-ebuilds" mailing list to help 
>>> regular users learn the ins and outs of making ebuilds.  Once 
>>> regular users run a lot of their own ebuilds from their local 
>>> overlays, then it would be possible to do draconian pruning of
>>> the "official portage tree", without so adversely affecting
>>> regular users.  This would fit in with the mantra of Gentoo
>>> being about freedom of choice.
>>> 
>>> E.g. I use Pale Moon, a fork of Firefox.  Currently, I have to 
>>> build as regular user, su, and copy the binary to /usr/local.
>>> You can see "Walter's excellent adventure"  as I learn the
>>> build process at... 
>>> https://forum.palemoon.org/viewtopic.php?f=37=10002
>>> 
>>> I'd like to have Portage manage the process.  The ebuild from 
>>> Firefox should serve as a template, because they both use the
>>> same weird Mozilla build setup.  The main change should be
>>> where the source is pulled from.
>>> 
> 
>> The idea sounds nice, but there's already the devmanual to cover 
>> ebuild development, and now that the gentoo repo is in git, any 
>> ebuilds that get treecleaned can be fetched again through
>> history, and users can then add those to their personal
>> overlay(s) and keep the piece if they break.
> 
>> I like the idea of encouraging people to learn good ebuild
>> writing, but who really has the time and skill to teach it?
> 
> 
> me. Been doing it for months. You had not noticed? via 
> #gentoo-proxy-maint, which I made from scratch, despite the notion 
> initially being discounted by one mrueg. He now is a colleague in
> the channel.
> 
I didn't, actually. I guess the only thing I've seen as a result of
your work is possibly more new devs. That's pretty awesome, though; I
had no idea. I can't speak for other devs but I respect people who
have the patience and gift to teach people. You helped me a little
when I was becoming a developer and I appreciate it.

>> - -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @
>> hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A
>> 9091 1EA0 55D6
>> 

> 

- -- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWpWdoAAoJEAEkDpRQOeFwnkgP/iRHumL4sYupyh5jxe8g97Bo
//TEU/k4osiz4Ofl79fTVfabYZiMTacMaRj++swccGw0NorjBRf4TUc2bc08++NH
iUOjBwC5nAhPlx6UFM1IKAyOLvc4MZIpfR3m688EkTKnYH2865WhLjClfAwT7AFC
0Ux4/Knb7j4XtDBjM1tumA28VR27CTaIOsuPFMKIQ3gm0UnpZbPEOyiXNkszfq5g
IMkJynUtIgGegscdz9i+uGHVToqQXZnCxs/4fG+d6xr0ENMgwr+sOS8GnwR3wNtv
/wZ6qwUJuwGuh9Y0BDXibnoEE5vr+srZRPPZigLvbps24dCYbFE7dmpeEU11o5lB
fV5pI78QV81xI9NUYQsyPj3PbZn9qzgUtjw59lQvTN1rBtqSlezeRJ8JD+U1nBym
I2cL8Auy3Uu0W3q8G31iRmVW+LCe9njw6GZkj24QOzlsqkW3cjn+VyQHSNz2QNI9
384cY6NDngKvTugi5ccbkPicGO5pAxZ0UA44JwURLiGr0W9bbiaBOLBG6xQYkTQZ
j7F9P3RjGIbIGgxQQTQatyEQpqFnRBR22J8VH688OCHEjZprEc/F/xA4R1TLCRxx
3S3OMbuw99fsEXbqYhFhqWUsmOwaCCd7ofgrjXiefrf2NtRkl0V6loRoKlHz9ycY
wkPbzmPJ7zvNR+PcDud1
=JQSf
-END PGP SIGNATURE-

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

[Göktürk Yüksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Ulrich Mueller:
>> On Sun, 24 Jan 2016, Gokturk Yuksek wrote:
> 
>> 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.
> 
> Most of that section contains information that will still apply, 
> even if it no longer goes into a ChangeLog but a into a git commit 
> message.
> 
> Therefore the section shouldn't be removed, but rather be updated.
> 
What if we extract the information regarding writing good commit
messages and move it under ebuild-maintenance, possibly as a new
subsection or under the subsection "Git Commit Policy"?

I agree that the information there is valuable but a better
documentation is available on the git workflow wiki[1]. We can
alternatively insert a link to the wiki page instead or import the
same information. But keeping the two in sync will be problematic.

> Ulrich
> 

[1] https://wiki.gentoo.org/wiki/Gentoo_git_workflow#Commit_message_form
at

- --
gokturk

-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWpXQZAAoJEIT4AuXAiM4zgxIH/AwU3j8TMpYB7m+1Eeyg19wL
nuY2YwDaev2KnEN8tmhqksCjyRJM9MvZpPXUfIvtaQBAFknYKPP3cI7leLQaQvUD
pu0bMjfv3NIEM8Ux9tuWfeTYaBmnqOi1k9aFkCwIrpktDDjgz90KBq9ua40V1gEz
aSAjaMZEs4YCZY/lTsgudPYCEQIiOkNfeC0riSSPnvG4Mp+LxZr3wcaudlFE57FZ
hkNkjsTsLCqjmNCxI8FNYDiWqA+uueSkEWan3xjJV3bl8iJc82lcZoRayO5cwuDU
CNNpDBABw9YDA6IrBNxpq/MxunKhdc2RuUFQmsw9I69WIWxwS555sxlMGugQGQ8=
=9AN4
-END PGP SIGNATURE-

Re: [gentoo-dev] Re: Add sync-git-extra-opts or sync-git-pull-extra-opts to repos.conf

[Brian Dolbec]

On Sun, 24 Jan 2016 16:46:41 +0800
konsolebox  wrote:

> On Sat, Jan 23, 2016 at 4:27 AM, Brian Dolbec 
> wrote:
> > On Sat, 23 Jan 2016 03:45:14 +0800
> > konsolebox  wrote:
> >  
> >> On Sat, Jan 23, 2016 at 2:05 AM, Brian Dolbec 
> >> wrote:  
> >> > On Sat, 23 Jan 2016 01:05:12 +0800
> >> > konsolebox  wrote:
> >> >  
> >> >> On Fri, Jan 22, 2016 at 11:30 PM, Duncan <1i5t5.dun...@cox.net>
> >> >> wrote:  
> >> >> > konsolebox posted on Fri, 22 Jan 2016 22:10:53 +0800 as
> >> >> > excerpted:  
> >> >> >> Hi, I can't find a way to make `emerge --sync` add an option
> >> >> >> like `-f` to `git pull` when it runs it.  How about adding
> >> >> >> sync-git-extra-opts or sync-git-pull-extra-opts to
> >> >> >> repos.conf? We already have sync-rsync-extra-opts for rsync
> >> >> >> so I think it's fair to add one for git.  
> >> >> >
> >> >> > If you have layman installed, you can set repo sync-type to
> >> >> > laymansync, and layman, in turn, has configuration options
> >> >> > that allow you to set additional options for git as well as
> >> >> > the other repo-type fetch commands (bzr, svn, etc).
> >> >> >  
> >> >>
> >> >> Unfortunately I need it for the `gentoo` repo itself.  I do have
> >> >> layman repos but I update them separately with `layman -S`, and
> >> >> I don't want them to always get updated together with `gentoo`
> >> >> everytime I run `emerge --sync`.
> >> >>  
> >> >
> >> > No, the portage sync system controls which repo(s) get synced via
> >> > the auto-sync setting.  So layman can git sync the gentoo repo
> >> > like Duncan described without also syncing your manually synced
> >> > layman repos.  
> >>
> >> Ok I think I follow a bit, but wouldn't it be better to have that
> >> feature without relying on layman?
> >>  
> >
> > Yes, it would be better.  But there are only do many hours we each
> > can spend on Gentoo.  I have the repoman rewrite as my primary
> > portage work in progress at the moment.  And this feature is not
> > something I am in need of...
> >
> > For those who may wish to add this and/or other features to the
> > sync, The repos.conf repo definitions are now capable of extra
> > options per sync type (They don't have to be common to all sync
> > modules). So it is possible to add this to the git sync module and
> > have specific repo settings.  We are around and eager to help
> > anyone wishing to contribute patches :)  
> 
> I made a pull request for it in github. Please check. Thanks.
> 
> https://github.com/gentoo/portage/pull/23
> 

Thank you, the patch looks good.  I'll post the patch to our
development list for review before merge.

It'll likely be included in the next release soon.

-- 
Brian Dolbec 

Re: [gentoo-dev] [RFD] Adopt-a-package, proxy-maintenance, and other musings

[Ian Delaney]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Sat, 23 Jan 2016 12:12:57 +0100
Patrice Clement  wrote:

> Tuesday 19 Jan 2016 00:44:49, NP-Hardass wrote :
> > With all of the unclaimed herds and unclaimed packages within them,
> > I started to wonder what will happen after the GLEP 67 transition
> > finally comes to fruition.  This left me with some concerns and I
> > was wondering what the community thinks about them, and some
> > possible solutions.
> > 
> > There is a large number of packages from unclaimed herds that, at
> > this time, look like they will not be claimed by developers.  This
> > will likely result in a huge increase in maintainer-needed packages
> > (and subsequent package rot).  This isn't to say that some of these
> > packages weren't previously in a "maintainer-needed" like state, but
> > now, they will explicitly be there.
> > 
> > A possible approach to reducing this is to adopt some new policies.
> > 
> > The first of which is an "adopt-a-package" type program.  In
> > functionality, this is no different than proxy-maintenance, however,
> > this codifies it into an explicit policy whereby users are
> > encouraged to step and take over a package.  This obviously
> > requires a greater developer presence in the proxy-maint project
> > (or something similar), but, personally, I think that a stronger
> > dev presence in proxy-maint would be better for Gentoo as a whole.
> > 
> > The second policy change would be that maintainer-needed packages
> > can have updates by anyone while maintaining the standard "you fix
> > it if you break it" policy.  This would extend to users as well.
> > With the increased ease that users can contribute via git/github,
> > they should be encouraged to contribute and have their efforts
> > facilitated to ease contributions to whatever packages they desire
> > (within the maintainer-needed category).
> > 
> > Similar to the concept of a "bugday," coupled with above, an
> > "ebuildday" where users and devs get together so users can learn to
> > write ebuilds and for devs to work together to maintain packages
> > that usually fall outside their normal workload could prove
> > beneficial to the overall health of Gentoo packaging.
> > 
> > Once again, these are just some random musings inspired by recent
> > events on the dev ML, and thought it might be worth discussing.
> > I've cc'd proxy-maint as a lot of this discussion is likely to
> > involve them, and would like them to put in their official opinion
> > as well.
> > 
> > 
> > -- 
> > NP-Hardass  
> 
> More food for thought on the topic of "what do we do with
> maintainer-wanted packages". 
> 
> NP-Hardass I quite like your idea but what about clearing down the
> massive queue of reports assigned to maintainer-wanted first? 
> 
> Right now, the number of bug reports assigned to maintainer-wanted
> amounts to over 4k: http://tiny.cc/maintainer_wanted
> 
> There's literally a slew of reports we can mark as WONTFIX / OBSOLETE
> because, well, some of these bugs are over 10 years old (!) and a lot
> of projects have stalled / are dead by now / or the industry has
> moved on. It has to be done at some point anyway so better now than
> later. And the upside is that it doesn't require ebuild skills or
> knowing Gentoo by heart: only clicking links and checking whether
> projects are still alive.
> 
> What do you think?
> 

On behalf of the proxy-maintainers project, it is perhaps fitting to
reply to this around the time the actual switch is to occur; from the
citing of herd to the new versioned projects, and so forth. 

This topic touches on the potential impact upon the orphaned package
list known as maintainer-needed. Patrice has more or less pulled in the
associated list of bugs under maintainer-wanted. The two combined boast
an awesome tally. 

In brief, the proxy-maintainer project has had a significant change of
face in the last 6 or so months. While it had some momentum as a
vehicle in which users can proxy maintain packages and overshadowing
sunrise, it almost collapsed into a memory of history at election time
when the lead elected to not be nominated for election, then promptly
withdrew from the project entirely, no-one nominated anyone else and
consequently no-one voted for anyone else in a typical non election.
Having accidentally missed the election period, in collaboration with
jlec & mrueg, it was endorsed that I took the lead role, and
concurrently created the channel #gentoo-proxy-maint. Clearly, this is
not common knowledge since some responders to this thread have pointed
users at gentoo-dev-help as a source of support, quite unaware of the
existence of the channel, let alone the rate of activity it generates,
arguably possessing the longest logs of any given day in any gentoo
channel since its inception. Such is the state of activity of users
discussing gentoo and working ebuilds and pull requests, and various
cakes, on a daily basis. The release of the Reviewer's 

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: media-tv/tvheadend/

[Robin H. Johnson]

On Sun, Jan 24, 2016 at 11:04:30PM +, Sven Wegener wrote:
> commit: 863f9ab8fc98a98570263fbba4d5c918ba0ab13e
> Author: Sven Wegener  gentoo  org>
> AuthorDate: Sun Jan 24 10:06:54 2016 +
> Commit: Sven Wegener  gentoo  org>
> CommitDate: Sun Jan 24 23:04:04 2016 +
> URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=863f9ab8
> 
> media-tv/tvheadend: Version bump, bug #572576
> 
> Signed-off-by: Sven Wegener  gentoo.org>
> 
>  media-tv/tvheadend/tvheadend-4.0.8.ebuild | 117 
> ++
>  1 file changed, 117 insertions(+)
You bumped the ebuild, but did NOT update the Manifest;
As a result, you caused a block in the git->rsync pipeline.

Please use repoman to commit ebuilds in future, so that it catches
things like this.

-- 
Robin Hugh Johnson
Gentoo Linux: Developer, Infrastructure Lead, Foundation Trustee
E-Mail : robb...@gentoo.org
GnuPG FP   : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85

Re: [gentoo-dev] New packages up for grabs

[Hans de Graaff]

On Mon, 2016-01-25 at 00:32 +0100, Michał Górny wrote:

> net-nntp/leafnode

I'll take this.

Hans

signature.asc
Description: This is a digitally signed message part

[gentoo-dev] Re: New packages up for grabs

[»Q«]

On Mon, 25 Jan 2016 07:37:42 +0100
Hans de Graaff  wrote:

> > net-nntp/leafnode  
> 
> I'll take this.

If you've got enough cycles to spare, I'd love to see an ebuild for
leafnode-2.  I realize that's asking a lot and that upstream's
apparent position is that it will be in perpetual alpha.  When it was
removed from the Gentoo tree, I tried writing an updated ebuild, but it
was beyond me.

Whether you take on leafnode-2 or not, thanks for maintaining
leafnode. :)

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

[Patrice Clement]

Sunday 24 Jan 2016 03:46:02, Gokturk Yuksek wrote :
> 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
> 
> 

"Again you should not compress these patches because git does not play well
binary files".

I'm not sure this statement still holds true with git. Does it?
-- 
Patrice Clement
Gentoo Linux developer
http://www.gentoo.org

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

[James Le Cuirot]

On Sun, 24 Jan 2016 11:38:42 -0500
Göktürk Yüksek  wrote:

> > "Again you should not compress these patches because git does not
> > play well binary files".
> > 
> > I'm not sure this statement still holds true with git. Does it?
> >   
> It should be possible to compress the patches and use gitattributes[1]
> to tell git to decompress them before diffing. But doing so is not
> needed since git compresses its objects in the first place. Maybe we
> can rewrite this as "You should not compress these patches because git
> compresses them upon commit transparently."

I think that's beside the point. Regular users fetch the tree with
rsync, not git, and the limit is primarily there to avoid bloating that
transfer.

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer


pgpdXBSaJNATo.pgp
Description: OpenPGP digital signature

Re: [gentoo-dev] Packages Up For Grabs

[Alex Brandt]

On Sunday 24 January 2016 10:39:42 Amadeusz Żołnowski wrote:
> Alex Brandt  writes:
> > * app-backup/rdiff-backup
> 
> Wasn't it meant for removal?

Yes, it was.  I'm considering doing a last-rites again but am 
giving people an opportunity before that to lay claim.  Let's 
update this one to: if no one claims it in 13 days (from today), 
I'll mark it as last-rites again.

Regards,

-- 
Alex Brandt
Software Developer for Rackspace and Developer for Gentoo
http://blog.alunduil.com


signature.asc
Description: This is a digitally signed message part.

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

[Duncan]

Patrice Clement posted on Sun, 24 Jan 2016 16:00:31 +0100 as excerpted:

> "Again you should not compress these patches because git does not play
> well binary files".
> 
> I'm not sure this statement still holds true with git. Does it?

It does.

Git is designed to be extremely efficient at distributed source version 
control, and works best with text-based sources which it can treat 
"intelligently".  Not only does it do its own text compression in the pak 
files, it's relatively dumb in terms of binary differences, being able to 
tell a binary file changed, but effectively considering it a single file 
level change while with text it does line-level tracking.

By compressing a patch or doing a tarball, you're effectively turning it 
into a single blob in terms of tracking, while as the uncompressed text-
based patch-files, git can not only track the individual files, but 
individual lines within them.  While with patch-files losing the 
individual line tracking isn't generally a huge loss (the patches tend to 
be replaced as a whole, without line-level changes within a single 
patch), losing the per-component-patch file tracking is.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-dev] [RFD] Adopt-a-package, proxy-maintenance, and other musings

[Andreas K. Hüttel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Summarizing some (not all) points from Ian's mail:


The proxy-maintainers project is nowadays very active on the channel #gentoo-
proxy-maint. Several new and very promising contributors are showing up there, 
and generating a flurry of activity.

Since the initial purpose of proxy-maintainers was to allow users to pick up 
orphaned packages, that team has volunteered also to look at maintainer-wanted 
bugs. Sorting them is something that can also be done by not-yet-devs under 
supervision. Right now the team is discussing criteria how to handle the old 
bugs, see [1].

[1] https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers/Maintainer_Wanted
###

... and here's some personal remark from me: The proxy-maint project seems to 
have gotten a good start now, with an active but informal community of 
interested users forming on the channel, submitting e.g. pull requests and 
discussing ebuild topics. As dev, please consider helping out there; more eyes 
not just improve code quality, but also response times and community 
coherence.

Cheers, 
Andreas

- -- 
Andreas K. Hüttel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWpPAoAAoJEHRrah2soMK+yj0QAMuNz82REqd2FofJ5OAWyMNI
8giKqlB5cOIz2I14jVa2WfizQ0EP/LpVGFpAD5bVNy4/gvgFUr6fDfJfF3onhpS8
sLika3JngeGgALYB131l0flavm1jsNdE67ysxcCsb4ilsVjHw5eEOCDonRR2fMIY
RmuzyH2wimH1yM9DP7MvniRDqbAFvsMWz+7UZferZF9NCAnpLJJuYD+T/jgbZ/G4
M47mc0JEkNEcenz0f/ZHKNcyG37oXz3ZCG4IWhGl93tw449xF0VQXbyxk4HAqR6C
oYZPRvIXVqaou8ONcxsIqxITSaxBfNbx49oHWXKdbnMTwhO66mflZ4TegCpLBBhA
9k1oYgE7wdUGB8lg2FDecNy0sSkmHH0BZS1eYJcn6uCXor6gF+jr/LkrHPpp9OD3
XfkZ3p1CGmUUQoA908cZ8KDEP66FPmxqud+HUDAHk64ah7ohlwv2Qhe7nvvSCFPA
T34MfrPm2QfQ2HZq9PSj/uagwBixovnmED/tghosJaThlLkFdc5kVSp3qiSidbT1
y8e9pOWSCm4dax6EM/MXZdW9EDHqlCPmkfeHke9vrx9Im7U6nEVMZbF8xSegjkEk
hfmR8gn6otf3dbmVl/wA6SLuyTF6yaXtZyTRp/2idEKwTeLvHttzDQJaUOAoI7y+
NwRuxVUA7cfEWUMp3g/a
=xyEX
-END PGP SIGNATURE-

Re: [gentoo-dev] [RFD] Adopt-a-package, proxy-maintenance, and other musings

[Göktürk Yüksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Ian Delaney:
> 
> 5. At the risk of sounding like Patrick, gentoo lacks some forms
> of documentation pertaining to established proxy maintainers and to
> forms of stats analysis. In discussions, points were raised
> regarding the gathering of stats data re packages' tally of
> downloads and instances of emerging into a gentoo system. Most of
> the desired stats appear to lack any form of tools available to
> gather and report data that would prove helpful in evaluating
> packages of either the m-w or m-n lists.
> 
> The topic of recruitment and recruiting are tied, but imo, quite 
> disparate.
> 
> 
I don't want to go off-topic here too much but this is more than a
missing tools issue. There are privacy concerns regarding the
collection of such information. I recall this proposed idea from
Google Summer of Code:

https://wiki.gentoo.org/wiki/Google_Summer_of_Code/2012/Ideas#Package_statistics_reporting_tool
> 

- --
gokturk
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWpPLJAAoJEIT4AuXAiM4zoJUIAKU2HiHPp+zH6vsieBRzz0It
ZgW66aiI7KWeTRlE0kPy+HHIHNG85M4686pgStHYnlJwAOEWej4aujYfWVKMXB/4
ty1511Pgb0o9yQuZLDV+5rprhcUyRggqu+dLQ16tjYRNuIHOGdZ+A0FM+H2E5Ty5
Ca4ab8wLq1TiV4oEbVst1b/z8tt1JAtBpjS0i4G9+sd80YA8wS2jG6NwgBqPB/2r
VqKT7hR2RXVZodz1d+rQZUhF5GP7kABvNnY332Vzt8yjEAAMIOWeltnRdkL58R2C
wzs34/rEAtWkn49EK6qw8/PFe2VA4U9XHqCSIbbJyTPxgIyZXnC3uWJpp4qIaz8=
=0G0w
-END PGP SIGNATURE-

[gentoo-dev] Gentoostats

[Andreas K. Hüttel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Sunday 24 January 2016 16:50:46 Göktürk Yüksek wrote:
> 
> I don't want to go off-topic here too much but this is more than a
> missing tools issue. There are privacy concerns regarding the
> collection of such information. I recall this proposed idea from
> Google Summer of Code:
> 
> https://wiki.gentoo.org/wiki/Google_Summer_of_Code/2012/Ideas#Package_stati
> stics_reporting_tool

This has been debated to death. As long as noone is forced to use it, privacy 
concerns shouldnt be a problem. And it would be extremely useful how many of 
our maintainer-needed packages are actually still compiled once per year. (Or 
if any one single person even uses KDE on ppc64.)

Gentoostats is a typical stillbirth of the Gentoo Google Summer of Soon-
Obsolete Code. Would I be happy if someone were to revive and actually deploy 
it (the last point is important!)? YES!

- -- 
Andreas K. Hüttel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWpPT9AAoJEHRrah2soMK+WjoP/2zsgRV565keOQdPaya/j5ak
0ga6F4xjf+XdAg4soPG+c0guN/Qz3tZtuIdDnl7NDaWBUBWGvA6DuqcKxPj3g0EQ
X9EZTCigAsO+0d1F4cLMqW7JsL5YqTL4wHftzjuCqqSTD7OtX6NtOBA1namIDCoz
MpmSArjjBy31oiJgDRRBDwCRAMoSErKEnkeyXVyuFyD4yV9E8PMOFcrNkeO2MFHy
/Ehy0v14F5pTiGNeDnt7EDXNf5rcOFGUYTUitNyrhotUuX7sobcS9RfX2B9VtWUF
pgg3zRKGJdpeKwRx3MFZZA/O8f5bPT3ne1dMLZ/LOjxgvt/CglG5G4K+iL3lFC9v
WEeHj4zejXQuKlX1olWOgZdAYlt9bUmg7YO2K+OOPfQrTmqbShlnPFiAXuMTIS0h
elnKY8I5e1flHbFicQg6lnT+qBriy7afYhj7WkGypzC8DAhI1N4/eROavrALCkMW
nqNbEM0x4RiNdpgmdoN4L8dFBygXW73O4G8Iu5xjE1hKA6xUCmYitP3AsI5rVx1A
Jt6A2edk3Zk/g584nZ07GIt4W5AceFlFhBaYxKNgAo8MZUUE5gzvcblbPTF7Si4t
gTkjyXy0qabpvDBlimWxFENxGSIUqM/8N0YB1xba/FXNLn4KmTmD8Tezvze2c5Al
Htxql3SYp7YaY0HFrYdx
=lclI
-END PGP SIGNATURE-

[gentoo-dev] Reminder: GLEP67 transition will occur today

[Michał Górny]

Hello, everyone.

I would like to remind you that the transition to GLEP67 maintenance
model will occur today. I will perform all the needed commits around
22-23 UTC. Please avoid changing metadata.xml files around that time.

The plan is to:

1. check the bug list, generated projects.xml, etc. for validity one
more time,

2. commit the updated metadata.dtd,

3. perform the four pass conversion, and push it with rebase or merge
(depending on whether I'd be able to rebase it quick enough),

4. run the conversion scripts again to ensure that nothing was added
in the meantime (I will probably be repeating this a few times in the
following week in case people copy ebuilds with old metadata.xml
files),

5. announce new maintainer-needed packages,

6. reassign bugs as appropriate.

Please note that since I suspect there will be a lot of bug work to be
done, it may get delayed to tomorrow.

Thanks for all the help, especially to kensington who handled most of
the hard work wrt existing herds.

--
Best regards,
Michał Górny


pgpQP0HXWktdH.pgp
Description: OpenPGP digital signature

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

[Göktürk Yüksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Patrice Clement:
> Sunday 24 Jan 2016 03:46:02, Gokturk Yuksek wrote :
>> 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 > link="::general-concepts/mirrors/#suitable-download-hosts">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: - - -> caption="Adding binary files to CVS"> -# 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
>> 
>> 
> 
> "Again you should not compress these patches because git does not
> play well binary files".
> 
> I'm not sure this statement still holds true with git. Does it?
> 
It should be possible to compress the patches and use gitattributes[1]
to tell git to decompress them before diffing. But doing so is not
needed since git compresses its objects in the first place. Maybe we
can rewrite this as "You should not compress these patches because git
compresses them upon commit transparently."

With that being said, git may in fact not play well with binary files
given that there is an extension to handle binary files[2].

[1]
https://git-scm.com/book/en/v2/Customizing-Git-Git-Attributes#Binary-Files
[2] http://www.infoq.com/news/2015/04/github-large-file-storage

- --
gokturk

-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWpP4NAAoJEIT4AuXAiM4zhNkH/jcQBQG/omfDSjbE/zBYjm+E
L6omW3vmaSHUwAt7YG62Nmnp2dh3s7xBIl09f1VhAEDxvj9lQR+VtyWZhQFMEnQ8
OZb4o97h/PWUsI4qEuWRENGEzhI3vQDGDIRJhvxDlzgwTXUtMS89PvPIducc/HUf
9a81AHc8a7kRKFNmaaQj2pxuf1zQ6K7tZh9SMvZh31bqkPDgLNHVy1eJregB5IM/
0lzZuODsXDuWMBE2awP9Y02MUEspjPt2RaAhSXa2StCaUcCmd6RmX+aSaQxb3C05
tXXNadXyws5Lg6HvtnQq6Xb1Sz/G5gUJRnJ9IFIK8B8fGYuqaJgb+uUqIAGboFY=
=xn2m
-END PGP SIGNATURE-

Re: [gentoo-dev] Packages Up For Grabs

[Patrick Lauer]

On 01/24/2016 11:49 AM, M. J. Everitt wrote:
> On 24/01/16 10:39, Amadeusz Żołnowski wrote:
>> Alex Brandt  writes:
>>> * app-backup/rdiff-backup
>> Wasn't it meant for removal?
>>
>> -- Amadeusz Żołnowski
> Looks fine on p.g.o  stable too. Upstream site is present.
>
Inactive upstream, known data loss bugs, should be nuked until dead.

Re: [gentoo-dev] Gentoostats

[Dirkjan Ochtman]

On Sun, Jan 24, 2016 at 4:59 PM, Andreas K. Hüttel  wrote:
> Gentoostats is a typical stillbirth of the Gentoo Google Summer of Soon-
> Obsolete Code. Would I be happy if someone were to revive and actually deploy
> it (the last point is important!)? YES!

When I last looked into it, I couldn't actually access Gentoo infra to
deploy it on. If that would be possible, I wouldn't mind taking a look
at what can be done here.

Cheers,

Dirkjan

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

[Andrew Savchenko]

On Sun, 24 Jan 2016 16:00:31 +0100 Patrice Clement wrote:
> Sunday 24 Jan 2016 03:46:02, Gokturk Yuksek wrote :
> > 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
> > 
> > 
> 
> "Again you should not compress these patches because git does not play well
> binary files".
> 
> I'm not sure this statement still holds true with git. Does it?

What about repoman checks? Will it still yell at >20 kB patches?

Best regards,
Andrew Savchenko


pgpmSRbRfXzcf.pgp
Description: PGP signature

[gentoo-dev] Re: [RFD] Adopt-a-package, proxy-maintenance, and other musings

[Michael Palimaka]

On 01/25/2016 02:50 AM, Göktürk Yüksek wrote:
> Ian Delaney:
> 
>> 5. At the risk of sounding like Patrick, gentoo lacks some forms
>> of documentation pertaining to established proxy maintainers and to
>> forms of stats analysis. In discussions, points were raised
>> regarding the gathering of stats data re packages' tally of
>> downloads and instances of emerging into a gentoo system. Most of
>> the desired stats appear to lack any form of tools available to
>> gather and report data that would prove helpful in evaluating
>> packages of either the m-w or m-n lists.
> 
>> The topic of recruitment and recruiting are tied, but imo, quite 
>> disparate.
> 
> 
> I don't want to go off-topic here too much but this is more than a
> missing tools issue. There are privacy concerns regarding the
> collection of such information. I recall this proposed idea from
> Google Summer of Code:
> 
> https://wiki.gentoo.org/wiki/Google_Summer_of_Code/2012/Ideas#Package_statistics_reporting_tool
> 

This was implemented but never deployed. Data collection would always be
optional and off by default. There was even a nice configuration file to
select exactly which information is and is not sent.

[gentoo-dev] rfc: udev project

[William Hubbs]

To comply with GLEP 67, we now have a udev project:

https://wiki.gentoo.org/wiki/Project:Udev

William



signature.asc
Description: Digital signature

Re: [gentoo-dev] Gentoostats

[Alexis Ballier]

On Sun, 24 Jan 2016 16:59:57 +0100
"Andreas K. Hüttel"  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> On Sunday 24 January 2016 16:50:46 Göktürk Yüksek wrote:
> > 
> > I don't want to go off-topic here too much but this is more than a
> > missing tools issue. There are privacy concerns regarding the
> > collection of such information. I recall this proposed idea from
> > Google Summer of Code:
> > 
> > https://wiki.gentoo.org/wiki/Google_Summer_of_Code/2012/Ideas#Package_stati
> > stics_reporting_tool  
> 
> This has been debated to death. As long as noone is forced to use it,
> privacy concerns shouldnt be a problem. And it would be extremely
> useful how many of our maintainer-needed packages are actually still
> compiled once per year. (Or if any one single person even uses KDE on
> ppc64.)

you'd probably get much more reliable stats on package usage by
gathering distfiles d/l stats from mirrors and mapping that to packages

Re: [gentoo-dev] Gentoostats

[Chí-Thanh Christopher Nguyễn]

Andreas K. Hüttel schrieb:

And it would be extremely useful how many of our maintainer-needed
packages are actually still compiled once per year. (Or if any one
single person even uses KDE on ppc64.)

Gentoostats is a typical stillbirth of the Gentoo Google Summer of
Soon- Obsolete Code. Would I be happy if someone were to revive and
actually deploy it (the last point is important!)? YES!


Actually there is something in use already which would allow you to find
out which packages are compiled when. It is a community website called GenTwoo:

http://gentwoo.elisp.net/

There is not all information visible, and there could be some improvements
of course, but it exists.

Best regards,
Chí-Thanh Christopher Nguyễn




signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] New USE_EXPAND: POSTGRES_TARGETS

[Aaron W. Swenson]

Attached are the changes I'm looking to make. I've never play with
global use flags, so I'd like for somebody to make sure I've done them
right.
# Copyright 1999-2016 Gentoo Foundation.
# Distributed under the terms of the GNU General Public License v2
# $Id$

# This file contains descriptions of POSTGRES_TARGETS USE_EXPAND flags.

postgres9_0 - Build against PostgreSQL 9.0
postgres9_1 - Build against PostgreSQL 9.1
postgres9_2 - Build against PostgreSQL 9.2
postgres9_3 - Build against PostgreSQL 9.3
postgres9_4 - Build against PostgreSQL 9.4
postgres9_5 - Build against PostgreSQL 9.5
postgres9_6 - Build against PostgreSQL 9.6
diff --git a/profiles/base/make.defaults b/profiles/base/make.defaults
index 8775ecf..a0902bb 100644
--- a/profiles/base/make.defaults
+++ b/profiles/base/make.defaults
@@ -16,7 +16,7 @@ USE_EXPAND_VALUES_USERLAND="BSD GNU"
 
 # Env vars to expand into USE vars.  Modifying this requires prior
 # discussion on gentoo-dev@lists.gentoo.org.
-USE_EXPAND="ABI_MIPS ABI_PPC ABI_S390 ABI_X86 ALSA_CARDS APACHE2_MODULES APACHE2_MPMS CALLIGRA_FEATURES CAMERAS COLLECTD_PLUGINS CPU_FLAGS_X86 CROSSCOMPILE_OPTS CURL_SSL DRACUT_MODULES DVB_CARDS ELIBC ENLIGHTENMENT_MODULES FCDSL_CARDS FFTOOLS FOO2ZJS_DEVICES FRITZCAPI_CARDS GPSD_PROTOCOLS GRUB_PLATFORMS INPUT_DEVICES KERNEL LCD_DEVICES LIBREOFFICE_EXTENSIONS LINGUAS LIRC_DEVICES MONKEYD_PLUGINS NETBEANS_MODULES NGINX_MODULES_HTTP NGINX_MODULES_MAIL OFED_DRIVERS OFFICE_IMPLEMENTATION OPENMPI_FABRICS OPENMPI_OFED_FEATURES OPENMPI_RM PHP_TARGETS PYTHON_SINGLE_TARGET PYTHON_TARGETS QEMU_SOFTMMU_TARGETS QEMU_USER_TARGETS RUBY_TARGETS SANE_BACKENDS USERLAND UWSGI_PLUGINS VIDEO_CARDS VOICEMAIL_STORAGE XFCE_PLUGINS XTABLES_ADDONS ROS_MESSAGES"
+USE_EXPAND="ABI_MIPS ABI_PPC ABI_S390 ABI_X86 ALSA_CARDS APACHE2_MODULES APACHE2_MPMS CALLIGRA_FEATURES CAMERAS COLLECTD_PLUGINS CPU_FLAGS_X86 CROSSCOMPILE_OPTS CURL_SSL DRACUT_MODULES DVB_CARDS ELIBC ENLIGHTENMENT_MODULES FCDSL_CARDS FFTOOLS FOO2ZJS_DEVICES FRITZCAPI_CARDS GPSD_PROTOCOLS GRUB_PLATFORMS INPUT_DEVICES KERNEL LCD_DEVICES LIBREOFFICE_EXTENSIONS LINGUAS LIRC_DEVICES MONKEYD_PLUGINS NETBEANS_MODULES NGINX_MODULES_HTTP NGINX_MODULES_MAIL OFED_DRIVERS OFFICE_IMPLEMENTATION OPENMPI_FABRICS OPENMPI_OFED_FEATURES OPENMPI_RM PHP_TARGETS POSTGRES_TARGETS PYTHON_SINGLE_TARGET PYTHON_TARGETS QEMU_SOFTMMU_TARGETS QEMU_USER_TARGETS RUBY_TARGETS SANE_BACKENDS USERLAND UWSGI_PLUGINS VIDEO_CARDS VOICEMAIL_STORAGE XFCE_PLUGINS XTABLES_ADDONS ROS_MESSAGES"
 
 # USE_EXPAND variables whose contents are not shown in package manager
 # output. Changes need discussion on gentoo-dev.
@@ -35,6 +35,10 @@ KERNEL="linux"
 USERLAND="GNU"
 INPUT_DEVICES="keyboard mouse"
 
+# Aaron W. Swenson  (23 Jan 2016)
+# Default slot for postges.eclass and postgres-multi.eclass
+POSTGRES_TARGETS="postgres9_4"
+
 # Tomáš Chvátal  (23 Mar 2013)
 # By default enable libreoffice implementation only.
 OFFICE_IMPLEMENTATION="libreoffice"


signature.asc
Description: Digital signature

Re: [gentoo-dev] New Eclasses: postgres and postgres-multi

[Aaron W. Swenson]

Okay, provided that the new USE_EXPAND is okay for POSTGRES_TARGETS,
attached are the eclasses that I'll commit to the tree.
# Copyright 1999-2016 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id$

inherit multibuild postgres
EXPORT_FUNCTIONS pkg_setup src_prepare src_compile src_install src_test


# @ECLASS: postgres-multi
# @MAINTAINER:
# PostgreSQL 
# @AUTHOR: Aaron W. Swenson 
# @BLURB: An eclass to build PostgreSQL-related packages against multiple slots
# @DESCRIPTION:
# postgres-multi enables ebuilds, particularly PostgreSQL extensions, to
# build against any and all compatible PostgreSQL slots that are also
# enabled by the user. Additionally makes a developer's life easier with
# exported default functions to do the right thing.


case ${EAPI:-0} in
  0|1|2|3|4) die "postgres-multi.eclass requires EAPI 5 or higher" ;;
  *) ;;
esac


# @ECLASS-VARIABLE: POSTGRES_COMPAT
# @REQUIRED
# @DESCRIPTION:
# A Bash array containing a list of compatible PostgreSQL slots as
# defined by the developer. Must be declared before inheriting this eclass.
if ! declare -p POSTGRES_COMPAT &>/dev/null; then
die 'Required variable POSTGRES_COMPAT not declared.'
fi

# @ECLASS-VARIABLE: _POSTGRES_UNION_SLOTS
# @INTERNAL
# @DESCRIPTION:
# A Bash array containing the union set of user-enabled slots that are
# also in POSTGRES_COMPAT.
export _POSTGRES_UNION_SLOTS=( )

# @FUNCTION _postgres-multi_multibuild_wrapper
# @INTERNAL
# @USAGE: _postgres-multi_multibuild_wrapper  [ ...]
# @DESCRIPTION:
# For the given variant, set the values of the PG_SLOT and PG_CONFIG
# environment variables accordingly and replace any appearance of
# @PG_SLOT@ in the command and arguments with value of ${PG_SLOT}.
_postgres-multi_multibuild_wrapper() {
debug-print-function ${FUNCNAME} "${@}"
export PG_SLOT=${MULTIBUILD_VARIANT}
export PG_CONFIG=$(which pg_config${MULTIBUILD_VARIANT//./})
$(echo "${@}" | sed "s/@PG_SLOT@/${PG_SLOT}/g")
}

# @FUNCTION: postgres-multi_foreach
# @USAGE: postgres-multi_foreach   [ ...]
# @DESCRIPTION:
# Run the given command in the package's source directory for each
# PostgreSQL slot in the union set of the developer defined
# POSTGRES_COMPAT and user-enabled slots. The PG_CONFIG environment
# variable is updated on each iteration to point to the matching
# pg_config command for the current slot. Any appearance of @PG_SLOT@ in
# the command or arguments will be substituted with the slot (e.g., 9.5)
# of the current iteration.
postgres-multi_foreach() {
local MULTIBUILD_VARIANTS=("${_POSTGRES_UNION_SLOTS[@]}")

multibuild_foreach_variant \
_postgres-multi_multibuild_wrapper run_in_build_dir ${@}
}

# @FUNCTION: postgres-multi_forbest
# @USAGE: postgres-multi_forbest   [ ...]
# @DESCRIPTION:
# Run the given command in the package's source directory for the best,
# compatible PostgreSQL slot. The PG_CONFIG environment variable is set
# to the matching pg_config command. Any appearance of @PG_SLOT@ in the
# command or arguments will be substituted with the matching slot (e.g., 9.5).
postgres-multi_forbest() {
# POSTGRES_COMPAT is reverse sorted once in postgres.eclass so
# element 0 has the highest slot version.
local MULTIBUILD_VARIANTS=("${_POSTGRES_UNION_SLOTS[0]}")

multibuild_foreach_variant \
_postgres-multi_multibuild_wrapper run_in_build_dir ${@}
}

# @FUNCTION: postgres-multi_pkg_setup
# @USAGE: postgres-multi_pkg_setup
# @DESCRIPTION:
# Initialize internal environment variable(s). This is required if
# pkg_setup() is declared in the ebuild.
postgres-multi_pkg_setup() {
local user_slot

for user_slot in "${POSTGRES_COMPAT[@]}"; do
use "postgres_targets_postgres${user_slot/\./_}" && \
_POSTGRES_UNION_SLOTS+=( "${user_slot}" )
done

if [[ "${#_POSTGRES_UNION_SLOTS[@]}" -eq "0" ]]; then
die "One of the postgres_targets_postgresSL_OT use flags must 
be enabled"
fi

elog "Multibuild variants: ${_POSTGRES_UNION_SLOTS[@]}"
}

postgres-multi_src_prepare() {
if [[ "${#_POSTGRES_UNION_SLOTS[@]}" -eq "0" ]]; then
eerror "Internal array _POSTGRES_UNION_SLOTS is empty."
die "Did you forget to call postgres-multi_pkg_setup?"
fi

local MULTIBUILD_VARIANT
local MULTIBUILD_VARIANTS=("${_POSTGRES_UNION_SLOTS[@]}")
multibuild_copy_sources
}

postgres-multi_src_compile() {
postgres-multi_foreach emake
}

postgres-multi_src_install() {
postgres-multi_foreach emake install DESTDIR="${D}"
}

postgres-multi_src_test() {
postgres-multi_foreach emake installcheck
}
# Copyright 1999-2016 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id$

inherit user

# @ECLASS: postgres
# @MAINTAINER:
# PostgreSQL 

[gentoo-dev] New packages up for grabs

[Michał Górny]

Hello, everyone.

As a result of disbanding a few herds, we some new maintainer-needed
packages.

Here's the complete list:

app-admin/gkrellm
app-arch/torrentzip
app-backup/backuppc
app-backup/boxbackup
app-backup/cdbackup
app-backup/cdbkup
app-backup/dirvish
app-backup/simplebackup
app-backup/snapback2
app-benchmarks/bashmark
app-benchmarks/bonnie
app-benchmarks/bonnie++
app-benchmarks/cpuburn
app-benchmarks/filebench
app-benchmarks/forkbomb
app-benchmarks/httperf
app-benchmarks/phoronix-test-suite
app-benchmarks/piozone
app-benchmarks/pipebench
app-benchmarks/siege
app-benchmarks/stress
app-benchmarks/sysbench
app-cdr/acetoneiso
app-cdr/b5i2iso
app-cdr/bashburn
app-cdr/bchunk
app-cdr/bin2iso
app-cdr/burn-cd
app-cdr/burncdda
app-cdr/burncenter
app-cdr/ccd2iso
app-cdr/cdcover
app-cdr/cddetect
app-cdr/cdlabelgen
app-cdr/cdrdao
app-cdr/cdrkit
app-cdr/cue2toc
app-cdr/cuecue
app-cdr/cuegen
app-cdr/cuetools
app-cdr/disc-cover
app-cdr/dvd95
app-cdr/dvdisaster
app-cdr/dvd+rw-tools
app-cdr/dvdshrink
app-cdr/gnomebaker
app-cdr/graveman
app-cdr/gtkcdlabel
app-cdr/iat
app-cdr/mode2cdmaker
app-cdr/mp3burn
app-cdr/multicd
app-cdr/mybashburn
app-cdr/nero
app-cdr/nrg2iso
app-cdr/pburn
app-cdr/plextor-tool
app-cdr/poweriso
app-cdr/qmultirecord
app-cdr/qpxtool
app-cdr/recorder
app-cdr/sync2cd
app-cdr/tkdvd
app-cdr/xbiso
app-cdr/xcdroast
app-doc/doxygen
app-doc/jargon
app-doc/linux-device-drivers
app-misc/fdutils
app-misc/inputlircd
app-misc/lirc
app-misc/regionset
app-misc/usbirboy
app-misc/zisofs-tools
app-pda/coldsync
app-pda/fusepod
app-pda/gnupod
app-pda/gtkpod
app-pda/ideviceinstaller
app-pda/ifuse
app-pda/jpilot
app-pda/jpilot-backup
app-pda/jpilot-mail
app-pda/jpilot-plucker
app-pda/jpilot-syncmal
app-pda/libimobiledevice
app-pda/libplist
app-pda/libusbmuxd
app-pda/orange
app-pda/pilot-link
app-pda/synce-core
app-pda/synce-sync-engine
app-pda/usbmuxd
dev-lang/dmd-bin
dev-lang/falcon
dev-lang/fpc
dev-lang/icon
dev-lang/lazarus
dev-lang/tcc
dev-libs/iksemel
dev-libs/klibc
dev-libs/libmal
dev-libs/libmimedir
dev-libs/librra
dev-libs/librtfcomp
dev-libs/vdk
dev-perl/Video-Frequencies
dev-perl/Video-ivtv
dev-util/ald
dev-util/astyle
dev-util/cdiff
dev-util/cgdb
dev-util/cunit
dev-util/duma
dev-util/gquilt
dev-util/insight
dev-util/lcov
dev-util/ltrace
dev-util/shtool
dev-util/vdkbuilder
dev-util/xmlindent
dev-vcs/gitinspector
dev-vcs/gitsh
dev-vcs/git-sh
dev-vcs/gitstats
dev-vcs/rapidsvn
dev-vcs/svn2cl
media-libs/libdvb
media-libs/libgpod
media-libs/libopendaap
media-plugins/vdr-imonlcd
media-plugins/vdr-xine
media-tv/dvbstream
media-tv/dvbstreamer
media-tv/dvbtune
media-tv/freevo
media-tv/ivtvplayer
media-tv/linuxtv-dvb-apps
media-tv/linuxtv-dvb-firmware
media-tv/wis-go7007
media-tv/xawtv
media-tv/xmltv
media-video/alevt
media-video/dvbsnoop
net-dialup/capi4k-utils
net-dialup/capidivert
net-dialup/capifwd
net-dialup/capisuite
net-dialup/cistronradius
net-dialup/cutecom
net-dialup/dial
net-dialup/diald
net-dialup/drdsl
net-dialup/dwun
net-dialup/fbgetty
net-dialup/fcpci
net-dialup/freeradius
net-dialup/freeradius-client
net-dialup/globespan-adsl
net-dialup/gnuradius
net-dialup/gtkterm
net-dialup/hcfpcimodem
net-dialup/isdn-firmware
net-dialup/itund
net-dialup/kpnadsl4linux
net-dialup/linux-atm
net-dialup/mgetty
net-dialup/mwavem
net-dialup/pppconfig
net-dialup/ppp-scripts
net-dialup/pptpclient
net-dialup/pptpd
net-dialup/qtwvdialer
net-dialup/radiusclient
net-dialup/radiusclient-ng
net-dialup/rp-l2tp
net-dialup/sendpage
net-dialup/sercd
net-dialup/speedtouch-usb
net-dialup/tkvoice
net-dialup/ueagle4-atm
net-dialup/ueagle-atm
net-dialup/wvdial
net-fs/netatalk
net-fs/openafs-legacy
net-ftp/cmdftp
net-ftp/tlswrap
net-im/ayttm
net-im/climm
net-im/cpop
net-im/gg-transport
net-im/jabberd2
net-im/mu-conference
net-im/pyicq-t
net-im/reaim
net-im/sendxmpp
net-im/silc-server
net-im/silc-toolkit
net-im/simpserver-bin
net-im/tkabber
net-im/ysm
net-irc/asuka
net-irc/bnc
net-irc/bobotpp
net-irc/dccserver
net-irc/dircproxy
net-irc/eggdrop
net-irc/emech
net-irc/epic4
net-irc/epic5
net-irc/ii
net-irc/iip
net-irc/irc-client
net-irc/ircii
net-irc/ircmap
net-irc/irc-server
net-irc/ircstats
net-irc/jircii
net-irc/loqui
net-irc/miau
net-irc/muh
net-irc/nebula
net-irc/ninja
net-irc/onis
net-irc/pisg
net-irc/ptlink-ircd
net-irc/ptlink-opm
net-irc/rhapsody
net-irc/savirc
net-irc/scrollz
net-irc/sic
net-irc/srvx
net-irc/xaric
net-libs/canlock
net-libs/gloox
net-libs/gupnp-ui
net-libs/libbt
net-libs/libcapi
net-libs/libgmail
net-libs/libgssglue
net-libs/libtorrent
net-libs/libyahoo2
net-libs/wvstreams
net-misc/bopm
net-misc/capiisdnmon
net-misc/iaxmodem
net-misc/mdidentd
net-misc/termpkg
net-nds/rpcbind
net-news/rsstail
net-news/rsstool
net-news/yencode
net-news/yydecode
net-nntp/brag
net-nntp/inn
net-nntp/leafnode
net-nntp/newspost
net-nntp/slrn
net-nntp/slrnconf
net-nntp/sn
net-nntp/suck
net-nntp/tin
net-nntp/xrn
net-p2p/amule
net-p2p/bittornado
net-p2p/createtorrent
net-p2p/ctcs
net-p2p/ctorrent
net-p2p/dbhub
net-p2p/dclib
net-p2p/deluge