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
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1664
1665
|
<?xml version="1.0"?>
<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:foaf="http://xmlns.com/foaf/0.1/"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns="http://purl.org/rss/1.0/"
>
<channel rdf:about="http://planet.gnome.org/">
<title>Planet GNOME</title>
<link>http://planet.gnome.org/</link>
<description>Planet GNOME - http://planet.gnome.org/</description>
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://www.inkstain.net/fleck/archives/001578.html" />
<rdf:li rdf:resource="http://www.figuiere.net/hub/blog/?2005/02/21/100-software-rant" />
<rdf:li rdf:resource="http://www.advogato.org/person/bolsh/diary.html?start=81" />
<rdf:li rdf:resource="http://zaheer.merali.org/?p=100" />
<rdf:li rdf:resource="http://www.gnome.org/~michael/activity.html#2005-02-21" />
<rdf:li rdf:resource="http://www.beatniksoftware.com/blog/index.php?p=16" />
<rdf:li rdf:resource="http://codeblogs.ximian.com/blogs/evolution/archives/000449.html" />
<rdf:li rdf:resource="http://www.gnome.org/~newren/blog/2005/02/20" />
<rdf:li rdf:resource="http://nat.org/2005/february/#21-February-2005" />
<rdf:li rdf:resource="http://joeshaw.org/2005/02/21/125" />
<rdf:li rdf:resource="http://jimmac.musichall.cz/weblog.php/Inkscape/SVG-NG" />
<rdf:li rdf:resource="http://jimmac.musichall.cz/weblog.php/Inkscape/Inkscape" />
<rdf:li rdf:resource="http://jimmac.musichall.cz/weblog.php/Inkscape/InkscapeGradients" />
<rdf:li rdf:resource="http://www.reigndropsfall.net/index.php?itemid=141" />
<rdf:li rdf:resource="http://hadess.net/?start=490" />
<rdf:li rdf:resource="http://jimmac.musichall.cz/weblog.php/Music/Drift" />
<rdf:li rdf:resource="http://www.inkstain.net/fleck/archives/001577.html" />
<rdf:li rdf:resource="http://www.seconix.com/wordpress/index.php?p=8" />
<rdf:li rdf:resource="http://hadess.net/?start=489" />
<rdf:li rdf:resource="http://www.inkstain.net/fleck/archives/001575.html" />
<rdf:li rdf:resource="http://primates.ximian.com/~miguel/archive/2005/Feb-20.html" />
<rdf:li rdf:resource="http://www.gnome.org/~michael/activity.html#2005-02-20" />
<rdf:li rdf:resource="http://www.livejournal.com/users/davyd/135461.html" />
<rdf:li rdf:resource="http://www.figuiere.net/hub/blog/?2005/02/19/99-picture-of-the-day-february-19th-2005" />
<rdf:li rdf:resource="http://www.seconix.com/wordpress/index.php?p=7" />
<rdf:li rdf:resource="http://www.inkstain.net/fleck/archives/001574.html" />
<rdf:li rdf:resource="http://www.advogato.org/person/DV/diary.html?start=185" />
<rdf:li rdf:resource="http://jimmac.musichall.cz/weblog.php/Misc/Macarena" />
<rdf:li rdf:resource="http://www.figuiere.net/hub/blog/?2005/02/19/98-fighting-drm-in-court-episode-i" />
<rdf:li rdf:resource="http://primates.ximian.com/~federico/news-2005-02.html#19" />
<rdf:li rdf:resource="http://rodrigo.gnome-db.org/news.php?19/February/2005" />
<rdf:li rdf:resource="http://www.advogato.org/person/alvaro/diary.html?start=52" />
<rdf:li rdf:resource="http://www.livejournal.com/users/davyd/135302.html" />
<rdf:li rdf:resource="http://www.figuiere.net/hub/blog/?2005/02/19/97-new-canon-gear" />
<rdf:li rdf:resource="http://verbum.org/blog/random/news-graphic-art" />
<rdf:li rdf:resource="http://primates.ximian.com/~miguel/archive/2005/Feb-19.html" />
<rdf:li rdf:resource="http://www.gnome.org/~michael/activity.html#2005-02-19" />
<rdf:li rdf:resource="http://off.net/~tberman/diary/archives/003159.html" />
<rdf:li rdf:resource="http://log.ometer.com/2005-02.html#19" />
<rdf:li rdf:resource="http://log.ometer.com/2005-02.html#18" />
<rdf:li rdf:resource="http://tieguy.org/blog/index.cgi/315" />
<rdf:li rdf:resource="http://nat.org/2005/february/#17-February-2005" />
<rdf:li rdf:resource="http://people.imendio.com/richard/archives/2005/02/long_live_plann.html" />
<rdf:li rdf:resource="http://thomas.apestaart.org/log/index.php?p=274" />
<rdf:li rdf:resource="http://www.advogato.org/person/DV/diary.html?start=184" />
<rdf:li rdf:resource="http://pubcrawler.org/2005/02/18/switched-to-wordpress/" />
<rdf:li rdf:resource="http://www.advogato.org/person/rbultje/diary.html?start=88" />
<rdf:li rdf:resource="http://www.inkstain.net/fleck/archives/001569.html" />
<rdf:li rdf:resource="http://tieguy.org/blog/index.cgi/314" />
<rdf:li rdf:resource="http://www.figuiere.net/hub/blog/?2005/02/18/96-f-spot-and-libgphoto2" />
</rdf:Seq>
</items>
</channel>
<item rdf:about="http://www.inkstain.net/fleck/archives/001578.html">
<title>John Fleck: Savant</title>
<link>http://www.inkstain.net/fleck/archives/001578.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/jfleck.png" align="right" alt=""><p>Last night, Sadie was behaving powerfully strangely. Lissa and I were reading in bed, and Sadie was moping around the bedroom, looking at us, sniffing at things, sometimes just standing there sadly, as if she was trying to tell us something.</p>
<p>When I opened this morning's paper, I understood. <a href="http://english.aljazeera.net/NR/exeres/67D36E3F-9D1E-4E17-8938-5624B812897C.htm">Hunter S. Thompson</a> <em>and</em> <a href="http://news.bbc.co.uk/1/hi/entertainment/film/4283213.stm">Sandra Dee</a> had died. It's like Sadie is some sort of pop culture doggie savant, like <em>she knew</em>.</p></content:encoded>
<dc:date>2005-02-21T16:32:48+00:00</dc:date>
</item>
<item rdf:about="http://www.figuiere.net/hub/blog/?2005/02/21/100-software-rant">
<title>Hubert Figuiere: Software Rant</title>
<link>http://www.figuiere.net/hub/blog/?2005/02/21/100-software-rant</link>
<content:encoded><img src="http://planet.gnome.org/heads/hub.png" align="right" alt=""><ul>
<li>I'm <a href="http://www.figuiere.net/hub/blog/?2005/02/09/83-all-mailers-suck">ranting about Evolution, its speed and its antispam</a>, I'm <a href="http://www.advogato.org/person/robertc/diary.html?start=31">not alone</a>. Someone should really start to replace this antispam by what we find in Thunderbird / Mozilla, including flagging as <code>\Junk</code> over IMAP (I couldn't find any reference in RFCs and couldn't find the code in Thunderbird, anyone has an idea?) <a href="http://bugzilla.ximian.com/show_bug.cgi?id=72547">see bug 72547</a>. For reference, marking one message as junk on my laptop take 15 to 20sec, even if the message is local.</li>
</ul>
<ul>
<li>I'm ranting about MacOS X memory usage, I'm <a href="http://www.advogato.org/person/avriettea/diary.html?start=51">not alone</a>. With 256MB the MacMini is barely usable. I'll get a 1GB memory...</li>
</ul></content:encoded>
<dc:date>2005-02-21T16:11:35+00:00</dc:date>
</item>
<item rdf:about="http://www.advogato.org/person/bolsh/diary.html?start=81">
<title>Dave Neary: 21 Feb 2005</title>
<link>http://www.advogato.org/person/bolsh/diary.html?start=81</link>
<content:encoded><img src="http://planet.gnome.org/heads/bolsh.png" align="right" alt=""><b>GUADEC progress</b>
<p> <p> So I managed to get the GUADEC acceptance mails out over the weekend. If anyone was expecting a mail about a GUADEC presentation, and didn't get one, please let me know. It's entirely possible that I missed one or two.
<p> <p> Some people have queried why there is a proceedings for GUADEC, and why authors have to submit papers. The explanation is two-fold.
<p> <p> First, writing a paper beforehand helps the presenter organise his material and gives attendees a support for the conference, which allows greater participation, and a more coherent presentation. Writing slides in the train before a conference is a practice that should be discouraged.
<p> <p> Second, several attendees can get funding to attend if the conference is an academic conference - which means having a proceedings. The Norwegian guys were really great with this last year, especially Janis who took care of all the administravia, and several people got to the conference on college grants thanks to that proposal. Since funds are typically tight, any help that we can give to attendees is a good thing.
<p> <p> Finally, we're not asking for a formal oeuvre. You're not going to have your article submitted for a Pulitzer. A couple of pages presenting the major concepts you want to present, essentially a long abstract, is fine. And if you don't have time, or just don't want to, let us know at guadec-papers, and we'll sort something out.
<p> <p> That said, I encourage everyone presenting to write a paper, at least 2 pages, at most 5, since it will really help the GNOME Users and Developers in Europe, who are, after all, what the conference is about.</content:encoded>
<dc:date>2005-02-21T15:02:22+00:00</dc:date>
</item>
<item rdf:about="http://zaheer.merali.org/?p=100">
<title>Zaheer Abbas Merali: Ashura</title>
<link>http://zaheer.merali.org/?p=100</link>
<content:encoded><img src="http://planet.gnome.org/heads/zaheer.png" align="right" alt=""><p>Yesterday was <a href="http://www.ashura.com/">Ashura</a>. The talks given at the mosque for the past 11 nights can be found <a href="http://www.hujjat.org/index.php?name=zina&#038;op=modload&#038;file=index&#038;p=Seyed+Modaressi%2FMuharram+1426">here</a> and were given by <a href="http://www.almodarresi.net/">Seyed Mahdi Al-Modarresi</a>.
</p></content:encoded>
<dc:date>2005-02-21T13:59:55+00:00</dc:date>
</item>
<item rdf:about="http://www.gnome.org/~michael/activity.html#2005-02-21">
<title>Michael Meeks: 2005-02-21: Monday</title>
<link>http://www.gnome.org/~michael/activity.html#2005-02-21</link>
<content:encoded><img src="http://planet.gnome.org/heads/michael.png" align="right" alt=""><ul>
<li>Up late; J. off to rescue Janine from being
boxed in in Town. Got the machine-room spun up again.
</li></ul></content:encoded>
<dc:date>2005-02-21T12:00:00+00:00</dc:date>
</item>
<item rdf:about="http://www.beatniksoftware.com/blog/index.php?p=16">
<title>Alex Graveley: Erotic cleft</title>
<link>http://www.beatniksoftware.com/blog/index.php?p=16</link>
<content:encoded><img src="http://planet.gnome.org/heads/orph.png" align="right" alt=""><p>From <em>Jennifer and the Master: A Unique Erotica</em>, a hardcore S&#038;M book (opus really), the only book on my desk:</p>
<blockquote><p>Within the living mirror, the beholders fondle the erotic cleft between them.</p></blockquote>
<p>This book was left inexplicably at our doorstep on Valentine&#8217;s eve, and thus far no one has taken credit.</p>
<p><a href="http://www.inkstain.net/fleck/archives/001577.html">Blah blah blah</a>&#8230;</p>
<p><small>
<ol>
<li>Grab the nearest book.</li>
<li>Open the book to page 123.</li>
<li>Find the fifth sentence.</li>
<li>Post the text of the sentence in your journal along with these instructions.</li>
<li>Don&#8217;t search around and look for the &#8220;coolest&#8221; book you can find. Do what’s actually next to you.</li>
</ol>
</small></p></content:encoded>
<dc:date>2005-02-21T06:42:05+00:00</dc:date>
</item>
<item rdf:about="http://codeblogs.ximian.com/blogs/evolution/archives/000449.html">
<title>Evolution: Evolution 2.0.4</title>
<link>http://codeblogs.ximian.com/blogs/evolution/archives/000449.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/logos/evolution.png" align="right" alt=""><p>The Evolution Team exuberantly announces the release of Evolution 2.0.4. Unless any critical issues are are discovered this will be the last release in the 2.0.4 series.<br />
Download the following:</p>
<p><a href="http://ftp.gnome.org/pub/gnome/sources/evolution/2.0/evolution-2.0.4.tar.gz">http://ftp.gnome.org/pub/gnome/sources/evolution/2.0/evolution-2.0.4.tar.gz</a><br />
<a href="http://ftp.gnome.org/pub/gnome/sources/gtkhtml/3.2/gtkhtml-3.2.5.tar.gz">http://ftp.gnome.org/pub/gnome/sources/gtkhtml/3.2/gtkhtml-3.2.5.tar.gz</a><br />
<a href="http://ftp.gnome.org/pub/gnome/sources/gal/2.2/gal-2.2.5.tar.gz">http://ftp.gnome.org/pub/gnome/sources/gal/2.2/gal-2.2.5.tar.gz</a><br />
<a href="http://ftp.gnome.org/pub/gnome/sources/evolution-data-server/1.0/evolution-data-server-1.0.4.tar.gz">http://ftp.gnome.org/pub/gnome/sources/evolution-data-server/1.0/evolution-data-server-1.0.4.tar.gz</a><br />
<a href="http://ftp.gnome.org/pub/gnome/sources/libsoup/2.2/libsoup-2.2.2.tar.gz">http://ftp.gnome.org/pub/gnome/sources/libsoup/2.2/libsoup-2.2.2.tar.gz</a><br />
<a href="http://ftp.gnome.org/pub/gnome/sources/ximian-connector/2.0/ximian-connector-2.0.4.tar.gz">http://ftp.gnome.org/pub/gnome/sources/ximian-connector/2.0/ximian-connector-2.0.4.tar.gz</a></p>
<p><b>Upgrade Notes</b><br />
Evolution 2.0 is the stable version of the 1.5.x development series. It<br />
will upgrade your existing 1.4 install if you were not using 1.5<br />
previously, but will not delete it until told to.</p>
<p><b>Bug Fixes and Updates</b></p>
<p>Evolution 2.0.4, 2005-02-14<br />
----------------------------</p>
<p>Bugzilla bugs fixed (see <a href="http://bugzilla.ximian.com/show_bug.cgi">http://bugzilla.ximian.com/show_bug.cgi</a>):</p>
<p> * Addressbook</p>
<p> #36137 - Leading %s in addressbook message totally non-obvious (Siva)<br />
#70339 - vcard preview doesn't appear to work (Siva)<br />
#70622 - Crash changing gtkhtml settings (JP)<br />
#70922 - Email address types should show "Other" when importing vcards (Siva)<br />
#70540 - Adding contact from email doesn't let you change "file as" (Hans)</p>
<p> * Calendar<br />
<br />
#41624 - only the last exception is deleted on palm device (JP)<br />
#46901 - Only one line gets printed when printing Tasks and Appointments (Yong Sun)</p>
<p> * Mail</p>
<p> #33933 - Sorting by subject does not result in expected order (Jeff)<br />
#70795 - Next/Previous Message Should Only Display Listed Emails (Michael)<br />
#65329 - regression in default folder name localisation (Michael)<br />
#71312 - Double-clicking vFolder of Draft folder doesn't allow editing (Michael)<br />
#71310 - Always loses my signature script settings (Michael)<br />
#71310 - Always loses my signature script settings (Michael)<br />
#69850 - Crash: attempting to create a Vfolder based on a message without a Sender (Michael)<br />
#65178 - newly created folder on local maildir doesn't show until evolution restart (Michael)<br />
#70858 - selecting newly created folder flakey (Michael)<br />
#60664 - message view does not follow theme change (Michael)<br />
#70768 - 'Mark All as Read' marks all the mails which are not in current query as read (Michael)<br />
#70563 - crash when 'load images' on MyEclipse newsletter email (Michael)<br />
#66943 - Crash when saving draft (Michael)<br />
#71105 - When trying to rename a folder containing a slash "/" and spaces, evil stuff happens (Michael)<br />
#72020 - Error parsing filter: Unknown identifier: adjust-score (Michael)<br />
#38791 - gpg can make evo hang if keyserver unreachable (Michael)<br />
#36142 - Don't use acronyms as verbs in messages (Michael)<br />
#70303 - pgp signature invalid with very short emails (Michael)<br />
#69757 - Memory leak in imap_parse_list_response (Michael)<br />
#22496 - Evolution does not appear to support ALERT messages (Michael)<br />
#71427 - Evolution does not prompt for new password (Michael)<br />
#71625 - Don't display content of e-mail when first selected (Michael)<br />
#56110 - Messages in digest displayed as source (Michael)<br />
#69024 - Doesn't update NNTP folder in a Virtual folder (Michael)<br />
#47824 - nested, identical multipart boundaries dont parse properly (Michael)<br />
#70919 - Crash during fetching mail (mail has gpg signature) (Michael)<br />
#70556 - Unable load messages info from MS Exchange by IMAP (Michael)</p>
<p>Other bugs</p>
<p> * Mail</p>
<p> -64 bit fixes (Michael)</p>
<p> * Addressbook</p>
<p> - work around 67411 (Hans)<br />
- 64 bit fixes (Michael)<br />
- Turkish locale fixes (S.Çaglar Onur)</p>
<p> * Calendar</p>
<p> - fix potential resize crash (Michael)</p>
<p> * S/MIME</p>
<p> - don't remove the cert from the tree if it wasn't actually deleted (Michael)</p>
<p>Updated translations:</p>
<p> - nl (Vincent van Adrighem)<br />
- pt (Duarte Loreto)<br />
- hu (Laszlo Dvornik)<br />
- ca (Jordi Mallach)<br />
- fr (Jeremie Knuesel, Sebastien Bacher, Christophe Merlet)<br />
- sv (Christian Rose)<br />
- de (Hendrik Brandt)<br />
- id (Mohammad DAMT)<br />
- es (Francisco Javier F. Serrador)<br />
- da (Martin Willemoes Hansen)<br />
- ko (Changwoo Ryu)<br />
- zh_CN (Funda Wang)<br />
- ms (Hasbullah Bin Pit)<br />
- hu (Laszlo Dvornik)<br />
- cs (Miloslav Trmac)<br />
- ru (Leonid Kanter)<br />
- bg (Vladimir Petkov)<br />
- sq (Laurent Dhima)<br />
- en_GB (David Lodge)<br />
- pl (Artur Flinta)<br />
- sr (Danilo Segan)<br />
- sr@Latn (Danilo Segan)<br />
- en_CA (Adam Weinberger)<br />
- pt_BR (Raphael Higino)<br />
- nn (Åsmund Skjæveland)</p>
<p>Exchange Connector 2.0.4 2005-02-14<br />
------------------------------------</p>
<p>Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi):</p>
<p> #70730 - connector hangs on kerberos authentication attempts (Sarfraaz)<br />
#71432 - Don't see schedule in new meeting request dialog (Sushma)<br />
#70357 - Crash: Exchange calendar query hangs Evolution (glibc gives a double-free or corruption error!) (Sarfraaz)<br />
#68330 - Exchange now crashes on start (Sarfraaz)<br />
#66963 - The trash is filtered for spam (that I just deleated) when I select (and there by open) the trashdir to do an expunge (Sarfraaz)<br />
#71469 - Menus for Connector are not Translated to French (Sarfraaz)<br />
#71555 - Label setting is not being saved across sessions (Sushma)<br />
#70283 - All-day calendar events incorrectly show as busy (Sarfraaz)<br />
#70414 - Memory corruption/build-up tracking bug (Sarfraaz)<br />
Fixes for 64 bit support (Michael Zucchi)</p>
<p>Updated Translations: (Since 2.0.1)<br />
- bg (Alexander Shopov)<br />
- da (Martin Willemoes Hansen)<br />
- ca (Jordi Mallach)<br />
- hu (Laszlo Dvornik)</p>
<p>Evolution Data Server 1.0.4, 2005-02-14<br />
----------------------------------------</p>
<p>Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi):</p>
<p> * Address Book</p>
<p> #64298 - G/W failure to authenticate (Siva)<br />
#67541 - LDAP password not to be remembered (Siva)<br />
#66854 - Some strings are missed to translation (Rodney)<br />
#71116 - wrong gettext initialization breaks translation (Rodney)<br />
#70918 - Importing kontact vcard causes inifinite loop (Siva)</p>
<p> * Calendar</p>
<p> #64682 - Moving an appointment from one calendar to another sends update (Chen)<br />
#67031 - GroupWise tasks are not getting updated in any way (Chen)</p>
<p> * All</p>
<p> #69186 - cannot remove GAL from Autocomplete in settings (Siva)<br />
#64298 - G/W failure to authenticate (Siva)<br />
<br />
Other bugs</p>
<p> * Calendar<br />
- warning fixes (Michael)<br />
- fix groupwise ssl usage (Harish)</p>
<p> * Address Book<br />
- fix vcard note migration issues if containing non-ascii chars (Siva)<br />
- fix groupwise ssl usage (Harish)</p>
<p> * All<br />
- 64 bit fixes (Michael)</p>
<p>Updated Translations:<br />
-et (Priit Laes)<br />
-ru (Leonid Kanter)</p>
<p>gtkhtml-3.2.5 "hispidulum" 2005-02-14<br />
------------------------------------------------</p>
<p>New in this release</p>
<p> * Updated translations<br />
fr (Christophe Merlet)<br />
de (Hendrik Brandt)<br />
pl (Artur Flinta)<br />
nl (Vincent van Adrighem)<br />
sv (Christian Rose)<br />
ja (Takeshi AIHANA)</p>
<p>gal-2.2.5 2005-02-14<br />
----------------------</p>
<p>Other bugs and changes:</p>
<p> - Updated translations: <br />
it (Luca Ferretti, Alessio Frusciante</p>
<p><b>Reporting Bugs</b></p>
<p>If you have problems with 2.0.4, please take the time to submit the bug<br />
using Bug Buddy or at http://bugzilla.ximian.com. Try to fill in as<br />
much detail as you can regarding the circumstances that lead to the<br />
problem</p>
<p>If you have a feature request, you can also file that at<br />
<a href="http://bugzilla.ximian.com/">http://bugzilla.ximian.com/</a> don't be discouraged if you don't hear from<br />
us right away, we get hundreds of feature requests a year.</p>
<p>You can also check if your bug has been reported before by using the<br />
search functionality of Bugzilla.</p>
<p>More information is available at the project website:<br />
<a href="http://www.gnome.org/projects/evolution">http://www.gnome.org/projects/evolution</a></p></content:encoded>
<dc:date>2005-02-21T05:01:52+00:00</dc:date>
</item>
<item rdf:about="http://www.gnome.org/~newren/blog/2005/02/20">
<title>Elijah Newren: Dealing with the d-d-l spam problem</title>
<link>http://www.gnome.org/~newren/blog/2005/02/20</link>
<content:encoded><p>
I don't know if it's just the pessimist in me, but considering the
efforts before that have failed at controlling the d-d-l spam, I
started wondering whether the recent one will work over the long-term
either (I don't see the difference between this attempt and previous
ones). So, I spent a little time <a href="http://www.gnome.org/~newren/temp/new-mailing-list.txt"> trying to
think up a solution</a>. This may not be feasible (why worry about
petty technical details when trying to think of a good solution?), and
may be a really stupid idea anyway (it's just my brain dump from an
hour or two), but I'm posting it here so the world can have a laugh at
my expense. After all, I always appreciate it when others make me
laugh, so I thought I'd try to return the favor--although in a perhaps
slightly different way. ;-)
</p></content:encoded>
<dc:date>2005-02-21T05:00:03+00:00</dc:date>
</item>
<item rdf:about="http://nat.org/2005/february/#21-February-2005">
<title>Nat Friedman: 21 February 2005</title>
<link>http://nat.org/2005/february/#21-February-2005</link>
<content:encoded><img src="http://planet.gnome.org/heads/nat.png" align="right" alt=""><a name="21-February-2005"></a> <b><u></u></b>&nbsp;<a href="http://nat.org/2005/february/#21-February-2005">#</a> <blockquote> "There he goes. One of God's own prototypes. Some kind of high powered mutant never even considered for mass production. Too weird to live, and too rare to die." </blockquote><p></content:encoded>
<dc:date>2005-02-21T05:00:00+00:00</dc:date>
</item>
<item rdf:about="http://joeshaw.org/2005/02/21/125">
<title>Joe Shaw: there goes joeyblog</title>
<link>http://joeshaw.org/2005/02/21/125</link>
<content:encoded><img src="http://planet.gnome.org/heads/joe.png" align="right" alt=""><p>I&#8217;ve just transitioned my blog over to <a href="http://wordpress.org">Wordpress 1.5</a>, and I must say, it&#8217;s a dramatic improvement over the last version I tried. They&#8217;ve separated the layout and the structure in such a nice way that I can do things like, for example, not allow comments or have categories or different authors without having to hack the hell out of things. I&#8217;ve spent all of today getting the layout correct, and with some <em>extremely</em> clever PHP and Javascript hacking I am pretty sure that all existing URLs continue to work.</p>
<p>Now, the real question is if I can get a nice client-side solution so that posting photos isn&#8217;t quite a pain. Hopefully it won&#8217;t be a big deal, but I&#8217;ve saved my old blog setup just in case I have to revert.
</p></content:encoded>
<dc:date>2005-02-21T02:48:32+00:00</dc:date>
</item>
<item rdf:about="http://jimmac.musichall.cz/weblog.php/Inkscape/SVG-NG">
<title>Jakub Steiner: More SVG Fun</title>
<link>http://jimmac.musichall.cz/weblog.php/Inkscape/SVG-NG</link>
<content:encoded><img src="http://planet.gnome.org/heads/jimmac.png" align="right" alt=""><p>As I've <a href="http://primates.ximian.com/~jimmac/blog/Artwork/Inkscape/">mentioned before</a>, I&nbsp;started to incorporate <a href="http://www.inkscape.org">Inkscape</a> into my workflow. At times it's quite masochistic compared to Illustrator or GIMP, but some things are easier than what I&nbsp;was used to. One of the things is making sure the outline "snaps" to the final rendering grid. That was tough with Illustrator, not because it didn't have sophisticated aids to do that, but because it used a different renderer than the GNOME desktop.</p>
<p>One thing that totally rocks is that in trunk (0.41) you can work pixel-precise at the target resolution and it's truly WYSIWYG. It may not have Illustrator's pixel-preview so that you can see the bitmap rendering even when working on zoomed canvas, but simply having another view at 1:1 works ok<sup>[<a id="note1" href="http://jimmac.musichall.cz/weblog.php?flav=rss#footnote1">1</a>]</sup>. Librsvg then reders it exactly the same as inkscape. I&nbsp;need to see about cairo/xsvg.</p>
<div><img alt="#" src="http://jimmac.musichall.cz/stuff/leftbitmap_rightvector.png" width="117" height="76" border="0" /><p>Original bitmap on the left. Traced and pixel positioned on the right. Renders just like that with librsvg.</p></div>
<p>I&nbsp;had an idea how to overcome the complexity of creating icons at multiple resolutions that I&nbsp;<a href="http://primates.ximian.com/~jimmac/blog/Artwork/ScalableIcons/">wrote about earlier</a>. SVG rocks for theme maintanance - you can save all the work with exporting, since you can just save your working inkscape SVG and that's it.</p>
<div><a href="http://jimmac.musichall.cz/screenshots/screenshot-413713000.jpg"><img alt="#" src="http://jimmac.musichall.cz/images/blog/git-vectoricons.jpg" width="458" height="366" border="0" /></a></div>
<p>Now while I&nbsp;don't think automatic hinting can help making the icons readable for 16x16, what if I&nbsp;could have layers in the SVG for individual target render size? RSVG would render a layer similarly to how the icon theme engine picks appropriate bitmap version. No need to maintain multiple images. I&nbsp;think doing bitmaps for 16x16 and 24x24 is still going to take less time than doing them in vector, but nothing prevents me having a bitmap in the SVG ;)</p>
<p>Alternatively it could have the layers toggled invisible for regular rendering. But if we had some switch in inkscape to "solo" particular layer, 16x16 and 24x24 bitmap rendering could be automated with a script and still maintain a single file.</p>
<div id="footnote1" class="footnote">
<p>[<a href="http://jimmac.musichall.cz/weblog.php?flav=rss#note1">1</a>] I&nbsp;also noticed the simplification wrt grid functionality really makes sense. I&nbsp;haven't missed not being able to see the grid without snapping to it at all. If I&nbsp;want to see the grid, I&nbsp;mostly want to snap to it too. If I&nbsp;don't, I&nbsp;just hide it.</p>
<p>On the other hand I&nbsp;found out I&nbsp;really miss being able to node select from multiple objects. I'm a consistant shape tweaker and not being able to move a bunch of nodes from multiple overlaid objects is a pain.</p>
</div></content:encoded>
<dc:date>2005-02-21T01:41:36+00:00</dc:date>
</item>
<item rdf:about="http://jimmac.musichall.cz/weblog.php/Inkscape/Inkscape">
<title>Jakub Steiner: Inkscape Evaluation</title>
<link>http://jimmac.musichall.cz/weblog.php/Inkscape/Inkscape</link>
<content:encoded><img src="http://planet.gnome.org/heads/jimmac.png" align="right" alt=""><p>I thought that if I have to do the icons in SVG ever again, I may as well
revisit the river. Since I just upgraded to <a href="http://www.ubuntulinux.org">Ubuntu Hoary</a> (Gnome 2.10 is slick!), I
gave <a href="http://inkscape.org">Inkscape</a> a try again.</p>
<p>Since I'm an old Illustrator junkie, I knew it's going to be tough getting
used to especially since I've tried and failed before. I expected being
disappointed, I was surprised in many areas though. Looks like a lot of good
stuff happened while I wasn't watching :) I'm actually confident that it's
usable to create less complex artwork.</p>
<p>So let's start with the good things.</p>
<ul>
<li>Nice shortcut overview. It could have been setup on a landscape A4 to get
printed easily though.</li>
<li>A few introductory tutorials. Just what I needed. It's actually better
for me than a full featured documentation which is usually too boring to chew
through ;). What's even more fun is these tutorials are in fact SVG images,
so it features examples you can try right on canvas while reading.
Ingenious.</li>
<li>Easy numerical entry of object properties (toolbar) with advanced
properties in a floating dialog.</li>
<li>Keyboard navigation not only for object and canvas movement, but rotation
and scaling as well (now finally the <span class="shortcut">Alt</span>
modifier starts making sense</span>). Moving in pixel units with <span class="shortcut">Alt</span> of the current zoom level is a lot better than
the absolute units in Adobe Illustrator. This absolutely rocks.</li>
<li>Layers with visibility toggle and <em>layer locking</em>! Oh man, I can't
stress enough how this is useful. Also individual objects can be locked, but
unlocking them is hard, I could only do this with the XML editor.</li>
<li><span class="shortcut">F12</span> toggles the visible floating docks.
Very handy in fullscreen (although the <em>layout dock</em> seems to be
visible all the time).</li>
<li>While function keys are still mapped to tools, there's also shortcuts
that are easily memorizable &mdash; <span class="shortcut">T</span> for Text,
<span class="shortcut">S</span> for Object select etc. <span class="shortcut">#</span> for grid toggle got me :).</li>
<li>Color Dropper. I prefer to call it <em>picker</em> instead since it's not
applying color on the clicked objects, it's <em>picking it up</em> and
applies on the selected objects. Unfortunately the tool isn't as useful as
it could be. It only takes the color property while it could be used to pick
more properties such as stroke, fill (gradient, pattern, bitmap), effects,
etc. (configurable as tool options just like in GIMP). Inkscape does provide
this functionality with <em>Edit&gt;Paste Style</em>, but doesn't allow
individual style properties to be selected (only fill, only stroke...).</li>
<li>Helpful status bar. It tells you what a modifier key will do. It doesn't
list all functionality, but mostly the important one. Absolutely cool for
when you're learning the tool. I found <span class="shortcut">Alt+Click</span> like that. It's used to "select under" with
the selection tool active and it's very handy when I'm left without a nice
layer stack overview.</li>
<li>Boolean Operations. Creating complex shapes out of primitives is a lot
easier with these tools.</li>
<li>Cloning. Instead of duplicating, you can create an instance of an object.
Gotta get used to the fact that even transformations are inherited.</li>
<li>The 0.40 aboutbox is sexy as hell :)</li>
<li>Metadata. Not oly cool for copyright info, but for <a href="http://jimmac.musichall.cz/doc/high-contrast/html/ch01s05.xhtml">icon
accessibility too</a>.</li>
<li>Object stamping. You drag an object around and where you press <span class="shortcut">spacebar</span> it creates a copy.</li>
<li>Text tool. I wish we had a mature text tool like this in GIMP. Letter
spacing (<span class="shortcut">Alt+&lt;</span>, <span class="shortcut">Alt+&gt;</span>), kerning, (<span class="shortcut">Alt+Left</span>, <span class="shortcut">Alt+Right</span>),
vertical text, shaped block of text (kinda hacky, but working).</li>
<li>Didn't crash on me ;) While some of us take it for granted, <a href="http://www.cinepaint.org">some projects</a> don't consider stability a
priority...</li>
</ul>
<a href="http://jimmac.musichall.cz/images/blog/inkscape1.png"><img alt="#" src="http://jimmac.musichall.cz/images/blog/inkscape1.jpg" width="458" height="366" border="0" /></a>
<p>So as you can see, in many areas I've been very pleasantly surprised. You
can see Inkscape developers did listen to their artists, err users. There's
some inconsistencies with the GIMP that I personally find confusing:</li>
<ul>
<li><div>Path tool. I mean come on guys, the GIMP path tool rocks. The modifiers
rock, you can work with both nodes <em>and</em> segments and it's just unnice
to have something out of this planet when users like me, that are used to
GIMP could be making paths in Inkscape in a nano. /me makes a sad, sad
face.</div><br />
<div>I'm used to tracing objects by creating a polygon first and then
converting the particular nodes to curvy. I just found the trick is not to
try to convert a node, but a segment to a curve. Maybe if I try hard enough,
I can live with this. Also I'd love the handles to be controllable with a
keyboard, not only the nodes alone.</div></li>
<li>Redo is <span class="shortcut">Ctrl+Shift+Z</span> while GIMP's is <span class="shortcut">Ctrl+Y</span>.</li>
<li><span class="shortcut">Ctrl</span> locks aspect while <span class="shortcut">Shift</span> centers the pivot point. GIMP's exactly the
other way around.</li>
<li>I miss the thumbnail navigator that GIMP has in the lower right
corner. Also zoom-on-resize locking that's in GIMP 2.2 (upper right corner)
would be useful here too. <em>Update: I've been pointed out that I'm just
blind, it's right there! ;)</em></li>
<li>The gradient editor is even worse than GIMP's. When I'm bitching about
it, I guess I should provide a spec. But more annoying than defining the
gradient is not being able to specify direction and length on canvas.</li>
</ul>
<a href="http://jimmac.musichall.cz/images/blog/inkscape2.png"><img alt="#" src="http://jimmac.musichall.cz/images/blog/inkscape2.jpg" width="458" height="366" border="0" /></a>
<p>Some minor nitpicks and suggestions.</p>
<ul>
<li>Layer support is fairly primitive and unfinished. Apart from the spartan
XML editor, I found no way to get a graphical representation of the layer
stack. Moving objects across layers also seems only possible in XML editor
which is very hard, since the stack is reversed and the layers aren't easily
identifiable (UI shows comments, while XML edito shows ids). Also I'm not
sure about the behaviour of the root node.</li>
<li>While it may sound like a good idea to use vector icons in a vector
editor, it doesn't work in my opinion. The small resolution icons need detail
and crispness the vectors cannot give. Having a nice gnomish icon set would
surely help.</li>
<li>I miss tootips for the toobar icons.</li>
<li>Tool options are implemented as global preferences. While there is a
shortcut to get to these by double-clicking on the toolbar, you're presented
with a horror of two rows of tabs. Yikes!</li>
<li>Some sort of library is required. Just like GIMP stores brushes and
gradients, Inkscape should have some global repository of gradients and
patterns.</li>
<li>There's <em>XY properties</em> floating window depending on what type
of object is selected. These should go into the object properties float. If
the number of widgets would grow, solve either by using tabs or disclosure
triangles.</li>
<li>Something completely subjective &mdash; I prefer the rubberband selection
to work objects even partially selected, not only the ones completely
enclosed in the selection rectangle.</li>
<li><span class="shortcut">Ctrl+A</span> actually select all object
<em>within a layer</em> not on the document as the tutorial suggests. Not
saying it makes less sense, just that the docs are out of sync.</li>
<li>One cannot group objects from different layers. Especially painful when
moving objects around layers manually is tough.</li>
<li>I coulnd't figure out how to scale a pattern. In fact it should be
possible to not scale pattern along with object. Similarly, it should be
possible to scale an object but not scale the stroke width along.</li>
<li>Deleting objects with <span class="shortcut">Backspace</span>. While
<span class="shortcut">Del</span> works, my powerbook doesn't have the del
key ;).</li>
<li>Cloning is cool, but it would be super cool to be able to create such
object clones (links) within an external file. You could create mime type
icons by linking the document template from an external file and have a quick
way to alter the whole set.</li>
</ul>
<a href="http://jimmac.musichall.cz/images/blog/inkscape3.png"><img alt="#" src="http://jimmac.musichall.cz/images/blog/inkscape3.jpg" width="458" height="366" border="0" /></a>
<p>And I few features I'm still missing an alternative for:</p>
<ul>
<li>Object blending. Select two objects and pick how many inbetween states
you want or optionally a path along which to do the morph. Essential time
saviour when duplicating objects. Inkscape does have a mean that's a bit less
straight forward (subjective again). You can either use stamping and then
distribute objects using the align dock or do the same with clones or
duplicates (just need to pick one from the duplicated stack and reposition to
the other extreme).</li>
<li>Converting stroke into objects. Sometimes you want to have more control
about the dotted outline.</li>
<li>I may have just missed it, but there's no outline draw mode. Sometimes
it's easier to find an object like that. Also perhaps when tweaking shapes
with the node tool, the fill could go away to speed things up. The more
complex the artwork is, the slower the thing gets. And sometimes way way
slower than bearable.</li>
<li>Pixel preview. If we had the same renderer in GNOME & Inkscape, it would
help tweaking the shapes pixel-precise, so it's sharp (aligns to the render
grid) at the 1:1 size.</li>
<li>Node edit only works within selected object. I like to rubber-band select
nodes from a number of objects and move them to "stretch" an drawing in that
particular area. Doing one by one is close to impossible and stretching the
whole object is not what I want either.</li>
</ul></content:encoded>
<dc:date>2005-02-21T01:41:36+00:00</dc:date>
</item>
<item rdf:about="http://jimmac.musichall.cz/weblog.php/Inkscape/InkscapeGradients">
<title>Jakub Steiner: Inkscape Gradients</title>
<link>http://jimmac.musichall.cz/weblog.php/Inkscape/InkscapeGradients</link>
<content:encoded><img src="http://planet.gnome.org/heads/jimmac.png" align="right" alt=""><p>Inkscape superstar, Bulia Byak, committed the beginning of his work on <a href="http://sourceforge.net/mailarchive/message.php?msg_id=10905321">better gradients</a> in Inkscape. Addresses a lot of the issues I've had with the old interface. Kudos!</p>
<ul>
<li><a href="http://jimmac.musichall.cz/demos/inkscape/inkscape-gradients.avi">Demo</a></li>
</ul>
<p>Eek! I seem to have spammed planet gnome by moving things around even though the timestamps remained. Sorry.</p></content:encoded>
<dc:date>2005-02-21T01:36:00+00:00</dc:date>
</item>
<item rdf:about="http://www.reigndropsfall.net/index.php?itemid=141">
<title>Bryan Forbes: I can almost hear it...</title>
<link>http://www.reigndropsfall.net/index.php?itemid=141</link>
<content:encoded><img src="http://planet.gnome.org/heads/mxpxpod.png" align="right" alt="">This last week I started working on audio disc support in <a href="http://www.coaster-burn.org">Coaster.</a> It has been interesting trying to figure out the <a href="http://gstreamer.freedesktop.org">Gstreamer</a> library and how to get it to interact well with Coaster without using a wrapping library (to save you guys the hassle of another binding dependency). So far, I have some test programs that read in the information I need; next thing to do is to get an audio store, layout, and view up and going.<br /></content:encoded>
<dc:date>2005-02-21T00:50:28+00:00</dc:date>
</item>
<item rdf:about="http://hadess.net/?start=490">
<title>Bastien Nocera: Bonjour</title>
<link>http://hadess.net/?start=490</link>
<content:encoded><img src="http://planet.gnome.org/heads/hadess.png" align="right" alt="">Watched <a href="http://www.imdb.com/title/tt0376541/">Closer</a>, one of those relationship-analysing films. High Fidelity, without the music, less of the jokes, but more of the brains.<p>
Scots footie fans are <a href="http://news.bbc.co.uk/sport1/hi/funny_old_game/4274777.stm">funny lads</a>, and Apple will rename Rendez-vous to <a href="http://www.appleinsider.com/article.php?id=891">Bonjour</a>.<p>
<i>Music</i>: Greenday - Jesus of Suburbia</content:encoded>
<dc:date>2005-02-21T00:10:36+00:00</dc:date>
</item>
<item rdf:about="http://jimmac.musichall.cz/weblog.php/Music/Drift">
<title>Jakub Steiner: Drift</title>
<link>http://jimmac.musichall.cz/weblog.php/Music/Drift</link>
<content:encoded><img src="http://planet.gnome.org/heads/jimmac.png" align="right" alt=""><p>Yet another blast from the past. While writing the aboutpage on my website I found the <a href="http://kosmic.darkscape.net/archives/">Kosmic Archive</a> is online with mp3 versions of the old killer tracks.</p>
<p>I recall playing this on my 1bit squeeker ripped out of the PC case so I could hear it better. <a href="http://www.cubic.org/player/">Cubic Player</a> with the fancy visualisations. Memories.</p>
<ul>
<li><a href="http://kosmic.darkscape.net/archives/1996/mp3/k_drift.mp3"><strong>Drift</strong></a> &ndash; Lovely minimalistic techno.</li>
</ul>
<p>I hope to find more jewels like this. I should have all the XMs, S3Ms, ITs and MODs somewhere??? <a href="http://www.gnome.org/projects/beagle/">Beagle</a>, buddy! Help!</p></content:encoded>
<dc:date>2005-02-20T23:27:00+00:00</dc:date>
</item>
<item rdf:about="http://www.inkstain.net/fleck/archives/001577.html">
<title>John Fleck: The Fifth Sentence</title>
<link>http://www.inkstain.net/fleck/archives/001577.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/jfleck.png" align="right" alt=""><p>I like <a href="http://pharyngula.org/index/weblog/comments/we_are_all_lemmings_we_bloggers/">this meme</a>:<br />
<blockquote><br />
<ol><li>Grab the nearest book.</li><li>Open the book to page 123.</li><li>Find the fifth sentence.</li><li>Post the text of the sentence in your journal along with these instructions.</li><li>Don't search around and look for the "coolest" book you can find. Do what&#8217;s actually next to you.</li></ol></blockquote></p>
<p>The book (really, I closed my eyes and reached left to the nearest shelf) is the IPCC's "Climate Change 1995." Page 123 is in the chapter on "Radiative Forcing of Climate Change":<br />
<blockquote><br />
It would be highly desirable to determine the indirect GWPs associated with the ozone production for these gases.<br />
</blockquote></p></content:encoded>
<dc:date>2005-02-20T20:26:48+00:00</dc:date>
</item>
<item rdf:about="http://www.seconix.com/wordpress/index.php?p=8">
<title>Damien Sandras: A screenshot</title>
<link>http://www.seconix.com/wordpress/index.php?p=8</link>
<content:encoded><img src="http://planet.gnome.org/heads/damien.png" align="right" alt=""><p>I know people love screenshots. Here is a screenshot of the new accounts window, it permits to add/edit and see the current status of VoIP accounts. Those VoIP accounts can be SIP or H.323 accounts. Later, IAX support should be added too. I can for example have GnomeMeeting registered to the SIP PBX at work, to a SIP Proxy on seconix.com, to FreeWorldDialup and to our H.323 PC-To-Phone provider, at the same time. The called URL will determine what provider will be used, it is totally transparent and intuitive.</p>
<p>Here is the long-awaited screenshot:<br />
<a href="http://www.seconix.com/wordpress/wp-content/accountsscreenshot.png" target="_new"><img src="http://www.seconix.com/wordpress/wp-content/taccountsscreenshot.png" alt="New Accounts Window" /></a></p></content:encoded>
<dc:date>2005-02-20T19:01:11+00:00</dc:date>
</item>
<item rdf:about="http://hadess.net/?start=489">
<title>Bastien Nocera: Nice-One-Brothaaaaaaa!</title>
<link>http://hadess.net/?start=489</link>
<content:encoded><img src="http://planet.gnome.org/heads/hadess.png" align="right" alt="">All mental yesterday as the usual crew was downing J.D.s and Coke in a TGIF, and ended up blagging our way in the <a href="http://www.beerintheevening.com/pubs/show.shtml/3421/Five_and_Lime/Guildford">Five and Lime</a>. Waking up was hard this morning ;)<p>
Some good Totem hacking, even though I still don't understand the drag'n'drop/reorderable bits of the GtkTreeView. I also found why the video thumbnailer was exiting instantaneously with the GStreamer backend, due to a <a href="http://bugzilla.gnome.org/show_bug.cgi?id=163039">4-year old bug</a> in glib.<p>
Watched 2 games of footy, and <a href="http://us.imdb.com/title/tt0099487/">Edward Scissorhands</a>.<p>
Music: <i>Itchy Trigger Finger Niggers</i> (no, not really)</content:encoded>
<dc:date>2005-02-20T17:10:35+00:00</dc:date>
</item>
<item rdf:about="http://www.inkstain.net/fleck/archives/001575.html">
<title>John Fleck: "I'm melting! I'm Melting!"</title>
<link>http://www.inkstain.net/fleck/archives/001575.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/jfleck.png" align="right" alt=""><p>Phil Mote and colleagues have a paper in the latest <a href="http://ams.allenpress.com/amsonline/?request=get-abstract&doi=10.1175%2FBAMS-86-1-39">Bulletin of the American Meteorological Society</a> updating their work on western snowpack and climate change. Bottom line - the snow's melting:<br />
<blockquote><br />
The largest decreases have occurred where winter temperatures are mild, especially in the Cascade Mountains and northern California. In most mountain ranges, relative declines grow from minimal at ridgetop to substantial at snow line. Taken together, these results emphasize that the West's snow resources are already declining as earth's climate warms.<br />
</blockquote><br />
They don't have snow records back real far, so the results get a bit tangled up in the <a href="http://tao.atmos.washington.edu/pdo/">PDO</a> and other decadal-scale patterns. But it seems pretty clear that as things get warmer, the snowpack patterns are changing. This is important in a region that depends on winter snowpack as a water storage mechanism to meet summer water usage needs.<p><br />
More <a href="http://www.abqjournal.com/paperboy/ia/news/state/307451nm02-20-05.htm">here</a>.</p></content:encoded>
<dc:date>2005-02-20T15:53:03+00:00</dc:date>
</item>
<item rdf:about="http://primates.ximian.com/~miguel/archive/2005/Feb-20.html">
<title>Miguel de Icaza: 20 Feb 2005: 250 millions of PR budget.</title>
<link>http://primates.ximian.com/~miguel/archive/2005/Feb-20.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/miguel.png" align="right" alt=""><p><a href="http://www.commondreams.org/views05/0219-32.htm">New
York Times</a> on their staged "Daily Show": <i>"By my count,
"Jeff Gannon" is now at least the sixth "journalist" (four of
whom have been unmasked so far this year) to have been a
propagandist on the payroll of either the Bush administration
or a barely arms-length ally like Talon News while
simultaneously appearing in print or broadcast forums that
purport to be real news."</i>
<p><i>"The money that paid for both the Ryan-Garcia news packages
and the Armstrong Williams contract was siphoned through the
same huge public relations firm, Ketchum Communications, which
itself filtered the funds through subcontractors. A new report
by Congressional Democrats finds that Ketchum has received $97
million of the administration's total $250 million P.R. kitty,
of which the Williams and Ryan-Garcia scams would account for
only a fraction. We have yet to learn precisely where the rest
of it ended up."</i>
<p>More on the uncovering of Jeff Ganon: <a href="http://americablog.blogspot.com/2005/02/man-called-jeff.html">here</a>.
<p>Bill Maher <a href="http://homepage.mac.com/njenson/movies/billmaher021805gannon.mov">video</a>
<h3>Nat at Work</h3>
<p><center><a href="http://primates.ximian.com/~miguel/pic.php?name=nat-at-work.jpg&caption=Nat at Work."><img border="0" src="http://primates.ximian.com/~miguel//pictures/small-nat-at-work.jpg" /></a><p>Nat at Work.</center></p>
<h3>Some Mono SVN Stats</h3>
<p>From diffstat for the last month of Mono activity on the
SVN repository (excluding deprecated code):
<pre>
mcs: 1847 files changed, 122176 insertions(+), 23168 deletions(-)
mono: 323 files changed, 14845 insertions(+), 6360 deletions(-)
total:2170 files changed, 137021 insertions(+), 29528 deletions(-)
</pre>
<h3>Running Windows.Forms on OS X</h3>
<p>Geoff describes how to run your Windows.Forms applications
on OSX <a href="http://lists.ximian.com/archives/public/mono-winforms-list/2005-February/001428.html">here</a>.
The short story: you must use the new `macpack' tool to create
an OSX bundle.
<p>He also has a screenshot of Alexsander Olk's new color
dialog <a href="http://blog.sublimeintervention.com/images/pretty-colors.png">here</a>
running on OSX.</content:encoded>
<dc:date>2005-02-20T13:55:00+00:00</dc:date>
</item>
<item rdf:about="http://www.gnome.org/~michael/activity.html#2005-02-20">
<title>Michael Meeks: 2005-02-20: Sunday</title>
<link>http://www.gnome.org/~michael/activity.html#2005-02-20</link>
<content:encoded><img src="http://planet.gnome.org/heads/michael.png" align="right" alt=""><ul>
<li>Hacked on the train at a command-line OO.o
gallery creation tool: rather badly needed for the
openclipart.org stuff.
</li><li>Got home, lovely to see my beautiful wife
again, not to mention the girls. Slept for a good while,
ate, slept again.
</li><li>Up in the night, dealing with H. - nasty cold,
can't breath - keeps saying 'nose' or 'mummy', slept in
her bed for some hours.
</li></ul></content:encoded>
<dc:date>2005-02-20T12:00:00+00:00</dc:date>
</item>
<item rdf:about="http://www.livejournal.com/users/davyd/135461.html">
<title>Davyd Madeley: Planet UCC Lives</title>
<link>http://www.livejournal.com/users/davyd/135461.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/riff.png" align="right" alt="">Due to the lack of WAIX routing, <a href="http://planet.ucc.asn.au/">Planet UCC</a> had bought the proverbial farm. However now we have decided to work around the problem.<br /><br />The clubroom has been <a href="http://webcam.ucc.asn.au/archive/colour3/200502/20/18/05.jpg">cleaned up</a>. And we're almost ready for O'Day. I have almost finished up the Fresher's Guide, and once I finish a list of points we covered today, it should be ready for general proof reading. Hopefully I'll get that uploaded tonight.</content:encoded>
<dc:date>2005-02-20T10:09:50+00:00</dc:date>
</item>
<item rdf:about="http://www.figuiere.net/hub/blog/?2005/02/19/99-picture-of-the-day-february-19th-2005">
<title>Hubert Figuiere: Picture of the day, February 19th, 2005</title>
<link>http://www.figuiere.net/hub/blog/?2005/02/19/99-picture-of-the-day-february-19th-2005</link>
<content:encoded><img src="http://planet.gnome.org/heads/hub.png" align="right" alt=""><p>Some eye candy for this evening. We still haven't finished our tour of Périgord, so I return to my slide archives. Back to the <a href="http://www.sigoules.com/visiter/chateaux/cloitre_de_cadouin.htm">Cadouin Cloister</a> <em>(fr)</em>, facing the inside yard and tower:</p>
<p><a href="http://photo.figuiere.net/photodb/rolls/2001-09-21-2S/2001-09-21-2S-04.jpg"><img src="http://photo.figuiere.net/photodb/rolls/2001-09-21-2S/thumb_2001-09-21-2S-04.jpg" alt="" /></a></p>
<p>Still taken with my <a href="http://photo.net/equipment/canon/elan-7">Canon Elan 7</a> on Provia 100F, around September 21st 2001.</p></content:encoded>
<dc:date>2005-02-20T03:31:40+00:00</dc:date>
</item>
<item rdf:about="http://www.seconix.com/wordpress/index.php?p=7">
<title>Damien Sandras: Busy week-end</title>
<link>http://www.seconix.com/wordpress/index.php?p=7</link>
<content:encoded><img src="http://planet.gnome.org/heads/damien.png" align="right" alt=""><p><strong>OPAL</strong><br />
I have committed my last work on OPAL. It fixes SIP Outbound Proxy support and CANCEL requests management. It also permits to register to several SIP registrars at the same time, and do authenticated calls using each one of them. I have also added support for SUBSCRIBE and NOTIFY requests, mainly to permit Message Waiting Indications. That will permit users to be notified when they got a Voicemail and to listen to it.</p>
<p><strong>GnomeMeeting</strong><br />
I have of course added support for the above code in GnomeMeeting. I have also reworked the preferences window so that the various VoIP capabilities appears as accounts that you can enable or disable. That permits to minimize the number of options possible while keeping an easy access to all required features. GnomeMeeting 2.00 should have some inovative features that other Linux SIP softphones do not support yet.</p>
<p><strong>FOSDEM</strong><br />
<a href="http://www.fosdem.org">FOSDEM</a> will happen in one week. That means much work but also many worries. Having feedback from invited speakers is not always easy and you often have to mail some of them several times. Hopefully now everything is booked. The pre-event part is nearly over and most of the work will have to be done during the event. We expect a record in terms of visitors this year. All big projects have &#8220;developer&#8217;s rooms&#8221; with a separate schedule and talks.
</p></content:encoded>
<dc:date>2005-02-19T23:06:11+00:00</dc:date>
</item>
<item rdf:about="http://www.inkstain.net/fleck/archives/001574.html">
<title>John Fleck: Stuff I Wrote Elsewhere</title>
<link>http://www.inkstain.net/fleck/archives/001574.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/jfleck.png" align="right" alt=""><p><a href="http://www.abqjournal.com/paperboy/ia/scitech/307139science02-19-05.htm">Fun with magnetars</a></p></content:encoded>
<dc:date>2005-02-19T23:01:12+00:00</dc:date>
</item>
<item rdf:about="http://www.advogato.org/person/DV/diary.html?start=185">
<title>Daniel Veillard: 19 Feb 2005</title>
<link>http://www.advogato.org/person/DV/diary.html?start=185</link>
<content:encoded><img src="http://planet.gnome.org/heads/dv.png" align="right" alt=""><p><b>Sabayon</b><p>
<p> After annoying GNOME sysdamins and stealing the html
and css code from the <a href="http://www.gnome.org/projects/evince/">Evince</a>
project, we now have an initial <a href="http://www.gnome.org/~veillard/sabayon/">Sabayon
web site</a>, with mailing list, bugzilla and basic informations to get people started if they want to play or
help with the project. There is quite a lot to do, and
testing is not trivial since we depend on very recent (nearly CVS head) versions of pyGnome, gamin-python, etc, check the README file ! Simplest is to use the RPMs.
<p>One of the main thing we need from our target audience
i.e. people doing sysadmin setups/maintainance is feedback
on some of the <a href="http://cvs.gnome.org/viewcvs/sabayon/ISSUES?view=auto">design
Issues</a>.</content:encoded>
<dc:date>2005-02-19T22:33:45+00:00</dc:date>
</item>
<item rdf:about="http://jimmac.musichall.cz/weblog.php/Misc/Macarena">
<title>Jakub Steiner: Macarena</title>
<link>http://jimmac.musichall.cz/weblog.php/Misc/Macarena</link>
<content:encoded><img src="http://planet.gnome.org/heads/jimmac.png" align="right" alt=""><p>Thanks <a href="http://www.tigert.com">Tuomas</a> for teaching me the
Macarena ritual. For the ones not familiar with it, it's performed every time
you leave a place, such as a restaurant, taxi etc and check for your gadgets.
As you go pocket by pocket, checking for mobile phone, camera, PDA, wallet, car
keys... To a random person passing by you look like you're dancing a <a href="http://en.wikipedia.org/wiki/Macarena">Macarena</a>.</p>
<p>Thanks to that ritual, performed a little later than optimal, I returned to
the cinema theatre and retrieved my cellphone from a wondering lady who
couldn't grasp what stupid $&$*&^ would leave a phone on the seat.</p>
<p>Also afterwards we went to a dinner with our finance minister. Not really,
of course, but he was having a seat next to us. He looked a lot younger than on
the tele, and we initially weren't sure if it's him. When they started to talk
about Kalousek and "<a href="http://www.radio.cz/en/article/63152">Standa's
flat</a>", we were assured it's him.</p></content:encoded>
<dc:date>2005-02-19T21:46:00+00:00</dc:date>
</item>
<item rdf:about="http://www.figuiere.net/hub/blog/?2005/02/19/98-fighting-drm-in-court-episode-i">
<title>Hubert Figuiere: Fighting DRM in court... Episode I</title>
<link>http://www.figuiere.net/hub/blog/?2005/02/19/98-fighting-drm-in-court-episode-i</link>
<content:encoded><img src="http://planet.gnome.org/heads/hub.png" align="right" alt=""><p><a href="http://management.silicon.com/itpro/0,39024675,39127844,00.htm">Apple and Sony are being sued</a> in France by <em>UFC-Que Choisir</em>, the major French consumer association, for breaking the law against bundle sales. The lack of interroperability beetween their DRM system and requirment to use their device is the reason.</p>
<p>Looks like Microsoft DRM system could benefit as they sell it to anyone who wants it, but nobody use it :-)</p>
<p>Source: <a href="http://www.boingboing.net/2005/02/15/apple_and_sony_sued_.html">Boing Boing</a>, <a href="http://linuxfr.org/2005/02/14/18305.html">DLFP</a> (fr).</p></content:encoded>
<dc:date>2005-02-19T20:26:15+00:00</dc:date>
</item>
<item rdf:about="http://primates.ximian.com/~federico/news-2005-02.html#19">
<title>Federico Mena-Quintero: Sat 2005/Feb/19</title>
<link>http://primates.ximian.com/~federico/news-2005-02.html#19</link>
<content:encoded><img src="http://planet.gnome.org/heads/federico.png" align="right" alt=""><ul>
<!--
<li>
<p>
<a href="http://log.ometer.com/">Havoc</a>'s <a
href="http://log.ometer.com/2005-02.html#18">ideas for a
theme system</a>.
Right way to do a canvas - Piccolo
(It looks uncannily similar to Avalon API)
programmable theme files - bullshit; makes it hard to
write guis for building/editing themes. think of
.fvwmrc
if non-programmable, what about a constraint system for
layout (nice for gui builder)? or is that too complex?
(isn't the gtk layout model a constraint system?)
also look at KeithP's paper about a TeX-like layout manager
we can't not have a gui theme editor
GtkWidget implements the CanvasItem interface - nice
idea
weird layout - Kai Krause's user interfaces. Also,
their graphics span the "window manager frame" (because
it is nonexistent and just a custom hack).
gui precondition/postcondition; dialogs as class
interfaces: "here are the initial values", "here are
the final values", everything that happens in between is
on the theme's side
margin ruler on a word processor - what can you theme
there? if you have abstract but required elements that
emit events, what *can* you theme there? worth theming
at all?
</p>
</li>
-->
<li>
<p>
<a href="http://www.advogato.org/person/DV/">Daniel</a>
writes about <a href="http://www.advogato.org/person/DV/diary.html?start=184">the
pressure to have software patents in Europe</a>.
"Pressure" and "verbal violence" reminded me of <a href="http://primates.ximian.com/~federico/news-2004-04.html#28">last year</a>, when I was at
the <a href="http://primates.ximian.com/~federico/news-photos/2004-04-1473-monitors.jpg">amazing HP
research building</a>. The first thing that greets you
after you step out of the elevator is a wall covered
with gold-plated patent grants. Man, I should have
taken a picture. They were hung like trophies on a
huntsman's wall. I looked at them during conference
breaks; some were for exotic things, other for
ridiculously obvious ones. The one I remember the most
was about how to promote pixel values for low bit depths
into values with higher bit depths. You know, like when
going from RGB at 8 bits per channel to 16 bits per
channel, so you have to map the
range&nbsp;[0,&nbsp;0xff] into a wider
range&nbsp;[0,&nbsp;0xffff]. You can't just shift by 8
bits to the left; you have to copy the value into the
lower bits. So, 0xab becomes 0xabab; the typical
symptom of not doing this is where 100%&nbsp;white
becomes almost-white. The abstract of the patent and a
cute diagram, gold leaf, fancy frame and everything,
described <em>exactly that</em>; the only particular
thing is that it seemed to describe a hardware
implementation.
</p>
</li>
</ul></content:encoded>
<dc:date>2005-02-19T19:16:00+00:00</dc:date>
</item>
<item rdf:about="http://rodrigo.gnome-db.org/news.php?19/February/2005">
<title>Rodrigo Moya: 19/February/2005</title>
<link>http://rodrigo.gnome-db.org/news.php?19/February/2005</link>
<content:encoded><img src="http://planet.gnome.org/heads/rodrigo.png" align="right" alt=""><b>GUADEC-ES</b>
<br />
The <a href="http://2005.guadec-es.org/">II GUADEC-ES</a> will take
place from May 19th to 21st, in A Coruña, in the northwest of Spain. This is just
a week before the real <a href="http://2005.guadec.org">GUADEC</a>,
so anybody planning to do some travelling can have A Coruña as one of the scales.</content:encoded>
<dc:date>2005-02-19T16:51:47+00:00</dc:date>
</item>
<item rdf:about="http://www.advogato.org/person/alvaro/diary.html?start=52">
<title>Alvaro del Castillo: 19 Feb 2005</title>
<link>http://www.advogato.org/person/alvaro/diary.html?start=52</link>
<content:encoded>Finally I have decided to help in developing <a href="http://rt2x00.serialmonkey.com/">a driver for the wireless USB 54 Mbps rt2570</a>, very similar to the ralink 2500 chipset. I have two USB networks card using this chipset: they are very cheap, around 30. In my student days, I developed an ethernet driver so maybe, this knowledge will be useful. I am learning about USB stuff, using howto develop USB drivers for Linux, the USB Nutshell and finally, with the USB standard. I am not sure how far I will go in the project, but for now, I am trying to understand the USB traffic until we get the data sheets: <a href="http://benoit.papillault.free.fr/usbsnoop/">USB sniff</a> is the right tool to log the USB traffic and analyze it later (grep, cat, awk, uniq, sort ...)
<p> A dude working with me in LambdaUX is developing in C# and Mono a program to update Debian systems. It is getting very nice. A pit I don't have yet screenshots about it.
<p> Evolution 2.1.3 changes in the online/offline support have made that the Groupdav connector contacts doesn't work any more. I am trying to fix it before Evo 2.2, but not sure if I will find enought time.
<p> In Planner, new hackers are coming into scene and Richard is hacking some weekends in it. My heart says me I have to help closing some bugs for 0.13 and 0.14 releases.
<p> Hula hype is being incredible, as normal announcements that comes from Helix/Ximian/Novell guys. I have talked with Helge, an OGo developer about Hula. He has shown me a very nice webclient for his Scalable OGo product (very similar to Hula, and will be released as GPL/LGPL): <a href="http://agenor.opengroupware.org/">SOGo web client</a> (login:test.et.di.cete-lyon/password:test, not a production service, it could be off). Not sure if Hula developers could start the web client interface for Hula from that work. They will be released as GPL/LGPL (all the SOGo software).
<p> Hmmm, I can't forget to talk about the <a href="http://2005.guadec-es.org">II GUADEC Hispana</a>, a warm up meeting before the GUADEC. I will blog about it next days.</content:encoded>
<dc:date>2005-02-19T15:12:02+00:00</dc:date>
</item>
<item rdf:about="http://www.livejournal.com/users/davyd/135302.html">
<title>Davyd Madeley</title>
<link>http://www.livejournal.com/users/davyd/135302.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/riff.png" align="right" alt=""><b>remove one "2-bit ISP" point</b><br />Work's nameserving capabilities have always been a fine balance of hope and dodgy services, but that's all about to change. With their new interest in zero-work-high-profit services, it has become necessary to make sure the nameservers are stable and sane. I have completed a spreadsheet of details about all the zones we host, their registrars and the keys for them. I found that I'm only missing 4 keys... so it's actually not as bad as I thought.<br />Once everything gets into place, I can start transferring them onto a new nameserver, with secondary hosting provided by a dedicated provider, probably Goldwell in the UK.<br />All in all, this makes us more into a high-tech, professional services, IT company... and less of a two-bit ISP.<br /><br /><b>Tux abuse</b><br />Driving down Mounts Bay Rd (which runs along Matilda Bay between Crawley and the city) I saw a small van emblazoned "Arctic Couriers". The thing about this van that caught my eye, was all the penguins painted on it. Each of these penguins had a name it would seem. One of the penguins on the back was the infamous Tux, of Linux fame. Only his name was now something beginning with B, I think it was Bernadette. My heart goes out to poor Tux, who has been given involuntary gender issues, just because some artist obviously ran a google-image-search for penguins.<br /><br /><b>While the cat's away...</b><br />So Stephanie is currently in Melbourne, researching for her thesis. She is also getting attacked by her best friend's cats. I'm still stuck here, and have now realised how incredibly boring my life actually is. I mean, I honestly don't do anything! Having no one to talk to, and no TV makes things very quiet.<br /><br />To make up for it, I have been watching things on my laptop. I watched <u>Back to the Future, Part III</u> and the third season of <u>Black Books</u>.<br /><br /><b>Bunbury</b><br />I intimated at some point that I had to go to Bunbury this week. In the end, it got called off due to a chain reaction of really crappy events, non of which were my fault. However now, I get to look forward to going on Monday instead. I can't help but feel this is going to be an absolute riot... not!<br /><br /><b>UCC Love Day</b><br />To borrow an idea from GNOME, the UCC is having a <a href="http://lists.ucc.gu.uwa.edu.au/pipermail/ucc/2005-February/012297.html">Love Day</a> in order to finish up the Fresher's Guide and the <a href="http://beta.ucc.asn.au/">new website</a>. Also to give the room a bit of a tidy, because it's really quite messy again (how does this keep happening).<br /><br />Again, I've had a whole heap of stuff to write about, and again I've forgotten it. I really should take notes, or something.</content:encoded>
<dc:date>2005-02-19T14:54:08+00:00</dc:date>
</item>
<item rdf:about="http://www.figuiere.net/hub/blog/?2005/02/19/97-new-canon-gear">
<title>Hubert Figuiere: New Canon gear</title>
<link>http://www.figuiere.net/hub/blog/?2005/02/19/97-new-canon-gear</link>
<content:encoded><img src="http://planet.gnome.org/heads/hub.png" align="right" alt=""><p>New Canon gear announced this week:</p>
<ul>
<li>EF-S 60mm f2.8 Macro USM. <a href="http://www.dpreview.com/news/0502/05021703canon_efs60mmmacro.asp">Announcement</a>. The EF-S part upsets me because I don't really see the interests, but since it is compatible with extension tubes, it <strong>may</strong> be able to be used on a film body with those extensions. Needs to be tried.</li>
<li>Digital Rebel XT / EOS 350D. <a href="http://www.dpreview.com/news/0502/05021704canon_eos350d.asp">Announcement</a>, <a href="http://www.dpreview.com/news/0502/05021713canoneos350dpreview.asp">Preview</a> at dpreview.</li>
<li>EOS 20Da, to be used for IR photography. <a href="http://www.dpreview.com/news/0502/05021405canoneos20da.asp">Announcement</a> at dpreview. Apparently Japan only.</li>
</ul></content:encoded>
<dc:date>2005-02-19T14:20:57+00:00</dc:date>
</item>
<item rdf:about="http://verbum.org/blog/random/news-graphic-art">
<title>Colin Walters: News Graphic Art</title>
<link>http://verbum.org/blog/random/news-graphic-art</link>
<content:encoded><img src="http://planet.gnome.org/heads/walters.png" align="right" alt=""><p>
It's pictures like this which make me wish sometimes I could
be a graphic artist for a news organization.
</p>
<p><img src="http://common.ziffdavisinternet.com/util_get_image/9/0,1311,i=98820,00.jpg" alt="penguin drinking wine" /></p>
<p>(The article this image attempts to graphically describe is <a href="http://www.eweek.com/article2/0,1759,1766843,00.asp">here</a>, for the curious.)</content:encoded>
<dc:date>2005-02-19T14:13:00+00:00</dc:date>
</item>
<item rdf:about="http://primates.ximian.com/~miguel/archive/2005/Feb-19.html">
<title>Miguel de Icaza: 19 Feb 2005</title>
<link>http://primates.ximian.com/~miguel/archive/2005/Feb-19.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/miguel.png" align="right" alt=""><h3>Weekend</h3>
<p><img src="http://www.go-mono.com/archive/1.0/mono1.gif" align="left" />We finally released Mono 1.1.4 and Mono 1.0.6.
With this release we are recommending users to switch to the
1.1.x branch, as our automated testing and regression suites
are much better than they ever were on 1.0.6.
<p>The runtime is faster, smaller, leaner and we have fixed
many bugs and architectural problems that were hard to
backport to 1.0.6.
<p>Programmers that have only been using Mono, and have not
tested their code on .NET should keep an eye open for a few
problems that might be exposed with the stricter 1.1.4
runtime:
<ul>
<li>C# compiler is stricter when it comes to namespace
and typename resolution. Tomboy is known to not build
with it.
<li>Marshalling: A few incorrect uses of marshalling
are now reported (Pointers can not reference marshaled
structures, you must use byref in your P/Invokes, this
affected F-Spot, but only marginally, F-Spot fallsback
into a slower operation mode).
<li>If you create delegates and pass those to
unmanaged code as way to callback into managed land,
you must keep a reference to the delegate, or the
delegate will be garbage collected. This affected
some old Gtk# applications. You will receive a
warning message with the details to fix this problem.
</ul>
<p>The full release notes are available <a href="http://www.go-mono.com/archive/1.1.4/">here</a>
<p>The performance difference is very visible on web-based
applications. Our <a href="http://www.go-mono.com/docs">documentation</a> system
for example is now instantaneous.
<h3>DB4Objects</h3>
<p>We have also started <a href="http://www.mono-project.com/contributing/db4o.html">distributing</a>
<a href="http://www.db4o.com/">DB4Objects</a> from Mono's web
site. For those of you that are missing ObjectSpaces, you
might find db4o not only interesting, but faster than what
ObjectSpaces could have been.
<h3>New Tool</h3>
<p>We have included <a href="http://www.mfconsulting.com/blog/">Paco's</a> prj2make
on the latest release of Mono. prj2make is a tool that
produces Makefiles from Visual Studio or MonoDevelop
solutions. Specially convenient if you download some random
code from the network.
<h3>SHA-1 and SHA-224</h3>
<p>This is the first release that ships with the security
sandbox infrastructure, Sebastien has the full <a href="http://pages.infinit.net/ctech/20050218-0425.html">story</a>.
<p>Last week SHA1 was broken. Because of this Sebastien is
trying to get users to vote for incorporating SHA-224 into the
Framework, see the details <a href="http://pages.infinit.net/ctech/20050216-1213.html">here</a>.
Mono users can use the Mono.Security stack that ships with
this and more.
<h3>Installers for Mono</h3>
<p><b>Installers:</b> The folks at <a href="http://www.RawByte.com">RawByte.com</a> have been kind
enough to package Mono with an <a href="http://www.mono-project.com/downloads">installer</a> that
will work on all Linux systems. Many users love this,
specially those without Red Carpet or Yum, as they only have
to download a single binary and they get the whole system
setup: Mono, all the class libraries, Gtk# and XSP. Like our
Windows installer.
<p>There are two downsides to using the installer: for those
using distributions with package management, the installer
wont register Mono on the system, which means that third-party
components that depend on Mono will still want RPM packages
installed (or people have resorted to use the --force
parameter for RPM). The second downside is that this ships a
Mono configured for the smallest common denominator, so speed
will suffer as Mono does not use the __thread-based local
storage and has to go through a slower (but backwards
compatible) system.
<h3>Hula</h3>
<p><a href="http://hula-project.org">Hula's</a> launch has
been very successful. The Hula Channel is very active: people
contributing patches, ports and various folks interested in
the dynamic web interface are hanging out there. There is
plenty of energy there.
<p>We are planning on following Hula's plan to use MediaWiki
as the main page for the site, because updating the Mono web
site has always been a bit annoying.
<p>Also, many people read Jamie's posting on Hula and
miss-understood that Jamie was actually praising Nat's final
direction on Hula, so there are plenty of comments along the
lines of `Jamie slams Hula' and `They are clueless, we are
not'.
<p>Being very interested in politics, I see this phenomenon as
an interesting window into the human soul: if these very smart
technical people have problems understanding a post like that,
what does that say for people trying to discuss and debate the
finer points of public policy?
<p></content:encoded>
<dc:date>2005-02-19T13:55:00+00:00</dc:date>
</item>
<item rdf:about="http://www.gnome.org/~michael/activity.html#2005-02-19">
<title>Michael Meeks: 2005-02-19: Saturday</title>
<link>http://www.gnome.org/~michael/activity.html#2005-02-19</link>
<content:encoded><img src="http://planet.gnome.org/heads/michael.png" align="right" alt=""><ul>
<li>Interesting phone-call in the morning. Lovely
patch for libbonobo on Win32 from Tor - apparently all the
tests now pass.
</li><li>Out to S&S; for breakfast with Miguel &
Nat, on to bowling nearby, good to see all the guys, and
Jacob again. Off to catch the plane - the very last person
to check in, a dash to the plane, offered money to get
off etc. Slept a little on the plane, lost a lot of a night
somewhere here.
</li></ul></content:encoded>
<dc:date>2005-02-19T12:00:00+00:00</dc:date>
</item>
<item rdf:about="http://off.net/~tberman/diary/archives/003159.html">
<title>Todd Berman: Work. Life. Insanity.</title>
<link>http://off.net/~tberman/diary/archives/003159.html</link>
<content:encoded><p>Spent the last couple days at work playing with our gtk# application on win32. This has been an interesting experience because not only do we use your standard gtk# stuff, we also use NPlot and Gecko. Thanks to <a href="http://www.mfconsulting.com/blog/">Paco's</a> recent installers, the gecko stuff works flawlessly, and the NPlot stuff is finally starting to work. (I know NPlot works as a SWF control, but it is not as trivial to make it render into a gtk# widget on win32). Happily, a lot of progress was made. Normally I would blog a sshot, but I am not sure if I am allowed to, so instead, you get the greatest dog picture ever. better than toshok's 'cute' puppy pictures. Yes, that is her tounge. No, I don't have a clue what she was doing.</p>
<center><img alt="IMG_0528.JPG" src="http://off.net/~tberman/diary/archives/IMG_0528.JPG" width="640" height="427" border="0" />
</center>
<p>In a somewhat work related venue, I have been hacking on stetic a bit, mostly on random <a href="http://dev.medsphere.com/~tberman/stetic.png">gui</a> related bits, and on glade importing. Dan Winship has done a wonderful job with stetic so far, and I think in the future it will become a very useful tool for development.</p>
<p>It seems recently that all I do is work, and then sleep. I try to factor in a little bit of time for eating, but even that has had to slide a bit recently. Given our new (refreshingly insane) product goal, I don't see this changing anytime soon. Hopefully soon I will find some time to do the things I enjoy in life, but I'll be damned if I can even remember what they are. I think my current life goal is to quit programming by 27 and start a bar, or pass the bar, or maybe just sleep for 6 hours straight. One of the 3 has to be attainable. Maybe all 3. Only time will really tell, but I know between now and August 15th, the only thing I can think about other than work, is work. Yay for being a mindless drone. Cog in the machine. &lt;insert random bit of bs 'independant thinking' here&gt;.</p></content:encoded>
<dc:date>2005-02-19T09:51:49+00:00</dc:date>
</item>
<item rdf:about="http://log.ometer.com/2005-02.html#19">
<title>Havoc Pennington: Simplifying</title>
<link>http://log.ometer.com/2005-02.html#19</link>
<content:encoded><img src="http://planet.gnome.org/heads/hp.png" align="right" alt=""><p>
Two simpler approaches to the theme thing:
</p>
<ul>
<li>Like OS X, just scrap the idea of themes and hardcode an
application-specific design into each app.</li>
<li>Limit the problem to layout. So have a layout widget that looks up
the layout of an entire window from resource files, and allow themes
to intercept the lookup to modify the layout.
</li>
</ul></content:encoded>
<dc:date>2005-02-19T05:41:25+00:00</dc:date>
</item>
<item rdf:about="http://log.ometer.com/2005-02.html#18">
<title>Havoc Pennington: Conferences Finally Over</title>
<link>http://log.ometer.com/2005-02.html#18</link>
<content:encoded><img src="http://planet.gnome.org/heads/hp.png" align="right" alt=""><p>
What an exhausting week; <a href="http://freedesktop.org/wiki/Software_2fXDevConf">XDevConf</a>
last weekend, LWE, then <a href="http://fedoraproject.org/fudcon/">FUDCon</a>. Really enjoyed
FUDCon today, I thought it went really well. Big thanks to the
organizers. We also had a very productive meeting yesterday with some
of the major external contributors and some Red Hat people; decisions
were reached and action items assigned on a variety of issues.
</p>
<p>
Since I suck at displays of enthusiasm <a href="http://www.gnome.org/~seth/">Seth</a> is picking up the slack
explaining some of the Red Hat team's work. We also presented some of
this stuff at XDevConf and FUDCon this week.
</p>
<p>
I think some people didn't catch on to how Sabayon works and what it
does; this thing is not a control panel. It's a sort of live
summarizer of changes you've made to a prototype user account, and
lets you choose the changes to be included in a user profile. The idea
is to take care of any needed hacks as well, for example stripping out
user home directories hardcoded in settings. As far as we can tell
this automates what most admins already do by hand today. Any cruise
through list archives reveals that admins have a lot of trouble
figuring out which files to extract and what to do with them after
they set up a prototype user the way they want. Even the strongest
mind can be crushed by the GConf and OpenOffice.org tag team.
</p>
<p>
Colin has been doing a ton of work to create GObject bindings for
D-BUS; looking nice so far, see the <a href="http://lists.freedesktop.org/archives/dbus/2005-February/thread.html">list
archives</a>.
</p>
<p>
I want to elaborate a bit on one aspect of "next generation rendering"
that we haven't really worked on yet. Everyone is working on the
ability to do OS X or Enlightenment style effects; essentially,
enabling the window manager to use OpenGL and enabling the toolkit to
use Cairo. This gives us drop shadows and minimize animations, and
kills off a bunch of flicker/tearing artifacts. Very good stuff.
</p>
<p>
However, it doesn't address one huge limitation: themes can only be
designed piecemeal (button, scrollbar, etc.). Graphical elements can't
span multiple widgets. An especially hard case to solve is that
graphical elements can't cover both the window manager frame and
inside the application window.
</p>
<p>
To make the desktop look really nice, you want the ability to theme a
window (or sub-component thereof) as a whole. This could mean graphics
that span multiple widgets, it could mean moving widgets around, it
could mean changing the spacing between widgets, etc.
</p>
<p>
To address this, I believe we'd need to rework GTK+ a fair bit. I have
a bunch of vague thoughts on how to do so.
</p>
<p>
<b>First</b>, if you look at most widget implementations they
effectively hardcode their layout and graphics in two places: the
expose handler (painting the widget) and the
events-that-have-coordinates (button/motion) handlers. So to allow
more free-form theming of single widgets, an approach would be to have
a set of GnomeCanvas-style primitives (lines, rectangles, etc.) and
assemble widgets from those. Rather than hit-testing in the widget
code, event handlers would be connected to "the rectangle" or "the
line" and the theme could move around said rectangle or line.
</p>
<p>
<b>Second</b>, you need to derive these drawing primitives and their
layout from the theme rather than hardcoding them. The obvious
approach here is something like libglade (resource files), where the
theme provides or modifies the resources.
</p>
<p>
There are some special "drawing primitives" we could support to handle
some back compat cases. One primitive could be a "custom-rendered
area" and would be the equivalent of an X window (or in web terms, an
image map). A compositing manager treats an app window as this kind of
primitive. GtkWidget could be wrapped in this kind of primitive.
</p>
<p>
Another special primitive would be the equivalent of an input-only X
window: an invisible event receiver. So e.g. a button could have one
of these and the button code would refer to it. The theme would set
the location and size of this thing. The point is to allow receiving
events without hardcoding any visible graphics primitives. Alternative
or additional approach: something like GnomeCanvasGroup. So the button
itself would be a group object, and could say "a click anywhere on
this group counts as a button press" (equivalent to saying "clicking
any object the theme provides")
</p>
<p>
<b>Third</b>, something I've often thought is that the need for a
"canvas widget" comes from having a limited widget system in the first
place. "Canvas items" are just widgets that are lightweight, don't
have to be rectangular, have Z-order controls, etc. So if we say that
we want to build widgets from drawing primitives, a logical extension
is that widgets and drawing primitives are the same thing; and we can
build widgets from other widgets in the same way we build them from
drawing primitives. "Composite widgets" are a sort of wacky
special-case in GTK+ today but <i>all</i> widgets become composite if
you count lines and other primitives as widgets.
</p>
<p>
Thus there's a pretty straightforward way to introduce a more powerful
widget system into GTK+: a canvas widget. Think of the canvas widget
specifically as a new widget system. Support placing an old-style
GtkWidget on a canvas by treating it as a raster image. Make
CanvasItem an interface, and a single GtkWidget could even implement
both the old GtkWidget stuff and support the new features of an
improved widget system. An unmodified GtkButton looks to the new
canvas like an X Window, but when support for the new interfaces gets
added to GtkButton the new canvas can see the lines and other
sub-components inside the button and those things can be themed, etc.
</p>
<p>
<b>Fourth</b>, Seth suggested an interesting idea which is to make
resource files primary. In other words, to create a widget you first
make a resource file (think of it as an HTML page) and then you
specify some code to go with the resource file (think of JavaScript,
though the idea is that you could also specify some C code). The
widget "is" the collection of sub-widgets (remember that now lines and
so forth are widgets also) specified by the resource file.
</p>
<p>
In the resource file, some sub-widgets would be essential or
mandatory, and others would really be a "default theme." For a button
widget, it might be required that the resource file have an
"input-only window" widget and a "text string" widget. The code for
the button would refer to those to get events and display the button
text, respectively. However, everything else in the resource file
might be purely cosmetic (not used by the code). So for example there
might be a beveled rectangle widget and themes could remove it or
change its properties.
</p>
<p>
You see where this is going: the theme is just an alternate resource
file, or a resource file transformation. There are some tough
complexities, because you want to bind the graphics in the theme to
certain widget states or events. You can imagine doing this with
full-blown scripting, but it may be possible to do it with some
relatively simple approach. For example in the metacity theme file you
have to specify the resources and their properties for each possible
state. Another option would be some kind of extremely limited
"scripting", maybe only allow relating attributes to each other like this:
<pre>
when button.STATE = PRESSED, bevel.STYLE = IN
</pre>
If you had attributes for the major widget states, widget visibility,
etc. you could do a lot there. Add simple math as in metacity themes
and you could do even more. So e.g.:
<pre>
line.X1 = button.X1 + 2
</pre>
These simple constructs may well be good enough to do all kinds of
great themes.
</p>
<p>
The important thing here is that entire application windows are
themselves just widgets, and the layout of a window is just the
default "theme" for that window. So say you have a control panel, you
could recurse down into it:
<pre> ControlPanel -&gt; Frame -&gt; Button -&gt; Rectangle -&gt; Line
</pre>
A GUI builder is a widget editor, which can edit everything from the
lines inside a GtkButton, to the entire toplevel window. To do a new
theme, graphic designers would just load up the original resource file
in the GUI builder and start changing around the "inessential" aspects
of the widget tree while leaving the "mandatory" widgets/attributes
unmodified.
</p>
<p>
Some of the more complex widgets essentially have to be primitives
("atoms") rather than composed. We know from long experience that a
tree widget can't be defined as a bunch of tree item subwidgets and
still perform adequately. However, some of the visuals (such as column
headers) are GtkWidgets today and could be composed widgets in this
new system.
</p>
<p>
<b>Fifth</b>, and this is maybe true whether or not we do all this
blue-sky stuff, the GTK+ layout system is showing its age. It's pretty
unpleasant to use with Glade as it is, but if you start to think about
changing the layout of a window in a theme for that window, it seems
pretty clear that we can do better. In a next-generation widget
system, the layout would almost always be in the "inessential"
properties of a widget, rather than the "essential"
properties. i.e. we would not expect the layout to be referenced from
inside the code.
</p>
<p>
<b>Summarizing so far</b>: the idea here is to define a widget as a
primitive widget (such as a line or input-only region) or a recursive
group of sub-widgets. To create a new app window, you just design a
new widget in the GUI builder. The resulting widget tree has
"essential" nodes and "inessential" nodes, where "inessential" nodes
can be replaced by alternate "inessential" nodes. The inessential
nodes are the "theme."
</p>
<p>
Themes are suddenly able to do far more than they do today: 1) they
can rearrange the internals of a button, because the basic layout
isn't hardcoded in the expose or coordinate event handlers 2) they can
rearrange buttons with respect to one another, because the widget
containing the buttons is just another widget which is themeable as a
whole. A control panel widget is to button widgets as button widgets
are to line and rectangle widgets. And of course themes can insert new
widgets (of the drawing primitive variety) anywhere in the widget
tree.
</p>
<p>
(I freely admit to handwaving a bunch of details here.)
</p>
<p>
<b>Sixth</b>, we still have the problem that we can't have graphical
elements that span the window manager frame and the client contents.
A hugely hard solution is to somehow have a global widget tree (the
widget tree for each app is visible to the compositing manager as a
subtree of the WM frame). I think some simpler hack would turn out to
be better, though in a resource-file-based widget system pushing the
widgets to the display server could be fundamentally saner than it
would be today. I'm not sure it would be saner, but it seems plausible
that you could do some clever things.
</p>
<p>
To make this seem less far-fetched, imagine that most widgets still
had an X window associated with them; now imagine that some hints were
set on those X windows about the kind of widget and how to render it;
the compositing manager could then be aware of the entire global
widget tree, and render graphical elements mixed in with the widgets
inside an app.
</p>
<p>
Anyway, that's what I've been thinking on this topic. To me this would
be a really interesting line of thought to prototype in the context of
a canvas widget. By doing a new widget system inside a canvas widget,
you could let GTK+ provide all the basics and just worry about the new
ideas. You could also allow apps to try out the new stuff in limited
contexts without porting to a wacky new widget system.
</p>
<p>
I know people will send me mail about HTML, XUL, and Longhorn and how
they already do much of this - to answer the question, I don't
disagree. There are several analogies I've had in my head here,
including HTML/CSS/DOM; scene graphs (and 2D "scene graphs"); and
GnomeCanvas.
</p>
<p>
I tried sketching out what the "resource file" and code would contain
for GtkButton and GtkEntry; it gets complicated fast and there are
unquestionably some issues to think about. In the worst case these
basic widgets would have to be relatively hardcoded: they could have
numerous "essential" aspects and assumptions about the visual details
in the code portion of the widgets. However, even if these basic
widgets are largely hardcoded, their complexities look specific to
basic widgets. Higher-level widgets such as entire application
windows are a lot easier in some ways (especially if we avoid the
container-widgets approach to layout).
</p></content:encoded>
<dc:date>2005-02-19T04:59:00+00:00</dc:date>
</item>
<item rdf:about="http://tieguy.org/blog/index.cgi/315">
<title>Luis Villa: Fri, 18 Feb 2005</title>
<link>http://tieguy.org/blog/index.cgi/315</link>
<content:encoded><img src="http://planet.gnome.org/heads/luis.png" align="right" alt=""><p>I am uploading another liveCD build; details <a href="http://mail.gnome.org/archives/marketing-list/2005-February/msg00135.html">here.</a> Also, I leave for Miami in the morning, so if the upload gets screwed up... well, such is life, someone else can I'm sure rebuild it from the previous release ;)</p><p>
FWIW, the LWE LiveCD was a success- we cleared in total a little over $200 over the production costs. That money will go towards seeding the next batch. Yay us, and thanks to all the guys at the booth who patiently repeated 'we're asking for a small donation...'</p><p>
Still lots of open issues in the <a href="http://live.gnome.org/GnomeLiveCd_2fToDo">ToDo</a> if people are interested in helping out. Right at the moment, I'm particularly curious as to whether or not anyone is seriously using the hoary 1.9 OOo builds and whether or not we should ship some subset of that instead of the monolithic and slower 1.1 builds. If someone wants to investigate using sabayon to ease configuration, that would rule too- currently I have a script that is poking a bunch of gconf keys. Massive suckage there :)</p><p>
On non-liveCD matters, I'm beginning to get seriously worried about the length and seriousness of the <a href="http://mail.gnome.org/archives/desktop-devel-list/2005-February/msg00356.html">showstoppers list.</a> I know some of these have been in for a while, but I would not have wanted to release 2.8.0 with them either. If you don't want to have a serious d-d-l/g-h discussion about potentially slipping the release when I get back from Miami, go fix some of these bugs :)</p></content:encoded>
<dc:date>2005-02-19T04:15:53+00:00</dc:date>
</item>
<item rdf:about="http://nat.org/2005/february/#17-February-2005">
<title>Nat Friedman: 17 February 2005</title>
<link>http://nat.org/2005/february/#17-February-2005</link>
<content:encoded><img src="http://planet.gnome.org/heads/nat.png" align="right" alt=""><a name="17-February-2005"></a> <b><u></u></b>&nbsp;<a href="http://nat.org/2005/february/#17-February-2005">#</a> <blockquote> "Writing an open source dating system is like opening a vegetarian steakhouse" <br /> &nbsp;&nbsp;&nbsp;&nbsp;&mdash; <a href="http://off.net/~shaver/diary">Mike Shaver</a> </blockquote><p></content:encoded>
<dc:date>2005-02-18T23:50:05+00:00</dc:date>
</item>
<item rdf:about="http://people.imendio.com/richard/archives/2005/02/long_live_plann.html">
<title>Richard Hult: Long live Planner!</title>
<link>http://people.imendio.com/richard/archives/2005/02/long_live_plann.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/rhult.png" align="right" alt=""><p>Just when I thought I'd never hack on Planner again, I somehow got into fixing some small bug that I noticed when looking at a patch. Then I suddenly had done more Planner hacking in one day than over the last year I think ;) The weirdest part is that I enjoyed it, even though just last month I said that I never wanted to touch it again :)</p>
<p><b>Gazpacho</b><br />
I just updated Gazpacho from svn and noticed that Lorenzo et al had been hacking a lot since I last tried it. It's really progressing nicely, I can't wait to be able to use it!</p></content:encoded>
<dc:date>2005-02-18T23:34:32+00:00</dc:date>
</item>
<item rdf:about="http://thomas.apestaart.org/log/index.php?p=274">
<title>Thomas Vander Stichele: Computer trouble</title>
<link>http://thomas.apestaart.org/log/index.php?p=274</link>
<content:encoded><img src="http://planet.gnome.org/heads/thomasvs.png" align="right" alt=""><p>So, a while back I mentioned how I have this computer put together with some new and some old parts that I was having problems with. The motherboard got replaced twice and still the damned thing wouldn&#8217;t boot anymore after a few days.</p>
<p>Since then, I had taken my machine to work to experiment with swapping out pieces with other hardware - processor, memory, video card, &#8230; Nothing made my machine do anything other than turn on the motherboard LED and spin up the CPU fan. No video on the card whatsoever.</p>
<p>So, time to go back one last time to the store that charged me 30 euro for looking at it and trying to brush me off by saying &#8220;cables were not connected properly". Well duh - I tried it with everything disconnected since the hard disk and other stuff is of no concern - just the cables from the power supply to the motherboard.</p>
<p>So anyway - I take a cab from work to the store to arrive about half an hour before the store&#8217;s closing time, only to find the store chooses to close earlier and doesn&#8217;t allow me to bring in the computer. If I wasn&#8217;t a big boy I&#8217;d have started crying there and then.</p>
<p>Instead, I bought a new stronger power supply from another store next to it - figuring it was the only thing I hadn&#8217;t really tried a good replacement for and went home. Put in the new power supply, still no sign of life.</p>
<p>So then in desperation (I mean, what can you do if&#8217; you&#8217;ve swapped every piece of hardware in your machine for another one by one ?), I read through the motherboard manual and came across the section for BIOS reset where it explains how to remove the battery and also short-circuit two pins for ten seconds. For some reason I decided to give that a go, and what do you know - after doing that the machine booted just fine.</p>
<p>I have no explanation for this. The motherboard was bought new after the last failure, and had worked for about three reboots, and then stopped with similar behaviour as the previous one. But it leads me to believe that while I&#8217;d like to think about computers as logical mechanical things you can reason about it, in reality there&#8217;s always a case to be made for &#8220;when all else fails, experiment".
</p></content:encoded>
<dc:date>2005-02-18T23:34:25+00:00</dc:date>
</item>
<item rdf:about="http://www.advogato.org/person/DV/diary.html?start=184">
<title>Daniel Veillard: 18 Feb 2005</title>
<link>http://www.advogato.org/person/DV/diary.html?start=184</link>
<content:encoded><img src="http://planet.gnome.org/heads/dv.png" align="right" alt=""><p><b>Software Patents</b>
<p> Anybody able to read french should read the on-line
<a href="http://www.lemonde.fr/web/article/0,1-0@2-3244,36-398497,0.html">article from Le Monde</a> where Michel Rocard (ex french
Prime Minister, socialist) explains how much battle and
pressure occured under the hood at the the European
commision on software patents. To borrow a short translation found from a commentator on /.:
<p><i>We never could have talked a common language with the companies representatives we met - in particular those from Microsoft. Speaking about free ideas circulation, free access to knowledge, was like speaking chinese to them. In their way of thinking, everything that is not usable for immediate profit cease to be a growth vector. They don't seem to be able to understand that an invention which is a pure spirit creation can't be pattented. It's simply terrifying. Many of us, at the Parliament, agree to say that they never have know such a pressure and such a verbal violence during their parliamentary work. It is a huge case.</i>
<p> Other translations from me that time:
<p><i>The Parliament vote, the 24th of September 2003, adopted by 361 vote for, 157 against and 28 abstain of
amendments [restricting the field of software patentability]. This caused the furor of the commission and led to a storm of mails coming from 15 large groups led by Microsoft.</i>
<p><i>We learned that to draft the first project, the
Commission used the work of external experts because this was a new topic to them. But many of those external experts
were coming from Microssoft and other software companies. </i>
<p> What IMHO make this big, is that it's such a failure
and there is so much griefs that someone with a very high
position like Rocard ends up exposing the case himself,
publicly and to the main newspaper in France !
<p><b>Code</b>
<p> I didn't blogged for 2 months, but I did some code anyway, I just released version 0.0.24 of gamin which should
fix the damn Desktop update problem people on Fedora Core 3
have been complaining about. I also worked on libxml2
for example working on XPath streaming subset but this is
not finished, it's in part used by Kasiemir to finish
the implementation of XML Schemas constraints.
<p><b>Sabayon</b>
<p> Okay I also worked on sabayon, mostly by giving its name
in a 2mn IRC challenge with Mark, implementing python
bindings for gamin, and working on the RPM packages. You
can visit us on #sabayon on gnome IRC if needed, but best
is to use the <a href="http://people.redhat.com/markmc/sabayon/">RPM packages</a>, it requires very recent versions of various
packages. We also lack a mailing-list (asked) and a
web site :-).
<p><b>Internet Radio</b>
<p> I have been pointed to <a href="http://www.radioparadise.com/">Radio Paradise</a>
Internet radio, and have been listening to it from xmms
the whole day, truely excellent, I'm tempted to make
a donation since they re listener supported (no ads !).</content:encoded>
<dc:date>2005-02-18T21:13:03+00:00</dc:date>
</item>
<item rdf:about="http://pubcrawler.org/2005/02/18/switched-to-wordpress/">
<title>Jamin Philip Gray: Switched to WordPress</title>
<link>http://pubcrawler.org/2005/02/18/switched-to-wordpress/</link>
<content:encoded><img src="http://planet.gnome.org/heads/jamin.png" align="right" alt=""><p>Well I finally got rid of <a href="http://movabletype.org">Movable Type</a> and made the switch to <a href="http://wordpress.org">WordPress</a>. I evaluated WordPress 1.4 and wasn&#8217;t terribly impressed but <a href="http://wordpress.org/development/2005/02/strayhorn/">WordPress 1.5</a> is slick. It only took me about 8 minutes to download, install, and import my MT entries. There are some broken links and that sort of thing, but overall, it went smoothly. If you notice any problems, let me know. </p>
<p>
I really like the default theme, but I&#8217;m making some minor tweaks to it. Stay tuned&#8230;
</p>
<p>
Unfortunately I had to remove the blogs I was hosting for friends. <img src="http://pubcrawler.org/wp-images/smilies/icon_sad.gif" alt=":(" class="wp-smiley" /> I&#8217;m hoping they&#8217;ll move to a hosted blogging service because I always enjoy reading what my friends write.
</p>
</p></content:encoded>
<dc:date>2005-02-18T16:58:34+00:00</dc:date>
</item>
<item rdf:about="http://www.advogato.org/person/rbultje/diary.html?start=88">
<title>Ronald Bultje: 18 Feb 2005</title>
<link>http://www.advogato.org/person/rbultje/diary.html?start=88</link>
<content:encoded><img src="http://planet.gnome.org/heads/bbb.png" align="right" alt=""><b>GStreamer Developer Summit</b><br />
From wednesday on, most GStreamer core developers and following (Andy, Benjamin, Christian, Dave, Julien, me, Thomas, Wim) got together to discuss future development and direction for the 0.9 branch . This will then become the final design for GStreamer 1.0; 1.0 would, in the end, be proposed for inclusion in both KDE and GNOME developer platforms. Big words, time for action.
<p>
<i>Problems:</i><br />
Current GStreamer-0.8 design has various generally agreed-on problems that cannot be fixed easily without breaking ABI/API. Worse, for a long time we did not know how to fix it and did not agree on a common direction towards fixing it.
<ul>
<li>thread-safety issues (refcount-, signal-, state-change- related stuff and a lot more)
<li>clocking/synchronization issues
<li>state handling on eos/error is wrong
<li>negotiation protocol issues
<li>a lot more
</ul>
Wim was leading the discussion to identify and agree on the mistakes in our current 0.8 tree, particularly the ones that we cannot fix in the 0.8 timeframe. This is mostly stuff that we agree on and know how to fix. It´s just something we need on paper for later.
<p>
<i>Generally agreed-on solutions:</i><br />
Here is what came out of this discussion:
<ul>
<li>eos/error should not change state. More generally, state and actual processing ("scheduling") should be separated from each other.
<li>refcounting should be threadsafe (glib)
<li>signals should be marshalled to the correct thread, either through a message bus or through cross-thread signal marshalling.
<li>Clocking should be improved to be implicitely synchronization (which we don´t have right now; *shame*) across streams.
</ul>
Most of thursday was spent on discussing and agreeing on the above. We mostly agree on all this. Friday was spent talking about scheduling of pipelines ("processing of the media").
<p>
<i>Solution #1: -threaded:</i><br />
-threaded is an experimental branch that aims to add locking in the right places, adds protocols on locking and variable usage and make it all just work. It also adds some nice extra features such as media processing on events (e.g. "preroll", which means that the media is preloaded while a user executes an action).
<p>
<i>Solution #2: -nonblock/async:</i><br />
-async/noblock is another experimental branch that aims to remove the requirement for threads by using an event-based scheduling model. Elements are only scheduled when all preconditions for a non-blocking execution of their function is met (e.g. a file descriptor, a clock, etc.). Interesting features are seamless mainloop integration, which allows out-of-dataflow pipeline processing (e.g. expose an X window on expose events).
<p>
<i>What's next:</i><br />
The rest of friday was spent on discussing both approaches, fetching problems, setting a short-term path and some more. Wim and Dave believe that the async/noblock approach can be merged in the otherwise nice -threaded approach (which already implements the other stuff that we agreed on).
<p>
Next few days, we'll be experimenting with the design and implement all of the above. We will also discuss various directions for gst-plugins that are not directly related to GStreamer core. For the near future, we will work on preparing core to become the 0.9 branch, port the various subsystems from -threaded and -noblock/async over to this 0.9 branch (and have various people understand and review this), write a porting guide, remove deprecated code, write reference plugin implementations, updating documentation and porting plugins. From then on, we hopefully rock.
<p>
Time for beer. :).</content:encoded>
<dc:date>2005-02-18T16:22:42+00:00</dc:date>
</item>
<item rdf:about="http://www.inkstain.net/fleck/archives/001569.html">
<title>John Fleck: Hockey Stick for Dummies</title>
<link>http://www.inkstain.net/fleck/archives/001569.html</link>
<content:encoded><img src="http://planet.gnome.org/heads/jfleck.png" align="right" alt=""><p>Gavin and Caspar at RealClimate give <a href="http://www.realclimate.org/index.php?p=121">the best explanation I've yet read</a> about how principal components analysis works, and how it is applied in the discussion over <a href="http://www.realclimate.org/index.php?p=7">Michael Mann's hockey stick</a>.</p></content:encoded>
<dc:date>2005-02-18T16:18:04+00:00</dc:date>
</item>
<item rdf:about="http://tieguy.org/blog/index.cgi/314">
<title>Luis Villa: Fri, 18 Feb 2005</title>
<link>http://tieguy.org/blog/index.cgi/314</link>
<content:encoded><img src="http://planet.gnome.org/heads/luis.png" align="right" alt=""><p>I am sooo wiped today. I was supposed to go to <a href="http://fedoraproject.org/fudcon/">fudcon</a>, and I still might try to make it for the afternoon, but I'm totally wiped from LWE right now, and just laying on my couch and catching up on sleep and email seems really, really appealing. Plus I need to pack for my 7am flight home tomorrow morning :/</p><p>
LWE in general was awesome- lots of happy GNOME users stopped by and said thanks, got to meet some new faces, see some slightly less new faces, and lots of old faces, of course. Will write more at some point after I'm recovered :)</p></content:encoded>
<dc:date>2005-02-18T15:05:17+00:00</dc:date>
</item>
<item rdf:about="http://www.figuiere.net/hub/blog/?2005/02/18/96-f-spot-and-libgphoto2">
<title>Hubert Figuiere: F-Spot and libgphoto2</title>
<link>http://www.figuiere.net/hub/blog/?2005/02/18/96-f-spot-and-libgphoto2</link>
<content:encoded><img src="http://planet.gnome.org/heads/hub.png" align="right" alt=""><p>Wow <a href="http://primates.ximian.com/~lewing/blog/archives/000025.html">F-Spot 0.0.8</a> supports using <a href="http://www.gphoto.org/">libgphoto2</a> to import pictures from the camera. Congrats guys !</p>
<p>I'll have to try that.</p></content:encoded>
<dc:date>2005-02-18T14:24:42+00:00</dc:date>
</item>
</rdf:RDF>
|