On 14Oct05:2254+0200, Andreas Barth wrote:
> Also, the re-evaluation happened. It however didn't had the outcome
> you wanted (basically because the web browser needs so many security
> updates which only could be done by backporting all of it that the
> embedded copy doesn't make any difference -
On 14Sep24:1424-0400, David L. Craig wrote:
>
> Maybe I should be a full-time tester--I seem to be pretty
> good at it. I built another vm from the D-I beta,
> pointed sources.list at sid, and ran aptitude update,
> all as before. This time, though, I held all updates
> whi
On 14Sep24:1951+0200, Michael Biebl wrote:
> Am 24.09.2014 um 18:45 schrieb Michael Biebl:
> > Craig was so kind and provided me with access to the VM images.
> >
> > With that image I was able to reproduce the upgrade failure.
> > I checked the systemd state before the upgrade and noticed that
>
On 14Sep23:1719-0400, David L. Craig wrote:
> Another datum: I decided to try switching back to
> systemd-sysv on my primary bare-metal Sid and the
> update was textbook:
>
> ii libpam-systemd:amd64 215-4
> ii libsystemd-id128-0:amd64 215-4
> ii libsystemd-jour
Another datum: I decided to try switching back to
systemd-sysv on my primary bare-metal Sid and the
update was textbook:
ii libpam-systemd:amd64 215-4
ii libsystemd-id128-0:amd64 215-4
ii libsystemd-journal0:amd64 215-4
ii libsystemd-login0:amd64 215-4
ii libsystemd-login0:i386215
On 14Sep23:0956-0400, David L. Craig wrote:
> By way of a feasibility test, I had virt-manager
> Shut Down ==> Save the a762146 vm at its ready for
> first login state and have put the tarball of the
> 124MB file it created in /var/lib/libvirt/qemu/save
> up at
> http://dlc.c
On 14Sep23:0023+0200, Michael Biebl wrote:
> Yeah, this would be perfect
By way of a feasibility test, I had virt-manager
Shut Down ==> Save the a762146 vm at its ready for
first login state and have put the tarball of the
124MB file it created in /var/lib/libvirt/qemu/save
up at
http://dlc.casit
On 14Sep23:0016+0200, Michael Biebl wrote:
> Am 22.09.2014 um 23:23 schrieb David L. Craig:
> > On 14Sep21:2011+0200, Michael Biebl wrote:
> >
> >> What were the exact error messages you got?
> >> Please provide the dpkg log and the output from journalctl -alb
&
On 14Sep21:2011+0200, Michael Biebl wrote:
> What were the exact error messages you got?
> Please provide the dpkg log and the output from journalctl -alb
I ran the test case again and obtained the same results
from "aptitude dist-upgrade" and began receiving the kernel
messages about journald as
On 14Sep22:0005+0200, Michael Biebl wrote:
> Am 21.09.2014 um 23:28 schrieb David L. Craig:
>
> > No, but, as the report mentioned, the vm failure was
> > preceded by a similar result doing the daily update
> > of the main non-vm Sid instance on the box, which is
>
Correction:
udev and systemd reported replacing 208-6.
^^^ not aptitude
--
May the LORD God bless you exceedingly abundantly!
Dave_Craig__
"So the universe is not quite as you thought it was.
You'd better rearrange your beliefs, then.
B
Package: udev
Version: 215-4
Severity: grave
Installed Beta 1 D-I amd64 netinst without mirror or
standard utils in preparation for dist-upgrade to Sid
using aptitude with sources.list:
deb ftp://debian.csail.mit.edu/debian/ sid main
udev and aptitude reported replacing 208-6.
udev fails first
On 12Aug15:1037+0200, Andreas Beckmann wrote:
> On 2012-08-15 09:48, David L. Craig wrote:
> > I updated all the nvidia packages when I saw the new versions
> > but the problem persists. I am including the most recent kern.log
>
> > Kernel: Linux 3.2.0-3-rt-amd64 (SM
Package: nvidia-glx
Version: 302.17-3
Severity: critical
Justification: breaks the whole system
I had installed Sid into an available partition and X was happy with
nouveau. nvidia was functioning well under Linux Mint Xfce 13. After
installing the nvidia packages and porting the Mint xorg.conf
14 matches
Mail list logo
