Package: unbound
Version: 1.9.0-2
Severity: normal
Tags: patch
With the introduction of a safety check around the use of --pidfile in
start-stop-daemon (the best summary of which I've found is in
https://bugs.debian.org/921557), the unbound init script's use of
start-stop-daemon in the 'reload'
Package: lists.debian.org
Severity: wishlist
Howdy,
For the Squeeze LTS project, we would like two Debian mailing lists setup to
help communicate changes out to the wider LTS userbase. I've put them both
in this one bug report, but I'll split out the request data to make it
easier to parse.
Package: td2planet
Version: 0.3.0-1
Severity: minor
http://github/znz/td2planet/ isn't a URL that's going to lead anywhere
useful, unless `com` is in your resolver search path...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: vagrant
Version: 1.0.3-1
Severity: normal
Since vagrant depends on rubygems, and rubygems depends on ruby1.8,
installing vagrant pulls in ruby1.8 (or prevents its removal, as happened in
my case). Since vagrant depends on ruby, and not ruby1.8, I assume that
vagrant supports Ruby 1.9.
Package: ftp.debian.org
Severity: normal
Hi FTP masters,
I uploaded CTCS some time ago with the intention of using it for some
projects and improving it. That didn't eventuate, and I've moved away from
using it entirely, as I believe it is of very poor quality and not worth
keeping in Debian.
Package: asql
Version: 1.6-1
Severity: minor
It's easiest just to demonstrate this:
-8-
$ asql
asql v1.6 - type 'help' for help.
asql show
The table 'log' table has the following columns:
[...]
asql select * from log;
DBD::SQLite::db prepare failed: no such table: log at
Package: asql
Version: 1.6-1
Severity: normal
I'm attempting to script the update of an existing asql database with new
log entries, but re-saving the database file results in an empty log file.
The problem isn't automation specific, it'll blow up quite happily
interactively to, as the following
Thought I'd add my two cents on this one -- I've been wrestling with this
one for a little while now, and stumbled across this bug. Thank $DEITY
*someone* identified it. I've modified my shebang to read #!/bin/bash and
lo! it works again.
This has been going on for a while, and it's stumping
I've built an i386 testing mini.iso containing a proposed fix for this bug,
and uploaded it to:
http://people.debian.org/~mpalmer/614884_mini.iso
If someone can test it out with an NM package that has the appropriate
script (Ben Armstrong felt that an appropriate NM package wasn't already in
severity 614054 minor
thanks
On Sat, Feb 19, 2011 at 01:40:06PM +0100, minino wrote:
We find several cases in which D-I hangs searching network wired card when it
needs extra firmware.
Please attach the syslog from the installation demonstrating the hang
behaviour; that will allow us to
On Thu, Feb 17, 2011 at 07:17:48PM +0100, Christian PERRIER wrote:
In this bug report, it is suggested that D-I does not attempt to sync
the clock with NTP if no network was configuredwhich makes
sense...
One way to do this could be presetting clock-setup/ntp to False if
no network
tag 537271 +help +wontfix # Need a 'cantfix' tag
thanks
On Sun, Feb 06, 2011 at 05:51:06PM -0500, Robert Edmonds wrote:
Debian Bug Tracking System wrote:
Given that there is no possible way to detect that the network link is up
but unuseable,
did you even read #537271?
No, I find it far
As you have identified:
On Sun, Feb 06, 2011 at 10:15:48PM -0500, Robert Edmonds wrote:
(this should probably
actually be a loop that repeatedly invokes arping with a short
timeout in order to update the progress bar.)
This really needs to be implemented. Leaving users hanging
reassign 612109 choose-mirror-bin
thanks
netcfg has nothing whatsoever to do with choosing a mirror. Just sayin'.
On Sat, Feb 05, 2011 at 03:39:37PM -0800, Josh Triplett wrote:
The question asking for an HTTP proxy could instead auto-detect the need
for a proxy by trying to fetch a fixed URI
Just a quick note on this issue: I'm definitely planning on fixing this up
for Wheezy, and sooner rather than later. However, my work on IPv6 has
completely rewritten this part of the codebase, so the patch from Floris has
no hope of applying cleanly. I will, however, be writing an equivalent
On Thu, Feb 03, 2011 at 03:08:24PM +0100, Jérémie Corbier wrote:
Hello Matthew,
On Thu, Feb 03, 2011 at 05:05:14PM +1100, Matthew Palmer wrote:
In order to support the installation of Debian over IPv6 networks, I need to
run dhcp6c. The attached patch builds a wide-dhcpv6-client-udeb
retitle 611330 Please build ndisc6-udeb and rdnssd-udeb
thanks
I've now discovered that I need the rdisc6 tool as well as rdnssd, so the
attached patch now builds an ndisc6-udeb containing just the rdisc6 binary.
I've also fixed up the rdnssd-udeb (added a Section: header), so the
attached patch
Package: src:wide-dhcpv6
Severity: wishlist
Tags: patch ipv6
In order to support the installation of Debian over IPv6 networks, I need to
run dhcp6c. The attached patch builds a wide-dhcpv6-client-udeb for
integration into d-i. Please apply it at your earliest convenience.
Thanks,
- Matt
diff
On Sun, Jan 30, 2011 at 04:24:13PM +0100, Floris Bos wrote:
I think that at least selection of the network interface by MAC-address
instead of interface name should be possible.
There is currently a patch pending for Ubuntu:
http://launchpadlibrarian.net/60443113/S31pxedust
(belonging to
Package: dbndns
Version: 1:1.05-9~exp0
Severity: normal
File: /usr/bin/dnscache
Tags: ipv6
Hi,
I'm trying to fully IPv6-proof my home network, and currently using
test-ipv6.com as a starting benchmark. It has flagged that my local
resolver, dnscache in this case, is unable to perform a DNS
tag 611250 +help
tag 611250 +wontfix
thanks
On Thu, Jan 27, 2011 at 12:03:23PM +0100, Martin Zobel-Helas wrote:
it would be nice if the debian-installer could support network bonding
on several interfaces.
I'm with Ferenc on this; bonding isn't necessary to install the system, so
I'm loathe to
Package: src:ndisc6
Version: 0.9.8-1
Severity: wishlist
Tags: patch ipv6
Hi,
For fully functioning IPv6 support in the debian installer, I'd like to
detect DNS in RAs, and the rdnssd program fills that need nicely.
Consequently, we need to build a udeb version of the rdnssd package to allow
On Mon, Jan 24, 2011 at 03:54:16PM +0100, Stefan Lippers-Hollmann wrote:
On Monday 24 January 2011, Matthew Palmer wrote:
Package: src:wpasupplicant
Version: 0.6.10-2.1
Severity: wishlist
Tags: patch
It is planned that the next release of Debian Installer will include WPA
I hope
On Mon, Jan 24, 2011 at 06:05:53PM +0100, Dennis Hoppe wrote:
Am 24.01.2011 08:28, schrieb Matthew Palmer:
On Fri, Jan 21, 2011 at 04:54:40PM +0100, Dennis Hoppe wrote:
Am 20.01.2011 02:16, schrieb Matthew Palmer:
* The kernel and initrd you're booting with; can I get the md5sums of them
severity 591012 wishlist
user debian...@lists.debian.org
usertags gift
thanks
The more time passes, the more I think this is a good idea. It looks like
everything (or nearly everything) supports it, wifi interfaces support it
(which gives it better compatibility than ethtool/MII anyway), and it
Package: sawfish
Version: 1:1.3.5.2-2
Severity: normal
Tags: patch
I've just upgraded my system to squeeze (with GNOME 2.30), and sawfish
completely failed to start. I followed directions online to use
gconf-editor to set:
/desktop/gnome/session/required_components/windowmanager
to 'sawfish'
Package: src:wpasupplicant
Version: 0.6.10-2.1
Severity: wishlist
Tags: patch
It is planned that the next release of Debian Installer will include WPA
support, a long overdue feature. To make this work, however, we need a udeb
of wpasupplicant that can be built-in to the installer to
On Fri, Jan 21, 2011 at 04:54:40PM +0100, Dennis Hoppe wrote:
Am 20.01.2011 02:16, schrieb Matthew Palmer:
* The kernel and initrd you're booting with; can I get the md5sums of them
and where you got them from?
i am using the file debian-multi_5.0.7.iso from one of the official
Debian
tag 607766 +confirmed
thanks
Just a quick note to indicate that I have, indeed, confirmed this bug, and
it's quite easy to reproduce -- just turn off your DHCP server, setup your
wireless NIC, then try and do anything with it.
More investigation will be carried out into WTF is actually going on
Package: netcfg
Version: 1.59
Severity: wishlist
User: debian...@lists.debian.org
Usertags: gift
I've just committed a simple fix to static.c to allow netcfg to pause
until it finds a good link on a statically configured interface (look for
the netcfg_detect_link() call).
However, if link
This would be a good project for someone looking to get into netcfg... like
the other 'gift' bugs I've filed.
Basically, you just need to put debconf_progress_start/stop calls at the top
of netcfg_activate_static(), and add progress calls as you do each step.
There shouldn't be much to it at
Package: netcfg
Version: 1.59
Severity: wishlist
User: debian...@lists.debian.org
Usertags: gift
With the closing of #414117, we've introduced a more robust method of
detecting which network interfaces we want to configure have link. This is
required because link autonegotiation (and other
reassign 610553 netcfg
thanks
On Thu, Jan 20, 2011 at 12:29:29PM -0400, Joey Hess wrote:
Matthew Palmer wrote:
Yeah, I thought about that, but it appears as though finish-install wants to
own all those sorts of things itself. I would have expected
50config-target-network to be in netcfg
Hi Robert,
You've probably completely forgotten about this bug report... but I'm
resurrecting it in a big netcfg cleanup.
Whilst your patch is fine as it is, I'm not inclined to apply it, because
I'm planning on taking netcfg in a slightly different direction. My plan
for default installations
tag 186029 +moreinfo
thanks
Hi,
I'm triaging netcfg bugs. Bear with me on this archaeological endeavour.
Like Joey Hess, I'm having trouble identifying questions that can be grouped
together. Even the IP address/netmask questions aren't groupable any more,
as there's changes in the works to
Just for the record, the difference between the size of the binary in
busybox-udeb 1.17.1-9 (as is currently in git) when built on i386 with and
without vconfig is 384 bytes. vconfig in is 212732, vconfig out is 212348.
I built both locally in the same chroot to remove any other biases (gcc
Is there any reason this patch hasn't been applied? I can confirm that the
described change does make approx accessable via IPv6.
- Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: approx
Version: 4.5-1
Severity: normal
Tags: ipv6
When attempting to make a request to an IPv6-enabled approx installation
(after applying the fix in #527397, *nudge*), attempts to use approx using
an IPv6 literal (using the format described in RFC2732), doesn't work. To
test this, I
On Thu, Jan 20, 2011 at 09:01:19AM -0500, Eric Cooper wrote:
Can you please send me the excerpts from the approx server's log (with
$debug turned on) for the working and non-working case? Thanks.
Sure. I should have thought to send those along in the first place.
Good request:
Jan 21
On Thu, Jan 20, 2011 at 09:06:09AM -0500, Eric Cooper wrote:
Is there any reason this patch hasn't been applied? I can confirm that the
described change does make approx accessable via IPv6.
Sorry, just inertia. I also haven't found any other packages that
enable IPv6 entries in
package netcfg
tag 610526 +moreinfo
tag 610526 +unreproducible
thanks
Hi Dennis,
I'm having some trouble reproducing your bug report.
Here are the exact steps I took:
1) Download the mini.iso from
clone 610553
reassign 610553 finish-install
reassign -1 di-utils-reboot
thanks
On Wed, Jan 19, 2011 at 03:32:59PM -0500, Jeffrey Sheinberg wrote:
Install of squeeze-rc1 (expert mode, non-graphical) from *.iso - works
great except the network is not cleanly deconfigured for DHCP.
Solution -
On Thu, Jan 20, 2011 at 06:00:51AM +0100, Christian PERRIER wrote:
Quoting Matthew Palmer (mpal...@debian.org):
clone 610553
reassign 610553 finish-install
reassign -1 di-utils-reboot
thanks
On Wed, Jan 19, 2011 at 03:32:59PM -0500, Jeffrey Sheinberg wrote:
Install of squeeze-rc1
[Summary: NetworkManager doesn't properly transition away from
/etc/network/interfaces-configured wireless interfaces to using it's own
internal configuration database, causing them to not come up at all]
On Thu, Jan 13, 2011 at 08:30:40PM +0100, Michael Biebl wrote:
Imho, the cleanest solution
Package: netcfg
Severity: wishlist
[More a bug to remind myself for the future than anything else]
I'm not 100% sure of the validity of this, but I *think* that it's not
appropriate to run DHCP over a pointopoint link like PLIP, SLIP, etc.
(Whether those should even bother to be supported any
On Tue, Jan 11, 2011 at 12:52:07AM -0500, Stephen Conrad wrote:
I have found a workaround. It seems that while the Squeeze installer cannot
seem to utilize the RTL8111, the resulting installation does not have the
problem.
I executed the following steps:
1) Installed an old 10/100 PCI
On Mon, Jan 10, 2011 at 12:14:44AM -0700, Gregory Nowak wrote:
I am making the assumption that the first item on the boot menu is text
install, as was the case in the lenny installer. If this is not
correct anymore, then that might be the problem. Thanks.
No, the installer front screen in the
Hi Martin,
I've just done a test run using an SVN build of d-i over a serial console,
and grub was configured to both use the serial console itself, and also to
boot the kernel with appropriate console parameters.
I was going to close this bug, but noticed that you had reopened it and
changed
Just a quick note to indicate that I'm working on this at the moment.
It's... not trivial, but enough of the pieces should be in place that the
job isn't insanely difficult.
- Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Sun, Jan 02, 2011 at 11:58:11PM +0100, Sander De Graaf wrote:
It's a long time since i filed this bug report, and I'm pleasantly
surprised that it's believed fixed. Thanks for the work :)
You know what they say... better late than never. grin
- Matt
--
To UNSUBSCRIBE, email to
package netcfg
tag 381975 +unreproducible
tag 381975 +moreinfo
thanks
Hi Michael,
I've been trying to reproduce this bug, and I'm afraid I can't do it with a
current testing image. I used the latest netinst from
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/
and
tag 538763 +patch
thanks
Here's a patch that should go into netcfg post-squeeze. It's not a high
enough priority to be worth pissing off translators over. Some of the fix
was already in place via Ubuntu, just not noted anywhere.
- Matt
Index: debian/netcfg-common.templates
It's an old bug, the ath5k driver has apparently been extensively rewritten,
and now (apparently) works like mac80211-based drivers. Given that I've
tested installation on a machine which uses one of these drivers (iwl3945),
it seems like this bug has probably been tidied up at some point (either
retitle 414117 netcfg doesn't wait long enough to detect link
thanks
I'm not seeing anything in this bug report that indicates that there's still
a problem with netcfg picking the wrong interface due to confusion over
which NIC from a given driver to use (and, like Jeremy, I'm not seeing
anything
Straightforward patch, defer until after squeeze as requested by submitter.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
package netcfg
tag 496647 +confirmed
tag 496647 +patch
thanks
[tl;dr: Here be dragons]
Yeah, there's definitely something screwy going on here... but I'm not
entirely sure it's ethtool-lite's fault. I get similar results to the
submitter on an e1000e-equipped laptop (Thinkpad X60s), but
Petter Reinholdtsen wrote:
Should netcfg link detection be extended to use
/sys/class/net/ethX/carrier if it exist? At the moment its
ethtool_lite() function uses the mii-diag/ethtool kernel API to check link
status, but the /sys/ file seem to be a more generic way to do this.
In principle,
Package: netcfg
Severity: wishlist
Tags: patch
In testing for #496647, I found it useful to add a Makefile rule to build a
standalone ethtool-lite. It doesn't get built by 'all', or as part of the
package building process, but it might make life a bit easier for others in
the future, so it'd be
I can still reproduce this with the latest mini.iso I can find on
ftp.debian.org (20101127). To be absolutely clear, this is what I'm doing
to show the problem:
1) Setup a DHCP server that provides an address and default route, but does
not provide any DNS servers or domain name.
2) Boot the
tag 362029 +patch
thanks
The attached patch fixes netcfg to write a complete resolv.conf if the DHCP
server doesn't provide all of the necessary data for that file. As
previously mentioned, the problem is that the DHCP configuration method
assumes that resolv.conf will *always* be written
Le sigh...
- Matt
Index: netcfg/dhcp.c
===
--- netcfg/dhcp.c (revision 66154)
+++ netcfg/dhcp.c (working copy)
@@ -521,6 +521,7 @@
}
netcfg_nameservers_to_array (nameservers,
tag 416378 +unreproducible
thanks
I've just tried this on the current SVN mini.iso (locally built), and when I
give netcfg an address of 10.0.0.66 with a netmask of 255.255.255.192, it
suggests using 10.0.0.65 as the gateway. I would assume that this has been
fixed silently since the bug report
On Mon, Dec 27, 2010 at 10:41:36PM -0600, Steve M. Robbins wrote:
On Tue, Dec 28, 2010 at 09:38:30AM +1100, Matthew Palmer wrote:
On Mon, Dec 27, 2010 at 05:04:02PM +0100, Julien Cristau wrote:
do you plan on NMUing pbuilder for this bug?
No, I don't consider it appropriate to NMU
On Mon, Dec 27, 2010 at 05:04:02PM +0100, Julien Cristau wrote:
do you plan on NMUing pbuilder for this bug?
No, I don't consider it appropriate to NMU for an RC bug that I raised the
severity on, withouth the acknowledgement of the maintainer that the
severity is justified. Someone else NMUing
usertags 603881 +patch-in-git
usertags 603881 +patch-supplied
thanks
The attached patch is based on Eric's, but is more Policy compliant, and
includes a test case for added validation. I've verified that it all works
as intended.
- Matt
From 5d7eced6b8e0f4fea917cc310bb271a0e817792b Mon Sep 17
Whilst I can't speak from authority, I'm fairly confident in saying that
calling dpkg with any sort of --force option isn't going to be a winning
solution to the problem.
- Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Thu, Dec 16, 2010 at 06:14:55PM +0100, Jakub Wilk wrote:
* Matthew Palmer mpal...@debian.org, 2010-12-15, 14:21:
+if mount |grep -q $(readlink -f $BUILDPLACE)/; then
I think
grep -q -F $(readlink -f $BUILDPLACE)/
would be more robust.
Right you are. Patch 5 in a series
usertags 363193 patch-in-git
usertags 363193 patch-supplied
thanks
Well, this has turned into a monster of a bug, with several subtly different
issues being raised and debated. Here's the ones that I've found and
addressed in the attached patch series (which might be more easily accessed
via the
This patch fixes things so that the test suite passes when being run during
the build process (and only the build process). It's needed in addition to
the previous 9 (and is in my git branch).
- Matt
From 08b4abb06950ec81901954feeb52a30378c6969b Mon Sep 17 00:00:00 2001
From: Matt Palmer
tag 542915 +patch
usertags 542915 -in-progress +patch-in-git
thanks
Attached is my minimal patch solving the problem of data loss in
bind-mounted directories. It provides a safety net that, in the event that
*anything* is still mounted inside the chroot, no attempt to delete anything
will be
tag 598316 +patch
usertags 598316 +patch-supplied
thanks
Attached are three patches fixing the three issues reported in this bug.
Hopefully it should be fairly self-explanatory which one is for which.
- Matt
From 3631bcda0a9bf0011d02268942ebc7756fd03ada Mon Sep 17 00:00:00 2001
From: Matt
As previously suggested by Andreas Beckmann in #598316, I think this bug can
be closed. pbuilderrc is no longer shipped, and a minimal configuration is
generated at installation time (providing a setting for MIRRORSITE).
- Matt
--
To UNSUBSCRIBE, email to
On Sun, Dec 12, 2010 at 12:08:57PM +0100, Jakub Wilk wrote:
3) cp /usr/share/pbuilder/examples/C10shell /tmp/hooks
s,pbuilder,doc/pbuilder,
Ah, yes, sorry about that.
But if I ls /tmp/valuable, the file do-not-delete-please is still there.
Are /tmp/valuable and
Package: lintian
Version: 2.4.3
Severity: minor
When lintian 2.4.3 (or the 2.4.3+bpo50-1 backport) is installed and run on a
Lenny
system, each manpage produces the following error:
W: pbuilder: manpage-has-errors-from-man
usr/share/man/man1/debuild-pbuilder.1.gz can't set the locale; make
Am Dienstag, den 07.12.2010, 17:31 +0100 schrieb Loïc Minier:
On Tue, Dec 07, 2010, Daniel Leidert wrote:
pbuilder depends on gcc, so it pulls in a compiler on a system, where
I don't want to have a compiler for everybody. But why does it depend
on gcc? There is no gcc dependency for
On Sun, Dec 12, 2010 at 01:12:19AM +0100, Floris Bos wrote:
On Saturday, December 11, 2010 07:31:48 am Christian PERRIER wrote:
Correct. Apparently, though, that behaviour didn't bother anybody
enough to look at current netcfg code and propose the needed patch
Fair enough.
Attached a
tag 606605 +patch
thanks
Matt Taggart wrote:
I was attempting to backport pbuilder to lenny and while it appears to
build ok the package build fails due to test failures. Below are the
errors. Maybe it needs a versioned dependency or the tests are depending
on something newer than lenny?
tag 542915 +moreinfo
thanks
Hi Jakub,
I'm trying to reproduce this bug, but I can't manage to get pbuilder to
behave in the manner you describe -- but I can't find any changes to
pbuilder in the meantime that would explain a change in behaviour.
Here is what I did, using pbuilder 0.199:
1)
tag 604546 +patch
thanks
This one is simple to fix; just replace /bin/sh with /bin/bash in
examples/S90lintian, as per this patch:
diff --git a/examples/B90lintian b/examples/B90lintian
index 83f39c3..888e323 100644
--- a/examples/B90lintian
+++ b/examples/B90lintian
@@ -1,4 +1,4 @@
-#!/bin/sh
tag 603744 +moreinfo
thanks
Hi Piotr,
I'm having trouble reproducing this bug. I initially tried using my
existing sid chroot (originally built who-knows-when and updated regularly),
but when that worked fine I also created a new chroot (pbuilder --build
--distribution sid --mirror
On Fri, Dec 10, 2010 at 09:53:42PM +0100, Ferenc Wagner wrote:
Floris Bos b...@je-eigen-domein.nl writes:
Not everyone has the power to change their own reverse DNS entries, or it
might take time to process (send a request to the upstream provider that is
responsible for the IP block,
Package: pbuilder
Version: 0.199
Severity: normal
Tags: patch
pbuilder's ccache support relies on being able to modify PATH when building
packages. Unfortunately, su's documented behaviour is to reset PATH to a
known safe setting (in login.defs), which breaks this (along with any other
attempts
Package: cowbuilder
Version: 0.62+nmu2
Severity: normal
I'm pimping my local package build environments, by enabling
cowbuilder/ccache/eatmydata. However, cowbuilder doesn't like to install
extra packages that I ask for. In my /etc/pbuilderrc, I have specified:
EXTRAPACKAGES=eatmydata ccache
Hi Harri,
I'm finally getting around to playing with this bug report (hampered as I am
by my complete lack of knowledge of character sets).
I've come across something of a problem reproducing the issue, though -- the
example you gave in the bug report appears to be all single-byte characters,
tag 604116 +wontfix
thanks
On Sun, Nov 21, 2010 at 07:08:59PM +0200, George Tellalov wrote:
On Sun, Nov 21, 2010 at 12:53:42AM +1100, Matthew Palmer wrote:
On Sat, Nov 20, 2010 at 02:49:36PM +0200, George Tellalov wrote:
Package: ledger
Version: 2.6.2-2.1
Severity: wishlist
On Sat, Nov 20, 2010 at 02:49:36PM +0200, George Tellalov wrote:
Package: ledger
Version: 2.6.2-2.1
Severity: wishlist
Upstream has released 2.6.3. Could someone package it, please?
Which changes, present in 2.6.3 and not already present in the Debian
package of 2.6.2-2.1, are you
On Thu, Nov 18, 2010 at 01:44:39PM +0100, VALETTE Eric RD-MAPS-REN wrote:
On 11/18/2010 10:09 AM, Christian Perrier wrote:
VALETTE Eric RD-MAPS-REN a écrit :
Done nothing special except creating the partitions manually. This is
^
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
I'd like to request removal of ctcs from testing:
- It has practically no popcon hits
- It isn't in the best of shape (I had plans to polish it up, but my
then-employer found something better
package ninvaders
tag 597036 pending
thanks
Hi Matt,
Thanks for the patch. The problem doesn't occur for me (I'm guessing it's
an ncurses version change that causes the crash), but I've applied the patch
as it's definitely a potential problem.
I'll make a new upload to unstable Real Soon Now,
On Sat, Aug 21, 2010 at 08:07:10PM +0300, Harri Kiiskinen wrote:
Trying out this ledger file:
[snip]
I guess the length of the account Varat:Pankki:Arkikäyttö is
counted as the number of bytes.
Yes, I'd say that's very likely the cause. I'll push this bug upstream, and
see what can be
On Mon, Jul 26, 2010 at 10:15:40PM +0200, martin f krafft wrote:
I rename all my interfaces to give them meaningful names, like ext
or cable or wifi or int or dmz etc.
facter seems to assume that a notable interface always ends in
a number. Hence, none of my interfaces turn up, nor does lo.
This bug just bit me, and it's painfully annoying, given the triviality of
the fix. Please try and get this fixed for squeeze.
- Matt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Tue, Apr 06, 2010 at 10:36:12AM +1000, Ben Finney wrote:
On a system with ???ledger??? 0:2.6.2-2 installed, the ???cpio??? 2.11-1
package fails to unpack:
=
Preparing to replace cpio 2.10-1 (using .../cpio_2.11-1_powerpc.deb) ...
Unpacking replacement cpio ...
dpkg: error processing
Package: ftp.debian.org
Severity: normal
Hi,
Attempting to use cdebootstrap to create a sid chroot dies with the
following:
O: Err bootstrap: ./main libtimedate-perl 1.2000-1
O:
O: Failed to fetch
bootstrap:/pool/main/libt/libtimedate-perl/libtimedate-perl_1.2000-1_all.deb
This is because
Package: cdebootstrap
Version: 0.5.4
Severity: important
I'm currently trying to build a sid chroot, and it's failing with the
following error:
D: call action: apt-install
D: Execute apt-get install --yes -o APT::Get::AllowUnauthenticated=true -o
APT::Install-Recommends=false
On Tue, Mar 16, 2010 at 09:02:17AM +, Martin Michlmayr wrote:
What do you think of packaging the ledger 3.0 git tree for
experimental? From what I hear on the mailing list, it has a lot of
new features.
I did consider it once or twice, but every time I thought about it
discussions were
Package: daemontools
Severity: wishlist
Version: 0.76-3
Tags: patch
It would be handy if we could send QUIT/USR1/USR2 signals to
supervise-managed processes. Handily, there's already a patch for that out
in the wild:
http://thedjbway.b0llix.net/patches/daemontools-0.76.sigq12.patch
I adjusted
retitle 543434 ITA: filtergen
owner 543434 mpal...@debian.org
tag pending
thanks
I plan on adopting filtergen. I maintain an internal updated package
anyway, and have several updates and modifications involved.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Package: libaugeas0
Severity: wishlist
Tags: patch
I've just been hunting down a segfault in augeas, and I found debugging
symbols to be awfully useful. The attached patch modifies the package build
process to produce a separate package containing them.
- Matt
diff -u augeas-0.7.0/debian/rules
Package: linux-2.6.26-2-amd64
Severity: important
Tags: patch, lenny
Version: 2.6.26-2
Hi,
The BCM5716 network chipset from Broadcom works perfectly well with the bnx2
driver in 2.6.26 (including the existing firmware), but it has an
unrecognised PCI ID, so the kernel doesn't detect it.
The
1 - 100 of 322 matches
Mail list logo