Package: nginx
Version: 0.7.64-1
Priority: wishlist
Tags: patch
Trying to track down a bug in nginx, I found debugging symbols to be very
useful. The attached patch modifies nginx to build a debugging symbols
package alongside the main build. I'd appreciate it (for future nginx
debugging
tags 554040 patch
thanks
Hi Kevin,
On Tue, Nov 03, 2009 at 07:25:19AM +1100, Kevin Ryde wrote:
It'd be good if ledger.el from sources was included in the package.
Just chucking it and a startup file under the emacs dirs would be enough
and doesn't create a dependency on emacs or
Package: filtergen
Severity: wishlist
Tags: patch
The attached patch allows a literal '*' to be used as an interface name in
an input/output statement to mean all interfaces, and modifies the
iptables backend to handle it appropriately (don't set -i/-o on the
associated rules).
The use cases for
Package: filtergen
Severity: wishlist
Tags: patch
The attached patch implements globbing for include directives in filtergen
rulesets, along with glob()s standard sorting functionality. This allows
filtergen to be more safe (not read backup files and the like scattered
around a directory) and
On Sun, Aug 09, 2009 at 03:31:10PM +0200, Frans Pop wrote:
On Sunday 09 August 2009, Colin Watson wrote:
On Wed, Jul 29, 2009 at 01:14:52PM +0200, Frans Pop wrote:
On Wednesday 29 July 2009, Christian Perrier wrote:
An interesting proposal that Colin made was to converge towards a
Package: wnpp
Severity: wishlist
Owner: Matthew Palmer mpal...@debian.org
* Package name: ctcs
Version : 1.3.1pre1
Upstream Author : Jason T. Collins jcoll...@valinux.com
* URL : http://sourceforge.net/projects/va-ctcs/
* License : GPL
Programming Lang: C
On Fri, Jul 10, 2009 at 04:22:59PM -0700, Andrew Pollock wrote:
forwarded 513553 http://projects.reductivelabs.com/issues/2406
thanks
On Fri, Jan 30, 2009 at 02:44:20PM +1100, Jayen Ashar wrote:
Package: puppet
Version: 0.24.6-1
Severity: wishlist
I'd like to be able to specify
On Tue, Jul 07, 2009 at 03:24:51PM -0400, seph wrote:
Package: facter
Version: 1.5.6-2
facter 1.5.6-2 installs to /usr/lib/ruby/vendor_ruby, which is not in
the LTS ruby's search path.
LTS == Ubuntu 6.06 / 8.whatever? If so, this report is invalid as
Debian doesn't support Ubuntu
tag 528670 moreinfo
thanks
In section 3.3 of the documentation, the British Pound symbol is displayed
with the U+FFFD REPLACEMENT CHARACTER rather than U+00A3 POUND SIGN.
I think this is because the info file is encoded with latin1 rather than
UTF-8.
That certainly seems to be the case --
On Tue, Jun 30, 2009 at 12:07:08PM +0100, Sam Morris wrote:
On Tue, 2009-06-30 at 19:11 +1000, Matthew Palmer wrote:
In section 3.3 of the documentation, the British Pound symbol is displayed
with the U+FFFD REPLACEMENT CHARACTER rather than U+00A3 POUND SIGN.
I think this is because
Just trying to get vim-vimoutliner running on a new machine, and I notice
that there's still no mention of vim-addons in README.Debian. Any chance of
getting an upload of 0.3.4-9, to close off these pending bugs?
Thanks,
- Matt
--
To UNSUBSCRIBE, email to
On Wed, Jun 10, 2009 at 10:44:46AM +1000, Jayen Ashar wrote:
How can I set aptitude as my preferred package provider globally? I
can't find any documentation on it, and a google search for global
preferred package provider (and variants) doesn't give me anything
useful.
Default the
On Wed, Jun 10, 2009 at 11:40:49AM +1000, Jayen Ashar wrote:
Matthew Palmer wrote:
On Wed, Jun 10, 2009 at 10:44:46AM +1000, Jayen Ashar wrote:
Is there any documentation on why apt-get is the default for
debian/ubuntu, when aptitude is installed?
Because nobody's put forward a patch
Package: slim
Version: 1.3.0-1+lenny1
I just uninstalled slim, and no attempt was made to stop the daemon in the
maintainer scripts. This is somewhat untidy.
- Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
It looks like slim isn't properly wait()ing on the X server, as after it is
killed it's left as a zombie rather than being reaped as it should.
- Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Turns out I was wrong to say that using pkgsel/include was a sufficient
workaround -- there's too much stuff that Puppet does to make installing all
those packages in pkgsel/include practical.
I have, however, gotten a puppetless reproduction method. Just set
preseed/late_command to something
Package: approx
Version: 4.0-1
Severity: important
I feel like I must be doing something wrong, but I cannot for the life of me
imagine what it is. Basically, despite the udebs I want being in the cache,
and the cache finding the file, it's deciding to download the file again
anyway. As an
tags 527188 +patch
thanks
Turns out that it was a udeb-specific problem all along... the following
patch fixes the problem:
--- approx-4.0.orig/release.ml
+++ approx-4.0/release.ml
@@ -61,7 +61,7 @@
let is_pdiff file =
Filename.basename file Index diff_index_dir file
-let
Turns out that the main problem here (cached contents not being served up)
is specific to udebs, and other content gets served up OK. There's a patch
to that problem in #527188. However, I'm still not sure that giving a 304
if curl craps out is really the right answer here; I think it would be
I've just hit this bug myself, in much the same way as Adrian Bridgett did
-- trying to install and run Puppet inside the late_command of a preseeded
installation. I'm running Lenny d-i, as built Right Now out of
debian-installer-20090123lenny1 (I'm slipstreaming a couple of local udebs
that
OK, so it's not actually Puppet installs that do it for me... it's
openssh-server (which I was installing alongside it). Nothing like an
assumption to ruin your day...
At any rate, the symptoms are still substantively the same -- preseeded
install, a hang at Running preseed, the error
Package: approx
Version: 4.0-1
Severity: normal
Hi,
I'm trying to use approx in offline mode to provide me with packages for VMs
and such while I'm off 'net. Unfortunately, approx seems to have a strange
problem where it will return 304 Not Modified for files that exist, rather
than just
Package: approx
Version: 4.0-1
Severity: normal
I've just discovered that approx does not gracefully handle HEAD requests,
as used by d-i (via the wget --spider command). This makes it rather tricky
to use an approx cache to back d-i development.
Testing: identify a file that exists in the
On Tue, Apr 21, 2009 at 07:31:23PM +1000, Jason White wrote:
sample.dat is included in the source archive, but has been omitted from the
package. I think it belongs in /usr/share/doc/ledger/sample.dat.gz or under an
examples subdirectory of the ledger documentation directory.
Quite right. It
On Tue, Apr 21, 2009 at 10:56:16PM -0400, Eric Cooper wrote:
package approx
tag 524984 confirmed
thanks
I've just discovered that approx does not gracefully handle HEAD
requests, as used by d-i (via the wget --spider command). This
makes it rather tricky to use an approx cache to back
On Wed, Mar 18, 2009 at 12:09:20PM +0100, Martin Michlmayr wrote:
Package: dns323-firmware-tools
Version: 0.3
You forgot to include splitdns323fw. :)
Oy vey. New upload on it's way.
- Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On Sun, Mar 15, 2009 at 06:37:07PM +0100, Martin Michlmayr wrote:
Please upload version 0.3 - it would be nice to have splitdns323fw in
Debian too.
Whoops, I thought I'd uploaded 0.3. I'll prepare that now. I'll also
update the docs to reflect the updated numbers for the CH3SNAS that you
On Sun, Feb 08, 2009 at 08:24:51PM +0100, martin f krafft wrote:
Maybe it would make sense to put puppetmaster stuff into
/var/lib/puppetmaster so that I can treat localhost as just another
host?
That's how I do it (puppetmaster SSL in a separate directory), but you could
also set an altName
On Sun, Feb 08, 2009 at 10:16:57PM +0100, martin f krafft wrote:
also sprach Matthew Palmer mpal...@debian.org [2009.02.08.2203 +0100]:
That's how I do it (puppetmaster SSL in a separate directory),
I'd like that to be default!
And I'd like a pony.
I'm not the package maintainer, so
On Sun, Feb 08, 2009 at 05:33:05PM -0500, Micah Anderson wrote:
* Matthew Palmer mpal...@debian.org [2009-02-08 16:54-0500]:
On Sun, Feb 08, 2009 at 10:16:57PM +0100, martin f krafft wrote:
also sprach Matthew Palmer mpal...@debian.org [2009.02.08.2203 +0100]:
That's how I do
On Wed, Jan 28, 2009 at 02:32:30PM +1100, Jayen Ashar wrote:
Package: puppetmaster
Version: 0.24.6-1
Severity: normal
the puppet classifer spits out this as part of its yaml:
---
classes:
- debian_etch
parameters:
stage: 0
the manifest contains:
if $stage = 0 {
the error
I just wanted to let you know that I've upgraded cups to 1.3.8-1lenny4 and
the problem persists. The patch I linked to previously still applies and
fixes the problem. Please consider fixing this bug in lenny; I'm not
looking forward to manually patching and rebuilding CUPS every time a
security
On Wed, Dec 03, 2008 at 12:15:30PM -0500, Micah Anderson wrote:
* Matthew Palmer [EMAIL PROTECTED] [2008-11-29 18:29-0500]:
Looking at what's started at 20 on my local system, I can't see anything
that Puppet explicitly depends on, so if it's causing anyone any hassle
where it is, I'd say
On Sat, Nov 29, 2008 at 06:12:23PM -0500, Micah Anderson wrote:
I'm trying to suss out why you originally set the puppet package to do a
dh_installinit for the puppet daemon to specifically start at 21:
dh_installinit -ppuppet --error-handler=true -- defaults 21
I'm sure there is a good
Package: cups
Severity: important
Version: 1.3.8-1lenny2
Hi,
I've been having some problems creating a printer using the web interface in
the above CUPS version. After some hunting, I've managed to find a very
nicely notated RHEL bug that describes the problem:
tag 501504 unreproducible moreinfo
thanks
I followed the steps given by Stephen on a pair of cleanly installed Lenny
machines (both with puppet 0.24.5-2), and there is no problems with
certificate signing or retrieval that I can see. I've verified that the
openssl package is not installed on
On Sat, Oct 25, 2008 at 12:48:17PM +0200, Martin Michlmayr wrote:
* Matt Palmer [EMAIL PROTECTED] [2008-10-24 22:02]:
A better patch, based on Martin Michlmayr's feedback, is attached. Enjoy!
Looks good, thanks. I'll apply it after lenny.
The only remaining question is what default IP
On Wed, Oct 22, 2008 at 05:26:24PM +0200, Martin Michlmayr wrote:
* Matthew Palmer [EMAIL PROTECTED] [2008-10-22 11:34]:
I wasn't sure if adding an extra udeb into the initrd was acceptable; since
it's OK, I've reworked the patch to do that instead. New patch attached,
with tests this time
Package: linux-image-2.6.26-1-orion5x
Severity: normal
Tags: patch
The attached patch improves the kernel's support for the DNS-323 in a few
areas:
* It reads the MAC address for the on-board NIC out of flash, and uses it in
the NIC initialisation (all DNS-323 models); and
* The SATA
On Thu, Oct 23, 2008 at 10:00:23AM +0200, Martin Michlmayr wrote:
* Matthew Palmer [EMAIL PROTECTED] [2008-10-23 18:23]:
The attached patch improves the kernel's support for the DNS-323 in a few
areas:
* It reads the MAC address for the on-board NIC out of flash, and uses
On Wed, Oct 22, 2008 at 05:18:39PM +0200, Martin Michlmayr wrote:
* Matthew Palmer [EMAIL PROTECTED] [2008-10-22 11:38]:
and kernel uBoot files, and a complete firmware image, for the DNS-323 and
CH3SNAS devices. The patch requires a new package dns323-firmware-tools,
which is currently
On Thu, Oct 23, 2008 at 01:03:08PM +0200, Martin Michlmayr wrote:
* Matthew Palmer [EMAIL PROTECTED] [2008-10-23 21:18]:
Sure, I've attached a SATA-only patch. I didn't realise you were so
efficient. grin
One more question before I apply this: do you have to update
I can confirm that Colin's patch of Tue, 21 Oct 2008 22:57:45 +0100 fixes
the problem for me on a test install on amd64. I tested by building parted
and then putting the udeb into localudebs and putting it into the initrd.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
I wasn't sure if adding an extra udeb into the initrd was acceptable; since
it's OK, I've reworked the patch to do that instead. New patch attached,
with tests this time (I forgot to include them in the diff last time).
- Matt
unchanged:
---
Package: debian-installer
Severity: normal
Tags: patch
The attached patch extends d-i firmware building for armel to build initrd
and kernel uBoot files, and a complete firmware image, for the DNS-323 and
CH3SNAS devices. The patch requires a new package dns323-firmware-tools,
which is currently
As further confirmation, I've just tested an install on an armel box with
Colin's patch, and it worked nicely there, too.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: linux-kernel-di-armel-2.6
Severity: normal
Hi,
Please include a minix-modules package in the armel d-i kernel build, as per
this patch:
diff -urN linux-kernel-di-armel-2.6.orig/modules/armel-orion5x/minix-modules
linux-kernel-di-armel-2.6/modules/armel-orion5x/minix-modules
---
Package: oldsys-preseed
Severity: normal
Tags: patch
The attached patch adds the ability to extract hostname and network
information from the nvram of a DNS-323 (tested on a rev B1 machine).
- Matt
From 7a16c8d3b4fcaedb1bdcb4fe63bd134d1a98f372 Mon Sep 17 00:00:00 2001
From: Matt Palmer [EMAIL
On Wed, Oct 08, 2008 at 09:20:32AM +0200, Stephan Hermann wrote:
On Wed, 2008-10-08 at 11:33 +1100, Matthew Palmer wrote:
On Tue, Oct 07, 2008 at 11:36:44PM +0200, Stephan Hermann wrote:
Package: puppet
Version: 0.24.5-2
Dear Colleagues,
please add the openssl package
On Tue, Oct 07, 2008 at 11:36:44PM +0200, Stephan Hermann wrote:
Package: puppet
Version: 0.24.5-2
Dear Colleagues,
please add the openssl package to Depends/Recommends/Suggests to the
puppet package.
puppetca needs it to sign and generate keyfiles and signatures.
That would actually
On Thu, Oct 02, 2008 at 09:58:23AM +1000, Jayen Ashar wrote:
Package: puppet
Version: 0.24.4-8~bpo40+1
Severity: minor
my puppetmaster manifest has:
tidy {
/c/z3208682/test_tidy:
matches = README.desktop,
recurse = inf,
require = [ File[/etc/kde-profile],
On Tue, Sep 09, 2008 at 01:02:06PM +0100, Adrian Bridgett wrote:
On Tue, Sep 9, 2008 at 10:30:17 +1000 (+1000), Matthew Palmer wrote:
On Mon, Sep 08, 2008 at 04:01:34PM -0400, Micah Anderson wrote:
* Adrian Bridgett [EMAIL PROTECTED] [2008-09-08 10:50-0400]:
Package: puppet
Version
On Mon, Sep 08, 2008 at 04:01:34PM -0400, Micah Anderson wrote:
* Adrian Bridgett [EMAIL PROTECTED] [2008-09-08 10:50-0400]:
Package: puppet
Version: 0.24.5-2
/etc/default/puppet has this:
# Start puppet on boot?
START=yes
however the init script never appears to check this
found 440303 3.0.1-1
thanks
I had this bug with Iceweasel 2.something, but never quite got around to
reporting it. It's biting me again with Iceweasel 3.0.1-1, so I figure it's
time to prod this a bit. I'm running an Intel chipset using xrandr rather
than Xinerama, so it's not *quite* the same
The contents of facts stopped getting downcased with 0.22.0, and was made
configurable in 0.22.1. This option, 'downcasefacts', was defaulted to
false in 0.22.1, and is defaulted similarly in 0.24.4 and 0.24.5. I would
look to local config files for changes.
- Matt
--
To UNSUBSCRIBE, email
On Tue, Aug 05, 2008 at 12:03:28AM -0700, Russ Allbery wrote:
Matthew Palmer [EMAIL PROTECTED] writes:
The contents of facts stopped getting downcased with 0.22.0, and was made
configurable in 0.22.1. This option, 'downcasefacts', was defaulted to
false in 0.22.1, and is defaulted
It would appear that the doc building stuff is at
http://efault.net/npat/hacks/xmlmp/ -- I'll look at either making a separate
package or incorporating the relevant scripts into picocom shortly.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
On Mon, Jun 23, 2008 at 10:39:12PM +0200, intrigeri wrote:
Hello,
Attached is a patch that adds a new log level which, if called by
an action, causes the entire backup run to be halted. This is quite
important for certain sorts of actions, such as device mounting,
which must be able to
On Mon, Jun 09, 2008 at 03:41:29PM +1000, Trent W. Buck wrote:
On Mon, Jun 09, 2008 at 02:36:14PM +1000, Matthew Palmer wrote:
As I really want to see ledger in Debian, I am going to start
working on a package of ledger of my own shortly. Trent, if you are
still interested in being
Hi,
I've noticed that nothing further appears to have been done to this ITP
since the licence problem was mentioned in July last year. As I mentioned
in January, I do not believe that the issue is a showstopper for inclusion
in Debian, and I offered upload sponsorship if required.
As I really
found 466189 1.1.1-1
thanks
A Suggests is not a Recommends, and I still think that a Recommends is what
is required here.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
FYI, I can't find any instance of the string 'instaling' in either the
rubygems or libgems-ruby1.8 package, version 1.0.1-4. I strongly suspect
it's already been fixed.
Incidentally, Lucas, it would have been handy to know how/where you reported
this upstream, so I could have gone straight to
Package: ruby1.8-dev
Version: 1.8.6.111-4
Severity: minor
Files in /usr/lib/ruby/1.8/i486-linux provided by ruby1.8-dev reference
header files provided by libc6-dev. Although it is possible to use some of
the functionality of ruby1.8-dev without it (mkmf) at least a Recommends on
libc6-dev (if
Package: rubygems
Version: 1.0.1-4
Severity: minor
At present, if you install the 'rubygems' package on a minimal system, you
don't have the ability to build any arch-native gems, since none of the
necessary development tools are installed.
I believe that the tools required to build arch-native
Trent,
Personally, I think d-legal is being a little over-paranoid in this case --
I can't find any files licenced contrarily to the clearly labeled LICENSE
file in the root of the distribution. If you've got packages ready to
upload, I say go for it and let ftpmasters reject it if they think
Package: backupninja
Version: 0.9.5-2
Severity: minor
svn+ssh://code.autistici.org/svn/backupninja/branches/debian/trunk.
Username and password would be nice. Or perhaps s/svn\+ssh/http/. Whatever
floats your boat.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
tag 424639 +patch
thanks
Patch attached. Tested OK for me.
- Matt
Wed Dec 12 12:24:19 EST 2007 Matt Palmer [EMAIL PROTECTED]
* rdiff-backup: Incorporate sshoptions into options via remote-schema if it
isn't already specified
diff -rN -u old-sol1.debian/handlers/rdiff.in
Package: backupninja
Severity: wishlist
Version: 0.9.5-2
Attached is a patch that adds a new log level which, if called by an
action, causes the entire backup run to be halted. This is quite important
for certain sorts of actions, such as device mounting, which must be able to
stop the entire
Package: guml
Severity: wishlist
A few random improvements to the GUML sources, from Antoine Nguyen.
- Matt
- Forwarded message from Antoine Nguyen [EMAIL PROTECTED] -
Date: Fri, 10 Aug 2007 09:09:55 +0200
From: Antoine Nguyen [EMAIL PROTECTED]
To: Matthew Palmer [EMAIL PROTECTED
Package: wnpp
Severity: normal
I haven't done anything with UML in ages, and I've given up trying to work
out WTF is going on with the Python policy. Someone else can have the
entertainment. You'll be taking over upstream as well.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: wnpp
Severity: normal
I no longer wish to maintain this package.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, Nov 23, 2007 at 09:29:17AM +, Adrian Bridgett wrote:
/var/lib/puppet is created by the preinst as a side effect of calling
adduser. If the user already exists (e.g. you are using a
centralised system such as NIS or LDAP) then adduser will not create
the directory which then
severity 452064 minor
thanks
I get this when starting our puppet server. Notice how the puppet client
tries to connect, and fails to connect to the master, before the master is
started.
[...]
Here's a patch to the postinst of puppet to make it start later:
---
Package: backupninja
Severity: minor
Version: 0.9.4-6
Attached is a patch to fix a fairly irritating (though not, as far as I can
tell, fatal) problem in the MySQL handler. Instead of doing half-baked
things with stripping the word 'Databases' out of the output, we instead
explicitly ask MySQL
tag 448179 +confirmed
tag 448179 +patch
thanks
On Fri, Oct 26, 2007 at 11:52:45PM +0200, David Schmitt wrote:
Yeah, removing the quotes did the trick
W00t. I'll get a new release out in the next 24 hours or so.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Fri, Oct 26, 2007 at 07:21:34PM +0200, David Schmitt wrote:
err: Could not retrieve configuration: Puppet::Parser::Interpreter failed
with error ActiveRecord::StatementInvalid: PGError: ERROR: syntax error at
or near t at character 743
Yeah, I've noticed this happening in the last few days
On Fri, Oct 26, 2007 at 07:25:44PM +0200, David Schmitt wrote:
I've remove a plugin from a module and now all my clients complain:
[EMAIL PROTECTED]:/# puppetd --test
info: Retrieving plugins
notice:
/plugin_collector/File[/var/lib/puppet/lib/puppet/provider/pg_database]: Not
removing
On Fri, Oct 19, 2007 at 09:16:37PM -0400, The Anarcat wrote:
On Sat, Oct 20, 2007 at 11:06:07AM +1000, Matthew Palmer wrote:
Gah, I despise PID files. And programs that assume things about their
placement and permissions.
Well, pidfiles do have a function, how else do you deal
On Fri, Oct 19, 2007 at 08:19:31PM -0400, The Anarcat wrote:
The fix is simple, and should be part of the postinst (or simply in
debian/rules):
mkdir /var/run/puppet
chown puppet:puppet !$
This fix won't work, because /var/run is often a tmpfs, so /var/run/puppet
will get lunched on reboot.
On Mon, Oct 15, 2007 at 03:42:46PM -0400, Micah Anderson wrote:
I was following
http://reductivelabs.com/trac/puppet/wiki/PluginsInModules which told me
to get rid of the path parameter (check), move my existing plugins out
into modules (check), turn off factsync (check), turn on
tag 446390 +unreproducible
thanks
On Fri, Oct 12, 2007 at 02:47:51PM -0400, Micah Anderson wrote:
I set pluginsync=true in my client's puppet.conf and then ran a puppetd
--test and found to my horror it brought over all kinds of ugly .svn
dirs:
Presumably saying that's what you get for using
On Sun, Oct 14, 2007 at 12:10:42PM -0400, Micah Anderson wrote:
* Matthew Palmer [EMAIL PROTECTED] [071014 00:07]:
On Fri, Oct 12, 2007 at 02:47:51PM -0400, Micah Anderson wrote:
I dont want those! So I found the pluginsignore config variable, its
default is: .svn CVS, which made me
severity 445626 normal
thanks
On Sun, Oct 07, 2007 at 02:18:59PM +0300, Vitalie Lazu wrote:
This problem was fixed in package source:
http://reductivelabs.com/trac/puppet/ticket/831
I'll apply the patch if it's suitable once -10 hits testing.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL
On Sun, Oct 07, 2007 at 02:57:08AM -0400, Micah Anderson wrote:
Resouces that are exported on one node aren't properly collected due
to a cached configuration causing puppet not to notice that there is a new
exported resource to be configured.
When I applied the patch in this trac bug, the
It is my intention to NMU libshadow-ruby to fix this problem in the next few
days, unless a maintainer upload or some other responses to this bug report
is made.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, Sep 26, 2007 at 11:19:16AM -0400, Micah Anderson wrote:
Package: puppetmaster
Version: 0.23.2-7
Severity: normal
This intermittant error started showing up when I upgraded my clients
and master to 0.23.2-6, and is still there in -7:
Sep 26 06:02:10 petrel puppetd[17101]: Could
At least half of this bug is caused by some changes that I've been rolling
into the packages since 0.23.2-4. The critical line in the program output
is:
warning: The 'plugins' module can not have a path. Ignoring attempt to
set it
That is, the 'plugins' module is being detected as a special
On Tue, Sep 11, 2007 at 11:05:58AM -0700, Digant C Kasundra wrote:
I can see your point for keeping them in /var. Will there be a patched
release that doesn't move certs to /var if there is a puppet.conf,
puppetd.conf, or puppetmasterd.conf that manages the ssl cert dir?
If I can work out
On Wed, Sep 05, 2007 at 11:51:04AM -0700, Digant C Kasundra wrote:
--On Wednesday, September 05, 2007 8:57 AM +1000 Matthew Palmer
[EMAIL PROTECTED] wrote:
On Tue, Sep 04, 2007 at 11:41:44AM -0700, Digant C Kasundra wrote:
--On Saturday, September 01, 2007 10:19:35 AM +1000 Matthew Palmer
On Tue, Sep 04, 2007 at 11:41:44AM -0700, Digant C Kasundra wrote:
--On Saturday, September 01, 2007 10:19:35 AM +1000 Matthew Palmer
[EMAIL PROTECTED] wrote:
On Fri, Aug 31, 2007 at 11:39:46AM -0700, Digant C Kasundra wrote:
therefore, this moves our ssl certs over to /var/lib/puppet/ssl
On Fri, Aug 31, 2007 at 11:39:46AM -0700, Digant C Kasundra wrote:
Our Debian systems already have certs in /etc/puppet/ssl. Installing
the latest puppet client package seems to destroy those certs and create
new ones.
It shouldn't *destroy* them. In your case, it should just perform an
On Wed, Jul 18, 2007 at 11:24:35PM +0200, Markus Fischer wrote:
Package: puppet
Version: 0.20.1-1
Severity: important
The help switch doesn't work on any of the executeables in the
puppet/puppetmaster package. This is the output I get:
Please upgrade to 0.23.0-1 from unstable (it should
version strings.
# Copyright (C) 2007 Matthew Palmer [EMAIL PROTECTED]
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option
On Tue, Jul 03, 2007 at 02:04:16PM +0200, Davide Truffa wrote:
Matthew,
if you agree I can take over the package, I use it every day.
Sold! To the man in the funny hat. (Caution: Funny hat may exist
only in my imagination) grin
I debianized the latest version 4.9 for my personal use, and
On Mon, Jun 25, 2007 at 10:33:30PM +0200, Francesco Poli wrote:
On Sun, 24 Jun 2007 09:26:24 +1000 Matthew Palmer wrote:
On Sat, Jun 23, 2007 at 08:51:32PM +0200, Francesco Poli wrote:
any progress on the packaging of the new upstream version?
Nope. Feel like taking over the package
On Sat, Jun 23, 2007 at 08:51:32PM +0200, Francesco Poli wrote:
any progress on the packaging of the new upstream version?
Nope. Feel like taking over the package? I don't use fbpanel any more for
anything, and don't have much motivation to work on it either. I can
sponsor uploads if you
Package: ftp.debian.org
Severity: normal
My grand plans for this package never worked out, I'm not confident
that it'll work properly with PHP5, and I don't have the inclination to find
out. It barely even gets on the popcon list, so I don't think anyone's ever
really taken an interest in it,
Package: libshadow-ruby1.8
Severity: important
Version: 1.4.1-7
Tags: patch
Justification: renders package unuseable on AMD64
Very simple to reproduce:
# irb
irb(main):001:0 require 'shadow'
/usr/lib/ruby/1.8/x86_64-linux/shadow.so: [BUG] Segmentation fault
ruby 1.8.4 (2005-12-24) [x86_64-linux]
The attached patch, from Kostas Georgiou (the Fedora maintainer for
shadow-ruby), expands on my earlier fix, by also correcting problems with
calls to other functions. Please use this patch in preference to my earlier
attempt.
- Matt
--- shadow-1.4.1/shadow.c-orig 2007-05-15 13:09:41.0
tag 407506 +moreinfo
thanks
I'm not quite sure what you're asking for here -- do you want the default
template directory to be /etc/puppet/templates, or something else? Changing
the default is a relatively drastic measure, and I'd want to discuss it
upstream before doing it for the hey of it[1].
101 - 200 of 322 matches
Mail list logo
