for these changes but thanks for
all your work on this.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
. If non upstream patches is needed,
it requires someone to take ownership of keeping the patches updated for the
kernel updates. If you are volunteering to do that work, please talk to
the kernel developers. Otherwise, let them do their job without micro
management.
Rahul
--
devel mailing
goals
in a way coordinated throughout the distribution?
If you want a integrated experience, don't work around upstream. Push
your patches and get it merged there. Do not try to arm twist Firefox
maintainers to merge patches they do not want to maintain circumventing
upstream.
Rahul
those patches merged. If you are not willing to
do that work and yes it is tough, then you don't get to demand anything
either.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
should fix them without compromising on the
quality. Other projects are sometimes doing things better and we can
always learn. Rawhide is often more broken than development branch of
other distros for example. We can improve even if you don't believe in
it.
Rahul
--
devel mailing list
devel
less chance of
succeeding in either case.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 08/13/2010 09:17 PM, Kevin Kofler wrote:
Rahul Sundaram wrote:
No. No SIG's have any authority whatsoever over individual package
maintainers outside the packages the team maintains. No one needs to
comply with your requirements.
That's exactly Fedora's organizational problem.
KDE SIG
.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
up rsyslog as default.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
/fedora-infrastructure.
Would be useful to have a trac or bugzilla component to report bugs to.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Aug 10, 2010 at 9:14 PM, John Poelstra poels...@redhat.com wrote:
Rahul Sundaram said the following on 08/09/2010 10:47 PM Pacific Time:
More documentation of the process, perhaps via a SOP is needed then.
Rahul
It's here: https://fedoraproject.org/wiki/Change_deadlines
the pushes at present weren't aware until today that
we usually keep the -testing pushes going.
More documentation of the process, perhaps via a SOP is needed then.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
for you to actively seek out co-maintainers
so that others can help out when you are busy.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Aug 3, 2010 at 12:07 PM, Kevin Kofler wrote:
Rahul Sundaram wrote:
Nevertheless, if you really want to try this method, use
http://repos.fedorapeople.org,
No thanks. repos.fedorapeople.org is a very sorry excuse for a PPA
infrastructure, it's basically only storage with a list
to the wrong branch.
For those wondering how,
http://blog.vagmim.com/2009/04/git-branch-on-command-prompt.html
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 08/03/2010 01:00 PM, Benjamin Kosnik wrote:
619947 :: MODIFIED :: gnote :: Rahul Sundaram :: gnote needs to be
rebuilt against Boost 1.44 in F14 and devel ::
https://bugzilla.redhat.com/show_bug.cgi?id=619947
This was rebuilt:
http://koji.fedoraproject.org/koji/buildinfo?buildID=187183
Hi,
Upstream seems to have disappeared
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, if you want to be a co-maintainer, you will have to coordinate
and work with the model preferred by the primary maintainer. Otherwise
disputes will make the process worse and not better.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
On 08/03/2010 09:20 AM, Kevin Kofler wrote:
Rahul Sundaram wrote:
IMO, if you want to be a co-maintainer, you will have to coordinate
and work with the model preferred by the primary maintainer. Otherwise
disputes will make the process worse and not better.
This (or rather
On 08/03/2010 10:04 AM, Kevin Kofler wrote:
Rahul Sundaram wrote:
I believe a co-maintainer if he/she wants to collaborate wouldn't
constrained by differences in approaches and can participate and help
out regardless of that. If you review bug reports, I suspect you will
find ways to help
On 08/03/2010 10:15 AM, Kevin Kofler wrote:
Rahul Sundaram wrote:
Since there is no new upstream release, you will have to triage bugs,
cherry pick patches and push them as updates. What else do you mean by
tracking upstream closely?
If there's no new release, I'd just ship a snapshot
but if you run into bugs, please report.
And will builds/upgrades for F14 go to the updates/testing/f14 now as
tests then to f14 branch when stable?
Correct.
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 irc.freenode.net
Remi,
Would be nice to have Firefox 4 in there.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
don't know if you want to move the entire set of packages in there. I
would recommend focusing on a few popular ones for now.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
nice but I noticed that three people have their own set of
repo files and different directory structure. I would prefer more
standardization and a standard command by default to grab new repos like:
yum-repo-add fp:spot/chromium
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
can standardize early on and used your package and
repo as an example since it is likely to be more relevant.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
for
repos.fedorapeople.org? So perhaps it can be
yum-config-manager --add-repo fp:spot/chromium
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
this?' ideas every couple
of weeks.
That's just twisting what I am asking. I rather you stop putting words
in my mouth. I am understanding what the constraints are and how do
you expect me to know without asking?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
. It avoids liability as long as you don't describe in
detail what you find in the neutral domain. openSUSE has done something
similar as well.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the only person asking and I was directing it at Spot. Why are
you attacking it?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
we have thought about the possibilities. Yes, it might be tiring
but it is done in good faith and while you might consider it childish,
my goal is to help end users. I am persistent about it on occasions but
I am not obsessed with RPM Fusion or anything like that.
Rahul
--
devel mailing list
. If you feel
anything I do is a liability, please feel free to explain it to me
offlist or via Red Hat Legal even. I am not doing anything sneaky here.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
://fedoraproject.org/wiki/Firefox_4
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
/14/Schedule
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
from the website.
It is easier to remember and tell others I think. The command line
tool could be extended to search and list repositories to make this even
more useful
yum-config-manager search chromium / yum-config-manager list fp:
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
and then the final release.
Fedora 14 feature freeze has already passed. Upto the maintainers and
FESCo at this point if they want exceptions. I am just documenting the
current option. No need to jump at me.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
On 07/31/2010 12:54 AM, seth vidal wrote:
no.
WAY out of scope.
not the least of which b/c we have no index and no way of traversing the
list of repos there.
That's why I called for a standard way of naming and discovering
repositories dynamically giving an alias.
Rahul
--
devel mailing
repository and cannot
be fixed by anyone except the vendor. However there is a workaround:
restorecon -R -v /opt
If there are other issues, especially for software in the Fedora
repository, do file bug reports.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
to use Subversion on the
server but interact using Git from clients. It is not a tool for
conversion. It is a common mistake.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
by Chromium, that is not a reason
to put it in a third party repo. There are other reasons why Chromium
is not in the repo. Details at
http://fedoraproject.org/wiki/Chromium
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
for this thread
and I recommend you talk to FSF and understand the view points on the
issue of trademark guidelines.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
in
Fedora want to do and hence it is irrelevant to this thread which is
merely about integration of Firefox in Fedora 14 which requires no
patches.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/28/2010 05:47 PM, Brandon Lozza wrote:
On Wed, Jul 28, 2010 at 6:55 AM, Rahul Sundaram methe...@gmail.com wrote:
On 07/28/2010 04:22 PM, Brandon Lozza wrote
The FSF drafted up the four freedoms and it's not offtopic, we're
discussing Firefox4 and the fact that we won't be able to make
as
long as Mozilla agrees to it. Alternatively, you can implement
additional functionality via a add-on and include that by default.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/28/2010 07:50 PM, Andreas Tunek wrote:
Epiphany is basically uselessin F13, see Bug 603358.
Using it here just fine without that issue.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
Are we skipping Firefox 4 for Fedora 14? Beta 2 has been released
recently and I am wondering if we can go with it if it fits into the
schedule. There are dozens of new features including WebM support that
would be nice to have.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
On 07/28/2010 03:38 AM, Mike McGrath wrote:
-1 didn't the last time we started using a pre-release from Mozilla turn
out pretty bad for us?
More specifics please. Which version of Firefox and what problems?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
'.
Reading the rest of the thread, you would see this has all been
discussed and changed already.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/20/2010 06:26 AM, Chris Jones wrote:
What packages do you own/maintain? Listing them might be helpful.
It is all listed at
https://fedoraproject.org/wiki/TillMaas
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to reopen
it:
https://bugzilla.redhat.com/show_bug.cgi?id=185590
Reopened.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
). Since PkgDb
lists the package as having a lot of co-maintainers, would one of them
volunteer to be the new owner?
Also, what happened to Behdad?
Behdad now works for Google.
http://mces.blogspot.com/2010/06/june.html
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
if the
changes can somehow be merged back instead of being specialized to A.
If it is indeed impossible, you might ask the person submitting the
review to file a ticket with FESCo, make their case and get a exception
to our guidelines.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
is permissible but the Unac issue still needs a
discussion with FESCo to get an exception for the current guidelines
since the bundled code has been orphaned upstream. I have done so at
https://fedorahosted.org/fesco/ticket/431
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
to the packages instead of
maintaining everything centrally? As long as it abstracted away from
me, I don't really pay much attention to it. If it was part of my
package, I probably can keep it updated better.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
currently. Let the QA team know by citing bug numbers.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/13/2010 07:14 PM, Daniel J Walsh wrote:
On 07/13/2010 09:30 AM, Rahul Sundaram wrote:
On 07/13/2010 06:58 PM, Christopher Brown wrote:
No. SELinux is unacceptable when it displays ridiculous warning
messages to users telling them it has detected suspicious activity on
a system
.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
that a large numbers of users would since it is the
default configuration resulting in a broken user experience.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
desktop.
I think we need to change that to actively run and test the default
applications that are accessible from the menu.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
part a lot of BZ pings and mails to
package-ow...@fedoraproject.org has done the trick, but some bugs have
been awfully silent.
If you are a provenpackager, can't you just make the changes yourself
and close the review request?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
. Is this because the main package
doesn't Requires: -common?
If someone installs the main package, they wouldn't get a copy of the
license along with it.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
in a glance.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, there is absolutely nothing wrong with anyone
with commit access updating packages in Rawhide and if there are
mistakes in the process which will happen from time to time, deal with
it politely offlist.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
allows
any sponsor to approve a new person to become a package maintainer . If
there is a process violation, file it with FESCo but as the ongoing
other thread related to this topic, less rigid idea of ownership is
the right mind set.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
to be complaining about a different issue altogether.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/02/2010 06:46 PM, Patrice Dumas wrote:
In the past we proposed a policy for that kind of issues with Rahul,
but it was never approved (nor really considered).
http://fedoraproject.org/wiki/RahulSundaram/CollectiveMaintenance
I had forgotten about this but since becoming
On 07/02/2010 07:27 PM, Patrice Dumas wrote:
On Fri, Jul 02, 2010 at 07:15:54PM +0530, Rahul Sundaram wrote:
I had forgotten about this but since becoming provenpackager I have
helped out in simple rebuilds or even version bumps on occasions and
have gotten positive feedback.
You mean
://wiki.debian.org/DEHS would be useful to know how we
stand. Rakesh Pandit was looking into this earlier. Not sure of the
status on that now.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
system. It is packaged up with
fedora-packager and has the ability to do many tasks that our Make
system handled.
Is the effort to make it easy to build RPM's directly from git tags
related to this or is that a separate project?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
, anyone.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a major change and hence the time to review and fix
it up. Note this change is only going to happen in Rawhide. If you
point out the specific changes, I would be glad to take fixes.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 06/15/2010 01:27 AM, Mamoru Tasaka wrote:
Anyway I think filing a bug is needed beforehand.
Ok. Here you go
https://bugzilla.redhat.com/show_bug.cgi?id=603906
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Yes, a proven packager could also do it for you.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
unrelated
and you could just file a bug report with the details in bugzilla.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
on that. Hopefully we can automatically catch and
prevent the obvious breakages soon.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
multilib packages installed.
Installing only those multilib packages that are actually needed has been
the default since Fedora 9, if people set up yum to pull in everything as
multilib, that's their problem.
As long as yum offers it as a option, bugs must be fixed.
Rahul
--
devel mailing list
On 06/09/2010 09:58 AM, Kevin Kofler wrote:
On Wednesday 09 June 2010, Rahul Sundaram wrote:
As long as yum offers it as a option, bugs must be fixed.
Nonsense. There are plenty of options in software we ship which we don't and
can't support.
Then stop including such a option
of the yum developers
are going to agree with your view point either. Again, it in our
responsibility towards users to include options that we can support or
mark them as unsupported.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
developer agree or
disagree with it. That is certainly more useful than this message.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to the problem?
More details needed. What video are you playing? What is the version
of Totem? What are the gstreamer codecs you have installed?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
before pushing, users are unknowingly playing that role.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 06/09/2010 11:01 AM, Luming Yu wrote:
More details needed. What video are you playing?
big-buck-bunny.ogv
This plays fine for me. Perhaps you downloaded a large resolution video
your system can't handle well?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
On 06/09/2010 11:06 AM, Luming Yu wrote:
On Wed, Jun 9, 2010 at 1:33 PM, Rahul Sundaram wrote:
This plays fine for me. Perhaps you downloaded a large resolution video
your system can't handle well?
512x384 kittens.gov doesn't work either.
I recommend running package-cleanup
Hi
Just a heads up. I am building the new version for Rawhide.
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
, Fedora's focus on long term sustainability
within a community is a breath of fresh air. You play by the well
defined rules or stay out of it. The expectations are clear.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a ticket with FESCo detailing the guideline
violations and any other non-standard items for all the packages? FESCo
can then decide on the appropriate course correction.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
be useful to track and resolve
this issue.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
missing buildroot definitions and so on which are obsolete. For
some cases atleast, rpmlint should be fixed instead but in other
instances, filtering out warnings so that I don't get mails on them
would be useful.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
1 Package(s)
Reinstall 0 Package(s)
Downgrade 0 Package(s)
Installed size: 3.0 M
Is this ok [y/N]
The former is the default theme and has been added as a dependency to a
core package. You are seeing a cascading set of dependencies as a result.
Rahul
--
devel mailing list
and a mass rebuild anyway. So in this
case, we can slip in a change if needed.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
dependency. It also helps Fedora
Remixes switch defaults with minimal amount of effort. I think leaving
things customizable is a benefit. I don't see much of a complication
really.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 06/03/2010 02:40 AM, Peter Gordon wrote:
On Wed, 2010-06-02 at 00:56 +0530, Rahul Sundaram wrote:
I will work with Ankur Sinha and probably do this for Rawhide in the
next couple of days. Peter Gordon, let me know if you have any objections
This sounds good to me - please go
On 06/03/2010 01:32 AM, Jon Masters wrote:
Yea. I think you don't do updates for it in general. I think I agree
with Seth that this is something Anaconda stuffs in place when it
installs grub.
I think a RFE has been filed against Anaconda before but please file one
if not.
Rahul
it to comps as a default package
and be done with it. No virtual provides.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
but it is a start.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
Peter Gordon seems to be unreachable and while bumping up to
rb_libtorrent to fix E-V-R, I noticed that deluge has a separate flags
sub package. I remember this was proposed as a guideline and then
dropped. Do we need a flags sub package anymore? Seems rather pointless.
Rahul
--
devel
On 05/28/2010 07:54 PM, seth vidal wrote:
file it and we'll get it changed to be a more helpful msg.
https://bugzilla.redhat.com/show_bug.cgi?id=597336
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/27/2010 04:23 PM, Frank Murphy wrote:
They seem to play well together.
If it's not broken, no need to fix it.
You might want to run package-clean --dupes yum list extras and yum
check to verify if things are ok.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https
901 - 1000 of 1121 matches
Mail list logo