Re: [RPM Spec] Shall we use Local time or UTC for %changelog date?

Dne 22.7.2011 14:31, Dmitry Butskoy napsal(a): > Ding Yi Chen wrote: >> Hi list, >> I recently ran into an interesting problem related to time zone. >> >> I live in time zone GMT+10. >> On 0:10, 18th July, >> I wrote my changelog as: >> * Mon Jul 18 2011 .. >> >> >> And then run rpmlint, w

Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)

Speaking about prototype and scriptaculous, I am sure that they are bundled also in Rails and if there are some Rails applications packaged, they will be included also in them. However I am not sure if they should be packaged separately or just copylibs. Vit Dne 31.8.2011 06:35, Adam William

Re: submitters +1ing their own packages

Sorry, you are mixing two things: 1) One is testing environment and it can be probably well defined, clean, etc. 2) The other thing is maintainer mindset. You can try to convince yourself to take a different look but I doubt it will work. It reminds me like if you do patch review of your patch

Re: GDBM upgrade in F17

Dne 21.9.2011 13:45, Honza Horak napsal(a): > On 09/21/2011 01:14 PM, Nils Philippsen wrote: >> On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote: >>> Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME >>> in F17. Because rel-engs refused to provide dedicated build root, the >

Re: Buildroot overrides in Rawhide, was: GDBM upgrade in F17

Dne 21.9.2011 16:52, Kevin Fenzi napsal(a): >>> Its strange to me. There are concerns to have Rawhide usable but at >>> the end, if somebody wants to prevents problems using dedicated >>> build root, it is denied by Rel-Engs, because it is probably to >>> much work. This is disappointing. > Every t

Re: Why EDID is not trustworthy for DPI

Dne 5.10.2011 21:56, Simo Sorce napsal(a): > On Wed, 2011-10-05 at 12:49 -0700, Adam Williamson wrote: >> On Wed, 2011-10-05 at 15:44 -0400, Simo Sorce wrote: >>> On Wed, 2011-10-05 at 12:31 -0700, Adam Williamson wrote: On Wed, 2011-10-05 at 18:49 +0100, Matthew Garrett wrote: > So,

Re: UsrMove feature (was Re: FESCo meeting minutes for 2011-10-24)

Dne 25.10.2011 20:24, Michał Piotrowski napsal(a): > W dniu 25 października 2011 09:26 użytkownik Michał Piotrowski > napisał: >> W dniu 25 października 2011 09:20 użytkownik Harald Hoyer >> napisał: >>> On 10/24/2011 10:12 PM, Michał Piotrowski wrote: In any case #!/usr/bin/env sh >>

Re: F15 / VirtualBox

Dne 11.6.2011 16:21, Gilboa Davara napsal(a): > > On Fri, 2011-06-10 at 16:25 +0100, Tom Hughes wrote: >> On 10/06/11 16:12, Michael Cronenworth wrote: >> >>> Richard W.M. Jones wrote: >> > They are available, but I think you have to build them yourself from source. All the information

Re: GNOME3 and au revoir WAS: systemd: please stop trying to take over the world :)

Dne 17.6.2011 11:14, Ralf Corsepius napsal(a): > On 06/17/2011 10:56 AM, Kevin Kofler wrote: >> Adam Williamson wrote: >>> This is a common misapprehension, but it's not true. The reason for the >>> large icon grid is actually that the developers did real world user >>> research (yes, really!) and

Re: GNOME3 and au revoir WAS: systemd: please stop trying to take over the world :)

Dne 17.6.2011 11:57, Henrik Wejdmark napsal(a): >> The workflow is: >> 1) Move the mouse to the to left corner (move is enough, you don't have to >> click. You even can drag and drop through activities, so learn to not > click >> there.) >> 2) Type on the keyboard few character of the application n

Re: GNOME3 and au revoir WAS: systemd: please stop trying to take over the world :)

Dne 17.6.2011 12:29, Ralf Corsepius napsal(a): > On 06/17/2011 12:16 PM, Vít Ondruch wrote: >> Dne 17.6.2011 11:57, Henrik Wejdmark napsal(a): >> It is useful when you are looking for something and you don't know what >> exactly it is. In that case, it is much muc

Unresponsive Package Maintainer - Jeroen van Meeuwen

I'm following the procedure at: http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers Does anyone know how to contact Jeroen van Meeuwen? He is not answering e-mails at his listed address or the following Bugzilla reports: https://bugzilla.redhat.com/show_bug.cgi?id=707934

