Apart from mentioning the graphics and the used driver, keep in mind
that recording the desktop with vokoscreen or any other tool like this,
does not record what is displayed. To show what is displayed consider to
record the screen with an external camera. The video definitely doesn't
show somethin
Just rebuilding against the currently installed libs might be all that
is needed, but indeed, assumed it should be a SONAME issue, then likely
for a dependency of synaptic and not for synaptic. Perhaps a ltrace
might help, but since I'm short in time and never made a ltrace, I won't
spend time in l
You mean just downloading the source package and building against the
currently installed libs? It might be that I've got time to do it within
the next hours. If I don't have the time, anybody else of you should be
able to do it too.
--
You received this bug notification because you are a member
It's questionable if it should be considered a bug or not. The culprit
is smartd. Ironically I used the package smartmontools 6.3+svn4002-2 to
get smartctl, for testing if something wakes up a green drive. Despite
the policy to autostart everything by default, that can be autostarted
for better or
** Package changed: linux (Ubuntu) => synaptic (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1487890
Title:
[synaptic] no history
To manage notifications about this bug go to:
https://bugs
apport is purged from my install.
Please mention missing log files and I'll post them.
I didn't attach detailed hardware information, since hardware unlikely does
cause the bug.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because yo
Public bug reported:
Hi,
a while back after an upgrade I lost synaptic's history. I can't
remember when it happened and can't test by downgrading,
/var/log/apt/history.log still is available.
When running the current version with the lost history, there are a few
glib messages.
Currently just C
To rule out the kernel being the culprit, I build a kernel I'm using with Arch
Linux, were green drives stay asleep. IMO it's not caused by the package linux.
There are no differences for the config, that are relevant for the issue.
It's unlikely that there were any additional patches used for the
Thank you,
unfortunately it didn't fix the issue.
[root@moonstudio weremouse]# t=10800;y=$(smartctl -A /dev/sdc|grep Lo|awk
'{print $NF}');sleep $t;x=$(smartctl -A /dev/sdc|grep Lo|awk '{print
$NF}');echo $(uname -r) $x-$y=$((x-y)) spins in $(($t/60/60)) hours
4.2.0-040200rc7-generic 15287-1528
It was a hardware issue. I booted my Arch Linux install and the mouse
cursor got stuck too. Then I disconnected the mouse cable from an USB
extension cord and connected it again to the same extension cord. The
mouse cursor now don't get stuck anymore.
** Changed in: xorg-server (Ubuntu)
Sta
Please mention the log files you need and I'll post them. For good
reasons I removed apport.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.n
Public bug reported:
Hi,
a minimalist Wily server install, around 4.5 GiB small does cause
endless spin downs and spin ups, so that green drives get damaged. I
maintain an around 37.5 GiB large Arch Linux install, quasi using the
same software used by the Wily install and in addition a little bit
Hi Len,
thank you for confirming the issue.
There's no time for a reboot at the moment.
Let's take a look, if it happens for other users too:
http://lists.linuxaudio.org/pipermail/linux-audio-
user/2015-August/102245.html
Regards,
Ralf
--
You received this bug notification because you are a m
I forgot to mention that Ubuntu Studio and Arch use the same version of
rtirq, but with different kernels.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1482347
Title:
[rtirq-init] Broken RTPRIO ord
It's an upstream bug.
I usually use /etc/conf.d/rtirq.good¹ and with this config it works for
Ubuntu Studio too. For testing purpose I now booted Arch with the
default config and it fails in the same way, as it fails for Ubuntu
Studio.
It's not an issue for a customized audio install, but a serio
15 matches
Mail list logo
