Le Mer 20 juin 2012 17:47, Simo Sorce a écrit :
> The 2 use cases for which a properly configurable and dynamically
> changeable caching DNA name server would be really useful are:
> - DNSSEC verification
> - Clients using VPNs into private networks.
3. ISP has junk DNS services and bypassing t
Le Jeu 21 juin 2012 01:09, Dan Williams a écrit :
> 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
Which is a mess. How many DNS services do we need on a single
On 21/06/12 16:54, Michal Schmidt wrote:
On 06/21/2012 04:27 PM, Nikola Pajkovsky wrote:
Michal Schmidt writes:
We do now. You can set clean_requirements_on_remove=1 in yum.conf
in which version that is supported?
Since 3.2.28-13
http://skvidal.wordpress.com/2010/11/09/orphaned-dep-cleanup
On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
> The new perl package contains /usr/bin/perl. At upgrade, dependency
> resolution is not smart enough to realize that the new package's
> /bin/perl=/usr/bin/perl, causing a conflict.
What exactly is the conflict?
Andrew.
--
devel mailing list
d
On Thu, Jun 21, 2012 at 11:01:16PM +0200, Reindl Harald wrote:
> >>
> >> one reason more why the cuurent behavior re-starting services
> >> on updates is simply wrong:
> >
> > You complained that service is restarted during update. Well, in this case,
> > restart is not sufficient. We even have
>
On 21/06/12 16:54, Michal Schmidt wrote:
http://skvidal.wordpress.com/2010/11/09/orphaned-dep-cleanup-in-yum/
Is there some post-processing tool which would should me all packages
for which there is no reason? Brief look at the source of
packages-cleanup shows that --orphans isn't the one.
Le Jeu 21 juin 2012 14:23, Matej Cepl a écrit :
> On 19/06/12 15:33, Ales Kozumplik wrote:
>> Thanks for pointing this out. I considered history a candidate for
>> dropping because I didn't realize people had usecases for it. It is not
>> present in the early versions of DNF but I will make sure t
2012/6/22 Matej Cepl :
> On 21/06/12 16:54, Michal Schmidt wrote:
>>
>> On 06/21/2012 04:27 PM, Nikola Pajkovsky wrote:
>>>
>>> Michal Schmidt writes:
We do now. You can set clean_requirements_on_remove=1 in yum.conf
>>>
>>>
>>> in which version that is supported?
>>
>>
>> Since 3.2.28-1
On 06/21/2012 11:01 PM, Reindl Harald wrote:
Am 21.06.2012 22:52, schrieb Michal Hlavinka:
On 06/20/2012 02: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
Le Mar 19 juin 2012 06:45, Adam Williamson a écrit :
> One trigger for the current proposal was the discovery, quite late in
> F17 cycle, that if you reboot while PK is automatically installing
> security updates, you can entirely screw your system.
And instead of making the system adapt to syste
Stephen Gallagher wrote:
> 1) Credential caches are now stored in a tmpfs location. This is a
> security feature, as a stolen laptop may not be booted in single-user
> mode to extract a valid TGT.
Is it? Can't tmpfs move stuff arbitrarily out to swap?
David
--
devel mailing list
devel@lists.f
2012/6/22 Sam Varshavchik :
> I think that bash needs to be recompiled, with the last two flipped, in the
> default shell PATH.
>
I have hit a similar issue with the tor-arm package. It is executed by
a wrapper script that check if it has been called with /usr/bin/arm,
but because the path orderin
Hi all,
I've just packaged tntnet - A web application server for web applications.
https://bugzilla.redhat.com/show_bug.cgi?id=821224
tntnet is needed for vdr-live - An interactive web interface for VDR
can someone review this package ?
thanks
Martin
--
devel mailing list
devel@lists.fedoraproj
On 22 June 2012 09:39, Juan Orti Alcaine wrote:
> 2012/6/22 Sam Varshavchik :
> > I think that bash needs to be recompiled, with the last two flipped, in
> the
> > default shell PATH.
> >
>
> I have hit a similar issue with the tor-arm package. It is executed by
> a wrapper script that check if i
On Fri, 22 Jun 2012 09:50:25 +0100, Mary Ellen Foster wrote:
> I assume this error is also an instance of the same problem:
>
> Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@updates-testing)
>Requires: /usr/sbin/ldconfig
>Removing: glibc-2.15-37.fc17.i686 (@fedo
Michał Piotrowski writes:
> 2012/6/22 Matej Cepl :
>> On 21/06/12 16:54, Michal Schmidt wrote:
>>>
>>> On 06/21/2012 04:27 PM, Nikola Pajkovsky wrote:
Michal Schmidt writes:
>
> We do now. You can set clean_requirements_on_remove=1 in yum.conf
in which version th
Hi Everybody,
In fedora 17 we see no compiz, because of some conflicts with
boost-serialization. and of cource new compiz (0.9.x) are really buggy!
show blank screen when you use Desktop Cube and some other really bad bugs.
So i just figure out what other folks in Archlinux did about this, yes the
Andrew Haley writes:
On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
> The new perl package contains /usr/bin/perl. At upgrade, dependency
> resolution is not smart enough to realize that the new package's
> /bin/perl=/usr/bin/perl, causing a conflict.
What exactly is the conflict?
See the err
Michael Schwendt writes:
On Fri, 22 Jun 2012 09:50:25 +0100, Mary Ellen Foster wrote:
> I assume this error is also an instance of the same problem:
>
> Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@updates-testing)
>Requires: /usr/sbin/ldconfig
>Removing: gli
On 06/22/2012 11:44 AM, Sam Varshavchik wrote:
> Andrew Haley writes:
>
>> On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
>>> The new perl package contains /usr/bin/perl. At upgrade, dependency
>>> resolution is not smart enough to realize that the new package's
>>> /bin/perl=/usr/bin/perl, causin
Hi.
On Fri, 22 Jun 2012 10:28:14 +0200, Nicolas Mailhot wrote:
> And instead of making the system adapt to system problems (inhibit
> reboot during updates) we're making the user adapt to system problems
> (add forced reboots were they were none before??)
Inhibiting reboots? I cannot wait to see
On 06/22/2012 12:10 PM, Reindl Harald wrote:
>
> Am 22.06.2012 13:07, schrieb Andrew Haley:
>> On 06/22/2012 11:44 AM, Sam Varshavchik wrote:
>>> Andrew Haley writes:
>>>
On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
> The new perl package contains /usr/bin/perl. At upgrade, dependency
On 06/22/2012 01:16 PM, Ralf Ertzinger wrote:
Hi.
On Fri, 22 Jun 2012 10:28:14 +0200, Nicolas Mailhot wrote:
And instead of making the system adapt to system problems (inhibit
reboot during updates) we're making the user adapt to system problems
(add forced reboots were they were none before??
Andrew Haley writes:
Why not take /bin and /sbin out of the default path *and* make sure
that RPM knows about /bin/* ?
I would expect that changing rpm will be a long, tedious process. Which is
understandable.
But changing the default PATH that's compiled into bash should be a simpler
ch
On 06/22/2012 01:19 PM, Sam Varshavchik wrote:
> Andrew Haley writes:
>
>> > Why not take /bin and /sbin out of the default path *and* make sure
>> > that RPM knows about /bin/* ?
> I would expect that changing rpm will be a long, tedious process. Which is
> understandable.
>
> But changing the
On 22 June 2012 12:40, Michal Hlavinka wrote:
> Well, there is difference between inhibited reboot and "are you really sure
> you want to reboot and break your system" questions.
Is that a joke? [Click here to break your system] is never a good idea.
> Anyway, what would happen when user press p
Andrew Haley writes:
On 06/22/2012 01:19 PM, Sam Varshavchik wrote:
> Andrew Haley writes:
>
>> > Why not take /bin and /sbin out of the default path *and* make sure
>> > that RPM knows about /bin/* ?
> I would expect that changing rpm will be a long, tedious process. Which is
> understandable.
On 06/22/2012 01:45 PM, Sam Varshavchik wrote:
> Andrew Haley writes:
>
>> On 06/22/2012 01:19 PM, Sam Varshavchik wrote:
>>> Andrew Haley writes:
>>>
> Why not take /bin and /sbin out of the default path *and* make sure
> that RPM knows about /bin/* ?
>>> I would expect that changing rpm
On Fri, 2012-06-22 at 13:38 +0100, Richard Hughes wrote:
> On 22 June 2012 12:40, Michal Hlavinka wrote:
> > Well, there is difference between inhibited reboot and "are you really sure
> > you want to reboot and break your system" questions.
>
> Is that a joke? [Click here to break your system] i
On Wed, Jun 20, 2012 at 05:59:09PM +0200, Reindl Harald wrote:
> 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
Leaving version X of /usr/sbin/httpd running after version Y of
/usr/sbin/httpd is installed
Le Ven 22 juin 2012 13:40, Michal Hlavinka a écrit :
> On 06/22/2012 01:16 PM, Ralf Ertzinger wrote:
>> Hi.
>>
>> On Fri, 22 Jun 2012 10:28:14 +0200, Nicolas Mailhot wrote:
>>
>>> And instead of making the system adapt to system problems (inhibit
>>> reboot during updates) we're making the user ad
> From: "Nicolas Mailhot"
> can we get a package downloader that sends the correct
> cache-control http headers to refresh data automatically
> instead of complaining metadata is wrong and aborting
> (for people behind a caching proxy)?
Have you tried changing http_caching option in yum.conf
fro
On 22 June 2012 13:56, Simo Sorce wrote:
> How do we make sure that if package manager goes crazy the user still
> have a way to reboot his system that is not 'press power button for 5
> seconds' ?
Just make sure the package manager doesn't go crazy. It's just doing a
simple rpm transaction after
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/21/2012 03:49 AM, Richard W.M. Jones wrote:
> On Tue, Jun 19, 2012 at 10:10:43AM -0400, Neal Becker wrote:
>> Adam Jackson wrote:
>>
>>> On 6/19/12 9:01 AM, Neal Becker wrote:
>>>
This is rediculous. I liked the idea of 775 when it was in
On Thu, Jun 21, 2012 at 03:51:52PM -0600, Jerry James wrote:
> On Sun, Jun 17, 2012 at 3:45 AM, Richard W.M. Jones wrote:
> > I would also suspect code generation or GC. Did you try asking on
> > upstream Coq / OCaml mailing lists?
>
> No, I haven't. But see below.
>
> > Having said that, rela
On Fri, 22 Jun 2012 06:53:09 -0400, Sam Varshavchik wrote:
> Michael Schwendt writes:
>
> > On Fri, 22 Jun 2012 09:50:25 +0100, Mary Ellen Foster wrote:
> >
> > > I assume this error is also an instance of the same problem:
> > >
> > > Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@upda
I'm going to be orphaning cmucl, CMU Common Lisp
It's a i686-only lisp implementation, which I brought into fedora
primarily for maxima back in the day. Since it doesn't work all that
great with maxima anyway, and that it's i686-only (and I have only
x86_64 hardware/os these days), doesn't ma
A similar issue is that whenever anyone uses AC_PATH_PROG or related
in a configure script anywhere, it finds the /bin binary ahead of
/usr/bin. You get odd-looking output from ./configure, and perhaps
other problems too (though I haven't seen any specifically).
Rich.
--
Richard Jones, Virtual
On Fri, Jun 22, 2012 at 03:08:05PM +0100, Richard W.M. Jones wrote:
> A similar issue is that whenever anyone uses AC_PATH_PROG or related
> in a configure script anywhere, it finds the /bin binary ahead of
> /usr/bin.
Maybe I mean this the other way around.
Rich.
--
Richard Jones, Virtualizati
On Fri, 22.06.12 08:56, Simo Sorce (s...@redhat.com) wrote:
> On Fri, 2012-06-22 at 13:38 +0100, Richard Hughes wrote:
> > On 22 June 2012 12:40, Michal Hlavinka wrote:
> > > Well, there is difference between inhibited reboot and "are you really
> > > sure
> > > you want to reboot and break your
> Having thought about it, I don't think it's unreasonable to do a
"which $PROG", and stick it into the hashbang. I think that's a
perfectly reasonable approach, with portability being the goal. The
problem I see here, is > that Fedora's bash is compiled with the default
PATH placing a symlink,
https://bugzilla.redhat.com/show_bug.cgi?id=834596
Bug ID: 834596
Keywords: FutureFeature, Triaged
QA Contact: extras...@fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: perl-de...@lists.
https://bugzilla.redhat.com/show_bug.cgi?id=834597
Bug ID: 834597
Keywords: FutureFeature, Triaged
QA Contact: extras...@fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: mmasl...@redhat.c
On 22 June 2012 15:27, Lennart Poettering wrote:
> a) make a snapshot of the fs, and make it where all changes from now on
> are written to, but do not make it the default snapshot to be mounted
> for the next boot.
> b) make the updates
> c) if the update succeeded make the previously created sna
On 05/08/2012 08:15 AM, Alexander Larsson wrote:
On Mon, 2012-05-07 at 18:55 +0100, Peter Robinson wrote:
On Mon, May 7, 2012 at 2:07 PM, Alexander Larsson wrote:
I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugIn
commit 400104b89363b7db82cd147b34ca333cf006123d
Author: Petr Písař
Date: Fri Jun 22 17:41:20 2012 +0200
Perl 5.16 rebuild
perl-HTML-FormHandler.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-HTML-FormHandler.spec b/perl-HTML-FormHandler.spec
inde
commit 6e2e159459b533e6ff33cc00f3471e08a7292e90
Author: Petr Písař
Date: Fri Jun 22 17:41:34 2012 +0200
Perl 5.16 rebuild
perl-Gtk3.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Gtk3.spec b/perl-Gtk3.spec
index a5f9ad6..66e9b3c 100644
--- a/perl
commit 2e7dba29dd63171860732310924dde730f422a12
Author: Petr Písař
Date: Fri Jun 22 17:41:44 2012 +0200
Perl 5.16 rebuild
perl-Any-Moose.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Any-Moose.spec b/perl-Any-Moose.spec
index cc556ba..49fd55c 10
commit 10d5ad52fca7c95a178fba1f84ac27bdf6440779
Author: Petr Písař
Date: Fri Jun 22 17:42:01 2012 +0200
Perl 5.16 rebuild
perl-Config-MVP.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Config-MVP.spec b/perl-Config-MVP.spec
index c26e044..8a262d1
commit b6daeda03f354074defe3485fb19b6f6d1942972
Author: Petr Písař
Date: Fri Jun 22 17:42:09 2012 +0200
Perl 5.16 rebuild
perl-Padre.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Padre.spec b/perl-Padre.spec
index bee3e9d..969e65d 100644
--- a/p
Actually the 0.8 tree is still the stable tree... the 0.9.x (glib
mainloop) is the unstable one, and yes it is a nightmare and somehow
unpredictable. It's a nice thing to see 0.8.x returning :)
2012/6/22 Bersam K :
> Hi Everybody,
>
> In fedora 17 we see no compiz, because of some conflicts with
>
commit 1eb1bae4cf85bb5b5f22abff83d8f7efdf04644e
Author: Petr Písař
Date: Fri Jun 22 17:47:58 2012 +0200
Perl 5.16 rebuild
perl-MooseX-Types-Path-Class.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Types-Path-Class.spec
b/perl-MooseX-Type
On Fri, Jun 22, 2012 at 14:22:31 +0100,
Richard Hughes wrote:
On 22 June 2012 13:56, Simo Sorce wrote:
How do we make sure that if package manager goes crazy the user still
have a way to reboot his system that is not 'press power button for 5
seconds' ?
Just make sure the package manager d
On Fri, 2012-06-22 at 17:36 +0200, Roman Rakus wrote:
> On 05/08/2012 08:15 AM, Alexander Larsson wrote:
> > See the feature page for detail on the space use. On my F17 desktop
> > install with and 8 gigabytes /usr it would add 43 megabytes of data.
> >
> What about to not install it by default but
Hi,
I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
week.
There are several API changes (new functions + 1 move of a private
function to public section) and 1 soname bump (libpoppler.so.25 to
libpoppler.so.26).
Regards
Marek
__
I am very delighted to announce that John Rose (aka inode0) will be
joining the Fedora Board in the final appointed slot for this cycle
(seat A4). Many of you know John from his work in the Ambassadors team
and his excellent election wrangling for many election cycles, as well
as being a famil
On Fri, 2012-06-22 at 15:12 +0430, Bersam K wrote:
> Hi Everybody,
>
> In fedora 17 we see no compiz, because of some conflicts with
> boost-serialization. and of cource new compiz (0.9.x) are really
> buggy! show blank screen when you use Desktop Cube and some other
> really bad bugs.
Well those
Michael Schwendt writes:
# whereis ldconfig
ldconfig: /sbin/ldconfig /usr/sbin/ldconfig /usr/share/man/man8/ldconfig.8.gz
/sbin is before /usr/sbin in $PATH.
Only for root.
rpm stuff does not get built as root.
pgp3Q8qbqlldX.pgp
Description: PGP signature
--
devel mailing list
devel@li
On 06/20/2012 04:26 PM, Than Ngo wrote:
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
The 389 Project team is pleased to announce the release of
389-ds-base-1.2.10.11 and 1.2.11.6 for Testing. 1.2.10.11 and 1.2.11.6
contain a fix for a password security issue:
#378unhashed#user#password field https://fedorahosted.org/389/ticket/378
NEW: Platform Support
Pre-built RPMs of
Michael Cronenworth wrote:
> Kevin Kofler wrote:
>> How would you suggest we implement this? rm -rf the stuff in %post?
>> (Yuck!!!) As I understand it, the symbols will be bloating the main
>> packages and not be in subpackages. (Debuginfo subpackages are what we
>> have now.)
>
> It would be ni
Jóhann B. Guðmundsson wrote:
> In any case Kevin K. probably can comment on what landed the KDE
> distribution on the Relengs DVD and on the release blocker in the first
> place.
A long fight by KDE SIG. It took several releases (including one or two
releases which shipped a KDE live image with b
Adam Williamson wrote:
> As a personal comment, though, doesn't this seem a little fast to make
> the decision? Wouldn't it at least make sense to wait for minidebuginfo
> to be implemented, then spin a test KDE image and see exactly how big it
> turns out with the current package set?
We will hav
Jóhann B. Guðmundsson wrote:
> Arguably we should not have any specific target image size but rather a
> list of valid image sizes ( cd/dvd/usb keys ) for spins to aim at which
> SIG's themselves choose to use each release cycle and can adjust
> accordingly which gives them the ability to shrink/ex
Adam Williamson wrote:
> Well those are two reasons. The more important third reason is that
> no-one wants to maintain compiz. I don't want to, and drago01 doesn't
> want to any more, that's why he orphaned it. Whether it's 0.8 or 0.9, we
> just don't want to spend the time on it. If you want to,
Hi,
I already answered this on rpmfusion-devel, but for completeness, here's my
answer again:
Alec Leamas wrote:
> I'm reviewing a package 2300 which at a glance seems to need filtering:
> it both Requires: and Provides: it's internal plugin libraries, many of
> which with generic names likely
Xavier Bachelot wrote:
> On 06/20/2012 04:26 PM, Than Ngo wrote:
> 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
Tha
On Fri, 2012-06-22 at 14:22 +0100, Richard Hughes wrote:
> On 22 June 2012 13:56, Simo Sorce wrote:
> > How do we make sure that if package manager goes crazy the user still
> > have a way to reboot his system that is not 'press power button for 5
> > seconds' ?
>
> Just make sure the package man
On Fri, 2012-06-22 at 22:37 -0700, Adam Williamson wrote:
> On Fri, 2012-06-22 at 14:22 +0100, Richard Hughes wrote:
> > On 22 June 2012 13:56, Simo Sorce wrote:
> > > How do we make sure that if package manager goes crazy the user still
> > > have a way to reboot his system that is not 'press pow
On Sat, Jun 23, 2012 at 2:51 AM, Kevin Kofler wrote:
> [..]
> So I really wonder whether it isn't more practical to set an arbitrary limit
> and let the user find a suitable medium to burn it on (if in doubt, a DVD;
> we'll probably call it a "Live DVD" in the first place).
Well using a DVD if yo
70 matches
Mail list logo
