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

2011-08-30 Thread Vít Ondruch
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

Re: submitters +1ing their own packages

2011-09-09 Thread Vít Ondruch
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

Re: GDBM upgrade in F17

2011-09-21 Thread Vít Ondruch
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 upgrade

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

2011-09-21 Thread Vít Ondruch
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 target added

Re: Why EDID is not trustworthy for DPI

2011-10-05 Thread Vít Ondruch
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, ok, now you have

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

2011-10-26 Thread Vít Ondruch
Dne 25.10.2011 20:24, Michał Piotrowski napsal(a): W dniu 25 października 2011 09:26 użytkownik Michał Piotrowski mkkp...@gmail.com napisał: W dniu 25 października 2011 09:20 użytkownik Harald Hoyer har...@redhat.com napisał: On 10/24/2011 10:12 PM, Michał Piotrowski wrote: In any case

Re: rubygem macro error

2011-11-10 Thread Vít Ondruch
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 was a = - =3D

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

2011-11-22 Thread Vít Ondruch
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

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

2011-11-22 Thread Vít Ondruch
Dne 22.11.2011 17:44, Chris Adams napsal(a): Once upon a time, Vít Ondruchvondr...@redhat.com 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 packages, new

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

2011-11-23 Thread Vít Ondruch
Dne 22.11.2011 18:55, Jason L Tibbitts III napsal(a): VO == Vít Ondruchvondr...@redhat.com 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 in previous release. I certainly hope you

Re: Self Introduction

2011-12-02 Thread Vít Ondruch
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 been

Re: Developing for Fedora Operating System

2012-10-10 Thread Vít Ondruch
Dne 9.10.2012 20:04, Rohit napsal(a): Respected Sir, I am seriously considering developing for the Fedora Linux Operating System. Also, I have interest in participating in Google Summer of Code 2013 under your organisation. I have knowledge of C, PHP, Javascript, Python(basic) and

Re: f18: how to install into a LVM partitions (or RAID)

2012-10-17 Thread Vít Ondruch
Dne 16.10.2012 18:06, Jesse Keating napsal(a): On 10/16/2012 08:53 AM, Dario Lesca wrote: If this feature is not included then you can not update F1[0-7] on systems that have used LVM / RAID: all my PCs and laptops. Anaconda no longer handles upgrades, so this isn't a concern. Oh come on.

Re: Fixing Puppet in Fedora/EPEL

2012-10-23 Thread Vít Ondruch
Dne 23.10.2012 09:55, Lukas Zapletal napsal(a): On Fri, Oct 19, 2012 at 07:35:28PM -0400, Matthew Miller wrote: * Move EPEL 6, Fedora = 17 to use Puppet 3.0. Speaking for my previous job, it would really be unfortunate to have a non-compatible update of puppet in EPEL. Unless accompanied by

Re: Fixing Puppet in Fedora/EPEL

2012-10-23 Thread Vít Ondruch
Dne 23.10.2012 15:10, Matthew Miller napsal(a): On Tue, Oct 23, 2012 at 01:57:13PM +0200, Vít Ondruch wrote: I vote for having puppet3 and not touching the default version. This will be more challenging, but we all know a bit about puppet upgrades and transitions - it can be big pain. Lets

Re: Fixing Puppet in Fedora/EPEL

2012-10-23 Thread Vít Ondruch
Dne 23.10.2012 15:37, Matthew Miller napsal(a): On Tue, Oct 23, 2012 at 03:22:27PM +0200, Vít Ondruch wrote: But that doesn't help people running puppet 2.6 _now_, and just introduces complication into the packaging. Introducing new package is complication anyway, so what is the point? See

Re: Fixing Puppet in Fedora/EPEL

2012-10-23 Thread Vít Ondruch
Dne 23.10.2012 17:21, Matthew Miller napsal(a): Once you introduce version into the name, you will never be able to get rid of it, although puppet 4 might be 100% compatible with That's not true. In the future, puppet can obsolete puppet3 -- for example, in EPEL 7. Yes, it can, but I doubt

Re: Revamping the non responsive maintainer process

2012-11-06 Thread Vít Ondruch
Dne 5.11.2012 10:22, Marcela Mašláňová napsal(a): On 11/02/2012 06:57 PM, Jóhann B. Guðmundsson wrote: On 11/02/2012 04:56 PM, Kevin Fenzi wrote: On Fri, 02 Nov 2012 16:44:06 + Jóhann B. Guðmundsson johan...@gmail.com wrote: On 11/02/2012 04:25 PM, Tom Lane wrote:

Re: Revamping the non responsive maintainer process

2012-11-06 Thread Vít Ondruch
the rest of the world and think there is no need for further contributions and they can do everything alone ? I'm starting to be really worried for the path Fedora is going. Alexander Kurtakov Red Hat Eclipse team - Original Message - From: Vít Ondruch vondr...@redhat.com To: devel

