Re: Explicit versioning of library names [was Re: package, package2, package3 naming-with-version exploit]

On 04/04/2013 08:21 PM, Toshio Kuratomi wrote: > > After sending this I saw mrunge's announcement of updating the > python-django package to 1.5 in rawhide and talked to sgallagh on irc. > I misunderstood the basic plan, so there's no guidelines > incompatibility here :-) > > The plan is to re

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

On 2013-04-05 01:38 (GMT-0400) Aaron Gray composed: Its quite strange. The Samsung monitor is 1920 x 1200 What other modes does it support? Rage XL is 1600 x 1200 Xorg.0.log does not really say much of any help AFAICR. I'll post a copy later when back at the machine. I have my doubts

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

Its quite strange. The Samsung monitor is 1920 x 1200 Rage XL is 1600 x 1200 Xorg.0.log does not really say much of any help AFAICR. I'll post a copy later when back at the machine. On 5 April 2013 02:55, Adam Williamson wrote: > On 04/04/13 06:41 PM, Aaron Gray wrote: > >> Well theres the "

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

On 04/04/13 06:41 PM, Aaron Gray wrote: Well theres the "aliased" garbage at the top of the screen in normal graphics boot as with F18, but the Fedora "cup filling" icon is there and showing the 'F'. Now its gone back to showing the "aliased" garbage. And now the oversized graphics, with the top

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

Well theres the "aliased" garbage at the top of the screen in normal graphics boot as with F18, but the Fedora "cup filling" icon is there and showing the 'F'. Now its gone back to showing the "aliased" garbage. And now the oversized graphics, with the top of the display wrapping bottom to the bott

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

On 04/04/13 06:06 PM, Aaron Gray wrote: Great ! Now I find its too large to fit on a single sided DVD. Will try live desktop instead :- https://dl.fedoraproject.org/pub/alt/stage/19-Alpha-TC4/Live/i386/Fedora-19-Alpha-TC4-i686-Live-Desktop-19-1.iso Sure, that'll be a fine test. No real need

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

Great ! Now I find its too large to fit on a single sided DVD. Will try live desktop instead :- https://dl.fedoraproject.org/pub/alt/stage/19-Alpha-TC4/Live/i386/Fedora-19-Alpha-TC4-i686-Live-Desktop-19-1.iso On 4 April 2013 23:53, Aaron Gray wrote: > Thanks Adam. > > I am just downloading

milia soname bump

Hi, milia-1.0.0 has been released and involves a soname bump. I will build it tomorrow for Rawhide and F19. The only package affected is pymila (python wrappers) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

Thanks Adam. I am just downloading the https://dl.fedoraproject.org/pub/alt/stage/19-Alpha-TC4/ alpha to try first before looking any deeper at the actual RPMS code. On 4 April 2013 23:29, Adam Williamson wrote: > On 04/04/13 03:10 PM, Aaron Gray wrote: > >> AFAICT it does not seem to be a mis

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

On 04/04/13 03:10 PM, Aaron Gray wrote: AFAICT it does not seem to be a missing RPM level problem There is just an ATI driver 'xorg-x11-drv-ati.i686' which is available on F16, F17, and F18. It is being loaded on F18 on the HP DL140 G3 with ATI Rage XL video controller. So presumably it is eit

Re: package, package2, package3 naming-with-version exploit

On 04/04/13 09:33 AM, Vít Ondruch wrote: Reindl, thank you for the tip. I have one reading tip for you in exchange: https://en.wikipedia.org/wiki/Division_of_labour . Apparently, one man cannot do everything. But if you want to pick up my duties in Fedora, I'll be more than happy to solve this i

[Test-Announce] Fwd: Karma needed for urgent postgresql security updates

This seems sufficiently urgent to be appropriate for a test-announce mail. Please, folks, anyone running pgsql, test and upkarma these updates! Thanks. Original Message Subject: Karma needed for urgent postgresql security updates Date: Thu, 04 Apr 2013 11:09:09 -0400 From: To

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

AFAICT it does not seem to be a missing RPM level problem There is just an ATI driver 'xorg-x11-drv-ati.i686' which is available on F16, F17, and F18. It is being loaded on F18 on the HP DL140 G3 with ATI Rage XL video controller. So presumably it is either a problem with the probing being broken

Re: Smock successor?

On 04/04/2013 10:25 AM, Till Maas wrote: Can you provide the patches? Adding support to sign packages is something I want to look into as well. I thought I provided them upstream awhile ago when I wrote them at this point I don't know what is original and what is not. Attached is my smock-thr