Re: Unresponsive Package Maintainer - Jeroen van Meeuwen

Dne 17.6.2011 15:31, Kevin Fenzi napsal(a): > On Fri, 17 Jun 2011 14:37:10 +0200 > Farkas Levente wrote: > >> On 06/17/2011 02:01 PM, Vít Ondruch wrote: >>> I'm following the procedure at: >>> >>> http://fedoraproject.org/wiki/Policy_for_nonresponsi

Re: Packages that will be orphaned

Dne 20.6.2011 19:34, Toshio Kuratomi napsal(a): > Due to the requirement for contributors to sign the FPCA by Thursday of last > week, certain package owners who haven't yet signed will be removed from the > packager group soon. When that happens, the packages that they own will be > orphaned. > >

Build fails due to rpmdiff errors

Hello guys, Is it possible to avoid the error I get in my build [1]? When I build on my machine using mock for different architectures, the rpmdiff is happy. Apparently, the issues is due to differences in underlying file systems and therefore in order of generating of documentation. However, a

Re: Fedora rawhide FTBFS status 2011-06-16 x86_64

Hi Matt, I just want to note that your script is not listing the package owners correctly. There should be listed only people who have commit access, but there are listed also people who just watch bugzilla and commits, [1] for example. Unfortunately nobody of listed owners: rubygem-rack-1.1.0

Re: Unresponsive Package Maintainer - Jeroen van Meeuwen

Dne 17.6.2011 14:01, Vít Ondruch napsal(a): > I'm following the procedure at: > > http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers > > Does anyone know how to contact Jeroen van Meeuwen? He is not answering > e-mails at his listed address or the fol

Re: Unresponsive Package Maintainer - Jeroen van Meeuwen

Dne 27.6.2011 14:44, Hans de Goede napsal(a): > Hi, > > Good to have you back! > > On 06/27/2011 01:53 PM, Jeroen van Meeuwen wrote: >> Vít Ondruch wrote: >>> I'm following the procedure at: >>> >>> http://fedoraproject.org/wiki/Policy_for_nonre

Re: rubygem macro error

