Third Laptop: Lenovo ThinkPad P14s

My previous laptop was an ASUS UX331UN, and I wrote a post when I got it 6 years ago reviewing it [LINK]. It served me well, so I figured for a while that when it came time to replace it, I would most likely get another ASUS laptop. Over most of this year, I noticed progressively more often when using that laptop that it would make an odd whirring sound, and that would be especially noticeable when it would be shutting down. This motivated me to start considering to get a new laptop. More recently, the recent US presidential election result forced the issue for me, as I was concerned that the president-elect, once inaugurated, would impose heavy tariffs on many different countries that would significantly impede global supply chains that are essential for the manufacturing of electronic goods, including laptops. Thus, I thought carefully about and made the decision to buy a new laptop. Follow the jump to see more.

Ongoing problems connecting a Canon CanoScan 4400F scanner to Linux Mint

This post is about the experiences I've had connecting a Canon CanoScan 4400F scanner to various computers, primarily focusing on my current laptop which, as of the time of first writing this post, ran Linux Mint 19 "Tara" MATE along with Microsoft Windows 10. For context, I am hoping to scan some of my personal & work notebooks for personal archival. I figured that this scanner, which I've had for a long time, does a good job at rendering images, even though it is quite old & slow, so I should continue using it for as long as it continues to work.

I used to use this scanner regularly with my previous laptop, which is an ASUS U30Jc and, when I last ran it regularly, ran Linux Mint 18.3 "Sylvia" along with Microsoft Windows 7; initially when I connected the scanner to the old laptop (a few years ago), it didn't work with Linux Mint out-of-the-box, so I decided to do all scans in Microsoft Windows and then transfer files between partitions later. I stopped using that laptop approximately 2 years ago, and since then until the beginning of this month, it just sat in a box gathering dust. At the beginning of this month, desirous of using this scanner again for the aforementioned purposes, I brought out the old laptop & scanner, but found out that in the intervening 2 years, the damage to the laptop's screen & hinge had worsened, the battery had completely died due to no charging in that time, and the laptop (on either OS) would randomly overheat & shut off. At this point, I now believe that old laptop should be junked.

My current laptop is an ASUS ZenBook UX331UN. I didn't think the scanner would work with it, because it uses USB 1.1, and I remember having trouble getting this laptop to read an older USB device. Just for the heck of it, I decided to connect the scanner to see what happens. Just as with my old laptop, in Linux Mint, the Simple Scan application didn't find any connected scanners. However, I had the idea to run the command "sudo simple-scan" from the terminal. That showed that the scanner was in fact being recognized, so this was probably a permission problem; I also realized that the earlier problem with another old USB device was specific to that device and not a general issue with this laptop reading any older USB device. That said, when I tried to scan a document, I got a window showing the error "Failed to scan: Unable to connect to scanner". Follow the jump to see more.

Second Laptop: ASUS ZenBook UX331UN

I was hoping that a post from when I got my first laptop, an ASUS U30JC, would provide a template for how to review my new, second laptop. Sadly, that post was from over 8 years ago, when this blog was just a year old, I had not yet started college, and my writing was much worse. With that in mind, I now provide a review of my new laptop; this review will be by no means a thorough review of hardware, but will be more of a summary of my experiences installing Linux on it and using it for around a month.

A few months ago, I noticed that part of the plastic frame around the screen of my old laptop, along with the hinge below it, had partially detached. A little over a month ago, that detachment had become much more noticeable, to the point of becoming a liability for me: the laptop would no longer close properly (without me risking breaking it altogether), so I would not be able to take it anywhere outside. Up until that point, I had experienced no major hardware issues with that laptop, and only minor issues such as the optical drive occasionally being unresponsive; I could tell that it was struggling a little more with newer software, but on the whole, it was performing quite well, so while I had from time to time over the last couple of years been looking casually into replacing it, this sudden development forced the issue. Given my disability, I wanted something a bit more lightweight, because my old laptop was 4.5 pounds, which was a bit heavy for me; that said, I still wanted something that would offer a reasonable amount of computational power, and while I didn't anticipate requiring a high-performance graphics card for gaming as I am not a serious gamer, I figured there may be some casual games as well as the possibility of getting into GPU programming for my work for which I may want a reasonable dedicated graphics card. Luckily, I found the ASUS ZenBook UX331UN, which seemed on paper to fit the bill on all counts, and I found only a few left in stock online for a reasonable price (just over $1000), so I went ahead and bought one. Follow the jump to read more.