Re: the handling of bugreports is broken

On 04/04/13 05:50 AM, Reindl Harald wrote: and because this happens way too often again: https://bugzilla.redhat.com/show_bug.cgi?id=906753#c6 it's pretty much normal that the reporter is the first person who is willing to test and he is only willing to test or even only able to test for the r

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

On 04/04/13 12:46 PM, Bruno Wolff III wrote: On Thu, Apr 04, 2013 at 20:38:14 +0100, Aaron Gray wrote: Okay a bit more info :- F17 Anaconda is running at the same descent resolution as F16. On F18 '/var/log/Xorg.0.log' is reporting VESA. I will try rolling an F19 ISO next just to rule out

[389-devel] please review: Ticket 47304 - reinitialization of a master with a disabled agreement hangs IPA client

https://fedorahosted.org/389/ticket/47304 https://fedorahosted.org/389/attachment/ticket/47304/0001-Ticket-47304-reinitialization-of-a-master-with-a-dis.patch -- Mark Reynolds Red Hat, Inc mreyno...@redhat.com -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproje

Re: Expanding the list of "Hardened Packages"

Am 04.04.2013 20:54, schrieb Bill Nottingham: > Jakub Jelinek (ja...@redhat.com) said: >> On Wed, Apr 03, 2013 at 01:53:27AM +0200, Reindl Harald wrote: A prelinked module reduces time spent in ld-linux, and increases sharing of pages (which reduces time spent in kernel duplicating cop

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

On Thu, Apr 04, 2013 at 20:38:14 +0100, Aaron Gray wrote: Okay a bit more info :- F17 Anaconda is running at the same descent resolution as F16. On F18 '/var/log/Xorg.0.log' is reporting VESA. I will try rolling an F19 ISO next just to rule out that its not a transient bug. In parallel I w

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

Okay a bit more info :- F17 Anaconda is running at the same descent resolution as F16. On F18 '/var/log/Xorg.0.log' is reporting VESA. I will try rolling an F19 ISO next just to rule out that its not a transient bug. In parallel I will see if I can track down what is causing the problem. Any p

Re: Smock successor?

On Thu, Apr 04, 2013 at 12:34:51PM -0400, seth vidal wrote: > On Thu, 4 Apr 2013 18:30:02 +0200 > Till Maas wrote: > > Is it intended to be feature complete? Smock looks more like a simple > > build system, because it supports to build multiple archs/distros at > > once and uses deterministic rep

Re: Expanding the list of "Hardened Packages"

Jakub Jelinek (ja...@redhat.com) said: > On Wed, Apr 03, 2013 at 01:53:27AM +0200, Reindl Harald wrote: > > > A prelinked module reduces time spent in ld-linux, and increases sharing > > > of pages (which reduces time spent in kernel duplicating copy-on-write > > > pages.) > > > The savings are *

Re: bison, flex have broken deps in rawhide

On Thu, 4 Apr 2013 19:39:38 +0200 Michael Schwendt wrote: ...snip... > Worker 0: File not > found: > /mnt/koji/toplink/packages/msitools/0.92/3.fc20/x86_64/libmsi1-0.92-3.fc20.x86_64.rpm > Worker 0: File not > found: > /mnt/koji/toplink/packages/msitools/0.92/3.fc20/x86_64/msitools-0.92-3.fc20

Re: package, package2, package3 naming-with-version exploit

On Thu, 2013-04-04 at 21:29 +0300, Panu Matilainen wrote: > From technical perspective, there's zero need to change how > multiversion packages work. Its a widely used (at least both in rpm and > dpkg worlds) and well-understood mechanism to slap extra qualifiers at > the end of the name to ac

Re: package, package2, package3 naming-with-version exploit

On 04/04/2013 02:55 PM, Vít Ondruch wrote: Ok, so what is the purpose of version field than? Lets drop it, if nobody cares. You could remove a few lines in Fedora, depsolver could be dumber. The version field provides one part of the sorting information (y is newer than x) within an identifyin

Re: Explicit versioning of library names [was Re: package, package2, package3 naming-with-version exploit]

On Thu, Apr 4, 2013 at 11:07 AM, Toshio Kuratomi wrote: > On Wed, Apr 03, 2013 at 08:07:24AM -0400, Stephen Gallagher wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Sorry, I forgot to reply to this. This was discussed on the thread > > http://lists.fedoraproject.org/pipermai

Explicit versioning of library names [was Re: package, package2, package3 naming-with-version exploit]

On Wed, Apr 03, 2013 at 08:07:24AM -0400, Stephen Gallagher wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 03/28/2013 12:47 PM, Toshio Kuratomi wrote: > > > > Note: Is this a hypothetical? I'm unable to find a > > python-django14 (or other versioned python-django) package build

mozjs17 porting

Hi, For the next GNOME 3.10 cycle I'd like to port our dependencies to mozjs17, the new Spidermonkey release. See: https://bugzilla.mozilla.org/show_bug.cgi?id=735599 https://mail.gnome.org/archives/desktop-devel-list/2013-March/msg00135.html gjs is already ported and hard-depends on it, and I w

Re: [F18][ATI Rage XL] Problems with install on ATI Rage XP video driver

Le Jeu 4 avril 2013 00:03, Adam Williamson a écrit : > On 03/04/13 02:50 PM, Felix Kaechele wrote: >> Adam Williamson wrote: >>> And please do realize your graphics adapter is well over a decade old. >>> ATI stopped posting official Windows drivers for it in 2002: >>> http://support.amd.com/us/gpu

Re: bison, flex have broken deps in rawhide

On Thu, 4 Apr 2013 10:57:03 -0600, Kevin Fenzi wrote: > > Yeah, the rawhide build just finished OK. Still would like to know > > what happened the first time, though. If anyone wants to do a > > postmortem, the failed build was here: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=5212558

Re: package, package2, package3 naming-with-version exploit

Le Mer 3 avril 2013 21:00, Richard W.M. Jones a écrit : > So we have, I think, four choices: > > (1) embrace the software, allow it to be shipped (or even ship it > ourselves), and don't care about the security problems > > (2) deal with the combinatorial security explosion of having multiple > p

Re: package, package2, package3 naming-with-version exploit

Am 04.04.2013 18:21, schrieb Vít Ondruch: > Dne 4.4.2013 18:11, Mattias Ellert napsal(a): >> tor 2013-04-04 klockan 17:29 +0200 skrev Vít Ondruch: >>> Dne 4.4.2013 16:20, Miloslav Trmač napsal(a): esthetics. >>> May be I misunderstood the thread, but wasn't this the main point since >>> t

Re: bison, flex have broken deps in rawhide

On Thu, 04 Apr 2013 12:54:01 -0400 Tom Lane wrote: > Kevin Fenzi writes: > > Tom Lane wrote: > Somebody please fix? > > >> Well, fortunately this is only affecting rawhide, and I would hope > >> nobody is storing critical data on rawhide ;-) > > > Sure, but I'd like to note that rawhide

