Presentations, tutorials, etc. by Samba Team members are listed in our:
Web sites, Conferences and Coding
"It takes nine months to create a Samba release, no matter how many engineers are working on it"
.Check out the new look, updated Samba.org web site - complete with new logo ! We really like it as it meant we had an excuse to get new Samba Team t-shirts, and stickers for our laptops. Thanks to SerNet for taking care of our new 21st Century look.
We recently held SambaXP - our annual get-together in Göttingen, Germany, as usual hosted very capably by SerNet.
Many presentations were listened to, meetings were had, and fine German beer was drunk. Our friends the Microsoft SMB/SMB2 engineers attended again this year, and Tom Talpey from Microsoft announced a new project to design UNIX extensions for the SMB2 protocol. It will be hosted by Team member Chris Hertel's company, ubiqx Consulting, at http://unixsmb2.org.
The slides from all the presentations will be available at http://sambaxp.org shortly. If you didn't go, we missed you - and you should certainly make an effort to be there next year !
We are still making great strides on Samba4, and creator of Samba Dr. Andrew Tridgell from IBM (just to be formal for once. Everyone still just calls him "tridge" :-) demonstrated two-way replication between a Microsoft Active Directory domain, and a Samba4 Domain. There is still much work to be done on the AD domain controller code, but we're starting to see the light at the end of the tunnel in getting to a "stable" 4.0 release. Maybe by SambaXP next year we'll have an exciting new announcement to make.
In a Team meeting and after consultations with OEM's and Linux distributions we decided to move to a nine month period between major Samba releases instead of our previous six month release cycle. The strain of keeping to the six monthly cycle was too great on the release process, and nine months should give us a better balance between having time for feature development and time for testing of the Samba production release code.
Plans for the merging of the existing file server (smbd) and authentication daemon code (winbindd) with the Active Directory code (samba) were made, and tridge demonstrated Samba4 printing using the source3 print code for the first time.
Günther Deschner from Red Hat won the "code janitor of the year" award yet again, for his clean up of the old hand-marshalled RPC printing code, and was only just beaten to the post as the top code commit contributor into Samba by Stefan "the Machine" Metzmacher from SerNet.
John Terpstra of Primastasys announced the clean up of the Samba.org support page as part of the new look for the web site. John will be ensuring all companies offering Samba support on the site are kept up to date for users to contact. Thanks for looking after that John.
A couple of weeks after SambaXP Team members Chris Hertel (ubiqx), Steve French (IBM), Tim Prouty (Isilon) and Jeremy Allison (Google) met up at Microsoft to attend the Microsoft File Serving Plugfest. Lots of work on Samba's SMB2 implementation was done and tested with Microsoft's SMB2 test tools. Kerberos support was added, locking and oplock fixes went into the code. It is now feature complete and available for OEM's to begin testing SMB2-based products based on Samba. We'll move it out of "experimental" status by the 3.6.0 release, but after consultations with the Linux distributors won't turn on SMB2 by default until the release after to be a little conservative in changing the default file sharing code to a new protocol. Give us feedback on any bugs you find.
The rate of Samba development is picking up. Tridge showed a slide at SambaXP that illustrated how Samba has one of the highest change rates of any Free Software/Open Source project in the world, even surpassing the mighty Linux kernel in check-in rate. Sometimes it's like riding a dragon, but as everyone knows, dragon riding is really fun :-).
Link | Posted at 15:19
Getting to Samba 4
The Samba 4 code has been worked on for over five years, and the Active Directory code is reaching a state where it's being run in production at several test sites.
When the Samba Team met at the CIFS conference this year, we had a meeting to put together a plan for shipping a production Samba 4 code-base. Here's how we think it might work.
Currently, the Samba 3 file and print server and the Winbind identity mapping code are the backbone of the current Samba product. The Samba 3 Windows NT4 compatible Domain Controller works well, but is not as widely deployed as it used to be (there are few sites left that don't use Active Directory functionality).
So in brief, the plan is to merge the Samba 3 file server and winbindd code with the current Samba 4 Active Directory code, to produce a product that contains a production file and print server, identity mapping service, and Active Directory compatible Domain Controller. The file server is now fully cluster aware, with complete Windows semantics and is currently being extended to include the new SMB2 protocol and full Windows ACL support.
Obviously this will require quite a lot of merge work, but we believe this may be possible to achieve in 2010. The plan is to keep shipping updates to Samba 3 (the next release is 3.5.0, followed in six months by 3.6.0 and so on), whilst the merge work with the Samba 4 Active Directory code is done in the background. Once we feel we have a stable code-base we will release the merged code as the "production" Samba 4 tree.
This way people with an existing Samba 3 production product or sites will have a stable and predictable upgrade to the Samba 4 release. Our goal is to keep the code-base stable and minimize the impact of these changes on our users and vendors.
We'll probably end up renaming the component products as follows :
o Samba 3 file and print server -> Samba file and print service.
o Samba 3 winbindd -> Samba identity service.
o Samba 4 Active Directory -> Samba Directory service.
Please give us feedback on these plans. After all, we're here to serve our users and customers. We think with this plan we should be able to please at least some of the people some of the time (if not everyone :-).
Once we have a merged code-base, we'll declare victory, ship Samba4 and have the biggest darn release party since Duke Nukem Forever shipped and revolutionized computer gaming ! :-).
Explaining Release Schedules
In talking to Samba users, customers and OEM's creating products based on Samba, I've realized that many people don't understand what our release schedules look like, or what versions of Samba we support.
Our current plans are to release a new "stable" version of Samba (a "dot release" after the 3) every six months. This goal is to be predictable, in the same way that Linux distribution release cycles are predictable. The number after the second dot is the minor (bugfix) release of that six monthly cycle.
So for example, our current "stable" version of Samba is 3.4.3 - this is the third minor bugfix release of the six-monthly release 3.4.0. We're ironing out the final show stopper bugs in 3.4.4 and are hoping to release the fourth bugfix release soon.
At the same time we also maintain bug fix (minor) releases of the previous "stable" version of Samba. This is currently 3.3.9 (3.3 was the six monthly release of the last cycle, and there have been nine minor bug fix releases of this code).
These versions shouldn't be thought of a major new revisions of the Samba code (that'll come in Samba 4), but as a continuing release stream, with the new features and bug fixes that are developed being stabilized for production use every six months.
Earlier versions of Samba (the 3.2.x code stream, currently at 3.2.15) are now in security update only, no new bug fixes or enhancements added, we are just fixing security bugs reported.
Samba 3.0.x is now officially deprecated, and no new security updates will be provided by the Samba Team. Note that vendors who have this version in their distributions have different long-term maintenance policies, and we are happy to work with them on maintaining these older versions, but no new "official" Samba Team releases will be done for this codebase. If you have products based on these older versions, and need security help or have discovered a security issue, please contact us and we'll work with you to help you identify back ports for any fixes you might need.
Our release planning schedules are available on the web here:
http://wiki.samba.org/index.php/Samba3_Release_Planning
Hopefully this makes our release schedules and policies much clearer, and leads nicely into our next topic..
Working with Samba in your product
Samba is used in a great number of file server products shipped by many companies around the world. The Samba Team loves this. In fact it's one of our great points of pride in our code that it's so widely embedded in different vendors products.
If you're using Samba in your product, or even just *thinking* of using Samba in your product - PLEASE CONTACT US ! We don't bite, and our goal is to make Samba more useful to you and help it work better for you and your business.
Whilst we are Free Software advocates ourselves, we won't preach at you to release any of your proprietary code that isn't part of changes to Samba, and we already work with many vendors of proprietary code to make Samba work better for their particular platform or product (many of the Samba Team make our living this way).
If you work with us, you will get bug fixes for free, advice on architecture and performance help and many other advantages that the people who wrote the code can offer, simply at the cost of reaching out and sending us an email. Working closely with us also means that changes you need for your product will get merged into the mainline codebase, saving you the expense of having to keep a separate series of patches that has to be merged when you upgrade to a new release. Many of your Samba using competitors are already doing so and getting this service - don't miss out !
Many of the Samba Team members have a lot of experience in implementing Samba in high availability, high scalability, and complex network environments. By working with us you help support everyone who works within the Samba community and also help keep the Samba code flexible, efficient and customizable to your needs.
Send an initial contact email to Jeremy Allison (jra@samba.org) and I'll work with you on finding the right Samba Team member to help you out with any issues or help you might need.
Clustered Samba
In the three months since the last team blog entry, there has been a lot of development activity in the area of the clustered Samba server. Clustered Samba here refers to the coupling of Samba with CTDB, the clustered implementation of TDB, the "Trivial DataBase" of Samba, which is Samba's cluster manager.
Several internal subsystems of CTDB have been reworked. For example Ronnie Sahlberg and Wolfgang Mueller-Fried have greatly reduced the CPU used by CTDB. Stefan Metzmacher (Metze) and Rusty Russell changed the startup and monitoring mechanisms to improve reliability. Finally Ronnie, Martin Schwenke and Michael Adam have improved CTDB's test suite and logging code.
Many lessons have been learned from increased testing and deployment: Priorities have been added to the databases in order to prevent deadlocks. Volker Lendecke improved CTDB's monitoring of Winbind to reduce timeouts. Michael and Metze have gone through continued pains to debug the persistent TDB transaction code and fix a lot of race conditions. Finally, Volker and Michael have re-implemented persistent transactions using a new global lock feature that constitutes the long desired global transaction state.
If you want to produce a clustered version of a CIFS file server, check out clustered Samba - it really is the only proven working product out there !
New Protocol : SMB2
With Windows 7 Microsoft have introduce a new variant of the CIFS protocol, SMB2. Samba is keeping pace, with a sample implementation of SMB2 which will be released for early adopters to test in Samba 3.5.0. A fully finished production version is expected to be available in Samba 3.6.0. Testing SMB2 in Samba 3.5.0 is as simple as setting :
max protocol = SMB2
in the [global] section of your smb.conf. Be warned this is still test code (for example kerberos support is not yet integrated) but should give you a taste of what is to come.
Samba and Windows 7
So you moved early to Windows 7. How brave of you :-). Samba 3.3.x and 3.4.x work well with Windows 7. Any known issues are posted and updated here :
http://wiki.samba.org/index.php/Windows7
Which will currently tell you how to configure a Windows 7 client to work with a Samba NT-style domain controller.
Happy file sharing !
The Samba Team
Link | Posted at 13:11
The Team attended the Storage Network Industry Association plugfest last week
If you haven't been to one, a plugfest is a technical event where engineers from many different companies get together and participate in fixing bugs, working together and making our systems interoperate.
The highlights from the plugfest for the Team were:
o Adding two new Samba Team members, Nadezhda Ivanova and Anatoliy Atanasov from Cisco. A warm welcome to both of them !
o Watching Tridge and Andrew Bartlett demonstrate Active Directory replication to a Windows AD server.
o Wondering why a trace looked so strange when tracking down a Samba bug, only to realize the test was running to the Samba server using Stefan Metzmacher's new SMB2 server code ! The SMB2 server code looks like it might be ready to test in production environments for Samba 3.5.0, due later this year. Watch this space for more details.
o Watching a presentation by a major vendor only to find that the product was based on Samba underneath the covers.
Lots of coffee was drunk, code was fixed and a good time was had by all ! No one got much sleep though.
There were lots of code changes committed during the week. Plugfests are the time we tend to write large amounts of code, as we have the capability to test the changes quickly with other implementations and get immediate test results from the other participants.
Here are some of the code and presentation highlights:
o Volker showed how to get more than 700MB/sec from Samba using smbclient and a modern Samba server, which shows what you can really do when you understand the protocol thoroughly and don't feel you have to invent a new one (SMB2 :-).
o Stefan Metzmacher started working on our AES crypto support working (AES HMAC-SHA256) and the netlogon secure channel code (with the help of some Microsoft engineers).
o Guenther Deschner worked on the NETLOGON credential chain code to prepare for Samba to have a shared AES crypto codebase to support the new security levels that are used by Windows 7 and Windows 2008 R2. Once we resolve the remaining crypto problems, Samba will fully support AES against Windows. He got two-way interdomain trust support with Windows 2008 (and Windows 2008 R2) working.
o Stefan and Tridge started creating code for our NDR64 (64-bit RPC) support.
o Kai Blin demonstrated running an Samba Active Directory domain controller running on a 500MHz ARM box with 128 MB of RAM. Testing shows that compared to a 2.8GHz x86 box, the ARM performs the same operations at around 20% - 50% of the speed, while consuming only 4% of the power used by the PC. This will allow small embedded devices to work as local DCs for applications where performance isn't too critical.
o Steven Danneman explained a method of achieving an 8x performance increase accessing a Samba server from a Microsoft IIS web server. This was accomplished using a simple ISAPI filter application installed on the IIS server. Steven has also been actively porting existing SMB torture tests to their SMB2 equivalents, allowing us to fully test Stefan's new SMB2 server code.
o Chris Hertel's Microsoft documentation work is proceeding nicely, Microsoft will be releasing the new [MS-CIFS] document to the public any day now. [MS-CIFS] is the long-awaited completion of the old Leach/Naik IETF CIFS draft specification, which was last updated in 1997. A preview copy is available at:
http://msdn.microsoft.com/en-us/library/ee230215.aspx
Some of the Team went on to visit Microsoft for a week in order to participate in Microsoft's Active Directory Plugfest, a report from this event will follow shortly.
Jeremy went to Portland for the LinuxFoundation conference and ended up being replaced as quiz show host by none other than Steve Ballmer of Microsoft (well they've always been old friends :-). Pictures available here.
Linux Kernel client news from Steve French and Jeff Layton
In the Linux kernel cifs vfs, we have merged 17 patches since 2.6.31 came out, including a rewrite of the oplock handling to close some race conditions, and fixing cifsfs so it can work through SSH tunnels. Work continues on the kernel SMB2 code, about 1/4 of the file operations are currently working.
Samba users tip
Steve Litt wrote a wonderful write up of how he fixed a problem with connecting a Windows 98 client after upgrading his Samba from 3.0.x to 3.3.x in order to help others from having the same problem. It's available here.Let us know if you have written a troubleshooting tip for Samba and we'll try to include the best ones in this blog !
Happy file sharing !
The Samba Team
Link | Posted at 09:46
Welcome to the Samba Team blog.
Starting today, we're going to try and create semi-regular updates on what is going on in the fast moving world of Samba development, what we're all up to, and where the code is going in the future. This will be a technical blog, with details on the internal changes in Samba code. We hope you enjoy it !
Firstly, we now have a Samba Team member working at Microsoft ! Congratulations to Chris Hertel, who was offered an opportunity to work directly with Microsoft to create a new set of SMB/CIFS protocol documentation. This will be published as part of the MCPP/WSPP set and made freely available from Microsoft's website.
This is the first Microsoft-sponsored SMB/CIFS documentation to be made available without restrictions since the 1997 IETF draft specifications. The first new document, [MS-CIFS], covers the SMB protocol as implemented in Windows NT. It is almost 500 pages at present, and is just entering the review and markup stage. It should be available in a few months.
In order to work with Microsoft on this project, Chris had to found a consulting company and hire a few people.Volker Lendecke has been re-writing winbind, making it asynchronous. Here are the details:
In ancient days, winbind was just a single process. Later on came a separate deamon to update a cache, so that the main code paths in winbind would not be blocked by slow domain controllers or the network being slow to enumerate thousands of users. In an environment where winbind has to authenticate thousands of users from all over the world this can become a bit slow. So with 3.0.20, winbind was turned into a multi-process daemon. One asynchronous main daemon that in good Unix tradition is supported by several helper processes. This architecture made winbind asynchronous for all important code paths. In particular Windows clients logging into a Samba server running winbind could not block winbind from replying to other requests.
In subsequent years, this clear architecture was blurred a bit. It turned out that the architecture of winbind was not as easy to extend as everyone would have liked, so for later extensions to winbind many of the nice asynchronous code paths have become blocking again. This is not a real problem in a small installation, but for scalability this is bad. As of July 31, we laid the groundwork to make a fully async winbind a lot easier to achieve and program than it used to be: The Samba3 RPC client libraries have become asynchronous, thanks to great work by Stefan Metzmacher. Volker checked in code to make the winbind parent->child communication completely based on an IDL file and auto-generated RPC client/server stubs. This will lead to a much, much more scalable winbind soon.
o Michael Adam is working on the design of transactions in clustered Samba's CTDB database code. He's been re-factoring and re-writing the code to ensure we only access the persistent databases through the proper transaction layer.
o Jeremy Allison has been working on a particularly intransigent bug when a certain version of Excel is used on Vista with Offline file capabilities. Read more about the details here.
o Kai Blin has been working on adding internationalization to Samba's "net" command, to enable this to be used in the native language of system administrators. This is hard, unglamourous but very necessary work, so a big thanks to Kai for taking this on.
o Stefan Metzmacher (Metze) has been working on adding SMB2 support into the Samba3 fileserver. Only directory listings left to do !
o Bo Yang has been fixing authentication bugs in winbind and working on the correctness of dynamic permissions detection in the share mode database.
Samba4 has picked up a cracking pace in the past 6 weeks, with new features, new bug fixes and new developers.
The biggest change over the past few months is that Samba4 now attempts to emulate a Windows 2008 domain. This brings in new complications in Kerberos, but also a new clarity about the features we are aiming to support, and what we must compare ourselves against.
We have also seen a restart of the lively discussion between Samba developers and Microsoft, chiefly around interoperability issues between Samba4 domains an windows 2008 servers. Matthieu Patou (our Russian connection in Samba4 development, and sysadmin for our secret Russian production site) has found and fixed some very interesting bugs. A misplaced 0 or the PAC in the wrong position in a list can have big consequences in the world of AD interop!
Matthieu has also been at work with Wireshark, producing a decryption plugin for Netlogon SCHANNEL and NTLM, using a keytab.
Andrew Bartlett has been hard at work in the land of Kerberos, producing a new tool 'net export keytab' to produce the keytab input used by wireshark. He has also been working to chase the 'make test' back to passing, as well as numerous other small changes to keep others moving.
Andrew has also been working with the NTP community to integrate the patches for MS-SNTP authenticated time.
Matthias Dieter Wallnöfer has been hard at work on what should have been a very simple RPC call - the NetLogon LogonGetDomainInformations call looks like a simple query for a bit of info about the primary domain, but instead turns out to be really 'update computer OS version, service principal names and dnsHostName in the domain'. Matthias rose to the challenge, asking Microsoft for clarification and producing a client test suite to prove it's correctness.
Matthias also does a great job maintaining the Samba4 section of our Bugzilla, and is now a proud member of the Samba Team.
Nadezhda Ivanova and Zahari Zahariev are less dominant in the Samba4 commit logs, but this is because they have taken on the massive task of implementing AD compatible access control lists in Samba4. Their work and testing continues, and rumour has it that pending some final explanations, they will have patches landing shortly.
Anatoliy Atanasov continues to bash his head against the brick wall known as AD replication, but hopes to make some progress soon. With his work, and the groundwork by Metze, two-way Samba4 <-> Samba4 and Samba4 <-> AD replication will be possible.
Steve French and Jeff Layton have been working hard on the CIFS kernel client. The upcoming Linux kernel version 2.6.31 will include more than 50 CIFS patches which improve both performance and stability. Among the most recent patches is one that fixes sendfile, which was noticed by the Apache community when the Apache server was running over CIFS. The POSIX open and create code have significantly sped up these operations to Samba servers. Steve is working with Pavel on the new SMB2 kernel client, now that they are past the session establishment code, they are now working on the inode handling code which needs to be ported and updated to handle SMB2 semantics.
Finally, with an appropriate quotation from Bertolt Brecht, Karolin Seeger, our hard working and long suffering release manager, released the final version of the Samba 3.0.x series - Samba 3.0.36. This is the FINAL release of Samba 3.0, no more fixes, enhancements or security updates will be available. If you haven't already moved to a later version of Samba, this should be your wake up call :-).
Thanks for reading and don't forget you can contact all the Team on the samba@samba.org and samba-technical@samba.org lists. Don't be shy, we love to hear from you all :-).
Link | Posted at 14:12
If you haven't yet heard about the CIFS Engineering Workshop coming this fall, see the event's entry in the Samba Team calendar.
The Samba Team will be running a CIFS Engineering Workshop event hosted at the Google Campus in Mountain View, California, USA on September 26-28th 2007.
This event is intended for engineers working on any CIFS products and services, not just products based on the Samba codebase. We welcome engineers from any implementers of the CIFS and SMB2 protocols, or from people shipping products based on these protocols, or people with a deep interest in advancing the standardization of these protocols.
Link | Posted at 14:19
The next Samba bugzilla day is schedule for Thursday, Feb 22 from 6am - 6pm Pacific Standard Time US (GMT-8). Meet up on the #samba-technical IRC channel at irc.freenode.net and prepare to beat up on 3.0.25pre1.
If you have any questions about how to get started, you can find Jerry Carter on #samba-technical as coffeedude.
Link | Posted at 11:49
The first Samba bugzilla day is schedule for Thursday, Feb 8 from 6am - 6pm Pacific Standard Time US (GMT-8). The theme for this week is "Windows Vista". Developers and Testers are encouraged to get your Vista boxes ready now, have the Samba 3.0.24 and SAMBA_3_0_25 code bases built, and meet up on the #samba-technical IRC channel at irc.freenode.net.
There have been several bugs relating to Windows Vista filed so far. Patches for 3.0.24 will be posted on Friday, Feb 9, at http://www.samba.org/samba/patches/.
Link | Posted at 15:19
The TRUNK of our Subversion repository has historically been used for new feature development with stable changes being merged to the SAMBA_3_0 branch. Lately, TRUNK and SAMBA_3_0 have been completely in sync, forcing the need for small patches to be applied to both branches and creating a lot of branch maintenance overhead. Release manager Jerry Carter proposed a solution:
trunk has served its purposes in the past but really is of little use today. I propose that we
- Use SAMBA_3_0 solely for development and drop trunk.
- When we are close to shipping 3.0.24, we copy SAMBA_3_0 to SAMBA_3_0_24 to stabilize. but normal dev work goes on in SAMBA_3_0. This also prevents the loss of history when we cut-over from trunk to SAMBA_3_0.
- Continue to use /branch/SAMBA_3_0_RELEASE to cut the tarballs for official releases.
After Derrell's suggestion to use svn:externals property settings, the decision was made to replace TRUNK with a series of svn:external properties that pull current sources from the SAMBA_3_0 branch.
So what's all this mean? TRUNK is no longer used and commits are made solely in the SAMBA_3_0 branch. However, TRUNK will pull a copy of SAMBA_3_0 so that automated testing tools relying on the presence of TRUNK will continue to work.
Link | Posted at 17:12
Ronan Waide has done some work updating mod_ntlm_winbind for Apache2. mod_ntlm_winbind is an Apache module that provides NTLM and Basic authentication via winbind. Support for both plaintext and NTLM auth in the same module as also been added.
The module source is available for the interested.
Link | Posted at 12:10
ZDNet is reporting that open source coders' speed astounds Coverity. This is in reaction to the speed with which potential bugs reported by Coverity have been cleaned up.
"My impression is that the open source community is producing software defect patches at an extremely fast rate," Ben Chelf, the chief technology officer at Coverity, said in the statement.
Samba is mentioned specifically, too.
Samba, a popular open source project used to connect Linux and Microsoft Windows networks, showed the fastest developer response, Coverity said. The number of flaws was reduced from 216 to 18 in one week and to zero in two weeks.
Link | Posted at 09:40
The Samba Team is happy to report that Samba is now free from Coverity reported defects!
Coverity recently ran a scan of open source projects, which included Samba's TRUNK branch. Coverity's site describes their scan as:
[...] a new baseline for software quality and security in open source based on the analysis of over 30 of the most critical and widely used open source projects in the world. Under a contract with the Department of Homeland Security, we apply the latest innovation in automated defect detection to uncover some of the most critical types of bugs found in software.
The initial scan reported 216 potential bugs in Samba. In a week and a half, Samba Team developers have fixed all reported bugs. These changes will be applied to the next 3.0.x release.
Link | Posted at 16:30
We are beta testing two new sites in the world of samba.org:
This will be the permanent home of project lists, status updates and what is happening with a given project or feature. The site's success will really depend on developer interaction and whether or not the community finds the status information helpful.
The unassigned projects are up for grabs if you would like to work on something. Eventually, we will link in a small description as the first blog entry for each item so you can have a better idea of what the project is about (rather than the few words on the front page).
Here you will find personal developer blogs. Your guess is as good as ours as to what will show up here. :-)
Link | Posted at 13:50
Günther Deschner has created Firefox search plugins for websvn.samba.org and bugzilla.samba.org. The plugins are available from http://samba.org/~gd. Once installed, the plugins will add a "Samba WebSVN" and "Samba Bugzilla" option to the search toolbar in the Firefox web browser. Simply enter a bug number to search Samba's Bugzilla site or a revision number to search Samba's web-based SVN repos.
Note: To install from the links above, you must be running Firefox as a user with write permission to the searchplugins directory of your Firefox installation. For more on Mozilla/Firefox search plugins, see the Mycroft Project (at mozdev.org).
Link | Posted at 16:20
During the last two weeks, several members from the Samba Team spent sometime in Germany attending WineConf and SambaXP. Wine HQ's latest Wine Weekly Newsletter offers a WineConf summary, which covers some of the discussions that were held between members of the Samba and Wine development communities.
The afternoon shifted into discussions with Samba. Many of the core Samba developers were in attendance, including Andrew Tridgell, Jeremy Allison, Andrew Bartlett, Jerry Carter, Jelmer Vernooji, and Volker Lendecke. One of the major Samba conferences, SambaXP, was being held following WineConf. As such, they rearranged their travel to pass through Stuttgart. It may be the only time we'll ever have the opportunity to meet with such a large group and it proved to be really interesting.
For the full summary, see Wine Weekly Newsletter, Issue #272.
Link | Posted at 10:20
José María Ruiz has taken over maintenance of tsig-gss. tsig-gss is a program, originally created by Andrew "Tridge" Tridgell, that lets you register the IP-NAME pair in the Microsoft DNS Server used by Active Directory.
José María wrote via email:
This little app was somewhere lying around when a few months ago I saw it. It didn't work because it was so old — the libs it used were very different then. I spoke with Tridge and helped him update the script (it's written in Perl). The "new" tsig-gss works, and I've offered myself to help maintan it.
This updated version of tsig-gss is available here.
Link | Posted at 14:40
Samba Team member Chris Hertel has a new article up on Linux Magazine. The article provides a nice introduction to jCIFS and outlines some possible ways to use jCIFS as an interface to your CIFS server.
Here's a teaser from the piece:
jCIFS (http://jcifs.samba.org/) is the product of an unlikely union between Sun's Java and Microsoft's SMB/CIFS file sharing suite. jCIFS provides all of the tools a Java coder needs to get along in a Windows Network Neighborhood; jCIFS dances elegantly with Samba; and jCIFS runs on everything from palmtops to mainframes. Where else but in open source could such a story be told?
For the complete article, please see jCIFS: The SMB Can Opener.
Link | Posted at 14:30
Samba Team member and 3.0.x release manager Gerald "Jerry" Carter gave a talk on "The State of Samba" at LinuxWorld Boston this week. The talk serves as an overview of recent activity on Samba, as well as an overview of where Samba is headed. The slides from the talk are available online and serve as an excellent guide to the planned roadmaps for both Samba 3.0 and Samba4.
The "State of Samba" slides are available here.
Link | Posted at 13:10
Robert Szeleney reports that Samba has been ported to SkyOS. Here's his post to the samba mailing list:
I just want to announce that I successfully ported SAMBA without any modifications to SkyOS. If you want to take a look at the small SAMBA configuration utility used to configure SAMBA on SkyOS, you can take a look at http://www.skyos.org
Go check out the SkyOS website. Looks like a nice bit of work. Well done!
Link | Posted at 15:50
Nico Earnshaw has completed a thesis on the Samba community as part of his Bachelor of Arts Informatics degree at the University of Sydney. The work is a very fine study of the practices of members of the community, with particular attention paid to Samba Team developers (their motivations, goals, practices, etc.). The general question explored seems to be, how does being a part of the Samba community define a developer?
This research is an exploratory study into the constitution of identity in the Samba community. The results presented are based upon an analysis of documents, websites, internet-relay-chat (IRC), mailing lists, private correspondence and face-to-face interviews. The primary method of data collection was the semi-structured interview method.
The paper also draws on other research/writings on OSS communities, but the observations specific to Samba development and the Samba community are unique to this work. There are lots of nice quotes from Samba Team members, too. Nicely done, Nico.
To read the complete thesis, see The Samba Project: Transformation of Self through Open Source Software Development.
Link | Posted at 11:00
samba.org is pleased to announce that the web interface to our Subversion repositories has been successfully migrated to Viewcvs. We are using the 1.0 development branch of Viewcvs, but it has been customized to include a changeset view and a recent commits page. The web-app's design was also changed to reflect the new samba.org design. The ability to view changesets was a much requested feature, and these changes will be offered back to Viewcvs developers for their consideration.
You can view the Samba source through the newly upgraded Viewcvs install at http://websvn.samba.org/.
Link | Posted at 11:00
The conference portion of the "CIFS 2004 Conference and Plugfest" concluded yesterday, Wednesday, 11 August 2004. Several Samba Team members gave talks and tutorials. Highlights included Andrew Tridgell's two talks related to RPC testing in Samba4; Jeremy Allison's proposal of possible future extensions to the CIFS protocol; and Jerry Carter's talks on the Samba roadmap and on working with LDAP and CIFS. Samba Team members Chris Hertel, John Terpstra, Andrew Bartlett, and Steve French also gave talks during the conference.
For the rest of this week, Samba Team attention turns to the work to be done in the plugfest. Team members are working on the continued development of Samba 4, the Samba 3.2 merge which will integrate portions of the Samba4 smb and rpc client libraries, and the release of Samba 3.0.6 by week's end. Clearly, some exciting work is being done this week, including much related to Samba development, at the "CIFS 2004 Conference and Plugfest."
Link | Posted at 04:00