Gnome Shell's calendar and Thunderbird

After I installed Fedora 20, I noticed that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 calendar in Gnome Shell's clock doesn't work, i.e. it doesn't show scheduled entries. Actually, this didn't work in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 older version of Fedora, neicá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r. But now, I decided to make it work. Before describing what I've tried, and what I did, I have to describe my setup. First of, I'm using Thunderbird. Evolution proved too unstable for me so I ditched it. Next, all my calendars are stored on Google, so, no local calendar in Thunderbird. The reason I'm using Google calendars is to be able to sync with mobile phone. The reason for local client, instead of Web client, is pure habit and comotion, I like more desktop clients than cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 Web based. Finally, I don't mind having some additional software being installed no matter if I use it directly or not. So, usually, I have Evolution installed alongside Thunderbird.

Gnome Shell's calendar allows integration only with Evolution, Thunderbird isn't allowed. This is actually expected, as Thunderbird is primarily mail application. But using Lightning plugin, it is a very good calendar solution, too. So, no easy way to define Thunderbird as default calendar application. After some quick googling, I found cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following plugin for Thunderbird. Basically, it synces Thunderbird's calendar with Evolution's, one way, and that's it. When I wanted to install it, I had a small, and unrelated, problem. Namely, I could not find how to install it in Thunderburd?! There was no option in Thunderbird for managing Addons!? After some short Googling I finally realized that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 menu option on cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 upper right hand side (icon with three parallel lines) isn't actually cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 full menu! I managed to open full Tools menu item by pressing Alt+F.

After I installed this plugin, and restarting Gnome and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n Thunderbird, it didn't work So, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 next I tried this. But first, I checked what was cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 current setting:

$ gsettings get org.gnome.desktop.default-applications.office.calendar exec
'evolution -c calendar'

Ok, now I changed cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 value using cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following command:

$ gsettings set org.gnome.desktop.default-applications.office.calendar exec thunderbird

That didn't work eicá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r. It occured to me that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 problem might be that I'm using Thunderbird profiles, so I also tried to define a profile in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 command:

gsettings set org.gnome.desktop.default-applications.office.calendar exec 'thunderbird -P MyProfile'

Still, no luck! Then I went back to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 plugin page and saw cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re that I have to create initial Evolution profile. I tried that too, but again, no luck. Maybe cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 problem was that I'm not using local calendars but remote ones. But cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n I realized that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re is very easy solution. Namely, I created Evolution profile that is connected to Google calendars and synces with cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365m. Google calendars are, in turn, connected to Thunderbird and everything works!

Yet, I didn't managed to get Thunderbird used when I click on Open Calendar option in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 Gnome Shell's clock. Evolution is always used. Note that I tried two things, and both didn't help. First, I tried to define Thunderbird as default Calendar application using gsettings command as described above. Next, I tried to define Thunderbird default Calendar application in menu that is accessed by selecting All setting application, Details button, and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re Default applications menu option. Note that Thunderbird isn't shown as a possible Calendar application. That is because its MIME type doesn't specify it as such. To change that I used procedure described here. In short, open file /usr/share/applications/mozilla-thunderbird.desktop in text editor and modify line MimeType so that it is

MimeType=message/rfc822;x-scheme-handler/mailto;text/calendar;text/x-vcard;:

Now, close text editor and update database file:

update-desktop-database -q

Finally, go to Details button and you'll see Thunderbird is now offered as a Calendar application, too.

In cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 end, I lost few hours investigating this and trying different solutions. Hopefully, someone will find this useful and will have to waste a lot less time.

Systemd waiting for external crypted disks...

I have an external, encrypted, disk that I periodically connect to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 laptop. In order to have some easy to remember name, instead of UUID, I placed an entry in /etc/crypttab:

EXTDISK UUID=a809c218-f828-4149-bd9e-1c352a5f94df none

That way, when I connect disk, it will be automatically named EXTDISK and it will have an entry in /dev/mapper directory. Eventually, it will be mounted under /run/media//EXTDISK. Note that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re are only three fields in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 line, each field separated from cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r using space. The last field is passphrase placeholder, but I didn't want to have it written on cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 disk, so I used keyword none to signal that I want to type it each time cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 disk is opened.

