On Tue, Nov 22, 2011 at 01:16:01AM -0500, Tom Lane wrote:
> I was rather surprised to find a routine "yum update" on my F14 system
> suddenly wanting to pull in a lot of mysql stuff that I'd not had
> installed at the moment. Investigation showed that if I try to remove
> MySQL-python again, yum w
On Tue, 2011-11-22 at 01:16 -0500, Tom Lane wrote:
> I was rather surprised to find a routine "yum update" on my F14 system
> suddenly wanting to pull in a lot of mysql stuff that I'd not had
> installed at the moment. Investigation showed that if I try to remove
> MySQL-python again, yum wants to
I was rather surprised to find a routine "yum update" on my F14 system
suddenly wanting to pull in a lot of mysql stuff that I'd not had
installed at the moment. Investigation showed that if I try to remove
MySQL-python again, yum wants to take all this stuff with it:
Removing:
MySQL-python
Jóhann B. Guðmundsson wrote:
> Instead of everybody that are doing needed work in the distribution
> having to run around after maintainers trying to find out if they are
> still active or not and initiate the unresponsive maintainer policy,
> cant we revert the process and have maintainer(s) havin
Well there may be a chance this tool may eventually become officially
adopted by QA after it gets tested and used long enough to consider it
safe/stable.
On Mon, Nov 21, 2011 at 7:48 AM, Stanislav Ochotnicky <
sochotni...@redhat.com> wrote:
> Excerpts from "Jóhann B. Guðmundsson"'s message of Mon
On Mon, Nov 21, 2011 at 02:58:32PM -0600, Michael Cronenworth wrote:
> Till Maas wrote:
> > a recent kernel update[0] broke Fedora's ability to be a VirtualBox
> > host, because asm/amd_iommu.h was removed. The removal of the file was
> > noticed during testing, but it seems nobody noticed that thi
On Mon, 21 Nov 2011 18:40:14 -0600
Bruno Wolff III wrote:
> I picked up gdk-pixbuf because freetennis supposedly depended on it
> but actually doesn't. (Though freetennis if also FTBFS for another
> reason so clearing the dependency isn't simple.) Though only thing
> that really depends on it is
I picked up gdk-pixbuf because freetennis supposedly depended on it but
actually doesn't. (Though freetennis if also FTBFS for another reason so
clearing the dependency isn't simple.) Though only thing that really
depends on it is xosd-xmms and I have checked with Kevin about that and
he will remov
On 11/21/2011 11:21 PM, "Jóhann B. Guðmundsson" wrote:
> On 11/21/2011 10:50 PM, Michael Schwendt wrote:
>> I understand this thread as a comment on improving the detection of
>> inactive maintainers and unmaintained packages.
>
> It is indeed intended as such.
>
BTW does anyone have any insight o
On 11/21/2011 10:50 PM, Michael Schwendt wrote:
> I understand this thread as a comment on improving the detection of
> inactive maintainers and unmaintained packages.
It is indeed intended as such.
JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/l
On 11/21/2011 11:00 PM, Miloslav Trmač wrote:
> [1] It does matter because there is a risk of security vulnerabilities
> being unaddressed - but, hopefully, at least for the frequently used
> packages somebody would notice.
This in itself should be valid enough point to have proper clean up
proce
On 11/21/2011 10:36 PM, Kevin Fenzi wrote:
> On Mon, 21 Nov 2011 14:03:43 -0800
> Jesse Keating wrote:
>
>> This has come up nearly every release cycle. Problem is that nobody
>> can seem to agree on what an appropriate "sign of life" would be, no
>> has made a serious FESCo proposal for a contri
Am 21.11.2011 23:50, schrieb Michael Schwendt:
> On Mon, 21 Nov 2011 22:58:50 +0100, RH (Reindl) wrote:
>
>> +1
>>
>> nothing is more frustrating for users as ignored bugreports reintroduced from
>> release to relase while th eonly response is from bugzapper about EOL of the
>> release
>
> Well
On Mon, Nov 21, 2011 at 11:50 PM, Michael Schwendt wrote:
> Nothing is in place to detect inactive maintainers automatically.
We don't really need absolute automation - if a package is not
actively maintained but nobody notices, does it really matter?[1]
The case that has motivated this particul
On 21 November 2011 14:43, Jonathan Underwood
wrote:
> Hi,
>
> I have just started looking at packaging Yorick[1][2], an interpreted
> programming language for scientific simulations. It seems that this is
> BSD licensed and so would be suitable for packaging in Fedora.
>
> However, by default and
Hi,
I want to offer a review swap for hxtools:
https://bugzilla.redhat.com/show_bug.cgi?id=683610
It is a dependency I need to update and probably fix several bugs in
pam_mount.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/dev
On Mon, 21 Nov 2011 22:58:50 +0100, RH (Reindl) wrote:
> +1
>
> nothing is more frustrating for users as ignored bugreports reintroduced from
> release to relase while th eonly response is from bugzapper about EOL of the
> release
Well, that's not the same problem as this thread is about.
There
On Mon, Nov 21, 2011 at 02:03:43PM -0800, Jesse Keating wrote:
> This has come up nearly every release cycle. Problem is that nobody
> can seem to agree on what an appropriate "sign of life" would be, no
> has made a serious FESCo proposal for a contrived sign of life.
I remember that there has
On Mon, Nov 21, 2011 at 22:22:56 +,
"\"Jóhann B. Guðmundsson\"" wrote:
>
> Well comes logically to me that at least the maintainer would be
> stripped of those packages he is ignoring.
That doesn't help. It is reasonable to orphan a package that isn't being
adequately maintained, but remo
On Mon, 21 Nov 2011 14:03:43 -0800
Jesse Keating wrote:
> This has come up nearly every release cycle. Problem is that nobody
> can seem to agree on what an appropriate "sign of life" would be, no
> has made a serious FESCo proposal for a contrived sign of life.
>
> I don't think anybody disagr
On Nov 21, 2011, at 2:22 PM, Jóhann B. Guðmundsson wrote:
>
>> So if you are serious about wanting this fixed, draft a proposal, figure out
>> who's going to do the coding work, and bring it to FESCo.
>
> I would think this work directly falls under releng jurisdiction ( given
> that releng is
On Nov 21, 2011, at 2:29 PM, Jóhann B. Guðmundsson wrote:
>
> So who's ultimately responsible for making sure that packagers are
> following the current guidelines set by FPC releng?
"the community". You see, the problem with a volunteer community is that
"enforcement" basically boils down to
On 11/21/2011 10:24 PM, Jason L Tibbitts III wrote:
>> "JBG" == Jóhann B Guðmundsson writes:
> JBG> How does FPC handle packagers that violate the packaging
> JBG> guidelines?
>
> FPC is not tasked with enforcing the packaging guidelines.
So who's ultimately responsible for making sure that
> "JBG" == Jóhann B Guðmundsson writes:
JBG> How does FPC handle packagers that violate the packaging
JBG> guidelines?
FPC is not tasked with enforcing the packaging guidelines.
- J<
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 11/21/2011 09:58 PM, Reindl Harald wrote:
> +1
>
> nothing is more frustrating for users as ignored bugreports reintroduced from
> release to relase while th eonly response is from bugzapper about EOL of the
> release
That's one symptom of the underlying problem and with my QA hat on I can
tel
On 11/21/2011 10:03 PM, Jesse Keating wrote:
> This has come up nearly every release cycle. Problem is that nobody can seem
> to agree on what an appropriate "sign of life" would be, no has made a
> serious FESCo proposal for a contrived sign of life.
>
> I don't think anybody disagrees (well ma
On 11/21/2011 04:43 PM, Jonathan Underwood wrote:
> Before I look into what's required to patch this beast to meet the
> packaging guidelines, I wonder if anyone else has tried packaging it,
> and/or wants to help?
I'm always hesitant to package stuff like that, especially because:
A) All the ups
On Nov 21, 2011, at 1:53 PM, Jóhann B. Guðmundsson wrote:
> On 11/21/2011 09:25 PM, Michael Schwendt wrote:
>> Unconvincing. To "reassure ownership" periodicially won't be sufficient.
>> It would be just another button to click (like FAS password or cert
>> renewal) and would not guarantee that the
Am 21.11.2011 22:53, schrieb "Jóhann B. Guðmundsson":
> On 11/21/2011 09:25 PM, Michael Schwendt wrote:
>> Unconvincing. To "reassure ownership" periodicially won't be sufficient.
>> It would be just another button to click (like FAS password or cert
>> renewal) and would not guarantee that the p
On 11/21/2011 09:25 PM, Michael Schwendt wrote:
> Unconvincing. To "reassure ownership" periodicially won't be sufficient.
> It would be just another button to click (like FAS password or cert
> renewal) and would not guarantee that the packages would be maintained
> properly and that tickets would
On Mon, 21 Nov 2011 16:26:02 -0500, TL (Tom) wrote:
> > With
>
> > pkgconfig(libpng) = 1.2.46
> > pkgconfig(libpng12) = 1.2.46
>
> > once libpng12.pc gets removed from the distribution, the dep-chains
> > break, of course.
>
> > As a temporary work-around, you could have provided that thing
Hi,
I have just started looking at packaging Yorick[1][2], an interpreted
programming language for scientific simulations. It seems that this is
BSD licensed and so would be suitable for packaging in Fedora.
However, by default and design it has a really horrible filesystem
layout[3], with files
I'm working on improving how akmods are built and had an idea[1] I
need input/confirmation on.
Instead of the akmods packaging assuming when it needs to run, why
can't each akmod driver package provide it's own unit file?
Since the service would run as type "oneshot", am I correct in
assuming tha
On Mon, 21 Nov 2011 20:56:02 +, JBG (Jóhann) wrote:
> Instead of everybody that are doing needed work in the distribution
> having to run around after maintainers trying to find out if they are
> still active or not and initiate the unresponsive maintainer policy,
> cant we revert the proce
Michael Schwendt writes:
> With
> pkgconfig(libpng) = 1.2.46
> pkgconfig(libpng12) = 1.2.46
> once libpng12.pc gets removed from the distribution, the dep-chains
> break, of course.
> As a temporary work-around, you could have provided that thing manually
> in the libpng-devel upgrade inste
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: /etc/rc.d/init.d/mldonkey BY DEFAULT FOR A PID FILE CALLS
/var/run/mldonkey/ THAT DOES NOT EXIST...
https://bugzilla.redhat.com/show_bug.cgi?id=755720
Summary
Till Maas wrote:
> a recent kernel update[0] broke Fedora's ability to be a VirtualBox
> host, because asm/amd_iommu.h was removed. The removal of the file was
> noticed during testing, but it seems nobody noticed that this affects
> VirtualBox. Is this kind of change sanctioned by the
> current up
Given that I'm migrating bunch of legacy init script to native systemd
ones and I have come many packages that seem that maintainer(s) have
deserted them but for some bizarre reason we still continue to package
and keep rolling them between release and now I came across bug 738442
which serious
Am 21.11.2011 21:32, schrieb Till Maas:
> Hi,
>
> a recent kernel update[0] broke Fedora's ability to be a VirtualBox
> host, because asm/amd_iommu.h was removed. The removal of the file was
> noticed during testing, but it seems nobody noticed that this affects
> VirtualBox. Is this kind of cha
Le 21/11/2011 21:32, Till Maas a écrit :
> Hi,
>
> a recent kernel update[0] broke Fedora's ability to be a VirtualBox
> host, because asm/amd_iommu.h was removed. The removal of the file was
> noticed during testing, but it seems nobody noticed that this affects
> VirtualBox. Is this kind of chang
On 21/11/11 20:36, Jon Masters wrote:
> Can someone please push the update that I made (with permission) to
> shared-mime-info? I'm getting "jcm does not have commit access" when I
> try to make the F16 update. This fix is required to actually be able to
> play many MP3 files (including all purchas
Hi,
a recent kernel update[0] broke Fedora's ability to be a VirtualBox
host, because asm/amd_iommu.h was removed. The removal of the file was
noticed during testing, but it seems nobody noticed that this affects
VirtualBox. Is this kind of change sanctioned by the
current update criteria?
Kind r
Minutes and logs from today's town hall for the FESCo candidates can be
seen here:
Minutes:
http://meetbot.fedoraproject.org/fedora-townhall/2011-11-21/fedora_townhall.2011-11-21-18.01.html
Log:
http://meetbot.fedoraproject.org/fedora-townhall/2011-11-21/fedora_townhall.2011-11-21-18.01.log.htm
On Mon, Nov 21, 2011 at 2:21 PM, Bill Nottingham wrote:
> In the future, can we ensure that the FESCo town hall doesn't directly
> conflict with a FESCo meeting? (Alternatively, we could take the FESCo
> meeting slot for the week.)
Sure... I didn't realize the conflict until I saw the FESCo meeti
Folks,
Can someone please push the update that I made (with permission) to
shared-mime-info? I'm getting "jcm does not have commit access" when I
try to make the F16 update. This fix is required to actually be able to
play many MP3 files (including all purchased from Amazon.com) on F16.
Tested Ko
Jared K. Smith (jsm...@fedoraproject.org) said:
> I want to remind everyone of the upcoming FESCo town hall meeting today,
> Monday November 21st at 18:00 UTC. For more details, see
> https://fedoraproject.org/wiki/Elections#IRC_Town_Halls.
In the future, can we ensure that the FESCo town hall d
On Mon, Nov 21, 2011 at 10:32:06 -0800,
Adam Williamson wrote:
> That's about all the concrete thoughts / suggestions I can filter out of
> the log.
I don't remember which meeting I noted it at, but another idea is to
weight proventester feedback higher (maybe count as +2 or -2) in the
short te
Greetings.
As we recently announced, we are working on migrating fedorahosted.org
over to a newer instance or instances. We announced and held a activity
day:
http://lists.fedoraproject.org/pipermail/devel-announce/2011-November/000857.html
Which resulted in the following plans:
http://lists.fe
On Tue, 2011-11-01 at 13:59 +, Matthew Garrett wrote:
> It's a common complaint that it's too difficult to get updates to
> critpath packages through the update system at the moment. We've been
> looking into trying to make that easier without just dropping the
> critpath requirements, and o
On my iMac using refit I have triplebooted MacOS, Windows 7 and F15.
Yesterday I tried to upgrade (with preupgrade) to F16. In the end of
that updgrade process (when all rpm files have been installed and
cleaned up) process anaconda crashed leaving me with and unbootable
Linux partition. (I could n
Is anyone willing to swap a couple of reviews? I need reviews for:
cryptominisat: https://bugzilla.redhat.com/show_bug.cgi?id=721174
In spite of the name, there's nothing cryptographic about this
package. The author thinks it would be a useful tool for
cryptographers, but it is just another SAT
2011/11/21 Bruno Wolff III
> I talked to some of the active Wesnoth developers and they told me it (the
> BOOST_FOREACH problem affecting Wesnoth) is an upstream bug with a fix
> already.
> Can we get this fix cherry picked for rawhide?
>
Yes, we shall add the patch into the Boost package. I wou
Greetings everyone,
A few updates on the upcoming FUDCon in Blacksburg, VA in January 2012:
* We will be having our second subsidy meeting on Wednesday, November
23rd. This meeting will be for evaluating and processing any available
subsidy monies for international attendees, as well as proces
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Odd number of hash elements passed to XML::RPC->new
https://bugzilla.redhat.com/show_bug.cgi?id=755638
Summary: Odd number of hash elements passed to XML::RPC->
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=755638
Petr Pisar changed:
What|Removed |Added
Hi!
A new bugfix release of bodhi has just hit production.
https://admin.fedoraproject.org/updates
Changes
---
- A new URL structure implemented, based on discussions from fedora devel
list[0]. Testing & stable updates will now have the following URLs:
/updates//
Bodhi only
I talked to some of the active Wesnoth developers and they told me it (the
BOOST_FOREACH problem affecting Wesnoth) is an upstream bug with a fix already.
Can we get this fix cherry picked for rawhide?
See the upstream ticket:
https://svn.boost.org/trac/boost/ticket/6131
--
devel mailing list
dev
I want to remind everyone of the upcoming FESCo town hall meeting today,
Monday November 21st at 18:00 UTC. For more details, see
https://fedoraproject.org/wiki/Elections#IRC_Town_Halls.
If you have questions you'd like to ask the candidates but can't
attend the meeting, please email them to me d
On 11/17/2011 04:10 PM, Michael Schwendt wrote:
> Main package "syslinux" does:
>
>Obsoletes: syslinux-devel< %{version}-%{release}
>Provides: syslinux-devel
>
> However, a syslinux-devel subpackage definition is present. A -devel
> package is built. No comment explains above Obs/Prov pair
On Mon, Nov 21, 2011 at 2:28 PM, Nikos Roussos wrote:
> Here is mine for review:
> https://bugzilla.redhat.com/show_bug.cgi?id=754698
>
deal!
--
Ismael Olea
http://olea.org/diario/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Excerpts from "Jóhann B. Guðmundsson"'s message of Mon Nov 21 14:25:22 +0100
2011:
> > [1] https://fedorahosted.org/FedoraReview
> > [2] https://fedorahosted.org/FedoraReview/browser/api/README
>
> Is this not something that releng/autoqa could use as well as in run
> against all already existing
Note: The FESCo election townhall occurs simultaneously with today's
meeting.
Following is the list of topics that will be discussed in the FESCo
meeting today at 18:00UTC (1:00pm EST) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fe
On Mon, 2011-11-21 at 13:25 +, "Jóhann B. Guðmundsson" wrote:
> On 11/21/2011 01:14 PM, Stanislav Ochotnicky wrote:
> > Hello fellow devs,
> >
> > I am sure quite a few of you have done some reviews and thought "Hey,
> > a,b,c and d could be automated. For E I could use some more
> > informatio
On Mon, Nov 21, 2011 at 3:25 PM, Ismael Olea wrote:
>
> Looking for a swap reviewer
>
> I think it's a non complex review
>
> https://bugzilla.redhat.com/show_bug.cgi?id=755066
> Spec URL: http://olea.org/tmp/chromaprint-rpms/chromaprint.spec
> SRPM URL:
> http://olea.org/tmp/chromaprint-rpms/chr
Looking for a swap reviewer
I think it's a non complex review
https://bugzilla.redhat.com/show_bug.cgi?id=755066
Spec URL: http://olea.org/tmp/chromaprint-rpms/chromaprint.spec
SRPM URL:
http://olea.org/tmp/chromaprint-rpms/chromaprint-0.5-2.fc15.src.rpm
A deeply related review is pending in RPM
On 11/21/2011 01:14 PM, Stanislav Ochotnicky wrote:
> Hello fellow devs,
>
> I am sure quite a few of you have done some reviews and thought "Hey,
> a,b,c and d could be automated. For E I could use some more
> information that can be automatically gathered". Some of you even
> wrote your own tools
Hello fellow devs,
I am sure quite a few of you have done some reviews and thought "Hey,
a,b,c and d could be automated. For E I could use some more
information that can be automatically gathered". Some of you even
wrote your own tools to do some of these things.
Yet there is no unified tool, nor
Adrian Reber wrote:
> gvfs
> http://koji.fedoraproject.org/koji/getfile?taskID=3527348&name=build.log
> File not found:
> /builddir/build/BUILDROOT/gvfs-1.11.0-4.fc17.x86_64/usr/libexec/gvfsd-smb
> File not found:
> /builddir/build/BUILDROOT/gvfs-1.11.0-4.fc17.x86_64/usr/libexec/gvfsd-smb-browse
>
On ۱۱/۱۱/۲۱ 03:06, Jiri Popelka wrote:
> I've taken them.
>
> Here is mine (SpliX - Driver for QPDL/SPL2 printers)
> https://bugzilla.redhat.com/show_bug.cgi?id=755069
>
> Thanks,
>
> Jiri
Thanks, I took yours.
Hedayat
>
> On 11/21/2011 11:15 AM, Hedayat Vatankhah wrote:
>>
>> Hi all,
>>
>>
* Sorry, it was supposed to be in both HTML and text formats *
Hi all,
I'd like to swap these reviews with some other (not-so-complicated) ones:
Saaghar[1]- A Cross-Platform Persian Poetry Software
This is a Qt based application, and should not be complicated.
jcal[2] - Unix cal-like interfac
I've taken them.
Here is mine (SpliX - Driver for QPDL/SPL2 printers)
https://bugzilla.redhat.com/show_bug.cgi?id=755069
Thanks,
Jiri
On 11/21/2011 11:15 AM, Hedayat Vatankhah wrote:
Hi all,
I'd like to swap these reviews with some other (not-so-complicated) ones:
Saaghar[1]- A Cross-Platf
Hello List,
I'm a newcomer to this list. My native language is french, so forgive me
if my English is not correct at all. I'm also a newcomer to the
packaging activity for Fedora. As suggested on the contributors page of
the Fedora site, here's the thread containing the package change request
I ma
On Mon, Nov 21, 2011 at 01:45:25PM +0330, Hedayat Vatankhah wrote:
>
>
>
> body
> p { margin-bottom: 0cm; margin-top: 0pt; }
>
>bidimailui-detected-decoding-type="UTF-8" bgcolor="#FF"
> text="#00">
> Hi all,
> I'd like to swap these reviews with some o
Hi all,
I'd like to swap these reviews with some other
(not-so-complicated) ones:
Saaghar[1]- A Cross-Platform Persian
Poetry Software
This is a Qt based application, and should not be complicated.
jcal[2] - Unix cal-like
interface to lib
On Sun, 2011-11-20 at 21:36 +, John5342 wrote:
> On Sun, Nov 20, 2011 at 19:33, Steve Grubb wrote:
> > On Sunday, November 20, 2011 02:14:09 PM drago01 wrote:
> >> On Sun, Nov 20, 2011 at 8:03 PM, Kevin Kofler
> >> wrote:
> >> > Steve Grubb wrote:
> >> >> For example, if a 32 bit library is
75 matches
Mail list logo
