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

[Joshua Kinard]

On 01/17/2016 15:03, Michał Górny wrote:
> Hello, everyone.
> 
> The current maintainer of net-fs herd so far hasn't replied to our
> queries. If we don't get any reply in a week, we will be disbanding it
> and looking for new maintainers for its packages.
> 
> Is anyone interested in keeping the herd as a whole and maintaining all
> of its packages? If nobody replies till 2016-01-24, the herd will be
> automatically disbanded and I will be sending a complete list of
> packages needing maintainers.
> 
> Packages currently in herd along with their other maintainers:
> 

[snip]

> net-fs/ncpfs : 

I'll claim this one.  I actually have several old NetWare VMs (3.x, 4.2) that I
can test this with from time-to-time, both TCP/IP and old IPX.


> net-fs/nfs4-acl-tools: 
> net-fs/nfs-utils : 
> net-nds/rpcbind  :
> net-libs/libnfsidmap :

base-system has portmap already, and given some run nfs as a root filesystem, I
wonder if base-system shouldn't cover these as well?

--J

Re: [gentoo-dev] Herd likely up for grabs: kernel-misc

[Joshua Kinard]

On 01/17/2016 14:57, Michał Górny wrote:
> Hello, everyone.
> 
> The current maintainers of kernel-misc herd so far haven't replied to
> our queries. If we don't get any reply in a week, we will be disbanding
> it and looking for new maintainers for its packages.
> 
> Is anyone interested in keeping the herd as a whole and maintaining all
> of its packages? If nobody replies till 2016-01-24, the herd will be
> automatically disbanded and I will be sending a complete list of
> packages needing maintainers.
> 
> Packages currently in herd along with their other maintainers:
> 

[snip]

> sys-apps/kexec-tools : 

Better suited for base-system, maybe?

[snip]

> sys-fs/jfsutils  : 

Definitely base-system, as xfsprogs is already maintained by them.

--J

[gentoo-dev] Herd up for grabs: gpe

[Michał Górny]

Hello, everyone.

The only maintainer of gpe herd is MIA for some time, and this
pretty much renders the whole thing maintainer-needed.

Is anyone interested in keeping the herd as-is and maintaining all
packages in it? If I get no reply till 2016-01-24, I will effectively
remove the herd and announce the packages that landed in maintainer-
-needed as a result.

Packages currently in herd, along with their other maintainers:

x11-libs/libfakekey  : kde
x11-libs/libmatchbox : 
x11-libs/libxsettings-client : desktop-misc
x11-misc/matchbox-keyboard   : 
x11-misc/matchbox-panel-manager : 
x11-misc/xoo : 
x11-plugins/matchbox-applet-input-manager : 
x11-plugins/matchbox-applet-startup-monitor : 
x11-plugins/matchbox-applet-volume : 
x11-plugins/matchbox-desktop-image-browser : 
x11-plugins/matchbox-desktop-xine : 
x11-themes/matchbox-themes-extra : 
x11-wm/matchbox  : 
x11-wm/matchbox-common   : 
x11-wm/matchbox-desktop  : 
x11-wm/matchbox-panel: 
x11-wm/matchbox-window-manager : 

-- 
Best regards,
Michał Górny



pgpJ316ZDZ4HI.pgp
Description: OpenPGP digital signature

[gentoo-dev] Herd likely up for grabs: media-optical

[Michał Górny]

Hello, everyone.

The current maintainers of media-optical herd so far haven't replied to
our queries. If we don't get any reply in a week, we will be disbanding
it and looking for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their other maintainers:


app-cdr/acetoneiso   : 
app-cdr/b5i2iso  : 
app-cdr/bashburn : 
app-cdr/bchunk   : 
app-cdr/bin2iso  : 
app-cdr/brasero  : gnome
app-cdr/burn-cd  : 
app-cdr/burncdda : 
app-cdr/burncenter   : 
app-cdr/ccd2iso  : 
app-cdr/cdck : zzam@
app-cdr/cdcover  : 
app-cdr/cddetect : 
app-cdr/cdlabelgen   : 
app-cdr/cdrdao   : 
app-cdr/cdrkit   : 
app-cdr/cdrtools : billie@
app-cdr/cdw  : mr_bones_@
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/isomaster: sping@
app-cdr/k3b  : kde
app-cdr/kcdemu   : kde
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/uif2iso  : flameeyes@
app-cdr/webcdwriter  : java
app-cdr/xbiso: 
app-cdr/xcdroast : 
app-cdr/xfburn   : xfce@
app-misc/regionset   : 
dev-libs/libburn : billie@
dev-libs/libisoburn  : billie@
dev-libs/libisofs: billie@
virtual/cdrtools : 


-- 
Best regards,
Michał Górny



pgpo4ZZwfrdZP.pgp
Description: OpenPGP digital signature

[gentoo-dev] Herd likely up for grabs: lang-misc

[Michał Górny]

Hello, everyone.

The current maintainer of lang-misc herd so far hasn't replied to our
queries. If we don't get any reply in a week, we will be disbanding it
and looking for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their (lack of) other maintainers:

dev-lang/dmd-bin : 
dev-lang/erlang  : djc@
dev-lang/falcon  : 
dev-lang/fpc : 
dev-lang/icon: 
dev-lang/lazarus : 
dev-lang/tcc : 
dev-libs/vdk : 
dev-util/cunit   : 
dev-util/vdkbuilder  : 


-- 
Best regards,
Michał Górny



pgpfWJJr1NjFu.pgp
Description: OpenPGP digital signature

[gentoo-dev] Herd likely up for grabs: media-tv

[Michał Górny]

Hello, everyone.

The current maintainers of media-tv herd so far haven't replied to
our queries. If we don't get any reply in a week, we will be disbanding
it and looking for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their other maintainers:

app-eselect/eselect-vdr  : vdr@
app-misc/activylircd : proxy-maintainers, v...@helmutauer.de
app-misc/iguanaIR: hd_brummy@
app-misc/inputlircd  : 
app-misc/lirc: 
app-misc/usbirboy: 
dev-libs/cxxtools: vdr@
dev-libs/tntnet  : hd_brummy@
dev-perl/HTML-TableContentParser : perl, vdr@
dev-perl/Lirc-Client : perl
dev-perl/Video-Frequencies   : 
dev-perl/Video-ivtv  : 
dev-perl/XML-Simple-DTDReader : perl, vdr@
dev-perl/X-Osd   : perl
dev-python/pylirc: python
media-fonts/vdrsymbols-ttf   : vdr@
media-libs/libdvb: 
media-libs/libdvbpsi : lordvan@
media-libs/libv4l: tetromino@
media-libs/zvbi  : 
media-plugins/vdr-actuator   : vdr@
media-plugins/vdr-admin  : vdr@
media-plugins/vdr-alcd   : proxy-maintainers, vdr@, v...@helmutauer.de
media-plugins/vdr-arghdirector : vdr@
media-plugins/vdr-atscepg: vdr@
media-plugins/vdr-audiorecorder : vdr@
media-plugins/vdr-autosort   : vdr@
media-plugins/vdr-avards : vdr@
media-plugins/vdr-beep   : vdr@
media-plugins/vdr-bgprocess  : vdr@
media-plugins/vdr-browse : vdr@
media-plugins/vdr-burn   : vdr@
media-plugins/vdr-burn-templates : vdr@
media-plugins/vdr-calc   : vdr@
media-plugins/vdr-cdplayer   : vdr@
media-plugins/vdr-chanman: proxy-maintainers, christian.gmei...@gmail.com, 
vdr@
media-plugins/vdr-channelblocker : vdr@
media-plugins/vdr-cinebars   : vdr@
media-plugins/vdr-clock  : vdr@
media-plugins/vdr-console: vdr@
media-plugins/vdr-coverviewer : vdr@
media-plugins/vdr-cpumon : vdr@
media-plugins/vdr-decruft: vdr@
media-plugins/vdr-devstatus  : vdr@
media-plugins/vdr-dummydevice : vdr@
media-plugins/vdr-duplicates : vdr@
media-plugins/vdr-dvbapi : hd_brummy@
media-plugins/vdr-dvbhddevice : vdr@
media-plugins/vdr-dvbsddevice : vdr@
media-plugins/vdr-dvd: vdr@
media-plugins/vdr-dvdswitch  : vdr@
media-plugins/vdr-epgsearch  : vdr@
media-plugins/vdr-epgsync: vdr@
media-plugins/vdr-exec   : vdr@
media-plugins/vdr-extb   : vdr@
media-plugins/vdr-extrecmenu : vdr@
media-plugins/vdr-femon  : vdr@
media-plugins/vdr-fepg   : vdr@
media-plugins/vdr-ffnetdev   : vdr@
media-plugins/vdr-filebrowser : vdr@
media-plugins/vdr-freecell   : vdr@
media-plugins/vdr-fritzbox   : vdr@
media-plugins/vdr-graphlcd   : vdr@
media-plugins/vdr-graphtft   : vdr@
media-plugins/vdr-image  : vdr@
media-plugins/vdr-imonlcd: 
media-plugins/vdr-infosatepg : vdr@
media-plugins/vdr-iptv   : vdr@
media-plugins/vdr-joystick   : vdr@
media-plugins/vdr-kvdrmon: proxy-maintainers, gen...@bjusystems.de, vdr@
media-plugins/vdr-launcher   : vdr@
media-plugins/vdr-lcdproc: vdr@
media-plugins/vdr-lcr: vdr@
media-plugins/vdr-live   : vdr@
media-plugins/vdr-loadepg: vdr@
media-plugins/vdr-mailbox: vdr@
media-plugins/vdr-markad : vdr@
media-plugins/vdr-menuorg: vdr@
media-plugins/vdr-mlist  : vdr@
media-plugins/vdr-mount  : vdr@
media-plugins/vdr-mp3ng  : vdr@
media-plugins/vdr-mplayer: vdr@
media-plugins/vdr-music  : vdr@
media-plugins/vdr-newsticker : vdr@
media-plugins/vdr-noepg  : vdr@
media-plugins/vdr-nordlichtsepg : vdr@
media-plugins/vdr-osdpip : vdr@
media-plugins/vdr-osdserver  : vdr@
media-plugins/vdr-osdteletext : vdr@
media-plugins/vdr-peer   : vdr@
media-plugins/vdr-permashift : vdr@
media-plugins/vdr-picselshow : vdr@
media-plugins/vdr-pilot  : vdr@
media-plugins/vdr-pilotskin  : vdr@
media-plugins/vdr-pin: vdr@
media-plugins/vdr-powermate  : vdr@
media-plugins/vdr-prefermenu : vdr@
media-plugins/vdr-proxy  : vdr@
media-plugins/vdr-pvr350 : vdr@
media-plugins/vdr-pvrinput   : vdr@
media-plugins/vdr-quicktimer : vdr@
media-plugins/vdr-radio  : vdr@
media-plugins/vdr-radiolist  : vdr@
media-plugins/vdr-rcu: vdr@
media-plugins/vdr-recsearch  : vdr@
media-plugins/vdr-recstatus  : vdr@
media-plugins/vdr-remote : vdr@
media-plugins/vdr-remoteosd  : vdr@
media-plugins/vdr-remotetimers : vdr@
media-plugins/vdr-rotor  : vdr@
media-plugins/vdr-rpihddevice : vdr@
media-plugins/vdr-rssreader  : vdr@
media-plugins/vdr-satip  : vdr@
media-plugins/vdr-scheduler  : vdr@
media-plugins/vdr-screenshot : vdr@
media-plugins/vdr-serial : vdr@
media-plugins/vdr-skincurses : vdr@
media-plugins/vdr-skinelchi  : vdr@
media-plugins/vdr-skinenigmang : 

