Pagerank 0 everywhere

Starting yesterday, the Google Pagerank of all sites is being displayed as 0 or n/a.  Pagerank is not that important for determining the quality of a site as it was once. It can still be a hint to see how good search engine optimizations (SEO) are for a site, or if the site needs improvements.

Many bloggers wondered what happened to their sites. Then there were the usual rumors, about Google disabling the Pagerank completely and Googles License for the Pagerank expiring.  The Pagerank algorithm weightens websites by importance. This is done by weighting inbound links to a site by the Pagerank of the referring site. So links from sites with a higher Pagerank are more valuable than links from sites with a lower one. The algorithm was developed by  the Google founders Brin and Page, but the patent for the algorithm was assigned to Stanford University. Google has got an exclusive license till 2011, afterwards the license becomes non-exclusive. Thus the expiring of this license has no impact on the availability of Pagerank at all, it only means, that others also could get a license for the algorithm and use it. The real cause for the Pagerank displays not working anymore is being discussed in [1]. It is quite simple: The Google API for inquiring the Pagerank has changed. For most scripts it is sufficient to replace the string toolbarqueries.google.com/search with toolbarqueries.google.com/tbr.

Some Firefox extensions, like SEOQuake, can be fixed by running the following command line in the extensions folder of the firefox profile:

grep -rl toolbarqueries.google.com/search . | xargs -t sed -i -e ‘s/toolbarqueries.google.com\/search/toolbarqueries.google.com\/tbr/’

After a firefox restart the Pagerank in i.e. SEOQuake is being displayed correctly again. For some other extensions there has to be done some more work and one has to wait for the next update to get this fixed. The pages providing online Pagerank information, like seitwert.de, can also be expected to get fixed soon. In the meanwhile one can use the Online Pagerank Checker of Jens Altmann to check the Pagerank.

Jürgen

References:

[1] seomonitor.de

[2] wikipedia.org

[3] cickconf5.org

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

Teamspeak Client 3.0.1 and Server 3.0.0 for Gentoo

There are no ebuilds for Teamspeak Server 3.0.0 and Teamspeak client 3.0.1 available  in the net. Thus I modified the old one to match my needs. It has not been a difficult task, but surely someone will be happy to have the ebuild. If the automatic download fails, please download the distfiles from Teamspeak Servers.

You can download the teamspeak-3.0.1.ebuild (839 downloads ) from our Server.

If you need help in using these ebuilds, do not hesitate to contact us.
Best regards xexplorers

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

Staroffice 8 crash on amd64

Today I recognized my Staroffice 8 not starting any more on my gentoo box.  I know, StarOffice is old, but it is still doing the job and most newer word processors just have tons of more features that, to be honest, most people do not use. For most real work I use Latex, but StarOffice enables me to write a short document on the fly and to open Microsoft Office files.

When trying to start StarOffice it instantly crashed with the following dialog (Translated to english language with export LC_ALL=C):

Due to an unexpected error, StarOffice crashed. All the files you were working on will be saved now. The next time StarOffice is launched, your files will be recovered automatically.

No further Information in the console or where ever was available.  I already thought about unistalling StarOffice and installing a newer word processor like OpenOffice, then I remembered that StarOffice is a 32bit application, which uses the 32bit emulation libraries on an amd64 system.  Well, I also have remembered, that there recently has been  an upgrade of the  emul-linux-x86-libs to version 20110722.  With try and error I found out that emul-linux-x86-baselibs-20110722 was the one which was causing the problem. Most probably emul-linux-x86-baselibs-20110722 is also incompatible to other applications.

To solve the problem include

>=app-emulation/emul-linux-x86-baselibs-20110722

into your /etc/portage/package.mask file to prevent the newer emul-linux-x86-baselibs from getting emerged.

Well, emul-linux-x86-motif-20110722 requires a recent version of emul-linux-x86-baselibs as dependency and refuses to install afterwards. To fix this include

app-emulation/emul-linux-x86-baselibs-20110722-r99

into your /etc/portage/profile/package.provided file. This may break some 32bit motif applications. In this case it may be necessary to downgrade the emul-linux-x86-motif package, also. Since I do not have any 32bit motiv based applications on my system I did not try that out.

Afterwards StarOffice 8 starts as usual. Hopefully the next version of emul-linux-x86-baselibs is compatible with StarOffice again.

Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (1 votes, average: 4.00 out of 5)
Loading...

meego 1.2 Summer Release tested

Hi  folks,

I’ve tested meego SR on my N900 and it looks great. There are only problems with my german keyboard layout left, but with onscreen keyboard everything works fine.

Next I will check connecting it to anything, I’ve connected maemo to.

The installation documentation is here and it simply works. If you have a pr1.3 kernel, you only need to install uboot. Originally it can boot from a fat partition of any sd card inserted. If you want to switch back, you have only to remove the sd card. For testing it is easy.

Now I will test Meego some swipes more 😉

best regards xexplorer

You will find more info’s on meego.com. A short list of release notes can be found here.

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

skype 2.2.0.25 gentoo problem

today skype doesn’t start, after short search I found that a config file break the system. remove ~/.Skype/shared.xml and login again.

best regards xexplorer

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

tuxonice problems with nvidia-drivers-270.41.06

A few days ago nvidia-drivers-270.41.06 appeared in the gentoo partage tree. During my regular updates it got installed. Afterwards turonice did not work anymore with the configuration I wrote about in zen-sources-2.6.38_p20110501 with tuxonice.

The dmesg output during supend to disk was:

Freezing processes & syncing filesystems.
Stopping fuse filesystems.
Freezing user space processes … (elapsed 0.01 seconds) done.
Stopping normal filesystems.
Freezing remaining freezable tasks … (elapsed 0.01 seconds) done.
Preparing Image. Try 1.
Restarting normal filesystems.
Stopping fuse filesystems.
Freezing user space processes … (elapsed 0.00 seconds) done.
Stopping normal filesystems.
Freezing remaining freezable tasks …
Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze, wq_busy=0):
khugepaged      R  running task        0   619      2 0x00800000
ffff88004ef24fa0 ffffffff81692eb9 ffff88004ef24fa0 ffff8800cf13e0c0
ffff8800c861e000 ffff8800c861e010 ffff8800c861e000 ffff8800cf13e330
ffff8800c861ffd8 ffff8800c861e010 ffff8800cf13e148 ffff8800cf13e330
Call Trace:
[<ffffffff81692eb9>] ? schedule+0x729/0xea0
[<ffffffff8169308b>] ? schedule+0x8fb/0xea0
[<ffffffff8110d4ab>] ? __page_check_address+0x10b/0x190
[<ffffffff8110d9f6>] ? page_referenced_one+0x96/0x220
[<ffffffff8110eb7a>] ? page_referenced+0x2da/0x370
[<ffffffff810f13fd>] ? shrink_page_list+0x21d/0x5d0
[<ffffffff810f1b9e>] ? shrink_inactive_list+0x15e/0x4d0
[<ffffffff812d74b8>] ? __next_cpu+0x18/0x30
[<ffffffff8103877b>] ? resched_best_mask+0x3b/0xd0
[<ffffffff810f22bb>] ? shrink_zone+0x3ab/0x500
[<ffffffff810f32bf>] ? do_try_to_free_pages+0xcf/0x470
[<ffffffff810f3965>] ? try_to_free_pages+0xa5/0x1c0
[<ffffffff810e7d5c>] ? __alloc_pages_nodemask+0x49c/0x900
[<ffffffff81050496>] ? try_to_del_timer_sync+0x76/0x110
[<ffffffff81050690>] ? process_timeout+0x0/0x10
[<ffffffff81126461>] ? khugepaged_alloc_hugepage+0x51/0xe0
[<ffffffff81061c70>] ? autoremove_wake_function+0x0/0x30
[<ffffffff811266bd>] ? khugepaged+0xad/0x10e0
[<ffffffff81061c70>] ? autoremove_wake_function+0x0/0x30
[<ffffffff81126610>] ? khugepaged+0x0/0x10e0
[<ffffffff81126610>] ? khugepaged+0x0/0x10e0
[<ffffffff81061706>] ? kthread+0x96/0xa0
[<ffffffff8103c6af>] ? schedule_tail+0x4f/0x110
[<ffffffff81003bd4>] ? kernel_thread_helper+0x4/0x10
[<ffffffff81061670>] ? kthread+0x0/0xa0
[<ffffffff81003bd0>] ? kernel_thread_helper+0x0/0x10

Cleaning up…
Restarting all filesystems …
Restarting tasks … done.
video LNXVIDEO:00: Restoring backlight state
TuxOnIce debugging info:
– TuxOnIce core  : 3.2
– Kernel Version : 2.6.38.4-zen
– Compiler vers. : 4.4
– Attempt number : 1
– Parameters     : 17 700428 2 1 -2 4
– Overall expected compression percentage: 50.
– Compressor is ‘lzf’.
– Block I/O active.
Used 0 pages from swap on /dev/sda6.
– Max outstanding reads 1. Max writes 0.
Memory_needed: 1024 x (4096 + 360 + 112) = 4677632 bytes.
Free mem throttle point reached 0.
– Swap Allocator enabled.
Swap available for image: 2098481 pages.
– File Allocator active.
Storage available for image: 0 pages.
– No I/O speed stats available.
– Extra pages    : 0 used/500.
– Result         : Hibernation was aborted.
: Freezing filesystems and/or tasks failed.

Somehow there seems to be a problem with nvidia-drivers-270.41.06. After downgrading to nvidia-drivers-260.19.44 tuxonice worked as usual.

Addon:

This solution was partly wrong. As I noticed later, the problem still persists occasionally. With the older nvidia-driver the probability that the problem occurs just was lower. However, the main reason  for the tuxonice abort is some incompatibility between tuxonice and the new transparent hugepage feature of the kernel. As a workaround one may disable the transparent hugepage support before suspension and reenable it afterwards. I.e. one can include something like the following in his hibernate configuration:

OnSuspend 90 echo ‘never’ > /sys/kernel/mm/transparent_hugepage/enabled

OnResume 90 echo ‘always’ > /sys/kernel/mm/transparent_hugepage/enabled

or

OnResume 90 echo ‘madvise’ > /sys/kernel/mm/transparent_hugepage/enabled

Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

zen-sources ebuilds now with tuxonice

Starting with kernel version 2.6.36 tuxonice has been removed from the zen-sources patchset, the high-performance linux-kernel for desktops. With the new zen-sources-2.6.38_p20110510 ebuild the maintainer of the zen-sources ebuilds started to include tuxonice into the zen-sources ebuilds in gentoos portage tree.  Now the reliable suspend mechanism, tuxonice is known for, is again easily available on genttoo systems with zen-.sources.  Thanks Markos!

A Gentoo user now can choose if he wants to have zen-sources with tuxonice or not. To get zen sources with tuxonice one just has to include the tuxonice USE-flag into his /etc/make.conf and emerge zen-sources afterwards. Then one has to configure and compile the kernel as usual.

Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

siteinfo

Translator