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
|
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:db="http://docbook.org/ns/docbook">
<head>
<title>FreeBSD Quarterly Status Report</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<link rel="shortcut icon" href="https://www.FreeBSD.org/favicon.ico" type="image/x-icon" />
<link rel="stylesheet" media="screen,print" href="https://www.FreeBSD.org/layout/css/fixed.css?20130112" type="text/css" />
</head>
<body>
<div id="containerwrap">
<div id="container">
<span class="txtoffscreen"><a href="#content" title="Skip site navigation" accesskey="1">Skip site navigation</a> (1)
<a href="#contentwrap" title="Skip section navigation" accesskey="2">Skip section navigation</a> (2)
</span>
<div id="headercontainer">
<div id="header">
<h2 class="blockhide">Header And Logo</h2>
<div id="headerlogoleft">
<a href="../.." title="FreeBSD">
<img src="https://www.FreeBSD.org/layout/images/logo-red.png" width="457" height="75" alt="FreeBSD" />
</a>
</div>
<div id="headerlogoright">
<div class="frontdonateroundbox">
<div class="frontdonatetop">
<div>
<b style="display: none;">.</b>
</div>
</div>
<div class="frontdonatecontent">
<a href="https://www.FreeBSDFoundation.org/donate/">Donate to FreeBSD</a>
</div>
<div class="frontdonatebot">
<div>
<b style="display: none;">.</b>
</div>
</div>
</div>
<h2 class="blockhide">Peripheral Links</h2>
<div id="searchnav">
<ul id="searchnavlist"></ul>
</div>
<div id="search">
<form method="get" id="search-form" action="https://duckduckgo.com/" onsubmit="document.getElementById('words').value+=' (site:www.FreeBSD.org OR site:docs.FreeBSD.org OR site:lists.FreeBSD.org OR site:wiki.FreeBSD.org OR site:forums.FreeBSD.org)'">
<h2 class="blockhide">
<label for="words">Search</label>
</h2>
<input type="hidden" name="ka" value="v" />
<input type="hidden" name="kt" value="v" />
<input type="hidden" name="kh" value="1" />
<input type="hidden" name="kj" value="r2" />
<input id="words" name="q" type="text" size="20" maxlength="255" onfocus="if( this.value==this.defaultValue ) this.value='';" value="Search" />
<span> </span>
<input id="submit" name="submit" type="submit" value="Search" />
</form>
</div>
</div>
</div>
<h2 class="blockhide">Site Navigation</h2>
<div id="menu">
<ul class="first">
<li>
<a href="../../">Home</a>
</li>
</ul>
<ul>
<li>
<a href="../../about.html">About</a>
<ul>
<li>
<a href="../../projects/newbies.html">Introduction</a>
</li>
<li>
<a href="../../features.html">Features</a>
</li>
<li>
<a href="../../advocacy/">Advocacy</a>
</li>
<li>
<a href="../../marketing/">Marketing</a>
</li>
<li>
<a href="../../privacy.html">Privacy Policy</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../where.html">Get FreeBSD</a>
<ul>
<li>
<a href="../../releases/">Release Information</a>
</li>
<li>
<a href="../../releng/">Release Engineering</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../docs.html">Documentation</a>
<ul>
<li>
<a href="../../doc/en_US.ISO8859-1/books/faq/">FAQ</a>
</li>
<li>
<a href="../../doc/en_US.ISO8859-1/books/handbook/">Handbook</a>
</li>
<li>
<a href="../../doc/en_US.ISO8859-1/books/porters-handbook">Porter's Handbook</a>
</li>
<li>
<a href="../../doc/en_US.ISO8859-1/books/developers-handbook">Developer's Handbook</a>
</li>
<li>
<a href="//www.FreeBSD.org/cgi/man.cgi">Manual Pages</a>
</li>
<li>
<a href="https://papers.FreeBSD.org">Presentations and Papers</a>
</li>
<li>
<a href="../../doc/en_US.ISO8859-1/books/fdp-primer">Documentation Project Primer</a>
</li>
<li>
<a href="../../docs/books.html">All Books and Articles</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../community.html">Community</a>
<ul>
<li>
<a href="../../community/mailinglists.html">Mailing Lists</a>
</li>
<li>
<a href="https://forums.FreeBSD.org">Forums</a>
</li>
<li>
<a href="../../usergroups.html">User Groups</a>
</li>
<li>
<a href="../../events/events.html">Events</a>
</li>
<li>
<a href="http://freebsdjournal.com">FreeBSD Journal</a>
</li>
<li>
<a href="http://serverfault.com/questions/tagged/freebsd">Q&A (external)</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../projects/index.html">Developers</a>
<ul>
<li>
<a href="https://wiki.FreeBSD.org/IdeasPage">Project Ideas</a>
</li>
<li>
<a href="https://cgit.FreeBSD.org">Git Repository</a>
</li>
<li>
<a href="https://svnweb.FreeBSD.org">Subversion Repository</a>
</li>
<li>
<a href="https://github.com/freebsd">GitHub Mirror</a>
</li>
<li>
<a href="https://reviews.FreeBSD.org">Code Review (Phabricator)</a>
</li>
<li>
<a href="https://wiki.FreeBSD.org">Wiki</a>
</li>
<li>
<a href="https://ci.FreeBSD.org">Continuous Integration Service</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../support.html">Support</a>
<ul>
<li>
<a href="../../commercial/commercial.html">Vendors</a>
</li>
<li>
<a href="../../security/">Security Information</a>
</li>
<li>
<a href="https://bugs.FreeBSD.org/search/">Bug Reports</a>
</li>
<li>
<a href="https://www.FreeBSD.org/support.html">Submitting Bug Reports</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="https://www.freebsdfoundation.org/">Foundation</a>
<ul>
<li>
<a href="https://www.freebsdfoundation.org/donate/">Monetary Donations</a>
</li>
<li>
<a href="../../donations/index.html#systems">Hardware Donations</a>
</li>
</ul>
</li>
</ul>
</div>
</div>
<div id="content">
<div id="sidewrap">
<div id="sidenav">
<h2 class="blockhide">Section Navigation</h2>
<ul>
<li>
<a href="../../about.html">About</a>
</li>
<li>
<a href="../../features.html">Features</a>
</li>
<li>
<a href="../../applications.html">Applications</a>
</li>
<li>
<a href="../../advocacy/">Advocacy</a>
</li>
<li>
<a href="../../marketing/">Marketing</a>
</li>
<li>
<a href="../../administration.html">Administration</a>
</li>
<li>
<a href="../../news/newsflash.html">News</a>
</li>
<li>
<a href="../../events/events.html">Events</a>
</li>
<li>
<a href="../../news/press.html">Press</a>
</li>
<li>
<a href="../../multimedia/multimedia.html">Multimedia</a>
</li>
<li>
<a href="../../art.html">Artwork</a>
</li>
<li>
<a href="../../logo.html">Logo</a>
</li>
<li>
<a href="../../donations/">Donations</a>
</li>
<li>
<a href="../../copyright/">Legal Notices</a>
</li>
<li>
<a href="../../privacy.html">Privacy Policy</a>
</li>
</ul>
</div>
</div>
<div id="contentwrap"><h1>Introduction</h1><p>This report covers FreeBSD-related projects between January and
March 2013. This is the first of four reports planned for 2013.</p><p>Highlights from this status report include the busy preparations
of 8.4-RELEASE, restoration of binary package building, steady
progress of several porting efforts, like work on the FreeBSD ports
of xorg, GNOME, KDE, and Xfce, bringing FreeBSD to Cubieboard and
Hackberry boards, development of ARM and AMD GPU support,
improving performance of UFS/FFS and callouts, and introducing a
multipath TCP implementation for the network stack.</p><p>Thanks to all the reporters for the excellent work! This report
contains 31 entries and we hope you enjoy reading it.</p><p>The deadline for submissions covering the period between April
and June 2013 is July 7th, 2013.</p><hr /><h3><a href="#Projects">Projects</a></h3><ul><li><a href="#FreeNAS">FreeNAS</a></li><li><a href="#Kernel-Information-in-Process-Core-Dumps">Kernel Information in Process Core Dumps</a></li><li><a href="#Native-iSCSI-Stack">Native iSCSI Stack</a></li></ul><h3><a href="#FreeBSD-Team-Reports">FreeBSD Team Reports</a></h3><ul><li><a href="#FreeBSD-Bugmeister-Team">FreeBSD Bugmeister Team</a></li><li><a href="#FreeBSD-Core-Team">FreeBSD Core Team</a></li><li><a href="#FreeBSD-Port-Managers">FreeBSD Port Managers</a></li><li><a href="#FreeBSD-Postmaster-Team">FreeBSD Postmaster Team</a></li><li><a href="#FreeBSD-Release-Engineering-Team">FreeBSD Release Engineering Team</a></li></ul><h3><a href="#Kernel">Kernel</a></h3><ul><li><a href="#AMD-GPU-Kernel-Mode-Setting-(KMS)-Support">AMD GPU Kernel Mode-Setting (KMS) Support</a></li><li><a href="#Atomic-"close-on-exec"">Atomic "close-on-exec"</a></li><li><a href="#callout(9)-Improvements">callout(9) Improvements</a></li><li><a href="#Multipath-TCP-(MPTCP)-for-FreeBSD">Multipath TCP (MPTCP) for FreeBSD</a></li><li><a href="#racct:-Block-IO-Accounting">racct: Block IO Accounting</a></li><li><a href="#Read-only-Port-of-NetBSD's-UDF-File-System">Read-only Port of NetBSD's UDF File System</a></li><li><a href="#TCP-AO-Authentication-Option">TCP-AO Authentication Option</a></li><li><a href="#UFS/FFS-Performance-Work">UFS/FFS Performance Work</a></li></ul><h3><a href="#Documentation">Documentation</a></h3><ul><li><a href="#Improving-the-Documentation-Project-Infrastructre">Improving the Documentation Project Infrastructre</a></li><li><a href="#The-entities-Documentation-Branch">The entities Documentation Branch</a></li><li><a href="#The-FreeBSD-Japanese-Documentation-Project">The FreeBSD Japanese Documentation Project</a></li></ul><h3><a href="#Architectures">Architectures</a></h3><ul><li><a href="#FreeBSD-on-Cubieboard">FreeBSD on Cubieboard</a></li><li><a href="#FreeBSD/arm-Superpages-for-ARMv7">FreeBSD/arm Superpages for ARMv7</a></li><li><a href="#FreeBSD/ARM-Toolchain-Improvements">FreeBSD/ARM Toolchain Improvements</a></li></ul><h3><a href="#Ports">Ports</a></h3><ul><li><a href="#FreeBSD-Haskell-Ports">FreeBSD Haskell Ports</a></li><li><a href="#GNOME/FreeBSD">GNOME/FreeBSD</a></li><li><a href="#KDE/FreeBSD">KDE/FreeBSD</a></li><li><a href="#PyPy">PyPy</a></li><li><a href="#Wine32-on-FreeBSD/amd64">Wine32 on FreeBSD/amd64</a></li><li><a href="#Xfce/FreeBSD">Xfce/FreeBSD</a></li><li><a href="#xorg-on-FreeBSD">xorg on FreeBSD</a></li></ul><h3><a href="#Miscellaneous">Miscellaneous</a></h3><ul><li><a href="#BXR.SU-—-Super-User's-BSD-Cross-Reference">BXR.SU — Super User's BSD Cross Reference</a></li><li><a href="#mdoc.su-—-Short-Manual-Page-URLs">mdoc.su — Short Manual Page URLs</a></li></ul><ul></ul><hr /><br /><h1><a name="Projects" href="#Projects" id="Projects">Projects</a></h1><br /><h2><a name="FreeNAS" href="#FreeNAS" id="FreeNAS">FreeNAS</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.FreeNAS.org/" title="http://www.FreeNAS.org/"></a></td><td>
URL: <a href="http://www.FreeNAS.org/" title="">http://www.FreeNAS.org/</a></td></tr></table><p>
Contact:
Alfred
Perlstein
<<a href="mailto:alfred@FreeBSD.org">alfred@FreeBSD.org</a>>
<br />
Contact:
Josh
Paetzel
<<a href="mailto:jpaetzel@FreeBSD.org">jpaetzel@FreeBSD.org</a>>
</p>
<p>FreeNAS 8.3.1-RELEASE-p2 will hit Sourceforge the second week
of April, and should end up as the last FreeNAS release based on
FreeBSD 8.X. It is currently the only Free Open Source NAS
product available with any form of ZFS encryption (provided by
GELI).</p>
<h3>Open tasks:</h3><ol><li>The team is hard at work on getting a FreeBSD 9.X-based
release of FreeNAS ready. Currently there are several nightly
snapshots available.</li><li>Add HAST to the webinterface.</li><li>Migrate to NFSv4.</li><li>Integrate foundation sponsored kernel iSCSI target.</li></ol><hr /><h2><a name="Kernel-Information-in-Process-Core-Dumps" href="#Kernel-Information-in-Process-Core-Dumps" id="Kernel-Information-in-Process-Core-Dumps">Kernel Information in Process Core Dumps</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr></table><p>
Contact:
Mikolaj
Golub
<<a href="mailto:trociny@freebsd.org">trociny@freebsd.org</a>>
</p>
<p>When doing postmortem analysis of a crashed process it is
sometimes very useful to have kernel information about the process
at the moment of the crash, like open file descriptors or resource
limits. For a live process this information can be obtained via
<tt>sysctl(3)</tt> interface e.g. using <tt>procstat(1)</tt>.</p>
<p>The aim of the project is to add additional notes to a process
core dump, which include process information from the kernel at
the moment of the process crash, teach <tt>libprocstat(3)</tt>
to extract this information and make <tt>procstat(1)</tt> use
this functionality.</p>
<p>At the moment all necessary code changes are committed to HEAD
and are going to be merge to stable/9 in 1 month.</p>
<hr /><h2><a name="Native-iSCSI-Stack" href="#Native-iSCSI-Stack" id="Native-iSCSI-Stack">Native iSCSI Stack</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="https://wiki.freebsd.org/Native%20iSCSI%20target" title="https://wiki.freebsd.org/Native%20iSCSI%20target"></a></td><td>
URL: <a href="https://wiki.freebsd.org/Native%20iSCSI%20target" title="">https://wiki.freebsd.org/Native%20iSCSI%20target</a></td></tr></table><p>
Contact:
Edward Tomasz
Napierała
<<a href="mailto:trasz@FreeBSD.org">trasz@FreeBSD.org</a>>
</p>
<p>Focus of the project was extended to also include a new iSCSI
initiator. Compared to the old one, it is more reliable, much
more user-friendly, and somewhat faster. It uses exactly the
same configuration file format as the old one to make migration
easier.</p>
<p>As for the target side, it was verified to work properly
against major initiators (FreeBSD, Linux, Solaris, Windows and VMWare
ESX).</p>
<p>This project is being sponsored by FreeBSD Foundation.</p>
<h3>Open tasks:</h3><ol><li>RDMA support, for both the target and the initiator.</li><li>Performance optimization.</li></ol><hr /><br /><h1><a name="FreeBSD-Team-Reports" href="#FreeBSD-Team-Reports" id="FreeBSD-Team-Reports">FreeBSD Team Reports</a></h1><br /><h2><a name="FreeBSD-Bugmeister-Team" href="#FreeBSD-Bugmeister-Team" id="FreeBSD-Bugmeister-Team">FreeBSD Bugmeister Team</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr></table><p>
Contact:
Eitan
Adler
<<a href="mailto:eadler@FreeBSD.org">eadler@FreeBSD.org</a>>
<br />
Contact:
Gavin
Atkinson
<<a href="mailto:gavin@FreeBSD.org">gavin@FreeBSD.org</a>>
<br />
Contact:
Oleksandr
Tymoshenko
<<a href="mailto:gonzo@FreeBSD.org">gonzo@FreeBSD.org</a>>
</p>
<p>The FreeBSD Bugmeister Team are continuing to evaluate options for
alternate bug trackers and have narrowed their choices to two
possibilities: Bugzilla and roundup.</p>
<p>The number of non-ports PRs have remained relatively static over
the last three months, with as many coming in as being closed.
The number of ports PRs have increased recently, largely due to
the ports freeze for the upcoming 8.4-RELEASE.</p>
<p>The Bugmeister team continue work on trying to make the contents
of the GNATS PR database cleaner, more accessible and easier for
committers to find and resolve PRs, by tagging PRs to indicate
the areas involved, and by ensuring that there is sufficient
info within each PR to resolve each issue.</p>
<p>As always, anybody interested in helping out with the PR queue is
welcome to join us in <tt>#freebsd-bugbusters</tt> on EFnet. We
are always looking for additional help, whether your interests
lie in triaging incoming PRs, generating patches to resolve
existing problems, or simply helping with the database
housekeeping (identifying duplicate PRs, ones that have already
been resolved, etc). This is a great way of getting more
involved with FreeBSD!</p>
<h3>Open tasks:</h3><ol><li>Finalize the decision of which new bug tracker to
use.</li><li>Get more users involved with triaging PRs as they come
in.</li><li>Assist committers with closing PRs.</li></ol><hr /><h2><a name="FreeBSD-Core-Team" href="#FreeBSD-Core-Team" id="FreeBSD-Core-Team">FreeBSD Core Team</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr></table><p>
Contact:
Core Team
<<a href="mailto:core@FreeBSD.org">core@FreeBSD.org</a>>
</p>
<p>At the end of 2012, the Core Team approved using Google
Analytics on the Project web site to enable the Documentation
Engineering Team to collect statistics on its usage for better
profiling. In the first quarter of 2013, the Core Team worked
with the Documentation Engineering Team to finalize the
associated policies.</p>
<p>Due to some debates around the political correctness of quotes
added for the fortune(6) utility, the corresponding data file
has been removed from the base system in -CURRENT.</p>
<p>In light of the security incident, the liaison role between the
Core Team and the Security Team has been restored, with Gavin
Atkinson assuming this role. The Core Team work hard on
resolving the current situation of the binary package building
cluster and the associated security problems in tight
cooperation with the Ports Management Team, Cluster
Administators, and the FreeBSD Foundation Board. The <a href="http://www.FreeBSD.org/news/2012-compromise.html" shape="rect">compromise page</a>
is kept updated on the results.</p>
<p>The FreeBSD Project submitted an application for Google Summer of
Code this year again.</p>
<p>There was access granted for 2 new committers and 1 commit bit
was taken for safekeeping in this quarter.</p>
<hr /><h2><a name="FreeBSD-Port-Managers" href="#FreeBSD-Port-Managers" id="FreeBSD-Port-Managers">FreeBSD Port Managers</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.FreeBSD.org/ports/" title="http://www.FreeBSD.org/ports/"></a></td><td>
URL: <a href="http://www.FreeBSD.org/ports/" title="">http://www.FreeBSD.org/ports/</a></td></tr><tr><td><a href="http://www.freebsd.org/doc/en/articles/contributing-ports/" title="http://www.freebsd.org/doc/en/articles/contributing-ports/"></a></td><td>
URL: <a href="http://www.freebsd.org/doc/en/articles/contributing-ports/" title="">http://www.freebsd.org/doc/en/articles/contributing-ports/</a></td></tr><tr><td><a href="http://portsmon.freebsd.org/" title="http://portsmon.freebsd.org/"></a></td><td>
URL: <a href="http://portsmon.freebsd.org/" title="">http://portsmon.freebsd.org/</a></td></tr><tr><td><a href="http://www.freebsd.org/portmgr/" title="http://www.freebsd.org/portmgr/"></a></td><td>
URL: <a href="http://www.freebsd.org/portmgr/" title="">http://www.freebsd.org/portmgr/</a></td></tr><tr><td><a href="http://blogs.freebsdish.org/portmgr/" title="http://blogs.freebsdish.org/portmgr/"></a></td><td>
URL: <a href="http://blogs.freebsdish.org/portmgr/" title="">http://blogs.freebsdish.org/portmgr/</a></td></tr><tr><td><a href="http://www.twitter.com/freebsd_portmgr/" title="http://www.twitter.com/freebsd_portmgr/"></a></td><td>
URL: <a href="http://www.twitter.com/freebsd_portmgr/" title="">http://www.twitter.com/freebsd_portmgr/</a></td></tr><tr><td><a href="http://www.facebook.com/portmgr" title="http://www.facebook.com/portmgr"></a></td><td>
URL: <a href="http://www.facebook.com/portmgr" title="">http://www.facebook.com/portmgr</a></td></tr></table><p>
Contact:
Thomas
Abthorpe
<<a href="mailto:portmgr-secretary@FreeBSD.org">portmgr-secretary@FreeBSD.org</a>>
<br />
Contact:
Port
Management Team
<<a href="mailto:portmgr@FreeBSD.org">portmgr@FreeBSD.org</a>>
</p>
<p>The ports tree contains approximately 24,300 ports, while the
PR count still is close to 1600.</p>
<p>In the first quarter we added 4 new committers, took in 1
commit bit for safe keeping, and re-instated 1 commit bit.</p>
<p>In February, Mark Linimon (linimon) stepped down from his
duties in the team. Mark had been the second longest serving member of
the team. Mark had spent many long hours refactoring and
documenting the portbuild software to ensure that pointyhat
services could be restored.</p>
<p>After a security review, redports.org was turned back on,
restoring Tinderbox services to contributors, along with post
commit QATs. In addition, pointyhat infrastructure had also
undergone a review and work begain on restoring the package
build system.</p>
<p>Erwin Lansing (erwin) and Martin Wilke (miwi) took on the
principle roles of getting the portbuild software installed and
running on pointyhat. As a result of all their hard work,
portmgr@ was finally able to resume doing -exp runs, preparing
packages for the upcoming 8.4 release, as well as getting a set
of 9.1 packages retroactively prepared.</p>
<p>After many long years of being the defacto standard for the
Project, CVS support for the ports tree officially ended on
February 28.</p>
<p>The ports tree was tagged with <tt>RELEASE_7_EOL</tt>, to
coincide with the end of life for FreeBSD 7.X.</p>
<p>Beat Gaetzi (beat) stepped down from his duties on portmgr@ in
March. Among his notable contributions was the task of migrating
the Ports Tree from the old CVS repo to Subversion.</p>
<p>Bryan Drewery (bdrewery) joined the Ports Management team in
March, bringing with him his wealth of knowledge and skill from
maintaining portupgrade, portmaster, assisting with pkgng, as
well as co-developing poudriere.</p>
<h3>Open tasks:</h3><ol><li>Most ports PRs are assigned, we now need to focus on
testing, committing and closing.</li></ol><hr /><h2><a name="FreeBSD-Postmaster-Team" href="#FreeBSD-Postmaster-Team" id="FreeBSD-Postmaster-Team">FreeBSD Postmaster Team</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr></table><p>
Contact:
David
Wolfskill
<<a href="mailto:postmaster@FreeBSD.org">postmaster@FreeBSD.org</a>>
</p>
<p>In the first quarter of 2013, the FreeBSD Postmaster Team has
implemented the following items that may be interest of the
general public:</p>
<ul>
<li>Changes in configuration of Mailman-managed lists: allow to
accept the <tt>application/pkcs7-signature</tt> MIME type (in
addition to the <tt>application/x-pkcs7-signature</tt> MIME
type), thus permitting S/MIME signatures on list mail.</li>
<li>New lists: <tt>freebsd-ops-announce</tt> —
announcements of infrastructure issues, and <tt>freebsd-pkg</tt>
— discussion of binary package management and package
tools.</li>
</ul>
<hr /><h2><a name="FreeBSD-Release-Engineering-Team" href="#FreeBSD-Release-Engineering-Team" id="FreeBSD-Release-Engineering-Team">FreeBSD Release Engineering Team</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.freebsd.org/releases/8.4R/schedule.html" title="http://www.freebsd.org/releases/8.4R/schedule.html"></a></td><td>
URL: <a href="http://www.freebsd.org/releases/8.4R/schedule.html" title="">http://www.freebsd.org/releases/8.4R/schedule.html</a></td></tr></table><p>
Contact: FreeBSD Release Engineering Team <<a href="mailto:re@FreeBSD.org">re@FreeBSD.org</a>>
</p>
<p>FreeBSD 8.4-RC1 just got out the door and we are planning RC2. A
couple of critical fixes have come in that will be included in
RC2. The schedule has slipped about 10 days so far. We are
expecting the final release by the end of April. Packages for 8.4
have been provided by a fully operational package building
cluster.</p>
<hr /><br /><h1><a name="Kernel" href="#Kernel" id="Kernel">Kernel</a></h1><br /><h2><a name="AMD-GPU-Kernel-Mode-Setting-(KMS)-Support" href="#AMD-GPU-Kernel-Mode-Setting-(KMS)-Support" id="AMD-GPU-Kernel-Mode-Setting-(KMS)-Support">AMD GPU Kernel Mode-Setting (KMS) Support</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="https://wiki.freebsd.org/AMD_GPU" title="https://wiki.freebsd.org/AMD_GPU">Project status on the wiki</a></td><td>
URL: <a href="https://wiki.freebsd.org/AMD_GPU" title="Project status on the wiki">https://wiki.freebsd.org/AMD_GPU</a></td></tr></table><p>
Contact:
Jean-Sébastien
Pédron
<<a href="mailto:dumbbell@FreeBSD.org">dumbbell@FreeBSD.org</a>>
<br />
Contact:
J.R.
Oldroyd
<<a href="mailto:jr@opal.com">jr@opal.com</a>>
<br />
Contact:
Konstantin
Belousov
<<a href="mailto:kib@FreeBSD.org">kib@FreeBSD.org</a>>
</p>
<p>The project progressed well since February:</p>
<ul>
<li>Konstantin committed his TTM port to 10-CURRENT.</li>
<li>With the help of John Baldwin (jhb) and Andriy Gapon (avg),
the Video BIOS situation greatly improved: the
<tt>radeonkms</tt> driver reads the BIOS shadow copy if the
video card is the primary one, or query the PCI expansion ROM
otherwise. In the end, this code will be probably committed
to the PCI driver so that other video drivers benefit from
it.</li>
<li>Andriy also reported several problems with the I2C code.
Now that they are fixed, the monitors plugged into DVI and
HDMI connectors are detected and their EDID is read correctly.
VGA connector is not tested so far.</li>
<li>There is a locking problem in either TTM or the Radeon
driver which prevents OpenGL from working properly.
Jean-Sébastien is currently tracking this down.</li>
<li>J.R. Oldroyd started to work on a 9-STABLE backport of the
driver which is now working quite well. He had to backport
some features from the VM which may need further refinement by
the VM folks.</li>
</ul>
<p><a href="http://www.yakaz.com/" shape="rect">Yakaz</a> loaned
Jean-Sébastien a computer which allows him to test a
RV630-based discrete card and, in the future, other PCIe cards.
Several users already kindly tested the driver. Big thanks to
all those contributors!</p>
<p>In its current state, the driver allows a simple X
session (no OpenGL), run common applications, watch movies,
change the resolution and enable additional monitors with
<tt>xrandr(1)</tt>. The most blocking issue now is the OpenGL
deadlock which prevents running modern compositors/desktop
environment, games and WebGL demos. We are not ready for a
"Call For Testers" yet.</p>
<h3>Open tasks:</h3><ol><li>Test multiple cards configurations for Video BIOS issues,
especially Intel integrated card + Radeon discrete card, and AMD
integrated card (IGP) + Radeon discrete card. No need to check
configurations with one shared connector though, it is not
supported right now.</li></ol><hr /><h2><a name="Atomic-"close-on-exec"" href="#Atomic-"close-on-exec"" id="Atomic-"close-on-exec"">Atomic "close-on-exec"</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="https://wiki.freebsd.org/AtomicCloseOnExec" title="https://wiki.freebsd.org/AtomicCloseOnExec"></a></td><td>
URL: <a href="https://wiki.freebsd.org/AtomicCloseOnExec" title="">https://wiki.freebsd.org/AtomicCloseOnExec</a></td></tr></table><p>
Contact:
Jilles
Tjoelker
<<a href="mailto:jilles@FreeBSD.org">jilles@FreeBSD.org</a>>
</p>
<p>If threads or signal handlers call <tt>fork()</tt> and
<tt>exec()</tt>, file descriptors may be passed undesirably to
child processes, which may lead to hangs (if a pipe is not
closed), exceeding the file descriptor limit and security
problems (if the child process has lower privilege). One
solution is various new APIs that set the <q>close-on-exec</q>
flag atomically with allocating a file descriptor. Some
existing software will use the new features if present or will
even refuse to compile without them.</p>
<p>Various parts have been present for some time.</p>
<p>In first quarter of 2013, extensions to <tt>recvmsg()</tt>,
<tt>socket()</tt>, <tt>socketpair()</tt> and
<tt>posix_openpt()</tt> have been added.</p>
<hr /><h2><a name="callout(9)-Improvements" href="#callout(9)-Improvements" id="callout(9)-Improvements">callout(9) Improvements</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://people.freebsd.org/~davide/asia/callout_paper.pdf" title="http://people.freebsd.org/~davide/asia/callout_paper.pdf"></a></td><td>
URL: <a href="http://people.freebsd.org/~davide/asia/callout_paper.pdf" title="">http://people.freebsd.org/~davide/asia/callout_paper.pdf</a></td></tr><tr><td><a href="http://people.freebsd.org/~davide/asia/calloutng.pdf" title="http://people.freebsd.org/~davide/asia/calloutng.pdf"></a></td><td>
URL: <a href="http://people.freebsd.org/~davide/asia/calloutng.pdf" title="">http://people.freebsd.org/~davide/asia/calloutng.pdf</a></td></tr><tr><td><a href="http://svnweb.freebsd.org/base?view=revision&revision=247777" title="http://svnweb.freebsd.org/base?view=revision&revision=247777"></a></td><td>
URL: <a href="http://svnweb.freebsd.org/base?view=revision&revision=247777" title="">http://svnweb.freebsd.org/base?view=revision&revision=247777</a></td></tr></table><p>
Contact:
Davide
Italiano
<<a href="mailto:davide@FreeBSD.org">davide@FreeBSD.org</a>>
<br />
Contact:
Alexander
Motin
<<a href="mailto:mav@FreeBSD.org">mav@FreeBSD.org</a>>
</p>
<p>In FreeBSD, timers are provided by the callout facility, which
allows to register a function with an argument to be called at
specified future time. The subsystem suffered of some problems,
such as the impossibility of handling high-resolution events or
its inherent periodic structure, which may lead to spurious
wakeups and higher power consumption. Some consumers, such as
high-speed networking, VoIP and other real-time applications
need a better precision than the one currently allowed. Also,
especially with the ubiquity of laptops in the last years, the
energy wasted by interrupts waking CPUs from sleep may be a
sensitive factor. Recent changes in the subsystem addressed
those long-standing issues as well as introduced a new
programming interface to take advantage of the new features.</p>
<h3>Open tasks:</h3><ol><li>Evaluating if it is worthwhile to migrate any of the other
callout(9) consumers to the new interface.</li><li>Move callout consumers still using the legacy
timeout()/untimeout() interface to callout_*() in order to get
rid of redundant code and clean up KPI.</li></ol><hr /><h2><a name="Multipath-TCP-(MPTCP)-for-FreeBSD" href="#Multipath-TCP-(MPTCP)-for-FreeBSD" id="Multipath-TCP-(MPTCP)-for-FreeBSD">Multipath TCP (MPTCP) for FreeBSD</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html" title="http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html"></a></td><td>
URL: <a href="http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html" title="">http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html</a></td></tr><tr><td><a href="http://caia.swin.edu.au/newtcp/mptcp/" title="http://caia.swin.edu.au/newtcp/mptcp/"></a></td><td>
URL: <a href="http://caia.swin.edu.au/newtcp/mptcp/" title="">http://caia.swin.edu.au/newtcp/mptcp/</a></td></tr><tr><td><a href="http://caia.swin.edu.au/reports/130424A/CAIA-TR-130424A.pdf" title="http://caia.swin.edu.au/reports/130424A/CAIA-TR-130424A.pdf"></a></td><td>
URL: <a href="http://caia.swin.edu.au/reports/130424A/CAIA-TR-130424A.pdf" title="">http://caia.swin.edu.au/reports/130424A/CAIA-TR-130424A.pdf</a></td></tr><tr><td><a href="https://pub.allbsd.org/FreeBSD-snapshots/" title="https://pub.allbsd.org/FreeBSD-snapshots/"></a></td><td>
URL: <a href="https://pub.allbsd.org/FreeBSD-snapshots/" title="">https://pub.allbsd.org/FreeBSD-snapshots/</a></td></tr></table><p>
Contact:
Nigel
Williams
<<a href="mailto:njwilliams@swin.edu.au">njwilliams@swin.edu.au</a>>
<br />
Contact:
Lawrence
Stewart
<<a href="mailto:lastewart@swin.edu.au">lastewart@swin.edu.au</a>>
<br />
Contact:
Grenville
Armitage
<<a href="mailto:garmitage@swin.edu.au">garmitage@swin.edu.au</a>>
</p>
<p>We have been working to create a BSD-licensed implementation of
Multipath TCP — a set of TCP extensions that allow for
transparent multipath operation with multiple IP addresses as
specified in experimental RFC6824.</p>
<p>We made our first v0.1 public release on 2013-03-11 and
recently released v0.3 on 2013-04-16. The code is currently
considered to be of alpha quality. We are working towards
pushing the code into a FreeBSD Subversion repository project
branch to continue the on-going development effort in a more
publicly accessible location. As part of this move, we hope to
begin releasing regular snapshot installer ISOs of the MPTCP
project branch courtesy of Hiroki Sato and the allbsd.org daily
snapshot infrastructure.</p>
<p>We are about to release a CAIA technical report 130424A
entitled <q>Design Overview of Multipath TCP version 0.3 for
FreeBSD 10</q> on 2013-04-24 which provides a high-level
design and architecture overview of the v0.3 code release.</p>
<p>Going forward, we expect to continue development and release
additional technical reports and academic papers covering topics
such as performance analysis and multipath congestion
control/scheduling.</p>
<h3>Open tasks:</h3><ol><li>The code is currently of alpha quality so we welcome all
testing feedback, but please familiarize yourself with the README
file and "Known Limitations" section in particular before
jumping in.</li></ol><hr /><h2><a name="racct:-Block-IO-Accounting" href="#racct:-Block-IO-Accounting" id="racct:-Block-IO-Accounting">racct: Block IO Accounting</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="https://wiki.freebsd.org/RudolfTomori/IOLimits" title="https://wiki.freebsd.org/RudolfTomori/IOLimits"></a></td><td>
URL: <a href="https://wiki.freebsd.org/RudolfTomori/IOLimits" title="">https://wiki.freebsd.org/RudolfTomori/IOLimits</a></td></tr></table><p>
Contact:
Rudolf
Tomori
<<a href="mailto:rudot@FreeBSD.org">rudot@FreeBSD.org</a>>
</p>
<p>This project adds the block IO access accounting to the
racct/rctl resource limiting framework; a working prototype
implementation is available.</p>
<hr /><h2><a name="Read-only-Port-of-NetBSD's-UDF-File-System" href="#Read-only-Port-of-NetBSD's-UDF-File-System" id="Read-only-Port-of-NetBSD's-UDF-File-System">Read-only Port of NetBSD's UDF File System</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="https://github.com/williamdevries/UDF" title="https://github.com/williamdevries/UDF">Github Repository</a></td><td>
URL: <a href="https://github.com/williamdevries/UDF" title="Github Repository">https://github.com/williamdevries/UDF</a></td></tr></table><p>
Contact:
Will
DeVries
<<a href="mailto:william.devries@gmail.com">william.devries@gmail.com</a>>
</p>
<p>An initial read-only port of NetBSD's UDF file system has been
largely completed. (The UDF file system is often used on CD, DVD
and Blu-Ray discs.) This port provides a number of advantages
over FreeBSD's current UDF implementation, which include:</p>
<ul>
<li>Support for version 2.60 of the UDF file system
specification. FreeBSD's current implementation only partially
supports version 1.5 of the standard, which was released in
1997. Since Windows and other systems support newer version
of this file system, our users are left without the ability to
read some media written by these systems. In addition,
Blu-Ray discs are commonly written using version 2.50 or
2.60.</li>
<li>The ability to override the owner and group for all the
files and directories on a UDF volume using mount options.</li>
<li>The ability to set the owner and group for files and
directories that lack defined owner or group information using
mount options. (The UDF specification allows for files and
directories without owners or groups.)</li>
<li>The ability to override the mode for all directories and
files on a volume using mount options.</li>
<li>Support for mounting previous versions of incrementally
recorded media, like CD-Rs.</li>
</ul>
<hr /><h2><a name="TCP-AO-Authentication-Option" href="#TCP-AO-Authentication-Option" id="TCP-AO-Authentication-Option">TCP-AO Authentication Option</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://svnweb.freebsd.org/base/user/andre/tcp-ao/" title="http://svnweb.freebsd.org/base/user/andre/tcp-ao/">SVN branch</a></td><td>
URL: <a href="http://svnweb.freebsd.org/base/user/andre/tcp-ao/" title="SVN branch">http://svnweb.freebsd.org/base/user/andre/tcp-ao/</a></td></tr></table><p>
Contact:
André
Oppermann
<<a href="mailto:andre@FreeBSD.org">andre@FreeBSD.org</a>>
</p>
<p>Work is under way to implement TCP-AO (TCP Authentication
Option) according to RFC5925 and RFC5926. TCP-AO is an
extension to TCP-MD5 signatures commonly used in routers to
secure BGP routing protocol sessions against spoofing attacks.
The work is under contract and sponsored by Juniper
Networks.</p>
<hr /><h2><a name="UFS/FFS-Performance-Work" href="#UFS/FFS-Performance-Work" id="UFS/FFS-Performance-Work">UFS/FFS Performance Work</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.mckusick.com/publications/faster_fsck.pdf" title="http://www.mckusick.com/publications/faster_fsck.pdf">Paper describing this work</a></td><td>
URL: <a href="http://www.mckusick.com/publications/faster_fsck.pdf" title="Paper describing this work">http://www.mckusick.com/publications/faster_fsck.pdf</a></td></tr></table><p>
Contact:
Kirk
McKusick
<<a href="mailto:mckusick@mckusick.com">mckusick@mckusick.com</a>>
</p>
<p>Some work on the performance of UFS/FFS has been recently
committed to HEAD. The purpose of the corresponding change to
the FFS layout policy is to reduce the running time for a full
file system check. It also reduces the random access time for
large files and speeds up the traversal time for directory tree
walks.</p>
<p>The key idea is to reserve a small area in each cylinder group
immediately following the inode blocks for the use of metadata,
specifically indirect blocks and directory contents. The new
policy is to preferentially place metadata in the metadata area
and everything else in the blocks that follow the metadata
area.</p>
<p>The size of this area can be set when creating a filesystem
using <tt>newfs(8)</tt> or changed in an existing filesystem using
<tt>tunefs(8)</tt>. Both utilities use the <tt>-k
held-for-metadata-blocks</tt> option to specify the amount of
space to be held for metadata blocks in each cylinder group. By
default, <tt>newfs(8)</tt> sets this area to half of minfree
(typically 4% of the data area).</p>
<p>As with all layout policies, it only affects layouts of things
allocated after it is put in place. So these changes will
primarily be noticable on newly created file systems.</p>
<p>File system checks have been sped up by caching the cylinder
group maps in pass1 so that they do not need to be read again in
pass5. As this nearly doubles the memory requirement for
<tt>fsck(8)</tt>, the cache is thrown away if other memory needs
in <tt>fsck(8)</tt> would otherwise fail. Thus, the memory
footprint of <tt>fsck(8)</tt> remains unchanged in memory
constrained environments. This optimization will be evident on
all UFS/FFS filesystems.</p>
<p>This work was inspired by a <a href="http://www.usenix.org/conference/fast13/ffsck-fast-file-system-checker" shape="rect">paper</a>
presented at Usenix's FAST '13.</p>
<h3>Open tasks:</h3><ol><li>MFC to 9-STABLE and possibly 8-STABLE should happen by May
unless problems arise with these changes in HEAD.</li></ol><hr /><br /><h1><a name="Documentation" href="#Documentation" id="Documentation">Documentation</a></h1><br /><h2><a name="Improving-the-Documentation-Project-Infrastructre" href="#Improving-the-Documentation-Project-Infrastructre" id="Improving-the-Documentation-Project-Infrastructre">Improving the Documentation Project Infrastructre</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://svnweb.freebsd.org/doc/projects/xml-tools/" title="http://svnweb.freebsd.org/doc/projects/xml-tools/">The xml-tools branch</a></td><td>
URL: <a href="http://svnweb.freebsd.org/doc/projects/xml-tools/" title="The xml-tools branch">http://svnweb.freebsd.org/doc/projects/xml-tools/</a></td></tr></table><p>
Contact:
Gábor
Kövesdán
<<a href="mailto:gabor@FreeBSD.org">gabor@FreeBSD.org</a>>
</p>
<p>There is an on-going work to improve the documentation
infrastructure and modernize our documentation toolchain. The
work can be found in the <tt>xml-tools</tt> branch and is very
near to completion. The improvements include the following:</p>
<ul>
<li>Upgrade to DocBook 4.5.</li>
<li>Use XSLT instead of DSSSL to render XHTML-based output.</li>
<li>Generate PDF from PS and simplify image processing.</li>
<li>Fix <tt>make lint</tt> and validate the whole documentation
set.</li>
<li>Fix rendering of TOC elements.</li>
<li>Fix misused link elements that resulted in a corrupt
rendering.</li>
<li>Use more human-friendly publication data and release info
rendering.</li>
<li>Add support for XInclude in DocBook documents.</li>
<li>Add support for profiling with attributes.</li>
<li>Add support for Schematron constraints.</li>
<li>Add experimental epub support.</li>
<li>Add experimental support for XSL-FO-based printed
output.</li>
<li>Clean up obsolete SGML constructs.</li>
<li>Clean up catalogs.</li>
<li>Drop HTML Tidy since it is not needed any more.</li>
</ul>
<p>The changes eliminate some dependencies and switch the doc
repository to a real XML toolchain with proper validation and
more advanced rendering tools. The only exceptions are Jade and
the DSSSL stylesheets, which are still needed for printed
output.</p>
<h3>Open tasks:</h3><ol><li>Fix rendering problems with images in printed
formats.</li><li>Update the Documentation Primer to reflect changes.</li></ol><hr /><h2><a name="The-entities-Documentation-Branch" href="#The-entities-Documentation-Branch" id="The-entities-Documentation-Branch">The entities Documentation Branch</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://svnweb.freebsd.org/doc/projects/entities/" title="http://svnweb.freebsd.org/doc/projects/entities/">Subversion repository link</a></td><td>
URL: <a href="http://svnweb.freebsd.org/doc/projects/entities/" title="Subversion repository link">http://svnweb.freebsd.org/doc/projects/entities/</a></td></tr></table><p>
Contact:
René
Ladan
<<a href="mailto:rene@FreeBSD.org">rene@FreeBSD.org</a>>
</p>
<p>The entities branch was created to reduce duplication of
committer entities. Currently there is one in
<tt>authors.ent</tt> (with email addresses) and another one in
developers.ent (without email addresses). This seems to be a
leftover from the doc/www split in earlier times. To remedy
this, <tt>developers.ent</tt> is merged into
<tt>authors.ent</tt> and entities with email addresses are
postfixed as such. Apart from the instructions for the initial
commit, there should be little user-visible changes. Some
related cleanups, like cleaning up team definitions, replacing
literal names by entities from <tt>authors.ent</tt>, and adding
missing names to <tt>authors.ent</tt> are also made.</p>
<h3>Open tasks:</h3><ol><li>Finish processing of the <email> tag.</li><li>Send out a CFT.</li><li>Merge back into head branch.</li></ol><hr /><h2><a name="The-FreeBSD-Japanese-Documentation-Project" href="#The-FreeBSD-Japanese-Documentation-Project" id="The-FreeBSD-Japanese-Documentation-Project">The FreeBSD Japanese Documentation Project</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.FreeBSD.org/ja/" title="http://www.FreeBSD.org/ja/">Japanese FreeBSD Web Page</a></td><td>
URL: <a href="http://www.FreeBSD.org/ja/" title="Japanese FreeBSD Web Page">http://www.FreeBSD.org/ja/</a></td></tr><tr><td><a href="http://www.jp.FreeBSD.org/doc-jp/" title="http://www.jp.FreeBSD.org/doc-jp/">The FreeBSD Japanese Documentation Project Web Page</a></td><td>
URL: <a href="http://www.jp.FreeBSD.org/doc-jp/" title="The FreeBSD Japanese Documentation Project Web Page">http://www.jp.FreeBSD.org/doc-jp/</a></td></tr></table><p>
Contact:
Hiroki
Sato
<<a href="mailto:hrs@FreeBSD.org">hrs@FreeBSD.org</a>>
<br />
Contact:
Ryusuke
Suzuki
<<a href="mailto:ryusuke@FreeBSD.org">ryusuke@FreeBSD.org</a>>
</p>
<p>Web page (<tt>htdocs</tt>): Newsflash and some other updates in
the English version have been translated to keep them up-to-date.
Specifically, the release related contents were updated in this
period.</p>
<p>Books: FreeBSD Handbook has constantly been updated since the last
report; particularly, "ports", "desktop" section were largely
updated. Some progress has been made in the
"advanced-networking" section, contributed by a new
translator.</p>
<p><q>Writing FreeBSD Problem Reports</q> article is now in sync with
the English version.</p>
<h3>Open tasks:</h3><ol><li>Further translation work of outdated documents in
ja_JP.eucJP subtree.</li></ol><hr /><br /><h1><a name="Architectures" href="#Architectures" id="Architectures">Architectures</a></h1><br /><h2><a name="FreeBSD-on-Cubieboard" href="#FreeBSD-on-Cubieboard" id="FreeBSD-on-Cubieboard">FreeBSD on Cubieboard</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr></table><p>
Contact:
Ganbold
Tsagaankhuu
<<a href="mailto:ganbold@FreeBSD.org">ganbold@FreeBSD.org</a>>
<br />
Contact:
Oleksandr
Tymoshenko
<<a href="mailto:gonzo@FreeBSD.org">gonzo@FreeBSD.org</a>>
</p>
<p>Initial support of Allwinner A10 SoC is committed to -CURRENT.
FreeBSD is now running on boards such as Cubieboard, Hackberry and
it supports following peripherals:</p>
<ul>
<li>USB EHCI</li>
<li>GPIO</li>
</ul>
<h3>Open tasks:</h3><ol><li>Get EMAC Ethernet driver working. Need more help from
network driver experts.</li><li>Implement more drivers.</li></ol><hr /><h2><a name="FreeBSD/arm-Superpages-for-ARMv7" href="#FreeBSD/arm-Superpages-for-ARMv7" id="FreeBSD/arm-Superpages-for-ARMv7">FreeBSD/arm Superpages for ARMv7</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://static.usenix.org/events/osdi02/tech/full_papers/navarro/navarro.pdf" title="http://static.usenix.org/events/osdi02/tech/full_papers/navarro/navarro.pdf">Paper</a></td><td>
URL: <a href="http://static.usenix.org/events/osdi02/tech/full_papers/navarro/navarro.pdf" title="Paper">http://static.usenix.org/events/osdi02/tech/full_papers/navarro/navarro.pdf</a></td></tr><tr><td><a href="https://wiki.freebsd.org/ARMSuperpages" title="https://wiki.freebsd.org/ARMSuperpages">Wiki page</a></td><td>
URL: <a href="https://wiki.freebsd.org/ARMSuperpages" title="Wiki page">https://wiki.freebsd.org/ARMSuperpages</a></td></tr><tr><td><a href="https://github.com/semihalf-bodek-zbigniew/freebsd-arm-superpages.git" title="https://github.com/semihalf-bodek-zbigniew/freebsd-arm-superpages.git">Project's GitHub repository</a></td><td>
URL: <a href="https://github.com/semihalf-bodek-zbigniew/freebsd-arm-superpages.git" title="Project's GitHub repository">https://github.com/semihalf-bodek-zbigniew/freebsd-arm-superpages.git</a></td></tr></table><p>
Contact:
Zbigniew
Bodek
<<a href="mailto:zbb@semihalf.com">zbb@semihalf.com</a>>
<br />
Contact:
Grzegorz
Bernacki
<<a href="mailto:gjb@semihalf.com">gjb@semihalf.com</a>>
<br />
Contact:
Rafał
Jaworowski
<<a href="mailto:raj@semihalf.com">raj@semihalf.com</a>>
</p>
<p>ARM architecture is more and more prevalent, not only in the
mobile and embedded space. Among the more interesting industry
trends emerging in the recent months has been the "ARM server"
concept. Some top-tier companies have started developing systems
like this already (Dell, HP).</p>
<p>Key to FreeBSD success in these new areas are sophisticated
features, among them are superpages.</p>
<p>The objective of this project is to provide FreeBSD/arm with the
superpages support, which will allow for efficient use of TLB
translations (enlarge TLB coverage), leading to improved
performance in many applications and scalability. Indicated
functionality is intended to work on ARMv7-based processors,
however compatibility with ARMv6 will be preserved.</p>
<p>Current support status:</p>
<ul>
<li>Port of the pv_entry allocator.</li>
<li>Switch to "AP[2:1]" access permissions model.</li>
<li>PTE-based, page-referenced/modified emulation.</li>
<li>Fixes regarding page replacement strategy.</li>
<li>Code optimizations and bug fixes.</li>
</ul>
<p>Next steps:</p>
<ul>
<li>Dirty pages management.</li>
<li>Gradual integration to FreeBSD -CURRENT.</li>
<li>Further pmap optimizations.</li>
<li>Fragmentation control management.</li>
<li>Testing and benchmarking.</li>
</ul>
<h3>Open tasks:</h3><ol><li>Support for multiple page sizes.</li><li>Implementation of page promotion, demotion and eviction
mechanisms.</li></ol><hr /><h2><a name="FreeBSD/ARM-Toolchain-Improvements" href="#FreeBSD/ARM-Toolchain-Improvements" id="FreeBSD/ARM-Toolchain-Improvements">FreeBSD/ARM Toolchain Improvements</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr></table><p>
Contact:
Andrew
Turner
<<a href="mailto:andrew@FreeBSD.org">andrew@FreeBSD.org</a>>
</p>
<p>Clang has been made the default compiler on ARM. A number of
issues with LLVM and clang have been found, reported, and fixed
upstream.</p>
<p>An issue where some ARM EABI applications compiled with clang
crash has been reported upstream with a patch and will be
brought into the FreeBSD tree when it is accepted. The only other
issue blocking moving to the ARM EABI is C++ exceptions fail to
work correctly with shared objects. This will need us to either
import libunwind or implement the functions libgcc_s requires to
find the correct unwind table.</p>
<h3>Open tasks:</h3><ol><li>Fix exception handling for EABI.</li></ol><hr /><br /><h1><a name="Ports" href="#Ports" id="Ports">Ports</a></h1><br /><h2><a name="FreeBSD-Haskell-Ports" href="#FreeBSD-Haskell-Ports" id="FreeBSD-Haskell-Ports">FreeBSD Haskell Ports</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://wiki.freebsd.org/Haskell" title="http://wiki.freebsd.org/Haskell">FreeBSD Haskell wiki page</a></td><td>
URL: <a href="http://wiki.freebsd.org/Haskell" title="FreeBSD Haskell wiki page">http://wiki.freebsd.org/Haskell</a></td></tr><tr><td><a href="https://github.com/freebsd-haskell/freebsd-haskell/" title="https://github.com/freebsd-haskell/freebsd-haskell/">FreeBSD Haskell ports repository</a></td><td>
URL: <a href="https://github.com/freebsd-haskell/freebsd-haskell/" title="FreeBSD Haskell ports repository">https://github.com/freebsd-haskell/freebsd-haskell/</a></td></tr></table><p>
Contact:
Gábor
Páli
<<a href="mailto:pgj@FreeBSD.org">pgj@FreeBSD.org</a>>
<br />
Contact:
Ashish
Shukla
<<a href="mailto:ashish@FreeBSD.org">ashish@FreeBSD.org</a>>
</p>
<p>We are proud to announce FreeBSD Haskell Team has updated existing
ports to their latest stable versions. We also added number of
new ports, which brings the count of Haskell ports in FreeBSD ports
tree to more than 400, featuring many popular software, e.g.
<tt>xmonad</tt>, <tt>git-annex</tt>, <tt>pandoc</tt> or various
web framework implementations. All of these updates will be
available as part of the upcoming 8.4-RELEASE. We also came to
know that Haskell ports are also being used successfully on
DragonFlyBSD's dports tree.</p>
<p>In our development repository, there was some optional support
added for LLVM-based code generation using the GHC LLVM backend.
This works mostly on FreeBSD too, though some of the ports would
need fixing so it is still considered experimental.</p>
<h3>Open tasks:</h3><ol><li>Try to build GHC with clang (as system compiler).</li><li>Commit pending Haskell ports to the FreeBSD ports tree.</li><li>Add more ports to the Ports Collection.</li></ol><hr /><h2><a name="GNOME/FreeBSD" href="#GNOME/FreeBSD" id="GNOME/FreeBSD">GNOME/FreeBSD</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.freebsd.org/gnome" title="http://www.freebsd.org/gnome"></a></td><td>
URL: <a href="http://www.freebsd.org/gnome" title="">http://www.freebsd.org/gnome</a></td></tr><tr><td><a href="http://www.freebsd.org/gnome/docs/develfaq.html" title="http://www.freebsd.org/gnome/docs/develfaq.html"></a></td><td>
URL: <a href="http://www.freebsd.org/gnome/docs/develfaq.html" title="">http://www.freebsd.org/gnome/docs/develfaq.html</a></td></tr><tr><td><a href="http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom" title="http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom"></a></td><td>
URL: <a href="http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom" title="">http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom</a></td></tr><tr><td><a href="https://github.com/jlmess77/mate-ports" title="https://github.com/jlmess77/mate-ports"></a></td><td>
URL: <a href="https://github.com/jlmess77/mate-ports" title="">https://github.com/jlmess77/mate-ports</a></td></tr></table><p>
Contact:
FreeBSD GNOME team
<<a href="mailto:gnome@FreeBSD.org">gnome@FreeBSD.org</a>>
</p>
<p>The GNOME/FreeBSD Team has recently merged Glib 2.34, Gtk+ 2.24.17
and Gtk+ 3.6.4 into ports, the C++ bindings also have got
updates. In additional "low-level" GNOME ports received
updates, like libsoup, gobject-introspection, atk and vala for
example. The telepathy stack and empathy where also
updated.</p>
<p>The <tt>USE_GNOME</tt> macro has received support for
<tt>:run</tt> and <tt>:build</tt> targets thanks to Jeremy
Messenger (mezz). Currently only libxml2 and libxslt support
these targets.</p>
<p><tt>USE_GNOME=pkgconfig</tt> is being deprecated in favor of
<tt>USE_PKGCONFIG=build</tt>. The former also adds a run
dependency on pkg-config, which is not required. A first pass
was done to get rid of this in the Glib update to 2.34. In
cooperation with the X11 Team, the usage of
<tt>USE_GNOME=pkgconfig</tt> in X components will be removed.
After the fallout from this is handled and stragglers are
converted, the <tt>USE_GNOME</tt> option will be removed.</p>
<p>In addition <tt>USE_GNOME=gnomehack</tt> is deprecated and
should not be used. Please replace it with
<tt>USES=pathfix</tt>.</p>
<p>The GNOME development repository has switched from CVS to SVN.
CVS will not get any more updates. Uses can get a new version
of the <a href="http://marcuscom.com/downloads/marcusmerge" shape="rect">marcusmerge</a>
script that supports SVN from its home page, and should remove
the old CVS checkout "ports" dir.</p>
<ul>
<li>SVN anonymous root: <a href="svn://creme-brulee.marcuscom.com/" shape="rect">svn://creme-brulee.marcuscom.com/</a>
or <a href="svn://sushi.marcuscom.com/" shape="rect">svn://sushi.marcuscom.com/</a> (IPv6)</li>
<li>ViewVC: <a href="http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom" shape="rect">http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom</a></li>
</ul>
<p>Ongoing efforts:</p>
<ul>
<li><tt>glib</tt> 2.36, <tt>pango</tt> 1.34.0, <tt>gtk</tt>
3.8.0 and <tt>gobject-introspection</tt> 1.36.0 where updated in
the GNOME development repository.</li>
<li>Gustau Perez i Querol stepped up and started work on
updating the old GNOME 3.4 ports to 3.6. At the moment of
writing these are not available in the GNOME development
repository just yet. For his efforts, he was awarded a FreeBSD
GNOME team membership.</li>
<li>Jeremy Messenger (mezz) has completed Mate 1.6 which will be arriving in
ports near you when deemed stable enough.</li>
</ul>
<p>If you want to help with keeping the documentation updated or
helping out in other ways, even if it only parts for the
Glib/Gtk/GNOME stack you are interested in, please contact
us!</p>
<h3>Open tasks:</h3><ol><li>Update the FreeBSD.org/gnome website, in particular the
developer information about USE_GNOME, maybe put that section in
the Porter's Handbook instead.</li><li>Merge more updated ports from MC to ports.</li><li>Testing latest Glib/Gtk releases with existing ports, and import
it into ports when it is ready.</li><li>After porting GNOME 3.6 run tests and fix bugs.</li></ol><hr /><h2><a name="KDE/FreeBSD" href="#KDE/FreeBSD" id="KDE/FreeBSD">KDE/FreeBSD</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://FreeBSD.kde.org" title="http://FreeBSD.kde.org">KDE/FreeBSD home page</a></td><td>
URL: <a href="http://FreeBSD.kde.org" title="KDE/FreeBSD home page">http://FreeBSD.kde.org</a></td></tr><tr><td><a href="http://FreeBSD.kde.org/area51.php" title="http://FreeBSD.kde.org/area51.php">area51</a></td><td>
URL: <a href="http://FreeBSD.kde.org/area51.php" title="area51">http://FreeBSD.kde.org/area51.php</a></td></tr></table><p>
Contact:
KDE
FreeBSD
<<a href="mailto:kde@FreeBSD.org">kde@FreeBSD.org</a>>
</p>
<p>The KDE/FreeBSD Team is very proud to have Schaich Alonso (aschai)
joining the team. Welcome!</p>
<p>The KDE/FreeBSD Team have continued to improve the experience of
KDE software and Qt under FreeBSD. The latest round of improvements
include:</p>
<ul>
<li>Fix problems establishing UDP connections.</li>
</ul>
<p>The Team have also made many releases and upstreamed many fixes
and patches. The latest round of releases include:</p>
<ul>
<li>KDE SC: 4.9.5, 4.10.1 (ports)</li>
<li>Qt: 5.0.0 (area51) and 4.8.4 (ports)</li>
<li>PyQt: 4.9.6 (ports); QScintilla 2.7 (ports); SIP: 4.14.2 (area51) and 4.14.3 (ports)</li>
<li>KDevelop: 4.4.1 (ports); KDevPlatform: 1.4.1 (ports)</li>
<li>Calligra: 2.5.5, 2.6.2 (ports)</li>
<li>Amarok: 2.7.0</li>
<li>CMake: 2.8.10.2</li>
<li>Digikam (and KIPI-plugins): 3.1.0 (area51)</li>
<li>QtCreator: 4.6.1 (ports)</li>
<li>KDE Telepathy 0.6.0 (area51)</li>
<li>many smaller ports</li>
</ul>
<p>As a result — according to PortScout — we have 431
ports, of which 93.5% (from 91%) are up-to-date.</p>
<p>The Team are always looking for more testers and porters so
please contact us and visit our home page.</p>
<h3>Open tasks:</h3><ol><li>Updating out-of-date ports, see PortScout for a list.</li></ol><hr /><h2><a name="PyPy" href="#PyPy" id="PyPy">PyPy</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://wiki.FreeBSD.org/PyPy" title="http://wiki.FreeBSD.org/PyPy">FreeBSD-PyPy Project page</a></td><td>
URL: <a href="http://wiki.FreeBSD.org/PyPy" title="FreeBSD-PyPy Project page">http://wiki.FreeBSD.org/PyPy</a></td></tr></table><p>
Contact:
David
Naylor
<<a href="mailto:dbn@FreeBSD.org">dbn@FreeBSD.org</a>>
</p>
<p>PyPy has been successfully updated to 2.0-beta1 with 2.0-beta2
finishing translating and other tests. Many major changes were
made to the PyPy port from the 2.0-beta1 release, these
include:</p>
<ul>
<li>Reworking the build script.</li>
<li>Optionally use <tt>pypy</tt> (when available) for self-translating.</li>
<li>Refine memory checks.</li>
<li>Fix the test target.</li>
</ul>
<p>Although the port is in a healthy state, PyPy on FreeBSD has some
rough edges (see <tt>make test</tt> for examples of
roughness).</p>
<h3>Open tasks:</h3><ol><li>Fix failed unit tests.</li><li>Integrate PyPy into bsd.python.mk.</li><li>See the project page for more items.</li></ol><hr /><h2><a name="Wine32-on-FreeBSD/amd64" href="#Wine32-on-FreeBSD/amd64" id="Wine32-on-FreeBSD/amd64">Wine32 on FreeBSD/amd64</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://wiki.freebsd.org/i386-Wine" title="http://wiki.freebsd.org/i386-Wine">Wine32 on FreeBSD/amd64 Project page</a></td><td>
URL: <a href="http://wiki.freebsd.org/i386-Wine" title="Wine32 on FreeBSD/amd64 Project page">http://wiki.freebsd.org/i386-Wine</a></td></tr></table><p>
Contact:
David
Naylor
<<a href="mailto:dbn@FreeBSD.org">dbn@FreeBSD.org</a>>
</p>
<p>The i386-wine port (formally wine-fbsd64) has been added to the
ports collection (as emulators/i386-wine-devel). Although the
port can only be compiled under a x86 32-bit system the
resulting package can be installed on a x86 64-bit system and
enable running of 32-bit Microsoft Windows programs.</p>
<p>Packages for the port are in development and should be
announced shortly on the freebsd-questions and freebsd-emulation
mailing lists.</p>
<p>There are some issues with Wine32 on FreeBSD/amd64 —
possibly related to <tt>FREEBSD32_COMPAT</tt>, or other general
32/64-bit issues — that could do with some focus.</p>
<h3>Open tasks:</h3><ol><li>Port wine64 to FreeBSD.</li><li>Port WoW64 (wine32 and wine64 together) to FreeBSD.</li><li>Fix 32- and 64-bit issues (such as Intel graphics not
accelerating).</li></ol><hr /><h2><a name="Xfce/FreeBSD" href="#Xfce/FreeBSD" id="Xfce/FreeBSD">Xfce/FreeBSD</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="https://wiki.FreeBSD.org/Xfce" title="https://wiki.FreeBSD.org/Xfce"></a></td><td>
URL: <a href="https://wiki.FreeBSD.org/Xfce" title="">https://wiki.FreeBSD.org/Xfce</a></td></tr><tr><td><a href="http://people.freebsd.org/~olivierd/patches/midori-0.4.9_0.5.0.diff" title="http://people.freebsd.org/~olivierd/patches/midori-0.4.9_0.5.0.diff">Midori 0.5 patches</a></td><td>
URL: <a href="http://people.freebsd.org/~olivierd/patches/midori-0.4.9_0.5.0.diff" title="Midori 0.5 patches">http://people.freebsd.org/~olivierd/patches/midori-0.4.9_0.5.0.diff</a></td></tr></table><p>
Contact: FreeBSD Xfce Team <<a href="mailto:xfce@FreeBSD.org">xfce@FreeBSD.org</a>>
</p>
<p>The Xfce FreeBSD Team has updated many ports, especially:</p>
<ul>
<li>tumbler: 0.1.27 (add new option, COVER)</li>
<li>Parole: 0.5.0</li>
<li>xfdesktop: 4.10.2</li>
<li>Midori: 0.4.9 (fully compatible with Vala 0.18), 0.5.0 is available
(see links)</li>
<li>Orage: 4.8.4</li>
<li>xfce4-terminal: 0.6.1 (renamed by upstream, previous name
was Terminal)</li>
</ul>
<p>This last application contains drop-down functionality: new
window slides down from the top of the screen when key (we can
define keyboard shortcut) is pressed.</p>
<h3>Open tasks:</h3><ol><li>Replace libxfce4gui (deprecated and not maintained by
upstream) by libxfce4ui in order to enhance support panel plugins
for Xfce >= 4.10.</li><li>Work on Midori Gtk3 port.</li><li>Fix gtk-xfce-engine with Gtk+ >=3.6.</li></ol><hr /><h2><a name="xorg-on-FreeBSD" href="#xorg-on-FreeBSD" id="xorg-on-FreeBSD">xorg on FreeBSD</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://wiki.freebsd.org/Xorg" title="http://wiki.freebsd.org/Xorg"></a></td><td>
URL: <a href="http://wiki.freebsd.org/Xorg" title="">http://wiki.freebsd.org/Xorg</a></td></tr><tr><td><a href="http://people.freebsd.org/~zeising/xorg-7.7.diff" title="http://people.freebsd.org/~zeising/xorg-7.7.diff"></a></td><td>
URL: <a href="http://people.freebsd.org/~zeising/xorg-7.7.diff" title="">http://people.freebsd.org/~zeising/xorg-7.7.diff</a></td></tr><tr><td><a href="http://trillian.chruetertee.ch/ports/browser/trunk" title="http://trillian.chruetertee.ch/ports/browser/trunk"></a></td><td>
URL: <a href="http://trillian.chruetertee.ch/ports/browser/trunk" title="">http://trillian.chruetertee.ch/ports/browser/trunk</a></td></tr><tr><td><a href="http://trillian.chruetertee.ch/ports/browser/branches/xorg-7.7" title="http://trillian.chruetertee.ch/ports/browser/branches/xorg-7.7"></a></td><td>
URL: <a href="http://trillian.chruetertee.ch/ports/browser/branches/xorg-7.7" title="">http://trillian.chruetertee.ch/ports/browser/branches/xorg-7.7</a></td></tr></table><p>
Contact: FreeBSD X11 Team <<a href="mailto:x11@FreeBSD.org">x11@FreeBSD.org</a>>
<br />
Contact:
Niclas
Zeising
<<a href="mailto:zeising@FreeBSD.org">zeising@FreeBSD.org</a>>
<br />
Contact:
Koop
Mast
<<a href="mailto:kwm@FreeBSD.org">kwm@FreeBSD.org</a>>
</p>
<p>Most of the work during this period has been in updating,
testing and stabilizing the development repository. A number of
xorg applications and various other leaf ports has been
committed as part of this effort. After this a CFT was sent out
asking for help in testing the remaining bits in development,
including updates to all major libraries and xorg-server.</p>
<p>Currently, the CFT patch has been submitted for an exp-run to
iron out any final bugs. The plan is to merge it sometime after
FreeBSD 8.4 is released and the ports tree is reopened for
commits.</p>
<p>Work is also ongoing to port new versions of MESA and OpenGL,
as well as a new version of xorg-server, and perhaps in the
future, Wayland. These are considered more long-term goals and
are not targeted for the current update.</p>
<h3>Open tasks:</h3><ol><li>Decide how to handle the new and old xorg distributions. In
recent xorg, a lot of legacy driver support has been dropped,
therefore we need to maintain two xorg distributions to not
lose a lot of hardware drivers. Currently, this is done by
setting the flag WITH_NEW_XORG in /etc/make.conf, but a more
practical solution is needed. This is especially important
since the flag is not very user-friendly, and since there
currently will be no official packages for the new
distribution.</li><li>Continue to test and update xorg related ports. There are
new versions of xserver, as well as MESA and related OpenGL
libraries which needs to be ported and eventually integrated
into the ports tree.</li><li>Port Wayland. The future of graphical environments in open
source operating systems seems to be Wayland. This needs to be
ported to FreeBSD so that a wider audience can test it, and so that
it eventually can be integrated into the ports tree, perhaps as
a replacement for the current xorg.</li><li>Look into replacements for HAL. HAL is used for
hot-plugging of devices, but it has been long abandoned by Linux.
A replacement, perhaps built on top of devd would be nice to
have. This work should be coordinated with the FreeBSD GNOME and
KDE teams.</li></ol><hr /><br /><h1><a name="Miscellaneous" href="#Miscellaneous" id="Miscellaneous">Miscellaneous</a></h1><br /><h2><a name="BXR.SU-—-Super-User's-BSD-Cross-Reference" href="#BXR.SU-—-Super-User's-BSD-Cross-Reference" id="BXR.SU-—-Super-User's-BSD-Cross-Reference">BXR.SU — Super User's BSD Cross Reference</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://bxr.su/" title="http://bxr.su/">BXR.SU — Super User's BSD Cross Reference</a></td><td>
URL: <a href="http://bxr.su/" title="BXR.SU — Super User's BSD Cross Reference">http://bxr.su/</a></td></tr><tr><td><a href="http://lists.freebsd.org/pipermail/freebsd-hackers/2013-April/042334.html" title="http://lists.freebsd.org/pipermail/freebsd-hackers/2013-April/042334.html"></a></td><td>
URL: <a href="http://lists.freebsd.org/pipermail/freebsd-hackers/2013-April/042334.html" title="">http://lists.freebsd.org/pipermail/freebsd-hackers/2013-April/042334.html</a></td></tr></table><p>
Contact:
Constantine A.
Murenin
<<a href="mailto:cnst++@FreeBSD.org">cnst++@FreeBSD.org</a>>
</p>
<p>Super User's BSD Cross Reference (BXR.SU) is a new source-code
search engine that covers the complete kernel and non-GNU
userland source trees of FreeBSD, NetBSD, OpenBSD, and DragonFly
BSD.</p>
<p>BXR.SU is optimised to be very fast, has daily updates of all
the trees, and also acts as a deterministic URL shortener.</p>
<p>BXR.SU is based on an OpenGrok fork, but it is more than just
OpenGrok. We have fixed a number of annoyances, eliminated
features that just never worked right from the outright, and
provided integration with tools like CVSweb (including great
mirrors like allbsd.org), FreeBSD's ViewVC (SVN), as well as GitHub
and Gitweb from <tt>git.freebsd.your.org</tt>, plus a tad of
other improvements, including a complete rewrite of an mdoc
parser. Last, but definitely not least, is an extensive set of
nginx rewrite rules that makes it a breeze to use BXR.SU as a
deterministic URL compactor for referencing BSD source code.
For example, the <tt>http://bxr.su/f/kern/sched_ule.c</tt> URL
will automatically redirect to
<tt>http://bxr.su/FreeBSD/sys/kern/sched_ule.c</tt> through
nginx.</p>
<p>Note that according to the release schedule of BXR.SU, there is
no IPv4 glue until 2013-04-24; otherwise, the service is available
via both IPv4 and IPv6. See the 2013-04-01 announcement on the
freebsd-hackers mailing list for more details.</p>
<h3>Open tasks:</h3><ol><li>Find up-to-date git repositories (served with Gitweb) of
NetBSD and OpenBSD.</li><li>Find a Gitweb mirror of FreeBSD that is faster than GitHub and
Gitorious.</li></ol><hr /><h2><a name="mdoc.su-—-Short-Manual-Page-URLs" href="#mdoc.su-—-Short-Manual-Page-URLs" id="mdoc.su-—-Short-Manual-Page-URLs">mdoc.su — Short Manual Page URLs</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://mdoc.su/" title="http://mdoc.su/">mdoc.su — Short Manual Page URLs for FreeBSD, NetBSD, OpenBSD and DragonFly BSD</a></td><td>
URL: <a href="http://mdoc.su/" title="mdoc.su — Short Manual Page URLs for FreeBSD, NetBSD, OpenBSD and DragonFly BSD">http://mdoc.su/</a></td></tr><tr><td><a href="http://nginx.conf.mdoc.su/mdoc.su.nginx.conf" title="http://nginx.conf.mdoc.su/mdoc.su.nginx.conf">nginx.conf for mdoc.su</a></td><td>
URL: <a href="http://nginx.conf.mdoc.su/mdoc.su.nginx.conf" title="nginx.conf for mdoc.su">http://nginx.conf.mdoc.su/mdoc.su.nginx.conf</a></td></tr><tr><td><a href="https://github.com/cnst/mdoc.su" title="https://github.com/cnst/mdoc.su"></a></td><td>
URL: <a href="https://github.com/cnst/mdoc.su" title="">https://github.com/cnst/mdoc.su</a></td></tr><tr><td><a href="http://lists.freebsd.org/pipermail/freebsd-doc/2013-February/021465.html" title="http://lists.freebsd.org/pipermail/freebsd-doc/2013-February/021465.html"></a></td><td>
URL: <a href="http://lists.freebsd.org/pipermail/freebsd-doc/2013-February/021465.html" title="">http://lists.freebsd.org/pipermail/freebsd-doc/2013-February/021465.html</a></td></tr></table><p>
Contact:
Constantine A.
Murenin
<<a href="mailto:cnst++@FreeBSD.org">cnst++@FreeBSD.org</a>>
</p>
<p><a href="http://mdoc.su/" shape="rect">mdoc.su</a> is a deterministic URL
shortener for BSD manual pages, written entirely in
<tt>nginx.conf</tt>.</p>
<p>Since the original announcement, OS version support has been
added (e.g. <tt>/f91/</tt> and <tt>/FreeBSD-9.1/</tt> etc.), as
well as dynamic multi-flavour web-pages with multiple links
(e.g. <tt>http://mdoc.su/f,d/ifnet.9</tt> and
<tt>http://mdoc.su/-/mdoc</tt>), which even let you specify the
versions too (e.g. <tt>http://mdoc.su/f91,n60,o52,d/mdoc</tt>).</p>
<p>The source code for the whole site is available under a BSD
licence.</p>
<h3>Open tasks:</h3><ol><li>Fork it on GitHub (see links)!</li></ol><hr /><a href="../news.html">News Home</a> | <a href="status.html">Status Home</a></div>
<br class="clearboth" />
</div>
<div id="footer">
<span><a href="../../search/index-site.html">Site Map</a> |
<a href="../../copyright/">Legal Notices</a> | © 1995–2021 The FreeBSD Project.
All rights reserved.</span>
<br />
</div>
</div>
</div>
</body>
</html>
|