Re: bison, flex have broken deps in rawhide

Kevin Fenzi writes: > Tom Lane wrote: Somebody please fix? >> Well, fortunately this is only affecting rawhide, and I would hope >> nobody is storing critical data on rawhide ;-) > Sure, but I'd like to note that rawhide users are people too. ;) > We should try and avoid the 'no one uses

Re: bison, flex have broken deps in rawhide

On Thu, 04 Apr 2013 10:49:52 -0400 Tom Lane wrote: > Bruno Wolff III writes: > > On Thu, Apr 04, 2013 at 09:59:36 -0400, > >> Somebody please fix? > > > Note that this is needed to rebuild postgresql to fix an important > > security issue for which information how to exploit it are now > > publ

Re: bison, flex have broken deps in rawhide

Bruno Wolff III writes: > On Fri, Apr 05, 2013 at 00:53:25 +0900, >Mamoru TASAKA wrote: >> So I guess repoclosure process is somewhat broken on koji. > I just did a successful scratch build of postgres 9.2.4 on koji, so it > might have been a temporary glitch and that another build try will

Re: [PATCH] Why not Zoidberg?

On Wednesday 2013-03-20 11:20, Frank Murphy wrote: >On Wed, 20 Mar 2013 06:17:23 -0400 (EDT) Jaroslav Reznik wrote: > >> "Names of living people or well-known trademarks or goods will be >> rejected by Red Hat Legal." > >why not on Rawhide do: >Release Name: $^&*"'#~?@% >Hopefully there is no-on

Re: Smock successor?

On Thu, 4 Apr 2013 18:30:02 +0200 Till Maas wrote: > On Thu, Apr 04, 2013 at 09:34:22AM -0400, seth vidal wrote: > > On Thu, 4 Apr 2013 14:47:12 +0200 > > Johannes Lips wrote: > > > > > On Thu, Apr 4, 2013 at 2:44 PM, Till Maas > > > wrote: > > > > > I have been using smock.pl regularly and s

