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.
> >
> >
On 5. 4. 2016 at 10:08:20, Kevin Fenzi wrote:
> On Tue, 05 Apr 2016 08:27:36 +0200
>
> Jan Zelený <jzel...@redhat.com> 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
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
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
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
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
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
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:
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 same
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 use
-- 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
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 problematic.
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 them.
I
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 also more
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 the
latest version in the repo
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 an error after every install/update that goes
something
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. This
On 8. 4. 2015 at 16:47:17, Jonathan Underwood wrote:
On 8 April 2015 at 16:21, Bruno Wolff III br...@wolff.to 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
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
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 br...@wolff.to
mailto:br...@wolff.to wrote:
On Tue, Apr 07, 2015 at 09:07:08 -0600,
Kevin Fenzi ke...@scrye.com
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 br...@wolff.to wrote:
On Tue, Apr 07, 2015 at 10:22:25 -0300,
Paulo César Pereira de Andrade
paulo.cesar.pereira.de.andr...@gmail.com
On 8. 4. 2015 at 11:05:20, drago01 wrote:
On Tue, Apr 7, 2015 at 6:37 PM, Adam Williamson
adamw...@fedoraproject.org wrote:
On Tue, 2015-04-07 at 18:33 +0200, drago01 wrote:
On Tue, Apr 7, 2015 at 6:00 PM, Reindl Harald h.rei...@thelounge.net
wrote:
Am 07.04.2015 um 17:53
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.
WHAT?
--skip-broken is a band-aid
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
Bruno Wolff III br...@wolff.to wrote:
On Tue, Apr 07, 2015 at 10:22
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, but why it should
On 3. 4. 2015 at 08:34:16, Nico Kadel-Garcia wrote:
On Wed, Apr 1, 2015 at 3:40 PM, Kevin Fenzi ke...@scrye.com 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. ;)
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 rhughes at redhat dot com
The Software tool and PackageKit now support disabled
On 13. 2. 2015 at 19:10:01, Christopher Meng wrote:
On Friday, February 13, 2015, Pierre-Yves Chibon pin...@pingoured.fr
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
On 28. 1. 2015 at 11:52:54, Dennis Gilmore wrote:
On Wed, 28 Jan 2015 09:01:44 -0700
Kevin Fenzi ke...@scrye.com wrote:
On Tue, 27 Jan 2015 18:09:02 +0100
Jan Zelený jzel...@redhat.com wrote:
On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wrote:
On 27 January 2015
On 27. 1. 2015 at 03:54:38, Peter Robinson wrote:
On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi ke...@scrye.com wrote:
On Mon, 26 Jan 2015 09:43:55 +
Peter Robinson pbrobin...@gmail.com wrote:
The kernel, grub and a few other packages are built on the RHEL6
boxes, not everything
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 fedup (master
On 27. 1. 2015 at 11:29:43, Richard Shaw wrote:
On Tue, Jan 27, 2015 at 11:25 AM, Stephen John Smoogen smo...@gmail.com
wrote:
On 27 January 2015 at 10:15, Richard Shaw hobbes1...@gmail.com wrote:
Ok, I might be asking a completely stupid question here...
Why move production stuff
On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wrote:
On 27 January 2015 at 01:37, Jan Zelený jzel...@redhat.com wrote:
On 27. 1. 2015 at 03:54:38, Peter Robinson wrote:
On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi ke...@scrye.com wrote:
On Mon, 26 Jan 2015 09:43:55 +
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 here. This is
-- 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 using dnf for
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 at all and you can go with what's
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 will be
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.
Thanks
-- 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 wouldn't you
On 21. 1. 2015 at 12:44:38, Peter Robinson wrote:
On Wed, Jan 21, 2015 at 12:42 PM, Jan Zelený jzel...@redhat.com wrote:
On 21. 1. 2015 at 17:52:09, Sudhir Khanger wrote:
On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený jzel...@redhat.com wrote:
Name them please. Or better yet, report them
On 21. 1. 2015 at 13:42:01, drago01 wrote:
On Wed, Jan 21, 2015 at 1:31 PM, Peter Robinson pbrobin...@gmail.com
wrote:
On Wed, Jan 21, 2015 at 11:44 AM, Vít Ondruch vondr...@redhat.com wrote:
Dne 21.1.2015 v 12:34 Peter Robinson napsal(a):
Are we expected to cross referencing previous logs
On 21. 1. 2015 at 17:52:09, Sudhir Khanger wrote:
On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený jzel...@redhat.com 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 plugins
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]
I don't think it's
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. Also,
as of last
-- 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, UsrMove and systemd
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
something, it seems to me that you
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 nice-to-have item?
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, yum do
On 12. 1. 2015 at 07:55:26, Adrian Soliard wrote:
2015-01-12 5:35 GMT-03:00 Igor Gnatenko i.gnatenko.br...@gmail.com:
On Mon, Jan 12, 2015 at 11:27 AM, Jan Zelený jzel...@redhat.com wrote:
On 11. 1. 2015 at 20:40:56, Adrian Soliard wrote:
Hi everyone!
I'm struggling a bit with dnf
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 about it
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,
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
behavior.
It's
On 10. 11. 2014 at 10:31:55, Kevin Fenzi wrote:
On Mon, 10 Nov 2014 10:34:16 +0100
Jan Zelený jzel...@redhat.com 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 expected. The semantics
On 8. 11. 2014 at 16:49:18, Kevin Fenzi wrote:
On Sat, 8 Nov 2014 21:54:35 +0400
Peter Lemenkov lemen...@gmail.com 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
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
On 10. 11. 2014 at 13:16:58, Michal Sekletar wrote:
On Mon, Nov 10, 2014 at 10:45:05AM +0100, Jan Zelený wrote:
snip
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've heard
it's
possible in COPR
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 ke...@scrye.com:
Greetings.
This F21 change:
http://fedoraproject.org//wiki/Changes/RPM-4.12
has brought us 'weak
-- 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 rights to add the
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 necessary. subversion
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 plugin but
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 that's a good
On 20. 6. 2014 at 08:55:18, drago01 wrote:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
wrote:
if *that* is what is supposed to make DNF faster it's just a lie
This is not the
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
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 the there is already an
instance, wating for PID
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:
and BTW i am not playing around that much on my Rawhide VM but
had
On 16. 6. 2014 at 19:49:35, Peter Oliver wrote:
On 16 June 2014 08:31, Jan Zelený jzel...@redhat.com 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 command name for the tool
On 17. 6. 2014 at 07:27:23, Tim Lauridsen wrote:
On Mon, Jun 16, 2014 at 11:04 PM, Zing z...@fastmail.fm 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
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
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 is
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 releases,
Which only postpones
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 @
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.
Which
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 methe...@gmail.com:
On Thu, Jun 12, 2014 at 10:29 AM, Jan Zelený wrote:
We are on the same page, thanks for your input.
I don't think so
On 12. 6. 2014 at 16:16:13, Miloslav Trmač wrote:
2014-06-12 9:30 GMT+02:00 Jan Zelený jzel...@redhat.com:
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
making them use the 'yum-old' alias
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
removing it some time far in the future
On 13. 6. 2014 at 11:36:25, Miloslav Trmač wrote:
2014-06-13 10:20 GMT+02:00 Jan Zelený jzel...@redhat.com:
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
the next major
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 corresponding
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 stuff depending on it so they have
On 11. 6. 2014 at 18:53:36, Miloslav Trmač wrote:
2014-06-11 15:02 GMT+02:00 Rahul Sundaram methe...@gmail.com:
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
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 at 02:44:10PM +0200, Jaroslav Reznik
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
On 11. 6. 2014 at 18:55:37, Miloslav Trmač wrote:
2014-06-11 16:08 GMT+02:00 drago01 drag...@gmail.com:
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
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 about
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 only serves to annoy the user.
I'm
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 thought about this for several
months.
Renaming dnf back
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 yum name
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 code/usr/bin/yum/code, a short script
that
redirects to
On 11. 4. 2014 at 17:08:49, Colin Walters wrote:
On Fri, Apr 11, 2014 at 1:05 PM, Miloslav Trmač m...@volny.cz 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
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ý msu...@redhat.com wrote:
On 01/13/2014 08:56 AM, Frank Murphy wrote:
to be certain you can do
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
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ý jzel...@redhat.com
À: devel
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 affect releng,
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 with the yum API. Is that the case?
Sort
-- 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 can be
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
repositories that will be easily
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 look at the COPR initiative, I
expect
On 15. 10. 2013 at 04:33:08, P J P wrote:
On Monday, 14 October 2013 8:05 PM, Eric H. Christensen
spa...@fedoraproject.org wrote: I believe he is assuming that xchat has
a direct relationship with bluez which, I'm guessing here as I haven't
checked, probably isn't the case. Because bluez
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 seek more details about
On 13. 10. 2013 at 22:19:16, Michael Stahnke wrote:
On Fri, Oct 4, 2013 at 5:34 AM, Jan Zelený jzel...@redhat.com 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
data
On 9. 10. 2013 at 17:31:38, Stanislav Ochotnicky wrote:
Quoting tim.laurid...@gmail.com (2013-10-09 16:48:31)
the original urlgrabber maintainer left long time ago, but the yum team
adopted the code, because it was critical to yum, so this is cause why
there has been no upstream release.
1 - 100 of 159 matches
Mail list logo
