On Mon, Mar 23, 2015 at 09:15:02AM +0300, Reverend Homer wrote:
[...]
> >+static void override_abs(int fd, const char *devnode,
> >+ unsigned evcode, const char *value) {
> >+struct input_absinfo absinfo;
> >+int rc;
> >+char *next;
> >+
> >+r
23.03.2015 04:30, Peter Hutterer пишет:
Parse properties in the form
EV_ABS_OVERRIDE_00=""
and apply them to the kernel device. Future processes that open that device
will see the updated EV_ABS range.
This is particularly useful for touchpads that don't provide a resolution in
the kernel
On Thu, 19.03.15 14:39, David Herrmann (dh.herrm...@gmail.com) wrote:
> Hmm, so this is a convenience call. You could just set tm.tm_zone
> locally and use mktime() with the value retrieved by "Timezone"? Yeah,
> the time-api is awful with global variables, but that's not really our
> fault, is it
On Sun, Mar 22, 2015 at 10:53 PM, Lennart Poettering
wrote:
> On Fri, 20.03.15 18:08, Chris Murphy (li...@colorremedies.com) wrote:
>
>> Sure but now it's missing if you do a rollback, or if you mount any
>> different root tree, so immediately special handling is needed.
>>
>> If machines is a sub
On Fri, 20.03.15 22:10, Cecil Westerhof (cldwester...@gmail.com) wrote:
> 2015-03-20 22:09 GMT+01:00 Cecil Westerhof :
>
> >
> > 2015-03-20 21:59 GMT+01:00 Tomasz Torcz :
> >
> >> On Fri, Mar 20, 2015 at 09:55:37PM +0100, Cecil Westerhof wrote:
> >> > When executing on a Debian system:
> >> >
On Sun, Mar 22, 2015 at 10:50 PM, Lennart Poettering
wrote:
> On Thu, 19.03.15 19:27, Chris Murphy (li...@colorremedies.com) wrote:
>
>> Short version:
>> --
>> Instead of machinectl clone using btrfs snapshots, or even needing
>> to store things in a var/lib/machines Btrfs subvo
On Fri, 20.03.15 18:08, Chris Murphy (li...@colorremedies.com) wrote:
> Sure but now it's missing if you do a rollback, or if you mount any
> different root tree, so immediately special handling is needed.
>
> If machines is a subvolume at the top level, it can always be mounted
> at /var/lib/mac
On Thu, 19.03.15 19:27, Chris Murphy (li...@colorremedies.com) wrote:
> Short version:
> --
> Instead of machinectl clone using btrfs snapshots, or even needing
> to store things in a var/lib/machines Btrfs subvolume, does it meet
> the requirements for Btrfs optimization to do t
On Thu, 19.03.15 14:14, Rahul Sundaram (methe...@gmail.com) wrote:
> Hi
>
> I see device specific ones at
>
> http://www.freedesktop.org/software/systemd/man/systemd.resource-control.html
>
> I was wondering, whether it would be feasible to add bandwidth limits
> either by size or percentage fo
On Sat, 14.03.15 19:27, Shawn Landden (sh...@churchofgit.com) wrote:
> All these except user_data_home_dir() are certainly vectors for
> arbitrary code execution. These should use secure_getenv()
Nah.
We should use secure_getenv() in code that will end up in a suid
binary and in code that suid
Applied.
What Michael wrote about: there should be a conditional='HAVE_MICROHTTPD'
attribute, to make this man page conditional on the same build option
as systemd-journal-remote itself. I added that.
Zbyszek
On Sun, Mar 22, 2015 at 06:15:10PM -0400, Chris Morgan wrote:
> Updated Makefile-man.am
On Sun, Mar 22, 2015 at 08:29:25AM +0300, Andrei Borzenkov wrote:
> В Sun, 22 Mar 2015 00:57:23 +0100
> Tobias Hunger пишет:
>
> > src/fstab-generator/fstab-generator.c | 12 +++-
> > 1 file changed, 11 insertions(+), 1 deletion(-)
> >
> > diff --git a/src/fstab-generator/fstab-generato
Rather than building a map and looping through the map, immediately call the
ioctl when we have a successfully parsed property.
This has a side-effect: before the maximum number of ioctls was limited to the
size of the map (1024), now it is unlimited.
---
src/udev/udev-builtin-keyboard.c | 46 +++
No functional changes, just to make the next patch easier to review
---
src/udev/udev-builtin-keyboard.c | 62
1 file changed, 31 insertions(+), 31 deletions(-)
diff --git a/src/udev/udev-builtin-keyboard.c b/src/udev/udev-builtin-keyboard.c
index 8353249.
Verified for the 5,1 Macbook, the others are guesses based on the list of
supported devices of the moshi trackpad protector.
http://www.moshi.com/trackpad-protector-trackguard-macbook-pro#silver
Resolution calculated based on the min/max settings set in the kernel driver,
divided by the physical s
No point parsing the properties if we can't get the devnode to apply them
later. Plus, this makes future additions easier to slot in.
---
src/udev/udev-builtin-keyboard.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/src/udev/udev-builtin-keyboard.c b/src/ud
Parse properties in the form
EV_ABS_OVERRIDE_00=""
and apply them to the kernel device. Future processes that open that device
will see the updated EV_ABS range.
This is particularly useful for touchpads that don't provide a resolution in
the kernel driver but can be fixed up through hwdb ent
No changes in the mapping, but previously we opened the device only on
successful parsing. Now we open the mapping as soon as we have a value that
looks interesting. Since errors are supposed to be the exception, not the
rule, this is probably fine.
---
src/udev/udev-builtin-keyboard.c | 59 ++
Updated Makefile-man.am to include the new man page.
---
Makefile-man.am| 7 +++
man/journal-remote.conf.xml| 114 +
man/systemd-journal-remote.xml | 1 +
3 files changed, 122 insertions(+)
create mode 100644 man/journal-remote.conf.
Add strings for importd, following 587fec427c.
---
po/ru.po | 16
1 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/po/ru.po b/po/ru.po
index 00e8d32..7682513 100644
--- a/po/ru.po
+++ b/po/ru.po
@@ -7,7 +7,7 @@ msgstr ""
"Project-Id-Version: systemd\n"
"Report-M
Hi,
I could not find any previous discussions about this subject on this
mailing list after a quick search.
I have been watching the recording[1] of Tom Gundersen's talk at
FOSDEM15 and around 13:45 he talks about integrating RTNETLINK support
for tuntap devices. I wanted to know if this feature
On Sat, Mar 21, 2015 at 12:56:51PM +0100, Goffredo Baroncelli wrote:
>
> Hi all,
>
> these patches set reverts the commit 11689d2 "journald: turn off COW for
> journal files on btrfs" which enables *unconditionally* the NOCOW flag for the
> journal files. The reason was that the performances of t
---
man/systemd.automount.xml | 8 ++
man/systemd.mount.xml | 9 ++
src/core/automount.c | 209 --
src/core/automount.h | 6 +-
src/core/dbus-automount.c | 1 +
src/core/load-fragment-
Hah, now it works for me again, too.
Thanks to whoever fixed the issue!
On Sun, Mar 22, 2015 at 6:13 AM, Andrei Borzenkov wrote:
> В Sun, 22 Mar 2015 00:23:07 +0100
> Tobias Hunger пишет:
>
>> Hi!
>>
>> I get
>>
>> fatal: unable to connect to anongit.freedesktop.org:
>> anongit.freedesktop.org[
24 matches
Mail list logo