[Fedora-marketing-list] We made the distrowatch weekly

[Karlie Robinson]

but not in a good way
http://distrowatch.com/weekly.php?issue=20061106#phr

[Rino Mardo]

>  -----Original Message-----
>  From: fedora-marketing-list-bounces(a)redhat.com 
>  [mailto:[e-mail]] On Behalf 
>  Of Karlie Robinson
>  Sent: Monday, November 06, 2006 11:31 AM
>  To: fedora-marketing-list(a)redhat.com
>  Subject: [Fedora-marketing-list] We made the distrowatch weekly
>  
>  but not in a good way
>  http://distrowatch.com/weekly.php?issue=20061106#phr
>   
The most eye catching issue I always read is about pirut. Then someone would
always suggests yumex for features users are looking for not in pirut. If
that is the case, why not make yumex the default?

[Paul W. Frields]

On Tue, 2006-11-07 at 14:33 +0300, Rino Mardo wrote:
>  > -----Original Message-----
>  > From: fedora-marketing-list-bounces(a)redhat.com 
>  > [mailto:[e-mail]] On Behalf 
>  > Of Karlie Robinson
>  > Sent: Monday, November 06, 2006 11:31 AM
>  > To: fedora-marketing-list(a)redhat.com
>  > Subject: [Fedora-marketing-list] We made the distrowatch weekly
>  > 
>  > but not in a good way
>  > http://distrowatch.com/weekly.php?issue=20061106#phr
>  > 
>  
>  The most eye catching issue I always read is about pirut. Then someone would
>  always suggests yumex for features users are looking for not in pirut. If
>  that is the case, why not make yumex the default? 
I believe the idea is that pirut follows the GNOME HIG.  Yumex is a
great application for people who want to tweak their package
installations, but for the 80-90% case where the user just wants the
latest updates, pirut satisfies those needs.  You could make the same
argument for just about any set of purposed applications.  Ultimately a
sane and simple default is required.

-- 
Paul W. Frields, RHCE                          http://paul.frields.org/
  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717
       Fedora Project Board: http://fedoraproject.org/wiki/Board
    Fedora Docs Project:  http://fedoraproject.org/wiki/DocsProject

[Rodrigo Padula de Oliveira]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Rino Mardo escreveu:
> > -----Original Message-----
> > From: fedora-marketing-list-bounces(a)redhat.com 
> > [mailto:[e-mail]] On Behalf 
> > Of Karlie Robinson
> > Sent: Monday, November 06, 2006 11:31 AM
> > To: fedora-marketing-list(a)redhat.com
> > Subject: [Fedora-marketing-list] We made the distrowatch weekly
> >
> > but not in a good way
> > http://distrowatch.com/weekly.php?issue=20061106#phr
> >
>  
>  The most eye catching issue I always read is about pirut. Then someone would
>  always suggests yumex for features users are looking for not in pirut. If
>  that is the case, why not make yumex the default?
>   
+1
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iD8DBQFFUKo+Pg3HAC1vlg4RAuY+AJ9ml9Dj485RHwCXPI4teAOZtVbxQwCfWvKU
> pewo+EBg65UO38EbMZlQpcc=
> =HDEC
> -----END PGP SIGNATURE-----

[Rahul Sundaram]

Rino Mardo wrote:
> > -----Original Message-----
> > From: fedora-marketing-list-bounces(a)redhat.com 
> > [mailto:[e-mail]] On Behalf 
> > Of Karlie Robinson
> > Sent: Monday, November 06, 2006 11:31 AM
> > To: fedora-marketing-list(a)redhat.com
> > Subject: [Fedora-marketing-list] We made the distrowatch weekly
> >
> > but not in a good way
> > http://distrowatch.com/weekly.php?issue=20061106#phr
> >
>  
>  The most eye catching issue I always read is about pirut. Then someone would
>  always suggests yumex for features users are looking for not in pirut. If
>  that is the case, why not make yumex the default? 
How is this related this to this thread?

Rahul

[Rino Mardo]

>  >> Subject: [Fedora-marketing-list] We made the distrowatch
> weekly
>  >>
>  >> but not in a good way
>  >> http://distrowatch.com/weekly.php?issue=20061106#phr
>  >>
>  > 
>  > The most eye catching issue I always read is about pirut. 
>  Then someone 
>  > would always suggests yumex for features users are looking 
>  for not in 
>  > pirut. If that is the case, why not make yumex the default?
>  
>  How is this related this to this thread?
>  
>  Rahul
>   
Not directly but also contributes to why we made it "but not in a good way".

[Rahul Sundaram]

Rino Mardo wrote:
> >>> Subject: [Fedora-marketing-list] We made the distrowatch
> weekly
> >>>
> >>> but not in a good way
> >>> http://distrowatch.com/weekly.php?issue=20061106#phr
> >>>
> >> The most eye catching issue I always read is about pirut. 
> > Then someone 
> >> would always suggests yumex for features users are looking 
> > for not in 
> >> pirut. If that is the case, why not make yumex the default?
> > How is this related this to this thread?
> >
> > Rahul
> >
>  
>  Not directly but also contributes to why we made it "but not in a good way".
If you read the distrowatch news, it was not a review of any release of 
Fedora but a discussion about the website. Its completely unrelated to 
package managers.

Rahul

[Rino Mardo]

>  > 
>  > Not directly but also contributes to why we made it "but 
>  not in a good way".
>  
>  If you read the distrowatch news, it was not a review of any 
>  release of Fedora but a discussion about the website. Its 
>  completely unrelated to package managers.
>  
>  Rahul
>   
Has nothing to do with distronews, the website, or such. It's with the "but
not in a good way". Forget distronews just concentrate on "but not in a good
way".

[Rahul Sundaram]

Rino Mardo wrote:
> >> Not directly but also contributes to why we made it "but
>
> > not in a good way".
> >
> > If you read the distrowatch news, it was not a review of any 
> > release of Fedora but a discussion about the website. Its 
> > completely unrelated to package managers.
> >
> > Rahul
> >
>  
>  Has nothing to do with distronews, the website, or such. It's with the "but
>  not in a good way". Forget distronews just concentrate on "but not in a good
>  way".  
Taking a sentence and pulling out specific words is throwing off 
context.  Discussions here should be focused on marketing coordination 
and contributions.

Rahul