Re: Intent to retire recordmydesktop

Dne středa 4. října 2017 11:15:23 CEST, Petr Šabata napsal(a): > On Wed, Oct 04, 2017 at 10:04:16AM +0100, Mat Booth wrote: > > Hi all, > > > > The venerable "recordmydesktop" application does not work with Wayland and > > stopped working out-of-the-box when Wayland was made default. > > > > Proj

Re: No Rich boolean deps in Requires/Recommends for f24

On 5. 4. 2016 at 10:08:20, Kevin Fenzi wrote: > On Tue, 05 Apr 2016 08:27:36 +0200 > > Jan Zelený wrote: > > Is there an estimate as to when the tooling (doesn't matter if it's > > mash or pungi) might be ready? Looking at the IRC log, it doesn't say >

Re: No Rich boolean deps in Requires/Recommends for f24

On 1. 4. 2016 at 12:51:31, Kevin Fenzi wrote: > Greetings. > > Recently FPC oked the use of rich boolean deps. However, we have run > into an issue where the tools used to push updates are not able to > correctly handle these new dependencies. > > At today's FESCo meeting we decided to ask mainta

Re: dnf remove qemu-img uninstall kernel

On 12. 2. 2016 at 18:42:50, Sérgio Basto wrote: > On Sex, 2016-02-12 at 19:36 +0100, Mattia Verga wrote: > > Il 12/02/2016 19:22, Sérgio Basto ha scritto: > > > On Sex, 2016-02-12 at 19:18 +0100, Mattia Verga wrote: > > > > I've installed qemu to play with arm virtualization, now I want > > > > to

Re: F24 System Wide Change: Change Proposal Name NewRpmDBFormat

On 1. 2. 2016 at 12:14:18, Richard W.M. Jones wrote: > On Mon, Feb 01, 2016 at 12:51:47PM +0100, Jan Zelený wrote: > > On 1. 2. 2016 at 09:59:23, Richard W.M. Jones wrote: > > > On Mon, Feb 01, 2016 at 09:44:29AM +0100, Jan Zelený wrote: > > > > On 29. 1. 2016 at 22:0

Re: F24 System Wide Change: Change Proposal Name NewRpmDBFormat

