Speaking about prototype and scriptaculous, I am sure that they are
bundled also in Rails and if there are some Rails applications packaged,
they will be included also in them. However I am not sure if they should
be packaged separately or just copylibs.
Vit
Dne 31.8.2011 06:35, Adam
Sorry, you are mixing two things:
1) One is testing environment and it can be probably well defined,
clean, etc.
2) The other thing is maintainer mindset. You can try to convince
yourself to take a different look but I doubt it will work. It reminds
me like if you do patch review of your
Dne 21.9.2011 13:45, Honza Horak napsal(a):
On 09/21/2011 01:14 PM, Nils Philippsen wrote:
On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME
in F17. Because rel-engs refused to provide dedicated build root, the
upgrade
Dne 21.9.2011 16:52, Kevin Fenzi napsal(a):
Its strange to me. There are concerns to have Rawhide usable but at
the end, if somebody wants to prevents problems using dedicated
build root, it is denied by Rel-Engs, because it is probably to
much work. This is disappointing.
Every target added
Dne 5.10.2011 21:56, Simo Sorce napsal(a):
On Wed, 2011-10-05 at 12:49 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 15:44 -0400, Simo Sorce wrote:
On Wed, 2011-10-05 at 12:31 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 18:49 +0100, Matthew Garrett wrote:
So, ok, now you have
Dne 25.10.2011 20:24, Michał Piotrowski napsal(a):
W dniu 25 października 2011 09:26 użytkownik Michał Piotrowski
mkkp...@gmail.com napisał:
W dniu 25 października 2011 09:20 użytkownik Harald Hoyer
har...@redhat.com napisał:
On 10/24/2011 10:12 PM, Michał Piotrowski wrote:
In any case
Dne 9.11.2011 17:02, Paul Wouters napsal(a):
On Wed, 9 Nov 2011, Alex Dalitz wrote:
(CC:ed Fedora-devel, we're trying to figure out the ruby bug with %3d ri-doc
names)
I tried using yours and i had to make some xoes for it to build.
It used ruby-gems instead of rubygems. The was a = - =3D
Dne 22.11.2011 17:44, Chris Adams napsal(a):
Once upon a time, Vít Ondruchvondr...@redhat.com said:
It would be reasonable, on the beginning of each development cycle, to
publish a list of packages which were not touched by it maintainer in
previous release. For all these packages, new
Dne 22.11.2011 18:55, Jason L Tibbitts III napsal(a):
VO == Vít Ondruchvondr...@redhat.com writes:
VO It would be reasonable, on the beginning of each development cycle,
VO to publish a list of packages which were not touched by it
VO maintainer in previous release.
I certainly hope you
Dne 1.12.2011 10:12, Schwickerath Ulrich napsal(a):
Hello,
My name is Ulrich Schwickerath, I'm working at CERN for the IT division,
where I've done some rpm packaging of internally used software for
many years. I got involved in virtualization and cloud computing activities,
and have been
Dne 9.10.2012 20:04, Rohit napsal(a):
Respected Sir,
I am seriously considering developing for the Fedora Linux Operating System.
Also, I have interest in participating in Google Summer of Code 2013 under your
organisation.
I have knowledge of C, PHP, Javascript, Python(basic) and
Dne 16.10.2012 18:06, Jesse Keating napsal(a):
On 10/16/2012 08:53 AM, Dario Lesca wrote:
If this feature is not included then you can not update F1[0-7] on
systems that have used LVM / RAID: all my PCs and laptops.
Anaconda no longer handles upgrades, so this isn't a concern.
Oh come on.
Dne 23.10.2012 09:55, Lukas Zapletal napsal(a):
On Fri, Oct 19, 2012 at 07:35:28PM -0400, Matthew Miller wrote:
* Move EPEL 6, Fedora = 17 to use Puppet 3.0.
Speaking for my previous job, it would really be unfortunate to have a
non-compatible update of puppet in EPEL. Unless accompanied by
Dne 23.10.2012 15:10, Matthew Miller napsal(a):
On Tue, Oct 23, 2012 at 01:57:13PM +0200, Vít Ondruch wrote:
I vote for having puppet3 and not touching the default version. This
will be more challenging, but we all know a bit about puppet upgrades
and transitions - it can be big pain.
Lets
Dne 23.10.2012 15:37, Matthew Miller napsal(a):
On Tue, Oct 23, 2012 at 03:22:27PM +0200, Vít Ondruch wrote:
But that doesn't help people running puppet 2.6 _now_, and just introduces
complication into the packaging.
Introducing new package is complication anyway, so what is the point?
See
Dne 23.10.2012 17:21, Matthew Miller napsal(a):
Once you introduce version into the name, you will never be able to
get rid of it, although puppet 4 might be 100% compatible with
That's not true. In the future, puppet can obsolete puppet3 -- for example,
in EPEL 7.
Yes, it can, but I doubt
Dne 5.11.2012 10:22, Marcela Mašláňová napsal(a):
On 11/02/2012 06:57 PM, Jóhann B. Guðmundsson wrote:
On 11/02/2012 04:56 PM, Kevin Fenzi wrote:
On Fri, 02 Nov 2012 16:44:06 +
Jóhann B. Guðmundsson johan...@gmail.com wrote:
On 11/02/2012 04:25 PM, Tom Lane wrote:
the rest of the world and think there is
no need for further contributions and they can do everything alone ? I'm
starting to be really worried for the path Fedora is going.
Alexander Kurtakov
Red Hat Eclipse team
- Original Message -
From: Vít Ondruch vondr...@redhat.com
To: devel
Dne 4.11.2012 10:31, Panu Matilainen napsal(a):
On 11/04/2012 02:32 AM, Kevin Fenzi wrote:
- Autoqa could perhaps help out, but I am not holding my breath. ;)
Yeh, autoqa can't do a whole lot when its builds often intentionally
dependencies break (eg soname bumps). Unless such builds were
for the path Fedora is going.
Alexander Kurtakov
Red Hat Eclipse team
- Original Message -
From: Vít Ondruch vondr...@redhat.com
To: devel@lists.fedoraproject.org
Sent: Tuesday, November 6, 2012 10:28:11 AM
Subject: Re: Revamping the non responsive maintainer process
Dne 5.11.2012 10:22
Dne 6.11.2012 14:17, Aleksandar Kurtakov napsal(a):
- Original Message -
From: Vít Ondruch vondr...@redhat.com
To: devel@lists.fedoraproject.org
Sent: Tuesday, November 6, 2012 2:56:18 PM
Subject: Re: Revamping the non responsive maintainer process
So give me the permission [1] as well
Dne 6.11.2012 16:04, Ralf Corsepius napsal(a):
On 11/06/2012 02:24 PM, Vít Ondruch wrote:
Dne 6.11.2012 14:17, Aleksandar Kurtakov napsal(a):
- Original Message -
From: Vít Ondruch vondr...@redhat.com
To: devel@lists.fedoraproject.org
Sent: Tuesday, November 6, 2012 2:56:18 PM
Subject
Dne 6.11.2012 16:40, Marcela Mašláňová napsal(a):
On 11/06/2012 04:32 PM, Jóhann B. Guðmundsson wrote:
On 11/06/2012 01:07 PM, Marcela Mašláňová wrote:
Oh no, you are top posting again ;-)
Could you create fesco ticket for this package? I proposed usage of
the script in Johann's ticket
Dne 7.11.2012 08:08, Dan Horák napsal(a):
Jesse Keating píše v Út 06. 11. 2012 v 10:48 -0800:
On 11/06/2012 03:35 AM, Vít Ondruch wrote:
And rel-engs actively prohibits staging as much as they can [1], where
it should be encouraged IMO.
Vit
[1] https://fedorahosted.org/rel-eng/ticket/4580
Dne 7.11.2012 09:52, Vít Ondruch napsal(a):
Dne 6.11.2012 16:40, Marcela Mašláňová napsal(a):
On 11/06/2012 04:32 PM, Jóhann B. Guðmundsson wrote:
On 11/06/2012 01:07 PM, Marcela Mašláňová wrote:
Oh no, you are top posting again ;-)
Could you create fesco ticket for this package? I proposed
Dne 7.11.2012 10:00, Pierre-Yves Chibon napsal(a):
On Wed, 2012-11-07 at 09:49 +0100, Vít Ondruch wrote:
You are still maintainer, you are still owner and you are notified by
email about every change in your package, so you'll be able to catch
such activity pretty soon and act accordingly
Dne 7.11.2012 10:21, Ralf Corsepius napsal(a):
On 11/07/2012 09:49 AM, Vít Ondruch wrote:
Dne 6.11.2012 16:04, Ralf Corsepius napsal(a):
On 11/06/2012 02:24 PM, Vít Ondruch wrote:
Dne 6.11.2012 14:17, Aleksandar Kurtakov napsal(a):
- Original Message -
From: Vít Ondruch vondr
Dne 15.11.2012 18:04, Adam Williamson napsal(a):
On Thu, 2012-11-15 at 11:43 +0100, Kalev Lember wrote:
On 11/13/2012 01:07 PM, Kalev Lember wrote:
It's time for the last big GNOME update for F18 to bring bug fixes
and translation updates to users!
The update is now in Bodhi, thanks to
Dne 15.11.2012 18:45, Vít Ondruch napsal(a):
Dne 15.11.2012 18:04, Adam Williamson napsal(a):
On Thu, 2012-11-15 at 11:43 +0100, Kalev Lember wrote:
On 11/13/2012 01:07 PM, Kalev Lember wrote:
It's time for the last big GNOME update for F18 to bring bug fixes
and translation updates to users
Dne 15.11.2012 19:39, Kevin Kofler napsal(a):
Vít Ondruch wrote:
I wish it would be installable as a single update. If bodhi could
compose the yum install command for copy paste at least, it might be
helpful as well.
Assuming you already have GNOME installed, these commands:
yum install yum
Dne 15.11.2012 19:02, Adam Williamson napsal(a):
On Thu, 2012-11-15 at 10:57 -0700, Kevin Fenzi wrote:
On Thu, 15 Nov 2012 18:49:50 +0100
Vít Ondruch vondr...@redhat.com wrote:
Dne 15.11.2012 18:45, Vít Ondruch napsal(a):
...snip...
I wish it would be installable as a single update
Dne 28.11.2012 14:38, Fedora Branched Report napsal(a):
Compose started at Wed Nov 28 09:15:37 UTC 2012
Broken deps for x86_64
--
[dhcp-forwarder]
dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl
Dne 30.11.2012 18:16, Matthew Miller napsal(a):
On Fri, Nov 30, 2012 at 03:28:52PM +0100, Vít Ondruch wrote:
I'd love to see the feature process to be turned opposite, i.e. make
the feature auto-approved as default. It could look like:
In general, features _have_ been approved by default, so
Dne 5.12.2012 21:20, Bill Nottingham napsal(a):
===
#fedora-meeting: FESCO (2012-12-05)
===
Meeting started by notting at 18:07:27 UTC. The full logs are available
at
Dne 6.12.2012 10:14, Panu Matilainen napsal(a):
On 12/05/2012 09:38 PM, Matthew Miller wrote:
One approach: a convention where each feature gets a tracking bug,
and then
various tasks can be marked as blocking that. *Then*, each release
can have
a tracking bug for accepted features themselves,
Dne 5.12.2012 22:14, Kevin Fenzi napsal(a):
I cant seem to find any specific fpc ticket where they discussed this,
but I am pretty sure it was brought up before there. I'd check with
them...
https://fedorahosted.org/fpc/ticket/141
https://fedorahosted.org/fpc/ticket/143
But I am afraid not
Dne 6.12.2012 17:02, Tomas Mraz napsal(a):
On Thu, 2012-12-06 at 09:07 -0500, Josh Boyer wrote:
On Thu, Dec 6, 2012 at 5:42 AM, Vít Ondruch vondr...@redhat.com wrote:
* 896 - Refine Feature Process (notting, 18:07:50)
* AGREED: Feature process modification: features are announced
Dne 6.12.2012 18:23, Josh Boyer napsal(a):
On Thu, Dec 6, 2012 at 11:54 AM, Vít Ondruch vondr...@redhat.com wrote:
Also, there was dissent already in the auto-approving of leaf-features
during the meeting discussion so I am not sure that auto-accepting of
Features in general given a lack
Dne 6.12.2012 17:31, Seth Vidal napsal(a):
On Thu, 6 Dec 2012, Jan Zelený wrote:
The original use case for SCLs is to provide a way to deliver newer
versions
of SW in stable distributions like RHEL/CentOS than those available
in the
core system and make sure system packages and
Dne 7.12.2012 11:13, Jóhann B. Guðmundsson napsal(a):
On 12/07/2012 09:28 AM, Vít Ondruch wrote:
Feature is something somebody considers important enough to create
feature page for it. Period.
That describes the current state and is your point of view.
To me an Feature is a completely
Dne 7.12.2012 15:06, Jaroslav Reznik napsal(a):
- Original Message -
It doesn't matter from a get this thing into Fedora standpoint. It
very much matters from a marketing/communication standpoint. If it
didn't matter, Fedora Marketing wouldn't be picking specific items
out
of the
Hi everybody,
According to Ruby 2.0 release schedule:
- code freeze: 23 Dec.
- 2.0.0-rc1 release: 1W Jan. (expected)
- 2.0.0-rc2 release: 1W Feb. (expected)
- 2.0.0-p0 release: 24 Feb.
the official release date is quickly approaching. Therefore, I would
like to update you about
Dne 21.12.2012 20:58, M. Edward (Ed) Borasky napsal(a):
Sigh ... now there are *three* incompatible Ruby syntax / semantics
standards to deal with.
Don't spread FUD please.
Why don't we just ship 'rvm' or 'rbenv' and force everyone to manage
their own Ruby environments? ;-)
There used to
Thanks Andrew,
I am forwarding this to system-config-firewall maintainers, who might be
interested.
Vít
Dne 24.12.2012 21:02, Andrew Wyatt napsal(a):
Howdy folks, saw that you hadn't patched system-config-firewall to
support conntrack so I thought I'd send our patch your way. Not a
Dne 26.12.2012 23:49, Kevin Fenzi napsal(a):
[ansible]
ansible-fireball-0.9-1.fc19.noarch requires python-keyczar
ansible-node-fireball-0.9-1.fc19.noarch requires
python-keyczar
Should be fixed tomorrow now that python-keyczar is approved.
[cp2k]
Dne 28.12.2012 15:39, Michael Scherer napsal(a):
[root]
root-graf3d-gl-5.34.02-1.fc19.x86_64 requires libGLEW.so.1.7()(64bit)
doesn't even let a srpm be created on F18, and fail on this line :
%if %{?fedora}%{!?fedora:0} = 17 || %{?rhel}%{!?rhel:0} = 7
( and as a side note, the spec
Dne 2.1.2013 12:08, Stijn Hoop napsal(a):
Hi,
On Wed, 02 Jan 2013 10:59:46 +0100
Vít Ondruch vondr...@redhat.com wrote:
Dne 21.12.2012 20:58, M. Edward (Ed) Borasky napsal(a):
Why don't we just ship 'rvm' or 'rbenv' and force everyone to
manage their own Ruby environments? ;-)
There used
Dne 2.1.2013 13:19, Panu Matilainen napsal(a):
On 01/02/2013 01:53 PM, Vít Ondruch wrote:
Dne 28.12.2012 15:39, Michael Scherer napsal(a):
[root]
root-graf3d-gl-5.34.02-1.fc19.x86_64 requires
libGLEW.so.1.7()(64bit)
doesn't even let a srpm be created on F18, and fail on this line
Dne 2.1.2013 20:07, Bill Nottingham napsal(a):
Bruno Wolff III (br...@wolff.to) said:
On Wed, Jan 02, 2013 at 12:08:31 +0100,
Vít Ondruch vondr...@redhat.com wrote:
Hm, wondering why there are not automatically filled bugs about
broken dependencies. Wouldn't it be easier for tracking
Dne 3.1.2013 10:51, Adam Williamson napsal(a):
On Thu, 2013-01-03 at 20:17 +1030, William Brown wrote:
On Thu, 2013-01-03 at 01:42 -0800, Adam Williamson wrote:
On Thu, 2013-01-03 at 09:23 +, Jóhann B. Guðmundsson wrote:
On 01/03/2013 08:03 AM, Adam Williamson wrote:
Hey, folks. I'm not
Dne 3.1.2013 11:34, Adam Williamson napsal(a):
On Thu, 2013-01-03 at 11:31 +0100, Vít Ondruch wrote:
Dne 3.1.2013 10:51, Adam Williamson napsal(a):
On Thu, 2013-01-03 at 20:17 +1030, William Brown wrote:
On Thu, 2013-01-03 at 01:42 -0800, Adam Williamson wrote:
On Thu, 2013-01-03 at 09:23
Dne 16.1.2013 17:42, Jaroslav Reznik napsal(a):
- Original Message -
Hello all,
after discussion with libjpeg and libjpeg-turbo upstreams I decided
to drop the
jpeg8 API/ABI feature and include only jpeg6 API/ABI.
Ok, I'm going to switch libjpeg-turbo-jpeg8-ABI to incomplete category,
Dne 16.1.2013 21:18, Bill Nottingham napsal(a):
Jaroslav Reznik (jrez...@redhat.com) said:
Yet, it is source level backward compatible with Ruby 1.9.3, so your software
will continue to work.
The updated Ruby also provides better integration with Fedora, especially JRuby.
But not only JRuby,
Dne 17.1.2013 14:13, Kevin Fenzi napsal(a):
On Thu, 17 Jan 2013 13:00:33 +0100
Vít Ondruch vondr...@redhat.com wrote:
Yes, everything needs rebuild. It needs rebuild also due to change
from ruby(abi) to ruby(release) we are proposing in guildelines draft
and which was discussed on packaging
Dne 19.1.2013 12:46, Tomasz Torcz napsal(a):
On Sat, Jan 19, 2013 at 11:11:29AM +0100, Michael Schwendt wrote:
On Fri, 18 Jan 2013 18:10:06 -0500, Sam Varshavchik wrote:
I see that Gnome's lock screen now shows a pretty clock, after the display
wakes up, that must be swiped away in order to
Dne 23.1.2013 16:44, Dennis Jacobfeuerborn napsal(a):
On 01/23/2013 04:25 PM, Jaroslav Reznik wrote:
= Features/Ryu =
https://fedoraproject.org/wiki/Features/Ryu
Feature owner(s): Isaku Yamahata yamahata at private.email.ne.jp
Ryu Network Operating System http://www.osrg.net/ryu/
== Detailed
Dne 23.1.2013 18:59, Miloslav Trmač napsal(a):
On Wed, Jan 16, 2013 at 2:05 PM, Jaroslav Reznik jrez...@redhat.com wrote:
= Features/JRuby 1.7 =
https://fedoraproject.org/wiki/Features/JRuby_1.7
What should /usr/bin/ruby point to? During standard Gem packaging process,
the executable files
Dne 23.1.2013 22:38, Lennart Poettering napsal(a):
On Wed, 23.01.13 14:20, Kevin Fenzi (ke...@scrye.com) wrote:
I know we have discussed this before, but I've filed a FESCo ticket to
ask them one way or another about the issue:
https://fedorahosted.org/fesco/ticket/1005
Feedback welcome. If
Dne 24.1.2013 11:22, Richard W.M. Jones napsal(a):
On Thu, Jan 24, 2013 at 10:38:00AM +0100, Vít Ondruch wrote:
And I disagree with this proposal.
It is mixed for me. Sometimes, I'd like to update in Rawhide,
especially if the freeze is taking long, while in other cases, I
need to do some
Dne 23.1.2013 21:04, Bruno Wolff III napsal(a):
One possiblity here would be to create a special package that
obsoletes all of the dropped packages from the last release (or two
depending on how far back you want to yum update from).
Actually, this is cool idea IMO. Why this package does not
Dne 24.1.2013 14:40, Bruno Wolff III napsal(a):
On Thu, Jan 24, 2013 at 13:06:21 +0100,
Vít Ondruch vondr...@redhat.com wrote:
It definitely depends on package. I should be the one who knows about
my packages the best if there is some breaking potential.
Every time you don't do an update
Dne 24.1.2013 14:18, Michael Schwendt napsal(a):
On Thu, 24 Jan 2013 13:13:09 +0100, Vít Ondruch wrote:
Dne 23.1.2013 21:04, Bruno Wolff III napsal(a):
One possiblity here would be to create a special package that
obsoletes all of the dropped packages from the last release (or two
depending
Dne 25.1.2013 00:02, Kevin Fenzi napsal(a):
On Thu, 24 Jan 2013 15:09:57 +0100
Vít Ondruch vondr...@redhat.com wrote:
Dne 24.1.2013 14:40, Bruno Wolff III napsal(a):
On Thu, Jan 24, 2013 at 13:06:21 +0100,
Vít Ondruch vondr...@redhat.com wrote:
It definitely depends on package. I should
Dne 29.1.2013 14:56, Christopher Meng napsal(a):
Funny...I suggest that we can submit a changing desktop feature per
release.
Maybe this is the best solution.
It might be nice extension to different wallpaper in every release ;)
Vít
--
devel mailing list
devel@lists.fedoraproject.org
Dne 31.1.2013 12:52, Jaroslav Reznik napsal(a):
= Features/QXLKMSSupport =
https://fedoraproject.org/wiki/Features/QXLKMSSupport
Feature owner(s): Alon Levy al...@redhat.com
Currently the QXL driver is X.org only, a KMS driver is required to move
forward with projects like spice 3D, and also
Dne 28.8.2013 16:27, Miloslav Trmač napsal(a):
On Wed, Aug 28, 2013 at 3:15 PM, Michael Schwendt mschwe...@gmail.com wrote:
Thanks for your interest. It is a reoccuring problem that both the rename
request submitter *and* the reviewer get the Obsoletes tags wrong.
Perhaps the guidelines should
Dne 29.8.2013 08:05, Panu Matilainen napsal(a):
For a practical example of the timescale of this process as things
have been so far: opt-in install-time macro-expansion of scriptlets
was implemented upstream in March 2010 and has been in Fedora since
F15. Yet this relatively trivial thing
Dne 29.8.2013 10:19, Stanislav Ochotnicky napsal(a):
Quoting Dave Johansen (2013-08-28 21:58:38)
On Wed, Aug 28, 2013 at 9:13 AM, Remi Collet fed...@famillecollet.com wrote:
Le 28/08/2013 18:09, Dave Johansen a écrit :
I'm trying to make a spec file that uses the devtoolset in RHEL 5/6 (
Dne 29.8.2013 11:17, Miroslav Suchý napsal(a):
On 08/29/2013 10:19 AM, Stanislav Ochotnicky wrote:
%{?scl:scl enable %{scl} }
# this is a shell
command 1
command 2
...
%{?scl:}
Just one command with this syntax. If you need more command, you have
to use heredoc as Vít said in this thread.
Dne 11.9.2013 21:54, Bill Nottingham napsal(a):
The problem with soft dependencies has always been the semantics and
the workflow, not the implementation.
So do we have the implementation? I am afraid not, since this problem
is always used as an excuse why not implement it. But discussing
Dne 22.9.2013 10:32, Martin Sourada napsal(a):
Point me to such graphical filemanager. I fail to see even a decent
gui alternative to mc under linux.
You can try Double Commander if you like.
http://doublecmd.sourceforge.net/
http://vondruch.fedorapeople.org/doublecmd/doublecmd.repo
Vít
--
Dne 19.9.2013 20:42, Axilleas Pipinellis napsal(a):
I have asked in #fedora-infra what FHS they use with the git repos in
fedorahosted and we concluded that the rails apps would go to
/usr/share/ and git repos and satellites to /usr/lib/.
Git repos in /usr/lib? That does not sound right.
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
it will solve the problem you are talking about by offering
Dne 17.10.2013 01:15, Kevin Kofler napsal(a):
Vít Ondruch wrote:
Sorry, this has nothing to do with FPC yet. RPM/YUM/DNF should first
provide reasonable support. For example this issue [1] could take us
closer as a first approximation.
Vít
[1] https://bugzilla.redhat.com/show_bug.cgi?id
Dne 17.10.2013 10:05, Jiri Moskovcak napsal(a):
On 10/17/2013 09:15 AM, Vít Ondruch wrote:
To be honest, the Kernel is the last package, which should be paraller
installable, since you can run just one kernel at time.
Yeah, admins will love that, when after updating the kernel the
machine
Dne 30.10.2013 13:23, Dridi Boukelmoune napsal(a):
On Wed, Oct 30, 2013 at 12:04 PM, Josef Stribny jstri...@redhat.com 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
Dne 4.11.2013 14:41, Josh Boyer napsal(a):
On Mon, Nov 4, 2013 at 6:23 AM, Miro Hrončok mhron...@redhat.com 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
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 be
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
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
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
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
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
Dne 16.12.2013 09:47, T.C. Hollingsworth napsal(a):
On Mon, Dec 16, 2013 at 1:11 AM, Martin Stransky stran...@redhat.com 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
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
Dne 18.12.2013 00:26, T.C. Hollingsworth napsal(a):
On Tue, Dec 17, 2013 at 3:41 AM, Lukas Zapletal l...@redhat.com 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
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 h.rei...@thelounge.net said:
http://akozumpl.github.io/dnf/cli_vs_yum.html#dnf-erase-kernel-deletes-all-packages-called-kernel
Frankly, that's a dumb feature
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 kernel
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
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)?
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 that
Dne 7.1.2014 10:52, Dridi Boukelmoune napsal(a):
On Tue, Jan 7, 2014 at 10:29 AM, Frank Murphy frankl...@gmail.com wrote:
On Tue, 7 Jan 2014 10:16:16 +0100
Dridi Boukelmoune dridi.boukelmo...@gmail.com wrote:
dnf remove kernel --all
I assume you're suggestion that `dnf remove kernel` should
Dne 7.1.2014 11:34, Ian Malone napsal(a):
On 6 January 2014 13:06, Vít Ondruch vondr...@redhat.com 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? Or should
Dne 13.1.2011 08:26, Matthew Kent napsal(a):
After some ideological changes at work with rubygems and some changes in
my personal life I don't have much motivation to maintain these. I'd
imagine a decent number of these could disappear without any complaints.
Tossing them up for grabs.
Dne 16.2.2011 02:24, Tom Lane napsal(a):
Ken Dreyerktdre...@ktdreyer.com writes:
On Tue, Feb 15, 2011 at 4:22 PM, BJ Dierkes
wdier...@5dollarwhitebox.org wrote:
I'm wondering how other people have resolved these issues for projects using
GitHub as the upstream Source0 download provider.
Dne 23.2.2011 23:26, Bill Nottingham napsal(a):
Orphan rubygem-eventmachine
Orphan rubygem-fastthread
comaintained by: kanarip
Orphan rubygem-gem_plugin
Orphan rubygem-mongrel
comaintained by: kanarip
I took these
Vit
--
devel mailing list
devel@lists.fedoraproject.org
Dne 17.6.2011 11:14, Ralf Corsepius napsal(a):
On 06/17/2011 10:56 AM, Kevin Kofler wrote:
Adam Williamson wrote:
This is a common misapprehension, but it's not true. The reason for the
large icon grid is actually that the developers did real world user
research (yes, really!) and found that
Dne 17.6.2011 11:57, Henrik Wejdmark napsal(a):
The workflow is:
1) Move the mouse to the to left corner (move is enough, you don't have to
click. You even can drag and drop through activities, so learn to not
click
there.)
2) Type on the keyboard few character of the application name you
Dne 17.6.2011 12:29, Ralf Corsepius napsal(a):
On 06/17/2011 12:16 PM, Vít Ondruch wrote:
Dne 17.6.2011 11:57, Henrik Wejdmark napsal(a):
It is useful when you are looking for something and you don't know what
exactly it is. In that case, it is much much better then the previous
menus
I'm following the procedure at:
http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
Does anyone know how to contact Jeroen van Meeuwen? He is not answering
e-mails at his listed address or the following Bugzilla reports:
https://bugzilla.redhat.com/show_bug.cgi?id=707934
1 - 100 of 1998 matches
Mail list logo