Re: Heads-up on rpm 4.12 coming to rawhide soon

Dne 30.6.2014 14:48, Panu Matilainen napsal(a): On 06/30/2014 03:12 PM, Vít Ondruch wrote: Dne 27.6.2014 17:38, Panu Matilainen napsal(a): Hi all, Rpm 4.12 alpha just got released: http://lists.rpm.org/pipermail/rpm-announce/2014-June/45.html The plan is to update rawhide to this shiny

Re: Heads-up on rpm 4.12 coming to rawhide soon

Dne 30.6.2014 15:14, Panu Matilainen napsal(a): On 06/30/2014 03:48 PM, Panu Matilainen wrote: On 06/30/2014 03:12 PM, Vít Ondruch wrote: Interesting, it breaks Ruby build it seems: http://koji.fedoraproject.org/koji/taskinfo?taskID=7090194 Not sure about the reason, though. Seems the ruby

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

Dne 30.6.2014 20:59, Stephen Gallagher napsal(a): 2) The fedora-release-$PRODUCT package (and possibly %post or systemd snippets therein) will be responsible for the creation and maintenance of /etc/issue, /etc/os-release and /etc/fedora-release-product (note: there is no $ there. That's the lite

Re: Heads-up on rpm 4.12 coming to rawhide soon

Dne 1.7.2014 12:56, Panu Matilainen napsal(a): On 06/30/2014 04:27 PM, Vít Ondruch wrote: Dne 30.6.2014 15:14, Panu Matilainen napsal(a): On 06/30/2014 03:48 PM, Panu Matilainen wrote: On 06/30/2014 03:12 PM, Vít Ondruch wrote: Interesting, it breaks Ruby build it seems: http

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

Dne 1.7.2014 14:37, Stephen Gallagher napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/01/2014 04:26 AM, Vít Ondruch wrote: Dne 30.6.2014 20:59, Stephen Gallagher napsal(a): 2) The fedora-release-$PRODUCT package (and possibly %post or systemd snippets therein) will be

Re: Unresponsive maintainer: kanarip

Dne 27.6.2014 18:34, Juan Orti Alcaine napsal(a): El Sábado, 28 de junio de 2014 00:31:26 Christopher Meng escribió: On Sat, Jun 28, 2014 at 12:17 AM, Bruno Wolff III wrote: He is or was a Red Hat employee. No. Please use this email address: (...) Thank you. Hi Juan, Have you tried to c

rubygem-columnize license revised from 'GPLv2' to 'Ruby or GPLv2'

Hello all, rubygem-columnize 0.8.9, which is about to land in Rawhide, changed license from 'GPLv2' to 'Ruby or GPLv2'. Regards, Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/cod

Re: Removing packages that have broken dependencies in F23 tree, v2

Dne 5.10.2015 v 17:35 Kalev Lember napsal(a): > On 10/05/2015 04:52 PM, Martin Gansser wrote: >> Hi Kalev, >> >> >> >> i am the packager of the package vdr-live (martinkg). >> >> >> >> vdr-live has broken dependencies in the F-23 tree: >> On x86_64: >> vdr-live-0.3.0-21.20150213git6ea279a.fc23

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

Dne 8.10.2015 v 00:06 Kevin Kofler napsal(a): > Stephen Gallagher wrote: >> * #1483 Decision on bundling policy in the Fedora Package Collection >> (sgallagh, 18:11:40) >> * LINK: http://paste.fedoraproject.org/276064/44243383/ is sgallaghs >> proposal without the critpath distinction (nir

Re: Howto remove project from release-monitoring.org (Anitya) ?

Dne 8.10.2015 v 10:15 Jiri Popelka napsal(a): > I can't find a way how to remove > https://release-monitoring.org/project/5554/ > > What am I missing ? > > thanks > > -- > Jiri There is orange "Flag" button you should use for this purpose. Vít -- devel mailing list devel@lists.fedoraproject.org

Re: how set InitialCC in pkgdb2 for new package