Dne 9.11.2011 17:02, Paul Wouters napsal(a): > On Wed, 9 Nov 2011, Alex Dalitz wrote: > > (CC:ed Fedora-devel, we're trying to figure out the ruby bug with %3d ri-doc > names) > >>> I tried using yours and i had to make some xoes for it to build. >>> It used "ruby-gems" instead of "rubygems". The

Re: rubygem macro error

Dne 10.11.2011 13:57, Scott Schmit napsal(a): On Thu, Nov 10, 2011 at 11:26:11AM +0100, Vít Ondruch wrote: Dne 9.11.2011 17:02, Paul Wouters napsal(a): On Wed, 9 Nov 2011, Alex Dalitz wrote: The %3d characters in the filenames are because the Ruby setter methods are named "=" -

Re: Fedora clean up process seems to be seriously broken...

Dne 21.11.2011 21:56, "Jóhann B. Guðmundsson" napsal(a): > 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 b

Re: Fedora clean up process seems to be seriously broken...

Dne 22.11.2011 17:44, Chris Adams napsal(a): > Once upon a time, Vít Ondruch said: >> It would be reasonable, on the beginning of each development cycle, to >> publish a list of packages which were not touched by it maintainer in >> previous release. For all these packag

Re: Fedora clean up process seems to be seriously broken...

Dne 22.11.2011 18:55, Jason L Tibbitts III napsal(a): >>>>>> "VO" == Vít Ondruch writes: > VO> It would be reasonable, on the beginning of each development cycle, > VO> to publish a list of packages which were not touched by it > VO> maintainer

Re: Self Introduction

Dne 1.12.2011 10:12, Schwickerath Ulrich napsal(a): > Hello, > > My name is Ulrich Schwickerath, I'm working at CERN for the IT division, > where I've done some rpm packaging of internally used software for > many years. I got involved in virtualization and cloud computing activities, > and have

Re: Summary/Minutes from today's FESCO meeting (2011-12-12 at 1800 UTC)

Dne 12.12.2011 21:16, Ken Dreyer napsal(a): On Mon, Dec 12, 2011 at 12:24 PM, Stephen Gallagher wrote: * #715 Provenpackager education/status/brainstorming (sgallagh, 18:43:02) There was some discussion a while back about preventing certain extensions from being uploaded to the lookaside ca

rubygem-bcrypt-ruby license change

Hi, rubygem-bcrypt-ruby has changed its license from "BSD with advertising and MIT" to "MIT and Public Domain and ISC" due to changes in its internal C implementation. Cheers, Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora-create-review

Dne 9.1.2012 17:44, Pierre-Yves Chibon napsal(a): Hi, Some time ago I was speaking with Tibbs who mentioned such a tool, so I wrote a small script this week-end called fedora-create-review. The idea is simple: - from a spec and srpm - start a koji scratch build - if build worked - upl

Retire rubygem-mongrel

Hi, If nobody objects, I am going to retire *rubygem-mongrel* and its associated gems rubygem-gem_plugin, rubygem-fastthread and rubygem-mongrel_cluster. Mongrel is not maintained anymore [1]. It dos not support Ruby on Rails 3 available in Fedora, the last supported Ruby on Rails version wa

Re: Plan for tomorrow's FESCo meeting (2012-01-23 at 18UTC)

Dne 23.1.2012 03:40, Cole Robinson napsal(a): On 01/22/2012 07:44 PM, Kevin Fenzi wrote: Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 18:00UTC (1:00pm EST) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedo

Re: Heads up: Rebuild for Ruby 1.9.3

Dne 25.1.2012 00:52, Rex Dieter napsal(a): Mo Morsi wrote: On 01/24/2012 04:50 AM, Bohuslav Kabrda wrote: Hi, since we finally got our Ruby 1.9.3 feature page [1] approved, we are starting rebuild for Ruby 1.9.3. Everyone who owns a package that depends on Ruby or Rubygems should rebuild it in

Re: Unity For Fedora (As in OpenSUSE or Arch)

Dne 26.1.2012 02:05, Manuel Escudero napsal(a): I don't know if you're aware of this or not, but a user managed to port Ubuntu's Unity to OpenSUSE 12.1 as you can see here: http://en.opensuse.org/openSUSE:GNOME_Ayatana And also I've been told this desktop is available for ArchLinux now as well.

rubgyem-systemu license change

Due to recent license change in Ruby from GPLv2 or Ruby of to BSD or Ruby for Ruby 1.9.3, there were some clarifications with various upstreams whose licenses were "same as ruby's", therefore unclear. After clarification with upstream, rubygem-systemu now has BSD or Ruby as it's License. htt

Re: Heads up: Ruby 1.9.3 landed in Rawhide

Dne 7.2.2012 16:33, Darryl L. Pierce napsal(a): On Mon, Feb 06, 2012 at 09:31:50AM -0500, Bohuslav Kabrda wrote: Hi all, Ruby 1.9.3 has finally made it into Rawhide, there are still few more packages that need to be built, but otherwise the transitions was successful. Please note again, that s

Re: Heads up: Ruby 1.9.3 landed in Rawhide

Dne 7.2.2012 16:37, Jon Ciesla napsal(a): On Tue, Feb 7, 2012 at 9:33 AM, Darryl L. Pierce wrote: On Mon, Feb 06, 2012 at 09:31:50AM -0500, Bohuslav Kabrda wrote: Hi all, Ruby 1.9.3 has finally made it into Rawhide, there are still few more packages that need to be built, but otherwise the tr

Re: Heads up: Ruby 1.9.3 landed in Rawhide

Dne 7.2.2012 17:27, Jon Ciesla napsal(a): On Tue, Feb 7, 2012 at 10:25 AM, Vít Ondruch wrote: Dne 7.2.2012 16:37, Jon Ciesla napsal(a): On Tue, Feb 7, 2012 at 9:33 AM, Darryl L. Pierce wrote: On Mon, Feb 06, 2012 at 09:31:50AM -0500, Bohuslav Kabrda wrote: Hi all, Ruby 1.9.3 has finally

How to submit update for F17?

Hello, I did build from F17 and now I am trying submit update via Bodhi, but it fails apparently: $ fedpkg update Creating a new update for weechat-0.3.6-2.fc17 Password for vondruch: Creating a new update for weechat-0.3.6-2.fc17 weechat-0.3.6-2.fc17 not tagged as an update candidate Is th

Re: How to submit update for F17?

Dne 8.2.2012 10:13, Michal Schmidt napsal(a): Vít Ondruch wrote: I did build from F17 and now I am trying submit update via Bodhi, but it fails apparently: $ fedpkg update Creating a new update for weechat-0.3.6-2.fc17 Password for vondruch: Creating a new update for weechat-0.3.6-2.fc17

Re: not tagged as an update candidate [again x 2]

Dne 9.2.2012 11:36, Richard W.M. Jones napsal(a): Continuing an annual tradition ... https://lists.fedoraproject.org/pipermail/devel/2010-August/141191.html For an F17 build I'm getting: $ fedpkg update [...].fc17 not tagged as an update candidate This was built in f17-candidate, which is not

Re: not tagged as an update candidate [again x 2]

Dne 9.2.2012 11:36, Richard W.M. Jones napsal(a): Continuing an annual tradition ... https://lists.fedoraproject.org/pipermail/devel/2010-August/141191.html For an F17 build I'm getting: $ fedpkg update [...].fc17 not tagged as an update candidate This was built in f17-candidate, which is not

Re: Heads up: Ruby 1.9.3 landed in Rawhide

Dne 11.2.2012 16:42, Steve Grubb napsal(a): On Monday, February 06, 2012 09:31:50 AM Bohuslav Kabrda wrote: Ruby 1.9.3 has finally made it into Rawhide, there are still few more packages that need to be built, but otherwise the transitions was successful. Please note again, that soname has been

Re: systemd system unit files and UsrMove

Dne 20.2.2012 13:51, Lennart Poettering napsal(a): On Mon, 20.02.12 13:32, Nicolas Mailhot (nicolas.mail...@laposte.net) wrote: Le Lun 20 février 2012 13:02, Lennart Poettering a écrit : Something similar applies to udev rules and similar "almost code" bits. But yeah, I know people will disa

Re: F16 how to install "less" ruby gem?

Dne 21.2.2012 18:30, Michał Piotrowski napsal(a): Hi, I want to install "less" gem. I switched to root account, and typed # gem install less Fetching: therubyracer-0.9.10.gem (100%) Building native extensions. This could take a while... ... And it's all - install process stops. When I check

Re: F16 how to install "less" ruby gem?

Dne 22.2.2012 10:26, T.C. Hollingsworth napsal(a): 2012/2/22 Michał Piotrowski: I need lessc with --compress option to build bootstrap framework. I'm not sure if "less" gem is appropriate for this task, but I wanted to try it. The canonical version of lessc is written for node.js. Looks like t

Re: "master" branch still invokes build in f17-candidate??

Dne 27.2.2012 17:09, Tom Lane napsal(a): I'm definitely checked out in the master branch: [tgl@rh3 master]$ git push Counting objects: 11, done. Delta compression using up to 4 threads. Compressing objects: 100% (6/6), done. Writing objects: 100% (6/6), 1.13 KiB, done. Total 6 (delta 3), reused

Re: "master" branch still invokes build in f17-candidate??

Dne 28.2.2012 02:59, Jesse Keating napsal(a): On 2/27/12 5:53 PM, Kevin Kofler wrote: Jesse Keating wrote: I was looking for a way to determine the behavior of the master branch (for the sake of dist values) without hitting the network, as that would break git's ability to work offline. The

Re: "master" branch still invokes build in f17-candidate??

Dne 29.2.2012 06:05, Mathieu Bridon napsal(a): On Wed, 2012-02-29 at 05:31 +0100, Kevin Kofler wrote: Tom Lane wrote: Kevin Kofler writes: Vít Ondruch wrote: If you say to Koji that it should checkout master at remote machine, build a SRPM etc, why the Koji can't determine the proper %{?di

Re: "master" branch still invokes build in f17-candidate??

Dne 29.2.2012 20:13, Jesse Keating napsal(a): unless we move away from using master for rawhide and instead always have a specific branch for each release. Please don't do that. Thank you. Vit -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/li

Re: Automating the NonResponsiveMaintainers policy

Dne 2.3.2012 12:02, Marcela Mašláňová napsal(a): On 03/02/2012 11:20 AM, "Jóhann B. Guðmundsson" wrote: I am a feature owner for a feature that involves components in the hundreds and is heavily depended on maintainers responsiveness. For me to start enacting the non responsive maintainers poli

Re: Automating the NonResponsiveMaintainers policy

Dne 2.3.2012 12:56, "Jóhann B. Guðmundsson" napsal(a): On 03/02/2012 11:16 AM, Vít Ondruch wrote: Actually I support such initiative. We have also filled a few bugs against Ruby components which needs some love due to Ruby update and it happens that we have no response. If ther

Re: Automating the NonResponsiveMaintainers policy

Dne 2.3.2012 12:52, Aleksandar Kurtakov napsal(a): - Original Message - From: "Jóhann B. Guðmundsson" To: "Development discussions related to Fedora" Sent: Friday, March 2, 2012 12:20:10 PM Subject: Automating the NonResponsiveMaintainers policy I am a feature owner for a feature that

Re: Automating the NonResponsiveMaintainers policy

Dne 2.3.2012 13:19, Aleksandar Kurtakov napsal(a): - Original Message - From: "Matthias Runge" To: "Development discussions related to Fedora" Sent: Friday, March 2, 2012 2:05:07 PM Subject: Re: Automating the NonResponsiveMaintainers policy On 02/03/12 12:53, Marcela Mašláňová wrote:

Re: Automating the NonResponsiveMaintainers policy

Dne 2.3.2012 13:47, Aleksandar Kurtakov napsal(a): - Original Message - From: "Vít Ondruch" To: devel@lists.fedoraproject.org Sent: Friday, March 2, 2012 2:37:53 PM Subject: Re: Automating the NonResponsiveMaintainers policy Dne 2.3.2012 13:19, Aleksandar Kurtako

Re: Finding package dependencies in repository (was Re: Orphaning a couple of packages)

Dne 8.3.2012 06:07, Eric Smith napsal(a): Fabian Deutsch wrote: because I no longer use them I am orpahning dbh muParser scidavis I wrote: I use muParser in Meshlab. I'm not a C++ whiz (as witnessed by my not yet having figured out how to make Meshlab build properly with GCC 4.7, so I'm wa

Re: Orphaning a bunch of rubygem packages

Dne 13.1.2011 08:26, Matthew Kent napsal(a): > After some ideological changes at work with rubygems and some changes in > my personal life I don't have much motivation to maintain these. I'd > imagine a decent number of these could disappear without any complaints. > Tossing them up for grabs. > >

Re: GitHub Hosted upstream 'Source0'

Dne 16.2.2011 02:24, Tom Lane napsal(a): > Ken Dreyer writes: >> On Tue, Feb 15, 2011 at 4:22 PM, BJ Dierkes >> wrote: >>> I'm wondering how other people have resolved these issues for projects using >>> GitHub as the upstream Source0 download provider. >>> Finally, debian has a web app to resol

Re: [ACTION REQUIRED v2] Orphan removal

Dne 23.2.2011 23:26, Bill Nottingham napsal(a): > Orphan rubygem-eventmachine > Orphan rubygem-fastthread > comaintained by: kanarip > Orphan rubygem-gem_plugin > Orphan rubygem-mongrel > comaintained by: kanarip I took these Vit -- devel mailing list devel@lists.fedoraproject.org ht

Re: Mass bug filing proposal - switching to Python3

Dne 1.7.2015 v 15:33 Robert Kuska napsal(a): > Hello everyone, > > I would like to start with Mass bug filing process and as stated > at wiki, the first step is to gain consensus for what I want to make. > > Note please that this mass bug filing is conditioned with acceptance of > 'Python3 as defau

rubygem-apipie-rails license change

For rubygem-apipie-rails-0.3.4-1.fc23, the license was changed from MIT and ASL 2.0 and (MIT or GPLv2) to MIT and ASL 2.0 since the bundled jQuery was replaced by symlink to the system version of jQuery. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/

Re: Investigation of the F23 mass rebuild

Dne 2.7.2015 v 16:49 Adam Jackson napsal(a): > There are 173 non-now binaries installed under /usr/share. 68 of those > are ircd-ratbox, and 56 are rubygem-gherkin. Filed bug for rubygem-gherkin: https://bugzilla.redhat.com/show_bug.cgi?id=1239048 This looks to be packager's overlook. Vít --

Re: Orphaned Packages in rawhide (2015-07-07)

Dne 7.7.2015 v 15:12 Zbigniew Jędrzejewski-Szmek napsal(a): > On Tue, Jul 07, 2015 at 11:59:47AM +, opensou...@till.name wrote: >> The following packages require above mentioned packages: >> Depending on: apache-poi (64), status change: 2015-07-06 (0 weeks ago) > Hi Orion, > > I see that you ar

Proposal: Drop comps

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Can we just drop comps entirely (or at least trim them down significantly)? I know that this will not happen from day to day, but I see the comps just as an ugly workaround for missing weak dependencies, which we have now. Vít Dne 10.7.2015 v

Re: Proposal: Drop comps

Dne 14.7.2015 v 11:49 Neal Gompa napsal(a): > On Tue, Jul 14, 2015 at 4:13 AM, Vít Ondruch <mailto:vondr...@redhat.com>>wrote: > > > Can we just drop comps entirely (or at least trim them down > significantly)? I know that this will not happen from day to day, but >

Re: Proposal: Drop comps

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dne 14.7.2015 v 15:21 Stephen Gallagher napsal(a): > On Tue, 2015-07-14 at 10:13 +0200, Vít Ondruch wrote: >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> Can we just drop comps entirely (or at leas

Re: [ACTION REQUIRED] FTBFS Packages in rawhide (2015-07-13)

Dne 14.7.2015 v 00:40 opensou...@till.name napsal(a): > > Package(co)maintainers Status Change > === > rubygem-rgenskottler 60 weeks ago > Fixe

Re: Proposal: Drop comps

Dne 14.7.2015 v 22:22 Oron Peled napsal(a): > On Tuesday 14 July 2015 10:13:43 Vít Ondruch wrote: >> Can we just drop comps entirely (or at least trim them down >> significantly)? I know that this will not happen from day to day, but I >> see the comps just as an ugly workar

Re: Proposal: Drop comps

Dne 14.7.2015 v 19:05 Kevin Fenzi napsal(a): > On Tue, 14 Jul 2015 15:53:49 +0200 > Vít Ondruch wrote: > > ...snip... > >>> * The comps.xml groups also provide grouping for >>> logically-connected packages that do not map to weak dependencies >>> well

Re: Proposal: Drop comps

Dne 15.7.2015 v 12:21 Mathieu Bridon napsal(a): > On Wed, 2015-07-15 at 10:51 +0200, Ralf Corsepius wrote: >> > On 07/15/2015 10:20 AM, Vít Ondruch wrote: >> > >>> > > Description and Summary can be localized in .spec file [1], where >>> > >

Re: Proposal: Drop comps

Dne 15.7.2015 v 13:11 Martin Kolman napsal(a): > On Wed, 2015-07-15 at 12:53 +0200, Vít Ondruch wrote: >> Dne 15.7.2015 v 12:21 Mathieu Bridon napsal(a): >>> On Wed, 2015-07-15 at 10:51 +0200, Ralf Corsepius wrote: >>>>> On 07/15/2015 10:20 AM, Vít Ondruch wro

Re: F-23 Branched report: 20150720 changes

What is wrong with the reports? Why broken dependencies are not checked/reported? Why there is no Rawhide report at all? Thx Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-co

Re: Improving our processes for new contributors.

Dne 17.7.2015 v 00:28 Mikolaj Izdebski napsal(a): > On 07/16/2015 07:53 PM, Zbigniew Jędrzejewski-Szmek wrote: >> One thing which I find very annoying when creating new packages is the >> need to use bare rpmbuild commands. I find the split between >> ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), a

Re: [POC-change] Fedora packages point of contact updates

Dne 20.7.2015 v 12:02 nob...@fedoraproject.org napsal(a): > Change in package status over the last 168 hours > > > 0 packages were orphaned > > > 0 packages were retired > > > 0 packages unorphaned >

Re: F-23 Branched report: 20150720 changes

Dne 22.7.2015 v 07:08 Milan Crha napsal(a): > On Wed, 2015-07-22 at 06:48 +0200, Milan Crha wrote: >> Furthermore, I run my rawhide machine today and tried `dnf update`, >> which didn't offer me the update of the evolution-data-server. I'd >> expect to have it offered after two days of the koji bui

Re: [ACTION REQUIRED] FTBFS Packages in rawhide (2015-07-22)

Dne 22.7.2015 v 21:43 opensou...@till.name napsal(a): > rubygem-git-up jvcelak 62 weeks ago > This is actually interesting piece. This might or might not be FTBFS. This package was not touched by mass rebuild scripts, since it contains "noautobuild" file [1

Re: [ACTION REQUIRED] FTBFS Packages in rawhide (2015-07-22)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dne 23.7.2015 v 21:23 Dennis Gilmore napsal(a): > On Thursday, July 23, 2015 09:44:58 AM Vít Ondruch wrote: >> Dne 22.7.2015 v 21:43 opensou...@till.name napsal(a): >>> rubygem-git-up jvcelak

Re: Packaging golang for secondary architectures, go-srpm-macros

Dne 9.7.2015 v 11:18 Jan Chaloupka napsal(a): > > Recommended use in spec file: > 1) To choose the correct compiler: > %ifarch %{golang_arches} > BuildRequires: golang > %else > BuildRequires: gcc-go >= %{gccgo_min_vers} > %endif > > 2) To choose the correct command for building and testing: > %ifa

