It’s almost 2 AM here, in other words, 17:00 PM in California - just a few more minutes before the list of SoC applicants will apparently be published. Hopefully one of my applications will be accepted; the quality of applications appears to be better overall than last year, so it’ll be tough…
Currently Playing: Stevie Ray Vaughn - Crossfire
In the past one-and-a-half week, the discussion about Bazaars’ Summer of Code projects, in particular the graphical user interfaces, sparked some interest in nautilus integration, which was originally an unfinished proof-of-concept I wrote a couple of months back. Jeff Bailey picked it up and then contributed some more code as well. The endresult is that we now have very basic nautilus integration, a bit like TortoiseSVN for Subversion in Window Explorer.
We’ve also bundled some of the existing GTK+ plugins such as bzrk and gannotate into one plugin, bzr-gtk, in the hopes of making maintainance easier. Hopefully the Summer of Code student that was going to work on this will be able to continue with these two projects.
After some more work on the ‘svn’ plugin, I am now able to do proper lightweight checkouts (including file contents) and run ‘bzr log’ or ‘bzr info’ on the working tree:
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 | charis:~/bzr/svn% bzr checkout --lightweight \\ svn://svn.samba.org/smb-build/trunk smb-build charis:~/bzr/svn% bzr info smb-build Location: checkout root: /home/jelmer/bzr/svn/smb-build/ checkout of branch: svn://svn.samba.org/smb-build/trunk Format: control: Meta directory format 1 working tree: Working tree format 3 branch: Subversion Smart Server repository: Subversion Smart Server In the working tree: 16 unchanged 117 modified 0 added 0 removed 0 renamed 0 unknown 0 ignored 16 versioned subdirectories Branch history: 30 revisions 296 days old first revision: Fri 2005-06-24 11:24:47 +0000 latest revision: Sun 2006-03-19 01:39:05 +0000 charis:~/bzr/svn% bzr log smb-build ------------------------------------------------------------ revno: 30 committer: jelmer timestamp: Sun 2006-03-19 01:39:05 +0000 message: test double target ------------------------------------------------------------ revno: 29 committer: jelmer timestamp: Sat 2006-03-18 23:56:09 +0000 message: Test whether a variable in the include file is supported ------------------------------------------------------------ revno: 28 committer: jelmer timestamp: Sat 2006-03-18 23:10:09 +0000 message: Check :: ------------------------------------------------------------ revno: 27 committer: jelmer timestamp: Sat 2006-03-18 23:01:55 +0000 message: Test whether include in make works ------------------------------------------------------------ revno: 26 committer: tpot timestamp: Tue 2005-08-30 01:33:10 +0000 message: Fix the build. ------------------------------------------------------------ revno: 25 committer: tpot timestamp: Tue 2005-08-30 01:23:44 +0000 message: Break the build. ------------------------------------------------------------ [...] |
After a couple of hours hard work today, I finally got “lightweight” checkouts of Subversion branches in Bazaar working! I can now run
1 | bzr checkout --lightweight svn://svn.samba.org/samba/trunk samba-trunk |
and then end up with a proper Samba tree. Unfortunately, the size of all the files is still 0 at the moment, but that should be fixed soon.
Hopefully, this is the next step towards using bzr as a svk replacement.
Oddly enough, I have been contributing to Subversion as I hit a few problems in their Python bindings.
My new nunit packages just got accepted by ftp-master. The CLI Policy has been updated.
In the mean while, I’ve continued work on the svn plugin for bzr. The refactored bzr API is working great for foreign branch implementation. The only two things that are odd so far are the fact that I have to implement a phony ‘Transport’ subclass and I think the name of ‘BzrDir’ should be changed, though I’m not sure to what.
I will be giving talks on Samba talks during three upcoming events: SambaXP 2006 (25 April), The Free Software Bazaar at SANE 2006 (17 May), NLLGG meeting, 2006 (10 June).
The first two talks will focus on Samba 4 and its current state. The third will be a generic introduction to Samba.
I was glad to see that pdbsql is finally somewhat stable again, thanks to Wilco’s help. It’s always bad to see good code bitrot. Luckily, that’s not going to happen here :-)
It’s once again been a busy week for Samba 4.
Simo has worked on making more of the LDB code asynchronous.
Metze has reworked some of the NTVFS code to be generic for use by both the smb and smb2 subsystems. Tridge and metze have worked on inotify support. Tridge fixed a bunch of bugs, reported by a static code analyser.
Andrew fixed several bugs, mostly auth-related and improved some of the tests.
Rafal has made more of the DCE/RPC subsystem asynchronous, in particular the connect bits.
I spent it working on various bits of the build system; we now support using shared libraries internally. All modules can be built as .so files and all subsystems (including LDB) support loading extra functionality using .so files. Try it out by running “./configure —enable-dso”. This should make it much easier for other projects to use parts of Samba or hook into Samba. Automatic dependencies are now also generated; just on GNU make 3.81 and higher for the moment though, as older versions appear to be buggy.
The registry (just the core, not all backends though) now keeps track of credentials information. A feature which Andrew had been asking me about for ages but which I kept postponing. :-)
A more detailed list can be found in the WHATSNEW.txt prepared for tomorrows’ release.
I’m planning on releasing TP 2 tomorrow morning. Everything seems stable - and the release is long overdue (originally planned to be at the end of february).
It’s been another busy week for Samba 4. I’ve been so distracted with actual development the last couple of weeks that I haven’t actually had time to post an update report on it.
Metze and I have been working on making some of Samba4’s internal files build as shared libraries. The idea is that we will later be able to ‘export’ libraries and make them easily available for others to use (GNOME, KDE, OpenChange). At the moment, we have support for shared libraries partially finished. Those interested in checking it out can do so by passing —enable-dso to the configure script.
Tridge has been working on inotify support in the NTVFS layer (file change notifications).
Rafal (mimir) has made the core of the DCE/RPC layer asynchronous.
Of course, there have been a lot of smaller changes as well.
It’s been a busy week for Samba, overall. After Coverity published a list of potential bugs found by their static code analysis tools, Samba3 development got a major boost. In the meanwhile, we’ve delayed TP2 again. We’re now waiting until things settle down, hopefully in the next few days.
The original project that got me working on Samba, pdb_mysql has been moved out of the Samba tree. There’s been quite some discussion about this in the past few months, after several grave usability bugs that indicated I wasn’t maintaining it actively enough (I haven’t actually used it for a few years now).
After some discussion, the pdb_sql modules have been removed from the SVN tree and now Florian and some other folks have picked it up and are continuing development as a seperate project. It’s been a bit hard letting go, but also good to see the source code isn’t going to bitrot away in the deep archives of the internet.
The first technology preview for Samba 4 has sparked quite a bit of interest from users and we have already received several bugreports. At the moment, all work is focused on the next ‘tipi’ for which we have set some milestones. The target date is sometime next - hopefully just before FOSDEM.
Linux.Conf.A has really been great so far. It’s a by far a nicer and more technical conference than any I have attended in Europe.
So, today was the day… we have just released the first Technology Preview of Samba 4. It is still a long way for release, but we hope it will attract some attention of the community and result in useful bug reports and suggestions.
While I built the final tarball and did the announcement, Andrew Bartlett was the main force that finally made this release happen. He worked hard over the past few months to fix the remaining issues that were required to make Samba 4 actually usable.
Meanwhile, several large sites have picked up the announcement, news.samba.org has a list.
In the past week, we have migrated the Debian packaging for Samba 4 to the SVN repository of the Debian Samba packaging team at alioth.
Mostly thanks to the hard work of Steinar Gunderson in the past week, the packages are now ready for, and have been uploaded to Debian experimental. Most importantly, there is now integration for upgrading from Samba 3 to Samba 4 using the upgrade scripts.
I will no longer upload Samba4 Debian packages to jelmer.vernstok.nl.
Currently Playing: Porcupine Tree - Radioactive Toy
Thanks to the help of Steinar Gunderson in the past week, the Debian packages of Samba4 have had some major improvements. I have once again started to provide snapshots. As usual, they can be used by adding the following line to your /etc/apt/sources.list:
1 | deb ftp://jelmer.vernstok.nl/pub/debian ./ |
Now that we’ve switched to a version control system for Bitlbee, the development activity is suddenly reviving. The fact that 1.0 has now been released was certainly also a reason for the large number of commits in the past weeks, as previously we were mainly aiming at improving the stability of Bitlbee.
Some of the things that have been merged into the main tree over the past week or so are:
- groupchat support in oscar by Nelson Elhage
- typing notification improvements by f0rked
- new storage abstraction layer by me
- support for plugins by me
and lots of smaller improvements, mainly by Wilmer
The ancestry graph of my integration branch is getting more and more complex every day.
