On 12. 11. 2012 at 01:28:10, Seth Vidal wrote:
On Sat, 10 Nov 2012, Kevin Kofler wrote:
Richard W.M. Jones wrote:
- depends on Python stack
+1, we really need to get Python out of the minimal installation.
The focus should be on replacing the existing Python-based packages in the
On 12. 11. 2012 at 17:59:00, Chris Adams wrote:
Once upon a time, Richard Vickery richard.vicker...@gmail.com said:
Change still frightens people to varying degree s., and many busy
end-users
may not have time to read pages in order to learn a new command
It is in _development_ and is
On 5. 12. 2012 at 11:17:56, Matthew Miller wrote:
There is a perpetual problem facing all Linux distributions around how fast
to move with software updates. In Fedora, of course, our default speed is
petal-to-the-metal. This is part of who we are and why we are awesome.
However, it also
On 5. 12. 2012 at 16:50:03, Jared K. Smith wrote:
On Wed, Dec 5, 2012 at 4:14 PM, Kevin Fenzi ke...@scrye.com wrote:
I think this tells us more about puppet than Fedora actually. ;(
I couldn't have said it better than this myself.
The biggest reason people are really pushing for software
On 6. 12. 2012 at 10:50:03, Mark Bidewell wrote:
On Thu, Dec 6, 2012 at 10:06 AM, Adam Williamson awill...@redhat.comwrote:
On Thu, 2012-12-06 at 15:30 +0100, Nicolas Mailhot wrote:
IMHO use of software collections is a symptom of a badly run
organisation
not devoting enough cycles to
On 6. 12. 2012 at 11:08:43, Seth Vidal wrote:
On Thu, 6 Dec 2012, Jan Zelený wrote:
Well, not exactly, you would still need to upgrade all packages that the
new version of Libreoffice depends on and all packages these updated
packages depend on and so on ... The only difference
On 28. 1. 2013 at 07:57:11, Josh Boyer wrote:
On Mon, Jan 28, 2013 at 6:16 AM, Jaroslav Reznik jrez...@redhat.com wrote:
= Features/DevelopersAssistant
https://fedoraproject.org/wiki/Features/DevelopersAssistant
Feature owner(s): Jan Zelený jzel...@redhat.com, Marcela Mašláňová
mmasl
On 28. 1. 2013 at 08:21:57, Stephen Gallagher wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/28/2013 07:58 AM, Jaroslav Reznik wrote:
= Features/YumGroupsAsObjects
https://fedoraproject.org/wiki/Features/YumGroupsAsObjects
Feature owner(s): James Antill
On 28. 1. 2013 at 14:28:06, Bill Nottingham wrote:
Michael Scherer (m...@zarb.org) said:
Le lundi 28 janvier 2013 à 15:27 +0100, Jan Zelený a écrit :
Currently we are working on some proof-of-concept stuff. But as an
example, you can imagine a script for creation of C program templates
On 28. 1. 2013 at 18:48:41, Michael Scherer wrote:
Le lundi 28 janvier 2013 à 15:27 +0100, Jan Zelený a écrit :
Currently we are working on some proof-of-concept stuff. But as an
example, you can imagine a script for creation of C program templates.
You will specify directory where
On 29. 1. 2013 at 19:18:32, Miloslav Trmač wrote:
On Tue, Jan 29, 2013 at 9:14 AM, Jan Zelený jzel...@redhat.com wrote:
On 28. 1. 2013 at 14:28:06, Bill Nottingham wrote:
Michael Scherer (m...@zarb.org) said:
Le lundi 28 janvier 2013 à 15:27 +0100, Jan Zelený a écrit :
Currently we
On 30. 1. 2013 at 08:50:23, Dan Horák wrote:
Jan Zelený píše v St 30. 01. 2013 v 08:22 +0100:
On 29. 1. 2013 at 19:18:32, Miloslav Trmač wrote:
On Tue, Jan 29, 2013 at 9:14 AM, Jan Zelený jzel...@redhat.com wrote:
On 28. 1. 2013 at 14:28:06, Bill Nottingham wrote:
Michael Scherer (m
On 30. 1. 2013 at 06:27:48, Jaroslav Reznik wrote:
- Original Message -
Le lundi 28 janvier 2013 à 15:27 +0100, Jan Zelený a écrit :
Currently we are working on some proof-of-concept stuff. But as an
example, you
can imagine a script for creation of C program templates. You
On 30. 1. 2013 at 06:54:14, Jaroslav Reznik wrote:
- Original Message -
On 30. 1. 2013 at 06:27:48, Jaroslav Reznik wrote:
- Original Message -
Le lundi 28 janvier 2013 à 15:27 +0100, Jan Zelený a écrit :
Currently we are working on some proof-of-concept stuff
On 30. 1. 2013 at 16:06:35, Mátyás Selmeci wrote:
Hi,
This may be a long shot, but I am interested in repackaging some RPMs (for
example, some of the Globus packages in EPEL, as well as grid software that
my group builds) such that the software in them may be installed by
unprivileged users,
On 30. 1. 2013 at 15:54:25, Bill Nottingham wrote:
Jan Zelený (jzel...@redhat.com) said:
I've already started to work on that as well. Currently I'm putting
together topics from Fedora wiki that are eligible to be on such page,
either as they are or with some (rather minor) modifications
Matthias Runge mru...@matthias-runge.de wrote:
Hi,
who do I ask, to get the permission to set the fedora-cvs-flag in
bugzilla? I would like to import my recently approved package into cvs.
Or did I understood the procedure
https://fedoraproject.org/wiki/CVS_admin_requests#New_Packages
On 30. 8. 2013 at 12:43:17, François Cami wrote:
On Fri, Aug 30, 2013 at 12:23 PM, Miroslav Suchý msu...@redhat.com wrote:
On 08/30/2013 12:19 PM, François Cami wrote:
I'll be waiting for at least one +1 from a FESCo member.
Do not wait here.
File FESCo ticket:
On 30. 8. 2013 at 16:01:42, Jay Greguske wrote:
On 08/30/2013 05:39 AM, Miroslav Suchý wrote:
Hi,
I would like to get your feedback about COPR [1]
[1]
http://miroslav.suchy.cz/blog/archives/2013/08/29/what_is_copr/index.html
We are the beggining and there are two options of where
On 8. 10. 2013 at 19:06:21, Stanislav Ochotnicky wrote:
I was looking for examples of nice packages for upcoming packaging workshop
we are doing in Brno. I made the terrible mistake of doing fedpkg clone
python-urlgrabber.
If there was some normal packaging issue I'd most likely just file a
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.
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 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 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 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 5. 3. 2013 at 19:14:25, Honza Horak wrote:
On 03/05/2013 11:07 AM, Norvald H. Ryeng wrote:
On Thu, 14 Feb 2013 16:17:00 +0100, Tom Lane t...@redhat.com wrote:
The way this worked in the past (and still does on RHEL and some other
distros) is that MySQL AB provided RPMs named MySQL,
On 5. 3. 2013 at 18:50:45, Colin Walters wrote:
On Tue, 2013-03-05 at 16:58 -0500, Bill Nottingham wrote:
We don't ship in a way that easily allows this though, now. Admittedly,
this is due to the sheer *amount* of stuff involved in just maintaining
single versions of things, and how much
Hi guys,
as per [1], I'd like to propose some patches for F19 comps. These patches are
splitting group called Development Tools into several smaller groups. The
purpose of this email is to find out if there is something fundamentally wrong
with the change (except for the fact that it is
On 12. 3. 2013 at 09:46:59, Jan Zelený wrote:
Hi guys,
as per [1], I'd like to propose some patches for F19 comps. These patches
are splitting group called Development Tools into several smaller groups.
The purpose of this email is to find out if there is something
fundamentally wrong
On 14. 3. 2013 at 04:48:33, Dan Mashal wrote:
On Tue, Mar 12, 2013 at 1:46 AM, Jan Zelený jzel...@redhat.com wrote:
Hi guys,
as per [1], I'd like to propose some patches for F19 comps. These patches
are splitting group called Development Tools into several smaller groups.
The purpose
On 14. 3. 2013 at 04:58:51, Dan Mashal wrote:
On Thu, Mar 14, 2013 at 4:56 AM, Jan Zelený jzel...@redhat.com wrote:
On 14. 3. 2013 at 04:48:33, Dan Mashal wrote:
On Tue, Mar 12, 2013 at 1:46 AM, Jan Zelený jzel...@redhat.com wrote:
Hi guys,
as per [1], I'd like to propose some patches
On 14. 3. 2013 at 16:44:58, Norvald H. Ryeng wrote:
On Wed, 13 Mar 2013 18:08:55 +0100, Honza Horak hho...@redhat.com wrote:
On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak hho...@redhat.com
wrote:
On 03/12/2013 01:14 PM, Norvald H. Ryeng
On 9. 4. 2013 at 12:25:56, seth vidal wrote:
On Tue, 9 Apr 2013 11:18:54 -0500
Bruno Wolff III br...@wolff.to wrote:
On Wed, Apr 10, 2013 at 00:05:45 +0800,
Mathieu Bridon boche...@fedoraproject.org wrote:
The current behaviour would be obtained by setting it to 1, and
setting it
On 10. 4. 2013 at 10:53:25, john.flor...@dart.biz wrote:
From: seth vidal skvi...@fedoraproject.org
The metadata doesn't get downloaded if it hasn't changed - the problem
though is that the metadata DOES change often. Normally everyday.
Is there anything that could be done to make it
On 22. 5. 2013 at 23:16:16, Christopher Meng wrote:
What about speeding up the yum running?
It's a bit slow now.
Have you tried using dnf instead of yum? It is much faster.
To be perfectly honest we don't plan to invest much effort in developing new
things for yum, it will more and more
On 22. 5. 2013 at 08:38:35, John Reiser wrote:
Therefore I call to you, consumers of our products (dnf, yum and
rpm): what are the changes that you would like to see in the foreseeable
future (say 2-3 years) and why would you like to see them (what would they
help you with)?
Feature:
On 22. 5. 2013 at 12:47:58, Paulo César Pereira de Andrade wrote:
2013/5/22 Jan Zelený jzel...@redhat.com:
Dear Fedora community,
several months ago, at the Developer conference in Brno, Software
Management team received a whole bunch of proposals for new functionality
in RPM and related
On 22. 5. 2013 at 10:55:14, Michael Ekstrand wrote:
Performance improvement: improve scaling to 5K+ installed packages.
Since the TeXLive repackaging, my laptop several thousand packages,
about half of which are TeX-related (I like to have a fairly full TeX
install with all the docs). There
On 22. 5. 2013 at 11:17:16, Ravindra Kumar wrote:
I don't know if this feature already exists, so forgive my
ignorance if it is already there.
I think having an RPM equivalent of Systemd's
ConditionVirtualization will be very useful
for controlling packages that are intended for
On 22. 5. 2013 at 21:06:53, Björn Persson wrote:
Jan Zelený wrote:
what are the changes that you would like to see in the foreseeable
future (say 2-3 years) and why would you like to see them (what would they
help you with)?
Dare I say ... (puts on a helmet) ... Recommends and Suggests
Since you have already sent the email, all those requests that make sense are
in one way or another on the list of RFEs I referred to. If you are missing
something there, feel free to let me know.
Thanks
Jan
On 22. 5. 2013 at 22:18:58, Richard W.M. Jones wrote:
[This is a copy of an email I
On 22. 5. 2013 at 17:08:33, Rahul Sundaram wrote:
Hi
On Wed, May 22, 2013 at 9:43 AM, Jan Zelený wrote:
We acknowledge the need for some changes in Software Management stack in
Fedora but we don't want to make changes just by guessing what our
users want. Therefore I call to you
On 23. 5. 2013 at 13:33:37, Simone Caronni wrote:
Hello,
On 22 May 2013 23:18, Richard W.M. Jones rjo...@redhat.com wrote:
(10) Get rid of multilib, /usr/lib64 etc and copy what Debian/Ubuntu
are doing.
might I ask the reasoning behind this? I found the current RHEL/Fedora
approach
:
On 05/22/2013 07:43 AM, Jan Zelený wrote:
Dear Fedora community,
several months ago, at the Developer conference in Brno, Software
Management
team received a whole bunch of proposals for new functionality in RPM and
related software stack.
We acknowledge the need for some changes
On 22. 5. 2013 at 16:55:50, Orion Poplawski wrote:
On 05/22/2013 04:44 PM, Adam Williamson wrote:
On Wed, 2013-05-22 at 23:30 +0100, Richard W.M. Jones wrote:
different set of dependent packages, leading to some sort of
combinatorial explosion of QA.
Right now we have approximately
On 23. 5. 2013 at 10:53:10, Stijn Hoop wrote:
Hi,
I would like better integration with domain-specific package managers.
By which I mean npm (for node.js), gem (for ruby), pip (for python),
cpan (for perl), pecl/pear (for PHP), CRAN (for R), CTAN (for TeX), and
many more I'm sure.
The
On 23. 5. 2013 at 14:23:30, Michal Schmidt wrote:
On 05/23/2013 01:44 PM, Jan Zelený wrote:
+1 for this, the dependency hell for 32 bit applications is really a major
pain in the new versions of Ubuntu. I have dealt with that multiple times
and I wasn't able to resolve all the problems (e.g
On 23. 5. 2013 at 13:52:39, Simone Caronni wrote:
On 23 May 2013 13:47, Jan Zelený jzel...@redhat.com wrote:
May I ask what is the use case for this? I'm not sure why would you need
to
deal with individual files instead of the entire packages.
Maybe to reinstall one default config file
On 23. 5. 2013 at 15:25:23, Michal Schmidt wrote:
On 05/23/2013 03:10 PM, Jan Zelený wrote:
On 23. 5. 2013 at 14:23:30, Michal Schmidt wrote:
On 05/23/2013 01:44 PM, Jan Zelený wrote:
+1 for this, the dependency hell for 32 bit applications is really a
major
pain in the new versions
On 23. 5. 2013 at 15:30:55, Stijn Hoop wrote:
On Thu, 23 May 2013 14:02:34 +0200
Jan Zelený jzel...@redhat.com wrote:
On 23. 5. 2013 at 10:53:10, Stijn Hoop wrote:
I would like better integration with domain-specific package
managers. By which I mean npm (for node.js), gem (for ruby
On 25. 5. 2013 at 09:34:32, Nico Kadel-Garcia wrote:
On Wed, May 22, 2013 at 11:55 AM, Michael Ekstrand mich...@elehack.net
wrote:
Performance improvement: improve scaling to 5K+ installed packages.
* Amen. This is particularly compounded by poor caching default
behavior, so that a few yum
On 24. 5. 2013 at 15:20:24, Rahul Sundaram wrote:
On 05/23/2013 07:08 AM, Jan Zelený wrote:
Have you tried using dnf instead of yum? It is much faster.
To be perfectly honest we don't plan to invest much effort in developing
new things for yum, it will more and more shift towards
On 27. 5. 2013 at 09:43:15, Florian Weimer wrote:
On 05/27/2013 09:32 AM, Jan Zelený wrote:
On 25. 5. 2013 at 09:34:32, Nico Kadel-Garcia wrote:
On Wed, May 22, 2013 at 11:55 AM, Michael Ekstrand mich...@elehack.net
wrote:
Performance improvement: improve scaling to 5K+ installed
On 27. 5. 2013 at 10:31:29, Reindl Harald wrote:
Am 27.05.2013 09:32, schrieb Jan Zelený:
On 25. 5. 2013 at 09:34:32, Nico Kadel-Garcia wrote:
On Wed, May 22, 2013 at 11:55 AM, Michael Ekstrand mich...@elehack.net
wrote:
Performance improvement: improve scaling to 5K+ installed
On 28. 5. 2013 at 11:39:35, Alek Paunov wrote:
On 28.05.2013 09:51, Jan Zelený wrote:
I couldn't agree more. But as I have said, we need to find the most simple
and unintrusive things that can be done to improve this. For instance:
file lists take a considerable portion of the entire
On 2. 6. 2013 at 14:43:15, enclair wrote:
I'd like a tool similar to portaudit in FreeBSD or debscan in Debian. This
tool should list all packages which have a security issue. Currently there
is yum-security-plugin but it lists packages only if an update is
available. The new tool would list
On 11. 7. 2013 at 12:59:42, Matthias Clasen wrote:
On Thu, 2013-07-11 at 16:38 +0200, Miloslav Trmač wrote:
= Proposed Self Contained Change: Application Installer =
https://fedoraproject.org/wiki/Changes/AppInstaller
To improve some problematic aspects of the updates user experience
On 12. 7. 2013 at 11:33:19, Toshio Kuratomi wrote:
On Thu, Jul 11, 2013 at 7:38 AM, Miloslav Trmač m...@volny.cz wrote:
I haven't seen Toshio's mail, so I apologize for possible redundancy:
Yeah, sorry, I got caught in the replying-to-docs-list trap. here's
what I had written (mostly the
On 15. 7. 2013 at 07:47:06, Jaroslav Reznik wrote:
- Original Message -
Yes, if you want to put it that way. We want to use a backend that can
supported the desired user experience.
The hawkey stack is groomed to replace yum anyway. All we're asking is
that we can use it
On 16. 7. 2013 at 13:57:02, Björn Persson wrote:
Related FPC ticket [1]: FPC wanted this change to be created.
Oh really?
[1] https://fedorahosted.org/fpc/ticket/314
In that ticket I see one FPC member being for and two being against
the change.
Yeah, the original message from Ales
On 19. 7. 2013 at 02:41:23, Bohuslav Kabrda wrote:
... snip ...
+1 -- unfortunately, this probably depends on DNF So we may need to
push DNF in F22 and anaconda compatible with python3 in F23.
DNF is a continuous effort. I believe that DNF will provide it's Python 3
bindings sooner
On 13. 8. 2013 at 11:04:52, Chris Murphy wrote:
What's the interval of repomd changes, daily? What approximate percentage of
the entire repomd changes between day 1 and day 7? If the delta is
comparatively small to full metadata files, what about implementing a daily
repomd_delta sorta like
On 15. 8. 2013 at 09:37:57, Kevin Fenzi wrote:
On Thu, 15 Aug 2013 17:32:27 +0200
Reindl Harald h.rei...@thelounge.net wrote:
what does *not* matter in case of yum distro-sync because it does
also downgrades and if fedup has a problem with it the people who say
yum is not officially
On 16. 8. 2013 at 15:20:57, Bill Nottingham wrote:
Matthias Clasen (mcla...@redhat.com) said:
On Fri, 2013-08-16 at 08:42 +0200, Jan Zelený wrote:
Actually no, the system is all hacked up and works in a super-abusive
way, see https://bugzilla.redhat.com/show_bug.cgi?id=979083
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 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 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. 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 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 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 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 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 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
1 - 100 of 159 matches
Mail list logo