Re: [gentoo-portage-dev] dead emerge processes and/or lockfiles

[Zac Medico]

On 01/17/2016 09:06 AM, Brian Dolbec wrote:
> 
> I've read in several forum posts lately about emerge not running and
> the problem comes down to dead emerge processes and remaining lockfiles.
> 
> Perhaps we should make an emaint module to search for and fix these.
> It should be easy enough.

It would be nicer if we fixed whatever issue(s) cause the emerge
processes to hang up. How would the emaint module distinguish a "good"
emerge process from a "bad" one? I suppose you could strace it to see if
it has any activity.
-- 
Thanks,
Zac

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

[Kristian Fiskerstrand]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 01/17/2016 09:16 PM, Michał Górny wrote:
> Hello, everyone.
> 
> The current maintainers of net-irc herd so far haven't replied to 
> our queries. If we don't get any reply in a week, we will be
> disbanding it and looking for new maintainers for its packages.
> 


> net-irc/irssi: swegener@


I expect that this is actually actively maintained, but if not I'm
interested in stepping up and taking it.


- -- 
Kristian Fiskerstrand
Public PGP key 0xE3EDFAE3 at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWm/ZVAAoJECULev7WN52F0JsH/0TCEIrxpkgLhTR8AJzHeJua
TNH/BjEhQmoY/O08Ztfx0gFstv53Tl72P7xqbVRNmYiAtoltsrM2BPb2MxFGFa7N
V0oVti1hDsKSiE2K6sJNLdjJaxVbOH+5k8h8jcLw+oyd0ylTiZL/jiLfI+P7DH+I
XqWxsY/ABceLD/ptl+l7ExP9AxWje37ZFdmMnzJCt0uMc7ggWLFk5PUKsMVRibOg
y3RbUSDtvidW2pcSSlRTG3dwuHowdkmTF3ajlfGt8TtsmHdUqyDBa+jdsW//ShGb
r7d0AthHmhHBFp5b2ShcHGpe463UqCyheonkQ1ZzE5hX9972JvTDgE4Ww5jek04=
=TlX2
-END PGP SIGNATURE-

[gentoo-dev] EAPI=6 ebuild stabilization possible now

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


Hi all, 

in case you haven't noticed yet, EAPI=6 capable =sys-apps/portage-2.2.26 is 
now stable on all stable arches. 

This means packages using EAPI=6 can be stabilized. 

Happy EAPI bumping!

Andreas

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1

iQJ8BAEBCgBmBQJWnAqlXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5L50QAIKfIQM+Bc4uC4d4eFil87v3
wutr7E8uiJy8P3i+nS8q9IciiJB04fooHpX3danpQC2XRlNGe0IGLhJJasGJ4LAc
HcioUX+VBAPiLriqOku/8ailPrXUmBfE7dABNnnVxD2rvM+uy9BbvFu/G4f7nmW/
hVzmdQb+KDUJryc+Wh0f7tKMYfHqZ94yLFQ31qJ7Cqs8AxZhe4ePxMV55IIyQAjM
U3iGJ3o20ejFjZu44armMO719XZBfB1SLywqTOqqq33cc9TyJuXT35qin1BSJ3c7
7biPqw1kYjpGiJd1iqVxy3LAgSYq7FogkFkkjoqcMiiZL6Yoma307/8aLaAXiMdV
X10EfOmN5/ETpkosbJTR7N4hjQFKwWk/tNis7iWb4eM0qD0KCdJ62cERwBib2I5R
eYbr3M9/s5+7t1OztQ3KhyWX/koVO6dHiGwE6gt5gCD7mPlFtNseEIyUMXkaNmeX
7p5kzaI/aZHW643khWJK/wjL1nALbYVzrS0TVJhZbRLzlqKZf/rRRd+9LLJj2Jbe
z8FYmVhzh+fC18E7RHRHKAukBIEVGhCXxXZhSiFWfpWson2HMRaSUyWE3m6CVbmZ
NxkVC37eXWyMXkiXgl4B04tr6y2irv50YTBE3M+ENhsAfKkEJ4ixERW5juVscM7o
IaWPljpSoZYKFkaI4rQL
=/ZlX
-END PGP SIGNATURE-

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