On 1. 2. 2016 at 09:59:23, Richard W.M. Jones wrote: > On Mon, Feb 01, 2016 at 09:44:29AM +0100, Jan Zelený wrote: > > On 29. 1. 2016 at 22:03:00, Richard W.M. Jones wrote: > > > FWIW I found the new database backend (not mentioned anywhere in the > > > > > &g

Re: F24 System Wide Change: Change Proposal Name NewRpmDBFormat

On 29. 1. 2016 at 22:03:00, Richard W.M. Jones wrote: > FWIW I found the new database backend (not mentioned anywhere in the > original submission). It is here: > > http://rpm.org/gitweb?p=rpm.git;a=tree;f=lib/backend/ndb > > Since this change has (rashly) been approved by FESCO, I guess we're

Re: DNF - Update packages from specific repository with dependencies

On 19. 8. 2015 at 09:05:47, Zelja Tux wrote: > I tried the deprecated command yum and it works: > yum-deprecated -y repository-packages MYREPO update > yum-deprecated -y repo-pkgs MYREPO update > > Also this command is right solution, if all packages have same prefix (but > my packages doesnt have

Re: Build root prepared by DNF is way larger

On 18. 8. 2015 at 18:34:21, Neal Gompa wrote: > Do we have a switch or configuration option for that yet? Yes, install_weak_deps = False Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org

Re: DNF - Update packages from specific repository with dependencies

On 12. 8. 2015 at 15:11:38, Zelja Tux wrote: > Hi, > > How to only install updates from a specific repository with DNF (and their > dependencies from other repositories)? > Is there a option to upgrade only packages from specific repository (and > their dependencies from other repositories) > > I

Re: Summary/Minutes for today's FESCo meeting (2015-07-22)

-- snip -- > * ACTION: sgallagh to talk with rholy and jzeleny about incorporating > distribution upgrades into DNF (sgallagh, 19:06:35) s/rholy/jsilhan/ (while Radek is the most visible member of the team, Jan is the team lead) -- snip -- Thanks Jan -- devel mailing list devel@lists.f

Re: [Guidelines change] Changes to the packaging guidelines

On 10. 7. 2015 at 09:45:36, Stephen Gallagher wrote: > On Thu, 2015-07-09 at 10:32 -0500, Michael Catanzaro wrote: > > On Thu, 2015-07-09 at 11:22 -0400, Stephen Gallagher wrote: > > > Is there any case to allow Supplements: in the Fedora Collection? > > > It > > > seems to me like this could be pr

Re: DNF and regular expressions

On 29. 6. 2015 at 12:21:30, Petr Stodulka wrote: > On 29.6.2015 12:12, Germano Massullo wrote: > > What is wrong with DNF's regular expression > > # dnf remove *debuginfo*.fc20.x86_64 > > ? I am on F22 but I have a lot packets that should match that regular > > expression, but dnf does not find the

Re: dnf replacing yum and dnf-yum

On 10. 4. 2015 at 17:50:08, Reindl Harald wrote: > Am 10.04.2015 um 17:48 schrieb Marcin Juszkiewicz: > > W dniu 10.04.2015 o 16:29, Reindl Harald pisze: > >> well, that so called "crap" was in the past helpful to find out *which* > >> package pulls a cross-dep-chain while in the past 2 years yum a

Re: dnf replacing yum and dnf-yum

On 10. 4. 2015 at 16:21:14, Michael Schroeder wrote: > On Fri, Apr 10, 2015 at 03:52:32PM +0200, Jan Zelený wrote: > > I've been using just `dnf update` to update my system for almost a year > > now > > and there is not a single package on my system that is not updated to

Re: An everyday tale of dnf

On 9. 4. 2015 at 10:31:20, Reindl Harald wrote: > Am 09.04.2015 um 10:28 schrieb Jan Zelený: > > On 9. 4. 2015 at 03:19:02, kendell clark wrote: > >> hi > >> I'll add my two cents in. I've had few problems with dnf. That being > >> said, I usually get

Re: An everyday tale of dnf

On 9. 4. 2015 at 03:19:02, kendell clark wrote: > hi > I'll add my two cents in. I've had few problems with dnf. That being > said, I usually get an error after every install/update that goes > something like, snapper. Could not create snapshot error.unknown > config: /org.freedesktop.dbus.error. T

Re: An everyday tale of dnf

FYI dnf-plugins-extras is a package that aggregates all plugins that the community produces. Bottom line, please don't blame dnf, blame the individual plugins. Reading your problem and couple other just like it I think it might make sense not to have the dnf-plugins-extras metapackage that inst

Re: An everyday tale of dnf

On 8. 4. 2015 at 16:47:17, Jonathan Underwood wrote: > On 8 April 2015 at 16:21, Bruno Wolff III wrote: > > It sounds like you might be happier setting clean_requirements_on_remove > > to > > false in dnf.conf . > > I often find myself wanting to do this temporarily, but have yet to > find a comm

Re: dnf replacing yum and dnf-yum

On 8. 4. 2015 at 14:44:25, Michal Schmidt wrote: > On 04/08/2015 08:41 AM, Jan Zelený wrote: > > On 7. 4. 2015 at 17:53:42, Ralf Corsepius wrote: > >> On 04/07/2015 05:07 PM, Kevin Fenzi wrote: > >>> dnf's default behavior is like yum with --skip-broken already.

Re: dnf replacing yum and dnf-yum

On 8. 4. 2015 at 10:26:51, Reindl Harald wrote: > Am 08.04.2015 um 08:41 schrieb Jan Zelený: > > On 7. 4. 2015 at 17:53:42, Ralf Corsepius wrote: > >> On 04/07/2015 05:07 PM, Kevin Fenzi wrote: > >>> On Tue, 7 Apr 2015 08:38:57 -0500 > >>> > >>&g

Re: dnf replacing yum and dnf-yum

On 8. 4. 2015 at 11:05:20, drago01 wrote: > On Tue, Apr 7, 2015 at 6:37 PM, Adam Williamson > > wrote: > > On Tue, 2015-04-07 at 18:33 +0200, drago01 wrote: > >> On Tue, Apr 7, 2015 at 6:00 PM, Reindl Harald >> > >> > wrote: > >> > > >> > Am 07.04.2015 um 17:53 schrieb Ralf Corsepius: > >> > >

Re: dnf replacing yum and dnf-yum

On 7. 4. 2015 at 17:53:42, Ralf Corsepius wrote: > On 04/07/2015 05:07 PM, Kevin Fenzi wrote: > > On Tue, 7 Apr 2015 08:38:57 -0500 > > > > Bruno Wolff III wrote: > >> On Tue, Apr 07, 2015 at 10:22:25 -0300, > >> > >>Paulo César Pereira de Andrade > >> > >> wrote: > >>> I had also switch

Re: dnf replacing yum and dnf-yum

On 7. 4. 2015 at 18:34:49, Ralf Corsepius wrote: > On 04/07/2015 06:09 PM, Tim Lauridsen wrote: > > On Tue, 7 Apr 2015 at 17:54 Bruno Wolff III > > > > wrote: > > On Tue, Apr 07, 2015 at 09:07:08 -0600, > > > >Kevin Fenzi mailto:ke...@scrye.com>> wrote: > >

Re: dnf replacing yum and dnf-yum

On 3. 4. 2015 at 08:34:16, Nico Kadel-Garcia wrote: > On Wed, Apr 1, 2015 at 3:40 PM, Kevin Fenzi wrote: > > There's some confusion around this, so I thought I would post to try > > and clear up things. In the event I am wrong on any of the below, please > > do feel free to correct me. ;) > > > >

Re: dnf debug-info-install

On 7. 4. 2015 at 07:25:32, Michael Catanzaro wrote: > On Tue, 2015-04-07 at 14:15 +0200, Vít Ondruch wrote: > > Dne 7.4.2015 v 14:09 Michael Catanzaro napsal(a): > > > Hi, > > > > > > I want 'dnf debug-info-install' to be available by default on > > > Workstation. > > > > Sorry for my ignorance,

Re: F22 Self Contained Change: Disabled Repositories Support

On 16. 3. 2015 at 15:52:10, Jaroslav Reznik wrote: > = Proposed Self Contained Change: Disabled Repositories Support = > https://fedoraproject.org/wiki/Changes/DisabledRepoSupport > > Change owner(s): Richard Hughes > > The Software tool and PackageKit now support disabled repositories to help >

Re: yum or dnf in the Fedora 22 Docker base image?

On 14. 2. 2015 at 22:28:53, M. Edward Borasky wrote: > Right now, the fedora:rawhide image on Docker Hub uses yum instead of > dnf, as does the Fedora 21 release. Is there any plan to switch this > release over to dnf? Not likely. Porting of the system components is being done in F22+. Even if a

Re: Mock, Rawhide and DNF

On 13. 2. 2015 at 19:10:01, Christopher Meng wrote: > On Friday, February 13, 2015, Pierre-Yves Chibon > > wrote: > > On Fri, Feb 13, 2015 at 09:35:30AM +0100, Miroslav Suchy wrote: > > > > RHEL/EPEL users do not have DNF available, therefore they are unable to > > > > > build packages for Fedo

Re: Proposal to (formally/easily) allowing multiple versions of the same library installable

On 13. 2. 2015 at 08:03:18, Rex Dieter wrote: > Hedayat Vatankhah wrote: > > Proposal: let's make it possible to have multiple versions of the same > > library installed, as far as their .so version permits that > > It's already possible (you gave several examples, like Qt) > > Am I missing somet

Re: DNF and mock

On 28. 1. 2015 at 11:52:54, Dennis Gilmore wrote: > On Wed, 28 Jan 2015 09:01:44 -0700 > Kevin Fenzi wrote: > > > > On Tue, 27 Jan 2015 18:09:02 +0100 > > Jan Zelený wrote: > > > > > > > > > On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wro

Re: DNF and mock

On 27. 1. 2015 at 11:29:43, Richard Shaw wrote: > On Tue, Jan 27, 2015 at 11:25 AM, Stephen John Smoogen > > wrote: > > On 27 January 2015 at 10:15, Richard Shaw wrote: > >> Ok, I might be asking a completely stupid question here... > >> > >> Why move production stuff over to dnf at all? Isn't

Re: DNF and mock

On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wrote: > On 27 January 2015 at 01:37, Jan Zelený wrote: > > On 27. 1. 2015 at 03:54:38, Peter Robinson wrote: > > > On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi wrote: > > > > On Mon, 26 Jan 2015 09:43:55 + &

Re: DNF replacing yum: fedup?

On 26. 1. 2015 at 17:52:36, Will Woods wrote: > On Mon, 2015-01-26 at 13:26 -0800, Adam Williamson wrote: > > I note the ReplaceYumWithDnf Change page: > > > > https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF > > > > says nothing about fedup. However, fedup uses yum: > > > > [adamw@adam

Re: DNF and mock

On 27. 1. 2015 at 03:54:38, Peter Robinson wrote: > On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi wrote: > > On Mon, 26 Jan 2015 09:43:55 + > > > > Peter Robinson wrote: > >> >> The kernel, grub and a few other packages are built on the RHEL6 > >> >> boxes, not everything was migrated off of

Re: F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades

On 20. 1. 2015 at 08:40:30, Colin Walters wrote: > On Tue, Jan 20, 2015, at 06:27 AM, Jan Zelený wrote: > > You are probably right, I might have misunderstood what you actually > > propose. Does it mean that you actually don't require this part to be > > implemented

Re: DNF and mock

-- snip -- > > I have a notion, that after branching of Fedora 22 I will change > > /etc/mock/fedora-rawhide-*.cfg > > to use DNF by default. I.e. everything build for Fedora 23 would use > > DNF for building. > > This is not really true. Koji write out its own mock configs and will > not be usi

Re: DNF as default package manager

On 22. 1. 2015 at 15:06:34, Michael Schwendt wrote: > On Wed, 21 Jan 2015 09:33:31 +0100, Vít Ondruch wrote: > > Dne 20.1.2015 v 14:22 Bohuslav Kabrda napsal(a): > > > 1) DNF will be the default package manager for F22 [2], so everything is > > > ok here.> > > I really wonder what is the state her

Re: DNF as default package manager

-- snip -- > >> The onus in Fedora has _ALWAYS_ been to prove that the new feature is > >> complete and ready to replace the existing working solution, not for > >> everyone else to prove that it's not. > > > > I'm not so sure about that. Off the top of my head, I can think of > > rpm-4.12, UsrMo

Re: DNF as default package manager

On 21. 1. 2015 at 13:42:01, drago01 wrote: > On Wed, Jan 21, 2015 at 1:31 PM, Peter Robinson wrote: > > On Wed, Jan 21, 2015 at 11:44 AM, Vít Ondruch wrote: > >> Dne 21.1.2015 v 12:34 Peter Robinson napsal(a): > >>> Are we expected to cross referencing previous logs to see if there's > >>> chang

Re: DNF as default package manager

On 21. 1. 2015 at 12:44:38, Peter Robinson wrote: > On Wed, Jan 21, 2015 at 12:42 PM, Jan Zelený wrote: > > On 21. 1. 2015 at 17:52:09, Sudhir Khanger wrote: > >> On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený wrote: > >> > Name them please. Or better yet, report

Re: DNF as default package manager

-- snip -- > > 1) It is not show stopper > > Isn't it? In the build system I suspect you'd either get: > 1) a failed build > 2) a package without ruby features > 3) something unexpected > > It might not be a show stopper for a standard package install but it > is for reproducible builds Why wou

