Bulk buils space requirements
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? is reading http://www.netbsd.org/docs/pkgsrc/bulk.html enough or should I be knowing some dfly specific things? also how long will it take on an x86 port with 3 GB RAM dmesg here http://pastie.org/1237437 thanks --Siju
Re: hammering the drive
On 21/10/10 04:44, Pierre Abbat wrote: > I clicked on the tabs of a Firefox window I have up, and it responded very > slowly. I can't say much about the wear and tear of the drive. Regarding the unresponsiveness when Hammmer functions are running I'd suggest you give dsched_fq a try, the fair-queuing disk scheduling policy. It should improve interactivity during heavy I/O. Regards, Alex Hornung
Re: No package installation method works
Someone replied privately: The problem here is that you are using make instead of bmake (which needs to be used for pkgsrc things). Ah, this indeed work. I'll try to remember this when I, in some months, need to install some additional pacage. Thanks to all who replied! -- Torbjörn
Re: hammering the drive
A lot. I've hit same issue during 'hammer prune-everything' , 'hammer synctid' , 'hammer reblock'. Anyway it is vm so I expect less problems on real machine and those jobs are really I/O intensive for disk so that's why it's started by default during night. On Thu, Oct 21, 2010 at 6:44 AM, Pierre Abbat wrote: > I clicked on the tabs of a Firefox window I have up, and it responded very > slowly. I ran top, which shows a low load average, but hammer is running. I > can hear the disk rattling. How much does the nightly hammer run wear out a > drive? > > Pierre > -- > La sal en el mar es más que en la sangre. > Le sel dans la mer est plus que dans le sang. > > -- “If you’re good at something, never do it for free.” —The Joker
hammering the drive
I clicked on the tabs of a Firefox window I have up, and it responded very slowly. I ran top, which shows a low load average, but hammer is running. I can hear the disk rattling. How much does the nightly hammer run wear out a drive? Pierre -- La sal en el mar es más que en la sangre. Le sel dans la mer est plus que dans le sang.
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: No package installation method works
Je Wed, 20 Oct 2010 22:13:01 +0200 Sascha Wildner scribis: > On 10/20/2010 21:54, 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. > > > > I found http://www.dragonflybsd.org/docs/howtos/HowToPkgsrc/ and > > have followed the various methods suggested there. None works for > > me. > > > > # uname -a > > DragonFly biko-dflybsd64.gmplib.org 2.6-RELEASE DragonFly > > v2.6.3-RELEASE #10: Mon May 3 09:57:53 PDT 2010 > > r...@pkgbox64.dragonflybsd.org:/usr/obj/usr/src-misc/sys/X86_64_GENERIC > > x86_64 > > > > > > Method 1: > > > > # pkg_radd bash > > pkg_add: Error: package `bash-4.1nb1' was built with a newer > > pkg_install version pkg_add: 1 package addition failed > > > > (As far as I can tell, I am using the latest release of DragonFly. > > And even if I didn't, shouldn't it be possible to install a package > > with the existing tools?) > > Yea, it's an issue. I know there is a workaround, but I forgot it at > the moment. The real solution would be to provide packages that work > for 2.6.3. > (re)installing pkg_install from pkgsrc should work. morr -- Daniel Horecki http://morr.pl http://linux.pl http://netbsd.pl http://netbsd.org HAIL ERIS!
Re: No package installation method works
On 10/20/2010 21:54, 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. I found http://www.dragonflybsd.org/docs/howtos/HowToPkgsrc/ and have followed the various methods suggested there. None works for me. # uname -a DragonFly biko-dflybsd64.gmplib.org 2.6-RELEASE DragonFly v2.6.3-RELEASE #10: Mon May 3 09:57:53 PDT 2010 r...@pkgbox64.dragonflybsd.org:/usr/obj/usr/src-misc/sys/X86_64_GENERIC x86_64 Method 1: # pkg_radd bash pkg_add: Error: package `bash-4.1nb1' was built with a newer pkg_install version pkg_add: 1 package addition failed (As far as I can tell, I am using the latest release of DragonFly. And even if I didn't, shouldn't it be possible to install a package with the existing tools?) Yea, it's an issue. I know there is a workaround, but I forgot it at the moment. The real solution would be to provide packages that work for 2.6.3. Method 2: # cd /usr # make pkgsrc-create If problems occur you may have to rm -rf pkgsrc and try again. mkdir -p /usr/pkgsrc cd /usr/pkgsrc&& git init Initialized empty Git repository in /usr/pkgsrc/.git/ cd /usr/pkgsrc&& git remote add origin git://git.dragonflybsd.org/pkgsrc.git cd /usr/pkgsrc&& git fetch origin fatal: The remote end hung up unexpectedly *** Error code 128 Stop in /usr. (This is not a temporary problem. I retried this several consecutive days.) Yes, /usr/Makefile was changed, and it was MFC'd to the 2.6 branch but the ISO is older and we have no ISO reflecting the latest on the 2.6 branch. You can take the /usr/Makefile from here: http://gitweb.dragonflybsd.org/dragonfly.git/blob_plain/HEAD:/etc/Makefile.usr which should work. Method 3 (from docs/handbook/handbook-pkgsrc-sourcetree-using/): # cd /usr # cvs -d anon...@anoncvs.us.netbsd.org:/cvsroot co pkgsrc # cd shells/bash # make Unknown modifier '!' Unknown modifier '!' Unknown modifier '!' ... "../../mk/bsd.prefs.mk", line 717: if-less endif Unknown modifier 'u' Variable PKG_OPTIONS is recursive. (It is not my typo to get netbsd's code. This is what I am instructed to do by the DragonFly web at the directory indicated.) The problem here is that you are using make instead of bmake (which needs to be used for pkgsrc things). Sascha
Re: No package installation method works
On 20/10/10 20:54, Torbjorn Granlund wrote: > Method 3 (from docs/handbook/handbook-pkgsrc-sourcetree-using/): > > # cd /usr > # cvs -d anon...@anoncvs.us.netbsd.org:/cvsroot co pkgsrc > # cd shells/bash > # make Use bmake for this as outlined in http://www.dragonflybsd.org/docs/howtos/HowToPkgsrc/. About method 2: use pkgsrc2.git not pkgsrc.git About method 1: no idea, not a heavy binary package user. Kind Regards, Alex Hornung
Re: No package installation method works
Our pkgsrc mirror has gone through a ton of changes in the last month or so. The git repo is now called pkgsrcv2.git, and the original pkgsrc.git has been removed. It had to be renamed because the new repo uses a different mirroring mechanic and so is not compatible with the old. The pkgsrc mirror also uses the netbsd branch names, so e.g. 'master' will get you pkgsrc-current, and 'pkgsrc-2010Q3' will get you the quarterly release they just did. -Matt
No package installation method works
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. I found http://www.dragonflybsd.org/docs/howtos/HowToPkgsrc/ and have followed the various methods suggested there. None works for me. # uname -a DragonFly biko-dflybsd64.gmplib.org 2.6-RELEASE DragonFly v2.6.3-RELEASE #10: Mon May 3 09:57:53 PDT 2010 r...@pkgbox64.dragonflybsd.org:/usr/obj/usr/src-misc/sys/X86_64_GENERIC x86_64 Method 1: # pkg_radd bash pkg_add: Error: package `bash-4.1nb1' was built with a newer pkg_install version pkg_add: 1 package addition failed (As far as I can tell, I am using the latest release of DragonFly. And even if I didn't, shouldn't it be possible to install a package with the existing tools?) Method 2: # cd /usr # make pkgsrc-create If problems occur you may have to rm -rf pkgsrc and try again. mkdir -p /usr/pkgsrc cd /usr/pkgsrc && git init Initialized empty Git repository in /usr/pkgsrc/.git/ cd /usr/pkgsrc && git remote add origin git://git.dragonflybsd.org/pkgsrc.git cd /usr/pkgsrc && git fetch origin fatal: The remote end hung up unexpectedly *** Error code 128 Stop in /usr. (This is not a temporary problem. I retried this several consecutive days.) Method 3 (from docs/handbook/handbook-pkgsrc-sourcetree-using/): # cd /usr # cvs -d anon...@anoncvs.us.netbsd.org:/cvsroot co pkgsrc # cd shells/bash # make Unknown modifier '!' Unknown modifier '!' Unknown modifier '!' ... "../../mk/bsd.prefs.mk", line 717: if-less endif Unknown modifier 'u' Variable PKG_OPTIONS is recursive. (It is not my typo to get netbsd's code. This is what I am instructed to do by the DragonFly web at the directory indicated.) Question: How should I really install a package, e.g. shells/bash? Question: Could the instructions please be corrected? (Systematically outdated documentation can actually be worse that no documentation, since it takes time and effort to follow it and fail. Also, such documentation hides any existing correct documentation.) -- Torbjörn
Re: sound no longer works for some programs
On Wed, Oct 20, 2010 at 4:08 AM, Tomas Bodzar wrote: > On Tue, Oct 19, 2010 at 11:52 PM, Chris Turner > wrote: > > Pierre Abbat wrote: > > It's not only about that. There is a LOT of improvements in audio on > OpenBSD http://undeadly.org/cgi?action=article&sid=20091012150452 . > These are worth of reading > http://www.openbsd.org/papers/asiabsdcon2010_sndio_slides.pdf , > http://www.openbsd.org/papers/asiabsdcon2010_sndio.pdf and that > > http://www.openbsd.org/cgi-bin/man.cgi?query=aucat&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html > is working wonderfully > > Very nice! sndio looks tasteful and fairly clever. -- vs
Re: OpenOffice is not available from pkgsrc for dragonfly and binary package errors
On Tue, Oct 19, 2010 at 6:20 PM, Matthias Schmidt wrote: > Hi, > > * Siju George wrote: >> >> The openoffice3-bin to be used with Linux emulation pkg installs fine >> but starting up it shows this problem. >> Could some one give cilues on solving this problem? > > I have OpenOffice 3.0 here on recent master and it runs fine. Just make > sure that you have a complete Linux environment in /usr/pkg/emul > installed (the suse* pkgsrc packages). Also you have to load the linux > kernel module. You do not need a java installation. Just run "soffice" > once everything is in place. > What version of pango have you got installed? mine is pango-1.28.1 = Thanks :-) --Siju > Cheers > > Matthias >
Re: sound no longer works for some programs
On Tue, Oct 19, 2010 at 11:52 PM, Chris Turner wrote: > Pierre Abbat wrote: >> >> What's jackd? > > Jack is a sound server / time & transport sync patching setup designed > mainly for audio production / music / etc - originally designed > for linux but has since been made portable: > > http://jackaudio.org/ > > It's nearly-OT but there's quite a bit about multimedia production / music > for linux here http://linuxaudio.org/ btw - theoretically > alot of this should work if the audio + midi layer can be made > to work - and some of it already probably does > > a severly time-deprived side project of mine is trying to get > as much of this stuff tested or working on DragonFly as I can. > > So far, I haven't done anything really - > jack runs. I've gotten snd (https://ccrma.stanford.edu/software/snd/) > to talk to it. > > although I didn't have enough SHM configured for jack, > and it therefore didn't make sound - > and dynamically setting SHM freaked out my dev box - > I've subsequently been too involved with web stuff and > to risk the crash.. > > (see time-deprived) > >> Is MIDI I/O supported in the kernel? The driver is snd_ich; does that kind >> of card support MIDI? > > no idea on this stuff - on my time-deprived todo list. > > There's some interesting stuff going on in OpenBSD w/r/t midi - > > see http://www.openbsd.org/faq/faq13.html#midi for an entry point - > I think (haven't followed closely) thats mainly being driven by: > > http://www.caoua.org/midish/ It's not only about that. There is a LOT of improvements in audio on OpenBSD http://undeadly.org/cgi?action=article&sid=20091012150452 . These are worth of reading http://www.openbsd.org/papers/asiabsdcon2010_sndio_slides.pdf , http://www.openbsd.org/papers/asiabsdcon2010_sndio.pdf and that http://www.openbsd.org/cgi-bin/man.cgi?query=aucat&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html is working wonderfully > > also, according to my latest pkgsrc builds, some of the linux 'alsa' layer > has been made user-space, so theoretically some software-side stuff might > work. > > I'm overdue on some wiki edits - will retest & type something > up on what I have when I do that > > perhaps anyone else interested in audio/media production on DF > should sound off here so we know who to pester :) > > cheers > > - Chris > >
Re: sound no longer works for some programs
Chris Turner wrote: There's some interesting stuff going on in OpenBSD w/r/t midi - Based on a check of the NetBSD manual (and not the source) - it appears that NetBSD has grown a divergent (w/r/t OpenBSD) midi(4) as well..