-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/22/2012 03:44 PM, Martin Gansser wrote:
> 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
>
> This build has the pdf file with a different timestamp in the i686 and
> x86_64 build.
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=4189461
>
> The pdf file is /usr/share/doc/libbluray-devel-0.2.2/libbluray.pdf from
> libbluray-devel-0.2.2-2.fc18
>
it's a bug in pdftex (part of t
In Add/Remove software, go to Filters ==> Installed ==> and make sure ==>
"Only Installed" is checked.
Now take a look under section: "Package Collections"
There seems to be support for lots of languages other than English, which I
don't need, but it seems to be installed by default on Fedora 17
On Fri, 2012-06-22 at 09:36 +0100, David Howells wrote:
> 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 stuf
2012/6/25 Malcolm Turmel :
> There seems to be support for lots of languages other than English, which I
> don't need, but it seems to be installed by default on Fedora 17. Why?
Package Groups are shown as "installed", as soon as all mandatory
packages are installed (IIRC at least one package of t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 20 Jun 2012 17:10:08 -0500
Dennis Gilmore wrote:
> 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 l
On Mon, 2012-06-25 at 09:00 -0400, Stephen Gallagher wrote:
> On Fri, 2012-06-22 at 09:36 +0100, David Howells wrote:
> > 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-us
Its still taking up valuable space.
All the non-english packages should be optional.
When I try to remove one of the Package, it tells me its going to also
Uninstall lots of other stuff.
How would I go about now uninstalling all of them without breaking my
system.
On Mon, Jun 25, 2012 at 6:10 A
On Mon, Jun 25, 2012 at 2:27 PM, Malcolm Turmel wrote:
> Its still taking up valuable space.
>
> All the non-english packages should be optional.
>
> When I try to remove one of the Package, it tells me its going to also
> Uninstall lots of other stuff.
>
> How would I go about now uninstalling al
https://bugzilla.redhat.com/show_bug.cgi?id=833719
Jitka Plesnikova changed:
What|Removed |Added
Assignee|mmasl...@redhat.com |jples...@redhat.com
--
You are recei
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 24 Jun 2012 18:49:54 -0300
Sergio Belkin wrote:
> 2012/6/24 Michael Schwendt :
> > On Sun, 24 Jun 2012 14:09:34 -0300, Sergio Belkin wrote:
> >
> >> Hi,
> >>
> >> Just I am somewhat surprised that I submitted package cdw for
> >> testing and
On Sun, Jun 24, 2012 at 2:39 PM, Jef Spaleta wrote:
> On Sun, Jun 24, 2012 at 12:17 PM, Tom London wrote:
>
>> Haven't checked the crypto changes, but I do notice this spew when I
>> try 'Edit->Preferences':
>
> Okay I think I have the GConf scriptlets fixed:
> http://koji.fedoraproject.org/koji/
Following is the list of topics that will be discussed in the FESCo
meeting Monday at 17:00UTC (1:00pm EDT) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #830 define requirements for secondary arch
Hi,
I recently encountered a problem with the Openstack Quantum service. The
service was installed by doing the following steps:
- sudo yum install openstack-quantum
- sudo systemctl enable quantum-server.service
- sudo systemctl start quantum-server.service
Due to a bug the service t
A file has been added to the lookaside cache for perl-Alien-SDL:
eedfebaf00dca8a8e4806e8dc47bf1ed Alien-SDL-1.436.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/
On Mon, 25.06.12 16:57, Gary Kotton (gkot...@redhat.com) wrote:
> Hi,
>
> I recently encountered a problem with the Openstack Quantum service. The
> service was installed by doing the following steps:
> - sudo yum install openstack-quantum
> - sudo systemctl enable quantum-server.service
commit b38dfb4aadbe10c18270311a329aaedbfb2e5cb5
Author: Jitka Plesnikova
Date: Mon Jun 25 16:06:44 2012 +0200
1.436 bump
.gitignore |1 +
perl-Alien-SDL.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.giti
2012/6/25 Dennis Gilmore :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Sun, 24 Jun 2012 18:49:54 -0300
> Sergio Belkin wrote:
>
>> 2012/6/24 Michael Schwendt :
>> > On Sun, 24 Jun 2012 14:09:34 -0300, Sergio Belkin wrote:
>> >
>> >> Hi,
>> >>
>> >> Just I am somewhat surprised that I
On Mon, 25.06.12 16:13, Lennart Poettering (mzerq...@0pointer.de) wrote:
> I think it would be great if somebody would file an FPC ticket about
> this, so that the policy gets amended. But for that we'd first have to
> make our mind up what the best option to recommend is.
Hmm, ok, I decided to b
2012/6/25 Malcolm Turmel :
> Its still taking up valuable space.
It is not. Trust me. You only see the package groups as "installed",
because you have packages installed that are on the list of that
group.
For example, you mentioned the "Arabic Support" group. This group
includes "dejavu-sans-fon
With OpenStack there are quite a large number of daemons per host, each
of which has their own .service unit file.
openstack-glance-api.service
openstack-glance-registry.service
openstack-keystone.service
openstack-nova-api.service
openstack-nova-cert.service
openstack-nova-compute.ser
Lennart Poettering writes:
> On Mon, 25.06.12 16:57, Gary Kotton (gkot...@redhat.com) wrote:
>> My understanding is that if there is a entry in the "Service" section
>> "Restart=always", then we can rely on systemd to restart the service if
>> it dies.
>>
>> Can someone please explain or clarify
(I'm posting in this thread rather than starting a new one in order to
respect people who've spam-canned it)
It is being widely reported that Canonical's be signing the kernel,
they won't be requiring signed drivers, and won't be restricting
runtime functionality while securebooted. What is being
Am Montag, den 25.06.2012, 17:34 +0700 schrieb Michel Alexandre Salim:
> On 06/22/2012 03:44 PM, Martin Gansser wrote:
> > 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
On Mon, Jun 25, 2012 at 5:36 AM, Tom London wrote:
> Hmm... Still seeing spew:
> Here is what I did:
>
> 1. I 'rpm -Uvh --force' the new package.
> 2. I 'recovered' my old ~/.gconf/apps/revelation/ settings (I had
> saved them by moving them to revelation.old before updating/testing
> with the pre
On Mon, Jun 25, 2012 at 10:30:00 -0400,
Tom Lane wrote:
See also bug #832029 before being in too much of a hurry to decide that
this Must Be A Good Thing. At minimum, it currently seems that we might
need per-service tuning of the restart timing parameters before being
sure that enabling res
Hi all,
I'm going to build the unstable PackageKit 0.8.1 into rawhide
tomorrow. The packagekit-glib and packagekit-qt break ABI, but I'll
take care of anything that needs patching / rebuilding.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/l
Julian Leyh (jul...@vgai.de) said:
> It is not. Trust me. You only see the package groups as "installed",
> because you have packages installed that are on the list of that
> group.
>
> For example, you mentioned the "Arabic Support" group. This group
> includes "dejavu-sans-fonts" as "default"-p
Tom Lane (t...@redhat.com) said:
> > Well, simply because we have no policy about it.
>
> See also bug #832029 before being in too much of a hurry to decide that
> this Must Be A Good Thing. At minimum, it currently seems that we might
> need per-service tuning of the restart timing parameters b
On Mon, Jun 25, 2012 at 1:11 PM, Bill Nottingham wrote:
> To elaborate - dejavu-sans-fonts is the default font for English. However,
> it also happens to have Arabic, Greek, accented European, etc. characters,
> so 'support' for those languages will show up as being installed.
And if you use the
Also— as this apparently hasn't been mentioned here:
https://fedoraproject.org/wiki/Features/SecureBoot
and also the actual WIP kernel patches:
http://www.codon.org.uk/~mjg59/tmp/ftsoefi/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 06/25/2012 11:25 AM, Gregory Maxwell wrote:
This seems a bit incongruent with many of the claims made here about
the degree of participation with cryptographic lockdown required and
the importance of it.
I think we've made it fairly clear that we don't believe their interpretation
is correc
(prepared manually, MeetBot-generated version to hopefully follow later)
* ticket 830 define requirements for secondary arch promotion
NOTE: https://fedorahosted.org/fesco/ticket/830#comment:11 sums up
the situation correctly.
* ticket #873 F18 Feature: 256 Color Terminals -
https://fedoraproje
commit 810dd49e0529b75ea643c35af136553b3076167e
Author: Nathanael D. Noblet
Date: Mon Jun 25 12:02:43 2012 -0600
Remove un-needed patch
w3c-markup-validator-0.8.6-hanextra.patch | 59 -
w3c-markup-validator.spec |9 ++--
2 files changed, 5
commit 6d1295c0d913afc117082d60031eb77f198490cb
Author: Nathanael D. Noblet
Date: Mon Jun 25 12:00:52 2012 -0600
Remove un-needed patch
w3c-markup-validator-1.0-hanextra.patch | 59 ---
w3c-markup-validator.spec |9 +++--
2 files changed, 5
commit 7d87dc1169c5eeb8164869154fe545dde9eacc7f
Author: Nathanael D. Noblet
Date: Mon Jun 25 11:59:43 2012 -0600
Remove un-needed patch
w3c-markup-validator-1.0-hanextra.patch | 59 ---
w3c-markup-validator.spec |9 +++--
2 files changed, 5
commit c71731d6b2bbb6da7553edd0886044d732fd4561
Author: Nathanael D. Noblet
Date: Mon Jun 25 11:58:44 2012 -0600
Remove un-needed patch
w3c-markup-validator-1.0-hanextra.patch | 59 ---
w3c-markup-validator.spec |9 +++--
2 files changed, 5
On Mon, Jun 25, 2012 at 1:56 PM, Peter Jones wrote:
> I feel like this is quite patronizing. We've stated time and again that we
> don't believe the scenario you're preaching has any real /viability/, and
Sounds like you're not arguing with me, you're arguing with Canonical.
I didn't propose th
On Mon, Jun 25, 2012 at 02:10:10PM -0400, Gregory Maxwell wrote:
> I was under the impression that you couldn't get a key like that
> signed in the first place. But what do I know, it seems like the
> experts at canonical don't agree and are going to try several other
> routes concurrently.
We ne
On Mon, Jun 25, 2012 at 9:46 AM, Jef Spaleta wrote:
> On Mon, Jun 25, 2012 at 5:36 AM, Tom London wrote:
>> Hmm... Still seeing spew:
>> Here is what I did:
>>
>> 1. I 'rpm -Uvh --force' the new package.
>> 2. I 'recovered' my old ~/.gconf/apps/revelation/ settings (I had
>> saved them by moving
On Mon, 25 Jun 2012, Gregory Maxwell wrote:
(I'm posting in this thread rather than starting a new one in order to
respect people who've spam-canned it)
It is being widely reported that Canonical's be signing the kernel,
they won't be requiring signed drivers, and won't be restricting
runtim
On 2012-06-25 19:26, Martin Gansser wrote:
> Sorry, I can't review your package, because i have no expierence in
> reviewing packages.
The only way to gain that experience is to do it. Just go ahead!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/lis
Jay Sulzberger (j...@panix.com) said:
> The issue is so large that it is absurd to allow a small group of
> engineers from Fedora to engage in secret negotiations with the
> Englobulators about the issue. The small team is not empowered
> by me, nor by millions of others, to give away our present
On Jun 25, 2012, at 9:25 AM, Gregory Maxwell wrote:
> It is being widely reported that Canonical's be signing the kernel,
> they won't be requiring signed drivers, and won't be restricting
> runtime functionality while securebooted. What is being claimed is
> that the only thing they'll be restri
I started 3 Koji tasks this afternoon. They all died in pretty
inexplicable ways, but after examining them I seem to have worked out
that they all died after approx 68 minutes and 30 seconds, give or
take a few seconds.
Is there some new limit on Koji jobs? I'm pretty sure it used to be
24 hour
On Jun 25, 2012, at 12:22 PM, Jay Sulzberger wrote:
>
> The main error of the Surrender before Engagement Argument is:
>
> 1. to implicitly assume that the "issue" is smaller than it is
>
> The situation is quite different:
>
> If we do not here and now stand and fight, likely we will shortly
On Mon, Jun 25, 2012 at 2:37 PM, Chris Murphy wrote:
> I'm reading they're going to use a modified Intel efilinux, not writing a new
> boot loader. And that they will not require either signed kernel or kernel
> modules.
Thats my understanding.
> So what's the point of Secure Pre-Boot?
Making
On Mon, 2012-06-25 at 14:10 -0400, Gregory Maxwell wrote:
> On Mon, Jun 25, 2012 at 1:56 PM, Peter Jones wrote:
> > I feel like this is quite patronizing. We've stated time and again that we
> > don't believe the scenario you're preaching has any real /viability/, and
>
> Sounds like you're not
On Jun 25, 2012, at 12:48 PM, Gregory Maxwell wrote:
>
>
>> So what's the point of Secure Pre-Boot?
>
> Making Ubuntu work on the hardware people have. Which is the
> justification given here why Fedora needed to adopt crytographic
> signing of the kernel/drivers/etc.
That does not answer the
Package perl-Term-Animation in Fedora 15 was orphaned by lbazan
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Term-Animation
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedorapro
On Mon, Jun 25, 2012 at 3:28 PM, Chris Murphy wrote:
> That does not answer the question. Ubuntu would work on Secure Boot hardware
> if they recommended users disable Secure Boot. So why not recommend that, and
> not support Secure Boot at all?
I advocated that. It was argued here that this wo
Bruno Wolff III writes:
>Tom Lane wrote:
>> See also bug #832029 before being in too much of a hurry to decide that
>> this Must Be A Good Thing. At minimum, it currently seems that we might
>> need per-service tuning of the restart timing parameters before being
>> sure that enabling restar
On Mon, 25 Jun 2012, Tom Lane wrote:
Subject: Re: service restart question
(1) systemd is not able to distinguish a crash that should be restarted
(2) Right now it appears that there is a bug in systemd that causes
it to ignore its respawn limits
(3) Even if StartLimitInterval/StartLimi
Paul Wouters (pwout...@redhat.com) said:
> On Mon, 25 Jun 2012, Tom Lane wrote:
>
> >Subject: Re: service restart question
>
> >(1) systemd is not able to distinguish a crash that should be restarted
>
> >(2) Right now it appears that there is a bug in systemd that causes
> >it to ignore its re
Mystery over. It seems the test is segfaulting, but that's not
appearing in the build.log output. Thanks Dennis Gilmore for
providing dmesg from the builder for me.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-co
On Mon, 25 Jun 2012, Chris Murphy wrote:
>
On Jun 25, 2012, at 12:48 PM, Gregory Maxwell wrote:
>
>
>> So what's the point of Secure Pre-Boot?
>
> Making Ubuntu work on the hardware people have. Which is the
> justification given here why Fedora needed to adopt crytographic
> signing of t
On Fri, 2012-06-22 at 10:02 +0200, Matej Cepl wrote:
> 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 sour
On Fri, 2012-06-22 at 09:56 +0200, Matej Cepl wrote:
> 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?
> >
On Fri, 2012-06-22 at 10:10 +0200, Nicolas Mailhot wrote:
> 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 n
On Mon, Jun 25, 2012 at 2:48 PM, Gregory Maxwell wrote:
> On Mon, Jun 25, 2012 at 2:37 PM, Chris Murphy wrote:
>> I'm reading they're going to use a modified Intel efilinux, not writing a
>> new boot loader. And that they will not require either signed kernel or
>> kernel modules.
>
> Thats my
On 25/06/12 23:04, James Antill wrote:
yumdb unset reason '*'
Thanks ... results are interesting.
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
inode0 wrote:
> The "quota" for these would need to be much higher already as the
> Multi-Desktop is now 6.1GB
The Multi Desktop Live DVD is dual-layer, it's not expected to fit 4.7 GB.
But dual-layer DVDs also have a finite capacity. ;-) So we can allow each
spin to grow to a certain extent, bu
Adam Williamson wrote:
> I don't believe there's currently any requirement that target sizes
> match some form of physical media. So far they always _have_, but if
> there's a requirement that they _must_, I've never seen it.
It might have been a misunderstanding, but I read Jóhann B. Guðmundsson
On Mon, 25 Jun 2012, Seth Johnson wrote:
> On Mon, Jun 25, 2012 at 2:48 PM, Gregory Maxwell wrote:
> On Mon, Jun 25, 2012 at 2:37 PM, Chris Murphy wrote:
>> I'm reading they're going to use a modified Intel efilinux, not writing a
new boot loader. And that they will not require either sign
We discussed this in fesco today and had a couple of concerns. The
primary one was that handling this in profile seemed a bit fragile. It
seems like it would be more "correct" to have the terminals explicitly
set xterm-256 themselves if they're capable of it, rather than assuming
things about t
On Mon, Jun 25, 2012 at 09:14:54PM -0400, Jay Sulzberger wrote:
> These questions are asked so that I may better lay out some
> actual security considerations in a later post.
http://www.uefi.org/specs/download/UEFI_2_3_1_Errata_B.pdf sections
27.6, 27.7 and 27.8, along with 7.2 for an overview
On 06/25/2012 09:14 PM, Jay Sulzberger wrote:
[...] I have some questions about what sort of
capabilities the UEFI will have in machines sold later this year:
1. What is the mechanism for remote revocation of signing keys?
There's 2 mechanisms here. The first is a key list called DBX. This is
Once upon a time, Matthew Garrett said:
> We discussed this in fesco today and had a couple of concerns. The
> primary one was that handling this in profile seemed a bit fragile. It
> seems like it would be more "correct" to have the terminals explicitly
> set xterm-256 themselves if they're ca
On Mon, Jun 25, 2012 at 6:53 PM, Kevin Kofler wrote:
> inode0 wrote:
>> The "quota" for these would need to be much higher already as the
>> Multi-Desktop is now 6.1GB
>
> The Multi Desktop Live DVD is dual-layer, it's not expected to fit 4.7 GB.
> But dual-layer DVDs also have a finite capacity.
On Mon, Jun 25, 2012 at 08:47:16PM -0500, Chris Adams wrote:
> Trying to do this in profile scripts assumes that you only run local
> terminals that come from Fedora and that have been tested. For example,
> if you SSH to a Fedora box from an old xterm that doesn't do 256 colors,
> what happens i
On Tue, 26 Jun 2012, Matthew Garrett wrote:
> On Mon, Jun 25, 2012 at 09:14:54PM -0400, Jay Sulzberger wrote:
> These questions are asked so that I may better lay out some
> actual security considerations in a later post.
http://www.uefi.org/specs/download/UEFI_2_3_1_Errata_B.pdf sections
On Mon, Jun 25, 2012 at 11:22 AM, Tom London wrote:
> On Mon, Jun 25, 2012 at 9:46 AM, Jef Spaleta wrote:
>> On Mon, Jun 25, 2012 at 5:36 AM, Tom London wrote:
>>> Hmm... Still seeing spew:
>>> Here is what I did:
>>>
>>> 1. I 'rpm -Uvh --force' the new package.
>>> 2. I 'recovered' my old ~/.gc
Once upon a time, Matthew Garrett said:
> On Mon, Jun 25, 2012 at 08:47:16PM -0500, Chris Adams wrote:
> > Trying to do this in profile scripts assumes that you only run local
> > terminals that come from Fedora and that have been tested. For example,
> > if you SSH to a Fedora box from an old xt
On Mon, 25 Jun 2012, Peter Jones wrote:
On 06/25/2012 09:14 PM, Jay Sulzberger wrote:
[...] I have some questions about what sort of
capabilities the UEFI will have in machines sold later this year:
1. What is the mechanism for remote revocation of signing keys?
There's 2 mechanisms here.
On 06/25/2012 11:08 PM, Jay Sulzberger wrote:
Is there a hardware switch or jumper that can be set so that no
modification of the firmware is possible? My question here is:
if I have gross physical possession of the hardware can I disable
firmware updates done just via code running on the x86/U
On Mon, 25 Jun 2012, Peter Jones wrote:
On 06/25/2012 11:08 PM, Jay Sulzberger wrote:
Is there a hardware switch or jumper that can be set so that no
modification of the firmware is possible? My question here is:
if I have gross physical possession of the hardware can I disable
firmware up
On Mon, 2012-06-25 at 23:31 -0400, Peter Jones wrote:
> > I know that UEFI hardware is available.
> >
> > Which hardware do you recommend, if I want to actually see the
> > UEFI and perhaps try it out?
>
> I'm really, *really* not in the business of recommending hardware. There
> are various site
On Sun, Jun 24, 2012 at 09:59:55PM -0800, Jef Spaleta wrote:
> On Sun, Jun 24, 2012 at 9:50 PM, Pierre-Yves Chibon
> wrote:
> > I had a number of problem with guake and its gconf schema, so after
> > discussion here I added this to the spec file:
> >
> > %posttrans
> > killall -HUP gconfd-2 > /de
78 matches
Mail list logo
