Search Criteria
Package Details: linux-rt-lts 5.15.40.43.realtime1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/linux-rt-lts.git (read-only, click to copy) |
---|---|
Package Base: | linux-rt-lts |
Description: | The Linux RT LTS kernel and modules |
Upstream URL: | https://gitlab.archlinux.org/dvzrv/linux-rt-lts/-/commits/v5.15.40.43.realtime1 |
Licenses: | GPL2 |
Provides: | VIRTUALBOX-GUEST-MODULES, WIREGUARD-MODULE |
Submitter: | smoge |
Maintainer: | jhernberg (dvzrv, sangy) |
Last Packager: | dvzrv |
Votes: | 36 |
Popularity: | 0.000540 |
First Submitted: | 2012-01-29 10:53 (UTC) |
Last Updated: | 2022-05-19 20:50 (UTC) |
Dependencies (16)
- coreutils (coreutils-git, coreutils-selinux, coreutils-hybrid, coreutils-hybrid-git)
- initramfs (mkinitcpio-git, dracut-git, booster-wip-git, booster-git, booster, dracut, mkinitcpio)
- kmod (kmod-git, kmod-minimal-git)
- bc (bc-gh) (make)
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- graphviz (make)
- imagemagick (graphicsmagick-imagemagick-compat, imagemagick-git, imagemagick-full-git, imagemagick-no-hdri, imagemagick-full, imagemagick-fftw) (make)
- kmod (kmod-git, kmod-minimal-git) (make)
- libelf (elfutils-git, libelf-minimal-git) (make)
- pahole (pahole-git) (make)
- python-sphinx (python-sphinx-git, python-sphinx-2) (make)
- python-sphinx_rtd_theme (make)
- texlive-latexextra (texlive-installer, texlive-full) (make)
- xmlto (xmlto-git) (make)
- linux-firmware (linux-firmware-iwlwifi-git, linux-libre-firmware, linux-firmware-git, linux-firmware-uncompressed) (optional) – firmware images needed for some devices
- wireless-regdb (wireless-regdb-git, wireless-regdb-pentest) (optional) – to set the correct wireless channels of your country
Required by (3)
- mozillavpn (requires WIREGUARD-MODULE)
- piavpn-bin (requires WIREGUARD-MODULE) (optional)
- piavpn-manual-git (requires WIREGUARD-MODULE)
Latest Comments
dvzrv commented on 2021-12-18 21:45 (UTC)
FTR: Once upstream linux has released 5.16 and a first stable release of linux-rt in that branch is out, I will update linux-rt-lts to the 5.15 branch (which is the new LTS branch). Currently there are already releases available for 5.15, but I guess it makes sense to wait a little.
jazztickets commented on 2021-09-24 14:21 (UTC)
As a heads up, I hit a strange kernel bug with Nextcloud and this last package update (linux-rt-lts-5.10.65.53.realtime1-1): https://lore.kernel.org/lkml/87ilz1pwaq.fsf@wylie.me.uk/
Ralf_Mardorf commented on 2021-07-28 18:00 (UTC) (edited on 2021-07-29 02:44 (UTC) by Ralf_Mardorf)
You need to edit the PKGBUILD, to use the sources from kernel.org. For testing purpose I used one of my PKGBUILDs, the one I used to build the package for the kernel, that's booted at the moment. I only needed to update the version and to remove a patch. However, the comments are not the right place to teach you, how to write a PKGBUILD. For help consider to use a mailing list.
Note my PKGBUILDs do not differ much from those provided by dvzrv, actually I compare and align the PKGBUILDs from time to time, trying to stay as close as possible. Apart from the need to use kernel.org as source, I'm in favour of a different versioning pattern and KBUILD_BUILD_TIMESTAMP. Since I stay with 4.19 LTS kernels, there are a few other differences. Maybe the build wouldn't finish, but it started to build, there was just a warning due to the expired key.
Keep in mind that dvzrv provides the LTS kernel, I did not check his source, but at least 5.9 is not a LTS kernel, see kernel.org.
You can name the kernel what ever you want it to name, lts or pussytoes.
audioarch commented on 2021-07-28 11:16 (UTC)
I want to install the rt-5.9 kernel using the current rt-5.10 PKGBUILD. I edit the pkgver variable of PKGBUILD and run makepkg. The problem of the signature occurs and remains. I have successfully complied and applied rt patch to kernel 5.9 using the traditional compiling method.
Ralf_Mardorf commented on 2021-07-27 15:27 (UTC)
Hi, I'm not sure if I put it clearly. You want to build a lts package for a kernel, that is not a lts kernel. That's no problem, but instead of git+https://gitlab.archlinux.org/dvzrv/linux-rt-lts.git/ you probably need to use kernel.org as source for the kernel and the patch.
Ralf_Mardorf commented on 2021-07-27 14:22 (UTC) (edited on 2021-07-27 14:26 (UTC) by Ralf_Mardorf)
You need to add 57892E705233051337F6FDD105641F175712FA5B to validpgpkeys and download the key before building the package. Note, the key has expired and I assume that the source is kernel.org.
audioarch commented on 2021-07-27 13:51 (UTC)
How can I download and compile kernel version rt-lts-5.9.1.20? I tried to change the pkgver variable of PKGBUILD of this version and do makepkg. I got this error: linux-rt-lts git repo ... SIGNATURE NOT FOUND ==> ERROR: One or more PGP signatures could not be verified!
blochl commented on 2021-04-18 10:31 (UTC) (edited on 2021-04-18 13:03 (UTC) by blochl)
Is it possible to remove DEBUG_INFO from the config? Looks like it is not used for the package anyway, and can increase the package size dramatically if custom packaging commands are used. Also, looks like it's not an option a regular user would want. If removed via the menu, it produces the following change in the config file:
Update - apparently, not: https://bugs.archlinux.org/task/66260
blackhole commented on 2021-04-13 13:43 (UTC)
OK, I have downloaded the necessary files for 5.4.x from git
blackhole commented on 2021-04-13 12:36 (UTC)
Do you have a compiled lts kernel 5.4.x? In your repository I cannot find it no more. (Or eventually the snapshot with the files involved)
dvzrv commented on 2021-04-13 11:46 (UTC)
@blackhole: Yes, my bad. I added the package files without the signatures without noticing. It is fixed now though :)
blackhole commented on 2021-04-13 06:38 (UTC) (edited on 2021-04-13 06:41 (UTC) by blackhole)
Key changed? Installing from respository: error: linux-rt-lts: missing required signature error: linux-rt-lts-headers: missing required signature
dvzrv commented on 2021-04-12 16:01 (UTC)
I have just updated to 5.4.109.55.arch1. Please note, that this will be the last release in the 5.4 series and I will switch to 5.10 shortly.
Mik commented on 2021-03-30 14:12 (UTC)
@maderios indeed I could try wayland but I need to choose another wm in this case. I am used to xorg + fluxbox. I will try this thx.
maderios commented on 2021-03-30 13:17 (UTC)
@Mik May be it comes from your desktop environment? Did you try with Wayland? In my case, i use enlightenment-git (X11). I tried with xfce4 (X11), it works too.
Mik commented on 2021-03-30 12:57 (UTC)
@maderios thx. I will give a try to 4.19. I don't think I need a kernel > 5.4 for my application. This issue is very hard to debug. I don't know if this freeze comes from kernel or Xorg, or chromium...
maderios commented on 2021-03-30 12:12 (UTC)
@Mik I use Firefox and Chromium sometimes (because some admnistration sites support Firefox badly). I use also google-earth-pro. No issue.
Mik commented on 2021-03-30 08:18 (UTC)
@Ralf_Mardorf I'll try 4.19. I am not at home these days, I will do that as soon as possible. @maderios I get these freeze only when I use google chrome on heavy graphic rendering. By instance when I scroll and zoom on google map. What is your browser ?
Thank you
maderios commented on 2021-03-26 20:56 (UTC)
@Mik I use linux-rt-lts 5.4 with intel i915 driver and dkms on a laptop. I have no freeze.
Ralf_Mardorf commented on 2021-03-26 19:32 (UTC)
You shouldn't expect to get rid of Intel GPU issues with kernels > 5.4, see https://wiki.archlinux.org/index.php/intel_graphics#Installation . For my Intel GPU I stay with longterm 4.19 kernels for good reasons:
Btw. 5.5 isn't longterm, see https://www.kernel.org/ . You likely can expect an upgrade to 5.10, but again, Intel GPUs aren't well supported. Consider to test downgrading to 4.19, too. Just use the latest 4.19 release. I'll upgrade to latest 4.19 soon.
Mik commented on 2021-03-26 19:02 (UTC)
The system freeze with this kernel. Specifically when I use google map (zoom and scroll the map). I have found this thread https://unix.stackexchange.com/questions/563502/system-completly-freezes-often-maybe-chromium-vaapi . This is the related bug report: https://gitlab.freedesktop.org/drm/intel/-/issues/673.
Do you think to upgrade to 5.5 soon ?
dvzrv commented on 2021-02-19 22:20 (UTC)
A heads up to anyone using this kernel: Please modify your
/etc/mkinitcpio.conf
or create a custom one for this kernel (background).The current linux-rt-lts is not compatible with zstd compressed initrds, as will be the standard with mkinitcpio >= 30.
dvzrv commented on 2021-01-12 21:52 (UTC)
The repository for linux-rt and linux-rt-lts has moved to a new location.
If you use the custom repository, please update your pacman.conf accordingly, as the other one is going away by the end of the month (January 2021)!
egarcia commented on 2020-10-03 14:36 (UTC)
Thank you very much for your work!!
papavlos commented on 2020-04-29 17:24 (UTC)
@dvzrv: It's working now. Thanks!
dvzrv commented on 2020-04-29 12:06 (UTC)
@papavlos: I'm on it. My ISP Is super super super super broken right now, so this might take a little while :(
papavlos commented on 2020-04-29 12:02 (UTC) (edited on 2020-04-29 12:06 (UTC) by papavlos)
@dvzrv: Please update .sig files after today's update. Pacman drops errors when doing -yu with [dvzrv] repo in pacman.conf:
error: dvzrv: signature from "David Runge dvzrv@archlinux.org" is invalid
error: failed to update dvzrv (invalid or corrupted database (PGP signature))
vgc commented on 2020-04-08 03:47 (UTC)
@dvzrv: the issue was due to the nvidia-dkms package, with the new version 440.82 it works fine.
vgc commented on 2020-04-07 10:37 (UTC)
@dvzrv: I've update the package but it still doesn't work. Thank you for your time.
dvzrv commented on 2020-04-07 09:12 (UTC)
@vgc: Please check whether the latest version (4.19.106.46-2) fixes this issue for you (it didn't error on me).
vgc commented on 2020-04-07 08:51 (UTC)
@dvzrv: ok, thanks.
dvzrv commented on 2020-04-07 08:41 (UTC)
@vgc: hm, fairly possible that there's something fishy in DKMS for 4.19. I think they will move to 5.4 soon, because that's the new LTS branch. Let's see how that goes.
Meanwhile I'll push an update to this, as I need to fix an issue with upstream's use of python-sphinx.
vgc commented on 2020-04-07 08:34 (UTC)
@dvzrv yes, I have linux-rt-lts-headers. It's a problem that's been happening for about two months, everything was fine before. Same issue occurs with Artix Linux, fresh installation. I noticed that the sixfireusb-dkms package is installed instead, but it doesn't always happen, I've had the same problem with this package in the past few months
dkms status nvidia, 440.64, 5.6.2-arch1-2, x86_64: installed sixfireusb, 0.6.2, 4.19.106-rt46-1-rt-lts, x86_64: installed sixfireusb, 0.6.2, 5.6.2-arch1-2, x86_64: installed
dvzrv commented on 2020-04-06 22:37 (UTC)
@vgc: Hm, just tried on another machine and on initial installation of the packages
linux-rt-lts
andlinux-rt-lts-headers
I can reproduce the error message with another DKMS module.If I explicitely install the two packages again afterwards (
pacman -S linux-rt-lts linux-rt-lts-headers
) the DKMS module is compiled just fine.This is quite puzzling. I'll try to figure out why this is happening.
dvzrv commented on 2020-04-06 20:46 (UTC)
@vgc: Hm, I can't reproduce this. Do you have linux-rt-lts-headers installed?
vgc commented on 2020-04-06 19:48 (UTC)
Hi @dvzrv, I use the linux-rt-lts and linux-rt-lts-headers packages from your unofficial repo, but from the latest updates I've the following problem with nvidia-dkms installation:
Your kernel headers for kernel 4.19.106-rt46-1-rt-lts, cannot be found at /usr/lib/modules/4.19.106-rt46-1-rt-lts,/build or /usr/lib/modules/4.19.106-rt46-1-rt-lts,/source. You can use the --kernelsourcedir option to tell DKMS where it's located.
dvzrv commented on 2020-03-11 16:38 (UTC) (edited on 2020-03-11 16:38 (UTC) by dvzrv)
@ph3nix: This package is not OOD. Pleasee read the upstream definition.
(Also, you're probably looking for linux-rt).
francesc.arpi commented on 2019-11-04 12:46 (UTC) (edited on 2019-11-04 15:23 (UTC) by francesc.arpi)
Hi mates.
I've installed kernel from https://pkgbuild.com/~dvzrv/repo/$arch repo, using pacman. But linux-rt-lts.preset for mkinitcpio does not exist.
Can you help me, please?
Thanks!
dvzrv commented on 2019-11-01 13:57 (UTC)
Please note, that there have been substantial changes to how mkinitcpio (
>=27
) works with vmlinuz images to create initramfs images. This change is reflected in the PKGBUILD for4.19.72.26
in alignment with all vanilla kernels in the main repositories (and will be pushed as soon as the build is complete).dvzrv commented on 2019-09-12 09:40 (UTC)
@m8D2: This package is not out of date: https://mirrors.edge.kernel.org/pub/linux/kernel/projects/rt/4.19/older/
phunni commented on 2019-07-30 12:25 (UTC)
Also having checksum problems.
coderkun commented on 2019-07-28 08:26 (UTC)
I can confirm that the checksum for the “config” file does not match.
Ralf_Mardorf commented on 2019-07-25 10:01 (UTC)
The config and it's checksum for 4.19.59_rt23-1 don't fit.
dvzrv commented on 2019-06-17 22:37 (UTC)
Please alos note, that the current TCP based vulnerability in all kernels is only patched in 4.19.52. However, if it's reasonably easy to backport, it might get applied to this kernel (unless it gets updated to a patched version first)!
dvzrv commented on 2019-06-16 12:10 (UTC)
Please note, that once gcc > 9.0 hits [core], it is required to add the following patch to not run into bcache related corruption: https://git.archlinux.org/svntogit/packages.git/tree/trunk/bcache_fix.diff?h=packages/linux-lts
dvzrv commented on 2019-05-14 13:37 (UTC)
I have added a signed, unofficial user repository for linux-rt and linux-rt-lts, backed by this PKGBUILD.
You can add it to your
pacman.conf
with:I'll try to keep it as up-to-date as possible and retain old versions.
Enjoy!
coderkun commented on 2019-05-09 11:28 (UTC) (edited on 2019-05-09 11:31 (UTC) by coderkun)
@simona, I guess you try to install the pre-built binary for this package from my repository, right? For this to work you need to import my GPG key 39E27199A6BEE374 via
or manually from https://suruatoel.xyz/coderkun.key. See https://suruatoel.xyz/arch for details.
simona commented on 2019-05-09 11:17 (UTC)
linux-rt-lts-headers: signature from "coderkun olli@coderkun.de" is invalid
jhernberg commented on 2019-03-14 12:50 (UTC)
I've removed the nvidia patch as the problem appears fixed in the nvidia drivers.
jhernberg commented on 2019-02-26 12:19 (UTC)
Restored to the old config file, hopefully all is right now!
It's really getting time to get this config updated, but trying to make it easy for myself failed :) Hopefully we'll get 5.0-rt soon, and then I can move 4.19-rt to -rt-lts instead.
melvinvermeeren commented on 2019-02-22 18:58 (UTC)
Currently the config file is missing several important modules related to iptables, this is only since the most recent commit. Probably the best thing is to undo the removal of the lines in "IP: Netfilter Configuration" and "IPv6: Netfilter Configuration" in the diff of the most recent commit[1]. Myself I got problems because the iptable_nat module was missing.
I do notice regular linux-lts has certain things set to y instead of m for a few of these[2], perhaps this is needed for certain configurations?
Thanks for maintaining so far!
[1] https://aur.archlinux.org/cgit/aur.git/commit/?h=linux-rt-lts&id=
c77b586badc9
[2] https://git.archlinux.org/svntogit/packages.git/tree/trunk/config?h=packages/linux-lts
jhernberg commented on 2019-02-21 19:09 (UTC)
Quite a big update of the config file, hope I got it all right :)
Please let me know if I broke something.
kflak commented on 2019-02-13 11:58 (UTC)
This package has been out of date for quite a while now... should I be worried?
Alvarocz commented on 2018-09-19 02:24 (UTC)
Error when building with makepkg
==> applying patch-4.14.69-rt43.patch ... patching file virt/kvm/arm/arm.c ==> ERROR: Se produjo un fallo en prepare(). Cancelando...
jhernberg commented on 2018-08-20 18:07 (UTC)
Sorry for taking so long to do this, was busy with other things and honestly I'm a bit burnt out with packaging. :S Hopefully it works well for everyone!
djpohly commented on 2018-08-01 16:30 (UTC)
The build is fixed upstream by these commits:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ad343a98e74e85aa91d844310e797f96fee6983b
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=854e55ad289ef8888e7991f0ada85d5846f5afb9
You could use those to patch for the time being.
vnen commented on 2018-07-13 23:49 (UTC)
I'm getting the same error as @to7m. Any news on this?
to7m commented on 2018-06-09 13:26 (UTC)
makepkg is failing for me, and apparently this user too: https://bbs.archlinux.org/viewtopic.php?id=237222
Here's the messsage I get:
pager.c: In function ‘pager_preexec’: pager.c:35:12: error: passing argument 2 to restrict-qualified parameter aliases with argument 4 [-Werror=restrict] select(1, &in, NULL, &in, NULL); ^~~ ~~~ cc1: all warnings being treated as errors mv: cannot stat '/home/to7m/.cache/aurman/linux-rt-lts/src/linux-4.9/tools/objtool/.pager.o.tmp': No such file or directory make[4]: [/home/to7m/.cache/aurman/linux-rt-lts/src/linux-4.9/tools/build/Makefile.build:102: /home/to7m/.cache/aurman/linux-rt-lts/src/linux-4.9/tools/objtool/pager.o] Error 1 make[3]: [Makefile:45: /home/to7m/.cache/aurman/linux-rt-lts/src/linux-4.9/tools/objtool/libsubcmd-in.o] Error 2 make[2]: [Makefile:59: /home/to7m/.cache/aurman/linux-rt-lts/src/linux-4.9/tools/objtool/libsubcmd.a] Error 2 make[1]: [Makefile:60: objtool] Error 2 make: *** [Makefile:1623: tools/objtool] Error 2 ==> ERROR: A failure occurred in prepare(). Aborting...
Is it working for others? linux-rt works fine.
jhernberg commented on 2018-02-05 18:56 (UTC)
@Scimmia: This one has two rejects. Please see the linux-rt conversation.
Scimmia commented on 2018-02-05 16:26 (UTC) (edited on 2018-02-05 16:26 (UTC) by Scimmia)
Patches like this only need updated if something they touch changes. If there was no relevant changes from 4.9.76 to 4.9.80, they don't need a new patch. Have you tried it?
jhernberg commented on 2018-02-05 09:26 (UTC)
@Scimmia: No, there is no later patch available, see: https://www.kernel.org/pub/linux/kernel/projects/rt/4.9/
It's impossible to always provide the latest kernel release with a rt patch, as upstream is mostly lagging a bit behind.
Scimmia commented on 2018-02-04 22:33 (UTC)
And you're still out of date even for the 4.9 series
jhernberg commented on 2018-02-04 12:08 (UTC) (edited on 2018-02-04 12:11 (UTC) by jhernberg)
But I'll update it to the latest 4.9-rt, have the latest kernel already built for a long time, but have somehow missed updating the AUR :S
jhernberg commented on 2018-02-04 12:04 (UTC) (edited on 2018-02-04 12:30 (UTC) by jhernberg)
@Scimmia: Since you flagged this package as out of date mentioning 4.14 being lts, I suspect you don't understand the thought behind it. This is the stable version of the rt patch that I normally couple to a LTS version of the kernel. At the moment the development version of the RT patch is 4.14-rt, and 4.9-rt is one among several stable versions of the patch. Hopefully we'll soon be moving to more recent versions.
jhernberg commented on 2018-01-09 22:46 (UTC)
@funkmuscle: That's highly unlikely, if not impossible, still don't have a clue what might have happened to your install. I suppose you didn't use devtools to build it, and makepkg to install it? :)
funkmuscle commented on 2018-01-09 20:55 (UTC)
@dvzrv, I was able to boot the kernel with the emergency parameter then reinstalled but the vanilla nd this kernel and it's been working. thanx. is this all to do with the meltdown thing?
jhernberg commented on 2018-01-09 18:48 (UTC)
@mcw: That's because it's a key used to certify the source code downloaded, and not an archlinux package.
mcw commented on 2018-01-06 21:29 (UTC)
That will work (and I have done so), but I wanted to mention it because I thought the keys of the maintainers were supposed to be in
archlinux-keyring
.Perhaps I was mistaken, so thanks!
coderkun commented on 2018-01-06 14:32 (UTC)
@mcw import the missing GPG key:
mcw commented on 2018-01-06 14:21 (UTC) (edited on 2018-01-06 14:22 (UTC) by mcw)
For some reason when I build this it is failing with the error:
My system is otherwise up-to-date, and I have successfully built previous versions on a number of occassions
jhernberg commented on 2018-01-04 17:59 (UTC)
I have linux, linux-lts, linux-rt & linux-rt-lts installed, no such problem.
I did inadvertently leave out the old patchthat restricts the kernels console output while booting, but the only issue I'l aware of.
dvzrv commented on 2018-01-04 17:54 (UTC)
@funkmuscle: What kind of hardware are you running on? Can you correlate this misbehavior with any update to other system related packages (check /var/log/pacman.conf).
Maybe something related to linux-firmware? That would affect both kernels!
funkmuscle commented on 2018-01-03 18:45 (UTC)
dunno what happened here but I have the arch kernel and the rt-lts installed. after upgrading to latest rt-lts, my system died. both kernels panic. I keep the official Arch for this reason. that's if the rt panics, I can boot the official to fix things but this upgrade killed both. any ideas?
jhernberg commented on 2017-12-29 22:58 (UTC)
Finally this one updated too. Please let me know what I broke :)
funkmuscle commented on 2017-10-30 11:51 (UTC)
jhernberg commented on 2017-05-24 14:15 (UTC)
ristic commented on 2017-05-19 22:20 (UTC)
jhernberg commented on 2017-02-19 12:09 (UTC)
MarcinWieczorek commented on 2016-12-24 13:20 (UTC)
jhernberg commented on 2016-09-22 18:34 (UTC)
funkmuscle commented on 2016-09-22 14:06 (UTC)
jock-tanner commented on 2016-09-21 07:23 (UTC)
eiddlechen commented on 2016-07-20 07:21 (UTC) (edited on 2016-07-20 07:25 (UTC) by eiddlechen)
jhernberg commented on 2016-05-23 19:03 (UTC)
funkmuscle commented on 2016-05-22 15:04 (UTC)
jhernberg commented on 2016-03-19 16:35 (UTC)
jhernberg commented on 2016-03-19 15:54 (UTC)
FiyreWyrkz commented on 2016-03-17 05:30 (UTC)
Fincer commented on 2016-02-25 18:04 (UTC) (edited on 2016-02-25 18:09 (UTC) by Fincer)
jhernberg commented on 2015-11-15 19:23 (UTC)
jhernberg commented on 2015-11-15 19:22 (UTC)
jhernberg commented on 2015-11-15 19:20 (UTC)
svictor commented on 2015-11-04 17:07 (UTC)
rvega commented on 2015-09-06 18:37 (UTC)
erlhel commented on 2015-09-05 16:55 (UTC)
jhernberg commented on 2015-08-20 10:45 (UTC)
kiz commented on 2015-08-20 08:23 (UTC)
jhernberg commented on 2015-06-07 18:07 (UTC)
ronjouch commented on 2015-06-07 15:37 (UTC)
jhernberg commented on 2015-05-29 11:53 (UTC)
jhernberg commented on 2015-02-28 20:52 (UTC)
jhernberg commented on 2015-02-23 17:29 (UTC)
coderkun commented on 2015-01-20 08:59 (UTC)
jhernberg commented on 2014-11-16 13:10 (UTC)
satanselbow commented on 2014-11-08 15:16 (UTC)
jhernberg commented on 2014-08-16 17:43 (UTC)
totalchaos commented on 2014-07-20 21:08 (UTC)
jhernberg commented on 2014-07-18 20:11 (UTC)
totalchaos commented on 2014-07-09 21:07 (UTC)
jhernberg commented on 2014-07-09 09:12 (UTC)
jhernberg commented on 2014-07-09 08:13 (UTC)
totalchaos commented on 2014-07-09 05:50 (UTC)
jhernberg commented on 2014-07-05 20:28 (UTC)
Det commented on 2014-07-03 16:26 (UTC)
jhernberg commented on 2014-06-20 18:47 (UTC)
dvzrv commented on 2014-06-19 16:59 (UTC)
jhernberg commented on 2014-05-30 12:27 (UTC)
totalchaos commented on 2014-05-27 00:00 (UTC)
coderkun commented on 2014-03-26 19:45 (UTC)
jhernberg commented on 2014-03-26 19:14 (UTC)
coderkun commented on 2014-03-26 18:02 (UTC)
coderkun commented on 2014-03-25 10:18 (UTC)
jhernberg commented on 2013-12-18 13:01 (UTC)
coderkun commented on 2013-12-17 22:05 (UTC)
jhernberg commented on 2013-12-17 12:39 (UTC)
jhernberg commented on 2013-12-17 12:38 (UTC)
jhernberg commented on 2013-12-11 19:50 (UTC)
jhernberg commented on 2013-12-10 21:41 (UTC)
smoge commented on 2013-12-05 17:00 (UTC)
jhernberg commented on 2013-12-04 22:30 (UTC)
jhernberg commented on 2013-12-03 17:37 (UTC)
smoge commented on 2013-12-03 16:09 (UTC)
jhernberg commented on 2013-12-03 16:06 (UTC)
coderkun commented on 2013-12-03 13:00 (UTC)
jhernberg commented on 2013-12-03 08:18 (UTC)
jhernberg commented on 2013-12-03 08:17 (UTC)
smoge commented on 2013-12-02 19:46 (UTC)
smoge commented on 2013-11-29 15:32 (UTC)
jhernberg commented on 2013-11-26 19:37 (UTC)
coderkun commented on 2013-11-26 18:14 (UTC)
Det commented on 2013-11-26 16:15 (UTC)
Det commented on 2013-11-02 09:17 (UTC)
km3k commented on 2013-10-15 18:05 (UTC)
commented on 2013-04-26 04:20 (UTC)
Det commented on 2012-10-29 17:44 (UTC)
Det commented on 2012-10-09 09:56 (UTC)
m3thodic commented on 2012-06-14 09:09 (UTC)
jrdnjhntn commented on 2012-05-03 01:02 (UTC)
hermes14 commented on 2012-02-13 17:38 (UTC)
jhernberg commented on 2012-02-09 20:53 (UTC)
jhernberg commented on 2012-02-09 20:49 (UTC)
jhernberg commented on 2012-02-09 19:21 (UTC)
hermes14 commented on 2012-02-09 18:02 (UTC)
jhernberg commented on 2012-02-09 17:52 (UTC)
hermes14 commented on 2012-02-09 16:02 (UTC)
jhernberg commented on 2012-02-09 15:00 (UTC)
hermes14 commented on 2012-02-08 19:16 (UTC)
hermes14 commented on 2012-02-08 13:00 (UTC)
capoeira commented on 2012-02-08 01:23 (UTC)
smoge commented on 2012-02-07 23:08 (UTC)
wizetek commented on 2012-02-03 06:19 (UTC)
wizetek commented on 2012-02-02 19:25 (UTC)
smoge commented on 2012-02-02 19:11 (UTC)
wizetek commented on 2012-02-02 18:51 (UTC)
commented on 2012-01-31 21:10 (UTC)
capoeira commented on 2012-01-30 19:51 (UTC)
hermes14 commented on 2012-01-30 06:16 (UTC)