Search Criteria
Package Details: grive 0.5.1-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/grive.git (read-only, click to copy) |
---|---|
Package Base: | grive |
Description: | An open source Linux client for Google Drive with support for the new Drive REST API and partial sync |
Upstream URL: | https://github.com/vitalif/grive2 |
Keywords: | drive Google grive2 sync vitalif |
Licenses: | GPL2 |
Submitter: | mrbit |
Maintainer: | edh |
Last Packager: | edh |
Votes: | 285 |
Popularity: | 0.114496 |
First Submitted: | 2012-04-29 22:26 (UTC) |
Last Updated: | 2021-03-16 23:09 (UTC) |
Dependencies (12)
- boost-libs (boost171, boost-libs-git)
- curl (curl-minimal-git, curl-git)
- expat (expat-git)
- gcc-libs (fastgcc, gcc-libs-multilib-git, gcc-libs-git)
- json-c (json-c-git)
- libgcrypt (libgcrypt15-git, libgcrypt-git)
- yajl (yajl-edenhill-git, yajl-git)
- boost (boost-git) (make)
- cmake (cmake-git) (make)
- binutils (binutils-git, binutils-2.35.2) (optional) – backtrace and libiberty
- cppunit (optional) – unit tests
- inotify-tools (inotify-tools-git) (optional) – scheduled syncs and syncs on file change events
Latest Comments
edh commented on 2021-06-01 09:20 (UTC)
@hal3000 If you can nail down the commit that fixes your issue, I would be happy to backport it. Having said that, I think for this package it is actually better to always use the latest version, i.e. grive-git. Unfortunately things keep breaking for the stable release of grive.
hal3000 commented on 2021-05-29 15:35 (UTC) (edited on 2021-05-29 15:35 (UTC) by hal3000)
After latest update I'm getting "unable to access shared file" error. However, building from source fixes problem (https://github.com/vitalif/grive2#manual-build)
simona commented on 2021-03-16 23:15 (UTC)
good... now compile. thx
edh commented on 2021-03-16 23:09 (UTC)
I backported the changes needed to compile grive. Sorry for the extremely long delay!
simona commented on 2020-12-27 11:12 (UTC)
/home/simona/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc: In static member function ‘static void gr::SymbolInfo::BacktraceInfo::Callback(bfd, asection, void)’:
/home/simona/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:121:16: error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean ‘bfd_set_section_vma’?
121 | bfd_vma vma = bfd_get_section_vma(abfd, section);
| ^~~~~~~~~~~~~~~~~~~
| bfd_set_section_vma
/home/simona/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:127:40: error: cannot convert ‘bfd’ to ‘constasection’ {aka ‘const bfd_section’}
127 | bfd_size_type size = bfd_section_size(abfd, section);
| ^~~~
| |
| bfd
In file included from /home/simona/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:26:
/usr/include/bfd.h:1219:35: note: initializing argument 1 of ‘bfd_size_type bfd_section_size(const asection)’ 1219 | bfd_section_size (const asection sec)
| ~~~~~~~~~~~~~~~~^~~
make[2]: [libgrive/CMakeFiles/grive.dir/build.make:628: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Errore 1
make[1]: * [CMakeFiles/Makefile2:213: libgrive/CMakeFiles/grive.dir/all] Errore 2
obayhan commented on 2020-12-18 17:28 (UTC)
Giving error while compiling:
[ 86%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o /home/ozgur/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc: In static member function ‘static void gr::SymbolInfo::BacktraceInfo::Callback(bfd, asection, void)’: /home/ozgur/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:121:16: error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean ‘bfd_set_section_vma’? 121 | bfd_vma vma = bfd_get_section_vma(abfd, section); | ^~~~~~~~~~~~~~~~~~~ | bfd_set_section_vma /home/ozgur/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:127:40: error: cannot convert ‘bfd’ to ‘const asection’ {aka ‘const bfd_section’} 127 | bfd_size_type size = bfd_section_size(abfd, section); | ^~~~ | | | bfd In file included from /home/ozgur/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:26: /usr/include/bfd.h:1219:35: note: initializing argument 1 of ‘bfd_size_type bfd_section_size(const asection)’ 1219 | bfd_section_size (const asection sec) | ~~~~~~~~~~~~~~~~^~~ make[2]: [libgrive/CMakeFiles/grive.dir/build.make:628: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Error 1 make[2]: Waiting for unfinished jobs.... make[1]: [CMakeFiles/Makefile2:184: libgrive/CMakeFiles/grive.dir/all] Error 2 make: * [Makefile:149: all] Error 2 ==> ERROR: A failure occurred in build().
davama commented on 2020-07-01 16:54 (UTC)
@je-vv
Yeah, same davama on github :) Glad it's working
Best
cray commented on 2020-06-29 09:28 (UTC) (edited on 2020-06-29 09:29 (UTC) by cray)
@davama
Thank you for pointing it out, installing grive-git worked for me.
Connecting to the google account however appears to be problematic due to some policy change by google.
@jkendall posted at grive-git that a solution could be found at: https://github.com/vitalif/grive2/issues/287
davama commented on 2020-06-26 15:29 (UTC)
@cray @insign
Have you used git? as the maintainer suggested? He hasnt updated this pkg in the aur but git is good.
cray commented on 2020-06-26 15:26 (UTC)
+1 to the error posted by @insign
insign commented on 2020-06-12 01:31 (UTC)
[ 86%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o /home/helio/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc: In static member function ‘static void gr::SymbolInfo::BacktraceInfo::Callback(bfd, asection, void)’: /home/helio/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:121:16: error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean ‘bfd_set_section_vma’? 121 | bfd_vma vma = bfd_get_section_vma(abfd, section); | ^~~~~~~~~~~~~~~~~~~ | bfd_set_section_vma /home/helio/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:127:40: error: cannot convert ‘bfd’ to ‘const asection’ {aka ‘const bfd_section’} 127 | bfd_size_type size = bfd_section_size(abfd, section); | ^~~~ | | | bfd In file included from /home/helio/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:26: /usr/include/bfd.h:1205:35: note: initializing argument 1 of ‘bfd_size_type bfd_section_size(const asection)’ 1205 | bfd_section_size (const asection *sec) | ~~~~~~~~~~~~~~~~^~~ make[2]: [libgrive/CMakeFiles/grive.dir/build.make:629: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Error 1 make[2]: Waiting for unfinished jobs.... make[1]: [CMakeFiles/Makefile2:185: libgrive/CMakeFiles/grive.dir/all] Error 2 make: [Makefile:150: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Error making: grive
davama commented on 2020-05-19 15:10 (UTC)
I also saw the error on two if my arch installations:
Updated my computers, reinstalled json-c, rebooted, and rebuild grive from git and all is well in the world again
alfredo.ardito commented on 2020-05-14 09:32 (UTC)
After getting the error about libjson-c.so.4 missing, I tried to reinstall the package with yay and then tried again with a clean build and got this error:
error: cannot convert ‘bfd’ to ‘const asection’ {aka ‘const bfd_section*’}
127 | bfd_size_type size = bfd_section_size(abfd, section);
thehungryturnip commented on 2020-05-13 00:44 (UTC)
@Hemular
When trying to clean-build the package I get the error encountered by @pmatts.
I switched to using grive-git and it does build successfully and runs without error.
Hemular commented on 2020-05-12 20:51 (UTC) (edited on 2020-05-12 20:52 (UTC) by Hemular)
@coxackie @sadid @thehungryturnip and anyone else experiencing the
libjson-c.so.4
error, update your system, reboot and rebuild grive. It should grab the correctlibjson-c.so
automaticallythehungryturnip commented on 2020-05-06 14:59 (UTC)
+1 to the error experienced by @coxackie and @sadid
coxackie commented on 2020-05-04 18:13 (UTC)
I am getting similar error as @sadid
sadid commented on 2020-05-02 08:59 (UTC)
I get this when try to run grive:
The system libjson is
libjson-c.so.5
. It probably can be solved with a symlink but it better to be handle in the build.davama commented on 2020-04-08 15:30 (UTC)
@pmatts & @electra
use git, as the maintainer suggested.... it works
pmatts commented on 2020-04-01 12:17 (UTC)
I'm getting error:
electra commented on 2020-03-22 09:52 (UTC)
Not install. make[2]: [libgrive/CMakeFiles/grive.dir/build.make:609: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Ошибка 1 make[2]: Ожидание завершения заданий… make[2]: выход из каталога «/var/tmp/pamac-build-electra/grive/src/grive2-0.5.1/build» make[1]: [CMakeFiles/Makefile2:165: libgrive/CMakeFiles/grive.dir/all] Ошибка 2 make[1]: выход из каталога «/var/tmp/pamac-build-electra/grive/src/grive2-0.5.1/build» make: [Makefile:130: all] Ошибка 2 ==> ОШИБКА: Произошел сбой в build().
davama commented on 2020-03-17 20:23 (UTC)
@edh thanks for the input I have no problem using git. Thank you for the support
edh commented on 2020-03-16 16:09 (UTC)
@davama Thanks for the report. I can reproduce your problem. Lucilly, the latest commit works though. Unfortunately, as of now I have only very little spare time at hand and will probably not be able to backport the commit that makes the current version for grive work in the next couple of days. For now, I would recommend checking out grive-git instead.
davama commented on 2020-03-16 15:55 (UTC) (edited on 2020-03-16 15:56 (UTC) by davama)
Tried with
pacaur -S grive
and using the PKGBUILD filemakepkg -i
with the same result.Note sure how to fix... any input is appreciated?
Thanks
edh commented on 2020-02-04 09:49 (UTC)
@yaron
Please read up on how the AUR is supposed to work. A great source of information for example is the wiki. Among other things, it will tell you that
base-devel
is assumed to be installed if building packages viamakepkg
and any packages within said group should not be listed as make-dependency.yaron commented on 2020-02-04 09:45 (UTC)
An error occurred since I didn't have pkgconf (
pkg-config
) package installed.thehungryturnip commented on 2020-02-01 15:30 (UTC)
@rylanm Thanks for the information! I was able to get it working.
rylanm commented on 2020-01-31 22:22 (UTC)
@thehungryturnip The authentication error is a known upstream issue. See previous comments below or the following issue tracker for a workaround. https://github.com/vitalif/grive2/issues/287
thehungryturnip commented on 2020-01-30 13:52 (UTC)
When trying to authenticate, I'm getting the following error from Google:
Sign in with Google temporarily disabled for this app This app has not been verified yet by Google in order to use Google Sign In.
AlD commented on 2019-12-21 22:31 (UTC)
@rrt: It works with boost1.69: https://gitlab.kitware.com/cmake/cmake/issues/19841
rrt commented on 2019-12-18 01:14 (UTC)
For 0.5.1-1:
je-vv commented on 2019-11-22 02:25 (UTC) (edited on 2019-11-22 02:28 (UTC) by je-vv)
Tested and confirmed to work. I just missed that one needs to enable google drive for the API project, and generate the certifications for it on the project... Also when running "grive --id bla --secret blu -a" to get 1st access, one needs to enable access to grive2, and in order to do so, in the accessing web page, one needs to do the "unsafe" authorization on "advanced"...
je-vv commented on 2019-11-20 01:23 (UTC) (edited on 2019-11-22 02:26 (UTC) by je-vv)
Not quite fixable: https://github.com/vitalif/grive2/issues/287, but seems like there's a workaround by manually creating a concole APIs project on google for grive2. Look for @davama comments there. Perhaps one can create an alias for "grive --id bla --secret blu"... Haven't tested it yet, but others seem to have confirmed it works...
BTW, if the @davama on github is the same as the @davama in AUR that commented here, thanks a lot !!!
semeion commented on 2019-11-19 20:39 (UTC)
I have same @je-vv issue, how to fix it?
sigma14 commented on 2019-11-18 09:40 (UTC)
@davama, how did you install v 0.52-dev? there does not seem to be a AUR package for it
davama commented on 2019-11-15 20:29 (UTC)
No change with latest master branch :-1:
davama commented on 2019-11-15 20:04 (UTC) (edited on 2019-11-15 20:05 (UTC) by davama)
Same as @jev-vv
updated grive to 0.5.1-1
had to remove .grive and .grive_state
ran grive -a and got the:
It is interesting that it says "grive2"...
je-vv commented on 2019-11-15 19:50 (UTC) (edited on 2019-11-15 19:53 (UTC) by je-vv)
Same thing here.
As I got oauth failure:
Then I tried removing ".grive", and "grive -a", and after logging in I got the message:
Weird enough is that when attempting to login, the app showed up as grive2. Then I checked on google security, and grive was actually authorized. I'm not sure if the "grive2" app name is the issue...
jsola commented on 2019-11-15 11:55 (UTC)
I'm having issues connecting it to google, google says that the app has not been verified and that logins are disabled, is this normal?
edh commented on 2019-10-25 19:46 (UTC)
@deemon The -git package fetches the very latest version from the repository itself, while the non-git version, i.e. this package, uses the latest tag. This naming convention is used through the AUR and described in much more detail in the ArchWiki.
deemon commented on 2019-10-24 09:31 (UTC)
I see 2 packages, grive and grive-git both maintained by edh and both referring to the same upstream url. Why 2 packages and which one is the better version to use? For a while grive wasn't even updated, but not it seems...?
MagicAndWires commented on 2019-10-08 01:15 (UTC) (edited on 2019-10-08 01:23 (UTC) by MagicAndWires)
So, comparing cmake output between running it within a tty and in X I noticed that the paths were different, which led me to comparing
$PATH
.Turns out that in X something was adding
/bin
to my$PATH
. This normally should be fine,/bin
is symlinked to/usr/bin
after all, but for some reason this causes errors in this specific instance.Changing build() to the following allows makepkg to succeed even within Xorg for me.
I have no idea what adds
/bin
to the path, it's something specifically sourced by zsh for my user configuration (but when run inside Xorg), asbash
or zsh as root don't have the same problem.I just added the same addition to my .zshenv, and that removes it from my profile.
If someone has the same issue and this solution works I'd love to compare dotfile configurations, in order to find the offender.
MagicAndWires commented on 2019-10-07 23:41 (UTC)
@Mr.Smith1974, In a chroot or tty as well?
(I tried building after a reboot as well, and I still get the same error when building in X but on a tty it still builds, it probably is some weird environment setting that is set somewhere, but we probably won't be able to find out what it is unless we compare systems)
Mr.Smith1974 commented on 2019-10-07 18:46 (UTC)
@MagicAndWires @edh I still have error:
MagicAndWires commented on 2019-10-07 03:03 (UTC)
@edh @simona @Mr.Smith1974
This problem is resolved by building in a chroot, and even works if you build it in a new login session (I built it successfully in virtual terminal when I couldn't in X)
It probably has something vaguely to do with something not being properly notified that files have changed.
No PKGBUILD changes necessary.
edh commented on 2019-10-06 19:05 (UTC)
@simona,Mr.Smith1974 Can you try reproducing your problem in a clean chroot? If so, I suppose it probably is a bug in grive itself. I am unfortunately still unable to reproduce the described error on two separate machines.
I am happy to add any workarounds necessary, if there is a consensus on the bug-tracker.
simona commented on 2019-10-06 18:34 (UTC)
the same as above
Mr.Smith1974 commented on 2019-10-06 18:17 (UTC)
edh commented on 2019-10-06 16:07 (UTC)
@Mr.Smith1974 I guess you mean, it does not work due to the recent boost update. Recompiling the program from source should fix the problem and works on my machine.
Mr.Smith1974 commented on 2019-10-06 15:46 (UTC)
After the last "boost" update, it cannot compile.
jkfurrer commented on 2019-01-17 19:45 (UTC)
@Tharbad @edh : I can confirm that simply rebuilding the package resolves missing boost libraries. It appears that boost-libs has been updated from 1.68 to 1.69, but grive was still looking for 1.68 libraries.
edh commented on 2018-12-09 16:47 (UTC)
@Tharbad Great! If something surfaces where a change in the AUR package can help, please let me know.
Tharbad commented on 2018-12-09 11:59 (UTC)
@edh: That's what I did
edh commented on 2018-12-09 11:28 (UTC)
@Tharbad Try rebuilding the package and see whether it works afterwards. In case it doesn't, please file a bug report upstream.
Tharbad commented on 2018-12-09 09:00 (UTC)
Getting boost errors. Tried git version too.
edh commented on 2018-11-08 14:30 (UTC)
@tjc The objective of this package is to track stable releases. I admit that the 0.5.1-dev release has been around for a while but it has not been officially released yet, let alone been tagged in git. I would highly encourage you to contact upstream and motivate them to create a new release.
tjc commented on 2018-11-07 23:25 (UTC)
When will this package be updated to Grive2 v0.5.1-dev?
That version supports a .griveignore file which is critical.
Tharbad commented on 2018-09-25 12:47 (UTC) (edited on 2018-09-25 12:50 (UTC) by Tharbad)
Edit: Nevermind, reinstalled grive-tools and it solved itself.
Doesn't work. Found this in the logs:
exception: /tmp/yay/grive/src/grive2-0.5.0/libgrive/src/protocol/AuthAgent.cc(142): Throw in function long int gr::AuthAgent::CheckHttpResponse(long int, const string&, const gr::http::Header&) Dynamic exception type: boost::exception_detail::clone_impl<gr::http::error> [gr::expt::BacktraceTag*] = #0 0x55915c17d2f7 grive gr::Exception::Exception()</gr::http::error>
1 0x55915c16c7e0 grive gr::AuthAgent::CheckHttpResponse(long, std::__cxx11::basic_string<char, std::char_traits<char="">, std::allocator<char> > const&, gr::http::Header const&)</char></char,>
2 0x55915c16cf6e grive gr::AuthAgent::Request(std::cxx11::basic_string<char, std::char_traits<char="">, std::allocator<char> > const&, std::</char></char,>cxx11::basic_string<char, std::char_traits<char="">, std::allocator<char> > const&, gr::SeekStream, gr::DataStream, gr::http::Header const&)</char></char,>
3 0x55915c19f3a1 grive gr::http::Agent::Get(std::__cxx11::basic_string<char, std::char_traits<char="">, std::allocator<char> > const&, gr::DataStream*, gr::http::Header const&)</char></char,>
4 0x55915c19dbab grive gr::v2::Feed2::GetNext(gr::http::Agent*)
5 0x55915c136b19 grive gr::Drive::DetectChanges()
6 0x55915c12868d grive Main(int, char**)
7 0x55915c1267fc grive main
8 0x7fc09e4ee223 /usr/lib/libc.so.6 __libc_start_main
9 0x55915c1273be grive _start
Felixoid commented on 2018-09-21 14:58 (UTC)
Thank you for the clarification!
edh commented on 2018-09-20 03:30 (UTC)
@Felixoid As stated in the commit message, I update the pkgrel whenever boost-lib is updated. I might have gotten a little bit to cautious with doing so but in the past grive broke on several occasions when being build with an older version.
Felixoid commented on 2018-09-19 08:20 (UTC)
Hello. Why do you randomly update package release?
lybin commented on 2018-08-09 12:11 (UTC)
==> Checking for packaging issues... ==> WARNING: Package contains reference to $srcdir usr/bin/grive
simonszu commented on 2018-06-27 05:23 (UTC)
@edh I have switched to grive-git. This worked.
edh commented on 2018-06-25 18:07 (UTC)
@simonszu Just rebuilding the package should be sufficient.
simonszu commented on 2018-06-25 17:49 (UTC)
grive: error while loading shared libraries: libjson-c.so.3: cannot open shared object file: No such file or directory
Problem is: this grive package has json-c as a dependency, but according to https://www.archlinux.org/packages/core/x86_64/json-c/files/ the header files are now called libjson-c.so.4. Is this something you can fix, edh? Or should i file a bug in grive upstream?
edh commented on 2018-01-08 20:10 (UTC) (edited on 2018-01-08 20:11 (UTC) by edh)
@beliy
It is not my decision to make whether to tag a new release or not. This is purely a choice of the upstream developer with which I will not interfere. Feel free to use the git version (grive-git) if you do not want to track the current release but the master of the git repository instead.
beliys commented on 2018-01-08 19:20 (UTC)
please replace source to https://github.com/vitalif/grive2/archive/master.zip, because https://github.com/vitalif/grive2/archive/v0.5.0.tar.gz is very old
r08 commented on 2017-12-13 00:33 (UTC)
Such a nice little tool. Such a tragedy that it depends on boost-libs....
edh commented on 2017-10-06 17:06 (UTC)
Scotty commented on 2017-10-06 09:56 (UTC)
nickmt commented on 2017-03-27 09:39 (UTC) (edited on 2017-03-27 09:41 (UTC) by nickmt)
edh commented on 2017-01-16 22:17 (UTC)
ram4nd commented on 2017-01-16 09:56 (UTC) (edited on 2017-01-16 09:57 (UTC) by ram4nd)
3539037O3Ul2kNk1 commented on 2016-11-01 01:37 (UTC)
edh commented on 2016-10-31 09:25 (UTC)
3539037O3Ul2kNk1 commented on 2016-10-31 02:34 (UTC)
edh commented on 2016-09-12 22:12 (UTC)
iamroot commented on 2016-09-12 16:45 (UTC)
3539037O3Ul2kNk1 commented on 2016-09-12 03:08 (UTC)
edh commented on 2016-09-11 22:32 (UTC)
3539037O3Ul2kNk1 commented on 2016-09-11 11:38 (UTC)
edh commented on 2016-05-15 00:09 (UTC) (edited on 2016-05-15 00:11 (UTC) by edh)
BrianAllred commented on 2016-05-14 19:11 (UTC)
BrianAllred commented on 2016-05-14 14:10 (UTC)
edh commented on 2016-05-14 11:33 (UTC)
BrianAllred commented on 2016-05-14 01:45 (UTC)
edh commented on 2016-05-13 23:24 (UTC)
BrianAllred commented on 2016-05-12 21:02 (UTC)
edh commented on 2016-05-12 15:59 (UTC) (edited on 2016-05-12 15:59 (UTC) by edh)
BrianAllred commented on 2016-05-12 02:36 (UTC)
edh commented on 2016-02-04 22:21 (UTC)
semeion commented on 2016-02-03 20:42 (UTC)
edh commented on 2015-07-15 20:57 (UTC)
martinhath commented on 2015-07-15 17:39 (UTC)
mrbit commented on 2015-06-06 18:54 (UTC)
Joermungand commented on 2015-06-06 11:38 (UTC)
manmatteo commented on 2015-06-04 13:19 (UTC)
mrbit commented on 2015-06-01 06:48 (UTC)
nullptr_t commented on 2015-05-31 23:18 (UTC)
Joermungand commented on 2015-05-30 08:59 (UTC)
mrbit commented on 2015-05-29 22:05 (UTC)
semeion commented on 2015-05-29 21:10 (UTC)
semeion commented on 2015-05-28 21:35 (UTC)
dixi_minga commented on 2015-05-28 18:04 (UTC)
mrbit commented on 2015-05-25 11:48 (UTC)
aytac commented on 2015-05-23 10:11 (UTC)
Muflone commented on 2015-05-03 22:15 (UTC)
semeion commented on 2015-04-27 20:05 (UTC)
semeion commented on 2015-04-27 19:59 (UTC)
dixi_minga commented on 2015-04-27 17:55 (UTC)
colinkeenan commented on 2015-04-21 21:51 (UTC)
colinkeenan commented on 2015-04-21 21:47 (UTC)
colinkeenan commented on 2015-04-21 21:45 (UTC)
semeion commented on 2015-04-21 14:19 (UTC)
w-flo commented on 2015-04-21 14:00 (UTC)
semeion commented on 2015-04-21 12:17 (UTC)
w-flo commented on 2015-04-21 11:54 (UTC)
fi-dschi commented on 2015-03-05 20:41 (UTC)
rantanran commented on 2014-12-22 12:39 (UTC)
semeion commented on 2014-12-08 23:23 (UTC)
ubuntuaddicted commented on 2014-12-08 04:59 (UTC)
semeion commented on 2014-11-26 20:52 (UTC)
nullptr_t commented on 2014-11-11 01:48 (UTC)
monojp commented on 2014-11-10 15:30 (UTC)
markusk commented on 2014-10-15 20:22 (UTC)
mrbit commented on 2014-10-11 15:08 (UTC)
yedibela commented on 2014-10-11 14:18 (UTC)
monojp commented on 2014-09-12 11:40 (UTC)
mrbit commented on 2014-09-09 16:12 (UTC)
whahn1983 commented on 2014-09-09 15:44 (UTC)
mrbit commented on 2014-05-29 12:03 (UTC)
mrbit commented on 2014-05-28 22:20 (UTC)
colinkeenan commented on 2014-05-28 20:24 (UTC)
colinkeenan commented on 2014-05-28 20:10 (UTC)
colinkeenan commented on 2014-05-28 19:52 (UTC)
egan commented on 2014-05-28 01:26 (UTC)
marius commented on 2014-03-23 13:17 (UTC)
mrbit commented on 2014-03-23 07:41 (UTC)
marius commented on 2014-03-23 07:20 (UTC)
commented on 2014-01-18 08:52 (UTC)
mrbit commented on 2014-01-17 17:46 (UTC)
commented on 2014-01-17 17:19 (UTC)
mrbit commented on 2014-01-12 21:57 (UTC)
commented on 2014-01-12 19:50 (UTC)
mrbit commented on 2013-12-22 12:00 (UTC)
ArchGiac commented on 2013-12-22 11:58 (UTC)
mrbit commented on 2013-12-22 11:27 (UTC)
ArchGiac commented on 2013-12-22 09:15 (UTC)
mrbit commented on 2013-12-22 08:56 (UTC)
ArchGiac commented on 2013-12-22 08:36 (UTC)
mrbit commented on 2013-12-21 21:46 (UTC)
mrbit commented on 2013-12-21 21:11 (UTC)
ArchGiac commented on 2013-12-21 20:26 (UTC)
ArchGiac commented on 2013-12-21 14:30 (UTC)
mrbit commented on 2013-12-21 13:12 (UTC)
ArchGiac commented on 2013-12-21 10:49 (UTC)
ArchGiac commented on 2013-12-21 10:46 (UTC)
mrbit commented on 2013-12-20 23:18 (UTC)
commented on 2013-12-20 21:41 (UTC)
ArchGiac commented on 2013-12-20 12:06 (UTC)
mrbit commented on 2013-12-20 07:41 (UTC)
nsmathew commented on 2013-12-20 04:53 (UTC)
ArchGiac commented on 2013-12-19 20:05 (UTC)
colinkeenan commented on 2013-12-19 20:03 (UTC)
nsmathew commented on 2013-12-19 19:21 (UTC)
mrbit commented on 2013-12-19 18:15 (UTC)
ArchGiac commented on 2013-12-19 18:02 (UTC)
nsmathew commented on 2013-12-19 17:39 (UTC)
mrbit commented on 2013-12-19 12:06 (UTC)
mrbit commented on 2013-12-19 07:37 (UTC)
colinkeenan commented on 2013-12-18 21:43 (UTC)
nsmathew commented on 2013-12-12 09:00 (UTC)
mrbit commented on 2013-12-09 14:27 (UTC)
nsmathew commented on 2013-12-09 12:27 (UTC)
mrbit commented on 2013-11-15 17:00 (UTC)
mrbit commented on 2013-10-30 07:56 (UTC)
xanthi commented on 2013-10-29 18:42 (UTC)
ArchGiac commented on 2013-07-15 14:59 (UTC)
commented on 2013-07-15 12:45 (UTC)
ArchGiac commented on 2013-07-13 16:43 (UTC)
mrbit commented on 2013-06-19 22:21 (UTC)
commented on 2013-06-19 20:25 (UTC)
ArchGiac commented on 2013-06-05 12:07 (UTC)
mrbit commented on 2013-06-05 11:48 (UTC)
ArchGiac commented on 2013-06-05 11:41 (UTC)
mrbit commented on 2013-06-03 06:57 (UTC)
mrbit commented on 2013-06-03 06:56 (UTC)
rek2gnulinux commented on 2013-04-03 22:11 (UTC)
mrbit commented on 2013-04-03 21:51 (UTC)
rek2gnulinux commented on 2013-04-03 21:19 (UTC)
mrbit commented on 2013-04-03 20:15 (UTC)
mrbit commented on 2013-04-03 20:10 (UTC)
rek2gnulinux commented on 2013-04-03 19:53 (UTC)
mrbit commented on 2013-04-01 22:12 (UTC)
mrbit commented on 2013-04-01 22:00 (UTC)
rek2gnulinux commented on 2013-04-01 21:33 (UTC)
mrbit commented on 2013-02-04 22:26 (UTC)
commented on 2013-02-04 12:44 (UTC)
commented on 2012-12-02 01:58 (UTC)
commented on 2012-12-02 01:53 (UTC)
mrbit commented on 2012-11-07 18:13 (UTC)
commented on 2012-11-07 16:41 (UTC)
ilpianista commented on 2012-10-19 09:51 (UTC)
mrbit commented on 2012-10-10 09:16 (UTC)
idovitz commented on 2012-10-09 07:40 (UTC)
gnumdk commented on 2012-09-27 09:35 (UTC)
mrbit commented on 2012-09-14 15:16 (UTC)
vendion commented on 2012-09-14 00:57 (UTC)
mrbit commented on 2012-09-13 16:50 (UTC)
eduardosm commented on 2012-09-06 15:14 (UTC)
vendion commented on 2012-09-05 23:45 (UTC)
mrbit commented on 2012-08-29 14:36 (UTC)
vendion commented on 2012-08-29 13:28 (UTC)
mrbit commented on 2012-08-14 08:00 (UTC)
commented on 2012-08-14 07:23 (UTC)
TingPing commented on 2012-08-10 01:42 (UTC)
commented on 2012-07-26 18:39 (UTC)
commented on 2012-07-05 14:57 (UTC)
mrbit commented on 2012-06-12 04:53 (UTC)
mrbit commented on 2012-06-10 21:23 (UTC)
commented on 2012-06-09 23:31 (UTC)
qwertzdenek commented on 2012-06-09 13:46 (UTC)
crobe2 commented on 2012-06-08 07:03 (UTC)
mrbit commented on 2012-06-04 05:38 (UTC)
commented on 2012-06-04 03:26 (UTC)
mrbit commented on 2012-05-25 14:14 (UTC)
vendion commented on 2012-05-24 23:32 (UTC)
thepasto commented on 2012-05-23 17:43 (UTC)
mrbit commented on 2012-05-22 19:47 (UTC)
commented on 2012-05-17 17:40 (UTC)
mrbit commented on 2012-05-07 14:36 (UTC)
ilpianista commented on 2012-05-01 06:58 (UTC)