Hi
On Sat, Mar 8, 2014 at 4:24 PM, Kevin Kofler wrote:
* Wayland rendering the legacy XEmbed-based spec (that has been used as the
interoperability lingua franca so far, despite having been deprecated
by
both sides of the equation) entirely obsolete
instead, and thus restarting the
Hi
On Mon, Mar 10, 2014 at 6:00 AM, wrote:
Change in ownership over the last 168 hours
===
20 packages were orphaned
It is entirely unclear from this report whether any of the packages in this
list remain orphaned or have they all been picked up.
Hi
And JDK5 might be good enough for the use required. It doesn't claim
to be anything more than that, so I don't see the harm in leaving it
there.
We don't orphan or retire packages based on harm. We do it when there is
noone volunteering to maintain it. If you care about GCJ, step up
Hi
On Sun, Mar 23, 2014 at 8:58 AM, Corey Sheldon wrote:
Hello Team,
I am a Auto detailer by day and new-ish linux developer coming from a
background of moderating android modding forums and minor kernel tool tweak
groups and the like, I have grown rather fond of fedora (currently
Hi
On Thu, Apr 3, 2014 at 10:20 AM, Matthias Clasen mcla...@redhat.com wrote:
Did any of your gnome-shell extensions break ?
Yes but I got updates for most of them. Couple of them are still broken
https://extensions.gnome.org/extension/8/places-status-indicator/
Hi
On Thu, Apr 3, 2014 at 2:01 PM, Reindl Harald wrote:
Am 03.04.2014 19:54, schrieb drago01:
Am 03.04.2014 19:47, schrieb drago01:
What I wrote does not depend on what the bugs actually are
it does
No. You are not entitled to escalate it to any employer unless you have a
HI
On Tue, Apr 15, 2014 at 8:30 AM, Tadej Janež wrote:
Does the above refer to the repositories available at
https://www.softwarecollections.org/en/?
Yes.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of
Hi
On Sun, Apr 20, 2014 at 10:41 PM, Lars Seipel wrote:
On Sun, Apr 20, 2014 at 06:44:53PM -0700, Andrew Lutomirski wrote:
I think it's because upgrading installs a new package and uninstalls
an old package. Sounds like a bug in exim.
Yes, but there was no upgrade of exim. An update of
Hi
On Sun, Apr 27, 2014 at 7:12 PM, Sam Varshavchik wrote:
According to its manpage, setjmp and longjmp conform to C89, C99, and
POSIX. I'm afraid I just can't wrap my brain around a concept of something
that's good enough for POSIX, but not good enough for Fedora.
Just because a API is
Hi
On Mon, Apr 28, 2014 at 3:47 AM, Zoltan Boszormenyi wrote:
Just one datapoint: have fun rewriting PostgreSQL's error handling
while still keeping it portable and acceptable upstream. Not to mention
Cerberus (a.k.a. Tom Lane) who guards that entrance, reads this list and
IIRC is a Red
Hi
On Wed, Apr 30, 2014 at 1:53 PM, Richard Shaw wrote:
On Wed, Apr 30, 2014 at 11:02 AM, Andrew Lutomirski wrote:
spacenavd
Right or wrong, the decision for enabling spacenavd by default is that
you would only install the package if you have one of these devices.
Nothing should be
Hi
On Sat, May 3, 2014 at 9:27 AM, alex diavatis wrote:
From Fedora Docs (https://fedoraproject.org/wiki/Changes/Wayland)
To avoid destabilizing the X compositor, mutter will ship two separate
libraries, and gnome-shell will ship two binaries that will link against
them. Concretely, we
Hi
On Fri, May 30, 2014 at 8:11 AM, Till Maas wrote:
Hi,
rubygem-cloudservers is currently retired in packagedb but not blocked
in koji/dead-packaged. python-lamson is dead-packaged but not retired
or blocked. Both packages are dependencies for other packages and
therefore cannot be
Hi
On Fri, May 30, 2014 at 5:51 PM, Till Maas wrote:
Thank you for the information. I retired it together with lastuser, the
third dependent package. Btw. it is helpful to specify such details in
the dead.package file.
https://admin.fedoraproject.org/mailman/listinfo/devel
I was
Hi
On Fri, May 30, 2014 at 6:39 PM, Till Maas wrote:
The process is described here:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Is this what you wanted? The message can be specified on the command
line with fedpkg retire. It is not possible to do this via a web
Hi
On Sun, Jun 1, 2014 at 5:24 AM, Till Maas wrote:
The following packages did not build for two releases
sundaram: transmission-remote-cli, gdome2
I have retired gdome2 as upstream has been dead for a long time and I don't
think there is any dependency on this. I have updated
Hi
On Mon, Jun 2, 2014 at 5:57 PM, Till Maas wrote:
gdome2 sundaram
I have retired this already. What more should I do?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
Hi
On Wed, Jun 4, 2014 at 2:23 PM, Jamie Duncan jdun...@redhat.com wrote:
Hi, Everyone.
My name is Jamie Duncan. I work in the Strategic Customer team at Red Hat.
One of the big things that our more security-minded (and some of the
vaguely paranoid) users ask for is an easier way to
Hi
On Wed, Jun 4, 2014 at 2:58 PM, Jamie Duncan wrote:
Does that answer your question?
Thanks,
Yes. Thanks!
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi
On Sat, Jun 7, 2014 at 4:13 PM, مصعب الزعبي wrote:
How we build a rolling Iso script .. don't effect by Fedora or Anaconda
release ??
https://alt.fedoraproject.org/pub/alt/nightly-composes/
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
Hi
On Sun, Jun 8, 2014 at 6:53 AM, مصعب الزعبي wrote:
There is a problem
Packages of rawhide not all stable !!!
we need a non-limited repo with only stable packages .
We cannot achieve stability without user feedback. If you like a rolling
release model, feel free to participate.
Hi
On Tue, Jun 10, 2014 at 8:44 PM, Darin Perusich wrote:
Perhaps maintaining FIPS support as a patch set, much like how features
such as acl, slp, openssl, etc are added to rsync, would be a suitable
approach. This would keep the extra crap like FIPS out of LibreSSL then if
someone
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 in remembrance of his contributions. This also
seems
Hi
On Wed, Jun 11, 2014 at 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 some time to migrate to dnf.
I would
Hi
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. You are clearly arguing for a temporary compatibility
wrapper but eventually forcing everyone to use dnf as the command. The
other side is wanting yum to continue to
Hi
On Fri, Jun 13, 2014 at 9:33 AM, Simo Sorce wrote:
I think you are failing to understand the concept of perspective.
I think there is a difference in perspectives rather than lack of
understanding. You are looking at it from a developer perspective -
their project, let them do whatever
Hi
On Tue, Jun 17, 2014 at 2:11 PM, David wrote:
You completely missed my point. The Fedora Devs have been working on
this. The Fedora Devs want to do this. The Fedora Devs have said that
they are going to do this. And when. Which means? You, and others, are
going to have to deal with
HI
On Sat, Jun 21, 2014 at 4:45 AM, Reindl Harald wrote:
stop the automatic bandwidth wasting at all and you don't
have to fix anything - don't you realize that this 50% are
the ones with the slow WAN and the ones with fast internet
don't need prefetch of metadata at all?
Even if I have a
Hi
On Wed, Jun 18, 2014 at 4:15 PM, Matthew Miller wrote:
We talked about this before, but I think now it's getting really close to
the time when we _need_ it. See
https://bugzilla.redhat.com/show_bug.cgi?id=1110764... as Dennis says,
we
have not yet decided how to differentiate the
Hi
On Sat, Jun 21, 2014 at 10:46 AM, Reindl Harald wrote:
what you or i prefer don't matter
Sure it does. Otherwise you would not insist that your perspective is the
only right one and everyone else who has a different perspective is always
wrong in any such discussion.
the ordinary
Hi
On Sat, Jun 21, 2014 at 12:23 PM, Tim Lauridsen wrote:
Just run rm -rf / as root, it is much faster way to remove your os ;-)
dnf does what you tell it to do and ask for your confirmation, it is not
it's job to protect you from doing stupid things with all kind of stupid
logics.
As
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 then
adopted as core feature.
Hi
On Mon, Jun 23, 2014 at 10:17 AM, drago01 wrote:
That link is nonsense. It *is* reasonable to ask people on a
*development mailing list* for patches ...
Perhaps but this is more a community of packagers and doing so here would
be viewed as an offhanded brush off but what I asked for is
Hi
On Wed, Jun 25, 2014 at 12:55 PM, Christian Schaller wrote:
Hi everyone,
As we are ramping up the development effort around the workstation we
wanted to help increase transparency and enable more community
participation in the Fedora Workstation
effort by providing a more detailed view
Hi
On Fri, Jun 27, 2014 at 10:07 AM, Troy Dawson wrote:
The fact that Fedora practically forces people to use delta rpm's has
rattled my cage for quite a while.
[Snipped]
--- Does it force you to do them like yum does?
[Snipped]
You keep calling it force while acknowledging it is
Hi
On Fri, Jun 27, 2014 at 11:26 AM, Troy Dawson wrote:
It is a hidden default that is not in any man page or documentation.
Yes, I used a poor choice of words.
man yum.conf
deltarpm
When non-zero, delta-RPM files are used if available. The
value
specifies
Hi
On Fri, Jun 27, 2014 at 11:36 AM, Yaakov Selkowitz wrote:
On 2014-06-27 10:17, Till Maas wrote:
Yes, I missed this as well. Also IIRC the guidelines demand an patch
status comment for each patch in the spec file, so just adding patch
without noting why it is not upstreamable or
Hi
On Fri, Jun 27, 2014 at 12:07 PM, Troy Daws
All that being said, what is the criteria for getting a default
configuration line put into yum.conf?
I'd really like to get the deltarpm= line put in there.
File a bug report in yum bug tracker or Red Hat bugzilla against yum as the
Hi
On Sat, Jun 28, 2014 at 12:45 PM, DAVID Clément wrote:
Hi,
AFAIK Fedora packages should not use weak dependencies (Recommends and so
on). What's the recommended usage of them ?
Is there any plan to update Packaging Guidelines on this topic ?
For instance: for scilab I split scilab
Hi
On Fri, Jul 18, 2014 at 12:46 PM, Nathanael d. Noblet wrote:
Me neither! I've approved the ones waiting for me too.
Same here. I approved all of it now. Apologies for people who were
waiting. Thanks for the nice enhancements!
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
Hi
On Tue, Jul 29, 2014 at 10:45 AM, Derek Pressnall wrote:
For the Source0 URL, since this project is hosted on Github, the URL that
leads to the tar.gz file doesn't contain the tar file name (it is
https://github.com/derekp7/snebu/tarball/master;, which ends up creating
the tar.gz file
Hi
On Wed, Jul 30, 2014 at 1:18 AM, Carlos O'Donell wrote:
I expect this to be the process forever going forward:
* Rawhide tracks glibc master.
* Fedora release is branched from Rawhide.
* glibc release is made upstream.
* Fedora branch is rebased on glibc upstream release
to include
Hi
On Wed, Jul 30, 2014 at 11:12 PM, Siddhesh Poyarekar wrote:
The problem with that approach is that lots of bugs go unnoticed until
very late in rawhide, resulting in those bugs being caught and fixed
only post-release. ABI. That is, any ABI breakages that happen
are usually bugs. We
Hi
On Tue, Aug 12, 2014 at 9:26 AM, Dhiru Kholia wrote:
Initial scan results are available on the following URL,
https://halfie.fedorapeople.org/flags-scanner/
Now, I need your feedback and cool ideas to improve this project :-)
Thanks for working on this. However the information that
Hi
On Wed, Aug 27, 2014 at 10:05 PM, Simo Sorce wrote:
I think you are readying way to much into a perfectly normal word that
means: hey we are discussing stuff related to your project, would you
mind joining this sessions so we can have better understanding ?
That's possible. The
Hi
On Sat, Sep 6, 2014 at 11:22 AM, drago01 wrote:
Huh? What makes one legally not eligible to contribute? Just not
signing the fpca? How is that different from someone that submits a
patch via bugzilla / mail / whatever?
I don't think people check whether those patch submitters have
Hi
On Sat, Sep 6, 2014 at 12:48 PM, drago01 wrote:
Well the FPCA seem to talk about this if someone that didn't sign it
sent you a patch all he/she has to do is to provide it under an
acceptable license.
Yes but we artificially make it seem like FPCA is a requirement even when
it isn't
Hi
On Sat, Sep 6, 2014 at 5:36 PM, Richard W.M. Jones wrote:
We need to decide if just because you manage to get an important core
package into Fedora 4 years ago, that means you can forever more push
any old stuff you want into Fedora, without going back and consulting
with the community
HI
On Sat, Sep 6, 2014 at 5:30 PM, Richard W.M. Jones wrote:
On Fri, Sep 05, 2014 at 09:35:10AM +0200, Tomasz Torcz wrote:
/tmp has nothing to do with systemd
The tmp-on-tmp misfeature is to do with systemd.
How? systemd works fine without it. Many distributions have switched to
Hi
On Thu, Sep 18, 2014 at 8:34 PM, Ankur Sinha wrote:
On Thu, 2014-09-18 at 19:55 -0400, Christopher Meng wrote:
I think this is only a self introduction of your email address...But
not yourself...
That is quite OK actually - different people introduce themselves
differently, and
Hi
On Wed, Sep 24, 2014 at 12:35 PM, Jaroslav Reznik wrote:
Ah, you're right. On the other hand I think all spins are somehow
desktop related (at least now), so moving spins to use workstation
as the base is probably desirable
No. It is not. Workstation is GNOME based. Most spins are for
Hi
On Thu, Sep 25, 2014 at 2:28 AM, Matthias Runge wrote:
askbot upstream still requires django 1.6, which pretty much limits to
Django14, which is supposed to be supported until March next year.
Django-1.5 is not supported any more.
I have retired askbot in Fedora master
Rahul
--
devel
Hi
On Wed, Sep 24, 2014 at 3:36 PM, Till Maas wrote:
sundaram cowsay
Fixed directory ownership and bash completion script location using
pkg-config as suggested by Ville.FWIW, packaging guidelines has an
example using the old location which should be fixed. Thanks
Rahul
--
devel
Hi
On Mon, Sep 29, 2014 at 7:19 AM, Panu Matilainen wrote:
I'd rather see this done in a way that it only executes when
desktop-file-utils is installed, which should already be a buildrequire for
all packages containing desktop files I think.
Agreed. I would also like to see this be part
Hi
On Wed, Sep 24, 2014 at 6:39 AM, Matthias Runge mru...@matthias-runge.de
wrote:
django-recaptcha has an open bug to be renamed since 2012-07-13,
latest version is 1.0.2, which adds Django-1.7 support as well, and it
looks like a leaf package, which just could be dropped.
Attached a patch
Hi
On Thu, Sep 25, 2014 at 6:45 AM, Ville Skyttä wrote:
On a side note, that's the legacy location for bash completion
snippets. The modern one from which they're loaded on demand is:
$ pkg-config --variable=completionsdir bash-completion
More info in /usr/share/doc/bash-completion/README
HI
On Tue, Sep 30, 2014 at 9:57 AM, Petr Hracek wrote:
No, definitely not.
preupgrade-assistant is only the tool which informs user or admin
what was change against the newest version and recommend actions for
inplace upgrades.
But as I mentioned. Currently now it's not available in
Hi
On Tue, Sep 30, 2014 at 9:04 AM, Petr Hracek wrote:
In RHEL we are using preupgrade-assistant [1] which does this work.
If user write a check script then it will inform user that upgrade is not
supported.
The check script can also inform user that e.g. mariadb changed structure
and it's
Hi
On Tue, Sep 30, 2014 at 10:11 AM, Petr Hracek wrote:
Preupgrade assistant performs assessment of the system from the
upgradeability point of view.
It is based on OpenSCAP engine.
It reports potential risks for in-place upgrading system.
fedup can call our API. For sure.
Was there any
Hi
On Tue, Sep 30, 2014 at 5:30 PM, Zbigniew Jędrzejewski-Szmek wrote:
In principle all fixes should be upstreamed, but this is a trivial
packaging change that can be easily and safely done just in
Fedora.
Agreed but also note that even packages that install to the recommended
location
Hi
Ask Fedora (http://ask.fedoraproject.org) uses Askbot which is a Django
based web application. We need a few developers to implement some bug
fixes and features for askbot and while upstream developers are active,
our requirements are pretty high. So if anyone here wants to help out,
please
Hi
Is it worth considering using Dash as the default (non-interactive) shell
in Fedora? Other distributions including Ubuntu and Debian (
https://lwn.net/Articles/343924/) have been using dash as the default shell
and Android uses mksh. While this appears to have been done primary to
increase
Hi
On Thu, Oct 2, 2014 at 4:04 AM, Richard W.M. Jones wrote:
On Wed, Oct 01, 2014 at 10:39:04PM -0400, Rahul Sundaram wrote:
For Ubuntu the stated reason to follow Debian was pretty bogus[1] --
Ubuntu didn't follow Debian here. It was the other way around.
It doesn't even avoid Debian
Hi
On Thu, Oct 2, 2014 at 8:59 AM, Chris Adams wrote:
If that's the case, why do we have the /bin/sh symlink? Just remove it
and make the bash dependency explicit (so everything has to call
/bin/bash).
I understand this is a rherotical argument but the symlink exists because
it is
Hi
On Thu, Oct 2, 2014 at 9:18 AM, Tom Rivers wrote:
So there's a vulnerability found in bash, it gets patched almost
immediately, and all of a sudden there's a push to abandon it altogether?
That is a mischaracterization. Bash will remain the interactive shell.
This discussion is limited
Hi
On Thu, Oct 2, 2014 at 9:42 AM, Josh Boyer wrote:
But the prompt for doing so is a security incident that has already
been fixed. If this was really a worthwhile endeavour, why hasn't it
come up before?
Our needs continue to evolve. We didn't consider size as much before but
there is a
Hi
On Thu, Oct 2, 2014 at 9:49 AM, Tom Rivers wrote:
While I appreciate your technical correction on the scope of this proposed
switch, you conveniently failed to address the core argument I made which
is by far the larger issue: the impetus...
I didn't address it because it was not
Hi
On Thu, Oct 2, 2014 at 9:56 AM, Miroslav Suchý wrote:
On 10/02/2014 04:39 AM, Rahul Sundaram wrote:
Is it worth considering using Dash as the default (non-interactive) shell
in Fedora?
Why starting with changing target of /bin/sh?
Can we start with smaller step?
Like put in Packing
Hi
On Thu, Oct 2, 2014 at 10:48 AM, Tom Rivers wrote:
On 10/2/2014 09:58, Rahul Sundaram wrote:
I didn't address it because it was not really relevant either. The
impetus is merely the backstory.
On the contrary, the rationale for your proposed change is very relevant.
Sure
Hi
On Thu, Oct 2, 2014 at 11:01 AM, Reindl Harald wrote:
you misunderstood me
I don't think anyone misunderstood that you have trouble disagreeing
without also being insulting. You are pushing off people who might
otherwise be sympathetic to your perspective by constantly engaging in a
Hi
On Thu, Oct 2, 2014 at 11:38 AM, Miloslav Trmač wrote:
OK, then; care to explicitly list the advantages you expect to see from
such a switch, and why they outweigh the disadvantages and the migration
costs?
I don't have a predrawn conclusion that I am advocating strongly for here
but I
Hi
On Thu, Oct 2, 2014 at 11:44 AM, Reindl Harald wrote:
i doubt that you people are that
hypersensitive about every single word in real life too
People wouldn't say this if it was the first time you wrote something like
this. Also since you asked, I am usually *far* more curt generally
Hi
On Thu, Oct 2, 2014 at 12:14 PM, Reindl Harald wrote:
which would be in fact more a reason to start realize that
people are different in how they express things and not all
is that insulting meant as it could be taken
https://fedoraproject.org/code-of-conduct
Please read the above link
Hi
On Thu, Oct 2, 2014 at 12:13 PM, Ralf Corsepius rc040...@freenet.de wrote:
No. /bin/sh is supposed to be a POSIX-compatible shell.
Right. This is what I meant. We can't just remove /bin/sh completely and
require users to always use dash or bash explicitly. Whether it is a
symlink and
Hi
On Thu, Oct 2, 2014 at 11:59 AM, Tom Rivers wrote:
You know, you could've simply replied to my original take on your
self-described opportunistic proposal with something like, No, Tom, I'm
not just making this proposal because of Shellshock. I really think there
are some merits to dash
Hi
On Thu, Oct 2, 2014 at 11:57 AM, Reindl Harald wrote:
because the conclusion that dash is not vulerable for
other things is invalid
I am afraid there was no such conclusions. To acknowledge known bugs in
bash doesn't require anyone to conclude that dash doesn't have bugs.
Rahul
--
Hi
On Thu, Oct 2, 2014 at 4:56 PM, Reindl Harald wrote:
then that paragraph refer to Shellshock was not really appropriate without
make really clear that this is not a panic reaction in context of already
fixed bash bugs
I didn't think one would assume it is just a panic reaction if they
Hi
On Fri, Oct 3, 2014 at 4:57 PM, Stephen Gallagher wrote:
To that end, fedup will grow a new mandatory option: --product. It will
take one of four arguments: standard (non-productized), server,
workstation or cloud.
When the discussion about the standard name came up earlier in fedora
Hi
On Fri, Oct 3, 2014 at 5:38 PM, Reindl Harald wrote:
generic is technical speak or for normal people outside IT at best
has a negative context to generica and spam
It is not really technical. Generic is often used in other contexts by
normal people: Ex: Generic drugs which means non
Hi
On Fri, Oct 3, 2014 at 9:04 AM, Garry T. Williams gtwilli...@gmail.com
wrote:
$ (checkbashisms -f -p $(grep -rlE '^#! ?/bin/(env )?sh' /usr/bin) )
21 /dev/null|grep 'possible bashism'|awk '{print $4}'|sort -u|wc -l
113
$
Many of these trigger multiple warnings from
Hi
On Fri, Oct 3, 2014 at 6:15 PM, Reindl Harald wrote:
generic drugs is the one thing nobody wants to have in context honestly
Not true but irrelevant anyway since I was just pointing out that generic
is not a technical term.
why would you try to force somebody to a prodcut setup
if he
Hi
On Fri, Oct 3, 2014 at 6:34 PM, Reindl Harald wrote:
and *because* non productized variants are continued there should
be no emphasis instead *equal options*
Fedora as a project has already discussed that extensively and decided
otherwise. We are not really revisiting that discussion
Hi
On Fri, Oct 3, 2014 at 6:59 PM, Nico Kadel-Garci wrote:
And it's going to break backports to EPEL for RHEL 5 or RHEL 6, or
CentOS or Scientific Linux, pretty seriously
Please explain how.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
Hi
On Fri, Oct 3, 2014 at 7:12 PM, Jakub Jelinek wrote:
But why? Seriously, bash has lots of nice extensions, are you going in
this
quest to stop using extensions
You seem to have misread what I said. Bash is great and I love some of
the extensions but if you want to use bash, just make
Hi
On Fri, Oct 3, 2014 at 7:23 PM, Chris Adams wrote:
To be fair, portable programs wrap GCCisms in #ifdefs.
Indeed. To wrap this up for now, I have filed
https://fedorahosted.org/fesco/ticket/1352
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
Hi
On Sat, Oct 4, 2014 at 5:03 PM, Paulo César Pereira de Andrade
I did not remove plain yum so far on purpose, because I was expecting
it to be automatically replaced, or kept working, but only now I sent a
note
about the problems I noticed :)
Would you filing a bug report against yum
Hi
There are atleast two bugs filed
https://bugzilla.redhat.com/show_bug.cgi?id=1146487
https://bugzilla.redhat.com/show_bug.cgi?id=1148968
I have no idea what the right fix is but this doesn't seem to be bugs in
fedora-release which provides the conflicts as intended
Rahul
--
devel mailing
Hi
On Sun, Oct 5, 2014 at 9:50 AM, Josef Bacik wrote:
My plan is to push for F23, I'm still wrapping up some balance bugs and
some other issues we've found at work and then this will be my next
priority.
Thanks for the update. Is there a list of target bugs?
Rahul
--
devel mailing list
Hi
On Mon, Oct 6, 2014 at 3:18 AM, Miroslav Suchý msu...@redhat.com wrote:
I tried the upgrade during weekend. And I tried to simulate this requires
during upgrade.
The problem is that once you get fedora-release-standard, you will get
other *-standard (e.g.
firewalld-config-standard) and
Hi
I was pushing out updates for deluge for F20 and F19 and when I tried to
push to stable, AutoQA figured out what this was breaking the upgrade path
since I had forgotten to do a push for F21. So far so good however, the
message is a bit misleading
Hi
On Mon, Oct 6, 2014 at 3:52 AM, Marcin Juszkiewicz wrote:
Too bad that it does not also say that it provides yum ;(
09:52 root@pinkiepie-rawhide:mnt$ dnf install dnf-yum mock
Error: package mock-1.1.41-3.fc22.noarch requires yum = 2.4, but none
of the providers can be installed
Hi
One of the long standing features that were enabled by default in yum is
support for delta rpms. dnf developers have disabled this and I think this
change deserves a broader discussion
https://bugzilla.redhat.com/show_bug.cgi?id=1148208
Rahul
--
devel mailing list
Hi
On Mon, Oct 6, 2014 at 11:04 PM, Tim Flink wrote:
The push was not automatic. I was doing it manually. Moreover after
I had submitted a F21 build, it wasn't clear from the message that I
was supposed to revoke the request inorder to resubmit again.
That's a bodhi thing, if you can
Hi
On Wed, Oct 8, 2014 at 2:25 PM, Josh Boyer wrote:
* Bash scripts should rely on bash explicitly (jwb, 17:34:13)
* LINK: https://fedorahosted.org/fesco/ticket/1352 (jwb, 17:34:14)
* AGREED: Ask Rahul to work with upstreams to resolve this issue
rather than patching it downstream
Hi
On Wed, Oct 8, 2014 at 10:12 PM, Matthew Miller wrote:
See the transcript. I don't think there's any problem with coordinating it
in Fedora in some way, but we don't want that to be a way that puts a
burden
on Fedora packagers unless they're interested. If you're interested in
having a
Hi
On Wed, Oct 8, 2014 at 10:36 PM, Matthew Miller wrote:
Well, specifically, we didn't want to use bugzilla. I'm not sure I'm
speaking for everyone, but I think that's because it's not really the best
place for minor upstream issues.
Using a wiki to track bugs is obviously not ideal. Any
Hi
On Fri, Oct 10, 2014 at 7:51 PM, Patrick Laimbock wrote:
That's good to hear. I didn't know that a (core) component during the
dev cycle needed to go through the karma process so thanks for pointing
that out.
https://fedoraproject.org/wiki/Releases/Branched explains the process
Rahul
Hi
On Thu, Oct 16, 2014 at 7:37 AM, Matthias Runge wrote:
Hello,
in Fedora 21, we have Django-1.6. Django-1.7 was released a few weeks
ago. As we're in feature freeze, but still pre-beta. I'd like to ask for
opinions, if an upgrade to Django-1.7 would be still acceptable.
I have a copr
Hi
On Fri, Oct 17, 2014 at 10:24 AM, Tom Rivers wrote:
If the proper configuration can be determined automagically, then by all
means just do it. My point is that users aren't too stupid to understand
bandwidth/processor considerations. The configuration of how much
bandwidth/processor
Hi
On Fri, Oct 17, 2014 at 11:09 AM, Tom Rivers wrote:
I didn't call them stupid - in fact I suggested just the opposite. Go back
and read what I wrote.
I did. You said My point is that users aren't too stupid to understand
bandwidth/processor considerations. I am just saying even if one
901 - 1000 of 1116 matches
Mail list logo