Re: Rawhide

2012-11-06 Thread Vít Ondruch
Dne 4.11.2012 10:31, Panu Matilainen napsal(a): On 11/04/2012 02:32 AM, Kevin Fenzi wrote: - Autoqa could perhaps help out, but I am not holding my breath. ;) Yeh, autoqa can't do a whole lot when its builds often intentionally dependencies break (eg soname bumps). Unless such builds were

Re: Revamping the non responsive maintainer process

2012-11-06 Thread Vít Ondruch
for the path Fedora is going. Alexander Kurtakov Red Hat Eclipse team - Original Message - From: Vít Ondruch vondr...@redhat.com To: devel@lists.fedoraproject.org Sent: Tuesday, November 6, 2012 10:28:11 AM Subject: Re: Revamping the non responsive maintainer process Dne 5.11.2012 10:22

Re: Revamping the non responsive maintainer process

2012-11-06 Thread Vít Ondruch
Dne 6.11.2012 14:17, Aleksandar Kurtakov napsal(a): - Original Message - From: Vít Ondruch vondr...@redhat.com To: devel@lists.fedoraproject.org Sent: Tuesday, November 6, 2012 2:56:18 PM Subject: Re: Revamping the non responsive maintainer process So give me the permission [1] as well

Re: Revamping the non responsive maintainer process

2012-11-07 Thread Vít Ondruch
Dne 6.11.2012 16:04, Ralf Corsepius napsal(a): On 11/06/2012 02:24 PM, Vít Ondruch wrote: Dne 6.11.2012 14:17, Aleksandar Kurtakov napsal(a): - Original Message - From: Vít Ondruch vondr...@redhat.com To: devel@lists.fedoraproject.org Sent: Tuesday, November 6, 2012 2:56:18 PM Subject

Re: Revamping the non responsive maintainer process

2012-11-07 Thread Vít Ondruch
Dne 6.11.2012 16:40, Marcela Mašláňová napsal(a): On 11/06/2012 04:32 PM, Jóhann B. Guðmundsson wrote: On 11/06/2012 01:07 PM, Marcela Mašláňová wrote: Oh no, you are top posting again ;-) Could you create fesco ticket for this package? I proposed usage of the script in Johann's ticket

Re: Rawhide

2012-11-07 Thread Vít Ondruch
Dne 7.11.2012 08:08, Dan Horák napsal(a): Jesse Keating píše v Út 06. 11. 2012 v 10:48 -0800: On 11/06/2012 03:35 AM, Vít Ondruch wrote: And rel-engs actively prohibits staging as much as they can [1], where it should be encouraged IMO. Vit [1] https://fedorahosted.org/rel-eng/ticket/4580

Re: Revamping the non responsive maintainer process

2012-11-07 Thread Vít Ondruch
Dne 7.11.2012 09:52, Vít Ondruch napsal(a): Dne 6.11.2012 16:40, Marcela Mašláňová napsal(a): On 11/06/2012 04:32 PM, Jóhann B. Guðmundsson wrote: On 11/06/2012 01:07 PM, Marcela Mašláňová wrote: Oh no, you are top posting again ;-) Could you create fesco ticket for this package? I proposed

Re: Revamping the non responsive maintainer process

2012-11-07 Thread Vít Ondruch
Dne 7.11.2012 10:00, Pierre-Yves Chibon napsal(a): On Wed, 2012-11-07 at 09:49 +0100, Vít Ondruch wrote: You are still maintainer, you are still owner and you are notified by email about every change in your package, so you'll be able to catch such activity pretty soon and act accordingly

Re: Revamping the non responsive maintainer process

2012-11-07 Thread Vít Ondruch
Dne 7.11.2012 10:21, Ralf Corsepius napsal(a): On 11/07/2012 09:49 AM, Vít Ondruch wrote: Dne 6.11.2012 16:04, Ralf Corsepius napsal(a): On 11/06/2012 02:24 PM, Vít Ondruch wrote: Dne 6.11.2012 14:17, Aleksandar Kurtakov napsal(a): - Original Message - From: Vít Ondruch vondr

Re: The GNOME 3.6.2 Megaupdate

2012-11-15 Thread Vít Ondruch
Dne 15.11.2012 18:04, Adam Williamson napsal(a): On Thu, 2012-11-15 at 11:43 +0100, Kalev Lember wrote: On 11/13/2012 01:07 PM, Kalev Lember wrote: It's time for the last big GNOME update for F18 to bring bug fixes and translation updates to users! The update is now in Bodhi, thanks to

Re: The GNOME 3.6.2 Megaupdate

