« first day (1605 days earlier)      last day (3343 days later) » 

1:18 AM
This ought to be a satire, but probably isn't -> amazon.com/review/R29Z8WM8NC5CDP/…
 
 
6 hours later…
7:34 AM
@derobert the disk I made plays. But it would be good if the subs were say yellow. they'd stand out better. also perhaps a bit bigger.
 
7:51 AM
@FaheemMitha Those are options you set in your srt file. Not sure if vf subtitle has ways to override.
Quick check of ffmpeg.org/ffmpeg-filters.html#subtitles-1 gives a way to override the style
Anyway, going to bed shortly.
 
@derobert oh. hmm.
Did you see the LordNeckbeard answer?
It's what you said, except without the audio conversion. I haven't tried with the audio conversion.
 
Yeah, saw it. But heading off to bed.
 
@derobert Ok. Thanks.
 
 
8 hours later…
3:54 PM
It's Monday. Time for backporting.
 
4:26 PM
@derobert how so?
Is this like: If it's Tuesday, it must be Belgium?
 
Awesome! I'm on 1.8.4 (Debian Wheezy), but will attempt to backport 1.11.7 (from Jessie) Monday morning. Will let you know how it works out. — derobert yesterday
 
5:00 PM
@FaheemMitha if you havent resolved the issue yet "NVIDIA: API mismatch: the NVIDIA kernel module has version 304.117" means the Xorg nvidia module and the nvidia kernel driver are not the same version. I get that error when I've updated the nvidia stuff but haven't yet restarted X. No instability for me though, just really really slow OpenGL rendering until I rmmod/insmod the new driver while restarting X
 
@casey I haven't resolved the issue, but I could have sworn I'd restarted X since that change happened. But I can try again, I guess.
 
restarting X alone wont fix it
you need to load the proper kernel module before starting X back up
otherwise you are just starting X with the wrong kernel module still and nothing changes
> [ 449.526562] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 346.35 Sat Jan 10 21:27:15 PST 2015
@FaheemMitha ^^ make sure you see the right version in dmesg when you load the nvidia module
 
@casey let me rephrase. I could have sworn I rebooted since the change happened.
But I guess there is no harm trying again.
does the nvidia module write to dmesg?
 
5:21 PM
@FaheemMitha Only message I get is, I think, nvidia: module license 'NVIDIA' taints kernel.
Dec 18 18:03:01 Zia kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 340.65 Tue Dec 2 09:50:34 PST 2014
ah, there it is
 
5:41 PM
[   448.886] (II) LoadModule: "glx"
[   448.886] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[   448.895] (II) Module glx: vendor="NVIDIA Corporation"
[   448.895]    compiled for 4.0.2, module version = 1.0.0
[   448.895]    Module class: X.Org Server Extension
[   448.895] (II) NVIDIA GLX Module  346.35  Sat Jan 10 20:53:39 PST 2015
[   448.895] (II) LoadModule: "nvidia"
[   448.895] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
[   448.895] (II) Module nvidia: vendor="NVIDIA Corporation"
@FaheemMitha you want to pair that dmesg output against this from Xorg's output
all of /usr/lib64/xorg/modules/extensions/libglx.so, /usr/lib64/xorg/modules/drivers/nvidia_drv.so and /lib/module/<kernel version>/video/nvidia.ko need to be the same versions
(paths may vary for you)
I have it simple with gentoo as all come from a single source build, but iirc debian splits them up into different packages
though my recollection of that could be outdated. I haven't run debian on a machine with a graphics card installed in a while
 
6:14 PM
E: dh_python2:145: extension for python2.6 is missing. Build extensions for all supported Python versions (`pyversions -vr`) or adjust X-Python-Version field or pass --no-guessing-versions to dh_python2
⋮
anthony-ldap@wheezy-64:~/sssd/libpwquality-1.2.3$ pyversions -vr
2.7
⋮
anthony-ldap@wheezy-64:~/sssd/libpwquality-1.2.3$ grep X-Python-Version debian/control
X-Python-Version: 2.7
RIGHT THEN.
Oh nice, clean doesn't work in this package either...
 
 
1 hour later…
7:42 PM
hello room
I have a question if anyone is available
 
@MarkW Hello yourself. As a general rule in all the SE chatrooms, there's no point in asking if anyone's around. Just ask, if anyone can or wants to answer they will.
So, what do you need?
 
8:03 PM
ok so, I have this centos install
I have written a java application for it... its sort of a one off port of some program we offer here
its a GUI based program, and I have limited experience with CentOS
im looking to have that application start up when the user logs in
with its GUI present
I tried the rc.d script (cant recall its exact name) but that didnt seem to do anything
 
@terdon I only respond to interesting questions, but asking to ask is not interesting :)
 
how do I accomplish this?
 
@MarkW OK, that one really should be on the site.
Here's one:
1
Q: Autostart a GUI application in Debian as root

Dídac PérezI would like to know which is the most correct way to make my Debian automatically start up a graphical application once the desktop has been loaded. The app must be started as root.

 
perfect
thank you terdon
 
Here's another:
4
A: Linux equivalent for Windows Startup

ccpizzaApart from system-level startup script your desktop environment might have its own way of auto-running programs. The folder .config/autostart is supposed to be a desktop-neutral way of defining autorun entries. See the spec at http://developer.gnome.org/autostart-spec/. It is a bit different if ...

Actually, GNU tar processes its command-line arguments like a script - and so their order of appearance is very important generally. If they were processed at random, it would make stuff like --checkpoint scripts or multivolume archives a chore, and even simple stuff like: set file[1234]; for f do shift; set -- "$@" "-C$PWD/$f" -x "$f"; done; tar -c . | tar "$@" wouldn't work. — mikeserv 53 secs ago
I never cease to be amazed at what mikeserv considers "simple".
 
8:10 PM
lol
for real man
its thats simple.... them I'm a simpleton
but anyway the first link worked like a charm
hats off to ya sir
 
You're welcome
 
 
4 hours later…
11:52 PM
Thanks for the suggestions, @derobert and @casey.
@derobert ?
Is this your backport? What package? I never did find the context.
 
@FaheemMitha sssd, and the few packages required to build it
 
@derobert and what you are trying to do again?
 
3
Q: Adding a system user to an LDAP group with SSSD

derobertOur LDAP server is running RFC 2307 groups (memberuid contains a username, not a DN). With our old nscd/nss_ldap/pam_ldap setup, you could list a non-LDAP user (a system user from /etc/passwd) in an LDAP group's memberuid attribute, and that system user will be a member of the group. However, on...

 
So, backport from jessie to wheezy?
 

« first day (1605 days earlier)      last day (3343 days later) »