Re: Sources file audit - 2010-01-06

> kalev:BADURL:pkcs11-dump-0.3.3.tar.bz2:pkcs11-dump Thanks, fixed in rawhide and also updated to 0.3.4. Upstream had switched to a new project page with different URL. -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Python 3.2a1 in rawhide

On 08/23/2010 03:34 AM, Orcan Ogetbil wrote: > On Sat, Aug 21, 2010 at 6:48 PM, David Malcolm wrote: >> I just built Python 3.2a1 into rawhide: >> http://koji.fedoraproject.org/koji/buildinfo?buildID=191382 >> so the meaning of "python3" in rawhide just jumped from Python 3.1 to >> Python 3.2 > [

Re: Fedora 14 Beta corrupts user data

On 09/26/2010 09:47 PM, Jan Kratochvil wrote: > On Sun, 26 Sep 2010 20:41:04 +0200, Bruno Wolff III wrote: >> On Sun, Sep 26, 2010 at 20:32:14 +0200, Jan >> Kratochvil wrote: >>> gcc-4.5.1-4.fc14: PASS >>> gcc-4.5.1-3.fc14: FAIL >>> gcc-4.5.1-2.fc14: There was no -2. >>> gcc-4.5.1-1.fc14: PASS >>

Re: HEADS UP: KDE/Qt update intentions in Fedora 13 (RFC)

On 10/20/2010 03:02 PM, Jaroslav Reznik wrote: > The question is (we agreed on KDE SIG meeting yesterday) - should we > update Qt to 4.7 too or build KDE stack with current 4.6 series? As > there are a few Qt packages outside of KDE SIG/Qt maintainers scope, > we'd like to hear any objections again

Re: boost 1.47.0