Re: DNF as default package manager

On 21. 1. 2015 at 17:52:09, Sudhir Khanger wrote: > On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený wrote: > > Name them please. Or better yet, report them. > > Any plans for local repository support in DNF. > > https://bugzilla.redhat.com/show_bug.cgi?id=991014 Yes, porting p

Re: DNF as default package manager

On 21. 1. 2015 at 11:07:31, Peter Robinson wrote: > >> > 1) DNF will be the default package manager for F22 [2], so everything > >> > is > >> > ok here. > >> > >> I really wonder what is the state here. This is on my rawhide: > > We strongly believe all the major problems will be resolved in time.

Re: DNF as default package manager

On 21. 1. 2015 at 11:13:28, Peter Robinson wrote: > > But I'm really interested in state of DNF as default too. Should I > > switch mock to use DNF as default? For me there is still lot of > > unfinished tasks. E.g. documenting what --installroot should actually > > do [BZ 1163028]>

Re: DNF as default package manager

On 21. 1. 2015 at 09:33:31, Vít Ondruch wrote: > Dne 20.1.2015 v 14:22 Bohuslav Kabrda napsal(a): > > 1) DNF will be the default package manager for F22 [2], so everything is > > ok here. > I really wonder what is the state here. This is on my rawhide: We strongly believe all the major problems wi

