Tinypliny's Journal
My Podcast Link
10/14/2011 10:14 #55295
Suse Suse Studio?Category: linux
Though Debian has been my favourite in terms of usability and friendliness, there is something really wrong with how Debian systems interact with R and deal with numerical ordering.
For eg. you would expect intervals to be ordered as:
[ 7,11)
[11,12)
[12,13)
[13,14)
[14,29]
Instead Debian orders them as:
[11,12)
[12,13)
[13,14)
[14,29]
[ 7,11)
In a scenario where I have one-digit, two-digit and three-digit numbers, I get the weirdest possible ordering. In the example above, it compares 1 and 7, rather than 11 and 7. This number-by-number evaluation creates serious problems in trend testing and determination of direction of association between variables. It potentially distorts the category that is treated as the reference variable. I looked at R documentation to see if I could change something to make it right. However, after many trials, my windows machine and machines running Fedora were uniformly giving me the right answers while Debian derivatives were giving me the weird answers.
For now, this is a dealbreaker for me and I can't go back to Debian.
That leaves me with
-- CentOS
-- Scientific Linux
-- Fedora
-- OpenSuse
I tried installing CentOS and Scientific Linux on the brawny Toshiba this past weekend but first there were problems with permissions and then problems with the R repository in both CentOS and Scientific Linux. Though Scientific Linux claims to come with R, the DVD I downloaded did not have R! When I tried to install R, there was no R in the default repository. Adding the correct R repository was an unending nightmare that took up 2 hours. I gave up in frustration. Then there was a problem with permissions. CentOS and Scientific Linux don't set up a username to go with the root password in the installation sequence. Even though you might have given a name to your computer during installation, you start up with something like:
yourgivenname@localhost.
instead of
yourgivenname@yourgivencomputername
In addition, it doesn't automatically add you to the sudoers group. I know linux admins won't view this as a problem but end-users like me don't need to work out details about how to add themselves to sudoers, change the localhost name, set up root permissions once more after installation. Its a pain to be burdened with all these nitty grittys even before you start using the system.
CentOS and Scientific Linux are so similar in their installation setup and behaviour, they might as well be clones of each other. The permissions and repositories problem rears its ugly head at every possible software installation. It gets to be very tiring. And what is with the repositories anyway??! They have software from 2 years ago! I understand they are more stable than the newer ones, but come on, newer features that make life easier in the software I use are very important to me!
So no more RHEL derivatives for me.
Which leaves me with Fedora. Sigh. I don't know if I can deal with all the mess that I have been documenting.
So at this point, I am thinking Suse Studio with the software I need from the list below. It could be better than getting OpenSuse and then installing everything because adding software and repositories beforehand might reduce dependency conflicts.
10/14/2011 05:34 #55294
What do I need?Category: linux
Analyses Environment
- R
- RStudio
- Variable number of R packages
Spreadsheet
- Gnumeric
Writing Environment
- Texlive
-
- Texworks
-
- Geany
-
- WriteType
- Zim desktop wiki
- LibreOffice Writer.
Networking
- Wireless
- Wired
- (Bluetooth would be nice, but seldom works, so I could let it go.)
Media
-
Graphics
- Gimp
- Mypaint
-
... to be continued as I think of more things I use.
EDIT: Turns out I need WAAY more things that this puny list, so I decided to attached my latest yum log as a text file here.
Type:
sudo geany /var/log/yum.log
And you will get this log with date and time details of every package you have ever updated, installed or erased in Fedora 15.
[txt]1011/yum102311.txt[/txt]
This should all work on fedora.
10/14/2011 03:55 #55293
Worst luck indeed: Fedora 15 BSODCategory: linux
Transcript of Error:
[5.693915] nouveau 0000:01:00.0: Invalid ROM contents
[5.825510] nouveau 0000:01:00.0: Pointer to BIT loadval table invalid
[5.849874] nouveau 0000:01:00.0: 0XD518: i2c wr fail: -6
[5.964968] nouveau 0000:01:00.0: PGRAPH: unsupported chipset, please report!
[6.092104] [drm: intel_dsm_platform_mux_info] *ERROR* MUX INFO call failed
Looks like I might need a hard reboot. The wretched thing is not coming out of this error screen. And it goes into it at every boot and suspend.
Apparently, this is a known new bug:
With some insights from here:
ds,
Your issue is related to the optimus technology deployed in the m14x, it's a new piece of tech that allows switching between your nvidia card and intel sandy bridge. In short, your nvidia card does not work on Linux out-of-the-box. Read more about how you can either disable your nvidia card (I did that and saved 14 w (1½ hours of battery time) or try and enable it using some experimental tech called switcheroo. Read more here:
Posted by Magnus Glantz 2011-07-06 01:07:30
My brother's hacky solution:
Close the lid for 15-30 seconds and then open. If it doesn't work, repeat as many times as necessary.
I can only say... !!!
Yes, there is a sandy bridge. The laptop has onboard intel graphics AND discrete nvidia graphics card with a kind of hybrid switching technology. The problem is this kind of switching is not supported in linux so it throws errors like the one above.
Now I have no way to adjust resolution or brightness. There is no way for me to adjust/turn it off in BIOS. I checked.
The usual way to turn graphic cards on and off is in the bios.
My assumption that the nvidia card is an add-on (probably pci express) and the laptop came with a main board with sandy bridge bridge providing onboard graphics. But as always, I could be wrong.
The error has gone away after a fresh install of F15 with xfce. But I need to figure out how to turn the NVIDIA card off if it turns up again in the future. Both the solutions from here: :::link::: acpi_call and byo-switcheroo don't work for Toshiba P750. I need to touch base with (e:Paul) about this sometime this week and post an update.
Plagued by this once more. I am seriously doomed.
10/13/2011 21:54 #55291
Fedora 15/Satellite P750 Bluetooth issueCategory: linux
systemctl status bluetooth.servicebluetooth.service
- Bluetooth Manager
Loaded: loaded (/lib/systemd/system/bluetooth.service)
Active: active (running) since Thu, 13 Oct 2011 21:06:35 -0400; 43min ago
Main PID: 1027 (bluetoothd)
CGroup: name=systemd:/system/bluetooth.service
â”” 1027 /usr/sbin/bluetoothd -n
But the bluetooth gui says:
No Bluetooth adapters found
I am stumped. Is there a hardware switch to the bluetooth that is turned off?
rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
The bluetooth is not even there.
Gaaaah!!
lspci output
00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Device 0116 (rev 09)
00:16.0 Communication controller: Intel Corporation Cougar Point HECI Controller #1 (rev 04)
00:1a.0 USB Controller: Intel Corporation Cougar Point USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation Cougar Point High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation Cougar Point PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation Cougar Point PCI Express Root Port 2 (rev b4)
00:1c.3 PCI bridge: Intel Corporation Cougar Point PCI Express Root Port 4 (rev b4)
00:1c.5 PCI bridge: Intel Corporation Cougar Point PCI Express Root Port 6 (rev b4)
00:1d.0 USB Controller: Intel Corporation Cougar Point USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation Cougar Point LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation Cougar Point 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation Cougar Point SMBus Controller (rev 04)
01:00.0 VGA compatible controller: nVidia Corporation Device 0df4 (rev a1)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. Device 8176 (rev 01)
04:00.0 System peripheral: JMicron Technology Corp. SD/MMC Host Controller (rev 30)
04:00.2 SD Host controller: JMicron Technology Corp. Standard SD Host Controller (rev 30)
04:00.3 System peripheral: JMicron Technology Corp. MS Host Controller (rev 30)
04:00.4 System peripheral: JMicron Technology Corp. xD Host Controller (rev 30)
05:00.0 USB Controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04)
Some googling lead to another bloke facing the exact problem
Oct 13 21:57:15 bluetoothd[1027]: Stopping SDP server
Oct 13 21:57:15 bluetoothd[1027]: Exit
Oct 13 21:57:15 bluetoothd[1027]: bluetoothd[1027]: Stopping SDP server
Oct 13 21:57:15 bluetoothd[1027]: bluetoothd[1027]: Exit
Oct 13 21:57:16 bluetoothd[2481]: Bluetooth deamon 4.87
Oct 13 21:57:16 bluetoothd[2481]: bluetoothd[2481]: Bluetooth deamon 4.87
Oct 13 21:57:16 bluetoothd[2481]: Starting SDP server
Oct 13 21:57:16 bluetoothd[2481]: bluetoothd[2481]: Starting SDP server
Oct 13 21:57:16 bluetoothd[2481]: Parsing /etc/bluetooth/input.conf failed: No such file or directory
Oct 13 21:57:16 bluetoothd[2481]: bluetoothd[2481]: Parsing /etc/bluetooth/input.conf failed: No such file or directory
Oct 13 21:57:16 bluetoothd[2481]: Parsing /etc/bluetooth/audio.conf failed: No such file or directory
Oct 13 21:57:16 bluetoothd[2481]: bluetoothd[2481]: Parsing /etc/bluetooth/audio.conf failed: No such file or directory
Oct 13 21:57:16 NetworkManager[934]: bluez error getting default adapter: No such adapter
Some more googling lead to this thread:
Keany says:
before you start BT installation be sure WLAN LED is ON.
Hmm... so the WLAN LED is on, but the Bluetooth LED is not on and there is no function key to turn the bluetooth LED on!
Aarrrgh. Another unsolved mystery.
10/13/2011 21:27 #55290
Texmaker error in Fedora 15Category: linux
The wrestling match with Texmaker on Fedora 15 got way too confusing. I found that Texmaker has a fork called Texstudio and I have installed it instead. The x86_64 version of Texstudio for Fedora 15 is available here:
My most useful LaTeX editor doesn't start in Fedora 15. I am getting this error message:
texmaker: error while loading shared libraries: libQtWebKit.so.4: cannot open shared object file: No such file or directory
But I do have libQtWebKit.so.4!
whereis libQtWebKit.so.4
libQtWebKit.so: /usr/lib/libQtWebKit.so.4
After some googling, I think the problem lies here:
whereis libQtGui.so.4
libQtGui.so:
/usr/lib/libQtGui.so.4
/usr/lib64/libQtGui.so.4
To try and find out which one of these is "owned" or "required" by other packages, I used the syntax from this VERY helpful document:
rpm -qf /usr/lib/libQtGui.so.4
gives
qt-x11-4.7.4-2.fc15.i686
rpm -qf /usr/lib64/libQtGui.so.4
gives
qt-x11-4.7.4-2.fc15.x86_64
Just for kicks, I also queried rpm for everything containing qt
rpm -qa | grep -i qt
qt-x11-4.7.4-2.fc15.x86_64
PyQt4-4.8.3-2.fc15.x86_64
poppler-qt-0.16.7-1.fc15.x86_64
qt-webkit-4.7.4-2.fc15.i686
qt-x11-4.7.4-2.fc15.i686
qt-4.7.4-2.fc15.x86_64
qt-4.7.4-2.fc15.i686
Hmm... so my system is x86_64. Do I need these i686 packages? Are these not being recognized by texmaker, perhaps? Should I be deleting these i686 packages (and their dependencies) and replacing them with the x86_64 versions?
See solution at the top. It's not worth my time to be wrestling with this level of hideous confusion.
It shouldn't matter that the 686 and x86_64 version of the libraries are installed. Anything that is compiled only for i686 will require those libraries. For a long time that included at least Skype, citrix client and second life. This would happen on any OS if you were trying to run 32 bit programs on a 64 bit OS.
That being said texmaker works perfectly fine for my system which means it can on yours.
And, some of the earlier dependencies (eg. latex environment) were already installed in the laptop. Maybe that was the reason for the conflict. I have a sneaking suspicion this is not the end of the i686/x86_64 incompatibility drama. My brother seems to have installed whatever version was nearest his mouse. I will clean it up next month with you but right now I have no time.
Okay, I bypassed luck by installed texstudio, a fork of texmaker. In this case, thank goodness, the linux community is torn by forks and strife.
You have the worst luck. I just ran sudo yum install texmaker and it worked. Sounds like you only have the 686 libraries installed and are running the x86_64 version of the app.
sudo yum install texmaker
Installed:
texmaker.x86_64 1:3.1-1.fc15
Dependency Installed:
Xaw3d.x86_64 0:1.5E-20.fc15
kpathsea.x86_64 0:2007-62.fc15
netpbm.x86_64 0:10.47.26-2.fc15
netpbm-progs.x86_64 0:10.47.26-2.fc15
phonon.x86_64 0:4.5.0-2.fc15
phonon-backend-vlc.x86_64 0:0.4.1-2.fc15
poppler-qt.x86_64 0:0.16.7-1.fc15
qt-webkit.x86_64 1:4.7.4-2.fc15
t1lib.x86_64 0:5.1.2-7.fc15
tetex-dvipost.x86_64 0:1.1-12.fc15
tex-preview.noarch 0:11.86-6.fc15
texlive.x86_64 0:2007-62.fc15
texlive-dvips.x86_64 0:2007-62.fc15
texlive-latex.x86_64 0:2007-62.fc15
texlive-texmf.noarch 0:2007-37.fc15
texlive-texmf-dvips.noarch 0:2007-37.fc15
texlive-texmf-fonts.noarch 0:2007-37.fc15
texlive-texmf-latex.noarch 0:2007-37.fc15
texlive-utils.x86_64 0:2007-62.fc15
xdvik.x86_64 0:22.84.14-9.fc15
What's the point of this sort of ordering??! It so illogical for so many reasons!
github is doing the same stupid alpha sort to my numeric tags. :::link::: Why couldn't they just put them in reverse tstamp order, or natural order.
Reading your comments, I really don't think I am "linux-ready" yet. LOL I feel like I jumped into a war with no weapons!
Not being in the wheel group by default is trivial to resolve using usermod or the GUI aand allowing wheel users to sudo is resolved by uncommenting the line at the bottom of /etc/sudoers where it enables wheel users to sudo.
I think thr idea is if you can't do those basic things in Linux you have no business running a server OS.
Open suse =novella=in bed with Microsoft. They used to be my favorite too.
Fedora is better. The issue you are experiencing with scientific Linux and cebtos is that they are really designed to be stable servers not desktops. They are both clones of RHEL. The whole idea of those stable OSes is that you can build and base code on stable versions so that if you were writing something that did a years worth of analysis you don't have to worry about the libraries and APIs changing every week.
Why don't you come by and we can set you up on fedora OR Scientific Linux. There is nothing stopping you from using more current libraries on scientific Linux.
The debian problem cannot be a debian problem but a problem with Rs port on debian.