Ditto. Had to back-rev to 5.2.14-dfsg-3, which seems to be operational.
-- sRw
On 07/13/18 11:45, j P wrote:
Hello,
currently I have virtualbox 5.2.14-dfsg-4 installed and I still can't
start any of my VMs. The error is the same:
Failed to open a session for the virtual machine ubuntu.
That works.
On 07/09/2018 02:55 PM, Evgeny Kapun wrote:
To install old package versions, there is snapshot.d.o [1]. Basically,
it has a copy of every state Debian repository was ever in. There is
also a way to see every version of every package and to find the
appropriate snapshot to install
elusive.
On 07/09/2018 08:56 AM, Kent West wrote:
On Sun, 8 Jul 2018 16:01:00 -0500 "Steven R. Wright" <mailto:srwri...@anl.gov>> wrote:
> Obviously I merely downgraded to the last functioning version of
> virtualbox et. al. (5.2.12-dfsg-3) in unstable
But how
is little (or actually no) motivation for it to be
in the repos.
On 07/08/18 15:23, Evgeny Kapun wrote:
On 08.07.2018 22:54, Steven R. Wright wrote:
This is a critical enough bug to warrant removing 5.2.14-dfsg-1 from
the repos. I have to do selective upgrades now to avoid pulling it in.
Uns
This is a critical enough bug to warrant removing 5.2.14-dfsg-1 from the
repos. I have to do selective upgrades now to avoid pulling it in.
Package: cups
Version: 1.5.0-16
I also have this issue with an HP 722C connected to a parallel port; a
print job will start and after a short time will freeze with the
parallel process consuming nearly 100% of the CPU cycles; there is no
other option than tho kill parallel with -9. A rollbac
Package: initramfs-tools
Version: 0.101
the following FATAL errors should *possibly* be simply warnings; there
are cases where one might roll their own kernels and not waste cycles
building modules for filesystems that are unnecessary, or choose to make
them part of the kernel as opposed to l
Package: gstreamer0.10-ffmpeg
Version: 1:0.10.13-0.1
the latest version of this prevents totem from playing video files with
the following errors at the terminal:
for a WMV:
** Message: Error: Internal data stream error.
gstasfdemux.c(1660): gst_asf_demux_loop ():
/GstPlayBin2:play/GstURIDeco
package: libavcodec53 (and others)
after a recent upgrade, totem could no longer play a .WMV file; it
would freeze after what seemed to be a single frame. the culprit
appeared to be an upgrade of codecs:
ii libavcodec53 5:0.9-0.2
Library to enc
Package: opera
Version: 11.52.1100
upon each exit of opera, it throws a SIGSEGV; it is easily reproducible, just
start up opera, and then exit.
#4 decca:/home/srw
opera
opera [crash logging]: CRASH!!
/usr/lib/op
apologies, along with the thunderbird info i I sent, I forgot to
mention I am not using iceweasel at all:
> dpkg -l iceweasel "libgnomevfs2*"
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-requir
thunderbird 6.0 also exhibits this problem when attaching a .jpg:
/usr/local/thunderbird/thunderbird-bin: symbol lookup error:
/usr/lib/gnome-vfs-2.0/modules/libfile.so: undefined symbol:
gnome_vfs_unescape_string
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
I tried dump 0.4b43-1 as well as 0.4b44-1 and the errors were identical
as long as I was using e2fslibs 1.42~WIP~2011-07-02-1; so it seems
success/failure follows e2fslibs and not dump.
Not sure this adds any more useful info, but I was using a dump/restore
via a pipe and it bombed like so:
looking at this further, if i comment out this
# mkdir $tmpbase || {
#echo "Could not create temporary directory."
#exit 1
# }
it goes thru OK. the earlier line
tmpbase="`mktemp -dt $(basename $0).XX`" || exit
would have already created the directory if there were no errors,
Package: lilo
Version: 23.2-1
mkrescue fails to create a temporary directory, claiming it already
exists, tho' it in fact does not. mkrescue in the previous version of
lilo succeeds.
#1 london:/tmp
> id
uid=0(root) gid=0(root) groups=0(root),102(lpadmin)
#2 london:/tmp
> ls
loopstats loop
15 matches
Mail list logo