Dne 8.10.2015 v 16:44 gil napsal(a): > hi > i missing somethings... > how can set InitialCC with java-sig in pkgdb for a new package? > regards > thanks in advance > gil > https://admin.fedoraproject.org/pkgdb/package/requests/476 > https://admin.fedoraproject.org/pkgdb/package/requests/477 > htt

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

Dne 9.10.2015 v 16:41 Kevin Fenzi napsal(a): > On Fri, 9 Oct 2015 16:36:37 +0200 > Zdenek Kabelac wrote: > >> IMHO all we need is to support multiple version of same library >> to be installable -- that's mine point why usability of Fedora >> is miles behind other distros. > ...snip... > > We

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

Dne 9.10.2015 v 17:46 Kevin Fenzi napsal(a): > On Fri, 9 Oct 2015 17:05:00 +0200 > Vít Ondruch wrote: > >> This does not scale unfortunately ... and it is common excuse to not >> support it properly. IOW, I want to have package foo-1.0 installed >> side by side with

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

Dne 10.10.2015 v 02:50 Kevin Kofler napsal(a): > Chris Adams wrote: >> Is that short-sighted? IMHO yes. Can Fedora fix that? Doubtful. >> There are three choices: >> >> - Fedora attempts to patch in a stable(-enough) ABI, build shared >> libraries, and unbundle all consumers of said libraries.

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

Dne 12.10.2015 v 17:20 Kevin Kofler napsal(a): > Vít Ondruch wrote: >> and we ignore the rest of the world who could build something useful on >> the top of the Fedora. > They just need to rebuild their stuff as well. It works fine for RPM Fusion. > > Kevin Kofler

Re: To distro-sync or not distro-sync?

Dne 29.10.2015 v 13:24 Honza Šilhan napsal(a): > You can exclude the conflicting packages to proceed the system-upgrade i.e.: > "dnf system-upgrade download --releasever=23 --distro-sync -x > rubygem-celluloid --allowerasing" Does the "-x" work actually? Last time I tried, the package I excluded

Re: To distro-sync or not distro-sync?

Dne 30.10.2015 v 18:06 Will Woods napsal(a): > On Thu, 2015-10-29 at 15:00 +0100, Vít Ondruch wrote: >> Dne 29.10.2015 v 13:24 Honza Šilhan napsal(a): >>> You can exclude the conflicting packages to proceed the system >>> -upgrade i.e.: >>> "dnf system-

Re: STOP messing with nfs-utls... PLEASE!!!

Dne 3.11.2015 v 16:26 Kalev Lember napsal(a): > On 11/03/2015 04:08 PM, Steve Dickson wrote: >> commit 7765dd87e174beaa44a16a89530d4b956d9abdba >> Author: Kalev Lember >> Date: Sun Nov 1 16:48:00 2015 +0100 >> >> Disable bootstrap >> >> commit 6ea94b72ac9dfdb6c6d93f8bf975c23c578b9ba0 >> Aut

Re: Some analysis on the size of the minimal and Server installs of Fedora 23

Dne 17.11.2015 v 11:00 Stef Walter napsal(a): > On 17.11.2015 02:39, Stephen Gallagher wrote: >> (Please keep responses on the devel@ list; I've set it in the Reply-To.) >> >> To jump right to the premise: The default Fedora Server install is Way >> Too Big(TM) and the minimal install (also availab

Re: DNF is completly unable to act with local packages

Dne 18.11.2015 v 15:53 Neal Gompa napsal(a): > On Wed, Nov 18, 2015 at 9:48 AM, Panu Matilainen > wrote: >> Right. Only took eight years for anybody to notice ;) >> >> - Panu - >> > At this point, I'm wondering why we don't use the ~/+ operators to > more explicitly declare the ordering of

Re: wayland in rawhide

