only pretentious but utterly devoid of meaning) over a
centralized SCM system such as CVS or Subversion. This article, albeit old and
outdated, does a good job summarizing how I feel about Mercurial vs. Git:
https://www.ibm.com/developerworks/aix/library/au-mercurial/
However, as much as I
On Mon, 29 Jul 2019, Mohamed Fouad wrote:
fossil is interesting! what - if anything - you don't like about it
Roderick?
As said, I like it very much, but for bigger projects I would preffer CVS.
That fossil is used for bigger projects, is for me a proof of the good
quality, reliability of s
On 7/29/19 1:47 PM, Roderick wrote:
What I like of CVS: rcs textfiles, transparency, no strange db.
Yep. Fully agreed. git is faster when branching and merging, but if
something's wrong in its db/refspecs, you're gonna have a hard time.
It's also possible to screw up the svn db (been there,
reason for which I would decide for CVS and nothing else for a
> bigger project.
>
> I use fossil for my small programs, better said, misuse, because I
> do not use it as a real SCM, but just for backuping history. And I
> like it very much.
>
> Rodrigo
>
>
this logic that drives this
discussion.
What I like of CVS: rcs textfiles, transparency, no strange db. That
is a reason for which I would decide for CVS and nothing else for a
bigger project.
I use fossil for my small programs, better said, misuse, because I
do not use it as a real SCM, but just
Hi,
Aaron Mason wrote on Mon, Jul 29, 2019 at 11:21:37AM +1000:
> On Mon, Jul 29, 2019 at 3:25 AM Nathan Hartman wrote:
>> 9. Apache license. Not BSD but much closer than any GPL revision.
> Yeah, hard pass. The Apache license is full of encumbering legalese.
> They stopped including Apache in
On Mon, Jul 29, 2019 at 3:25 AM Nathan Hartman wrote:
(snip)
> * Hg does not mean Au.
I see what you did there :)
> 9. Apache license. Not BSD but much closer than any GPL revision.
Yeah, hard pass. The Apache license is full of encumbering legalese.
They stopped including Apache in base (aft
On Sun, Jul 28, 2019 at 3:27 PM Stefan Sperling wrote:
> On Sun, Jul 28, 2019 at 01:24:02PM -0400, Nathan Hartman wrote:
> > *IF* the OpenBSD devs ever wants to change SCMs--I said **IF**--then I
> > root for Subversion.
>
> Vetoed, for 3 simple reasons:
>
(snip)
> 3) I don't want to be held
On Sun, Jul 28, 2019 at 01:24:02PM -0400, Nathan Hartman wrote:
> *IF* the OpenBSD devs ever wants to change SCMs--I said **IF**--then I
> root for Subversion.
Vetoed, for 3 simple reasons:
1) Wrong licence
2) FreeBSD uses it
3) I don't want to be held responsible when it breaks on Theo
--
On Fri, Jul 26, 2019 at 8:31 PM Австин Ким wrote:
> I can't argue with that, and obviously code quality is infinitely more
> important than what SCM you use, but I feel you run the risk of turning off
> potential new developers coming out of colleges and universities who cut
>
before incorporating them. Adopting git would be a
step away from that practice.
I was suggesting Mercurial (hg), not Git; I know Git would be problematic for
the OpenBSD Project in many ways. Plus I find it unnecessarily complex. And
also, regardless of which SCM was used, responsible area owners
ng git would be a
> step away from that practice.
I was suggesting Mercurial (hg), not Git; I know Git would be problematic for
the OpenBSD Project in many ways. Plus I find it unnecessarily complex. And
also, regardless of which SCM was used, responsible area owners would obviously
be required t
Hi Nathan,
Nathan Hartman wrote on Mon, Jul 22, 2019 at 04:25:14PM -0400:
> I always assumed that the OpenBSD devs have audited the heck
> out of CVS for security issues
While many parts of the tree received auditing - and some even get
re-autited - that doesn't mean that *all* parts of the tree
The problem with tags/branches is on the input side (parsing RCS files), at
least we haven't had good results with cvsps-based tooling or
rcsparse-based. I don't think it will make much difference whether
conversion is by way of svn or not (except there will be extra
conversion-related artefact
On 2019-07-23 12:43, Stuart Henderson wrote:
On 2019-07-22, Stefan Sperling wrote:
If your university class prefers using git, I'd recommend the
repository at
https://github.com/openbsd/src.
However, it doesn't include branches/tags, because we haven't found
anything that
is able to succes
On 2019-07-22, Stefan Sperling wrote:
>
> If your university class prefers using git, I'd recommend the repository at
> https://github.com/openbsd/src.
However, it doesn't include branches/tags, because we haven't found anything
that
is able to successfully convert the OpenBSD CVS repository to
; continues to use CVS and/or if developers have in the past considered
> migrating the codebase to a distributed SCM system like Mercurial which
> IMHO might make branching and merging easier on developers, especially more
> recent developers coming out of universities. Is it because th
On 23/7/19 6:25 am, Nathan Hartman wrote:
> I always assumed that the OpenBSD devs have audited the heck out of
> CVS for security issues and are sticking to it for that reason.
>
> KISS is a very valid reason though.
Security as a by-product of the KISS principle perhaps?
When I see the securit
On 23/7/19 1:48 am, Ingo Schwarze wrote:
>> Mercurial
> Not free software either (same viral license), never used it
> personally, and never heard any developer propose it.
I believe Mozilla use it heavily. I tried it and frankly, I prefer git.
There's also bazaar (used by Canonical), which is a
On Mon, Jul 22, 2019 at 11:49 AM Ingo Schwarze wrote:
> Avstin Kim wrote on Mon, Jul 22, 2019 at 10:58:50AM -0400:
>
> > CVS for source code management.
>
> That's kind of a frequently asked question.
>
> Some of us (including myself) actually prefer CVS over git for tasks
> where it is suffiecie
, there
> would be undeniable benefits from switching to git.
>
> (4) Almost all developers prefer working on actual quality and
> functionality of the system over spending time and effort on
> infrastructure around it, unless the latter is really
> important to
situation?
Raul, Австин, I hope you don't mind me jumping in.
Raul's answer raises fascinating questions about the nature of software
development and SCM.
Using _any_ SCM system and having meaningful discussion among developers
before integrating changes is much more important than the
ng (the one for whose
> class project I just recently downloaded OpenBSD/macppc for the first time to
> install on IBM PowerPC 970/970MP-based Apple G5 hardware), we all use git for
> SCM which I think is typical at most universities nowadays (at least in the
> U. S.). I am curiou
e latter is really
important to make progress with the former.
> if developers have in the past considered migrating the codebase
> to a distributed SCM system
You can safely bet that they did.
Actually, switching to git has been considered very seriously
multiple times in the past and may
class project I just recently downloaded OpenBSD/macppc for the first time to
> install on IBM PowerPC 970/970MP-based Apple G5 hardware), we all use git for
> SCM which I think is typical at most universities nowadays (at least in the
> U. S.). I am curious why the Project continues to u
the first time to install
on IBM PowerPC 970/970MP-based Apple G5 hardware), we all use git for SCM which
I think is typical at most universities nowadays (at least in the U. S.). I am
curious why the Project continues to use CVS and/or if developers have in the
past considered migrating the
. I've ported both and they worked.
> > My work stopped trying to make scdaemon working: threading issues made
> > me give up.
>
> I just found time, over the week end, to install 4.8 on said spare machine.
> My SCM SCR335 USB reader works nicely out of the box with just
>
ues made
> me give up.
I just found time, over the week end, to install 4.8 on said spare machine.
My SCM SCR335 USB reader works nicely out of the box with just
gnupg-2-0-15. No need for pcsc-lite nor ccid.
After starting the GPG agent, I could list and use the keys, both for
signing, decryptio
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
Supply Chain Management (SCM)
[IMAGE]
[IMAGE]
[IMAGE]
إدارة سÙسÙØ© اÙØ¥Ù
داد
[IMAGE]
1-5 August 2010 - Cairo
* Since its inception in the early 1990s, the field of supply chain
management
29 matches
Mail list logo