Long-Term Review: Linux Mint 18.2 "Sonya" MATE

Installed System: Main Screen + Xed

A little over two weeks ago, I made the decision on what Linux distribution to install and use full-time on my personal laptop. I chose Linux Mint 18.2 "Sonya" MATE, because I felt that while it could do a bit better for total newbies in terms of usability (as some usability features have regressed since a couple of years ago), it has been a reliable and known quantity for me, and I figured that if I could generally use the live session without much hassle, it wouldn't be too much of a stretch (no pun intended) to imagine that the installed session would likely be workable. As I've covered most of the experiences of installing and using programs and getting around the desktop in my review of the live session, this post will be relatively short, covering only the salient points of the installation and some of the changes I made after the installation. Follow the jump to see more.

Thoughts on Typesetting

In 2012 IAP, I taught myself how to use LaTeX by typesetting the 8.033 — Relativity lecture notes. I also did this so that the lecturer I had that semester and the lecturer for the following semester would both have these notes at their disposal; for the record, the former is on sabbatical this academic year, while the latter did indeed use it when he taught the class this past fall. I needed to teach myself LaTeX because I was going to be taking 8.13, which I did this past fall, and that requires LaTeX use for papers (and recommends Beamer for presentations as well). That said, recently I was hanging out with some friends and a couple of them suggested that LaTeX isn't really necessary as far as producing scientific papers goes, because Microsoft Office Word 2013 has an advanced enough equation editor that it can essentially replace LaTeX, especially as it now recognizes basic LaTeX syntax. At first, given how much I had used LaTeX (and also given some of my past negative feelings toward Microsoft), I felt a little defensive. But then I realized I should give the comparison a fairer shot, so I decided to see if I could try to replicate one of my PRL-formatted LaTeX-typeset papers in LibreOffice Writer. Follow the jump to see my findings.

Review: Fedora 18 "Spherical Cow" GNOME

Although I have reviewed a number of Fedora remixes, I haven't reviewed proper Fedora since the very first review/comparison test I posted on this blog over 3 years ago. There are, however, a few reasons for me to be trying this out today.

GNOME 3/Shell Activities

