Re: F22: Merge yumdb for yum->dnf migration?

Dne 30.1.2015 v 17:17 Richard Hughes napsal(a): > On 30 January 2015 at 14:36, Vít Ondruch wrote: >> Just wondering why I cannot see changes done via gnome-software >> (packagekit) in yum history :/ > We write to the yumdb, I don't know where and how yum stores the > h

Re: Why there is no sync for libicu soname rebuilds?

Dne 4.2.2015 v 16:13 Parag Nemade napsal(a): > Hi, > > On Wed, Feb 4, 2015 at 8:04 PM, Mikolaj Izdebski wrote: >> On 02/04/2015 02:21 PM, Parag N(पराग़) wrote: >>> Hi, >>> I remember one year back also harfbuzz was attempted by 2 people on >>> the same day for libicu rebuilds and now this time 3

Re: Proper setting of %ghost file spec section in order to rpm -V to be silent wrt to mode differs ('M') change - handling db & log files

It would be nice if you could refer to specific SRPM. Nevertheless, by coincidence, I was playing with something similar today and I ended up with this patch: http://pkgs.fedoraproject.org/cgit/rubygem-bundler.git/commit/?id=5ca32d2c71cc1bb9225ab8a25fdae3d522ae4202 I.e. if the file is present

Re: whatever happened to yum + btrfs snapshotting?

Dne 17.2.2015 v 13:53 Neal Becker napsal(a): > Some time back there was discussion of being able to rollback yum updates via > btrfs snapshotting. As I recall, it turned out that the default btrfs > install > was not setup correctly to make this feasible (I had briefly tested it on my > machin

Re: [Proposal] Ring-based Packaging Policies

Dne 17.2.2015 v 17:18 Petr Pisar napsal(a): > On 2015-02-17, Josh Boyer wrote: >> On Thu, Feb 12, 2015 at 1:32 PM, Stephen Gallagher >> wrote: >>> == Proposal == >>> With these things in mind, I'd like to propose that we amend the >>> packaging policy by splitting it into two forms: >> I think th

Re: [Proposal] Ring-based Packaging Policies

Dne 18.2.2015 v 12:52 Rahul Sundaram napsal(a): > > Hi > > > > What is wrong with using Copr for the "ring packages". It already > works > just fine (may be BZ is missing). There are no reviews, no guidelines, > you can bundle ... I believe that everybody understands that wh

Re: F22 System Wide Change: Change xorg input stack to use libinput

Just wanted to thank for this feature. I installed xorg-x11-drv-libinput two days ago and middle button track point scrolling works like a charm. My life is much better now ;) Vít Dne 11.12.2014 v 14:42 Jaroslav Reznik napsal(a): > = Proposed System Wide Change: Change xorg input stack to use

Re: Libinput now enabled as default xorg driver for F-22 workstation installs

Dne 23.2.2015 v 13:39 Vít Ondruch napsal(a): > Dne 23.2.2015 v 13:32 Hans de Goede napsal(a): >> Hi All, >> >> As described here: https://fedoraproject.org/wiki/Changes/LibinputForXorg >> >> We've been working on making xorg-x11-drv-libinput the default inpu

Re: Libinput now enabled as default xorg driver for F-22 workstation installs

Dne 23.2.2015 v 13:32 Hans de Goede napsal(a): > Hi All, > > As described here: https://fedoraproject.org/wiki/Changes/LibinputForXorg > > We've been working on making xorg-x11-drv-libinput the default input > driver for the Xorg xserver under Fedora 22. All the necessary changes > for this are in

Re: Libinput now enabled as default xorg driver for F-22 workstation installs

Dne 23.2.2015 v 23:22 Peter Hutterer napsal(a): > On Mon, Feb 23, 2015 at 01:40:23PM +0100, Vít Ondruch wrote: >> Dne 23.2.2015 v 13:39 Vít Ondruch napsal(a): >>> Dne 23.2.2015 v 13:32 Hans de Goede napsal(a): >>>> Hi All, >>>> >>>> As

Re: Libinput now enabled as default xorg driver for F-22 workstation installs