Re: F-23 Branched report: 20150724 changes

Dne 24.7.2015 v 14:01 Fedora Branched Report napsal(a): > Broken deps for armhfp > Broken deps for i386 > Broken deps for x86_64 > Welcome back ;) ... and thanks to all involved for fixing this. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/list

Re: Packaging golang for secondary architectures, go-srpm-macros

Dne 26.7.2015 v 14:03 Jan Chaloupka napsal(a): > On 07/24/2015 03:36 PM, Vít Ondruch wrote: >> Dne 9.7.2015 v 11:18 Jan Chaloupka napsal(a): >>> Recommended use in spec file: >>> 1) To choose the correct compiler: >>> %ifarch %{golang_arches} >>> Buil

Re: Packaging golang for secondary architectures, go-srpm-macros

Dne 27.7.2015 v 12:00 Jan Chaloupka napsal(a): > > > On 07/27/2015 10:12 AM, Vít Ondruch wrote: >> Dne 26.7.2015 v 14:03 Jan Chaloupka napsal(a): >>> On 07/24/2015 03:36 PM, Vít Ondruch wrote: >>>> Dne 9.7.2015 v 11:18 Jan Chaloupka napsal(a): >>>>&g

Re: Packaging golang for secondary architectures, go-srpm-macros

Dne 27.7.2015 v 13:51 Petr Pisar napsal(a): > On 2015-07-27, Vít Ondruch wrote: >> Dne 27.7.2015 v 12:00 Jan Chaloupka napsal(a): >>> You can say the same about perl-srpm-macros, ocaml-srpm-macros or >>> other *-srpm-macros package redhat-rpm-config has as a runtime &g

