Thu, 11 Sep 2008

1:13 PM - New ports

I added several ports last night at the request of a user.  Amarok is now available.  I recommend that you grab the gcc 4.1 package before building as this will save you a lot of time.  Without a newer version of GCC, I received several C++ errors.  It sucks, but it's better than not having the port.  GNUstep users will already have this installed most likely.

With that port, I brought in several additional audio libraries including support for Dell and Creative mp3 players.  

I also updated the Opera  browser and XChat.  

Some of these ports may require more testing.  ctriv@ is working on some exciting new features for magus so we must wait to run the new ports until that has been well tested.  We're also setting up the build cluster at EMU again with some newer nodes.  

()

1:01 PM - Getting MidnightBSD

One of the most common problems we've had is getting MidnightBSD.  Previously, I wrote about a torrent available for disc1.  One user has reported problems with that torrent.   The other options are typically the mirrors.  

The main site is currently rsyncing with two mirrors to distribute the new amd64 release.  The site will most likely be slow for the next 24 hours.  

I've been asked why I don't distribute using bittorrent myself. There are several reasons.

  1. I need my bandwidth for the website, etc.
  2. I have Comcast (business class) which does not officially block torrents, but things mysteriously get very slow after using one.  

I did post a torrent using a third party tracker for 0.1-RELEASE and things went very poorly.  The tracker was often down.  I don't have the speed to run my own tracker.  I can't get away with this at work either.  

()

Wed, 10 Sep 2008

9:57 AM - (no subject)

I started the build for 0.2.1-RELEASE amd64 today.  If everything goes according to plan (insert Dr. Evil laugh) we'll have a release on the FTP soon.  

Unlike i386, this version will not contain GNUstep or related ports.  We had some build issues with GNUstep on this platform.  Oddly, it appears to have built on sparc64.   

()

Sun, 7 Sep 2008

10:22 PM - Success

I managed to get mports/www/browser working on two machines today.  There are still some issues to work out with dependancies and some tweaks to plists depending on those dependancies.  Still, it's a big step forward as we can distribute Gnome with this.

()

3:14 AM - AMD64 Packages for 0.2.1

I recently released MidnightBSD 0.2.1 for i386. Now, I'm working toward a release for amd64 and sparc64. Tonight, the packages finished building for AMD64.

It's taken six days to build them. I only have one machine available and although it's a core 2 duo, it can only use one core.

I'm copying the packages to the FTP server now. Then I'll have a nightmare rsync cycle and finally I'll be ready to make the release ISOs.

()

Wed, 3 Sep 2008

12:42 AM - Slow site, high traffic

The website has been very slow today.  In addition to some rsync activity with the mirrors (limited), we had 3,763 visits and 10363 page views for 9/2/2008 according to Google Analytics. 

If you want to download ISOs, use the ISC or cs.emich.edu mirrors.  The metalink files might be helpful too.  I don't think allbsd has been able to mirror yet.  

()

Tue, 2 Sep 2008

5:45 PM - DistroWatch.com

DistroWatch.com has updated their MidnightBSD entry to coincide with the new 0.2.1-RELEASE. MidnightBSD is currently the top entry on their main home page.  We've had over 500 referrals today from their website so far. 

The page also includes information about packages available on MidnightBSD.  It allows you to compare our offerings with other BSD and Linux systems.

()

Sun, 31 Aug 2008

4:28 PM - MidnightBSD 0.2.1-RELEASE

 The 32bit version of MidnightBSD is now available on the FTP server.  Mirrors are rsyncing.  This version is 3 ISOs where the first one is the OS and a few packages (X.org), and disc 2 and 3 contain packages.  

The version number is 0.2.1 due to a problem with sysinstall found late in the engineering process.  It was easier to fix it, bump the os version, and tag cvs rather than retag and deal with that mess.  The versions are identical aside from sysinstall and src/etc/firstboot.  No need to update if you have 0.2-RELEASE installed.

Here is the changelog for 0.2.x.  Please note that the dates at the end are before 0.1 and 0.1.1 as we branched at that time.  A few of the changes were present in 0.1.x releases, but not many.

CHANGES

20080830:
MidnightBSD 0.2.1-RELEASE

Oops, fix some bugs with sysinstall's handling of packages found on the release ISOs.  Tweak etc/firstboot while where here.

20080829:
MidnightBSD 0.2-RELEASE

20080703:
Correct problem with pcc and DESTDIR that affected creating live cds
and jails. 

        sysinstall would incorrectly truncate DHCP info when configuring
        ipv4 networking.  This was the result of a bad patch several months
        ago.  Fix this error.  Found via testing a snapshot.

