Re: [gentoo-dev] Goodbye
On 13/05/08 09:33 +0300, Alon Bar-Lev wrote: > Packages to reassign: > > > misc: > net-misc/openvpn I can take it. -- Cédric Krier pgpUkvibY3ZpE.pgp Description: PGP signature
Re: [gentoo-dev] Packages up for grabs
On 11/02/09 18:51 +, Krzysiek Pawlik wrote: > Santiago M. Mola wrote: > > x11-misc/lsw (maintainance close to zero) > I can take it as I wrote the first version. -- Cédric Krier pgprfJXl0L7kn.pgp Description: PGP signature
Re: [gentoo-dev] Package up for grabs
On 2017-07-23 16:13, Manuel Rüger wrote: > The following packages are up for grabs: > dev-util/cookiecutter I will take this one as I used it. -- Cédric Krier signature.asc Description: Digital signature
Re: [gentoo-dev] rfc: /etc/hostname on gentoo
On 2016-08-24 22:23, Consus wrote: > On 09:42 Wed 24 Aug, Zac Medico wrote: > > On 08/24/2016 09:33 AM, Michael Orlitzky wrote: > > > * no benefit put forth so far, other than that it's the same file that > > > systemd uses, which is true but not beneficial as far as I can tell > > > > It's a de facto standard. Being different for the sake of being > > different is not a virtue in cases like this. > > AFAIR /etc/hostname works even in OpenBSD. On OpenBSD, it is stored in /etc/myname -- Cédric Krier
Re: [gentoo-dev] Packages of for grabs
On 05/09/07 20:08 +0200, Christian Heim wrote: > On Wednesday 29 August 2007 21:41:07 Christian Heim wrote: > > Here's the first bunch of packages sadly up for grabs, due to maintainers > > retiring .. > > And here's the last few ones: > > maintainer-needed: > - app-admin/mon (mcummings) > - app-admin/psmon (mcummings) > - media-sound/shell-fm (pioto) > - app-misc/i810switch (twp) > - app-misc/run-mailcap (twp) > - app-text/man2html (twp) > - dev-libs/check (twp) > - dev-libs/judy (twp) > - dev-libs/rote (twp) > - dev-util/ragel (twp) > - dev-util/scons (twp) > - media-gfx/sam2p (twp) > - media-libs/libpixman (twp) > - media-plugins/slimserver-alienbbc (twp) > - media-sound/slimserver (twp) > - media-sound/softsqueeze (twp) > - sys-apps/hexdump-esr (twp) > - x11-wm/ion2 (twp) > - app-admin/conserver (weeve) > - media-sound/gqradio (weeve) > - net-misc/jigdo (weeve) > - x11-wm/ratpoison (weeve) I can take this one as I use it: net-im/bitlbee (cedk) Cédric Krier pgpPxKI4Igjd6.pgp Description: PGP signature
Re: [gentoo-dev-announce] Re: [gentoo-dev] Packages of for grabs
On 05/09/07 22:48 +0200, Andrej Kacian wrote: > On Wed, 5 Sep 2007 20:08:29 +0200 > Christian Heim <[EMAIL PROTECTED]> wrote: > > > - app-admin/psmon (mcummings) > > - net-im/bitlbee (weeve) > > I'll take these two unless someone else wants them more. > I already take bitlbee, but you are welcome if you want also it. Cédric Krier pgppJLPB17Q36.pgp Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-misc/i810switch: ChangeLog metadata.xml i810switch-0.6.5-r2.ebuild
On 14/10/07 01:41 -0700, Donnie Berkholz wrote: > On 18:39 Sat 13 Oct , Cedric Krier (cedk) wrote: > > cedk07/10/13 18:39:19 > > > > Modified: ChangeLog metadata.xml > > Added:i810switch-0.6.5-r2.ebuild > > Log: > > Add support for i945, bug #184144 > > (Portage version: 2.1.3.9) > > > DESCRIPTION="A utility for switching the LCD and external VGA displays on > > and off" > > Is this thing still needed with the 2.0 intel driver, or can we drop it? > I don't know, as I'm still with the version 1.7 as I have some issues with the new 2.0 and mplayer. pgpxaStMsRD45.pgp Description: PGP signature
Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!
On 28/02/08 11:04 +0100, Gilles Dartiguelongue wrote: > Le jeudi 28 février 2008 à 16:26 +0800, Shaochun Wang a écrit : > > On Thu, Feb 28, 2008 at 08:17:56AM +0100, Rémi Cardona wrote: > > > Create your own overlay and put the ebuild there, maybe try to have it in > > I really created my own overlay on my personal computer. I also commited a > > beagle ebuild to gentoo bugzilla. > > > > > Sunrise, maybe Daniel could proxy-maintain the ebuild for you, should you > > Proxy-maintain? I think that guy is retired sneakly from Gentoo. What > > about proxy maintaining? > > proxy-maintaining doesn't necessarily rely on the original maintainer. > Although it would be best to find someone that actually uses mono to > test it :) > > Btw, shouldn't this package be under the freedesktop/dotnet herd ? > > > > prove to know enough both about ebuilds and beagle :) > > BTW, how to prove I have known enough about ebuilds and beagle? > > apply to the ebuild quiz :) > I can take it if dsd agrees, as I use it but without the gtk interface. pgpHt2PsAjmhv.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] Removing support for mercurial repos in repositories.xml
On 2018-09-23 22:42, Michał Górny wrote: > Yes, I could add process timeouts. But small timeouts are going to > break the occasional necessity of cloning big repos, and big timeouts > are going to make little difference when Mercurial starts hanging again. > > If someone really cares about this horrible piece of software, I'd > appreciate patches (preferably going upstream) to make it timeout sanely > when something hangs. Otherwise, I'd like to announce discontinuation > of Mercurial support soon. FYI, I send an email to mercurial list to talk about this issue [1]. And it seems that for HTTP connections there is no timeout on the connection. I'm working to provide to the upstream a solution to be able to configure a timeout. [1] https://www.mercurial-scm.org/pipermail/mercurial/2018-September/051003.html -- Cédric Krier signature.asc Description: PGP signature
Re: [gentoo-dev] [RFC] Removing support for mercurial repos in repositories.xml
On 2018-09-29 11:42, Cédric Krier wrote: > On 2018-09-23 22:42, Michał Górny wrote: > > Yes, I could add process timeouts. But small timeouts are going to > > break the occasional necessity of cloning big repos, and big timeouts > > are going to make little difference when Mercurial starts hanging again. > > > > If someone really cares about this horrible piece of software, I'd > > appreciate patches (preferably going upstream) to make it timeout sanely > > when something hangs. Otherwise, I'd like to announce discontinuation > > of Mercurial support soon. > > FYI, I send an email to mercurial list to talk about this issue [1]. And it > seems that for HTTP connections there is no timeout on the connection. > I'm working to provide to the upstream a solution to be able to > configure a timeout. Normally, the feature should be available for the next release of mercurial: https://phab.mercurial-scm.org/D4878 -- Cédric Krier signature.asc Description: PGP signature
Re: [gentoo-dev] [RFC] Removing support for mercurial repos in repositories.xml
On 2018-10-04 18:05, Cédric Krier wrote: > On 2018-09-29 11:42, Cédric Krier wrote: > > On 2018-09-23 22:42, Michał Górny wrote: > > > Yes, I could add process timeouts. But small timeouts are going to > > > break the occasional necessity of cloning big repos, and big timeouts > > > are going to make little difference when Mercurial starts hanging again. > > > > > > If someone really cares about this horrible piece of software, I'd > > > appreciate patches (preferably going upstream) to make it timeout sanely > > > when something hangs. Otherwise, I'd like to announce discontinuation > > > of Mercurial support soon. > > > > FYI, I send an email to mercurial list to talk about this issue [1]. And it > > seems that for HTTP connections there is no timeout on the connection. > > I'm working to provide to the upstream a solution to be able to > > configure a timeout. > > Normally, the feature should be available for the next release of > mercurial: https://phab.mercurial-scm.org/D4878 For the record, the feature is now in the release 4.8 of Mercurial: https://www.mercurial-scm.org/wiki/Release4.8 -- Cédric Krier signature.asc Description: Digital signature
Re: [gentoo-dev] package up for grabs: net-news/newsboat
On 2020-04-05 19:52, Georgy Yakovlev wrote: > No longer use it. > Needs a minor bump, upstream changed doc dependency to asciidoctor. > Uses custom build system and rust, > may be tricky to maintain, but I can help. > > Couple of open bugs: arm keywording and musl related build falure. > > net-news/newsboat I use it so I took it and bumped to the last version. -- Cédric Krier signature.asc Description: PGP signature
Re: [gentoo-dev] Re: Package up for grabs: dev-python/suds
On 2020-04-30 10:33, prometheanfire wrote: > On 20-04-30 17:01:27, Michał Górny wrote: > > Hi, > > > > The following package is now looking for a new maintainer: > > > > dev-python/suds > > > > Its revdeps are dev-python/oslo-vmware, sys-cluster/cinder (openstack@ / > > prometheanfire@), net-wireless/chirp (zerochaos@ / radio), dev- > > python/python-stdnum (cedk@). > > > > The package is a dead (2014) fork of a dead (2010) package. We're > > hacking it to look like the original but it's a really ugly hack. > > Whoever wants to take it -- please change it to edit setup.py instead. > > > > It's broken with modern pytest [1]. The immediate issue should be > > fixable via trivial sed but there might more lurking around the corner. > > There might be more bugs but Bugzilla just died. > > > > Py2 removal in this package is blocked by chirp. > > > > There's humongous number of forks and forks of forks on pypi [1] if > > someone wants to look for a better version. > > > > > > [1] https://bugs.gentoo.org/720122 > > [2] https://pypi.org/search/?q=suds > > > > dev-python/oslo-vmware and sys-cluster/cinder have suds removed in the > next release, which is in a few weeks, so it'll be removed 'soon'. For dev-python/python-stdnum, it is an alternative dependency. The same feature is also implemented using dev-python/zeep. So for me dev-python/suds can be cleaned. -- Cédric Krier signature.asc Description: PGP signature
Re: [gentoo-dev] GPG key refresh
On 2020-12-14 13:59, Michael Orlitzky wrote:
> I'm still getting this,
>
>$ git push --signed
>...
>remote: 1C49724D229E93A2 [Michael Orlitzky ] [E]
>expire:short Expiration date is too close, please renew (is 2020-12-26
>23:30:47, less than 14 days)
>remote: 1C49724D229E93A2:6F48D3DA05C2DADB [Michael Orlitzky
>] [E] expire:short Expiration date is too close,
>please renew (is 2020-12-26 23:31:43, less than 14 days)
>
> over a week after I've renewed my keys. The answer I get back from the
> keyserver(s) looks OK:
>
>$ gpg --search-keys 0x6F48D3DA05C2DADB
>gpg: data source: http://85.25.207.23:11371
>(1) Michael Orlitzky
> Michael Orlitzky
>4096 bit RSA key 0x1C49724D229E93A2, created: 2010-03-17,
>expires: 2022-12-05
>
>
> Did I forget a step? How long should it take for infra to refresh?
You must pipe the "gpg --export" of your key to openpgp-key-upload when
connected to dev.gentoo.org like:
gpg --export | ssh dev.gentoo.org
/usr/local/bin/openpgp-key-upload
--
Cédric Krier
signature.asc
Description: PGP signature
[gentoo-dev] [PATCH] eclass/mercurial.eclass: add EAPI 8
Closes: https://bugs.gentoo.org/829131
---
eclass/mercurial.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/mercurial.eclass b/eclass/mercurial.eclass
index e984da08e330..b79b754aa68a 100644
--- a/eclass/mercurial.eclass
+++ b/eclass/mercurial.eclass
@@ -7,7 +7,7 @@
# @AUTHOR:
# Next gen author: Krzysztof Pawlik
# Original author: Aron Griffis
-# @SUPPORTED_EAPIS: 7
+# @SUPPORTED_EAPIS: 7 8
# @BLURB: This eclass provides generic mercurial fetching functions
# @DESCRIPTION:
# This eclass provides generic mercurial fetching functions. To fetch sources
@@ -16,7 +16,7 @@
# project name in all of them.
case ${EAPI:-0} in
- 7) ;;
+ [78]) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
--
2.34.1
