transmission-remote-cli to the latest upstream revision. 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
No collection found by the name of devel
Could not retire package: Command '['pkgdb-cli', 'orphan', '--retire',
'funnel', 'devel']' returned non-zero exit status 8
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
was wondering about that. What is the best practice for this? Is it
detailed anywhere? Also, can you do this via the web UI?
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
.
Ah, I missed the description at the end of it. Noted for future
retirements. 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
plan to have a separate mutter-wayland package.
Mutter-Wayland in GNOME 3.13.1 is merged to Mutter, so how can have 2
different packages?
Because Fedora 21 branch has GNOME 3.12
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
policy
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
Hat employee at the moment. :-)
Not that it matters much to your point but he doesn't work for Red Hat
anymore
http://www.wired.com/2013/05/salesforce-tom-lane/
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct
is widely available doesn't make it a good idea to use
it. Lots of things that are standardized should never really be used but
only retained for compatibility. ex: gets()
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
of smartmontools pulled
it in but exim itself got installed for the first time.
Exim getting installed isn't a bug but getting enabled by default is. You
should file it and similar issues in other packages if any as well
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
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
://extensions.gnome.org/extension/696/skype-integration/
Did you experience crashes or other serious problems with applications ?
Nope. GNOME Shell used to crash now and then earlier but not anymore.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
to you strongly many times before. If you continue
to ignore the advice and keep resorting to calling people names now and
then, you will likely get yourself moderated from Bugzilla and/or Fedora
mailing lists again.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
/Staying_close_to_upstream_projects
You could however get involved in triaging bugs in the Fedora kernel bug
list.
https://fedoraproject.org/wiki/KernelBugTriage
All the best!
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
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
. It would be useful
to know whether packages that one tends to rely on are getting orphaned.
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
I don't have direct access to a personal scanner anymore and don't have the
time to handle bug reports without a device to test. I have orphaned
simple scan now. Please feel free to take it. Thanks!
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
Hi
On Sat, Mar 8, 2014 at 12:55 PM, Kevin Kofler kevin.kof...@chello.atwrote:
Rahul Sundaram wrote:
If a single desktop environment wants to just implement something, they
can go ahead and do so but that doesn't make it a real specification.
For
other desktop environments to adopt
the discussion?
Agreed on that. Assuming that GNOME developers think that the latest
version posted on xdg-list is useful with some changes, they should say so
and make an effort again to address the differences.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
it, it needs to be a collaborative and
shared effort. Part of that is addressing concerns and bringing more
clarity so that multiple implementations are compatible. Unstated
assumptions lead precisely to the kind of problems you are talking about.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
to refuse any RFC
Only if you take it out of context
http://www.freedesktop.org/wiki/Specifications/
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
of U.S as well.
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
or config tweak or some other arrangement, *then* we can discuss
our options at that point.
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
that it is
done in an appropriate manner. Let's put a hold on this discussion until
that point.
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 Mon, Feb 10, 2014 at 11:36 AM, Kevin Fenzi wrote:
Would folks be ok with running it weekly or something?
and on which path? The entire f19-updates-testing to rawhide?
IMO, yes and yes
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
Hi
On Tue, Feb 4, 2014 at 8:54 AM, Jaroslav Reznik wrote:
- Original Message -
It needs updates :). Any volunteer?
I have updated it just to remove the obsolete content for now. Ideally,
it needs a good rewrite
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
the conversation public.
Part of the problem I have with this discussion other than the alarmist
subject is that we are discussing the fate of spins before even coming
out with concrete products out of the fedora.next proposals. That seems
premature.
Rahul
--
devel mailing list
devel
for that? If you don't know how to use the
command line there is no point in installing
it in the first place.
I can use yum just fine but I don't find it convenient to go to the gui for
gui apps and then remember to go use yum to install command line apps.
Rahul
--
devel mailing list
devel
do but if you are in doubt, file a ticket with packaging
committee
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
unmaintained or
badly maintained packages for nothing.
If they support your view point, they can provide their input right here.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org
, that
is pretty reasonable thing to do.
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
, just presuming that they are somehow a problem is unconvincing.
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 Thu, Jan 23, 2014 at 12:08 PM, Jóhann B. Guðmundsson wrote:
On 01/23/2014 05:06 PM, Rahul Sundaram wrote:
That doesn't answer the question. You keep using the word we. Who is
we?
We in quality assurance if you want us to come up with an official respond
regarding inactively
Hi
On Thu, Jan 23, 2014 at 12:20 PM, Jóhann B. Guðmundsson wrote:
On 01/23/2014 05:06 PM, Rahul Sundaram wrote:
By going through those reports you will notice how long it took for those
patches to be applied as well as see all those that have yet to be applied.
Yep
unsurprising I don't
agree with this conclusion. In any case, I sincerely doubt you will get
even a single person other than yourself to agree with this proposal but
feel free to try filing a ticket with the QA team.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
on it. If you think you will fail
to build any kind of consensus even before trying, I guess we can drop your
idea and move on
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
Hi
On Thu, Jan 23, 2014 at 7:34 PM, Adam Williamson wrote:
I don't like github being non-free, particularly, but the practical
consequences of that are fairly minor.
Tickets and history of those tickets can be important
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
and rescue the packages they care about.
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 Thu, Jan 23, 2014 at 11:49 PM, Sérgio Basto wrote:
yeah , so revoke an update could be a better idea.
How would that work? We don't control the mirrors. Mirrors can choose to
sync anytime they want to and retain packages we have removed.
Rahul
--
devel mailing list
devel
, please refer to
https://fedoraproject.org/wiki/Ask_fedora#Admins_and_Moderators
Thank you for your participation and do let me know if you have any
questions
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct
probably won't be sufficient, if testers aim at speed instead
of safety.
Sounds reasonable. Filed a ticket at
https://fedorahosted.org/fesco/ticket/1223
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
Hi
Since updates don't automatically fix the issue created by
https://bugzilla.redhat.com/show_bug.cgi?id=1054350 and users are required
to run a set of steps as a workaround, shouldn't this be announced via the
fedora announce list and posted in the Fedora website prominently as well?
Rahul
#RPM_scriplets_fail_during_updates
Please review it. Do you want me to send the announcement as well?
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, Jan 18, 2014 at 8:20 PM, Andre Robatino wrote:
I replaced the typo scriplet - scriptlet in several places in that page,
including the anchor link. Don't know if that breaks any existing links.
Thanks. I just sent out the announcement. Hopefully it makes sense.
Rahul
--
devel
that to be
ruby-mri
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 Wed, Jan 15, 2014 at 2:28 AM, Panu Matilainen wrote:
See https://bugzilla.redhat.com/show_bug.cgi?id=105159.
That doesn't appear to be correct. Can you try again?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
that is stored somewhere else. If the expectation is
that QA is going to maintain them, former is fine but if you want package
maintainers to be involved, then a tight association between the specs etc
and tests would be a good thing
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
/show_bug.cgi?id=1045679)
* debuginfo-install (https://bugzilla.redhat.com/show_bug.cgi?id=1045770)
* repoquery (https://bugzilla.redhat.com/show_bug.cgi?id=1045078)
* yum-config-manager (filed but rejected at
https://bugzilla.redhat.com/show_bug.cgi?id=1044984)
Hope that helps
Rahul
--
devel mailing
the change has not
propagated through and it is a pet peeve to fix spelling errors. Thanks
for the explanation.
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
were not opposed to having this level of safety from being there by
default, it wouldn't be really an issue regardless of whether the feature
is implementing via a plugin or not which is an implementation detail most
users wouldn't be concerned about.
Rahul
--
devel mailing list
devel
understanding is that dnf is only the name of the experimental fork of
yum and the end result will continue to be called yum. Am I wrong about
that?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
should anyone care? Would be
good to have that info in such announcements
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
-with-analysis
That sounds quite useful. Is there any particular it isn't in the Fedora
repository?
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
forgot a changelog entry for your last package update. ;(
Is there a roadmap for Koji to handle rebuilds on soname bumps
automatically?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org
adding some protection against removing
key packages. dnf changing this expected behavior is problem and clearly
this is a design decision which I think needs to revisited.
http://akozumpl.github.io/dnf/cli_vs_yum.html#protected-packages-is-ignored
Rahul
--
devel mailing list
devel
through the release history and bugs and find out why the current
functionality was done the way it was before deciding to change it.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org
On Thu, Jan 2, 2014 at 6:38 AM, Fedora Rawhide Report
Compose finisheded at Thu Jan 2 11:27:28 UTC 2014
I thought this typo was already fixed?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
for several years which is bound to trip up users during the
proposed transition. Also I don't see the advantage of that over just
merging the functionality and adding a configuration option.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to change the mock
defaults
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
to work for many packages using autotools or
cmake.
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
On Fri, Dec 27, 2013 at 6:41 AM, Fedora Rawhide Report
rawh...@fedoraproject.org wrote:
Compose finisheded at Fri Dec 27 11:26:21 UTC 2013
Seems to be a typo here
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
Hi
On Sun, Dec 22, 2013 at 9:46 AM, Till Maas wrote:
On Tue, Dec 17, 2013 at 12:17:00PM -0500, Rahul Sundaram wrote:
In the last few days, I have been running cppcheck on quite a few
programs
including systemd, transmission, libvirt, ndjbdns etc and cppcheck has
found real
splint but it returns too many false positives to be
really useful. The only thing I haven't personally looked at is Coverity.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
been taken care of by the QA community so needless
to say we ( QA community ) will take care of it.
Does anyone else in QA share the same opinion as you? If so, who?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
Hi
On Wed, Dec 18, 2013 at 3:51 PM, Jóhann B. Guðmundsson wrote:
On mið 18.des 2013 20:38, Rahul Sundaram wrote:
Does anyone else in QA share the same opinion as you? If so, who?
Are you saying that this is not QA responsibility to take care of?
You would notice I am asking
Hi
On Wed, Dec 18, 2013 at 4:14 PM, Jóhann B. Guðmundsson wrote:
On mið 18.des 2013 21:02, Rahul Sundaram wrote:
You would notice I am asking a question and not making an statement. You
seem to speaking repeating on behalf an entire group without anyone else in
that group voicing
a build target for regular checks
http://cgit.freedesktop.org/systemd/systemd/commit/?id=16f4efb4150c65e3c61adaa8ea512489de49f532
That would be all. Thanks
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct
Hi
On Tue, Dec 17, 2013 at 12:36 PM, Dan Williams wrote:
On Tue, 2013-12-17 at 12:17 -0500, Rahul Sundaram wrote:
Hi
In the last few days, I have been running cppcheck on quite a few
programs
including systemd, transmission, libvirt, ndjbdns etc and cppcheck has
found real
for packages in
RHEL or it is run against all Fedora packages? If not, would it be
possible for Red Hat to do so and publish the results on a regular basis?
That might be a useful service.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it for some packages. Just need to
find a way to increase that coverage and provide the reports in a way
accessible to volunteer Fedora package maintainers.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct
with fedpkg by default so that all
Fedora packagers get this functionality?
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
any immediate benefits, there is no harm in
following the appropriate guidelines here. Coordinate with upstream
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 Wed, Dec 4, 2013 at 3:05 PM, Brendan Jones wrote:
Overkill if you ask me,
It might be appear to be one till it ends up avoiding or mitigating a
security issue. It is just a bunch of trivial changes and I am sure you
can ask for help for patches if needed.
Rahul
--
devel mailing
Hi
On Tue, Dec 3, 2013 at 9:47 PM, Gilles J. Seguin wrote:
OMG
i do not know what to say here
/usr/lib/event.h
-1 should -1,000,000,000
:-)
i need a list of peoples making such uninspired suggestions
Even with a smiley, you haven't really added anything useful to the
discussion. -1
little that you can't see on this and other
mailing lists and in Fedora IRC logs.
These are the key parts that I wanted to confirm. Thanks.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
Hi
On Fri, Nov 8, 2013 at 4:51 AM, Richard Hughes wrote:
On 8 November 2013 00:11, Rahul Sundaram wrote:
It would be awfully convenient to have a single place for all these
related tasks.
Trying to design a GUI for all users who would find something
convenient isn't possible. Sooner
to bring (with
no evidence whatsoever) when one is clearly losing a discussion.
Can't you just admit that the consensus is AGAINST Apple-like apps?
You haven't established any such consensus at all. On the contrary, I see
a number of people on both sides.
Rahul
--
devel mailing list
devel
Hi
On Thu, Nov 7, 2013 at 8:58 AM, Nicolas Mailhot wrote:
I can only react to what has been published, which so far is we'll do
better because you suck
Where has anyone said that?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
of ignoring
them entirely, you can just sort the results or having a secondary view
Click here for command line applications that match your search results
etc can be considered.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
the
presentation or talk to the developers involved including Lennart and Alex
or wait till those details are flushed out before arguing against it.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
? It is just too complex.
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
on appdata for Fedora 21 would be premature until there is a public roadmap
that gives enough time to get everyone on board. 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 a
discussion.
I have filed one now at https://bugzilla.gnome.org/show_bug.cgi?id=711638.
Let me know if anything further needs to be done here.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
about reviews on tmux and screen and decide which one to
install. Yum doesn't provide me with a convenient view and yumex isn't
provide me with any screenshots or reviews. It would be awfully
convenient to have a single place for all these related tasks.
Rahul
--
devel mailing list
devel
and is more headcount being allotted? Was Fedora Board and
FESCo members aware that a proposal were coming through and what was their
rationale for choosing to go forward? etc)
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
for improvement and
more than one approach and I also think the way you are expressing your
disagreement (for example, talking about puking etc) is in pretty
distasteful. You talk about freedom so much while not wanting anyone else
to be free to use an approach you don't prefer.
Rahul
--
devel
from Sun used to be the maintainer and noone is doing it right
now. No technical or licensing issues if anyone is interested in packaging
it afaik.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
distinction either. I mean, upstream could
provide some metadata which can be aggregated and used by a centralized
interface. Perhaps we should use distribution packages vs upstream
packages instead?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
daily work I wouldn't risk making it unusable on my
system.
The risk wouldn't exist with sandboxed applications since they are self
contained and it is much less overhead than full blown virtualization.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
will
be provided by upstream directly and not by the distribution and they may
or may not choose to bundle libraries. Users already use a variety of
installation tools outside the distro repo model (language specific tools
like pip for example). This is just another choice for certain use cases.
Rahul
. I for one, consider this a good thing.
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
stability and quality. This way
we can work hard to make the core 100% ABI backwards
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
but you don't have
to snipe at them all the time. It poisons the environment unnecessarily.
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
to the browser
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 Wed, Sep 11, 2013 at 3:17 PM, Marcela Mašláňová wrote:
Can you just paste the content as the body instead of attachments in the
future? Attachments are harder to deal with for mobile devices. Thanks!
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
Hi
On Fri, Sep 6, 2013 at 6:17 PM, Reindl Harald wrote:
don't get me wrong but i expect bugs viewable at every single boot
as fixed without a specific report a
http://www.redhat.com/magazine/020jun06/features/bugzilla/
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
this is just a routine thing.
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
fedup yet.
Preupgrade doesn't exist anymore and Fedup is still the recommended option
and all it does is run a yum upgrade is a more constrained environment. If
you run into any problems, these are just bugs which needs to get filed and
fixed.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, Jul 29, 2013 at 7:14 PM, Christopher Meng
Ping Rahul. Please see Kevin's comment.
He is inactive now, no matter how many packages he has owned we should
think if he really wants to go ahead.
I have contacted him off list. If he doesn't respond, I guess you can
orphan the packages
and dealing with Fedora committees and discussion forums this
is something somebody else has to champion or won't happen.
I don't really understand the need for adding more boilerplate to every
since instead of treating it as systemd default and providing a way to opt
out if necessary
Rahul
--
devel
a fellow contributor because he has a different opinion
from yours. The same intelligent people have decided to approve
PulseAudio and systemd as well.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
201 - 300 of 1121 matches
Mail list logo