[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mandrake-cooker
Subject:    Re: [Cooker] [DESKTOP DOMINATION] Eye Candy state of the art
From:       Michael Scherer <misc () mandriva ! org>
Date:       2006-03-31 20:57:43
Message-ID: 1143838663.3193.29.camel () takara ! ephaone ! org
[Download RAW message or body]

Le vendredi 31 mars 2006 à 18:53 +0200, Jan Ciger a écrit :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Fabrice FACORAT wrote:
> >>>> 	- more udev usage
> >>>> 	- some drakxtools GUI polishing
> >>>                 - paralell init
> >>>                 - modular Xorg
> >> -      zeroconf integration
> > 
> > imperfect integration ...
> > 
> 
> Yeah, aka sometimes works, sometimes doesn't. Sometimes avahi-browse
> sees the machine however avahi-resolve is unable to resolve its name.

you may need nss_mdns, can you describe the problem more accuratly ?

> KDE sees only SSH and SFTP machines, no other services (e.g. Macs) on
> the same network (which avahi-browse sees).

i do not have a mac, what does avahi see ?

konqueror only show services that have a proper handler, ie
_ssh-sftp._tcp, that can be opened by sftp:/, _http._tcp, by konqueror,
etc.

see /usr/share/apps/zeroconf/, and http://dot.kde.org/1114696139/, and
http://wiki.kde.org/tiki-index.php?page=Zeroconf+in+KDE

> There is no way how to integrate Zeroconf with shorewall at the moment -
> I had to put rules like these into my /etc/shorewall/rules by hand:
> 
> # Zeroconf
> ACCEPT    net     fw      udp     -     5353
> ACCEPT    fw      net     udp     -     5353
> ACCEPT    net     fw      udp     5353   -
> ACCEPT    fw      net     udp     5353   -
>
> 
> Otherwise no way - the broadcasts get blocked. However such shorewall
> config causes drakfirewall to barf (no destination port, only source
> port). Not that it matters, because if you reconfigure your ethernet
> interface, the shorewall rule file will get overwritten/mangled by
> drakfirewall anyway :(

what about using a include, like we do for mandi ?

this could be drakconnect job, there is a bug report about it 
http://qa.mandriva.com/show_bug.cgi?id=21625

> etc, etc. ...
> 
> Not to mention that essentially nothing really useful uses Zeroconf in
> Mandriva at the moment - e.g. printer sharing, local network chat,
> calendar sharing, etc.

Regarding local network chat, I have filled bug report for various
jabber client, or voted for the bugs already opened
( http://trac.gajim.org/ticket/1300 list most urls relevant to the
issue ). If someone want to contribute code, feel free, i cannot

For printer sharing, maybe we can do it without patching cups, as
described here :
http://horus.comlab.uni-rostock.de/rendezvous/ , directly in
printerdrake.

We try to enable zeroconf when possible and, in 6 month, I think we can
expect to see more zeroconf enabled software. So if people have
suggestion, this should be send and discussed upstream.

Maybe integrating non official patch could be done, if there is enough
test.

If you have ideas of thing that could be done easily on our side ( ie no
coding involved ), do not hesitate, i would be happy to hear and apply
new proposals.

The only thing that i can think of at the moment is to add mod_dnssd
directive to various web applications, to integrate them with browser
( as proposed on
http://archives.mandrivalinux.com/cooker/2006-03/msg03284.php )

-- 
Michael Scherer

[prev in list] [next in list] [prev in thread] [next in thread]