On Thu, 2010-12-02 at 14:22 -0800, Toshio Kuratomi wrote:
> > * Try and test in a reasonably user-ish environment, not your own highly
> > customized one; if this means using a separate user account or a VM, do
> >
> Note about this second bullet: I'm not sure this is good advice. There's
> been
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 updates until approximately one
month after the release of Fedo
> On Thu, Dec 02, 2010 at 09:27:34AM -0800, John Reiser wrote:
> > vfork() can fail with ERESTARTNOINTR which is 513
> > and somewhat young. 'make' did not know:
> >https://bugzilla.redhat.com/show_bug.cgi?id=659382
> >
> > If your package has any shell-like feature
> > then it might be good
On Thu, Dec 02, 2010 at 01:16:18PM -0800, Adam Williamson wrote:
> On Thu, 2010-12-02 at 12:30 -0800, Toshio Kuratomi wrote:
> > On Thu, Dec 02, 2010 at 11:25:03AM -0800, Adam Williamson wrote:
> > > On Thu, 2010-12-02 at 14:10 -0500, Doug Ledford wrote:
> > > > That being the case, I test the pack
On Thu, 2010-12-02 at 12:30 -0800, Toshio Kuratomi wrote:
> On Thu, Dec 02, 2010 at 11:25:03AM -0800, Adam Williamson wrote:
> > On Thu, 2010-12-02 at 14:10 -0500, Doug Ledford wrote:
> > > That being the case, I test the package fairly rigorously myself. But
> > > this process doesn't take that i
On Thu, 2010-12-02 at 15:43 -0500, Clyde E. Kunkel wrote:
> >> That being the case, I test the package fairly rigorously myself. But
> >> this process doesn't take that into account. I test far more things
> >> than you get with a few people just doing smoke tests, but the smoke
> >> tests are a
On 12/02/2010 02:25 PM, Adam Williamson wrote:
> On Thu, 2010-12-02 at 14:10 -0500, Doug Ledford wrote:
>
>> My package in question (mdadm) is only used in certain circumstances,
>> but if it isn't right, systems fail to boot. I can certainly see why
>> something that can render a machine unbootab
On Thu, Dec 02, 2010 at 11:25:03AM -0800, Adam Williamson wrote:
> On Thu, 2010-12-02 at 14:10 -0500, Doug Ledford wrote:
> > That being the case, I test the package fairly rigorously myself. But
> > this process doesn't take that into account. I test far more things
> > than you get with a few p
Dne 2.12.2010 15:18, Matej Cepl napsal(a):
> Dne 1.12.2010 15:59, Rex Dieter napsal(a):
>> I've done a few test builds of the items below, and the only one that
>> ftbfs is pyexiv2 (a usual suspect, being a low-level binding).
>
> https://bugs.launchpad.net/pyexiv2/+bug/684177
>
> I will work wit
On Thu, Dec 2, 2010 at 10:44 PM, Milan Crha wrote:
>Hi,
> I realized that the maintainer of libical, Debarshi Ray, seem to be
> unresponsive for quite a long time, not doing updates for libical.
>
>
Copying him directly. He did do a recent Gnote upstream release.
Rahul
--
devel mailing
On Wed, 2010-12-01 at 17:32 -0800, Toshio Kuratomi wrote:
> We don't have an automated process for showing people the rest of the wiki
> pages with packager information either. If we added the information to this
> page:
> https://fedoraproject.org/wiki/Package_Review_Process
>
> after step #9,
On Thu, 2010-12-02 at 14:10 -0500, Doug Ledford wrote:
> My package in question (mdadm) is only used in certain circumstances,
> but if it isn't right, systems fail to boot. I can certainly see why
> something that can render a machine unbootable should be critpath.
> However, because only a few
On 12/01/2010 05:17 PM, Adam Williamson wrote:
> On Wed, 2010-12-01 at 16:55 -0500, Doug Ledford wrote:
>
>> The comparison is 100% fair because it points out the fundamental
>> problem with the current policy: if you don't have a paid staff of
>> testers to make sure testing is done in a timely f
https://bugzilla.redhat.com/show_bug.cgi?id=658309
https://bugzilla.redhat.com/attachment.cgi?id=464324&action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On Thu, 2010-12-02 at 19:19 +0100, Till Maas wrote:
> A big difference is that the testing process is very fuzzy and there is
> not much tooling that helps people to test unknown software. E.g. if I
> want to review a package, there are several checklists I could use and
> there are guidelines tha
On Wed, Dec 01, 2010 at 02:17:32PM -0800, Adam Williamson wrote:
> On Wed, 2010-12-01 at 16:55 -0500, Doug Ledford wrote:
>
> > The comparison is 100% fair because it points out the fundamental
> > problem with the current policy: if you don't have a paid staff of
> > testers to make sure testing
th mechanisms which *optionally
>> > support* LDAP, but even that is obviously used by >0 people.
>>
>> jlaska just gave me the list of packages marked critpath in rawhide:
>> http://kojipkgs.fedoraproject.org/mash/rawhide-20101202/logs/critpath.txt
>> 389
On Thu, Dec 02, 2010 at 09:27:34AM -0800, John Reiser wrote:
> vfork() can fail with ERESTARTNOINTR which is 513
> and somewhat young. 'make' did not know:
>https://bugzilla.redhat.com/show_bug.cgi?id=659382
>
> If your package has any shell-like feature
> then it might be good to check for v
used by >0 people.
>
> jlaska just gave me the list of packages marked critpath in rawhide:
> http://kojipkgs.fedoraproject.org/mash/rawhide-20101202/logs/critpath.txt
> 389-ds, cobbler, httpd, libvirt, mysql, postgresql, puppet, vsftpd are
> not in the list. My guess is therefore that most server packag
vfork() can fail with ERESTARTNOINTR which is 513
and somewhat young. 'make' did not know:
https://bugzilla.redhat.com/show_bug.cgi?id=659382
If your package has any shell-like feature
then it might be good to check for vfork().
--
--
devel mailing list
devel@lists.fedoraproject.org
https:/
heir systems but gets brought in
> because it's a dependency of various auth mechanisms which *optionally
> support* LDAP, but even that is obviously used by >0 people.
jlaska just gave me the list of packages marked critpath in rawhide:
http://kojipkgs.fedoraproject.org/mash/rawhide-20
On 12/02/2010 11:48 AM, Nathanael D. Noblet wrote:
> Hello,
>
>So I'm writing a gstreamer/gtk app and was doing some memory leak
> checking. I needed to find the gstreamer suppression file for running
> under valgrind. I couldn't find it in any of the rpms and I'm wondering
> if package sup
Hi,
I realized that the maintainer of libical, Debarshi Ray, seem to be
unresponsive for quite a long time, not doing updates for libical.
There are filled two bugs with a request to do an update, the first [1]
from 2009-09-27 notifying about a release of 0.44, and then
the second [2] from
On Thu, 2010-12-02 at 13:20 +0100, François Cami wrote:
> Of course, we could look at things differently: for a package to be
> marked critpath, it should have users or be a dependency of some other
> package with users.
This is pretty inevitably implicit in the current definition of critpath
- p
Hello,
So I'm writing a gstreamer/gtk app and was doing some memory leak
checking. I needed to find the gstreamer suppression file for running
under valgrind. I couldn't find it in any of the rpms and I'm wondering
if package suppression files are ever packaged, if not should they be,
if so
On Fri, 2010-11-26 at 10:24 +0100, Olaf Kirch wrote:
> On Thursday 25 November 2010 21:29:30 Richard W.M. Jones wrote:
> > On Thu, Nov 25, 2010 at 05:24:37PM +0100, Olaf Kirch wrote:
> > > You may ask, don't we have enough of those already? Don't we have
> > > NetworkManager, connman, netcf, and a
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=659050
Marcela Mašláňová changed:
What|Removed |Added
-
commit eb7414d0b368311f299a933dfec82a1e305a2e69
Author: Marcela Mašláňová
Date: Thu Dec 2 15:23:59 2010 +0100
Update to 1.19
.gitignore|1 +
perl-pip.spec | 50 +++---
sources |2 +-
3 files changed, 41 insertions(+), 12 dele
A file has been added to the lookaside cache for perl-pip:
c1065275c4e17fd9e86455e4d0503a52 pip-1.19.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/perl
Dne 1.12.2010 15:59, Rex Dieter napsal(a):
> I've done a few test builds of the items below, and the only one that
> ftbfs is pyexiv2 (a usual suspect, being a low-level binding).
https://bugs.launchpad.net/pyexiv2/+bug/684177
I will work with upstream to fix it.
Best,
Matěj
--
devel mailing
The lightweight tag 'perl-PPIx-Utilities-1.001000-1.fc15' was created pointing
to:
77e6ce6... Update to 1.001000
--
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/listinf
commit 77e6ce692669113ca0a7897b57d4bd2527c008c4
Author: Paul Howarth
Date: Thu Dec 2 14:01:58 2010 +
Update to 1.001000
New upstream release 1.001000
- Add support for Const::Fast to PPIx::Utilities::Statement
.gitignore |2 +-
perl-PPIx-Utilities.spec |
A file has been added to the lookaside cache for perl-PPIx-Utilities:
4dc113960205173cf114ae3bdaa37f61 PPIx-Utilities-1.001000.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
Dne 2.12.2010 08:26, Jakub Jelinek napsal(a):
> Or don't use %{_smp_mflags} for make install, just for make.
> Parallelized make install doesn't work for many packages, and doesn't buy
> much anyway.
Done http://koji.fedoraproject.org/koji/taskinfo?taskID=2639180
And I sincerely hope this is the
Hi!
I want to suggest review swap. Here are mine:
kaudiocreator[1] - Program for ripping and encoding Audio-CDs
k4dirstat[2] - Graphical Directory Statistics for Used Disk Space
Both are rather simple.
Dmitrij.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=649425
[2] https://bugzilla.redhat.
On Thu, Dec 2, 2010 at 1:32 AM, Matt McCutchen wrote:
> On Wed, 2010-12-01 at 14:17 -0800, Adam Williamson wrote:
>>
>> When software is packaged it's reasonable to expect that someone,
>> somewhere, uses it; if they don't, it probably shouldn't be packaged. We
>> need to find those people and eng
On Thu, Dec 02, 2010 at 11:24:22AM +, Rawhide Report wrote:
> tesseract-langpack-3.00-1
> -
> * Wed Dec 01 2010 Karol Trzcionka - 3.00-1
It is missing “.fc15” part in version.
--
Tomasz Torcz ,,(...) today's high-end is tomorrow's embedded processor.''
xmpp:
On 12/01/2010 07:19 PM, Adam Williamson wrote:
> On Wed, 2010-12-01 at 09:13 -0600, Bruno Wolff III wrote:
>> On Wed, Dec 01, 2010 at 10:31:59 +0100,
>> Dodji Seketeli wrote:
>>> Indeed. But just curious, how do one "arranges a tag"? Is this
>>> documented somewhere? Or you just have to file a t
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=659045
Petr Sabata changed:
What|Removed |Added
---
On Wed, Dec 1, 2010 at 10:34 PM, Luke Macken wrote:
> On Mon, Nov 29, 2010 at 01:36:18PM +, Petr Pisar wrote:
>> On 2010-11-29, Peter Robinson wrote:
>> > On Mon, Nov 29, 2010 at 9:56 AM, Petr Pisar wrote:
>> >
>> > Proven testers do get copies of these emails (dozens of them) and its
>> > a
Compose started at Thu Dec 2 08:15:04 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 2010-12-01, Luke Macken wrote:
> On Mon, Nov 29, 2010 at 01:36:18PM +, Petr Pisar wrote:
>> On 2010-11-29, Peter Robinson wrote:
>> > On Mon, Nov 29, 2010 at 9:56 AM, Petr Pisar wrote:
>> >
>> > Proven testers do get copies of these emails (dozens of them) and its
>> > also summarised in
42 matches
Mail list logo
