2012/6/20 Chris Murphy :
> While I like the current GRUB2 behavior in F17 vastly better than F16, I
> kinda wonder if it makes sense to change the default behavior to save last
> chosen option and by default use that the next time around, rather than
> always defaulting to the most recent Fedora
On Thu, 2012-06-21 at 00:25 -0500, Dennis Gilmore wrote:
> El Wed, 20 Jun 2012 22:13:06 -0700
> Adam Williamson escribió:
> > On Wed, 2012-06-20 at 18:16 -0600, Dariusz J. Garbowski wrote:
> > > On 20/06/12 02:47 PM, Charles Zeitler wrote:
> > > > On Tue, Jun 19, 2012 at 11:17 PM, Adam Williamson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Wed, 20 Jun 2012 22:13:06 -0700
Adam Williamson escribió:
> On Wed, 2012-06-20 at 18:16 -0600, Dariusz J. Garbowski wrote:
> > On 20/06/12 02:47 PM, Charles Zeitler wrote:
> > > On Tue, Jun 19, 2012 at 11:17 PM, Adam Williamson
> > > wrote
> > >>>
On Wed, 2012-06-20 at 20:09 -0600, Dariusz J. Garbowski wrote:
> On 20/06/12 07:31 PM, Jesse Keating wrote:
> > On 06/20/2012 05:16 PM, Dariusz J. Garbowski wrote:
> >> On 20/06/12 02:47 PM, Charles Zeitler wrote:
> >>> On Tue, Jun 19, 2012 at 11:17 PM, Adam Williamson
> >>> wrote
> >
> I
On Wed, 2012-06-20 at 18:16 -0600, Dariusz J. Garbowski wrote:
> On 20/06/12 02:47 PM, Charles Zeitler wrote:
> > 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 70
Oh sure. I know Jack pretty well. We talk on IM almost every day. He
actually suggested to me that I go this route about submitting it to fedora
when I asked him for some advice about bumblebee.
Cheers,
On Wed, Jun 20, 2012 at 9:51 PM, Ken Dreyer wrote:
> On Wed, Jun 20, 2012 at 5:05 PM, Gary
On 20/06/12 07:31 PM, Jesse Keating wrote:
On 06/20/2012 05:16 PM, Dariusz J. Garbowski wrote:
On 20/06/12 02:47 PM, Charles Zeitler wrote:
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 fir
On Wed, Jun 20, 2012 at 5:05 PM, Gary Gatling wrote:
> My name is Gary Gatling and I work at North Carolina State University
> supporting Linux in the college of engineering. I mainly work with Red Hat
> Enterprise Linux.
Hi Gary,
I co-maintain one or two packages Jack Neely @ ncsu.edu in RPM
Fu
On 20/06/12 02:47 PM, Charles Zeitler wrote:
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/us
On Wed, 20 Jun 2012, Dan Williams wrote:
I spent some time looking at this today. NM already has plugins for
dnsmasq and a long-since-dead one for bind. We can certainly add a
plugin for dnssec-trigger or even unbound itself as well. The mechanism
by which dnssec-trigger currently interfaces
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
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'
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
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
-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
-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
> >>
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
https://bugzilla.redhat.com/show_bug.cgi?id=833723
Ville Skyttä changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
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
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
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
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
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 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
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 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 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
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
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
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 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
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
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
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
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
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
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 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
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: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?
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 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
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
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 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
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
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
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
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
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 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 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
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
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
>>
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
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 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
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 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
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 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 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 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 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
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 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/
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
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, 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
> 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
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
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
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
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 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
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 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
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 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
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
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
> 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
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 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, 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/
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.
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 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
> >> 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
>
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
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
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
> 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
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
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
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 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
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 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
1 - 100 of 110 matches
Mail list logo
