For a long time, I've wanted to integrate the Roman Breviary into a couple of projects (nothing public) but have never been able to find a suitable calendar, breviary or psalter implementation. So I wrote one in python. It requires the `dateutil` package, but other than that its standard python. My principle use of this is going to be to create a JSON interface to get the current office, season, feast-day and reading from the 1962 Liturgical calendar. I am working on a "modern" liturgical calendar, its just not my priority right now.
Showing posts with label geekery. Show all posts
Showing posts with label geekery. Show all posts
Saturday, August 3, 2013
Friday, November 16, 2012
How to make your OpenBox awesome
Posted on 7:41 PM by Unknown
As a long-time Linux geek, I've discovered that there are nice aspects of GNOME/KDE, and then there's all the horrifying bits. After almost 20 years of desktop Linux use, I've concluded that "lighter is better." I.e. there's no real benefit to having all the bells and whistles turned on. That's what lead me to OpenBox.
Anyone who has run OpenBox is familiar with ~/.config/openbox/autostart.sh... or at least they should be. In case you aren't, here's the crux of it -- the autostart.sh script runs when OB starts-up, and its the vehicle through which you can start all the bits and pieces of the desktop that you might need. Here's my autostart.sh:
Anyone who has run OpenBox is familiar with ~/.config/openbox/autostart.sh... or at least they should be. In case you aren't, here's the crux of it -- the autostart.sh script runs when OB starts-up, and its the vehicle through which you can start all the bits and pieces of the desktop that you might need. Here's my autostart.sh:
#So, in case all of this is completely Greek to you, I've included comments. This script works provided you've got tint2, parcellite, xscreensaver, dropbox, volumeicon, and thunar installed, and in your execution path. This script also assumes that you've got the default GNOME desktop installed for such things as settings and authentication. The point being is that you can use this even on the default Debian 6 install, and achieve a highly functional desktop without the overhead you'd experience with a full GNOME or KDE desktop.
# Openbox config for the ultimate desktop
#
#### policykit manager
# allows us to manage networks and other things that require root priv.
(sleep 10 && /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1) &
#### gnome settings daemon
# allows us to use the gnome tools for things like display and mouse
(gnome-settings-daemon) &
#### mount encrypted disks and set desktop wallpaper
(/home/cjs/bin/mntenc && nitrogen --set-zoom-fill /home/cjs/mine/pics/backgrounds/current.jpg ) &
#### Enable power management
# we use xfce because the gnome-power-manager went away (as a systray icon anyways)
#(gnome-power-manager) & #this went away in Debian Sid around Dec '11
(xfce4-power-manager) &
#### Thunar Daemon
# handles automounting disks, etc.
(thunar --daemon) &
#### Tint2
# our panel
(tint2) &
#### Screensaver
(xscreensaver -no-splash) &
#### Synapse
# synapse is a key-stroke app-launcher, like Gnome-DO
(synapse -s) &
#### DropBox
# sync files between multiple systems
(sleep 2s && dropbox start) &
## Launch network manager applet
# 2012/01/07 -- this has been getting launched twice, presumably by gnome-settings-daemon?
#(sleep 4s && nm-applet) &
#### volumeicon
# allows us to control volume from an icon in the system tray
(sleep 3s && volumeicon) &
#### Clipboard manager
# parcellite is a bigger/better utility
(sleep 3s && parcellite) &
## start xsnow!
#(sleep 3s && xsnow -notrees -nokeepsnow -nosanta) &
Saturday, December 10, 2011
viva la xsnow!
Posted on 4:24 PM by Unknown
In the late 1990's, my friend Doug introduced me to `xsnow`, its a simple little program that makes it snow on your desktop. Ever since, around Christmas time, I have waxed nostalgic and run `xsnow` in honor of the on-set of winter and Advent. I was surprised this year when I ran `apt-get install xsnow` and was bluntly told that there was no installation candidate for xsnow!
I did a little digging and discovered that `xsnow` is still in the source repository! w00t! Unfortunately, it's VERY infrequent that I actually build a package from source, so I had to do a bit of reading to help me do it. I figured, if I had to look it up, it might be of value to others if I provided the synopsis of how to build the package.
First, make sure your /etc/apt/sources.list file includes the following:
cjs@hp8540w:~$ cat /etc/apt/sources.list | grep deb-src
deb-src http://http.us.debian.org/debian stable main contrib non-free
Next, run `apt-get update` followed by `apt-cache showsrc xsnow | grep Build-Depends`, which will reveal:
Build-Depends: debhelper (>= 7), dpatch (>= 2), libx11-dev, libxext-dev, libxpm-dev, libxt-dev, xutils-dev
Now you'll need to make sure these dependencies are installed, with `apt-get install debhelper dpatch libx11-dev libxext-dev libxpm-dev libxt-dev xutils-dev`.
Now you should be ready to build from source. You build the source via `apt-get -b source xsnow`. This will build a .deb and dump it in /var/cache/apt/archives.
You can install the .deb via `dpkg -i /var/cache/apt/archives/xsnow*.deb`.
Note: I had to build from source because in Sid there's only an i386 binary for xsnow. If you're running Sid on a 32-bit x86 box, you should just be able to do an `apt-get install xsnow`, provided you have the non-free repositories in your apt sources.list.
You can run xsnow from an `xterm` OR, whatever means of launching you prefer (e.g. synapse or gnome-do, etc.)
I did a little digging and discovered that `xsnow` is still in the source repository! w00t! Unfortunately, it's VERY infrequent that I actually build a package from source, so I had to do a bit of reading to help me do it. I figured, if I had to look it up, it might be of value to others if I provided the synopsis of how to build the package.
First, make sure your /etc/apt/sources.list file includes the following:
cjs@hp8540w:~$ cat /etc/apt/sources.list | grep deb-src
deb-src http://http.us.debian.org/debian stable main contrib non-free
Next, run `apt-get update` followed by `apt-cache showsrc xsnow | grep Build-Depends`, which will reveal:
Build-Depends: debhelper (>= 7), dpatch (>= 2), libx11-dev, libxext-dev, libxpm-dev, libxt-dev, xutils-dev
Now you'll need to make sure these dependencies are installed, with `apt-get install debhelper dpatch libx11-dev libxext-dev libxpm-dev libxt-dev xutils-dev`.
Now you should be ready to build from source. You build the source via `apt-get -b source xsnow`. This will build a .deb and dump it in /var/cache/apt/archives.
You can install the .deb via `dpkg -i /var/cache/apt/archives/xsnow*.deb`.
Note: I had to build from source because in Sid there's only an i386 binary for xsnow. If you're running Sid on a 32-bit x86 box, you should just be able to do an `apt-get install xsnow`, provided you have the non-free repositories in your apt sources.list.
You can run xsnow from an `xterm` OR, whatever means of launching you prefer (e.g. synapse or gnome-do, etc.)
Saturday, March 12, 2011
Make images into a movie
Posted on 10:58 AM by Unknown
Boy2 has been making stop-motion videos using Lego mini-figures. I found a slick little Linux utility to convert a series of images into an AVI. VERY useful if you then want to use
At some point, I'll post some of his videos.
`kdenlive` to add audio to said video, or edit it otherwise. mencoder "mf://*.jpg" -o movie.avi -ovc lavc -lavcopts vcodec=mjpegAt some point, I'll post some of his videos.
Tuesday, February 8, 2011
Confessions
Posted on 1:22 PM by Unknown
I was a bit surprised/amused this morning when I read that there is now an app to assist people with their examination of conscience in preparation for the sacrament of confession... The story from the BBC explains, "Now senior church officials in America have given it their seal of approval, in what is thought to be a first."
That American bishops are on the leading edge of the integration of technology in the Church is somewhat surprising as they don't exactly have the reputation as being techno-evangelists (of either stripe), but I'm glad to see the Church reaching out to people of my generation in ways that don't involve "guitar Masses", or other such "innovations".
Of course, I'm not about to pull out an iPhone (or any other phone) in the confessional, but if this helps someone then I'm in favor of it... call me old fashioned, but I made my kids learn the Ten Commandments.
That American bishops are on the leading edge of the integration of technology in the Church is somewhat surprising as they don't exactly have the reputation as being techno-evangelists (of either stripe), but I'm glad to see the Church reaching out to people of my generation in ways that don't involve "guitar Masses", or other such "innovations".
Of course, I'm not about to pull out an iPhone (or any other phone) in the confessional, but if this helps someone then I'm in favor of it... call me old fashioned, but I made my kids learn the Ten Commandments.
Sunday, January 9, 2011
Latin Vocabulary
Posted on 4:42 PM by Unknown
I've been looking for a Latin vocabulary testing module... that was free... because I'm a cheap-ass. Well, I couldn't find one. SO, I wrote a little chunk of code to parse a latin dictionary I found on-line into an XML format suitable for KWordQuiz. I put it all on-line here if you're interested -- all you'd really need is kwordquiz (which is free) and my kvtml file. I don't think the dictionary I found was very good, but it was unrestricted by copyright, so I can't complain.
I included the little bit of perl I wrote to mangle the dictionary into XML. If you're interested.
I included the little bit of perl I wrote to mangle the dictionary into XML. If you're interested.
Saturday, December 4, 2010
Sexify Your Linux Desktop
Posted on 10:50 PM by Unknown
I have been playing with beautifying my Linux desktop, and I think I've made pretty good progress, in large part thanks to three little apps: adeskbar, synapse, and Emerald Theme Engine.
aDeskBar provides me an OS X style "kicker" (as its called in KDE). Its really light-weight, and easily customizable.
Synapse is like KeyLaunch or Gnome-Do, both of which provide ready-access to apps via a quick-key. Very useful stuff. A simple press of Ctrl+Space and you can type any app in and it will launch.
And, then there's the Emerald Theme Engine, which is glorious and beautiful. I am fond of it, in particular.
To be frank, I have been using Linux for almost fifteen years now... and I will tell you, a great many of the applications I had encountered many moons ago have either disappeared or have matured into marvelous creations. I'm fairly sure I have used aDeskBar back when it sucked, but neither Synapse or Emerald are known to me.
So, its pretty cool to see Emerald in action -- its the epitome of theme engines. In fact, it contains many different rendering engines. Even better, most of the really awesome themes available from the various Gnome theme sites, are for Emerald.
Synapse is a rocking replacement for Gnome-do, which as near as I can tell, is the chief replacement for Gnome-Do. Gnome-Do was basically an experiment, and was never developed to its full potential.
Between Synapse, aDeskBar, and Emerald, I have achieved a right-sexy desk-top.
aDeskBar provides me an OS X style "kicker" (as its called in KDE). Its really light-weight, and easily customizable.
Synapse is like KeyLaunch or Gnome-Do, both of which provide ready-access to apps via a quick-key. Very useful stuff. A simple press of Ctrl+Space and you can type any app in and it will launch.
And, then there's the Emerald Theme Engine, which is glorious and beautiful. I am fond of it, in particular.
To be frank, I have been using Linux for almost fifteen years now... and I will tell you, a great many of the applications I had encountered many moons ago have either disappeared or have matured into marvelous creations. I'm fairly sure I have used aDeskBar back when it sucked, but neither Synapse or Emerald are known to me.
So, its pretty cool to see Emerald in action -- its the epitome of theme engines. In fact, it contains many different rendering engines. Even better, most of the really awesome themes available from the various Gnome theme sites, are for Emerald.
Synapse is a rocking replacement for Gnome-do, which as near as I can tell, is the chief replacement for Gnome-Do. Gnome-Do was basically an experiment, and was never developed to its full potential.
Between Synapse, aDeskBar, and Emerald, I have achieved a right-sexy desk-top.
Wednesday, October 27, 2010
Ubuntu 10.10 (Maverick) & VMware Workstation 7.1
Posted on 8:01 AM by Unknown
My employer is a VMware partner and I've been a long-time VMware fan; I have ESXi on a white-box server at home, and run Workstation on my work laptop. Since upgrading/installing Ubuntu 10.10, I've been dragging my feet about getting Workstation installed again, but this morning I fired it up and like always I had to hunt-down a patch to get the modules to build. *sigh*
Fortunately, some kind soul has made a lovely patch available and has further made it very easy to install! W00t! I love the Open Source community.
So, my VMware Workstation is back up and rocking. Hooray!
Fortunately, some kind soul has made a lovely patch available and has further made it very easy to install! W00t! I love the Open Source community.
So, my VMware Workstation is back up and rocking. Hooray!
Friday, September 17, 2010
Native USB tether for Android Phones!
Posted on 12:55 PM by Unknown
I've been a Linux nerd for many years, and today I discovered one of the most amazing hacks I have ever seen. By "hack", I do not mean something cobbled together in a haphazzard fashion, but rather and impressive feat of skill. This particular hack, by Shannon Van Wagner, allows you to natively tether your android phone in Ubuntu! This is remarkable because of the diversity of pieces that had to be put together to accomplish the feat.
I am willing to bet that while some other hacks I've seen may have been more difficult, none required a broader base of knowledge, and as such this one takes the cake in my Ultimate Hack list. I emailed Shannon to see if I could give him a tangible reward for his hard work.
I am willing to bet that while some other hacks I've seen may have been more difficult, none required a broader base of knowledge, and as such this one takes the cake in my Ultimate Hack list. I emailed Shannon to see if I could give him a tangible reward for his hard work.
Wednesday, August 11, 2010
pyScout - threaded port scanner with heuristic protocol identification
Posted on 9:08 AM by Unknown
In 2007, while attending a training event in Chicago, NYC, or Washington D.C., (my memory is fuzzy as to which), I began to learn Python. I needed a project, and since I'd always wanted to tinker with the inner-workings of a port-scanner, I decided to write one in Python. While this may not be the most novel utility to code, it afforded me the chance to learn Python and scratch a curious itch I'd always had. As I began work on this simple port scanner, the thought occurred to me to incorporate something most other port scanners don't do: application/protocol/service identification. Seemed like a good idea at the time. There were a couple of others out there, but none that really incorporated both a high-speed port scanner and protocol identification. SO, I decided to write such a beast. Thus, pyScout was born.
As I began working on a pen-test for a client today, I was dusting off the old pyScout 0.0.3 code, and I realized that the C&C components were largely broken, but not badly. I made a couple of minor changes and decided to put it up on Google Code so that others might benefit from the project. If you'd like to browse the repository, you can, or you could check it out from SVN and use it.
If anyone would like to contribute to pyScout, feel free to drop me an e-mail or reply to this post.
As I began working on a pen-test for a client today, I was dusting off the old pyScout 0.0.3 code, and I realized that the C&C components were largely broken, but not badly. I made a couple of minor changes and decided to put it up on Google Code so that others might benefit from the project. If you'd like to browse the repository, you can, or you could check it out from SVN and use it.
If anyone would like to contribute to pyScout, feel free to drop me an e-mail or reply to this post.
Tuesday, May 25, 2010
python: XML-RPC over SSL
Posted on 4:38 AM by Unknown
For quite some time I have been looking at writing a simple management agent that is cross-platform, extensible and secure. My primary interest is that there are often times where I would like a means of performing some task on a remote system, without the necessity of actually connecting to those systems. My thinking on this little project really got ratcheted into high-gear when I was studying for one of my recent certifications, wherein I was studying the architecture of an enterprise management platform.
For my part, I have the framework of the server in place, and will be fleshing-out the bits to transport and execute arbitrary plugins/modules and configurations. Once that's done, the sky is basically the limit.
Sunday, February 28, 2010
vSphere on Windows 7
Posted on 8:55 PM by Unknown
Whew! Running the vSphere client on Windows 7 was getting to be a bit of a dire need... got it sorted with some help from the interwebs.
Tuesday, December 15, 2009
console-kit-daemon
Posted on 9:36 AM by Unknown
Periodically, I pop-open `htop` and see a slug of threads for `console-kit-daemon`. I've tried to find what the heck this thing does, and failing that I've tried removing the package... problem is, its required by everything I actually use. After reading an interesting bug report on console-kit, I've implemented a fix suggested there: created /usr/sbin/console-kit-daemon to contain simply:
This has solved my console-kit-daemon glut, but has no appreciable impact otherwise. Oh well. I'm still trying to figure out why Ubuntu 9.10 is such a dog on this box -- UrT and a variety of other apps are just absurdly slow, for no apparent reason. :-(
#!/bin/sh
exit 0;This has solved my console-kit-daemon glut, but has no appreciable impact otherwise. Oh well. I'm still trying to figure out why Ubuntu 9.10 is such a dog on this box -- UrT and a variety of other apps are just absurdly slow, for no apparent reason. :-(
Monday, November 23, 2009
Awesome WM
Posted on 8:27 PM by Unknown
Its a well-known fact, among my friends, that I am a UI-bigot. That is, I think roughly 99% of user interfaces are pure garbage. Its not really a transcendent fault of user interfaces as a whole, but rather the awkward puberty they've gone through over the last twenty years. So, it may come as no surprise (to my friends) that I've found my forray into the Awesome Window Manager (heretoafter referred to as simply, "awesome") something of a blessing. Awesome, for those that don't know, is window manager for X11 that defies the conventional wisdom of window managers and forces all windows to one of a few fixed layouts.
Tiling window managers, such as awesome, started out as a joke. Some whit was flaming a news-group about a drug-induced coding frenzy in which the window manager was simply a distraction. Out of that satirical post rose a breed of window managers called "tiling wm's". They are more than a bit obtuse to the average user, and at first blush I think I was even put off by the superficial neanderthal-like clubbing Awesome did to my windows. Having now run Awesome for a week and some days, I have concluded that awesome is in fact probably my favorite window manager of all time.
Granted, I may still be in the honey-moon phase with this thing, but let me tell you why Awesome is awesome:
No configuration file should be 300 lines. Honestly. Consider that you can configure MySQL, Apache, AND Postfix -- TOGETHER -- in fewer than 300 lines, it is a travesty that Awesome's config is so vast. Proponents of Awesome's configuration system say that its complexity is the price for its flexibility... while that may be, its still unnecessarily complex for anyone short of a supreme power-user.
Who has ever heard of LUA before? Certainly not I. LUA isn't even on the top 20 languages most programmed... more people have used SMALL than LUA. While LUA is fairly trivial to pickup (hell, I learned big chunks of it today) its still unreasonable to require a user to learn a whole programming language and various API's just to configure their window manager.
SO, that said, I think the good out-weighs the bad and Awesome is Awesome.
(P.S. I am afraid Awesome suffers the same plight as Enlightenment in that its principle author(s) are ego-maniacs with little concern for fixing bugs vs. adding features. Oh well, I used E for years despite Rasterman's obtuse and sporadic personality.)
Tiling window managers, such as awesome, started out as a joke. Some whit was flaming a news-group about a drug-induced coding frenzy in which the window manager was simply a distraction. Out of that satirical post rose a breed of window managers called "tiling wm's". They are more than a bit obtuse to the average user, and at first blush I think I was even put off by the superficial neanderthal-like clubbing Awesome did to my windows. Having now run Awesome for a week and some days, I have concluded that awesome is in fact probably my favorite window manager of all time.
Granted, I may still be in the honey-moon phase with this thing, but let me tell you why Awesome is awesome:
- No frilly window decorations cluttering my desktop
- No wasted space for panels, widgets and whatsits
- Configurable to a ridiculous degree (more on that in a moment)
- FAST AS HELL
- VERY light weight
- the DEFAULT configuration file is over 300 lines.
- your configuration is written in LUA.
No configuration file should be 300 lines. Honestly. Consider that you can configure MySQL, Apache, AND Postfix -- TOGETHER -- in fewer than 300 lines, it is a travesty that Awesome's config is so vast. Proponents of Awesome's configuration system say that its complexity is the price for its flexibility... while that may be, its still unnecessarily complex for anyone short of a supreme power-user.
Who has ever heard of LUA before? Certainly not I. LUA isn't even on the top 20 languages most programmed... more people have used SMALL than LUA. While LUA is fairly trivial to pickup (hell, I learned big chunks of it today) its still unreasonable to require a user to learn a whole programming language and various API's just to configure their window manager.
SO, that said, I think the good out-weighs the bad and Awesome is Awesome.
(P.S. I am afraid Awesome suffers the same plight as Enlightenment in that its principle author(s) are ego-maniacs with little concern for fixing bugs vs. adding features. Oh well, I used E for years despite Rasterman's obtuse and sporadic personality.)
Wednesday, November 4, 2009
Compiz + UrT == FAIL
Posted on 1:04 PM by Unknown
Apparently, I'm not crazy. Shocking, I know, but I've found others who have experienced frustrations while running opengl apps on top of compiz. Let me back up a second... I play Urban Terror. A lot. I've noticed, lately, that my FPS (Frames Per Second) has been HIDEOUS -- like around 30-40. This is a big problem, because I am not accustomed to playing at such crappy rates. I had noticed, periodically, that my FPS would be MUCH better, and slowly I'd correlated this to times when compiz had died when I launched UrT. SO, now when I play, I launch UrT, launch a terminal, and use the terminal to `killall compiz` so I can get good FPS when I play.
If anyone else is having this issue and has come-up with a better solution, please let me know.
If anyone else is having this issue and has come-up with a better solution, please let me know.
Tuesday, August 25, 2009
ESXi file transfer woes
Posted on 7:22 PM by Unknown
SO, I recently built an ESXi server. Its nothing special, but she's got it where it counts. A comedy of errors has unfolded as I've tried to upload even a single ISO to the system. It shouldn't be this hard.
First, I tried upload images using the built-in function in vSphere. Unfortunately, VirtualBox OSE so grossly underperformed at this task that the uploads wouldn't complete, ever. For example, I began the 650MB upload of the OpenFiler virtual appliance at 2030, woke-up the next day and the session had STILL not completed. This is over my LAN, not the Internet. That's absurd!
Next, I enabled SSH and tried to use SFTP to upload. For some bizarre reason, I couldn't use the CLI sftp client, so I turned again to my VirtualBox XP install. WinSCP is a brilliant piece of code. It really is. And I suspect it would have worked marvelously if I weren't running it on the feable IP stack made available to it via VirtualBox. As it were, it couldn't maintain a session long enough to transfer even the 650MB virtual appliance for OpenFiler. :-(
At this point, I considered throwing in the towel on the whole network transfer gig and using DVD's to get my data up to the ESXi server, but that would've been too easy. SO, I enabled FTP on my ESXi server using the glorious instructions over at vm-help.com. Now, I can FTP files from my native Linux install, and its blazing fast, like it bloody should be!
The real beauty of all of this is that my foray into ESXi was prompted by my efforts to build a virtualized Hackint0sh. I had heard tell that it was possible using VMware Server, but I didn't have a whole lot of luck with that... so I used a Jedi mind-trick to convince myself that the logical choice was to build a full-out ESXi server. I think it was probably just an excuse.
Now that I'm finally able to upload to the box without serious difficulty, I know I'm not going to have the time to tackle the original Hackint0sh project because a friend sent me a pre-installed Hackint0sh! w00t!
First, I tried upload images using the built-in function in vSphere. Unfortunately, VirtualBox OSE so grossly underperformed at this task that the uploads wouldn't complete, ever. For example, I began the 650MB upload of the OpenFiler virtual appliance at 2030, woke-up the next day and the session had STILL not completed. This is over my LAN, not the Internet. That's absurd!
Next, I enabled SSH and tried to use SFTP to upload. For some bizarre reason, I couldn't use the CLI sftp client, so I turned again to my VirtualBox XP install. WinSCP is a brilliant piece of code. It really is. And I suspect it would have worked marvelously if I weren't running it on the feable IP stack made available to it via VirtualBox. As it were, it couldn't maintain a session long enough to transfer even the 650MB virtual appliance for OpenFiler. :-(
At this point, I considered throwing in the towel on the whole network transfer gig and using DVD's to get my data up to the ESXi server, but that would've been too easy. SO, I enabled FTP on my ESXi server using the glorious instructions over at vm-help.com. Now, I can FTP files from my native Linux install, and its blazing fast, like it bloody should be!
The real beauty of all of this is that my foray into ESXi was prompted by my efforts to build a virtualized Hackint0sh. I had heard tell that it was possible using VMware Server, but I didn't have a whole lot of luck with that... so I used a Jedi mind-trick to convince myself that the logical choice was to build a full-out ESXi server. I think it was probably just an excuse.
Now that I'm finally able to upload to the box without serious difficulty, I know I'm not going to have the time to tackle the original Hackint0sh project because a friend sent me a pre-installed Hackint0sh! w00t!
Saturday, August 8, 2009
Pulse Audio == Pure Fail
Posted on 12:14 PM by Unknown
I don't know what future gains Canonical hopes to see from deploying Pulse Audio in Ubuntu, but I'll tell you this much: I've removed it and won't re-install it until every comment I see about it is positive. Pulse has been nothing but a pure pain in the ass for the last week. Finally, today, I removed every pulse-related package from my system and switched back to ALSA. `apt-get remove pulseaudio*` DO IT!
And what's more, lets write to Canonical and tell them that Pulse Audio is garbage.
And what's more, lets write to Canonical and tell them that Pulse Audio is garbage.
Wednesday, July 29, 2009
Pulse Audio 'glitch-free' in Karmic
Posted on 9:22 AM by Unknown
If you're running Ubuntu Karmic Koala (the up-coming 9.10 testing release) and you recently did a dist-upgrade, you may have noticed your sound is fubar. I did lastnight, and fairly quickly that all was not right with my sound.
I did the normal trouble-shooting things (going through sound properties, making sure the modules were loading, etc.) and nothing changed. SO, I did some googling and came-up empty-handed. As a last ditch, I joined #ubuntu+1 on Freenode and was instructed me to enable the 'glitch-free' setting in Pulse. This enables pulse to dynamically load modules as needed.
I made the change to 'glitch-free' and logged-off and back on again and sound worked for everything! w00t!
To enable 'glitch-free', you need to edit /etc/pulse/default.pa and search for the line that ends "tsched=0" and change the "0" to a "1".
One other note is that under the "Sound" dialog there is a new tab called "Applications" which allows you to adjust the volume levels PER APPLICATION! This is brilliant, but I believe the default mode is for applications to be muted. SO, if after enabling 'glitch-free' you're still having issues, try looking there and adjusting the volume levels for the app in question.
I did the normal trouble-shooting things (going through sound properties, making sure the modules were loading, etc.) and nothing changed. SO, I did some googling and came-up empty-handed. As a last ditch, I joined #ubuntu+1 on Freenode and was instructed me to enable the 'glitch-free' setting in Pulse. This enables pulse to dynamically load modules as needed.
I made the change to 'glitch-free' and logged-off and back on again and sound worked for everything! w00t!
To enable 'glitch-free', you need to edit /etc/pulse/default.pa and search for the line that ends "tsched=0" and change the "0" to a "1".
One other note is that under the "Sound" dialog there is a new tab called "Applications" which allows you to adjust the volume levels PER APPLICATION! This is brilliant, but I believe the default mode is for applications to be muted. SO, if after enabling 'glitch-free' you're still having issues, try looking there and adjusting the volume levels for the app in question.
Monday, June 22, 2009
Notify ODS command-line utility
Posted on 8:30 PM by Unknown
Linux has this nifty little notification system that is grossly under utilized. According the the folks over at Canonical, they're working to make most applications support this handy little interface called Notify OSD. I wanted to leverage this facility to notify me when snort had triggered on something, so I wrote a pynotify -- small python script to allow me to interface with Notify OSD, from the command-line and/or scripts.
The potential here is enormous. If you have scripts that run in the background, but that you need to know when they're done, you can just call this little puppy and get notified in an ultra cool way. Feel free to mangle this into other things. It should be pretty straight-forward.
The potential here is enormous. If you have scripts that run in the background, but that you need to know when they're done, you can just call this little puppy and get notified in an ultra cool way. Feel free to mangle this into other things. It should be pretty straight-forward.
wajig
Posted on 11:48 AM by Unknown
I recently came-across wajig while looking for a way to show the suggested packages for an installed package. The short story on wajig is that it is basically an abstraction layer for various apt and dpkg utilities... and its works very similar to apt-get except has additional directives that allow you to do things like install the suggested packages for a package, or install the recommended packages, or install both the recommended and suggested packages, or find out what package a file belongs to, etc. Its very slick, check it out!
Subscribe to:
Posts (Atom)