pkgsrc and DragonFly current DragonFly 2.9/x86_64 2011-03-11 15:00
For anyone who is curious, this is the first results I have for a bulk build of pkgsrc on DragonFly using gcc 4.4. This is on x86_64. -- pkgsrc bulk build report DragonFly 2.9/x86_64 Compiler: gcc Build start: 2011-03-11 15:00 Build end: 2011-03-21 20:01 Full report: http://avalon.dragonflybsd.org/reports/x86_64/2.9//20110311.1500/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports/x86_64/2.9//20110311.1500/meta/report.bz2 Total number of packages: 10887 Successfully built: 8458 Failed to build: 563 Depending on failed package: 1282 Explicitly broken or masked: 511 Depending on masked package:73 Packages breaking the most other packages Package Breaks Maintainer - print/tex-misc 531 mins...@netbsd.org textproc/gtk-doc 245 pkgsrc-us...@netbsd.org databases/openldap-client201 g...@netbsd.org pkgtools/rpm2pkg 128 t...@netbsd.org databases/postgresql84-client105 a...@netbsd.org print/tex-dvipdfmx-def85 mins...@netbsd.org devel/boost-libs 71 j...@netbsd.org multimedia/xine-lib 62 pkgsrc-us...@netbsd.org lang/ocaml37 a...@netbsd.org lang/mono 31 kef...@netbsd.org Build failures Package Breaks Maintainer - archivers/star uebay...@netbsd.org archivers/unalz pkgsrc-wip-disc...@lists.kldp.net audio/adplug jfr...@bsdprojects.net audio/akode-plugins-ffmpeg pkgsrc-us...@netbsd.org audio/akode-plugins-mpc pkgsrc-us...@netbsd.org audio/audacity pkgsrc-us...@netbsd.org audio/daapd nath...@netbsd.org audio/gqmpeg-devel 1 sek...@netbsd.org audio/gst-plugins0.10-jack 1 pkgsrc-us...@netbsd.org audio/libhydrogen 1 chris.ware...@btinternet.com audio/liblastfm1 pkgsrc-us...@netbsd.org audio/libsidplay2 1 pkgsrc-us...@netbsd.org audio/maplay pkgsrc-us...@netbsd.org audio/muse pkgsrc-us...@netbsd.org audio/musicpdpkgsrc-us...@netbsd.org audio/ncmpc pkgsrc-us...@netbsd.org audio/normalize1 pkgsrc-us...@netbsd.org audio/openal 6 pkgsrc-us...@netbsd.org audio/qjackctl pkgsrc-us...@netbsd.org audio/sidplaypkgsrc-us...@netbsd.org audio/taglib-extras1 pkgsrc-us...@netbsd.org audio/terminatorxpkgsrc-us...@netbsd.org audio/trmpkgsrc-us...@netbsd.org audio/xmms-cdreadcheu...@tut.by audio/xsidplay pkgsrc-us...@netbsd.org benchmarks/bytebench pkgsrc-us...@netbsd.org benchmarks/iozonepkgsrc-us...@netbsd.org benchmarks/libmicro pkgsrc-us...@netbsd.org benchmarks/postalda...@silicium.ath.cx biology/mummer h...@cs.nmsu.edu cad/freehdl pkgsrc-us...@netbsd.org cad/pcb dmcmah...@netbsd.org cad/qcad 5 pkgsrc-us...@netbsd.org chat/amsnpkgsrc-us...@netbsd.org chat/ejabberdpkgsrc-us...@netbsd.org chat/galepkgsrc-us...@netbsd.org chat/gloox 1 schno...@cirr.com chat/kmess pkgsrc-us...@netbsd.org chat/quirc pkgsrc-us...@netbsd.org chat/zircon pkgsrc-us...@netbsd.org comms/estic pkgsrc-us...@netbsd.org comms/gammu4 pkgsrc-us...@netbsd.org comms/gsmlib pkgsrc-us...@netbsd.org comms/hylafax 1 hallm...@ahatec.de comms/libopensync-plugin-syncml di...@netbsd.org comms/plppkgsrc-us...@netbsd.org converters/recode 1 kle...@netbsd.org cross/binutils 5
Re: Dual use Filesystem
On Sat, March 19, 2011 12:01 pm, Igor Gritsenko wrote: Hello all, I need to use one shared disk partition(non-system) both for Linux and DragonFly. Which filesystem should I use for best performance? ext3 or UFS might be at least readable for each side. However, the lowest-common-denominator of DOS (i.e. FAT) is possibly the most portable.
Summer of Code 2011 - we're in!
We made it into Google Summer of Code for a 4th year! (yay!) http://www.google-melange.com/gsoc/org/show/google/gsoc2011/dragonflybsd If you want to mentor, apply here: http://www.google-melange.com/gsoc/mentor/request/google/gsoc2011/dragonflybsd I'm assuming the applicants are going to be people I know with a direct history with DragonFly; otherwise be prepared to give a good history. Signing up to mentor does not mean you must mentor if there aren't any projects that interest you; it does mean you need to review applications and provide feedback for students March 28th - April 8th. If you want to be a student with DragonFly: Check the projects page for ideas: http://www.dragonflybsd.org/docs/developer/gsocprojectspage/ ... or come up with your own. Get your application together by March 28th. Start talking about it on the mailing list or IRC or however as soon as you can; there's a direct relationship between the amount of preparation we see beforehand and people getting accepted. Here's the timeline: http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/timeline
RE: SV: cannot mount disk with hammer file system
On Thu, February 24, 2011 5:56 am, Úlfar Ellenarson wrote: Hi Alex. Thanks for all the help. I managed to solve my boot problem. It was a matter of disk serial numbers as was mentioned in prior emails. I am more than willing to share my solution and would think it would be a good addition to the dragonflybsd site. It could be added as a faq or howto about moving hard drives between servers or how to migrate dragonfly bsd from vmware to virtualbox. However, I want to thank everyone who took time to answer my enquiry. The dragonflybsd.org site is a wiki, so please do add it to the FAQ - we should probably have more on there about virtual environments, since Virtualbox seems to trip people up on every other release.
Re: cannot mount disk with hammer file system
On Tue, February 22, 2011 7:34 am, Úlfar Ellenarson wrote: Hi. My first time posting on this list. My problem in a nutshell is I installed dragonfly bsd 2.8 in vmware workstation. I reinstalled the host system that vmware workstation was on and decided on using virtualbox. I imported my dragonfly bsd vmware workstatation vmdk files into virtualbox. Upon boot in virtualbox I run into the problem of mounting the disk. I am prompted at the boot prompt to detect the disk that the system resides on. I have tried hammer:ad0s1, hammer:ad0s1a, hammer:ad0s1d and just ad0s1. I am however not able to boot the system. I have also booted from the live iso image and mounted the system manually into /mnt using mount_hammer /dev/ad0s1a /mnt and took a screenshot of /etc/fstab. I however ask if there is a simple way to fix my mount problem. Any information needed in regards to solving this problem will be gladly appended. When you are booting from the disk, did you try ad1 instead of ad0? I've encountered that shift a few times, though with physical systems, not virtual. Are you sure it's Hammer and not UFS on your boot dir?
Re: Hammer recover question
On Sun, February 20, 2011 4:28 pm, Tim Darby wrote: The good news is that it's recovering a ton of data! The bad news is that it's taking an incredible amount of time. So far it's been running 24 hours. Is that to be expected? The bad disk had approximately 50GB on it, as reported by the df utility, but I don't know how much of that is snapshots. I've had disks that go bad, and reading the raw data for recovery ends up being very, very slow just when trying to read from the actual 'bad' portions of disk. So this could take quite a while, just because of how the physical disk is responding.
Re: How big is fully loaded?
On Wed, February 16, 2011 11:12 am, Pierre Abbat wrote: If I wanted a system with every package loaded, and enough space for recompiling the kernel every month and upgrading the packages every quarter, how big would it be? I assume you mean disk size. You'd want more disk space for whatever you actually do with the machine, other than installation/compilation. Far more of my disk space is taken with music/images than with installed package binary files. I'd go for 500G - a cheap disk is that size these days, and that's more than you'd need for the basics. You can probably go much smaller, but how much smaller is up to how you use it.
Re: installed Postfix, no periodic message
On Wed, February 16, 2011 10:57 am, Chris Turner wrote: http://www.dragonflybsd.org/docs/handbook/handbook-mail-changingmta/ our copy (haven't diverged too much) Whatever notes you make, please work them into the new handbook: http://www.dragonflybsd.org/docs/newhandbook/ i.e. take the old page, apply your more recent notes, and stick it in the new section. That way, a new book that is only up-to-date (relative to old content) evolves.
Packages for pkgsrc-2010Q4 built
The uploads are finally complete for binary packages on Avalon. I think each of the package-building machines crashed at least once during the process, but thanks to Matt and Mike and others, they were restarted/fixed quickly. I've changed the links on avalon, so pkg_radd for DragonFly 2.8 and DragonFly 2.9 will now download pkgsrc-2010Q4 packages. There's lots of packages: i386/DragonFly-2.8/pkgsrc-2010Q4 9406 i386/DragonFly-2.9/pkgsrc-2010Q4 9406 x86_64/DragonFly-2.9/pkgsrc-2010Q4 8900 x86_64/DragonFly-2.8/pkgsrc-2010Q4 8917 If you get errors asking for a new pkg_install, see the Update pkgsrc system packages section on the pkgsrc page on the DragonFly BSD site: http://www.dragonflybsd.org/docs/howtos/HowToPkgsrc/ (Even if you don't, it's still good information.) I haven't tested this too heavily, but it may be possible to upgrade packages automagically with 'pkg_radd -uv packagename'. This may work better with packages that have less dependencies. i.e. upgrading Vim may work, all of KDE won't. Make sure that your /usr/pkgsrc is on the pkgsrc-2010Q4 branch so that everything matches. Check with 'cd /usr/pkgsrc; git branch'. If you're on an earlier branch, switch with 'git branch pkgsrc-2010Q4; git pull'. (I think; someone correct me if it's wrong.) If you're on pkgsrc master, stick with it unless it's from before 2011, in which case switching to pkgsrc-2010Q4 won't be any trouble. About pkgsrc-current: I'm cobbling together a system to build pkgsrc-current on DragonFly-current. Max Rotvel kindly contributed a CPU, and the last item I need now is some DDR2 RAM. If you're willing to donate 2x 2G sticks, please mail me. (I've been building pkgsrc-current on a VM very nicely contributed by Jan Lentfer. However, I'd like to have something I can physically reach when it has trouble, and has a bit more horsepower.)
[Fwd: v12 pkgsrc 2010Q4 DragonFly 2.8/i386 2011-01-29 03:24]
With this last build finished, we should have a complete set of binary packages for i386/x86_64 and 2.8/2.9. I don't know if all the actual uploads are complete yet; I'll check later tonight. Original Message Subject: v12 pkgsrc 2010Q4 DragonFly 2.8/i386 2011-01-29 03:24 From:Charlie Root r...@df.v12.su Date:Tue, February 1, 2011 4:28 am To: jus...@shiningsilence.com -- pkgsrc bulk build report DragonFly 2.8/i386 Compiler: gcc Build start: 2011-01-29 03:24 Build end: 2011-02-01 09:14 Full report: http://avalon.dragonflybsd.org/reports/i386/2.8/20110129.0324/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports/i386/2.8/20110129.0324/meta/report.bz2 Total number of packages: 10483 Successfully built: 9474 Failed to build: 358 Depending on failed package: 157 Explicitly broken or masked: 346 Depending on masked package: 148 Packages breaking the most other packages Package Breaks Maintainer - lang/mono 31 kef...@netbsd.org devel/py-gobject 24 pkgsrc-us...@netbsd.org devel/libthrift9 tonne...@netbsd.org textproc/cabocha 6 oba...@netbsd.org security/lasso 6 m...@netbsd.org devel/libcompizconfig 5 pkgsrc-us...@netbsd.org security/openvas-libraries 4 pkgsrc-us...@netbsd.org security/nessus-libraries 4 pkgsrc-us...@netbsd.org security/botan 4 pkgsrc-us...@netbsd.org lang/g95 4 wennm...@netbsd.org Build failures Package Breaks Maintainer - audio/amarok-kde3pkgsrc-us...@netbsd.org audio/bslpkgsrc-us...@netbsd.org audio/darkicepkgsrc-us...@netbsd.org audio/gogo pkgsrc-us...@netbsd.org audio/liblastfm1 pkgsrc-us...@netbsd.org audio/libvisual0.2-plugins pkgsrc-us...@netbsd.org audio/ncmpc pkgsrc-us...@netbsd.org audio/taglib-extras1 pkgsrc-us...@netbsd.org benchmarks/iozonepkgsrc-us...@netbsd.org benchmarks/libmicro pkgsrc-us...@netbsd.org biology/gromacs pkgsrc-us...@netbsd.org cad/tnt-mmtl dmcmah...@netbsd.org chat/ejabberdpkgsrc-us...@netbsd.org chat/finch pkgsrc-us...@netbsd.org chat/gajim vsevo...@highsecure.ru chat/telepathy-loggerpkgsrc-us...@netbsd.org comms/asterisk16 jnem...@netbsd.org comms/asterisk18 jnem...@netbsd.org comms/libopensync-plugin-evolution2 pkgsrc-us...@netbsd.org comms/libopensync-plugin-syncml di...@netbsd.org comms/plppkgsrc-us...@netbsd.org converters/bibtex2html mins...@netbsd.org converters/py-zfec 1 g...@ir.bbn.com converters/wv 2 a...@netbsd.org cross/avrdudepkgsrc-us...@netbsd.org cross/h8300-hms-gcc pkgsrc-us...@netbsd.org cross/i386-cygwin32 pkgsrc-us...@netbsd.org cross/i386-linux pkgsrc-us...@netbsd.org cross/i386-msdosdjgpppkgsrc-us...@netbsd.org databases/clisp-gdbm a...@inbox.ru databases/couchdbfi...@joyent.com databases/openldap-smbk5pwd g...@netbsd.org databases/slony1 a...@netbsd.org devel/bullet pkgsrc-us...@netbsd.org devel/clisp-pcre a...@inbox.ru devel/clisp-syscalls a...@inbox.ru devel/clisp-zlib a...@inbox.ru devel/coccinelle pkgsrc-us...@netbsd.org devel/electric-fence pkgsrc-us...@netbsd.org devel/elfsh pkgsrc-us...@netbsd.org devel/ethos pkgsrc-us...@netbsd.org devel/frama-cto...@netbsd.org devel/gtlpkgsrc-us...@netbsd.org devel/guile-gnomeg...@netbsd.org
Re: pkgbox64 pkgsrc 2010Q4 DragonFly 2.9/x86_64 2011-01-23 17:19
On Sat, January 29, 2011 6:09 pm, Pierre Abbat wrote: On Friday 28 January 2011 22:23:14 Justin C. Sherrill wrote: I don't know what's up with ruby19-base - it dumps core the same way when you build it individually. Suggestions welcomed. Other than that, we're looking good in terms of total packages built. If you're succeeding in building policykit, where do you get it from? I still can't. This is a 2.9/x86_64 system, and I'm using pkgsrc-2010Q4. I don't know if you're building on the same system or not. e.g. it may not build on i386.
pkgbox64 pkgsrc 2010Q4 DragonFly 2.9/x86_64 2011-01-23 17:19
I don't know what's up with ruby19-base - it dumps core the same way when you build it individually. Suggestions welcomed. Other than that, we're looking good in terms of total packages built. Original Message Subject: pkgbox64 pkgsrc 2010Q4 DragonFly 2.9/x86_64 2011-01-23 17:19 From:Charlie Root r...@pkgbox64.dragonflybsd.org Date:Fri, January 28, 2011 10:12 pm To: jus...@shiningsilence.com -- pkgsrc bulk build report DragonFly 2.9/x86_64 Compiler: gcc Build start: 2011-01-23 17:19 Build end: 2011-01-29 03:03 Full report: http://avalon.dragonflybsd.org/reports/x86_64/2.9/20110123.1719/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports/x86_64/2.9/20110123.1719/meta/report.bz2 Total number of packages: 10483 Successfully built: 8923 Failed to build: 401 Depending on failed package: 581 Explicitly broken or masked: 504 Depending on masked package:74 Packages breaking the most other packages Package Breaks Maintainer - lang/ruby19-base 324 t...@netbsd.org math/R39 ma...@netbsd.org lang/ocaml36 a...@netbsd.org lang/mono 31 kef...@netbsd.org devel/py-gobject 24 pkgsrc-us...@netbsd.org textproc/xerces-c 18 pkgsrc-us...@netbsd.org devel/libthrift9 tonne...@netbsd.org www/w3m7 uebay...@netbsd.org security/lasso 6 m...@netbsd.org devel/libcompizconfig 5 pkgsrc-us...@netbsd.org Build failures Package Breaks Maintainer - archivers/star uebay...@netbsd.org audio/akode-plugins-mpc ha...@netbsd.org audio/bslpkgsrc-us...@netbsd.org audio/daapd nath...@netbsd.org audio/liblastfm1 pkgsrc-us...@netbsd.org audio/maplay pkgsrc-us...@netbsd.org audio/muse pkgsrc-us...@netbsd.org audio/ncmpc pkgsrc-us...@netbsd.org audio/taglib-extras1 pkgsrc-us...@netbsd.org audio/terminatorxpkgsrc-us...@netbsd.org benchmarks/iozonepkgsrc-us...@netbsd.org benchmarks/libmicro pkgsrc-us...@netbsd.org cad/tnt-mmtl dmcmah...@netbsd.org chat/ejabberdpkgsrc-us...@netbsd.org chat/finch pkgsrc-us...@netbsd.org chat/gajim vsevo...@highsecure.ru chat/galepkgsrc-us...@netbsd.org chat/silc-client 1 s...@netbsd.org chat/silc-server s...@netbsd.org chat/telepathy-loggerpkgsrc-us...@netbsd.org comms/asterisk16 jnem...@netbsd.org comms/libopensync-plugin-evolution2 pkgsrc-us...@netbsd.org comms/libopensync-plugin-syncml di...@netbsd.org converters/py-zfec 1 g...@ir.bbn.com converters/wv 2 a...@netbsd.org cross/avrdudepkgsrc-us...@netbsd.org cross/h8300-hms-gcc pkgsrc-us...@netbsd.org cross/i386-cygwin32 pkgsrc-us...@netbsd.org cross/i386-linux pkgsrc-us...@netbsd.org cross/i386-msdosdjgpppkgsrc-us...@netbsd.org databases/clisp-gdbm a...@inbox.ru databases/couchdbfi...@joyent.com databases/java-db3 pkgsrc-us...@netbsd.org databases/java-qdbm oba...@netbsd.org databases/java-tokyocabinet oba...@netbsd.org databases/openldap-smbk5pwd g...@netbsd.org databases/slony1 a...@netbsd.org devel/avltreewrstu...@netbsd.org devel/binutils pkgsrc-us...@netbsd.org devel/clisp-pcre a...@inbox.ru devel/clisp-syscalls a...@inbox.ru devel/clisp-zlib a...@inbox.ru devel/electric-fence pkgsrc-us...@netbsd.org devel/elfsh pkgsrc-us...@netbsd.org devel/ethos
bulk build for 2010Q4 progress
Here's the state of the bulk build for pkgsrc-2010Q4: DragonFly 2.8/i386: 5864 packages built so far DragonFly 2.8/x86_64: 10304 packages built so far DragonFly 2.9/i386: 3144 packages built so far DragonFly 2.9/x86_64: All 10483 packages done - uploading now. The report from the 2.9/x86_64 build is below, for the curious. -- pkgsrc bulk build report DragonFly 2.9/x86_64 Compiler: gcc Build start: 2011-01-20 02:49 Build end: 2011-01-20 15:37 Full report: http://avalon.dragonflybsd.org/reports/x86_64/2.9/20110120.0249/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports/x86_64/2.9/20110120.0249/meta/report.bz2 Total number of packages: 10381 Successfully built: 8555 Failed to build: 379 Depending on failed package: 813 Explicitly broken or masked: 559 Depending on masked package:75 Packages breaking the most other packages Package Breaks Maintainer - lang/ruby19-base 325 t...@netbsd.org security/heimdal 233 pkgsrc-us...@netbsd.org multimedia/xine-lib 59 pkgsrc-us...@netbsd.org lang/ocaml35 a...@netbsd.org lang/mono 29 kef...@netbsd.org multimedia/py-gstreamer0.10 22 pkgsrc-us...@netbsd.org net/gupnp-igd 19 pkgsrc-us...@netbsd.org textproc/xerces-c 18 pkgsrc-us...@netbsd.org graphics/gimp 15 a...@netbsd.org graphics/sane-backends13 pkgsrc-us...@netbsd.org Build failures Package Breaks Maintainer - archivers/star uebay...@netbsd.org audio/akode-plugins-mpc ha...@netbsd.org audio/buzztard 1 pkgsrc-us...@netbsd.org audio/daapd nath...@netbsd.org audio/liblastfm1 pkgsrc-us...@netbsd.org audio/maplay pkgsrc-us...@netbsd.org audio/ncmpc pkgsrc-us...@netbsd.org audio/sox 11 pkgsrc-us...@netbsd.org audio/taglib-extras1 pkgsrc-us...@netbsd.org benchmarks/iozonepkgsrc-us...@netbsd.org benchmarks/libmicro pkgsrc-us...@netbsd.org benchmarks/netperf pkgsrc-us...@netbsd.org benchmarks/randread pkgsrc-us...@netbsd.org biology/gromacs pkgsrc-us...@netbsd.org biology/rasmol pkgsrc-us...@netbsd.org cad/magicpkgsrc-us...@netbsd.org cad/tnt-mmtl dmcmah...@netbsd.org chat/ejabberdpkgsrc-us...@netbsd.org chat/galepkgsrc-us...@netbsd.org chat/silc-client 1 s...@netbsd.org chat/silc-server s...@netbsd.org chat/tircpkgsrc-us...@netbsd.org chat/unrealircd pkgsrc-us...@netbsd.org comms/asterisk16 jnem...@netbsd.org comms/libopensync-plugin-syncml di...@netbsd.org comms/mgetty+sendfax pkgsrc-us...@netbsd.org comms/modemd tsa...@netbsd.org comms/tn3270 pkgsrc-us...@netbsd.org cross/h8300-hms-gcc pkgsrc-us...@netbsd.org cross/i386-cygwin32 pkgsrc-us...@netbsd.org cross/i386-linux pkgsrc-us...@netbsd.org cross/i386-msdosdjgpppkgsrc-us...@netbsd.org databases/clisp-gdbm a...@inbox.ru databases/couchdbfi...@joyent.com databases/rrdtool 11 pkgsrc-us...@netbsd.org databases/sqlite3-tclpkgsrc-us...@netbsd.org devel/avltreewrstu...@netbsd.org devel/binutils pkgsrc-us...@netbsd.org devel/clisp-pcre a...@inbox.ru devel/clisp-syscalls a...@inbox.ru devel/clisp-zlib a...@inbox.ru devel/electric-fence pkgsrc-us...@netbsd.org devel/elfsh pkgsrc-us...@netbsd.org devel/ethos pkgsrc-us...@netbsd.org devel/gsoap chrisware...@chriswareham.demon.co.uk devel/gtl
Re: Where is qmake?
On Wed, January 19, 2011 8:16 am, Pierre Abbat wrote: If qmake is not in qconf, where is it? x11/qt4-tools, I think. I base that on searches, not from installation, so YMMV. http://pkgsrc.se/x11/qt4-tools
Re: BitTorrent
On Sun, January 16, 2011 3:25 pm, Pierre Abbat wrote: Are current ISOs available by BitTorrent? No, at least not in any offical, ongoing way that I know of.
Pkgsrc 2010Q4 out, packages building
The most recent version of pkgsrc's quarterly releases is out: pkgsrc-2010Q4. I'm starting the build of packages now - avalon should be back by the time they finish, for upload. It usually takes at least a week. Packages for i386/2.9 will be delayed somewhat, as avalon was where I built them. (On that note, anyone have an AM2+ CPU, 4G of DDR2 RAM, or a hard drive they'd be willing to donate so I can finish this box I'm putting together for package building?) If you want to pull down pkgsrc-2010Q4 RIGHT NOW and don't want to wait for avalon to come back so you can grab it through git, cvs will work: export cvsroot=anon...@anoncvs.netbsd.org:/cvsroot export CVS_RSH=ssh cd /usr cvs -q checkout -rpkgsrc-2010Q4 -P pkgsrc Update with: cvs -q update -dP Or just switch back to git when it's available - there may be a clever way to update, but I'd just delete the pkgsrc directory and re-download. It may be possible to get the 2010Q4 branch via git from crater; I haven't tried.
Re: Avalon maintainance update
On Tue, January 11, 2011 6:01 pm, Matthew Dillon wrote: Avalon will be down all of this week for maintainance. It is getting a new storage subsystem. We expect to be able to get it back into a rack mid-next-week or so. In the mean the time the mirrors have a snapshot of the recent bulk builds and the src and pkgsrc repos can be accessed from the master site, crater.dragonflybsd.org. Our other mirrors will likely be a bit out of date on src and pkgsrc as they typically mirrored from avalon. Is it worth changing the DNS for git.dragonflybsd.org, temporarily? That way nothing confuses the mirrors, but 'make src-update' and friends work.
Re: Avalon maintainance update
On Tue, January 11, 2011 7:54 pm, Matthew Dillon wrote: I'd rather not change the DNS, it could create confusion for the mirrors. And it will probably confuse the hell out of crater and pkgbox64 too. We shouldn't have any mirrors pulling from crater. Does crater/pkgbox64 pull from git.dragonflybsd.org? This would just be the git target. I may be oversimplifying this in my mind I worry that if something bad happens to mirror-master/avalon right at a release, it would cause a headache. To eliminate that future headache, we'd need either a bunch more hosts or more DNS flexibility.
Re: DragonFly in the cloud with ARM, Xen, and OpenStack
On Sun, January 9, 2011 5:42 pm, Alexander Orlov wrote: Hi, recently Rackspace introduced NASA's OpenStack.org as a new OSS-based cloud implementation, followed by a great feedback form Dell, Intel, and NTT Data. I'd like to know whether there are some people trying to run DragonFly on top of OpenStack/Xen, if it's possible at all and whether it makes sense considering DragonFly's LWKT architecture. People have asked about it, but that's all that has happened, as far as I know. It would be neat to have, but wouldn't add intrinsic value to DragonFly. DragonFly currently supports only the x86 architecture but are there plans (actual implementation efforts) to port DragonFly to ARM. Nvidia and some other chip manufacturers seeing ARM as a new SMP-capable server platform. I've always wanted a port to ARM, but there isn't enough consumer hardware for it yet.
Re: Compiling with gcc -march ix86
On Fri, December 24, 2010 5:34 pm, Stephane Russell wrote: Hi, I'm actually trying to compile asterisk on DFBSD. It needs to compile with the compiler option -march=ix86, with x3 (gcc spec). But DFBSD uname -m is returning systematically i386. Is their a workaround for that, that would allow me to compile without hacking the autotools scripts? You could set the environment variable UNAME_M to whatever you think would work; I don't know if that would get picked up during the build process, but it's worth a try. I'm interested in seeing asterisk work.
Re: RegressionTest Results
On Fri, November 26, 2010 4:16 am, Eric Bakan wrote: Here are the results of running the pcca-test framework. Changes made to a clean install include modifying the sudoers file, installing ruby, and installing sudo to comply with the framework's README. I just redirected For those in the audience, this was one of the Google Code-In tasks; to report on our current compliance with beket's regression tests here: http://www.dragonflybsd.org/docs/developer/RegressionTest/ If anyone (including Eric) wants to investigate the failed ones further...
Re: Firefox, Namoroka, Iceweasel
On Wed, November 24, 2010 11:48 am, Pierre Abbat wrote: I'm accessing a site which doesn't recognize my Firefox and sends code that doesn't work. (It does work with Konqueror on my Linux box when I configure it to pretend to be MSIE, so the problem's not urgent.) I suspect it's because Firefox sends a browser ID string that doesn't say Firefox. It ends with Namoroka 3.6.3 instead. I'm using 2010Q1. If I upgrade (which I As other people noted, there's ways around this, including build options. The reason for it is that there are legal restrictions around the Firefox name, which means it can't be redistributed without an agreement with the Firefox Foundation or whatever it is. We'd have to create a legal entity to sign a document etc. etc. I think the NetBSD Foundation has gone through this, but it does not apply to non-NetBSD releases, to my knowledge.
Re: Compatible Laptops.
On Tue, November 16, 2010 9:33 pm, David Crosswell wrote: Greetings all, My old laptop, an HP Compaq nx6120 is playing up in a number of different ways, so it looks like retirement time. What's a good reliable model? Any recommendations? There's a number of laptops mentioned on the dragonflybsd.org website. Several people have been using IBM/Lenovo laptops with general success. The standard netbook model usually works - Atom processor, etc, if you want that size of computer.
Re: Project.
On Tue, November 9, 2010 6:45 pm, David Crosswell wrote: I thought I'd contact the list to find out if there would be people here that would be interested in assisting me with getting my knowledge within the DragonflyBSD environment up and running as quickly as possible in order to achieve this. A good place to start may be with the man pages - Hammer has a good explanation there in section 8, as do many other parts of the system.
Re: Linuxulator question, boot loader oddity
On Sun, November 7, 2010 8:45 am, Tim Darby wrote: That's when I noticed that loader.conf looked like this: VFS.ROOT.MOUNTFROM=HAMMER:SERNO/s0a4j1ta141435.S1D linux_load=yes I tried changing the mountfrom line to: vfs.root.mountfrom=hammer:serno/S0A4J1TA141435.s1d I don't know what editor you use, but is it possible you somehow hit the right key sequence to invert case on that line while entering the linuxulator stuff? It's a guess, but it fits the symptoms.
Google Code-In! (details, instructions)
DragonFly was accepted as 1 of 20 organizations for Google Code-In! http://google-opensource.blogspot.com/2010/11/announcing-accepted-organizations-for.html We're 1 of 3 operating systems involved (us, Debian, and Haiku) and the only BSD involved. * The background: Code-In is like Summer of Code, in that it uses open source projects to assign work to volunteers in school, and Google pays the bill. Google Code-In is for 13 to 18-year-olds, as students. * If you aren't 13-18 years old: As described in the link above, sign up for an account at the Google Melange site: http://google-melange.com/ And request to be a mentor for DragonFly BSD. As a mentor, you can suggest projects for the students, and (if you want to) evaluate their work. We need project ideas that fit in the 8 different categories mentioned on the google-melange.com front page. You can never have too many ideas, so please contribute a few. Consider this an open invitation for everyone involved in DragonFly; not all the tasks have to be strictly code, so there isn't necessarily commit access involved. If you have friends involved in school teaching at the appropriate ages, let them know about this. * If you are 13-18 years old: Tasks become available for DragonFly and other projects November 22nd. Finishing 1 task gets you a T-shirt. Finishing 3 tasks gets you $100. You max out at $500 and 1 shirt. (15 tasks max compensation)
Re: MC not starting
On Thu, November 4, 2010 6:54 pm, PrzemysÅaw PaweÅczyk wrote: On Thu, 4 Nov 2010 23:38:31 +0100 Paul Onyschuk bl...@bojary.koba.pl wrote: It's Slang problem. MC builded with this options, works just fine under localized cons25l2 terminal and csh: PKG_OPTIONS.mc= ncurses -slang Other apps that uses devel/libslang2 like news/slrn and misc/most, also suffers from the same problem. Thanks. But is there any chance to get MC working after downloading its binaries just after fresh installation of DF? Just like it is with other systems? I think I can do the binary builds with PKG_OPTIONS.mc set to that, along with PKG_OPTIONS.slrn and PKG_OPTIONS.most. If they aren't going to work on DragonFly without that, I can see no downside to that. (Someone please correct me if there's a hidden gotcha.)
Re: 2 questions regarding PF
On Tue, November 2, 2010 7:28 pm, PrzemysÅaw PaweÅczyk wrote: Hi, 1. Why PF 4.2 not 4.7 or 4.8? OpenBSD page http://www.openbsd.org/faq/pf/index.html has one important remark bolded: In particular, there are significant differences between 4.6 and 4.7. Doeas it mean that I would have to learn something rather old - how to use PF 4.2 instead of PF 4.7/4.8. Right? Jan Lentfer has been working on upgrading pf - he's gotten us to the present state with a good deal of effort, so I anticipate pf will soon match the released version. I'm not defining soon that exactly. 2. But support for the PF 4.2 is sorta soft (weak), as well. I wasn't able to find PF 4.2 doc files on DF BSD WWW. I'd like to see them in the form of OpenBSD's PF: The OpenBSD Packet Filter (http://www.openbsd.org/faq/pf/index.html) Why not read that instead? It's right from the source.
Re: Release update -- still not quite yet
On Thu, October 28, 2010 5:37 pm, Matthew Dillon wrote: I maded a bit of a flub on the ISOs, they couldn't boot UP. We will be fixing that and rerolling the ISOs and IMGs tonight. Since we have reroll the stuff anyway we will also be enhancing the install a bit and I will push a SMP invltlb fix into the release as well. I've removed the pre-staged 2.8.1[A] files from iso-images. 2.8.2 will go up tonight and should propagate to the mirrors overnight. We are still waiting for the bulk build to finish to officially declare a release. Currently at package [9621/10381] for 2.8 and [9740/10381] for 2.9 packages. So soon, I hope.
Re: hammering the drive
On Thu, October 21, 2010 10:37 pm, Matthew Dillon wrote: Time tends to wear out drives more than the seeking. Dust and grime from outside that gets through the filter and material from inside the drive itself. Basically just time. You do want to make sure the drive is well anchored (screwed into) the machine, and doesn't experience any undo shock while operating. The only major mechanical limitation that can cause a drive to fail other than time is in wear and tear from hard parking and spindowns/spinups. Basically any time the head has to land in the parking area. Drives, of course, can fail for a variety of reasons due to defects in manufacturer, using the wrong lubricant, etc etc. Seeking is not usually a contributor though. I don't have hard evidence to back this up, but I've felt for some time that having a UPS in place can make a difference too. I've seen similar hardware survive much longer with the only clear difference being a UPS to keep the voltage from fluctuating. Grit is probably worse. Here's a story: One of the computers at my $WORK is in a 10x10 room about 15 feet up the side of a 3-bay truck loader that dispenses thousands of tons of rock salt daily. It's in a closed but not airtight container, and the room has an air filter. Just the salt particles tracked in or drifting in when someone leaves the door open, combined with humidity, literally dissolved the inside of the computer in less than a year. The two lessons here are 1: keep your computers as clean as possible and 2: service contracts for parts and labor are sometimes really worth it.
Re: 2.8 release schedule - tentitively Wednesday 27 October.
On Fri, October 22, 2010 1:09 am, Matthew Dillon wrote: We are still scheduled to officially release mid-next week. I will be doing the final the MFCs from master on Sunday (as a lot of fixes have gone in since the branch). All of the big-ticket bugs have been squashed. There are still a few medium-ticket bugs (e.g. Rumko's listen/connect issue) which I am looking at now. Justin is making progress on pkgsrc though I do not know what the state of the KDE stuff is. I think Wednesday is a good target to have it all on the servers ready to go. The KDE patches from Alex were just committed to KDE, but I don't know if they would make it back into the pkgsrc versions, especially the pkgsrc-2010Q3 versions. Specifically prodding some pkgsrc people _may_ do it; I don't have time to chase this down. I'm restarting the x86_64 build on 2.9 with the suggested patches for pango/gstreamer, and the other builds are progressing well, so we should be done Wednesday, barring surprises. (crossing my fingers...)
Re: Bulk buils space requirements
On Thu, October 21, 2010 2:36 am, Siju George wrote: HI, I got around 250 GB free on my desktop. I would like to try out a bulkbuild of pkgsrc ;-) will that space be enough? I have some scripts that work as a wrapper around the bulk builds I do; this may be more than you need, but I'd like to see if they make sense to someone who is not me: http://www.shiningsilence.com/simplepbulk/ The two caveats for you: - Bulk builds take a week on decent hardware; you're building over 10,000 packages, after all. The limited_list option in the pbulk config can let you limit it to certain packages, which you may want to do. - If you're doing this on Hammer, keep an eye on disk usage. It generates a huge amount of disk activity if you build everything, and Hammer will happily keep track of all those changes. I've filled terabyte disks unintentionally by performing multiple builds.
Re: No package installation method works
On Wed, October 20, 2010 3:54 pm, Torbjorn Granlund wrote: A long term *BSD user, I decided to extend our GNU package nightly test system setup with Dragonfly BSD. This is an install under virtualisation (qemu or Xen). The actual install went smoothly, but the package install have failed utterly. Other people have covered this well so far, but here's details on the pkg_install issue: http://www.shiningsilence.com/dbsdlog/2010/09/26/6472.html pkg_install recently had a version check introduced between the release of 2.6.3 and the most recent quarterly release of pkgsrc; it fails on that. The pkgsrc howto page, which I think may already have been linked, is a good resource for now: http://www.dragonflybsd.org/docs/howtos/HowToPkgsrc/
Re: Packages mentioned in summary file are not on mirrors
On Mon, October 18, 2010 9:50 am, Tomas Bodzar wrote: Hi all, 2010Q2 is done by dfly on mirrors? Eg. mplayer is in summary file and showed through pkgin or pkg_search, but install is not possible as it's not in mirror. Some license issues, sure, but why it's in summary file? Usually, this happens because the file builds during the bulk build, but there's some restriction like NO_BIN_ON_FTP caused by how it's licensed that means it can't be uploaded. I don't see anything for that when looking through the Makefiles for that or for mplayer-common, which it depends on. It's also not listed as something that failed building, which makes sense if it's in the summary. I don't have an immediate answer for this, but I am starting a new set of build builds now; it may become clear with this new build. (or it'll all magically work. And I'll get my own pet pony that farts rainbows. Hope springs eternal.)
Re: Firefox still crashes
On Fri, October 15, 2010 12:52 am, Tomas Bodzar wrote: That's an excellent reading. It will be great to read more about technologies in DragonflyBSD. Something like http://www.openbsd.org/papers ? ;-) http://www.dragonflybsd.org/presentations/ ? Not quite the same, but if this was expanded - or even if it wasn't - this could fit there.
Re: hammer version-upgrade
On Tue, October 12, 2010 10:52 pm, Pierre Abbat wrote: I'm running Hammer version 1, and can go up to 4. Should I upgrade, and how long does it take? I recall upgrades taking little time (measured in seconds, generally, not minutes or hours). Yes, you should upgrade - bugs are fixed and you should have noticeably better performance. I never had a problem with upgrades, but if it's with data you absolutely can't lose, make sure it's backed up.
Re: firefox instability may be fixed now in HEAD
On Tue, October 5, 2010 1:01 am, Matthew Dillon wrote: :I'm still using 2010Q1. Should I switch to the 2.8 build of packages once I :recompile the kernel and world? : :Pierre We won't have 2.8 packages until about a week after netbsd rolls Q3. In fact, right now we are waiting for netbsd to roll Q3 so we can roll the 2.8 release branch and start building packages. I think the 2.6 and 2.7 packages are Q2. The packages on avalon right now are pkgsrc-2010Q2. 2010Q3 was scheduled to be tagged Oct. 1st, but it hasn't happened last I checked. I haven't seen anything on the pkgsrc mailing lists to tie down when it will be.
Re: firefox instability may be fixed now in HEAD
On Tue, October 5, 2010 11:20 am, Pierre Abbat wrote: I think that when I last upgraded all my packages, it was to Q1. For me, a package upgrade is a big event, because I don't have much free time, and I have to see if the upgrade broke anything (I frequently find that I have to symlink libraries, because the upgrade doesn't replace libraries that have the same version number but are now linked against newer other libraries). For the same reason I haven't upgraded my Ubuntu box in a few years. So If you really, really want to be sure, 'pkg_rolling-replace -rsuv', with a /usr/pkgsrc that contains a quarterly release. This will rebuild everything that can be upgraded, and everything that could possibly depend on those packages. It'll take a long time, and there may be a few packages you have to manually delete and reinstall if they've moved (i.e. are now under a different name.) However, this should clear up any lingering library problems.
Re: USB image
On Wed, September 29, 2010 11:42 pm, Tomas Bodzar wrote: When someone wants to go deeply in some area then there is only one way - a lot of years of learning and experience. It does not change just because we have Internet and PR materials from stupid vendors talks lies. OS is very complex system - take it from the other side - flying is so easy (at least for birds); why do I need to learn that complicated stuff about mathematics, physic, meteorology and so on; why there is not one-click-button-to-fly airplane? How about space travelling? How about submarines? How about cars? Are you able to create your own on same level of quality as from those companies? No? Guess why - because you lack info and experience in that area as it's not so easy and not because someone wants to be rude against you. The best answer when someone says This doesn't work for me isn't You don't know enough but rather Here, let me show you how. To answer the original question, I haven't seen a USB drive solution that didn't involve some other steps - many of them require a Windows user to boot from a live CD image to use dd or equivalent to write to the USB drive, or rarely have a specialized program to write it out (Mandriva). I've heard of Linux installers that were able to understand a fat32 USB drive if files were set up a particular way, but it didn't seem to be easier overall. This looks interesting: http://www.pendrivelinux.com/universal-usb-installer-easy-as-1-2-3/ Would it work with a DragonFly image? Please, someone try this.
Re: Misleading directory names
On Tue, September 28, 2010 6:58 am, PrzemysÅaw PaweÅczyk wrote: Doesn't it seem to you like being a bit untidy? And, btw, for how long the legacy will be going on...? With so much changes between 2.6.3 and 2.8.0? Do you really think/know that the legacy systems will be kept running yet after new release (which one)? Manpower shortages define status quo, no doubt about it, as pkg_radd/pkg_search are still unchanged with amd64 links. I appreciate what you're saying about having things be clear to users, but this is the alternative to something that would be more confusing. 'amd64' was hardcoded into a number of package tools, including early versions of pkg_radd. The choice is either leave it untidy with a note about the reason for the directory, or break functionality for older machines. Someone was still running a number of 2.0 machines in an environment that couldn't be easily upgraded, last I asked about this, so untidy is a better choice, in this case. The long-term answer that I would prefer is to not have people need to navigate a package hierarchy at all, and instead have the appropriate software selected automatically. We're closer to that with the pkg_radd tool.
Re: Misleading directory names
On Tue, September 28, 2010 4:31 pm, Antonio Huete Jimenez wrote: Justin, How would anyone be using amd64 directory for 2.0 if we didn't have it back then? Well, no, but if you think about it for a bit you'll realize it's an example to show how long support can be needed for some people, not an history of when packages for amd64 were out. Nature took its course and we ended up having to move older pkgsrc binaries anyway because the archive was getting too big for people to mirror easily.
Re: Sub-project donation
On Sat, September 25, 2010 3:27 pm, Waldemar Bergstreiser wrote: Hi folk, I would like to support some sub-projects by a small donation and I have seen a code bounty page but it seems that bountys can be set only by a developer. Did you already considered opening sub-project related donation for public. And probably some voting system can also be very useful. Anyway, a main question: how can I make a donation for a hammer improvement, e.g. compression or dedupe? The names on the bounty page are added as people want to do it - the money amounts are up to the person adding it, and you don't have to be a developer. It's a wiki, so you can add your own name there too. (Make sure there's contact information, so if/when a project is done, you can be reached.) And, thanks!
Re: Weird entry in ISO
On Fri, September 24, 2010 8:37 am, PrzemysÅaw PaweÅczyk wrote: I know, and I would expect such answer. No offense please, but for how long yet such attitude will prevail in Unix community? It lingers from 80s of the last... Cenury of the last Millennium. ;-) The LiveDVD image (dfly-gui-*) comes with preinstalled packages, including a web browser. I don't think MC's on there but it should be easy to add. Except there doesn't seem to be one for 2.6 - the build for it must have not worked? The error you saw was probably from a pkg_install version check; you can rebuild/upgrade it locally, and then things should work. pkg_install recently had a version check introduced where other packages won't be installed if they were built with a newer version, so it has to be upgraded first.
Re: Why did you choose DragonFly?
On Fri, September 24, 2010 9:49 am, Siju George wrote: Oh thanks :-) Hope I will get sounds from the VMs too on my hardware. So Iculd run a Linux VM for flash ;-) I think multimedia/libflashsupport will work, so you can get your browser on DragonFly running it. I had success with it some time back, though it was finicky.
Re: chlamydia inconsistency? part III
On Fri, September 24, 2010 6:50 pm, PrzemysÅaw PaweÅczyk wrote: Hi, I checked directory tree. Here's a screenshot: http://pp.blast.pl/www.png/dfbsd/df_04.png The slices' sizes were suggested by DFBSD, I didn't touch them. Are the values correct? The values are correct, but something ate up the space you have there. It looks like your total disk is 2G, which is pretty small overall. Have you been dumping files in root's home directory? Maybe the core files from those crashes? Something's eating up your space in /; finding that will fix your problem.
Re: pkgsrc package builds for 2.8
On Thu, September 23, 2010 5:45 pm, Matthew Dillon wrote: :So, I expect to have pkgsrc-2010Q3 packages for 2.8 about a week after 2.8 :comes out, if all goes well. I'm not planning (unless 2.8 is delayed :significantly) to build pkgsrc-2010Q3 on DragonFly 2.6, since it'll :probably finish right as 2.8 comes out. : :If this is a problem for anyone, tell me. You can always build the :packages yourself if you're staying on 2.6 for a while, but 2.8 looks to :be so jam-packed I wouldn't want to wait. If the timing looks good we will wait for the build to finish before releasing, and release with the 2010Q3 package set. If we're freezing in a week and then branch 2.8 on October 1st, which should be the same time as pkgsrc-2010Q3 is out, then I can start building immediately. It takes about a week for a complete build, and that gives another week before planned release to handle any problems (of which there always are some) that slow down the build. This could work out well. I'm making some assumptions - that I don't mangle the build, that the pkgsrc release isn't delayed - but what the heck, I feel lucky.
pkgsrc package builds for 2.8
The next release of pkgsrc, 2010Q3, is due out Oct. 1st. DragonFly 2.8 is going to be out soon after. I stopped the automatic builds of pkgsrc in the various places I'm building it, as I don't think there's going to be any changes to really catch at this point. So, I expect to have pkgsrc-2010Q3 packages for 2.8 about a week after 2.8 comes out, if all goes well. I'm not planning (unless 2.8 is delayed significantly) to build pkgsrc-2010Q3 on DragonFly 2.6, since it'll probably finish right as 2.8 comes out. If this is a problem for anyone, tell me. You can always build the packages yourself if you're staying on 2.6 for a while, but 2.8 looks to be so jam-packed I wouldn't want to wait.
Re: Why did you choose DragonFly?
On Mon, September 20, 2010 3:33 pm, Samuel J. Greear wrote: This mail is intended for the infrequent responders and lurkers on the list just as much as the regular posters. What has drawn you to use the DragonFly BSD operating system and/or participate in its development by following this list? Technical features, methodologies, something about the community? I suspect the HAMMER filesystem to be the popular choice, but what other features affect or do you see affecting your day to day life as an administrator, developer, or [insert use case here], now or in the future? I've been following DragonFly because it represented an opportunity to work on the community portion of a BSD system. The DragonFly Digest lets me read and document what's going on; I'm surprised that nobody has done the same with any of the other BSDs, really, in the past... 7 years? Geez. There's so much BSD-oriented material happening and it gets drowned out by the Windows and Linux chatter - not because it's necessarily better, but just because there's so much of it. Oh, and the DragonFly community is made of wonderful people, too. I'm confident I could take a stumbling tour through Europe and at least a few people I've never met face to face would buy me a beer. Or vice versa.
Re: Interview Request
On Sun, August 29, 2010 4:17 pm, Guillermo Amaral wrote: Hi guys, I wanted to see if there is a PR team in Dragonfly BSD I could get in touch with. I host The BSD Show![1] and I'm looking for somebody willing to introduce the project and promote any upcoming release. I can do it - I was on BSDTalk before, and it was fun. Let me know a time and date, and I'll get my data in order.
Re: Heads up: Binary packages updated
On Wed, August 25, 2010 8:36 am, Dennis Melentyev wrote: Hi Justin, The listing of Avalon's i368/2.7/stable/All: http://avalon.dragonflybsd.org/packages/i386/DragonFly-2.7/stable/All/ [snip] Seems to be a little bit short... Is it still in progress? Or am I waiting in a wrong place? My bad; I saw the build had concluded but the null mount where it's copied over (since that build happens on that same machine) wasn't set up. I'm moving the files over now; should be as expected in a little bit.
Re: Logo Usage Request
On Tue, August 24, 2010 4:35 pm, Jim Brown wrote: I've managed to make a logo and integrate it with our own distribution of AQEMU that we will be using for the lab exam. See the following URL for a screen capture: http://sixshooter.v6.thrupoint.net/dfly/aqemu.png It isn't really a permissions thing as much as it is just a way for us to know where the logo's floating around. I don't see any problems with this. There's vector versions of the logo linked at the first item on the images page: http://www.dragonflybsd.org/images/ Specifically: http://www.dragonflybsd.org/images/DragonFly_BSD.eps http://www.dragonflybsd.org/images/DragonFly_BSD.svg http://www.dragonflybsd.org/images/DragonFly_BSD.ai You can create a 'clean' image from those files at any scale, if that helps.
Heads up: Binary packages updated
The 'stable' links for binary packages on avalon now point at pkgsrc-2010Q2. This means pkg_radd will pull from a newer batch of packages. Watch out - some of the newer packages will have newer dependencies, so you may be in for some number of upgrades to use these newer binary packages. If you keep a /usr/pkgsrc to match those binary packages (and you should if you are using them), you'll want to update it to match pkgsrc-2010Q2, also. Change /usr/pkgsrc/CVS/Tag to have 2010Q2 in it and 'cvs update -dP' is one way to do it.
pkgsrc 2010Q2 status
The binary build of pkgsrc-2010Q2 is almost done. Packages for 2.6 on i386 and x86_64 are done and uploaded: http://avalon.dragonflybsd.org/packages/i386/DragonFly-2.6/pkgsrc-2010Q2/All/ http://avalon.dragonflybsd.org/packages/x86_64/DragonFly-2.6/pkgsrc-2010Q2/All/ Packages for 2.7/x86_64 are most of the way through uploading; it should finish in the next day or so. http://avalon.dragonflybsd.org/packages/x86_64/DragonFly-2.7/pkgsrc-2010Q2/All/ Packages for 2.7/i386 are only just getting started, because I was having trouble with devel/gettext-base. It turned out that it wouldn't build with multiple MAKE_JOBS set, so it'll probably be at least several days before that completes. When it does finish, it will be here: http://avalon.dragonflybsd.org/packages/i386/DragonFly-2.7/pkgsrc-2010Q2/All/ If you want to see reports on the various builds: http://avalon.dragonflybsd.org/reports/ (Look for the 'meta' report in each directory, sorted by arch, version, and date; e.g. http://avalon.dragonflybsd.org/reports/i386/2.6/20100805.2342/meta/report.html ) If anyone wants to tackle the top failures causing failures in other packages, it'd help... For upgrading: You can manually set pkg_radd to download from these links now, or you can wait until they're all completely uploaded to avalon, and I'll change the default links from 2010Q1 to 2010Q2 and you can download the newer packages automatically. pkg_chk or pkgin should work for upgrades, though setting them up for a binary upgrade is more than I'm going to document here. (mostly cause I don't know it off the top of my head.) Make sure your local /usr/pkgsrc/ is also pkgsrc-2010Q2 in case you have to build from source.
Re: Abnormal termination of greeter - cause is libX11 version
On Sat, July 31, 2010 11:58 pm, Pierre Abbat wrote: I'd also like to reinstall vlc, but it's not in pkgin, and the version in pkgsrc tries to install the libraries for kde4, which messes up my pkgin packages. How do I downgrade pkgsrc to match pkgin? The version of pkgsrc you have installed is shown in whatever tag it's against - /usr/pkgsrc/CVS/Tag contains the tag. It should be pkgsrc-2010Q1 to make sure that when you build manually, you're building the same versions as what pkgin is downloading from avalon. If it's not, you can manually make it match and then update with setenv CVSROOT anon...@anoncvs.netbsd.org:/cvsroot setenv CVS_RSH ssh cd /usr cvs -q update -dP You can also delete /usr/pkgsrc and restore it with exactly the version you want with: setenv CVSROOT anon...@anoncvs.netbsd.org:/cvsroot setenv CVS_RSH ssh cd /usr cvs -q checkout -rpkgsrc-2010Q1 -P pkgsrc (notice only the last line is different.) If there's no tag, you're building from the bleeding edge of pkgsrc, which will get you the newest versions but also the newest issues, and is very likely the cause of these version mismatches. I would advise: - Making sure you have pkgsrc-2010Q1 as your /usr/pkgsrc/ - Make sure that pkgin is pointing to the right repository of files on avalon. 2.7 should show in the path, since you are running 2.7. You should be able to build everything at that point. (Look at pkg_rolling-replace if you want something to run through every option for you.) I am working on new pkgsrc-2010Q2 binaries, but it will be at least a few days before those are available, and I'll send out an announcement when they are. When they are available, do as before: make sure your local /usr/pkgsrc is updated to that release, and I'll mention when the /stable/ link for pkgin is updated to point at packages with that newer release. You mentioned before that you are downloading 2.6 packages on a 2.7 system. That can work right now, but it's better to match exactly. Look at the path set for pkgin.
Re: Abnormal termination of greeter
On Thu, July 29, 2010 10:41 pm, Matthew Dillon wrote: : :On Thursday 29 July 2010 21:06:38 Samuel J. Greear wrote: : Upgrade to master? full pkgsrc upgrade? What did you upgrade and from : what version(s) to what version(s)? : :Full pkgin upgrade. I updated a few days ago. How do I find the version number :of the repository? : :Pierre There could be an issue with the pkgsrc branch being used for the automatic pkgsrc builds, I haven't gone through them all to determine what branch they are building from recently. I'm pulling from pkgsrc CVS for now, which should be good. I know git is faster, but the various git repos of it (ours and the recent netbsd one) have had some issues.
Re: Abnormal termination of greeter
On Fri, July 30, 2010 1:12 am, Krzysztof Langer wrote: Usually the problem was with png, atk and glib - those were out-of-date and could not be updated with out deleting most gnome stuff (in the end you had to reinstall all apps or even DFBSD). All this started after redirecting vendor to master in Makefile. Stick to the quarterly releases of pkgsrc whenever possible - going to master for pkgsrc means that you could potentially be trying to build packages right in the middle of a transition from one supporting lib to another. png, for instance, is required by thousands of packages. Quarterly releases should have a clean dependency list so you don't end up needing, say, jpeg-7 and jpeg-8 at the same time.
Re: Is it time to dump disklabel and use GPT instead?
On Thu, July 29, 2010 7:56 pm, elekktrett...@exemail.com.au wrote: Yes, it's students-only. Don't wait! Start now. It'll be difficult, but nothing worthwhile is ever easy. So I have to be a uni student or something like that? Yes. http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#student_eligibility Given that's it's going to be a year until the next one, I wouldn't wait on any work you may want to do; a new GPT editor could be finished in less time, I would guess.
Re: Abnormal termination of greeter
On Thu, July 29, 2010 9:48 pm, Pierre Abbat wrote: On Thursday 29 July 2010 21:06:38 Samuel J. Greear wrote: Upgrade to master? full pkgsrc upgrade? What did you upgrade and from what version(s) to what version(s)? Full pkgin upgrade. I updated a few days ago. How do I find the version number of the repository? Where is pkgin configured to get packages from? I assume it's avalon.dragonflybsd.org, in which case the file path will tell you what DragonFly version and what pkgsrc release, at least that you built from most recently - the version you were at originally will depend on where you downloaded from at that time.
Re: Is it time to dump disklabel and use GPT instead?
On Tue, July 27, 2010 10:55 pm, elekktrett...@exemail.com.au wrote: Also, if Linux wants to import *BSD's block devices, that's a Linux problem, not *BSD's. I think that some Unix interoperability should be a long term goal for any Unix system. When you have a recognized standard like GPT, using it seems to be the right thing to do, instead of developing another solution that is incompatible with everything else on the market. You're not going to get Linux to change because of BSD, it's the other way around. At least in regards to interoperability. Technical merit, maybe. I might signup for GSoC 2011. Do I have to be a student? Yes, it's students-only. Don't wait! Start now. It'll be difficult, but nothing worthwhile is ever easy.
Re: can't install audacity
On Fri, July 23, 2010 12:48 am, Pierre Abbat wrote: I tried with pkgin and got this: 2 packages to be installed: wxGTK24-2.4.2nb16 audacity-1.2.6nb4 (7026K to pkg_add: no pkg found for 'jpeg=8nb1', sorry. Could it be pkgin has an out of date index? jpeg-8nb1 is there, and audacity is there but it's version 1.2.6nb5.
Re: configure network and usb into qemu
On Sun, June 13, 2010 12:41 pm, dark0s Optik wrote: I've installed DragonFly BSD in qmeu 0.12. Now I want configure usb pendrive and network: 1) How can I configure DragonFly network in qemu. 2) How can I mount usb when DragonFly is into qemu. Make sure qemu is running with a network device emulated and attached to a real network device, and then it should show up normally to the DragonFly system and be configured just like a real network card. Same for the USB device - you need to make qemu pass the USB connection from the real system to the virtual one, and then treat as if it was real on the DragnonFly system. I haven't run qemu in a while, so I can't tell you the correct syntax off the top of my head for creating virtual network/passing through USB.
Re: dragonfly installation into virtualbox
On Sat, June 12, 2010 3:36 am, dark0s Optik wrote: I tried to launch dragonfly x86 2.6.3 installation into virtualbox 3.2, but it crash. The output is: Debugger(panic): stopped at 0xc0537b3c movb $0, 0xc070fd34 How can to install dragonfly into virtualbox? Try a different version of Virtualbox, or maybe a different emulator - it seems like every third release of Virtualbox doesn't work for running DragonFly, and then it does.
Re: mounting pendrive
On Sat, June 12, 2010 3:26 am, dark0s Optik wrote: How can I mount my pendrive into dragonflybsd? Stick it in an available slot. Either the console or dmesg (type dmesg) will show what device it comes up as - probably /dev/da8. Mount that device path - 'mount -t msdos /mnt /dev/daX' (I'm assuming it's a dos-formatted drive) The files should be available under /mnt. Be sure to 'umount /mnt' to unhook it before removing it from the computer.
Re: DragonFly 64-bit stability
On Fri, June 11, 2010 2:36 am, Francois Tigeot wrote: Yeah, I don't believe Postgres is to blame either. During the pkgsrc build, many make instances were also dying with signal 11. Every time I have tested the amd64/x86-64 DragonFly port, I found out this segfault problem was a constant. I don't see signal 11 errors on any of the failed builds for x86_64 that I've been doing as bulk builds. (wandering through here for example) http://avalon.dragonflybsd.org/reports/x86_64/2.7/20100611.1041/meta/report.html Has this happened on more than one x86_64 machine? It's strange.
Re: DragonFly 64-bit stability
On Thu, June 10, 2010 4:32 pm, Francois Tigeot wrote: Installing applications from pkgsrc went well. Unfortunately, running Postgres is a different matter: # /usr/pkg/etc/rc.d/pgsql start Starting pgsql. seg-fault accessing address 0x58 rip=0x80077037d pid=20186 p_comm=pg_ctl Segmentation fault Is this from a prebuilt binary or one that you compiled yourself? It may be worth building locally if you did not before. Otherwise: http://www.postgresql.org/support/submitbug
Re: DragonFly 64-bit stability
On Wed, June 9, 2010 4:52 am, Francois Tigeot wrote: I'm thinking of upgrading one server from 2GB to 6GB of memory. Since the regular DragonFly/i386 version will not be able to fully use it, I'm also considering upgrading the OS to Dragonfly/x86-64. The machine is mainly running Postgres, Apache and Ruby (fast-cgi) for use with a Ruby-on-Rails application. What is your experience with the 64-bit version ? Is it now stable enough to be used in a server ? There's rarely some difference in what stuff from pkgsrc compiles on x86_64 vs. i386, though this is usually not because of DragonFly. A way to check would be looking at the reports on avalon: http://avalon.dragonflybsd.org/reports/ - look at the meta/ directory in each report. Postgres, apache, and ruby build fine going on a quick browse...
Re: HEADS UP: BIND Removal. Short instructions for migration to pkgsrc-BIND
On Sun, June 6, 2010 5:12 am, Jan Lentfer wrote: Jan Lentfer schrieb: After another discussion I have decided to do the following: I will only remove BIND from base, no ldns and drill import. So anyone wanting to have either of the both will have to install them from pkgsrc (before updateing their world, I would recommend). We will see until next release how we will proceed with this. I prefer to just leave it this way and add pkgsrc-BIND to the Live-CD. Due to public demand I have now also committed ldns and drill. Does this mean that we now have a live CD that contains BIND from pkgsrc (and so has host, dig, nslookup, etc) _and_ the lnds/drill tools? The whole point of Jan's work was making it so we have less third-party code to update in base, I thought. My understanding is that nobody should be without the normal BIND tools - they'll just be from the pkgsrc package. It would come on the CD/DVD. If you happened to have an older (2.5 - 2.7) system that was upgraded to remove BIND, it's fixable with 'pkg_radd bind96', rather than needing these additional tools. Someone correct me if I'm not describing reality.
Re: HEADS UP: BIND Removal. Short instructions for migration to pkgsrc-BIND
On Sun, June 6, 2010 1:49 pm, Matthew Dillon wrote: Let me make this clear. We need to have basic dns utilities in the system base that are NOT dependent on the bind or any other dns serving package being installed. The whole point is to give users the ability to pkg_remove bind and pkg_add something else and not have it break core system utilities. If there was a bind_utilities package, or something like that, that installed the needed tools but not BIND, would that be OK? I'd really like to shift maintenance work on third-party software out to where it's already done (pkgsrc). I'd also like to have cake, and eat it too.
Re: which pkgsrc version do I get via git?
On Fri, May 28, 2010 3:03 am, Chris Turner wrote: Justin C. Sherrill wrote: On Thu, May 27, 2010 3:48 pm, Chris Turner wrote: will submit PR eventually.. Please do it - having a bunch of patches for the pkgsrc people won't take long, and that's 90 packages that would now build for 2.6, 2.7, i386, and x86_64, so it's useful 360 times over. I'll make it a project to get my pkgsrc fixlets in this weekend - fwiw I don't think the error is the same on gstreamer 64bits - will verify (that the bug was different on i386 - don't have a 64 bit station and probably wont for some time) The build reports on avalon will get you to the error messages - for example: http://avalon.dragonflybsd.org/reports/x86_64/2.7/20100526.1040/gstreamer0.10-0.10.28/build.log http://avalon.dragonflybsd.org/reports/i386/2.7/20100527.0630/py26-gstreamer0.10-0.10.18/configure.log Go to http://avalon.dragonflybsd.org/reports/ and work down from there.
Re: which pkgsrc version do I get via git?
On Thu, May 27, 2010 7:14 am, Max Herrgård wrote: I don't know how to fix it though, but it would be good to have it fixed. This gstreamer breaks lots of packages in the bulk build. http://avalon.dragonflybsd.org/reports/x86_64/2.7/20100526.1040/meta/report.html Seconded; gstreamer is one of the worst offenders right now in terms of dependent package breakage. It's the same on 2.6,2.7, i386, and x86_64. Dave Shao has identified the problem: http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=43082 It's fixed by using a newer gcc. I assume we're going to want to upgrade gcc, though that may cause issues in other places.
Re: which pkgsrc version do I get via git?
On Thu, May 27, 2010 3:48 pm, Chris Turner wrote: will submit PR eventually.. Please do it - having a bunch of patches for the pkgsrc people won't take long, and that's 90 packages that would now build for 2.6, 2.7, i386, and x86_64, so it's useful 360 times over. If those patches go in and SJG's patch for kde4-libs works out, we'd have no packages left that caused significant dependency breakage - they'd all be in the single digits. That would be wonderful! And possibly unprecedented, at least recently.
Re: swapcache Setup
On Mon, May 24, 2010 4:42 pm, Matthew Dillon wrote: For a manufacturer-fresh SSD configuring only 32G out of the 40G leaves 8G which the SSD firmware will use to enhance its wear-leveling algorithms, improving the overall life of the SSD. What's the wear rate you've seen on the machines with SSD that you set up? (assuming that the SSDs are still in there and you've been tracking overall I/O) I recall that the wear rate was comfortingly low.
Re: Serious issue with HTTP redirect from dragonflybsd.org to www.dragonflybsd.org
On Thu, May 20, 2010 8:54 am, Daniel Bond wrote: Hi, when redirecting from http://dragonflybsd.org to http://www.dragonflybsd.org, the PATH-part of the URI is appended to the TLD. IE: 'http://dragonflybsd.org/mirrors' redirects to 'http://www.dragonflybsd.orgmirrors' As I recall, the reason for the setup is because of something with mail, so it couldn't just be aliased directly. In any case, there's probably just a missing '/' in the redirect. This is I think happening on crater, so Matt would have to adjust it.
Re: which pkgsrc version do I get via git?
On Tue, May 18, 2010 10:59 am, Siju George wrote: I guess the packages that get installed using pkg_radd are built from pkgsrc-stable? Yes - pkgsrc-2010Q1 is the current build.
Re: which pkgsrc version do I get via git?
On Tue, May 18, 2010 10:59 am, Siju George wrote: I guess the packages that get installed using pkg_radd are built from pkgsrc-stable? Yes - pkgsrc-2010Q1 is the current build.
Re: problem with system freeze
On Tue, May 18, 2010 5:15 pm, Goetz Isenmann wrote: Any ideas, what I could do before or after it happens the next time, that might give my some info what's going on? The same problem on two different architectures makes me think it's the one thing that hasn't changed: the hardware. Is there anything else connected to the computer that could be disconnected? Perhaps there's a BIOS setting around USB or some video setting that may change things?
[HEADS UP] pkg_radd on 2.3 and older systems
If you have a system older than 2.4, pkg_radd uses an old path to find files. Applying the changes here: http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/3d62c9e33361b5901e858332066162cc93afc27b will make it work with the current layout, and it means I can get rid of the old top level links, which I'll do momentarily. (I figure this only affects a few people running older systems, who may have changed the path already anyway...)
Re: starting Apache
On Sun, May 16, 2010 6:24 am, Sascha Wildner wrote: Yeah, if RCD_SCRIPTS_DIR isn't set in /usr/pkg/etc/mk.conf, then /etc/rc.d should be the default. It seems that maybe we should ship with /etc/rc.d set by default. I don't recall if there was discussion of this before. People will still have to enable it via rc.conf anyway.
Re: starting Apache
On Thu, May 13, 2010 11:54 pm, Justin C. Sherrill wrote: My guess is that in order for this to work with pkgin, Justin would have to set PKG_RCD_SCRIPTS in the mk.conf that he uses in his bulk builds. I would have guessed the opposite - that it's read by pkg_add during the binary install and that affects where the file goes. It's a guess, though, or perhaps wishful thinking. I'll ask on the tech-pkg list. It's a local setting, not one set at bulk package build time: http://mail-index.netbsd.org/tech-pkg/2010/05/14/msg005443.html
Re: WINE - DFBSD
On Fri, May 14, 2010 2:41 am, Krzysztof Langer wrote: Hi, this is my first post here so I would like to say HELLO to all, and thank you for DragonFlyBSD! I have a problem with installing WINE... Is it possible to run WINE with DragonFlyBSD? -o internettransport.o internettransport.c internettransport.c: In function 'InternetTransport_WndProc': internettransport.c:325: error: 'Include_winsock_h_before_stdlib_h_or_use_the_MSVCRT_library' undeclared (first use in this function) WINE is pretty complex; I wouldn't be surprised by some issues with it. This error looks like it's perhaps a linuxism or something that isn't in the right place in a makefile, but I'm not qualified to find a solution. To be honest I only need WINE for SigmaPlot MS Word (both needed for work), so maybe there is other way to use those programs under DFBSD - (virtualbox is useless, since my netbook has 900MHz CPU, and 1GB of RAM). Openoffice could work, though it's pretty heavy for that hardware. Other solutions - Abiword? Antiword (only converts)? Dig around http://pkgsrc.se and see what you find.
Re: starting Apache
On Thu, May 13, 2010 10:25 pm, Sascha Wildner wrote: Am 14.05.2010 04:01, schrieb Pierre Abbat: On Thursday 13 May 2010 21:10:24 Sascha Wildner wrote: pkgsrc has a PKG_RCD_SCRIPTS option that - if set to YES in /usr/pkg/etc/mk.conf - will copy rc.d scripts automatically to /etc/rc.d. Does pkgin have such an option, or should I just copy the script? My guess is that in order for this to work with pkgin, Justin would have to set PKG_RCD_SCRIPTS in the mk.conf that he uses in his bulk builds. I would have guessed the opposite - that it's read by pkg_add during the binary install and that affects where the file goes. It's a guess, though, or perhaps wishful thinking. I'll ask on the tech-pkg list.
Re: [OT] BSD users/events in DFW area?
On Tue, May 11, 2010 1:33 pm, Sdävtaker wrote: Nice, thanks for the info i will check out the site to see if something comes up while im here. Damian This is a good time to point out Dru Lavigne's 'bsdevents' Twitter feed: http://twitter.com/bsdevents She's managed to track down more BSD-linked events than I thought would ever exist.
pkgsrc DragonFly 2.7/i386 2010-05-07 04:38
Built on pkgsrc-2010Q1. -- pkgsrc bulk build report DragonFly 2.7/i386 Compiler: gcc Build start: 2010-05-07 04:38 Build end: 2010-05-07 13:51 Full report: http://avalon.dragonflybsd.org/reports/i386/2.7/20100507.0438/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports/i386/2.7/20100507.0438/meta/report.bz2 Total number of packages: 9315 Successfully built: 8364 Failed to build: 352 Depending on failed package: 255 Explicitly broken or masked: 293 Depending on masked package:51 Packages breaking the most other packages Package Breaks Maintainer - x11/qt4-libs 90 pkgsrc-us...@netbsd.org lang/mono 29 kef...@netbsd.org databases/mysql51-server 26 ske...@netbsd.org multimedia/py-gstreamer0.10 21 pkgsrc-us...@netbsd.org lang/sun-jre6 19 pkgsrc-us...@netbsd.org audio/mpg123 18 mar...@netbsd.org x11/py-gnome2-desktop 9 pkgsrc-us...@netbsd.org security/xmlsec1 7 pkgsrc-us...@netbsd.org graphics/pear-Image_Color 5 pkgsrc-us...@netbsd.org devel/libcompizconfig 5 pkgsrc-us...@netbsd.org Build failures Package Breaks Maintainer - audio/buzztard 1 pkgsrc-us...@netbsd.org audio/csound5pkgsrc-us...@netbsd.org audio/gogo pkgsrc-us...@netbsd.org audio/libvisual0.2-plugins pkgsrc-us...@netbsd.org audio/madman o...@elektro-eel.org audio/mpg123 18 mar...@netbsd.org audio/padevchooser 1 pkgsrc-us...@netbsd.org audio/taglib-extras1 pkgsrc-us...@netbsd.org audio/tremor-tools pkgsrc-us...@netbsd.org benchmarks/iozonepkgsrc-us...@netbsd.org benchmarks/libmicro pkgsrc-us...@netbsd.org benchmarks/randread pkgsrc-us...@netbsd.org biology/gromacs pkgsrc-us...@netbsd.org biology/py-mol pkgsrc-us...@netbsd.org py26-mol-0.98nb4 pkgsrc-us...@netbsd.org biology/rasmol pkgsrc-us...@netbsd.org cad/eagler...@netbsd.org cad/fastcap dmcmah...@netbsd.org cad/magicpkgsrc-us...@netbsd.org cad/tnt-mmtl dmcmah...@netbsd.org chat/tircpkgsrc-us...@netbsd.org chat/zircon pkgsrc-us...@netbsd.org comms/asterisk-sounds-extra jnem...@netbsd.org comms/asterisk16 jnem...@netbsd.org comms/libopensync-plugin-syncml di...@netbsd.org comms/mgetty+sendfax pkgsrc-us...@netbsd.org comms/modemd tsa...@netbsd.org comms/plppkgsrc-us...@netbsd.org comms/tn3270 pkgsrc-us...@netbsd.org cross/h8300-hms-gcc pkgsrc-us...@netbsd.org cross/i386-cygwin32 pkgsrc-us...@netbsd.org cross/i386-linux pkgsrc-us...@netbsd.org cross/i386-msdosdjgpppkgsrc-us...@netbsd.org cross/mingw pkgsrc-us...@netbsd.org databases/myodbc pkgsrc-us...@netbsd.org databases/mysql51-server 26 ske...@netbsd.org databases/mysqlccpkgsrc-us...@netbsd.org databases/openldap-smbk5pwd g...@netbsd.org databases/slony1 a...@netbsd.org databases/sqlite3-tclpkgsrc-us...@netbsd.org devel/electric-fence pkgsrc-us...@netbsd.org devel/elfsh pkgsrc-us...@netbsd.org devel/gtlpkgsrc-us...@netbsd.org devel/guile-gnomeg...@netbsd.org devel/java-subversiong...@netbsd.org devel/libFoundation2 pkgsrc-us...@netbsd.org devel/libcompizconfig 5 pkgsrc-us...@netbsd.org devel/libscsi 2 pkgsrc-us...@netbsd.org devel/libstatgrab 1 pkgsrc-us...@netbsd.org devel/nsis
pkgsrc DragonFly 2.7/x86_64 2010-05-07 10:42
Built on pkgsrc-2010Q1 and this is 64-bit. How much of these is too much? Once the quarterly release is relativly stable in terms of fixes/updates, the builds happen rapidly. -- pkgsrc bulk build report DragonFly 2.7/x86_64 Compiler: gcc Build start: 2010-05-07 10:42 Build end: 2010-05-07 16:33 Full report: http://avalon.dragonflybsd.org/reports/x86_64/2.6/20100507.1042/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports/x86_64/2.6/20100507.1042/meta/report.bz2 Total number of packages: 9315 Successfully built: 7952 Failed to build: 363 Depending on failed package: 421 Explicitly broken or masked: 505 Depending on masked package:74 Packages breaking the most other packages Package Breaks Maintainer - multimedia/gstreamer0.10 178 pkgsrc-us...@netbsd.org x11/qt4-libs 90 pkgsrc-us...@netbsd.org multimedia/xine-lib 51 pkgsrc-us...@netbsd.org lang/ocaml35 a...@netbsd.org lang/mono 29 kef...@netbsd.org databases/mysql51-server 26 ske...@netbsd.org audio/mpg123 18 mar...@netbsd.org textproc/xerces-c 17 pkgsrc-us...@netbsd.org textproc/convertlit8 pkgsrc-us...@netbsd.org www/w3m7 uebay...@netbsd.org Build failures Package Breaks Maintainer - archivers/bsdtar jo...@netbsd.org archivers/libarchive jo...@netbsd.org archivers/star uebay...@netbsd.org audio/akode-plugins-mpc ha...@netbsd.org audio/daapd nath...@netbsd.org audio/libmusepack 1 pkgsrc-us...@netbsd.org audio/madman o...@elektro-eel.org audio/maplay pkgsrc-us...@netbsd.org audio/mpg123 18 mar...@netbsd.org audio/padevchooser 1 pkgsrc-us...@netbsd.org audio/taglib-extras1 pkgsrc-us...@netbsd.org benchmarks/iozonepkgsrc-us...@netbsd.org benchmarks/libmicro pkgsrc-us...@netbsd.org benchmarks/randread pkgsrc-us...@netbsd.org biology/gromacs pkgsrc-us...@netbsd.org biology/py-mol pkgsrc-us...@netbsd.org py26-mol-0.98nb4 pkgsrc-us...@netbsd.org biology/rasmol pkgsrc-us...@netbsd.org cad/fastcap dmcmah...@netbsd.org cad/magicpkgsrc-us...@netbsd.org cad/tnt-mmtl dmcmah...@netbsd.org chat/galepkgsrc-us...@netbsd.org chat/silc-client 1 s...@netbsd.org chat/silc-server s...@netbsd.org chat/tircpkgsrc-us...@netbsd.org chat/zircon pkgsrc-us...@netbsd.org comms/asterisk-sounds-extra jnem...@netbsd.org comms/asterisk16 jnem...@netbsd.org comms/libopensync-plugin-syncml di...@netbsd.org comms/mgetty+sendfax pkgsrc-us...@netbsd.org comms/modemd tsa...@netbsd.org comms/tn3270 pkgsrc-us...@netbsd.org cross/h8300-hms-gcc pkgsrc-us...@netbsd.org cross/i386-cygwin32 pkgsrc-us...@netbsd.org cross/i386-linux pkgsrc-us...@netbsd.org cross/i386-msdosdjgpppkgsrc-us...@netbsd.org cross/mingw pkgsrc-us...@netbsd.org databases/myodbc pkgsrc-us...@netbsd.org databases/mysql5-client ske...@netbsd.org databases/mysql5-server ske...@netbsd.org databases/mysql51-server 26 ske...@netbsd.org databases/mysqlccpkgsrc-us...@netbsd.org databases/openldap-smbk5pwd g...@netbsd.org databases/slony1 a...@netbsd.org databases/sqlite3-tclpkgsrc-us...@netbsd.org devel/avltreewrstu...@netbsd.org devel/binutils pkgsrc-us...@netbsd.org devel/electric-fence pkgsrc-us...@netbsd.org
Re: [HEADS UP] pkgsrc stuff
On Wed, May 5, 2010 10:13 pm, Justin C. Sherrill wrote: Thing 1: I've finally almost got a 2.7 build of pkgsrc-2010Q1 complete, so I'm going to shift the default pkg_radd target to point at it for each architecture within the next 24 hours. Aaaand it's pointed. Packages downloaded through pkg_radd (or directly) for 2.6 and 2.7 are now from pkgsrc-2010Q1.
[HEADS UP] pkgsrc stuff
Thing 1: I've finally almost got a 2.7 build of pkgsrc-2010Q1 complete, so I'm going to shift the default pkg_radd target to point at it for each architecture within the next 24 hours. Thing 2: Is anyone still using DragonFly systems older than 2.4? I have old aliases for the original pkg_radd path on avalon, and if they are unused, I'd like to dump them. This is a cosmetic change, so it's not that important. Thing 3: A project for anyone that wants it: pkg_search will find listed packages in pkg_summary that did build, but they won't be available through pkg_radd because the package has some restriction on being distributed from the software creator. Changing pkg_search and pkg_radd to explain this discrepancy would be helpful, instead of just having pkg_radd fail to find it as it does now.
pkgsrc DragonFly 2.6/i386 2010-05-05 18:41
pkgsrc-2010Q1/i386/2.6 - with correct links to the report. -- pkgsrc bulk build report DragonFly 2.6/i386 Compiler: gcc Build start: 2010-05-05 18:41 Build end: 2010-05-06 03:10 Full report: http://avalon.dragonflybsd.org/reports/i386/2.6/20100505.1841/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports/i386/2.6/20100505.1841/meta/report.bz2 Total number of packages: 9315 Successfully built: 8169 Failed to build: 333 Depending on failed package: 469 Explicitly broken or masked: 293 Depending on masked package:51 Packages breaking the most other packages Package Breaks Maintainer - audio/pulseaudio 229 pkgsrc-us...@netbsd.org x11/qt4-libs 90 pkgsrc-us...@netbsd.org lang/mono 29 kef...@netbsd.org databases/mysql51-server 26 ske...@netbsd.org multimedia/py-gstreamer0.10 21 pkgsrc-us...@netbsd.org lang/sun-jre6 19 pkgsrc-us...@netbsd.org audio/mpg123 18 mar...@netbsd.org x11/py-gnome2-desktop 9 pkgsrc-us...@netbsd.org security/xmlsec1 7 pkgsrc-us...@netbsd.org graphics/pear-Image_Color 5 pkgsrc-us...@netbsd.org Build failures Package Breaks Maintainer - archivers/bsdtar jo...@netbsd.org archivers/libarchive jo...@netbsd.org audio/buzztard 1 pkgsrc-us...@netbsd.org audio/csound5pkgsrc-us...@netbsd.org audio/gogo pkgsrc-us...@netbsd.org audio/libvisual0.2-plugins pkgsrc-us...@netbsd.org audio/madman o...@elektro-eel.org audio/mpg123 18 mar...@netbsd.org audio/pulseaudio 229 pkgsrc-us...@netbsd.org audio/taglib-extras1 pkgsrc-us...@netbsd.org audio/tremor-tools pkgsrc-us...@netbsd.org benchmarks/iozonepkgsrc-us...@netbsd.org benchmarks/libmicro pkgsrc-us...@netbsd.org benchmarks/randread pkgsrc-us...@netbsd.org biology/gromacs pkgsrc-us...@netbsd.org biology/py-mol pkgsrc-us...@netbsd.org py26-mol-0.98nb4 pkgsrc-us...@netbsd.org biology/rasmol pkgsrc-us...@netbsd.org cad/fastcap dmcmah...@netbsd.org cad/magicpkgsrc-us...@netbsd.org cad/tnt-mmtl dmcmah...@netbsd.org chat/tircpkgsrc-us...@netbsd.org chat/zircon pkgsrc-us...@netbsd.org comms/asterisk-sounds-extra jnem...@netbsd.org comms/asterisk16 jnem...@netbsd.org comms/libopensync-plugin-syncml di...@netbsd.org comms/mgetty+sendfax pkgsrc-us...@netbsd.org comms/modemd tsa...@netbsd.org comms/tn3270 pkgsrc-us...@netbsd.org cross/h8300-hms-gcc pkgsrc-us...@netbsd.org cross/i386-cygwin32 pkgsrc-us...@netbsd.org cross/i386-linux pkgsrc-us...@netbsd.org cross/i386-msdosdjgpppkgsrc-us...@netbsd.org cross/mingw pkgsrc-us...@netbsd.org databases/myodbc pkgsrc-us...@netbsd.org databases/mysql51-server 26 ske...@netbsd.org databases/mysqlccpkgsrc-us...@netbsd.org databases/openldap-smbk5pwd g...@netbsd.org databases/slony1 a...@netbsd.org databases/sqlite3-tclpkgsrc-us...@netbsd.org devel/electric-fence pkgsrc-us...@netbsd.org devel/elfsh pkgsrc-us...@netbsd.org devel/gtlpkgsrc-us...@netbsd.org devel/guile-gnomeg...@netbsd.org devel/java-subversiong...@netbsd.org devel/libFoundation2 pkgsrc-us...@netbsd.org devel/libcompizconfig 5 pkgsrc-us...@netbsd.org devel/libscsi 2 pkgsrc-us...@netbsd.org devel/libstatgrab 1 pkgsrc-us...@netbsd.org devel/nsis
Re: Updating a pkgsrc package
On Sun, May 2, 2010 7:25 am, Francois Tigeot wrote: Hi, I have locally updated mail/prayer to version 1.3.2. The pkgsrc package is more than two years old. It now compiles and installs cleanly on DragonFly. Is there any thing I should be aware before submitting my work to the pkgsrc guys ? My main concern is that I do not have any NetBSD machine to test my changes... You also don't have a FreeBSD, Linux, Haiku, or Solaris machine to test on, though pkgsrc runs there... I don't know what your changes look like, but it may be clear whether it has a negative effect or not just from looking at it. A unified diff should work. Send a PR through the support section on the NetBSD website: http://www.netbsd.org/cgi-bin/sendpr.cgi?gndb=netbsd Pick pkg for the category. This worked for me last time I did it.
pkgsrc DragonFly 2.6/i386 2010-04-30 18:41
This is pkgsrc-2010Q1. I'm still waiting on the i386/2.7/2010Q1 build on avalon, which is about 25% done, and then 2010Q1 will become the default for pkg_radd. -- pkgsrc bulk build report DragonFly 2.6/i386 Compiler: gcc Build start: 2010-04-30 18:41 Build end: 2010-05-02 04:07 Full report: http://avalon.dragonflybsd.org/reports//20100430.1841/meta/report.html Machine readable version: http://avalon.dragonflybsd.org/reports//20100430.1841/meta/report.bz2 Total number of packages: 9315 Successfully built: 8163 Failed to build: 339 Depending on failed package: 469 Explicitly broken or masked: 293 Depending on masked package:51 Packages breaking the most other packages Package Breaks Maintainer - audio/pulseaudio 229 pkgsrc-us...@netbsd.org x11/qt4-libs 90 pkgsrc-us...@netbsd.org lang/mono 29 kef...@netbsd.org databases/mysql51-server 26 ske...@netbsd.org multimedia/py-gstreamer0.10 21 pkgsrc-us...@netbsd.org lang/sun-jre6 19 pkgsrc-us...@netbsd.org audio/mpg123 18 mar...@netbsd.org x11/py-gnome2-desktop 9 pkgsrc-us...@netbsd.org security/xmlsec1 7 pkgsrc-us...@netbsd.org graphics/pear-Image_Color 5 pkgsrc-us...@netbsd.org Build failures Package Breaks Maintainer - archivers/bsdtar jo...@netbsd.org archivers/libarchive jo...@netbsd.org audio/buzztard 1 pkgsrc-us...@netbsd.org audio/csound5pkgsrc-us...@netbsd.org audio/gogo pkgsrc-us...@netbsd.org audio/libvisual0.2-plugins pkgsrc-us...@netbsd.org audio/madman o...@elektro-eel.org audio/mpg123 18 mar...@netbsd.org audio/pulseaudio 229 pkgsrc-us...@netbsd.org audio/taglib-extras1 pkgsrc-us...@netbsd.org audio/tremor-tools pkgsrc-us...@netbsd.org benchmarks/iozonepkgsrc-us...@netbsd.org benchmarks/libmicro pkgsrc-us...@netbsd.org benchmarks/randread pkgsrc-us...@netbsd.org biology/gromacs pkgsrc-us...@netbsd.org biology/py-mol pkgsrc-us...@netbsd.org py26-mol-0.98nb4 pkgsrc-us...@netbsd.org biology/rasmol pkgsrc-us...@netbsd.org cad/fastcap dmcmah...@netbsd.org cad/magicpkgsrc-us...@netbsd.org cad/tnt-mmtl dmcmah...@netbsd.org chat/tircpkgsrc-us...@netbsd.org chat/zircon pkgsrc-us...@netbsd.org comms/asterisk-sounds-extra jnem...@netbsd.org comms/asterisk16 jnem...@netbsd.org comms/libopensync-plugin-syncml di...@netbsd.org comms/mgetty+sendfax pkgsrc-us...@netbsd.org comms/modemd tsa...@netbsd.org comms/plppkgsrc-us...@netbsd.org comms/tn3270 pkgsrc-us...@netbsd.org cross/h8300-hms-gcc pkgsrc-us...@netbsd.org cross/i386-cygwin32 pkgsrc-us...@netbsd.org cross/i386-linux pkgsrc-us...@netbsd.org cross/i386-msdosdjgpppkgsrc-us...@netbsd.org cross/mingw pkgsrc-us...@netbsd.org databases/myodbc pkgsrc-us...@netbsd.org databases/mysql51-server 26 ske...@netbsd.org databases/mysqlccpkgsrc-us...@netbsd.org databases/openldap-smbk5pwd g...@netbsd.org databases/slony1 a...@netbsd.org databases/sqlite3-tclpkgsrc-us...@netbsd.org devel/coccinelle pkgsrc-us...@netbsd.org devel/electric-fence pkgsrc-us...@netbsd.org devel/elfsh pkgsrc-us...@netbsd.org devel/frama-cto...@netbsd.org devel/gtlpkgsrc-us...@netbsd.org devel/guile-gnomeg...@netbsd.org devel/java-subversiong...@netbsd.org
Re: Amount of wiki spam
On Tue, April 27, 2010 9:44 pm, Justin C. Sherrill wrote: On Tue, April 27, 2010 5:04 am, Jeremy C. Reed wrote: On Tue, 27 Apr 2010, Matthias Schmidt wrote: We could add line in blinking, red letters Please provide a commit message ;) This should be possible w/o digging into the ikiwiki internals. www.dragonflybsd.org's updated, both in ikiwiki version and the note on the edit page - if the message still isn't dramatic enough, we can make it more noticeable.
Re: USB flash drive
On Thu, April 29, 2010 8:47 pm, Pierre Abbat wrote: How do I get a USB flash drive working? I started usbd, stuck the stick in If you look at dmesg, you'll probably see the drive show on /dev/da8. It should be mountable from there, depending on how it's formatted.
Re: USB flash drive
On Thu, April 29, 2010 9:05 pm, Pierre Abbat wrote: On Thursday 29 April 2010 20:57:22 Justin C. Sherrill wrote: If you look at dmesg, you'll probably see the drive show on /dev/da8. It should be mountable from there, depending on how it's formatted. No /dev/da8. The last two lines in dmesg are: arplookup 71.71.198.100 failed: host is not on local network umass0: Memorex TRAVELDRIVE 005B, class 0/0, rev 2.00/1.10, addr 2 on uhub0 That's strange - normally you'd see something like: da8 at umass-sim0 bus 0 target 0 lun 0 da8: Kingston DataTraveler 2.0 1.00 Removable Direct Access SCSI-2 device da8: 40.000MB/s transfers da8: 3819MB (7822288 512 byte sectors: 255H 63S/T 486C) Maybe kldload ehci first? That's a wild guess on my part. Look in /dev and see what da* devices appear.
More pkgsrc-2010Q1 build status
2010Q1 is built as binaries for i386/2.6 and x86_64/2.6/2.7. For some reason, I'm having trouble with the build on i386/2.7. http://avalon.dragonflybsd.org/reports/i386/2.7/20100428.0433/meta/report.html I'm cleaning it out and restarting to see if it's a cruft issue. The i386/2.6 binaries should work just fine for a i386/2.7 machine if you are impatient.
Re: Amount of wiki spam
On Tue, April 27, 2010 5:04 am, Jeremy C. Reed wrote: On Tue, 27 Apr 2010, Matthias Schmidt wrote: We could add line in blinking, red letters Please provide a commit message ;) This should be possible w/o digging into the ikiwiki internals. Very easy. create a templatedir copy editpage.tmpl modify it to add the message. configure ikiwiki to point to the templatedir (not all templates need to be copied) Perfect timing - The version of ikiwiki that just came out today supports template files within the content. I'll see if I can upgrade tonight and get this working.
Re: Amount of wiki spam
On Mon, April 26, 2010 11:36 am, Matthias Schmidt wrote: Hi, as you might noticed the amount of spam in our wiki increases (at least in my opinion). I'm only noticing one spamming event maybe every couple of weeks. Am I missing more items? I watch page changes through RSS. The old wiki was getting spammed multiple times an hour, so this is light, relatively speaking. I think we've really benefited from the wiki free-to-edit-and-revert style; the number of people making changes has gone up significantly. zero, the number we had before, is easy to improve on - but even since it became truly wiki-like and open to editing the amount of contributions has improved. - Registering a new account is no longer possible without administrator approval. Is this supported by ikiwiki or would this lead to an enormous amount of approval posts? Maybe Justin can comment on this ... We can set it so that people need a password to create a new account; it could be a commonly known password or even something on the web page, like a lazy captcha. http://ikiwiki.info/plugins/passwordauth/ (account_creation_password option) I don't know how much difference this will make. There's also a spam filter: http://ikiwiki.info/plugins/blogspam/ This will reject changes that look spamm; I have not tried it but it won't hurt. Also, since it's stored in git, we can revert easily. If I (or someone) got around to setting the permissions right on the actual git repo, /usr/local/www/ikiwiki-srcdir/, you could even pull and revert without having to re-enter anything. - Add some captchas to the wiki. I really hate (!) captchas, but if this helps I'm fine with it. I haven't seen a single automated spam hit our site. They've all been attempts from individuals, as far as I can tell; the wiki equivalent of gold farmers. A captcha won't help with that. - Maybe more ... IMO the current protection of our main website is too fragile. Some weeks ago a malicious guy even managed it to remove our main site. And while I'm here: it would be nice if we could enforce commit messages for the wiki. Most people change things without explaining what they're doing and you have to look into the git changelog to figure it out. I'd like to see enforced messages too. I don't see an easy way to do that.
Re: Amount of wiki spam
On Mon, April 26, 2010 9:01 pm, Matthew Dillon wrote: Hmm. Well, when I think about it careful its more of a bad memory than anything recent. I do like the idea of having an easy-to-remember global password that we can just paste on irc. It might be worth trying that. We could do what NetBSD does with their online bug forms. There's a last sentence that says This server runs NetBSD. To verify you are not a bot, which OS does this server run? with a little spot to type NetBSD. We could do the same, possibly.
pkgsrc-2010Q1 package status
Pkgsrc-2010Q1 has been announced; it's been available for a bit and I've built from it. It's there now for 2.6/i386 and about half-finished uploading 2.6/x86_64. http://avalon.dragonflybsd.org/packages/i386/DragonFly-2.6/pkgsrc-2010Q1/All/ http://avalon.dragonflybsd.org/packages/x86_64/DragonFly-2.6/pkgsrc-2010Q1/All/ I had some wierd problems with the x86_64 build, so it's not done yet. I haven't changed the stable symlink, so pkg_radd will not pick these up yet by default. I'll change it when they're all ready, but until then you can set $PKG_PATH to one of the above URLs to use pkg_radd directly. (remember i386/2.6 is the only complete one so far.)
Re: trying to update packages, stuck on cyberbit
On Sat, April 17, 2010 10:59 pm, Pierre Abbat wrote: I updated the repository to 2.6 and ran pkgin up;pkgin fug. It calculated dependencies, downloaded packages, and got stuck on cyberbit. The new version is 2.0-nb6. I then ran git pull on pkgsrc and tried to install it that way. It tried to fetch the zip file from several FTP sites and failed. It won't show as a binary file, because it's not freely redistributable: (from the Makefile) RESTRICTED= Redistribution not permitted; single user license only. NO_SRC_ON_CDROM=${RESTRICTED} NO_SRC_ON_FTP= ${RESTRICTED} NO_BIN_ON_CDROM=${RESTRICTED} NO_BIN_ON_FTP= ${RESTRICTED} If it's not showing on various FTP sites, it may have been pulled due to age or whatever reasons. You could search for the filename manually and download it, as it's probably still floating around out there... Or you could just delete it, if you aren't specifically using it.
Re: trying to update packages, stuck on cyberbit
On Sun, April 18, 2010 12:10 am, Pierre Abbat wrote: On Saturday 17 April 2010 23:39:37 Justin C. Sherrill wrote: If it's not showing on various FTP sites, it may have been pulled due to age or whatever reasons. You could search for the filename manually and download it, as it's probably still floating around out there... Or you could just delete it, if you aren't specifically using it. I removed the package, but kept the file. Can you figure out how to fix the package? I wouldn't know the nb6 version from the nb5 version if I saw it on an FTP site. You wouldn't, because there is no difference. -nbX suffixes on pkgsrc versions means that the change in the package was pkgsrc-specific, and the actual software is unchanged; the changes are during the install process. Looking at the package history, those pkgsrc-specific changes aren't going to make a difference: http://pkgsrc.se/fonts/cyberbit-ttf So, it's the same. You can ignore it, delete it, or find the distfile anywhere out there and stick it in /usr/pkgsrc/distfiles, I think, to get it picked up and used when building in /usr/pkgsrc/fonts/cyberbit-ttf.
Re: Ideas and questions on pkgsrc
On Tue, April 13, 2010 11:49 am, Ed Berger wrote: I don't think anyone yet has a proper tool or script to do this reliably. A while back, when I tried one suggested with rolling-replace in the dragonfly-digest noted from pkgsrc mails, which probably just used the source packages. It became obvious to me it wasn't tested before being recommended, nor end user friendly and reliable on DragonFly, to deal with software updating issues. I ended up with a hosed system. I wouldn't mind this solution, if it was easy to setup, safe, and effective. I could have sworn I did it and it worked... Maybe retroactive wishful thinking on my part? In any case, I know I've used pkg_rolling-replace from source with success. I'd expect an average user or sysadmin would prefer the speed and simplicity of this, if you keep the last known working binaries online when newer versions are broken. I wouldn't mind seeing a publicly posted link to the pkgsrc mk.conf file used to build the binary packages, so they can be duplicated easily and adjusted locally as the sysadmin sees fit. http://gitweb.dragonflybsd.org/~justin/simplepbulk.git/blob_plain/HEAD:/mk-base.conf I've been unsetting PKG_DEVELOPER since that recently changed to have unprivileged builds, but that shouldn't affect anyone not doing a bulk build. The only useful part would be PKG_DEFAULT_OPTIONS=dri inet6