--nextPart6934424.qEuvIyQJaG
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Monday 20 April 2009 11:27:18 Friedrich W. H. Kossebau wrote:
> Le lundi, 20 avril 2009, =C3=A0 12:05, Dario Freddi a =C3=A9crit:
> > Hello people,
> >
> > As you might know, Solid networking is starting to be used around KDE
> > applications, such as Plasma for the weather dataengine. Unfortunately,
> > not every user relies on a network manager such as NM or Wicd, hence
> > having a check for a link is impossible for them. So, after a discussion
> > on #plasma, I created a very simple Solid engine based on the values re=
ad
> > in /sys/class/net.
> >
> > It does nothing more than checking operstate for changes and notifies
> > Solid whenever a link is up. I'd like to move this to kdebase, even if
> > soft freeze is over, to avoid letting people down for not having a
> > network manager
>
> Without having looked at it, pardon me, a quick comment:
>
> There can be several kind of connections, e.g. one directly to the
> internet, one just to a local net, and one to a local which is also
> connected to the internet.
>
> Will this concept of certain types of connections be supported? I think it
> should. At least I have had several occasions where I was connected to a
> local net without access to the internet, still all programs believed they
> could fetch their data and brought up a lot of error messages. Which sucks
> :)
>
> Perhaps some kind of a concept with domains accessable could be supported,
> per link (e.g. WLAN to router to internet, LAN to just local net). This
> might also include connections over vpn.

That's still not sufficient, think of ports being blocked. And if you're lu=
cky=20
there, the amount of data you want to transfer in the case of being connect=
ed=20
might be prohibitive for the bandwidth available (which is totally=20
unpredictable since the connection speed or available bandwidth might chang=
e).=20
And then all that knowledge is just a snapshot for the current situation. A=
nd=20
all that of course depends on whatever a DNS server might tell you (i.e.=20
www.kde.org could still point to localhost for some weird setups ...)

I do think however that it's more of an academic question at that point. Ju=
st=20
having a "bool areWeConnectedToTheInternet()" is good enough for the large=
=20
majority of usecases (which is what we should try to tackle).
=2D-=20
sebas

 http://www.kde.org | http://vizZzion.org |  GPG Key ID: 9119 0EF9=20


--nextPart6934424.qEuvIyQJaG
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iQEcBAABAgAGBQJJ7LiDAAoJEGdNh9WRGQ75Z0sH/0hDcOBD/eSxpSU1lw/ub3EI
gsEguiye/stX9bcug2S+W9u6RebY2b08uoDSN4cOVY0VzrHFxPaNg1yTPhpg20fg
r5E/PTV1HxGXSygGxX62DUAZNcUJQlWYnbBv0OVWE+oz7VADkFFpeeZOH9HuMO33
ejyGaoi22UWRYR2l237Y0OlCt3FuaWJ5ZZTLXmr3RM7RoikmDUPh5t9MG0Peqw5p
Nqqm4w2iv/vWmK2O8t8rv6MjPQWm+M2+HeJr3LLOj/WHPagvEeTakpZB3j7EJnDV
hT28LgTAlDbl0xOn8Et1ldsNrGJQuISAfsT9q2W6Blf06SYyfRrz8XEkyp76VMA=
=ClaO
-----END PGP SIGNATURE-----

--nextPart6934424.qEuvIyQJaG--