> On Feb. 4, 2015, 4:13 p.m., Martin Gräßlin wrote: > > could the implementation be split in two files: one for legacy, one for > > systemd? I think this could make reading the file easier. > > > > Is it possible to determine at compile time whether the systemd component > > is available? E.g. check whether a dbus file is installed at a known > > location? > > Bhushan Shah wrote: > > Is it possible to determine at compile time whether the systemd > component is available? E.g. check whether a dbus file is installed at a > known location? > > there is systemd.pc so perhaps we can have something like > FindSystemd.cmake? > > Bhushan Shah wrote: > >there is systemd.pc so perhaps we can have something like > FindSystemd.cmake? > > Actually scratch that.. sorry for noise. I just realized why we can not > have compile time check > > David Edmundson wrote: > I don't think it can be split easily, we'd be splitting main. > > I deliberatley make it a cmake option rather than querying for systemd > libs to make it easier for those deploying shims, such as BSD. > > We could check for /usr/share/dbus-1/system-services... but arguably they > could name it anything. > > David Edmundson wrote: > actually I have #ifdefd half the file, I'll make two mains then.
> We could check for /usr/share/dbus-1/system-services... but arguably they > could name it anything. could be an idea for querying the default value of the option and adding some feature info. That would probably give more information especially to the BSDs. Right now with the option being default ON, they might be surprised that the datetime kcm breaks. - Martin ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122400/#review75415 ----------------------------------------------------------- On Feb. 3, 2015, 12:44 p.m., David Edmundson wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/122400/ > ----------------------------------------------------------- > > (Updated Feb. 3, 2015, 12:44 p.m.) > > > Review request for Plasma. > > > Repository: plasma-desktop > > > Description > ------- > > The current time setting helper is incredibly broken. > > It manually tries to run a range of NTP utilities, all of which are > deprecated. > > We can just call timedated directly and cut out the middleman as it has > uses polkit anyway. > > This is currently an optional dependency, and the original helper still > exists. It makes the code messy, but we have users to support for now. > > Finding timedated is an cmake option rather than querying for systemd > libs to make it easier for those deploying shims, such as BSD. > > > (code is in two commits, first abstracting the saving from the dtime class; > then adding in the second save mechanism) > > > Diffs > ----- > > kcms/dateandtime/CMakeLists.txt 4a987ae > kcms/dateandtime/dateandtime.ui c073b5e > kcms/dateandtime/dtime.h 1a90698 > kcms/dateandtime/dtime.cpp 482e483 > kcms/dateandtime/main.h c1e5234 > kcms/dateandtime/main.cpp 0041a9d > kcms/dateandtime/timedated1.xml PRE-CREATION > > Diff: https://git.reviewboard.kde.org/r/122400/diff/ > > > Testing > ------- > > > Thanks, > > David Edmundson > >
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
