Ricky Zhou wrote:
> On 2009-06-29 01:13:07 AM, Kevin Kofler wrote:
>> The thing is, that's exactly the type of design GNOME is using and KDE is
>> rejecting, so you will never get KDE people to approve of this. And thus
>> following that policy makes our download page look biased and uninviting
>>
On Mon, Jun 29, 2009 at 8:56 AM, Valent
Turkovic wrote:
> This is copy/paste of article "State of sound in Linux not so sorry after
> all" found at
> http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sorry.html
> It is really interesting article, and comments are also reall
Matthew Garrett wrote:
> But when we talk about Fedora features, we're not talking about
> packaging updates.
But all this focus on "Fedora features" is what I'm objecting to in the
first place. Users care about what features are there, not about who wrote
them. Yet I don't see us filling in featu
Matthias Clasen wrote:
> Now I guess it would be my turn to feel insulted, and stamp my foot,
> because I do the majority of the stable Gnome updates. And yes, they do
> exist.
At the rate of one update per month to every GNOME package?
Kevin Kofler
--
fedora-devel-list mailing list
fed
Rahul Sundaram wrote:
> nm-applet doesn't work the KDE Wallet for example. This is exactly what
> I mean by lack of integration.
That's why we're switching to the plasmoid. :-)
>> And how is this relevant to the user? The user cares about what features
>> they're getting, not who has written the
Rahul Sundaram wrote:
> The constructiveness if for KDE SIG and individuals to accept that his
> claim of "perfect integration" is silly when there are many gaps to
> address.
Those gaps are not integration issues. They're just features which GNOME
happens to have.
> I have no problems with that
Is there any contingency plans in place,
for a worst case scenario if C#, is lost?
FesCo?
Legal?
Is there any searchable parameter,
to work out what something is coded in\depending on (code wise)
This is not the normal " mono" post.
I hope, I worded it enough, that my concern is:
Fedora and
On Mon, Jun 29, 2009 at 5:15 PM, Kevin Kofler wrote:
>
> This x86_64 issue is also a nasty side effect of your design policy: why are
> we defaulting to reduced performance for the vast majority of new hardware
> (basically only netbooks and a handful pretty specialized devices use
> 32-bit-only CP
> Is there any searchable parameter,
> to work out what something is coded in\depending on (code wise)
I suppose you can look for packages depending on mono-core.
- fabian
>
> This is not the normal " mono" post.
> I hope, I worded it enough, that my concern is:
> Fedora and *All* our Users
Jindrich Novy, Sun, 28 Jun 2009 01:21:34 +0200:
> This is caused by the fact that the /usr/share/texmf exists on your
> system. The new texlive needs to replace it with symlink and RPM doesn't
> allow to do that if the directory already exists. Please remove the
> directory manually and try again.
Frank Murphy, Mon, 29 Jun 2009 08:38:45 +0100:
> Is there any contingency plans in place, for a worst case scenario if
> C#, is lost? FesCo?
Sure, there is, but no need to panic ... sky is not falling yet (and
there are many reasons to believe it never will).
Note for example, that default insta
2009/6/29 Eric Springer :
> On Mon, Jun 29, 2009 at 5:15 PM, Kevin Kofler wrote:
>>
>> This x86_64 issue is also a nasty side effect of your design policy: why are
>> we defaulting to reduced performance for the vast majority of new hardware
>> (basically only netbooks and a handful pretty speciali
On Saturday 27 June 2009 04:02:37 Adam Miller wrote:
> On 6/26/09, Matthew Woehlke wrote:
> > Also, I want to pick at your use of "blindly"; who says it has to be
> > blind? Why not work to educate users about the difference? A "Take a
> > Tour" would probably be good publicity anyway. (You know,
On Mon, Jun 29, 2009 at 3:14 AM, Matej Cepl wrote:
> Frank Murphy, Mon, 29 Jun 2009 08:38:45 +0100:
> > Is there any contingency plans in place, for a worst case scenario if
> > C#, is lost? FesCo?
>
> Sure, there is, but no need to panic ... sky is not falling yet (and
> there are many reasons t
On 06/29/2009 12:54 PM, Kevin Kofler wrote:
> The user does not care, so why present things to the user as if they should?
I said nothing about users. You should as a Fedora developer care about
integration with leading edge features that makes Fedora stand out.
> You're calling things "integrat
Someone has just filed a bug that pl.i586 conflicts with pl.x86_64:
https://bugzilla.redhat.com/show_bug.cgi?id=508515
This is indeed true (I just verified it), but what I don't know is why
pl.i586 is in the multilib repository in the first place. How do
packages become multilib?
Thanks for
On 29/06/09 09:42, King InuYasha wrote:
I don't think you need to really worry about Mono itself. If you really
are worried about Microsoft suing your brains out, just remove mono-web
and mono-winforms. You don't even need those two for most packaged Mono
apps on Linux. Only if you want to run
On Mon, Jun 29, 2009 at 08:10:07AM +, Matej Cepl wrote:
> Jindrich Novy, Sun, 28 Jun 2009 01:21:34 +0200:
> > This is caused by the fact that the /usr/share/texmf exists on your
> > system. The new texlive needs to replace it with symlink and RPM doesn't
> > allow to do that if the directory al
On 06/29/2009 02:30 PM, Frank Murphy wrote:
>
> I would be worried about users\devs who use fedora apps which depend on C#.
> Is C# used just for web-apps (fedora context)?
# repoquery --whatrequires --all --recursive mono-core
It is mostly desktop apps and not web apps. Nothing Fedora specific
On Mon, 2009-06-29 at 14:26 +0530, Rahul Sundaram wrote:
> On 06/29/2009 12:54 PM, Kevin Kofler wrote:
>
> > The user does not care, so why present things to the user as if they should?
>
> I said nothing about users. You should as a Fedora developer care about
> integration with leading edge fea
On Sun, Jun 28, 2009 at 02:36:37AM +0200, Kevin Kofler wrote:
> Jindrich Novy wrote:
> > This is caused by the fact that the /usr/share/texmf exists on your
> > system. The new texlive needs to replace it with symlink and RPM
> > doesn't allow to do that if the directory already exists. Please remo
On 06/29/2009 10:58 AM, Mary Ellen Foster wrote:
Someone has just filed a bug that pl.i586 conflicts with pl.x86_64:
https://bugzilla.redhat.com/show_bug.cgi?id=508515
This is indeed true (I just verified it), but what I don't know is why
pl.i586 is in the multilib repository in the first
2009/6/29 Jindrich Novy :
> On Mon, Jun 29, 2009 at 08:10:07AM +, Matej Cepl wrote:
>> I think dvipdfm is maintained by you as well, isn't it?
>
> Nope, dvipdfm is maintained by Jonathan G. Underwood (jgu).
>
There's going to be a few of these as we switch to tl2008.
Actually, Jindrich, I thi
Bastien Nocera pisze:
> On Mon, 2009-06-29 at 00:03 +0200, Julian Sikorski wrote:
>> Lennart Poettering pisze:
>>> LOn Sat, 27.06.09 13:59, Paul (p...@all-the-johnsons.co.uk) wrote:
>>>
Hi,
Despite the packagekit updates, I've still not got any sound on my
rawhide box.
>>> Pleas
Mary Ellen Foster píše v Po 29. 06. 2009 v 09:58 +0100:
> Someone has just filed a bug that pl.i586 conflicts with pl.x86_64:
> https://bugzilla.redhat.com/show_bug.cgi?id=508515
>
> This is indeed true (I just verified it), but what I don't know is why
> pl.i586 is in the multilib repository
2009/6/29 Ondřej Vašík :
> Mary Ellen Foster píše v Po 29. 06. 2009 v 09:58 +0100:
>> Someone has just filed a bug that pl.i586 conflicts with pl.x86_64:
>> https://bugzilla.redhat.com/show_bug.cgi?id=508515
>>
>> This is indeed true (I just verified it), but what I don't know is why
>> pl.i58
Re the discussion at
https://www.redhat.com/archives/fedora-devel-list/2009-June/msg01991.html
The below suggestion tries to satisfy all parties:
- it presents a neutral default
- it presents a simple choice for newbie who doesnt know what a desktop is
- it shows the range of what is available
- i
On Friday 26 June 2009 20:50:58 Jon Stanley wrote:
> ...
>18:42:08 Sweeping them under the carpet is bad.
>18:42:16 I also hate how x86_64 is being hidden.
>18:42:21 presenting them all on the top page is also fail.
>18:42:22 and I defer to her on design decisions, since I
>couldn't design my w
2009/6/29 David :
> Re the discussion at
> https://www.redhat.com/archives/fedora-devel-list/2009-June/msg01991.html
>
> The below suggestion tries to satisfy all parties:
> - it presents a neutral default
> - it presents a simple choice for newbie who doesnt know what a desktop is
> - it shows the
2009/6/29 Michal Hlavinka :
> On Friday 26 June 2009 20:50:58 Jon Stanley wrote:
>> ...
>>18:42:08 Sweeping them under the carpet is bad.
>>18:42:16 I also hate how x86_64 is being hidden.
>>18:42:21 presenting them all on the top page is also fail.
>>18:42:22 and I defer to her on design decis
The "I don't care" looks like "get me out of here!".
Not presenting a default choice is just bad usability. Those that know about
the different desktop environments should be offered an easy and accessible
way to get to them (I am not suggesting that the current page does that -
but presenting a f
mach - make a chroot - RELEASE NOTES
Announcing the release of mach 0.9.5 - MMM...
WHAT IS IT
--
mach allows you to set up clean roots from scratch for any distribution or
distribution variation supported.
This clean build root can be used to run jai
On Monday 29 June 2009 13:22:05 Naheem Zaffar wrote:
> The "I don't care" looks like "get me out of here!".
"I don't care" really scares me. If you don't care then system installation or
using with live CD is not a job for you!
Jaroslav
>
> Not presenting a default choice is just bad usability
On Mon, Jun 29, 2009 at 09:22:44AM +0200, Kevin Kofler wrote:
>Matthias Clasen wrote:
>> Now I guess it would be my turn to feel insulted, and stamp my foot,
>> because I do the majority of the stable Gnome updates. And yes, they do
>> exist.
>
>At the rate of one update per month to every GNOME pa
2009/6/29 David :
> Re the discussion at
> https://www.redhat.com/archives/fedora-devel-list/2009-June/msg01991.html
>
> The below suggestion tries to satisfy all parties:
> - it presents a neutral default
> - it presents a simple choice for newbie who doesnt know what a desktop is
> - it shows the
On Monday 29 June 2009 12:48:11 David wrote:
> Re the discussion at
> https://www.redhat.com/archives/fedora-devel-list/2009-June/msg01991.html
>
> The below suggestion tries to satisfy all parties:
> - it presents a neutral default
> - it presents a simple choice for newbie who doesnt know what a
Naheem Zaffar wrote:
The "I don't care" looks like "get me out of here!".
Reminds me about the fact that there should be another option:
"no desktop"
Ralf
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Paul wrote:
Hi,
I'm trying to stream a stack traceback to a file so that I can add it to
a bug for firefox. However, the likes of firefox > firefox.txt, firefox
2> firefox.txt and firefox &> firefox.txt either dumps nothing or dumps
something, but in all cases, not the stack traceback.
What do
On Mon, Jun 29, 2009 at 11:17:47AM +0100, Jonathan Underwood wrote:
> 2009/6/29 Jindrich Novy :
> > On Mon, Jun 29, 2009 at 08:10:07AM +, Matej Cepl wrote:
> >> I think dvipdfm is maintained by you as well, isn't it?
> >
> > Nope, dvipdfm is maintained by Jonathan G. Underwood (jgu).
> >
>
> T
Eric Springer wrote:
> Definitely. You know who I think really gets it right?
> http://software.opensuse.org/
>
> It completely and absolutely leaves Fedora download page for dead.
+1, they offer all the choices, they don't hide them like we do.
That said, it's possible to improve over their desi
On Mon, Jun 29, 2009 at 10:49 PM, Kevin Kofler wrote:
>
> That said, it's possible to improve over their design, in particular by
> adding links to info pages about the desktops and 32 vs. 64 bit right next
> to the respective choice. But removing choice is not an improvement.
>
What if the user w
I wrote:
> At the rate of one update per month to every GNOME package?
PS: Some stats:
Over the lifetime of F9 (which is now almost over, that's why I picked F9):
* libgnome was not updated a single time (!) (it was updated a single time
in F10 with 2 packaging-only changes, but never in F9).
* kd
Josh Boyer wrote:
> It is not obvious to me without seeing comparison data as to why it's such
> a good thing to have numerous stable updates.
It's a good thing because those updates fix bugs, update translations and in
some cases add features.
Kevin Kofler
--
fedora-devel-list mailing
On Mon, Jun 29, 2009 at 3:07 PM, Kevin Kofler wrote:
> Josh Boyer wrote:
>> It is not obvious to me without seeing comparison data as to why it's such
>> a good thing to have numerous stable updates.
>
> It's a good thing because those updates fix bugs, update translations and in
> some cases add f
Once upon a time, Kevin Kofler said:
> I wrote:
> > At the rate of one update per month to every GNOME package?
>
> PS: Some stats:
So what? The flip side of your argument is that it sounds like KDE
sucks if it requires monthly updates; GNOME sounds a lot more stable.
--
Chris Adams
Systems
2009/6/29 Thomas Janssen :
> 2009/6/29 David :
>> Re the discussion at
>> https://www.redhat.com/archives/fedora-devel-list/2009-June/msg01991.html
>>
>> The below suggestion tries to satisfy all parties:
>> - it presents a neutral default
>> - it presents a simple choice for newbie who doesnt know
Rahul Sundaram wrote:
> I find it amusing that you won't even agree that shipping nm-applet in KDE
> results is a gap in integration. This was a result of the KDE 3 -> KDE 4
> migration.
It was actually a result of the NM 0.6 -> 0.7 migration. The KDE 3 -> KDE 4
migration just made it worse by spl
On Mon, Jun 29, 2009 at 5:48 AM, David wrote:
> Re the discussion at
> https://www.redhat.com/archives/fedora-devel-list/2009-June/msg01991.html
>
> The below suggestion tries to satisfy all parties:
> - it presents a neutral default
> - it presents a simple choice for newbie who doesnt know what a
Bastien Nocera wrote:
> I'm sure that a KDE hacker with access to a supported fingerprint reader
> could implement the enrollment facility within an afternoon.
There's already an implementation:
http://blog.djaara.net/wordpress/2009/
That's a student from Brno, ltinkl and jreznik know him persona
Ondřej Vašík wrote:
> As binaries will probably always differ
Differing ELF binaries are not a problem (RPM special-cases those),
differing shell scripts or symlinks are.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/
Mary Ellen Foster wrote:
> Rats. Looks like I'll have to do a bit of fiddling, as upstream puts
> everything (incliding binaries) into subdirectories of %{_libdir} and
> then makes symbolic links into %{_bindir}. Oh well, can't be avoided I
> guess ...
You can try doing what the qt package does an
Jaroslav Reznik wrote:
> "I don't care" really scares me. If you don't care then system
> installation or using with live CD is not a job for you!
+1, and that's why the current design which is optimized for people who
don't care is broken.
Kevin Kofler
--
fedora-devel-list mailing list
Eric Springer wrote:
> What if the user was only given one option at a time? Sort of like an
> "expert system"
>
> --download.html--
> Which Arch?
> [big shiny box for each arch, with description and links]
>
> --download-86_64.html--
> Live CD or DVD
> [big shiny box for each with description, a
On Mon, Jun 29, 2009 at 09:21:34AM +0200, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > But when we talk about Fedora features, we're not talking about
> > packaging updates.
>
> But all this focus on "Fedora features" is what I'm objecting to in the
> first place. Users care about what feature
On Saturday, June 27 2009, Kevin Kofler said:
> * fixing comps so task-oriented groups like "Sound&Video" aren't biased
> towards GNOME apps (this most likely requires extending the comps format or
> having separate comps-kde and comps-gnome - I think extending the format to
> handle conditionals b
On Monday 29 June 2009 15:15:12 Kevin Kofler wrote:
> Bastien Nocera wrote:
> > I'm sure that a KDE hacker with access to a supported fingerprint reader
> > could implement the enrollment facility within an afternoon.
>
> There's already an implementation:
> http://blog.djaara.net/wordpress/2009/
>
That kind of metrics mean absolutely *nothing*
2009/6/29 Kevin Kofler
> I wrote:
> > At the rate of one update per month to every GNOME package?
>
> PS: Some stats:
> Over the lifetime of F9 (which is now almost over, that's why I picked F9):
> * libgnome was not updated a single time (!) (it wa
David wrote:
> The "I don't care" just links to whichever desktop is currently the
> "default".
People who don't care should (and will, anyway) just keep using Winblow$ or
whatever crap they're currently using. If you're going through the effort
of downloading an operating system, you should be ex
On Monday 29 June 2009 10:56:24 Rahul Sundaram wrote:
> On 06/29/2009 12:54 PM, Kevin Kofler wrote:
> > The user does not care, so why present things to the user as if they
> > should?
>
> I said nothing about users. You should as a Fedora developer care about
> integration with leading edge featur
On Monday 29 June 2009 06:47:32 Rahul Sundaram wrote:
> On 06/28/2009 06:51 PM, Kevin Kofler wrote:
> > Rahul Sundaram wrote:
> >> The difference between features like a desktop globe and things like
> >> NetworkManager is obvious.
> >
> > I know NM is important, and in fact that's why we have been
On 06/29/2009 07:22 AM, Naheem Zaffar wrote:
The "I don't care" looks like "get me out of here!".
Not presenting a default choice is just bad usability. Those that know
about the different desktop environments should be offered an easy and
accessible way to get to them (I am not suggesting that
On 06/29/2009 09:35 AM, Kevin Kofler wrote:
David wrote:
The "I don't care" just links to whichever desktop is currently the
"default".
People who don't care should (and will, anyway) just keep using Winblow$ or
whatever crap they're currently using. If you're going through the effort
of downl
On 06/29/2009 07:20 PM, Jaroslav Reznik wrote:
> The biggest issue is lack of communication from "the only right Desktop" - we
> can't catch changes if these changes are communicated to community too late.
> Lot of new free desktop techs come from Fedora and we know it and we're
> working reall
Mary Ellen Foster wrote:
> Someone has just filed a bug that pl.i586 conflicts with pl.x86_64:
> https://bugzilla.redhat.com/show_bug.cgi?id=508515
>
> This is indeed true (I just verified it), but what I don't know is why
> pl.i586 is in the multilib repository in the first place. How do
>
On Monday 29 June 2009 16:08:02 Rahul Sundaram wrote:
> On 06/29/2009 07:20 PM, Jaroslav Reznik wrote:
> > The biggest issue is lack of communication from "the only right Desktop"
> > - we can't catch changes if these changes are communicated to community
> > too late. Lot of new free desktop techs
On Mon, Jun 29, 2009 at 8:57 AM, Clyde E. Kunkel wrote:
> On 06/29/2009 07:22 AM, Naheem Zaffar wrote:
>
>> The "I don't care" looks like "get me out of here!".
>>
>> Not presenting a default choice is just bad usability. Those that know
>> about the different desktop environments should be offere
Michal Hlavinka wrote:
> FEDORA LIVE CD
> Do you require a specific desktop ?
> [ * ] Fedora Live with GNOME (default)
> [ ] Fedora Live with KDE
> [ ] Fedora Live with LXDE
> [ ] Fedora Live with XFCE
The word "require" is too strong, I may choose by preference
or by curiosity,
On Mon, 2009-06-29 at 08:38 +0100, Frank Murphy wrote:
> Is there any contingency plans in place,
> for a worst case scenario if C#, is lost?
> FesCo?
> Legal?
>
> Is there any searchable parameter,
> to work out what something is coded in\depending on (code wise)
The contingency plan, I imagine,
On Mon, Jun 29, 2009 at 3:38 AM, Frank Murphy wrote:
> Is there any contingency plans in place,
> for a worst case scenario if C#, is lost?
> FesCo?
As Ajax said, the contingency plan would be "nuke from orbit", just as
it is for any legally objectionable software in Fedora.
However, I don't thi
Rex Dieter wrote:
> Ingvar Hagelund wrote:
>
>> * Rex Dieter
>>> amarok2 supports qtscript (which is why it currently has a dependency on
>>> qtscriptbindings)
>
>> So, it should be possible to access a mounted iPod db in amarok-2.x
>> using qtscript?
>
> I'm unfamiliar with programatic access
Jindrich Novy (jn...@redhat.com) said:
> > Installing :
> > texlive-2008-0.1.fc11.x86_642/92
> > Error unpacking rpm package texlive-2008-0.1.fc11.x86_64
> > error: unpacking of archive failed on file /usr/share/texmf: cpio: rename
>
> This is caused by the fac
Rahul Sundaram wrote:
> On 06/28/2009 10:32 PM, Rex Dieter wrote:
>>
>> Rahul, I question the point of ... making laundry lists of pros, cons,
>> bugs
>> of desktop X vs Y... I'm sure folks can come up with a similar list of
>> gnome (or other) related negative items, or kde-only features too bu
On 06/29/2009 05:27 AM, Jaroslav Reznik wrote:
On Monday 29 June 2009 13:22:05 Naheem Zaffar wrote:
The "I don't care" looks like "get me out of here!".
"I don't care" really scares me. If you don't care then system installation or
using with live CD is not a job for you!
Maybe c
Jon Stanley (jonstan...@gmail.com) said:
> However, I don't think there's anything to worry about here. The only
> reason that we ship mono *at all* is that we're covered by some OIN
> patents on it. I'm not sure which OIN patents those are, but
> essentially if Microsoft wants to pick that fight
Rex Dieter (rdie...@math.unl.edu) said:
> Mary Ellen Foster wrote:
>
> > Someone has just filed a bug that pl.i586 conflicts with pl.x86_64:
> > https://bugzilla.redhat.com/show_bug.cgi?id=508515
> >
> > This is indeed true (I just verified it), but what I don't know is why
> > pl.i586 is i
Compose started at Mon Jun 29 06:15:04 UTC 2009
New package python-ctags
A wrapper to read tags library
New package python-daemon
Library to implement a well-behaved Unix daemon process
New package pywbem
Python WBEM Client and Provider Interface
Updated Packages:
MySQL-py
Another don't use $LANGUAGE because its evil post from RMS.
($LANGUAGE has been Java, Javascript and now C#).
As for mono it is simply treated the same as other packages if there
are legal issues it can be removed, if not there is no reason to do
anything.
--
fedora-devel-list mailing list
fedo
Jon Stanley on 06/29/2009 09:42 AM wrote:
> However, I don't think there's anything to worry about here. The only
> reason that we ship mono *at all* is that we're covered by some OIN
> patents on it. I'm not sure which OIN patents those are, but
> essentially if Microsoft wants to pick that fight
Dariusz J. Garbowski on 06/29/2009 09:56 AM wrote:
>
> Maybe call it "Default" then?
>
No, because that's offensive to some people apparently.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Mon, 29 Jun 2009, Bill Nottingham wrote:
Jon Stanley (jonstan...@gmail.com) said:
However, I don't think there's anything to worry about here. The only
reason that we ship mono *at all* is that we're covered by some OIN
patents on it. I'm not sure which OIN patents those are, but
essentia
drago01 wrote:
> Another don't use $LANGUAGE because its evil post from RMS.
So what? His concerns are real.
> ($LANGUAGE has been Java, Javascript and now C#).
Java used to be non-Free, so of course it was bad to depend on it.
Especially for those programs which didn't work with the implementat
On Mon, 2009-06-29 at 15:15 +0200, Kevin Kofler wrote:
> Bastien Nocera wrote:
> > I'm sure that a KDE hacker with access to a supported fingerprint reader
> > could implement the enrollment facility within an afternoon.
>
> There's already an implementation:
> http://blog.djaara.net/wordpress/200
On Mon, Jun 29, 2009 at 5:08 PM, Kevin Kofler wrote:
> drago01 wrote:
>> Another don't use $LANGUAGE because its evil post from RMS.
>
> So what? His concerns are real.
Depends on how you read them and whether you agree with him or not.
And for most cases I don't.
Saying mono is evil while having
Niels Haase (a...@fedoraproject.org) said:
> Magical can be: Shows up a list at the installer where you can chose
> from Gnome or KDE (both on the same line with no default activation)
> and on the next line an alternative environment, here you have thinks
> like E17, XFCE, LXDE ... But you only t
Roberto Ragusa wrote:
> (Funny that the order of the desktops has come out
> alphabetically sorted too)
We may want to list XFCE before LXDE as its the more mature option. But I
don't have popularity stats for those, so I don't know which one is more
popular. The more popular one should be listed
On Sun, Jun 28, 2009 at 5:06 AM, Tom "spot" Callaway wrote:
> On 06/28/2009 07:25 AM, Michael Schwendt wrote:
> > I haven't referred to Perl packaging, but the general Packaging and
> Review
> > Guidelines. Unfortunately, you decided to cut off what I've quoted from
> > them. The part I find ambig
On Monday 29 June 2009 17:12:42 Bastien Nocera wrote:
> On Mon, 2009-06-29 at 15:15 +0200, Kevin Kofler wrote:
> > Bastien Nocera wrote:
> > > I'm sure that a KDE hacker with access to a supported fingerprint
> > > reader could implement the enrollment facility within an afternoon.
> >
> > There's
drago01 wrote:
> Saying mono is evil while having DotGNU seems odd to me
> (http://www.gnu.org/software/dotgnu/)
He also recommends against using DotGNU to develop your new Free Software in
(because of the same patent risk as for Mono).
>> I'm not familiar with the JavaScript story, but if he rea
On Monday 29 June 2009 17:02:36 Michael Cronenworth wrote:
> Dariusz J. Garbowski on 06/29/2009 09:56 AM wrote:
> > Maybe call it "Default" then?
>
> No, because that's offensive to some people apparently.
No, "default" is not offensive! "Gnome Desktop Live Edition (default)" is OK
for me...
--
http://fedoraproject.org/wiki/SIGs/Development#Communication
with this in mind.
Have a ticket open for a new m-l.
devel-apps@ or programming-sig@
Any preference?
Frank
--
jabber | msn | skype: frankly3d
http://www.frankly3d.com
http://fedoraproject.org/wiki/SIGs/Development
--
fedora-devel
On 06/29/2009 08:49 PM, drago01 wrote:
> On Mon, Jun 29, 2009 at 5:08 PM, Kevin Kofler wrote:
>> drago01 wrote:
>>> Another don't use $LANGUAGE because its evil post from RMS.
>>
>> So what? His concerns are real.
>
> Depends on how you read them and whether you agree with him or not.
> And for m
There have been a few requests to split out the various libraries in
e2fsprogs into subpackages:
libcom_err(-devel)
libss(-devel)
libuuid(-devel)
Note that libblkid(-devel) has already been split out as it is now part
of util-linux-ng (thanks to kzak!) - an email was sent previously about
that.
On 06/29/2009 09:04 PM, Frank Murphy wrote:
> http://fedoraproject.org/wiki/SIGs/Development#Communication
>
> with this in mind.
> Have a ticket open for a new m-l.
>
> devel-apps@ or programming-sig@
>
> Any preference?
May I request that you gather a community and get some more progress
*bef
Once upon a time, Eric Sandeen said:
> There have been a few requests to split out the various libraries in
> e2fsprogs into subpackages:
>
> libcom_err(-devel)
> libss(-devel)
> libuuid(-devel)
>
> Note that libblkid(-devel) has already been split out as it is now part
> of util-linux-ng (thank
Any preference?
May I request that you gather a community and get some more progress
*before* creating yet another mailing list? We have enough dead or
almost dead mailing lists. Adding more isn't useful.
Rahul
Hopefully after seeing this, some may come on board.
If not, then "Build it a
On 06/29/2009 09:08 PM, Eric Sandeen wrote:
> There have been a few requests to split out the various libraries in
> e2fsprogs into subpackages:
>
> libcom_err(-devel)
> libss(-devel)
> libuuid(-devel)
> The following packages have BuildRequires: on e2fsprogs-devel, so
> depending on what libs the
Kevin Kofler (kevin.kof...@chello.at) said:
> > It's not a default if you're providing a choice.
>
> I see no reason why we can't provide a choice of 2 desktops.
Because giving people a choice when they can't possibly make a good
informed decision is horrible UI.
If you've got someone new to Fe
Kevin Kofler (kevin.kof...@chello.at) said:
> The word "representative" contains "represent". You're supposed to represent
> the opinions of the people who elected you, not just your own.
...
Kevin Kofler (kevin.kof...@chello.at) said:
> I'm
> not going to vote against my electoral promises nor
Niels Haase (a...@fedoraproject.org) said:
> > Is there any info message telling user something like: "You are installing
> > 32bit system on 64bit hardware. Consider using 64bit system for better
> > performance"?
>
> AFAIK not in Fedora, if I remember me correctly, the SuSE installer
> shows up
Seth Vidal (skvi...@fedoraproject.org) said:
>>> However, I don't think there's anything to worry about here. The only
>>> reason that we ship mono *at all* is that we're covered by some OIN
>>> patents on it. I'm not sure which OIN patents those are, but
>>> essentially if Microsoft wants to pic
1 - 100 of 190 matches
Mail list logo