2012-11-15 Thread Vít Ondruch
Dne 15.11.2012 18:45, Vít Ondruch napsal(a): Dne 15.11.2012 18:04, Adam Williamson napsal(a): On Thu, 2012-11-15 at 11:43 +0100, Kalev Lember wrote: On 11/13/2012 01:07 PM, Kalev Lember wrote: It's time for the last big GNOME update for F18 to bring bug fixes and translation updates to users

Re: The GNOME 3.6.2 Megaupdate

2012-11-16 Thread Vít Ondruch
Dne 15.11.2012 19:39, Kevin Kofler napsal(a): Vít Ondruch wrote: I wish it would be installable as a single update. If bodhi could compose the yum install command for copy paste at least, it might be helpful as well. Assuming you already have GNOME installed, these commands: yum install yum

Re: The GNOME 3.6.2 Megaupdate

2012-11-16 Thread Vít Ondruch
Dne 15.11.2012 19:02, Adam Williamson napsal(a): On Thu, 2012-11-15 at 10:57 -0700, Kevin Fenzi wrote: On Thu, 15 Nov 2012 18:49:50 +0100 Vít Ondruch vondr...@redhat.com wrote: Dne 15.11.2012 18:45, Vít Ondruch napsal(a): ...snip... I wish it would be installable as a single update

Re: F-18 Branched report: 20121128 changes

2012-11-28 Thread Vít Ondruch
Dne 28.11.2012 14:38, Fedora Branched Report napsal(a): Compose started at Wed Nov 28 09:15:37 UTC 2012 Broken deps for x86_64 -- [dhcp-forwarder] dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl

Re: RFC: Feature process improvements

2012-12-03 Thread Vít Ondruch
Dne 30.11.2012 18:16, Matthew Miller napsal(a): On Fri, Nov 30, 2012 at 03:28:52PM +0100, Vít Ondruch wrote: I'd love to see the feature process to be turned opposite, i.e. make the feature auto-approved as default. It could look like: In general, features _have_ been approved by default, so

Re: Summary/Minutes for Wednesday's FESCo meeting (2012-12-05)

2012-12-06 Thread Vít Ondruch
Dne 5.12.2012 21:20, Bill Nottingham napsal(a): === #fedora-meeting: FESCO (2012-12-05) === Meeting started by notting at 18:07:27 UTC. The full logs are available at

Re: features and percentages [was Re: RFC: Feature process improvements]

2012-12-06 Thread Vít Ondruch
Dne 6.12.2012 10:14, Panu Matilainen napsal(a): On 12/05/2012 09:38 PM, Matthew Miller wrote: One approach: a convention where each feature gets a tracking bug, and then various tasks can be marked as blocking that. *Then*, each release can have a tracking bug for accepted features themselves,

Re: What would it take to make Software Collections work in Fedora?

2012-12-06 Thread Vít Ondruch
Dne 5.12.2012 22:14, Kevin Fenzi napsal(a): I cant seem to find any specific fpc ticket where they discussed this, but I am pretty sure it was brought up before there. I'd check with them... https://fedorahosted.org/fpc/ticket/141 https://fedorahosted.org/fpc/ticket/143 But I am afraid not

Re: Summary/Minutes for Wednesday's FESCo meeting (2012-12-05)

2012-12-06 Thread Vít Ondruch
Dne 6.12.2012 17:02, Tomas Mraz napsal(a): On Thu, 2012-12-06 at 09:07 -0500, Josh Boyer wrote: On Thu, Dec 6, 2012 at 5:42 AM, Vít Ondruch vondr...@redhat.com wrote: * 896 - Refine Feature Process (notting, 18:07:50) * AGREED: Feature process modification: features are announced

Re: Summary/Minutes for Wednesday's FESCo meeting (2012-12-05)

2012-12-07 Thread Vít Ondruch
Dne 6.12.2012 18:23, Josh Boyer napsal(a): On Thu, Dec 6, 2012 at 11:54 AM, Vít Ondruch vondr...@redhat.com wrote: Also, there was dissent already in the auto-approving of leaf-features during the meeting discussion so I am not sure that auto-accepting of Features in general given a lack

Re: What would it take to make Software Collections work in Fedora?

2012-12-07 Thread Vít Ondruch
Dne 6.12.2012 17:31, Seth Vidal napsal(a): On Thu, 6 Dec 2012, Jan Zelený wrote: The original use case for SCLs is to provide a way to deliver newer versions of SW in stable distributions like RHEL/CentOS than those available in the core system and make sure system packages and

Re: Summary/Minutes for Wednesday's FESCo meeting (2012-12-05)

2012-12-07 Thread Vít Ondruch
Dne 7.12.2012 11:13, Jóhann B. Guðmundsson napsal(a): On 12/07/2012 09:28 AM, Vít Ondruch wrote: Feature is something somebody considers important enough to create feature page for it. Period. That describes the current state and is your point of view. To me an Feature is a completely

