freedom for the developers. It is certainly good
to document things and push people into the right directions, but I
think there are many cases where the developer should have every right
to prefer sync access for valid reasons, even from the main loop...
Lennart
--
Lennart Poettering, Red Hat
;potentially unbounded user payload" data and "configuration/control"
data. For the former it would be wise to encourage async IO but for
the latter certainly not. If you follow what I want to say...
Lennart
--
Lennart Poettering, Red Hat
___
On Tue, 03.02.15 18:29, Cosimo Cecchi (cosi...@gnome.org) wrote:
> On Mon, Feb 2, 2015 at 3:22 AM, Lennart Poettering
> wrote:
>
> > Oh no, that's not what I meant. I was more proposing to pull them
> > once, while you develop your stuff, and then shipping them i
in your own project.
Lennart
--
Lennart Poettering, Red Hat
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
t no
elements, if you follow what i mean...
Lennart
--
Lennart Poettering, Red Hat
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
rectory doesn't exist in 13.1.
>
> I don't want it to shutdown when a user is logged in, only when at the gdm
> welcome screen.
>
> I looked in xorg.conf(5), but didn't see anything appropriate.
Install gnome-tweak-tool and go to "Power".
the same scheme here: continue to
have some small tool that goes to the systemd --user instance and just
asks it to start whatever is needed.
But then again, I haven't talked to the KDE guys about this. I probably
should though. Maybe Ryan, we should do anot
I think the way forward here is to introduce a seperate ExecService= (or
maybe ExecBusService= or so) field here, and for .desktop files without
DBusActivatabe= set prorgams should just contiue forking off the
binaries directly.
Lennart
--
Lenn
oduced by
Ryan's logic. Thus, I'd prefer if we'd just do a minimal extension
regarding the ExecService= or so, and be done with it, instead of
integrating the whole section of old into the new.
I want .deskop files to cover everything that dbus1 .service files di
On Tue, 21.01.14 20:21, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote:
>
> On 21/01/14 19:22, Lennart Poettering wrote:
> > On Tue, 21.01.14 19:49, Giovanni Campagna (scampa.giova...@gmail.com) wrote:
> >> This won't work, because the Exec line from .service ha
lay. Or in other words:
if the same user logs into two local seats he would get a single
gnome-shell that spans all seat's displays. (optionally, the user could
also move this to "clone" mode, as he already can).
As David Hermann just assured me on IRC me something like this is not
too hard to make work for both Wayland and X11 actually. Now with that
in mind, gnome-shell/mutter/wayland would be started when the first user
session is created, and would stay around until it sees that the last
session is gone. If we instead ran it as part of a specific user session
then it would go away as soon as that one session died, which is less
desirable...
Lennart
--
Lennart Poettering, Red Hat
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
interfaces Ryan defined (GtkApplication...). And then
gnome-session would need to push one more var, and be able to track its
services not by PID+SIGCHLD but by bus names.
Does this make sense? Suggestions? Ideas?
Lennart
--
Lennart Poettering, Red Hat
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
oks more like some
feature-loaded KDE menu to me, rather then a minimalistic GNOME menu...
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
notifications about any unroutable, locally generated traffic,
and we'd need meta data such as the PID for it, and we don't want to
change the routing decision for it. I am not sure we could hack this up
with the firewall... But humm, something to think about, and see whether
some other pla
ftware/systemd/InterfacePortabilityAndStabilityChart
If portability matters for tracking seats/sessions/logins, yadda yadday,
then it has to take place at the client side I am sure. logind's bus
interfaces and C interfaces are not the right place. Sorry.
Lennart
--
Lennart Poettering - Red Ha
ition itself?
I am sorry, but you explicitly *don't* want another level of naming or
versioning here, because then you'd have to maintain multiple versioning
streams for the same stuff, and that'd suck.
Lennart
--
Lennart Poettering - Red Hat, Inc.
__
On Fri, 20.01.12 16:29, Ted Gould (t...@gould.cx) wrote:
> On Fri, 2012-01-20 at 23:20 +0100, Lennart Poettering wrote:
> > On Fri, 20.01.12 08:59, Ted Gould (t...@gould.cx) wrote:
> > > It seems to me that this would be a good usage of Freedesktop. I'd be
> &g
on for gnome-settings-daemon.
gdm's coming multi-seat support is a compile and runtime option.
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
blem in how the page is written,
> I think that's a reality of where the interface is defined.
Hmm, cool. If it's from the systemd project it must be evil? I totally
see that, thank you.
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
mplain about. Instead,
I'd very much appreciate a "thank you" though.
> It seems to me that this would be a good usage of Freedesktop. I'd be
> happy to maintain such a repository if people would be willing to use
> it.
Yeah, it's a great use of f
erfaces is all available, some code has already
been written by Canonical. So I really don't see what went wrong here,
except maybe that Canonical's internal communication didn't work out so
well?
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
vider is implemented (by porting timedated or whatever) it can be
> >reused everywhere.
>
> It might be wise to just make it a plain, documented, dbus spec.
Thank god I am so wise:
http://www.freedesktop.org/wiki/Software/systemd/timedated
Lennart
-
untu/+spec/desktop-p-systemd-packagekit
I'd assume that their code is already quite far ahead. It's targeted for
their 12.04 release, which I think is the current one that is
developed...
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-deve
ook forward to the mention
> in our release notes about how they can no longer change their time
> because we wanted to delete a bit of code.
Note that The Ubuntu folks have been well aware of all of this
coming. How I know that? Because at their last UDS they scheduled a
session about re
e that and packaging separately
> will require some hacking to the build systems.
I did? I am pretty sure I didn't, why would I bother?
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gno
bus-glib in gnome-settings-daemon [2].
>
> Are there plans to provide a systemd-compatible backend for those
> systems that cannot run systemd?
IIRC ubuntu did some work there:
https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-systemd-packagekit
Lennart
--
Lennart Poettering -
tions/XSettingsRegistry
This isn't really up-to-date as it appears.
These are the settings that Gtk currently knows:
http://git.gnome.org/browse/gtk+/tree/gdk/x11/gdksettings.c#n37
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-lis
inted schedule. So if your BoF idea is right
for the GNOME Summit, it is right for the Desktop Summit BoF days too!
Oh, and while we are at it, please consider signing up as a volunteer
for the desktop summit as well:
https://desktopsummit.org/news/call-for-volunteers
Thank you,
Lennart
--
Le
etup you get automatic handling of cryptodisks, if you have
libaudit then systemd will write audit records for you. If you have
libselinux systemd will put proper SELinux labels on everything. If you
have tcpwrap then systemd will check tcpwrap for sockets. Nothing of
that is really relevant for GNOM
On Thu, 19.05.11 15:19, Lennart Poettering (mzta...@0pointer.de) wrote:
> (also, all big distributions but one have announced their plans to
> switch to systemd by now)
OK, before somebody nitpicks on this: replace "switch to" by
"include". Many will make it the default
But why does this even matter for GNOME?
(also, all big distributions but one have announced their plans to
switch to systemd by now)
> In such way (i.e. AdminKit):
>
> - We/you[1] allow to replace systemd if it will be out-of-date (say in
> 30 years ;) )
Well, the abstraction layer
oftware/systemd/hostnamed
As suggested a couple of times I believe the mode of cooperation with
the Solaris/BSD folks here should be to share those interfaces, not the
code behind it.
Something similar is true for the locale/timezone/time mechanisms.
Lennart
--
Lennart Poettering - Red Hat,
ngle-purpose mini-services is perfectly appropriate. I
don't think there would be any benefit in merging these mini daemons
into one. Au contraire, I'd guess you'd waste even more resources with
dlopen() and friends.
Lennart
--
Lennart Poettering - Red Hat, Inc.
_
nd match building blocks. I want
to work against that, and hence splitting these things off is
diametrically opposed to my goals.
I am also a very lazy person. I maintain way too many packages of our
stack already. I am pretty sure I don't want to add another to that.
Lennart
--
Lennart P
ether via systemd?
systemd does not really cover that. That's mostly done in gio now, with
a bit of udisks thrown in, both sitting on top of libudev.
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Wed, 18.05.11 18:03, Josselin Mouette (j...@debian.org) wrote:
> Le mercredi 18 mai 2011 à 17:30 +0200, Lennart Poettering a écrit :
> > It's not just some #ifdefs. It's a ton. Lemme list a couple of Linux
> > specific interfaces that are used in systemd, you'd
On Wed, 18.05.11 14:39, Frederic Peters (fpet...@gnome.org) wrote:
>
> Lennart Poettering wrote:
>
> > I'd like to propose systemd (GPL2+,
> > http://www.freedesktop.org/wiki/Software/systemd) as blessed external
> > dependency for GNOME 3.2.
>
> There a
rk anyway. And given how trivial
the locale code actually is there's really no point in porting it
over. Rewriting isn't so difficult.
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
sider the "OS" part of "GNOME OS" means, but
I'd claim that the core piece of an OS is the kernel.
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Wed, 18.05.11 16:34, Josselin Mouette (j...@debian.org) wrote:
> Le mercredi 18 mai 2011 à 16:18 +0200, Lennart Poettering a écrit :
> > On Wed, 18.05.11 15:49, Josselin Mouette (j...@debian.org) wrote:
> > > I don’t have anything against requiring systemd, since it is de
On Wed, 18.05.11 15:49, Josselin Mouette (j...@debian.org) wrote:
> Le mercredi 18 mai 2011 à 14:09 +0200, Lennart Poettering a écrit :
> > systemd itself has very minimal external dependencies. You need Linux,
> > udev, D-Bus, and that's it. (there are a couple of addition
ed bus iface), not our code.
What I am willing to support is builds of systemd that consist only of
the tiny mechanism daemons, and leave the core of it outside. That way
folks can install these mechanisms and stick with their old init systems
for a while.
Lennart
--
Lennart Poettering - Red
first version i'd like to see blessed is systemd 26.
Comments?
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
> property changes. So I don't think there's any performance impact.
It's mostly a question of laziness on my side. The
invalidated_properties stuff I can hook up in matter of seconds. The
other props need more work.
I am note against this at
On Mon, 16.05.11 18:44, Ross Burton (r...@burtonini.com) wrote:
>
> On 16 May 2011 18:22, Lennart Poettering wrote:
> > conmann also does geoloc? Is there something it doesn't do? Sounds
> > almost as crazy as systemd ;-)
>
> AFAIK (and I may be wrong), but th
On Mon, 16.05.11 13:23, Martin Pitt (martin.p...@ubuntu.com) wrote:
> Hello Lennart,
>
> Lennart Poettering [2011-05-16 1:06 +0200]:
> > Next question: can you point me to some sources? (or alternatively some
> > project name I could google for?) Would like to have a loo
On Mon, 16.05.11 07:28, Ross Burton (r...@burtonini.com) wrote:
>
> On 16 May 2011 00:09, Lennart Poettering wrote:
> > Ah, very interesting. This is good to know. Interesting place though, in
> > connman.
>
> Yeah, it is "interesting". I discovered this b
On Sun, 15.05.11 22:01, Ross Burton (r...@burtonini.com) wrote:
>
> Let's try that again...
> On Sunday, 15 May 2011 at 20:10, Lennart Poettering wrote:
> > (Background: I am
> > working on cleaning up all those little services that can change
> > locale/cl
On Sun, 15.05.11 22:50, Martin Pitt (martin.p...@ubuntu.com) wrote:
> Hello Lennart,
Heya,
> Lennart Poettering [2011-05-15 21:10 +0200]:
> > Sure, that I know, but what I was wondering is how the unprivileged user
> > code that g-c-c is can make changes to this root-owned
On Sun, 15.05.11 19:25, Martin Pitt (martin.p...@ubuntu.com) wrote:
>
> Hey Lennart,
>
> Lennart Poettering [2011-05-15 18:26 +0200]:
> > Just out of curiosity, what's the mechanism Ubuntu uses to forward
> > user locale settings to the system? i.e. w
at's the mechanism Ubuntu uses to forward
user locale settings to the system? i.e. what's the path to make locale
configuration system-wide with Ubuntu?
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
perfect software. But it is powerful software, and its
problems can be fixed in an evolutionary, not a revolutionary way.
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
g/cfp
And then, submit your talk proposal:
https://www.desktopsummit.org/submit
Sorry for the KDE identity requirement. The DS web team is short on
manpower and this was the easiest way to get things up and running.
Thanks,
Lennart
--
Lennart Poettering - Red Hat
but was kinda
dickish about it and refused to contribute anything to the upstream
s-t-fdo. Not sure what happened with that but if they actually
accomplished anything this might be something we could steal for GNOME
3.
Lennart
--
Lennart Poettering - Red Hat, Inc.
_
g. On session logout in many case you just
need EnumerateServices, which needs to be sync. And to ping the
individual clients you just need one sync msg each. I don't think it can
get any better than that.
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
p://blog.gitorious.org/2009/11/06/awesome-code-review/
BTW: What happened to those plans to run our own gitorious instance on
gnome.org or have a gnome subdomain on the real gitorious.org the way qt
has?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] po
n choose from three simple
profiles ("home", "work", "cafe", i.e. trusted, semi-trusted, not
trusted at all, and whateever other profile an admin might want to add
in addition to those). You certainly don't seperate subsystems that
enable/disable rygel and apache+w
of rygel preferences is redundant
too. Rygel should use tracker if it is installed and otherwise and
automatically fall back to the gvfs backend. No need to configure
anything there.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http:/
refer
> to have a single server process on my system, regardless of the number
> of users.
That sounds like a pretty weak argument, of the "Unix nostalgia" kind.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0point
CMIIW. Why is that model bad for Rygel?
It would be kinda weird if a system Rygel would share the audio streams
of a user PulseAudio instance.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
user session from
gnome-user-share.
GNOME is certainly focussed on the desktop, or similar user
interfaces. As such it should provide services for building user
interfaces, not server machines.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
rastructure for running user daemons outside of a session. But I am
sure this can and will be fixed eventually.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
ss it wouldn't be powerful enough for some plugins
> though,
Can you elaborate on that? Which ones do you mean?
> so maybe it should be an interface with 2 possible
> implementations, and the more powerful one having some extra
> functionality.
Hmm, I am not sure I follow
> >> long-time lurker) haven't ever noticed discussion about it.
> >
> > Where's the code? :)
>
> https://launchpad.net/deja-dup
Hmm. This doesn't even do backups on optical disks, does it? Isn't
that a bit weird?
I mean, I am not asking for support
isregard the latter, if they
have reason to and they want to get things done.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
desktop-devel-
e the file. Not
> sure if there is a better way though...
Shoudln't MADV_SEQUENTIAL do this? Enables aggressive read-ahead and
quick freeing according to the man page. Not sure though if the latter
is actually implemented by the VM in the way we'd want it here.
Lennart
--
Lenna
tegory for that too).
Yesterday wtay mentioned on IRC that he wanted to look into it and
that there apparently already is some infrastructure that allows
downstream elements ask for state changes.
Wim?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering
ence you'll effectively only see the
muting taking happen, not the pause/unpause in current media players.
To make this all work nicely jut a little bit glue code needs to be
written for Gst and some minor patches be prepared for the various
telephony apps/media players. If someone wa
fic
sounds.
I think it would be bad UI if all apps had seperate checkboxes for
enabling event sounds.
(BTW, the very few exceptions I mentioned above are probably IM and
email notifications. Many people receive such a high volume of
emails/IMs that it is probably a good idea to allow them to disable
rsations (coming from telepathy), Email
> threads (coming from evo) and his blog posts (coming from the RSS miner).
> 2) we make the data more cross-application: your Bookmarks can be shared
> between epiphany and firefox.
Lennart
--
Lennart PoetteringRed Hat, I
gets at
least a 100 times more commits per month than tracker does?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
desktop-devel-list mailing lis
uickly
Hope is not a good argument here. Just hoping that you will
eventually have more apps using this is not a convincing reason.
With Hope you can win elections, not convince technical people. And
even if you could, Tracker is not quite Obama yet, is it? ;-)
> > > 8) Allow for different
On Tue, 18.08.09 21:09, Patryk Zawadzki (pat...@pld-linux.org) wrote:
>
> On Tue, Aug 18, 2009 at 8:57 PM, Lennart Poettering
> wrote:
> > (I don't want to create the impression that I am opposed to the idea
> > of a desktop search engine. I actually do believe it m
ead the comments
here I am not the only one who doesn't.
(but then again, this is of course a matter of perspective. Maybe I
never did a better job explaining what PA is about then you did with
explaining what Tracker is -- but then again I never
is available already in other
applications -- or I just don't get it.
(I don't want to create the impression that I am opposed to the idea
of a desktop search engine. I actually do believe it makes sense, but
really, you need to do a better job selling the specific technology
tracker do
describes all of that and how
> the data relates. Those updates do not come from file system updates,
> they come from applications sending us data.
I guess a problem here is that nobody except the Tracker people
themselves even know what an ontology or Nepomuk actually is. Just
throwing aroun
portant files to index are word processor documents, graphic
> files, PDFs, web browser downloads. Recent files could be used for
> this with a bit of work (i know Firefox would need a patch at least).
I'd assume music files are among the most important ones?
Lennart
--
Lennart Po
one side this is the classical chicken-egg problem, isn't it?
No, it's not. Many libraries have been made nothing more than maybe
blessed dependencies and are nonetheless being used everywhere.
I don't think it would be a good idea to use GNOME solely as a vehicle
to m
ojects which, at least for the first
> sight, are similar - Tracker and Beagle. So the first question is why
> should Gnome include Tracker and not Beagle?
Maybe (among other things) for the simple reason that they didn't propose it?
Lennart
--
Lennart Poettering
#x27;s fault though, it's more the kernel's
>> fault, but that doesn't change the conclusion.
>
> Well, again, that assumes that Tracker is all about file monitoring,
> which it isn't.
So, what's it about then?
>> Or i
has uses besides the indexer, just be honest:
does it *really* add any measurable benefit to GNOME if this is in
GNOME if the most important user (which is the indexer) is not?
Does it really make sense to push the store independantly of the
indexer?
Lennart
--
Lennart Poettering
On Tue, 18.08.09 17:26, Patryk Zawadzki (pat...@pld-linux.org) wrote:
>
> On Tue, Aug 18, 2009 at 5:23 PM, Lennart Poettering
> wrote:
> > Uh, generally bugs should be fixed, not worked around. Especially if
> > they are as crucial as this one.
>
> Sure but getti
s
>
> Couldn't you just make gio (or gedit or OpenOffice) notify you every
> time it closes a file instead of monitoring bazillions of files? I'm
> not very likely to search for files I've never opened anyway.
Uh, generally bugs should be fixed, no
ase that is normally filled by the indexing data, but
what could it be good for if you rip out the indexer?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
s I see it Tracker is not ready for inclusion in the desktop. It
might not be entirely Tracker's fault though, it's more the kernel's
fault, but that doesn't change the conclusion.
Or in short: just f*ing fix the kernel first.
Lennart
--
Lennart Poettering
made--say tomorrow--we wouldn't be
> having this conversation and Sun wouldn't even be out any business.
Please don't turn this in pointless and off-topic flamewar about the
point or pointlessness of Solaris.
Lennart
--
Lennart Poettering
a to adopt a similar
practice in GNOME, too.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
desktop-devel-list mailing list
desktop-devel-
> > available. Using only ALSA (or a sound system with similar capabilities
> > such as OSSv4) is a dead-end.
>
> To do things like that with Linux, you’ve always needed JACK until now.
> And if we want to cover all uses cases JACK covers, PA will end up just
> reimpl
sn't provide as much value on Solaris since
> OSSv4 provides mixing functionalities directly in the OSS layer.
Haha!
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
__
it for the wrong reasons.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
htt
e the volume sliders that are in
the pipeline into one, where the 'outermost' slider applies the
biggest volume adjustment, while the inner ones are usually fixed to
0dB.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointe
On Tue, 26.05.09 21:03, Hubert Figuiere (h...@figuiere.net) wrote:
>
> On 05/26/2009 08:48 PM, Lennart Poettering wrote:
>> The initial Apple implementation of mDNS/DNS, which was Rendezvous
>> (later renamed to Bonjour) was licensed under APSL -- which is not a
>> Free S
nsafe.
The bad security record of UPnP stems from UPnP IGD which allows you
to reconfigure routers and does provide no authentication. But if
you'd build a similar technology on top of mDNS/DNS-SD it wouldn't be
any better.
Lennart
--
Lennart PoetteringRed Hat, I
his blog posting of mine refers to the Bonjour software. Not an
abstract technology.
The license of Bonjour (the software) does not matter to us at
all. Since we have an independant implementation called "Avahi" which
shares no code with Bonjour (the software).
The license of Bonjour (the
r own stack in Avahi.
>
> Citation needed here.
Bonjour was initially APSL licensed. They switched to Apache then. It
never was BSD licensed, except for a tiny header file.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at]
f you start
a new project/protocol however I'd probably recommend going for
mDNS/DNSD, except for a few cases, but again I am biased and Zeeshan
might disagree.
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/
On Tue, 05.05.09 23:00, Lennart Poettering (mzta...@0pointer.de) wrote:
> Heya!
>
> Trailing whitespace sucks. git is only half as much fun when people
> have trailing whitespace in their code. diffs get cluttered up by
> changes that actually aren't changes.
>
> Man
> It's a bit of an edge-case, but Markdown files give
> trailing-double-space a meaning.
Really? Just grepped through the spec, couldn't find any mention of
that. Am I blind?
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot
On Tue, 05.05.09 17:06, Behdad Esfahbod (beh...@behdad.org) wrote:
>
> On 05/05/2009 05:00 PM, Lennart Poettering wrote:
>
>> Anyway, Owen said he didn't want to fight this fight. I guess I can
>> understand that, and I don't really want to fight this fight
>
at trailing whitespace in .c files
makes no sense, so a conservative approach could be to check just
those files. (and .cc, and so on)
Lennart
--
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
___
1 - 100 of 179 matches
Mail list logo