On 07/18/2011 11:35 PM, Petr Machata wrote: > Hi there, > > in accordance with the announced Fedora feature[1][2], we (the Boost > maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost > 1.47.0 has been released recently and Denis Arnaud kindly did the > packaging, so it is ready for

Re: Heads up: cpuspeed removed from f16+

On 07/19/2011 07:30 PM, Petr Sabata wrote: > I put Obsoletes (not Provides) in there and in seemed to make no difference. > cpupowerutils update or clean cpupowerutils installation don't remove cpuspeed > from the system. > Obsoletes: cpuspeed <= 1:1.5-15 It should instead be: Obsoletes:

Re: RPM version goes backward in Rawhide

On 07/28/2011 08:48 PM, Dennis Gilmore wrote: > On Tuesday, July 26, 2011 03:24:58 PM Jesse Keating wrote: >> I thought there was a hard rule about not having nvrs go backwards, and >> if a bad build was put out, it should be fixed with epoch or other such >> NVR things to make sure the upgrade pat

Re: [PATCH] macros: Globally add --disable-silent-rules to configure

On 08/09/2011 07:50 PM, Jan Kratochvil wrote: > On Tue, 09 Aug 2011 16:44:31 +0200, Colin Walters wrote: >> Various projects have been adding AM_SILENT_RULES from Automake to >> their Makefiles for "developer convenience"; the goal being that they >> see warnings more easily. > > It is inconvenien

Re: Fwd: [Fedora Update] [CRITPATH] [old_testing_critpath] mdadm-3.1.3-0.git20100804.3.fc14

On 08/12/2011 10:28 AM, Adam Williamson wrote: > The reason why the package maintainer gets nagged has been explained > several times: part of the theory behind the current process is that it > is, to some extent, your responsibility as a package maintainer to > ensure your package gets tested. You

Re: rawhide report: 20110823 changes

On 08/23/2011 04:57 PM, Kaleb S. KEITHLEY wrote: > On 08/23/2011 08:40 AM, Rawhide Report wrote: >> Compose started at Tue Aug 23 08:15:54 UTC 2011 >> >> Broken deps for x86_64 >> -- >> ... >> cloudfs-0.7-6.fc17.x86_64 requires glusterfs

Re: [HEADS UP] remove ddate(1) command from rawhide

On 08/29/2011 02:54 PM, Karel Zak wrote: > > I'd like to remove: > > ddate - converts Gregorian dates to Discordian dates > > command from rawhide (F17). IMHO this crazy command is used by very > very small minority of Fedora users. > > Comments? Please do. This isn't really something

Re: Zombies!

On 08/31/2011 12:20 PM, Richard W.M. Jones wrote: > Attached is the output of 'ps afx' on my Fedora 16(-ish) laptop. > Scroll down to the bottom and the subject line of this email will make > more sense. > > I can't find anything in Bugzilla about this, and I'm not sure even > what component to as

gnome-python2-gtkhtml2 and gnome-python2-gtkmozembed removed

Hello, In order to make gnome-python2-extras build in F16+ and to clean up its broken deps, I had to kill two of its subpackages. - gnome-python2-gtkhtml2: needs gtkhtml2 to build, which is already retired in F16+. - gnome-python2-gtkmozembed: needs xulrunner's gtkmozembed support which i

Re: gnome-python2-gtkhtml2 and gnome-python2-gtkmozembed removed

On 09/09/2011 07:50 PM, Haïkel Guémar wrote: > Thank you Kalev for the heads-up. > I'm retiring gnochm since there's no reason to keep it around anymore, > upstream vanished for a long time. Besides retiring the package in Bodhi, don't forget to also 'fedpkg retire' the package (it removes all th

Re: how to have yum prefer one dependency over others

On 09/16/2011 08:49 PM, seth vidal wrote: > On Fri, 2011-09-16 at 18:26 +0100, Richard Hughes wrote: >> The current logic where yum wants to install a hundred i686 >> packages on my x86_64 box when the repos get a bit screwy doesn't >> seem to work very well in my opinion. > > There are still a la

F17 process change proposal (was: Re: Responsibility for rebuilding dependent components)

On 09/20/2011 09:18 PM, Jesse Keating wrote: > On Sep 20, 2011, at 11:11 AM, Panu Matilainen wrote: >> >> My personal pet-peeve with the current branching policy is that >> the mass-branching happens way way too early for packages where >> there are no significant new development to be introduced

Re: F17 process change proposal

On 09/21/2011 12:47 AM, Bruno Wolff III wrote: > On Tue, Sep 20, 2011 at 22:38:32 +0300, > Kalev Lember wrote: >> >> I would also like to move everybody who has been on the rawhide branch >> to Branched at Alpha time, in order to get the maximum amount of testin

Re: F-16 Branched report: 20110920 changes

On 09/22/2011 12:05 PM, Ralf Corsepius wrote: > On 09/20/2011 01:12 PM, Branched Report wrote: >> Compose started at Tue Sep 20 08:15:41 UTC 2011 >> >> Broken deps for x86_64 >> -- > > This breakage is weird: > >> hosts3d-1.13-2.fc15.x8

Re: F-16 Branched report: 20110920 changes

On 09/22/2011 12:52 PM, Ralf Corsepius wrote: > On 09/22/2011 11:31 AM, Kalev Lember wrote: >> Depends on how you want to resolve this. If you are going for >> resurrecting the packages, then fix them up to build again and submit >> new package review requests. > >

Re: Firefox on Fedora: No longer funny

On 10/11/2011 09:32 PM, Thomas Spura wrote: > The main *BIG* difference is, that draft symlinks the extension > *directory* and the script expects a install.rdf file below that. > This means, the symlinking needs to happen one step below that, so that > all files inside of the extension_id folder a

Re: [Test-Announce] Note for people with EFI installs: install grub-efi!

On 10/12/2011 04:17 AM, Adam Williamson wrote: > Hey, folks. There's a grub update in updates-testing atm (being pushed > stable soon) which splits the EFI stuff off into a new grub-efi > subpackage. If you have an EFI install of F16 you will need to have > grub-efi installed or else your system wo

Re: [Test-Announce] Note for people with EFI installs: install grub-efi!

On 10/12/2011 06:26 PM, Adam Williamson wrote: > On Wed, 2011-10-12 at 12:29 +0300, Kalev Lember wrote: >> I can think of two ways to convince yum to always install grub-efi on >> upgrades: >> a) have grub2 require grub-efi; or >> b) have grub-efi obsolete grub.

Re: retire referencer in Fedora 16+ ?

On 10/21/2011 09:37 PM, Alex Lancaster wrote: > There is a branch that was started back in February to port to gio > and away from libgnomemm: > > http://icculus.org/pipermail/referencer/2011-February/000534.html > > There was a commit to it in August, but looks the mm dep is still there > in the

Re: quilt, patch, diff or something else is br0ken in F15

On 03/22/2011 07:23 PM, Michał Piotrowski wrote: > W dniu 22 marca 2011 11:31 użytkownik Michał Piotrowski >> I'll downgrade some packages later and try to figure out what broke quilt. > > Unfortunately I can not downgrade packages on freshly installed system. Yum can only perform a downgrade whe

Re: Disable Dependency tracking