Dne 10.11.2015 v 20:54 Ray Strode napsal(a): > Hey guys, > > Today I built snapshots of gnome-session gdm gnome-shell and mutter > that change how we do sessions at the login screen. We'll no longer > have separate items for GNOME and GNOME on Wayland. Instead they're > now both consolidated under

Re: wayland in rawhide

Dne 20.11.2015 v 13:23 Thomas Gilliard napsal(a): > > > On 11/20/2015 03:15 AM, Vít Ondruch wrote: >> Dne 10.11.2015 v 20:54 Ray Strode napsal(a): >>> Hey guys, >>> >>> Today I built snapshots of gnome-session gdm gnome-shell and mutter >>> that c

[HEADS UP][RAWHIDE]: Gnome broken in Rawhide

Heads up for Rawhide users. It seems that gnome-shell-3.19.2-1.fc24.x86_64 is broken so avoid updates to this version if you can. Downgrading back to gnome-shell-3.19.1-3.20151110.fc24 and gnome-shell-extensions-3.19.1-1.fc24 workarounds the issues for me. Would be nice if Gnome people can take a

Re: F24 System Wide Change: Default Local DNS Resolver

If I am not mistaken, this is at least 3rd time this change is proposed. Can somebody post some short summary what was changed, that you believe it will be successful this time? Thx Vít Dne 30.11.2015 v 17:14 Jan Kurik napsal(a): > = Default Local DNS Resolver = > https://fedoraproject.org/wik

Re: F24 System Wide Change: Node.js 4.2

Is there some testing version of v8 somewhere? Will we have time to play with rubygem-therubyracer, if we can convince it to run with recent v8 or what else have to be done? The same applies for MongoDB if I am not mistaken. Vít Dne 1.12.2015 v 17:58 Jan Kurik napsal(a): > = Proposed F24 System

Re: F24 System Wide Change: Node.js 4.2

Dne 2.12.2015 v 09:41 Tom Hughes napsal(a): > On 02/12/15 08:27, Vít Ondruch wrote: > >> Is there some testing version of v8 somewhere? Will we have time to play >> with rubygem-therubyracer, if we can convince it to run with recent v8 >> or what else have to be done? The

How to collect "bundled" virtual provide

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dne 2.12.2015 v 15:30 Stephen Gallagher napsal(a): > > > In accordance with the bundling policy, it *is* carrying a virtual > Provides to allow us to identify whether it is affected by discovered > CVEs. > This brings me to interesting question, ho

Re: Some comps cleanup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Can somebody explain me why Rawhide comps are called F24? Trying to use "git blame" and surprisingly (or not that much), almost every line was created by Kevin Fenzi. Why we are using git if we break the history this way? How can I find what was rea

Re: Bodhi front page after login

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dne 6.12.2015 v 20:42 Kevin Fenzi napsal(a): > On Sun, 6 Dec 2015 20:17:37 +0100 > Reindl Harald wrote: > >> Am 06.12.2015 um 20:06 schrieb Michael Schwendt: >>> When I log in at https://bodhi.fedoraproject.org/ the new web ui >>> greets me with

Re: Some comps cleanup

Dne 7.12.2015 v 11:56 Kalev Lember napsal(a): > On 12/07/2015 11:42 AM, Vít Ondruch wrote: >> Can somebody explain me why Rawhide comps are called F24? Trying to use >> "git blame" and surprisingly (or not that much), almost every line was >> created by Kevin Fe

Re: fedora notifications

Dne 8.12.2015 v 13:15 Tom Hughes napsal(a): > On 08/12/15 12:05, Nikos Mavrogiannopoulos wrote: > >> I'm quite lost with the fedora notifications [0] for email. Do you >> know which is the option to send me an email once a package is ready to >> be pushed to stable? (i.e., when the waiting period

Re: Fedora Rawhide 20151216 compose check report

Dne 16.12.2015 v 23:07 Adam Williamson napsal(a): > might be a good idea to keep that gsettings-desktop-schemas > build out of rawhide until we get a shell release > since the old shell won't start with the new schemas If there is so tight relation between gsettings-desktop-schemas and gnome-she