[Göktürk Yüksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Michael Palimaka:
> On 01/17/2016 06:55 PM, Gokturk Yuksek wrote:
>> Substitute the mentions of CVS with git. Rewrite CVS commands
>> with their git equivalents. Remove the paragraph about deleting
>> directories in CVS.
>> 
>> X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642 
>> Signed-off-by: Gokturk Yuksek 
>> 
>> diff --git a/ebuild-maintenance/text.xml
>> b/ebuild-maintenance/text.xml index a1d92a1..8c542d0 100644 ---
>> a/ebuild-maintenance/text.xml +++ b/ebuild-maintenance/text.xml 
>> @@ -298,7 +298,7 @@ Moving ebuilds is a two-step process: 
>> 
>>  -Firstly, you need to move the ebuild in CVS. To do this, you
>> should +Firstly, you need to move the ebuild in the git tree. To
>> do this, you should copy the ebuild to its new location and
>> commit that as you would with a > link="#adding-a-new-ebuild">new ebuild.  @@ -323,23
>> +323,17 @@ for net-firewall/fwbuilder when they are
>> available.
>> 
>>  Once this step is concluded, you are allowed to remove the
>> old package. -Simply issue a cvs remove -Rf $PN in the
>> package category and commit +Simply issue a git rm -rf $PN
>> in the package category and commit the changes afterwards with a
>> meaningful commit message. Don't forget to update entries in
>> files such as profiles/package.mask to reflect the new category.
>> Finally remember to change the title to open bugs related to this
>> package if needed. 
>> 
>>  -net-misc # cvs rm -Rf
>> fwbuilder -cvs remove: use `cvs commit' to remove these files
>> permanently -net-misc # cvs ci -m "Moving net-misc/fwbuilder to
>> net-firewall/fwbuilder." +net-misc # git rm -rf fwbuilder 
>> +net-misc # git commit --gpg-sign -m "Moving net-misc/fwbuilder
>> to net-firewall/fwbuilder." 
>> 
>> - -CVS cannot destroy directories: it will simply not
>> re-create them if -they are blank, providing you use CVS with the
>> -P flag. - -  
>> 
>> 
> 
> How about git mv instead?
> 
> 
The workflow in the devmanual is: copy-mask-remove.
Git mv workflow is similar to: copy-remove-mask.
If encapsulated in a single commit, the atomicity is preserved and it
shouldn't violate anything. I actually wrote it using git mv first and
rewrote to match the current workflow of devmanual.

If there is no objection to this, I'll rewrite it with git mv.

- --
gokturk

-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWnBBbAAoJEIT4AuXAiM4zD0YIAM3oUGd5woCtq4/Xou5+R86D
6ofPQQTsjZ7C/GE9dImmch0Mn1iG2Pt8kxP1G/M9br0Vs8D7qPQFO+5Xmm+SBhO7
8s0KSwYnipWqzEKuDtbNwBXJ2mj9eG/0NQKdOXbxKWWk/QMewy+DSqZekiQaL512
JmacEPm/TzAukYQqpwx8rGw3kp+Nz7v+TTQ47epElQ/wnRPZyU05JPyeYFbsV97y
aG17JIRx+FnL6rOKJJE/pyZ3Bbqu1autkgw0cL9Wk5EdxVm3WeR/nHj847EcziTd
Ws312So+GEhb2smFdLxXBN6y/tiTb1xeeNds2sMsSu2KNfNN3E7VWOXSsjK8mMI=
=SuBZ
-END PGP SIGNATURE-

[gentoo-dev] New project: LDAP

[Michael Palimaka]

I am announcing the LDAP project[1], to replace the old herd in
preparation for the implementation of GLEP 67.

1: https://wiki.gentoo.org/wiki/Project:LDAP

[gentoo-dev] Herd up for grabs: net-news

[Michał Górny]

Hello, everyone.

The net-news herd has no maintainers at the moment, and it will most
likely be disbanded with most of the packages going maintainer-needed.

Is anyone interested in keeping the herd as-is and maintaining all
packages in it? If I get no reply till 2016-01-24, I will effectively
remove the herd and announce the packages that landed in maintainer-
-needed as a result.

Packages currently in herd, along with their other maintainers:

net-libs/canlock : 
net-news/rsstail : 
net-news/rsstool : 
net-news/yencode : 
net-news/yydecode: 
net-nntp/brag: 
net-nntp/hellanzb: aballier@
net-nntp/inn : 
net-nntp/kwooty  : kde
net-nntp/leafnode: 
net-nntp/newspost: 
net-nntp/nzb : qt
net-nntp/nzbget  : swegener@
net-nntp/slrn: 
net-nntp/slrnconf: 
net-nntp/sn  : 
net-nntp/suck: 
net-nntp/tin : 
net-nntp/xrn : 

-- 
Best regards,
Michał Górny



pgpHC0Ih_Li6F.pgp
Description: OpenPGP digital signature

[gentoo-dev] Herd likely up for grabs: app-doc

[Michał Górny]

Hello, everyone.

The current maintainers of app-doc herd so far hasn't replied to our
requests. If we don't get any reply in a week, we will be disbanding it
and looking for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their (lack of) other maintainers:

app-doc/abs-guide: 
app-doc/autobook : 
app-doc/ebookmerge   : 
app-doc/jargon   : 
app-doc/linuxfromscratch : 
app-doc/single-unix-specification : 
app-doc/tldp-howto   : 

-- 
Best regards,
Michał Górny



pgpdEjq0B6T6a.pgp
Description: OpenPGP digital signature

[gentoo-dev] Herd likely up for grabs: ayatana

[Michał Górny]

Hello, everyone.

Of the current maintainers of ayatana herd, chithahn isn't interested
in maintaining its packages and ssuominen hasn't replied if he will
be able to maintain its packages yet. If we don't get any reply in
a week, we will be disbanding it and looking for new maintainers
for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

I think we could alternatively merge some of this into freedesktop.

Packages currently in herd along with their other maintainers:

dev-libs/libappindicator : 
dev-libs/libdbusmenu : kde
dev-libs/libdbusmenu-qt  : kde
dev-libs/libindicate : kde
dev-libs/libindicate-qt  : kde
dev-libs/libindicator: 
net-im/indicator-messages: 
x11-misc/notify-osd  : 
x11-themes/greybird  : desktop-misc
x11-themes/notify-osd-icons  : 
xfce-extra/xfce4-indicator-plugin : xfce@

-- 
Best regards,
Michał Górny



pgpCpGCPzXQCr.pgp
Description: OpenPGP digital signature

[gentoo-dev] Herd likely up for grabs: kernel-misc

[Michał Górny]

Hello, everyone.

The current maintainers of kernel-misc herd so far haven't replied to
our queries. If we don't get any reply in a week, we will be disbanding
it and looking for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their other maintainers:

app-doc/linux-device-drivers : 
app-misc/fdutils : 
app-misc/zisofs-tools: 
dev-libs/klibc   : 
sys-apps/kexec-tools : 
sys-devel/smatch : toolchain
sys-devel/sparse : toolchain
sys-fs/avfs  : proxy-maintainers, pete4...@comcast.net
sys-fs/ecryptfs-utils: crypto
sys-fs/fuse  : radhermit@
sys-fs/jfsutils  : 
sys-fs/lufis : 
sys-fs/siefs : 
sys-fs/sshfs-fuse: radhermit@
sys-kernel/linux-docs: mpagano@
sys-power/cpupower   : ssuominen@, floppym@
sys-process/schedtool: 


-- 
Best regards,
Michał Górny



pgpWoNjBTVdeY.pgp
Description: OpenPGP digital signature

[gentoo-dev] Herd likely up for grabs: pda

[Michał Górny]

Hello, everyone.

The current maintainers of pda herd so far haven't replied to our queries.
If we don't get any reply in a week, we will be disbanding it and looking
for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their other maintainers:

app-arch/unshield: ssuominen@
app-pda/barry: rhill@
app-pda/coldsync : 
app-pda/dynamite : ssuominen@
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-libs/libmal  : 
dev-libs/libmimedir  : 
dev-libs/librra  : 
dev-libs/librtfcomp  : 
media-libs/libgpod   : 
sys-fs/fur   : 


-- 
Best regards,
Michał Górny



pgp8yKJjTgCQw.pgp
Description: OpenPGP digital signature

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

[Göktürk Yüksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Justin Lecher (jlec):
> On 17/01/16 08:55, Gokturk Yuksek wrote:
>> Hi,
> 
>> The following patch series attempt to update devmanual to
>> replace the instances of CVS with their git equivalents. I tried
>> to keep the changes small in favor of updating the docs over
>> multiple iterations of patch series. The intention is to get the
>> bare bone changes in so that the quiz questions can be answered.
> 
>> Currently not included in the series are: - References to CVS in 
>> sections about herds since they will have to be rewritten per
>> GLEP 67 soon anyway. See: 
>> https://bugs.gentoo.org/show_bug.cgi?id=572144 - I am not sure 
>> about what to do with the subsection Ebuild
>> Functions/Miscellaneous Files/ChangeLog. The ChangeLog files
>> still exist in the rsync tree, however they are of little
>> importance in terms of development.
> 
> 
> Thanks a bunch for all your work.
> 
> Please direct the mail to devman...@gentoo.org. That alias takes
> care of the devmanual changes.
> 
I accidentally assumed it belongs to gentoo-doc, thanks for the heads
up. In the following weeks, I would like to follow up with GLEP 67 and
EAPI6 patches for devmanual and I can benefit from the review on
gentoo-dev. Is it OK to send the email to devmanual@g.o and CC
gentoo-dev@lists.g.o?

> Justin
> 
> 

- --
gokturk
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWnBZUAAoJEIT4AuXAiM4zoBwIAMzOyqoykAUJhHIoQGY7IoqF
bAys2BdJwv4UKL+Umt35IYgJDCN8GMklkwMToJ6flzRWMzcwCr2NN0yVXTSln3vz
1tdGxtv2w8afsbVgeE9eL7ZaBz9Zp/sdBwvMV6VMptC1esrLL2CqK7nx4s8x76UU
k1B6cyJBQKjyFB843fP7Z4NNIVHELkpGVf7RXD2SUeS0gtnpxveqwR0GghYYfSI1
RTXNtVTwbve97C3ewxv4hGNs8WKEoWdt8pNDBU7YT+CwIB6+YiGJcEDeogL6SK/7
TpckdS6i329o9gxWLJlt4tz+DjNUErb0TMJVTVBnla/6ohDHEIhW0za/46M9O8E=
=QGFi
-END PGP SIGNATURE-

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

[Lars Wendler]

Hello list,

I am going to take these packages:

net-libs/libotr
x11-plugins/pidgin-otr

Kind regards
Lars


On Sun, 17 Jan 2016 21:15:04 +0100 Michał Górny wrote:

>Hello, everyone.
>
>The current maintainers of net-im herd so far haven't replied to
>our queries (mrueg has withdrawn his project proposal). If we don't get
>any reply in a week, we will be disbanding it and looking for new
>maintainers for its packages.
>
>Is anyone interested in keeping the herd as a whole and maintaining all
>of its packages? If nobody replies till 2016-01-24, the herd will be
>automatically disbanded and I will be sending a complete list of
>packages needing maintainers.
>
>Packages currently in herd along with their other maintainers:
>
>app-accessibility/pidgin-festival : accessibility
>dev-libs/iksemel : 
>dev-tcltk/tktray : tcltk
>net-im/ayttm : 
>net-im/climm : 
>net-im/corebird  : proxy-maintainers,
>thatsly...@gmail.com, markparie...@gmail.com
>net-im/cpop  : net-im/ejabberd  : 
>net-im/gajim : aidecoe@
>net-im/gg-transport  : 
>net-im/jabber-base   : chainsaw@
>net-im/jabberd2  : 
>net-im/kadu  : reavertm@
>net-im/licq  : polynomial-c@
>net-im/mcabber   : wschlich@
>net-im/mu-conference : 
>net-im/openfire  : slyfox@
>net-im/pidgin: polynomial-c@
>net-im/psi   : proxy-maintainers, nik...@gmx.us
>net-im/psimedia  : proxy-maintainers, nik...@gmx.us
>net-im/pyaim-t   : proxy-maintainers, volk...@gmail.com
>net-im/pyicq-t   : 
>net-im/reaim : 
>net-im/sendxmpp  : 
>net-im/simpserver-bin: 
>net-im/telepathy-mission-control : gnome
>net-im/tkabber   : 
>net-im/ysm   : 
>net-irc/telepathy-idle   : gnome
>net-libs/gloox   : 
>net-libs/libgadu : reavertm@
>net-libs/libotr  : 
>net-libs/libyahoo2   : 
>x11-plugins/guifications : 
>x11-plugins/pidgin-birthday-reminder : hasufell@
>x11-plugins/pidgin-encryption : 
>x11-plugins/pidgin-extprefs  : 
>x11-plugins/pidgin-hotkeys   : 
>x11-plugins/pidgin-latex : 
>x11-plugins/pidgin-libnotify : 
>x11-plugins/pidgin-mpris : chainsaw@
>x11-plugins/pidgin-musictracker : 
>x11-plugins/pidgin-opensteamworks : hasufell@, mrueg@
>x11-plugins/pidgin-otr   : 
>x11-plugins/pidgin-rhythmbox : 
>x11-plugins/pidgin-sipe  : thev00d00@
>x11-plugins/pidgintex: 
>x11-plugins/purple-plugin_pack : 
>
>



-- 
Lars Wendler
Gentoo package maintainer
GPG: 21CC CF02 4586 0A07 ED93  9F68 498F E765 960E 9B39

Attention! New gpg key! See (self signed server cert for now)
http://www.gentoofan.org/blog/index.php?/archives/9-New-gpg-keys.html


pgpMiM3H8RDNT.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-dev] Herd up for grabs: gpe

[Michał Górny]

On Sun, 17 Jan 2016 19:25:33 +
James Le Cuirot  wrote:

> On Sun, 17 Jan 2016 19:35:55 +0100
> Michał Górny  wrote:
> 
> > The only maintainer of gpe herd is MIA for some time, and this
> > pretty much renders the whole thing maintainer-needed.
> > 
> > Is anyone interested in keeping the herd as-is and maintaining all
> > packages in it? If I get no reply till 2016-01-24, I will effectively
> > remove the herd and announce the packages that landed in maintainer-
> > -needed as a result.  
> 
> All that stuff got masked for removal by Pacho recently anyway.

If you mean the matchbox set, it doesn't cover all of those packages.
Unless they were masked separately.

-- 
Best regards,
Michał Górny



pgp31JSswTfgg.pgp
Description: OpenPGP digital signature

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

[Michał Górny]

Hello, everyone.

The current maintainers of net-irc herd so far haven't replied to
our queries. If we don't get any reply in a week, we will be disbanding
it and looking for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their other maintainers:


app-emacs/riece  : emacs
net-im/silc-server   : 
net-im/silc-toolkit  : 
net-irc/anope: gurligebis@
net-irc/asuka: 
net-irc/atheme-services  : binki@, jdhore@
net-irc/bnc  : 
net-irc/bobotpp  : 
net-irc/charybdis: binki@, jdhore@
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/ircservices  : gurligebis@
net-irc/ircstats : 
net-irc/irssi: swegener@
net-irc/irssi-otr: 
net-irc/irssistats   : 
net-irc/jircii   : 
net-irc/konversation : kde
net-irc/loqui: 
net-irc/miau : 
net-irc/muh  : 
net-irc/nebula   : 
net-irc/ngircd   : proxy-maintainers, gen...@blackphoenix.de
net-irc/ninja: 
net-irc/onis : 
net-irc/pisg : 
net-irc/psybnc   : gurligebis@
net-irc/ptlink-ircd  : 
net-irc/ptlink-opm   : 
net-irc/quassel  : proxy-maintainers, patrick@, johu@, 
sputn...@quassel-irc.org
net-irc/rbot : a3li@
net-irc/rhapsody : 
net-irc/savirc   : 
net-irc/scrollz  : 
net-irc/shadowircd   : jdhore@, binki@
net-irc/sic  : 
net-irc/srvx : 
net-irc/ultimate : binki@
net-irc/unrealircd   : binki@, jdhore@
net-irc/weechat  : radhermit@, scarabeus@
net-irc/xaric: 
net-irc/znc  : wired@
net-misc/bopm: 
net-misc/mdidentd: 


-- 
Best regards,
Michał Górny



pgpUwAxtUu9ue.pgp
Description: OpenPGP digital signature

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

[Patrice Clement]

Sunday 17 Jan 2016 21:16:45, Michał Górny wrote :
> Hello, everyone.
> 
> The current maintainers of net-irc herd so far haven't replied to
> our queries. If we don't get any reply in a week, we will be disbanding
> it and looking for new maintainers for its packages.
> 
> Is anyone interested in keeping the herd as a whole and maintaining all
> of its packages? If nobody replies till 2016-01-24, the herd will be
> automatically disbanded and I will be sending a complete list of
> packages needing maintainers.
> 
> Packages currently in herd along with their other maintainers:
> 
> [...]
> net-irc/irssi: swegener@
> net-irc/irssi-otr: 
> net-irc/irssistats   : 
> 
> -- 
> Best regards,
> Michał Górny
> 

Avid user of irssi here. I'd like to take these 3 please.

-- 
Patrice Clement
Gentoo Linux developer
http://www.gentoo.org


signature.asc
Description: PGP signature

[gentoo-dev] Re: News item: Upgrading Apache from 2.2 to 2.4

[Dirkjan Ochtman]

Second attempt!

===

Title: Upgrading Apache from 2.2 to 2.4
Author: Dirkjan Ochtman 
Content-Type: text/plain
Posted: 2016-01-17
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: www-servers/apache

With the 2.4 branch released by upstream almost 4 years ago, stable
Gentoo systems will soon be upgraded from apache 2.2 to apache 2.4.
When upgrading, chances are some configuration changes have to be
made. Upstream has a handy guide:

https://httpd.apache.org/docs/2.4/upgrading.html

For more information on all the new features, start here:

https://httpd.apache.org/docs/trunk/new_features_2_4.html

===

A bit more concise and less personal. Better?

Cheers,

Dirkjan

Re: [gentoo-dev] Herd up for grabs: gpe

[Luis Ressel]

On Sun, 17 Jan 2016 20:39:18 +0100
Michał Górny  wrote:

> On Sun, 17 Jan 2016 19:25:33 +
> James Le Cuirot  wrote:
> 
> > On Sun, 17 Jan 2016 19:35:55 +0100
> > Michał Górny  wrote:
> >   
> > > The only maintainer of gpe herd is MIA for some time, and this
> > > pretty much renders the whole thing maintainer-needed.
> > > 
> > > Is anyone interested in keeping the herd as-is and maintaining all
> > > packages in it? If I get no reply till 2016-01-24, I will
> > > effectively remove the herd and announce the packages that landed
> > > in maintainer- -needed as a result.
> > 
> > All that stuff got masked for removal by Pacho recently anyway.  
> 
> If you mean the matchbox set, it doesn't cover all of those packages.
> Unless they were masked separately.
> 

Only x11-libs/libfakekey and x11-libs/libxsettings-client are still
unmasked; both of them have additional maintainers, so nothing will
have to go to maintainer-neeeded@ when the GPE herd is disbanded.

By the way, x11-libs/libxsettings-client doesn't have any revdeps and
looks like it could be removed along with the other GPE stuff.
libfakekey still has some revdeps, though.

-- 
Luis Ressel

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

[Göktürk Yüksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Manuel Rüger:
> On 17.01.2016 08:55, Gokturk Yuksek wrote:
>> Replace "cvs commit" with the equivalent "git add && git commit"
>> version.
>> 
>> X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642 
>> Signed-off-by: Gokturk Yuksek 
>> 
>> diff --git a/ebuild-writing/misc-files/metadata/text.xml
>> b/ebuild-writing/misc-files/metadata/text.xml index
>> e506b1c..a8beacc 100644 ---
>> a/ebuild-writing/misc-files/metadata/text.xml +++
>> b/ebuild-writing/misc-files/metadata/text.xml @@ -532,7 +532,8 @@
>> is currently:  xmllint --noout --valid metadata.xml 
>> glep31check metadata.xml -cvs commit -m "Adding category
>> metadata.xml for my-category" metadata.xml +git add metadata.xml 
>> +git commit --gpg-sign -m "Adding category metadata.xml for
>> my-category" 
>> 
>> 
>> 
> 
> Can we discourage to use "-m" and prefer to open up an editor
> instead?
> 
I think the purpose of "-m" is only to illustrate the example of
adding a category with a proper message rather than suggesting a
workflow. Note that the section for committing packages suggests
"repoman commit" which opens up an editor by default.

Is there a particular reason why we should discourage the use of "-m"?

> Cheers,
> 
> Manuel
> 

- --
gokturk

-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWnBQ3AAoJEIT4AuXAiM4zkeUH/AuswPQV3Fw+aeuI08l8xjpx
q+BVZ8c7/5RNqgsQGF/0uKnkZI70WwbkLQwsk2nlHKXjuL5qUWmQ16YBC+fF03SG
JD5eiFhqnzUK79Y5i2Rnfoc2o6DlcLzBSXHXMjtVldg4ufsq+v7mP+Jw901MyJu+
VBY6gkjmkqsahXeaPqmuoXslcr3yQtDHKVU4m9YOptZ/0jTDg4asnvhpv6ERwdNL
uSrO4hzdbh314/o/R/4TWhGV56wlRVUaelzaVwDaBt2wxY5gYyKWhRizN5Exu8/w
BlWSDqwfpKbvHMS2ArrDh0PvvWqEZAMhNuXX2hateO2wQIJlrWZ5KSId5ioW0fw=
=s7Dj
-END PGP SIGNATURE-

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

[Michał Górny]

Hello, everyone.

The current maintainers of net-p2p herd so far haven't replied to
our queries. If we don't get any reply in a week, we will be disbanding
it and looking for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their other maintainers:

app-arch/torrentzip  : 
dev-python/libextractor-python : python, ssuominen@
media-libs/libextractor  : ssuominen@
media-libs/libopendaap   : 
net-libs/gupnp-igd   : gnome
net-libs/gupnp-ui: 
net-libs/libbt   : 
net-libs/libgmail: 
net-libs/libtorrent  : 
net-libs/rb_libtorrent   : hwoarang@
net-p2p/amule: 
net-p2p/bittornado   : 
net-p2p/createtorrent: 
net-p2p/ctcs : 
net-p2p/ctorrent : 
net-p2p/dbhub: 
net-p2p/dclib: 
net-p2p/deluge   : 
net-p2p/ed2k_hash: 
net-p2p/fms  : tommy@
net-p2p/gift : 
net-p2p/gift-ares: 
net-p2p/giftcurs : 
net-p2p/gift-fasttrack   : 
net-p2p/gift-gnutella: 
net-p2p/gift-openft  : 
net-p2p/gnut : 
net-p2p/gtk-gnutella : graaff@
net-p2p/gtorrentviewer   : 
net-p2p/hx   : 
net-p2p/ktorrent : kde
net-p2p/linuxdcpp: 
net-p2p/microdc  : 
net-p2p/microdc2 : 
net-p2p/mktorrent: 
net-p2p/mktorrent-borg   : 
net-p2p/mldonkey : 
net-p2p/myster   : 
net-p2p/nap  : 
net-p2p/nicotine+: rhill@
net-p2p/opendchub: 
net-p2p/phxd : 
net-p2p/qbittorrent  : qt, hwoarang@
net-p2p/rtorrent : 
net-p2p/smet2html: 
net-p2p/syrep: 
net-p2p/transmission : floppym@, ssuominen@
net-p2p/tvrss: 
net-p2p/valknut  : 
net-p2p/wire : 
net-p2p/xnap : 
net-p2p/yaggui   : java


-- 
Best regards,
Michał Górny



pgpE82jdq_u38.pgp
Description: OpenPGP digital signature

Re: [gentoo-dev] RFD: News item format 2.0

[Michał Górny]

On Sat, 16 Jan 2016 16:03:55 +0100
Ulrich Mueller  wrote:

> >> The problem with any visibility filtering is that visibility
> >> depends on user configuration [1], and I don't know what changes in
> >> the package manager would be necessary to make this work correctly
> >> and efficiently. For example, how does portage's --autounmask-write
> >> option interact with it?  
> 
> > Leave solving this to Portage developers. Autounmasking is not
> > something you do often on stable systems, and we have better QA to
> > avoid issues that could require it.  
> 
> Yeah, if I wasn't sure about Display-If-Visible, then this statement
> would finally convince me that we should skip that feature, for the
> time being. That something does not happen often is no excuse for not
> having an implementation that can handle such rare cases.

Implementation != specification. I'm not saying the implementation
shouldn't handle them.

It's also nice how you stripped the more important part of my answer.

-- 
Best regards,
Michał Górny



pgpPlkc757v9q.pgp
Description: OpenPGP digital signature

[gentoo-dev] New project: CVS

[Michael Palimaka]

I am announcing the CVS project[1], to replace the old herd in
preparation for the implementation of GLEP 67.

1: https://wiki.gentoo.org/wiki/Project:CVS

Re: [gentoo-dev] Herd up for grabs: gpe

[James Le Cuirot]

On Sun, 17 Jan 2016 19:35:55 +0100
Michał Górny  wrote:

> The only maintainer of gpe herd is MIA for some time, and this
> pretty much renders the whole thing maintainer-needed.
> 
> Is anyone interested in keeping the herd as-is and maintaining all
> packages in it? If I get no reply till 2016-01-24, I will effectively
> remove the herd and announce the packages that landed in maintainer-
> -needed as a result.

All that stuff got masked for removal by Pacho recently anyway.

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer


pgpd5exlmUNbw.pgp
Description: OpenPGP digital signature

[gentoo-dev] Herd likely up for grabs: dev-tools

[Michał Górny]

Hello, everyone.

The current maintainers of dev-tools herd so far hasn't replied to our
requests. If we don't get any reply in a week, we will be disbanding it
and looking for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Note: I personally think those tools don't have enough in common to deserve
a herd, and they'd be better off with dedicated maintainers.

Packages currently in herd along with their other maintainers:

app-doc/doxygen  : 
dev-libs/liblist : binki@
dev-util/ald : 
dev-util/astyle  : 
dev-util/cdiff   : 
dev-util/cgdb: 
dev-util/cyclo   : nerdboy@, blueness@
dev-util/duma: 
dev-util/gquilt  : 
dev-util/insight : 
dev-util/lcov: 
dev-util/ltrace  : 
dev-util/quilt   : suse, mpagano@
dev-util/shellcheck  : jlec@
dev-util/shtool  : 
dev-util/xmlindent   : 
dev-vcs/gitinspector : 
dev-vcs/git-sh   : 
dev-vcs/gitsh: 
dev-vcs/gitstats : 
dev-vcs/kdesvn   : kde, george@
dev-vcs/rapidsvn : 
dev-vcs/svn2cl   : 
sys-apps/dmtcp   : 


-- 
Best regards,
Michał Górny



pgpKKcR2K20vU.pgp
Description: OpenPGP digital signature

Re: [gentoo-dev] Herd likely up for grabs: lang-misc

[Dirkjan Ochtman]

On Sun, Jan 17, 2016 at 8:59 PM, Michał Górny  wrote:
> dev-lang/erlang  : djc@

erlang only gets whatever is necessary to keep bug reporters happy,
plus whatever I need to keep couchdb running. Please feel free to join
up if you have any related expertise whatsoever.

Cheers,

Dirkjan

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

[Lars Wendler]

Hi list,

I am going to take the following packages:

net-dialup/mingetty
net-dialup/ppp
net-dialup/rp-pppoe

I think that I might not be the perfect maintainer for these packages
(especially for ppp) so if anyone else wants to maintain these, feel
free to add yourself as well.

Kind regards
Lars


On Sat, 16 Jan 2016 18:30:01 +0100 Michał Górny wrote:

>Hello, everyone.
>
>The current maintainer(s) of net-dialup herd has decided that he's
>(they're) not interested in keeping it and would like the packages
>to be dropped to maintainer-needed.
>
>Is anyone interested in keeping the herd as-is and maintaining all
>packages in it? If I get no reply till 2016-01-24, I will effectively
>remove the herd and announce the packages that landed in maintainer-
>-needed as a result.
>
>Packages currently in herd, along with their other maintainers:
>
>net-dialup/accel-ppp : pinkbyte@
>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/dtrace: sbriesen@
>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/lrzsz : 
>net-dialup/mgetty: 
>net-dialup/mingetty  : 
>net-dialup/minicom   : 
>net-dialup/mwavem: 
>net-dialup/picocom   : flameeyes@
>net-dialup/ppp   : 
>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/rp-pppoe  : 
>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-dialup/xc: 
>net-dialup/xl2tpd: floppym@
>net-dns/pdnsd: polynomial-c@
>net-libs/libcapi : 
>net-libs/wvstreams   : 
>net-misc/capiisdnmon : 
>net-misc/hylafaxplus : mattm@
>net-misc/iaxmodem: 
>net-misc/termpkg : 
>www-apps/freeradius-dialupadmin : 
>



-- 
Lars Wendler
Gentoo package maintainer
GPG: 21CC CF02 4586 0A07 ED93  9F68 498F E765 960E 9B39

Attention! New gpg key! See (self signed server cert for now)
http://www.gentoofan.org/blog/index.php?/archives/9-New-gpg-keys.html


pgpdwCPsKEAjk.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-dev] Herd likely up for grabs: kernel-misc

[Lars Wendler]

Hello list,

I am going to take these packages:

sys-fs/jfsutils
sys-process/schedtool


Kind regards
Lars

On Sun, 17 Jan 2016 20:57:50 +0100 Michał Górny wrote:

>Hello, everyone.
>
>The current maintainers of kernel-misc herd so far haven't replied to
>our queries. If we don't get any reply in a week, we will be disbanding
>it and looking for new maintainers for its packages.
>
>Is anyone interested in keeping the herd as a whole and maintaining all
>of its packages? If nobody replies till 2016-01-24, the herd will be
>automatically disbanded and I will be sending a complete list of
>packages needing maintainers.
>
>Packages currently in herd along with their other maintainers:
>
>app-doc/linux-device-drivers : 
>app-misc/fdutils : 
>app-misc/zisofs-tools: 
>dev-libs/klibc   : 
>sys-apps/kexec-tools : 
>sys-devel/smatch : toolchain
>sys-devel/sparse : toolchain
>sys-fs/avfs  : proxy-maintainers, pete4...@comcast.net
>sys-fs/ecryptfs-utils: crypto
>sys-fs/fuse  : radhermit@
>sys-fs/jfsutils  : 
>sys-fs/lufis : 
>sys-fs/siefs : 
>sys-fs/sshfs-fuse: radhermit@
>sys-kernel/linux-docs: mpagano@
>sys-power/cpupower   : ssuominen@, floppym@
>sys-process/schedtool: 
>
>



-- 
Lars Wendler
Gentoo package maintainer
GPG: 21CC CF02 4586 0A07 ED93  9F68 498F E765 960E 9B39

Attention! New gpg key! See (self signed server cert for now)
http://www.gentoofan.org/blog/index.php?/archives/9-New-gpg-keys.html


pgp4OOB4GdMUn.pgp
Description: Digitale Signatur von OpenPGP

[gentoo-dev] New project: wxWidgets

[Michael Palimaka]

I am announcing the wxWidgets project[1], to replace the old herd in
preparation for the implementation of GLEP 67.

1: https://wiki.gentoo.org/wiki/Project:WxWidgets

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

[Michał Górny]

Hello, everyone.

The current maintainer of net-fs herd so far hasn't replied to our
queries. If we don't get any reply in a week, we will be disbanding it
and looking for new maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their other maintainers:

net-fs/autofs: dlan@
net-fs/curlftpfs : slyfox@
net-fs/davfs2: proxy-maintainers, gokt...@binghamton.edu
net-fs/libnfs: 
net-fs/ncpfs : 
net-fs/netatalk  : 
net-fs/nfs4-acl-tools: 
net-fs/nfstest   : prometheanfire@
net-fs/nfs-utils : 
net-fs/openafs   : NP-Hardass@, bircoph@
net-fs/openafs-kernel: NP-Hardass@, bircoph@
net-fs/openafs-legacy: 
net-libs/libgssglue  : 
net-libs/libnfsidmap : 
net-libs/librpcsecgss: 
net-libs/libtirpc: 
net-libs/rpc2: 
net-nds/portmap  : base-system
net-nds/rpcbind  : 
sys-libs/lwp : 
sys-libs/rvm : 


-- 
Best regards,
Michał Górny



pgpbWCyxbdQLp.pgp
Description: OpenPGP digital signature

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

[Michał Górny]

Hello, everyone.

The current maintainers of net-im herd so far haven't replied to
our queries (mrueg has withdrawn his project proposal). If we don't get
any reply in a week, we will be disbanding it and looking for new
maintainers for its packages.

Is anyone interested in keeping the herd as a whole and maintaining all
of its packages? If nobody replies till 2016-01-24, the herd will be
automatically disbanded and I will be sending a complete list of
packages needing maintainers.

Packages currently in herd along with their other maintainers:

app-accessibility/pidgin-festival : accessibility
dev-libs/iksemel : 
dev-tcltk/tktray : tcltk
net-im/ayttm : 
net-im/climm : 
net-im/corebird  : proxy-maintainers, thatsly...@gmail.com, 
markparie...@gmail.com
net-im/cpop  : 
net-im/ejabberd  : 
net-im/gajim : aidecoe@
net-im/gg-transport  : 
net-im/jabber-base   : chainsaw@
net-im/jabberd2  : 
net-im/kadu  : reavertm@
net-im/licq  : polynomial-c@
net-im/mcabber   : wschlich@
net-im/mu-conference : 
net-im/openfire  : slyfox@
net-im/pidgin: polynomial-c@
net-im/psi   : proxy-maintainers, nik...@gmx.us
net-im/psimedia  : proxy-maintainers, nik...@gmx.us
net-im/pyaim-t   : proxy-maintainers, volk...@gmail.com
net-im/pyicq-t   : 
net-im/reaim : 
net-im/sendxmpp  : 
net-im/simpserver-bin: 
net-im/telepathy-mission-control : gnome
net-im/tkabber   : 
net-im/ysm   : 
net-irc/telepathy-idle   : gnome
net-libs/gloox   : 
net-libs/libgadu : reavertm@
net-libs/libotr  : 
net-libs/libyahoo2   : 
x11-plugins/guifications : 
x11-plugins/pidgin-birthday-reminder : hasufell@
x11-plugins/pidgin-encryption : 
x11-plugins/pidgin-extprefs  : 
x11-plugins/pidgin-hotkeys   : 
x11-plugins/pidgin-latex : 
x11-plugins/pidgin-libnotify : 
x11-plugins/pidgin-mpris : chainsaw@
x11-plugins/pidgin-musictracker : 
x11-plugins/pidgin-opensteamworks : hasufell@, mrueg@
x11-plugins/pidgin-otr   : 
x11-plugins/pidgin-rhythmbox : 
x11-plugins/pidgin-sipe  : thev00d00@
x11-plugins/pidgintex: 
x11-plugins/purple-plugin_pack : 


-- 
Best regards,
Michał Górny



pgpMm71w3gT9v.pgp
Description: OpenPGP digital signature

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

[Göktürk Yüksek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Michael Palimaka:
> On 01/17/2016 06:55 PM, Gokturk Yuksek wrote:
>> Replace "cvs commit" with the equivalent "git add && git commit"
>> version.
>> 
>> X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642 
>> Signed-off-by: Gokturk Yuksek 
>> 
>> diff --git a/ebuild-writing/misc-files/metadata/text.xml
>> b/ebuild-writing/misc-files/metadata/text.xml index
>> e506b1c..a8beacc 100644 ---
>> a/ebuild-writing/misc-files/metadata/text.xml +++
>> b/ebuild-writing/misc-files/metadata/text.xml @@ -532,7 +532,8 @@
>> is currently:  xmllint --noout --valid metadata.xml 
>> glep31check metadata.xml -cvs commit -m "Adding category
>> metadata.xml for my-category" metadata.xml +git add metadata.xml 
>> +git commit --gpg-sign -m "Adding category metadata.xml for
>> my-category" 
>> 
>> 
>> 
> 
> I would suggest a commit message of something like: "my-category:
> adding category metadata.xml".
> 
I have seen its use in the git logs. If nobody has objections, I'll
include it in that format for v2 of the patch series.

- --
gokturk

-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWnBIHAAoJEIT4AuXAiM4zsgQH/30nRVmRzOnzXwXgpRlQcvcC
kiFy3uAcYApzl69rDkK3ybz2MG6K3W5PCQjyzUXn99WeNefiysr+5ufPQka65Ytt
QKQ8RfIOXOVW8t4rvQF/G018NMAUKq6qk9gEwvrs9SkuJ93x/r8D20d78Q5ZPALi
OaKlIpmj4HUZ1nG+MeY+wazTqMDZrs/ArWVv/q4UGGa/M3IhG2qN8cClv3h/rdKJ
nxl4+QGsDQlVJjw1hFPF0NXPq8LQhg2OluVuYy0DnZ70FGTqIOodnB/znaVGZI6o
z7A/FV3RVV03wLYS6zqo5c/yPmcatGDo2Rk/4rLybG41qqy9NKZXLjZhk+L9loo=
=olHD
-END PGP SIGNATURE-

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2016-01-17 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-17 23:59 UTC.

Removals:
dev-lisp/cl-clx 20160115-11:06 nimiux d2c27aa
games-misc/bsd-games-non-free   20160117-15:16 mr_bones_  25b9ffc
kde-base/kde-meta   20160113-18:15 kensington a7b5d4f
x11-apps/xtitle 20160114-12:22 pinkbyte   6872aa2
x11-plugins/wmium   20160112-16:46 kensington cd4b6f7

Additions:
app-crypt/letsencrypt-apache20160112-22:35 mrueg  13870da
dev-java/assertj-core   20160116-22:36 chewi  c9c3c64
dev-java/jargs  20160114-10:14 monsieurp  350d1b8
dev-libs/libfilezilla   20160114-13:37 voyageur   3ea8f68
dev-python/django-phonenumber-field 20160116-16:21 ercpe  3de11f2
dev-python/httreplay20160117-17:29 jlec   6c6a348
dev-python/phonenumbers 20160116-16:08 ercpe  be7cc2d
dev-python/plyvel   20160113-09:16 idella408ffd63
dev-python/webencodings 20160115-10:24 jlec   18aee7e
kde-apps/kde-apps-meta  20160107-23:41 kensington cf27d1a
kde-apps/kde-meta   20160113-18:11 kensington 0ec273d
x11-misc/xtitle 20160114-12:22 pinkbyte   6872aa2

--
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:
kde-base/kde-meta,removed,kensington,20160113-18:15,a7b5d4f
games-misc/bsd-games-non-free,removed,mr_bones_,20160117-15:16,25b9ffc
dev-lisp/cl-clx,removed,nimiux,20160115-11:06,d2c27aa
x11-apps/xtitle,removed,pinkbyte,20160114-12:22,6872aa2
x11-plugins/wmium,removed,kensington,20160112-16:46,cd4b6f7
Added Packages:
dev-python/httreplay,added,jlec,20160117-17:29,6c6a348
kde-apps/kde-meta,added,kensington,20160113-18:11,0ec273d
kde-apps/kde-apps-meta,added,kensington,20160107-23:41,cf27d1a
dev-java/assertj-core,added,chewi,20160116-22:36,c9c3c64
dev-python/django-phonenumber-field,added,ercpe,20160116-16:21,3de11f2
dev-python/phonenumbers,added,ercpe,20160116-16:08,be7cc2d
dev-python/webencodings,added,jlec,20160115-10:24,18aee7e
dev-libs/libfilezilla,added,voyageur,20160114-13:37,3ea8f68
x11-misc/xtitle,added,pinkbyte,20160114-12:22,6872aa2
dev-java/jargs,added,monsieurp,20160114-10:14,350d1b8
dev-python/plyvel,added,idella4,20160113-09:16,08ffd63
app-crypt/letsencrypt-apache,added,mrueg,20160112-22:35,13870da

Done.

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

[NP-Hardass]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Several reasons for discouraging -m.  Here are two (there may be others)
:
Firstly, with repoman commit, -m prepends "category/pkgname:" which is
the style required as per the git workflow wiki.
Additionally, for both repoman commit and git commit opening in an
editor allows the user to make sure the first line is under 80 chars
and enables the user to more easily conform to the desired format by
having additional information on lines >=3

On 01/17/2016 05:22 PM, Göktürk Yüksek wrote:
> Manuel Rüger:
>> On 17.01.2016 08:55, Gokturk Yuksek wrote:
>>> Replace "cvs commit" with the equivalent "git add && git
>>> commit" version.
>>> 
>>> X-Gentoo-Bug-URL:
>>> https://bugs.gentoo.org/show_bug.cgi?id=558642 Signed-off-by:
>>> Gokturk Yuksek 
>>> 
>>> diff --git a/ebuild-writing/misc-files/metadata/text.xml 
>>> b/ebuild-writing/misc-files/metadata/text.xml index 
>>> e506b1c..a8beacc 100644 --- 
>>> a/ebuild-writing/misc-files/metadata/text.xml +++ 
>>> b/ebuild-writing/misc-files/metadata/text.xml @@ -532,7 +532,8
>>> @@ is currently:  xmllint --noout --valid metadata.xml 
>>> glep31check metadata.xml -cvs commit -m "Adding category 
>>> metadata.xml for my-category" metadata.xml +git add
>>> metadata.xml +git commit --gpg-sign -m "Adding category
>>> metadata.xml for my-category" 
>>> 
>>> 
>>> 
> 
>> Can we discourage to use "-m" and prefer to open up an editor 
>> instead?
> 
> I think the purpose of "-m" is only to illustrate the example of 
> adding a category with a proper message rather than suggesting a 
> workflow. Note that the section for committing packages suggests 
> "repoman commit" which opens up an editor by default.
> 
> Is there a particular reason why we should discourage the use of
> "-m"?
> 
>> Cheers,
> 
>> Manuel
> 
> 
> 

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

iQIcBAEBCAAGBQJWnCFkAAoJEBzZQR2yrxj7p54P/2gBHfvyEJx59VrMSUZm/ZZi
fzQcOeOjRHWtI1Uz1f15J2eVjq0qQ+B8Wddczsq9Xj70sb8Bgd42B87Im+qo8AmD
2DJVkAveOEOd8UTz6BOkRqksYc2EDHLMv9Nu4ZukAdM56NwNQEfE2du9N/sOVr1D
LAuni26JD2nhIGc749qwUX46gijGEww5gOwNEtMlSS59XeLuYnWSDacxKj19zApM
Zx8HfHlysILT8EkM0HZ73fKEcAfT7ZKbgq2rKlPv4FwogprNcj/IWasD5o9d2d7b
0zFLExdBMGVHGHDc1hu8M8ofFB0B0cRa+3QEJX3hvSxPOqmRtb8E3GAu20JtPJ69
UVivK7CT1qQIaLuIlGC95Ny06ZRLKp5mNQ1Del6pDDJHjs3b2O3P1wTTNH/RuE5V
MZGKQpLojpmNTepOiBbOxfKJjvDhoQ5yzJ7qw0q4K23awRPj5j/5plKt8kwznySH
EBNLqRl8E+Q1BJ91wNJZVtXtOhc0Lu+03cEJ95D1f55sOUdStnjBaMiZAKP3gswa
YWdaRsONtuCx6BEhILdd0lVOnCIz75YwW8Le3DyitLO3Klf9WA2EeYAYmWmiLpas
L6Z7SU1I0M//gJFq1JdeEAZGNoVoVQJBVQ04tM+9VMxijmGdArzdRmye41J+60ZR
ctBkIkyPn5mlmrOp/Qxo
=pg/V
-END PGP SIGNATURE-

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

[Duncan]

Göktürk Yüksek posted on Sun, 17 Jan 2016 17:31:54 -0500 as excerpted:

> Justin Lecher (jlec):
>> On 17/01/16 08:55, Gokturk Yuksek wrote:
>> 
>>> The following patch series attempt to update devmanual to replace the
>>> instances of CVS with their git equivalents.
>> 
>> Please direct the mail to devman...@gentoo.org. That alias takes care
>> of the devmanual changes.
>> 
> In the following weeks, I would like to follow up with GLEP 67 and
> EAPI6 patches for devmanual and I can benefit from the review on
> gentoo-dev. Is it OK to send the email to devmanual@g.o and CC
> gentoo-dev@lists.g.o?

While I'm not a dev and thus can't give the OK, I'd say "Yes, please."

I think a lot more people see it and can benefit when it's on gentoo-
dev.  I know I'm finding it interesting, even simply as a long-time
gentoo user and follower of the gentoo-dev. =:^)

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

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

[Michael Palimaka]

On 01/17/2016 06:55 PM, Gokturk Yuksek wrote:
> Replace "cvs commit" with the equivalent "git add && git commit" version.
> 
> X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
> Signed-off-by: Gokturk Yuksek 
> 
> diff --git a/ebuild-writing/misc-files/metadata/text.xml 
> b/ebuild-writing/misc-files/metadata/text.xml
> index e506b1c..a8beacc 100644
> --- a/ebuild-writing/misc-files/metadata/text.xml
> +++ b/ebuild-writing/misc-files/metadata/text.xml
> @@ -532,7 +532,8 @@ is currently:
>  
>  xmllint --noout --valid metadata.xml
>  glep31check metadata.xml
> -cvs commit -m "Adding category metadata.xml for my-category" metadata.xml
> +git add metadata.xml
> +git commit --gpg-sign -m "Adding category metadata.xml for my-category"
>  
>  
>  
> 

I would suggest a commit message of something like: "my-category: adding
category metadata.xml".

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

[Michael Palimaka]

On 01/17/2016 06:55 PM, Gokturk Yuksek wrote:
> Substitute the mentions of CVS with git.
> Rewrite CVS commands with their git equivalents.
> Remove the paragraph about deleting directories in CVS.
> 
> X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
> Signed-off-by: Gokturk Yuksek 
> 
> diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
> index a1d92a1..8c542d0 100644
> --- a/ebuild-maintenance/text.xml
> +++ b/ebuild-maintenance/text.xml
> @@ -298,7 +298,7 @@ Moving ebuilds is a two-step process:
>  
>  
>  
> -Firstly, you need to move the ebuild in CVS. To do this, you should
> +Firstly, you need to move the ebuild in the git tree. To do this, you should
>  copy the ebuild to its new location and commit that as you would with
>  a new ebuild.
>  
> @@ -323,23 +323,17 @@ for net-firewall/fwbuilder when they are 
> available.
>  
>  
>  Once this step is concluded, you are allowed to remove the old package.
> -Simply issue a cvs remove -Rf $PN in the package category and commit
> +Simply issue a git rm -rf $PN in the package category and commit
>  the changes afterwards with a meaningful commit message. Don't forget to 
> update
>  entries in files such as profiles/package.mask to reflect the new category. 
> Finally
>  remember to change the title to open bugs related to this package if needed.
>  
>  
>  
> -net-misc # cvs rm -Rf fwbuilder
> -cvs remove: use `cvs commit' to remove these files permanently
> -net-misc # cvs ci -m "Moving net-misc/fwbuilder to net-firewall/fwbuilder."
> +net-misc # git rm -rf fwbuilder
> +net-misc # git commit --gpg-sign -m "Moving net-misc/fwbuilder to 
> net-firewall/fwbuilder."
>  
>  
> -
> -CVS cannot destroy directories: it will simply not re-create them if
> -they are blank, providing you use CVS with the -P flag.
> -
> -
>  
>  
>  
> 

How about git mv instead?

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

[Manuel Rüger]

On 17.01.2016 08:55, Gokturk Yuksek wrote:
> Replace "cvs commit" with the equivalent "git add && git commit" version.
> 
> X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=558642
> Signed-off-by: Gokturk Yuksek 
> 
> diff --git a/ebuild-writing/misc-files/metadata/text.xml 
> b/ebuild-writing/misc-files/metadata/text.xml
> index e506b1c..a8beacc 100644
> --- a/ebuild-writing/misc-files/metadata/text.xml
> +++ b/ebuild-writing/misc-files/metadata/text.xml
> @@ -532,7 +532,8 @@ is currently:
>  
>  xmllint --noout --valid metadata.xml
>  glep31check metadata.xml
> -cvs commit -m "Adding category metadata.xml for my-category" metadata.xml
> +git add metadata.xml
> +git commit --gpg-sign -m "Adding category metadata.xml for my-category"
>  
>  
>  
> 

Can we discourage to use "-m" and prefer to open up an editor instead?

Cheers,

Manuel



signature.asc
Description: OpenPGP digital signature

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

[Michael Orlitzky]

On 01/17/2016 02:55 AM, Gokturk Yuksek wrote:
> Hi,
> 
> The following patch series attempt to update devmanual to replace the 
> instances
> of CVS with their git equivalents.

Thank you!

> - I am not sure about what to do with the subsection
>   Ebuild Functions/Miscellaneous Files/ChangeLog. The ChangeLog files
>   still exist in the rsync tree, however they are of little importance
>   in terms of development.
> 

I should probably update the summary, but I looked at this as part of,

  https://bugs.gentoo.org/show_bug.cgi?id=485314

and decided to get rid of it. Any mention of echangelog can go, too.

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

[Gokturk Yuksek]

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

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

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

[Gokturk Yuksek]

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

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

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

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

[Gokturk Yuksek]

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

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

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

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

[Gokturk Yuksek]

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

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

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

[Justin Lecher (jlec)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 17/01/16 08:55, Gokturk Yuksek wrote:
> Hi,
> 
> The following patch series attempt to update devmanual to replace
> the instances of CVS with their git equivalents. I tried to keep
> the changes small in favor of updating the docs over multiple
> iterations of patch series. The intention is to get the bare bone
> changes in so that the quiz questions can be answered.
> 
> Currently not included in the series are: - References to CVS in
> sections about herds since they will have to be rewritten per GLEP
> 67 soon anyway. See:
> https://bugs.gentoo.org/show_bug.cgi?id=572144 - I am not sure
> about what to do with the subsection Ebuild Functions/Miscellaneous
> Files/ChangeLog. The ChangeLog files still exist in the rsync tree,
> however they are of little importance in terms of development.
> 

Thanks a bunch for all your work.

Please direct the mail to devman...@gentoo.org. That alias takes care
of the devmanual changes.

Justin

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0

iQJ8BAEBCgBmBQJWm7CRXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0QUU0N0I4NzFERUI0MTJFN0EyODE0NUFF
OTQwMkE3OUIwMzUyOUEyAAoJEOlAKnmwNSmiIMwP/2/9RGTZYlPjjmmc8kao77kg
C0ogMmWjsazNSdUcMztqwyDNMPMtCf1ZbVLq/MJYxFkKH6lXocP6/MDoOgIrACCU
gCQhOASG/8fVyLAyT/719qsXPZpEXAqKAImHkB+jvw4SG0W7+uORQWUGXAKd5Oic
ZAfWhqBjCkk7pWlP8u+UIM1E8fb3e1KPednbAetNCdRQRiCh77X5BJODAMc25T3O
vu5qMxB2UDp4tjZ2+rKahcHabgIgp4vbkNk91t5tskOu9aiQCDCkVyBbsUVlfWd+
PHMxfXI+p19K8eIv7tocdX3bKVdyCtaaB6bBddb9G0skM1Kpi5PK0W2+2H/jBEvL
YfQ0gNAENhPK5aAPGR9Z1ulN7aSaiWMEExfF6rTx+5BF+IKzcH4n4jKsE2AIw25c
hJC0DlugAW7IXUi7QKCSpbejw+BhjtWppo5f8bgGK+pUot6rbKmItfgcCFOtyZjV
oFKL5ZiGpclPaYw8bBh9woFypc1K1cHCkDXrFbag1BXTugit2f0qK2716uL45UcT
xqGp1uJ/lm4dS91sptfjOCFVs76df8xl8jzr3zEwmfgac0bjCR7MVucTBvHmP06A
UCtNNvKI6GRfjC1BtZ+WpW+Mg6wBcdIu8I46r9wdciVbwqJ8KHAoQ0/o2RRVLYbP
Uv/ioCuMAUpTAFbUhPVt
=p90x
-END PGP SIGNATURE-

[gentoo-dev] Herd up for grabs: app-backup

[Michał Górny]

Hello, everyone.

The current maintainers of app-backup herd have decided that they're
not interested in keeping it and would like the packages to be dropped
to current maintainers or maintainer-needed.

Is anyone interested in keeping the herd as-is and maintaining all
packages in it? If I get no reply till 2016-01-24, I will effectively
remove the herd and announce the packages that landed in maintainer-
-needed as a result.

Packages currently in herd, along with their remaining maintainers:

app-arch/tapeutils   : robbat2@
app-backup/amanda: proxy-maintainers, robbat2@, lists/xunil.at, 
dustin/v.igoro.us
app-backup/backup-manager: voyageur@
app-backup/backuppc  : 
app-backup/bacula: tomjbe@
app-backup/boxbackup : 
app-backup/cdbackup  : 
app-backup/cdbkup: 
app-backup/dirvish   : 
app-backup/mylvmbackup   : robbat2@
app-backup/rdiff-backup  : alunduil@
app-backup/simplebackup  : 
app-backup/snapback2 : 
sys-block/tapecat: base-system, robbat2@

-- 
Best regards,
Michał Górny



pgpQGdAF0Tzvi.pgp
Description: OpenPGP digital signature

[gentoo-dev] Herd up for grabs: xbox

[Michał Górny]

Hello, everyone.

The current maintainer of xbox herd have informed us that 'the xbox port
is dead' and the herd should be disbanded.

Is anyone interested in keeping the herd as-is and maintaining all
packages in it? If I get no reply till 2016-01-24, I will effectively
remove the herd and announce the packages that landed in maintainer-
-needed as a result.

Packages currently in herd, along with their remaining maintainers:

app-cdr/extract-xiso : 
app-cdr/xdvdfs-tools : 
dev-libs/crossguid   : 
media-tv/kodi: 
media-tv/xbmc: 
sys-boot/cromwell: 
sys-boot/cromwell-bin: 
sys-boot/raincoat: 
sys-kernel/xbox-sources  : kernel

-- 
Best regards,
Michał Górny



pgpzOpqdF8Jik.pgp
Description: OpenPGP digital signature

[gentoo-portage-dev] dead emerge processes and/or lockfiles

[Brian Dolbec]

I've read in several forum posts lately about emerge not running and
the problem comes down to dead emerge processes and remaining lockfiles.

Perhaps we should make an emaint module to search for and fix these.
It should be easy enough.


Quoting 2 posts from this forum thread: 

https://forums.gentoo.org/viewtopic-t-885066.html?sid=95544407ed19693f2e5dcae094efd977

adamf663
n00b
n00b


Joined: 08 Mar 2007
Posts: 11

PostPosted: Sat Sep 12, 2015 4:52 pmPost subject: a solutionReply 
with quote
I had something similar after messing around with the '--jobs' option. No 
emerge would run after that. 
When I went to clear out /var/tmp/portage, I discovered a lockfile. 
Ran lsof and found an orphaned emerge. Killed it and emerges started running 
properly again.
Back to top 
View user's profile Send private message

ravloony
n00b
n00b


Joined: 04 Feb 2005
Posts: 54
Location: France
PostPosted: Fri Jan 15, 2016 9:38 amPost subject: Re: a solutionReply 
with quote
adamf663 wrote:
I had something similar after messing around with the '--jobs' option. No 
emerge would run after that. 
When I went to clear out /var/tmp/portage, I discovered a lockfile. 
Ran lsof and found an orphaned emerge. Killed it and emerges started running 
properly again.


Just happened to me. Thanks for the writeup!
_
No sig yet, sig ebuild up soon :-)
-- 
Brian Dolbec