On 02/16/2012 10:37 AM, Dave Jones wrote:
On Thu, Feb 16, 2012 at 10:22:03AM +0530, Rahul Sundaram wrote:
> On 02/16/2012 10:08 AM, Genes MailLists wrote:
>
> >Not to mention that the kernel devs use gcc to compile the kernel -
> > and it most certainly puts a lot of pressure on t
On 02/15/2012 11:52 PM, Rahul Sundaram wrote:
Not quite. LLVM can be used to build the kernel
No, that is simply not true. Factually incorrect.
I have been working on building the kernel with LLVM, with many changes
submitted (merged over a year ago), but LLVM still needs several obscure
c
On 01/26/2012 04:52 PM, Toshio Kuratomi wrote:
Since you're not in provenpackager and the deprecation sets orphan as the
hum, guess that got dropped when my password expired in early January.
How to get that restored, I wonder.
Jeff
--
devel mailing list
devel@lists.fedoraproject.o
I am trying to retire package blktool. This is what dead.package says
locally: "Tool never really caught on with users, or kept up with the
times."
It is retired in the package database, but when trying to "fedpkg push"
following "fedpkg retire", I get the following error:
[jgarzik@bd b
On 01/13/2012 11:11 AM, Bill Nottingham wrote:
Each release, before branching, we block currently orphaned packages.
It's that time again for Fedora 17.
New this go-round is that we are also blocking packages that have
failed to build since before Fedora 15.
The following packages are currently
On 04/12/2011 01:38 PM, Adam Jackson wrote:
> On Tue, 2011-04-12 at 12:23 -0400, Bill Nottingham wrote:
>> Adam Jackson (a...@redhat.com) said:
>>> So that's the rough plan. Comments appreciated if I'm overlooking
>>> anything.
>>
>> The question would be how we ensure that these additional driver
A humble, basic question for you experts...
Given a library, such as jansson (C JSON lib), how does one
automatically list all packages in the F14 repo which require jansson?
Must be able to find packages which are not installed on the current system.
Thanks,
Jeff
--
devel mailing
On 03/26/2011 05:59 PM, Jon Masters wrote:
> On Sat, 2011-03-26 at 11:03 -0400, Neil Horman wrote:
>
>> IIRC you can set:
>> NM_CONTROLLED="no"
>> in /etc/sysconfig/network-scripts/ifcfg-ethX
>> Supposedly that will take ethX off the reservation and allow you to use the
>> ifup
>> script and ifcon
On 12/26/2010 01:53 PM, nodata wrote:
> On 26/12/10 18:42, drago01 wrote:
>> On Sun, Dec 26, 2010 at 6:34 PM, Ray Strode wrote:
>>> Hi,
>>>
>>> On Sun, Dec 26, 2010 at 10:32 AM, drago01 wrote:
You don't want to use LVM (and you should mount the fs with the
discard option for trim to w
On 10/12/2010 07:37 PM, Gregory Maxwell wrote:
> On Tue, Oct 12, 2010 at 7:28 PM, Chris Adams wrote:
>> I noticed that ethtool is not in the default install anymore (probably
>> for a release or so, but I didn't notice it until now). Why is that?
>> It is the only tool that can show and configure
On 08/24/2010 08:01 PM, Kevin Kofler wrote:
> Bill Nottingham wrote:
>> Having to support multiple boot paths for the system, making everyone
>> who gets odd bugs filed against kernel, dracut, plymouth, etc. triage them
>> isn't exactly an 'easy fix' - it *adds* complication to both paths.
>
> Righ
On 08/24/2010 04:18 AM, Tomasz Torcz wrote:
> On Tue, Aug 24, 2010 at 03:33:59AM -0400, Jeff Garzik wrote:
>>> BOOTUP
>>> - System properly handles being passed [1-5], 'single', 'S', 's', '-s',
>>> booting to the appro
On 08/23/2010 11:06 PM, Bill Nottingham wrote:
> (intentionally breaking thread)
>
> Toshio Kuratomi (a.bad...@gmail.com) said:
>> Maybe I should start a new thread since this isn't really a bug, but it is
>> a blocker -- we need to get some packaging guidelines out for systemd.
>> I think that the
On 07/14/2010 03:33 PM, Lennart Poettering wrote:
> On Wed, 14.07.10 15:18, Jeff Garzik (jgar...@pobox.com) wrote:
>
>>
>> On 07/14/2010 03:08 PM, Lennart Poettering wrote:
>>> I'd also argue that simply changing a symlink in /etc/systemd/system is
>>> a
On 07/14/2010 03:08 PM, Lennart Poettering wrote:
> I'd also argue that simply changing a symlink in /etc/systemd/system is
> a lot easier to understand and discoverable than having to edit old and
> crufty /etc/inittab which to fully understand you really must have a
> historical Unix background f
On 07/14/2010 02:13 PM, Lennart Poettering wrote:
> On Wed, 14.07.10 13:44, Bill Nottingham (nott...@redhat.com) wrote:
>
>>
>> Lennart Poettering (mzerq...@0pointer.de) said:
>>> There's also the systemd.unit= kernel command line option which you may
>>> use to boot into different targets. See the
On 07/08/2010 08:23 PM, Adam Williamson wrote:
> On Thu, 2010-07-08 at 14:28 -0600, Kevin Fenzi wrote:
>> Greetings Fedora developers...
>
>> c) Just leave them open and let people pick pick pick away at them a
>> few at a time? We might be done by Fedora20. Or perhaps not.
>
> Does the existence o
On Thu, Jul 8, 2010 at 6:26 PM, Bill Nottingham wrote:
> I'd like not to assume the worst, but given your mass closing of some
> review bugs, plus your arguments here about why, plus your request for
> a review swap earlier, I'm having trouble reading this as anything other
> than a transparent fr
On Thu, Jul 8, 2010 at 4:28 PM, Kevin Fenzi wrote:
> So, here we are today with 242 still open merge reviews:
> http://fedoraproject.org/PackageReviewStatus/MERGE.html
> (Plus a few that were closed when they shouldn't have been).
>
> So, what do we do?
>
> Some possible options:
>
> a) Just close
On 07/07/2010 11:43 PM, Orcan Ogetbil wrote:
> On Wed, Jul 7, 2010 at 11:37 PM, Jeff Garzik wrote:
>> Anybody want to trade reviews?
>>
>> My pkg isn't even new -- it's a rename from two existing, approved
>> packages (cld, chunkd) into a single merged packag
Anybody want to trade reviews?
My pkg isn't even new -- it's a rename from two existing, approved
packages (cld, chunkd) into a single merged package. So the task is
basically to re-approve existing Fedora work :)
Thanks,
Jeff
--
devel mailing list
devel@lists.fedoraproject.org
ht
On 05/09/2010 10:03 AM, Andrea Musuruane wrote:
> On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote:
>> Dne 9.5.2010 06:53, Chen Lei napsal(a):
>>> For them, we can simply:
>>> 1. Simply orphan those application from repos which have dead upstream
>>> for a long time. Normally, those allipcations h
On 03/26/2010 08:06 PM, Rahul Sundaram wrote:
> Nvidia has announced that they are deprecating it
>
> http://lists.freedesktop.org/archives/xorg/2010-March/049749.html
>
> They are recommending users to use Vesa instead as the replacement but
> the real reason appears to be Nouveau which Fedora has
On 02/26/2010 06:48 AM, Kevin Kofler wrote:
> Matthew Garrett wrote:
>> What do those numbers mean?
>
> They're documented in the specs.
You obviously have not read the specs. :)
Jeff
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinf
24 matches
Mail list logo