Dne 23.2.2015 v 13:43 Hans de Goede napsal(a): > Hi, > > On 23-02-15 13:39, Vít Ondruch wrote: >> Dne 23.2.2015 v 13:32 Hans de Goede napsal(a): >>> Hi All, >>> >>> As described here: >>> https://fedoraproject.org/wiki/Changes/LibinputForXor

Re: New Upstream Release Monitoring Systems

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 24.2.2015 v 14:25 Pierre-Yves Chibon napsal(a): > https://release-monitoring.org/projects/updates/failed Weird pagination Vít -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU7ddnAAoJEAzgnueZF7h8BGYP/jCRcMcGX2jDnd0tegwer9I8

Re: Taking ownership of html2text on EPEL6

Dne 25.2.2015 v 17:18 Troy Dawson napsal(a): > On 01/09/2015 02:41 PM, Troy Dawson wrote: >> Hi, >> I will be taking ownership of html2text on EPEL6. >> I am already the maintainer for EPEL7, but I missed the notification >> that the EPEL6 version was being orphaned because of filters. >> Troy Daws

Re: New Upstream Release Monitoring Systems

Dne 25.2.2015 v 15:23 Pierre-Yves Chibon napsal(a): > On Wed, Feb 25, 2015 at 03:08:40PM +0100, Vít Ondruch wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Dne 24.2.2015 v 14:25 Pierre-Yves Chibon napsal(a): >>> https://release-monitoring.

Re: F26 Self Contained Change: Making sudo pip Safe (Again)

Dne 7.2.2017 v 11:32 Michal Cyprian napsal(a): > > - Original Message - > From: "Jason L Tibbitts III" > To: "Development discussions related to Fedora" > > Sent: Friday, January 20, 2017 6:33:36 PM > Subject: Re: F26 Self Contained Change: Making sudo pip Safe (Again) > >> "JK" ==

Re: [HEADS UP] libgit2 stack has been updated to 0.25.x in Rawhide

Dne 7.2.2017 v 17:14 Igor Gnatenko napsal(a): > + rubygem-rugged > . Updated to 0.25.1.1 as well From yesterday's compose. [rubygem-github-linguist] rubygem-github-linguist-5.0.2-1.fc26.noarch requires rubygem(rugged) = 0:0.25.0b10 It is probably better to check more then just firs

Re: ceph / boost broken in koji Rawhide

Yesterday around 4pm UTC +- I was told: > nirikit's currently trying to sign the 1.1GB ceph-debuginfo for aarch64 but I'd say it is stuck somewhere V. Dne 10.2.2017 v 09:41 Richard W.M. Jones napsal(a): > https://koji.fedoraproject.org/koji/taskinfo?taskID=17707485 > > The error is

Re: ceph / boost broken in koji Rawhide

Dne 10.2.2017 v 10:06 Richard W.M. Jones napsal(a): > On Fri, Feb 10, 2017 at 10:02:11AM +0100, Vít Ondruch wrote: >> Yesterday around 4pm UTC +- I was told: >> >>> nirikit's currently trying to sign the 1.1GB ceph-debuginfo for >> aarch64 >> >&g

Re: Fedora 25 Respin 20170210 compose check report

F25 Respin? What is this? Vít Dne 10.2.2017 v 22:32 Fedora compose checker napsal(a): > Missing expected images: > > Xfce live x86_64 > Workstation live x86_64 > > Failed openQA tests: 1/11 (x86_64) > > ID: 56785 Test: x86_64 KDE-live-iso install_default@uefi > URL: https://openqa.fedorapro

Please test Vagrant 1.9.1

Hi everybody, I spent last few days updating Vagrant in Rawhide. As it turned out, it is quite significant update for several reasons: 1) Upstream changed the way how Vagrant is distributed in upstream RPM. Hence this is good opportunity to change the way we ship Vagrant to be close to upstream.

Re: Please test Vagrant 1.9.1

, 2017, at 08:14 AM, Vít Ondruch wrote: > >> 3) The downside of (1) is that the plugin registration scripts are baked >> into vagrant plugins, I had to apply some hacks to keep the backward >> compatibility with Vagrant plugins currently in Fedora. > While you're

