Re: Which way for developing multi-commit feature for FreeBSD is proper at these days -- ask for perosnal space on SVN or use git-svn?

2011-09-13 Thread Lev Serebryakov
Hello, Andriy.
You wrote 13 сентября 2011 г., 15:49:02:

>>  But I can not figure out how to have git-svn repo which could be
>> cloned (and used as point-of-rendezvous) as git repository -- it
>> doesn't work "out of box," as I demonstrated in other message :(
> There is a certain contradiction in what you tried to do.
> git development model is more suitable for pulling than pushing and what you
> wanted to do is more naturally done with pulling than with pushing. After all,
> there must be a person who decides what should be committed to svn, that 
> person
> decides what changes to pull from other developers and how to commit them to 
> svn.
   I don't want to commit to svn often (tens of commits), and could do
 this with svn itself later, without git-svn at all. It is why I don't
 want to work with FreeBSD svn repo directly -- I will need many
 commits which are "bad", partial, without meaningful message, etc. :)

> You tried to implement the workflow in the opposite direction - each of the
> developers may decide what he wants to push in the svn-facing repository.  
> This
> doesn't look like a correct workflow to me.
  I'm the only developer (yet), but with two workstations and each
workstation could not see other one (and they both could not be seen
from server with "central" repo -- NAT and corporate firewalls with
application-level proxies) -- so they could "push" and "pull" to
central repository, but not from each other and central repository
could not initiate "pull" from them.

> If you really want to have some central repository for pushing, then you can
> create another repository.  That repository should be bare and should be used 
> only
> for pushing of local changes from the developers.  Then, the git-svn meister 
> would
> pull changes from that repository.  But I haven't thought through this kind of
> workflow, especially rebasing the central repository on top of svn changes.
  It seems, I need more deep understanding of git model and
 limitations. It is much more unobvious compared to Mercurial (hg),
 which seems very natural for me :)

> P.S. Is this really a topic for developers@?  This is a normal technical
> discussion with no secrets from public, so I think that hackers@ would be 
> quite
> appropriate for it.
  Ok, I've redirected it.

-- 
// Black Lion AKA Lev Serebryakov 

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"


Re: Negative ping times with FreeBSD 8.1-RELEASE on older Celeron system

2011-09-13 Thread John Baldwin
On Monday, September 12, 2011 5:53:39 pm Brett Glass wrote:
> More information regarding the odd behavior I'm seeing. Turns out
> that packets do not even need to leave the machine for it to
> report large negative ping times, on the order of more than half
> a second. (See below.) Clearly something is odd about timekeeping
> in this system (SiS motherboard chipset, PII-generation Celeron
> but still effectively a "686") which was not a problem when it was
> running FreeBSD 4.11-RELEASE (as it was before). Any ideas?

4.x didn't support the ACPI timer.

I would look at the kern.timecounter sysctls.  Maybe try forcing it to use the 
TSC.

-- 
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"


Re: 9-beta1 installer - partition editor

2011-09-13 Thread Poul-Henning Kamp
In message <4e6f26d1.GZdzm/zhxjjqfow1%per...@pluto.rain.com>, per...@pluto.rain
.com writes:
>Freddie Cash  wrote:
>
>> Unix partitioning has always been this way:
>>   - create partition on disk for OS
>>   - create sub-partitions for filesystems

No, it has not.

In fact, it is only on PC like hardware that you can reliably share
a disk between different mutually competitive operating systems.

Most "unix-machines" don't have a concept of what you call partitions,
and neither did BSD unix until 386BSD introduced it.

Until then: One OS, one disk(-pack|-drive).

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"