The problem with this setup is that during  boot procedure, systemd waits for this disk to appear and, since cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re is no disk, it has to timeout. In system logs cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re will be messages like cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following ones:

Dec 29 13:32:15 w530 systemd: Dependency failed for Cryptography Setup for EXTDISK.
Dec 29 13:32:15 w530 systemd: Dependency failed for dev-mapper-EXTDISK.device.
Dec 29 13:37:27 w530 systemd: Expecting device dev-mapper-EXTDISK.device...

The solution is simple. In newer versions of /etc/crypttab cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re is nofail option that should be added as a part of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 fourth field. Note that, if cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re are multiple options in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 fourth field, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365y all should be separated using commas and no spaces are allowed cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re. This option isn't listed in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 manual page I linked in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 introductory section of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 post, so check your local manual page about crypttab.

As a side note, while searching for cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 solution of this timeout problem, I needed at one point to know which physical devices are beneath luks devices, i.e. my /dev/mapper directory looks like this:

# ls -l /dev/mapper/
total 0
crw-------. 1 root root 10, 236 Dec 29 13:27 control
lrwxrwxrwx. 1 root root       7 Dec 29 13:27 fedora-home -> ../dm-3
lrwxrwxrwx. 1 root root       7 Dec 29 13:27 fedora-root -> ../dm-2
lrwxrwxrwx. 1 root root       7 Dec 29 13:27 fedora-swap -> ../dm-1
lrwxrwxrwx. 1 root root       7 Dec 29 13:27 luks-a2c17ceb-222e-4cd2-3330-24a0a1111b43 -> ../dm-0
lrwxrwxrwx. 1 root root       7 Dec 29 13:27 luks-c7e8d2f7-1114-45c0-333b-fb8444222884 -> ../dm-4

What I was curious about are those two luks symlinks for which I didn't know cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365ir physical devices. It turned out its easy to find out, using cryptsetup tool:

# cryptsetup status luks-a2c17ceb-222e-4cd2-3330-24a0a1111b43
/dev/mapper/luks-a2c17ceb-222e-4cd2-3330-24a0a1111b43  is active and is in use.
  type:    LUKS1
  cipher:  aes-xts-plain64
  keysize: 512 bits
  device:  /dev/sda2
  offset:  4096 sectors
  size:    999184384 sectors
  mode:    read/write

So, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re is an answer, /dev/sda2.

Sudden crash during uprgrades on Fedora 20

It happened several times already that when I started upgrade via 'yum update' gnome-shell, or X, would crash and leave package database in an inconsistent state. One of those inconsistent states is cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following one:

# yum check
Loaded plugins: langpacks, refresh-packagekit
apr-1.5.0-2.fc20.x86_64 is a duplicate with apr-1.4.8-2.fc20.x86_64
apr-util-1.5.3-1.fc20.x86_64 is a duplicate with apr-util-1.5.2-4.fc20.x86_64
apr-util-ldap-1.5.3-1.fc20.x86_64 is a duplicate with apr-util-ldap-1.5.2-4.fc20.x86_64
bijiben-3.10.2-1.fc20.x86_64 is a duplicate with bijiben-3.10.1-1.fc20.x86_64
cifs-utils-6.2-5.fc20.x86_64 is a duplicate with cifs-utils-6.2-4.fc20.x86_64
duplicity-0.6.22-1.fc20.x86_64 is a duplicate with duplicity-0.6.21-1.fc20.x86_64
ghc-numbers-3000.2.0.0-1.fc20.x86_64 is a duplicate with ghc-numbers-3000.1.0.3-3.fc20.x86_64

...

Error: check all

Now, you could try with yum-complete-transaction command, which should complete transaction, as suggested by its name:

# yum-complete-transaction
Loaded plugins: langpacks, refresh-packagekit
There are 1 outstanding transactions to complete. Finishing cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 most recent one
The remaining transaction had 46 elements left to run
--> Running transaction check
---> Package apr.x86_64 0:1.4.8-2.fc20 will be erased
---> Package apr-util.x86_64 0:1.5.2-4.fc20 will be erased
---> Package apr-util-ldap.x86_64 0:1.5.2-4.fc20 will be erased
---> Package bijiben.x86_64 0:3.10.1-1.fc20 will be erased
---> Package cifs-utils.x86_64 0:6.2-4.fc20 will be erased
---> Package duplicity.x86_64 0:0.6.21-1.fc20 will be erased
---> Package ghc-numbers.x86_64 0:3000.1.0.3-3.fc20 will be erased
--> Processing Dependency: ghc-numbers = 3000.1.0.3-3.fc20 for package: ghc-numbers-devel-3000.1.0.3-3.fc20.x86_64
...
--> Running transaction check
---> Package ghc-numbers-devel.x86_64 0:3000.1.0.3-3.fc20 will be erased
--> Finished Dependency Resolution
Dependencies Resolved
Transaction size changed - this means we are not doing cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365
same transaction as we were before. Aborting and disabling
this transaction.
You could try running: package-cleanup --problems
                       package-cleanup --dupes
                       rpm -Va --nofiles --nodigest
Transaction files renamed to:
  /var/lib/yum/transaction-all.2013-12-29.10:53.49.disabled
  /var/lib/yum/transaction-done.2013-12-29.10:53.49.disabled

This didn't help, as evidenced by running 'yum check' command. Note that running suggested commands, package-cleanup and rpm, with given options will not help eicá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r.

I solved this using 'yum reinstall' command. Namely, for each line that 'yum check' showed, e.g.

apr-1.5.0-2.fc20.x86_64 is a duplicate with apr-1.4.8-2.fc20.x86_64

I run 'yum reinstall' with a first name, i..e.

yum reinstall apr-1.5.0-2.fc20.x86_64

The problem with this approach is that it is too demanding, you have to do it package by package. Now, if you try something like this:

yum reinstall `yum check | cut -f1 -d" "`

You'll receive a message like cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following one:

Error:  Multilib version problems found. This often means that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 root
       cause is something else and multilib version checking is just
       pointing out that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re is a problem. Eg.:
     
         1. You have an upgrade for gnutls which is missing some
            dependency that anocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r package requires. Yum is trying to
            solve this by installing an older version of gnutls of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365
            different architecture. If you exclude cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 bad architecture
            yum will tell you what cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 root cause is (which package
            requires what). You can try redoing cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 upgrade with
            --exclude gnutls.ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rarch ... this should give you an error
            message showing cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 root cause of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 problem.
     
         2. You have multiple architectures of gnutls installed, but
            yum can only see an upgrade for one of those architectures.
            If you don't want/need both architectures anymore cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n you
            can remove cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 one with cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 missing update and everything
            will work.
     
         3. You have duplicate versions of gnutls installed already.
            You can use "yum check" to get yum show cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365se errors.
     
       ...you can also use --setopt=protected_multilib=false to remove
       this checking, however this is almost never cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 correct thing to
       do as something else is very likely to go wrong (often causing
       much more problems).
     
       Protected multilib versions: gnutls-3.1.18-1.fc20.i686 != gnutls-3.1.17-3.fc20.x86_64

Looking a bit what is happening here didn't reveal a course. This is cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 problem with multilib programs/libraries and it seems that yum isn't processing cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365m correctly due to eicá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r a bug or, more probably, some configuration setting. Luckily, in this case cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re is a way around this problem, and that is to first deinstall cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 old versions, and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n to reinstall new ones, just in case. Because we are doing two operations that depend on state of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 RPM database _before_ we begin, we'll save list of problematic packages into a file:

yum check > yum_check

Now, we first deinstall old versions of packages:

yum remove `cut -f6 -d" " yum_check`

That started all right, but again cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 GUI crashed!? Worse, I didn't paying attention on which package! Going through cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 whole process again, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re were no problems!? Obviously a bug, but where is a whole different story. Anyway, after removing old packages, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 new ones can be reinstalled using cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following command:

yum reinstall `cut -f1 -d" " yum_check`

And that's it, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 package database should be good again.

One cautionary note! When you issue 'yum remove' command very carefully check what is yum going to remove. It also removes dependencies and it might remove some critical components that can make your system unusable! As a rule of thumb, in this particular case, no dependencies should be listed for removal!

Upgrade to Fedora 20

This is a log of my tries to upgrade from Fedora 19 to Fedora 20 using fedup. The upgrade process wasn't really so flawless, but that was for three reasons. The first one was that on my laptop I have installed too many packages which creates problems by itself. Namely, on almost every update I have some problems with dependencies, so, it was expected to have problems during upgrade, too. Second problem was that I didn't pay attention to some details. Now, it might be argued that less skilled people will pay even less attention, and so, this will be a problem for cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365m too, but cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n, I don't know. Finally, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re was a third problem as well, and that were bugs in fedup package.