Re: package, package2, package3 naming-with-version exploit

Dne 4.4.2013 18:23, Reindl Harald napsal(a): Am 04.04.2013 18:21, schrieb Vít Ondruch: Dne 4.4.2013 18:11, Mattias Ellert napsal(a): tor 2013-04-04 klockan 17:29 +0200 skrev Vít Ondruch: Dne 4.4.2013 16:20, Miloslav Trmač napsal(a): esthetics. May be I misunderstood the thread, but wasn't t

Re: Smock successor?

On Thu, Apr 04, 2013 at 09:34:22AM -0400, seth vidal wrote: > On Thu, 4 Apr 2013 14:47:12 +0200 > Johannes Lips wrote: > > > On Thu, Apr 4, 2013 at 2:44 PM, Till Maas > > wrote: > > > I have been using smock.pl regularly and since it was not developed > > > recently. I wonder what everyone else

Re: Smock successor?

On Thu, 4 Apr 2013 18:25:56 +0200 Till Maas wrote: > On Thu, Apr 04, 2013 at 08:50:43AM -0600, Nathanael D. Noblet wrote: > > On 04/04/2013 06:44 AM, Till Maas wrote: > > >Hi everyone, > > > > > >I have been using smock.pl regularly and since it was not developed > > >recently. I wonder what ever

Re: Smock successor?

On Thu, 4 Apr 2013 18:25:56 +0200 Till Maas wrote: > On Thu, Apr 04, 2013 at 08:50:43AM -0600, Nathanael D. Noblet wrote: > > On 04/04/2013 06:44 AM, Till Maas wrote: > > >Hi everyone, > > > > > >I have been using smock.pl regularly and since it was not developed > > >recently. I wonder what ever

Re: How do *you* use Fedora?

On Thu, Apr 04, 2013 at 10:55:39AM -0500, David Lehman wrote: > Would those classes be installing the VMs themselves, or would the > instructor/assistant do that beforehand? If the latter, this is a > perfect case for anaconda's install-to-a-disk-image-file capability and > makes little sense to ha

Re: Smock successor?

On Thu, Apr 04, 2013 at 08:50:43AM -0600, Nathanael D. Noblet wrote: > On 04/04/2013 06:44 AM, Till Maas wrote: > >Hi everyone, > > > >I have been using smock.pl regularly and since it was not developed > >recently. I wonder what everyone else is using, e.g. does something > >better exist? If not,

Re: package, package2, package3 naming-with-version exploit

Dne 4.4.2013 18:11, Mattias Ellert napsal(a): tor 2013-04-04 klockan 17:29 +0200 skrev Vít Ondruch: Dne 4.4.2013 16:20, Miloslav Trmač napsal(a): esthetics. May be I misunderstood the thread, but wasn't this the main point since the beginning? To prevent the "naming-with-version" exploit as i

Re: package, package2, package3 naming-with-version exploit

tor 2013-04-04 klockan 17:29 +0200 skrev Vít Ondruch: > Dne 4.4.2013 16:20, Miloslav Trmač napsal(a): > > esthetics. > > > > May be I misunderstood the thread, but wasn't this the main point since > the beginning? To prevent the "naming-with-version" exploit as is still > stated in the $SUBJECT?

Re: bison, flex have broken deps in rawhide