Re: Summary/Minutes for Wednesday's FESCo meeting (2012-12-05)

2012-12-07 Thread Vít Ondruch
Dne 7.12.2012 15:06, Jaroslav Reznik napsal(a): - Original Message - It doesn't matter from a get this thing into Fedora standpoint. It very much matters from a marketing/communication standpoint. If it didn't matter, Fedora Marketing wouldn't be picking specific items out of the

Ruby 2.0 in F19

2012-12-20 Thread Vít Ondruch
Hi everybody, According to Ruby 2.0 release schedule: - code freeze: 23 Dec. - 2.0.0-rc1 release: 1W Jan. (expected) - 2.0.0-rc2 release: 1W Feb. (expected) - 2.0.0-p0 release: 24 Feb. the official release date is quickly approaching. Therefore, I would like to update you about

Re: Ruby 2.0 in F19

2013-01-02 Thread Vít Ondruch
Dne 21.12.2012 20:58, M. Edward (Ed) Borasky napsal(a): Sigh ... now there are *three* incompatible Ruby syntax / semantics standards to deal with. Don't spread FUD please. Why don't we just ship 'rvm' or 'rbenv' and force everyone to manage their own Ruby environments? ;-) There used to

Re: system-config-firewall conntrack patch

2013-01-02 Thread Vít Ondruch
Thanks Andrew, I am forwarding this to system-config-firewall maintainers, who might be interested. Vít Dne 24.12.2012 21:02, Andrew Wyatt napsal(a): Howdy folks, saw that you hadn't patched system-config-firewall to support conntrack so I thought I'd send our patch your way. Not a

Re: rawhide report: 20121226 changes

2013-01-02 Thread Vít Ondruch
Dne 26.12.2012 23:49, Kevin Fenzi napsal(a): [ansible] ansible-fireball-0.9-1.fc19.noarch requires python-keyczar ansible-node-fireball-0.9-1.fc19.noarch requires python-keyczar Should be fixed tomorrow now that python-keyczar is approved. [cp2k]

Re: rawhide report: 20121228 changes

2013-01-02 Thread Vít Ondruch
Dne 28.12.2012 15:39, Michael Scherer napsal(a): [root] root-graf3d-gl-5.34.02-1.fc19.x86_64 requires libGLEW.so.1.7()(64bit) doesn't even let a srpm be created on F18, and fail on this line : %if %{?fedora}%{!?fedora:0} = 17 || %{?rhel}%{!?rhel:0} = 7 ( and as a side note, the spec

Re: Ruby 2.0 in F19

2013-01-02 Thread Vít Ondruch
Dne 2.1.2013 12:08, Stijn Hoop napsal(a): Hi, On Wed, 02 Jan 2013 10:59:46 +0100 Vít Ondruch vondr...@redhat.com wrote: Dne 21.12.2012 20:58, M. Edward (Ed) Borasky napsal(a): Why don't we just ship 'rvm' or 'rbenv' and force everyone to manage their own Ruby environments? ;-) There used

Re: rawhide report: 20121228 changes

2013-01-02 Thread Vít Ondruch
Dne 2.1.2013 13:19, Panu Matilainen napsal(a): On 01/02/2013 01:53 PM, Vít Ondruch wrote: Dne 28.12.2012 15:39, Michael Scherer napsal(a): [root] root-graf3d-gl-5.34.02-1.fc19.x86_64 requires libGLEW.so.1.7()(64bit) doesn't even let a srpm be created on F18, and fail on this line

Re: rawhide report: 20121226 changes

2013-01-03 Thread Vít Ondruch
Dne 2.1.2013 20:07, Bill Nottingham napsal(a): Bruno Wolff III (br...@wolff.to) said: On Wed, Jan 02, 2013 at 12:08:31 +0100, Vít Ondruch vondr...@redhat.com wrote: Hm, wondering why there are not automatically filled bugs about broken dependencies. Wouldn't it be easier for tracking

Re: Fedora 18 issues with translations and keymaps

2013-01-03 Thread Vít Ondruch
Dne 3.1.2013 10:51, Adam Williamson napsal(a): On Thu, 2013-01-03 at 20:17 +1030, William Brown wrote: On Thu, 2013-01-03 at 01:42 -0800, Adam Williamson wrote: On Thu, 2013-01-03 at 09:23 +, Jóhann B. Guðmundsson wrote: On 01/03/2013 08:03 AM, Adam Williamson wrote: Hey, folks. I'm not

Re: Fedora 18 issues with translations and keymaps

2013-01-03 Thread Vít Ondruch
Dne 3.1.2013 11:34, Adam Williamson napsal(a): On Thu, 2013-01-03 at 11:31 +0100, Vít Ondruch wrote: Dne 3.1.2013 10:51, Adam Williamson napsal(a): On Thu, 2013-01-03 at 20:17 +1030, William Brown wrote: On Thu, 2013-01-03 at 01:42 -0800, Adam Williamson wrote: On Thu, 2013-01-03 at 09:23

