On 07/28/2016 01:44 PM, Yasha Karant wrote:
I was updating an application on my SL7.1 laptop workstation, not
using a terminal screen yum but the GUI interface that automagically
appears after "clicking" on the downloaded RPM in the web browser
download window. Unfortunately, the ISP network
On 28/07/16 20:20, Yasha Karant wrote:
On 07/28/2016 11:33 AM, John Pilkington wrote:
On 28/07/16 18:44, Yasha Karant wrote:
Several observations, questions -- all pertaining to SL 7.2 / mate (if a
KDE, etc., application/interface works under mate, such qualify as
"mate").
Q1 I previously
On 07/28/2016 11:33 AM, John Pilkington wrote:
On 28/07/16 18:44, Yasha Karant wrote:
Several observations, questions -- all pertaining to SL 7.2 / mate (if a
KDE, etc., application/interface works under mate, such qualify as
"mate").
Q1 I previously had gpk-application as the primary
On 28/07/16 18:44, Yasha Karant wrote:
Several observations, questions -- all pertaining to SL 7.2 / mate (if a
KDE, etc., application/interface works under mate, such qualify as "mate").
Q1 I previously had gpk-application as the primary software GUI
installer. This has been replaced by
I was updating an application on my SL7.1 laptop workstation, not using
a terminal screen yum but the GUI interface that automagically appears
after "clicking" on the downloaded RPM in the web browser download
window. Unfortunately, the ISP network failed during the update (that
evidently
Hi Andrew,
> On Jul 27, 2016, at 10:25 PM, Andrew Z wrote:
> And why do I want this?
Maybe you don't =). Just incase it helps, I'll try to elaborate on the two
main features we mentioned.
1. We needed to lock desktops without hiding the graphical applications /
displays
Hello Prof. Niels R. Walet
Did you check the grub settings?
/etc/default/grub
check the line - GRUB_CMDLINE_LINUX="crashkernel=auto
rd.lvm.lv=scientific/root rd.lvm.lv=scientific/swap rhgb quiet"
make sure that nomodeset is not in the GRUB_CMDLINE_LINUX variable.
See this explaination:
Probably...
So.
I took the SL SRPM
(http://ftp.scientificlinux.org/linux/scientific/6.8/SRPMS/vendor/libcgroup-0.40.rc1-18.el6_8.src.rpm)
, rebuilt it and ...
[root@dev7247 libcgroup]# cp rebuilt/lib64/libcgroup.so.1.0.40 /lib64/
cp: overwrite `/lib64/libcgroup.so.1.0.40'? y
[root@dev7247
Hi Stijn,
In some (old) forums it's stated that such things should be reported here, and
on the SL FAQ that we might send our findings/patches to the SL-DEV mailing
list... (I'm not subscribed on that one)
For now, I've just found that it's the shared library that's in cause :
[root@dev7247
That could probably be Connie atm.
CC'ed into this thread.
On 2016-07-28 16:08, Stijn De Weirdt wrote:
hi fredric,
i confirm, things seem ok with the centos rpm
quick inspection of the rpms also does not show something obviously
wrong (both rpms ship same files with same sizes).
i took the
10 matches
Mail list logo