/share/doc/hmaccalc-0.9.6/README
/usr/share/man/man8/sha1hmac.8.gz
/usr/share/man/man8/sha256hmac.8.gz
/usr/share/man/man8/sha384hmac.8.gz
/usr/share/man/man8/sha512hmac.8.gz
It should be simple enough to just update the Fedora packages with the
changes in RHEL5 and we can all go eat cake. But fi
On Fri, Jan 22, 2010 at 12:10 PM, Jarod Wilson wrote:
> On Fri, Jan 22, 2010 at 11:23 AM, Garrett Holmstrom
> wrote:
>> On Fri, Jan 22, 2010 at 10:11 AM, Ralf Corsepius wrote:
>>>> - in some circumstances (government, regulated companies) encryption
>>>>
fter that first hit though, its
reasonably fast to return.
> What's the worst thing that could happen if it were to break? If Git were to
> enter an infinite loop for example, would it render my shell useless?
No clue. But I'd have to say no, don't just go enable it by default on
peo
s I understand it, is for koji to apply the git tags after
a successful build, but its not yet been implemented. For the time
being, I plan to simply add annotated tags myself after each
successful build of packages I own.
--
Jarod Wilson
ja...@wilsonet.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Aug 3, 2010 at 8:56 PM, Dennis Gilmore wrote:
> On Tuesday, August 03, 2010 06:12:50 pm Jarod Wilson wrote:
...
>> The plan, as I understand it, is
>> for koji to apply the git tags after
>> a successful build, but its not yet
>> been implemented. For the time
ew lines of python to implement.
Seriously. You probably could have already written it in far less than
the amount of time you've spent moaning about how terrible things are
now.
Rel-Eng, and especially my man Jesse: THANK YOU. Can't wait until we
get to kill cvs internally too. Git is wo
On Wed, Aug 4, 2010 at 12:40 AM, Kevin Kofler wrote:
> Jarod Wilson wrote:
>> I'm not having any problems submitting builds and adding tags by hand
>> *which is exactly what we did in cvs*. What exactly is ESSENTIAL about
>> the nvr tags being automated for you?
>
>
On Wed, Aug 4, 2010 at 1:05 AM, Peter Hutterer wrote:
> On Wed, Aug 04, 2010 at 12:55:09AM -0400, Jarod Wilson wrote:
>> On Wed, Aug 4, 2010 at 12:40 AM, Kevin Kofler wrote:
>> > Jarod Wilson wrote:
>> >> I'm not having any problems submitting builds and
patch for
> drivers/video/efifb.c and commit it?
https://bugzilla.redhat.com/show_bug.cgi?id=528232#c37 is in fact
authored by one of the Fedora kernel maintainers, so it would seem
they're already on it.
--
Jarod Wilson
ja...@wilsonet.com
--
devel mailing list
devel@lists.fedoraproject.o
fidence in it being reliable.
>
> Why are people choosing it over other solutions, and what can we change
> in qemu/kvm to get users using that instead ?
Beer-free and multi-platform, like others have said.
I use VirtualBox myself on my MacBook Pro running Mac OS X. Note, however,
that I
ck integrity checker
ctrlproxy - an irc proxy
rinputd - remote input daemon
There's a ftbfs bug just filed against rinputd as well, looks like
an easy fix, possibly even already fixed upstream, though it was
only filed 4 days ago, so maybe not.
--
Jarod Wilson
ja...@wilsonet.com
--
o fix that, and apparently didn't notice that
bodhi had helpfully decided to re-enable the auto-push check box when
all I wanted to do was fix a bug number. (in other words, "edit"
doesn't properly honor the current settings of the ticket).
--
Jarod Wilson
ja...@wilsonet.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
s with unresolved bugs
I have to second someone taking over rrdtool. I handed it off to Chris
a while back, but have still done far more work on it since then than
he has, and I've not seen him touch an rrdtool bz in ages. :(
(And no, I don't want maintainership back.)
--
Jarod Wilso
the patch manager.
Seriously, it works quite well. Most of us do all of our devel work
against upstream kernel trees, then spit out patches from there to
apply on top of the Fedora kernel.
--
Jarod Wilson
ja...@wilsonet.com
--
devel mailing list
devel@lists.fedoraproject.org
https://a
ed from a patchwork database, once deemed ready,
so the commit history remains 100% linear.
--
Jarod Wilson
ja...@wilsonet.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
D 0x092D /*8192ce */
--
Jarod Wilson
ja...@wilsonet.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
'rpmbuild --rebuild
kernel-package.src.rpm' is even simpler. You only need to install the
srpm bits if you're going to actually change something. It only gets
complex if you want to patch things, modify config options, etc.
--
Jarod Wilson
ja...@wilsonet.com
-
On Sun, May 23, 2010 at 5:23 PM, Genes MailLists wrote:
> On 05/23/2010 02:45 PM, Jarod Wilson wrote:
>
>> If you *just* want to rebuild, 'rpmbuild --rebuild
>> kernel-package.src.rpm' is even simpler. You only need to install the
>> srpm bits if you're goin
On Sun, May 23, 2010 at 11:05 PM, Genes MailLists wrote:
> On 05/23/2010 08:50 PM, Jarod Wilson wrote:
>> On Sun, May 23, 2010 at 5:23 PM, Genes MailLists wrote:
>>> On 05/23/2010 02:45 PM, Jarod Wilson wrote:
>>>
>>>> If you *just* want to r
On Mon, May 24, 2010 at 9:06 AM, Genes MailLists wrote:
> On 05/24/2010 12:01 AM, Jarod Wilson wrote:
>
>> I didn't say there was a vanilla-kernel.src.rpm, but there doesn't
>> need to be. You rebuild the Fedora kernel src.rpm file using rpmbuild,
>> passing i
eing able to roll this out prior to
> the F14 branch event. I hope you are all as excited as I am about this!
Oh hell yeah. Looking forward to the day when none of the projects I
work on are using cvs any longer (this includes you, Red Hat internal
cvs, and you, lirc upstream)...
--
Jarod Wilson
> library and frontend as clean as possible.
Plus, cervisia is a *cvs* gui, not a Fedora Makefile gui, no? There
are a fair number of git guis too.
--
Jarod Wilson
ja...@wilsonet.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ctrlproxy build (I
thought someone else had taken over maintainership of this, but I
guess its still mine...), didn't do an lirc build yet though, as I
need to update to the forthcoming 0.8.7 code w/patchification for the
new hotness about to be merged upstream lirc support...
--
Jarod W
23 matches
Mail list logo
