Check out "ThomasJohnTaylor's Page" on Mocazo Club
Mocazo Club: CONGRATULATIONS FOR ThomasJohnTaylor OWNER OF THIS COMMUNITY- PRIDE FOR INDIA!! HI EVERYONE, I AM VERY HAPPY AND THRILLED TO ANNOUNCE THAT ThomasJohnTaylor IS THE WINNER OF Mocazo ki Shaan. Profile link: http://club.mocazo.com/profile/ThomasJohnTaylor?xgs=1&xgi=vZHM3i If your email program doesn't recognize the web address above as an active link, please copy and paste it into your web browser About Mocazo Club Welcome to Mocazo Club! the place for showcasing your talent, making friends & having some fun with your mobile. Check out Mocazo ki Shaan 1461 members 3991 photos 370 songs 254 videos 135 discussions 92 blog posts To control which emails you receive on the corner, or to opt-out, go to: http://club.mocazo.com/?xgo=0cEkm2QzerFCvdUBCFHIGitBGyzQR6Eik9xl6M2BL4smBwHhA8eOfLLo86K7/KEVuhHbOrg2gLE
Re: Configuration files location for GNOME applet
Josselin Mouette wrote: > Le samedi 22 novembre 2008 à 00:27 +0100, Andrew M. a écrit : >> Hi. >> I recently developed a small GNOME applet and I wanted to share it among a >> few friends. It uses a couple of files to save settings and I was >> wondering what's the best location to store them. >> Is ~/.myapplet/ acceptable or should I use another folder? > > If it’s an applet using libpanel-applet, you should really use GConf to > store the values so that the configuration can be instantiated once for > each instance of the applet. > > If it’s merely an application using the notification area, you can use > ~/.myapplet/ or ~/.gnome2/myapplet/, or course - but if you’re looking > for a way to store user settings, GConf is the recommended way as well. If you are not using GConf, I'd recommend to use the XDG basedir spec [1], rather then ~/.myapplet/ Glib already has support for this, see the g_get_user_config_dir() function (I'd recommend to install devhelp and libglib2.0-doc for easier access of the glib API doc) HTH, Michael [1] http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#459420: uswsusp maintainer script modifies /etc/uswsusp.conf
On Thu, 24 Jul 2008, Tim Dijkstra wrote: > > md2 is not usually enabled as a swapping device. It only gets enabled > > when I want to suspend to it. > > Ah, there is the problem then. I think this is fixed in a later > version. It's not fixed in lenny either. And it's still a policy violation. I don't see how you can justify downgrading this to normal. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#506569: ITP: logback -- flexible logging library for Java
X-Debbugs-Cc: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: "Damien Raude-Morvan" <[EMAIL PROTECTED]> * Package name: liblogback-java Version : 0.9.11 Upstream Author : Logback developpers * URL : http://logback.qos.ch/ * License : LGPL-2.1+ Programming Lang: Java Description : flexible logging library for Java Logback is a reliable, generic, fast and flexible logging library for Java. It's intended as a successor to the popular log4j project. . The logback-core module lays the groundwork for the other two modules. . The logback-classic module can be assimilated to a significantly improved version of log4j. Moreover, logback-classic natively implements the SLF4J API so that you can readily switch back and forth between logback and other logging systems such as log4j or java.util.logging (JUL). . The logback-access module integrates with Servlet containers, such as Tomcat and Jetty, to provide HTTP-access log functionality. -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Bug#459420: uswsusp maintainer script modifies /etc/uswsusp.conf
On Sat, 22 Nov 2008, Michael Biebl wrote: > Quoting Peter Palfrader <[EMAIL PROTECTED]>: > >Where is that setting saved? debconf is not a registry so it must not > >be used for keeping state. > > Where do you have this idea from? > Of course, debconf can be used to store data, and there are a quite a > few packages doing so. Debconf is not a registry. Is it not the place to store configuration. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#506606: ITP: julius -- speech recognition engine
Package: wnpp Severity: wishlist Owner: "Siegfried-Angel Gevatter Pujals" <[EMAIL PROTECTED]> * Package name: julius Version : 4.0.2 Upstream Author : The Julius Team <[EMAIL PROTECTED]> * URL : http://julius.sourceforge.jp/en_index.php License : MIT Description : speech recognition engine Julius is a high-performance, two-pass large vocabulary continuous speech recognition (LVCSR) engine. . It supports N-gram based dictation, DFA grammar based parsing, and one-pass isolated word recognition. Phone context dependencies are supported up to triphone. It can perform a multi-model decoding, a recognition using several LMs and AMs simultaneously with a single processor, and also supports "hot plugging" of arbitrary modules at run time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