On Fri, Apr 05, 2013 at 00:53:25 +0900, Mamoru TASAKA wrote: Note that on i686 building buildroot seemed successful (but was canceled due to x86_64 side buildroot creating failure: http://kojipkgs.fedoraproject.org//work/tasks/2571/5212571/root.log task root: http://koji.fedoraproject.org/koj

Re: How do *you* use Fedora?

On Thu, 2013-04-04 at 08:59 -0400, Matthew Miller wrote: > On Wed, Apr 03, 2013 at 08:29:21AM -0600, Pete Travis wrote: > > equated to the memory requirements for the running environment, especially > > for cloud guests. @minimal requires less memory to install than a full > > desktop - but does an

Re: bison, flex have broken deps in rawhide

Michael Schwendt wrote, at 04/04/2013 11:41 PM +9:00: On Thu, 4 Apr 2013 09:32:24 -0500, Bruno Wolff III wrote: On Thu, Apr 04, 2013 at 09:59:36 -0400, Tom Lane wrote: DEBUG util.py:264: Error: Package: bison-2.7-1.fc20.x86_64 (build) DEBUG util.py:264: Requires: m4 >= 1.4 DE

Re: package, package2, package3 naming-with-version exploit

Dne 4.4.2013 17:34, seth vidal napsal(a): On Thu, 04 Apr 2013 17:29:26 +0200 Vít Ondruch wrote: Dne 4.4.2013 16:20, Miloslav Trmač napsal(a): esthetics. May be I misunderstood the thread, but wasn't this the main point since the beginning? To prevent the "naming-with-version" exploit as is

Re: Prevent package builds on certain architectures

Juerg Haefliger wrote: > BuildArch: noarch > > %if 0%{?rhel} > # Only build on x86_64 for EPEL because qemu-img only exists for that arch > ExclusiveArch: x86_64 > %endif [...] > error: Architecture is not included: noarch Try "ExclusiveArch: noarch x86_64". Björn Persson signature.asc Descr

Re: package, package2, package3 naming-with-version exploit

On Thu, 04 Apr 2013 17:29:26 +0200 Vít Ondruch wrote: > Dne 4.4.2013 16:20, Miloslav Trmač napsal(a): > > esthetics. > > > > May be I misunderstood the thread, but wasn't this the main point > since the beginning? To prevent the "naming-with-version" exploit as > is still stated in the $SUBJECT?

Re: package, package2, package3 naming-with-version exploit

Dne 4.4.2013 16:20, Miloslav Trmač napsal(a): esthetics. May be I misunderstood the thread, but wasn't this the main point since the beginning? To prevent the "naming-with-version" exploit as is still stated in the $SUBJECT? It might looks like the thread would be named like "how to instal

Re: Prevent package builds on certain architectures

> > > > > > > Hi, > > > > > > > > I have a noarch package that has a requirement on another package > > > > (qemu-img) that doesn't exist on i386 and ppc64. This results in > > > > 'broken dependency' errors from koji. How do I tell koji not to > > > > build on these arches? > > > > > > Is the prob

Karma needed for urgent postgresql security updates

I have just filed these bodhi requests https://admin.fedoraproject.org/updates/postgresql-9.1.9-1.fc17 https://admin.fedoraproject.org/updates/postgresql-9.2.4-1.fc18 https://admin.fedoraproject.org/updates/postgresql-9.2.4-1.fc19 for packages fixing what is arguably the worst security bug Postgr

[Bug 947755] perl-Filter-1.49 is available

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=947755 --- Comment #2 from Fedora Update System --- perl-Filter-1.49-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-Filter-1.49-1.fc19 -- You are receiving this mail because: You are

Django-1.5 for F19

Hi, recently, we introduced python-django14 for F19, to provide a compatibility package for those packages not working with Django-1.5 and requiring an older Django-1.4. If you know, your django-package does not work with Django-1.5 or are in doubt, please change in your spec-file Requires: pyth

[Bug 947755] perl-Filter-1.49 is available

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=947755 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version

[perl-Filter/f18] 1.49 bump

commit 558501525becd053dc013c2bdb41bb376b6c0b1f Author: Petr Písař Date: Thu Apr 4 16:54:38 2013 +0200 1.49 bump .gitignore |1 + perl-Filter.spec |8 ++-- sources |2 +- 3 files changed, 8 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitigno

[perl-Filter/f19] 1.49 bump

Summary of changes: 4ec4d05... 1.49 bump (*) (*) 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/mailman/l

[perl-Filter] 1.49 bump

commit 4ec4d05783fd3259412f2e91cd6bbb1cfaf36d43 Author: Petr Písař Date: Thu Apr 4 16:54:38 2013 +0200 1.49 bump .gitignore |1 + perl-Filter.spec |8 ++-- sources |2 +- 3 files changed, 8 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitigno

[Bug 947489] Please revert the "unbundling" of "inc::Module::Install", at least when bootstrapping

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=947489 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

File Filter-1.49.tar.gz uploaded to lookaside cache by ppisar

A file has been added to the lookaside cache for perl-Filter: 729118a8493de8a91b95547ce502982a Filter-1.49.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/listinf

Re: Smock successor?

On 04/04/2013 06:44 AM, Till Maas wrote: Hi everyone, I have been using smock.pl regularly and since it was not developed recently. I wonder what everyone else is using, e.g. does something better exist? If not, I am planning to give it a proper new home, currently I am trying out gitorious: htt

Re: bison, flex have broken deps in rawhide

Bruno Wolff III writes: > On Thu, Apr 04, 2013 at 09:59:36 -0400, >> Somebody please fix? > Note that this is needed to rebuild postgresql to fix an important security > issue for which information how to exploit it are now public. It would be > really nice to have this fixed today even if that

the handling of bugreports is broken

and because this happens way too often again: https://bugzilla.redhat.com/show_bug.cgi?id=906753#c6 it's pretty much normal that the reporter is the first person who is willing to test and he is only willing to test or even only able to test for the release he has reported for, if not we would

Re: bison, flex have broken deps in rawhide

On Thu, 4 Apr 2013 09:32:24 -0500, Bruno Wolff III wrote: > On Thu, Apr 04, 2013 at 09:59:36 -0400, >Tom Lane wrote: > >DEBUG util.py:264: Error: Package: bison-2.7-1.fc20.x86_64 (build) > >DEBUG util.py:264: Requires: m4 >= 1.4 > >DEBUG util.py:264: Error: Package: flex-2.5.37-

[perl-CPANPLUS] Require Module::Pluggable

commit 91506cdfebac81eb14c08c97f90269adebb8b0dd Author: Petr Písař Date: Thu Apr 4 16:36:16 2013 +0200 Require Module::Pluggable perl-CPANPLUS.spec |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) --- diff --git a/perl-CPANPLUS.spec b/perl-CPANPLUS.spec index d9cc0a5..4da5651

