Skype upgrade: free Google Chrome offer
LOL, even 2 month's after Microsoft's acquisition of Skype, they still offer Google Chrome:
LOL, even 2 month's after Microsoft's acquisition of Skype, they still offer Google Chrome:
Shortly after the last benchmark, I came across pigz (parallel gzip) and a bigger (real-world) task to complete:
$ time gzip -c file.tar > file.tar real 41m52.636s user 33m58.392s sys 2m26.903s $ time pigz -c file.tar > file.tar.pigz real 18m34.894s user 54m07.784s sys 3m47.910s $ time bzip2 -c file.tar > file.tar.bz2 real 838m47.771s user 830m48.621s sys 2m18.429s $ time pbzip2 -c file.tar > file.tar.pbz2 real 58m06.466s user 1748m17.785s sys 4m49.537s $ ls -lhgo -rw-r--r-- 1 15G Jun 24 02:03 file.tar -rw-r--r-- 1 598M Jun 24 22:10 file.tar.gz -rw-r--r-- 1 600M Jun 24 21:02 file.tar.pigz -rw-r--r-- 1 304M Jun 25 12:44 file.tar.bz2 -rw-r--r-- 1 306M Jun 25 13:42 file.tar.pbz2Hardware: Sun SPARC Enterprise T5120, 1.2GHz 8-Core SPARC V9, 4GB RAM
Hah! Don't try this at home work, kids:
$ cat otp.txt 123456 234567 345678 $ cat autossh.exp #!/usr/bin/expect -f set ipaddress [lindex $argv 0] set password [lindex $argv 1] set command [lindex $argv 2] set timeout 30 spawn ssh -L 1234:localhost:80 -N $ipaddress expect { "yes/no" { send "yes\r"; exp_continue } "password:" { send "$password\r" } } expect "" # send "$command \r" # send "exit\r" expect eof exit $ cat otp.txt | while read p; do ./autossh.exp bob@ssh.example.com $p; doneYes, public key authentication would be the way to go. But when used in combination with a (known) one-time password list, the above does the trick. No, I'm not actually using this and neither should you!
Ready for yet another rant? If not, please skip this one. Fedora 15 has been released in late May 2011 so I upgraded my Alpha installation, let's see what we've got:
$ grep amixer /etc/rc.local /usr/bin/amixer -c 0 set 'Surround Speaker' 115 unmute /usr/bin/amixer -c 0 set 'Front Speaker' 115 unmute /usr/bin/amixer -c 0 set 'Surround Speaker Playback Volum' 115 unmute
$ yum install pidgin-otr ---> Package pidgin-otr.x86_64 0:3.2.0-4.fc15 will be installed --> Processing Dependency: pidgin >= 2.0.0 for package: pidgin-otr-3.2.0-4.fc15.x86_64 --> Processing Dependency: libotr >= 3.2.0 for package: pidgin-otr-3.2.0-4.fc15.x86_64 --> Processing Dependency: libotr.so.2()(64bit) for package: pidgin-otr-3.2.0-4.fc15.x86_64 --> Running transaction check ---> Package libotr.x86_64 0:3.2.0-6.fc15 will be installed ---> Package pidgin.x86_64 0:2.7.11-2.fc15 will be installed --> Processing Dependency: libpurple(x86-64) = 2.7.11-2.fc15 for package: pidgin-2.7.11-2.fc15.x86_64 --> Finished Dependency Resolution Error: Package: pidgin-2.7.11-2.fc15.x86_64 (fedora) Requires: libpurple(x86-64) = 2.7.11-2.fc15 Installed: libpurple-2.8.0-1.fc15.x86_64 (@updates-testing) libpurple(x86-64) = 2.8.0-1.fc15 Available: libpurple-2.7.11-2.fc15.x86_64 (fedora) libpurple(x86-64) = 2.7.11-2.fc15 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest(Bugreport pending)
du -sh *
in your home directory when you accidently browsed some larger SMB share) and one cannot really remove it w/o removing all the depending packages too. I was able to remove gvfs-smb
and gvfs-gphoto2
, let's see if this helps.$ mount | awk '{print $5}' | sort | uniq -c | sort -n 1 binfmt_misc 1 debugfs 1 devpts 1 devtmpfs 1 fusectl 1 hugetlbfs 1 mqueue 1 proc 1 rpc_pipefs 1 securityfs 1 selinuxfs 1 sysfs 1 vfat 3 ext4 5 autofs 7 tmpfs 11 cgroupYes, that's eleven cgroup filesystems! And with all the other devices mounted all over the place (
/dev/sda4
mounted in 3 different places? debugfs
, what for? hugetlbfs
, on a desktop machine - really?) the output of mount(8)
just isn't useful any more.for i in cups dnsmasq ebtables fcoe iscsi iscsid livesys livesys-late lldpad \ lvm2-monitor mdmonitor sandbox; do echo $i && chkconfig "$i" off done
$ time apt-cache search . | wc -l 28031 real 0m1.548s user 0m0.892s sys 0m0.124s $ time yum --cacheonly --debuglevel 3 list available | grep time: Config time: 0.210 pkgsack time: 1.460 rpmdb time: 0.000 real 0m22.277s user 0m17.956s sys 0m2.957sNote: there are 28031 packages on this Debian/5.0 machine (PowerPC G4) and 23929 packages on that Fedora 15 (MacBookPro) machine - and
yum(8)
, even w/o updating its caches is still ~20 times slower. Other operations are also much slower and bring the system to its knees. Upgrading from Fedora 15 -alpha to -final while watching a movie? Good luck... It's pathetic watching this system thrashing while yum is "working" :-\
While trying to install eventlog-to-syslog on WindowsXP, one has to register evtsys.exe
as a service ("Eventlog to Syslog"
). Playing around with that a bit, this happened when trying to uninstall the service:
> sc stop evtsys > sc delete evtsys The specified service has been marked for deletion.Why yes indeed, it had been marked for deletion - but the
services.msc
window was still open and the service could not be uninstalled properly the first time (sigh....). Closing the services.msc
window might help; sometimes removing all the leftovers in the registry does the trick. But sometimes only a reboot will resolve this - as usual :-\
Look! Pictures!
So, there's this old OpenSolaris 111b installation, desperately needing an upgrade. But pkg(5) (sic!) fails to complete:
# BE_PRINT_ERR=true pkg image-update -v Retrieving catalog 'opensolaris.org'... Loading catalog cache ... Refreshing catalog Refreshing catalog 1/1 opensolaris.org Creating Plan [....] be_get_uuid: failed to get uuid property from BE root dataset user properties. pkg: image-update cannot be done on live imageThis has been partly covered in #7877 and #8313 and apparently been fixed but on this very system a newer version of SUNWbeadm cannot be installed - for the very reason that
pkg image-update
is not working. Installing just SUNWbeadm
was not possible either, because it'd clash with max_version
in pkg:/entire.beadm
(or grab the scripts from a more current system), compile Python2.6 and try again, shall we? Stay tuned....
Today, git barfed with:
$ git bisect start fatal: invalid reference: bHuh? What is
"reference b"
, what is git trying to tell me here? Pondering on this a bit more I remembered that I once created a branch named "b"
. But that was quite some time ago and git branch -a
did not show the branch either. And bit reset --hard
did not help. Grrr. There was a patch floating around dealing with this issue, but AFAICT it "only" made the error message more verbose. So I felt lucky and did:
$ egrep -rl 'b$' .git | grep -v objects .git/logs/HEAD .git/index .git/BISECT_STARTAnd indeed, there were those old
BISECT_*
files, which must have been from an old git bisect run. Removing the .git/BISECT_*
did the trick and now we're in the middle of yet another bisect - oh jolly :-\
Ich weiss zwar nicht, wer oder was hinter getpagemap.com steckt, ich benutze diese Seite auch nicht. Interessant fand ich nur, dass sie als Beispieltext (!) unter "Autor, Titel und Beschreibung der Galerie" einen ganz besonderen Kuenstler nennen:
[Author: Ischariot Pasadelski] [Gallery Title: Fluktuation 8] [Gallery Description: Die Arbeiten eines polnischen Action-Künstlers]Wow.
I wanted to consolidate certain lines in a file:
$ cat file.txt aaa013 - foo (11) - bar 11 aaa015 - foo (15) - bar 15The strings
"aaa"
, "foo"
and "bar"
were kinda static, but not the numbers. I wanted something like this instead:
aaa013 - foo (11) - bar 11 aaa015 - foo (15) - bar 15Sure, I can use tr(1) to remove all newlines:
$ tr -d '\n' < file.txt aaa013 - foo (11) - bar 11aaa015 - foo (15) - bar 15...but that's not exactly what I wanted. The following trick did help though:
$ sed 's/^aaa.*/&:/;s/foo.*/&:/' file.txt | perl -p -e "s/:\n//" aaa013: - foo (11): - bar 11 aaa015: - foo (15): - bar 15Since some strings were somewhat static, I added a colon (":") to the end of those strings. That way the Perl snippet had something to look for when replacing newlines ("\n", with a preceding colon) with nothing.