Re: [ACTION REQUIRED] FTBFS Packages in rawhide (2015-07-27)

Dne 27.7.2015 v 16:44 Matthew Miller napsal(a): > repoquery --repoid=rawhide-source --archlist=src --whatrequires prelink dnf repoquery --disablerepo=* --enablerepo=rawhide-source --arch=src --whatrequires prelink While the --disable/enablerepo should be possible to replace just by --repo, but t

Re: [HEADS UP] rpm-4.12.90 in rawhide

Dne 24.7.2015 v 15:49 Florian Festi napsal(a): > * Boolean (aka rich) dependencies to support more complicated relation > between packages Is this supported by dnf/hawkey/libsolv already or just RPM support is enough? Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedora

Re: DNF 1.0.2 Released

Dne 28.7.2015 v 08:48 Marcin Juszkiewicz napsal(a): > W dniu 22.07.2015 o 10:49, Honza Šilhan pisze: > >> The resolution configuration hints are printed to the output and user >> is notified which packages were skipped during update in case there >> are conflicts. > No information about skipped upd

Re: [HEADS UP] rpm-4.12.90 in rawhide

Dne 28.7.2015 v 13:37 Neal Gompa napsal(a): > On Tue, Jul 28, 2015 at 5:37 AM, Florian Festi >wrote: > > On 07/28/2015 09:43 AM, Lubos Kardos wrote: > > Support in rpm is not enough but libsolv supports rich deps > since the version > > 0.6.9 too thus rich