On 05/13/2011 03:51 PM, Sergio Belkin wrote: > I'd want to know if makes sense disable dependecy tracking at build > stage, I mean, put in spec file: > > ./configure --disable-dependency-tracking > > Because it speeds build. What do you think? We already have that in the %configure macro, which

Re: systemd: bugreports for missing service-files

On 06/19/2011 12:48 PM, Reindl Harald wrote: > because there are a lot of services in LSB-Mode i filed for everyone a > bugreport - sad to see that most packages are not F15 ready This is something that should not be attempted in a stable Fedora release (F15), but instead in rawhide (F16). Furthe

Re: Packages that will be orphaned

On 06/22/2011 03:12 AM, Toshio Kuratomi wrote: > xerces-c I can take xerces-c if its current owner doesn't sign the FPCA. I sent a personal mail to jrobie yesterday but no reply so far. -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo

Re: [ACTION REQUIRED] Retiring packages in F-16

On 07/12/2011 11:30 PM, Bill Nottingham wrote: > Bruno Wolff III (br...@wolff.to) said: I'll take this one to keep freetennis, which seems to be a fairly highly rated game. gdk-pixbuf is FTBFS, but I think I can get it building before alpha. >>> >>> This looks like a rather bogus de

Re: [Guidelines Change] Changes to the Packaging Guidelines 04/09 - 02/10

On 03/04/2010 12:07 PM, Richard Hughes wrote: > On 3 March 2010 21:45, Tom "spot" Callaway wrote: >> Here are the list of changes to the Fedora Packaging Guidelines: > > I've done some updates, and now rpmlint reports: > > argyllcms.spec: W: no-cleaning-of-buildroot %install > argyllcms.spec: W: n

Re: Problem with openoffice yum update

On 03/04/2010 12:17 PM, Quentin Armitage wrote: > I cannot do a yum update of openoffice on F-13 RC4 with the > updates-testing repo enabled. There seems to be an inconsistency around > the dep checking, with it wanting both the old and new versions of > openoffice.org-langpack-en. It is attempting

Re: Harmless KDE feature upgrades - yeah right

On 03/04/2010 10:59 PM, Ryan Rix wrote: > The problem is that there _aren't_ bug fixes for these old releases. When 4.x > comes out, upstream pretty much drops development on 4.x-1 except for security > issues which are backported from 4.x. If upstream really issues security fixes for 4.x-1, then

Re: Koji or me at fault?

On 03/06/2010 11:35 AM, Paul wrote: > Hi, > > I've imported monodevelop-debugger-gdb for f13 and rawhide and have > tried to build it. Koji is going through the setup, but then falling > over on the build. Looking at the logs, it looks like a python > problem... > > http://koji.fedoraproject.org/ko

Re: Another great update

On 03/07/2010 12:25 AM, Orcan Ogetbil wrote: > On Sat, Mar 6, 2010 at 5:16 PM, Christoph Wickert wrote: >> >> +1, Michał! People who want the latest and greatest have already updated >> to F12 months ago anyway, so there is not much use in pushing new >> versions to F11. >> > > Why? I don't want to

Re: Another great update

On 03/07/2010 12:52 AM, Orcan Ogetbil wrote: > Yet moreover you also have the option of updating bugfixes in > addition, leaving the enhancement updates out. I really don't think I have that option. It might work in some cases, but generally it's bound to fail. A security update in an application

Re: Another great update

On 03/08/2010 11:20 AM, Jaroslav Reznik wrote: > Major KDE update was in time of Fedora 9, so it's not an issue today. > > And this it the first problem - we should not call major, minor, bugfix > release > because it doesn't mean the same for every each app out in the wild!!! Yes, it can get con

Re: can automatic pushes be disabled?

On 03/13/2010 03:57 PM, Neal Becker wrote: > Still trying to sort out coordination of our 2 packages by 2 different > maintainers that must be kept in sync. Surprise, one was automatically > pushed to stable due to karma. > > Can that feature be selectively disabled? In Bodhi web UI there is an o

Re: How to package GObject bindings?