Re: Expanding the list of "Hardened Packages"

On Thu, Apr 04, 2013 at 10:05:31AM -0400, Matthew Miller wrote: > Well, when I brought this up four years ago, we kept it around to appease > the GCC development gods. (Or, at least, Jakub Jelinek.) (In case it wasn't clear, I didn't mean this to be a jab or sarcastic remark in any way; after havi

Re: bison, flex have broken deps in rawhide

On Thu, Apr 04, 2013 at 09:59:36 -0400, Tom Lane wrote: DEBUG util.py:264: Error: Package: bison-2.7-1.fc20.x86_64 (build) DEBUG util.py:264: Requires: m4 >= 1.4 DEBUG util.py:264: Error: Package: flex-2.5.37-1.fc20.x86_64 (build) DEBUG util.py:264: Requires: m4 DEBUG

Re: New Online search for the Fedora Source

On 2012-11-30 15:38, Pádraig Brady wrote: > http://www.pixelbeat.org/docs/fedora_source.html "Note regular expression searching currently seems to ignore the url: filter, but will be fixed soon" Doesn't seem to be fixed yet, any ideas when it might be? -- devel mailing list devel@lists.fedorapr

Re: package, package2, package3 naming-with-version exploit

On Thu, Apr 4, 2013 at 4:12 PM, Vít Ondruch wrote: > Dne 4.4.2013 15:47, Miloslav Trmač napsal(a): > > On Thu, Apr 4, 2013 at 3:16 PM, Vít Ondruch wrote: > >> Since .spec file is named the same as package, then you cannot merge >> straight forward the changes from one package into another. >>

Re: package, package2, package3 naming-with-version exploit

Dne 4.4.2013 15:48, Florian Festi napsal(a): On 04/04/2013 03:42 PM, Vít Ondruch wrote: Although they might support, and Kernel would be first user, even for Kernel, there is used hack instead of systematic solution as far as I know. As long as Kernel will be treated specially in this regard, th

[perl-CPANPLUS] Keep bundled inc::Module::Install modules at boot-strap

commit 6f0c8a71dc50849fa63df158f4844d8bb474a5cb Author: Petr Písař Date: Thu Apr 4 16:13:05 2013 +0200 Keep bundled inc::Module::Install modules at boot-strap perl-CPANPLUS.spec | 18 +- 1 files changed, 17 insertions(+), 1 deletions(-) --- diff --git a/perl-CPANPLUS.spe

Re: package, package2, package3 naming-with-version exploit

Dne 4.4.2013 15:47, Miloslav Trmač napsal(a): On Thu, Apr 4, 2013 at 3:16 PM, Vít Ondruch > wrote: Dne 3.4.2013 18:15, Miloslav Trmač napsal(a): On Wed, Apr 3, 2013 at 5:02 PM, Vít Ondruch mailto:vondr...@redhat.com>> wrote: Dne 3.4.2013 15:59, Milos

Re: Expanding the list of "Hardened Packages"

On Tue, Apr 02, 2013 at 05:14:21PM -0600, Stephen Smoogen wrote: > At this point I have the feeling that Prelink is a cargo cult which > we keep around to appease the Airplane Gods. Well, when I brought this up four years ago, we kept it around to appease the GCC development gods. (Or, at least, J

Re: package, package2, package3 naming-with-version exploit

Dne 4.4.2013 06:47, James Antill napsal(a): On Wed, 2013-04-03 at 15:22 +0200, Vít Ondruch wrote: Ok, if we don't want to break anything, we have two options 1) Just introduce new package rails30 and new applications can depend on it 2) Move the rails package to Rails 3.0 and reintroduce rails2

bison, flex have broken deps in rawhide

DEBUG util.py:264: Getting requirements for postgresql-9.2.4-1.fc20.src DEBUG util.py:264: --> perl-ExtUtils-MakeMaker-6.64-2.fc19.noarch DEBUG util.py:264: --> Already installed : glibc-devel-2.17-5.fc20.x86_64 DEBUG util.py:264: --> bison-2.7-1.fc20.x86_64 DEBUG util.py:264: --> flex-2.5

Re: package, package2, package3 naming-with-version exploit

On 04/04/2013 03:42 PM, Vít Ondruch wrote: > Although they might support, and Kernel would be first user, even for > Kernel, there is used hack instead of systematic solution as far as I > know. As long as Kernel will be treated specially in this regard, there > is not much to do on my side. As lo

Re: package, package2, package3 naming-with-version exploit

On Thu, Apr 4, 2013 at 3:16 PM, Vít Ondruch wrote: > Dne 3.4.2013 18:15, Miloslav Trmač napsal(a): > > On Wed, Apr 3, 2013 at 5:02 PM, Vít Ondruch wrote: > >> Dne 3.4.2013 15:59, Miloslav Trmač napsal(a): >> >> On Wed, Apr 3, 2013 at 3:22 PM, Vít Ondruch wrote: >> ... and now, can we be spec

Re: package, package2, package3 naming-with-version exploit

Dne 4.4.2013 14:48, Florian Festi napsal(a): On 04/04/2013 01:55 PM, Vít Ondruch wrote: I am not asking RPM developers to change policy, I am asking RPM developers to lay out foundation. It does not make sense to change policy, if there are no tools to fulfill it. Well, Fedora demanding a set o

Re: Expanding the list of "Hardened Packages"

On Thu, Apr 04, 2013 at 09:26:34AM -0400, Steve Grubb wrote: > Last week I was looking at nspr and wondering why fortify_source was not > getting used and found that it wrapped functions for "portability". For > example, it has PL_strcpy which only wraps strcpy. The problem is the size > informa

Re: Proven Packager help needed for alsa-lib

On Thu, 04 Apr 2013 08:26:07 -0400, Stephen Gallagher wrote: > > It would have been possible for you to work around the missing > > #include by adding it to the source code you wanted to build. Never > > has there been a requirement to "wait for alsa-lib". > > > > Sure, but my interpretation of

Re: Smock successor?

On Thu, 4 Apr 2013 14:47:12 +0200 Johannes Lips wrote: > On Thu, Apr 4, 2013 at 2:44 PM, Till Maas > wrote: > > > Hi everyone, > > > > I have been using smock.pl regularly and since it was not developed > > recently. I wonder what everyone else is using, e.g. does something > > better exist? If

Re: Expanding the list of "Hardened Packages"

On Wednesday, April 03, 2013 09:05:18 PM Josh Bressers wrote: > On Wed, Apr 3, 2013 at 2:05 PM, Steve Grubb wrote: > > On Wednesday, April 03, 2013 01:48:17 PM Miloslav Trmač wrote: > > > On Tue, Apr 2, 2013 at 9:57 PM, Steve Grubb wrote: > > > > On Saturday, March 30, 2013 08:54:30 AM Dhiru Khol

Re: package, package2, package3 naming-with-version exploit

Dne 3.4.2013 18:15, Miloslav Trmač napsal(a): On Wed, Apr 3, 2013 at 5:02 PM, Vít Ondruch > wrote: Dne 3.4.2013 15:59, Miloslav Trmač napsal(a): On Wed, Apr 3, 2013 at 3:22 PM, Vít Ondruch mailto:vondr...@redhat.com>> wrote: Ok, so lets say we introd

Re: How do *you* use Fedora?

On Wed, Apr 03, 2013 at 08:29:21AM -0600, Pete Travis wrote: > equated to the memory requirements for the running environment, especially > for cloud guests. @minimal requires less memory to install than a full > desktop - but does anyone want to run Fedora with less memory than that, or > is doing

Re: package, package2, package3 naming-with-version exploit

On 04/04/2013 01:55 PM, Vít Ondruch wrote: > I am not asking RPM developers to change policy, I am asking RPM > developers to lay out foundation. It does not make sense to change > policy, if there are no tools to fulfill it. Well, Fedora demanding a set of tools will much more likely result in so

Re: Smock successor?

On Thu, Apr 4, 2013 at 2:44 PM, Till Maas wrote: > Hi everyone, > > I have been using smock.pl regularly and since it was not developed > recently. I wonder what everyone else is using, e.g. does something > better exist? If not, I am planning to give it a proper new home, > currently I am trying

Smock successor?

Hi everyone, I have been using smock.pl regularly and since it was not developed recently. I wonder what everyone else is using, e.g. does something better exist? If not, I am planning to give it a proper new home, currently I am trying out gitorious: https://gitorious.org/smock/smock/ References

F-19 Branched report: 20130404 changes

Compose started at Thu Apr 4 09:15:15 UTC 2013 Broken deps for x86_64 -- [aeolus-conductor] aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [alexandria] alexandria-0.6.9-4.fc19.noarch requires ruby(abi) >=

Re: Proven Packager help needed for alsa-lib

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/04/2013 06:14 AM, Michael Schwendt wrote: > On Wed, 3 Apr 2013 16:54:03 -0500, Richard Shaw wrote: > >> On Wed, Apr 3, 2013 at 3:56 PM, Adam Williamson wrote: >> >>> Note that we're frozen for Alpha, so this won't go in stable >>> until after A

Re: package, package2, package3 naming-with-version exploit

Dne 3.4.2013 18:11, Florian Festi napsal(a): On 04/03/2013 05:02 PM, Vít Ondruch wrote: Dne 3.4.2013 15:59, Miloslav Trmač napsal(a): On Wed, Apr 3, 2013 at 3:22 PM, Vít Ondruch Sorry, but the rpm developers are the wrong people to talk to when it comes to Fedora packaging policies. I am not

Re: Prevent package builds on certain architectures

On Thu, 4 Apr 2013 13:01:36 +0200 Juerg Haefliger wrote: > On Thu, Apr 4, 2013 at 12:26 PM, Dan Horák wrote: > > > On Thu, 4 Apr 2013 11:43:21 +0200 > > Juerg Haefliger wrote: > > > > > Hi, > > > > > > I have a noarch package that has a requirement on another package > > > (qemu-img) that does

Re: Prevent package builds on certain architectures

On Thu, Apr 4, 2013 at 12:26 PM, Dan Horák wrote: > On Thu, 4 Apr 2013 11:43:21 +0200 > Juerg Haefliger wrote: > > > Hi, > > > > I have a noarch package that has a requirement on another package > > (qemu-img) that doesn't exist on i386 and ppc64. This results in > > 'broken dependency' errors f

Re: Prevent package builds on certain architectures

On Thu, 04 Apr 2013 11:08:09 +0100, Paul Howarth wrote: > On 04/04/13 10:43, Juerg Haefliger wrote: > > I have a noarch package that has a requirement on another package > > (qemu-img) that doesn't exist on i386 and ppc64. This results in 'broken > > dependency' errors from koji. How do I tell koj

Re: Orphaning maven-pmd-plugin

On 2 April 2013 15:05, Tomas Radej wrote: > Hi, > > I am orphaning maven-pmd-plugin due to serious hardships when updating, > and I don't really need it. > > It is buildrequired by: > > ehcache-parent-0:2.3-4.fc19.src > ehcache-sizeof-agent-0:1.0.1-4.fc19.src > maven-license-plugin-0:1.8.0-13.fc1

Re: Prevent package builds on certain architectures

On Thu, 4 Apr 2013 11:43:21 +0200 Juerg Haefliger wrote: > Hi, > > I have a noarch package that has a requirement on another package > (qemu-img) that doesn't exist on i386 and ppc64. This results in > 'broken dependency' errors from koji. How do I tell koji not to build > on these arches? Is t

Re: Proven Packager help needed for alsa-lib

On Wed, 3 Apr 2013 16:54:03 -0500, Richard Shaw wrote: > On Wed, Apr 3, 2013 at 3:56 PM, Adam Williamson wrote: > > > Note that we're frozen for Alpha, so this won't go in stable until after > > Alpha release unless there's a legitimate reason to make it a freeze > > exception issue - https://fed

Re: Prevent package builds on certain architectures

On Thu, 4 Apr 2013 11:43:21 +0200, Juerg Haefliger wrote: > I have a noarch package that has a requirement on another package > (qemu-img) that doesn't exist on i386 and ppc64. This results in 'broken > dependency' errors from koji. How do I tell koji not to build on these > arches? Your package

  1   2   >