20080627:
Add firmware(9), WEP, CCMP, TKIP to GENERIC.

Add glabel to GENERIC.

Intel ICH8 mobile chipset used on some iMacs included with ata.

pcc connected to the build on i386. (alternative compiler)

20080613:
Begin work for MidnightBSD 0.2-PRERELEASE

20080528:
Sendmail 8.14.3

20080516:
ssh-vulnkey allows you to look for vulnerable ssh keys that
were generated on Debian and Ubuntu hosts over the last
few years.  sshd can block offending keys with a configuration
option.

The elf note on binaries is now set to MidnightBSD.

20080514:
Fixed a number of problems with pcc.  It is not yet connected
to the build, but usable on i386 hosts.  You may use it 
by make; make install in /usr/src/usr.bin/pcc.  It will
install in /usr/local as some of the files conflict with
GCC versions. __MidnightBSD__ is defined in PCC as well.

System headers were fixed to allow pcc to compile many binaries
on MidnightBSD.  bin/cp will work now for instance.

20080430:
__MidnightBSD__ is now defined via gcc.  This can be tested
to determine we're running on MidnightBSD in the preprocessor.

20080429:
Import bind 9.4.2 with threading

libpthread (KSE) and libthr are built earlier

pcvt(4) removed!

Alias added for core2 cpus.

Alpha and PC98 only utilities removed from usr/sbin

syslogd, adduser, rmuser, mergemaster and mailwrapper have been
improved.  See the man pages for info.

periodic scripts will not send emails with empty message bodies.
See mailwrapper fix.

20080410:
Sync cpdup with DragonFly.  Add parallel transaction support and
-l flag to line-buffer stdout and stderr.

20080406:
Import bzip2 1.05
Import OpenSSH 4.9p1

20080322:
The default umask was changed to 022.

/usr/X11R6 paths were removed from several config files.

.mkshrc files are now installed for root.

20080316:
FIx a problem with gif0 tunnels and neighbors with IPV6.

20080312:
Add lndir from X.org.  This aides in the porting of MirPorts.

New OS versions were added to the mapage code (groff)

20080310:
Correct a buffer overflow in ppp.

20080308:
Remove /usr/X11R6 from manpath config.

20080307:
Atheros driver no longer has several options set
which corrects building in tinderbox on all three platforms.

Added a new macro to sx.h which returns true if the current
thread holds an exclusive lock on a specifix sx.

Removed OS/2's HPFS file system.   It's not maintained and
I don't know anyone using OS/2 or ecomstation these days.
My copy is in the closet collecting dust.

20080306:
Synced tinderbox with FreeBSD.  Modified it for MidnightBSD.
Developers can now use it to check src builds.

20080303:
Add mksh to /etc/shells, made some adjustments to options
for mksh builds per suggestion upstream.

USB HID table updated with modern hardware list.