[HEADS UP] fprintd-pam update vs "authconfig --update"

Hi, Please be careful with fprintd-pam update. It might happen that you might not be able to log in to your computer anymore as it happened to me. The story is approximately as follows: 1) You install your computer. 2) You install SSSD, configure it and live happy ever after. 3) But there is

Re: [HEADS UP] fprintd-pam update vs "authconfig --update"

Forgot to mention that if you were using fingerprint reader with fprintd-0.7.0-1.fc2{5,6}, it won't work anymore after the latest update [3] Vít Dne 17.2.2017 v 13:21 Vít Ondruch napsal(a): > Hi, > > Please be careful with fprintd-pam update. It might happen that you >

Re: Please test Vagrant 1.9.1

Dne 15.2.2017 v 16:39 Colin Walters napsal(a): > On Wed, Feb 15, 2017, at 10:07 AM, Vít Ondruch wrote: > >> First of all, I am still not fond of moving the plugins.json into /usr. > Why is that? It's like the fontconfig one, which was discussed in FESCo: > https://pag

Re: F27 System Wide Change: No More Alphas

Dne 21.2.2017 v 01:31 Ralf Corsepius napsal(a): > On 02/21/2017 01:09 AM, Kevin Fenzi wrote: >> On Mon, 20 Feb 2017 18:24:21 -0500 >> Neal Gompa wrote: >> >>> On Mon, Feb 20, 2017 at 5:20 PM, Kevin Kofler >>> wrote: Dennis Gilmore wrote: > I do not get what you mean by your statement,

Re: F27 System Wide Change: No More Alphas

Dne 21.2.2017 v 10:10 Vít Ondruch napsal(a): > > Dne 21.2.2017 v 01:31 Ralf Corsepius napsal(a): >> On 02/21/2017 01:09 AM, Kevin Fenzi wrote: >>> On Mon, 20 Feb 2017 18:24:21 -0500 >>> Neal Gompa wrote: >>> >>>> On Mon, Feb 20, 2017 at 5:20

Re: [HEADS UP] fprintd-pam update vs "authconfig --update"

Dne 21.2.2017 v 10:59 Bastien Nocera napsal(a): > > - Original Message - >> Hi, >> >> Please be careful with fprintd-pam update. It might happen that you >> might not be able to log in to your computer anymore as it happened to me. > Isn't that what > https://bodhi.fedoraproject.org/upda

Re: [HEADS UP] fprintd-pam update vs "authconfig --update"

Dne 21.2.2017 v 13:28 Vít Ondruch napsal(a): > > Dne 21.2.2017 v 10:59 Bastien Nocera napsal(a): >> - Original Message - >>> Hi, >>> >>> Please be careful with fprintd-pam update. It might happen that you >>> might not be able to log

Vagrant 1.9.1 landed in Rawhide

Hi all, Vagrant 1.9.1 is now built in Rawhide. Vít Dne 14.2.2017 v 14:14 Vít Ondruch napsal(a): > Hi everybody, > > I spent last few days updating Vagrant in Rawhide. As it turned out, it > is quite significant update for several reasons: > > 1) Upstream changed the

Re: Test instances for Fedora Package Maintainers

ppc64-test.fedorainfracloud.org f25 x86_64 cloud instance Is it emulated? Or is the "arch" column copy/paste error? Vít Dne 28.2.2017 v 02:33 Kevin Fenzi napsal(a): > Greetings. > > I've just finished setting up a new group of test machine instances for > package maintainers in the Fe

Re: Self Introduction: Aurelie Deromedis

Dne 3.3.2017 v 08:33 Aurelie Deromedis napsal(a): > Hi everyone, > > my name is Aurelie and I'd like to introduce myself. I'm Italian but > I've been living in London for 5 years. I'm a Linux SysAdmin. I've > been using Linux since I was 17 (11 years professionally). I'm 38. > I've used several d

Re: systemd-233 in rawhide

