Re: Build root prepared by DNF is way larger

On 18. 8. 2015 at 18:34:21, Neal Gompa wrote: > Do we have a switch or configuration option for that yet? Yes, install_weak_deps = False Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org

Re: ncurses update to 6.0

On Thu, Aug 13, 2015 at 04:35:00PM +0200, Miroslav Lichvar wrote: > On Tue, Aug 04, 2015 at 12:33:42PM +0200, Miroslav Lichvar wrote: > > As for updating the ncurses package, my current plan is to build the > > libs in both ABIs (so there are four builds total with the wide and > > narrow versions)

Re: Build root prepared by DNF is way larger

Do we have a switch or configuration option for that yet? On Aug 18, 2015 5:27 PM, "Heiko Adams" wrote: > Am Dienstag, den 18.08.2015, 14:54 -0400 schrieb Matthew Miller: > > > Hmmm. I think that for the buildroot case, we probably want DNF to > > _not_ installer Recommended packages. > > That ma

[Test-Announce] Bodhi2 migration: 2015-08-19 16:00 UTC

This message went to the devel list, but I think it kind of buries the lede: After this outage is complete, the long-mythical but never forgotten Bodhi 2 will be realized! (If you're just tuning in, Bodhi is the system we use to push out updates, including the "karma" system for update testing.)

Re: Build root prepared by DNF is way larger

Am Dienstag, den 18.08.2015, 14:54 -0400 schrieb Matthew Miller: > Hmmm. I think that for the buildroot case, we probably want DNF to > _not_ installer Recommended packages. That makes sense to me. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- de

Re: Build root prepared by DNF is way larger

On Tue, Aug 18, 2015 at 04:52:10PM +0200, Michael Šimáček wrote: > >>Today, I noticed that mock build root prepared by DNF is significantly > >>larger then prepared by YUM (see attached logs). Owners of packages [...] > The cause might be soft dependencies. dnf installs Recommends, while > yum igno

Re: pyorbit

On Tue, 2015-08-18 at 10:21 -0700, Adam Williamson wrote: > On Tue, 2015-07-21 at 12:36 +0200, Michael Schwendt wrote: > > http://pkgs.fedoraproject.org/cgit/pyorbit.git/plain/dead.package > > > > > last user has been retired, package EOL > > > > Error: nothing provides pyorbit(x86-64) >= 2.0.1 n

Re: Newbie

Thanks On Tue, Aug 18, 2015 at 2:15 PM Orion Poplawski wrote: > On 08/18/2015 11:12 AM, Nicolas Pio wrote: > > Hello everyone, > > > > I wanted contribute with Fedora and wanted a help yours. > > Where do I begin? > > > > > > LMGTFY - > https://www.google.com/search?q=fedora+contribute&ie=utf-8

Re: pyorbit

On Tue, 2015-07-21 at 12:36 +0200, Michael Schwendt wrote: > http://pkgs.fedoraproject.org/cgit/pyorbit.git/plain/dead.package > > > last user has been retired, package EOL > > Error: nothing provides pyorbit(x86-64) >= 2.0.1 needed by gnome > -python2-bonobo-2.28.1-16.fc23.x86_64 > > What's the

Re: and legacy software Re: pyorbit

On Fri, 2015-07-31 at 02:34 +0200, Kevin Kofler wrote: > * the default DPI is now (at least in master) hardcoded to 96 instead > of > defaulting to the value actually reported by the hardware. KDE / Qt doesn't default to the value actually reported by the hardware either, because X doesn't rep

Re: openmpi/python-related problems in epel7 ppc buildroot

On 08/18/2015 09:21 AM, Dave Love wrote: > I'm trying to build a new package. It's failing on epel-7-ppc64le > (only) with two sorts of errors in %check which appear to be problems > with the build root, e.g. > . One is > from openmpi

Re: Newbie

On 08/18/2015 11:12 AM, Nicolas Pio wrote: > Hello everyone, > > I wanted contribute with Fedora and wanted a help yours. > Where do I begin? > > LMGTFY - https://www.google.com/search?q=fedora+contribute&ie=utf-8&oe=utf-8 -- Orion Poplawski Technical Manager 303-415-9701

Newbie

Hello everyone, I wanted contribute with Fedora and wanted a help yours. Where do I begin? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rawhide report: 20150815 changes

On Mon, Aug 17, 2015 at 7:42 AM, Adam Jackson wrote: > On Sat, 2015-08-15 at 11:18 +, Fedora Rawhide Report wrote: >> acl-2.2.52-10.fc24 >> -- >> * Fri Aug 14 2015 Adam Jackson 2.2.52-10 >> - Remove bizarre 12 year old libtool invocation workaround that prevented >> hardened

openmpi/python-related problems in epel7 ppc buildroot

I'm trying to build a new package. It's failing on epel-7-ppc64le (only) with two sorts of errors in %check which appear to be problems with the build root, e.g. . One is from openmpi of a sort I don't recognize but which looks like an

[Test-Announce] Rescheduling this weeks Blocker review meeting

Hey all, It seems the lack of sleep from Flock caught up with me Sunday night and I didn't wake up in time to run the blocker review scheduled for Monday morning. We currently have 6/7 proposed blockers for Beta and Final, so I think it will still be good to have a Blocker review this week. Doe

Re: Build root prepared by DNF is way larger

On 2015-08-18 16:32, Vít Ondruch wrote: Dne 18.8.2015 v 16:26 Vít Ondruch napsal(a): Hi all, Today, I noticed that mock build root prepared by DNF is significantly larger then prepared by YUM (see attached logs). Owners of packages installed into minimal buildroot probably wants to review their

Re: Build root prepared by DNF is way larger

Dne 18.8.2015 v 16:26 Vít Ondruch napsal(a): > Hi all, > > Today, I noticed that mock build root prepared by DNF is significantly > larger then prepared by YUM (see attached logs). Owners of packages > installed into minimal buildroot probably wants to review their > dependency chain. > > I also re

Re: [RFC] Create a bugzilla tracker ticket(s) for arch-specific workarounds

- Original Message - > On Fri, Aug 14, 2015 at 04:56:15AM -0400, Rafael dos Santos wrote: > > - Original Message - > > > > > Currently, for arch-only issues which don't have an upstream fix > > > our approach is to solve them at a packaging level by disabling > > > some part, be i

Re: [RFC] Create a bugzilla tracker ticket(s) for arch-specific workarounds

On Fri, Aug 14, 2015 at 04:56:15AM -0400, Rafael dos Santos wrote: > - Original Message - > > > Currently, for arch-only issues which don't have an upstream fix > > our approach is to solve them at a packaging level by disabling > > some part, be it tests, functionality, dependencies, etc.

F-23 Branched report: 20150818 changes

Compose started at Tue Aug 18 07:15:03 UTC 2015 Broken deps for armhfp -- [QuantLib] QuantLib-test-1.6.1-1.fc23.armv7hl requires libboost_unit_test_framework.so.1.58.0 [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

On Tue, 18 Aug 2015 12:55:37 +0200, Miroslav Suchý wrote: > > Have you followed the How To Get Sponsored guidelines? > ... > > So what? > > > > I'm tired by such an attitude and by all complainers, who sit and wait > > instead of showing a bit of activity and following the guidelines. > > Your a

rawhide report: 20150818 changes

Compose started at Tue Aug 18 05:15:03 UTC 2015 Broken deps for i386 -- [IQmol] IQmol-2.3.0-6.fc23.i686 requires libboost_serialization.so.1.57.0 IQmol-2.3.0-6.fc23.i686 requires libboost_iostreams.so.1.57.0 [ScientificPython]

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

Dne 17.8.2015 v 18:30 Michael Schwendt napsal(a): > Have you followed the How To Get Sponsored guidelines? ... > So what? > > I'm tired by such an attitude and by all complainers, who sit and wait > instead of showing a bit of activity and following the guidelines. Your attitude just discouraged

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

BTW this report reveals that we have just 39 active sponsors (during past year). If you are sponsors, please consider sponsoring somebody from the queue: http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html Good start is to take some bug from top (or bottom) of http://red.ht/1K3njkO

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

This is current output from my script with updates based on your comments: Aurelien Bompard - no recent sponsor activity Adrien Devresse - no recent sponsor activity Adrian Reber - no recent sponsor activity Alexander Kurtakov removed FE-NEEDSPONSOR from BZ 1190728 Alexander Kurtakov removed