Re: uscan, watch files, and gihub tags

2011-12-18 Thread Thomas Goirand
On 12/19/2011 01:55 PM, Scott Howard wrote: > Since your title said "github tags," I think you're looking for: > http://githubredir.debian.net/ > > The source code is there if you're not on github. > > Cheers, > Scott > Hi Scott, thanks for your quick answer. I'm now cross-posting in -mentors.

Re: uscan, watch files, and gihub tags

2011-12-18 Thread Paul Wise
On Mon, Dec 19, 2011 at 1:55 PM, Scott Howard wrote: > Since your title said "github tags," I think you're looking for: > http://githubredir.debian.net/ There is no need to use githubredir, just do something like this: version=3 https://github.com/celeron55/minetest/tags .*/tarball/(.*) -- bye

Re: uscan, watch files, and gihub tags

2011-12-18 Thread Scott Howard
On Mon, Dec 19, 2011 at 12:28 AM, Thomas Goirand wrote: > Hi, > > For XCP (Xen Cloud Platform) that I'm helping to package (the first > version is nearly finished), upstream doesn't releases tarballs, but > instead, just adds tags to its Git repository, and git-buildpackage does > the rest of the

uscan, watch files, and gihub tags

2011-12-18 Thread Thomas Goirand
Hi, For XCP (Xen Cloud Platform) that I'm helping to package (the first version is nearly finished), upstream doesn't releases tarballs, but instead, just adds tags to its Git repository, and git-buildpackage does the rest of the magic (eg: selecting the correct tag on the master branch to build t

Re: from / to /usr/: a summary

2011-12-18 Thread Ben Hutchings
On Mon, 2011-12-19 at 01:03 +, Darren Salt wrote: [...] > I fully intend to continue with lilo, separate /usr and no initramfs/initrd. > I *may* decide to stop using a separate /usr should I need to replace > hardware – but probably not before then. > > I will NOT use an initramfs just to have

Re: from / to /usr/: a summary

2011-12-18 Thread Darren Salt
I demand that Ben Hutchings may or may not have written... > On Sat, 2011-12-17 at 20:42 +, Philip Hands wrote: [snip] >> I've read all of these threads, but I'm afraid I'm still a little >> befuddled about the pros and cons. >> Pro seems to be saving some effort for packagers when RedHat as

Re: Bug#652432: Acknowledgement (ITP: v3c-dcom -- Baby steps to DCOM)

2011-12-18 Thread Philip Ashmore
On 18/12/11 20:50, John D. Hendrickson and Sara Darnell wrote: DCOM's package description. DCOM's danger. I studied Microsoft's DCOM. It's a lesser hack of Sun Java technology (which Microsoft patently attempted to steal, hide, and destroy). Object interfacing. (ie, apple's corba) It came

Re: Bug#652432: Acknowledgement (ITP: v3c-dcom -- Baby steps to DCOM)

2011-12-18 Thread John D. Hendrickson and Sara Darnell
DCOM's package description. DCOM's danger. I studied Microsoft's DCOM. It's a lesser hack of Sun Java technology (which Microsoft patently attempted to steal, hide, and destroy). Object interfacing. (ie, apple's corba) It came out predictably much later than Java. While I think it's grea

Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

2011-12-18 Thread Josh Triplett
On Sun, Dec 18, 2011 at 06:48:53PM +0100, Goswin von Brederlow wrote: > Josh Triplett writes: > > On Fri, Dec 16, 2011 at 12:13:55PM +0100, Goswin von Brederlow wrote: > >> Josh Triplett writes: > >> > Russ Allbery wrote: > >> >>Josh Triplett writes: > >> >>> In all of the recent discussions abo

Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

2011-12-18 Thread David Kalnischkies
On Sun, Dec 18, 2011 at 18:56, Roger Leigh wrote: > On Sun, Dec 18, 2011 at 06:48:53PM +0100, Goswin von Brederlow wrote: >> Josh Triplett writes: >> >> > I disagree; I think it leads to a significant burden.  Having /var >> > separate requires pre-determining an appropriate size for it, and that

Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

2011-12-18 Thread Daniel Martí
Roger Leigh wrote: >To be honest, I've always found apt's inability to manage its >cache without manual intervention somewhat annoying. It should >be perfectly capable of pruning its own cache rather than >pointlessly filling up /var with thousands of downloaded >packages. I'm surprised it doe

Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

2011-12-18 Thread The Fungi
On 2011-12-18 18:48:53 +0100 (+0100), Goswin von Brederlow wrote: [...] > lvresize, resize2fs, done [...] > 2) LVM with partitions kept small and free space to grow them as > needed [...] Since the advent of logical volume management I personally find this the easiest solution and use it whenever

Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

2011-12-18 Thread Roger Leigh
On Sun, Dec 18, 2011 at 06:48:53PM +0100, Goswin von Brederlow wrote: > Josh Triplett writes: > > > I disagree; I think it leads to a significant burden. Having /var > > separate requires pre-determining an appropriate size for it, and that > > will vary wildly between systems. At a minimum it

Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

2011-12-18 Thread Goswin von Brederlow
Josh Triplett writes: > On Fri, Dec 16, 2011 at 12:13:55PM +0100, Goswin von Brederlow wrote: >> Josh Triplett writes: >> > Russ Allbery wrote: >> >>Josh Triplett writes: >> >>> In all of the recent discussions about separate /usr partitions, most >> >>> people seem to acknowledge them as unusu

Bug#652557: ITP: libmoosex-types-datetime-morecoercions-perl -- extensions to MooseX::Types::DateTime

2011-12-18 Thread gregor herrmann
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libmoosex-types-datetime-morecoercions-perl Version : 0.08 Upstream Author : Dagfinn Ilmari Mannsåker * URL : http://searc

Re: Bug#652423: Acknowledgement (ITP: v3c -- C/C++/sh/make/automake/Debian utility toolkit)

2011-12-18 Thread Philip Ashmore
On 18/12/11 10:34, martin f krafft wrote: also sprach Philip Ashmore [2011.12.18.1041 +0100]: Being too familiar with a package sometimes has it's drawbacks. Absolutely. Thank you for your patience! v3c is a wrapper package that provides a standard means of interacting with packages by

Re: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

2011-12-18 Thread Thomas Goirand
On 12/18/2011 04:47 AM, Josh Triplett wrote: > Let me clarify: I can safely say it won't become *Debian's* > recommended configuration anytime soon. > It has strong enough arguments against it > that while a vocal minority might manage to keep it around, I doubt > it will become the default. The d

Re: d-i doesn't even gives a clue on what WM is going to be installed (was: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning)

2011-12-18 Thread Thomas Goirand
On 12/18/2011 04:43 AM, Otavio Salvador wrote: > This > is mostly as if I starting to try to convince to use Awesome WM as > default desktop install because I think it is more user-friendly (and it > is, for my type of use, but not for general use). Good example indeed. If the user has enough expl

Re: Bug#652423: Acknowledgement (ITP: v3c -- C/C++/sh/make/automake/Debian utility toolkit)

2011-12-18 Thread martin f krafft
also sprach Philip Ashmore [2011.12.18.1041 +0100]: > Being too familiar with a package sometimes has it's drawbacks. Absolutely. Thank you for your patience! > v3c is a wrapper package that provides a standard means of interacting with > packages by providing "boilerplate" code, programs and

Re: ITP: v3c-qt -- v3c/automake wrapper for Qt4 (was ITP: v3c-qt -- v3c/automake wrapper for QT)

2011-12-18 Thread Philip Ashmore
retitle 652433 ITP: v3c-qt -- v3c/automake wrapper for Qt4 thanks Done! Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eedbc1c.90...@philip

Re: Bug#652423: Acknowledgement (ITP: v3c -- C/C++/sh/make/automake/Debian utility toolkit)

2011-12-18 Thread Philip Ashmore
On 18/12/11 08:35, martin f krafft wrote: also sprach Philip Ashmore [2011.12.18.0834 +0100]: If no one has any more issues with the new long description then I'll assume all is well. Hello Philip, a long description is neither a text of marketing, nor should it be a complete list of feature

Bug#652528: ITP: python-vsgui -- simple Graphical toolkit of Python script

2011-12-18 Thread Hsin-Yi Chen (hychen)
Package: wnpp Severity: wishlist Owner: "Hsin-Yi Chen (hychen)" * Package name: python-vsgui Version : 0.3 Upstream Author : Hsin-Yi Chen * URL : http://pypi.python.org/pypi/vsgui * License : BSD-2-clause Programming Lang: Python Description : simple G

Re: Bug#652433: ITP: v3c-qt -- v3c/automake wrapper for QT

2011-12-18 Thread Colin Watson
On Sun, Dec 18, 2011 at 12:47:39AM +, Philip Ashmore wrote: > Should I file another ITP to change the spelling? You never need to do that (although you're not the only one with this confusion; I see a lot of people unnecessarily closing and re-filing ITPs, perhaps because the process is one of

Re: Bug#652423: Acknowledgement (ITP: v3c -- C/C++/sh/make/automake/Debian utility toolkit)

2011-12-18 Thread martin f krafft
also sprach Philip Ashmore [2011.12.18.0834 +0100]: > If no one has any more issues with the new long description then > I'll assume all is well. Hello Philip, a long description is neither a text of marketing, nor should it be a complete list of features. The former can go on a website, the lat