Re: Python 3 as a Default - Status

On 21. 1. 2015 at 01:44:32, Haïkel wrote: > Thanks for the heads-up. > > As for the cloud image, if we switch to yum, python-urlgrabber won't > be needed anymore. Umm, yes, it will be - yum uses python-urlgrabber internally. Also worth mentioning that yum itself is not Python 3 compatible. Than

Re: F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades

On 19. 1. 2015 at 11:30:22, Colin Walters wrote: > On Mon, Jan 19, 2015, at 07:02 AM, Jan Zelený wrote: > > I have hard time figuring out what exactly is the purpose of including the > > factory reset feature in your proposal. No offense but unless I'm missing > > some

Re: F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades

On 13. 1. 2015 at 16:41:46, Colin Walters wrote: > On Tue, Jan 13, 2015, at 04:06 PM, Miloslav Trmač wrote: > > > == Scope == > > > * Other developers: > > > *** Use systemd-tmpfiles instead of placing content in /var (TODO: > > > better docs for this) > > > > Is this a strict dependency or a nic

Re: A little problem with dnf

On 12. 1. 2015 at 07:55:26, Adrian Soliard wrote: > 2015-01-12 5:35 GMT-03:00 Igor Gnatenko : > > On Mon, Jan 12, 2015 at 11:27 AM, Jan Zelený wrote: > >> On 11. 1. 2015 at 20:40:56, Adrian Soliard wrote: > >>> Hi everyone! > >>> > >>>