Re: and legacy software Re: pyorbit

Dne 28.7.2015 v 22:27 Sérgio Basto napsal(a): > On Ter, 2015-07-28 at 16:48 +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

Re: [HEADS UP] rpm-4.12.90 in rawhide

Dne 28.7.2015 v 18:15 Matthias Clasen napsal(a): > On Tue, 2015-07-28 at 14:49 +0200, Vít Ondruch wrote: > >> Just out of curiosity, do you have already any candidates for File >> Triggers? I suppose "/sbin/ldconfig" is one of them. Do you plan to >> have so

Re: Emacs packaging guidelines

Dne 29.7.2015 v 19:42 Michael Schwendt napsal(a): > On Wed, 29 Jul 2015 18:53:27 +0200, Harald Hoyer wrote: > >> "The Emacs add-on packaging guidelines no longer stipulate that packages >> which >> also bundle support for Emacs should split out those Emacs files into >> separate >> sub-packages.

Re: Emacs packaging guidelines

Dne 30.7.2015 v 12:27 Michael Schwendt napsal(a): > On Thu, 30 Jul 2015 10:18:13 +0200, Vít Ondruch wrote: > >> Actually what is the point of following? >> >> ``` >> Case II >> >> Where a package's principal functionality does not require (X)Emacs,

Re: Emacs packaging guidelines

Dne 30.7.2015 v 12:39 Jonathan Underwood napsal(a): > On 30 July 2015 at 11:27, Michael Schwendt wrote: >> On Thu, 30 Jul 2015 10:18:13 +0200, Vít Ondruch wrote: >> >>> Actually what is the point of following? >>> >>> ``` >>> Case II >>

