forked from BackupTheBerlios/lbrc-devel-maillist
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy path2007-March.txt
2259 lines (1775 loc) · 77.5 KB
/
2007-March.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
From matthias.blaesing at rwth-aachen.de Sat Mar 3 19:38:53 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Sat, 03 Mar 2007 19:38:53 +0100
Subject: [Lbrc-devel] Thoughts about the development of LBRC
Message-ID: <1172947133.7721.24.camel@prometheus.glx>
Hello all,
nice to see you on the list. I will shortly line out my thoughts about,
what has to be done. I'll separate the j2me part and the server/pc
part.
On the J2ME side I think (Marc announced he wanted to have a look at
it):
* clean up code
* switch to a sensible build system (WTK2.2 work ok, but I would
prefer somethink based on a command line interface -- ant
springs to mind, but I have no clue where to start)
* investigate threading behaviour, could solve some of the
following problems
* handle situations, when bluetooth is not enabled (my nokia handy
pretends it is happily scanning for devices)
* better handle disconnection, when issued from PC side (currently
you have to press a key, so that the broken connection is
recognized)
* handle cases, where no bluetooth device is found - the needs to
be a timeout - currently the J2ME application pretends(!) to
scan on ...
* implement bidirectional communication => status replies to phone
(switch current profile, show application output ...)
On the server/pc side:
* make this blob packageable (I started to work on it, there are
files in SVN for distutils and building on that support to build
a debian package)
* create a gui package, as there will be some more utilities
needed
* log viewer
* keycode viewer (=> make it easier to create profiles)
* profile creater (keycode => command/events mapping)
* make bluetooth more robust (Marc reported a segfault when not
bluetooth was present)
* add ability to switch bluetooth into discoverable mode (needed,
where no other easy way exists, should be two dbus calls)
* switch from pynotify to the dbus interface (dropping one
dependency)
* expose filter settings into the gui (maybe connecting a
bluetooth address to a default profile)
* work on command execution (X applications could expose problems)
* work on additional reactions to keycodes (dbus callouts, ...)
* add logging
* add documentation
Ok, you see, there are things to do ;-) Please take this as a RFC.
Mfg
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070303/bd94dac2/attachment.pgp>
From matthias.blaesing at rwth-aachen.de Sat Mar 3 21:24:00 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Sat, 03 Mar 2007 21:24:00 +0100
Subject: [Lbrc-devel] Work for non-programmers
Message-ID: <1172953440.13083.32.camel@prometheus.glx>
Hello you,
this project also offers work for people not familar with python or java
programming. These are:
* TESTING: test the programms, make them break, turn off
bluetooth, kill the programm while running, do all the things a
"normal" user would not do and then:
* report bugs
* work on the documentation -- a nice README, Webpage, some
graphics would be nice
I surely forgot something, so basicly, if you have an idea, don't
hesitate to contact the list and ask!
Greetings
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070303/ffdd4c45/attachment.pgp>
From matthias.blaesing at rwth-aachen.de Sat Mar 3 21:18:04 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Sat, 03 Mar 2007 21:18:04 +0100
Subject: [Lbrc-devel] Comments on the structure on server part
Message-ID: <1172953084.13083.25.camel@prometheus.glx>
Hey again,
some comments on the current structure of LBRC:
/LBRC/__init__.py
=================
Contains necessary functions to retrieve data-, config- and binary file
locations. These functions where introduced to handle the installation
into a systemwide directory and also enabling to run it from the devel
directory.
/LBRC/consts.py
===============
Contains the necessary constants to create the uinput device. These are
essentially adaptions of input.h and uinput.h taken from the kernel
source, which can be found in the doc directory
/LBRC/BTServer.py
=================
Responsible for the handling of the bluetooth connection. It receives
the keycodes from the j2me part and decodes them. The distribution of
the received keycodes is done via gobject signals.
/LBRC/dbusinterface.py
======================
The main structure can be found here. Here the BTServer is instantiated,
a gobject main loop is started, the dbusinterface established and this
module servers as the dispatcher of the keycodes to the following
(currently) two modules. This module also reads the configfile
(config.conf) and the profiles file(s) (profile.conf) and passes them to
the modules, that need this information.
/LBRC/CommandExecutor.py
========================
Handles entries in the profiles of the form:
{"keycode": "<code>", "mapping": "<optionales_mapping>", "command":
"<command>", "argv": [<list of arguments as array>]}
It basicly runs the denoted command with the arguments (for the future
we can think about adding variables, that are replaced on a call)
The command is called by gobject.spawn_async, so we don't have to worry
about it in our adress space
/LBRC/UinputDispatcher.py
=========================
This modules takes the keys, mousebuttons, mousewheel, mouseaxes entries
in profiles and is responsible to create the uinput device, and issue
the correct event sequenze for each type.
Currently there is no way to create compound keys like STRG+C. This has
to be added to the parser. The parser currently only handles single key
strokes... but the infrastructure to handle that is in place, we just
need a nice way to configure it.
/LBRCdbus.py
============
Creates a dbusinterface instance and issues the mainloop (not more, not
less)
/LBRCgui (aka LBRC.py)
======================
Was renamed, as LBRC.py prevented a system installation, because we got
a import loop. Here currently (I want to split it out) the gui part is
handled. Basicly this part starts a new LBRCdbus.py instance (if it
didn't find the service on the bus and the service is not issued via
dbus activation -- we have to get rid of this -- it's error prone!!!)
and communicates with the dbusinterface to give status information,
allow profileswitching ...
I hope that helped a bit to get through the code
Mfg
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070303/3bbecaaf/attachment.pgp>
From iuridiniz at yahoo.com.br Sun Mar 4 18:50:21 2007
From: iuridiniz at yahoo.com.br (Iuri Diniz)
Date: Sun, 04 Mar 2007 14:50:21 -0300
Subject: [Lbrc-devel] Thoughts about the development of LBRC
In-Reply-To: <1172947133.7721.24.camel@prometheus.glx>
References: <1172947133.7721.24.camel@prometheus.glx>
Message-ID: <1173030621.30136.0.camel@cego>
On Sat, 2007-03-03 at 19:38 +0100, Matthias Bl?sing wrote:
> Hello all,
>
> nice to see you on the list. I will shortly line out my thoughts about,
> what has to be done. I'll separate the j2me part and the server/pc
> part.
>
nice to see you two
> On the J2ME side I think (Marc announced he wanted to have a look at
> it):
>
> * clean up code
always a good thing.
> * handle situations, when bluetooth is not enabled (my nokia handy
> pretends it is happily scanning for devices)
On my nokia 3250 (Series 60 v3) too
> On the server/pc side:
>
> * create a gui package, as there will be some more utilities
> needed
> * log viewer
> * keycode viewer (=> make it easier to create profiles)
> * profile creater (keycode => command/events mapping)
I think that a gui for profile is the best thing to do on this moment.
The LBRC is already funcional, a gui for profiles will be good for easy
adoption by no-technical linux user, so if we want to take over the
world, we need to get this users early.
> Ok, you see, there are things to do ;-) Please take this as a RFC.
>
Ok I will do, but which issue are you working now?
It's a good thing avoid duplicate code.
Best regards
---
Iuri Gomes Diniz <iuri at yahoo.com.br>
http://clx.digi.com.br
?Aprendi?atraves?da?experiencia?amarga?a?suprema?licao:?
?controlar?minha?ira?e?torna-la?como?o?calor?que?e?convertido?
?em?energia.??Nossa?ira?controlada?pode?ser?convertida?numa?
?forca?capaz?de?mover?o?mundo.
??--?Mahatma?Gandhi?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070304/fc805175/attachment.pgp>
From matthias.blaesing at rwth-aachen.de Sun Mar 4 22:24:56 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Sun, 04 Mar 2007 22:24:56 +0100
Subject: [Lbrc-devel] Thoughts about the development of LBRC
In-Reply-To: <1173030621.30136.0.camel@cego>
References: <1172947133.7721.24.camel@prometheus.glx>
<1173030621.30136.0.camel@cego>
Message-ID: <1173043496.11023.27.camel@prometheus.glx>
Hey,
i would like to put 3 things into the next release (apart from the
things already in SVN):
1. internationalisation support (aka gettext)
2. bluetooth control (basicly, what the gnome-bluetooth applet
does, => making the PC discoverable, as it is now hidden by
default), but this should be configurable
3. an profile editor
4. add support for keyevent combinations (ex. STRG+C)
I thought about the profile editor and tried to create a gui mockup. I
attached that to this mail. Additional information:
* System wide profiles will be shown, but are not
change-/deleteable
* The treeviews show two columns, the first containing always the
phone keycode (where possible in a human readable form "Steering
Cross - Up" or "Keypad 1") the Mappings should also be shown as
a summary of the configured events
* The events are not edited in the treeview, but a modal dialog is
shown to configure it
* The Keyboard/Mouse Treeview should be grouped by
Mouseaxes/Keyevents/Mousebuttons.
* Commands need a dialog, where the commandline arguments can be
entered as seperate parts, as this is expected by gobject.spawn.
else we have to parse the string (not sure what is preferable)
I will focus on the points 1,4 and 2. In that order.
Mfg
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: projekt1.glade
Type: application/x-glade
Size: 25674 bytes
Desc: not available
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070304/db9ae7b0/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070304/db9ae7b0/attachment.pgp>
From iuridiniz at yahoo.com.br Mon Mar 5 01:38:46 2007
From: iuridiniz at yahoo.com.br (Iuri Diniz)
Date: Sun, 04 Mar 2007 21:38:46 -0300
Subject: [Lbrc-devel] Thoughts about the development of LBRC
In-Reply-To: <1173043496.11023.27.camel@prometheus.glx>
References: <1172947133.7721.24.camel@prometheus.glx>
<1173030621.30136.0.camel@cego>
<1173043496.11023.27.camel@prometheus.glx>
Message-ID: <1173055126.2056.14.camel@cego>
On Sun, 2007-03-04 at 22:24 +0100, Matthias Bl?sing wrote:
> Hey,
>
> i would like to put 3 things into the next release (apart from the
> things already in SVN):
>
> 1. internationalisation support (aka gettext)
> 2. bluetooth control (basicly, what the gnome-bluetooth applet
> does, => making the PC discoverable, as it is now hidden by
> default), but this should be configurable
> 3. an profile editor
> 4. add support for keyevent combinations (ex. STRG+C)
>
Well, we have a roadmap now. :-)
> I thought about the profile editor and tried to create a gui mockup. I
> attached that to this mail. Additional information:
>
> * System wide profiles will be shown, but are not
> change-/deleteable
> * The treeviews show two columns, the first containing always the
> phone keycode (where possible in a human readable form "Steering
> Cross - Up" or "Keypad 1") the Mappings should also be shown as
> a summary of the configured events
> * The events are not edited in the treeview, but a modal dialog is
> shown to configure it
> * The Keyboard/Mouse Treeview should be grouped by
> Mouseaxes/Keyevents/Mousebuttons.
> * Commands need a dialog, where the commandline arguments can be
> entered as seperate parts, as this is expected by gobject.spawn.
> else we have to parse the string (not sure what is preferable)
>
> I will focus on the points 1,4 and 2. In that order.
>
Could I get the point 3?
And about it I have two questions:
1) Will python-glade2 be a new dependence or will we use a glade parser
to generate gtk+ code?
2) I have looked all code and there's no support (yet) for hot
add/remove/change_binds profiles, will it be added or will the profile
editor ask to user to reinitialise the BTServer?
For the question 2, I think that adding necessary support is the best
thing to do.
> Mfg
>
> Matthias
> _______________________________________________
> Lbrc-devel mailing list
> Lbrc-devel at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/lbrc-devel
---
Iuri Gomes Diniz <iuri at yahoo.com.br>
http://clx.digi.com.br
Is?that?really?YOU?that?is?reading?this?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070304/39aac0d9/attachment.pgp>
From iuridiniz at yahoo.com.br Mon Mar 5 01:45:52 2007
From: iuridiniz at yahoo.com.br (Iuri Diniz)
Date: Sun, 04 Mar 2007 21:45:52 -0300
Subject: [Lbrc-devel] Thoughts about the development of LBRC
In-Reply-To: <1173055126.2056.14.camel@cego>
References: <1172947133.7721.24.camel@prometheus.glx>
<1173030621.30136.0.camel@cego>
<1173043496.11023.27.camel@prometheus.glx>
<1173055126.2056.14.camel@cego>
Message-ID: <1173055552.2056.18.camel@cego>
On Sun, 2007-03-04 at 21:38 -0300, Iuri Diniz wrote:
> reinitialise the BTServer?
I mean LBRCdbus.py
---
Iuri Gomes Diniz <iuri at yahoo.com.br>
http://clx.digi.com.br
As?pequenas?d?vidas?s?o?aborrecidas?como?as?moscas.?As?grandes,
logicamente,?deveriam?ser?terr?veis?como?os?le?es,?e?s?o?mans?ssimas
--Machado?de?Assis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070304/de92e1da/attachment.pgp>
From iuridiniz at yahoo.com.br Mon Mar 5 01:53:09 2007
From: iuridiniz at yahoo.com.br (Iuri Diniz)
Date: Sun, 04 Mar 2007 21:53:09 -0300
Subject: [Lbrc-devel] [PATCH] some typo fixes
Message-ID: <1173055989.2056.27.camel@cego>
While reading the remaining LBRC server code... I have found some typos
PS: I think that method switch_profile (UinputDispatcher,
CommandExecutor) has a wrong name for its current function, maybe
can_switch_profile more suitable.
---
Iuri Gomes Diniz <iuri at yahoo.com.br>
http://clx.digi.com.br
A?aus?ncia?de?alternativas?torna?as?mentes?duras?espantosamente?claras
--Henry?Kissinger
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070304/9870a3cf/attachment.pgp>
From iuridiniz at yahoo.com.br Mon Mar 5 01:55:34 2007
From: iuridiniz at yahoo.com.br (Iuri Diniz)
Date: Sun, 04 Mar 2007 21:55:34 -0300
Subject: [Lbrc-devel] [PATCH] some typo fixes
In-Reply-To: <1173055989.2056.27.camel@cego>
References: <1173055989.2056.27.camel@cego>
Message-ID: <1173056134.2056.28.camel@cego>
the file
On Sun, 2007-03-04 at 21:53 -0300, Iuri Diniz wrote:
> While reading the remaining LBRC server code... I have found some typos
>
> PS: I think that method switch_profile (UinputDispatcher,
> CommandExecutor) has a wrong name for its current function, maybe
> can_switch_profile more suitable.
>
>
>
>
> ---
> Iuri Gomes Diniz <iuri at yahoo.com.br>
> http://clx.digi.com.br
>
>
> A?aus?ncia?de?alternativas?torna?as?mentes?duras?espantosamente?claras
>
> --Henry?Kissinger
>
>
>
> _______________________________________________
> Lbrc-devel mailing list
> Lbrc-devel at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/lbrc-devel
---
Iuri Gomes Diniz <iuri at yahoo.com.br>
http://clx.digi.com.br
Be?cheerful?while?you?are?alive.
??--?Phathotep,?24th?Century?B.C.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: some_typo_fixes.patch
Type: text/x-patch
Size: 2298 bytes
Desc: not available
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070304/3576657c/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070304/3576657c/attachment.pgp>
From matthias.blaesing at rwth-aachen.de Mon Mar 5 02:23:12 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Mon, 05 Mar 2007 02:23:12 +0100
Subject: [Lbrc-devel] [PATCH] some typo fixes
In-Reply-To: <1173056134.2056.28.camel@cego>
References: <1173055989.2056.27.camel@cego> <1173056134.2056.28.camel@cego>
Message-ID: <1173057792.5066.2.camel@prometheus.glx>
Am Sonntag, den 04.03.2007, 21:55 -0300 schrieb Iuri Diniz:
> the file
>
> On Sun, 2007-03-04 at 21:53 -0300, Iuri Diniz wrote:
> > While reading the remaining LBRC server code... I have found some typos
Thanks,
I commited it to svn and also fixed the other place, where the withspace
after L2CAP was missing.
Greetings
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070305/316631e6/attachment.pgp>
From matthias.blaesing at rwth-aachen.de Mon Mar 5 02:41:25 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Mon, 05 Mar 2007 02:41:25 +0100
Subject: [Lbrc-devel] Thoughts about the development of LBRC
In-Reply-To: <1173055126.2056.14.camel@cego>
References: <1172947133.7721.24.camel@prometheus.glx>
<1173030621.30136.0.camel@cego>
<1173043496.11023.27.camel@prometheus.glx>
<1173055126.2056.14.camel@cego>
Message-ID: <1173058885.5066.19.camel@prometheus.glx>
Hey,
Iuri feel free to take the profile editor, I'll stay away from it, till
I hear from you.
Am Sonntag, den 04.03.2007, 21:38 -0300 schrieb Iuri Diniz:
> And about it I have two questions:
>
> 1) Will python-glade2 be a new dependence or will we use a glade parser
> to generate gtk+ code?
Ok, I used glade to build the mockup, because this was the tool to get
the basic layout out. I also think glade would be a sensible tool to get
the job done. As far as I understood it from the discussions, there is
and should no code generator anymore.
I try to drop as many dependencies as possible, but I would expect
nearly every distribution to also ship python-glade2 bindings.
(python-dbus seems to be bit more exotic at least at this point in time)
To bring this to an end: I would be happy whether you choose to code the
gui directly in python or choose to use glade.
> 2) I have looked all code and there's no support (yet) for hot
> add/remove/change_binds profiles, will it be added or will the profile
> editor ask to user to reinitialise the BTServer?
>
> For the question 2, I think that adding necessary support is the best
> thing to do.
I second that. But it need support in UinputDispatcher, as the Events,
that will be send to the uinput device have to registered, when it is
opened. Currently the code scans all profiles and based on that it
creates the necessary event masks. I think the most sensible way to
solve that, is setting the event masks for all mouse and keyboard
related events. Then it's just a matter of triggering a reload of the
profile files in the dbus component. So basicly I would propose, that
the profile editor creates a new profile.conf file in the appropriate
place and then calls a dbus method (that has to established), that
triggers a reload of the profiles.
Greetings
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070305/013c6f4b/attachment.pgp>
From matthias.blaesing at rwth-aachen.de Mon Mar 5 02:48:01 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Mon, 05 Mar 2007 02:48:01 +0100
Subject: [Lbrc-devel] [PATCH] some typo fixes
In-Reply-To: <1173055989.2056.27.camel@cego>
References: <1173055989.2056.27.camel@cego>
Message-ID: <1173059282.5066.26.camel@prometheus.glx>
And once again,
Am Sonntag, den 04.03.2007, 21:53 -0300 schrieb Iuri Diniz:
> PS: I think that method switch_profile (UinputDispatcher,
> CommandExecutor) has a wrong name for its current function, maybe
> can_switch_profile more suitable.
Thinking about the hotswap stuff for the profiles, you mentioned in the
other mail, I think we should try to get rid of this all together. It
was introduced, because the keystrokes have to be finalized, when a
profile switch takes place, or the kernel never gets the key released
event and that is not nice (I have seen the result, it was not
funny ...)
Not sure when this will be done though.
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070305/938caf58/attachment.pgp>
From iuridiniz at yahoo.com.br Mon Mar 5 04:30:42 2007
From: iuridiniz at yahoo.com.br (Iuri Diniz)
Date: Mon, 05 Mar 2007 00:30:42 -0300
Subject: [Lbrc-devel] PATCH: avoid a segmentaion fault in python-bluez
Message-ID: <1173065442.2056.55.camel@cego>
On Sat, 2007-03-03 at 19:38 +0100, Matthias Bl?sing wrote:
> make bluetooth more robust (Marc reported a segfault when not
> bluetooth was present)
The segfault is a python-bluez problem, not a LBRC problem, when sdpd is
down the call:
LBRC/LBRC/BTServer.py:71
bluetooth.advertise_service(self.server_sock, self.name, self.serverid)
hangs
this *only* occurs when sdpd is down (killall sdpd to reproduce this
problem, also: if you stop bluetooth and up only sdpd, the segfault
doesn't occur).
Looking in bluez dbus specification I didn't find a call to find if sdpd
is ok for use:
http://bluez.cvs.sourceforge.net/bluez/utils/hcid/dbus-api.txt?view=markup
but I made a PATCH that looks for a bluez service on the machine.
(again: if sdpd is down segfault is inevitable, so it doesn't avoid the
problem, it must be fixed in python-bluez)
I think that registering a callback for when a new device is attached if
no device is present is the best thing.
With this patch, if bluez is initialised after LBRCdbus, switch profile
may be called for things get working. *But* _register_bluez_signals is
never called. This patch *needs* improvement.
---
Iuri Gomes Diniz <iuri at yahoo.com.br>
http://clx.digi.com.br
Your?aim?is?high?and?to?the?right.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lbrc_dbus_bluez.patch
Type: text/x-patch
Size: 2818 bytes
Desc: not available
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070305/0883a963/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070305/0883a963/attachment.pgp>
From matthias.blaesing at rwth-aachen.de Tue Mar 6 09:27:27 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Tue, 06 Mar 2007 09:27:27 +0100
Subject: [Lbrc-devel] Update on development
Message-ID: <1173169647.1103.26.camel@prometheus.glx>
Hey,
first the bad news: Currently LBRC is pretty useless on 64bit machines.
There are several reasons for this, but all are rooted in the uinput
structure. The locations off the ioctl differ, python is not able to
invoke these calls, because of a bug in the fnctl module and it would
need a kernel patch to work. This is caused by the structures, that are
send from userspace, that have to be in the same alignments and sizes,
as the kernel structures. Someone forgot to implement compat routines.
(see: http://www.keshi.org/moin/moin.cgi/PS3/WiiRemote)
So what I aim to do is introducing a new adapter written in C, that only
does two things:
* listen on dbus to inject keyevents into the kernel
* create uinputdevs on request via dbus and call the appropriate
ioctls
Marc mentioned this problem and he already got a small C programm and
that works as expected. My next step would be to implement the dbus
listening part. This means: Users will need to compile this part for
their system, or we have to provide binaries for all plattforms.
But this part would have the benefit to solve the problem also for other
projects like the wiimote.
The good news:
* The internationalisation thinggy seems to be easier, as
expected. The first translation (de) is in SVN and new
translations are easily integratable - I'm waiting for Iuri and
the profile editor, because I think there we will be faced with
a much bigger number of strings, that need translation
* profile switching is no longer blocked, the UInputDispatcher now
tears down all remaining actions on set_profile (removing the
name stupid switch_profile call, that basicly just checked,
whether we can switch)
* Compound keys (CTRL+C) work now and are parsed correctly (no
support for longer keysequences though)
So as announced I will have a look at the bluetooth connection
(discoverable switching) this week.
I'm not sure how far I will get with respect to the dbus<->uinput
bridge, as I'm not entirely sure if it advisable to stay with the basis
dbus parts or it would be good to use the glib bindings for it, as in my
opinion this part should be as small as possible and as big as necessary
(the signature should include the initialisation done currently in
__init__ in UinputDispatcher, and what send_event does).
Greetings
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070306/0fc0a03c/attachment.pgp>
From matthias.blaesing at rwth-aachen.de Thu Mar 8 01:45:19 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Thu, 08 Mar 2007 01:45:19 +0100
Subject: [Lbrc-devel] Testversion of a DBUS->UINPUT Bridge
Message-ID: <1173314719.11592.12.camel@prometheus.glx>
Hello all,
as I promised, I tried to implement a DBUS->UINPUT Bridge written in C,
that listens on the DBUS and pushes the events into the kernel,
hopefully avoiding the caveats that lie in using a pure python version.
This is not the final "product", but I would like you (especially Marc)
to test it. I put it at http://lbrc.berlios.de/test_dbusbridge.tgz.
Please note: You will need the devel packages of dbus-glib installed (on
debian this is called: libdbus-glib-1-dev) and the gcc compiler
The steps to test:
1. download it
2. open 2 terminals
3. extract the package and change into the new dir
"test_dbusbridge" in both terminals
4. run "./build" in one of them (this is a small bash script, that
builds the test dbus server)
5. You will find a "example-service" created, run it as
"./example-service" you should see the string "service running"
printed into the terminal
6. switch to other terminal and adjust uinputdevice in test.py
according to your system and
7. run "python test.py" in this terminal window you should see the
"hello" printed, as if you typed it on your keyboard.
In the other terminal this should be printed parallel:
"UInput Device: /dev/input/uinput
Devicename: BlueRemote
Successfully created UINPUT device.
Closed UINPUT dev"
When your finished, switch back to the first terminal and stop the
service by pressing CTRL-C. You are done, when you wrote your report ;-)
I'm crossing my fingers, that this works - it would introduce a new
dependency (read: to install from source you need the dbus-glib bindings
and a c-compiler, but as I was to switch to packaging, this should be
doable)
I also finished controls for the visibility of the BlueZ Stack. This
only a change for the gui, it won't go into the core, as there are
enought methods to control the visibility.
Mfg
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070308/7113f2f5/attachment.pgp>
From matthias.blaesing at rwth-aachen.de Thu Mar 8 01:50:06 2007
From: matthias.blaesing at rwth-aachen.de (Matthias =?ISO-8859-1?Q?Bl=E4sing?=)
Date: Thu, 08 Mar 2007 01:50:06 +0100
Subject: [Lbrc-devel] Testversion of a DBUS->UINPUT Bridge
In-Reply-To: <1173314719.11592.12.camel@prometheus.glx>
References: <1173314719.11592.12.camel@prometheus.glx>
Message-ID: <1173315006.12322.3.camel@prometheus.glx>
Last message before I try to get some sleep:
berlios seems to be a bit paranoid, as you can not download the test
programm. So I decided to attach it to this email *arg*.
Good night
Matthias
--
Matthias Bl?sing (GPG-Schl?sselkennung: A71B4BD5)
ICQ: 84617206 AIM: linuxfun81 MSN: linuxfun at hotmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test_dbusbridge.tgz
Type: application/x-compressed-tar
Size: 2970 bytes
Desc: not available
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070308/e7619dcd/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070308/e7619dcd/attachment.pgp>
From iuridiniz at yahoo.com.br Sat Mar 10 20:27:42 2007
From: iuridiniz at yahoo.com.br (Iuri Diniz)
Date: Sat, 10 Mar 2007 16:27:42 -0300
Subject: [Lbrc-devel] news
Message-ID: <1173554862.20445.9.camel@cego>
Hello you all,
I have started the configuration editor today ('cause my free time is
at weekends)... Because I lost much time with a battle with translation
(it was a miss configuration my machine), there's no significance
advances.
But I have add the support to localisation and I translate the current
string set to pt_BR (Brazilian portuguese).
So, I'm attaching a preview of work (do not apply it, it's only a stub)
as well as the pt_BR.po file.
Enjoy it.
---
Iuri Gomes Diniz <iuri at yahoo.com.br>
http://clx.digi.com.br
Exercise?caution?in?your?daily?affairs.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pt_BR.po
Type: text/x-gettext-translation
Size: 2964 bytes
Desc: not available
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070310/1a73d11a/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config_preview.patch.gz
Type: application/x-gzip
Size: 5738 bytes
Desc: not available
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070310/1a73d11a/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Esta ? uma parte de mensagem assinada digitalmente
URL: <https://lists.berlios.de/pipermail/lbrc-devel/attachments/20070310/1a73d11a/attachment.pgp>
From iuridiniz at yahoo.com.br Sun Mar 11 17:40:54 2007
From: iuridiniz at yahoo.com.br (Iuri Diniz)
Date: Sun, 11 Mar 2007 13:40:54 -0300
Subject: [Lbrc-devel] ask for dropping one more dependency
Message-ID: <1173631254.31890.7.camel@cego>
Hello folk,
What do you all thing about dropping json dependency in favor of
pickle?
http://docs.python.org/lib/module-pickle.html
Well, I have ported code related to write/read config files from
LBRC.dbusinterface to LBRC.__init__, this is necessary for allow use by
config editor without duplicated code, on my plan all json calls will be
stick on this file...
I'm not dropping json dependency yet, but stills here my suggestion...