since this could promote the use of their product.
This mail list is focussed on the the development OF Fedora, not development
WITH Fedora. Simple mistake.
Cheers,
-Bob Arendt
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
On 01/02/2014 06:52 PM, Chuck Anderson wrote:
On Fri, Jan 03, 2014 at 02:40:33AM +0100, poma wrote:
On 03.01.2014 02:31, Richard Vickery wrote:
On Thu, Jan 2, 2014 at 5:28 PM, Chuck Anderson wrote:
On Fri, Jan 03, 2014 at 02:18:52AM +0100, poma wrote:
On 03.01.2014 01:06, Bob Arendt wrote
in other domains. Just saying - it might do well to change
the name to something with positive or at least neutral
collateral meaning. "yum" probably had some positive benefits
in this regard.
Cheers, -Bob Arendt
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rbed. It's better to
have have
anaconda fail to find your named partition (early) than to the have device
ordering slip and
wipe something you wanted to keep.
Cheers,
-Bob Arendt
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 10/05/11 12:31, Adam Williamson wrote:
> Like I replied to ajax, I suspect when the problem of assuming
> everything's 96dpi becomes simply too acute, instead of fixing
> everything really properly so that all displays correct report their
> size and all desktops actually do resolution independe
; the whole cgroup.
> The question is why did the main PID exit in the first place.
>
> Michal
mpd forks and daemonizes itself, so the main pid dies. Maybe the --no-daemon
arg would help. Or there might be a more appropriate "Type" for mpd.
-Bob Arendt
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/27/2011 03:55 AM, Neal Becker wrote:
> I'm trying to use nvidia cuda 4.0. It refuses to even try to compile with
> gcc>4.5.
>
> Any chance of a compat-gcc4.4 on f15?
>
I second the idea. A broader reason would be to provide build compatibility
with RHEL6.
--
devel mailing list
devel@lists
On 08/27/10 16:09, Jeff Spaleta wrote:
> On Fri, Aug 27, 2010 at 2:47 PM, Bob Arendt wrote:
>> Actually I think Fedora *should* articulate who the users are, basically
>> design and express who and what Fedora is designed for.
>
>> I think it would be much better for
a userspace should be, and excel at that.
Don't follow the "market" or worry about being the most popular distro
(unless that's really a goal ..?) Decide the niche, and be strong in
that niche.
Cheers,
-Bob Arendt
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 08/11/10 10:03, Adam Williamson wrote:
> On Wed, 2010-08-11 at 08:20 -0700, Bob Arendt wrote:
>> .
>> Perhaps having a simple "vesa" arg to anaconda to force a vesa Xserver
>> would provide a quick and simple work-around. It seems like this might
>> be
On 08/11/10 08:25, Chris Lumens wrote:
>> Perhaps having a simple "vesa" arg to anaconda to force a vesa Xserver
>> would provide a quick and simple work-around. It seems like this might
>> be a simple hack to add to anaconda. A short-hand for xdriver=vesa
>
> Why do we need a shorthand for an
esn't run correctly.
Perhaps having a simple "vesa" arg to anaconda to force a vesa Xserver
would provide a quick and simple work-around. It seems like this might
be a simple hack to add to anaconda. A short-hand for xdriver=vesa
Cheers,
-Bob Arendt
--
devel mailing list
devel@lists
12 matches
Mail list logo