Ok, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365oretically, to upgrade Fedora 19 to 20 you only have to do cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following:

# fedup --network 20

and after that command finishes, reboot and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 upgrade process will start. Finally, after one more reboot, you are in a new environment/OS. Of course, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 process is a long one because everything is downloaded from cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 Internet. There is an option of using ISO image and downloading only updates/external repositories, but I didn't try it.

Problems

The first problems were related to available disk space. When fedup started download I realized that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re could be problems with space. On root (/) partition I had available only few gigabytes, so I move two directories, /var/tmp/fedora-upgrade and /var/lib/fedora-upgrade, to /home partition where cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re was much more space, and created symlinks in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 original directories so that fedup finds cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365m.

After starting fedup again it downloaded everything necessary (continuing from where it stopped) and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n it tested transaction. One problem was with cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 available space on cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 root (/) partition. That problem I solved by uninstalling some extra large packages. The easiest way to find out which packages take cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 most space is to use cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following command:

# rpm -q --qf '%10{SIZE} %{NAME}\n' -a | sort -n

it will print out all packages with cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365irs sizes sorted from cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 smallest to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 biggest one. So, I removed few biggest ones. I also removed some packages from /opt directory that I manually installed.

Ok, after I restarted fedup it didn't download everything again but after some tests of downloaded packages it tested cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 upgrade transaction. The following problems were reported:

WARNING: potential problems with upgrade
  ffmpeg2cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365ora-0.29-4.fc19.x86_64 (no replacement) requires ffmpeg-libs-1.2.4-2.fc19.x86_64 (replaced by ffmpeg-libs-2.1.1-1.fc20.x86_64)
  gcc-python3-plugin-0.12-15.fc19.x86_64 (replaced by gcc-python3-plugin-0.12-15.fc20.x86_64) requires gcc-python3-plugin-0.12-15.fc19.x86_64 (replaced by gcc-python3-plugin-0.12-15.fc20.x86_64)
  perl-HTML-Template-2.95-1.fc19.noarch (no replacement) requires 4:perl-5.16.3-266.fc19.x86_64 (replaced by 4:perl-5.18.1-288.fc20.x86_64)
  rubygem-audited-activerecord-3.0.0-3.fc19.noarch (no replacement) requires 1:rubygem-activerecord-3.2.13-1.fc19.noarch (replaced by 1:rubygem-activerecord-4.0.0-1.fc20.noarch)
  gnome-shell-extension-xrandr-indicator-3.8.4-1.fc19.noarch (no replacement) requires gnome-shell-extension-alternative-status-menu-3.8.4-1.fc19.noarch (replaced by gnome-shell-extension-common-3.10.1-1.fc20.noarch)
  gcc-python3-debug-plugin-0.12-15.fc19.x86_64 (replaced by gcc-python3-debug-plugin-0.12-15.fc20.x86_64) requires gcc-python3-debug-plugin-0.12-15.fc19.x86_64 (replaced by gcc-python3-debug-plugin-0.12-15.fc20.x86_64)
  1:NetworkManager-wimax-0.9.8.8-2.fc19.x86_64 (no replacement) requires 1:NetworkManager-0.9.8.8-2.fc19.x86_64 (replaced by 1:NetworkManager-0.9.9.0-20.git20131003.fc20.x86_64)
  gcc-python2-debug-plugin-0.12-15.fc19.x86_64 (replaced by gcc-python2-debug-plugin-0.12-15.fc20.x86_64) requires gcc-python2-debug-plugin-0.12-15.fc19.x86_64 (replaced by gcc-python2-debug-plugin-0.12-15.fc20.x86_64)
  gcc-python2-plugin-0.12-15.fc19.x86_64 (replaced by gcc-python2-plugin-0.12-15.fc20.x86_64) requires gcc-python2-plugin-0.12-15.fc19.x86_64 (replaced by gcc-python2-plugin-0.12-15.fc20.x86_64)
  gazpacho-0.7.2-13.fc19.noarch (no replacement) requires python-kiwi-gazpacho-1.9.26-6.fc19.noarch (replaced by python-kiwi-glade-1.9.38-2.fc20.x86_64)
  python-iguanaIR-1.0.3-2.fc19.x86_64 (no replacement) requires iguanaIR-1.0.3-2.fc19.x86_64 (replaced by iguanaIR-1.0.5-2.fc20.x86_64)