Fedora is typically more for Linux users with intermediate levels of experience and comfort with Linux, as well as for developers and administrators who want to see what is coming in RHEL/CentOS. That said, it can sometimes make a good consumer-grade desktop distribution as well, as long as it is done right; that's why there are so many remixes of it out there. But that doesn't explain why this review exists. I am trying Fedora today because I have not checked out GNOME 3/Shell in a while. I am also trying it because the Anaconda installer is supposed to have been thoroughly revamped. But mostly, I am trying it out because as a physics student, the codename tickled me enough to give it another look. (For those who don't know, a popular joke about physics problems takes such modeling to its logical extreme by applying it to a cow milking: "Imagine that this cow is spherical and radiates milk isotropically...".)

I tried the live session through a live USB system made with MultiSystem. As the revamped installer is a new feature, I tried the installation as well through a 64-bit Linux Mint 13 LTS "Maya" Xfce live USB system made with MultiSystem as well. Follow the jump to see what it's like.

Featured Comments: Week of 2012 July 29

There was no "Featured Comments" post last week because comments on the previous week's posts didn't come until after that week was done. There were two posts that got a couple comments each, so I will repost all of those.

Long-Term Review: Linux Mint 13 LTS "Maya" Xfce

Reader Bernard Victor suggested, "Have you tried Xubuntu. I am using it and find it very good. Even able to change to Nautilus from Thunar. All my sound and video files play without any tuning, using either VLC or Gmusicbrowser. Rhythmnbox is also available."

My Installation of Linux Mint 13 LTS "Maya" Xfce

Commenter Innocent Bystander said, "Someone trying to discover the installation of LM14 XFCE would have hard time to learn anything from this article", later clarifying, "Sorry I meant LM13 XFCE. In the article "Long-Term Review: Linux Mint 13 LTS "Maya" Xfce" http://dasublogbyprashanth.blogspot.ca/2012/07/long-term-review-linux-mint-13-lts-maya.html There was too much emphasis about the attempt to replace MDM by LightDM. Although I understand your motive but I was expecting to see if LM13 XFCE is worth a move, in terms of software and "habits" compatibilities. Speaking of MDM, I wonder why a "friendly & design focus" distro like LinuxMint would opt for the inconvenient MDM. Do you know why?"

Thanks to all those who commented on this past week's posts. This coming week will see the publication of the last long-term review of this summer. In addition, I will have a normal review out along with possibly a second (if the release of that [second] distribution happens this week), and I'll probably have another random post about the summer in general. Anyway, if you like what I write, please continue subscribing and commenting!

My Installation of Linux Mint 13 "Maya" Xfce

Old: [Customized] Mozilla Firefox + Desktop Cube

Well folks, this is it. After many months of looking for a suitable replacement for my setup of Linux Mint 9 LTS "Isadora" GNOME, I have found one and have followed through with it. There were two reasons why I wanted to make this upgrade/switch: I wanted to stay up-to-date and take advantage of the support promised in the latest LTS release, and I needed to either reinstall my current OS or install something else because my present installation of Linux Mint stopped recognizing my laptop's ethernet card when I accidentally pulled out the power adapter cord from the laptop about 2 months ago. I got by with wireless Internet, but it was painful, and it had become so painful in the last few weeks that I couldn't stick with it for much longer. The following is a log of my experience installing and customizing Linux Mint 13 LTS "Maya" Xfce on my laptop. As of the moment that I write this sentence, this will simultaneously be the last post that I write with the old version of Linux Mint and the first that I write with the new version. I have to confess that I've become somewhat attached to the way that I've customized the old version (and that's what made finding a suitable replacement so difficult), but given that it looks like I can do the same things in the new version, I eagerly anticipate having the new version installed. Follow the jump to see what happens.

Long-Term Review: Chakra 2012.05 "Archimedes"

For those of you who don't know what this is about, this post should clear things up. Essentially, I now have another computer upon which I can do tests of installed distribution sessions for several days at a time. There will be three more posts like this one this summer; I may or may not be able to continue it through the semester. For reference, I used the 64-bit minimal CD for live testing and installation. Follow the jump to read my experiences with Chakra over more than a week of use.

Review: Linux Mint GNOME 201109

Oh man. I've wanted to do this post for quite a long time now. And now I can! So here it is.

Main Screen + System Monitor

Regular readers of this blog know that Linux Mint has been releasing snapshots of its rolling-release Debian-based distribution alongside its fixed-release Ubuntu-based distribution. A few days ago, the newest snapshots of the GNOME and Xfce editions were released. Furthermore, even before that, the developers changed from simply passing along updates from Debian Testing to thoroughly testing them and then releasing them in bundles called "update packs". While this is not something I can test given the way I do these tests, judging from the comments in the forums and the developer blog posts, the update packs have been quite successful, and they seem to have made Debian-based Linux Mint's stability on par with that of Ubuntu-based Linux Mint. This has caused the developers to make an additional small change to the update process; whereas before the Linux Mint Update Manager, which was originally built for the Ubuntu-based distribution and was initially ported over to the Debian base essentially unchanged, had a system of numbering package updates based on their safety, now those numbers are gone and replaced simply by update pack numbers and the packages in that update pack. That last point has had the additional effect of hiding dependencies that are not themselves directly used, which makes the list look a lot cleaner. All in all, there have been some pretty major changes to the way Debian-based Linux Mint handles updates, and that's due to the fact that a rolling-release distribution is fundamentally different from a fixed-release distribution.

Anyway, the GNOME and Xfce editions were released on the same day, which is in contrast to the past when the Xfce edition would be released many months after the corresponding GNOME edition; because of that, I feel like the GNOME and Xfce editions now have equal standing, so I am testing them together. This also gives further credence to the idea that the Xfce edition could become the main edition if GNOME 3 (because after all, official maintenance of GNOME 2 will end sooner or later) cannot be transformed into something like Linux Mint or if it is too difficult to maintain.
Well, I would have done that, but booting the Xfce edition gave a kernel panic. I was able to reproduce this a few times using a variety of boot options. That's really unfortunate. I don't know if it's due to a bad image, a bad burn, both, or something else, but in any case, I can't speak for the quality of the Xfce edition. I will thus focus just on the GNOME edition now.
I tested this on a live USB made with UnetBootin. I tested the installation process in VirtualBox with 1024 MB of RAM allocated to the guest OS on a Pinguy OS 11.04 Mini live USB host also made with UnetBootin. Follow the jump to see what it's like.

2011 June 20: Linux and My Computers' Hardware

A couple things (which will be mentioned later in this post) prompted me to write this, so here it is. This is an overview of the two computers on which I have installed and used Linux regularly and things related to regular Linux usage on those computers.

First Computer (Past)

Sony VAIO desktop with Intel Pentium 4/HT processor at 2.8 GHz, 1 GB RAM, 160 GB hard drive, integrated ATI Radeon 9200 graphics card with available 1920 by 1200 resolution (used 1280 by 1024), integrated sound card, used in conjunction with a 21 inch Nokia CRT 4:3 monitor, Sony speakers, keyboard, and mouse, and Logitech QuickCam Communicate STX webcam

Second Computer (Current)

ASUS U30Jc laptop with Intel Core i3-370M processor at 2.4 GHz, 4 GB RAM, 320 GB hard drive, integrated Intel GMA 4500HD graphics card with available discrete NVidia GeFore 310M (512 MB graphics memory) graphics card with 1366 by 768 resolution, integrated sound card and speakers, integrated keyboard, integrated webcam and mic, used in conjunction with Microsoft USB mouse

Follow the jump to see the rest.

Tech Support via CLI

Recently, I installed Linux Mint 9 LTS "Isadora" GNOME on the computer of a relative (who shall be known for the rest of this article as $relative). After the installation, we both got busy with things, so I couldn't properly configure stuff to $relative's liking post-installation, so I gave tech support for configuring stuff at home.

The thing is, $relative has never used a CLI before; $relative has previously only used Microsoft Windows and has never touched its command prompt. Although I'm continually becoming more comfortable with the CLI, I still retain a certain fondness, familiarity, and comfort with GUIs, as I was bred on Microsoft Windows as well until I was told about Linux Mint over two years ago. Yet, as I was giving tech support to $relative over an online chat, I felt far more comfortable giving CLI tech support, and I find this sort of ironic, if nothing else.

Why? Both I and $relative, as I said earlier, are far more comfortable with GUIs. Yet if I wanted to give tech support for GUIs, I'd need to know stuff like exactly what applications to use, exactly what the menu and button structures are like, and exactly what errors would commonly come up. With a CLI, I'd just ask $relative to copy the commands I type into the chat box verbatim into the terminal, and copy back any errors output. And despite having never used a terminal before, $relative did it all with ease, and it was all working perfectly. And that's what's great about Linux now; it's easy, flexible, and extraordinarily powerful all in one, and users now don't have to deal with that immense power if they really don't want to.

Review: Chakra 2011.02 "Cyrus"

Main Screen

Chakra GNU/Linux has become one of the distributions I now test regularly. Its appeal to me lies in the fact that it is based on Arch Linux (and is therefore comparatively quick and configurable), yet it comes with KDE already configured along with a more user-friendly system installer and package manager. I've already tested versions Alpha 5 "Panora", 0.2.0 "Jaz", and 0.3.0 "Ashoc". I figured I would test version 0.4.0 "Cyrus" whenever it got released, so I chose to wait until the news showed up on DistroWatch to test it. Unfortunately, that never happened; the latest news regarding this release was about 0.4.0 "Cyrus" Beta 2. Then, two days ago, I saw a news entry on DistroWatch about Chakra, specifically regarding version 2011.04 "Aida" Milestone 3. I wondered if the 0.4.0 "Cyrus" release had been scrapped entirely, so I headed to the Chakra website to check it out. It turns out that version 2011.02 "Cyrus" (renumbered from 0.4.0 for reasons I will also talk about shortly) was released in February itself and is now the current stable release; it was just never announced on DistroWatch. Darn it! Why doesn't anyone tell me these things?

As I just mentioned, the numbering changed from 0.4.0 to 2011.02. It looks like the Chakra developers moved away from the goal of a stable 1.0 release and chose to emphasize the rolling-release cutting-edge nature of Chakra by switching to a year-month numbering system. That said, the old numbering system clearly showed that Chakra is still alpha-release software; I don't know if I'm supposed to think the same thing with the current numbering system — more on that later.

I tested Chakra in VirtualBox with 1024 MB of RAM allocated to the guest OS and an available 10 GB virtual hard drive for installation. In response to a couple comments as well as articles on other blogs that I have seen, this is for a few reasons: I can't make a Chakra live USB without wiping it clean (dd) and I don't have too many blank CDs/DVDs lying around for these purposes, I can better control how Chakra responds in lower-resource environments (though admittedly 1 GB is still plenty), and I don't need to worry about messing up my installed systems on my computer. Follow the jump to see what it's like.

Announcing UberBang 10.04.2

I have posted an update to UberBang on the same SourceForge project page. It now includes the FBXKB keyboard layout switcher system tray icon, and Volumeicon and NM-Applet are now fully functional. Also present are the Openbox, GTK, and icon themes from the latest build of #! 10 "Statler"; however, the default GNOME-Colors-Statler icon theme used seems to not have been copied over correctly, as some icons (e.g. back, forward) appear a little weird. It seems like Elementary-Statler works fine though. Maybe for the next update I'll use that instead.
I read on the #! forums of people trying UberBang and being able to successfully use the live session but not being able to properly install it. With the previous releases I didn't have the time to look into these further; now I have the time, and I can confirm that UberBang doesn't install properly. It seems to be a known problem with Remastersys, but looking on the Remastersys forum didn't yield a whole lot of useful information (I tried one thing, but it led to a segmentation fault (another error type)). If anyone reading this has used and is familiar with Remastersys, please let me know what I should be doing so that UberBang can actually be installed.

In unrelated news, before coming to the Blogger Dashboard page, I often read news on various other tech sites including (but not limited to) TechDirt, Linux Today, Raiden's Realm, and Tech Drive-in. Having done that a couple minutes ago, I would like to let readers know that Raiden's Realm has been hacked; all that's present is scrolling mixed Arabic/English text on a black background.

Reflection: Sabayon 5.2 KDE

I said in my review of Sabayon 5.2 KDE that I was so pleased with the speed and features of the OS that I would install it. I did read some online forum posts on Sabayon 5.2 being a nice live DVD OS but not good for installation, but I figured that this person just had a bad day. I decided to give installation and full use a shot.
The former went smoothly. The latter went untested for reasons that you can read after the jump.