I took a clean jessie install in vagrant (bento/debian-8.7), then rather than
update everything to stretch, I apt-get install’ed only libc6 from stretch.
Same result: four lines before the upgrade, seven lines, duplicating the last
three, after.
Happy to share Vagrantfile and output, though I
Package: libc6
Version: 2.24-9
Severity: normal
Dear Maintainers,
I'm testing a programming exercise for students, and found failed tests
that I believe are due to libc6. I retried the minimal test case on
every machine I have access to, and found that only my two Debian Stretch
machines failed,
I applied the first two changes (memmove and long->int) and doing so solved a
segfault problem on my x86_64 system.
They appear safe (memmove acts as memcpy except it handles overlap).
Please apply the patch!
-neil
Package: zoneminder
Version: 1.25.0-1
Severity: normal
Dear Maintainer,
I upgraded from 1.24.2 recently, and streaming (live and
recorded) failed with errors in the log:
socket_sendto( /tmp/zms-562793s.sock ) failed: No such file or directory
I tracked this down to a socket that should
have be
curl http://d-i.debian.org/daily-images/amd64/20110531-00:15/hd-media/initrd.gz
| gunzip -c | cpio -i -t | grep _id
lacks edd_id, while
curl http://d-i.debian.org/daily-images/amd64/20110501-00:14/hd-media/initrd.gz
| gunzip -c | cpio -i -t | grep _id
includes it.
Just in case this helps trac
Package: debian-installer
Hi,
I'm unable to reinstall wheezy from usb / iso on my amd64 machine. After
sufficient wrestling to create a symlink for wheezy to appear "stable" to
appease anna-install (which seemed to look for stable anyway... there's a FIXME
in there somewhere that seems suspec
Package: libldap-2.4-2
Version: 2.4.11-1
Severity: normal
Please feel free to retitle; I don't know if this is a
documentation problem or a feature problem.
I'm trying my absolute hardest to get libldap to talk
ssl to ldaps://directory.umd.edu:636/ and haven't figured
it out. I believe my inab
I'm about to submit a documentation wishlist request (at least) on
openldap because I've bloodied my forehead getting it to talk to
directory.umd.edu.
The following statement does not appear to be true:
I don't think you even need
to re-assign the bug to OpenLDAP, since it supports cipher p
Package: mt-daapd
Version: 0.9~r1586-1
Severity: minor
mt-daapd incorrectly processes the second 'iTunes Music Library.xml'
file that it scans, with the symptom of having the second set of
playlists be present, but empty of songs.
After some investigation, the scanner misinterprets the second x
Package: ruby1.8
Version: 1.8.5-4
Severity: normal
ri Socket.gethostbyname implies that
ruby -rsocket -e 'p Socket.gethostbyname("127.0.0.1")'
should return something like:
["localhost", ["localloop", "loop", "loghost"], 2, "\177\000\000\001"]
as it does on a redhat machine I have access to u
On Jun 12, 2006, at 6:10 PM, Ola Lundqvist wrote:
Although it was my mistake, I think it might be reasonable
to warn when the dists/ (or at least incoming/) directory
contains architectures not listed in the @architectures
configuration variable.
I fully agree. Maybe it should even reject such
Package: debarchiver
Version: 0.3.2
Severity: wishlist
I decided to add amd64 packages into a debarchiver managed
directory, and couldn't figure out why the Packages file
wasn't being generated even though debarchiver did grab
the amd64 packages from the incoming directory and place
them in the r
Package: swig
Version: 1.3.28-1
Followup-For: Bug #362775
Support for ruby 1.6 was broken by swig 1.3.28. CVS logs
at:
http://swig.cvs.sourceforge.net/swig/SWIG/Lib/ruby/rubystrings.swg?view=log
appear to confirm that the fix is present in release
1.3.29.
... just in case that extra demand fo
Package: libruby1.8
Version: 1.8.4-1
Severity: normal
When running code that worked with 1.8.2 on sarge, 1.8.4
complains with the following trace. It suggests to me that
@ssl_context is not set to anything other than nil (in the
initialize method), so line 565 would more safely check
@ssl_contex
After trying to build a program that would use libdts on
amd64, I discovered that I had to root around in its
configuration to retarget it to use dts_pic instead. Your
scheme of building a second library file with _pic is one
I hadn't seen before.
Given that libdts apparently hasn't changed for o
15 matches
Mail list logo
