I would find it interesting too. Not only about the usage of my
packages, but it might also be interesting to know what packages are
installed from other repositories (fusion, adobe, skype, remi, ...) .
I think it would help to make decisions about what packages to keep
supporting or include in th
James Antill wrote:
> I can't think why you'd want a plugin
To automatically count the package as installed as soon as you "yum install"
it?
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, May 4, 2010 at 9:25 PM, devzero2000 wrote:
> 2010/5/4 Björn Persson
>
> Thomas Janssen wrote:
>> > Well, i wouldn't call a software that counts serverside downloads of
>> > FOSS software and gives based on that downloads/installations, a
>> > popularity suggestion in packagekit, spyware.
2010/5/4 Björn Persson
> Thomas Janssen wrote:
> > Well, i wouldn't call a software that counts serverside downloads of
> > FOSS software and gives based on that downloads/installations, a
> > popularity suggestion in packagekit, spyware.
> > There's nothing at all that gets sent out of your box.
On Tue, May 4, 2010 at 6:30 PM, Bill Nottingham wrote:
> Ricky Zhou (ri...@fedoraproject.org) said:
>> > Of course, this does not say 'how many computers out there have package
>> > X'. Maybe it fails and one needs to download a package twice and so on.
>> > But I think this would be a first great
Ricky Zhou (ri...@fedoraproject.org) said:
> > Of course, this does not say 'how many computers out there have package
> > X'. Maybe it fails and one needs to download a package twice and so on.
> > But I think this would be a first great approximation.
>
> I don't think yum requests packages spec
2010/5/4 Björn Persson :
> Thomas Janssen wrote:
>> Well, i wouldn't call a software that counts serverside downloads of
>> FOSS software and gives based on that downloads/installations, a
>> popularity suggestion in packagekit, spyware.
>> There's nothing at all that gets sent out of your box.
>>
Thomas Janssen wrote:
> Well, i wouldn't call a software that counts serverside downloads of
> FOSS software and gives based on that downloads/installations, a
> popularity suggestion in packagekit, spyware.
> There's nothing at all that gets sent out of your box.
>
> Remind, i'm not speaking of e
On Tue, May 4, 2010 at 11:43 AM, Richard W.M. Jones wrote:
> On Mon, May 03, 2010 at 10:03:34PM +0200, Thomas Janssen wrote:
>> - Helps to decide if a package can be easily removed from Fedora
>> (upstream dead, no users left, good bye is no problem)
>
> Sounds like another tool to beat maintainer
On Mon, May 03, 2010 at 10:03:34PM +0200, Thomas Janssen wrote:
> - Helps to decide if a package can be easily removed from Fedora
> (upstream dead, no users left, good bye is no problem)
Sounds like another tool to beat maintainers with.
Rich.
--
Richard Jones, Virtualization Group, Red Hat ht
2010/5/3 Björn Persson :
> Thomas Janssen wrote:
>> Good question about on or off by default. To make sense it should be
>> on by default.
>
> NO! Popcon may have its uses, and I actually have it enabled on my Debian
> boxes, but it *must* be strictly opt-in. If it were on by default it would be
>
Thomas Spura wrote:
> I don't think it's spyware, if it's enabled by default on the server
> side, do you? e.g. sourceforge does the same with their statistics
> counter (or any other web counter online).
No, extracting download statistics from web server logs isn't spyware. Spyware
is software t
On Mon, 2010-05-03 at 13:32 -0800, Jeff Spaleta wrote:
> The popularity application idea would be a compelling user
> benefit..but popcon as constructed really doesn't integrate well
> enough to give users useful "popular" application suggestions in a way
> that makes sense. We'd need something t
Am Montag, den 03.05.2010, 23:30 +0200 schrieb Björn Persson:
> Thomas Janssen wrote:
> > Good question about on or off by default. To make sense it should be
> > on by default.
>
> NO! Popcon may have its uses, and I actually have it enabled on my Debian
> boxes, but it *must* be strictly opt-in
On Mon, May 3, 2010 at 1:06 PM, Thomas Janssen
wrote:
> To make sense it should be on by default.
Good luck with that. I strongly suggest that any usage which only
makes sense with "on by default" is not a usage you can rely on as a
strawman.
The popularity application idea would be a compellin
Thomas Janssen wrote:
> Good question about on or off by default. To make sense it should be
> on by default.
NO! Popcon may have its uses, and I actually have it enabled on my Debian
boxes, but it *must* be strictly opt-in. If it were on by default it would be
spyware, and I do *not* want an op
On Mon, May 3, 2010 at 10:21 PM, Jeff Spaleta wrote:
> On Mon, May 3, 2010 at 12:03 PM, Thomas Janssen
> wrote:
>> - Superb information for us packagers if and how much (of course not
>> the correct value) users use the software i package
>
> It may or may not be superb information...but you have
On Mon, May 3, 2010 at 12:19 PM, yersinia wrote:
> Sure, I can try. If one software is used many time from many user, directly
> or indirectly, and it have not such many problems (e.g bug open on bugzilla
> for example ), well this could guide to the decision of the goodness of the
> software a
On Mon, May 3, 2010 at 12:03 PM, Thomas Janssen
wrote:
> - Superb information for us packagers if and how much (of course not
> the correct value) users use the software i package
It may or may not be superb information...but you haven't told me how
collecting this information is helpful to the u
On Mon, May 3, 2010 at 9:27 PM, Jeff Spaleta wrote:
> On Sun, May 2, 2010 at 7:25 AM, yersinia
> wrote:
> > Look interesting from a QA point of view.
>
> How exactly is this interesting from a QA pov in Fedora? Smolt
> profiles I can understand being useful for QA because it gives us some
> abi
On Mon, May 3, 2010 at 9:27 PM, Jeff Spaleta wrote:
> On Sun, May 2, 2010 at 7:25 AM, yersinia wrote:
>> Look interesting from a QA point of view.
>
> How exactly is this interesting from a QA pov in Fedora? Smolt
> profiles I can understand being useful for QA because it gives us some
> ability
On 2010-05-03 09:25:06 PM, Thomas Spura wrote:
> Wouldn't it be easier to let MirrorManager do that?
> This way each mirror can save a counter per package and publish them
> statically on the server side. To get a total amount of the data, all
> counter files from all servers needs to be collected
On Sun, May 2, 2010 at 7:25 AM, yersinia wrote:
> Look interesting from a QA point of view.
How exactly is this interesting from a QA pov in Fedora? Smolt
profiles I can understand being useful for QA because it gives us some
ability to look for commonalities when troubleshooting hardware
proble
Am Montag, den 03.05.2010, 11:52 -0600 schrieb Kevin Fenzi:
> On Sun, 2 May 2010 17:25:10 +0200
> yersinia wrote:
>
> > Would be interesting to have in Fedora something like this
> >
> > http://popcon.debian.org/
> >
> > ?
> >
> > Look interesting from a QA point of view.
>
> It's been sugges
On Mon, 2010-05-03 at 19:20 +0100, Athmane Madjoudj wrote:
> >
> > It's been suggested many times before, but no one has really stepped
> > forward to champion it. ;)
> >
> > There is an rpm version being worked on by an OpenSUSE person:
> >
> > http://gitorious.org/opensuse/popcorn
> >
> > Somethi
>
> It's been suggested many times before, but no one has really stepped
> forward to champion it. ;)
>
> There is an rpm version being worked on by an OpenSUSE person:
>
> http://gitorious.org/opensuse/popcorn
>
> Something would need to be packaged, tested, etc.
>
> Then the problem becomes what
On Sun, 2 May 2010 17:25:10 +0200
yersinia wrote:
> Would be interesting to have in Fedora something like this
>
> http://popcon.debian.org/
>
> ?
>
> Look interesting from a QA point of view.
It's been suggested many times before, but no one has really stepped
forward to champion it. ;)
Th
Would be interesting to have in Fedora something like this
http://popcon.debian.org/
?
Look interesting from a QA point of view.
Regards
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
28 matches
Mail list logo
