Re: Announcing LHCP - Linux Hardware Compatibility Project

hughsient <at> gmail.com (Richard Hughes) writes:

> Suspend-to-disk should probably be "hibernate" and suspend-to-ram
> should be "suspend".

I do not think so. I can not imagine what 'hibernate' means or which
components are affected by 'suspend'.

'suspend-to-disk' and 'suspend-to-ram' are much more descriptives names
and more consistent with rest of system (/sys/power/state).

Enrico

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: F7 KDE spin

Warren Togami wrote:

> The htmlview and launchmail in FC7 should fallback to *any* browser in a
> list of fallbacks if the configured browser or mail client doesn't
> exist.  This should help this case... although htmlview could probably
> use a lot more cleanup.

xdg-open pretty much deprecates htmlview, imo.  It'll open arbitrary
file,URL using the current desktop's default app for that mimetype.

-- Rex

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: F7 KDE spin

On 1/31/07, Chitlesh GOORAH wrote:
> I'll publish the full list of rpms after the updates to rawhide.

here is the list
a2ps-4.13b-60.fc7
acl-2.2.39-1.1
acpid-1.0.4-5
alsa-lib-1.0.14-0.2.rc2.fc7
alsa-utils-1.0.14-0.3.rc2.fc7
anacron-2.3-45.fc7
apmd-3.2.2-5
arts-1.5.6-1.fc7
aspell-0.60.5-2.fc7
aspell-en-6.0-2.1
at-3.1.10-6.fc7
atk-1.13.2-1.fc7
attr-2.4.32-1.1
audiofile-0.2.6-5
audit-libs-1.3.1-2.fc7
audit-libs-python-1.3.1-2.fc7
authconfig-5.3.13-1.fc7
authconfig-gtk-5.3.13-1.fc7
autofs-5.0.1-0.rc3.13
autorun-3.20-1.1
avahi-0.6.16-2.fc7
avahi-glib-0.6.16-2.fc7
avahi-qt3-0.6.16-2.fc7
basesystem-8.0-5.1.1
bash-3.2-4.fc7
bc-1.06-23

Re: F7 KDE spin

On 2/1/07, Warren Togami wrote:
> The htmlview and launchmail in FC7 should fallback to *any* browser in a
> list of fallbacks if the configured browser or mail client doesn't
> exist.  This should help this case... although htmlview could probably
> use a lot more cleanup.

Cool that could help :)

The previous list I sent could be useful if someone wants to strip
down useless apps from the kde spin.

However, what will be status of the pup applet on the kicker, knowing
the fact that in fc6 kde it isn't on the kicker and hence the service
yum-updatesd is no more useful.

Chitlesh
-- 
http://clunixchit.blogspot.com

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: export restrictions in EULA

On Wed, Jan 31, 2007 at 03:18:00PM -0500, Michel Salim wrote:
> >curiosity how is that being enforced on the Fedora infrastructure end,
> >and how is that restriction handling passed to mirrors?  Is each
> >mirror required to implement their own set of restrictions?  Does a
> >Fedora mirror server in Canada (or some other non-restricted country)
> >sidestep that issue?  If so, doesn't that basically make the EULA
> >clause moot (from a once the dam is broken kinda perspective)?

With my Red Hat firmly *off* I can perhaps comment on the situation a little.

US companies and citizens are in the rather peculiar state of actually being
forbidden from dealing with some countries or even visiting certain of them
(as opposed to merely being forbidden to deal commercially with or sell
"dual use" products to them). Cuba is one of these for rather political 
reasons. As a US company Red Hat is obliged to follow US law, ditto US 
citizens.

In other jurisdictions the laws vary - restrictions like the US one are 
very rare but some countries do count crypto as stuff not to be shipped to
their particular list of "rogue states". So if you run a mirror check the
local law.

In other states you may actually be committing an offence if you enforce the
US regulations, as it falls under various kinds of "racial discrimination"
laws.

And Canada has its own collection of laws to do with Cuba designed to maximally
screw up any attempt by the USA to enforce US law on Canadian companies. Not
sure how that affects Canadian mirrors.

Re: export restrictions in EULA

