[redirecting to [EMAIL PROTECTED]
Johannes Hofmann wrote:
when I try to compile a statically linked binary for profiling
I get the following error:
blob:/tmp echo int main(int argc, char **argv) { for (;;); } test.c
blob:/tmp gcc -static -pg -o test test.c
blob:/tmp ./test
ELF binary type 0
Justin C. Sherrill wrote:
http://wiki.dragonflybsd.org/index.cgi/FrequentlyRejectedRequests
I don't think we'll be having a torrent of traffic anytime soon.
I'm not sure why this is on that page - we've had torrents for previous
releases. There's no reason to refuse torrents. (and we never
Colin Adams wrote:
Meanwhile, I have managed to install 1.12 in a virtual machine on my
Linux 64-bit quad core box. I didn't attempt to configure the network
when I did the installation, thinking that as I was running under KVM,
I would not need to (that was the case when I set up FreeBSD 6.3
Jeremy C. Reed wrote:
I am trying to figure out where an abort core dump in imake is coming
from, so I do:
For a core dump, you should be able to get a nice backtrace from the dump.
(gdb) n
458 cppit(cleanedImakefile, Template, ImakefileC, tmpfd,
tmpMakefile);
(gdb) n
So now
Sascha Wildner wrote:
I would like to go this route to migrate some production servers that
are currently running FBSD 4.11 to DragonFly, if possible.
Yeah, some kind of more or less convenient upgrade path for FreeBSD 4
users would be nice to have.
Where is the big difference between doing a
Petr Janda wrote:
2) /dev/drm/card0 keeps disappearing due to make upgrade. Can adjust the
MAKEDEV script to create the nodes so they dont disappear?
Sorry, I should have verified it. the /dev/dri/card0 node disappears on every
reboot, not after make upgrade. Why is that? And what can we do
Ulrich Spoerlein wrote:
/modules/acpi.ko text=0x477c0 data=0x2034+0xc98 syms=[0x4+0x6e60+0x4+0x8bfc]
-
And then it's dead
Are you sure (sure sure) it is dead? I had the situation that it would
simply not use the console, and at some point the Login: prompt would show
up (maybe won't happen
ciol wrote:
- If someone send you a code of a driver for instance which is not under
BSD, neither GPL: something like the LGPL, will you accept it? Because
if I understand well, the only issue with the GPL, is you can't use it
in a BSD code, without licensing it in GPL too. Am I right?
Justin C. Sherrill wrote:
The default layout back to 'modern', the default it ships with. I had the
'dfly' layout as default before; I'll re-add it after I take another stab
at improving it, as it was showing the logo but not the background when I
tested it last night.
Justin, your work is
Hello Vincent,
Vincent Stemen wrote:
The results are dramatic, with rsync performing hundreds of percent faster on
average while only loading the processor on the client side a little over
a third as much as cvsup. Either the performance claims about cvsup being
faster than rsync are based on
Justin C. Sherrill wrote:
The only minor thing I'd bring up is that I recall one reason for cvsup is
that rsync placed a relatively higher load per client on the server.
That needs to be established. We already heard that cvsup - contrary to
claims - is not competitive with rsync, on the
Bill Hacker wrote:
To state it clearly for everybody:
=
Use rsync to sync your repos! It is faster and can even be compiled!
To state it even MORE clearly...
...so long as you do not give a damn about the extra load
Garance A Drosihn wrote:
Just use rsync, and shut up about it already.
What are you people blabering about? cvsup SUCKS. not the idea, but the
language it is implemented in. and cvsup inherits the suckage. as simple
as that. if it was written in a portable language, nobody would bother
Justin C. Sherrill wrote:
I'm in the process of upgrading wiki.dragonflybsd.org's wiki software,
MoinMoin, from 1.5.7 to 1.6.0.
The upgrade process quietly changed the link markup for all the links on
the wiki, so they don't work. I'm working on a fix.
Seems that you converted them to the
Justin C. Sherrill wrote:
http://moinmo.in/TextCha
Where a text question is asked that only a human could easily understand.
It doesn't yet appear to be a feature we can apply to only anonymous
users, if at all.
Seems as if they implemented it in their recently released 1.6 version. I
Sdävtaker wrote:
Maybe we should consider a wiki migration, if the one we using doesnt
have a lot of basic features that almost every other has.
Which basic features are missing?
Im not a big experienced wiki user, but heard a lot of good comments
about mediawiki.
We've been there, the
Michael Neumann wrote:
Matthew Dillon wrote:
I would like to revisit SMP but it isn't going to happen until HAMMER
is well into production. I try to encourage others to take up the SMP
work but so far there's only been some minor poking around.
IMHO a first step would be to write
Dario 'Capn Sonic' Banno wrote:
Well, a wiki is a great thing, but I think restricting page editing to
registered users only is really needed.
What do you think about it?
I think we should add a captcha for unregistered users and require a
captcha for registering.
cheers
simon
--
Serve
Haidut wrote:
OK, that answers part of the question - we can create live CDs.
How about the compressed filesystem? Does Dfly have anything similar
to SquashFS (Linux) or cloop2 (FreeBSD/NetBSD) so we can cram a lot of
software in the 700MB ISO limit?
No, we don't have that. This could be a
Dave Hayes wrote:
host cvsup.dragonflybsd.org
cvsup.dragonflybsd.org is a nickname for crater.dragonflybsd.org
crater.dragonflybsd.org has address 216.240.41.25
crater.dragonflybsd.org mail is handled (pri=10) by crater.dragonflybsd.org
Given your desired policy above, I'd say moving that
Bill Hacker wrote:
If you are serious - start with Minix. It is has a very small code-base,
was designed specifically as a teaching and learning tool, and has books
to match that explain everything in it.
Not true (anymore?). We had a look at minix 3 while preparing the
operating system
Matthew Dillon wrote:
One of the original reasons for using cvsup was so people could maintain
local branches of the repository. I don't think people do this much
anymore, if they do it all. Disk space is so cheap these days that
keeping a master sync copy and a separate one for
Vincent Stemen wrote:
sites += crater.dragonflybsd.org::dragonfly_cvs
could you please not mirror off crater? Matt's link is quite resource
constrained and should mainly be used for feeding mirrors and
developers. Typing in a shell with high latency sucks :)
cheers
simon
Bill Hacker wrote:
CVS has been the 'compromise' that is at least not harmful or overly
demanding.
CVS *is* harmful. I can't run a patch and work on a different issue
myself - I'll mix both. Or I'll have to check out into another tree and
lose the patch.
Rather than 'nag' - set up what you
Nicolas Thery wrote:
What, people didn't know we install a Makefile in /usr? Well,
now you do!
Er...maybe it's because I'm running 1.8.2 that I don't see one in /usr?
When did you folks start doing this?
1.10 IIRC.
Eh? I thought that was a joke. There's no /usr/Makefile on this
Steve O'Hara-Smith wrote:
Maybe you need to install from a CD to get this makefile?
I guess so. Nothing does a make distribution except for mergemaster,
and mergemaster doesn't merge /usr, I think.
Hmm, I haven't used mergemaster since the upgrade target went
into /usr/src/Makefile to
Bill Hacker wrote:
I can't run a patch and work on a different issue
myself - I'll mix both. Or I'll have to check out into another tree and
lose the patch.
Indeed. And have to go find it and manually re-apply, and/or alter and
re-apply 'coz it no longer fits quite tha same on code that has
walt wrote:
Anyway, you created a DragonFly-git repo at http://repo.or.cz but it
is out of date now. They do offer an automatic update service, which
sounds very good: In the mirror mode, we will check the remote
repository at the URL you give us every hour and if we spot any changes,
we will
Vincent Stemen wrote:
Also, if nobody has written one or is working on one, I am considering writing
a script to provide basic cvsup like features/functionality for repository
updates via rsync.
I'm not sure what you mean with that. Isn't calling rsync enough? Maybe
people could be
Vincent Stemen wrote:
*** using cvsup
cvsup -L 3 ./DragonFly-cvs-supfile 155.08s user 69.40s system 40% cpu 9:14.73
total
I for sure didn't use cvsup for a long time, but that seems quite long.
This can happen for various reasons (just guesses):
- CVSup not knowing certain tags
Hasso Tepper wrote:
Francois Tigeot wrote:
However, I found out there's was a difference between a standalone
uscanner module and one compiled in the kernel.
Standalone module:
- original - nothing
- patched - nothing
Note that loading module doesn't rescan devices. You have
Sepherosa Ziehau wrote:
On Jan 16, 2008 8:14 PM, Simon 'corecode' Schubert
[EMAIL PROTECTED] wrote:
Hasso Tepper wrote:
Francois Tigeot wrote:
However, I found out there's was a difference between a standalone
uscanner module and one compiled in the kernel.
Standalone module:
- original
Vincent Stemen wrote:
I was dismayed to discover that the BSD community (not just DragonFly)
has created such as dependency on a tool written in an obscure
problematic language such as Modula-3 that are not even easily ported to
platforms such as DragonFly, causing us to have to run a binary
Steve O'Hara-Smith wrote:
It definitely does need the conditionals around those free calls to avoid
crashing though. The only thing I'm not sure about is which is the error -
freeing them when they are NULL or them being NULL in the first place.
Okay, I missed that during porting and had
walt wrote:
ERROR: This package has set PKG_FAIL_REASON:
ERROR: [bsd.options.mk] At least one of the following options must be selected:
dri-i810 dri-i915 dri-i965 dri-mach64 dri-mga dri-r128 dri-r200 dri-r300
dri-radeon dri-savage dri-sis dri-tdfx dri-unichrome
Fine, so I add this line to
[Just some comments, not meant to shoot you down]
Matthias Schmidt wrote:
bspatch/bsdiff
To use the client and the server tool you have to install Colin
Percivals bsdiff/bspatch tools at first. I have a version ready for
DragonFly here:
should probably be placed in pkgsrc.
Design and
Matthias Schmidt wrote:
I wonder, why bother with binary patches? Network is cheap nowadays, so
we could as well distribute complete binaries.
Thats right, but I'm a fan of saving disk space and bandwith. Distributing
complete binaries has one big advantage. We could update user-modified
Alex Neundorf wrote:
As soon as you compile stuff, you probably will get different binaries.
If you update the kernel, you need to update the userland as well.
If we had a way to identify from which sources a binary was compiled
from, we could do upgrades more easily. Maybe enhance gcc to
Matthias Schmidt wrote:
Do you mean with or without patching?
That would be without patching. A way to find out which sources a
particular binary corresponds to, and if these sources are the same like
the ones being upgraded, you can replace the (different) binary with a
fixed replacement.
Brian Reichert wrote:
Does DragonFly work over Sony Vaio?
You can test quite easily by booting the CD which is a complete system
(LiveCD).
My ancient Vaio C1XS does not come with a CD-ROM drive, and will only boot
off of a Sony-branded PCMCIA-based CD-ROM drive.
So that kinda sucks. :)
Stephane Russell wrote:
Is nsswitch supporter on DragonFly? I tried to find some aswers in the
archives, but I got no clear answers. I'm trying to make samba work with
ldap+winbind, but I'm getting some problems with the laters verion in
pkgsrc.
No, we don't have a pluggable nsswitch yet.
Johannes Hofmann wrote:
Sepherosa Ziehau [EMAIL PROTECTED] wrote:
Could you try compiling your program with -fno-builtin-vsnprintf?
This makes no difference here, also it does not matter whether I
compile the program with gcc34 or gcc41.
Did this ever get resolved?
cheers
simon
--
Serve
Johannes Hofmann wrote:
Hello,
I see crashes with a string handling library on DragonFly.
The problem can be reduced to the test program below. It crashes on
DragonFly when compiled with gcc -O2 -o foo foo.c. Without -O2 it
runs fine. No problems on Linux with or without -O2.
Can anyone
Simon 'corecode' Schubert wrote:
Johannes Hofmann wrote:
Hello,
I see crashes with a string handling library on DragonFly.
The problem can be reduced to the test program below. It crashes on
DragonFly when compiled with gcc -O2 -o foo foo.c. Without -O2 it
runs fine. No problems on Linux
Joerg Sonnenberger wrote:
On Thu, Nov 08, 2007 at 02:07:55PM +0800, Sepherosa Ziehau wrote:
My problem with /dev/sysmouse is that my mouse pointer will go to
upper left corner and can't move anymore.
Sounds like the FPU-used-in-signal handler issue.
do you know what is going on there or do
Hey,
like every year a couple of the regulars will meet up at the 24th Chaos
Communication Congress (24c3) [1] of the Chaos Computer Club [2] in
Berlin. The Chaos Communication Congress THE annual hackers' conference
in Europe and has become really international in the last years.
This is just
daniel olsson wrote:
How to install nvidia graphics driver on dfly?
It doesn't work. There are no DragonFly binaries from nvidia.
cheers
simon
Justin C. Sherrill wrote:
Would anyone object to this being present in GENERIC? It seems handy.
vn is available as module
cheers
simon
Andre LeClaire wrote:
The only problem I've experienced is that the floppy drive is no longer
recognized. It's configured in the kernel, but I get fdc0: cannot
reserve I/O port range in dmesg. I know floppies are antique, but it
would be nice if I could get it to work again. Can anybody give
Radu-Cristian FOTESCU wrote:
kde-3.5.7.tgz is present in:
ftp://chlamydia.fs.ei.tum.de/pub/DragonFly/packages/stable/DragonFly-1.8/kde/
but it is absent from:
ftp://chlamydia.fs.ei.tum.de/pub/DragonFly/packages/stable/DragonFly-1.10/kde/
Should this be considered as a bug? :-)
A pkgsrc
[redirecting to [EMAIL PROTECTED]
km b wrote:
Does anyone know which Makefile target builds and installs statically
linked binutils,gcc and other build tools in the /usr/bin directory?
I am asking this question because the TARGET_ARCH=amd64 generates the
right sort of buildtools in
km b wrote:
Sorry to not augment my question properly. I meant when I do a make
buildworld TARGET_ARCH=amd64 with Noah's patches it creates
/usr/obj/blah/blah/ctools_i386_amd64/ directory which contains the
cross build tools. In there usr/libexec/binutils{215,217} contain the
right target tools
Chris Turner wrote:
Simon 'corecode' Schubert wrote:
try '-r -w ad4s0 auto' here instead -
I think it needs to be 'read' before it's edited.
-r is raw :)
aaiight.. I promise to RTFM before posting.
since I'm spamming anyway - this perlish 'context dependant' -r thing
is way silly.
I think
Chris Turner wrote:
Adrian Michael Nida wrote:
We're getting closer!
leviathan# disklabel -w ad4s0 auto
try '-r -w ad4s0 auto' here instead -
I think it needs to be 'read' before it's edited.
-r is raw :)
cheers
simon
Matthew Dillon wrote:
:For the proc's memory stats, it wants to run through the mmap entry
:list amongst other things. Here is an excerpt of the original code. As
:I know about nothing about this, it's a bit too difficult to patch :-)
/proc can be used to read the mmap entry list and get
Matthew Dillon wrote:
:Does the installer still create /etc/mk.conf by default?
I think it does. If /etc/mk.conf is obsolete then we need to do
something about it but I'm not really up on all the ins and outs
of pkgsrc so it has to be someone who actually understands what is
Pieter Dumon wrote:
Hmm, I'm afraid I don't know enough about the kvm changes (or would
need to browse through the diffs).
I found most members of kinfo_proc and kinfo_proc.kp_lwp that replace the old
structures and members. But, for instance, what should I replace
.kp_proc.p_vmspace by ? the
Matthew Dillon wrote:
I'm thinking we will want something in the make upgrade path as well,
but it probably shouldn't just remove /etc/mk.conf outright. Maybe
rename it to /etc/mk.conf.obsolete and prepend some # comments
explaining why it was renamed.
Let's put some more
Matthew Dillon wrote:
That early in the boot there's probably no way to get a kernel core
dump.
I think Michael wrote that he can load it from loader without problems, but it
panics when kldloading it. Debugging in that case might be easy. Just set a
dumpdev and write out a dump
[EMAIL PROTECTED] wrote:
99940 spamd-setup CALL close(0x3)
99940 spamd-setup RET close -1 errno 9 Bad file descriptor
99940 spamd-setup CALL pipe
99940 spamd-setup RET pipe 3
99940 spamd-setup CALL fork
99940 spamd-setup RET fork 99948/0x1866c
99940 spamd-setup CALL close(0x3)
[EMAIL PROTECTED] wrote:
42015 spamd-setup CALL execve(0xbfbff370,0xbfbff7c0,0xbfbff8e0)
42015 spamd-setup NAMI /sbin/__nonexistent__
It tries to execute __nonexisten__. No wonder that it fails. Something in
your config must be wrong.
cheers
simon
James Frazer wrote:
Dare I ask for the cold hard truth about the state of SMP on DragonFly?
nonexistant in the common kernel code path, except for the network threads.
everybody knows this. these trolls are nothing but. put up or shut up. if I
like indenting all code and comments in the
Roman Dayneko wrote:
http://www.dragonflybsd.kiev.ua/ (include cvsweb http://cvsweb.h0.org.ua)
ftp://ftp.dragonflybsd.kiev.ua/pub/DragonFlyBSD/
rsync://rsync.dragonflybsd.kiev.ua/DragonFlyBSD/
cvsup://cvsup.dragonflybsd.kiev.ua (dragonfly-cvs-root dragonfly-cvs-src
netbsd-pkgsrc
Dave Hayes wrote:
Somewhat related to this topic, is there a reason that the
installer isn't built from source along with a make world?
because it is not necessary, makes stuff more complicated, needs either a) the
source in cvs or b) a network connection, which we neither want.
--
Serve -
TWAREN FTP wrote:
Please feel free to let me know, if you guys still have any questions.
Yes, from where do you mirror and when?
cheers
simon
--
Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /\
Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ /
Matthew Dillon wrote:
No. We only include kernel sources on the CD. Generally speaking there
isn't much of a point including anything else on a CD, but I would love
to see an nrelease target for a DVD which preinstalls all sorts of
nice packages and contains the full pkgsrc
TWAREN FTP wrote:
I updated the iso-images from ftp.dragonflybsd.org and got others
from chlamydia.fs.ei.tum.de
I updated once a day.
It would be very nice if you'd give a heads up to the mirror admins beforehand
so they can schedule the mirrors appropriately.
I suggest you mirror
hey,
i finally finished the pkgsrc bulk build for 1.10 and these are the results:
http://chlamydia.fs.ei.tum.de/~corecode/unsorted/bulkbuild/20070726.2220/meta/report.html
There is quite some breakage, please go down the list and check if you can fix
an issue for the package you'd like to be
Simon 'corecode' Schubert wrote:
I'm right now running a bulk build to create pkgsrc-2007Q2 packages for
1.10.
Okay, good news: the build is half complete, with 3200 built packages out of
6500 possible or so. There are a couple of build errors which might have to be
fixed, but let's see
Noah yan wrote:
mmap failed: Invalid argument
Patching file /usr/src/bin/csh/../../contrib/tcsh/sh.exp.c using Plan B...
Segmentation fault (core dumped)
could you debug this core file? Seems that there are two problems:
1. mmap fails. root of the problem. what could be the invalid
Noah yan wrote:
I attached a binary patch built without -O and with -g. Remeber i have
a messed up kernel/modules and the world (typically libc) and the new
binaries built before the error behave very wired, e.g. cp arg.c
argdfd.c errs out with file name too long. In my another box that
has
Justin C. Sherrill wrote:
On Tue, July 10, 2007 1:44 pm, Matthew Dillon wrote:
Very nice. Justin, you gonna throw it into cvs so we don't lose it?
I added the images - I skipped the first 3, as they are in part made from
other images that are not free to reuse, despite the GPL label.
Matthew Dillon wrote:
The 1.10 release will be around July 15-20ish. Try to restrict
activities in HEAD mainly to bug fixes, necessary package updates,
etc until we branch.
I'm working on the installer to get the new lua version integrated. I hope to
finish this the next days.
Hasso Tepper wrote:
About release number I have one concern though. A lot of code I have
written during last year checks for __DragonFly_version = 19. It
would be nice to see it working after 1.10 release as well ;).
why were there so many zeroes in the first place? Now we have to live
Joerg Sonnenberger wrote:
Good point. I'll call the release 1.10 but I'll use 195000 for
DragonFly_version.
Why not simply continue counting and use 1A...
we're still in decimal domain :)
cheers
simon
why the lucky stiff wrote:
So, if I have further questions about the checkpointing code, should
I direct them to the kernel list? Or am I okay here?
I guess the kernel list is more appropriate regarding development stuff.
cheers
simon
--
Serve - BSD +++ RENT this banner advert +++
Chris Turner wrote:
which brings up a side question of - would it me more appropriate to
synch with awfulhack or fbsd?, etc, etc..
Probably you first should find out what's wrong and then fix it :) If you
suspect code (i.e. FreeBSD works, DragonFly doesn't), then do this:
- diff between the
Ilias Nakos wrote:
bah,
no luck
I don't get the device not configured message but there is no output
anyway thanks for your time
That's a good sign. It means that you connected. Probably you need the right
settings or send a start command.
cheers
simon
--
Serve - BSD +++ RENT this
km b wrote:
That is ultra odd. What did you upgrade from? An earlier release or
a less recent HEAD?
It wasn't a release but about a 2 weeks old HEAD.
which gcc and CFLAGS do you use to build the kernel/modules? Could you show
any relevant lines from make.conf? do you use ACPI?
Matthew Dillon wrote:
:If there is a reasonable expectation that Preview will perform
:differently then I am happy to test it, but the way I read Matt's
:email is that there has been no recent progress on SMP development
:that might improve performance here.
:
:Kris
I think they're gonna be
+++ Matthew Dillon [12/05/07 15:20 -0700]:
: I've noticed that the root account password (according to the
:installer) cannot contain punctuation; why is this? A major part of creating
:good passwords is the use of punctuation and special characters. Are there
:plans to reverse this or was
+++ Chris Turner [09/05/07 20:36 -0400]:
Maybe you should pick up DragonFly C99 Standards Conformance Project? ;)
http://www.in-nomine.org/~asmodai/df/conformance/
like I said.. wayyy down the list for me..
good to know this page exists though..
this page is outdated and is not being
Dear DragonFly BSD users,
I am addressing you as the security officer of DragonFly, because this is a
very serious issue. Please take this as serious as we, KAME, Cisco and other
vendors are and therefore react *immediately* and update *all* your
installations. This is *very* serious; Cisco
+++ arnuld [04/05/07 10:39 +0530]:
i noticed that NO checksums are provided for these builds:
http://mirror.macomnet.net/pub/DragonFlyBSD/snapshots/i386/
http://mirror.macomnet.net/pub/DragonFlyBSD/iso-images/
how will i know that my download is OK without md5sum/GPG ?
gzip has some sort
+++ Stephane Russell [30/04/07 21:55 -0400]:
Hello,
Some Gnome programs are crashing in a similar manner. For example:
gedit when exiting:
alcyone: {110} gedit
(gedit:71982): Gnome-CRITICAL **: gnome_program_get_app_version:
assertion `program != NULL' failed
I can't comment on this,
Morgan Reed schrieb:
I'm currently attempting to strip DragonFly down following the minBSD
tutorial https://neon1.net/misc/minibsd.html, I've got kernel,
world, etc..
My image is loading acpi.ko successfully then the kernel is freezing,
I'm thinking it's probably missing module(s) what's the
km b wrote:
1. Initially I couldn't install it because kernel with nata support
was not available on the installation cd.
On the snapshot isos there is a NATA kernel available as /kernel.NATA.
2. After install I couldn't get any internet connectivity because the
bge driver doesn't support
km b wrote:
the problem is that when the bge module is loaded it prints a bunch of
fwohci0: xxx error message . Consequently I can't understand what's
the connection between bge and firewire.
I have the same. There is some decoding/initialization problem with a PCI
bridge wich subsequently
walt wrote:
Linus avoided rsync in favor of http in 'git' because he thinks
rsync is inherently unreliable. I have *no* idea if he is right or
wrong in his opinions, but I figure you guys will favor me with your
own opinions on the subject.
Possibly for transferring the git objects. They
Huub wrote:
Can somebody tell me what's wrong please?
i guess gnome is breaking somewhere. quite probably not dragonfly's fault.
after crashing, gnome possibly leaves some traces of its breakage around (stale
processes) and thus fails to launch nautilus (or how it is called today) to
show
Nigel Weeks wrote:
Just having an idea about this...are there any files in the source tree that
exceed 32kbytes?
What if a database solution were created to:
Contain every version of every file of every branch in a nicely indexed
database table
The md5/sha256 of each entry mentioned above
512
Matthew Dillon wrote:
My only worry is figuring out how to run the rsync daemon safely.
I'm a bit paranoid about running things on crater but I do agree
that we would have to run the master rsync daemon there.
You can run rsyncd from inetd or standalone. If you're really[tm]
Dmitri Nikulin wrote:
We could just distribute the CVS tree and write a front-end utility
in csh or sh that we distribute along with the rest of the system
to do the nitty gritty work of actually checking something out into
/usr/src. In fact, I think that would be preferable.
Peter Hessler wrote:
On 2007 Apr 10 (Tue) at 18:03:49 +0200 (+0200), Simon 'corecode' Schubert wrote:
:cvsync does cvs-only (so,
:like rsync), but it has a bug which breaks the RCS files in some cases.
:The author didn't want to fix it though :/
Can you describe the bug? I've been using
Matthew Dillon wrote:
I am now running an rsync server on crater.dragonflybsd.org, serving
the cvs repository as 'dragonfly_cvs'.
rsync -a rsync://crater.dragonflybsd.org/dragonfly_cvs blahblah
very nice! will immediatelly switch to rsync operation. however, i'll have to
find
Matthew Dillon wrote:
I am now running an rsync server on crater.dragonflybsd.org, serving
the cvs repository as 'dragonfly_cvs'.
rsync -a rsync://crater.dragonflybsd.org/dragonfly_cvs blahblah
Matt,
something is weird with the permissions:
%rsync
Simon 'corecode' Schubert wrote:
I am now running an rsync server on crater.dragonflybsd.org, serving
the cvs repository as 'dragonfly_cvs'.
rsync -a rsync://crater.dragonflybsd.org/dragonfly_cvs blahblah
very nice! will immediatelly switch to rsync operation. however, i'll
Joerg Sonnenberger wrote:
(1) Binary packages for pkgsrc-current are available from
http://www.pkgsrc-box.org/packages/current/DragonFly-1.8/
and FTP respectively. This is built with X11_TYPE=modular.
(2) Binary packages for pkgsrc-2007Q1 will follow after Easter when the
branch is cut.
thanks
Guillermo García Rojas wrote:
and have my partition mounted, but I can't read anything because all the
media mounted is owned by other user and group.
[..]
What can I do to read those files?
chown -R, or operate as root. just the thing what you would do when you wanted to
access the data
Justin C. Sherrill wrote:
In fact, I propose a new rule of thumb: For any proposed feature where:
1: Matt doesn't object, and
2: No existing functionality is lost
it should go in.
I don't agree. Matt of course has a veto, but the community itself should also
agree that this is a feature
101 - 200 of 380 matches
Mail list logo