Re: A little problem with dnf

On 11. 1. 2015 at 20:40:56, Adrian Soliard wrote: > Hi everyone! >I'm struggling a bit with dnf. It may have advantages, but as an > end-user, I'm fighting with the list of packages when I press TAB. > It's complicated, if I forget to install a specific package, dnf > wouldn't show it to me, yu

Re: yum command dropped from @Core?

On 15. 12. 2014 at 14:03:45, Richard W.M. Jones wrote: > It looks as if the 'yum' command has been dropped from the @Core > package group in the latest Rawhide. 'dnf' is there. > > That's all fine -- I was just checking this was an intentional change, > because I can't see any commit message abou

Re: How many users does Fedora have?

On 1. 12. 2014 at 12:26:07, Alec Leamas wrote: > While we're on it (in the form "how many devs do we have"): How > hard/impossible/unsuitable would it be to get a usable estimate on the # > of users, per package? > > Here are so many problems, technical, policy, resources, (others?). That > said,

Re: Status of weak dependencies support in Fedora 21+

On 15. 11. 2014 at 14:51:32, Kevin Kofler wrote: > Jan Silhan wrote: > >> 3. The page says "The depsolver may offer to treat the weak like very > >> weak relations or the other way round" does dnf do that? or not? > > > > DNF doesn't do that and never will. IMO that would be too hackish > > behavi

Re: Status of weak dependencies support in Fedora 21+

On 10. 11. 2014 at 10:31:55, Kevin Fenzi wrote: > On Mon, 10 Nov 2014 10:34:16 +0100 > > Jan Zelený wrote: > > Dnf should already have full support of this feature, at least that > > is the plan. Some people already tested it and so far it seems it > > works as

Re: Status of weak dependencies support in Fedora 21+

On 10. 11. 2014 at 13:16:58, Michal Sekletar wrote: > On Mon, Nov 10, 2014 at 10:45:05AM +0100, Jan Zelený wrote: > > > > However, what I'm not sure about is whether it's already possible to build > > weak-deps enhanced rpms in Fedora, has someone tested that? I&#x

Re: Status of weak dependencies support in Fedora 21+

On 10. 11. 2014 at 10:04:53, Michal Sekletar wrote: > On Sat, Nov 08, 2014 at 09:54:35PM +0400, Peter Lemenkov wrote: > > Hello All! > > RPM shipped with Fedora 21+ has support for weak dependencies. What's > > the current status of that feature? Is it ok to start using them > > (building RPM with

Re: Status of weak dependencies support in Fedora 21+

On 8. 11. 2014 at 16:49:18, Kevin Fenzi wrote: > On Sat, 8 Nov 2014 21:54:35 +0400 > > Peter Lemenkov wrote: > > Hello All! > > RPM shipped with Fedora 21+ has support for weak dependencies. What's > > the current status of that feature? Is it ok to start using them > > (building RPM with Recomme

Re: rpm 4.12 and weak dependencies

-- snip -- > > Do you mean something like this? > > > > http://rpm.org/wiki/PackagerDocs/Dependencies > > It would be nice if words "weak dependencies" at > http://rpm.org/wiki/Releases/4.12.0 > linked to > http://rpm.org/wiki/PackagerDocs/Dependencies#Weakdependencies > > Jan, do you have righ

Re: rpm 4.12 and weak dependencies

On 9. 10. 2014 at 08:57:42, Ralf Corsepius wrote: > On 10/09/2014 08:41 AM, Petr Spacek wrote: > > On 8.10.2014 23:04, Haïkel wrote: > >> 2014-10-08 20:31 GMT+02:00 Kevin Fenzi : > >>> Greetings. > >>> > >>> This F21 change: > >>> http://fedoraproject.org//wiki/Changes/RPM-4.12 > >>> > >>> has br

Re: systemd dependencies

On 26. 8. 2014 at 14:55:34, Vít Ondruch wrote: > Dne 26.8.2014 14:23, Lennart Poettering napsal(a): > > On Tue, 26.08.14 14:18, Vít Ondruch (vondr...@redhat.com) wrote: > Recently I have noticed that systemd package dependency is creeping > into > some packages where it is not necess

Re: dnf even allows to uninstall RPM and systemd without warnings