Re: Drop of the libjpeg-turbo jpeg8 ABI feature

2013-01-17 Thread Vít Ondruch
Dne 16.1.2013 17:42, Jaroslav Reznik napsal(a): - Original Message - Hello all, after discussion with libjpeg and libjpeg-turbo upstreams I decided to drop the jpeg8 API/ABI feature and include only jpeg6 API/ABI. Ok, I'm going to switch libjpeg-turbo-jpeg8-ABI to incomplete category,

Re: Proposed F19 Feature: Ruby 2.0.0 - the latest stable version of Ruby, with major increases in speed and reliability

2013-01-17 Thread Vít Ondruch
Dne 16.1.2013 21:18, Bill Nottingham napsal(a): Jaroslav Reznik (jrez...@redhat.com) said: Yet, it is source level backward compatible with Ruby 1.9.3, so your software will continue to work. The updated Ruby also provides better integration with Fedora, especially JRuby. But not only JRuby,

Re: Proposed F19 Feature: Ruby 2.0.0 - the latest stable version of Ruby, with major increases in speed and reliability

2013-01-17 Thread Vít Ondruch
Dne 17.1.2013 14:13, Kevin Fenzi napsal(a): On Thu, 17 Jan 2013 13:00:33 +0100 Vít Ondruch vondr...@redhat.com wrote: Yes, everything needs rebuild. It needs rebuild also due to change from ruby(abi) to ruby(release) we are proposing in guildelines draft and which was discussed on packaging

Re: To the Mate package maintainers

2013-01-19 Thread Vít Ondruch
Dne 19.1.2013 12:46, Tomasz Torcz napsal(a): On Sat, Jan 19, 2013 at 11:11:29AM +0100, Michael Schwendt wrote: On Fri, 18 Jan 2013 18:10:06 -0500, Sam Varshavchik wrote: I see that Gnome's lock screen now shows a pretty clock, after the display wakes up, that must be swiped away in order to

Re: Proposed F19 Feature: Ryu - Network Operating System

2013-01-23 Thread Vít Ondruch
Dne 23.1.2013 16:44, Dennis Jacobfeuerborn napsal(a): On 01/23/2013 04:25 PM, Jaroslav Reznik wrote: = Features/Ryu = https://fedoraproject.org/wiki/Features/Ryu Feature owner(s): Isaku Yamahata yamahata at private.email.ne.jp Ryu Network Operating System http://www.osrg.net/ryu/ == Detailed

Re: Proposed F19 Feature: JRuby 1.7 - JRuby is an alternative Ruby implementation

2013-01-24 Thread Vít Ondruch
Dne 23.1.2013 18:59, Miloslav Trmač napsal(a): On Wed, Jan 16, 2013 at 2:05 PM, Jaroslav Reznik jrez...@redhat.com wrote: = Features/JRuby 1.7 = https://fedoraproject.org/wiki/Features/JRuby_1.7 What should /usr/bin/ruby point to? During standard Gem packaging process, the executable files

Re: drop inheritance at f19 branch point?

2013-01-24 Thread Vít Ondruch
Dne 23.1.2013 22:38, Lennart Poettering napsal(a): On Wed, 23.01.13 14:20, Kevin Fenzi (ke...@scrye.com) wrote: I know we have discussed this before, but I've filed a FESCo ticket to ask them one way or another about the issue: https://fedorahosted.org/fesco/ticket/1005 Feedback welcome. If

Re: drop inheritance at f19 branch point?

2013-01-24 Thread Vít Ondruch
Dne 24.1.2013 11:22, Richard W.M. Jones napsal(a): On Thu, Jan 24, 2013 at 10:38:00AM +0100, Vít Ondruch wrote: And I disagree with this proposal. It is mixed for me. Sometimes, I'd like to update in Rawhide, especially if the freeze is taking long, while in other cases, I need to do some

Remove retired packages

2013-01-24 Thread Vít Ondruch
Dne 23.1.2013 21:04, Bruno Wolff III napsal(a): One possiblity here would be to create a special package that obsoletes all of the dropped packages from the last release (or two depending on how far back you want to yum update from). Actually, this is cool idea IMO. Why this package does not

Re: drop inheritance at f19 branch point?

2013-01-24 Thread Vít Ondruch
Dne 24.1.2013 14:40, Bruno Wolff III napsal(a): On Thu, Jan 24, 2013 at 13:06:21 +0100, Vít Ondruch vondr...@redhat.com wrote: It definitely depends on package. I should be the one who knows about my packages the best if there is some breaking potential. Every time you don't do an update

Re: Remove retired packages