On 1/31/07, Jason Corley <jason.corley <at> gmail.com> wrote:
> I'm not sure what list this is really appropriate for, so apologies if
> this is the wrong forum.  I noticed that the Fedora EULA still include
> notes about export restrictions, specifically:
>
>    "... understands that certain of the software are subject to export controls
>    under the U.S. Commerce Departments Export Administration Regulations
>    (EAR) ..."
>
> Cuba, Iran, North Korea, etc. are all restricted areas.  Out of
> curiosity how is that being enforced on the Fedora infrastructure end,
> and how is that restriction handling passed to mirrors?  Is each
> mirror required to implement their own set of restrictions?  Does a
> Fedora mirror server in Canada (or some other non-restricted country)
> sidestep that issue?  If so, doesn't that basically make the EULA
> clause moot (from a once the dam is broken kinda perspective)?
>
> Jason
>

So wait. Are you trying to bind Fedora as an American distro? I
thought Linux was without borders. If this is the case I am going to
have to look at my ticket pass for Fedora again. I was of the opinion
there was no need for politics here in Fedora.

-- 
Fedora Core 6 and proud

--

-- 
fedora-devel-list mailing list

Re: Spyware, smolt, yum

On 1/31/07, chris <at> idlelion.net <chris <at> idlelion.net> wrote:
> I read that the number of machines using Fedora is being counted from
> their use of getting updates with yum.
>
> FC6 sets this up by default, with no instruction or permission to me, nor
> any notice or question to me.
>
> Is it spyware, by your definition? (Where you = anyone.)

You read wrong. Yum isn't doing anything.

-- 
Fedora Core 6 and proud

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Smolt: Fedora Hardware Profiler

On Wed, 2007-01-31 at 11:10 -0700, Tom Tromey wrote:
> >>>>> "Ralf" == Ralf Corsepius <rc040203 <at> freenet.de> writes:
> 
> Ralf> I don't have any reasons to trust this URL smolt sends it data too.
> 
> In principle I think this site should be controlled by the fedora project.

Why do you think are people disabling log-in prompts,
forging/suppressing server id-strings, not using HINFO records in named
etc. ?

.. for not exposing details to the public to prevent them from exposing
them from avoidable unnecessarily vulnerabilities.

Not worth mentioning, jerks sneaking on connections, theft of the data
base, connecting this data with data available from other sources and
selling this data ...

This consideration alone is sufficient reason for me to classify smolt
as non-acceptable.

> I didn't look to see whether it is or not.  But in any case IMO it
> ought to be approximately as trustworthy as the standard yum servers.
> 
> The smolt data looked quite nice to me.  Good stuff to know.
Pardon, but you'd better never mention the word "security" in a Fedora
context again ;)

Ralf

Re: Smolt: Fedora Hardware Profiler

On Wed, 2007-01-31 at 19:01 +0100, David Nielsen wrote:
> On ons, 2007-01-31 at 18:54 +0100, Ralf Corsepius wrote:
> 
> > There is not way to convince me about such spy-ware. If you want to
> > collect statics with an opt-in, you can achieve the same by launching a
> > counter website.
> 
> What a brilliant way to have a debate "nothing you can say can change my
> mind".. that is the rhetoric of conspiracy theorists and other breeds of
> true believers.

Would you have preferred me to say: "Hell needs to freeze in before I'll
install this piece of crap?"

And it's not related to conspiracy - It's about privacy.
Less politely: My HW profile is none of your business.

BTW, my person definition of SPYWARE: 
A piece of software which silently collects otherwise unavailable data
and transmits it without any technical need to operate a local machine.

Ralf

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Smolt: Fedora Hardware Profiler

On 1/31/07, Ralf Corsepius <rc040203 <at> freenet.de> wrote:
> On Wed, 2007-01-31 at 19:01 +0100, David Nielsen wrote:
> > On ons, 2007-01-31 at 18:54 +0100, Ralf Corsepius wrote:
> >
> > > There is not way to convince me about such spy-ware. If you want to
> > > collect statics with an opt-in, you can achieve the same by launching a
> > > counter website.
> >
> > What a brilliant way to have a debate "nothing you can say can change my
> > mind".. that is the rhetoric of conspiracy theorists and other breeds of
> > true believers.
>
> Would you have preferred me to say: "Hell needs to freeze in before I'll
> install this piece of crap?"
>
> And it's not related to conspiracy - It's about privacy.
> Less politely: My HW profile is none of your business.
>
> BTW, my person definition of SPYWARE:
> A piece of software which silently collects otherwise unavailable data
> and transmits it without any technical need to operate a local machine.
>
> Ralf

Go on and define 'silent' now.

-- 
Fedora Core 6 and proud

--

--