Dear Qt User:
Nokia is pleased to announce that with the release of Qt 4.5 you will be able to use Qt under the Lesser General Public License (LGPL) version 2.1 terms. When released in March 2009, Qt will be made available under three licensing options: Commercial, LGPL and GPL.
Prior versions of Qt are not impacted by this announcement.
Nokia is committed to Qt and its continued development. By offering Qt under LGPL version 2.1 license terms alongside today’s licensing options Nokia hopes to:
- facilitate wider adoption of Qt across industries, desktop, web and embedded platforms.
- establish Qt as a de facto standard for application development.
- receive more valuable feedback and increased user contributions to ensure that Qt remains the best-in-class, cross-platform framework.
- extend Nokia’s existing platform commitment to the open source community.
By offering a cost-free LGPL license as well as commercial and GPL licenses to Qt, you can choose the license model that best fits your development requirements.
Irrespective of which license model you choose:
- Qt Software is committed to continuing to provide our customers with the same level of professional support, services and regular releases you have come to expect of Qt Software.
- We will continue to actively develop Qt, and with a greater degree of cooperation with the community through a new contribution model, we hope to make Qt even more valuable to our users.
For more information on the introduction of the LGPL license and what this means for you, please consult the Frequently Asked Questions section on www.qtsoftware.com.
Best regards
Tom Miller
Director of Sales
Nokia, Qt Software
Wednesday, January 14, 2009
Trolltech/Nokia will license QT 4.5 under LGPL
Posted by Snowman at 6:39 PM 0 comments
Monday, December 29, 2008
$MFTMirr does not match $MFT (record 0).
Well, we had a nice wind storm here last night. Power went out, and the fileserver had problems remounting one of it's 6 NTFS hard drives.... normally NTFS volumes would be mounted by Windows and the OS would simply run a disk check, and clean up any problems itself.
But my file server is a FreeBSD unix system. And running NTFS filersystems on Unix is not foolproof. Anyways, the error I was seeing was "$MFTMirr does not match $MFT (record 0)"
here's what I did to fix the drive:
# sudo -i
# ntfsfix /dev/hdc1
# ntfs-3g /dev/hdc1 /mnt/ntfs -o force
that fixed the MFT table on the problem NTFS volume, and I was back up in just a few minutes.
Tuesday, December 23, 2008
Serving Windows files from Unix
For the past 10 years, I have had 2 separate eco-systems on my home network. One was a Unix net, the other a Windows net. Rarely did one mingle with the other. Life was easy, and no one complained.
But I had to go and mess it all up.
My development hardware of choice is no longer a server, no longer a desktop... but a 17" laptop.
I currently have it Triple booting Vista, Mac OSX (hacked), and Debian Linux.
Under Vista I run a few virtual OS's using VMWare... so I'm pretty much self sufficient on this one machine.
So I moved all my windows machines down into the server room (actually it's just a corner of the garage), and put FreeBSD on all of them.
Anyways...
I still wanted to serve up my Vista laptop with music & video, as well as my livingroom laptop & xbox.
I also store a heck of alot of data files from my various projects.... and would like to keep them all on a similar filesystem format.
I though about converting the whole thing (8 hard drives of data - approx 2TB) and running it off an unix NFS server. But as the xbox and living room media center don't play well with NFS, I decided to run a Samba server instead, keeping the data on the original NTFS partitions.
Here's how I set up the main file server (running FreeBSD)
// grabed the ntfs-3g package
//
# pkg_add -r ntfsprogs
# pkg_add -r fusefs-ntfs
//or instead of packages, ports could be used:
# cd /usr/ports/sysutils/ntfsprogs/ && make install clean
# cd /usr/ports/sysutils/fusefs-ntfs/ && make install clean
// make sure gets loaded at boot...
//
# add fusefs_enable="YES" to /etc/rc.conf.
# add fuse_load="YES" to /boot/loader.conf.
// fix freebsd's limited mounts
//
# mv /sbin/mount_ntfs /sbin/mount_ntfs.bak
# ln -s /usr/sbin/mount_ntfs-3g /sbin/mount_ntfs
// make the hosting directories
//
# mkdir /mnt/win/projects
# mkdir /mnt/win/resources
# mkdir /mnt/win/media
# mkdir /mnt/win/apps
// mount ntfs drives
//
# vi /etc/fstab
// add the ntfs drives...
/dev/ad2s1 /mnt/win/projects ntfs rw,late,uid=nobody,umask=000 0 0
/dev/ad3s1 /mnt/win/resources ntfs rw,late,uid=nobody,umask=000 0 0
/dev/ad4s1 /mnt/win/media ntfs rw,late,uid=nobody,umask=000 0 0
/dev/ad6s1 /mnt/win/apps ntfs rw,late,uid=nobody,umask=000 0 0
// create our symbolic links so that they are available to samba
//
mkdir /var/pub
# ln -s /mnt/win/projects/var/pub/projects
# ln -s /mnt/win/resources/var/pub/resources
# ln -s /mnt/win/media/var/pub/Media
# ln -s /mnt/win/apps/var/pub/Apps
-----------------
2) Install Samba
-----------------
// install filesystem driver
//
# pkg_add -r samba3
# vi /usr/samba/lib/smb.conf
// make sure it starts at runtime
//
# vi /usr/local/etc/rc.d/
// edit samba conf
// note: BATLOGIC is the name of my home network....
# vi /usr/local/etc/smb.conf
workgroup = BATLOGIC
server string = Pearl Samba Server
security = share
hosts allow = 192.168.1. 192.168.2. 127.
// add the share definition
//
[pub]
path = /pub
public = yes
writable = yes
printable = no
// start/restart the Samba service
# /usr/local/etc/rc.d/samba restart
everthing has been running smooth, and the Samba server is pretty responsive
Posted by Snowman at 4:32 PM 0 comments
Labels: file-server, home network, nfs, ntfs-3g, samba, unix
Thursday, December 18, 2008
What's on my net. (vive la révolution!)
I purchased a new Laptop last month, it's powerful enough to do all my development work on it - So my previous workstation has been relegated to menial tasks.
I spent yesterday refreshing my home network - several went from Windows machines to FreeBSD machines (vive la révolution! ).... others were re-purposed....
Here's my home network setup:
Swan - (My Main system) - laptop - Vista - Dell Studio 1735 Intel T9500, 4gb ram, ATI 3650HD. It originally came with a T5750... I bought a T9500 from Newegg and plugged her in.
Flynn - (Print Server) - laptop - Win XP - Compaq Evo n610c, Pentium 4 2ghz, 756mb ram. It's serving a Canon MF3200 - which only has windows drivers.
Thor - (Living room - surfing) - laptop - Vista - HP DV9000, AMD Turion X2 TL50, 1.6ghz 4gb ram. It a 17" - same as the Dell.
Scarecrow - (Firewall) - FreeBSD 6.0 - AMD Athlon 2000+ 1.67ghz, 512meg ram (setup to use pfPorts)
Pearl - (File Server) - FreeBSD 7.0 - AMD Athlon 64 3200+ x2, 2g ram, 1.5TB total hard drive space on 5 drives
Heron - (Web Server, Test) - FreeBSD 7.0 - AMD duron 1.4ghz, 1gb ram, 250gb HD
Tron - (CVS source code repository) - FreeBSD 6.0 - Intel 920 dual, 4gb RAM, 2x250GB sata drives. This was my old development machine.
Ma3a - (Test machine) - HPUX - HP 712/100 PARISC, 100mhz, 160meg ram, 4gb external SCSI drive, 2 tape drives... useful for network penetration testing....
I have everything patched into a DLink DES-1026G 24-Port 10/100 + 2 Gigabit 1000BASE-TX Switch. I bought it on ebay brand new for $30 around 5-6 years ago; a great deal.
I also have a Netgear WNR834B Wireless N router, and another SMC barricade Wireless B router.....
I have a lot of old (non networked) machines from the 1980's and 1990's - various Apple Mac's classics, Apple II's, a Tandy COCO, several old IBM 8088's, and 80286, 80386's...... lots of old systems from the 1980's and early 1990's). Most are in storage bins only to be booted up every other year to make sure they're not bricked.
None of these have ethernet - but all have modems. I'd love to try and wire them to an internal homebrew PBX and connect them to my network one day....
Posted by Snowman at 5:21 PM 0 comments
Labels: home network