On Thu, Nov 8, 2012 at 11:13 AM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2012-11-08 at 10:01 +, Camilo Mesias wrote:
List,
cc Chris,
I reported a bug after trying to use F17 to preupgrade to F18.
It didn't work using Anaconda (I am aware Anaconda is a WIP) but I was
On 11/08/2012 03:10 PM, Roberto Ragusa wrote:
Hmm, I now see there is a set -e at the beginning.
Still a little scary.:-)
Scary is only the idea. And only because we are not used to do rolling
upgrades. Ask somebody from Debian experiance if this is scary ;)
And honestly, if the upgrade
On Fri, Nov 9, 2012 at 10:16 AM, Miroslav Suchý msu...@redhat.com wrote:
On 11/08/2012 03:10 PM, Roberto Ragusa wrote:
Hmm, I now see there is a set -e at the beginning.
Still a little scary.:-)
Scary is only the idea. And only because we are not used to do rolling
upgrades. Ask somebody
On 11/09/2012 02:15 AM, Adam Williamson wrote:
I'd put things more strongly than Bill: what's been happening in
anaconda lately is the precise opposite of what Johann suggests, and
that's exactly the right direction.
I question if that's the right direction since I cant for the love of me
On 2012-11-09, 07:43 GMT, Adam Williamson wrote:
It hasn't really 'skyrocketed'. We cited 512MB for several releases,
bumped it to 768MB for F15/F16 (IIRC), got it back down to 512MB for
F17, and it's back up to 768MB or 1GB for F18 atm because everyone has
more important stuff to do than
On Thu, Nov 8, 2012 at 10:21 AM, Jaroslav Reznik jrez...@redhat.com wrote:
As someone pointed out in yesterday meeting - Fedora is becoming more
a combo of time/feature based distribution.
I don't think that's really the case.
The important thing about a time-based schedule is that at some
On Thu, Nov 8, 2012 at 5:07 PM, David Cantrell dcantr...@redhat.com wrote:
On Thu, Nov 08, 2012 at 05:44:41AM -0500, Jaroslav Reznik wrote:
We have bigger issue with features that are OUT OF the process,
not communicated at all. If you take a look on New Installer UI,
it fits current design,
On Thu, Nov 8, 2012 at 4:58 PM, David Cantrell dcantr...@redhat.com wrote:
2) Just stop everything, move newui to F-19, and ship the F-17 installer.
This just delays what we are going through right now until the F-19 cycle.
We need to identify the failings at some point and work to
On Thu, Nov 8, 2012 at 5:32 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 11/08/2012 03:58 PM, David Cantrell wrote:
Not true. As with our other major changes, we new it would be absolutely
impossible to deliver all functionality in a single release.
What exactly prevented the
On Thu, Nov 8, 2012 at 9:40 PM, David Lehman dleh...@redhat.com wrote:
On Thu, 2012-11-08 at 17:20 +, Jóhann B. Guðmundsson wrote:
On 11/08/2012 05:14 PM, Stephen John Smoogen wrote:
On 8 November 2012 10:06, Jóhann B. Guðmundsson johan...@gmail.com
wrote:
On 11/08/2012 04:37 PM,
Hi,
I don't have enough bandwidth to do anything useful with them any more,
so I'm orphaning them. LibRaw is a dependency for shotwell and gource
is, well, pretty neat.
Siddhesh
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2012-11-09 at 12:27 +0100, Miloslav Trmač wrote:
On Thu, Nov 8, 2012 at 9:40 PM, David Lehman dleh...@redhat.com wrote:
On Thu, 2012-11-08 at 17:20 +, Jóhann B. Guðmundsson wrote:
On 11/08/2012 05:14 PM, Stephen John Smoogen wrote:
On 8 November 2012 10:06, Jóhann B.
On Fri, Nov 9, 2012 at 5:41 AM, Siddhesh Poyarekar spoya...@redhat.comwrote:
Hi,
I don't have enough bandwidth to do anything useful with them any more,
so I'm orphaning them. LibRaw is a dependency for shotwell and gource
is, well, pretty neat.
Taken, thanks for your work!
-J
On Thu, 2012-11-08 at 14:18 -0500, Bill Nottingham wrote:
FYI, re: firewalld minimal install.
firewalld isn't in the minimal comps groups. However, it's pulled in
by anaconda, see pyanaconda/install.py:
# anaconda requires storage packages in order to make sure the target
#
Compose started at Fri Nov 9 09:15:42 UTC 2012
Broken deps for x86_64
--
[dhcp-forwarder]
dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl
[dvipdfm]
dvipdfm-0.13.2d-44.fc18.x86_64 requires
Hi,
In previous version libphp5.so used php version as soname
(so, libphp5-5.4.8.so)
For new version it will only use php major version (so, libphp5-5.4.so)
Already available for Fedora 18 (php-5.4.8-6 in testing).
Dependent package owner (maniadrive and uwsgi) are aware of this change.
Of
commit f245e6728b67533451d5f078f7b3c4674af42b50
Author: Petr Písař ppi...@redhat.com
Date: Fri Nov 9 14:25:38 2012 +0100
Remove executable bit from documentation
perl-Template-Toolkit.spec |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git
On Fri, Nov 09, 2012 at 07:12:50AM -0500, Matthias Clasen wrote:
firewalld isn't in the minimal comps groups. However, it's pulled in
by anaconda, see pyanaconda/install.py:
# anaconda requires storage packages in order to make sure the target
# system is bootable and configurable,
On 11/09/2012 01:34 PM, Matthew Miller wrote:
On Fri, Nov 09, 2012 at 07:12:50AM -0500, Matthias Clasen wrote:
firewalld isn't in the minimal comps groups. However, it's pulled in
by anaconda, see pyanaconda/install.py:
# anaconda requires storage packages in order to make sure the target
On Thu, 2012-11-08 at 18:15 -0800, Adam Williamson wrote:
Again, this isn't an accident, it's a very deliberate plan. One of the
whole points of the Fedora philosophy is that we're supposed to share
and reuse work and code as much as possible. We're not supposed to write
five independent
On Fri, Nov 09, 2012 at 01:41:08PM +, Jóhann B. Guðmundsson wrote:
You might want to remove plymouth from the minimal install since it
does not make sense having it there anyway
Yes probably. Anyone know why it's there?
I'm starting to think that a dedicated list for the minimal core sig
On Thu, Nov 08, 2012 at 06:15:55PM -0800, Adam Williamson wrote:
On Thu, 2012-11-08 at 15:19 -0500, Bill Nottingham wrote:
Matthew Garrett (mj...@srcf.ucam.org) said:
Patches that cleanly decouple Anaconda from the entire software stack
that it runs on top of would probably be received
https://fedoraproject.org/wiki/Features/firewalld-default
We have an accepted feature for Firewalld to be the default in Fedora 18.
The old scripts are primitive and can't handle dynamic environments very
well, so having something new and modern is admirable. The lokkit family of
GUI config
So, here's a proposal for a semi-informal group linking different
stakeholders interested in curating the @core package selection:
https://fedoraproject.org/wiki/SIGs/Minimal_Core
I wonder whether Core is a good word for Fedora Minimal installation SIG.
Because currently the minimal
On Thu, Nov 08, 2012 at 06:02:10PM -0800, Adam Williamson wrote:
Aside from that - I can understand your frustration that you think
people are chinwagging and not helping, but my point is kind of that you
(anaconda team) have brought that on yourselves.
I'm not on the Anaconda team. That's my
Le Ven 9 novembre 2012 14:48, Matthias Clasen a écrit :
I still think there would be room for shrinking both code base and the
system dependencies if the installer focused on its core responsibility
- getting the bits on disk. That is an important and very high-risk
operation - why do we
On Fri, 09 Nov 2012, Nicolas Mailhot wrote:
Le Ven 9 novembre 2012 14:48, Matthias Clasen a écrit :
I still think there would be room for shrinking both code base and the
system dependencies if the installer focused on its core responsibility
- getting the bits on disk. That is an important
On Fri, Nov 09, 2012 at 09:45:56AM -0500, Kamil Paral wrote:
I wonder whether Core is a good word for Fedora Minimal installation
SIG. Because currently the minimal installation uses @base yum group.
@core group is included always, whether you want it or not. If you really
want to have a
On Fri, Nov 09, 2012 at 11:21:07AM +0100, Matej Cepl wrote:
On 2012-11-09, 07:43 GMT, Adam Williamson wrote:
It hasn't really 'skyrocketed'. We cited 512MB for several releases,
bumped it to 768MB for F15/F16 (IIRC), got it back down to 512MB for
F17, and it's back up to 768MB or 1GB for
On Fri, Nov 09, 2012 at 09:30:14AM -0500, David Cantrell wrote:
Wasn’t one of the advantages of VMs the fact that you can slice more
small machines on one computer?
Yes, that is an advantage, but that shouldn't be slicing up one computer in
to multiple very underpowered smaller computers.
On Thu, 08 Nov 2012 23:38:21 -0800
Adam Williamson awill...@redhat.com wrote:
On Fri, 2012-11-09 at 08:07 +0100, Kevin Kofler wrote:
Jaroslav Reznik wrote:
Prepupgrade should be probably taken out from F17 (as there's no
newer Fedora that supports preupgrade).
We can't really take
On 11/09/2012 06:45 AM, Kamil Paral wrote:
I wonder whether Core is a good word for Fedora Minimal
installation SIG. Because currently the minimal installation uses
@base yum group. @core group is included always, whether you want it
or not. If you really want to have a_core_ system, you must
On Fri, 9 Nov 2012 08:53:19 -0500
Matthew Miller mat...@fedoraproject.org wrote:
On Fri, Nov 09, 2012 at 01:41:08PM +, Jóhann B. Guðmundsson
wrote:
You might want to remove plymouth from the minimal install since it
does not make sense having it there anyway
Yes probably. Anyone know
On Fri, Nov 09, 2012 at 08:11:17AM -0800, Jesse Keating wrote:
Also, the minimal install (GUI or TUI) does %packages \n %end as
well, only @core gets installed. So the result is the same as doing
the kickstart.
Okay, cool -- I didn't know that was changed too. Good!
--
Matthew Miller ☁☁☁
On Fri, Nov 09, 2012 at 09:16:24AM -0700, Kevin Fenzi wrote:
Yes probably. Anyone know why it's there?
IIRC, even if you 'disable' it, plymouth is still the thing handing the
text mode output. Perhaps some plymouth folks would chime in here...
I removed it from my test vm with no apparent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Nov 09, 2012 at 09:33:08AM -0500, Matthew Miller wrote:
https://fedoraproject.org/wiki/Features/firewalld-default
We have an accepted feature for Firewalld to be the default in Fedora 18.
This replaces iptables and ip6tables? Perhaps I
Apparently the new version of polkit brings in javascript. The js package is
6.5MB. I think anything that uses polkit will depend on it -- can we remove
it from core?
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org
--
devel mailing list
https://bugzilla.redhat.com/show_bug.cgi?id=875150
Spec URL: http://renich.fedorapeople.org/SPECS/mariadb.spec
SRPM URL: http://renich.fedorapeople.org/SRPMS/
--
It's hard to be free... but I love to struggle. Love isn't asked for;
it's just given. Respect isn't asked for; it's earned!
Renich
On 11/09/2012 03:33 PM, Matthew Miller wrote:
https://fedoraproject.org/wiki/Features/firewalld-default
We have an accepted feature for Firewalld to be the default in Fedora 18.
The old scripts are primitive and can't handle dynamic environments very
well, so having something new and modern is
On 11/08/2012 08:48 AM, Jóhann B. Guðmundsson wrote:
No I assume everyone expected the Anaconda developers to handle that if
not they would have asked for assistance in that regard and outlined the
steps necessary to do so which I assume would have been minimal if
necessary et all since I
On Fri, 9 Nov 2012 11:20:08 -0500
Matthew Miller mat...@fedoraproject.org wrote:
On Fri, Nov 09, 2012 at 09:16:24AM -0700, Kevin Fenzi wrote:
Yes probably. Anyone know why it's there?
IIRC, even if you 'disable' it, plymouth is still the thing handing
the text mode output. Perhaps some
Le Ven 9 novembre 2012 17:35, Kevin Fenzi a écrit :
On Fri, 9 Nov 2012 11:20:08 -0500
Matthew Miller mat...@fedoraproject.org wrote:
On Fri, Nov 09, 2012 at 09:16:24AM -0700, Kevin Fenzi wrote:
Yes probably. Anyone know why it's there?
IIRC, even if you 'disable' it, plymouth is still
On Fri, 09.11.12 11:27, Matthew Miller (mat...@fedoraproject.org) wrote:
Apparently the new version of polkit brings in javascript. The js package is
6.5MB. I think anything that uses polkit will depend on it -- can we remove
it from core?
We can work towards that but it requires a bit of
On 11/08/2012 11:40 AM, Jóhann B. Guðmundsson wrote:
Pointing out how the installer currently works does not change my
opinion on the fact that if an installer ( any installer ) cannot run on
his own bits isolated from the package set he is about install is a
design flaw and is something that
On 11/09/2012 05:24 PM, Eric H. Christensen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Nov 09, 2012 at 09:33:08AM -0500, Matthew Miller wrote:
https://fedoraproject.org/wiki/Features/firewalld-default
We have an accepted feature for Firewalld to be the default in Fedora 18.
On 11/08/2012 12:19 PM, Bill Nottingham wrote:
Matthew Garrett (mj...@srcf.ucam.org) said:
Patches that cleanly decouple Anaconda from the entire software stack
that it runs on top of would probably be received with open arms, but
nobody who works on it has any idea how to implement them.
In
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Nov 09, 2012 at 05:45:23PM +0100, Thomas Woerner wrote:
I'd happily help document it in the Fedora Security Guide if I could get the
proper content or access to the developers. Heck, I'll even help write
stand-alone documentation for
On 11/09/2012 07:15 AM, Matthew Miller wrote:
On Fri, Nov 09, 2012 at 09:30:14AM -0500, David Cantrell wrote:
Wasn’t one of the advantages of VMs the fact that you can slice more
small machines on one computer?
Yes, that is an advantage, but that shouldn't be slicing up one computer in
to
On Fri, Nov 09, 2012 at 05:32:14PM +0100, Thomas Woerner wrote:
- this turns out to be a big change!
- there's little to no documentation
Have you had a look at the man pages?
I missed the top-level man page and was looking at firewall-cmd, which is
not very helpful on its own. Starting
On 11/09/2012 04:43 PM, Jesse Keating wrote:
While that has some obvious issues, like new hardware doesn't work
with old kernel/syslinux/grub/udev/etc...,
It's not like it always works in that area anyway
there are further issues as some configuration has to happen within
the installed
On 11/09/2012 05:48 AM, Matthias Clasen wrote:
I still think there would be room for shrinking both code base and the
system dependencies if the installer focused on its core responsibility
- getting the bits on disk. That is an important and very high-risk
operation - why do we need to
On 2012-11-09, 14:30 GMT, David Cantrell wrote:
Just to cite similar complaints I see from time to time... It
irritates me that people think it's a problem that in 2012 they can't
install in a VM that is allocated with 256M of RAM. Allocate
a reasonable amount, start over. Your host
On 11/09/2012 08:33 AM, Matej Cepl wrote:
a) Why installer requires 2-4 times more memory than any other program
running on my computer (and the software you use on it could be a good
example of SOHO server)?
Because anaconda links into a large amount of runtime stuff, that
normally runs
On 11/09/2012 06:56 AM, Alexander Bokovoy wrote:
The simple fact that you are feeding kickstart file to a single entity
does not mean this entity cannot outsource actual tasks to others and
run them later, be it post-install phase in the actual installer's
session or after (a simulated) reboot.
On Fri, Nov 09, 2012 at 12:03:23PM +0100, Miloslav Trmač wrote:
On Thu, Nov 8, 2012 at 10:21 AM, Jaroslav Reznik jrez...@redhat.com wrote:
As someone pointed out in yesterday meeting - Fedora is becoming more
a combo of time/feature based distribution.
I don't think that's really the case.
On 11/09/2012 08:57 AM, Jóhann B. Guðmundsson wrote:
On 11/09/2012 04:43 PM, Jesse Keating wrote:
While that has some obvious issues, like new hardware doesn't work
with old kernel/syslinux/grub/udev/etc...,
It's not like it always works in that area anyway
Right, computers don't always
On 11/09/2012 05:01 PM, Jesse Keating wrote:
On 11/09/2012 05:48 AM, Matthias Clasen wrote:
I still think there would be room for shrinking both code base and the
system dependencies if the installer focused on its core responsibility
- getting the bits on disk. That is an important and very
On Fri, Nov 09, 2012 at 05:43:17PM +0100, Lennart Poettering wrote:
Of course, it should be clear that making PK optional if a desktop is
installed is not desirable, but other than that I think for head-less
systems such as servers or embedded making PK optional would be
desirable goal and
On Fri, Nov 09, 2012 at 05:33:05PM +0100, Matej Cepl wrote:
On 2012-11-09, 14:30 GMT, David Cantrell wrote:
Just to cite similar complaints I see from time to time... It
irritates me that people think it's a problem that in 2012 they can't
install in a VM that is allocated with 256M of
On 11/09/2012 05:13 PM, Jesse Keating wrote:
As far as Anaconda reverted in the future, I'm confused as to
when/where this became a requirement.
It never was up to this point you know the usual attitude of let's
cross that bridge when we get there and this release cycle has proven
that it's
On 11/08/2012 12:47 PM, Jóhann B. Guðmundsson wrote:
On 11/08/2012 08:40 PM, David Lehman wrote:
No. It is an inevitable consequence of the feature set demanded of the
Fedora OS installer.
If thing A must be able to set up and configure thing B and thing B
changes in ways directly related to
On Fri, Nov 09, 2012 at 05:43:17PM +0100, Lennart Poettering wrote:
deserved. Just today I made a minor fix to systemd git to deal nicely
with PK-less systems.
Right now, I get:
$ reboot
Failed to issue method call: The name org.freedesktop.PolicyKit1 was not
provided by any .service files
Jóhann B. Guðmundsson (johan...@gmail.com) said:
The storage packages are going to be needed for the system to boot.
Anaconda could probably add some smarts to remove authconfig if it wasn't
pulled in by anything in the selected comps, but I'm not sure it'd be worth
the special logic -- we
1;3401;0cOn Fri, 09.11.12 12:22, Matthew Miller (mat...@fedoraproject.org)
wrote:
On Fri, Nov 09, 2012 at 05:43:17PM +0100, Lennart Poettering wrote:
deserved. Just today I made a minor fix to systemd git to deal nicely
with PK-less systems.
Right now, I get:
$ reboot
Failed to issue
On 11/09/2012 03:27 AM, Miloslav Trmač wrote:
Well, perhaps thing B shouldn't have been changed incompatibly in the
first place. I realize that's an ideal that is impossible to achieve,
but we are rather cavalier about changing interfaces without adequate
notification.
I've been told that the
On 11/09/2012 05:17 PM, Jesse Keating wrote:
I can keep going, but is it really necessary?
I argue yes maybe not here but having a wikipage under the anaconda name
space which mention all the package and configuration files change that
can directly affect the installer and how would be
On Fri, 2012-11-09 at 11:21 +0100, Matej Cepl wrote:
On 2012-11-09, 07:43 GMT, Adam Williamson wrote:
It hasn't really 'skyrocketed'. We cited 512MB for several releases,
bumped it to 768MB for F15/F16 (IIRC), got it back down to 512MB for
F17, and it's back up to 768MB or 1GB for F18 atm
On 08.11.2012 15:10, Miroslav Suchý wrote:
[1] https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum
Nice start, Thank you! I like the scripting (ifs) or even better a rule
based (make-like) approach. I will test your script on few instances.
--
devel mailing list
On Fri, Nov 09, 2012 at 09:13:32AM -0800, Jesse Keating wrote:
As far as Anaconda reverted in the future, I'm confused as to
when/where this became a requirement.
I think he's saying this because:
1) Features have a section for contingency plans.
2) In this particular case, we're slipping
On Fri, 09.11.12 08:53, Matthew Miller (mat...@fedoraproject.org) wrote:
On Fri, Nov 09, 2012 at 01:41:08PM +, Jóhann B. Guðmundsson wrote:
You might want to remove plymouth from the minimal install since it
does not make sense having it there anyway
Yes probably. Anyone know why it's
Hi Bill
I see that initscripts in F18 ships this udev rule:
ACTION==add, SUBSYSTEM==net, PROGRAM=/lib/udev/rename_device,
RESULT==?*, ENV{INTERFACE_NAME}=$result
I'm trying to tackle some problems related to interface renaming, and
understanding how this works would be useful.
But I can't find
On Fri, Nov 09, 2012 at 12:55:30PM +0100, Vratislav Podzimek wrote:
On Fri, 2012-11-09 at 12:27 +0100, Miloslav Trmač wrote:
I've been told that the F18 Anaconda work was for some time done on a
single rawhide snapshot; after ~2 months the snapshot was updated -
and it took weeks to get
On 11/09/2012 09:11 AM, Jóhann B. Guðmundsson wrote:
Well the argue can be made that If you are doing a minimal install it
kinda indicates you actually know what you are doing ( which means you
will probably change whatever was set afterwards ) so the system should
just default to use sane
On 11/09/2012 09:35 AM, Toshio Kuratomi wrote:
On Fri, Nov 09, 2012 at 09:13:32AM -0800, Jesse Keating wrote:
As far as Anaconda reverted in the future, I'm confused as to
when/where this became a requirement.
I think he's saying this because:
1) Features have a section for contingency
On Fri, Nov 09, 2012 at 09:49:00AM -0800, Jesse Keating wrote:
On 11/09/2012 09:35 AM, Toshio Kuratomi wrote:
On Fri, Nov 09, 2012 at 09:13:32AM -0800, Jesse Keating wrote:
As far as Anaconda reverted in the future, I'm confused as to
when/where this became a requirement.
I think he's
On 11/09/2012 07:15 PM, Peter Jones wrote:
On Fri, Nov 09, 2012 at 05:33:05PM +0100, Matej Cepl wrote:
On 2012-11-09, 14:30 GMT, David Cantrell wrote:
Just to cite similar complaints I see from time to time... It
irritates me that people think it's a problem that in 2012 they can't
install in
On Fri, Nov 09, 2012 at 08:57:05AM -0800, Jesse Keating wrote:
Just to cite similar complaints I see from time to time... It irritates
me that people think it's a problem that in 2012 they can't install in a
VM that is allocated with 256M of RAM. Allocate a reasonable amount,
start over. Your
On 11/09/2012 09:57 AM, Panu Matilainen wrote:
Except that rpm (and yum) use a lot LESS memory these days than they did
in the RHEL-5 era, which I think was used as a comparison here. That's
not where all the memory has gone, quite the contrary.
While that may be true, the amount of ram (free
Does anybody know if there are licensing issues with itext 5.x? I'd like
to package some software that needs a fairly recent version of itext, but I
know we've had license issues with that package in the past.
Also, FWIW, bouncycastle hasn't been updated because of itext (
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.
But on boot, grub.cfg file always contains timeout=5.
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.
But
Am 09.11.2012 17:35, schrieb Kevin Fenzi:
On Fri, 9 Nov 2012 11:20:08 -0500
Matthew Miller mat...@fedoraproject.org wrote:
On Fri, Nov 09, 2012 at 09:16:24AM -0700, Kevin Fenzi wrote:
Yes probably. Anyone know why it's there?
IIRC, even if you 'disable' it, plymouth is still the thing
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_.
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org
--
devel mailing
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, 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'm using appliance-creator because it's what we're
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'm
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've got https://github.com/katzj/ami-creator :)
--
Matthew
Am 09.11.2012 17:45, schrieb Thomas Woerner:
On 11/09/2012 05:24 PM, Eric H. Christensen wrote:
Please have a look at the feature list for F-18.
firewalld replaces system-config-firewall/lokkit, and the iptables and
ip6tables services, not the iptables package
and command.
The
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've got
On 11/09/2012 10:19 AM, drago01 wrote:
On Fri, Nov 9, 2012 at 10:16 AM, Miroslav Suchý msu...@redhat.com wrote:
On 11/08/2012 03:10 PM, Roberto Ragusa wrote:
Hmm, I now see there is a set -e at the beginning.
Still a little scary.:-)
Scary is only the idea. And only because we are not used
Am 09.11.2012 19:08, schrieb Jesse Keating:
On 11/09/2012 09:57 AM, Panu Matilainen wrote:
Except that rpm (and yum) use a lot LESS memory these days than they did
in the RHEL-5 era, which I think was used as a comparison here. That's
not where all the memory has gone, quite the contrary.
On 2012-11-09, 17:06 GMT, Jesse Keating wrote:
Because anaconda links into a large amount of runtime stuff, that
normally runs isloated and so it /looks/ like our memory usage is
balooned, when in reality the entire system has balooned, we're just
getting the blame.
Right, that looks
On 2012-11-09, 17:15 GMT, Peter Jones wrote:
The installer's memory footprint is largely bound by the size of the
package set. So, for example, a yum upgrade will take more ram -
because there are effectively twice as many packages involved.
I see that. Couldn’t be there a way how to somehow
On 11/09/2012 11:32 AM, Matej Cepl wrote:
On 2012-11-09, 17:06 GMT, Jesse Keating wrote:
Because anaconda links into a large amount of runtime stuff, that
normally runs isloated and so it /looks/ like our memory usage is
balooned, when in reality the entire system has balooned, we're just
On Fri, Nov 09, 2012 at 09:35:42AM -0800, Jesse Keating wrote:
On 11/08/2012 11:31 AM, Adam Williamson wrote:
Yes. This is_absolutely_ a feature. A complete rewrite of a core and
non-optional component cannot be done ad hoc without planning. One
blindingly obvious reason for this in the
On Fri, 2012-11-09 at 14:47 +, Matthew Garrett wrote:
On Thu, Nov 08, 2012 at 06:02:10PM -0800, Adam Williamson wrote:
Aside from that - I can understand your frustration that you think
people are chinwagging and not helping, but my point is kind of that you
(anaconda team) have
On Fri, 2012-11-09 at 09:35 -0800, Jesse Keating wrote:
On 11/08/2012 11:31 AM, Adam Williamson wrote:
Yes. This is_absolutely_ a feature. A complete rewrite of a core and
non-optional component cannot be done ad hoc without planning. One
blindingly obvious reason for this in the current
On Fri, 2012-11-09 at 09:47 -0800, Jesse Keating wrote:
But if we continue to look at minimal install which post-install
configuration files is Anaconda explicitly touching?
root auth and firewall config are the main ones. Note that we don't
have any UI for firewall config either, so
On 11/09/2012 12:05 PM, Toshio Kuratomi wrote:
On Fri, Nov 09, 2012 at 09:35:42AM -0800, Jesse Keating wrote:
On 11/08/2012 11:31 AM, Adam Williamson wrote:
Yes. This is_absolutely_ a feature. A complete rewrite of a core and
non-optional component cannot be done ad hoc without planning. One
I can't comment on UsrMove because I'm quite unfamiliar with it, but I did
manage to upgrade from f17 to f18 using the totally unsupported yum update
--releasever --enablerepo=*testing --nogpgcheck method.
Computer booted and everything's exactly as it used to (Though I did have
to remove some
1 - 100 of 177 matches
Mail list logo