2013-01-24 Thread Vít Ondruch
Dne 24.1.2013 14:18, Michael Schwendt napsal(a): On Thu, 24 Jan 2013 13:13:09 +0100, Vít Ondruch wrote: Dne 23.1.2013 21:04, Bruno Wolff III napsal(a): One possiblity here would be to create a special package that obsoletes all of the dropped packages from the last release (or two depending

Re: drop inheritance at f19 branch point?

2013-01-28 Thread Vít Ondruch
Dne 25.1.2013 00:02, Kevin Fenzi napsal(a): On Thu, 24 Jan 2013 15:09:57 +0100 Vít Ondruch vondr...@redhat.com wrote: Dne 24.1.2013 14:40, Bruno Wolff III napsal(a): On Thu, Jan 24, 2013 at 13:06:21 +0100, Vít Ondruch vondr...@redhat.com wrote: It definitely depends on package. I should

Re: Proposed F19 Feature: Cinnamon as Default Desktop

2013-01-29 Thread Vít Ondruch
Dne 29.1.2013 14:56, Christopher Meng napsal(a): Funny...I suggest that we can submit a changing desktop feature per release. Maybe this is the best solution. It might be nice extension to different wallpaper in every release ;) Vít -- devel mailing list devel@lists.fedoraproject.org

Re: Proposed F19 Feature: QXL/Spice KMS Driver

2013-01-31 Thread Vít Ondruch
Dne 31.1.2013 12:52, Jaroslav Reznik napsal(a): = Features/QXLKMSSupport = https://fedoraproject.org/wiki/Features/QXLKMSSupport Feature owner(s): Alon Levy al...@redhat.com Currently the QXL driver is X.org only, a KMS driver is required to move forward with projects like spice 3D, and also

Re: Dear Fedora Packagers!

2013-08-29 Thread Vít Ondruch
Dne 28.8.2013 16:27, Miloslav Trmač napsal(a): On Wed, Aug 28, 2013 at 3:15 PM, Michael Schwendt mschwe...@gmail.com wrote: Thanks for your interest. It is a reoccuring problem that both the rename request submitter *and* the reviewer get the Obsoletes tags wrong. Perhaps the guidelines should

Re: Builder update

2013-08-29 Thread Vít Ondruch
Dne 29.8.2013 08:05, Panu Matilainen napsal(a): For a practical example of the timescale of this process as things have been so far: opt-in install-time macro-expansion of scriptlets was implemented upstream in March 2010 and has been in Fedora since F15. Yet this relatively trivial thing

Re: Running a command in spec file?

2013-08-29 Thread Vít Ondruch
Dne 29.8.2013 10:19, Stanislav Ochotnicky napsal(a): Quoting Dave Johansen (2013-08-28 21:58:38) On Wed, Aug 28, 2013 at 9:13 AM, Remi Collet fed...@famillecollet.com wrote: Le 28/08/2013 18:09, Dave Johansen a écrit : I'm trying to make a spec file that uses the devtoolset in RHEL 5/6 (

Re: Running a command in spec file?

2013-08-29 Thread Vít Ondruch
Dne 29.8.2013 11:17, Miroslav Suchý napsal(a): On 08/29/2013 10:19 AM, Stanislav Ochotnicky wrote: %{?scl:scl enable %{scl} } # this is a shell command 1 command 2 ... %{?scl:} Just one command with this syntax. If you need more command, you have to use heredoc as Vít said in this thread.

Re: does mc really require perl*?

2013-09-20 Thread Vít Ondruch
Dne 11.9.2013 21:54, Bill Nottingham napsal(a): The problem with soft dependencies has always been the semantics and the workflow, not the implementation. So do we have the implementation? I am afraid not, since this problem is always used as an excuse why not implement it. But discussing

mc alternative: Double Commander

2013-09-23 Thread Vít Ondruch
Dne 22.9.2013 10:32, Martin Sourada napsal(a): Point me to such graphical filemanager. I fail to see even a decent gui alternative to mc under linux. You can try Double Commander if you like. http://doublecmd.sourceforge.net/ http://vondruch.fedorapeople.org/doublecmd/doublecmd.repo Vít --

Re: Need some help writing gitlab and gitlab-shell specs

2013-09-23 Thread Vít Ondruch
Dne 19.9.2013 20:42, Axilleas Pipinellis napsal(a): I have asked in #fedora-infra what FHS they use with the git repos in fedorahosted and we concluded that the rails apps would go to /usr/share/ and git repos and satellites to /usr/lib/. Git repos in /usr/lib? That does not sound right.

Re: Software management: Call for RFEs results!

