kernel-next package

2017-09-23 Thread Chuck Ebbert
Can we have a kernel package for the next- series on Rawhide? I tried hacking it into the existing specfile but that just didn't work. I'm thinking it needs to be its own package, providing kernel=999-next- or something like that. Obviously, anyone installing this gets to deal with version confli

Re: thoughts on modules-extra subpackage...

2011-12-07 Thread Chuck Ebbert
On Tue, 6 Dec 2011 17:01:39 -0500 Josh Boyer wrote: > > > And there is a long history of security bugs being found in the new > > > and/or infrequently-used modules. > > > > That's probably true. I still wonder if that is common enough to be > > worth the change. > > I'm still of the opinion w

Re: thoughts on modules-extra subpackage...

2011-12-06 Thread Chuck Ebbert
On Fri, 2 Dec 2011 13:38:51 -0500 "John W. Linville" wrote: > As for the stated benefits... I'm skeptical of the security argument. > I mean, I can believe that a module could get accidentally or > inadvertantly loaded and then exploited. I just think that closing > those holes is a better plan

Re: Distro kernel update

2011-09-12 Thread Chuck Ebbert
On Fri, 2 Sep 2011 02:41:18 -0400 (EDT) David Airlie wrote: > > > > > I think f14 was the tail end of the "don't update the kernel because X > > will > > crap itself" problems. (Probably even sooner actually, but paranoia > > kept us > > on .35 forever). > > That should have been F13 :), I tho

Re: Tracking Rawhide's (released) kernel rpms through kernel.git

2011-02-28 Thread Chuck Ebbert
On Thu, 24 Feb 2011 16:20:41 -0500 Don Zickus wrote: > For RHEL we added code like this > > # empty final patch file to facilitate testing of kernel patches > Patch9: linux-kernel-test.patch > > # conditionally applied test patch for debugging convenience > %if %([ -s %{PATCH9} ] && ech

Re: FYI: RIP: 0010:[] [] cfq_free_io_context+0x18/0x34

2010-09-24 Thread Chuck Ebbert
On Thu, 23 Sep 2010 13:06:25 +0200 MichaƂ Piotrowski wrote: > RIP: 0010:[] [] > cfq_free_io_context+0x18/0x34 https://bugzilla.redhat.com/show_bug.cgi?id=577968 ___ kernel mailing list kernel@lists.fedoraproject.org https://admin.fedoraproject.org/ma

Fw: [kernel/f13/master] Fix CVE-2010-3080: /dev/sequencer open failure is not handled correctly

2010-09-15 Thread Chuck Ebbert
Begin forwarded message: Date: Wed, 15 Sep 2010 02:18:35 + (UTC) From: Chuck Ebbert To: kernel-ow...@fedoraproject.org, scm-comm...@lists.fedoraproject.org Subject: [kernel/f13/master] Fix CVE-2010-3080: /dev/sequencer open failure is not handled correctly commit

Fw: [kernel/f14/master] Fix DOS with large argument lists.

2010-09-15 Thread Chuck Ebbert
Begin forwarded message: Date: Wed, 15 Sep 2010 01:06:16 + (UTC) From: Chuck Ebbert To: kernel-ow...@fedoraproject.org, scm-comm...@lists.fedoraproject.org Subject: [kernel/f14/master] Fix DOS with large argument lists. commit 14525abb6daa564fd076a6a111e05dada9bc442b Author: Chuck Ebbert

Re: private branches under fedpkg/git

2010-08-05 Thread Chuck Ebbert
On Thu, 5 Aug 2010 16:16:23 -0700 (PDT) Roland McGrath wrote: > > But unfortunately that isn't what fedpkg calls the branch it creates > > locally, which means that your naming scheme could cause problems to > > fedpkg users. > > $ fedpkg clone -b f12 kernel > $ cd kernel > $ git branch > * f

kernel.spec updated to let prepped source trees coexist in a single git directory

2010-08-02 Thread Chuck Ebbert
I've added the %{dist} tag to the name of the top-level source directory so that source trees from different branches don't overwrite each other. For example, the tree for f14 is now called kernel-2.6.35.fc14 instead of kernel-2.6.35 . Identical vanilla directories within those trees will be autom

Re: dist-git kernel

2010-08-02 Thread Chuck Ebbert
On Sun, 01 Aug 2010 11:02:02 -0700 Jesse Keating wrote: > > That's because the SRPM was imported instead of a fresh CVS checkout. > > Why would anyone do that? > > You missed all the conversation regarding attempts to import the cvs > content. I didn't miss any of that. > I proposed creating b

Re: dist-git kernel

2010-08-01 Thread Chuck Ebbert
On Thu, 29 Jul 2010 19:33:39 -0700 (PDT) Roland McGrath wrote: > The second is adding back the TODO file verbatim. I just assumed we're > actually still using that. Then I noticed that scripts/ was gone too, That's because the SRPM was imported instead of a fresh CVS checkout. Why would anyone

F-13 kernel rebased to 2.6.34

2010-07-09 Thread Chuck Ebbert
I've committed 2.6.34.1 to the F-13 branch (2.6.33 is now in the private-f13-2_6_33 branch tag.) It's still a little rough around the edges (mostly just needs stale patches cleaned up) but I've kicked off a build so people can try it. ___ kernel maili

Re: more bug triage fun

2010-07-05 Thread Chuck Ebbert
On Sat, 3 Jul 2010 23:37:53 -0600 Kevin Fenzi wrote: > Greetings. > > Finally sat down to look at moving forward on the kernel bug traging > stuff (see https://fedoraproject.org/wiki/KernelBugTriage ) > > Some more thoughts: > > Would it be useful to add tracker bugs for [PATCH] bugs? Or is

Re: unexplained panic tracking?

2010-02-17 Thread Chuck Ebbert
On Mon, 08 Feb 2010 08:03:31 -0500 Jon Masters wrote: > Folks, > > Is there any log of outstanding unexplained panics other than grepping > bugzilla? kerneloops.org? ___ kernel mailing list kernel@lists.fedoraproject.org https://admin.fedoraproject.