[gentoo-dev] Re: Recommend cronie instead of vixie-cron in handbook?

2013-12-26 Thread Duncan
Daniel Campbell posted on Thu, 26 Dec 2013 22:02:31 -0600 as excerpted: > On 12/25/2013 08:43 AM, Duncan wrote: >> >> I [replaced vixie-cron with cronie] too, a few days ago. >> >> TL;DR: Drop-in but for the log-spamming. =:^( >> >> While cronie itself was simple and drop-in for vixie-cron, it

Re: [gentoo-dev] Re: Recommend cronie instead of vixie-cron in handbook?

2013-12-26 Thread Daniel Campbell
On 12/25/2013 08:43 AM, Duncan wrote: > Alice Ferrazzi posted on Wed, 25 Dec 2013 15:38:42 +0900 as excerpted: > >> On Sun, Dec 15, 2013 at 2:19 AM, Michael Orlitzky >> wrote: >>> rc-update del vixie-cron default >>> /etc/init.d/vixie-cron stop >>> emerge -C vixie-cron >>> emerge cronie >>> rc-up

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/umurmur: metadata.xml ChangeLog

2013-12-26 Thread viv...@gmail.com
On 12/26/13 14:27, Ciaran McCreesh wrote: > On Thu, 26 Dec 2013 14:25:04 +0100 > hasufell wrote: >> That is funny that you mention "cleaning up". I remember last time >> when you broke 8 ebuilds at once because you just trusted your >> outdated repoman warning to be correct. You didn't even file a

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/umurmur: metadata.xml ChangeLog

2013-12-26 Thread Ryan Hill
On Wed, 25 Dec 2013 18:37:24 +0100 Patrick Lauer wrote: > On 12/25/2013 01:26 PM, hasufell wrote: > > > You are interfering with my workflow and I already told you why I kept > > the useflag, so stop reverting my commits after I told you the reasons > > in a private mail. > > > > QA is more tha

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/umurmur: metadata.xml ChangeLog

2013-12-26 Thread Lars Wendler
Am Wed, 25 Dec 2013 14:16:07 +0100 schrieb Patrick Lauer : > > > > > You are interfering with my workflow and I already told you why I > > kept the useflag, so stop reverting my commits after I told you the > > reasons in a private mail. > > Eh, it's been two days, and the temporary issue is st

Re: [gentoo-dev] Doing and then undoing slotmoves

2013-12-26 Thread Jeroen Roovers
On Wed, 25 Dec 2013 20:15:00 -0600 Donnie Berkholz wrote: > > repoman does not work in profiles, to my knowledge. It expects > > ebuild in package directories in categorie directories. > > I'm confused. Isn't that exactly what I just said? "add repoman > support" Yes, you did, but apparently th

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/umurmur: metadata.xml ChangeLog

2013-12-26 Thread Patrick Lauer
On 12/26/2013 02:29 PM, hasufell wrote: > On 12/26/2013 02:27 PM, Ciaran McCreesh wrote: >> On Thu, 26 Dec 2013 14:25:04 +0100 >> hasufell wrote: >>> That is funny that you mention "cleaning up". I remember last time >>> when you broke 8 ebuilds at once because you just trusted your >>> outdated r

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/umurmur: metadata.xml ChangeLog

2013-12-26 Thread hasufell
On 12/26/2013 02:27 PM, Ciaran McCreesh wrote: > On Thu, 26 Dec 2013 14:25:04 +0100 > hasufell wrote: >> That is funny that you mention "cleaning up". I remember last time >> when you broke 8 ebuilds at once because you just trusted your >> outdated repoman warning to be correct. You didn't even f

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/umurmur: metadata.xml ChangeLog

2013-12-26 Thread Ciaran McCreesh
On Thu, 26 Dec 2013 14:25:04 +0100 hasufell wrote: > That is funny that you mention "cleaning up". I remember last time > when you broke 8 ebuilds at once because you just trusted your > outdated repoman warning to be correct. You didn't even file a BUG > for me, you did not contact me and after I

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/umurmur: metadata.xml ChangeLog

2013-12-26 Thread hasufell
On 12/25/2013 02:16 PM, Patrick Lauer wrote: > >> >> You are interfering with my workflow and I already told you why I kept >> the useflag, so stop reverting my commits after I told you the reasons >> in a private mail. > > Eh, it's been two days, and the temporary issue is still there ... > > F