Hi,
On Wed, 20 Jun 2012 02:22:26 + (UTC)
Ben Boeckel wrote:
> On Mon, Jun 18, 2012 at 13:19:13 GMT, Michal Hlavinka wrote:
> > I wonder if it would be possible to do it on shutdown instead of
> > during start up? I usually do not care if shutdown takes ten
> > seconds or five minutes, but whe
Hi,
> Which is one of a number of reasons why I then suggested that instead of
> replacing grubby entirely, we could simply patch grubby to call
> grub2-mkconfig if the bootloader is grub2. That would accomplish everything
> I wanted to achieve (compliance with /etc/grub.d and /etc/default/grub,
On 06/19/2012 08:23 PM, Stephen John Smoogen wrote:
Would it be helpful, if there was a list of extensively used options
so that DNF knew what high notes it needed to hit sooner rather than
later?
Absolutely, I created a wiki page for it:
https://github.com/akozumpl/dnf/wiki/Features-backlog
Angus Salkeld writes:
> On 19/06/12 10:51 -0700, Adam Williamson wrote:
>>On Tue, 2012-06-19 at 15:33 +0200, Ales Kozumplik wrote:
>>> On 06/19/2012 02:44 PM, Michał Piotrowski wrote:
>>> > Hi,
>>> >
>>> > I have a question about DNF https://fedoraproject.org/wiki/Features/DNF
>>> >
>>> > Are the
2012/6/20 Nikola Pajkovsky :
> Angus Salkeld writes:
>
>> On 19/06/12 10:51 -0700, Adam Williamson wrote:
>>>On Tue, 2012-06-19 at 15:33 +0200, Ales Kozumplik wrote:
On 06/19/2012 02:44 PM, Michał Piotrowski wrote:
> Hi,
>
> I have a question about DNF https://fedoraproject.org
- Original Message -
> On Tue, 2012-06-19 at 22:14 +, "Jóhann B. Guðmundsson" wrote:
> > On 06/19/2012 09:03 PM, Kevin Fenzi wrote:
> > > I'll add to that to note that we now have Xfce, LXDE and Sugar
> > > all on
> > > the DVD.
> >
> > Which should have been added to the release block
- Original Message -
> It's worth noting that we certainly have shipped non-blocking spins
> in
> completely broken states in past releases, and there is at present
> nothing to prevent this happening. There is zero guarantee of testing
> for non-blocking spins. QA did no formal validatio
- Original Message -
> As far as QA is concerned it's entirely your decision (as a personal
> note to self, I'll have to update the Deliverables SOP draft). We
> just
> need to know so we know what limit to check against in testing.
>
> As a personal comment, though, doesn't this seem a
On 20 June 2012 08:08, Stijn Hoop wrote:
> I agree that mind reading computers may not be the final answer...
Well, switching to system-update.service from a running desktop should
probably kill off everything and start the offline update, so that
would be possible with the new scheme too.
Richa
Would it not be better to work with yum upstream to make the current yum
depsolver more modular so you could plugin another libsolv based depsolver,
instead of making a fork of yum and starts trashing the current API. There
is a lot more to yum, that just solving dependencies. And making a fork
the
On Wed, 20 Jun 2012 10:22:22 +0100
Richard Hughes wrote:
> On 20 June 2012 08:08, Stijn Hoop wrote:
> > I agree that mind reading computers may not be the final answer...
>
> Well, switching to system-update.service from a running desktop should
> probably kill off everything and start the offl
So, ...
On Tue, Jun 19, 2012 at 2:32 AM, Chris Murphy wrote:
>
> On Jun 18, 2012, at 4:08 AM, Kevin Kofler wrote:
>
>> Chris Murphy wrote:
>>> Grubby does not work fine with GRUB 2, it creates sloppy menu lists that
>>> eventually break the advanced menu entries, as well as totally departing
>>>
On Tue, Jun 19, 2012 at 9:57 AM, Chris Murphy wrote:
>
> On Jun 18, 2012, at 6:36 PM, Kevin Kofler wrote:
>
>> Chris Murphy wrote:
>>
>>>
>>> On Jun 18, 2012, at 4:08 AM, Kevin Kofler wrote:
>>>
Chris Murphy wrote:
> Grubby does not work fine with GRUB 2, it creates sloppy menu lists that
Michal Hlavinka wrote:
> Correct approach would be to save state before installation of new
> version starts and start dovecot (if flag is set) after old version is
> removed - that would mean %postun script. This does not seem to work on
> reinstall (the same version is installed) - %postun scr
On Wed, Jun 20, 2012 at 2:49 AM, Jesse Keating wrote:
> On 06/19/2012 04:32 AM, Reindl Harald wrote:
>>
>>
>>
>> Am 19.06.2012 09:53, schrieb drago01:
>>>
>>> On Mon, Jun 18, 2012 at 12:41 PM, Matej Cepl wrote:
On 18/06/12 09:30, drago01 wrote:
>
>
> This would just result i
On 06/19/2012 11:57 PM, Adam Williamson wrote:
On Tue, 2012-06-19 at 23:28 -0400, Ben Rosser wrote:
So far, the only actual arguments against this (specifically, the
above solution to the problem) I've heard is that it breaks being able
to configure /boot/grub2/grub.cfg by hand. But that's the
> Again: I'm perfectly happy if it is rejected as a feature. I don't
> really care either way. What I'd really hate to see is a checkbox in the
> installer so we are compelled to test both variations...
Yeah, I won't be adding any checkboxes to have people pick their /tmp
style.
- Chris
--
devel
Good day all,
This weeks Fedora ARM status meeting will take place today (Wednesday June
20th) in #fedora-meeting-1 on Freenode.
Times in various time zones (please let us know if these do not work):
PDT: 1pm
MDT: 2pm
CDT: 3pm
EDT: 4pm
UTC: 8pm
BST: 9pm
CST: 10pm
Current items on the agenda:
1
On Wed, 20 Jun 2012 13:40:14 +0900, you wrote:
>> On Mon, 18 Jun 2012 14:56:20 +0100
>> Matthew Garrett wrote:
>>
>> System76 (and possibly others) will be supplying systems
>> that provide (2), so that choice is available to you.
>
>Matthew, I often read you referring to System76, since the UEF
On 06/20/2012 03:35 PM, Chris Lumens wrote:
Again: I'm perfectly happy if it is rejected as a feature. I don't
really care either way. What I'd really hate to see is a checkbox in the
installer so we are compelled to test both variations...
>
Yeah, I won't be adding any checkboxes to have peopl
> >> I think I got this fixed in
> >> doxygen-1.8.1.1-2.fc18 :
> >> http://koji.fedoraproject.org/koji/buildinfo?buildID=325050
> >>
> >> I'll talk to than about getting a fixed build for f17 too
> >>
> >> -- rex
> >
> > Thanks for all the answers and thanks for the fixed doxygen. I'll try to
>
Am 20.06.2012 14:32, schrieb Björn Persson:
> Michal Hlavinka wrote:
>> Correct approach would be to save state before installation of new
>> version starts and start dovecot (if flag is set) after old version is
>> removed - that would mean %postun script. This does not seem to work on
>> rei
Am 20.06.2012 14:33, schrieb Joel Rees:
>> A) continue using grub1 and continue working with diminishing resources to
>> keep grub1 working in the new environments a boot loader will be needed in.
>>
>> B) consume what upstream gives us in the form of grub2.
>
> C) Maintain grub1 ourselves (not
Am 20.06.2012 16:11, schrieb Ralf Corsepius:
> On 06/20/2012 03:35 PM, Chris Lumens wrote:
>>> Again: I'm perfectly happy if it is rejected as a feature. I don't
>>> really care either way. What I'd really hate to see is a checkbox in the
>>> installer so we are compelled to test both variations.
On Wed, 2012-06-20 at 08:28 +1000, Angus Salkeld wrote:
> On 19/06/12 10:51 -0700, Adam Williamson wrote:
> >On Tue, 2012-06-19 at 15:33 +0200, Ales Kozumplik wrote:
> >> On 06/19/2012 02:44 PM, Michał Piotrowski wrote:
> >> > Hi,
> >> >
> >> > I have a question about DNF https://fedoraproject.org/
On Tue, Jun 5, 2012 at 12:28 AM, Olav Vitters wrote:
> On Mon, Jun 04, 2012 at 08:44:38AM -0500, Michael Cronenworth wrote:
>> Matthias Clasen wrote:
>> > Its not his ignorance - he's on vacation for the next two weeks...
>>
>> Brian replied to Lennart 7 minutes after Lennart's e-mail and mine was
On Wed, Jun 20, 2012 at 9:21 AM, Peter Jones wrote:
> I think what's actually needed is a small patch to grubby to make it keep
> track of the bounding block the current default is in and add the new
> bounding block there, so that we don't accidentally change the cosmetic
> properties of the gru
> On Wed, 20 Jun 2012 09:57:58 -0400
> Gerald Henriksen wrote:
>
> On Wed, 20 Jun 2012 13:40:14 +0900, you wrote:
>
> >> On Mon, 18 Jun 2012 14:56:20 +0100
> >> Matthew Garrett wrote:
> >>
> >> System76 (and possibly others) will be supplying systems
> >> that provide (2), so that choice is ava
A file has been added to the lookaside cache for perl-Glib:
faa052bdf6e9b87ea30b630c2806e71e Glib-1.260.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/p
commit b680de6aa6a8bc3f2aa2920809fc1d3f537350df
Author: Petr Písař
Date: Wed Jun 20 17:06:16 2012 +0200
1.260 bump
Required by perl-Gtk3-0.006.
.gitignore |1 +
perl-Glib.spec | 37 ++---
sources|2 +-
3 files changed, 32 inse
On Thu, 21.06.12 00:01, Joel Rees (joel.r...@gmail.com) wrote:
> If Puttering really went on vacation after dropping a bombshell like
My name is Poettering, not Puttering.
> community to do the grunt work on his Master's thesis on things that
My master's thesis? Nah, no thanks, already got a go
On 06/20/2012 11:04 AM, Ben Rosser wrote:
On Wed, Jun 20, 2012 at 9:21 AM, Peter Jones mailto:pjo...@redhat.com>> wrote:
I think what's actually needed is a small patch to grubby to make it keep
track of the bounding block the current default is in and add the new
bounding block th
On 20 June 2012 12:51, Stijn Hoop wrote:
> Good to know, thanks -- although I wonder, in what capacity is this
> supported then?
Well, I've got no idea if it works at all, let alone if it works well ;)
> Would you / others be willing to deal with both update
> timings in this Feature?
It's not
Hi,
On 06/15/2012 09:30 AM, valent.turko...@gmail.com wrote:
> Hi,
> Fedora still has quite strict printing policies even if users choose
> to be a part of Administrator group during installation still need to
> input passwords while changing even the minor printer settings (like
> unpausing). Thi
On 06/20/2012 03:37 PM, Reindl Harald wrote:
Am 20.06.2012 14:32, schrieb Björn Persson:
Michal Hlavinka wrote:
Correct approach would be to save state before installation of new
version starts and start dovecot (if flag is set) after old version is
removed - that would mean %postun script. T
On 06/20/2012 06:42 PM, Panu Matilainen wrote:
On 06/20/2012 03:37 PM, Reindl Harald wrote:
Am 20.06.2012 14:32, schrieb Björn Persson:
Michal Hlavinka wrote:
Correct approach would be to save state before installation of new
version starts and start dovecot (if flag is set) after old versio
On 06/20/2012 10:16 AM, Reindl Harald wrote:
Am 20.06.2012 16:11, schrieb Ralf Corsepius:
On 06/20/2012 03:35 PM, Chris Lumens wrote:
Again: I'm perfectly happy if it is rejected as a feature. I don't
really care either way. What I'd really hate to see is a checkbox in the
installer so we are
Ok, I guess this topic has been brought up before, but I think some
things changed recently that would warrant seriously considering adding
a default caching name server in fedora installs.
There are at least 2 situations where it is needed, and they are common
or will be common enough.
The 2 use
https://fedorahosted.org/389/ticket/328
https://fedorahosted.org/389/attachment/ticket/328/0001-Ticket-328-make-sure-all-internal-search-filters-are.patch
Thanks,
Mark
--
Mark Reynolds
Senior Software Engineer
Red Hat, Inc
mreyno...@redhat.com
--
389-devel mailing list
389-de...@lists.fedorapr
> Since you can look at it either way in that regard, it's completely
> reasonable to have the option that's best for most users as the
> default. As I see it, that's to enable tmpfs for /tmp .
Given a choice between "works for everyone" and "works well for most,
but fails in obscure ways for som
On Wed, 20 Jun 2012 11:47:17 -0400
Simo Sorce wrote:
> Ok, I guess this topic has been brought up before, but I think some
> things changed recently that would warrant seriously considering
> adding a default caching name server in fedora installs.
...snip...
>
> Discuss.
You can already (al
Am 20.06.2012 17:42, schrieb Panu Matilainen:
> On 06/20/2012 03:37 PM, Reindl Harald wrote:
>>
>>
>> Am 20.06.2012 14:32, schrieb Björn Persson:
>>> Michal Hlavinka wrote:
Correct approach would be to save state before installation of new
version starts and start dovecot (if flag is se
On Wed, 2012-06-20 at 10:01 -0600, Kevin Fenzi wrote:
> On Wed, 20 Jun 2012 11:47:17 -0400
> Simo Sorce wrote:
>
> > Ok, I guess this topic has been brought up before, but I think some
> > things changed recently that would warrant seriously considering
> > adding a default caching name server in
On Wed, 20 Jun 2012 12:05:57 -0400
Simo Sorce wrote:
> Yes this is all good 'n' nice.
>
> The point is, can we/should we/want we make this the default ?
> (And work on integrating NM -> unbound automatic configuration ?)
I'd be in favor of that. ;)
I don't want to speak for the feature owner/
Simo Sorce (s...@redhat.com) said:
> Of course for this to work properly we need some level of integration
> between Network Manager and the DNS caching server so that the dynamic
> configurations can be pushed in/out when the related networks come
> up/down.
>
> Discuss.
man NetworkManager.conf
On 06/20/2012 06:59 PM, Reindl Harald wrote:
Am 20.06.2012 17:42, schrieb Panu Matilainen:
On 06/20/2012 03:37 PM, Reindl Harald wrote:
Am 20.06.2012 14:32, schrieb Björn Persson:
Michal Hlavinka wrote:
Correct approach would be to save state before installation of new
version starts and
On Wed, 2012-06-20 at 09:21 -0400, Peter Jones wrote:
> On 06/19/2012 11:57 PM, Adam Williamson wrote:
> > On Tue, 2012-06-19 at 23:28 -0400, Ben Rosser wrote:
> >
> >>
> >> So far, the only actual arguments against this (specifically, the
> >> above solution to the problem) I've heard is that it b
On 06/20/2012 05:45 PM, Peter Jones wrote:
On 06/20/2012 10:16 AM, Reindl Harald wrote:
Am 20.06.2012 16:11, schrieb Ralf Corsepius:
On 06/20/2012 03:35 PM, Chris Lumens wrote:
Again: I'm perfectly happy if it is rejected as a feature. I don't
really care either way. What I'd really hate to
On 06/20/2012 12:42 PM, Adam Williamson wrote:
On Wed, 2012-06-20 at 09:21 -0400, Peter Jones wrote:
On 06/19/2012 11:57 PM, Adam Williamson wrote:
On Tue, 2012-06-19 at 23:28 -0400, Ben Rosser wrote:
So far, the only actual arguments against this (specifically, the
above solution to the pro
On Wed, 2012-06-20 at 12:21 -0400, Bill Nottingham wrote:
> Simo Sorce (s...@redhat.com) said:
> > Of course for this to work properly we need some level of integration
> > between Network Manager and the DNS caching server so that the dynamic
> > configurations can be pushed in/out when the relat
On Wed, 2012-06-20 at 21:33 +0900, Joel Rees wrote:
> > You seem to think we, the Fedora project, have any sort of sway as to how
> > things get written in their various upstreams. We don't, except for very
> > few cases. Our choices here with grub2 are
> >
> > A) continue using grub1 and contin
Hi Fedora community,
I know that I can fix the new address of sources files with sed
(http://fedoraproject.org/wiki/Packaging_tricks#Wrong_FSF_address). I
think that timestamp should not be preserved because it's a change, a
really small change, but a change after all , what do you think?
Thanks
On Wed, 2012-06-20 at 04:46 -0400, Jaroslav Reznik wrote:
> > We get help fairly often for GNOME
> > and KDE, and satellit_ usually covers Sugar, but we very rarely get
> > anything for Xfce or LXDE.
>
> The main issue here is - the TC/RC images are "released" too fast to
> be able to fill in th
On Wed, Jun 20, 2012 at 09:59:33AM -0700, Adam Williamson wrote:
> Well, someone already pointed to
> http://people.freedesktop.org/~kay/loader/ , which seems intriguing. I
> haven't read anything Kay's said publicly about it, though. Of course,
> it's UEFI-specific.
Which is a good reason for it
On 06/20/2012 09:57 AM, Adam Williamson wrote:
On Wed, 2012-06-20 at 12:21 -0400, Bill Nottingham wrote:
Simo Sorce (s...@redhat.com) said:
Of course for this to work properly we need some level of integration
between Network Manager and the DNS caching server so that the dynamic
configurations
Am 20.06.2012 18:26, schrieb Panu Matilainen:
>> i was there, i saw was happened on dist-upgrades, i fixed them
>>
>> i saw a dist-upgrade on the fist-testmachine restart httpd
>> which failed for some reason and AFTER some time you could
>> start httpd again
>>
>> * i rebuilt the httpd package
>>
Am 20.06.2012 18:49, schrieb Ralf Corsepius:
>> Since you can look at it either way in that regard, it's completely
>> reasonable
>> to have the option that's best for most users as the default. As I see it,
>> that's to enable tmpfs for /tmp .
>
> Again: It is not reasonable, it's generally and
On Wed, Jun 20, 2012 at 12:57 PM, Reindl Harald wrote:
> i bet now someone is coming up wth "he must not dump a 100 Gb file to /tmp"
> this is the wrong perspective
> the right one is "the system must not crash if someone does"
Good thing it doesn't.
--
devel mailing list
devel@lists.fedoraproje
On Wed, Jun 20, 2012 at 11:04 AM, nomnex wrote:
> Things have changed. That's a good news (for once). Thanks for the
> update.
Bravo, so apparently there is a leader on this, a free software UEFI
on its own trustworthy hardware, that hopefully will tell the truth to
the user about security for t
On Wed, Jun 20, 2012 at 01:19:22PM -0400, Seth Johnson wrote:
> On Wed, Jun 20, 2012 at 11:04 AM, nomnex wrote:
> > Things have changed. That's a good news (for once). Thanks for the
> > update.
>
>
> Bravo, so apparently there is a leader on this, a free software UEFI
> on its own trustworthy h
On Fri, Jun 1, 2012 at 7:05 AM, Gregory Maxwell wrote:
> Thats not true (and I've used tmpfs for tmp for years, so I'm speaking
> from experience)— tmpfs is backed by swap on demand. Just add the
> space that you would have used for /tmp to your swap.
I am _very_ concerned about large files in c
Proceed to the next paragraph then. ;-)
Seth
On Wed, Jun 20, 2012 at 1:21 PM, Matthew Garrett wrote:
> On Wed, Jun 20, 2012 at 01:19:22PM -0400, Seth Johnson wrote:
>> On Wed, Jun 20, 2012 at 11:04 AM, nomnex wrote:
>> > Things have changed. That's a good news (for once). Thanks for the
>> > u
would fixing this also fix the bug where installing a new kernel changes
the default boot OS even when the default is non Linux?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 06/20/2012 01:32 PM, Naheem Zaffar wrote:
would fixing this also fix the bug where installing a new kernel changes the
default boot OS even when the default is non Linux?
What's the bugzilla number for that?
--
Peter
--
devel mailing list
devel@lists.fedoraproject.org
https://admi
On 06/20/2012 06:59 PM, Sergio Belkin wrote:
Hi Fedora community,
I know that I can fix the new address of sources files with sed
(http://fedoraproject.org/wiki/Packaging_tricks#Wrong_FSF_address). I
think that timestamp should not be preserved because it's a change, a
really small change, but
So, how does this scenario work?
* The machine has 4G of RAM,
* > 50% RAM is being used by actual software (firefox, eclipse, mail
client, etc), so the other < 50% is pagecache
* The machine has 4G of swap, none of which is active.
So then a user drops a 8.5G DVD image into /tmp.
On a traditi
On Wed, Jun 20, 2012 at 1:25 PM, Jef Spaleta wrote:
> As a sysadmin...for a multi-seat configuration in a home network
> environment...do I really need to anticipate maximum large file tmp
> usage in calculating my swap partition size for my multi-user family?
> 8 gigs of ram... so to be safe I wa
On Wed, Jun 20, 2012 at 9:41 AM, Gregory Maxwell wrote:
> Tmpfs volumes have a size set as a mount option. The default is half
> the physical ram (not physical ram plus swap). You can change the size
> with a remount. When its full, its full, like any other filesystem
Okay that was what I was mis
Once upon a time, Brian Wheeler said:
> So, how does this scenario work?
>
> * The machine has 4G of RAM,
> * > 50% RAM is being used by actual software (firefox, eclipse, mail
> client, etc), so the other < 50% is pagecache
> * The machine has 4G of swap, none of which is active.
>
> So then a
On 06/20/2012 01:41 PM, Gregory Maxwell wrote:
What happens when I have 2 users who are both downloading dvd iso
sized images into /tmp as well as other things going on. Remind me...
where does firefox by default cache in progress downloads for the
"Open in" facility. Isn't it down in tmp?
On 20/06/12 18:55, Chris Adams wrote:
2G gets written and then -ENOSPC. 2G gets pushed to swap.
The default for tmpfs mounts is an fs that is sized to RAM/2.
What is the scenario,
where it's a KVM host and 3/4 physical ram is assigned to Guests?
--
Regards,
Frank
"Jack of all, fubars"
--
On 06/20/2012 01:55 PM, Chris Adams wrote:
Once upon a time, Brian Wheeler said:
So, how does this scenario work?
* The machine has 4G of RAM,
* > 50% RAM is being used by actual software (firefox, eclipse, mail
client, etc), so the other < 50% is pagecache
* The machine has 4G of swap, none
Once upon a time, Reindl Harald said:
> it is simply a fact that drop a 100 or 200 Gb file into tmpfs
> will bring down each machine existing currently and in the next
No, it won't.
Also, the default partitioning scheme for the existing Fedora setup
(with /tmp on /) also won't support dupming a
On Wed, Jun 20, 2012 at 1:54 PM, Jef Spaleta wrote:
> On Wed, Jun 20, 2012 at 9:41 AM, Gregory Maxwell wrote:
>> Tmpfs volumes have a size set as a mount option. The default is half
>> the physical ram (not physical ram plus swap). You can change the size
>> with a remount. When its full, its ful
Simo,
For the VPN scenario I've been happily using "dnrd" for some time.
I use it to steer DNS requests for "mycompany.com" to the
company's DNS servers, and all other DNS requests to the
external servers.
Unlike just adding the company DNS servers to /etc/resolv.conf,
this never uses the com
Am 20.06.2012 19:18, schrieb Gregory Maxwell:
> On Wed, Jun 20, 2012 at 12:57 PM, Reindl Harald
> wrote:
>> i bet now someone is coming up wth "he must not dump a 100 Gb file to /tmp"
>> this is the wrong perspective
>> the right one is "the system must not crash if someone does"
>
> Good thin
Am 20.06.2012 19:41, schrieb Gregory Maxwell:
> On Wed, Jun 20, 2012 at 1:25 PM, Jef Spaleta wrote:
>> As a sysadmin...for a multi-seat configuration in a home network
>> environment...do I really need to anticipate maximum large file tmp
>> usage in calculating my swap partition size for my mul
On Wed, 20 Jun 2012, Simo Sorce wrote:
There are at least 2 situations where it is needed, and they are common
or will be common enough.
The 2 use cases for which a properly configurable and dynamically
changeable caching DNA name server would be really useful are:
- DNSSEC verification
- Clien
On Wed, 20 Jun 2012, Kevin Fenzi wrote:
Connect your vpn, etc.
Then tell unbound what you want it to do:
unbound-control forward_add redhat.com x.x.x.x y.y.y.y
unbound-control forward_add yourdomain z.z.z.z
(unbound-control gives you a lot of control, you can flush cache, setup
forward, see i
People have might missed it before, but Fedora does a lot now with
handling the various DNS manglings it can encounter in the wild.
If you install dnssec-trigger from rawhide, then your DNS will be
automatically configured using DNSSEC and with as much security as
possible, while detecting hotsp
On Tue, Jun 19, 2012 at 11:17 PM, Adam Williamson wrote
>>
> I just tested a fresh install from F17 desktop live; the /home/user
> directory created after firstboot is 700. /home/user created by s-c-u is
> 700. /home/user created by useradd is 700. /home/user created by GNOME
> account tool is 700
On 06/20/2012 02:16 PM, Gregory Maxwell wrote:
On Wed, Jun 20, 2012 at 1:54 PM, Jef Spaleta wrote:
On Wed, Jun 20, 2012 at 9:41 AM, Gregory Maxwell wrote:
Tmpfs volumes have a size set as a mount option. The default is half
the physical ram (not physical ram plus swap). You can change the si
commit 4ae6dbd2a14d7bb7afa360937c34d4cf10efe896
Author: Petr Písař
Date: Wed Jun 20 23:02:00 2012 +0200
Perl 5.16 rebuild
perl-Test-YAML-Valid.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-YAML-Valid.spec b/perl-Test-YAML-Valid.spec
index 4
commit 8bd30f03664d32ca48170b3b0b4e7d2be77863de
Author: Petr Písař
Date: Wed Jun 20 23:02:02 2012 +0200
Perl 5.16 rebuild
perl-DateTime-Format-Oracle.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-DateTime-Format-Oracle.spec b/perl-DateTime-Forma
commit 7d10dea09b7d746986f4616712ffa71a0cb70e4a
Author: Petr Písař
Date: Wed Jun 20 23:02:18 2012 +0200
Perl 5.16 rebuild
perl-XML-XQL.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-XML-XQL.spec b/perl-XML-XQL.spec
index bd482fa..f9cb3d1 100644
-
commit eb4899e677d45cecf89c9647d37a94ff0f001478
Author: Petr Písař
Date: Wed Jun 20 23:02:46 2012 +0200
Perl 5.16 rebuild
perl-Module-Inspector.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Module-Inspector.spec b/perl-Module-Inspector.spec
inde
commit f219f305e10fcf847ed1c76e8afb9e52541672e9
Author: Petr Písař
Date: Wed Jun 20 23:02:47 2012 +0200
Perl 5.16 rebuild
perl-DateTime-Format-Pg.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-DateTime-Format-Pg.spec b/perl-DateTime-Format-Pg.spe
On Jun 19, 2012, at 9:57 PM, Adam Williamson wrote:
>
> grub2-mkconfig is inherently a more 'destructive' operation than grubby,
> is really my only thought. But I wouldn't mind the change much at all.
> pjones' opinion would be the most valuable to have, I guess.
FWIW, grub-mkconfig writes out
commit 733652197f0c60ea910498f3fd815786206b3cf9
Author: Petr Písař
Date: Wed Jun 20 23:08:29 2012 +0200
Perl 5.16 rebuild
perl-Module-Starter-PBP.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Module-Starter-PBP.spec b/perl-Module-Starter-PBP.spe
commit 09c7d5107a433b403576d24f43d48d84f0b22694
Author: Petr Písař
Date: Wed Jun 20 23:09:15 2012 +0200
Perl 5.16 rebuild
perl-Test-Database.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Database.spec b/perl-Test-Database.spec
index 02235a9
On Wed, 20 Jun 2012 13:59:26 -0300, Sergio Belkin wrote:
> Hi Fedora community,
>
> I know that I can fix the new address of sources files with sed
> (http://fedoraproject.org/wiki/Packaging_tricks#Wrong_FSF_address). I
> think that timestamp should not be preserved because it's a change, a
> re
On Wed, Jun 20, 2012 at 4:57 PM, Brian Wheeler wrote:
> But in any case the I/O advantages have never been shown, despite multiple
> requests by myself and others.
I posted some example numbers earlier in this thread. e.g. make on an
already compiled firefox source was half the time on tmpfs com
https://bugzilla.redhat.com/show_bug.cgi?id=833723
Ville Skyttä changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
Good day all,
Thanks to those who were able to join us for the weekly status meeting today.
For those that were unable, the minutes are posted below:
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting-1/2012-06-20/fedora-meeting-1.2012-06-20-20.00.html
Minutes (text):
http://meetbot.fedo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Tue, 19 Jun 2012 16:25:50 -0700
Jesse Keating escribió:
> On 06/19/2012 03:59 PM, Jef Spaleta wrote:
> > On Tue, Jun 19, 2012 at 2:47 PM, "Jóhann B. Guðmundsson"
> > wrote:
> >> Again anything that gets handed out at various events should be
> >>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Tue, 19 Jun 2012 12:19:35 -0400 (EDT)
Jaroslav Reznik escribió:
> As reaction to approved MiniDebugInfo feature, we agreed on KDE SIG
> meeting that we would have to break CD size limit (and the breaking
> of CD size image was used as argument to a
2012/6/20 Michael Schwendt :
> On Wed, 20 Jun 2012 13:59:26 -0300, Sergio Belkin wrote:
>
>> Hi Fedora community,
>>
>> I know that I can fix the new address of sources files with sed
>> (http://fedoraproject.org/wiki/Packaging_tricks#Wrong_FSF_address). I
>> think that timestamp should not be pre
Hello,
As per the instructions at the web page at
http://fedoraproject.org/wiki/Join_the_package_collection_maintainers I
wanted to give a brief introduction.
My name is Gary Gatling and I work at North Carolina State University
supporting Linux in the college of engineering. I mainly work with R
On Wed, 2012-06-20 at 10:19 -0600, Kevin Fenzi wrote:
> On Wed, 20 Jun 2012 12:05:57 -0400
> Simo Sorce wrote:
>
> > Yes this is all good 'n' nice.
> >
> > The point is, can we/should we/want we make this the default ?
> > (And work on integrating NM -> unbound automatic configuration ?)
>
> I'
On Wed, 2012-06-20 at 16:24 -0400, Paul Wouters wrote:
> On Wed, 20 Jun 2012, Simo Sorce wrote:
>
> > There are at least 2 situations where it is needed, and they are common
> > or will be common enough.
> >
> > The 2 use cases for which a properly configurable and dynamically
> > changeable cachi
1 - 100 of 110 matches
Mail list logo