Updated BSD family true (we're not in there yet)

iso3166 file updated and import of tzdata2007k for 
new time zones.

Updated mksh to latest version R33.

20080228:
Remplaced the random IP id generation code with a new
version by Amit Klein.

20080221:
Sendfile write only permissions fix.

Removed some HPFS and PC98 code.

iso639 file sycned with DragonFly.

20080128:
Changed NTP configuration so that ips aren't cached
so multiple servers are used.

Fix an issue with fork() in libpthread.

20080121:
Add virtualization detection to set the HZ rate
according to a VM present.  VMWare and Parallels
should work better like this.

Change to full x11 install in sysinstall.  Add
xorg 7 support.

20080115:
Fix the handling of PTY's.  CVE-2008-0216

20080105:
mport delete code added, USE_MPORT_TOOLS knob aded.

20080101:
Happy New Year

20071123:
Update sendmail to 8.14.2

20071120:
Update system compiler to gcc 3.4.6.

20071023:
Updated mksh to R31d.

20070911:
Updated mksh to version R31b.

Fixed stderr output in libpthread.  Previously it was
written to stdout.

20070831:
Added dot.mkshrc file to support the recent change to 
mksh from OpenBSD's ksh derived from pdksh.  

Added new firewall configuration.  ipfw is enabled by default
with a "desktop" configuration.  Consult /etc/rc.firewall
or ipfw show to see the ruleset used.  You can disable
ipfw by setting firewall_enable="NO" in /etc/rc.conf This
change only effects IPv4.  IPv6 does not have a firewall
enabled by default.

20070814:
Removed GNU tar source.  We've been using BSD tar 
for awhile.

20070806:
Finished removing umapfs and autofs from the tree.

20070804:
BIND and Tcpdump have been patched for recent vulnerabilities.

We switched to BSD cpio (pax).

20070719:
Imported cpdup from DragonFly as /bin/cpdup

20070716:
Update GNU cpio to 2.8. 

20070410:
cvs was updated to 1.12.13.  cvsbug was removed.
cvs now behaves similarly to DragonFly's cvs with
most of their local changes.  

I hope to get another architecture uploaded in a few days, but I want to look at a few outstanding issues listed below.

There are a few issues with packages for this release.

  • gtkjj missing?
  • vim failed  - ctags & cscope?
  • gvfs, goffice failed
  • wine failed?
  • gimp-app failed - missing libgtkhtml
  • emacs and xemacs conflict - can't both be installed.
  • xchat - failed missing gtk spell
  • classpath failed
  • mutt failed missing depends
  • samba failed?
 

tags: midnightbsd release

()

12:57 AM - (no subject)

 I'm starting a magus run for sparc64.  This will build on deltaflyer, which is a 500mhz netra t1 with 512MB RAM.  If this goes well, I'll try to do a sparc release later in the week.

()

Sat, 30 Aug 2008

6:33 PM - Oops

Due to my snafu with sysinstall, 0.2-RELEASE has problems installing packages.  I could kick myself for not testing this properly, but it happens when you're drinking and coding.  

Here's the new schedule:

i386

We'll have 0.2.1-RELEASE ready for i386 in the next few days.  I'm not going to rush testing it this time just so we can be "done".  I've already created some patches to fix the above mentioned problem and am building a test snap with packages to verify.  If that goes well, I'll tag 0.2.1 and do the final build. 

amd64

This can't be started until 0.2.1 is done for i386.  I'm hoping mid-week, but I start getting busy on Wednesday.

sparc64

While I haven't made a final decision on this, I decided to start updating one of my sun machines to 0.2.1 so that I can build packages.  It usually takes a week with 3 machines on magus and I've only got one setup at the moment.  If my second machine and ctriv@'s comes into play, the earliest would be Friday.  If so, this would be our first sparc64 release.

 

 

location: Home

tags: bugs release doh midnightbsd

()

1:54 AM - (no subject)

 and i found a problem with the ISOs.  I'll generate new ones tomorrow.  The packages aren't included correctly.

()

1:43 AM - 0.2-RELEASE

 There's a preliminary release on the FTP server now.  I haven't gone through full testing yet, so avoid it until the developers get through testing the ISOs.  I'll post release notes tomorrow.

Only i386 is up at this time.   If everything goes according to plan, amd64 will be built in the next week.  It will take at least 2 days to build packages and I've had to use that machine for i386 work.  I haven't made a call on sparc64 yet.  

Please tell me if package symlinks are bad on the ftp or files that shouln't be there are there.  I've tried to go through and remove restricted ports and ports listed in mports/LEGAL, but i might have missed something.  It's late and I'm tired.

()

Thu, 28 Aug 2008

7:40 PM - Update on pending 0.2

The magus build cluster has completed the 98 run, so we now have packages for the release.  I'm using scp to move the files to a machine at home.  I plan to get them on the FTP tonight or tomorrow and do a test build.

 

()

Wed, 27 Aug 2008

4:07 PM - Website

Smultron and i are working on migrating the website to the new design he has created.  Feel free to tell us about broken links, etc.  

Nightlily offered to help me with the german pages when she gets back from her trip to Mexico.   

()

Mon, 25 Aug 2008

3:53 PM - mports status

mports are in the best condition in months.  Run 96 on magus had only 11 failures and very few untested ports.  Anyone holding off on updating mports, should consider grabbing a copy.

Please report any ports that are misbehaving as we want this to be very good for the release. 

tags: mports midnightbsd

()

3:48 PM - The 64 million dollar question

When is 0.2 coming?  Very soon.  I'm doing one last magus run for testing.  Run 98 will be tagged upon completion pending any new issues.  That will conclude mports for this release.

Here is a list of remaining task prior to 0.2 release: 

  • Placing run 98's binaries (magus) on the FTP server
  • Changing the name of the release in the src code (0.2-RELEASE)
  • Making last minute adjustments to src/release and sysinstall to handle the packages we generated.
  • Fixing the csup/cvsup files and src/Makefile to point to the cvs branch
  • Creating a test iso set on x86 to find any last minute problems.
  • Tag the src tree
  • Build the final isos 

tags: mports midnightbsd release

()

Fri, 22 Aug 2008

9:36 AM - libiconv 1.12 --

I've reverted to libiconv 1.11.  Several key ports have been failing on magus that would hold up the release.  We can't wait for all these developers to fix their code, and patching would take too long in this case.

You'll most likely have to rebuild a good number of ports.  I suggest waiting until after the release. 

()