On 11/09/2012 05:35 PM, 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, 2012-11-09 at 12:33 -0800, Jesse Keating wrote:
On 11/09/2012 12:24 PM, Adam Williamson wrote:
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
On Fri, 09 Nov 2012 20:16:50 +0100
Roberto Ragusa m...@robertoragusa.it wrote:
Serious question: why usrmove is not doable?
If you have all the dirs in your path, and move executable files from
one place to another, why should this fail?
All your dynamic libraries move? You need selinux
Juan Rodriguez nus...@fedoraproject.org writes:
I did it on a live system, too. The only thing that failed during that time
was postgres (Which managed to stay borked after it was done and f18
booted, the pg_upgrade method didn't work properly)
BZ?
regards, tom lane
--
On Fri, 2012-11-09 at 21:11 +, Jóhann B. Guðmundsson wrote:
On 11/09/2012 05:35 PM, 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 09:21 PM, Adam Williamson wrote:
We just just have feature submission deadline, feature approval
deadline, then we work on approved features until they are done and then
give releng/marketing x time to prepare for release. that means we can
have 5 month release cycle or 7 or 9
Am 09.11.2012 22:14, schrieb Kevin Fenzi:
I think the thing people are missing here is that yum dist upgrades are
perfectly fine for advanced users who know how to work around problems
and use the tools, but aren't very good for well, everyone else.
yes and no
one real benefit of the yum
On Fri, 2012-11-09 at 14:14 -0700, Kevin Fenzi wrote:
On Fri, 09 Nov 2012 20:16:50 +0100
Roberto Ragusa m...@robertoragusa.it wrote:
Serious question: why usrmove is not doable?
If you have all the dirs in your path, and move executable files from
one place to another, why should this
On Fri, Nov 9, 2012 at 10:23 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 09.11.2012 22:14, schrieb Kevin Fenzi:
I think the thing people are missing here is that yum dist upgrades are
perfectly fine for advanced users who know how to work around problems
and use the tools, but aren't
On 2012-11-09, 19:45 GMT, Jesse Keating wrote:
I don't think I'm necessarily disagreeing with you. I don't think
anybody on the Anaconda team is happy with the current memory usage.
That said, we've had very very very little time to pursue fixing this
particular issue.
I said in my first
On Fri, 2012-11-09 at 07:12 -0500, Matthias Clasen wrote:
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
On Fri, 2012-11-09 at 15:06 -0800, Adam Williamson wrote:
Right now it seems like anaconda actually just throws firewalld into the
target package set in absolutely all cases, like it does with
authconfig, which I think is wrong. As the above makes clear, it only
really makes sense to use
On Sat, 10.11.12 00:12, Paolo Bonzini (pbonz...@redhat.com) wrote:
Il 09/11/2012 18:26, Lennart Poettering ha scritto:
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.
On Fri, 09.11.12 11:42, Daniel Drake (d...@laptop.org) wrote:
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
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 optimize the RAM usage right
Toshio Kuratomi wrote:
Being stricter about having viable contingency plans for features like
this (ones that require coordination and can potentially block us if they
aren't done/done correctly) is one possible way to address this type of
situation in the future.
And it's the right way. I'd
Adam Williamson wrote:
It's not one of our supported upgrade mechanisms, and there appears to
be no chance of that changing.
That's the whole problem. Why is our most reliable upgrade mechanism not
supported?
Please don't warm over that argument again.
Why not?
The messaging and optics of
Am 09.11.2012 23:57, schrieb drago01:
On Fri, Nov 9, 2012 at 10:23 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 09.11.2012 22:14, schrieb Kevin Fenzi:
I think the thing people are missing here is that yum dist upgrades are
perfectly fine for advanced users who know how to work around
Miloslav Trmač wrote:
However, I'm not sure that we can solve this kind of disconnect by a
process change.
How about a general policy that planned regressions are not acceptable
unless explicitly approved by FESCo? Any feature that you want to remove
(temporarily or permanently) MUST be
On Sat, 2012-11-10 at 00:52 +0100, Kevin Kofler wrote:
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
On Sat, 2012-11-10 at 01:12 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
It's not one of our supported upgrade mechanisms, and there appears to
be no chance of that changing.
That's the whole problem. Why is our most reliable upgrade mechanism not
supported?
Please don't warm
Am 10.11.2012 01:12, schrieb Kevin Kofler:
Adam Williamson wrote:
It's not one of our supported upgrade mechanisms, and there appears to
be no chance of that changing.
That's the whole problem. Why is our most reliable upgrade mechanism not
supported?
Please don't warm over that
Kevin Fenzi wrote:
On Fri, 09 Nov 2012 20:16:50 +0100
Roberto Ragusa m...@robertoragusa.it wrote:
Serious question: why usrmove is not doable?
If you have all the dirs in your path, and move executable files from
one place to another, why should this fail?
All your dynamic libraries
Could you provide a link to that discussion?
Thanks
2012/11/9 Adam Williamson awill...@redhat.com
On Sat, 2012-11-10 at 01:12 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
It's not one of our supported upgrade mechanisms, and there appears to
be no chance of that changing.
Matthew Miller 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?
Of course, the real question is why the heck PolicyKit needs a Turing-
complete rule language (which also
On Fri, Nov 09, 2012 at 03:24:02PM -0800, Adam Williamson wrote:
it maybe doesn't actually need to be). So perhaps we should change
firewalld to default to opening port 22.
+1, even having read the rest of this message.
Same with iptables if firewalld is not installed by default.
--
On Sat, Nov 10, 2012 at 01:16:55AM +0100, Kevin Kofler wrote:
However, I'm not sure that we can solve this kind of disconnect by a
process change.
How about a general policy that planned regressions are not acceptable
unless explicitly approved by FESCo? Any feature that you want to remove
On Sat, 2012-11-10 at 01:19 +, Carl G wrote:
Could you provide a link to that discussion?
Oh, god, it's been dragged up at least three times that I remember. I
don't really want to spend my afternoon dredging my archives to find the
precise links, but I'd recommend browsing the results of
On Sat, Nov 10, 2012 at 02:33:53AM +0100, Kevin Kofler wrote:
Of course, the real question is why the heck PolicyKit needs a Turing-
complete rule language (which also forced everyone to port their existing
rules) when the previously-used simple INI-style pkla rule format did the
job just
On Fri, 2012-11-09 at 20:39 -0500, Matthew Miller wrote:
On Fri, Nov 09, 2012 at 03:24:02PM -0800, Adam Williamson wrote:
it maybe doesn't actually need to be). So perhaps we should change
firewalld to default to opening port 22.
+1, even having read the rest of this message.
Same
Adam Williamson wrote:
You're being pretty absurd comparing 2003 requirements to 2012
requirements without allowing at all for hardware inflation.
People thinking like you are the reason why entire villages in China and
Africa are huge heavily-polluted landfills of electronic scrap material.
On Sat, 2012-11-10 at 02:49 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
You're being pretty absurd comparing 2003 requirements to 2012
requirements without allowing at all for hardware inflation.
People thinking like you are the reason why entire villages in China and
Africa are
Matthew Miller wrote:
On Sat, Nov 10, 2012 at 01:16:55AM +0100, Kevin Kofler wrote:
However, I'm not sure that we can solve this kind of disconnect by a
process change.
How about a general policy that planned regressions are not acceptable
unless explicitly approved by FESCo? Any feature
On Fri, Nov 09, 2012 at 01:26:44PM -0500, 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
On 11/10/2012 01:30 AM, Adam Williamson wrote:
On Sat, 2012-11-10 at 00:52 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
So, since Fedora has existed, Anaconda's memory requirements have increased
by at least an order of magnitude! How's that NOT skyrocketing?
You're being pretty
On Sat, 2012-11-10 at 05:22 +0100, Ralf Corsepius wrote:
On 11/10/2012 01:30 AM, Adam Williamson wrote:
On Sat, 2012-11-10 at 00:52 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
So, since Fedora has existed, Anaconda's memory requirements have increased
by at least an order of
On 11/10/2012 12:12 AM, Kevin Kofler wrote:
Adam Williamson wrote:
It's not one of our supported upgrade mechanisms, and there appears to
be no chance of that changing.
That's the whole problem. Why is our most reliable upgrade mechanism not
supported?
For the first QA got completely bypass
On 11/10/2012 12:30 AM, Adam Williamson wrote:
You're being pretty absurd comparing 2003 requirements to 2012
requirements without allowing at all for hardware inflation.
My hp pavilion came out of the box with 2GB ram bought last year ago and
tablets and various other devices aren't that
On Sat, 2012-11-10 at 04:40 +, Jóhann B. Guðmundsson wrote:
On 11/10/2012 12:30 AM, Adam Williamson wrote:
You're being pretty absurd comparing 2003 requirements to 2012
requirements without allowing at all for hardware inflation.
My hp pavilion came out of the box with 2GB ram bought
On 11/10/2012 01:19 AM, Carl G wrote:
Could you provide a link to that discussion?
pick a release cycle and go through the mailinglist archives.
It's one of those topics that resurface on each of them so you should
not have a hard time finding something in each of them...
JBG
--
devel
On 11/10/2012 02:01 AM, Adam Williamson wrote:
On Sat, 2012-11-10 at 02:49 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
You're being pretty absurd comparing 2003 requirements to 2012
requirements without allowing at all for hardware inflation.
People thinking like you are the reason why
On 11/10/2012 04:46 AM, Adam Williamson wrote:
On Sat, 2012-11-10 at 04:40 +, Jóhann B. Guðmundsson wrote:
On 11/10/2012 12:30 AM, Adam Williamson wrote:
You're being pretty absurd comparing 2003 requirements to 2012
requirements without allowing at all for hardware inflation.
My hp
On Sat, 2012-11-10 at 04:56 +, Jóhann B. Guðmundsson wrote:
On 11/10/2012 04:46 AM, Adam Williamson wrote:
On Sat, 2012-11-10 at 04:40 +, Jóhann B. Guðmundsson wrote:
On 11/10/2012 12:30 AM, Adam Williamson wrote:
You're being pretty absurd comparing 2003 requirements to 2012
Usually I'm a lurker here, but now I have two things to say, and maybe make two
of you return to working with renewed responsability.
First of all, i work as network manager at the University of Palermo, Italy,
and we have a lug and jug named Sputnix.
I spent last three years of my life pushing
On Sat, 2012-11-10 at 06:13 +, Vincenzo Virgilio wrote:
Finally, there are a lot of people here that can choose fedora, and
many more if Anaconda will put its install memory requirement to 512
mbyte so i can choose Xfce or Lxde without doing more tricky
workaround.
On 22-23 of March
On 11/10/2012 05:36 AM, Adam Williamson wrote:
On Sat, 2012-11-10 at 05:22 +0100, Ralf Corsepius wrote:
On 11/10/2012 01:30 AM, Adam Williamson wrote:
On Sat, 2012-11-10 at 00:52 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
So, since Fedora has existed, Anaconda's memory requirements
Once upon a time, Jóhann B. Guðmundsson johan...@gmail.com said:
*cough* tmpfs *cough*
Not that I have been bitten by or explicitly looking at it but depending
how close to upstream systemd Anaconda is an % percentage of that ram is
being reserved else where ;)
Where is it being reserved?
On Sat, 2012-11-10 at 06:40 +0100, Ralf Corsepius wrote:
Is this really what you would like us to
do, or are you just compulsively contradicting whatever you can?
Neither. I am simply deeply convinced that one of Linux traditional
domains and key feature had been not being as resource
On Sat, 2012-11-10 at 06:40 +0100, Ralf Corsepius wrote:
I am pointing out that what you are calling 9 year old hardware is not
unlike the hardware to be found on 4-2 year old netbooks/laptops/tablets
etc. and consider ignoring this hardware to be a mistake.
BTW, for the factual record,
On Sat, 2012-11-10 at 06:40 +0100, Ralf Corsepius wrote:
Look, I like a good argument as much as anyone else, but this is
ludicrous. Are you just replying to me for the sake of scoring a point?
No. I feel Fedora is going down the drain, with the installer's demands
and Fedora's upgrade
On Fri, Nov 9, 2012 at 1:26 PM, Jerry James wrote:
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
On 11/10/2012 05:12 AM, Adam Williamson wrote:
But it's not_helping_ anything. It's not signal. It's just noise. I
didn't say 'you need 6GB of RAM to install Fedora'. I said to Kevin
'you're comparing the minimum requirements from a time when 256MB of RAM
was a standard desktop configuration to
On Fri, 2012-11-09 at 22:17 -0800, Adam Williamson wrote:
So right now, we are doing substantially *better* at supporting old
systems than we were in 2003.
Oh, god, I'm pulling a Kevin with this list spamming, but this is just
too glorious not to post. I couldn't resist taking a trip in the
On Fri, Nov 9, 2012 at 8:22 PM, Ralf Corsepius rc040...@freenet.de wrote:
On 11/10/2012 01:30 AM, Adam Williamson wrote:
On Sat, 2012-11-10 at 00:52 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
So, since Fedora has existed, Anaconda's memory requirements have
increased
by at least
On Fri, 2012-11-09 at 23:38 -0800, M. Edward (Ed) Borasky wrote:
On Fri, Nov 9, 2012 at 8:22 PM, Ralf Corsepius rc040...@freenet.de wrote:
On 11/10/2012 01:30 AM, Adam Williamson wrote:
On Sat, 2012-11-10 at 00:52 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
So, since Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=874667
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=874667
--- Comment #1 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
Latest upstream release: 2.0012
Current version in Fedora Rawhide: 2.0010
URL: http://search.cpan.org/dist/XML-LibXML/
Please consult the package
https://bugzilla.redhat.com/show_bug.cgi?id=874701
--- Comment #4 from Paul Howarth p...@city-fan.org ---
There was an f17 build, perl-5.14.3-216 submitted at the same time as the f16
build, but that one was obsoleted by perl-5.14.3-217 the following day, which
explains why the f16 build popped
perl-OpenOffice-UNO has broken dependencies in the F-18 tree:
On x86_64:
perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-OpenOffice-UNO-0.07-3.fc17.i686 requires
perl(:MODULE_COMPAT_5.14.2)
perl-OpenOffice-UNO-0.07-3.fc17.i686
A file has been added to the lookaside cache for perl-Tree-DAG_Node:
88cb08e6d69e88d244542cd0fdb709d7 Tree-DAG_Node-1.09.tgz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 2f47c1e3b07f24715fe4e9c417f070ff346dd55c
Author: Paul Howarth p...@city-fan.org
Date: Fri Nov 9 12:40:52 2012 +
Update to 1.09
- New upstream release 1.09
- No code changes
- For pre-reqs such as strict, warnings, etc., which ship with Perl, set
the
A file has been added to the lookaside cache for perl-Net-HTTP:
9f37195c33f8344019cbb2869c0e0d60 Net-HTTP-6.04.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 719949e75fa4f98c56224f5e6f887631977fcea4
Author: Petr Písař ppi...@redhat.com
Date: Fri Nov 9 13:58:00 2012 +0100
Build-require Data::Dumper for tests
perl-Net-HTTP.spec |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
---
diff --git a/perl-Net-HTTP.spec
Summary of changes:
719949e... Build-require Data::Dumper for tests (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=874846
--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
perl-Net-HTTP-6.04-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/perl-Net-HTTP-6.04-1.fc18
--
You are receiving this mail
perl-OpenOffice-UNO has broken dependencies in the rawhide tree:
On x86_64:
perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-OpenOffice-UNO-0.07-3.fc17.i686 requires
perl(:MODULE_COMPAT_5.14.2)
commit f9fffe58c9c6b7183961458f80573240a87a1811
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
https://bugzilla.redhat.com/show_bug.cgi?id=874942
Jan Lieskovsky jlies...@redhat.com changed:
What|Removed |Added
CC||jlies...@redhat.com,
commit 4dcde6b7cbbf96adb267ac8ab95da0b756de95cb
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
https://bugzilla.redhat.com/show_bug.cgi?id=874942
Petr Lautrbach plaut...@redhat.com changed:
What|Removed |Added
Flags|needinfo?(plautrba@redhat.c |
https://bugzilla.redhat.com/show_bug.cgi?id=874846
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
Package perl-Net-HTTP-6.04-1.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Summary of changes:
181910a... rebuild (*)
6637615... Merge branch 'master' into f18
bd6d002... Fix FTBFS on F-18+
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
commit 6637615f9c7abf6a32487df94caabc253f68df2d
Merge: 181910a ca44acd
Author: Paul Howarth p...@city-fan.org
Date: Fri Nov 9 21:58:30 2012 +
Merge branch 'master' into f18
---
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
commit bd6d0026e6e82d5da55921b927a7870152cac376
Author: Paul Howarth p...@city-fan.org
Date: Fri Nov 9 22:00:19 2012 +
Fix FTBFS on F-18+
- Tweak Makefile.PL so we don't end up finding libsal_textenc when we're
looking for libuno_sal
- Don't rpm-provide UNO.so
Summary of changes:
55a52c1... Forget OpenOffice.org (*)
ca44acd... rebuild (*)
6637615... Merge branch 'master' into f18 (*)
bd6d002... Fix FTBFS on F-18+ (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
The lightweight tag 'perl-OpenOffice-UNO-0.07-6.fc18' was created pointing to:
bd6d002... Fix FTBFS on F-18+
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Hi Noriko,
in the fix description you talk about a new keyword dnsalias, but in
the diff I don't see any reference to it, wouldn't this require changes
in acl code as well eg. parser ?
Regards,
Ludwig
On 11/09/2012 02:57 AM, Noriko Hosoi wrote:
https://fedorahosted.org/389/ticket/311
101 - 177 of 177 matches
Mail list logo