On Fri, 19 Oct 2012, Michael Stahnke wrote:
Puppet in the Fedora/EPEL ecosystem is a bit wonky currently.
I'd really like to fix it.
Problems:
* Fedora 17 (and higher) ships with Ruby 1.9.x and Puppet 2.7.x. 2.7.x is not
100% compatible with 1.9.3. The number of issues in this space conti
On Fri, 19 Oct 2012, Michael Stahnke wrote:
I (we) completely realize this isn't totally awesome either. This is
a problem when you have a distributed application that is trying to
support the widest variety of host populations we can.
This request was brought to us by community members, Re
On Fri, 19 Oct 2012, Michael Stahnke wrote:
On Fri, Oct 19, 2012 at 4:22 PM, Seth Vidal wrote:
On Fri, 19 Oct 2012, Michael Stahnke wrote:
I (we) completely realize this isn't totally awesome either. This is
a problem when you have a distributed application that is trying to
su
On Fri, 19 Oct 2012, Matthew Miller wrote:
On Fri, Oct 19, 2012 at 07:31:57PM -0400, Seth Vidal wrote:
There is a reason I want to move to a clientless configmgmt
infrastructure.
I do not want to be hogtied like this again.
Yeah, but we're not going to make _you_ use Puppet. :)
D
On Fri, 19 Oct 2012, Ken Dreyer wrote:
On Fri, Oct 19, 2012 at 5:04 PM, Michael Stahnke wrote:
My proposal would be the following:
* Move EPEL 6, Fedora >= 17 to use Puppet 3.0.
* Move EPEL 5 to the latest 2.7.x branch. This is the last branch of
Puppet that supports Ruby 1.8.5, and works
On Mon, 22 Oct 2012, Miloslav Trmač wrote:
On Sat, Oct 20, 2012 at 1:31 AM, Seth Vidal wrote:
There is a reason I want to move to a clientless configmgmt infrastructure.
Could you explain what you mean by "clientless", please? It seems to
me that there always needs to be
On Mon, 22 Oct 2012, john.flor...@dart.biz wrote:
ansibile is exactly what I've been looking at as a puppet replacement.
If anyone has experience with both, I'd greatly appreciate hearing of
their experiences. I don't relish the idea of making the conversion,
but I really do get the im
On Tue, 23 Oct 2012, Lukas Zapletal wrote:
Fedora Infrastructure has begun using ansible for some system setup
and other orchestration/automation tasks.
Our (just beginning) public repos of it are here:
http://infrastructure.fedoraproject.org/cgit/ansible.git/
Just out of my curiosity, i
On Tue, 30 Oct 2012, Paul W. Frields wrote:
On Tue, Oct 30, 2012 at 11:45:02AM -0700, Adam Williamson wrote:
On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote:
I don't know if it's impossible to revert to the F17 anaconda at this
time, however it is clear that F18 is going to be the
// small wrapper script around deltacloud:
$ wget https://raw.github.com/movitto/mycloud/master/mycloud.rb
$ chmod +x mycloud.rb
// template describing kojihub cloud deployment
$ wget
https://raw.github.com/aeolus-incubator/templates/master/fedora_infra/koji/fedora-17/koji_f17.xml
// templat
On Wed, 31 Oct 2012, Mo Morsi wrote:
#2: Could there be a way to take a (working) nightly build, build one's
package against that nightly in a personal build of some sort, and
somehow have a verification process that it built in that "personal
build" before it goes into rawhide, etc? (or ev
On Thu, 1 Nov 2012, Mo Morsi wrote:
Cool thanks for the info Seth. Ansible looks interesting, its a
configuration orchestration component akin to Puppet / Chef is it not?
Does it do any provisioning in itself?
Ansible is more like this:
Combining puppet and chef in one item. Then making
On Thu, 1 Nov 2012, Mo Morsi wrote:
Hrm I was refering more to the repos necessary to bootstrap the cloud
instance for the koji builder.
I see - I thought you were referring to package repos.
Which component imposes this limitation
on koji, the hub or the builder?
the hub.
Would b
On Thu, 1 Nov 2012, Michael Scherer wrote:
Le jeudi 01 novembre 2012 à 08:32 -0400, Mo Morsi a écrit :
On 10/31/2012 01:07 PM, Seth Vidal wrote:
You can orchestrate all of these steps across/between multiple systems
using ansible: http://ansible.cc - I've been documenting spinning u
On Fri, 9 Nov 2012, Matthew Miller wrote:
This perplexing to me. In my %post section, I tried both writing
"GRUB_TIMEOUT=0" to /etc/default/grub and using sed to replace "set
timeout=5" in grub2.cfg. I even put a call to grub2-mkconfig to re-write the
config file after doing those things.
Bu
On Fri, 9 Nov 2012, Matthew Miller wrote:
On Fri, Nov 09, 2012 at 01:33:32PM -0500, Seth Vidal wrote:
in your kickstart can you do:
bootloader --timeout=1
Forgot to mention: this is already there and does not have any effect
_either_.
hmmm - seems to work for me using ami-creator.
-sv
On Fri, 9 Nov 2012, Matthew Miller wrote:
On Fri, Nov 09, 2012 at 01:42:58PM -0500, Seth Vidal wrote:
in your kickstart can you do:
bootloader --timeout=1
Forgot to mention: this is already there and does not have any effect
_either_.
hmmm - seems to work for me using ami-creator.
I&#
On Fri, 9 Nov 2012, Matthew Miller wrote:
On Fri, Nov 09, 2012 at 01:49:34PM -0500, Seth Vidal wrote:
Not sure these two QUITE do the same thing - but they use the
installer similarly, I think.
here's what I've been using:
https://github.com/eucalyptus/ami-creator
I&#x
On Sat, 10 Nov 2012, Jesse Keating wrote:
On Nov 10, 2012, at 11:21 AM, Kevin Kofler wrote:
Jesse Keating wrote:
Fedora is just one of the downstream users of Anaconda. It is incorrect
to assume that the upstream Anaconda development can be dictated solely
by Fedora, any more than upstre
On Sat, 10 Nov 2012, Kevin Kofler wrote:
Richard W.M. Jones wrote:
- depends on Python stack
+1, we really need to get Python out of the minimal installation.
The focus should be on replacing the existing Python-based packages in the
minimum set (e.g. yum) by native replacements (e.g. zi
On Mon, 12 Nov 2012, Matthew Miller wrote:
Okay, cool -- there's a lot of enthusiasm for a SIG for the core package
set.
So, first up on the SIG goals: clarifying our target.
It's been suggested before that there's so many possibilities that this is
useless, but the point here is to *pick*
On Mon, 12 Nov 2012, Matthew Miller wrote:
On Mon, Nov 12, 2012 at 11:29:34AM -0500, Seth Vidal wrote:
I think ssh has to be in the mix. Of ths systems I use/maintain/etc
very few of them are ones I actually have a reliable console to.
If ssh isn't there, I have to add it just to ge
On Mon, 12 Nov 2012, Tomas Mraz wrote:
On Mon, 2012-11-12 at 11:37 -0500, Seth Vidal wrote:
On Mon, 12 Nov 2012, Matthew Miller wrote:
On Mon, Nov 12, 2012 at 11:29:34AM -0500, Seth Vidal wrote:
I think ssh has to be in the mix. Of ths systems I use/maintain/etc
very few of them are
On Mon, 12 Nov 2012, Dennis Jacobfeuerborn wrote:
On 11/12/2012 06:03 PM, Seth Vidal wrote:
On Mon, 12 Nov 2012, Tomas Mraz wrote:
On Mon, 2012-11-12 at 11:37 -0500, Seth Vidal wrote:
On Mon, 12 Nov 2012, Matthew Miller wrote:
On Mon, Nov 12, 2012 at 11:29:34AM -0500, Seth Vidal
On Mon, 12 Nov 2012, Petr Lautrbach wrote:
scp is a ssh client. It connects to other host using a ssh connection and
runs 'scp -t' or 'scp -f'
commands on the remote side. From my point of view, it's same as any other
program you can use via
ssh and I believe that openssh-clients is the rig
On Mon, 12 Nov 2012, Petr Lautrbach wrote:
which was, in fact, what I said.
scp is something people expect to be able to use on servers to send files
over. that it is not there makes the server install feel a touch awkward.
that's all.
A thin client would probably not want to install op
On Mon, 12 Nov 2012, Jesse Keating wrote:
On 11/12/2012 12:17 PM, Matthew Miller wrote:
On Mon, Nov 12, 2012 at 12:08:38PM -0800, Jesse Keating wrote:
To be fair if we're talking about redefining what goes into @core
(which cannot be deselected, and mandatory items cannot be
deselected) the
On Mon, 12 Nov 2012, Benny Amorsen wrote:
Seth Vidal writes:
fantastic. show me a deployment somewhere of a 'thin client' that
doesn't use their own custom kickstart/pxe for instantiating the
clients and that will be relevant to this discussion.
Is kickstart installs g
On Mon, 12 Nov 2012, Dennis Gilmore wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Sat, 10 Nov 2012 11:12:20 -0500
Matthew Miller escribió:
On Fri, Nov 09, 2012 at 07:25:35PM -0800, Brian C. Lane wrote:
I think appliance-creator is pretty much unsupported at this point,
isn't it?
On Tue, 13 Nov 2012, Matthew Miller wrote:
On Tue, Nov 13, 2012 at 08:00:23PM -0500, Ben Cotton wrote:
On Tue, Nov 13, 2012 at 4:41 PM, Bill Nottingham wrote:
[list of packages]
ntpdate
chrony
On EC2 (as in many virt environments) the hardware clock source is actually
synced and running
On Thu, 6 Dec 2012, Jan Zelený wrote:
Hi,
I guess the main reason why SCL is not used in Fedora it requires a certain
(potentially non-trivial) amount of work from package maintainer.
However feel free to make your packages SCL enabled. You shouldn't have any
issues with that. Just make nec
On Thu, 6 Dec 2012, Jan Zelený wrote:
Well, not exactly, you would still need to upgrade all packages that the new
version of Libreoffice depends on and all packages these updated packages depend
on and so on ... The only difference is that these updated packages would need
to be a part of t
On Thu, 6 Dec 2012, Jan Zelený wrote:
The original use case for SCLs is to provide a way to deliver newer versions
of SW in stable distributions like RHEL/CentOS than those available in the
core system and make sure system packages and collection packages don't
collide in any way (names, lib
On Thu, 28 Mar 2013 16:36:27 +0100
Vít Ondruch wrote:
>
>
> Ah, are we going to distribute this howtos instead of binary RPM's
> now? It is 4 easy steps, everybody can handle it. May be we could
> convert whole distribution into bunch of how-tos. It would be nice,
> because how-to cannot have br
On Fri, 29 Mar 2013 14:01:29 + (UTC)
Petr Pisar wrote:
>
> What's Architecture good for? To allow multilib. To install more
> instances of the same version. And yum ignores Architecture on
> purpose. But don't tell anybody that. Otherwise he could not claim we
> do not implement parallel ins
On Fri, 29 Mar 2013 14:42:14 +0100
Jan Zelený wrote:
> On 29. 3. 2013 at 13:22:40, Petr Pisar wrote:
> > On 2013-03-29, Jan Zelený wrote:
> > > In this case we proposed another solution which was turned down
> > > (I'm not sure exactly why):
> > >
> > > Each package requiring multiversion suppo
On Fri, 29 Mar 2013 14:40:35 +0100
Jan Zelený wrote:
> > > This is very valid concern. However I'm not sure it's something
> > > that can be solved just by the multiversion support in rpm/yum,
> > > there are more pieces here to be put together.
> > >
> > > My first impression of this is that so
On Tue, 2 Apr 2013 13:27:43 + (UTC)
Petr Pisar wrote:
> On 2013-03-29, seth vidal wrote:
> >>
> >> What's Architecture good for? To allow multilib. To install more
> >> instances of the same version. And yum ignores Architecture on
> >> purpos
On Tue, 2 Apr 2013 14:02:46 + (UTC)
Petr Pisar wrote:
> Or maybe there are APIs 3.8, 3.9, and 4.0 and we want to express (3.8
> or 3.9), but poor RPM does not handle `or'?
After reading these and other comments from you, Petr, it seems to me
you are not interested in making things better, yo
On Tue, 2 Apr 2013 14:16:31 + (UTC)
Petr Pisar wrote:
> On 2013-04-02, seth vidal wrote:
> > On Tue, 2 Apr 2013 13:27:43 + (UTC)
> > Petr Pisar wrote:
> >>
> >> Misusing names does not allow all of that.
> >
> > misusing? Is this,
On Thu, 4 Apr 2013 14:47:12 +0200
Johannes Lips wrote:
> On Thu, Apr 4, 2013 at 2:44 PM, Till Maas
> wrote:
>
> > Hi everyone,
> >
> > I have been using smock.pl regularly and since it was not developed
> > recently. I wonder what everyone else is using, e.g. does something
> > better exist? If
On Thu, 04 Apr 2013 17:29:26 +0200
Vít Ondruch wrote:
> Dne 4.4.2013 16:20, Miloslav Trmač napsal(a):
> > esthetics.
> >
>
> May be I misunderstood the thread, but wasn't this the main point
> since the beginning? To prevent the "naming-with-version" exploit as
> is still stated in the $SUBJECT?
On Thu, 4 Apr 2013 18:25:56 +0200
Till Maas wrote:
> On Thu, Apr 04, 2013 at 08:50:43AM -0600, Nathanael D. Noblet wrote:
> > On 04/04/2013 06:44 AM, Till Maas wrote:
> > >Hi everyone,
> > >
> > >I have been using smock.pl regularly and since it was not developed
> > >recently. I wonder what ever
On Thu, 4 Apr 2013 18:25:56 +0200
Till Maas wrote:
> On Thu, Apr 04, 2013 at 08:50:43AM -0600, Nathanael D. Noblet wrote:
> > On 04/04/2013 06:44 AM, Till Maas wrote:
> > >Hi everyone,
> > >
> > >I have been using smock.pl regularly and since it was not developed
> > >recently. I wonder what ever
On Thu, 4 Apr 2013 18:30:02 +0200
Till Maas wrote:
> On Thu, Apr 04, 2013 at 09:34:22AM -0400, seth vidal wrote:
> > On Thu, 4 Apr 2013 14:47:12 +0200
> > Johannes Lips wrote:
> >
> > > On Thu, Apr 4, 2013 at 2:44 PM, Till Maas
> > > wrote:
>
> &
On Thu, 4 Apr 2013 21:18:28 +0200
Till Maas wrote:
> > what does 'deterministic repositories' mean?
>
> smock uses ~/public_html/smock/$DISTRO/$ARCH by default and mockchain
> some random temp dir.
mockchain uses a tempdir unless you specify -l
>
> > If you want to add that to mockchain I do
On Tue, 9 Apr 2013 11:18:54 -0500
Bruno Wolff III wrote:
> On Wed, Apr 10, 2013 at 00:05:45 +0800,
>Mathieu Bridon wrote:
> >The current behaviour would be obtained by setting it to 1, and
> >setting it to 2 would already be a positive change as it would allow
> >downgrading a package if t
On Wed, 10 Apr 2013 09:24:49 +0200
Jan Zelený wrote:
> On 9. 4. 2013 at 12:25:56, seth vidal wrote:
> > On Tue, 9 Apr 2013 11:18:54 -0500
> >
> > Bruno Wolff III wrote:
> > > On Wed, Apr 10, 2013 at 00:05:45 +0800,
> > >
> > >Mathieu Brid
On Wed, 10 Apr 2013 08:47:38 -0500
Bruno Wolff III wrote:
> On Wed, Apr 10, 2013 at 09:24:49 +0200,
>Jan Zelený wrote:
> >
> >I'm not sure this solves the initial problem - downloading new
> >metadata every 6 hours or so ...
>
> Does the metadata really need to be downloaded or just checked
On Wed, 10 Apr 2013 10:53:25 -0400
john.flor...@dart.biz wrote:
> > From: seth vidal
> >
> > The metadata doesn't get downloaded if it hasn't changed - the
> > problem though is that the metadata DOES change often. Normally
> > everyday.
>
> I
On Wed, 10 Apr 2013 10:33:43 -0500
Chris Adams wrote:
> The metadata starts in XML before being loaded into an SQLite DB file,
> and the XML is in the repodata directory with the DB. However, both
> are compressed, as they are large. For example, the current
> updates/18/x86_64 XML is over 34M
On Wed, 10 Apr 2013 12:24:58 -0400
john.flor...@dart.biz wrote:
> I was thinking there had been some xz integration recently. Maybe
> that was with the delta rpm support. I don't follow that though
> since we have a local mirror, there's not much point in rsycing,
> storing, etc. the deltas.
>
On Mon, 15 Apr 2013 11:03:34 -0500
Richard Shaw wrote:
> On Mon, Apr 15, 2013 at 11:00 AM, Toshio Kuratomi
> wrote:
>
> > If I remember, I tend to trim off changelog entries that are more
> > than two years old once a year for packages that I own. Two years
> > is twice the length of a Fedora E
On Tue, 28 May 2013 08:51:03 +0200
Jan Zelený wrote:
>
> > after a "yum clean metadata && yum update" on a slow line you
> > have to wait a very long time and even the download of the
> > presto-metadata often is larger and takes longer as the
> > packages which are updated in reality
> >
> > h
On Tue, 28 May 2013 20:42:13 +0300
Alek Paunov wrote:
>
> So, it seems that yum already have the "filelists on demand"
> optimization implemented. Why you are asking for removing a feature,
> which do not make the things worse ... ?
I'm not.
But when you download the filelists - it is A LOT
On Wed, 29 May 2013 11:52:04 +0100
"Richard W.M. Jones" wrote:
>
> Also do we know how many mirrors support byte ranges?
>
> We could go all the way and have a relatively large uncompressed
> database stored on the mirrors, but have the client only access small
> byte ranges from it.
>
We use
On Wed, 29 May 2013 11:48:14 +0100
"Richard W.M. Jones" wrote:
> On Tue, May 28, 2013 at 11:51:21AM -0400, seth vidal wrote:
> > I simply got tired of tilting at that particular windmill when
> > confronted with some particularly egregious cases (see libguestfs
>
On Sun, 2 Jun 2013 16:39:20 -0400
Rahul Sundaram wrote:
> Hi
>
>
> On Fri, May 31, 2013 at 6:45 PM, Stephen John Smoogen wrote:
>
> >
> > Actually I was going to ask the opposite question: Do we still need
> > FedoraHosted? It was created before there was GitHub or Gitorious
> > but frankly we
On Tue, 4 Jun 2013 10:16:22 -0400
Przemek Klosowski wrote:
> On 06/04/2013 10:02 AM, Tom Callaway wrote:
> > On 06/04/2013 09:55 AM, Lennart Poettering wrote:
> >> What's even weirder is that some folks are explicitly mentioned
> >> (such as Jon Masters) in the descriptions, so the playing field
On Tue, 4 Jun 2013 16:52:14 +0200
Simone Caronni wrote:
> Hello,
>
> I have a package that builds fine in a fresh rawhide mock chroot and
> not in a koji build. Is there any difference between the two?
>
> Here is the error in Koji:
>
> + make -j5 LIBPATH=/usr/lib64 -f makefile docs
> rm -f do
On Wed, 9 Jan 2013, Kevin Fenzi wrote:
One of the big questions to answer is distribution. I can see good
arguments on the one hand distributing formulas via RPM and on the
other having an official Git repository for them.
Yep. I am torn here too. rpms get us a lot, but are also inflexable
On Wed, 9 Jan 2013, Bill Nottingham wrote:
Seth Vidal (skvi...@fedoraproject.org) said:
One of the big questions to answer is distribution. I can see good
arguments on the one hand distributing formulas via RPM and on the
other having an official Git repository for them.
Yep. I am torn
On Thu, 10 Jan 2013, Matthew Miller wrote:
On Thu, Jan 10, 2013 at 01:28:01PM -0600, Chris Adams wrote:
On Thu, Jan 10, 2013 at 09:29:43AM -0600, Greg Swift wrote:
maybe i'm weird too, but ya.. i use finger more than who
I think "alias" in your bashrc is the answer here. :)
"finger" and "
On Thu, 10 Jan 2013, Matthew Miller wrote:
On Thu, Jan 10, 2013 at 02:46:08PM -0500, Seth Vidal wrote:
Fun fact™: I learned from this conversation that my default personal user
environment still contains a .plan file.
What was in your plan?
I can't tell you. It's a Secret Plan
On Fri, 11 Jan 2013, Kevin Fenzi wrote:
On Fri, 11 Jan 2013 12:16:50 +
"Daniel P. Berrange" wrote:
On this theme, one other very useful thing we could improve in Koji
for developer debug of failed builds, would be to capture the
'config.log' file from any autoconf based builds.
Curren
On Thu, 24 Jan 2013, Miloslav Trmač wrote:
On Wed, Jan 23, 2013 at 8:30 PM, Jaroslav Reznik wrote:
= Features/SyslinuxOption =
https://fedoraproject.org/wiki/Features/SyslinuxOption
Feature owner(s): Matthew Miller
This feature will make Syslinux an optional bootloader for Fedora, in
ki
On Fri, 25 Jan 2013, Honza Horak wrote:
On 01/23/2013 01:04 PM, Ales Kozumplik wrote:
On 01/22/2013 10:06 PM, Tom Lane wrote:
Yes, that's the general idea --- any dependencies on mysql should result
in installing mariadb, unless the user takes specific action to get
mysql instead. Ideally
On Fri, 22 Feb 2013, Pierre-Yves Chibon wrote:
On Fri, 2013-02-22 at 12:02 -0800, Samuel Sieb wrote:
On 02/22/2013 10:02 AM, Jeffrey Ollie wrote:
Personally, I'd like to see Yum move away from PycURL but if someone
wants to take over upstream development more power to them.
I use pycurl as
On Fri, 22 Feb 2013, Jon Ciesla wrote:
I'm not familiar with it, nor is it in Fedora yet, but would curlish work?
https://pypi.python.org/pypi/curlish/
It's calling out to curl via subprocess - that doesn't feel like a good
idea
-sv
--
devel mailing list
devel@lists.fedoraproject.org
On Sat, 23 Feb 2013, Matthew Miller wrote:
On Fri, Feb 22, 2013 at 03:17:57PM -0500, Seth Vidal wrote:
it's not under my control anymore - but the idea of python-requests
and its deps pulled into @core does not fill me with joy.
Sooo
$ rpm -qR python-requests|grep -v ^rpmlib
On Tue, 05 Mar 2013 13:07:59 -0500
Colin Walters wrote:
> On Tue, 2013-03-05 at 12:44 -0500, Stephen Gallagher wrote:
>
> > Well, in that case I suppose we'd need to add a new tag-set,
> > something like rawhide-pending
>
> In other words, another layer.
>
> I'll only repeat this maybe every
On Tue, 05 Mar 2013 13:28:58 -0500
Colin Walters wrote:
> On Tue, 2013-03-05 at 13:17 -0500, seth vidal wrote:
>
> > If the issue was only 'newer is better' then rpm can easily get
> > around it. Hell, so can yum, now.
>
> But koji, createrepo and such can
On Tue, 5 Mar 2013 16:58:49 -0500
Bill Nottingham wrote:
> seth vidal (skvi...@fedoraproject.org) said:
> > On Tue, 05 Mar 2013 13:28:58 -0500
> > Colin Walters wrote:
> >
> > > On Tue, 2013-03-05 at 13:17 -0500, seth vidal wrote:
> > >
> > >
On Mon, 11 Mar 2013 18:55:30 +0100
Alec Leamas wrote:
> Fine with me, but don't forget to have a hint to this key visible e.
> g., "Press F1 to..." in some corner. Current
> policy that user just should know the key is not that good IMHO.
> After all, this is the first screen a newcomer
> me
On Mon, 11 Mar 2013 14:49:10 -0500
Michael Cronenworth wrote:
> On 03/11/2013 02:41 PM, Björn Persson wrote:
> > Yes, why not display the Grub menu?
>
> Because it's the year 2013. Not 1999.
There's no need for this kind of sarcastic/snarky response.
I don't think Bjorn was asking an unreasona
On Mon, 11 Mar 2013 21:07:32 +0100
Lennart Poettering wrote:
>
> I don't think we should generate any message. Nothing at all. My BIOS
> doesn't print a single line, and neither does the kernel if "quiet" is
> used (which is the default). I really don't see why Plymouth or the
> boot loader shoul
On Mon, 11 Mar 2013 22:00:54 +0100
Lennart Poettering wrote:
> >
> > I'm mostly concerned with making new professionals.
>
> Well, where do you get them from? Here's a hint: the Unix market is
> now all ours, so you can only get them from Windows. And on Windows 8
> they don't have any pointless
On Mon, 11 Mar 2013 17:05:31 -0400
Máirín Duffy wrote:
> Hi Seth,
>
> On 03/11/2013 04:20 PM, seth vidal wrote:
> > I'm mostly concerned with making new professionals.
> >
> > We have to make the secret information discoverable if we want
> > people to
On Mon, 11 Mar 2013 16:18:33 -0500
Michael Cronenworth wrote:
> On 03/11/2013 04:13 PM, seth vidal wrote:
> > I want to encourage kids, teenagers, etc to explore the OS. We need
> > them to be involved in CREATING and LEARNING. So I don't want to
> > scare any of them
On Mon, 11 Mar 2013 15:24:28 -0600
Chris Murphy wrote:
> >
> > If the bioses and systems years ago had been opaque we wouldn't have
> > gotten this far.
>
>
> Please elaborate on this, and define "this far". Apple has had fairly
> opaque booting for ~28 years, so I'm curious how much farther th
On Mon, 11 Mar 2013 17:34:28 -0400
Ryan Lerch wrote:
> I think the suggestion in this thread is to simply keep a key
> *pressed down* that way there are no issues with the user having to
> time a keypress.
Having a key pressed down helps, also, with Accessibility for folks
with precise timing iss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 13 Mar 2013 14:52:37 -0400
Daniel J Walsh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> sysctl -a | grep protected
> fs.protected_hardlinks = 0
> fs.protected_symlinks = 0
I apologize for the ignorance - but what do these _d
On Fri, 15 Mar 2013 11:33:24 +
"Daniel P. Berrange" wrote:
> On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
> > I don't think users would expect that install of dnf would without
> > asking (or control) automatically run dnf-makecache.
>
> Heh. That's one of the things I love a
On Fri, 15 Mar 2013 15:11:28 +
"Daniel P. Berrange" wrote:
> On Fri, Mar 15, 2013 at 09:55:57AM -0400, seth vidal wrote:
> > On Fri, 15 Mar 2013 11:33:24 +
> > "Daniel P. Berrange" wrote:
> >
> > > On Fri, Mar 15, 2013 at 07:16:27AM -04
On Fri, 15 Mar 2013 11:58:33 -0400 (EDT)
Steve Gordon wrote:
> - Original Message -
> > From: "Daniel P. Berrange"
> > To: "Development discussions related to Fedora"
> > Sent: Friday, March 15, 2013
> > 11:48:41 AM Subject: Re: dnf installs cron.hourly
> >
> > On Fri, Mar 15, 2013 at
401 - 485 of 485 matches
Mail list logo
