On Fri, Dec 28, 2012 at 8:53 AM, Marcel Holtmann wrote:
> Makefile.am | 1 +
> hwdb/20-bluetooth-vendor-product.hwdb | 541
> ++
> 2 files changed, 542 insertions(+)
> create mode 100644 hwdb/20-bluetooth-vendor-product.hwdb
Commited.
Am 31.12.2012 03:41, schrieb JB:
> I'm sorry for not thanking you for the rapid reply! I am grateful for your
> attention on this! That is probably
> the fastest response I've ever had on any mailing list. Very impressive!
no problem
this is my usual response time for e-mail if i am
in fron
I'm sorry for not thanking you for the rapid reply! I am grateful for
your attention on this! That is probably the fastest response I've ever
had on any mailing list. Very impressive!
___
systemd-devel mailing list
[email protected]
I'm guessing you didn't read the entire message. Please read it all.
Scheduling options do not solve my problem. The appcore program needs
to be able to call rtai_task_init to initialize a real-time task using
RTAI. I need the rights and permissions, the scheduling code and
selections is an
http://www.freedesktop.org/software/systemd/man/systemd.exec.html
there are a lot of Scheduling options
Am 31.12.2012 02:50, schrieb JB:
>
> Bottom line is I need to give a process started by systemd and any process
> started by that process some privileges
> to chanage scheduler and other thing
Bottom line is I need to give a process started by systemd and any
process started by that process some privileges to chanage scheduler and
other things when it starts. How do I tell systemd to grant these
privileges to one of it's services?
Here's all the detail:
I'm having a really frust
On Sun, Dec 30, 2012 at 4:32 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sat, Dec 29, 2012 at 11:14:15PM +0100, Thomas H.P. Andersen wrote:
>> On Sat, Dec 29, 2012 at 5:04 PM, Zbigniew Jędrzejewski-Szmek
>> wrote:
>> > On Sat, Dec 29, 2012 at 02:10:27AM +0100, Thomas H.P. Andersen wrote:
>> >> An
Lennart Poettering left as an exercise for the reader:
> Hmm, so here's one thing I a going to do right away: no longer show the
> --with-distro string in "systemctl --version" so that people don't
> notice anymore for what style of distro systemd is built.
>
> As next thing I will then try to fi
Lennart Poettering left as an exercise for the reader:
> Totally agree!
Well, I think everyone's in agreement on this. I will not personally have
development time for this effort until late next week, but I'd be happy to
take it on if nobody else plans to work on this in the near future. SprezzOS
On Sun, 30.12.12 16:09, Jan Engelhardt ([email protected]) wrote:
> >> - at some point, either debian or the derivative might lurch in a new
> >>direction. in either case, carefully-crafted, minimal new
> >>TARGET_-specific code (or however you choose to do it) can mirror the
> >>diverg
On Sun, 30.12.12 11:46, Paul Wise ([email protected]) wrote:
> On Sun, Dec 30, 2012 at 4:21 AM, Lennart Poettering wrote:
>
> > In general we try to cut down on distro specific magic in the systemd
> > build tree. We have been slowly working on unifying things across
> > distros and already removed
On Sat, 29.12.12 15:30, nick black ([email protected]) wrote:
> I'm currently using --with-distro=debian, and it serves my purposes just
> fine. My analysis is thus:
>
> - a debian derivative, at the moment it derives, has behavior equivalent to
>debian, and is thus nothing more tha
On Sat, Dec 29, 2012 at 11:14:15PM +0100, Thomas H.P. Andersen wrote:
> On Sat, Dec 29, 2012 at 5:04 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Sat, Dec 29, 2012 at 02:10:27AM +0100, Thomas H.P. Andersen wrote:
> >> Another item from the todo
> > Hi,
> >
> > the patch looks great, but it rais
On Sun, Dec 30, 2012 at 4:09 PM, Jan Engelhardt wrote:
> On Sunday 2012-12-30 15:02, Tomasz Torcz wrote:
>
>>On Sat, Dec 29, 2012 at 03:30:08PM -0500, nick black wrote:
>>> - at some point, either debian or the derivative might lurch in a new
>>>direction. in either case, carefully-crafted, m
On Sunday 2012-12-30 15:02, Tomasz Torcz wrote:
>On Sat, Dec 29, 2012 at 03:30:08PM -0500, nick black wrote:
>> - at some point, either debian or the derivative might lurch in a new
>>direction. in either case, carefully-crafted, minimal new
>>TARGET_-specific code (or however you choose
On Sat, Dec 29, 2012 at 9:21 PM, Lennart Poettering
wrote:
> On Fri, 28.12.12 23:34, nick black ([email protected]) wrote:
>> This patch adds sprezzos as an alias for debian in the configuration
>> script. It also adds a comment exhorting other Debian derivatives to do
>> this when possib
On Sun, Dec 30, 2012 at 3:02 PM, Tomasz Torcz wrote:
> On Sat, Dec 29, 2012 at 03:30:08PM -0500, nick black wrote:
>> - at some point, either debian or the derivative might lurch in a new
>>direction. in either case, carefully-crafted, minimal new
>>TARGET_-specific code (or however you c
On Sat, Dec 29, 2012 at 03:30:08PM -0500, nick black wrote:
> - at some point, either debian or the derivative might lurch in a new
>direction. in either case, carefully-crafted, minimal new
>TARGET_-specific code (or however you choose to do it) can mirror the
>divergence. all scripts
Hi Tormen
On Wed, Dec 26, 2012 at 5:57 PM, Tormen wrote:
> Hi David,
>
> Thanks for the answer !
>
> Ok... I see: The mechanism to handle keycodes is not necessary for the power
> button I suppose ;)
The power-button handler reacts on keycodes, not keysyms. That's
actually one of very few exampl
19 matches
Mail list logo
