martin f krafft wrote:
> Let's assume for a minute that we accept that VCSs are the way
> forward and start to consider how we could track bugs in the VCS,
> alongside the code.
>
> Start to think about it this way, and stuff suddenly neatly aligns,
> at least in my world.
>
> Suddenly you can co
Manoj Srivastava wrote:
> And no, I can do this using plain old arch, and I don't really
> have to change my SCM.
> But not all Debian maintainers are using git;
>> Version control systems that have content-addressable filesystems
>> (essentially, git and Monotone) are inherently e
Manoj Srivastava wrote:
>> Yes. Feature branches are effectively forking a particular version of
>> a project - this is not a problem, and is essential for efficient
>> development. People jumbling together changes in "trunk" branches is
>> perhaps one of the worst upshots of the 2002-2006 or so
Manoj Srivastava wrote:
>> Feature branches don't magically allow you to avoid merge conflicts
>> either, so this is a red herring. Once you've resolved the conflict,
>> then it becomes just another change. This change can become a diff in
>> a stack of diffs.
>
> This whole message is a r
Russell Coker <[EMAIL PROTECTED]> wrote:
> > http://www.solucorp.qc.ca/miscprj/s_context.hc
> Is someone going to package this for Debian?
One person has announced that he is going to try on the list, though
they are not an official debian developer. I have made a package, too,
and will make it
ay to remove Linux's capabilities
(eg, to disallow raw sockets or bypassing filesystem permissions).
http://www.solucorp.qc.ca/miscprj/s_context.hc
--
Sam Vilain, [EMAIL PROTECTED] Easyspace: an accredited ICANN
GPG: http://sam.vilain.net/sam.ascregistrar & web hosting company
f patch files or .xd files for a couple of old
revs per packages against the uncompressed contents of packages to allow small
changes to packages to be quick. Or perhaps implement this as patch packages,
which are a special .deb that only contain the changed files and upgrade the
package.
--
Sa
discover why!
>From bug report #76118:
No. Debian can not support the use of rsync for anything other than
mirroring, APT will never support it.
Why? Because if everyone used rsync, the loads on the servers that supported
rsync would be too high? Or something else?
--
Sam Vilain, [EMAIL
ilities and
borrow some of its interface. Stick in the ability to assign bugs to
other people. Perhaps even a standalone client. Maybe even get some
"customer service" going, and draw up some guidelines for how long it
should take for bugs to be responded to, etc.
Cheers,
Sam.
On Sun, 31 De
7&repeatmerged=yes
And one entitled "setkeycodes completely broken";
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=71768&repeatmerged=yes
Is there any news on a fix?
Happy New Year,
--
Sam Vilain, [EMAIL PROTECTED]WWW: http://sam.vilain.net/
GPG public key: http://sam.vilain.net/sam.asc
10 matches
Mail list logo
