On Wed, 2010-04-21 at 16:45 +0100, Richard Hughes wrote:
> On 21 April 2010 16:40, Richard Hughes wrote:
> > software needs to be installed for a given bit of hardware. It's
> > really the kind of thing that needs to be added to udev as just a
> > simple rule, and then enabled in gnome-packagekit.
On Wed, 2010-04-21 at 09:40 -0400, Colin Walters wrote:
> On Wed, Apr 21, 2010 at 7:08 AM, Peter Robinson wrote:
>
> >
> > I've spent a little time looking at the hardware side of things and
> > done a basic patch for some of the hardware stuff based on the current
> > rawhide comps file. I've br
On Wed, 2010-04-21 at 12:06 -0400, Seth Vidal wrote:
>
> On Wed, 21 Apr 2010, Bill Nottingham wrote:
>
> > Peter Robinson (pbrobin...@gmail.com) said:
> >>> Not sure you can make it seamless without just copy&pasting the
> >>> entire group (which is a bad idea). within
> >>> is ignored in comps
On Wed, 21 Apr 2010, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>>> Not sure you can make it seamless without just copy&pasting the
>>> entire group (which is a bad idea). within
>>> is ignored in comps.
>>
>> Ah, I just copied the xfce-software-development as it was
Peter Robinson (pbrobin...@gmail.com) said:
> > Not sure you can make it seamless without just copy&pasting the
> > entire group (which is a bad idea). within
> > is ignored in comps.
>
> Ah, I just copied the xfce-software-development as it was small and
> had what I wanted. What's the proper
On 21 April 2010 16:40, Richard Hughes wrote:
> software needs to be installed for a given bit of hardware. It's
> really the kind of thing that needs to be added to udev as just a
> simple rule, and then enabled in gnome-packagekit.
Of course, the packages also need rpm provides. The hard bit is
On 21 April 2010 16:17, Adam Williamson wrote:
> I've been banging a gong about something like that for years; right now
> it's much too hard to know what you're supposed to do to make
> $RANDOM_GADGET that you just plugged in actually work, but we can hardly
> install the software for every USB d
On Wed, Apr 21, 2010 at 4:12 PM, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> > Splitting it by functionality makes a bit more sense; for example,
>> > you'd want a 'smart card support', not just merging it in with other
>> > hardware stuff.
>> >
>> > (Sorry I've let thi
On Wed, Apr 21, 2010 at 4:17 PM, Adam Williamson wrote:
> On Wed, 2010-04-21 at 09:40 -0400, Colin Walters wrote:
>
>> This looks like a good start. I think the way this kind of thing
>> should work in general is that the system detects if you have the
>> hardware, and dynamically installs suppor
On Wed, 2010-04-21 at 09:40 -0400, Colin Walters wrote:
> This looks like a good start. I think the way this kind of thing
> should work in general is that the system detects if you have the
> hardware, and dynamically installs support for it. We'd need some
> database mapping things like USB id
Peter Robinson (pbrobin...@gmail.com) said:
> > Splitting it by functionality makes a bit more sense; for example,
> > you'd want a 'smart card support', not just merging it in with other
> > hardware stuff.
> >
> > (Sorry I've let this lie... been way too busy.)
> >
> > Also, I'm not sure the gro
On Wed, Apr 21, 2010 at 3:48 PM, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> > Honestly, I could see exploding it into a variety of smaller, more focused
>> > groups. Perhaps I'll whip up a proposal based on some comps files I have
>> > lying around here.
>>
>> I've spe
Peter Robinson (pbrobin...@gmail.com) said:
> Agreed. But in the interim until we get pci/usb id matching I figured
> this would be a good start.
>
> Is it OK to push it to rawhide, are we too late in the process for
> F-13 given the default doesn't change any of the standard builds?
Not for F-1
On Wed, 2010-04-21 at 09:40 -0400, Colin Walters wrote:
> This looks like a good start. I think the way this kind of thing
> should work in general is that the system detects if you have the
> hardware, and dynamically installs support for it. We'd need some
> database mapping things like USB id
Peter Robinson (pbrobin...@gmail.com) said:
> > Honestly, I could see exploding it into a variety of smaller, more focused
> > groups. Perhaps I'll whip up a proposal based on some comps files I have
> > lying around here.
>
> I've spent a little time looking at the hardware side of things and
>
On 04/21/2010 09:40 AM, Colin Walters wrote:
> On Wed, Apr 21, 2010 at 7:08 AM, Peter Robinson wrote:
>
>>
>> I've spent a little time looking at the hardware side of things and
>> done a basic patch for some of the hardware stuff based on the current
>> rawhide comps file. I've broken it down in
On Wed, Apr 21, 2010 at 2:40 PM, Colin Walters wrote:
> On Wed, Apr 21, 2010 at 7:08 AM, Peter Robinson wrote:
>
>>
>> I've spent a little time looking at the hardware side of things and
>> done a basic patch for some of the hardware stuff based on the current
>> rawhide comps file. I've broken i
On Wed, Apr 21, 2010 at 7:08 AM, Peter Robinson wrote:
>
> I've spent a little time looking at the hardware side of things and
> done a basic patch for some of the hardware stuff based on the current
> rawhide comps file. I've broken it down into network/server/misc for
> the time being and pushe
On Thu, Mar 25, 2010 at 10:36 PM, Bill Nottingham wrote:
> Colin Walters (walt...@verbum.org) said:
>> > Speaking of changes to comps for the desktop I think it would be
>> > worthwhile breaking down the hardware support group into a couple of
>> > groups. I was thinking something along the lines
Bill Nottingham wrote:
> Desktops, yes. Laptops, not really. (Although doing the groups by
> form-factors isn't really practical.)
Laptops kinda have their builtin UPS, unless you're one of those folks who
take out the battery when on AC to save charging cycles. :-) So it would
indeed be weird t
Chris Adams (cmad...@hiwaay.net) said:
> Not commenting on the naming, but I'd put UPS tools on desktops as well.
> Lots of people have UPSes attached to home computers, while I only have
> a single server monitoring an UPS (datacenter with a big UPS and
> generator, the monitoring is just for Nag
Colin Walters wrote:
> Move system-config-lvm to optional
>
> It's redundant with gnome-disk-utility, and the alternative
> desktop UI spins are stripping it out anyways.
Uh, no, the KDE spin was not stripping it out.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
htt
Colin Walters wrote:
> Several core things depend on info; it just doesn't make sense to have
> two info viewers.
Except "info" is a royal PITA to use, pinfo was written for a reason!
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailma
Once upon a time, Colin Walters said:
> I wanted to call it
> @traditional-unix-server for stuff like smartmontools and iscsi, but
> other naming suggestions welcomed.
Not commenting on the naming, but I'd put UPS tools on desktops as well.
Lots of people have UPSes attached to home computers, wh
Colin Walters (walt...@verbum.org) said:
> > Speaking of changes to comps for the desktop I think it would be
> > worthwhile breaking down the hardware support group into a couple of
> > groups. I was thinking something along the lines of Servers (for
> > iSCSI/FCoE/FCA etc), Desktop/Laptop (For w
On Thu, Mar 25, 2010 at 4:40 PM, Peter Robinson wrote:
>
> Speaking of changes to comps for the desktop I think it would be
> worthwhile breaking down the hardware support group into a couple of
> groups. I was thinking something along the lines of Servers (for
> iSCSI/FCoE/FCA etc), Desktop/Lapto
On Tue, Mar 23, 2010 at 5:23 PM, Colin Walters wrote:
> As you may or may not know I've been unhappy with how the Live image
> path has diverged from the automated install path (standalone anaconda
> + @gnome-desktop) for the desktop.
>
> Attached is a series of patches to both comps and spin-kick
On Wed, Mar 24, 2010 at 2:12 PM, Adam Williamson wrote:
>
> I hope you actually did some basic testing of live images and default
> installs based on these changes before applying them?
I've been using qemu (and yes they boot/run etc.) but not doing
livepath installs yet.
They're not really very
On Tue, 2010-03-23 at 14:37 -0400, Colin Walters wrote:
> On Tue, Mar 23, 2010 at 2:29 PM, Bill Nottingham wrote:
> >
> > Unless we start applying this methodology to all the other groups, I
> > would not merge it for the gnome-desktop group.
>
> Fair enough.
>
> > The other comps patches look O
On Tue, Mar 23, 2010 at 02:11:23PM -0400, Colin Walters wrote:
> - system-config-network
> + system-config-network
Thank you :-)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Mar 23, 2010 at 2:29 PM, Bill Nottingham wrote:
>
> Unless we start applying this methodology to all the other groups, I
> would not merge it for the gnome-desktop group.
Fair enough.
> The other comps patches look OK.
Applied, thanks!
--
devel mailing list
devel@lists.fedoraproject.or
> From 018bf8e7ca32a45b040b50bde0461d4dac3f9b31 Mon Sep 17 00:00:00 2001
> From: Colin Walters
> Date: Tue, 23 Mar 2010 08:47:48 -0400
> Subject: [PATCH 1/4] Delete all optional components from @gnome-desktop
>
> Optional components are currently only visible from the UI
> in Standalone Anaconda,
A few more comps patches.
From 69838cdd1765fa07df5482862c365058880a975f Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Tue, 23 Mar 2010 13:34:53 -0400
Subject: [PATCH 1/3] Move system-config-network to optional
We're moving the OS towards NetworkManager.
---
comps-f13.xml.in |2 +-
1 fil
As you may or may not know I've been unhappy with how the Live image
path has diverged from the automated install path (standalone anaconda
+ @gnome-desktop) for the desktop.
Attached is a series of patches to both comps and spin-kickstarts
which has a a high level goal of moving the two closer.
34 matches
Mail list logo
