was voluntary) and gone back
to school and I don't think he has the time to take care of this packages.
Might be better to expedite the process and fix the issues that haven't
been handled
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
in the Fedora project by working
on RHEL for Red Hat.
There are a number of people in Red Hat who exclusively work on Fedora.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
means that we won't be able to solve the problem
completely (well, patches welcome).
You might want to read through
https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries especially
the section on exceptions if you are planning to request any
Rahul
--
devel mailing list
devel
. There are bugs in the Fedora
documentation as well and you wouldn't want anyone implying that the
Fedora docs team is lazy. If you want to actually confirm, download the
ISO and check.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
No that's not what I'm proposing.
Then using yum provides to determine the count as about 597 is wrong.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
On Mon, Jul 15, 2013 at 2:11 PM, Sérgio Basto wrote:
On Seg, 2013-07-15 at 12:11 -0400, Matthew Miller wrote:
So, with this change, you don't have to remove sendmail first. That's
not a
huge benefit, but there you go. :)
In others words , NONE !
Not true. Sendmail by default
Hi
On Mon, Jul 15, 2013 at 3:47 PM, Sérgio Basto ser...@serjux.com wrote:
On Seg, 2013-07-15 at 14:17 -0400, Rahul Sundaram wrote:
Is useful to deliver mails send by cronjobs , as discussed in others
emails of this thread and or we have a good replace for cronjobs
This has already been
lines
(despite your repeated claims to the contrary).
Just file the bug report and it can be reassigned if necessary. No need to
argue about it
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
and
never will.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
On Fri, Jul 12, 2013 at 12:00 AM, Kevin Fenzi ke...@scrye.com wrote:
On Thu, 11 Jul 2013 23:50:24 -0400
Rahul Sundaram wrote:
False marketing. Majority of ARM devices out there don't run Fedora
and never will.
Well, the same could be said for most x86 machines. ;)
Not really
Hi
On Tue, Jul 2, 2013 at 9:42 AM, Ryan Lerch wrote:
is it possible for not the maintainer to be able to edit the update text
of updates? I'm thinking, say, a member of the documentation team?
No but feel free to file a RFE against bodhi
https://fedorahosted.org/bodhi/
Rahul
--
devel
If you had said it once and let it go, it would have been fine but when
you repeat yourself dozens of times, it is quite obnoxious and doesn't help.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
anything in an open source project
by constant repetition. It doesn't work that way. If you really want your
opinions to carry any weight, you have to get involved by contributing.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it
recently? Do file a bug report if there are still issues
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
understand that Java applet source was never open sourced by Sun
or Oracle and is not part of the OpenJDK project. If we can fix Firefox
to install IcedTea on demand, that would be great.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
browser plugin technology (and
even browser plugin technology in general).
FWIW, we haven't quite moved away from it just yet. A number of major
banking sites using a java applet as the primary interface.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
Hi
On Mon, Jun 3, 2013 at 1:54 PM, Kashyap Chamarthy wrote:
Tom/Anyone:
Is it purposeful to not have presenter's name next to each talk's Abstract
? Or is it a
limitation of the talk proposal system ? Or am I just terribly blind ?
The latter :-)
Rahul
--
devel mailing list
devel
of an distinction when using distributed vcs.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
HI
On Sun, Jun 2, 2013 at 5:52 PM, seth vidal wrote:
I actually disagree with that.
I think freedom of the service does matter. The debacles with google
reader and google talk recently should be pointing that up to all of
us. While DVCS do remove the possibility of our code getting
Hi
On Wed, May 29, 2013 at 11:34 AM, Ales Kozumplik wrote:
On 05/28/2013 07:30 PM, Rahul Sundaram wrote:
If you store the results, you would only need to get the details of the
bugs fixed from the last release.
And that is practically doable:
http://akozumpl.github.io/dnf
to the agenda.
The guidelines were partially updated after this ticket and the rest seems
to be waiting on https://fedorahosted.org/fpc/ticket/286#comment:4.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
On Tue, May 28, 2013 at 11:42 AM, Ales Kozumplik wrote:
That would slow the build down by 5 minutes for 100 bugs and go up with
each release.
If you store the results, you would only need to get the details of the
bugs fixed from the last release.
Rahul
--
devel mailing list
devel
as often anymore
12) file dependencies can be checked to make sure they are sane
I could go on but you get the general idea
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Mageia, Mandriva,
openSUSE has been doing this for ages already
Any tooling from them we could use for this?
Most of the distributions have their own custom buildsystem and don't
really separate out tooling in this way but they are typically open source
Rahul
--
devel mailing list
devel
thing, some process to keep track of un-upstreamed
patches and making sure we do that on a regular basis will be useful.
I have seen several packages in Fedora git which have unapplied patches
still in the repo and that could be automatically checked and removed as
well.
Rahul
--
devel
the distrowatch package pages and not just
bugzilla reports for the packages I maintain)
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to extend it, I guess
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
primary architecture for Fedora, we really need to solve the broader
problem one way or the other.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
://fedoranext.wordpress.com/2013/05/18/status-of-dnf-experimental-fork-of-yum/
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
On Thu, May 23, 2013 at 11:15 AM, Kevin Fenzi wrote:
Well, I just thought it would be possibly useful if someone wanted to
see how much things grow over time.
It's going to be really hard to do that unless it is plotted in some way.
Rahul
--
devel mailing list
devel
per transaction instead of per package would help
with the speed of the initial Fedora installation or any large updates
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
with sendmail to do?
As you have been told from time to time, there is really no need to
swear. Can you pay attention to that? If you using a different MTA
anyway, it doesn't matter to you whether sendmail is installed by default
or not.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
that looks like a
problem is policycoreutils-devel
Yep. I was thinking of policycoreutils-devel and wrote
selinux-policy-devel in the report instead. Sorry for the confusion
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
/show_bug.cgi?id=2017
There is a bug report open on a similar problem
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2516
Perhaps you can provide the info there. However one quick route is to try
https://extensions.gnome.org/extension/613/weather/
Works for me
Rahul
--
devel mailing list
devel
/extensions
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
He doesn't seem to have been responding to bugs for years. I have
initiated the unresponsive maintainer process
https://bugzilla.redhat.com/show_bug.cgi?id=963890
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
).
This looks very useful. If this is done, please note the change in the
wiki that currently require you to manually announce such changes here
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/15/2013 01:22 PM, Pierre-Yves Chibon wrote:
As you can see from the output at the end of my email, not everyone does
it ;-)
Yeah. I am not surprised at all. Automating as much as possible is the
only efficient way to handle it
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
to lose since
everything important is an external backup disk and really important
files are in another laptop as well.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it completely broken in functionality with the hope
that the bug will eventually be fixed?
If you are unable to do the work required and upstream is unresponsive in
general, orphan the package or retire it.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
, write your own and
file a ticket. There is no need for this drama
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
drive by contributions.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
-base
does not help here.
I understand that. I was pointing out that it might be useful to split it
for the KDE case. If razor wants to provide its own gui to control the
daemon, it would help them as well.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
optional support. It can be disabled. The only package
which has a hard dependency on the panel is a applet package and that has
been retired now.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
needed
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
comparable. If existing packages break in an update, that is far more
problematic than a completely new package that a user has to choose to
install.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/06/2013 10:48 AM, Miloslav Trmač wrote:
On Sat, May 4, 2013 at 6:31 AM, Rahul Sundaram wrote:
On 05/04/2013 12:24 AM, Eric Sandeen wrote:
On the other hand, if it's the right thing to do, then it
needs to be done for GUI password change dialogs and the
passwd
()
This sounds pretty neat but I am unable to get this to work. I have tried
gtk-entry-password-hint-timeout=600 and without the quotes as well.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
On Sat, May 4, 2013 at 4:06 AM, Rahul Sundaram wrote:
This sounds pretty neat but I am unable to get this to work. I have
tried gtk-entry-password-hint-timeout=600 and without the quotes as well.
Never mind. For anyone else looking, just use the format in
/etc/gtk-3.0/settings.ini
Not anymore
http://www.out-law.com/page-10152.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
you could NOT
specify a file system different from the live spin--ext4.
That doesn't apply for the last few releases.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
if the
problems still exist
https://lists.fedoraproject.org/pipermail/test-announce/2013-May/000670.html
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is just a desktop
distribution which is misleading.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, this is a unprecedented decision and it
should be reconsidered.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/03/2013 10:31 PM, Matthew Garrett wrote:
It's unprecedented for maintainers to make UI decisions about the
software they develop and maintain?
Is that a rhetorical question? I was referring to the decision to show
the password in full when the user is typing it.
Rahul
--
devel mailing
UI change but that one that has fairly serious
security and privacy concerns. I feel more than justified in reopening
the bug.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/03/2013 11:22 PM, Bruno Wolff III wrote:
It's not like the people entering the password don't know it is visible.
On the contrary, it is entirely unexpected that the UI will not hide it.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
for usability.
It is *very* useful to be able to see the password you are typing at
times when there is no such privacy concern but this is precisely why
some password fields have a show password checkbox but not as the
default behavior.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
be reopened no matter what. I
don't agree with your opinion in that case.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
fine but I have had maintainers fix the
bug after it was reopened and I have done that for users as a maintainer
when I originally thought something wasn't a problem but changed my mind
when presented with a coherent argument to reconsider. I don't see it as
a hardline rule
Rahul
--
devel mailing
on
different rules about what an acceptable password is. We really need to
settle on one library and provide a consistent way to tweak it.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to a
mailing list. So repeating that I should, several times serves no real
purpose. Your real point of disagreement is that I should not have
reopened the bug report and I am generally hesitant to do and I stand by my
decision to reopen it in this case.
Rahul
--
devel mailing list
devel
=958523
I have taken the latter. Please review
https://bugzilla.redhat.com/show_bug.cgi?id=917388
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
. This is quite confusing. VMWare folks are pushing for better
integration but unless VMWare stops putting out conflicting messages, I am
not sure anyone benefits.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
in libwayland-client even in Fedora
18. We are on a transition path to Wayland already.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
by groups available only via the repository in a separate
section. So you can get the best of both worlds.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
when to rely on the media and when to rely on network.
It would also be somewhat tricky if you want to be able to choose to get
the updates for the packages in the media during installation itself.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
Hi
On Mon, Apr 29, 2013 at 9:35 AM, Stephen Gallagher sgall...@redhat.comwrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/26/2013 03:22 PM, Rahul Sundaram wrote:
Hi
Should be a simple review. Let me know if anyone is interested.
Rahul, it would be helpful to put a link
, but I wanted to give a heads-up since they're still at
v3.6.1 in rawhide as well.
The split packages are already in Fedora for a long time and is very up2date
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
Should be a simple review. Let me know if anyone is interested.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
Has been open for a long time
https://bugzilla.redhat.com/show_bug.cgi?id=923974
Can someone push an update?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
Upstream has been dead for a really long time (last commits were in
2011) and the software is not functional without third party patches. I
have retired this package
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
have added a note to
https://fedoraproject.org/wiki/Package_Review_Process
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is at blocker if necssary
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ever again.
It is functional for the purpose of searching packages which was the
original topic of the conversation. I have replaced the pkgdb link with a
reference to this new UI to avoid any confusion.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
of packages:
(separately-packaged)
kernel modules! It would make much more sense to do that here than there.
Kevin,
You aren't going to convince anyone by repeating yourself constantly.
Kindly stop. Thanks
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
the scope again but one step a time.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the proper hardening. I have opened dozens of bugs on the core packages
that
matter, but even those bz are still not complete.
Is there a tracker bug? Proven packagers can help
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
On Sat, Apr 13, 2013 at 12:09 PM, Rakesh Pandit wrote:
Share the ticket once you have opened it.
https://fedorahosted.org/fedora-infrastructure/ticket/3748
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is available at:
https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py
In case you need my help in fixing anything, let me know.
Couldn't infrastructure team just automate this?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
scripts) on a regular basis so that it isn't
dependent on you or anyone else to do it manually. Thanks!
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
could review my work and sponsor me.
Welcome to Fedora. If you are taking over from someone else, please file a
new review request and close the existing one as duplicate.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
On Tue, Apr 9, 2013 at 12:59 PM, Ravindra Kumar ravindraku...@vmware.comwrote:
Thanks Rahul.
Given that Simone has already accepted existing bug for review, I will
create a new bug if he is ok with that.
Does that sound ok?
Sure. That was just FYI since some of the report
renumbered and
updated to RHEL 2.x. And don't *get* me going on mod_perl numbering or CPAN
version numbering. (Whose bright idea was it to use floating point? Version
2.237 is older than version 2.3 ?)
Red Hat 9 and RHEL 2.x were different products
Rahul
--
devel mailing list
devel
This report generated by Fedora Release Engineering, using
http://git.fedorahosted.org/git/?p=releng;a=blob;f=scripts/check-upgrade-paths.py;hb=HEAD
Where is the script really located?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
.
Naturally.
I have added a explicit note to search for packages to that instruction.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/15/2013 09:55 AM, seth vidal wrote
There's a yum-cron package. It did just that for years.
that's where dnf got the idea.
Yep but defaults matter
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/15/2013 07:53 AM, Neal Becker wrote:
You might prefer this, but I think it's against Fedora policy.
Why do you think that? Can you point me to such a policy?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/15/2013 10:52 AM, Chris Adams wrote:
I agree that it doesn't really need a feature page, but IMHO it should
be in the release notes (this is something that could break existing
programs).
Here you go
https://fedoraproject.org/wiki/Documentation_Security_Beat
Rahul
--
devel mailing list
would you recommend as a replacement?
I wouldn't say it is for packaging *only* and CVE info is not
consistently listed in the changelog anyway and a good replacement might
be to just search CVE id in
https://admin.fedoraproject.org/updates
Rahul
--
devel mailing list
devel
but not necessarily when a new update fixes a bunch
of issues and security issue happens to be one of them. In some cases,
there is no CVE id assigned for the problem either but if you want to
request that packaging guidelines recommend this in the general case,
file it at
https://fedorahosted.org/fpc/
Rahul
be useful to know
ahead of time
https://ask.fedoraproject.org/question/23872/which-features-do-you-want-in-ask-fedora/
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
installing, there's no
obvious way to boot back to their normal Windows install.
That has been rehashed many times already. If it is a dual boot system,
the GRUB menu will have a timeout.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
a giant rehash.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
for documentation is not a competition but might help to actually bring
new writers?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/10/2013 11:26 PM, Mathieu Bridon wrote:
I find that being a bit more explicit when specifying the files ina
package is a great way to catch so bumps.
Filed a ticket with FPC to add this as a guideline
https://fedorahosted.org/fpc/ticket/266
Rahul
--
devel mailing list
devel
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
been packaging long before Fedora even existed and
maintain/co-maintain over a hundred RPM packages for Fedora but that's
besides the point. Providing links in the changelog is just good
practice. Telling that users can just google isn't.
Rahul
--
devel mailing list
devel
301 - 400 of 1121 matches
Mail list logo