Hi,
several users of Emacs and one user of Vim complained in rhbz#574406 [1]
that they can no longer use their editor to open and edit gpg-encrypted
files in Fedora 13.
The reason is that GnuPG 1.4 was deprecated after Fedora 12 release, and
GnuPG 2 was introduced to replace it. However, GnuPG
On 07/13/2010 09:54 AM, Karel Klic wrote:
> Hi,
>
> several users of Emacs and one user of Vim complained in rhbz#574406 [1]
> that they can no longer use their editor to open and edit gpg-encrypted
> files in Fedora 13.
>
> The reason is that GnuPG 1.4 was deprecated after Fedora 12 release, an
On Tue, 2010-07-13 at 10:54 +0200, Karel Klic wrote:
> Hi,
>
> several users of Emacs and one user of Vim complained in rhbz#574406 [1]
> that they can no longer use their editor to open and edit gpg-encrypted
> files in Fedora 13.
>
> The reason is that GnuPG 1.4 was deprecated after Fedora 12
> Should someone write up a draft for an official package review
> checklist, and have FPC update it when guidelines change? (I guess by
> writing this email I just volunteered myself...)
How about scripting and packaging it? Then one could just run it on
the final srpm for review. Of course the
I'm orphaning the following packages:
zikula-module-EZComments
zikula-module-filterutil
zikula-module-pagemaster
They were modules needed for the first prototype of Fedora Insight, but
I haven't been keeping up with upstream zikula for months now and can't
maintain them responsibly.
Copying th
On 07/13/2010 12:27 PM, Jens Petersen wrote:
>> Should someone write up a draft for an official package review
>> checklist, and have FPC update it when guidelines change? (I guess by
>> writing this email I just volunteered myself...)
>>
> How about scripting and packaging it? Then one could just
On Tue, Jul 06, 2010 at 09:35:32AM -0700, Jesse Keating wrote:
>
> The "system" is fairly open with regard to just about everything except
> attitude. Currently it's mostly attitude that prevents "openness".
The ACL system restrict changes to other people packages to provenpackagers.
And then th
On Tue, 2010-07-13 at 12:36 +0300, Manuel Wolfshant wrote:
> On 07/13/2010 12:27 PM, Jens Petersen wrote:
> >> Should someone write up a draft for an official package review
> >> checklist, and have FPC update it when guidelines change? (I guess by
> >> writing this email I just volunteered myself.
On Tue, Jul 13, 2010 at 09:57:38AM +0100, Andrew Haley wrote:
> On 07/13/2010 09:54 AM, Karel Klic wrote:
> > Hi,
> >
> > several users of Emacs and one user of Vim complained in rhbz#574406 [1]
> > that they can no longer use their editor to open and edit gpg-encrypted
> > files in Fedora 13.
>
On 07/13/2010 10:51 AM, Daniel P. Berrange wrote:
> On Tue, Jul 13, 2010 at 09:57:38AM +0100, Andrew Haley wrote:
>> On 07/13/2010 09:54 AM, Karel Klic wrote:
>>>
>>> several users of Emacs and one user of Vim complained in rhbz#574406 [1]
>>> that they can no longer use their editor to open and ed
On Sun, 2010-07-11 at 20:08 -0600, Kevin Fenzi wrote:
> On Sun, 11 Jul 2010 11:31:01 +0530
> Ankur Sinha wrote:
>
> > hi,
> >
> > I'd like to confirm if I can approve recoll[1] which uses some build
> > deps that it ships in the tar itself. Namely, "unac" and "binc imap".
> >
> >
> > > > 1. I
On Tuesday 13 July 2010 01:28:50 Jesse Keating wrote:
> We're ready for the next phase of dist-git migration testing. Building!
> We now have a staging koji server that has been modified to accept
> builds from our test dist-git server. I've also updated fedpkg (in the
> fedora-packager package)
On Tue, 2010-07-13 at 13:34 +0200, Laurent Rineau wrote:
> > So grab fedora-packager-0.4.2.3 (may have to enable updates-testing)
>
> For the moment, Yum on Fedora 13 says:
>
> Error: Package: fedora-packager-0.4.2.3-1.fc13.noarch (updates-testing)
>Requires: GitPython >= 0.2.0
>
On 7/7/2010 10:29 PM, Tom "spot" Callaway wrote:
> [fabbione] cluster: gfs2-utils-3.0.12-3.fc14.x86_64
> clusterlib-3.0.12-3.fc14.x86_64
false positive
> [fabbione] resource-agents: ldirectord-3.0.13-1.fc14.x86_64
also false positive
> [lon] fence-virt: fence-virtd-0.2.1-3.fc14.x86_64
this is
On 07/13/2010 04:53 PM, Ankur Sinha wrote:
> The packages that they've used have significantly been changed to fit
> the needs of recoll, so I'm not sure sending patches to upstream makes
> sense.
>
Have they tried doing that yet?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
htt
Przemek Klosowski wrote:
> In the context of this discussion, I think Kevin understands WONTFIX as
> "the packager can't do anything about it, and leaves it up to the
> upstream", whereas other people use the original meaning, and want see
> something less categorical in Fedora/Bugzilla.
Actually,
On 07/13/2010 09:54 AM, Karel Klic wrote:
> several users of Emacs and one user of Vim complained in rhbz#574406 [1]
> that they can no longer use their editor to open and edit gpg-encrypted
> files in Fedora 13.
>
> The reason is that GnuPG 1.4 was deprecated after Fedora 12 release, and
> Gnu
Compose started at Tue Jul 13 08:15:08 UTC 2010
Broken deps for x86_64
--
BackupPC-3.1.0-14.1.fc14.noarch requires perl-suidperl
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requ
On 07/13/2010 03:21 PM, Daniel P. Berrange wrote:
>
> That is certainly the good approach to get a long term solution for
> Fedora, but it isn't much use for people using Fedora 13 today who
> have broken gpg support. It sounds like a compat-gnupg14 package is
> a reasonable approach to fixing thi
2010/7/13 Daniel P. Berrange :
> On Tue, Jul 13, 2010 at 09:57:38AM +0100, Andrew Haley wrote:
>> On 07/13/2010 09:54 AM, Karel Klic wrote:
>> > Hi,
>> >
>> > several users of Emacs and one user of Vim complained in rhbz#574406 [1]
>> > that they can no longer use their editor to open and edit gpg-
If you are changing the locate of an executable or libraries the
executables write to, please make sure SELinux labels are still
consistant or contact the selinux developers for help. IF you update a
package in a released version of Fedora and change the locations you
MUST make sure it still works
On 07/13/2010 07:55 AM, Daniel J Walsh wrote:
> If you are changing the locate of an executable or libraries the
> executables write to, please make sure SELinux labels are still
> consistant or contact the selinux developers for help. IF you update a
> package in a released version of Fedora and
On 07/13/2010 06:25 PM, Daniel J Walsh wrote:
> If you are changing the locate of an executable or libraries the
> executables write to, please make sure SELinux labels are still
> consistant or contact the selinux developers for help. IF you update a
> package in a released version of Fedora and
Daniel J Walsh wrote:
> packagekit got released this to F13 and Rawhide this week and changed
> its location. packagekitd should be labeled rpm_exec_t, Since it moved
> it got the default label and is now running unconfined. This causes
> labels to get screwed up and lots of bugs are being report
On 13 July 2010 13:55, Daniel J Walsh wrote:
> If you are changing the locate of an executable or libraries the
> executables write to, please make sure SELinux labels are still
> consistant or contact the selinux developers for help. IF you update a
> package in a released version of Fedora and
On 07/13/2010 06:58 PM, Christopher Brown wrote:
> No. SELinux is unacceptable when it displays ridiculous warning
> messages to users telling them it has detected suspicious activity on
> a system that has ONLY JUST BEEN INSTALLED.
>
That should have failed the release criteria as it is writte
I hit a new dependency when building perl-Mail-Box for EPEL, and I could
use a quick package review of perl-File-FcntlLock (its a teeny tiny perl
package). Will happily trade reviews.
https://bugzilla.redhat.com/show_bug.cgi?id=614008
~spot
--
devel mailing list
devel@lists.fedoraproject.org
htt
On 07/13/2010 09:30 AM, Rahul Sundaram wrote:
> On 07/13/2010 06:58 PM, Christopher Brown wrote:
>> No. SELinux is unacceptable when it displays ridiculous warning
>> messages to users telling them it has detected suspicious activity on
>> a system that has ONLY JUST BEEN INSTALLED.
>>
>
> That
On 07/13/2010 07:14 PM, Daniel J Walsh wrote:
> On 07/13/2010 09:30 AM, Rahul Sundaram wrote:
>
>> On 07/13/2010 06:58 PM, Christopher Brown wrote:
>>
>>> No. SELinux is unacceptable when it displays ridiculous warning
>>> messages to users telling them it has detected suspicious activity o
On 13 July 2010 14:44, Daniel J Walsh wrote:
> On 07/13/2010 09:30 AM, Rahul Sundaram wrote:
>> On 07/13/2010 06:58 PM, Christopher Brown wrote:
>>> No. SELinux is unacceptable when it displays ridiculous warning
>>> messages to users telling them it has detected suspicious activity on
>>> a syste
On Thu, Jul 08, 2010 at 11:31:09AM -0400, Brandon Lozza wrote:
> A mass rebuild would be recommended as the new compiler will produce faster
> code. I believe everything will benefit and it's worth looking into. For
> example I noticed a significant difference on the OpenSUSE distro when GCC was
Th
On Tue, 2010-07-13 at 13:48 +0200, Léon Keijser wrote:
> On Tue, 2010-07-13 at 13:34 +0200, Laurent Rineau wrote:
> > > So grab fedora-packager-0.4.2.3 (may have to enable updates-testing)
> >
> > For the moment, Yum on Fedora 13 says:
> >
> > Error: Package: fedora-packager-0.4.2.3-1.fc13.noarc
On 07/13/2010 05:11 PM, Christopher Brown wrote:
> [...]
> Whilst I appreciate your huge efforts to provide users with a more
> secure system, you need to realise that SELinux as it stands at the
> moment is utterly broken. As you clearly don't think this is the case,
> please spend some time in us
On 07/13/2010 10:11 AM, Christopher Brown wrote:
> On 13 July 2010 14:44, Daniel J Walsh wrote:
>> On 07/13/2010 09:30 AM, Rahul Sundaram wrote:
>>> On 07/13/2010 06:58 PM, Christopher Brown wrote:
No. SELinux is unacceptable when it displays ridiculous warning
messages to users telling
On 07/09/2010 08:48 AM, Fred Walker wrote:
> Hello:
> I hope this is the proper place for this post.
> I do not have access to DSL )-;
> Because of this I would like to make a suggestion.
> When a new Distribution is released I get the DVD with everything on it.
> The problem is after the install a
On Tue, Jul 13, 2010 at 08:55:47AM -0400, Daniel J Walsh wrote:
> If you are changing the locate of an executable or libraries the
> executables write to, please make sure SELinux labels are still
> consistant or contact the selinux developers for help. IF you update a
> package in a released vers
Dne 13.7.2010 01:28, Jesse Keating napsal(a):
> Thanks in advance! (and find me on IRC or file tickets against
> fedora-packager in fedora hosted if you run into issues)
Cannot find you on IRC ...
https://fedorahosted.org/fedora-packager/ticket/18
Matěj
--
understand, v.:
To reach a point
Le 13/07/2010 15:30, Rahul Sundaram a écrit :
>
> On 07/13/2010 06:58 PM, Christopher Brown wrote:
>> No. SELinux is unacceptable when it displays ridiculous warning
>> messages to users telling them it has detected suspicious activity on
>> a system that has ONLY JUST BEEN INSTALLED.
>>
>
> T
On Fri, Jul 09, 2010 at 08:48:24AM -0400, Fred Walker wrote:
> Because of this I would like to make a suggestion.
> When a new Distribution is released I get the DVD with everything on it.
> The problem is after the install and upgrade the new Distribution looks
> to the repositories for up dates.
On 07/13/2010 08:15 PM, Nicolas Mailhot wrote:
> IIRC pyzor, for example, has never worked on an selinux system, as it
> tries to write stuff in / (and no one has minded for many releases)
>
The release criteria only cares about the default package set and
configuration in my understanding.
Ra
On Tue, Jul 13, 2010 at 03:11:44PM +0100, Christopher Brown wrote:
> >
> > As long as you give us a heads up we can prevent these types of blowups.
> > Since this policy is shared between yum, packagekit
>
> Whilst I appreciate your huge efforts to provide users with a more
> secure system, you ne
A file has been added to the lookaside cache for perl-Image-ExifTool:
271d6cb716f74af7a5072561d7ca4750 Image-ExifTool-8.25.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
Author: spot
Update of /cvs/pkgs/rpms/perl-Image-ExifTool/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv22097/EL-6
Modified Files:
perl-Image-ExifTool.spec sources
Log Message:
8.25
Index: perl-Image-ExifTool.spec
==
Author: spot
Update of /cvs/pkgs/rpms/perl-Image-ExifTool/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv22097/devel
Modified Files:
.cvsignore perl-Image-ExifTool.spec sources
Log Message:
8.25
Index: .cvsignore
===
On 13/07/10 15:48, Till Maas wrote:
> On Fri, Jul 09, 2010 at 08:48:24AM -0400, Fred Walker wrote:
>
> http://fedoraproject.org/wiki/Distribution/FreeMedia
Not so relevant for this.
Best bet may be to install: yum-plugin-security
and just go for security updates with:
yum --security update
fail
On 07/13/2010 10:37 AM, Till Maas wrote:
> On Tue, Jul 13, 2010 at 08:55:47AM -0400, Daniel J Walsh wrote:
>> If you are changing the locate of an executable or libraries the
>> executables write to, please make sure SELinux labels are still
>> consistant or contact the selinux developers for help.
On 13/07/10 15:47, Tomasz Torcz wrote:
> On Tue, Jul 13, 2010 at 03:11:44PM +0100, Christopher Brown wrote:
>>>
>>> As long as you give us a heads up we can prevent these types of blowups.
>>> Since this policy is shared between yum, packagekit
>>
>> Whilst I appreciate your huge efforts to provide
> Personally I do momentarily enable to test but always disable
> because of _hundreds_ of errors in the applet thingy.
You can disable the applet thingy without disabling selinux. I do.
- Mike
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/
On 07/13/2010 09:03 PM, Pádraig Brady wrote:
> Nobody I know enables SELinux.
> smolt says about half leave it enabled:
> http://smolts.org/static/stats/stats.html
> But I'm guessing a lot of experienced users/devs
> disable it given previous experiences...
> It's a bit of a catch 22 really.
>
On Tue, Jul 13, 2010 at 10:54:06AM +0200, Karel Klic wrote:
> Hi,
>
> several users of Emacs and one user of Vim complained in rhbz#574406 [1]
> that they can no longer use their editor to open and edit gpg-encrypted
> files in Fedora 13.
>
> The reason is that GnuPG 1.4 was deprecated after Fed
On Tue, Jul 13, 2010 at 10:15 AM, Pekka Pietikainen wrote:
> On Thu, Jul 08, 2010 at 11:31:09AM -0400, Brandon Lozza wrote:
>> A mass rebuild would be recommended as the new compiler will produce faster
>> code. I believe everything will benefit and it's worth looking into. For
>> example I notice
Dne 13.7.2010 17:33, Pádraig Brady napsal(a):
> Personally I do momentarily enable to test but always disable
> because of _hundreds_ of errors in the applet thingy.
Hundreds? I have been running RHEL-6 from mid-Januray (that means
Rawhide was quite stable comparing to it) with SELinux in the Enf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/13/10 2:43 AM, Patrice Dumas wrote:
> On Tue, Jul 06, 2010 at 09:35:32AM -0700, Jesse Keating wrote:
>>
>> The "system" is fairly open with regard to just about everything except
>> attitude. Currently it's mostly attitude that prevents "openness
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/13/2010 05:38 AM, David Shaw wrote:
> On 07/13/2010 09:54 AM, Karel Klic wrote:
>
>> several users of Emacs and one user of Vim complained in rhbz#574406 [1]
>> that they can no longer use their editor to open and edit gpg-encrypted
>> files in
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
--
= Weekly KDE Summary
On Tue, Jul 13, 2010 at 11:55:15AM -0400, Brandon Lozza wrote:
> I'm going to keep a personal note of the apps which do perform faster
> and grab the src rpm's so that I can compile them myself with LTO.
Remember that currently LTO doesn't play well with debug info,
for C sometimes somewhat usable
On 07/13/2010 11:55 AM, Brandon Lozza wrote:
> I'm going to keep a personal note of the apps which do perform faster
> and grab the src rpm's so that I can compile them myself with LTO.
Jakub Jelinek said that "LTO isn't really usable in 4.5."
--
devel mailing list
devel@lists.fedoraproject.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/13/10 4:34 AM, Laurent Rineau wrote:
> On Tuesday 13 July 2010 01:28:50 Jesse Keating wrote:
>> We're ready for the next phase of dist-git migration testing. Building!
>> We now have a staging koji server that has been modified to accept
>> buil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/13/10 4:34 AM, Laurent Rineau wrote:
> On Tuesday 13 July 2010 01:28:50 Jesse Keating wrote:
>> We're ready for the next phase of dist-git migration testing. Building!
>> We now have a staging koji server that has been modified to accept
>> buil
Pádraig Brady wrote:
>Nobody I know enables SELinux.
>smolt says about half leave it enabled:
>http://smolts.org/static/stats/stats.html
>But I'm guessing a lot of experienced users/devs
>disable it given previous experiences...
It's closer to 70% actually, also consider the 18.7% being market a
Kevin Kofler writes:
> [...]
> Actually, I think WONTFIX is a bad choice of resolution here, UPSTREAM or,
> in the specific case of the reporter refusing to file an upstream bug,
> INSUFFICIENT_DATA is IMHO a better choice.
... or FEDORA_MAINTAINER_PATCH_ROBOT_TOO_BUSY.
- FChE
--
devel maili
2010/7/14 Brian C. Lane :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/13/2010 05:38 AM, David Shaw wrote:
>> On 07/13/2010 09:54 AM, Karel Klic wrote:
>>
>>> several users of Emacs and one user of Vim complained in rhbz#574406 [1]
>>> that they can no longer use their editor to open
On Sat, Jul 10, 2010 at 07:10:51PM -0600, Kevin Fenzi wrote:
> Recent changes include:
>
> - I have added a RHEL6b2 test machine. This may help EPEL-6 maintainers
> check for packages or test/debug their packages.
Thank you very much. There seems to be a typo in the reverse DNS entry
for var
Author: kevin
Update of /cvs/pkgs/rpms/perl-Class-C3/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv3475
Modified Files:
perl-Class-C3.spec
Log Message:
Sync up with devel changes to get building in EL-6
Index: perl-Class-C3.spec
==
Once upon a time, Christopher Brown said:
> Whilst I appreciate your huge efforts to provide users with a more
> secure system, you need to realise that SELinux as it stands at the
> moment is utterly broken.
It works for a lot of people, so I would hardly call it "utterly
broken".
> I understan
Author: kevin
Update of /cvs/pkgs/rpms/perl-Class-C3/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv3709
Modified Files:
.cvsignore
Log Message:
Oops. Missed cvsignore
Index: .cvsignore
===
RCS file: /cvs/pkg
On Tue, Jul 13, 2010 at 2:55 PM, Daniel J Walsh wrote:
> If you are changing the locate of an executable or libraries the
> executables write to, please make sure SELinux labels are still
> consistant or contact the selinux developers for help. IF you update a
> package in a released version of F
On Sat, Jul 10, 2010 at 07:10:51PM -0600, Kevin Fenzi wrote:
> Please see the above page or contact me directly for any more
> information.
Can you maybe add the fedora-packager group to the default set of
installed packages?
sudo yum install @fedora-packager
Then useful tools like fedora-cvs
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=612875
--- Comment #1 from Kevin Fenzi 2010-07-13 12:27:34 EDT ---
Hey Chris. I went ahead and synced this over from devel to EL-6. I h
On Tue, 13 Jul 2010 18:22:52 +0200
Till Maas wrote:
> On Sat, Jul 10, 2010 at 07:10:51PM -0600, Kevin Fenzi wrote:
>
> > Recent changes include:
> >
> > - I have added a RHEL6b2 test machine. This may help EPEL-6
> > maintainers check for packages or test/debug their packages.
>
> Thank you
On 07/13/2010 06:03 PM, Brian C. Lane wrote:
> This is why I'm so surprised to see gpg be deprecated in f13. Upstream
> is supporting both and the manpage even indicates that the binary should
> be gpg2.
>
> I don't see any reason for it to have been removed in f13, and am
> willing to help maintai
On 07/13/2010 05:52 PM, Toshio Kuratomi wrote:
> Having gpg1 and gpg2 seems reasonable to me.
>
> Note, though, that the problem is slightly more limited in scope. At least
> with vim, if you have an X display, gpg2 will invoke the graphical pinentry
> where you can enter your passphrase and go ab
On Tue, 13 Jul 2010 18:27:22 +0200
Till Maas wrote:
> On Sat, Jul 10, 2010 at 07:10:51PM -0600, Kevin Fenzi wrote:
>
> > Please see the above page or contact me directly for any more
> > information.
>
> Can you maybe add the fedora-packager group to the default set of
> installed packages?
>
Greetings.
Thanks to some scripting work from Mike Mcgrath, there's a enhancement
to our meeting logs site available:
You can now go to http://meetbot.fedoraproject.org/teams/ and see a per
directory listing of meetings grouped by their meeting name. This would
allow you for instance to see all
On 07/14/2010 12:07 AM, Kevin Fenzi wrote:
> Greetings.
>
> Thanks to some scripting work from Mike Mcgrath, there's a enhancement
> to our meeting logs site available:
>
> You can now go to http://meetbot.fedoraproject.org/teams/ and see a per
> directory listing of meetings grouped by their meet
Author: scop
Update of /cvs/pkgs/rpms/w3c-markup-validator/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19766
Modified Files:
.cvsignore sources w3c-markup-validator.spec
Log Message:
* Tue Jul 13 2010 Ville Skyttä - 1.1-1
- Update to 1.1.
Index: .cvsignore
==
On Wed, 14 Jul 2010 00:11:49 +0530
Rahul Sundaram wrote:
> This is nice. Would it be possible to enhance the meeting bot to send
> meeting minutes to the appropriate mailing lists automatically?
> Suggestion from
>
> http://www.cyber-anthro.com/?p=342
I think it's on the upstream TODO list. A
On 13 July 2010 17:26, drago01 wrote:
> Yeah updating (core!) packages like PackageKit without even testing it
> with the default setup *is* indeed unacceptable.
I did test it with SELinux enabled, but I don't run enforcing as it
gets in my way as a developer. There was no message[1] in the SELin
On 07/13/2010 10:33 AM, Marcela Mašláňová wrote:
> On 07/08/2010 10:13 AM, Marcela Mašláňová wrote:
>> BTW: We are talking about 4 packages, involving these 3 maintainers:
>>>
>>> perl-DBI-Dumper: Chris Weyl
>>> perl-Data-Alias: Chris Weyl
>>> perl-Pugs-Compiler: Steven Pritchard.
>>> perl-Test-Aut
On 07/03/2010 06:50 AM, Till Maas wrote:
> Also Bodhi does not allow to fix updates by other people than the update
> submitter afaik.
Anyone with commit privs to the rawhide branch of a package should be
able to submit/edit updates for that package. Yes, it's not ideal, but
that is how it is c
On 07/06/2010 04:09 PM, Till Maas wrote:
> On Tue, Jul 06, 2010 at 03:06:37PM -0400, Will Woods wrote:
>> On Tue, 2010-07-06 at 19:21 +0200, Till Maas wrote:
>>> On Tue, Jul 06, 2010 at 09:40:01AM -0700, Jesse Keating wrote:
On 7/6/10 8:52 AM, Till Maas wrote:
> IMHO it should not be a +1
On 07/06/2010 12:15 PM, Kevin Fenzi wrote:
> On Sat, 03 Jul 2010 19:55:27 +0200
> Till Maas wrote:
>
>> On Fri, Jul 02, 2010 at 10:33:04PM +0200, Till Maas wrote:
>>> On Fri, Jul 02, 2010 at 12:48:43PM -0600, Kevin Fenzi wrote:
>>>
I have updated the page.
Does it look clear now? Re
On 07/12/2010 05:28 PM, Jesse Keating wrote:
> Thanks in advance! (and find me on IRC or file tickets against
> fedora-packager in fedora hosted if you run into issues)
fedpkg clone --branches fails.
https://fedorahosted.org/fedora-packager/ticket/20
--
Orion Poplawski
Technical Manager
On Tue, Jul 13, 2010 at 03:55:46PM -0400, Luke Macken wrote:
> This patch looks good at a first glance -- it's pretty much exactly what
> I was planning to do. The only tweak that is needed is to ensure that
> anonymous people can't pretend to be AutoQA:
>
> -if comment.author == "a
We're going to be pushing in a new gdb feature that creates indices for
the debuginfo. These indices are created by gdb, then merged into the
executable or shared library using objcopy. This will be done as part
of the find-debuginfo.sh script, run by RPM. The point of this change
is that it gre
On Tue, 2010-07-13 at 16:45 +0200, Nicolas Mailhot wrote:
> Le 13/07/2010 15:30, Rahul Sundaram a écrit :
> >
> > On 07/13/2010 06:58 PM, Christopher Brown wrote:
> >> No. SELinux is unacceptable when it displays ridiculous warning
> >> messages to users telling them it has detected suspicious act
On 07/14/2010 02:46 AM, Adam Williamson wrote:
>
> The test case for validating this criterion is:
>
> https://fedoraproject.org/wiki/QA:Testcase_desktop_error_checks
>
> note that it doesn't test non-default package sets, and doesn't test
> actively *running* applications, only booting to a defaul
On 13/07/10 16:57, Matěj Cepl wrote:
> Dne 13.7.2010 17:33, Pádraig Brady napsal(a):
>> Personally I do momentarily enable to test but always disable
>> because of _hundreds_ of errors in the applet thingy.
>
> Hundreds? I have been running RHEL-6 from mid-Januray (that means
> Rawhide was quite
===
#fedora-meeting: FESCO (2010-07-13)
===
Meeting started by nirik at 19:30:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-07-13/fesco.2010-07-13-19.30.log.html
Meeting summary
-
On Tue, Jul 13, 2010 at 8:55 AM, Daniel J Walsh wrote:
> If you are changing the locate of an executable or libraries the
> executables write to, please make sure SELinux labels are still
> consistant or contact the selinux developers for help. IF you update a
> package in a released version of F
Dne 13.7.2010 23:17, Pádraig Brady napsal(a):
> To be clear, the "hundreds" contained many duplicates.
> I'm not complaining since I haven't looked into any
> of these issues, I'm just trying to provide insight
> into why SELinux might not be as tested as one would like.
Just to note, that setroub
On 07/13/2010 04:59 PM, Till Maas wrote:
> On Tue, Jul 13, 2010 at 03:55:46PM -0400, Luke Macken wrote:
>> This patch looks good at a first glance -- it's pretty much exactly what
>> I was planning to do. The only tweak that is needed is to ensure that
>> anonymous people can't pretend to be AutoQ
On Tue, 2010-07-13 at 16:33 +0100, Pádraig Brady wrote:
> On 13/07/10 15:47, Tomasz Torcz wrote:
> > On Tue, Jul 13, 2010 at 03:11:44PM +0100, Christopher Brown wrote:
> >>>
> >>> As long as you give us a heads up we can prevent these types of blowups.
> >>> Since this policy is shared between yum,
On Wed, 2010-07-14 at 02:53 +0530, Rahul Sundaram wrote:
> On 07/14/2010 02:46 AM, Adam Williamson wrote:
> >
> > The test case for validating this criterion is:
> >
> > https://fedoraproject.org/wiki/QA:Testcase_desktop_error_checks
> >
> > note that it doesn't test non-default package sets, and d
On Tue, 2010-07-13 at 12:48 -0600, Kevin Fenzi wrote:
> On Wed, 14 Jul 2010 00:11:49 +0530
> Rahul Sundaram wrote:
>
> > This is nice. Would it be possible to enhance the meeting bot to send
> > meeting minutes to the appropriate mailing lists automatically?
> > Suggestion from
> >
> > http://
On Tue, 2010-07-13 at 16:00 -0400, Luke Macken wrote:
> > I've asked Luke to comment here and your parent post about how things
> > work, as I would love to know too. ;)
>
> Right now for a critical path update to gain approval, it must have a
> net karma of at least 2, including a +1 from a pro
Heya,
as many of you probably know systemd got accepted as feature for F-14 by
FESCO a few weeks back.
https://fedoraproject.org/wiki/Features/systemd
And in case you want to read up what systemd actually is, here's the
blog post that introduced it (only slightly out-of-date, we have however
adv
Adam Williamson wrote:
>On Tue, 2010-07-13 at 16:33 +0100, Pádraig Brady wrote:
>> On 13/07/10 15:47, Tomasz Torcz wrote:
>> > On Tue, Jul 13, 2010 at 03:11:44PM +0100, Christopher Brown wrote:
>> >>>
>> >>> As long as you give us a heads up we can prevent these types of blowups.
>> >>> Since t
On Sat, 2010-07-10 at 12:47 -0800, Jeff Spaleta wrote:
> That being said. I really really think that its only appropriate for
> someone who has talked specifically to the maintainers of a package to
> make that sort of wontfix closure judgement and to do the closure. I
> do not think its best pra
On Sun, 2010-07-11 at 13:22 +0200, Christoph Wickert wrote:
> Am Sonntag, den 11.07.2010, 06:14 +0200 schrieb Kevin Kofler:
> > Matt McCutchen wrote:
> > > I don't know if Fedora has an official stance documented somewhere, but
> > > I personally would support Eric's viewpoint. A Fedora maintaine
1 - 100 of 102 matches
Mail list logo