On 01/22/2012 09:21 PM, Richard W.M. Jones wrote: > The first of these looks wrong (under specified) to me. It looks like > dependencies on libgobject-2.0.so.0 and libglib-2.0.so.0 are missing > for some reason. (They are missing from the actual > libguestfs-gobject-1.0.so.0 too, so probably it i

Re: New gcc 4.7 c++ error

On 01/30/2012 08:24 PM, Orion Poplawski wrote: > I am getting the following error building paraview with gcc 4.7: > > In file included from > /builddir/build/BUILD/ParaView-3.12.0/Qt/Core/pqAnimationScene.cxx:57:0: > /builddir/build/BUILD/ParaView-3.12.0/Qt/Core/pqServerManagerSelectionModel.h:75:

Re: Heads up : soname change in libzip.

On 02/04/2012 10:42 AM, Remi Collet wrote: > Hi, > > I've just update libzip from 0.9.3 (libzip.so.1) to 0.10 (libzip.so.2) > in rawhide. > > Here is some information about ABI changes: > http://upstream-tracker.org/compat_reports/libzip/0.9.3_to_0.10/abi_compat_report.html > > > I also include

Re: Request for comment: Potential change to dist-git branch structure

On 12/04/2010 12:19 PM, Matej Cepl wrote: > Related issue I have with the Fedora git repositories is that one cannot > remove any branch once it is created. After I have created in bitlbee > repo two topic branches, only to find out that I cannot remove them > after the merge. I can understand need

xerces-c soname bump in Rawhide

Hi, Jonathan Robie and I are planning to update xerces-c from 3.0.1 to 3.1.1 in Rawhide, which includes a soname bump; F-15 will stay on 3.0.1. I will handle the rebuilds of affected packages: blahtexml-0.8-2.fc15 cegui-0.7.5-5.fc15 enigma-1.01-12 frepple-0.8.1-3.fc15 gdal-1.7.3-2.fc15 glest-3.2

Re: xerces-c soname bump in Rawhide

On 03/10/2011 12:35 AM, Kalev Lember wrote: > Hi, > > Jonathan Robie and I are planning to update xerces-c from 3.0.1 to 3.1.1 > in Rawhide, which includes a soname bump; F-15 will stay on 3.0.1. The rebuilds are done except for two packages which failed with errors unrelated to

Re: glib2/glibc problem on x86 building mono-2.10.1

On 03/10/2011 12:05 AM, Paul Johnson wrote: > Hi, > > I've just submitted mono-2.10.1 for building and it's failed giving me > > make[8]: Entering directory > `/builddir/build/BUILD/mono-2.10.1/mcs/tools/gacutil' > MCS [basic] gacutil.exe > Inconsistency detected by ld.so: dl-deps.c: 623: _d

Re: Orphaning and retiring HAL

On 03/15/2011 02:42 PM, Richard Hughes wrote: > I'm planning to orphan the hal and hal-info packages in F15 and and > retire them in rawhide. > > HAL has been dead upstream for 3 years now, and all development has > moved into udev, and the u* daemons like upower, udisks and urfkill. > The origina

Re: Orphaning and retiring HAL

On 03/15/2011 02:58 PM, "Jóhann B. Guðmundsson" wrote: > Does anyone know what the future has in store for pcsc-lite I dont see > the point in writing a systemd service file for it if it's going to be > deprecated. pcsc-lite isn't going anywhere. Last week pcsc-lite upstream released 1.7.0, whi

Re: who is Petr Pisar from redhat ?

On 07/02/2010 11:35 AM, Mamoru Tasaka wrote: > Chitlesh GOORAH wrote, at 07/02/2010 04:09 AM +9:00: >> Hello there, >> >> I would appreciate if someone else who is NEITHER a co-maintainer NOR >> FESCo member don't version bump my packages, without notifying me. >> >> Petr Pisar seems to mess with m

Re: Licensing Guidelines Update - Please Read

On 07/07/2010 11:29 PM, Tom "spot" Callaway wrote: > [rrelyea] pcsc-lite: pcsc-lite-doc-1.6.1-4.fc14.noarch > pcsc-lite-libs-1.6.1-4.fc14.x86_64 Fixed in rawhide. -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [HEADS-UP] systemd for F14 - the next steps

On 07/14/2010 09:13 PM, Lennart Poettering wrote: > /etc/systemd/system/default.target → /lib/systemd/system/graphical.target > > to boot into the graphical stuff by default. This is the default as we > package it. Lets say the admin (or Anaconda) has modified the default.target symlink. What hap

Re: updates-testing: multilib broken for days now

On 07/09/2015 07:48 PM, Miloslav Trmač wrote: >> On 09/07/15 12:39, Miloslav Trmač wrote: > Protected multilib versions: polkit-0.113-1.fc21.x86_64 != > polkit-0.112-7.fc21.1.i686 This is due to polkit splitting out a polkit-libs package between those two versions. T

Re: Self Introduction: Ross Lagerwall

Welcome aboard, Ross! -- Kalev -- 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: [HEADS UP] rpm-4.12.90 in rawhide

On 08/05/2015 10:02 PM, Matthias Clasen wrote: > As a test balloon, I've now added file triggers to gdk-pixbuf2-2.31.5 > -2.fc24, and librsvg2-2.40.9-3.fc24 now relies on them to get its > pixbuf loader registered. > > Let me know if you see any problems with those updates that might be > caused

Re: Self Introduction: Oded Gabbay

On 08/09/2015 06:06 PM, Oded Gabbay wrote: > Hello all, > > My name is Oded and I'm working at Red Hat in the desktop graphics > team. Before that, I've worked at several companies, mainly on Linux > kernel and drivers (graphics and networking) for x86 and for POWER. > > My current focus is to en

GNOME 3.17.90 megaupdate

Hi all, Just a quick heads up that it's GNOME 3.17.90 release this week and we have a f23-gnome side tag for builds - please use 'fedpkg build --target f23-gnome' if you are helping with builds. I'll take care of submitting them all in a single bodhi update ticket later this week. Thanks, Kalev

Re: GNOME 3.17.90 megaupdate

On 08/17/2015 12:51 PM, Kalev Lember wrote: > Hi all, > > Just a quick heads up that it's GNOME 3.17.90 release this week and we > have a f23-gnome side tag for builds - please use 'fedpkg build --target > f23-gnome' if you are helping with builds. > > I'

Re: can't submit updates for f22?

On 08/25/2015 03:04 PM, David Howells wrote: > Peter Robinson wrote: > >>> updates-testing always enabled here and only: >>> python-fedora-0.5.4-1.fc21.noarch >> >> It seems it should be, maybe issues with local mirror being out of sync? >> https://bodhi.fedoraproject.org/updates/FEDORA-2015-1382

Re: bodhi2: ACL validation mechanism was unable to determine ACLs

On 08/28/2015 12:45 PM, Ralf Corsepius wrote: > On 08/28/2015 11:58 AM, Kevin Kofler wrote: >> Ralf Corsepius wrote: >>> Also, I have not found any means to kill this job in bodhi/koji, >> >> Had you tried "koji cancel-task 10843003"? (It's too late to try it >> now, now >> that the build has timed

Re: F-23 Branched report: 20150826 changes

On 08/26/2015 04:12 PM, Jonathan Wakely wrote: > On 26/08/15 11:42 +, Fedora Branched Report wrote: >> [iwhd] >> iwhd-1.6-16.fc23.armv7hl requires libboost_thread.so.1.57.0 >> iwhd-1.6-16.fc23.armv7hl requires libboost_system.so.1.57.0 > > Needs mongodb to be successfully rebuilt first

GNOME 3.17.91 megaupdate

Hi all, Just a quick heads up that it's GNOME 3.17.91 release this week and we are still using the f23-gnome side tag for builds - please use 'fedpkg build --target f23-gnome' if you are helping with builds. I'll take care of submitting them all in a single bodhi update ticket later this week. T

Re: GNOME 3.17.91 megaupdate

On 08/31/2015 09:55 AM, Kalev Lember wrote: > Just a quick heads up that it's GNOME 3.17.91 release this week and we > are still using the f23-gnome side tag for builds - please use 'fedpkg > build --target f23-gnome' if you are helping with builds. > > I'll ta

Re: Fedora 23 Branched 20150905 compose check report

On 09/05/2015 10:51 PM, Adam Williamson wrote: > On Sat, 2015-09-05 at 11:54 -0400, Fedora compose checker wrote: >> Missing expected images: >> >> Kde Live i386 >> Workstation Live i386 >> Cloud base Disk i386 >> Minimal Disk armhfp >> Cloud base Disk x86_64 >> Kde Live x86_64 >> Kde Disk armhfp >

accidental grilo soname change

Hi, Just a quick heads up that it's not necessary to rebuild anything grilo dependant if you get rawhide broken deps email later today. grilo in rawhide had a soname bump last night, but it was unintended; I'm working it out with upstream and will build a new grilo in a bit that restores ABI comp

Re: Orphaned packages available for new point of contact

On 09/09/2015 10:10 PM, Thomas Spura wrote: > I retired ScientificPython as it does require an older numpy and doesn't > build anytime soon with the current numpy and will be FTBFS for a longer > time [1]. How did you retire it? It doesn't appear to be blocked in koji for some reason and Scientifi

Re: Orphaned packages available for new point of contact

On 09/14/2015 08:28 AM, Thomas Spura wrote: > Kalev Lember mailto:kalevlem...@gmail.com>> > schrieb am So., 13. Sep. 2015 um 13:37 Uhr: > > On 09/09/2015 10:10 PM, Thomas Spura wrote: > > I retired ScientificPython as it does require an older numpy and > do

Re: Freeimage 3.10 -> 3.17 upgrade, dealing with library incompatibility

On 09/17/2015 10:28 AM, Sandro Mani wrote: > - Nothing in Fedora seems to require libfreeimageplus, so just build > 3.17 in rawhide and F23 and have the libfreeimageplus ABI break silently > sneak in. Probably shouldn't even mention this option. If nothing depends on it, just go with what's easies

GNOME 3.18.0 megaupdate

Hi all, GNOME 3.18.0 is going to be released this week and I'll be wrangling the builds for Fedora. Same as with the pre-releases we've built so far, we are still using the f23-gnome side tag in koji for preparing everything. If you are helping with builds, please use: $ fedpkg build --target f

Heads up: glibmm/gtkmm now requires -std=c++11

Hi, A quick heads up to anybody who might run into cryptic build errors when building apps that use glibmm/gtkmm: Latest glibmm/gtkmm stack in rawhide and F23 now uses C++11 features in header files. This means when building other programs that use those headers, the C++ compiler needs to be in C

Re: F23 broke dependencies

On 09/23/2015 02:00 PM, Vít Ondruch wrote: > Will there be some effor to clean this up prior release? Yes, same plan as in previous releases: anything that still has broken deps by the time of final freeze is going to get retired. I opened https://fedorahosted.org/rel-eng/ticket/6260 to sort this

Re: Heads up: glibmm/gtkmm now requires -std=c++11

On 09/23/2015 02:56 AM, Josh Stone wrote: > On 09/22/2015 05:49 PM, Mamoru TASAKA wrote: >> Rather, can't be pkgconfig file in gtkmm30 modified for now to add -std=c++11 >> to Cflags? > > I'd guess that they really require *at least* c++11. > > A project might instead choose gnu++11, c++14, gnu++

Re: F23 broke dependencies

On 09/23/2015 05:31 PM, Richard Shaw wrote: > On Wed, Sep 23, 2015 at 7:00 AM, Vít Ondruch > wrote: > > > [trustedqsl] > > tqsllib-devel-2.4-9.fc23.1.i686 requires tqsllib(x86-32) = > 0:2.4-9.fc23 > > tqsllib-devel-2.4-9.fc23.1.x86_64 requir

Re: GNOME 3.18.0 megaupdate

On 09/21/2015 12:12 PM, Kalev Lember wrote: > Hi all, > > GNOME 3.18.0 is going to be released this week and I'll be wrangling the > builds for Fedora. Same as with the pre-releases we've built so far, we > are still using the f23-gnome side tag in koji for preparing

Re: GNOME 3.18.0 megaupdate

On 09/24/2015 11:10 AM, Kalpa Welivitigoda wrote: > > > On Thu, Sep 24, 2015 at 2:36 PM, Richard Hughes > wrote: > > On 24 September 2015 at 10:04, Kalpa Welivitigoda > mailto:callka...@gmail.com>> wrote: > > Will the GNOME 3.18 updates be available to f2

Removing packages that have broken dependencies in F23 tree

Hi all, In less than three weeks we will be entering the F23 Final Freeze. At that point, Fedora release engineering retires any packages that still have broken dependencies in the F23 tree. Based on today's Branched report [1], we still have a number of unfixed packages with broken dependencies

Re: Removing packages that have broken dependencies in F23 tree

On 09/24/2015 05:47 PM, Miro Hrončok wrote: > > > On 24.9.2015 16:34, Kalev Lember wrote: >> python-Fionachurchyard, group::python-sig > > > This one cannot work with Fedora 23 due to GDAL 2. Feel free to retire it. Can you retire it yourself if it is un

Re: Removing packages that have broken dependencies in F23 tree

On 09/25/2015 12:15 AM, Björn Persson wrote: > Kalev Lember wrote: >> aws landgraf > > Here's a patch to include the missing library that prevents installation > of aws-tools. > > To get it to build I had to disable PDF generation and build only

Re: Removing packages that have broken dependencies in F23 tree

On 09/24/2015 07:29 PM, Aleksandar Kurtakov wrote: > IIRC, sqljet needs netbeans-platform (swing-smth to be precious from > netbeans) for its db browser UI which is a subpackage so disabling this part > to build (and killing the browser subpackage) should remove the need for > netbeans platform

Re: fedora-release-$PRODUCT, /etc/issue, /etc/os-release, Per-Product Configs and more!

On 07/10/2014 05:22 PM, Matthew Miller wrote: > On Thu, Jul 10, 2014 at 07:04:21AM -0400, Stephen Gallagher wrote: >>> http://meetbot.fedoraproject.org/teams/server-wg/server-wg.2014-02-25-16.00.html >> That's why I said the *specific* netinstall he was asking for. The >> Fedora Server netinstall w

Welcome Michael Catanzaro

Hi all, Just a quick note to welcome our newest contributor, Michael Catanzaro. I've just sponsored him to the packager group. Michael is very active upstream in GNOME and does a lot of work on GNOME games suite. His first Fedora package, qqwing, is related to this: it's a library required for la

GNOME 3.13.91 megaupdate

Hi all, It's that time of the year again, Fedora is in the Alpha freeze and all updates have to go through Bodhi and get proper testing. Today is also the tarball day for the GNOME 3.13.91 beta release [1]. I'm running point on the 3.13.91 builds and will submit it as a single megaupdate in Bodhi

Re: GNOME 3.13.91 megaupdate

On 09/01/2014 12:40 PM, Kalev Lember wrote: > I'm running point on the 3.13.91 builds and will submit it as a single > megaupdate in Bodhi later this week. The megaupdate is out now and available in updates-testing. I'd appreciate testing and feedback at https://admin.fedorapro

GNOME 3.13.92 megaupdate

Hi all, This week brings us the GNOME 3.13.92 release and I'm coordinating the builds and the megaupdate in Bodhi. Same thing as two weeks ago: I'll pick up any builds from the f21-gnome target (you can see the builds in there with 'koji list-tagged f21-gnome'); use 'fedpkg build --target f21-gnom

Re: GNOME 3.13.92 megaupdate

On 09/15/2014 01:32 PM, Kalev Lember wrote: > Hi all, > > This week brings us the GNOME 3.13.92 release and I'm coordinating the > builds and the megaupdate in Bodhi. ... and here it is, freshly baked and available in updates-testing: https://admin.fedoraproject.org/updates/

Re: Intent to update libinfinity to 0.6.1 (soname bump)

On 09/20/2014 02:10 PM, Till Maas wrote: > On Sat, Aug 30, 2014 at 09:40:05AM +0200, Till Maas wrote: >> I would like to update libinfinity to 0.6.1 where possible. I prepared a >> copr build at: >> https://copr.fedoraproject.org/coprs/till/gobby05/ >> >> I did not yet test whether the gedit or kte

GNOME 3.14.0 megaupdate

Hi all, Here we are, final 3.14.0 this week! Same deal as with the 3.13.92 update last week: use 'fedpkg build --target f21-gnome' for builds or alternatively list your builds in the spreadsheet and I'll pick them up for the megaupdate. https://docs.google.com/spreadsheet/ccc?key=0AtzJKpbiGX1zdGJ

Re: How to handle upgrades to Fedora 21

On 09/24/2014 06:16 PM, Stephen Gallagher wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > There has been some discussion in various forums lately about how we > will handle fedup upgrades from Fedora 20 to Fedora 21 products. > > Several suggestions have been made that warrant discus

Re: Proposal: Increasing application icon sizes to 64px

On 09/26/2014 12:19 PM, Richard Hughes wrote: > At the moment applications have to provide an icon >= 32x32px in size > to be included in the AppStream metadata and shown in the software > center. This is *tiny* on a HiDPI screen, so should I mandate that all > applications ship a 64x64 (and ideall

Re: Proposal: Increasing application icon sizes to 64px

On 09/26/2014 02:23 PM, Richard Hughes wrote: > When to warn them? In rpmbuild? In the koji logs no human ever reads? > You can get this kind of warning now, if you BR: libappstream-glib and > then do a: > > %check > DESTDIR=$RPM_BUILD_ROOT appstream-util check-root > > ...but this requires the p

Re: Proposal: Increasing application icon sizes to 64px

On 09/26/2014 02:39 PM, Richard Hughes wrote: > On 26 September 2014 13:36, Kalev Lember wrote: >> An option would be to add libappstream-glib to the minimal koji >> buildroot and run the check automatically for every package that's built >> in koji. > > If yo

Re: Latest F-21 updates cause non-booting system on some Haswel systems + workaround

On 09/26/2014 09:16 PM, Josh Boyer wrote: > The microcode_ctl package that added this update was karma'd out. So > it shouldn't be in updates-testing any longer, which will help > mitigate how wide spread it is. No, it's still available in the updates-testing repository. Being karma'd out doesn'

Re: GNOME 3.14.0 megaupdate

On 09/22/2014 02:57 PM, Kalev Lember wrote: > Here we are, final 3.14.0 this week! ... and it just made it to updates-testing now: https://admin.fedoraproject.org/updates/FEDORA-2014-11723/ Thanks to everyone who pitched in with builds! -- Kalev -- devel mailing list de

Re: Intent to update libinfinity to 0.6.1 (soname bump)

On 09/26/2014 08:27 PM, Till Maas wrote: > On Sat, Sep 20, 2014 at 04:00:36PM +0200, Kalev Lember wrote: > >>> What are your opinions? >> >> gedit-collaboration should probably be retired in F21+. It's largely >> unmaintained upstream and doesn't work

Re: Proposal: Increasing application icon sizes to 64px

hare/applications/*.desktop if [ $? -ne 0 -a 0$errors_terminate -ne 0 ]; then # One or more of the files had a syntax error exit 1 fi exit 0 - ... and the redhat-rpm-config patch: From d5f57dc742e7b71b5da7b7b2ecea3b30b155bed2 Mon Sep 17 00:00:00 2001 From: Kalev Lember Date

Re: Proposal: Increasing application icon sizes to 64px

On 10/01/2014 03:07 PM, Björn Persson wrote: > Kalev Lember wrote: >> # If no desktop files are installed, return immediately >> if ! ls -A "$RPM_BUILD_ROOT"/usr/share/applications/ 2>/dev/null; then >> exit 0 >> fi > > That tests whether

Re: Summary/Minutes from today's FESCo meeting (2014-10-15 at 17UTC)

On 10/15/2014 09:32 PM, Jerry James wrote: > On Wed, Oct 15, 2014 at 12:54 PM, Kevin Fenzi wrote: >> * #1350 Updates Policy should require inter-dependent packages be >> submitted together (nirik, 18:15:37) >> * LINK: https://fedorahosted.org/fesco/ticket/1350 (nirik, 18:15:38) >> * AGREE

Re: New hardware for Retrace Server

On 10/15/2014 06:02 PM, Michal Toman wrote: > Hi everybody, > > we have just replaced the old (and slow :)) host running Retrace Server > and ABRT server with a new one. The most significant changes for users are: > - Retracing now runs in memory, which means faster generating of > backtraces (by

Broken dependencies in F21 (was: Re: F-21 Branched report: 20141015 changes)

Hi all, We seem to have a number of broken dependencies in F21 that have gone unfixed for a quite some time. Not sure what's up with them; the maintainers are supposed to get daily notifications to make sure these don't go unnoticed. Does anyone have ideas how to deal with these packages? I wond

Re: Broken dependencies in F21

On 10/16/2014 02:40 PM, Kalev Lember wrote: > [gnome-python2-desktop] >> gnome-python2-metacity-2.32.0-18.fc21.armv7hl requires >> libmetacity-private.so.0 And replying to my own mail, this should be fixed with: https://admin.fedoraproject.org/updates/gnome-python2-desktop

Re: Broken dependencies in F21

On 10/16/2014 06:16 PM, Antonio Trande wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > >> [freesteam] freesteam-ascend-2.1-6.20140724svn753.fc21.armv7hl >> requires libascend.so.1 > > https://lists.fedoraproject.org/pipermail/devel/2014-August/201840.html Likely fixed by https://admi

Re: comps multimedia group: switch to gstreamer1 default?

On 10/19/2014 05:10 PM, Rex Dieter wrote: > I see comps' "multimedia" group still defaults to installing gstreamer-0.10 > plugins (with gstreamer1 conditional). Any comments about switching this > the other way around? > > Possible comps-f22.xml.in patch attached. > > If I'd noticed earlier, I

Re: LLVM 3.5 rebase

On 10/20/2014 04:19 PM, Adam Jackson wrote: > On Fri, 2014-10-17 at 19:16 +0200, Sergio Pascual wrote: >> 2014-10-17 16:00 GMT+02:00 Peter Robinson : > >> So I'm OK with retiring python-llvmpy if a patch doesn't appear soon. > > I would be too, but I'm going to want 3.5 in F21, and we have this w

Re: LLVM 3.5 rebase

On 10/21/2014 10:37 AM, Sergio Pascual wrote: > Just a question. If I retire the package in F21, will it affect the F20 > F21 upgrade path for those > who have python-llvmpy installed? > > I mean, you upgrade, there is a new llvm 3.5, but you have python-llvpmy > that requires llvm 3.4 > and... fe

  1   2   3   4   5   6   7   >