Re: and legacy software Re: pyorbit

Dne 31.7.2015 v 02:34 Kevin Kofler napsal(a): > * the default DPI is now (at least in master) hardcoded to 96 instead > of defaulting to the value actually reported by the hardware. AdamW wrote lengthy post about DPI: https://www.happyassassin.net/2015/07/09/of-dpis-desktops-and-toolkits/ Vít -

Re: gross DNF bandwidth inefficiency if filesystem space limited

Dne 2.8.2015 v 18:15 Kevin Fenzi napsal(a): > On Sat, 1 Aug 2015 07:33:39 -0400 > Nico Kadel-Garcia wrote: > >> On Fri, Jul 31, 2015 at 3:14 PM, Richard Hughes >> wrote: >>> On 31 July 2015 at 17:27, Radek Holy wrote: One can say that the mirrors should keep the older versions >>> I would c

Re: [RFC] RPM VCS tag. Building from VCS tag/branch/commit

Dne 3.8.2015 v 16:10 Josh Boyer napsal(a): > On Mon, Aug 3, 2015 at 9:50 AM, Igor Gnatenko > wrote: >> Hi folks, >> >> Since 2010 we have defined VCS tag in RPM, but we're not using it >> actually. No guidelines for it, nothing other. Just tag. >> >> >> Introduction >> >>

