Package: libheimdal-kadm5-perl
Version: 0.08-3
Tags: patch
The sequence
$client = new Heimdal::Kadm5::Client (Principal => 'admin');
$princ = $client->makePrincipal ('newprinc');
$princ->dump;
results in:
[some lines omitted]
Last modified: never
Segmentation fault
I've tested th
* Camm Maguire [2012-04-09 08:57:11 -0400]:
> Greetings, and thanks for your report! Is there a valid way lam could
> work around this /etc/hosts breakage? The report in 316099 appears to
> indicate that the problem has been resolved by never associating
> 127.0.0.1 with the canonical name of the
Package: lam-runtime
Version: 7.1.2-2
By default, the Debian installer sets up an entry in /etc/hosts mapping the
local host's name to the IP address 127.0.1.1. See Debian bug #316099.
This causes lamboot to fail with the following message when the hostfile
contains the name of the local host:
Package: lam-runtime
Version: 7.1.2-2
Severity: minor
Instead of the expected description of the lamhalt command,
/usr/share/man/man1/lamhalt.1.gz contains the following text:
ERROR: ld.so: object 'libfakeroot\-sysv.so' from LD_PRELOAD cannot be
preloaded: ignored.
\fB\-\-\-\-\-\-\-\-\-\-\-\-\-\
* Camm Maguire [2012-04-06 14:01:32 -0400]:
> reopen 369287
Why? I exaplicitly did not ask you to do that.
> > That said, I'm not going to reopen at this time because I'm no longer
> > interested in verifying that the problem persists. Our clusters no longer
> > run Debian, and our users have mos
> Greetings, and thanks for your report! Given the followup comment in
> the log, I'm assuming this was a device protection problem, and am
> closing. Please reopen if problems persist.
For the record, I don't think this is a valid reason for closing the bug.
The following points have not been
* Russ Allbery [2012-03-31 14:14:22 -0700]:
> Sergio Gelato writes:
> > Pragmatically, then, one would like for bosserver to make a fresh
> > attempt at starting these services whenever an interface becomes ready.
>
> ...this is rather tricky to do. Getting the lis
Package: openafs-fileserver
Version: 1.4.12.1+dfsg-4
After rebooting one of my OpenAFS servers (that was set up to acquire its IP
address through DHCP) I found (reproducibly, on that particular server) that
all BOS-controlled services ended up being stopped after too many failures to
start. Runnin
Package: xfsprogs
Version: 3.1.4
When invoked without an explicit -U argument, the report and dump subcommands
of xfs_quota only mention projects that have a corresponding entry in
/etc/projid . This important fact is not mentioned in the man page.
It could easily result in loss of quota limit inf
* Ben Hutchings [2012-02-27 14:50:45 +]:
> On Mon, 2012-02-27 at 09:06 +0100, Sergio Gelato wrote:
> > * Jonathan Nieder [2012-02-25 21:19:43 -0600]:
> > > Sergio Gelato wrote:
> > >
> > > > The problem turned out to be due to an inappropriate BIOS co
* Jonathan Nieder [2012-02-25 21:19:43 -0600]:
> Sergio Gelato wrote:
>
> > The problem turned out to be due to an inappropriate BIOS configuration
> > setting. The "Front Panel Select" setting needed (for my specific case)
> > to be set to "AC97"
Package: openssh-server
Version: 1:5.5p1-6+squeeze1
Consider an authorized_keys file of the form:
# begin
from="1.2.3.4,:::1.2.3.4" ssh-rsa key1234 comment
from="5.6.7.8,:::5.6.7.8" ssh-rsa key5678 comment
# end
Logging in from host 5.6.7.8 with RSA key key5678 succeeds but logs the
follo
Package: slapd
Version: 2.4.23-7.2
When converting from the legacy slapd.conf to the new LDIF configuration
database format with
slaptest -f slapd.conf -F slapd.d
the setting
TLSVerifyClient allow
is lost, i.e. it does not appear in slapd.d/cn=config.ldif as desired.
To reproduce:
Package: vsftpd
Version: 2.3.2-3+squeeze2
The postinst script for vsftpd tries to check whether the user and group name
that is to own the FTP directory (debconf handle vsftpd/username, default "ftp")
already exist. It does so by running
getent passwd | grep -q "^${_USERNAME}"
gete
According to the man page for auto.master(5) you can use the "nosymlink"
option to prevent bind mounting of local NFS filesystems.
Furthermore, if your /etc/hosts has a 127.0.1.1 line with your hostname in it,
or if you use x=127 for values of (y,z,t) other than (0,0,1), it may be
that automount
/etc/init.d/lessfs should arrange for the fuse kernel module to be loaded
before starting the lessfs daemon. Something like
[ -d /sys/fs/fuse ] || modprobe fuse
might do the trick.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
I've just started looking at this package. It failed to build from source
due to missing dependencies on liblzo2-dev and pkg-config.
The dependencies on libtokyocabinet-dev and libfuse-dev need to be versioned
(>= 1.4.21~ and >= 2.8.0~ respectively).
Also, I believe you don't need to explicitly b
Package: nfs-common
Version: 1:1.2.2-4
On a VM where autofs is being kept rather busy mounting and unmounting NFS
shares I get a stream of messages like the following:
rpc.gssd[513]: ERROR: can't open /var/lib/nfs/rpc_pipefs/nfs/clnt1ac6: No such
file or directory
rpc.gssd[513]: ERROR: can't ope
* Philipp Kern [2011-06-17 19:07:35 +0200]:
> Brian,
>
> On Thu, Jun 09, 2011 at 11:07:50AM +1000, Brian May wrote:
> > Would be willing to accept a new version of Heimdal in a point release
> > of Debian?
>
> sorry for taking so much time for coming back to you.
>
> > > Without this patch, the
ccepted in stable, because it isn't fixing
> a grave bug.
>
> I am not sure it is appropriate for backports, because the change
> isn't in unstable.
>
> Thanks
>
> On 5 June 2011 19:25, Sergio Gelato wrote:
> > Package: heimdal-kdc
> > Version: 1.4.0~
Package: heimdal-kdc
Version: 1.4.0~git20100726.dfsg.1-1
Tags: patch
Recent Heimdal KDC disables DES encryption types on the (valid) grounds that
they are too weak. An exception is made where the service principal is "afs"
since the work to upgrade AFS to support stronger crypto is still very much
retitle 568167 epstopdf --nogs doesn't write to standard output
found 568167 2009-10
tag 568167 + patch
thanks
Sorry, I had missed Hilmar's point. Indeed --nogs isn't supposed to cause
reading from standard input; one can and should use --filter --nogs for that.
Retitling the bug since the only r
I confirm this bug (still present in squeeze, version 2009-10).
To answer Hilmar's question, the manual page also says:
OPTIONS
--outfile=file
write result to file. If this option is not given, and --nogs
or --filter is specified, write to standard output;
Package: debmirror
Version: 2.6
The latest version of debmirror (which fixes #614352) doesn't work with
the lenny version of libwww-perl because LWP::UserAgent() doesn't
provide a show_progress() method. From the changelog of more recent
libwww-perl I gather that the method first appeared under th
* Cyril Brulebois [2011-02-21 18:13:52 +0100]:
> Hi Sergio,
>
> Sergio Gelato (27/04/2009):
> > I've tried 6.12.2-1~lenny1. No change.
> >
> > I've also tried upgrading to the latest BIOS from HP (v1.19, said to
> > include some enhancements in gra
I've now reproduced this on a 64-bit squeeze dom0, with a 64-bit squeeze
domU; both freshly installed.
Has anyone looked at this problem? Should I talk directly to upstream?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
* Ben Hutchings [2010-12-13 02:15:03 +]:
> On Sun, 2010-12-12 at 11:41 +0100, Sergio Gelato wrote:
> > * Ben Hutchings [2010-12-12 03:10:35 +]:
> > > This might be a problem with the headphone detection feature. You could
> > > try to disable this by turning o
* Ben Hutchings [2010-12-12 03:10:35 +]:
> This might be a problem with the headphone detection feature. You could
> try to disable this by turning off the 'Jack Detect' switch.
I would, if I knew how. amixer mentions no such switch.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@li
Package: linux-image-2.6.32-5-amd64
Version: 2.6.32-28
Severity: normal
On this hardware:
00:14.2 Audio device [0403]: ATI Technologies Inc SBx00 Azalia (Intel HDA)
[1002:4383]
Subsystem: ASUSTeK Computer Inc. M4A785TD Motherboard [1043:836c]
Kernel driver in use: HDA Intel
01:05
Package: xen-utils-4.0
Version: 4.0.1-1
Severity: important
I'm running a 32-bit Ubuntu 10.04 domU on a 32-bit Debian squeeze dom0.
xm create works fine, but whenever I try to reboot this domU it fails with
the following traceback in xend.log:
[2010-10-23 17:48:58 1679] INFO (XendDomainInfo:2088)
* Sergio Gelato [2010-10-06 19:25:03 +0200]:
> However, that may not now be necessary. I've managed to convince myself
> that the fault occurs somewhere in
> info/nodes.c:info_node_of_file_buffer_tags()
> --- more precisely in the (inlined) call to adjust_nodestart(). The poin
* Hilmar Preusse [2010-10-06 18:51:05 +0200]:
> On 06.10.10 Norbert Preining (prein...@logic.at) wrote:
> > Can someone please compile info with debug symbols and produce a
> > backtrace? I cannot reproduce it and I am a bit in the dark what
> > the reason could be.
> >
> Short question: what is "
Thank you for looking into this.
* Norbert Preining [2010-10-05 18:54:37 +0900]:
> I disagree. I just now tried with that very same file from lenny,
> so the info top page gives:
> This is Edition 6.4-pre1 of the documentation, updated 7 January
> 2006 for version 6.4-pre1 of the GNU A
Package: info
Version: 4.13a.dfsg.1-5
(Problem originally observed on lenny, with info 4.11.dfsg.1-4, both i386
and amd64 platforms; confirmed on squeeze i386.)
The info command reproducibly segfaults when viewing a certain (possibly
corrupt, but still...) info file.
To reproduce, get /usr/share
* Simon Horman [2010-09-26 22:37:57 +0900]:
> In any case, can I confirm that we agree that the io.c and perditiondb_odbc.c
> portions of the change below should go into squeeze?
Yes.
> And for Lenny, I'll look into adding 695 + the io.c and perditiondb_odbc.c
> portions of the change below. Does
* Simon Horman [2010-09-26 16:58:05 +0900]:
> On Sat, Sep 25, 2010 at 11:10:53PM +0200, Sergio Gelato wrote:
> > * Simon Horman [2010-09-25 21:34:02 +0900]:
> > > On Fri, Sep 24, 2010 at 10:36:09AM +0200, Sergio Gelato wrote:
> > > > The main problem is that perdition
* Simon Horman [2010-09-25 21:34:02 +0900]:
> On Fri, Sep 24, 2010 at 10:36:09AM +0200, Sergio Gelato wrote:
> > The main problem is that perdition/io.c:io_pipe() and its caller
> > perdition/perdition.c:perdition_log_close() use int counters
> > while the corre
* Sven Hoexter [2010-09-24 11:38:56 +0200]:
> Hey,
> did you ever follow up on this bug in some way?
> Otherwise I think we can close this one.
I'd only close it if it has been fixed; I don't know that to be the case.
Now would be a good time to test whether this bug, or something like it,
affe
Package: perdition
Version: 1.19~rc3-1
(A look at the Mercurial repository shows that the problem is still
present in the latest upstream version.)
I noticed the following in my logs today (irrelevant information censored):
Sep 23 22:34:27 perdition[31439]: Close: ->
user="" received=150480 sen
Package: puppet
Version: 2.6.0-3
Severity: important
Tags: fixed-upstream patch
Another one than needs to be cherry-picked for squeeze (unless you plan to
get 2.6.1 in, that is). The 2.6.0 client sends an extra / in file_content
URLs (e.g., https://puppet:8140/production/file_content//module/whate
Package: puppetmaster
Version: 2.6.0-2
Severity: important
Tags: patch fixed-upstream
When running puppet master under passenger, any plugins downloaded
through the pluginsync mechanism end up as zero-byte files on the client.
The server-side logs contain the following error and stack trace:
[Th
See also http://projects.puppetlabs.com/issues/4367 .
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: puppetmaster
Version: 2.6.0-2
Starting with release 2.6.0 of puppet, the main file for puppetmasterd
was renamed from puppet/application/puppetmasterd.rb to
puppet/application/master.rb.
Unfortunately, the rack configuration file (now included in the
puppetmasterd package, at /usr/share/
Package: perdition
Version: 1.19~rc3-1
In debian/control it is stated that this package build-depends on
libvanessa-socket-dev (>= 0.0.10). However, in configure.ac I see
a stricter requirement:
PKG_CHECK_MODULES(VANESSA_SOCKET,vanessa-socket >= 0.0.12)
--
To UNSUBSCRIBE, email to debian-bugs
Package: nss-pam-ldapd
Version: 0.7.2
Severity: minor
[Seen in version 0.7.2 on Ubuntu lucid, probably also applies to the latest
version since the VCS shows no relevant code changes since then.]
common/expr.c:parse_dollar_expression() will always evaluate $cn in
${gecos:-$cn} even when the gecos
Package: libnss-ldapd
Version: 0.7.5
Severity: minor
In version 0.7.2, the following change was made:
* libnss-ldapd: recommend libpam-krb5 as an alternative to libpam-ldapd for
Kerberos environments
Unfortunately this gives aptitude some fits when one installs libpam-heimdal
(which confl
Package: xen-3
Version: 3.4.3~rc3-2
Severity: important
Tags: fixed-upstream
I've encountered the problem described at
http://wiki.xensource.com/xenwiki/XenCommonProblems#head-727e72b3922ca3177b2fcc4e4467adeaaea3016d
on a fresh installation of squeeze (grub 1.98-1).
The patches mentioned
Package: bzr-fastimport
Version: 0.9.0~bzr261
Severity: important
After invoking cvs2bzr directly to generate a fastimport file (see #557581)
I now get the following:
$ bzr fast-import www.fi /path/to/bzr/repo/branch
22:29:36 Collecting statistics ...
22:29:36 Starting import of 672 commits ...
A
Package: bzr-fastimport
Version: 0.9.0~bzr261
Severity: important
The problem:
$ bzr fast-export-from-cvs $CVSROOT/www ../www.fi
Executing cvs2bzr --dumpfile ../www.fi /path/to/CVSROOT/www ...
ERROR: Git output requires a default commit username
Export to ../www.fi exited with error code 1.
I wa
Package: linux-image-2.6.26-2-686
Version: 2.6.26-21lenny4
I periodically walk through local filesystems compiling file ownership
statistics. On one large XFS filesystem on one server, the process has
started failing after about 42 days uptime. This is the second time I
see these symptoms; the fir
Package: root-system
Version: 5.18.00-2.3~lenny1
The scripts /etc/init.d/root-system-proofd, /etc/init.d/root-system-rootd
and /etc/init.d/root-system-xrootd check the values of ENABLE_PROOFD,
ENABLE_ROOTD, ENABLE_XROOTD and ENABLE_OLBD in their respective /etc/default/
files.
Unfortunately, this
Package: root-system-xrootd
Version: 5.18.00-2.3~lenny1
The init.d script sets enable_xrootd:
enable_xrootd=`echo $ENABLE_XROOTD | tr '[:upper:]' '[:lower:]'`
but then checks enable_rootd instead:
case $enable_rootd:$enable_olbd in
I believe the latter was intended to read
* Dan White [2010-01-16 21:58:33 -0600]:
>> a1 id ("vendor" "Zimbra" "os" "Linux" "os-version" "12")
>> * ID ("name" "Cyrus IMAPD" "version" "v2.2.13-Debian-2.2.13-10 2006/11/13
>> 16:17:53" "vendor" "Project Cyrus" "support-url"
>> "http://asg.web.cmu.edu/cyrus"; "os" "Linux" "os-version"
>> "2
Package: libdrm
Version: 2.4.15
debian/rules calls dh_strip with the --remaining-packages option. This is only
supported in debhelper 7.2.7 and newer. The current build dependency on
debhelper (>= 5.0.0) needs updating.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
* Julien Cristau [2009-11-28 18:20:10 +0100]:
> reassign 514840 xserver-xorg-video-intel
> close 514840 2:2.4.0-1
> kthxbye
>
> On Wed, Feb 11, 2009 at 11:44:52 +0100, Sergio Gelato wrote:
>
> > Autoconfiguration failed for me on this hardware:
> > it picked the ve
severity 534978 normal
thanks
I've made some more progress in understanding this behaviour, and have now
figured out a workaround. I find the documentation at
http://wiki.debian.org/Xen very misleading in several respects.
The domU kernel is receiving time info from the hypervisor as it should.
I think I've made some progress towards figuring out what's going on here.
First I looked at the Xen mini-os kernel, which keeps time correctly.
I added a few printk()s to getttimeofday() and saw that of the values
in the HYPERVISOR_shared_info structure, the vcpu_info data change often
(never mor
Package: linux-image-2.6.26-2-686-bigmem
Version: 2.6.26-15lenny3
Severity: important
I'm running this kernel in a Xen domU using the xen clocksource:
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
xen
The dom0 is running linux-image-2.6.26-2-xen-686 (same version 2.6.26-
* Per Olofsson [2009-05-19 10:39:09 +0200]:
> Have you tried Tools -> Reconfigure?
I have now tried that. It didn't help.
> This should happen automatically, though.
That's what I thought as well.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubs
Package: lyx
Version: 1.5.5-1
To reproduce:
1) run lyx 1.4.3-3 on a Debian etch system, generating a fresh ~/.lyx/
directory.
2) upgrade to lenny
3) run lyx again, with the same ~/.lyx/ configuration directory.
4) Look at File -> Export (possibly after opening a file). The only
choice is Cus
* Brice Goglin [2009-04-15 19:22:19 +0200]:
> On Thu, Apr 02, 2009 at 01:00:11PM +0200, Sergio Gelato wrote:
> > * Brice Goglin [2009-04-01 19:02:18 +0200]:
> > > Can you try a more recent driver? For instance 6.11 from
> > > http://people.debian.org/~bgoglin/reb
I've run into essentially the same symptoms as the original poster for
this bug: etch slapd (I haven't tried lenny's yet) accepted SSL/TLS
connections from etch ldapsearch, but not from hardy or lenny
ldapsearch. (I might add that it didn't accept connections from lenny
nslcd, package libnss-ldapd,
* Arthur de Jong [2009-04-18 18:51:30 +0200]:
> I'm not saying nsswitch.conf should be a conffile. What I'm saying is
> that if an admin manually made changes to a file, those changes should
> not be automatically undone when some package is removed.
... or installed.
>
* Arthur de Jong [2009-04-17 22:33:16 +0200]:
> I'm a bit reluctant to automatically remove stuff from nsswitch.conf
> because the admin, when he installed the package, indicated that
> nsswitch.conf should be edited or the admin may have edited it manually
> to include ldap lookups.
You almost ma
> I try to setup en kerberos/LDAP environment and I fail to setup the nss-ldap
> with SASL.
I have succeeded with the following additions to my /etc/nss-ldapd.conf:
use_sasl on
sasl_mech GSSAPI
krb5_ccname FILE:/tmp/krb5cc_host
(Note: I didn't have to specify binddn or sasl_authcid, the default
Package: libnss-ldapd
Version: 0.6.7.1
(Also found in version 0.6.8.)
The postinst script for this package edits /etc/nsswitch.conf based on
the answers to debconf questions.
The changes should be undone when the package is removed (unless perhaps
it is being replaced with libnss-ldap), but curr
* Brice Goglin [2009-04-01 19:02:18 +0200]:
> Can you try a more recent driver? For instance 6.11 from
> http://people.debian.org/~bgoglin/rebuilds/ati-6.11.0-Xserver1.4/
I've now tried that. Same behaviour.
I've also looked at the git repository and am under the impression that the
last explicit
e variables that hold the file descriptor
numbers go out of scope shortly afterwards.
#! /bin/sh /usr/share/dpatch/dpatch-run
## 07-changeset-fd-leak.dpatch by Sergio Gelato
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Remember to close file descriptors before
tags 486698 +patch
thanks
I think I may have a fix for this bug.
I'm getting very similar symptoms (LDAP search causing the script to
exit with code 141; I didn't try to catch SIGPIPE). The script works
under etch but fails under lenny. Stepping through with the perl
debugger I found out that in
Package: facter
Version: 1.5.1-0.1
Severity: important
This is upstream bug http://projects.reductivelabs.com/issues/1291 .
facter domain
will try /bin/domainname before /bin/dnsdomainname. If the NIS domain
name is different from the DNS domain name, this gives undesirable
results. Note in part
Package: libc6
Version: 2.7-18
I have found that getservbyname() can corrupt the caller's stack when looking
up information in NIS.
Given the following simple program:
#include
#include
int main(void) {
char **a;
struct servent *entry = getservbyname("afsprot", NULL);
if (entry ==
Following up on myself, here is another working xorg.conf, minimally changed
from the autogenerated one. I only changed the "Device" section.
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from th
tags 512617 + patch
thanks
I'm unfortunately able to reproduce this bug on an HP dc7900 with the
latest available BIOS (V1.11).
The patch in 2.6.28 looks trivial to backport to 2.6.26: it consists simply of
replacing WARN_ON with WARN_ON_ONCE. See
http://git.kernel.org/?p=linux/kernel/git/stable/
* Sergio Gelato [2009-02-02 14:49:30 +0100]:
> #define READ_GET(pNv) ((pNv)->FIFO[0x0011] >> 2)
> while(READ_GET(pNv) != pNv->dmaPut);
>
> so it looks like a polling wait for an event that isn't happening.
Regardless of what is ultimately causing the problem on
It just happened again, and here is a disassembly of the location:
0xb7b96530 : mov(%ecx),%eax
0xb7b96532 : shr$0x2,%eax
0xb7b96535 : cmp%edx,%eax
0xb7b96537 : jne0xb7b96530
Since neither %ecx nor %edx get changed during the loop, the only way
out of it is for (%ecx) to be volati
* Brice Goglin [2009-02-02 12:50:32 +0100]:
> Any chance you try with a more recent driver? 2.0.3 is old. We have
> 2.1.10 in testing/unstable and 2.1.12 in experimental?
Been thinking about that, but it looks like 2.1.10 build-depends on
xserver-xorg-dev (>= 2:1.4), so a backport to etch may not
Package: xserver-xorg-video-nv
Version: 1:2.0.3-1
This seems to be a follow-up of archived bug #336774, which was closed
due to the submitter no longer having access to a test system on which
to reproduce the issue.
Symptom: Xorg starts using nearly 100% of the CPU, becomes unresponsive.
Stack b
Package: racoon
Version: 0.7.1-1.2
This is half a bug and half a suggestion for enhancement. At the very least
I want to write up a summary of my thoughts about the issue.
According to RFC 2459 and successors (the latest is RFC 5280), we should
all be using UTF8 or Printable strings in certifica
Package: microcode.ctl
Version: 1.17-9
In /etc/init.d/microcode.ctl:
when the check_kernel function returns false, the shell variable assignment
MICROCODE="$MICROCODE_TINY"
gets executed. This is both inconsistent with the comment earlier in the
file that check_kernel should return false "for
fixed 473169 1:0.7.1-1.1
thanks
Upstream has fixed this problem in ipsec-tools 0.7.1. From the ChangeLog:
2008-07-21 Timo Teras <[EMAIL PROTECTED]>
* src/racoon/cfparse.y : do not set default gss id if xauth is used
I was able to reproduce the issue with 0.6.6-3.1etch1, then upgrade to
Package: racoon
Version: 1:0.7.1-1.1
Sometime between releases 0.6.6 and 0.7.1 of ipsec-tools (the ChangeLog
says it happened at the start of the 0.7 branch), there was an
ABI change in libipsec.so (from 0.0.0 to 0.0.1). If I try to install
racoon 1:0.7.1-1.1 together with ipsec-tools 0.6.6-3.1etc
Package: microcode.ctl
Version: 1.17-9
Severity: wishlist
When administering large numbers of machines and/or machines on a
private network, it can be desirable not to download the microcode file
from Intel's servers but from a local mirror. One way to do this
might be to add debconf settings, muc
Package: microcode.ctl
Version: 1.17-9
The update-intel-microcode script contains the following:
LOCAL_DIR=/usr/share/misc
LOCAL_FILE="$LOCAL_DIR/intel-microcode.dat"
case "$REMOTE_FILE" in
*.tgz | *.tar.gz ) FILTER=" tar xzOf - " ;;
*.dat.gz ) FILTER=" gzip -cd " ;;
* )
On Sat, Sep 20, 2008 at 4:09 PM, Sergio Gelato <[EMAIL PROTECTED]> wrote:
> usr/share/pyshared/numpy/numarray/numpy/cfunc.h
> usr/share/pyshared/numpy/core/include/numpy/numpy/cfunc.h
Oops. Right problem, wrong fix. Should be
usr/share/pyshared/numpy/numarray/numpy/cfunc.h
usr/sh
Package: python-numpy
Version: 1:1.1.1-1
The bug is also present in earlier versions (including Ubuntu's
1:1.0.4-6ubuntu3 where I originally noticed it).
In debian/python-numpy.links, the line
usr/share/pyshared/numpy/numarray/numpy/cfunc.h
usr/share/pyshared/numpy/core/include/numpy/numpycfunc
Package: libxml2
Version: 2.6.27.dfsg-3
Since the latest security update to libxml2 ("Fix DoS which leads to
recursive evaluation of entities"), /usr/lib/gdm/gdmgreeter (package:
gdm version 2.6.14-1) crashes (SIGSEGV) just after reading
/usr/share/gdm/themes/happygnome/background.svg. Here is a b
found 416393 2.6.18.dfsg.1-18etch5
thanks
Saw the following, at exactly the same time (to the second), on three nodes
of a 21-node cluster running a LAM/MPI application. In case it matters,
the nodes are all dual-Xeon E5430 running in 64-bit mode.
Jun 2 11:50:36 rama19 kernel: BUG: warning at
Turns out the bug is already known upstream:
https://support.ntp.org/bugs/show_bug.cgi?id=881
Supposedly fixed in 4.2.4.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: ntp
Version: 1:4.2.2.p4+dfsg-2
Severity: minor
Running
ntpdc -c kerninfo
on an i386 machine generally prints a value between -1 and +1 second
for the pll offset.
Doing the same on an amd64 machine results in about half of the cases
in a
pll offset: 4294.97 s
That's clo
Package: nvidia-graphics-kernels
Version: 169.09-1
Tags: patch
The changelog for version 100.14.11-1 says "Disable Xen patch until it
compiles again".
I got that patch to compile again. In fact, I've even installed the
result on a 2.6.18-6-xen-amd64 dom0 with a Quadro NVS 290 (0x042f)
card, and g
I can confirm this bug. I see that package build-essential is currently
unchanged between etch and lenny, so the need for build-depending on
bzip2 is independent of whether one wants to support an etch backport.
Incidentally, I have now successfully completed an etch backport of
nvidia-graphics-dr
* Brice Goglin [2008-03-10 19:51:06 +0100]:
> The crash is in the Mesa built-in the server, and this mesa 6.5.1 is very old.
> So please try to reproduce with a more recent Xserver built against a recent
> Mesa.
> xserver-xorg-core from testing would be much better already.
Sorry, but the affecte
Package: xserver-xorg-core
Version: 2:1.1.1-21etch4
The following backtrace has been seen repeatedly on a Dell PWS 390
running in amd64 mode with an nVidia NV44 (Quadro NVS 285) card using
the nv driver. Matlab 7.5.0 seems particularly prone to triggering the
problem, but it isn't the only culpr
I believe this affects systems that were upgraded from Debian woody (or
possibly earlier). /etc/Net used to be a directory containing a file
named Config.pm. In sarge, this file moved to
/usr/share/perl/5.8.4/Net/Config.pm .
It should be safe to
rm /etc/Net/Config.pm
rmdir /etc/N
I have now tested a fix (ignoring for now the fact that this involves an
ABI change and that one may therefore need to call the fixed package
libf2c3 instead of libf2c2; that's a can of worms I'll leave to others).
Here is what I've added to debian/rules:
elif [ $(arch) == "amd64" ] ;\
Package: libf2c2-dev
Version: 20050501-2
f2c.h defines among others:
typedef long int integer;
typedef float real;
However, the Fortran standard requires INTEGER and REAL to occupy the
same storage size. On amd64, "long int" is 64-bit while "float" is
32-bit.
The same issue was addressed years
The attached patch solves the problem for me.
--- libpam-krb5-2.6.orig/support.c
+++ libpam-krb5-2.6/support.c
@@ -189,14 +189,19 @@
/* Set ticket options. */
krb5_get_init_creds_opt_init(&opts);
+if (in_tkt_service == NULL) {
#ifdef HAVE_KRB5_GET_INIT_CREDS_OPT_SET_DEFAULT_FLAGS
-
Package: libpam-krb5
Version: 2.6-1
Changing Kerberos passwords via PAM is broken. This applies both to
libpam-krb5 and to libpam-heimdal.
I have
passwordsufficient pam_krb5.so
in my /etc/pam.d/common-password file, and
[libdefaults]
forwardable = true
in my /etc/krb5.con
* Bernhard R. Link [2007-07-19 16:09:21 +0200]:
> package gv
> tags 332431 + unreproducible
> thanks
>
> Hi, I've tried to reproduce 332431, but I do not get crash looking at
> page 2 of http://www.arxiv.org/ps/astro-ph/0407201, neither with the
> sarge versions (3.6.1-10, &sarge1, &sarge2), nor w
Package: pgplot5
Version: 5.2.2-8
Severity: wishlist
This should be as simple as adding lesstif2-dev to Build-Depends:,
uncommenting the XMDRIV line in debian/drivers.list.debian,
and adding a line to debian/rules to install libXmPgplot.a.
(Well, maybe one should also add a Suggests: lesstif2-dev.
201 - 300 of 338 matches
Mail list logo