On 22. 6. 2014 at 23:36:34, Rahul Sundaram wrote: > HI > > On Sun, Jun 22, 2014 at 11:07 PM, Matthew Miller wrote: > > This isn't for a plugin, but as a core feature: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=955673 > > > > As previously noted, the yum functionality was originally a pl

Re: DNF: why does it refresh metadata all the time

On 20. 6. 2014 at 12:29:32, Reindl Harald wrote: > Am 20.06.2014 12:23, schrieb Jan Zelený: > > On 20. 6. 2014 at 11:22:15, Reindl Harald wrote: > >> Am 20.06.2014 09:11, schrieb Jan Zelený: > >>> On 19. 6. 2014 at 14:24:39, Jon wrote: > >>>>>

Re: DNF: why does it refresh metadata all the time

On 20. 6. 2014 at 11:22:15, Reindl Harald wrote: > Am 20.06.2014 09:11, schrieb Jan Zelený: > > On 19. 6. 2014 at 14:24:39, Jon wrote: > >>> and BTW i am not playing around that much on my Rawhide VM but had > >>> *two times* today by type "dnf whatever&qu

Re: DNF: why does it refresh metadata all the time

> > the "failed to load plugin copr" is also just a bug > > In that case please file it here: > https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora It is already filed and a fix is on the way: https://bugzilla.redhat.com/show_bug.cgi?id=1104088 Thanks Jan -- devel mailing list devel@lists.

Re: DNF: why does it refresh metadata all the time

On 19. 6. 2014 at 14:24:39, Jon wrote: > > and BTW i am not playing around that much on my Rawhide VM but had > > *two times* today by type "dnf whatever" the "there is already an > > instance, wating for PID..." nonsense caused by the background > > metadata refresh > > > > do you *really* think

Re: DNF: why does it refresh metadata all the time

On 20. 6. 2014 at 08:55:18, drago01 wrote: > On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith > > wrote: > > On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald > > > > wrote: > >> if *that* is what is supposed to make DNF faster it's just a lie > > > > This is not the only thing that DNF does diffe

Re: F22 System Wide Change: Replace Yum With DNF

On 17. 6. 2014 at 08:13:18, Jon Kent wrote: > fpm (fedora package manager). Flows nicely off the keyboard too 😊 Unfortunately this is not an option, the tool will also be in RHEL and all its derivatives. Thanks Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject

Re: F22 System Wide Change: Replace Yum With DNF

On 17. 6. 2014 at 07:27:23, Tim Lauridsen wrote: > On Mon, Jun 16, 2014 at 11:04 PM, Zing wrote: > > Does yum have current developers/maintainers? If so, actually obsoleting > > yum seems kind of rude to me. If that's the case why not just leave yum > > as is? Those that want to use yum use yum

Re: F22 System Wide Change: Replace Yum With DNF

On 16. 6. 2014 at 19:49:35, Peter Oliver wrote: > On 16 June 2014 08:31, Jan Zelený wrote: > > On 13. 6. 2014 at 10:09:07, Chuck Anderson wrote: > >> So I propose we keep calling the project DNF and the package dnf, but > >> start the transition to a generic comm

Re: F22 System Wide Change: Replace Yum With DNF

On 13. 6. 2014 at 10:09:07, Chuck Anderson wrote: > On Fri, Jun 13, 2014 at 09:38:40AM +0200, Jan Zelený wrote: > > On 12. 6. 2014 at 10:54:45, DJ Delorie wrote: > > > > Nothing will change for you, the yum command will still exist for a > > > > few more Fedora

Re: F22 System Wide Change: Replace Yum With DNF

On 14. 6. 2014 at 12:18:07, Jon Kent wrote: > Hi, > > Been monitoring this debate and if nothing else this seems to point out > that the reasoning for dnf, as opposed to fixing/rewriting yum haven't been > laid out very well. I'm on yum side of the fence as I don't see that the > reasoning so far

Re: Replace Yum With DNF

On 13. 6. 2014 at 14:30:06, Lukas Zapletal wrote: > > It alredy has, it is called dnf-plugins-core all tools in dnf is > > implemented as plugins there is extending the dnf command line > > Is there a "migration for users and developers" document? A page with > yum commands on the left and corresp

Re: F22 System Wide Change: Replace Yum With DNF

On 13. 6. 2014 at 11:36:25, Miloslav Trmač wrote: > 2014-06-13 10:20 GMT+02:00 Jan Zelený : > > On 13. 6. 2014 at 10:09:48, Reindl Harald wrote: > > > Am 13.06.2014 10:01, schrieb Jan Zelený: > > i have not heard any valid reason to call a software DNF instead just &

Re: F22 System Wide Change: Replace Yum With DNF