Dne 2.3.2017 v 21:08 Zbigniew Jędrzejewski-Szmek napsal(a): > - systemd --user instances load environment configuration from > /etc/environment, > /etc/environment.d/*.conf, ~/.config/environment.d/*.conf [2]. > Support for this new feature is in systemd and in gdm sessions, but > further

Re: Fedora Rawhide-20170302.n.0 compose check report

Dne 3.3.2017 v 00:18 Adam Williamson napsal(a): > > Kernel not configured for semaphores (System V IPC). Not using udev > synchronization code. > Kernel not configured for semaphores (System V IPC). Not using udev > synchronization code. I have seen these ^^ messages on my screen during reboot

Re: Orphaned Packages in rawhide (2017-03-01)

Dne 3.3.2017 v 06:51 Ralf Corsepius napsal(a): > On 03/02/2017 01:43 PM, Josh Boyer wrote: >> On Thu, Mar 2, 2017 at 1:22 AM, Ralf Corsepius >> wrote: >>> On 03/01/2017 09:23 PM, opensou...@till.name wrote: The following packages are orphaned and will be retired when they are orph

Re: [Guidelines change] Changes to the packaging guidelines

Dne 3.3.2017 v 02:33 Jason L Tibbitts III napsal(a): > Here are the recent changes to the packaging guidelines. > > > > The guidelines on versioning packages were completely rewritten in order > to make them (hopefully) more comprehensible. This rewrite was not > intended to introduce functi

Re: How to use a buildroot-override

As soon as the suggested '$ koji wait-repo epel7-build --build=sundials-2.7.0-10.el7' command passes, you can submit the build the same way as always, e.g. `fedpkg build`. You can double check the buildroot.log to be sure the right sundials version was installed. Vít Dne 8.3.2017 v 12:46 Antoni

Re: How to ask for package co-maintaining

It depends what you want. If you want just Fedora commit bit, then you should go with "Request commit ACL?". If you choose everything there, the end result is the same as "Request commit access". BTW it is always good idea to contact package maintainer prior asking ACLs. Most of the maintainers ar

Re: Unresponsive packager process and reviews

Dne 11.3.2017 v 19:06 Orion Poplawski napsal(a): > Christopher Meng (cicku) was declared unresponsive a while back. > However, there are still a lot of reviews associated with him: > > Submitted by him (60): > https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=P

Re: Gitignore configuration for packages

Dne 16.3.2017 v 11:32 Guido Aulisi napsal(a): > Hi list, > I was thinking about adding some default gitignores to package > repositories, I think we need at least: > > /results_* > /*.src.rpm > > This is to ignore fedpkg mockbuild output > > What do you think about that? > Should I add that gitig

Re: Provenpackagers dealing with -Werror=format-security issues

I am fine with such warning as long as they are accompanied by comment withe either upstream bug report or other justification. Vít Dne 19.3.2017 v 04:33 Tomasz Kłoczko napsal(a): > > On 19 March 2017 at 02:46, Tomasz Kłoczko > wrote: > > Will try to take c

Re: Self Introduction: Travis Kendrick

Hello and welcome! Dne 24.3.2017 v 18:10 Pouar napsal(a): > Hi, I'm Travis (aka Pouar in the Furry Fandom) and I'm hoping to become > a package co-maintainer (assuming there are any packages needing one, > not sure where to find them so I might need help). I guess most of the packages needs co-m

Re: How attached are we to branch ACLs? -- Should we kill pkgdb?

Dne 25.3.2017 v 07:14 Pierre-Yves Chibon napsal(a): > On Sat, Mar 25, 2017 at 01:45:12AM +0100, Kevin Kofler wrote: >> Pierre-Yves Chibon wrote: >>> Of course, EPEL vs Fedora comes to mind here, but I wonder: if the EPEL >>> maintainer has also commit on the Fedora branches, is it really that muc

Re: Mass issue: /usr/bin/env dependency

Dne 29.3.2017 v 15:52 Tomasz Kloczko napsal(a): > On Wed, 2017-03-29 at 12:26 +, Nikolai Kondrashov wrote: >> I would say using env in the shebang line is useful. Particularly for >> portability. As a developer, I wouldn't like removing it from my programs. > Portability is not an issue at al

Re: a rawhide build not tagged into f27-build

Dne 30.3.2017 v 14:04 David Tardon napsal(a): > Hi, > > On Tue, Mar 28, 2017 at 03:51:48PM +0100, Peter Robinson wrote: >>> My build of updated poppler in Rawhide was not tagged into f27-build >>> automatically, as it used to be in the past: >>> >>> $ koji wait-repo --build=`fedpkg verrel` f27-bu

Re: Qt 5.8 coming to rawhide

And fix this small issue please: = DOWNGRADED PACKAGES = Package: qt5-5.8.0-1.fc27 Old package: qt5-5.8.0-2.fc26 Summary: Qt5 meta package RPMs: qt5 qt5-devel qt5-rpm-macros qt5-srpm-macros Size: 33768 bytes Size change: -584 bytes Vít Dne 31.3.2017 v 08:5

Re: Mass issue: /usr/bin/env dependency

Dne 30.3.2017 v 18:00 Stephen John Smoogen napsal(a): > > 4) There is a difference between rules written down and rules in > action. While the rule has been this should be done, the fact that so > many packages have never done so and no one has pulled them for that.. > says the real rule is it is

Re: Upgrade path w/ new compat package

Dne 3.4.2017 v 21:35 Christopher napsal(a): > There seem to be a lot of possible guidance on the Wiki for what I'm > trying to do, but no clear, unambiguous step-by-step path to follow. > So, I'm seeking advice here. > > js-jquery provides jquery 2.x and js-jquery 2.x > js-jquery1 provides jquery

Re: Upgrade path w/ new compat package

It is not rename jquery is updated and introduced new jquery2 package. There is nothing to obsolete anywhere Vít Dne 4.4.2017 v 11:14 Michael Schwendt napsal(a): > On Tue, 4 Apr 2017 08:05:13 +0200, Vít Ondruch wrote: > >> Please do not obsolete anything. For rubygem-

Re: [Fedocal] Reminder meeting : Modularity WG (once every two weeks)

Dne 4.4.2017 v 11:08 Nils Philippsen napsal(a): > Hey everybody, > > On Tue, 2017-04-04 at 03:00 +, jku...@redhat.com wrote: >> Dear all, >> >> You are kindly invited to the meeting: >>Modularity WG (once every two weeks) on 2017-04-04 from 15:00:00 >> to 16:00:00 UTC >>At fedora-meet

Re: Upgrade path w/ new compat package

Dne 4.4.2017 v 18:17 Michael Schwendt napsal(a): > On Tue, 4 Apr 2017 11:48:44 +0200, Vít Ondruch wrote: > >> It is not rename jquery is updated and introduced new jquery2 >> package. There is nothing to obsolete anywhere > *sigh* > > It is exactly this, >

Re: Upgrade path w/ new compat package

Dne 5.4.2017 v 12:06 Michael Schwendt napsal(a): > On Wed, 5 Apr 2017 10:37:30 +0200, Vít Ondruch wrote: > >>> https://fedoraproject.org/wiki/Package_Renaming_Process >>> >>> https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_

Re: Upgrade path w/ new compat package

Dne 5.4.2017 v 13:45 Michael Schwendt napsal(a): > On Wed, 5 Apr 2017 13:11:56 +0200, Vít Ondruch wrote: > >> Is this some special process for js-jquery? > No. > >> It is quite common that package bumps its version or soname and breaks >> something. We either fix

Re: Upgrade path w/ new compat package

Dne 5.4.2017 v 15:42 Remi Collet napsal(a): > Le 03/04/2017 à 21:35, Christopher a écrit : >> There seem to be a lot of possible guidance on the Wiki for what I'm trying >> to do, but no clear, unambiguous step-by-step path to follow. So, I'm >> seeking advice here. >> >> js-jquery provides jquer

Re: Files in /etc/xdg/autostart should be declared as %config(noreplace)

Dne 27.4.2017 v 15:49 Edgar Hoch napsal(a): > I agree - see the last section of my mail. Your approach is better. > > But how do we get this approach to Fedora? Who is responsible for changeing > the package guidelines and changing the packages (possibly even for Fedora > 26?)? Anybody can bri

Re: F26 update ejected?

Yesterday there was lengthy discussion on #fedora-releng about this. And this was my inquiry: ~~~ vondruchpvalena's vagrant-1.8.5-3.fc25 bodhi update was ejected from the f25-updates-testing mash. Reason: "Cannot find relevant tag for vagrant-1.8.5-3.fc25. None of ['f25-updates-testing', 'f2

Re: vagrant-hostmanager-1.8.6 license change: MIT → MPLv2.0

I love this well explained license changes: "Ah, removing file extension, that is good opportunity to change the license as well" :) https://github.com/devopsgroup-io/vagrant-hostmanager/commit/e97bc6fd169bed754755d8f3f68786610ef48281 Vít Dne 5.5.2017 v 04:52 Randy Barlow napsal(a): > vagrant-

Re: License field in spec file, spdx compliance

The most recent discussion about this topic was here: https://lists.fedoraproject.org/archives/list/le...@lists.fedoraproject.org/message/IF3ZSIUBFXN24XOJTL7CLQVB66ATRTYY/ Vít Dne 21.5.2017 v 22:10 Sandro Bonazzola napsal(a): > Hi, > I was trying today to prepare a single spec file for both Fe

Orphaning rubygem-configuration

Hi all, I have orphaned rubygem-configuration in F26+. This package was previously required by rubygem-launchy, but it is not needed anymore. Therefore I orphaned F26+, but keep the F2{4,5} till their EOL. Feel free to pick the package if you have any use for it or let it be garbage collected, si

Orphaning rubygem-ruby-ole

Hi all, I don't have any use for rubygem-ruby-ole, so I orphaned the package. Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: not all that qualified...

Dne 1.6.2017 v 03:03 Susi Lehtola napsal(a): > On 05/31/2017 05:19 PM, Christopher wrote: >> On Wed, May 31, 2017 at 6:44 PM David Muse > > wrote: >> >> Hello all, >> >> I have a fairly large package that needs review: >> https://bugzilla.redhat.com/s

rubygem-trollop license changed to "MIT"

rubygem-trollop-2.1.2-1.fc27 changed its license from "same terms as Ruby" to "MIT" https://github.com/ManageIQ/trollop/issues/47 Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproje

Re: F27 Self Contained Change: Node.js 8.x

I hate the "self contained" vs "system wide" distinction, but since we have it, shouldn't this be "system wide" change? V. Dne 1.6.2017 v 20:43 Jan Kurik napsal(a): > = Proposed Self Contained Change: Node.js 8.x = > https://fedoraproject.org/wiki/Changes/NodeJS8x > > Change owner(s): > * Zuzan

Re: not all that qualified...

Dne 2.6.2017 v 13:03 Michael Schwendt napsal(a): > On Thu, 01 Jun 2017 02:29:53 +, Christopher wrote: > >> Do you have a link to an explanation of the automated fedora-review >> process, and/or some of these step-by-step checklists you mention? > fedora-review is a tool and a package with the

Exploded source tree

Dne 4.6.2017 v 15:22 Richard W.M. Jones napsal(a): > > Will the second Pagure instance store exploded trees of the upstream > software? Will the dist-git RPM source + patches form be generated > from that? > > Rich. > Hi Rich, Could you elaborate about your use case? Just today, I discussed t

Re: Exploded source tree

Dne 5.6.2017 v 18:59 Richard W.M. Jones napsal(a): > On Mon, Jun 05, 2017 at 01:33:56PM +0200, Vít Ondruch wrote: >> >> Dne 4.6.2017 v 15:22 Richard W.M. Jones napsal(a): >>> Will the second Pagure instance store exploded trees of the upstream >>> softwa

Re: btw and Monitoring functionality ? Re: PkgDB search / info functionality

Dne 12.6.2017 v 21:01 Ralph Bean napsal(a): > On Mon, Jun 12, 2017 at 01:09:28PM +0100, Sérgio Basto wrote: >> Hello , pkgdb also have Monitoring settings, Koschei integration, >> timeline and Anitya , where do we have this on Pagure over Dist-Git ? > The Koschei integration is going to move in

Re: Migrating sub-package to a different package: How to resolve file conflicts

IMO, the latest package should be always non-versioned one and versioned should be only the compat packages. E.g. the llvm package is always the latest, shipping llvm 4.0 ATM and llvm3.9 should be compat package, shipping the previous version. Once new version is released, lets say llvm 5.0, the n

Re: F27 System Wide Change: perl Package to Install Core Modules

Dne 15.6.2017 v 14:25 Jan Kurik napsal(a): > = Proposed System Wide Change: perl Package to Install Core Modules = > https://fedoraproject.org/wiki/Changes/perl_Package_to_Install_Core_Modules > > Change owner(s): > * Petr Písař > > dnf install perl will install all core Perl modules that come w

Re: coreutils /bin file dependencies

Dne 22.6.2017 v 17:15 Petr Šabata napsal(a): > While playing with Base Runtime container base images we noticed > that some packages couldn't be installed with coreutils-single > due to their /bin file dependencies. Unlike the original > coreutils package, coreutils-single doesn't provide the >

Re: coreutils /bin file dependencies

Dne 23.6.2017 v 10:57 Mark Wielaard napsal(a): > On Fri, 2017-06-23 at 10:11 +0200, Igor Gnatenko wrote: >> On Fri, 2017-06-23 at 09:57 +0200, Mark Wielaard wrote: >>> On Thu, 2017-06-22 at 17:15 +0200, Petr Šabata wrote: For the record, there appear to be only 25 binary packages that d

Re: Nonresponsive maintainer: attempting to contact kanarip

Dne 23.6.2017 v 12:39 James Hogarth napsal(a): > Hi, > > Has anyone heard from kanarip or able to contact him? > > I've been attempting to contact for this bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=1223593 > > If there's no response in one week an issue will be filed with FESCo > follo

Re: coreutils /bin file dependencies

Dne 26.6.2017 v 11:56 Petr Šabata napsal(a): > On Fri, Jun 23, 2017 at 10:40:25AM +0200, Vít Ondruch wrote: >> >> Dne 22.6.2017 v 17:15 Petr Šabata napsal(a): >>> While playing with Base Runtime container base images we noticed >>> that some packages couldn

Re: Nonresponsive maintainer: attempting to contact kanarip

Dne 27.6.2017 v 10:41 Jeroen van Meeuwen (Kolab Systems) napsal(a): > On Fri, 2017-06-23 at 11:39 +0100, James Hogarth wrote: >> Hi, >> >> Has anyone heard from kanarip or able to contact him? >> > Most people do hear from kanarip at undetermined intervals -- and my > @fedoraproject.org address w

Re: Reminder: upcoming retirement of webkitgtk and webkitgtk3 packages

It does not seems to be properly retired in pkgdb [1], although it seem to be retired in dist-git [2]. BTW what is the state of Empathy which is broken by this retirement :( Vít [1] https://admin.fedoraproject.org/pkgdb/package/rpms/webkitgtk3/ [2] http://pkgs.fedoraproject.org/cgit/rpms/w

Re: Coming soon: Pagure service for dist-git

Dne 10.7.2017 v 11:23 Pierre-Yves Chibon napsal(a): > On Fri, Jul 07, 2017 at 09:31:22AM -0400, Matthew Miller wrote: >> On Fri, Jul 07, 2017 at 03:05:43AM +, Zbigniew Jędrzejewski-Szmek wrote: >>> 3. The default landing page for a package shows a message about >>>the missing readme. Mayb

Re: Coming soon: Pagure service for dist-git

Dne 10.7.2017 v 19:31 Pierre-Yves Chibon napsal(a): > On Mon, Jul 10, 2017 at 05:17:04PM +0200, Vít Ondruch wrote: >> >> Dne 10.7.2017 v 11:23 Pierre-Yves Chibon napsal(a): >>> On Fri, Jul 07, 2017 at 09:31:22AM -0400, Matthew Miller wrote: >>>> On Fri, Jul 07

Re: Coming soon: Pagure service for dist-git

Dne 11.7.2017 v 10:24 Tom Hughes napsal(a): > On 11/07/17 08:50, Vít Ondruch wrote: > >> Right, I have no idea how it came to conclusion that rubygems is >> subpackage of ruby, this is not true, never was true and never will >> be true. > > Err because the spec file

Re: Coming soon: Pagure service for dist-git

Dne 11.7.2017 v 11:41 Pierre-Yves Chibon napsal(a): > On Tue, Jul 11, 2017 at 09:50:31AM +0200, Vít Ondruch wrote: >>Dne 10.7.2017 v 19:31 Pierre-Yves Chibon napsal(a): >> >> On Mon, Jul 10, 2017 at 05:17:04PM +0200, Vít Ondruch wrote: >> >> >> D

Re: Fedora 27 mass rebuild at risk

Dne 12.7.2017 v 16:09 Zbigniew Jędrzejewski-Szmek napsal(a): > On Fri, Jul 07, 2017 at 02:53:36PM +0200, Florian Weimer wrote: >> We currently have an invalid IFUNC resolver in libgcc.a on POWER >> (rhbz#1467526). glibc in rawhide recently started linking that into the >> library and there are s

un-retire rubygem-factory_girl

Hi, rubygem-factory_girl was retired during march since it was orphaned for some while. I did not picked it up at that time, since nothing was using it. Now I discovered that it would be handy to have it in Fedora to be able to execute test suite of rubygem-cucumber-rails. Hence I inted to un-reti

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Dne 18.7.2017 v 13:23 Dominik 'Rathann' Mierzejewski napsal(a): > On Tuesday, 18 July 2017 at 00:02, Michael Catanzaro wrote: >> On Mon, Jul 17, 2017 at 3:38 AM, Kevin Kofler >> wrote: >>> The problem is that the RPMs that go into the Flatpaks are not FHS- >>> compliant, so the RPMs will have to

Re: Duplicate review request for rubygem-vagrant

Dne 30.10.2013 13:23, Dridi Boukelmoune napsal(a): On Wed, Oct 30, 2013 at 12:04 PM, Josef Stribny 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 naming guidelines ?

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

Dne 4.11.2013 14:41, Josh Boyer napsal(a): On Mon, Nov 4, 2013 at 6:23 AM, Miro Hrončok 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 pushed to stable afte

Re: ABRT in the comps group 'standard'

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 b

Re: ABRT in the comps group 'standard'

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 applic

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

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 ca

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

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, the

Re: [Base] Proposal for buildrequires cleanup janitorial initiative

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 s

Re: [Base] Proposal for buildrequires cleanup janitorial initiative

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!)

Dne 16.12.2013 09:47, T.C. Hollingsworth napsal(a): On Mon, Dec 16, 2013 at 1:11 AM, Martin Stransky 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 them later. I'm not

Re: [Base] Proposal for buildrequires cleanup janitorial initiative

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!)

Dne 18.12.2013 00:26, T.C. Hollingsworth napsal(a): On Tue, Dec 17, 2013 at 3:41 AM, Lukas Zapletal 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 later, when time co

Re: dnf versus yum

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 said: http://akozumpl.github.io/dnf/cli_vs_yum.html#dnf-erase-kernel-deletes-all-packages-called-kernel Frankly, that's a dumb "feature" to have the package ma

Re: dnf versus yum

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

Re: Taskotron

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 fa

Re: Taskotron

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

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 tha

Re: dnf versus yum

Dne 7.1.2014 10:52, Dridi Boukelmoune napsal(a): On Tue, Jan 7, 2014 at 10:29 AM, Frank Murphy wrote: On Tue, 7 Jan 2014 10:16:16 +0100 Dridi Boukelmoune wrote: dnf remove kernel --all I assume you're suggestion that `dnf remove kernel` should only remove the latest kernel. How do you make

Re: dnf versus yum

Dne 7.1.2014 11:34, Ian Malone napsal(a): On 6 January 2014 13:06, Vít Ondruch 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? O

Re: GIT development branches for packagers?

Dne 14.1.2014 21:41, Andrew Lutomirski napsal(a): > I have some trivial cleanups I want to make to a package a maintain. > These cleanups are trivial enough that I don't think they're worth a > new build. Should I commit them to the master branch? If so, I can > imagine a couple of issues: > > -

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