On Thu, 9 Dec 2010 07:25:35 +0100
David Tardon wrote:
> On Wed, Dec 08, 2010 at 12:02:52PM -0700, Kevin Fenzi wrote:
> > * #512 F15Feature: LibreOffice -
> > http://fedoraproject.org/wiki/Features/LibreOffice (nirik,
> > 18:47:27)
> > * LINK: https://fedorahosted.org/fesco/ticket/512 (niri
On Wed, Dec 08, 2010 at 12:02:52PM -0700, Kevin Fenzi wrote:
> * #512 F15Feature: LibreOffice -
> http://fedoraproject.org/wiki/Features/LibreOffice (nirik, 18:47:27)
> * LINK: https://fedorahosted.org/fesco/ticket/512 (nirik, 18:47:27)
> * AGREED: Feature is approved. (nirik, 18:49:05)
Trac-0.12 was built in rawhide on Oct 12 (by me). I forgot that all the
plugins need to be rebuilt as well. I've been working on getting
trac-0.12 into EPEL6, along with the plugins. I've built
trac-git-plugin and trac-mercurial-plugin (for both rawhide and epel6).
I plan on doing more tomorrow
On Wed, Dec 08, 2010 at 11:48:26AM +, Peter Robinson wrote:
> On Wed, Dec 8, 2010 at 8:50 AM, Adam Williamson wrote:
> > so are all these bugs, for that matter: they're actual bugs encountered
> > by Matt. The package failing to build is clearly a bug. Matt tried to
> > build it and so encount
On 12/03/2010 04:34 PM, Jesse Keating wrote:
> So please, tell me what you think!
I've created a wiki page to track this effort. Feel free to reply to
this email thread or to comment on the wiki page:
https://fedoraproject.org/wiki/Dist_Git_Branch_Proposal
--
Jesse Keating
Fedora -- Freedom² i
commit db9c6442be0f89ce9106d5abfc671f39cfac9027
Author: Steven Pritchard
Date: Wed Dec 8 18:04:13 2010 -0600
Update to 1.20.
Update Source0 URL.
BR Module::Build and build with it.
Add demo directory to docs.
.gitignore|1 +
perl-Text-Reform.spec | 30 +++
On Wed, 2010-12-08 at 21:09 +0900, Masami Ichikawa wrote:
> on 12/08/2010 08:51 PM, Neal Becker wrote:
> > Should I be concerned about these?
> >
> > Dec 8 06:44:29 nbecker1 NetworkManager[22066]: [1291808669.539204]
> > [nm-manager.c:1332] user_proxy_init(): could not init user settings proxy:
Sunday Curtis Doty said:
> 8:08pm Ricky Zhou said:
>
>> On 2010-12-05 04:56:36 PM, Curtis Doty wrote:
>>> But the equivalent 'git pull' doesn't work as I'd expect. It appears the
>>> clone -B option above sets the wrong non-anonymous url inside each branch.
>>> Am I missing something?
>> Nope, loo
On Dec 8, 2010, at 1:53 PM, Jeff Spaleta wrote:
> On Wed, Dec 8, 2010 at 6:06 PM, BJ Dierkes
> wrote:
>> That is exactly right.
>
> reading over the instructions on the pypi page for cement.devtools
> explicitly tells people to easy_install cement prior to
> easy_install'ing cement.devtools, s
On Wed, 2010-12-08 at 22:02 +, Richard W.M. Jones wrote:
> On Wed, Dec 08, 2010 at 04:50:11PM -0500, seth vidal wrote:
> > On Wed, 2010-12-08 at 22:40 +0100, Till Maas wrote:
> > > On Wed, Dec 08, 2010 at 09:00:51PM +, Richard W.M. Jones wrote:
> > >
> > > > To the original poster: even a
On 12/08/2010 02:02 PM, Richard W.M. Jones wrote:
> On Wed, Dec 08, 2010 at 04:50:11PM -0500, seth vidal wrote:
>> On Wed, 2010-12-08 at 22:40 +0100, Till Maas wrote:
>>> On Wed, Dec 08, 2010 at 09:00:51PM +, Richard W.M. Jones wrote:
>>>
To the original poster: even a VM isn't a completel
On Wed, Dec 08, 2010 at 04:50:11PM -0500, seth vidal wrote:
> On Wed, 2010-12-08 at 22:40 +0100, Till Maas wrote:
> > On Wed, Dec 08, 2010 at 09:00:51PM +, Richard W.M. Jones wrote:
> >
> > > To the original poster: even a VM isn't a completely robust way of
> > > preventing root escalations.
On Wed, 2010-12-08 at 22:40 +0100, Till Maas wrote:
> On Wed, Dec 08, 2010 at 09:00:51PM +, Richard W.M. Jones wrote:
>
> > To the original poster: even a VM isn't a completely robust way of
> > preventing root escalations. If the developers are all in your
> > "organization", how about using
On Wed, Dec 08, 2010 at 09:00:51PM +, Richard W.M. Jones wrote:
> To the original poster: even a VM isn't a completely robust way of
> preventing root escalations. If the developers are all in your
> "organization", how about using a cluestick-based method to prevent
> them doing this?
I gue
On Wed, Dec 08, 2010 at 01:50:22PM -0500, James Ralston wrote:
> Well, the ultimate protection would be to use this procedure for each
> build:
>
> 1. Instantiate VMs for all architectures specified by the build,
> via cloning "known good" build VMs.
>
> 2. Use koji to build on
On Tue, Dec 07, 2010 at 08:39:50PM -0600, BJ Dierkes wrote:
> All three pieces follow each release meaning, when 0.8.12 (current stable)
> was released... new tarbals were released for all three. The reason for
> separate tarbals is primarily for maintaining releases via PyPi [2]. I need
> al
Am Montag, den 06.12.2010, 14:42 +0200 schrieb Gilboa Davara:
> On Mon, 2010-12-06 at 00:01 +0100, Christoph Wickert wrote:
> > Hi there,
> >
> > I have packaged Xfce 4-8 pre 2 for Fedora 14 and Rawhide. You can find
> > the packages at
> >
> > http://repos.fedorapeople.org/repos/cwickert/xfce-4.
On Wed, Dec 8, 2010 at 6:06 PM, BJ Dierkes wrote:
> That is exactly right.
reading over the instructions on the pypi page for cement.devtools
explicitly tells people to easy_install cement prior to
easy_install'ing cement.devtools, so I wanted clarification as to
whether that was necessasry.
-j
Matt Domsch wrote:
> I would like to propose blocking packages at the F15 alpha compose
> point if they have not resolved their FTBFS from F14 or earlier. The
> lists may be broken down by when they last did build. With 3
> exceptions, these 110 bugs are all still in NEW state as well, so they
>
===
#fedora-meeting: FESCO (2010-12-08)
===
Meeting started by nirik at 17:30:03 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-12-08/fesco.2010-12-08-17.30.log.html
Meeting summary
-
On Wed, 2010-12-08 at 13:50 -0500, James Ralston wrote:
> On 2010-12-08 at 13:07-05 seth vidal wrote:
>
> > the mock chroots that koji uses could still be rooted by someone who
> > can submit their own build-requirement-providing packages.
>
> Well, we vet all packages our developers submit befo
On 2010-12-08 at 13:07-05 seth vidal wrote:
> the mock chroots that koji uses could still be rooted by someone who
> can submit their own build-requirement-providing packages.
Well, we vet all packages our developers submit before releasing them
to our repositories, so we would catch a developer
On Wed, 2010-12-08 at 13:03 -0500, James Ralston wrote:
> Riddle me this.
>
> We want to provide a server for developers within our organization to
> build RPM packages for use within our organization.
>
> These are our requirements:
>
> 1. The developers must not be able to leverage the pa
On Dec 8, 2010, at 2:55 AM, Stanislav Ochotnicky wrote:
> On 12/08/2010 04:25 AM, Jeff Spaleta wrote:
>> On Wed, Dec 8, 2010 at 2:39 AM, BJ Dierkes
>> wrote:
>>> Hello all,
>>>
>>
>> Just to be clear... PyPI has an implied "one source" requirement
>> embedded in its repository structure and
Riddle me this.
We want to provide a server for developers within our organization to
build RPM packages for use within our organization.
These are our requirements:
1. The developers must not be able to leverage the package build
process to obtain root access on the server.
2.
Summary of changes:
a4d167b... update to 0.14 (*)
(*) This commit already existed in another branch; no separate mail sent
--
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/mail
Curtis Doty píše v St 08. 12. 2010 v 01:02 -0800:
> Monday Miloslav Trma said:
>
> > Just disable the firewall and you'll get pretty much equivalent
> > functionality.
>
> How? Now that the filter table and stateful connection tracking, aren't
> modules anymore. They now appear to be built monol
2010/12/8 Chris Adams :
> Once upon a time, Bruno Wolff III said:
>> On Wed, Dec 08, 2010 at 10:57:21 -0600,
>> Chris Adams wrote:
>> > Once upon a time, Michał Piotrowski said:
>> > >
>> > > PRIORITY=-19
>>
>> > Why do you (repeatedly) call it "insane"? That's kind of rude. The
>> > process
Michał Piotrowski writes:
> 2010/12/8 Chris Adams :
>> Once upon a time, Michał Piotrowski said:
>>> I noticed that this service uses insane nice level -19
>>> http://notendur.hi.is/~johannbg/systemd/etc/rc.d/init.d/mailgraph
>>> 8-|
>>>
>>> PRIORITY=-19
>>> [..]
>>> daemon nice $PRIORITY $e
Once upon a time, Bruno Wolff III said:
> On Wed, Dec 08, 2010 at 10:57:21 -0600,
> Chris Adams wrote:
> > Once upon a time, Michał Piotrowski said:
> > >
> > > PRIORITY=-19
>
> > Why do you (repeatedly) call it "insane"? That's kind of rude. The
> > process is running at a low priority le
W dniu 8 grudnia 2010 18:02 użytkownik Kevin Fenzi napisał:
> On Wed, 8 Dec 2010 18:01:02 +0100
> Michał Piotrowski wrote:
>
> ...snip...
>
>> > do you have a problem with
>> > that?
>>
>> Yes, I think that it's wrong.
>
> File a bug on it?
I'll just post systemd service without this sh...
>
>
2010/12/8 Bruno Wolff III :
> On Wed, Dec 08, 2010 at 10:57:21 -0600,
> Chris Adams wrote:
>> Once upon a time, Michał Piotrowski said:
>> >
>> > PRIORITY=-19
>
>> Why do you (repeatedly) call it "insane"? That's kind of rude. The
>> process is running at a low priority level; do you have a pr
Once upon a time, Michał Piotrowski said:
> 2010/12/8 Chris Adams :
> > Once upon a time, Michał Piotrowski said:
> >> I noticed that this service uses insane nice level -19
> >> http://notendur.hi.is/~johannbg/systemd/etc/rc.d/init.d/mailgraph
> >> 8-|
> >>
> >> PRIORITY=-19
> >> [..]
> >> d
On Wed, 8 Dec 2010 18:01:02 +0100
Michał Piotrowski wrote:
...snip...
> > do you have a problem with
> > that?
>
> Yes, I think that it's wrong.
File a bug on it?
Is there any reason this needs to be discussed on the devel list?
kevin
signature.asc
Description: PGP signature
--
devel mai
Perhaps the issue is that the coding of the priority isn't intuitive.
I thought -20 was 'highest priority' and high numbers were 'lower
priority'
Would something more meaningful and unambiguous be better?
-Cam
On Wed, Dec 8, 2010 at 4:57 PM, Chris Adams wrote:
> Once upon a time, Michał Piotrow
On Wed, Dec 08, 2010 at 10:57:21 -0600,
Chris Adams wrote:
> Once upon a time, Michał Piotrowski said:
> >
> > PRIORITY=-19
> Why do you (repeatedly) call it "insane"? That's kind of rude. The
> process is running at a low priority level; do you have a problem with
> that?
Aren't negative
2010/12/8 Chris Adams :
> Once upon a time, Michał Piotrowski said:
>> I noticed that this service uses insane nice level -19
>> http://notendur.hi.is/~johannbg/systemd/etc/rc.d/init.d/mailgraph
>> 8-|
>>
>> PRIORITY=-19
>> [..]
>> daemon nice $PRIORITY $exe -l $MAILLOG -d \
>> --daemo
Once upon a time, Michał Piotrowski said:
> I noticed that this service uses insane nice level -19
> http://notendur.hi.is/~johannbg/systemd/etc/rc.d/init.d/mailgraph
> 8-|
>
> PRIORITY=-19
> [..]
> daemon nice $PRIORITY $exe -l $MAILLOG -d \
> --daemon-pid=/var/run/mailgraph.pid \
Hi,
I noticed that this service uses insane nice level -19
http://notendur.hi.is/~johannbg/systemd/etc/rc.d/init.d/mailgraph
8-|
PRIORITY=-19
[..]
daemon nice $PRIORITY $exe -l $MAILLOG -d \
--daemon-pid=/var/run/mailgraph.pid \
--daemon-rrd=/var/lib/mailgraph $OPTIONS
The
On Wed, Dec 8, 2010 at 4:41 AM, Richard W.M. Jones wrote:
> On Tue, Dec 07, 2010 at 09:28:55PM -0500, Arthur Pemberton wrote:
>> Bug: https://bugzilla.redhat.com/show_bug.cgi?id=618349
>>
>> The bug is blocking my ability, or at least my willingness to upgrade
>> to F14. I would appreciate some as
Am Mittwoch, den 08.12.2010, 16:07 +0100 schrieb Stanislav Ochotnicky:
> Hi,
>
> there have been quite a few unresponsive maintainers processes in past
> few months + there are people that don't respond to emails in timely
> fashion.
>
> I'd like to have a system where anyone can see which mainta
On Wed, 2010-12-08 at 12:10 +, Rawhide Report wrote:
> 1:libtheora-devel-1.1.1-1.fc13.i686 requires libogg-devel >= 2:1.1
> 1:libtheora-devel-1.1.1-1.fc13.x86_64 requires libogg-devel >= 2:1.1
> 1:libvorbis-devel-1.3.1-2.fc14.i686 requires libogg-devel >= 2:1.1
> 1:libv
On Tue, 2010-12-07 at 20:29 -0600, Matt Domsch wrote:
> My goal isn't to make life difficult for everyone. My goal is to keep
> the distribution in a form where it can actually build from the open
> source we provide.
Thanks Matt. What you're doing is vitally important for the
distribution, sinc
Mamoru Tasaka wrote:
> Rex Dieter wrote, at 12/08/2010 11:50 PM +9:00:
>> I'm trying to find the best solution to:
>> https://bugzilla.redhat.com/show_bug.cgi?id=661115
>>
>> Where a shlib is generated using
>> g++ -shared -pthread ...
>> but the result is a library with undefined symbols to pthre
On Wed, 2010-12-08 at 16:07 +0100, Stanislav Ochotnicky wrote:
> Obviously not every fedora maintainer has shell account so exact
> replica
> of [2] wouldn't work, but I was thinking some nicer interface could be
> provided. Maybe simple email with special subject line:
> > FAS-name - $messsage
>
commit 2e0508e99bfaf9c8624e80d0edd67c7c462c65d7
Author: Steven Pritchard
Date: Wed Dec 8 09:26:35 2010 -0600
Update to 0.72.
.gitignore |1 +
perl-YAML.spec |5 -
sources|2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.giti
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=660952
Thomas Moschny changed:
What|Removed |Added
A file has been added to the lookaside cache for perl-YAML:
35f8107367a5ba8c50965eca0ea7c370 YAML-0.72.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/pe
Mamoru Tasaka wrote:
> Rex Dieter wrote, at 12/08/2010 11:50 PM +9:00:
>> I'm trying to find the best solution to:
>> https://bugzilla.redhat.com/show_bug.cgi?id=661115
>>
>> Where a shlib is generated using
>> g++ -shared -pthread ...
>> but the result is a library with undefined symbols to pthre
commit 30612deec31dd0a16cc09f535839c82e7ad80dce
Author: Steven Pritchard
Date: Wed Dec 8 09:09:43 2010 -0600
Update to 1.17.
Update Source0 URL.
BR JSON (for tests).
.gitignore |1 +
perl-YAML-Syck.spec | 14 ++
sources |2 +-
3 files cha
Hi,
there have been quite a few unresponsive maintainers processes in past
few months + there are people that don't respond to emails in timely
fashion.
I'd like to have a system where anyone can see which maintainers are not
available at the moment and approximate time of return to "normal". It
Rex Dieter wrote, at 12/08/2010 11:50 PM +9:00:
> I'm trying to find the best solution to:
> https://bugzilla.redhat.com/show_bug.cgi?id=661115
>
> Where a shlib is generated using
> g++ -shared -pthread ...
> but the result is a library with undefined symbols to pthread_create (and
> friends).
>
>
I'm trying to find the best solution to:
https://bugzilla.redhat.com/show_bug.cgi?id=661115
Where a shlib is generated using
g++ -shared -pthread ...
but the result is a library with undefined symbols to pthread_create (and
friends).
Do I really need to explicity link -lpthread , or is there a b
On Wed, Dec 08, 2010 at 12:01:39 +,
Bastien Nocera wrote:
>
> It's a file'n'dump bug. There's no one that actually looked at the bugs
> to try and analyse them, nobody to offer a reminder in the bugs (they
> were filed and left untouched).
I went through a number of FTBFS bugs for other pe
On Wed, Dec 08, 2010 at 12:01:39PM +, Bastien Nocera wrote:
> On Wed, 2010-12-08 at 00:50 -0800, Adam Williamson wrote:
> > On Wed, 2010-12-08 at 01:05 +, Bastien Nocera wrote:
> >
> > > And I'll go back to fixing actual bugs encountered by people instead of
> > > random bot-driven bugs.
>
Hi,
Mono.Cecil has been a pain in the backside for many moons with the
advice being to ditch the version which ships with package and try and
use the version bundled with mono itself (which is version 0.6-ish).
Unfortunately, this is leading to a number of problems (db4o 7.4 up
won't work like th
Hi,
Mono.Cecil has been a pain in the backside for many moons with the
advice being to ditch the version which ships with package and try and
use the version bundled with mono itself (which is version 0.6-ish).
Unfortunately, this is leading to a number of problems (db4o 7.4 up
won't work like th
Compose started at Wed Dec 8 08:15:06 UTC 2010
Broken deps for x86_64
--
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit)
db4o-7.4-2.fc13.x86_6
on 12/08/2010 08:51 PM, Neal Becker wrote:
> Should I be concerned about these?
>
> Dec 8 06:44:29 nbecker1 NetworkManager[22066]: [1291808669.539204]
> [nm-manager.c:1332] user_proxy_init(): could not init user settings proxy:
> (3) Could not get owner of name
> 'org.freedesktop.NetworkManag
On Wed, 2010-12-08 at 00:50 -0800, Adam Williamson wrote:
> On Wed, 2010-12-08 at 01:05 +, Bastien Nocera wrote:
>
> > And I'll go back to fixing actual bugs encountered by people instead of
> > random bot-driven bugs.
>
> every abrt report, ever, is an actual bug encountered by an actual
> p
On Wed, 2010-12-08 at 11:37 +, Bastien Nocera wrote:
> GNOME's dup finder:
> http://git.gnome.org/browse/bugzilla-newer/tree/dupfinder
>
> The README is probably outdated, as per:
> http://live.gnome.org/BugzillaUpgrade/UpgradeStatus#Simple-dup-finder
Filed as:
https://bugzilla.redhat.com/sh
Should I be concerned about these?
Dec 8 06:44:29 nbecker1 NetworkManager[22066]: [1291808669.539204]
[nm-manager.c:1332] user_proxy_init(): could not init user settings proxy:
(3) Could not get owner of name
'org.freedesktop.NetworkManagerUserSettings': no such name
Dec 8 06:44:29 nbecker1
On Wed, Dec 8, 2010 at 8:50 AM, Adam Williamson wrote:
> On Wed, 2010-12-08 at 01:05 +, Bastien Nocera wrote:
>
>> And I'll go back to fixing actual bugs encountered by people instead of
>> random bot-driven bugs.
>
> every abrt report, ever, is an actual bug encountered by an actual
> person.
On Wed, Dec 8, 2010 at 1:12 AM, Kevin Fenzi wrote:
> On Wed, 08 Dec 2010 01:05:06 +
> Bastien Nocera wrote:
>
> ...snip...
>
>> > The
>> > lists may be broken down by when they last did build. With 3
>> > exceptions, these 110 bugs are all still in NEW state as well, so
>> > they haven't h
On Tue, 2010-12-07 at 18:12 -0700, Kevin Fenzi wrote:
> On Wed, 08 Dec 2010 01:05:06 +
> Bastien Nocera wrote:
>
> ...snip...
>
> > > The
> > > lists may be broken down by when they last did build. With 3
> > > exceptions, these 110 bugs are all still in NEW state as well, so
> > > they h
A file has been added to the lookaside cache for perl-Getopt-Euclid:
6055aab59fe5cd7b5e522d9829ba5882 Getopt-Euclid-v0.2.3.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
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=660827
Ralf Corsepius changed:
What|Removed |Added
On 12/08/2010 09:50 AM, Adam Williamson wrote:
> On Wed, 2010-12-08 at 01:05 +, Bastien Nocera wrote:
> I agree it's a bit questionable whether we should block packages for
> FTBFS,
IMO, there can't be any doubt about FTBFS's to be "must fixes" and them
to release blockers for packages being
Kévin Raymond venit, vidit, dixit 08.12.2010 11:27:
> On Thu, Dec 2, 2010 at 10:49 PM, Kevin Fenzi wrote:
>> This announcement is a reminder that as of 2010-12-02, Fedora 12 has
>> reached its end of life for updates and support. No further updates,
>> including
>> security updates, will be avail
On Thu, Dec 2, 2010 at 10:49 PM, Kevin Fenzi wrote:
> This announcement is a reminder that as of 2010-12-02, Fedora 12 has
> reached its end of life for updates and support. No further updates, including
> security updates, will be available for Fedora 12.
>
> Fedora 13 will continue to receive up
On Tue, Dec 07, 2010 at 09:28:55PM -0500, Arthur Pemberton wrote:
> Bug: https://bugzilla.redhat.com/show_bug.cgi?id=618349
>
> The bug is blocking my ability, or at least my willingness to upgrade
> to F14. I would appreciate some assistance so that I can finally do
> the upgrade.
It would reall
On Wed, Dec 08, 2010 at 03:53:34AM +0100, Matej Cepl wrote:
> Dne 7.12.2010 22:30, Richard W.M. Jones napsal(a):
> > The issue we face with libvirt is it needs to be able to add extra
> > rules to the existing firewall, and have those rules added in the
> > right place, and preserved across firewal
Monday Miloslav Trma said:
> Just disable the firewall and you'll get pretty much equivalent
> functionality.
How? Now that the filter table and stateful connection tracking, aren't
modules anymore. They now appear to be built monolithic into the Fedora
kernel.
../C
--
devel mailing list
dev
On 12/08/2010 04:25 AM, Jeff Spaleta wrote:
> On Wed, Dec 8, 2010 at 2:39 AM, BJ Dierkes
> wrote:
>> Hello all,
>>
>
> Just to be clear... PyPI has an implied "one source" requirement
> embedded in its repository structure and you have optimized your
> upstream project release structure to meet
On Wed, 2010-12-08 at 01:05 +, Bastien Nocera wrote:
> And I'll go back to fixing actual bugs encountered by people instead of
> random bot-driven bugs.
every abrt report, ever, is an actual bug encountered by an actual
person. They have to be sufficiently narked about the app crashing (and
i
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=660891
Ralf Corsepius changed:
What|Removed |Added
commit eddaacb9ad39b4e4606e7ac5dc1e1392ca7ba22f
Author: Ralf Corsépius
Date: Wed Dec 8 09:35:19 2010 +0100
- Add BR: perl(CGI) (Fix FTBFS: BZ 660891).
perl-CGI-Compile.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-CGI-Compile.spec b/perl-CGI-Co
Toshio Kuratomi venit, vidit, dixit 08.12.2010 01:44:
> On Tue, Dec 07, 2010 at 10:20:28AM -0800, Jesse Keating wrote:
>> While I'm looking into the git setup and ACLs and all this, I have a
>> question.
>>
>> Is anybody seeing any real value of having different commit ACLs per
>> Fedora branch? I
78 matches
Mail list logo