On 13. 6. 2014 at 10:09:48, Reindl Harald wrote: > Am 13.06.2014 10:01, schrieb Jan Zelený: > > On 12. 6. 2014 at 11:41:52, Simo Sorce wrote: > >> We can keep the yum symlink forever... > > > > Definitely, we do no insist on removing it. I am perfectly fine with &g

Re: F22 System Wide Change: Replace Yum With DNF

On 12. 6. 2014 at 16:16:13, Miloslav Trmač wrote: > 2014-06-12 9:30 GMT+02:00 Jan Zelený : > > > It boils down to this: someone is going to be inconvenienced. I argue > > > it's better to inconvenience the minority with special 'yum' needs by > > > mak

Re: F22 System Wide Change: Replace Yum With DNF

On 12. 6. 2014 at 11:41:52, Simo Sorce wrote: > On Thu, 2014-06-12 at 17:13 +0200, Miloslav Trmač wrote: > > 2014-06-12 17:03 GMT+02:00 Rahul Sundaram : > > > On Thu, Jun 12, 2014 at 10:29 AM, Jan Zelený wrote: > > >> We are on the same page, thanks for your input.

Re: F22 System Wide Change: Replace Yum With DNF

On 12. 6. 2014 at 10:54:45, DJ Delorie wrote: > > Nothing will change for you, the yum command will still exist for a > > few more Fedora releases, > > Which only postpones the problem. > > > just as the `service` command that was superseded by systemctl like > > 5 releases of Fedora ago exists.

Re: Replace Yum With DNF

On 12. 6. 2014 at 17:11:14, David wrote: > Excuse me. > > To whom, or to where, should I write to request that dnf has a tools > package like yum has. "Yum-utils". We definitely encourage you to file the RFE, but if you want to discuss it upfront, feel free to ping us on IRC, we hang out on #yum

Re: F22 System Wide Change: Replace Yum With DNF

On 12. 6. 2014 at 10:09:13, Chuck Anderson wrote: > On Thu, Jun 12, 2014 at 02:10:22PM +0200, Jan Zelený wrote: > > > > We are open to ideas. I think in this situation there is no perfect > > > > way > > > > how to satisfy everyone. We have though

Re: F22 System Wide Change: Replace Yum With DNF

On 12. 6. 2014 at 10:11:40, Chuck Anderson wrote: > On Thu, Jun 12, 2014 at 10:01:22AM +0200, Jan Zelený wrote: > > On 11. 6. 2014 at 14:07:05, DJ Delorie wrote: > > > Forcing the users to type a different command name to get exactly the > > > same functionality on

Re: F22 System Wide Change: Replace Yum With DNF

> > We are open to ideas. I think in this situation there is no perfect way > > how to satisfy everyone. We have thought about this for several months. > > Renaming dnf back to yum might seem like the best option at first (it was > > our original plan too) but when you carefully and deeply think ab

Re: F22 System Wide Change: Replace Yum With DNF

On 11. 6. 2014 at 18:55:37, Miloslav Trmač wrote: > 2014-06-11 16:08 GMT+02:00 drago01 : > > That makes no sense. First of all if it obsoletes yum it will get > > pulled in during upgrades and imo it *should*. We don't really want to > > end up in a situation where half the users > > are using the

Re: F22 System Wide Change: Replace Yum With DNF

On 11. 6. 2014 at 14:07:05, DJ Delorie wrote: > Forcing the users to type a different command name to get exactly the > same functionality only serves to annoy the user. I'm sorry but at this point I feel I gotta ask: have you read my earlier replies? Nothing will change for you, the yum command

Re: F22 System Wide Change: Replace Yum With DNF

On 11. 6. 2014 at 18:09:25, Michael Scherer wrote: > Le mercredi 11 juin 2014 à 11:37 -0400, Chuck Anderson a écrit : > > On Wed, Jun 11, 2014 at 05:21:30PM +0200, Jan Zelený wrote: > > > On 11. 6. 2014 at 08:52:34, Matthew Miller wrote: > > > > On Wed, Jun 11, 2014

Re: F22 System Wide Change: Replace Yum With DNF

On 11. 6. 2014 at 18:53:36, Miloslav Trmač wrote: > 2014-06-11 15:02 GMT+02:00 Rahul Sundaram : > > I strongly agree with this for practical reasons. There is no good > > rationale for moving away from yum as the name of the command except some > > of the command line changes which happened with

Re: F22 System Wide Change: Replace Yum With DNF

