Hi Nicolas,
On Sun, Nov 20, 2011 at 10:59:22PM +0100, Nicolas wrote:
>> The message is : NOTICE: CREATE TABLE / PRIMARY KEY will create an
> implicit index ...
>
> I understand the message but I don't know how to fix it. For postgreSQL
> point of view it doesn't seems to be a problem and tables
On Tue, Nov 15, 2011 at 03:33:02PM +0100, Gergely Nagy wrote:
> Furthermore, packages in Debian are - to the best of my knowledge -
> adapted already to use /usr/bin/nodejs, packages outside can still work
> unmodified, if the user makes a simple symlink. Document this, and all's
> well.
I don't t
Hiya,
On Sat, Nov 05, 2011 at 07:00:58PM +0800, Paul Wise wrote:
> On Sat, Nov 5, 2011 at 6:45 PM, Elimar Riesebieter wrote:
>
> > we have many packages which are build against popt. Some of them
> > have included a bundled (inlined) verion of popt. But they are using
> > Debian's libopt-dev like
hiya,
On Tue, Oct 25, 2011 at 03:50:07PM +0800, Paul Wise wrote:
> For the presentation side of things I am thinking one approach might be
> to move UbuntuDiff[8] to the QA infrastructure, generalise it and
> enhance it for this purpose. This will necessarily include mechanisms to
> mark patches a
hi olivier,
On Mon, Sep 19, 2011 at 10:38:22AM +0200, olivier sallou wrote:
> Hi,
> I need some apache modules for a package.
>
> Should I use a2enmod in postinst script, or, is there any debhelper/deb file
> way to do it?
i don't know of any helper utilities for this, so you might need to do th
On Fri, Sep 16, 2011 at 08:38:37AM +0200, Heiko Schlittermann wrote:
>
> a) having apache to ignore *.ucf* generally
> b) just change in /etc/apache2/apache2.conf
> include conf.d/
>into
> include conf.d/*.conf
>and ask all packages placing files there to
On Fri, Sep 09, 2011 at 11:37:41AM +0200, David Paleino wrote:
> I just wanted to (try to) fix it for the biggest number of people possible.
> Maybe I'll just leave stable as-is, and try the solution I described within
> testing/unstable :/
Another option, as awful as it sounds, is to nuke (or sur
gelog for reference:
php5 (5.1.6-4) unstable; urgency=high
[sean finney]
* no longer build against GPL'd gdbm library (closes:
#390452).
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscri
On Wed, Jun 01, 2011 at 02:39:42PM +0200, Goswin von Brederlow wrote:
> And note that as maintainer or for the VCS copy you can allways
> configure debian/soruce/local-options to unapply patches if you so
> desire.
This is something i've been doing quite happily and I think it is
a pretty decent c
On Mon, May 23, 2011 at 01:47:22AM +0200, Goswin von Brederlow wrote:
> > I suggest that we can make an HTTP based bug reporting method.
>
> The only advantage of this would be for systems that firewall outgoing
> mail conections but allow http or have a http proxy but no smarthost.
and that's a
Hi Teodor/Bruce,
On Mon, May 09, 2011 at 05:48:25PM +0300, Teodor MICU wrote:
> I've been disappointed at first to read that so many approve this
> "rolling" implementation that in fact is just "c-u-t", constantly
> usable testing [1]! Outside of the freeze period it doesn't really
> matter and on
Hi,
On Wed, May 04, 2011 at 10:56:27PM -0500, Steve M. Robbins wrote:
> > And furthermore, even if Debian chooses to "fix" this, upstreams will
> > be forced to eventually cater to the default glibc behavior for every
> > other libc distro out there that does not have their own "fix" (and
> > non-
Hiya,
On Wed, May 04, 2011 at 10:25:35PM +0200, Stefano Zacchiroli wrote:
> On Wed, May 04, 2011 at 02:24:12PM +0200, Josselin Mouette wrote:
> > What to do during freezes
> > -
> > If we want to do something different though, there is a simple recipe:
> > allow package
On Wed, May 04, 2011 at 12:29:50PM +0200, Julien BLACHE wrote:
> "Steve M. Robbins" wrote:
>
> Hi,
>
> > I'm with Linus on this: let's just revert to the old behaviour. A
> > tiny amount of clock cycles saved isn't worth the instability.
>
> Tiny amount?! The optimized memcpy() variants that b
Hi Lucas,
On Tue, May 03, 2011 at 02:59:04PM +0200, Lucas Nussbaum wrote:
> I think that one of the conclusions of the discussion from the last few
> days is that the freeze "blockage" has very good features that many of
> us are not willing to give up, like the ability to focus the DDs on
> worki
Hi Carsten,
A bit late on responding to your mails, but...
On Mon, May 02, 2011 at 01:56:14AM +0200, Carsten Hey wrote:
> > > So if we tell users to use this repository, we're going to have
> > > some users (I upgrade my servers to testing during the freeze and I
> > > would enable it if it was g
Hi Lucas,
I appreciate your effort to try and sum things up. However, I'd like
to raise the point that the discussion was about more than just having a
"rolling" and "user-oriented" testing release.
The feedback that started (or at least helped springboard) this massive
thread was that "when we'
On Sun, May 01, 2011 at 11:17:21PM +0200, Pierre Habouzit wrote:
> The problem is, you need to entry points, one for testing as we know it,
> one for rolling.
> So basically you split our users in two non overlapping sets, meaning
> that you divide coverage and tests. How come is that in the distr
Hi Ste(ve|fano),
On Sun, May 01, 2011 at 12:02:47PM -0700, Steve Langasek wrote:
> On Sun, May 01, 2011 at 04:17:10PM +0200, Stefano Zacchiroli wrote:
> > JFYI, Sean and Raphael have taken DEP number 10
>
> They have? I haven't seen mail to debian-project about this, which is what
> http://dep.d
Hi Neil,
On Sat, Apr 30, 2011 at 08:48:24PM +0100, Neil McGovern wrote:
> Indeed. Personally, I believe it would also be unreasonable to ask DDs,
> and indeed the release, security, and FTP teams to support testing and
> rolling. Especially before it has been proven to be negligible extra
> effort
Hi Andreas,
On Sat, Apr 30, 2011 at 08:29:22PM +0200, Andreas Barth wrote:
> But one can't expect that it's enough to say "great idea, but someone
> else will do it". If someone wants to setup rolling.d.n, fine. I'm
> happy to help setting up britney, release foo, whatever. But someone
> has to t
Hi!
(accumulated replies FTW)
On Fri, Apr 29, 2011 at 11:20:31PM +0200, Andreas Barth wrote:
> > * unstable always feeds to testing
> > * "release N" == "testing", until the "freeze".
>
> You know that we had once "frozen", and have given up since as that
> didn't scale even back then?
I thin
Hi guys,
On Wed, Apr 27, 2011 at 08:23:33PM +, Philipp Kern wrote:
> >* RM's can still choose to migrate packages from (not frozen) testing as
> > long as it's practical to do so.
> >* When deps/transitions/etc prevent testing migration, "release N
> > proposed updates" is us
Hi Mehdi,
On Wed, Apr 27, 2011 at 05:58:46PM +0200, Mehdi Dogguy wrote:
> Funny… reading your recent blogpost, you seem to not understand yet what
> you want to put into Rolling (and how). So, how can we comment on
> something that's not set or clearly described yet? Make a plan first, ask
> for q
(throttled the conversation back a bit, hoping that someone from the
release team might take the time to chime in)
On Wed, Apr 13, 2011 at 02:21:38PM +0200, Raphael Hertzog wrote:
> > In the way I had thought of things, "rolling" == "testing". That's to
> > say that nextstable branches off the m
Hi,
On Fri, Apr 15, 2011 at 10:03:40AM +0100, Jon Dowland wrote:
> For the record, this was (at least) bugs #432322 and #439917, and I'm
> extremely
> pleased that the issues have been resolved. Well done and thank you to all
> involved.
AIUI they weren't resolved, but the scope of the problem
On Mon, Apr 04, 2011 at 11:56:23AM +0100, Jon Dowland wrote:
> On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
> > It also can't do VLANs (.1q), bridges, bonds and all possible
> > permutations of the above. I'd speculate that it also wouldn't be able
> > to do things like 1k
Hi Raphaël,
On Wed, Apr 13, 2011 at 08:50:04AM +0200, Raphael Hertzog wrote:
> On Sun, 10 Apr 2011, sean finney wrote:
> > My suggestion/feedback would be that we find a way where releases aren't
> > managed so linearly, and can be be handled in a more parallel manner
> &g
Hi Lars,
On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote:
> > But shouldn't we say they _must_ lock package-specific system users
> > and groups when the package is removed ?
>
> I think that's a good idea. Steve Langasek in the bug (#621833) and
> others agree, so I think there's
On Wed, 2011-03-16 at 16:36 +, Ian Jackson wrote:
> > Then, you need a way to patch them. There is lots of software where
> > you need to patch configure.ac and/or Makefile.am
>
> That's fine, you patch the input, rerun the autofoobar stuff, and then
> build the source package with diff. If y
On Tue, Mar 15, 2011 at 10:29:57PM +, Marcin Owsiany wrote:
> * maintain a whitelist of distributed files, and "rm" everything
>else (apart from the debian directory) in the clean target.
>
>Since I use (or plan to use) git-buildpackage, I don't have a tarball
>which could serve a
On Mon, Mar 14, 2011 at 01:17:02PM +, Ben Hutchings wrote:
> No, I don't think there's a way to do that programmatically. You would
> just have to try capset and then chmod u+s.
instead of chmod, you would actually want something that checked/respected
dpkg-statoverride, rather than hard-codi
On Thu, 2011-03-03 at 23:01 +0100, Christoph Egger wrote:
> Sune Vuorela writes:
> > (isn't it only icewm and ratpoison and blackbox we might 'lose' by
> > simply killing the debian menu)
>
> Last time I checked fluxbox and awesome where both debian menu only as
> well.
instead of letting the ta
On Thu, 2011-03-03 at 10:37 +0100, Tollef Fog Heen wrote:
> | Is there any reason against using a debconf script that asks if the
> | daemon should be started at boot time (or on which runlevels)? That
> | way you can easily modify the configuration with dpkg-reconfigure and
> | benefit from the de
hi zack,
On Wed, Mar 02, 2011 at 09:41:18AM +0100, Stefano Zacchiroli wrote:
> without telling which those "several tools" are. According to this
> thread, the recommended tool among them is "mv" (in the hope that the
> sysadm knows by heart that they have to run insserv afterwards).
there's a fe
On Tue, Mar 01, 2011 at 08:30:24PM +0100, Olaf van der Spek wrote:
> > time the package is upgraded. i mean, it's not even that great for
> > maintainer scripts, as evidenced by the total inconsistency for how
> > developers are managing enabling/disabling of their services.
>
> Isn't that handle
On Tue, Mar 01, 2011 at 08:38:42PM -0600, Ron Johnson wrote:
> On 03/01/2011 06:19 AM, ximalaya wrote:
>> BTW, I ever tried on Redhat Linux 9, no such problem.
>>
>
> This is the interesting part. Is RH keeping their patches, or are
> upstream and other distros just not determining them worthwhi
On Tue, 2011-03-01 at 17:19 +0100, Olaf van der Spek wrote:
> >> So what *is* the proper UI?
> >
> > The sensible abstraction for this is 'service' - but it doesn't appear that
> > service has support for enable/disable yet :(
>
> Do other distro's use service for this?
actually i think chkconfig
On Sat, 2011-02-26 at 21:44 +0100, Tollef Fog Heen wrote:
> I'd like us to decide on a policy about enable/disable flags in
> /etc/default in general. Either all daemons should have them or no
> daemons should have them, and if we have them, I think we should have
> the value in the default file s
On Sat, 2011-02-26 at 14:32 +0100, Michael Banck wrote:
> >
> > The right way to do this is, IMNSHO, what systemd does and just have
> > init handle starting and stopping the job. That ensures there's no
> > inconsistency between boot-time starting and starting later by hand.
>
> Right, but it m
hi,
On Mon, 2011-02-21 at 19:42 -0600, Raphael Geissert wrote:
> I disagree here.
> Alternatives in build-* relationships *are* mentioned by policy. In fact,
> there's even an example in section 7.1.
>
> There's also no stated guarantee *anywhere* (including release policy) that
> the package's
Package: wnpp
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Due largely to the fact that I'm no longer using cacti on a regular basis,
I think cacti and spine should get a new maintainer.
Both packages are relatively up to date and in decent shape, and the upstream
authors are r
hi jérémy,
On Fri, Feb 11, 2011 at 09:46:13AM +0100, Jérémy Lal wrote:
> What's the best way to name gbp branches ?
> I thought of something like :
> 2.0 1.0.x
> mastermaster-1.0.x
> upstream upstream-1.0.x
> pristine-tar pristine-tar
hi there,
(for future reference dbconfig-common-de...@lists.alioth.debian.org is
probably the proper place for this type of discussion).
On Mon, Dec 06, 2010 at 11:31:22AM +0100, Pierre Chifflier wrote:
> Since the package is using dbconfig since a few versions, I'm now facing
> an upgrade proble
the package in question is xmlrpc-c, which provides among other things
libxmlrpc-c3. this package contains runtime libraries for c and c++
applications. it has a fairly small (6, from a quick look) set of
reverse dependencies.
in the version in testing/unstable, these c/c++ libraries shared the
On Wed, Aug 25, 2010 at 06:46:18PM +0100, Ian Jackson wrote:
> Goswin von Brederlow writes ("Re: Atlas proposal [and 1 more messages]"):
> > Just dumping the compiled files into /usr/lib/ I find quite unacceptable
> > too.
>
> No, it is absolutely fine and it is what atlas-auto should do. It is
>
hi,
this should all be prefaced with the disclaimer that i'm not actually
using lilo at the moment, but i thought i'd throw in something due to
some of the comments/posturing that i've been seeing here.
On Mon, Jun 07, 2010 at 01:44:05AM +0400, William Pitcock wrote:
> Have fun. When you have a
On Mon, May 31, 2010 at 09:02:50PM -0700, Steve Langasek wrote:
> Hmm, what's the risk of changing it? I guess if dependencies are allowed to
> be purged when a package depending on them is removed-but-not-purged,
> dbconfig-common could obliterate config files that the depending package
> expects
hi,
On Mon, May 31, 2010 at 12:24:48PM -0700, Steve Langasek wrote:
> Does dbconfig-common know about all of these config files?
>
> I think it's the responsibility of dbconfig-common to track them, and remove
> them on purge. That way if your package is purged while dbconfig-common is
> install
On Mon, May 31, 2010 at 05:43:25PM +0200, Hilko Bengen wrote:
> > You can find this repository at ftp://ftp.ethgen.de/pub/debian-security
> > (deb ftp://ftp.ethgen.de/pub/debian-security sid unofficial-secured).
>
> To avoid confusion, please call your repository "debian-security-ng".
or perhaps
On Sun, May 30, 2010 at 09:40:48PM +, brian m. carlson wrote:
> The difference is that those tools provide a reasonable level of
> functionality with free data. Weather information is in the public
> domain because there's no originality to it. Most programs that display
> lyrics or album cov
On Wed, Feb 17, 2010 at 09:24:30AM +0100, Raphael Hertzog wrote:
> On Tue, 16 Feb 2010, Antonin Kral wrote:
> > Epochs as well as +reverted will definitely work but looks a bit too
> > hackish to me.
>
> Epochs have been designed precisely for this. It's not hackish... but they
> are somewhat ugly
On Wed, Feb 17, 2010 at 08:53:56AM +0100, Yves-Alexis Perez wrote:
> On lun., 2010-02-15 at 12:03 -0800, Don Armstrong wrote:
> > Flags are a poor representation of a particular language, and language
> > selection is better handled using locales and content-negotiation
> > anyway. [There are many
hi,
On Tue, Feb 16, 2010 at 12:10:16PM -0500, Asheesh Laroia wrote:
> You could use epochs to make the old version have a newer version
> number according to dpkg. I don't know how distasteful that is,
> though.
it also might be a bit disruptive for those who have already installed
the newer vers
On Sun, Feb 14, 2010 at 10:18:28AM +0100, Bill Allombert wrote:
> The first step is to fix packages that Depend on 'libjpeg62-dev'. They should
> Depend on 'libjpeg-dev' instead. Please do not make them Depend on
> 'libjpeg8-dev', or 'libjpeg-dev|libjpeg62-dev' or 'libjpeg-dev|libjpeg8-dev'
> or
hi!
On Wed, Feb 03, 2010 at 04:25:40PM -0600, Matt Zagrabelny wrote:
> Allbery [1] regarding git and Debian packaging. I am wondering if those
> who use git to manage their source package development are also using
> the debian/patches mechanism for modifying the upstream tarball.
i use git+gbp+q
On Sun, Dec 27, 2009 at 10:34:26AM +, Tim Retout wrote:
> On Sat, 2009-12-26 at 17:47 +1100, Mark Purcell wrote:
> > On Thursday 24 December 2009 05:30:25 Tim Retout wrote:
> > > hp-plugin downloads firmware and plugins into
> > > /usr/share/hplip/data/{firmware,plugins}. To quote the FHS:
> >
hiya,
On Sun, Dec 06, 2009 at 07:36:18PM -0800, Steve Langasek wrote:
> I think there's ongoing work to support debconf prompting for conffiles, but
> I don't think there's movement on integrating ucf functionality into dpkg.
> ICBW, though.
there was some work at some point on integrating debcon
hi jochen,
(cc'ing to -devel in case there are others who disagree with me)
On Tue, Dec 01, 2009 at 01:40:43PM +0100, Jochen Friedrich wrote:
> This package contains a script which downloads RFCs containing SNMP MIB
> files and extracts them into /usr/share/mibs/ietf. It also downloads the
> most
hi stefano,
On Fri, Nov 13, 2009 at 10:09:20AM +0100, Stefano Zacchiroli wrote:
> I understand this problem, but I think you're shooting at the wrong
> target. The advanced proposal (beside the aesthetically displeasing
> name) is about standardizing a default vendor document root on disk so
> tha
hi jan,
On Tue, Nov 10, 2009 at 09:15:43AM +0100, Jan Hauke Rahm wrote:
> Not that I'm opposing to what you're saying but... every application in
> the archive is configured during the installation process, possibly
> asking debconf questions, providing defaults etc. After the installation
> it sh
hi!
On Tue, Nov 10, 2009 at 09:29:13AM +0100, Jan Hauke Rahm wrote:
> > Support for multiple independent instances configured to use arbitrary
> > locations for data/configuration, arbitrary vhosts and arbitrary
> > sub-paths of those vhosts.
>
> That means: as many files reusable by each instanc
On Mon, Nov 09, 2009 at 06:15:42PM +0100, Stefano Zacchiroli wrote:
> I frankly hope that with /vendor/ + /usr/lib/cgi-bin/ (which we already
> have), and maybe with some symlinks under /vendor/ we will be able to
> address quite a lot of issues. It would be interesting to known which
> one we can'
hi guys,
On Mon, Nov 09, 2009 at 02:56:59PM +0100, Jan Hauke Rahm wrote:
> > To try making it a bit less ugly (and hard to type due to the moving
> > nature of "-" as others have pointed out), I just try to mediate with
> > "/vendor/".
>
> FWIW, I'm fine with /vendor.
personally, beyond the aest
hiya,
On Wed, Nov 04, 2009 at 08:49:54AM +0100, Stefano Zacchiroli wrote:
> > with respect to those that don't, it's been previously discussed and
> > deemed okay for them not to work out of the box, which is a relatively
> > small cost for the benefit of FHS compliance and general safety/sanity.
On Tue, Nov 03, 2009 at 02:54:48PM -0800, John H. Robinson, IV wrote:
> > Reading ?5.3 of the above link, I wonder whether the following solution
> > would be appropriate:
> >
> > - ship under /etc/apache2/conf.d/ a snippet with an Alias dir mapping
> > the package name to a dir containing the s
hi zack,
On Tue, Nov 03, 2009 at 10:49:42PM +0100, Stefano Zacchiroli wrote:
> Reading §5.3 of the above link, I wonder whether the following solution
> would be appropriate:
>
> - ship under /etc/apache2/conf.d/ a snippet with an Alias dir mapping
> the package name to a dir containing the sta
hi stig,
On Mon, Nov 02, 2009 at 02:48:56PM +0100, Stig Sandbeck Mathisen wrote:
> Tom Feiner writes:
>
> > Is /var/cache really such a bad option? I mean, the entire web content
> > is re-generated from templates & graphs are re-generated from the rrd
> > databases every 5 minutes. So even if s
On Sat, Oct 31, 2009 at 06:46:42PM +0200, Holger Levsen wrote:
> On Samstag, 31. Oktober 2009, sean finney wrote:
> > if it's regenerable, then i'd say /var/cache/munin/something is the
> > right place, and if isn't /var/lib/munin/something. if you seperate
> >
hi holger,
On Sat, Oct 31, 2009 at 05:51:26PM +0200, Holger Levsen wrote:
> +1 from yet. Yet I still don't know how to configure munin, so that it works
> out of the box (and so that the webpages it generates are served by a
> webserver) and conforms to FHS like some people read it.
>
> /var/li
hi,
On Mon, Oct 05, 2009 at 08:14:19AM +, Tzafrir Cohen wrote:
> I believe most (or at least many) of those only support a single web
> root. If you want to serve munin's static content from /usr/share/munin
> and foo's static content from /usr/share/foo , you'll probably just
> symlink both f
hi stig,
(sorry for the late reply)
On Wed, Sep 30, 2009 at 09:23:17AM +0200, Stig Sandbeck Mathisen wrote:
> sean finney writes:
>
> > there is, it's called webapps-common[1]. unfortunately what *is*
> > missing is developers with time to put into maintaining it, whic
On Tue, Sep 29, 2009 at 04:12:58PM -0700, Russ Allbery wrote:
> I think the real problem here is that we have some missing integration
> glue. A lot of packages want to serve things out via the web by default
> unless the sysadmin has indicated that they want control over the URL
> space. Apache
hi holger, russ,
On Sun, Sep 27, 2009 at 12:36:43AM -0700, Russ Allbery wrote:
> Holger Levsen writes:
>
> > currently munin ships some file(s) in /var/www/munin/ and also puts its
> > generated graphs there. This location has been depracted and we, the
> > munin maintainers, would like to come
On Tue, Sep 22, 2009 at 06:22:20PM -0500, Raphael Geissert wrote:
> >
> > I also want to rename the package to libphp-zendframework.
> >
>
> biased answer: ugh, why?
> That reminds me some of the libfoo-bar-moo-invent-something-else-here
> packages we have in the archive.
the php policy draft r
On Tue, Sep 01, 2009 at 03:01:35PM +0200, Giacomo A. Catenazzi wrote:
> Jonas Meurer wrote:
> >do we really consider to stop support for seperate /usr? after all fhs
> >supports seperate /usr by design. [1]
> >i hope that we keep fhs compability within debian.
>
> I agree, but the problem is "how?
On Fri, Aug 28, 2009 at 10:31:08AM +0200, Giacomo A. Catenazzi wrote:
> I assume that you wrote a kernel driver, thus the problem is in your code:
also, please note that this list is for development *of* debian, not for
development *on* debian, so this is not really the proper forum for this
type
On Thu, Jul 30, 2009 at 05:01:12PM +1000, Russell Coker wrote:
> I've packaged libdomainkeys for internal use and am considering adding a
> package that depends on it to Debian/Unstable. Is the domainkeys license
> suitable for inclusion in Debian?
seems to meet all the critera, doesn't it? th
On Sun, Jul 26, 2009 at 11:47:00PM -0500, Manoj Srivastava wrote:
> > You think the average user doesn't care about getting 50% faster boot
> > speeds?
>
> Now, where do you get the 50% faster speedup? I seem to recall
> a post on this list which reported much more modest speedups, and
>
hi raphael,
On Wed, Jul 15, 2009 at 11:16:01PM +0200, Raphael Hertzog wrote:
> How do you expect to recognize the real starting point for the fields?
> The freetext might contain text that look like field names at the start
> of a line... I don't think that requesting fields to be first in the p
here's a nice big group-reply with an assortment of comments :)
overall i think this looks pretty good, though i do have some concerns
that will kind of repeat themselves below about there being too much
emphasis on something machine friendly instead of human friendly...
On Sun, Jun 21, 2009 at 1
On Tue, Jun 16, 2009 at 05:44:55PM +0200, Lucas Nussbaum wrote:
> > * `Debian-Specific` (optional)
> >
> >Is this patch a debian-specific patch that is not intended to be
> >shared with upstream? For example, changes to specify Debian-specific
> >application paths, configuration file
hi,
(yay for group reply)
On Mon, Jun 15, 2009 at 06:12:49PM +0200, Raphael Hertzog wrote:
> * `Description` (required)
>
> This obligatory field contains at least a short description on the
> first line. Supplementary lines can be used to provide a longer
> explanation of the patc
On Wed, Apr 01, 2009 at 10:03:07PM +0100, Stephen Gran wrote:
> It feels to me like we're all kind of ignoring the current mechanism for
> enabling and disabling services that we already have.
>
> It might be useful in this conversation to seperate out two different
> ideas:
yeah, i think these t
On Fri, Mar 27, 2009 at 09:48:29PM +0100, Raphael Hertzog wrote:
> Most probably yes. You would have similar problems when merging branches
> too. In the dpkg repo we merged the lenny branch in master regularly and
> it would have lead to the same problem as the commits would have been
> scanned tw
On Thu, Mar 26, 2009 at 05:45:15PM +0100, Adeodato Simó wrote:
> > so i've been working on another one that sends a link to
> > the patch in the VCS viewer url instead, along with doing a pending tag.
> > i'll have to double check on the status of this guy before i send a link
> > to it though.
>
On Thu, Mar 26, 2009 at 09:49:14PM +0100, Adeodato Simó wrote:
> However, this will behave horribly when the run of git-dch or whatever
> tool is committed, since it will want to mark all the bugs as pending
> again; that’s the part where I need suggestions. I’d rather not have the
> hook need any
On Thu, Mar 26, 2009 at 08:03:25AM +0100, Mike Hommey wrote:
> The grafts file format is pretty simple:
> A small example follows:
wow, that was exactly what i wanted to see. thanks for the concise
crash course!
sean
signature.asc
Description: Digital signature
hi mike,
On Wed, Mar 25, 2009 at 03:29:59PM +0100, Mike Hommey wrote:
> You don't need to do that on initial import. You can use a grafts file
> to create the history you like from these 2 unrelated branches, and
> you can then use git filter-branch to rewrite the master branch to
> have the commi
On Tue, Mar 24, 2009 at 09:52:28AM -0700, Ryan Niebur wrote:
> > find . -type f -name 'foo*.dsc' | sort (or similar tools, make sure they're
> > sorted in a way as dpkg would sort the versions) | while read i; do
> > git-import-dsc $i
> > done
> >
>
> git-import-dscs (note the extra s on the
On Tue, Mar 24, 2009 at 04:39:08PM +0100, Raphael Hertzog wrote:
> Sadly it doesn't extract closes: from debian/changelog but only from the
> commit notice (and in dpkg's case I tend to not mention debian
> bugs in the commit log but only in debian/changelog).
yes, it was designed to work more in
On Tue, Mar 24, 2009 at 02:40:05PM +0100, Sandro Tosi wrote:
> Additionally, I'm looking for a post-commit hook that can send the
> commit diff via email to a ml + tagpending the bugs in the diff. I'm
> pretty sure someone out there has this script ready yet, so let's
> share :)
i mentioned this o
hiya,
On Tue, Mar 24, 2009 at 12:29:08PM +0100, Sandro Tosi wrote:
> I tried to put together a guide[1] to convert SVN repo to Git hosted on
> Alioth.
>
> [1] http://wiki.debian.org/Alioth/Git#ConvertaSVNAliothrepositorytoGit
>
> Since I'm not that expert in Git, I'd like to ask you for its rev
hi,
On Fri, Mar 20, 2009 at 08:33:55PM +0200, Omer Zak wrote:
> My wish is that modularization of Debian packages be improved. It means
> that it'll be possible to uninstall all games in a PC and continue to
> have functioning KDE. Likewise - TeX.
in cases where it can function without the extr
hiya zack,
On Thu, Feb 26, 2009 at 09:14:23AM +0100, Stefano Zacchiroli wrote:
> Well, it depends on how dpkg currently handles merges. My impression
> (as a user, never looked at the actual code) is that it not even tries
> to merge, it simply discovers that the local file is not pristine and
> t
On Mon, Feb 23, 2009 at 09:24:17PM +0100, Frank Küster wrote:
> > (1) I use the
> > hooks provided by apt to get the original files from the
> > package
>
> In other words, with ucf you get NOTHING, since there are no original
> files in the package. They are only created temporarily while postins
hiya,
On Sat, Feb 14, 2009 at 11:20:44AM +0100, David Paleino wrote:
> On Sat, 14 Feb 2009 11:17:42 +0100, Adeodato Simó wrote:
>
> > * Jonny Lamb [Fri, 13 Feb 2009 23:41:46 +]:
> >
> > > Version : 0.0.0+git+37ec0c
> >
> > I don't know what your further plans of versioning are for
hi,
On Sun, Feb 08, 2009 at 12:58:43PM +0100, Lionel Elie Mamane wrote:
> I'd think you should enable it for all 32 bit builds; it is, I think,
> a step in having support for large files (files bigger than 2 or 4
> gigabytes), something we wanted to have for... woody.
more specifically, what i th
On Tue, Feb 03, 2009 at 07:49:15PM +0100, Mike Hommey wrote:
> > Having one virtual filesystem mounted on top of another virtual
> > filesystem seems like a recipe for problems.
>
> Like with /sys/fs/fuse/connections ? Come on, there is no problem with a
> virtual filesystem mounted on top of anot
hi,
On Thu, Dec 11, 2008 at 07:29:19AM -0600, Gunnar Wolf wrote:
> > That describes maven itself. 'Archiver component for the Maven
> > software project management and comprehension tool' would be more
> > correct but this is quiet long. Would 'Archiver component for Maven'
> > be okay with you?
>
1 - 100 of 409 matches
Mail list logo