2013-10-16 Thread Vít Ondruch
Dne 16.10.2013 10:04, Jan Zelený napsal(a): On 15. 10. 2013 at 09:40:41, Matthew Miller wrote: On Tue, Oct 15, 2013 at 01:15:26PM +0200, Jan Zelený wrote: Not to be only negative here, take a look at the COPR initiative, I expect it will solve the problem you are talking about by offering

Re: Software management: Call for RFEs results!

2013-10-17 Thread Vít Ondruch
Dne 17.10.2013 01:15, Kevin Kofler napsal(a): Vít Ondruch wrote: Sorry, this has nothing to do with FPC yet. RPM/YUM/DNF should first provide reasonable support. For example this issue [1] could take us closer as a first approximation. Vít [1] https://bugzilla.redhat.com/show_bug.cgi?id

Re: Software management: Call for RFEs results!

2013-10-17 Thread Vít Ondruch
Dne 17.10.2013 10:05, Jiri Moskovcak napsal(a): On 10/17/2013 09:15 AM, Vít Ondruch wrote: To be honest, the Kernel is the last package, which should be paraller installable, since you can run just one kernel at time. Yeah, admins will love that, when after updating the kernel the machine

Re: Duplicate review request for rubygem-vagrant

2013-10-30 Thread Vít Ondruch
Dne 30.10.2013 13:23, Dridi Boukelmoune napsal(a): On Wed, Oct 30, 2013 at 12:04 PM, Josef Stribny jstri...@redhat.com wrote: On 10/30/2013 10:45 AM, Dridi Boukelmoune wrote: What prevails between the ruby naming guidelines and the prior art rule (other distros package name) in the general

Re: How long should last the submitted for stable phase in bodhi?

2013-11-04 Thread Vít Ondruch
Dne 4.11.2013 14:41, Josh Boyer napsal(a): On Mon, Nov 4, 2013 at 6:23 AM, Miro Hrončok mhron...@redhat.com wrote: Might be a good idea to show that info in bodhi. Something like: bodhi: This update has been submitted for stable by churchyard. bodhi: There is an ongoing freeze, this will be

Re: ABRT in the comps group 'standard'

2013-12-06 Thread Vít Ondruch
Dne 6.12.2013 12:39, Miroslav Suchý napsal(a): On 12/06/2013 12:14 PM, Jóhann B. Guðmundsson wrote: I would say that abrt should not be installed et all unless user has agreed to it at install time. +1 My mother would be puzzled, if ABRT would popup on her Fedora box. Your mother will be

Re: ABRT in the comps group 'standard'

2013-12-06 Thread Vít Ondruch
Dne 6.12.2013 14:05, Miroslav Suchý napsal(a): On 12/06/2013 01:59 PM, Václav Pavlín wrote: I think abrt serves as good source of info in case of unexpected crashes, which is quite important to have stable system. So although being puzzled is not very nice, being disappointed by crashing

Re: [pkgdb2] call for testers, bug reports and RFE

2013-12-12 Thread Vít Ondruch
Dne 10.12.2013 14:20, Pierre-Yves Chibon napsal(a): On Wed, Nov 13, 2013 at 02:52:27PM +0100, Pierre-Yves Chibon wrote: I am at a point where I think it starts to look good, the unit-tests are passing and I seem to be able to do what I want with it. Thus I thought this would be a good time to

Re: [pkgdb2] call for testers, bug reports and RFE

2013-12-12 Thread Vít Ondruch
Dne 12.12.2013 14:42, Pierre-Yves Chibon napsal(a): On Thu, Dec 12, 2013 at 01:23:12PM +0100, Vít Ondruch wrote: Dne 10.12.2013 14:20, Pierre-Yves Chibon napsal(a): On Wed, Nov 13, 2013 at 02:52:27PM +0100, Pierre-Yves Chibon wrote: I am at a point where I think it starts to look good

Re: [Base] Proposal for buildrequires cleanup janitorial initiative

