Package: wnpp
Severity: wishlist
Owner: Sebastian Kuzminsky
* Package name: pycam
Version : 0.6.3
Upstream Author : Lars Kruse
* URL : http://pycam.sourceforge.net/
* License : GPL-3+
Programming Lang: Python
Description : CAM program & Python lib
Package: wnpp
Severity: wishlist
Owner: Sebastian Kuzminsky
* Package name: dxf2gcode
Version : 20170925
Upstream Author : Damian Wrobel
* URL : https://sourceforge.net/p/dxf2gcode/wiki/Home/
* License : GPL-3+
Programming Lang: Python
Description
This might be related to an issue I'm seeing:
https://lists.debian.org/debian-devel/2016
Try stopping all systems services that use PrivateTmp=yes.
--
Sebastian Kuzminsky
that if any one of those services is running, my
test fails. Only if all of them are stopped does the test pass.
(I got confused for a minute by cups starting colord, so stopping cups
did not make the test pass until I also stopped colord.)
--
Sebastian Kuzminsky
On 02/09/2016 12:03 PM, Bas Wijnen wrote:
On Tue, Feb 09, 2016 at 10:38:26AM -0700, Sebastian Kuzminsky wrote:
On another Jessie machine I had to apply the same workaround to
some additional services. I identified the services that needed
the workaround by grepping for 'PrivateTmp
I identified the services that needed the
workaround by grepping for 'PrivateTmp' in /lib/systemd.
Thanks much for the help.
--
Sebastian Kuzminsky
x-image-4.3.0-1-amd64 (4.3.3-7)|
Yes | No
--++---+--
--
Sebastian Kuzminsky
#!/usr/bin/env bash
set -e
TEST_DIR="${PWD}/test-dir"
show_state() {
echo ${@}:
tree $
#GIT=/usr/bin/git.shell
Wow, this seems like a really nice save -- I especially like objective 4.
I changed the names git.rc and .gitrc, as those might reasonably be
taken by the upstream package(s).
Does this solution seem acceptable to everyone?
--
Sebastian Kuzminsky
--
To U
.org/debian-devel/2005/06/msg00909.html
[2]: http://marc.theaimsgroup.com/?l=git&m=112371729330066&w=2
--
Sebastian Kuzminsky
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
for one of them. Seems good to me. Am I missing anything?
Calling Ian Beckwith (git maintainer) and Sergio Talens-Oliag (cgvg
maintainer): what do you think of this proposal?
--
Sebastian Kuzminsky
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in/git and removed the Conflict with git.deb.)
But I agree totally with you. I'd much rather conflict with GNU
Interactive Tools and have git-the-vcs be compatible with non-debian
universe. That seems like the lesser of two evils. But everyone else
on debian-devel seems to want it the other wa
issue. It is expected that
Pasky will quit distributing his own version of git with cogito soon,
and then I'll need to package Linus' git for Debian.
Make sense?
--
Sebastian Kuzminsky
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Michelle Konzack <[EMAIL PROTECTED]> wrote:
> Am 2005-06-10 23:21:54, schrieb Sebastian Kuzminsky:
> > The new cogito package (0.11.3+20050610-1) is on its way into sid.
> > It does not install /usr/bin/git or /usr/bin/cg, and so it does not
> > conflict with git or wi
Adam Majer <[EMAIL PROTECTED]> wrote:
> Sebastian Kuzminsky wrote:
> >Hi folks, I have a noob question for you. I maintain the Cogito package
> >(my first), and it wants to install an executable as /usr/bin/git. The
> >GNU Interactive Tools package (git) also wants to
Kevin Mark <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 09, 2005 at 07:50:58PM -0600, Sebastian Kuzminsky wrote:
> > Hi folks, I have a noob question for you. I maintain the Cogito package
> > (my first), and it wants to install an executable as /usr/bin/git. The
> > GN
programs.
I guess I just prefer getting flamed by the git/cogito people rather
than the Debian people. :-/
--
Sebastian Kuzminsky
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sebastian Kuzminsky <[EMAIL PROTECTED]> wrote:
> Hm, given that git-from-cogito seems to have a fatal flaw (it doesnt
> shift the script name out of the arguments list), I'm guessing it's
> not widely used. I'll request that the upstream people remove it from
> th
not conflict with GNU Interactive Tools'
git(1) page.)
If they dont agree (and they're a cantankerous bunch, hi to all my
friends on the git list) we'll have to come up with something else...
--
Sebastian Kuzminsky
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to remove it or
rename it.
--
Sebastian Kuzminsky
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nibal Monsalve Salazar
is sponsoring it.
Sid currently has version 0.10+20050513-2, but there's a newer version
in the queue (0.10+20050515-2).
--
Sebastian Kuzminsky
"Marie will know I'm headed south, so's to meet me by and by"
Townes Van Zandt
--
To UNSUBSCRI
Adrian von Bidder <[EMAIL PROTECTED]> wrote:
> Sebastian, can I humbly request that you don't announce cogito package
> updates on (at least the -devel) mailing list?
Yeah that was a little excessive, sorry. I'm a noob and I got excited,
I'll pipe down. :-}
--
S
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Fri, May 13, 2005 at 11:44:05PM -0600, Sebastian Kuzminsky wrote:
> > I've updated the Cogito package to compile against the upstream-included
> > GPL SHA1 implementation lifted from Mozilla, instead of the (possibly)
&g
I've updated the Cogito package to compile against the upstream-included
GPL SHA1 implementation lifted from Mozilla, instead of the (possibly)
GPL-incompatible OpenSSL code. Thanks to Florian Weimer and Anibal
Monsalve Salazar for bringing this issue to my attention. I have a
terrible head for t
Andres Salomon <[EMAIL PROTECTED]> wrote:
> On Wed, 11 May 2005 14:05:28 -0600, Sebastian Kuzminsky wrote:
> > You can grab the new cogito package here:
> >
> > http://highlab.com/~seb/debian
>
> FYI, you can make the packages and source apt-get'able w/
The upstream now includes docs for the GIT core, though still not for
Cogito. The docs are available in .txt and .html, and they _would_
be available as manpages except for a bug in asciidoc. The asciidoc
maintainer has been offered a patch.
You can grab the new cogito package here:
http:/
Anibal Monsalve Salazar <[EMAIL PROTECTED]> wrote:
] On Tue, May 10, 2005 at 08:57:56PM +0200, Florian Weimer wrote:
] >The package is GPLed, but depends on OpenSSL, whose license is not
] >GPL-compatible. Please ask upstream for a linking exception, or use
] >some other SHA-1 implementation.
Ah
Anibal Monsalve Salazar <[EMAIL PROTECTED]> wrote:
] On Tue, May 10, 2005 at 11:22:17AM -0600, Sebastian Kuzminsky wrote:
] >I'm looking for a Debian Sponsor to upload this package to the archive.
]
] I'll upload it. However, we'll have to wait until the license issue
]
Anibal Monsalve Salazar <[EMAIL PROTECTED]> wrote:
] On Tue, May 10, 2005 at 11:22:17AM -0600, Sebastian Kuzminsky wrote:
] >I'm also looking to have my GPG key signed (I live in Colorado, USA),
] >and for an Advocate.
]
] What city in Colorado. Maybe there is a DD in the s
cogito_0.10-2 is up, it now puts the internal scripts and the shell
library in /usr/share/cogito instead of /usr/lib/cogito. Thanks to Ben
Finney and Peter Samuelson for cluing me in.
You can get the package here:
http://highlab.com/~seb/debian
The only problem I know of with the package
Ben Finney <[EMAIL PROTECTED]> wrote:
] It could be better described, yes. My understanding of /usr/share as
] "architecture-independent" (and read-only, as the description
] continues) is that /usr/share/can potentially be mounted read-only
] for multiple machines of different architectures.
Ok,
Peter Samuelson <[EMAIL PROTECTED]> wrote:
] [Sebastian Kuzminsky]
] > Before 0.10, the upstream installed both the binaries (actually shell
] > scripts) and the shell libraries in /usr/bin. Starting with 0.10,
] > the shell libraries are moved to /usr/lib/cogito.
]
] Correct,
Get it here:
http://highlab.com/~seb/debian
Before 0.10, the upstream installed both the binaries (actually shell
scripts) and the shell libraries in /usr/bin. Starting with 0.10, the
shell libraries are moved to /usr/lib/cogito. This seems to me like a
fine thing to do, any reason Debian
Martin Waitz <[EMAIL PROTECTED]> wrote:
] On Sat, May 07, 2005 at 09:42:39PM -0600, Sebastian Kuzminsky wrote:
] > I think the package is ready for a wider audience. I just updated it
] > to the just-released upstream version 0.9, it's available here:
]
] why do you patch the
Hi folks, I'm a wanna-be new maintainer. With the helpful guidance
of Anibal, I've been working on a Debian package of Cogito. Cogito is
Pasky's distributed revision control system on top of Linus Torvalds'
GIT directory tracker.
I know there's an ITP for Cogito (#304602), I've tried to contact
Andreas Fester <[EMAIL PROTECTED]> wrote:
] # pbuilder create --mirror http://ftp.de.debian.org/debian
I had the same error when making a pbuilder Sid environment, but Sarge
works for me. Add "--distribution sarge" to that command line.
--
Sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROT
35 matches
Mail list logo