Re: F24 System Wide Change: Glibc locale subpackaging

Why there are no lang specific subpackages? Then English could be recomended and the rest suggested and Anaconda would install the appropriate language subpackage during installation. Vít Dne 18.12.2015 v 08:56 Jan Kurik napsal(a): > = Proposed System Wide Change: Glibc locale subpackaging = >

Re: [INPUT REQUESTED] Fedora Policy on generated code

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For Ruby, regenerating all the generated content would be a huge burden. I can't really imagine the Ruby bootstrap, since you need to have Ruby to build Ruby, I don't think we can identify every piece which is/was generated nor we can collect the or

Re: Let's write metadata about add-ons

Dne 21.12.2015 v 11:36 Jiri Eischmann napsal(a): > Hi, > due to previous efforts we have a pretty good appdata coverage of apps > themselves, but add-ons (plugins, extensions,...) lag far behind. There are > dozens of useful GUI app add-ons in Fedora repositories which don't have > metadata file

Re: Specs using %define

Dne 24.12.2015 v 22:01 Jason L Tibbitts III napsal(a): > To satisfy my curiosity, I grepped the convenient tarball of specfiles > (http://pkgs.fedoraproject.org/repo/rpm-specs-latest.tar.xz) for lines > matching "(? there were more than 1900 hits. > > Here's a complete (long) list. I don't think t

Re: Specs using %define

Dne 24.12.2015 v 22:01 Jason L Tibbitts III napsal(a): > http://pkgs.fedoraproject.org/repo/rpm-specs-latest.tar.xz Btw why this ^^ was never announced to my knowledge nor it is documented, except [1]. It seems useful indeed. Vít [1] https://fedorahosted.org/fedora-infrastructure/ticket/4941

Re: F24 System Wide Change: Suds Jurko Fork

Dne 6.1.2016 v 17:50 Scott Talbert napsal(a): > On Wed, 6 Jan 2016, Kevin Kofler wrote: > >>> Chandan did contact him a while ago and I confirm that he did not >>> receive any answer. >>> Since maintainer is inactive for a while, I was thinking about doing >>> the update as provenpackager after a r

Re: F24 System Wide Change: Suds Jurko Fork

Dne 6.1.2016 v 18:45 Scott Talbert napsal(a): > On Wed, 6 Jan 2016, Vít Ondruch wrote: > >>>>> Chandan did contact him a while ago and I confirm that he did not >>>>> receive any answer. >>>>> Since maintainer is inactive for a while, I was thin

Re: Updating summary and description of a package on pkgdb and the spec

Dne 8.1.2016 v 14:45 Tom Hughes napsal(a): > On 08/01/16 13:41, Ankur Sinha wrote: >> On Fri, 2016-01-08 at 13:36 +, Ankur Sinha wrote: >>> Hiya! >>> >>> Can the summary and description of a package be changed on pkgdb? >>> >>> Also, if it can't, is it OK if the summary and description on pkgdb

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: Attempting to contact unresponsive maintainer - jklimes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dne 6.1.2016 v 01:07 Kevin Fenzi napsal(a): > > If you have a way to contact this maintainer, please let them > know that we'd appreciate knowing what to do with their packages. > Thanks! > > * jklimes - former email: jkli...@redhat.com > > Not su

Gnome always broken in Rawhide

Hi everybody, I am wondering why the Gnome updates in Rawhide has to be always broken? Today I updated my computer just to find out that my gnome-shell is crashing instantly. As it turned out, majority of Gnome components were at 3.19.4 version but gnome-shell was at 3.19.3. Yes, there is already

Re: Gnome always broken in Rawhide

Dne 22.1.2016 v 17:58 Kevin Fenzi napsal(a): > On Fri, 22 Jan 2016 12:37:06 +0100 > Vít Ondruch wrote: > >> Hi everybody, >> >> I am wondering why the Gnome updates in Rawhide has to be always >> broken? Today I updated my computer just to find out that my >>

Re: Gnome always broken in Rawhide

Dne 22.1.2016 v 18:58 Vít Ondruch napsal(a): > there were reports about gnome-settings-daemon as well (which is > crashing in libcolord). Apparently known issue: https://bugzilla.redhat.com/show_bug.cgi?id=1288850 Vít -- devel mailing list devel@lists.fedoraproject.or

Re: hawaii

Dne 22.1.2016 v 21:12 Pier Luigi Fiorini napsal(a): > 2016-01-22 20:58 GMT+01:00 Kevin Fenzi >: > > On Fri, 22 Jan 2016 19:46:12 - > " mastaiza" mailto:mastaiza...@gmail.com>> > wrote: > > > Yes hawaii-shell . > > Here on this page > > https://fe

Re: Build root prepared by DNF is way larger

Dne 12.1.2016 v 15:18 Vít Ondruch napsal(a): > 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 >> installe

Re: Build root prepared by DNF is way larger

Dne 25.1.2016 v 17:03 Vít Ondruch napsal(a): > Dne 12.1.2016 v 15:18 Vít Ondruch napsal(a): >> 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 p

Re: Build root prepared by DNF is way larger

Dne 25.1.2016 v 18:58 Mattias Ellert napsal(a): > mån 2016-01-25 klockan 18:09 +0100 skrev Marcin Juszkiewicz: >> W dniu 25.01.2016 o 17:03, Vít Ondruch pisze: >>> So it appears this thread was probably not enough. Which keeps us with >>> interesting state where mock

Re: hawaii

Dne 25.1.2016 v 17:55 Sérgio Basto napsal(a): > Hi, > > On Seg, 2016-01-25 at 13:40 +0100, Vít Ondruch wrote: >> Dne 22.1.2016 v 21:12 Pier Luigi Fiorini napsal(a): >>> 2016-01-22 20:58 GMT+01:00 Kevin Fenzi : >>>> On Fri, 22 Jan 2016 19:46:12 - >>&g

Re: Build root prepared by DNF is way larger

Dne 26.1.2016 v 20:27 Mattias Ellert napsal(a): > tis 2016-01-26 klockan 10:18 + skrev Peter Robinson: > So it appears this thread was probably not enough. Which keeps us with > interesting state where mock by default does not install weak > dependencies where Koji installs them. It

Re: Gnome always broken in Rawhide

Dne 29.1.2016 v 00:34 Jared K. Smith napsal(a): > > On Fri, Jan 22, 2016 at 6:37 AM, Vít Ondruch <mailto:vondr...@redhat.com>> wrote: > > am not even mentioning that gnome-shell now consumer like 18% of my > CPU, probably due to the constant spamming of my journal:

Re: Mass rebuild for Fedora 18 Complete

Dne 22.7.2012 22:21, Kevin Fenzi napsal(a): On Tue, 17 Jul 2012 07:39:31 -0500 Dennis Gilmore wrote: it was requested in https://fedorahosted.org/rel-eng/ticket/5222 that we do a mass rebuild for Fedora 18 for https://fedoraproject.org/wiki/Features/DwarfCompressor and https://fedoraproject.or

Re: Mass rebuild for Fedora 18 Complete

Dne 25.7.2012 18:03, Adam Jackson napsal(a): On Tue, 2012-07-24 at 18:11 -0500, Dennis Gilmore wrote: http://ausil.fedorapeople.org/f18-needsbuilt.html How is this list generated? It claims vbetool needs rebuilding, but vbetool has been deadpackaged. - ajax On contrary, jruby is marked as

Re: Mass rebuild for Fedora 18 Complete

Dne 22.7.2012 22:21, Kevin Fenzi napsal(a): On Tue, 17 Jul 2012 07:39:31 -0500 Dennis Gilmore wrote: it was requested in https://fedorahosted.org/rel-eng/ticket/5222 that we do a mass rebuild for Fedora 18 for https://fedoraproject.org/wiki/Features/DwarfCompressor and https://fedoraproject.or

Re: [Guidelines Change] Changes to the Packaging Guidelines

Dne 3.8.2012 21:37, Lennart Poettering napsal(a): On Fri, 03.08.12 21:10, Panu Matilainen (pmati...@laiskiainen.org) wrote: On 08/03/2012 08:26 PM, Lennart Poettering wrote: On Fri, 03.08.12 14:44, Panu Matilainen (pmati...@laiskiainen.org) wrote: On 08/03/2012 02:02 PM, Kay Sievers wrote:

Re: What's the reason for not accepting karma from Bodhi submitter

Dne 20.8.2012 13:37, Richard W.M. Jones napsal(a): https://admin.fedoraproject.org/updates/qemu-1.2-0.3.20120806git3e430569.fc18 I built the package, and I tested it. Yet doing the right thing means my karma doesn't count ... IMO this change makes the karma system (even) worse than before. Ri

Re: 3 day minimum in updates-testing for F18?

Dne 28.8.2012 00:37, Jerry James napsal(a): Bodhi seems to be enforcing 7 days in updates-testing for F18. Are we going to switch to the 3 day minimum described in https://fedoraproject.org/wiki/Updates_Policy#Pre_Beta? We are in Alpha Freeze now [1, 2], so your update will spend in Bodhi eve

Re: Developing for Fedora Operating System

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 Objective-C

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

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. I

Re: Fixing Puppet in Fedora/EPEL

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 ve

Re: Fixing Puppet in Fedora/EPEL

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

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?

Re: Fixing Puppet in Fedora/EPEL

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 it

Re: Revamping the non responsive maintainer process

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" wrote: On 11/02/2012 04:25 PM, Tom Lane wrote: =?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmR

Re: Revamping the non responsive maintainer process

perior than 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" To:

Re: Rawhide

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

Re: Revamping the non responsive maintainer process

ing 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" To: devel@lists.fedoraproject.org Sent: Tuesday, November 6, 2012 10:28:11 AM Subject: Re: Revamping the non respons

Re: Revamping the non responsive maintainer process

Dne 6.11.2012 14:17, Aleksandar Kurtakov napsal(a): - Original Message - From: "Vít Ondruch" 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 as

Re: Revamping the non responsive maintainer process

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" To: devel@lists.fedoraproject.org Sent: Tuesday, November 6, 2012 2:56:18 PM Subject: Re:

Re: Revamping the non responsive maintainer process

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 https

Re: Rawhide

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

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

Re: Revamping the non responsive maintainer process

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

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"

Re: The GNOME 3.6.2 Megaupdate

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 everyon

Re: The GNOME 3.6.2 Megaupdate

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

Re: The GNOME 3.6.2 Megaupdate

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

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 wrote: Dne 15.11.2012 18:45, Vít Ondruch napsal(a): ...snip... I wish it would be installable as a single update. If bodhi could compose

Re: F-18 Branched report: 20121128 changes

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 [fedora-jam-kde-t

Re: RFC: Feature process improvements

Dne 28.11.2012 21:08, Miloslav Trmač napsal(a): Hello, this proposal was recently linked in various places, so let's formally introduce it: https://fedoraproject.org/wiki/User:Mmaslano/Feature_process This an incremental change, not a major overhaul designed to solve all problems. The benefits

Re: RFC: Feature process improvements

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 defaul

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

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 http://meetbot.fedoraproject.org/fedora-meeting/2012-12-05/fesco

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

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?

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 eve

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

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 wrote: * 896 - Refine Feature Process (notting, 18:07:50) * AGREED: Feature process modification: features are announced on devel-announce by

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

Dne 6.12.2012 18:23, Josh Boyer napsal(a): On Thu, Dec 6, 2012 at 11:54 AM, Vít Ondruch 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 of respon

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

Dne 6.12.2012 21:40, Josh Boyer napsal(a): On Thu, Dec 6, 2012 at 3:18 PM, Matthew Miller wrote: On Thu, Dec 06, 2012 at 11:20:22AM -0500, Josh Boyer wrote: As I said in the meeting yesterday, I think the definition of a Feature needs to be cleared up before we can really tackle this one. Fea

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

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 collectio

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

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&q

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

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 ove

Re: [Owner-change] Fedora packages ownership change

Dne 11.7.2013 16:09, Orion Poplawski napsal(a): rubygem-mysql2 is under review: https://bugzilla.redhat.com/show_bug.cgi?id=974889 and that should be used going forward. Yes, it is ... but if you suggest that is should be used, it should probably obsolete ruby-mysql and that should be coordi

Re: F20 Self Contained Change: Ruby on Rails 4.0

Dne 15.7.2013 18:31, Bill Nottingham napsal(a): Jaroslav Reznik (jrez...@redhat.com) said: = Proposed Self Contained Change: Ruby on Rails 4.0 = https://fedoraproject.org/wiki/Changes/Ruby_on_Rails_4.0 Change owner(s): Vít Ondruch , Josef Stříbný , ruby-...@lists.fedoraproject.org Ruby on

Re: F20 System Wide Change: Change Packaging Guidelines to discourage requires into /bin and /sbin

Dne 17.7.2013 10:32, Florian Weimer napsal(a): > rubygem-apipie-rails-0.0.21-1.fc19.noarch,/bin/env Seems to be dead code. I notified upstream about it: https://github.com/Pajk/apipie-rails/issues/135 Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailma

Re: F20 Self Contained Change: Vagrant

Dne 17.7.2013 21:19, Julian C. Dunn napsal(a): On Wed, Jul 17, 2013 at 3:10 PM, Matthew Miller mailto:mat...@fedoraproject.org>> wrote: On Wed, Jul 17, 2013 at 02:34:40PM -0400, Julian C. Dunn wrote: > https://github.com/brianmario/yajl-ruby/pull/113 > I talked with our engineerin

Virtual provides for files in /var/log

Dne 18.7.2013 01:02, Lennart Poettering napsal(a): So, maybe, instead of dropping the "Provides syslog" thing from journald, maybe we should add an explicit "syslog-files" dependency (or something named like that) and then make the classic syslog implementations provide that and the packages whic

Re: Virtual provides for files in /var/log

Dne 18.7.2013 10:42, Mathieu Bridon napsal(a): On Thu, 2013-07-18 at 10:34 +0200, Vít Ondruch wrote: Dne 18.7.2013 01:02, Lennart Poettering napsal(a): So, maybe, instead of dropping the "Provides syslog" thing from journald, maybe we should add an explicit "syslog-files&

Re: Virtual provides for files in /var/log

Dne 18.7.2013 11:13, Mathieu Bridon napsal(a): On Thu, 2013-07-18 at 10:56 +0200, Vít Ondruch wrote: Dne 18.7.2013 10:42, Mathieu Bridon napsal(a): On Thu, 2013-07-18 at 10:34 +0200, Vít Ondruch wrote: Dne 18.7.2013 01:02, Lennart Poettering napsal(a): So, maybe, instead of dropping the

Re: Virtual provides for files in /var/log

Dne 18.7.2013 14:19, Lennart Poettering napsal(a): On Thu, 18.07.13 10:34, Vít Ondruch (vondr...@redhat.com) wrote: Dne 18.7.2013 01:02, Lennart Poettering napsal(a): So, maybe, instead of dropping the "Provides syslog" thing from journald, maybe we should add an explicit &qu

Re: Multirelease effort: Moving to Python 3

Dne 24.7.2013 06:32, Toshio Kuratomi napsal(a): On Tue, Jul 23, 2013 at 02:40:56AM -0400, Bohuslav Kabrda wrote: The problem is that you're basically saying "my mental model is the right one", which is not necessarily true for everyone (and not necessarily true generally). Taking your arguments

<    1   2   3   4   5   6   7   8   9   10   >