Re: gross DNF bandwidth inefficiency if filesystem space limited

Dne 3.8.2015 v 17:45 Kevin Fenzi napsal(a): > On Mon, 3 Aug 2015 17:29:30 +0200 > Vít Ondruch wrote: > >> This is actually not true. > Well, as I noted in my reply, I wasn't actually sure what was being > proposed here. > >> The repodata should contain just t

Re: [PACKAGING GUIDELINES] missing testrb2 referenced by Test::UNIT in Ruby

Dne 10.8.2015 v 10:58 Yaakov Selkowitz napsal(a): > On Fri, 2015-08-07 at 23:28 +0300, Ilya Gradina wrote: >> On the page with packaging guidelines for Ruby [1] written about >> using unit-test. There written about using testrb2 which looks >> like deleted from fedora 22+ [2]. All started

Re: Fedora Notifications - howto?

Dne 12.8.2015 v 16:15 Jerry James napsal(a): > On Tue, Aug 11, 2015 at 9:01 PM, Pierre-Yves Chibon > wrote: >> On Tue, Aug 11, 2015 at 08:20:39PM -0600, Jerry James wrote: >> This sounds like a different issue. On thing we would need is to know which >> email you are talking about. >> All the ema

Re: Rawhide users beware! (Re: DNF 1.1.0 and DNF-PLUGINS-CORE 0.1.10 Released)

Dne 12.8.2015 v 14:28 Michael Schwendt napsal(a): > On Tue, 11 Aug 2015 15:43:15 -0400 (EDT), Honza Šilhan wrote: > >> Hi. >> >> Another crucial release of DNF is out with a lot of new features and over 20 >> bug fixes. >> > # dnf update > Last metadata expiration check performed 2:18:33 ago on We

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

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

Orphaning rubygem-celluloid

Hi, I just orphaned rubygem-celluloid in F23 and Rawhide. It used to be dependency of rubygem-listen, but Listen recently dropped the dependency and the development of Celluloid move in a direction, where it will be virtually impossible to package it for Fedora. But if anybody has interest in this

Re: Package repositories missing both a spec file and a dead.package file

Dne 21.8.2015 v 19:48 Viktor Jancik napsal(a): > Using an automated script I found 65 repositories that neither have a spec > file or a dead.package among Fedora package repositories on the master branch. > > Is this desired? Here is the list: > > > rubygem-amq-protocol This was never imported.

Re: Package repositories missing both a spec file and a dead.package file

Dne 21.8.2015 v 19:48 Viktor Jancik napsal(a): > Using an automated script I found 65 repositories that neither have a spec > file or a dead.package among Fedora package repositories on the master branch. > > Is this desired? Here is the list: > > > rubygem-amq-protocol Package was probably never

  1   2   3   4   5   6   7   8   9   10   >