On 11. 6. 2014 at 15:03:12, Przemek Klosowski wrote: > On 06/11/2014 11:20 AM, Jan Zelený wrote: > > The transition period is one reason why we want to keep the name dnf. We'd > > basically like to keep current yum around for users that have various > > scripts and stu

Re: F22 System Wide Change: Replace Yum With DNF

On 11. 6. 2014 at 08:52:34, Matthew Miller wrote: > On Wed, Jun 11, 2014 at 02:44:10PM +0200, Jaroslav Reznik wrote: > > * package 'dnf-yum-compat-command' is installed by default. It obsoletes > > Yum and provides its own /usr/bin/yum, a short script that > > redirects to /usr/bin/dnf with an ap

Re: F22 System Wide Change: Replace Yum With DNF

On 11. 6. 2014 at 09:02:29, Rahul Sundaram wrote: > Hi > > On Wed, Jun 11, 2014 at 8:52 AM, Matthew Miller wrote: > > This is kind of sentimental, and I think possibly Seth would not have > > liked > > to have a big deal made of it, but... I guess I'm going to anyway. I would > > like to keep the

Re: fedora-atomic discussion point: /usr/lib/passwd

On 11. 4. 2014 at 17:08:49, Colin Walters wrote: > On Fri, Apr 11, 2014 at 1:05 PM, Miloslav Trmač wrote: > > So, having /usr/lib/passwd storing the same limited set of data is > > not the right long-term thing. Unfortunately, AFAIK the fuller > > interface isn't ready yet. > > Yeah, it'd be nic

Re: dnf-0.4.11

On 14. 1. 2014 at 23:21:15, Peter Oliver wrote: > On Mon, 13 Jan 2014, Miroslav Suchý wrote: > > On 01/13/2014 09:57 AM, Frank Murphy wrote: > >> On Mon, 13 Jan 2014 09:53:53 +0100 > >> > >> Miroslav Suchý wrote: > >>> On 01/13/2014 08:56 AM, Frank Murphy wrote: > to be certain you can do "d

Re: Is that the place for user feedback?

On 2. 1. 2014 at 16:59:09, jfm...@free.fr wrote: > I should have made clear it is for Fedora 21. AS I saisd it is not about > bugs but about design flaws so I am not sure bugzilla is an adequate > channel. > > > - Mail original - > De: "Jan Zelený" >

Re: Is that the place for user feedback?

On 2. 1. 2014 at 13:14:41, jfm...@free.fr wrote: > Hello > > I have several issues wth Fedora 20. Not bugs but shortcomings in the > installer or packages who _must_ be in the DVD or default installations and > aren't. Is that the place for submitting them? I'd recommend you bugzilla as the best

Re: F21/F22 System Wide Change: Python 3 as the Default Implementation

-- snip -- > > Some of them will be rewritten to Py3 but for example createrepo has > > now a C implementation and we are planning for that one to be the > > default. > > we can not change to createreo_c without making sure it has feature > parity first. While some releng tools call createreo and

Re: F21/F22 System Wide Change: Python 3 as the Default Implementation

On 21. 10. 2013 at 15:47:20, Mathieu Bridon wrote: > On Mon, 2013-10-21 at 09:12 +0200, Jan Zelený wrote: > > On 18. 10. 2013 at 09:35:36, Toshio Kuratomi wrote: > > > Oh also -- I've been assuming that the DNF python2 bindings will be > > > compatible wit

Re: F21/F22 System Wide Change: Python 3 as the Default Implementation

On 18. 10. 2013 at 09:35:36, Toshio Kuratomi wrote: > On Fri, Oct 18, 2013 at 09:19:30AM +0200, Ales Kozumplik wrote: > > On 10/16/2013 11:13 PM, Toshio Kuratomi wrote: > > >* Need to clarify if the DNF bindings will exist for both python2 and > > > > > > python3 or just python3. This could affe

Re: Software management: Call for RFEs results!

On 16. 10. 2013 at 10:46:01, Vít Ondruch wrote: > 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

Re: Software management: Call for RFEs results!

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 external > > repo

Re: Software management: Call for RFEs results!

On 13. 10. 2013 at 22:19:16, Michael Stahnke wrote: > On Fri, Oct 4, 2013 at 5:34 AM, Jan Zelený wrote: > > Hello everyone, > > as you might remember I issued a call for RFEs on this list during the > > spring. The participation was not bad at all, we have collected so many

Re: Software management: Call for RFEs results!

On 13. 10. 2013 at 03:05:20, Alek Paunov wrote: > On 04.10.2013 15:34, Jan Zelený wrote: > > If you have any other questions, comments or notes regarding the document, > > feel free to to use this list for the discussion. > > Where (list threads, wikis, sources) one should se

  1   2   >