2013-12-13 Thread Vít Ondruch
Dne 12.12.2013 18:50, Phil Knirsch napsal(a): Initiate build requires cleanup for base related packages in Fedora working with maintainers and the community. The goal is to reduce the number of self-hosting packages required for Base from currently over 2000 packages. Just a few (probably

Re: [Base] Proposal for buildrequires cleanup janitorial initiative

2013-12-13 Thread Vít Ondruch
Dne 13.12.2013 14:41, Phil Knirsch napsal(a): On 12/13/2013 12:20 PM, Vít Ondruch wrote: Dne 12.12.2013 18:50, Phil Knirsch napsal(a): Initiate build requires cleanup for base related packages in Fedora working with maintainers and the community. The goal is to reduce the number of self

Re: really stop really commits (really!)

2013-12-16 Thread Vít Ondruch
Dne 16.12.2013 09:47, T.C. Hollingsworth napsal(a): On Mon, Dec 16, 2013 at 1:11 AM, Martin Stransky stran...@redhat.com wrote: There are some cases when we need it (sources taken as a snapshot from git/cvs) Huh? The sources have to be either in git or in the lookaside cache for koji to find

Re: [Base] Proposal for buildrequires cleanup janitorial initiative

2013-12-16 Thread Vít Ondruch
Dne 15.12.2013 11:55, Richard W.M. Jones napsal(a): On Fri, Dec 13, 2013 at 10:57:00AM -0500, Matthew Miller wrote: On Fri, Dec 13, 2013 at 12:20:50PM +0100, Vít Ondruch wrote: * It might be interesting to have some script, which tries to audit BR, e.g. it removes all BR first and then adds

Re: really stop really commits (really!)

2013-12-18 Thread Vít Ondruch
Dne 18.12.2013 00:26, T.C. Hollingsworth napsal(a): On Tue, Dec 17, 2013 at 3:41 AM, Lukas Zapletal l...@redhat.com wrote: On Mon, Dec 16, 2013 at 03:10:08AM -0700, T.C. Hollingsworth wrote: I do commit locally although I probably don't want push the snapshot sources, because I update them

Re: dnf versus yum

2014-01-06 Thread Vít Ondruch
Dne 5.1.2014 22:25, Till Maas napsal(a): On Sun, Jan 05, 2014 at 01:06:16PM -0600, Chris Adams wrote: Once upon a time, Reindl Harald h.rei...@thelounge.net said: http://akozumpl.github.io/dnf/cli_vs_yum.html#dnf-erase-kernel-deletes-all-packages-called-kernel Frankly, that's a dumb feature

Re: dnf versus yum

2014-01-06 Thread Vít Ondruch
Dne 6.1.2014 13:31, Lars E. Pettersson napsal(a): On 01/06/2014 12:43 PM, Vít Ondruch wrote: Otherwise, I totally agree with Chris and with DNF upstream. dnf remove kernel should remove every kernel and should not behave magically. What would be the point in removing the running kernel

Re: Taskotron

2014-01-06 Thread Vít Ondruch
Dne 6.1.2014 17:53, Matthew Miller napsal(a): On Mon, Jan 06, 2014 at 09:36:09AM -0700, Tim Flink wrote: One of the primary reasons for replacing AutoQA with taskotron is to make it easier for folks to contribute checks. AutoQA's implementation just isn't capable of doing that in a reasonable

Re: Taskotron

2014-01-07 Thread Vít Ondruch
Dne 6.1.2014 19:47, Matthew Miller napsal(a): On Mon, Jan 06, 2014 at 11:04:39AM -0700, Tim Flink wrote: What about including them in the RPMs themselves, in a new section similar to the existing %check -- or just in a standard file location (so no changes to RPM itself are needed immediately)?

Re: dnf versus yum

2014-01-07 Thread Vít Ondruch
Dne 6.1.2014 23:26, Chris Murphy napsal(a): Since * remove kernel appears to be inspecific, removing all kernels isn't what I'd expect. It's not how mv or cp or anything else would work. So why not turn this around. In case somebody is doing dnf remove kernel and dnf will figures out that

Re: dnf versus yum

2014-01-07 Thread Vít Ondruch
Dne 7.1.2014 10:52, Dridi Boukelmoune napsal(a): On Tue, Jan 7, 2014 at 10:29 AM, Frank Murphy frankl...@gmail.com wrote: On Tue, 7 Jan 2014 10:16:16 +0100 Dridi Boukelmoune dridi.boukelmo...@gmail.com wrote: dnf remove kernel --all I assume you're suggestion that `dnf remove kernel` should

Re: dnf versus yum

2014-01-07 Thread Vít Ondruch
Dne 7.1.2014 11:34, Ian Malone napsal(a): On 6 January 2014 13:06, Vít Ondruch vondr...@redhat.com wrote: I don't even remember I ever needed yum remove kernel. Does it mean that yum remove kernel should not work at all no matter if it leaves running kernel on the system or not? Or should

Re: Orphaning a bunch of rubygem packages

2011-01-13 Thread Vít Ondruch
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'

2011-02-16 Thread Vít Ondruch
Dne 16.2.2011 02:24, Tom Lane napsal(a): Ken Dreyerktdre...@ktdreyer.com writes: On Tue, Feb 15, 2011 at 4:22 PM, BJ Dierkes wdier...@5dollarwhitebox.org wrote: I'm wondering how other people have resolved these issues for projects using GitHub as the upstream Source0 download provider.

Re: [ACTION REQUIRED v2] Orphan removal

2011-02-24 Thread Vít Ondruch
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

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

2011-06-17 Thread Vít Ondruch
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 found that

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

2011-06-17 Thread Vít Ondruch
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 name you

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

2011-06-17 Thread Vít Ondruch
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 much better then the previous menus

  1   2   3   4   5   6   7   8   9   10   >