Finally, it asked for reboot to start upgrade. But, I decided to remove offending packages which were those with f19 tag in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 package name. Then, I started fedup again. It again found some problems:

WARNING: problems were encountered during transaction test:
  broken dependencies
    gazpacho-0.7.2-13.fc19.noarch requires python-kiwi-gazpacho-1.9.26-6.fc19.noarch
    perl-HTML-Template-2.95-1.fc19.noarch requires perl-4:5.16.3-266.fc19.x86_64
    python-iguanaIR-1.0.3-2.fc19.x86_64 requires iguanaIR-1.0.3-2.fc19.x86_64
    kmod-VirtualBox-3.11.10-200.fc19.x86_64-4.3.4-1.fc19.x86_64 requires kernel-3.11.9-200.fc19.x86_64, kernel-3.11.7-200.fc19.x86_64, kernel-3.11.10-200.fc19.x86_64
    gcc-python3-plugin-0.12-15.fc20.x86_64 requires gcc-python3-plugin-0.12-15.fc20.x86_64
    gnome-shell-extension-xrandr-indicator-3.8.4-1.fc19.noarch requires gnome-shell-extension-common-3.8.4-1.fc19.noarch
    rubygem-audited-activerecord-3.0.0-3.fc19.noarch requires rubygem-activerecord-1:3.2.13-1.fc19.noarch
    ffmpeg2cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365ora-0.29-4.fc19.x86_64 requires ffmpeg-libs-1.2.4-2.fc19.x86_64
    gcc-python2-plugin-0.12-15.fc20.x86_64 requires gcc-python2-plugin-0.12-15.fc20.x86_64
    kmod-VirtualBox-3.11.9-200.fc19.x86_64-4.3.4-1.fc19.x86_64 requires kernel-3.11.9-200.fc19.x86_64, kernel-3.11.7-200.fc19.x86_64, kernel-3.11.10-200.fc19.x86_64
    gcc-python3-debug-plugin-0.12-15.fc20.x86_64 requires gcc-python3-debug-plugin-0.12-15.fc20.x86_64
    kmod-VirtualBox-3.11.7-200.fc19.x86_64-4.3.2-1.fc19.3.x86_64 requires kernel-3.11.9-200.fc19.x86_64, kernel-3.11.7-200.fc19.x86_64, kernel-3.11.10-200.fc19.x86_64
    NetworkManager-wimax-1:0.9.8.8-2.fc19.x86_64 requires NetworkManager-1:0.9.8.8-2.fc19.x86_64
    gcc-python2-debug-plugin-0.12-15.fc20.x86_64 requires gcc-python2-debug-plugin-0.12-15.fc20.x86_64
Continue with cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 upgrade at your own risk.

I tried again to remove some offending packages that were reported in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 previous output, and started fedup again:

# fedup --network 20
setting up repos...
getting boot images...
.treeinfo.signed                          | 2.0 kB  00:00:00
setting up update...
finding updates 100% [===========================================================]
verify local files 100% [===========================================================]
testing upgrade transaction
rpm transaction 100% [===========================================================]
rpm install 100% [===========================================================]
setting up system for upgrade
Finished. Reboot to start upgrade.

I didn't managed to get rid of all transaction problems, more specifically cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re were problems with kmod-VirtualBox packages. But cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n, I gave up of trying to fix that and decided to continue with cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 upgrade. At that moment I made cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 next mistake which was that I rebooted before fedup finished. Namely, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 last thing it printed was 'Finished. Reboot to start upgrade.' but it didn't give a prompt back. I mistakenly thought that it waits for me to reboot. But, it was actually still working! So, actually, nothing happened after boot. I was again in Fedora 19. After again starting fedup and checking what's happening I finally realized that fedup is still working (and consuming a lot of CPU) so I waited and finally I got cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 prompt back. Then I restarted cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 computer, selected fedora upgrade option, but nothing happened. I rebooted, and removed rhgb and quiet options from boot option to upgrade with fedup, and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 last message I saw after removing rhgb and quite options from boot entry was:

[    5.733054] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input7

Waiting dropped me finally into dracut shell with a message cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re is no root. It turned out that this message was obscuring passphrase message! Namely, I was asked for cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 passphrase to unlock disk, but I didn't saw it and everything stopped. After few reboots I realized this as cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 message was partially visible and I finally realized what was cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 problem.

Then, something else happened, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 upgrade process didn't start. I ended up in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 Fedora 19. It also took me some time to realize that fedup "forgot" to put cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following options to boot entry:

upgrade systemd.unit=system-upgrade.target

and it did it repeatedly! In ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r words,  So, I manually added it and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 upgrade finally started. Or at least it seamed so. It stopped suddenly, but I noticed that it complained about not finding file package-list and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n I realized that symlink is wrong because all cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 partitions are mounted under sysroot. Namely, because I moved packages to ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r partition and symlinked it, upgrade process couldn't find it.  Symlinks looked like this:

/var/lib/system-upgrade -> /home/system-upgrade

But during upgrade process, home is mounted under /sysroot directory. So, I had to run fedup again, and after it prepared cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 system for upgrade, before rebooting, I changed symlinks so that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365y look like this:

/var/lib/system-upgrade -> /sysroot/home/system-upgrade

Note that after reboot to upgrade if you want to try again, you have to start fedup again. Namely, immediately before upgrade process starts, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 boot option is removed from grub. This is safety measure, but it is annoying in case you are trying again.

Anyway, that symlink issue was cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 last problem, and it upgraded Fedora 19 to 20. It took me almost half a day to get to that point and I don't call this a most pleasant experience. In ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r words, I think that those things should be polished a bit better than cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365y are.

One last thing, I had problems with fedup 0.7 and I had to upgrade to fedup 0.8. This was somewhere early in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 whole process, but since I started to take notes later when I stumbled upon more problems, I didn't noted exactly where it happened, so I'm mentioning it here.

GnuCash - SMS i slični oblici kreditiranja

Vođenje evidencije o troškovima parkiranja koje ste platili SMS porukom je također jedan zanimljiv detalj. Naime, mogli bi to upisati direktno pod troškove parkinga (ako ste uveli tu stavku, ja jesam!) no problem je što niste tog trena platili. Platit ćete tek kada vam stigne račun za telekomunikacijske usluge koje vam isporučuje vaš mobilni operater. Drugi problem je što će taj račun, osim samih telekomunikacijskih usluga, uključivati i uslugu parkiranja i svega ostalog što ste platili putem SMS-a. A opet se tu vraćam na svoju želju da znam koliko mi godišnje novaca ode na razne stavke, konkretno u ovom slučaju želim znati koliko sam potrošio na parkiranje!

U tom smislu, odlučio sam uvesti račun kreditiranje putem SMS poruka te sam zbog toga stavku Kreditne kartice preimenovao u Krediti (klik desnom tipkom miša na stavku čije ime želite izmijeniti, odaberete opciju Edit Account u izborniku koji se otvara te potom promijenite ime i potvrdite izmjenu klikom na OK). Nakon toga, otvorio sam novu stavku, SMS plaćanja, pa sad taj dio izgleda kako je prikazano na sljedećoj slici:

Sada unutar stavke SMS plaćanja samo upisuje što sam platio i koliko. Primjerice, ako sam platio parkiranje u 3. zoni (2kn + 0.69kn naknade) tada ću to upisati na sljedeći način:

To je sve što se tiče vođenja troškova. Sada samo upisujete sve troškove učinjene SMS porukama.

Vođenje evidencije o naplati SMS kredita

Kada dođe račun za telekomunikacijske uslute, potrebno je srediti račune. Prvo i osnovno, ja sam upisao račun koji mi je došao od mobilnog operatera. Neka je račun bio okruglo 200kn. Taj račun upisujem u stavku Telekomunikacijske usluge (prije sam to imenovao Mobilni telefon, ali ovako mi se čini smislenije :)):

Sada je u redu to što su ti novci skinuti s tekućeg računa (trajni nalog), međutim, moram "sravniti" i stavke parkiranja putem SMS poruka. U tom smislu, postupak je sljedeći.

Prvo, desna tipka na stavku SMS plaćanja i u izborniku koji se pojavi odaberite opciju Reconcile.... Na to se otvara sljedeći dijalog:

U tom dijalogu, pod Ending Balance, upišite ukupnu sumu koja je naplaćena putem SMS-a. U ovom konkretnom slučaju imamo jedno SMS plaćanje parkinga čija cijena je bila 2,69Kn i ono je došlo na naplatu. Prema tome, treba upisati 2,69. Da smo imali još koje plaćanje koje je također došlo na naplatu zbrojili bi i njega te upisali novu sumu u Ending Balance.

Zatim se javlja novi prozor:

U tom prozoru, s desne strane pod Funds Out, nalaze se stavke koje su kupljene a nisu još naplaćene. Mi sada odabiremo što je stiglo na isplatu. Sve što je stiglo na isplatu mora imati oznaku ispod kolone R. Pri tome, kada se obavi odabir do kraja, stavka Difference na dnu mora imati vrijednost 0! U tom trenutku, omogućena je zelena tipka u traci s alatima, odmah ispod Help stavke menija. Kliknite na tu tipku i javlja se odmah potom novi dijalog:

Ovdje je sada problem budući da nam nije dozvoljeno odabrati račun za telekomunikacijske usluge. Naime, novac je s tekućeg računa išao na podmirenje računa za telekomunikacijske usluge, a od tamo je potom išao na podmirenje SMS usluge. Međutim, ipak postoji jednostavna zaobilazna metoda. Odaberite bilo što u ponuđenim opcijama (Transfer From) te kliknite na OK. Ja sam odabrao privremeno tekući račun. Nakon što sam kliknuo na OK, otvorio sam stavku u Krediti, SMS plaćanja i "ručno promijenio" kolonu Transfer u Telekomunikacijske usluge. Također sam odmah dodao opis Description, što sam zaboravio učiniti na prethodnom dijalogu. Sada ta stavka, SMS plaćanja, ima sljedeći oblik:

I to je što se tiče vođenja evidencije kreditiranja putem SMS poruka.

Modeling a simple system using multi agent simulation environments

Note: This isn't finished yet, but because I'm referencing this post in anocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r post, I decided to publish it.

I'll probably participate in a project whose characteristics were such that I suggested that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 best way to proceed was to use multiagent type of a simulation. The problem was that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re are many different, and popular, multi agent simulation environments and I had to choose one, that will fit this project's use case cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 best. More specifically, candidate multiagent simulation environments were MASON, Netlogo and Repast, among ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rs, that were constantly mentioned on cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 Internet and I decided to evaluate cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365m. Note that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re are ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rs, too. Lists of available software can be found here, here, and here. But, if you google a bit, you'll probably find many ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rs.

In any case, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 requirements I had in mind when starting evaluation process were:

1. Free licence. Preferably BSD like license, but LGPL, or even GNU, is OK.
2. GUI that will allow easy experimenting with model.
3. Ability to model agents with very complex behavior.
4. Ability to do distributed simulations is definitely a big plus.
5. NOT exclusively Microsoft based, i.e. C# or something similar.

To be able to better evaluate those tools, I set my self with a task of implementing something simple in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 three different multiagent environments (MASON, Netlogo, Repast) and trying to determine which one will best suite my needs with respect to requirements. Note that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re are already existing comparisons, but I wanted to gain some first hand experience in how it is to use cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365m. So, in order to do that I modelled cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following system in each one of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365m and recorded my experience in a due course:

The system consists of N identical agents performing some task emulated by using sleep or similar statement/function. Task processing by an agent has an exponential distribution with average processing time of 30 minutes. New tasks arrive according to Poisson distribution with average of one task each 45 minutes. It is necessary to determine average time each task spends in a system and average time waiting in a queue for processing.

For a start I'll set N to 1. So, note that this is a simple M/M/N queue. I'm going to complicate it a bit in a due course, but this is what I'm going to start with. The reason why I choose M/M/1 queue is that I'm able to compare simulation results with calculations.

The posts describing use of specific environments are:

1. Mason
2. Repast
3. NetLogo

While searching for cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 tutorials, examples and documentation about those simulation environments I wished to try, I found a lot of useful resources. Here are some:

1. Open Agent Based Modeling Consortium
2. Comparison of many more agent simulation environments using a single scenario
3. Agent Based Modeling - a site with lot of resources