Re: Emacs20-mule and problem using latin2 under X Window
Jan Krupa <[EMAIL PROTECTED]> writes: > Could someone please explain how to get the > latin-2-alt-postfix input method? latin-alt.el is part of the leim library. I don't know if it is part of Debian. It is a compile time option. I recomend that you upgrade to Emacs 20.3, anyway. A lot of bugs were fixed. Get emacs-20.3.tar.gz and leim-20.3.tar.gz from prep.ai.mit.edu or one of its mirrors. -- party naked
Exim3 With multiple domains
I am trying to setup Exim 3 with multiple domains and I was reading the article Handling mail for multiple domains with exim3 and in this article it mentions (we need to add these domains to the 'userforward' directive as follows) I do not have a userforward section is there another name for this in the exim.conf file or do I need to add this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Checking for installed package
Hey list, I'd like to know the most reliable way for a bash script to verify that a package is installed on the user's system. I've looked already at dpkg, dpkg-query, and aptitude. These are the constraints: 1. It needs to work on any stock Debian based system, e.g. aptitude not always present, so can't rely on it. 2. It needs to be i18n safe, e.g. no reliance on grepping for "Installed:" output of apt-cache policy because that is en locale specific. 3. It needs to be able to distinguish a package that is installed from any other condition with only the former we care about. That means the exit code, for instance, of the query should be never be the same for a package that is installed versus one that is not installed - and not available anywhere. Any help appreciated. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: Checking for installed package
On Sat, 2013-05-25 at 07:02 +0100, Dom wrote: > LANGUAGE="C" dpkg -l $packagename | grep -q "^ii " > > will return 0 if the package is installed and 1 for any other state. Hey Dom. I don't know why I didn't think to set the environment variable before executing the query. That surely will work. Thanks a lot. By the way, where can I read more on specifically the meaning of the C locale and how it is the same or different from en_US? Further, is C locale guaranteed to be present on any properly functioning system, independent of whether the user's preferred locale is, say, Russian? -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: Checking for installed package
On Sat, 2013-05-25 at 17:47 +0300, Andrei POPESCU wrote: > Which en_US locale? > > $ grep en_US /etc/locale_gen > # en_US ISO-8859-1 > # en_US.ISO-8859-15 ISO-8859-15 > # en_US.UTF-8 UTF-8 The latter. > Yes, AFAIK the C locale is built into libc. Thanks Andrei. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: Checking for installed package
On Sat, 2013-05-25 at 17:01 +0200, Slavko wrote: > Consider LANG=C not as locale, but as built-in strings, because the app > must have some strings (if it uses strings for communication) :-) > > Then all systems have "C", but not all must have "en-GB", for example. > There can be one problem, the C is not defined by language base, then > virtually it can be any language (by author choice) - but the English is > rule. Thanks Slavko. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: Checking for installed package
On Sun, 2013-05-26 at 11:04 +1000, David wrote: > On 26/05/2013, Kip Warner wrote: > > > > By the way, where can I read more on specifically the meaning of the C > > locale and how it is the same or different from en_US? > > http://mywiki.wooledge.org/locale Thanks David. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
debhelper stripping debugging symbols
Hey list, I am trying to debianize a personal package for native compilation. I packaged it using the debhelper 7 syntax as aided with dh_make. After customizing my debian/* metadata and scripts, I noticed that dh_strip is still stripping debugging symbols from my executable, even though debian/rules sets DEB_BUILD_OPTIONS=nostrip. The flag appears to be totally ignored, or perhaps clobbered later? build log: ... dh_strip strip --remove-section=.comment --remove-section=.note debian/my-tool/usr/bin/my-tool dh_makeshlibs rm -f debian/my-tool/DEBIAN/shlibs ... My debian/rules below. Any help appreciated <http://pastebin.com/4LL9dCCS> Respectfully, -- Kip Warner -- Senior Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: debhelper stripping debugging symbols
On Wed, 2015-01-07 at 00:07 -0800, Don Armstrong wrote: > This line: > > export DEB_BUILD_OPTIONS= > > sets DEB_BUILD_OPTIONS to "", which isn't what you want. Hey Don. That was actually a typo when copying and pasting into pastebin. Ignore the = character. I know what you mean, and indeed, that would have reset the variable had that been there. So back to my original question, why was it being ignored? (snip) > nor do you need to include > /usr/share/dpkg/default.mk, because dh knows how to do all of that > itself, too. Are you sure? The reason I ask is dh_make had actually created the original template debian/rules using the debhelper 7 syntax and that was what was in it. > Finally, your debian/rules is missing a #!/usr/bin/make -f, which means > that it isn't going to work at all. Another pastebin copy / paste typo. It's in the original. -- Kip Warner -- Senior Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: debhelper stripping debugging symbols
On Wed, 2015-01-07 at 11:19 -0800, Don Armstrong wrote: > If you attach the actual rules file, then we might get to that answer. > > It's also possible that you didn't have debugging symbols included in > the first place (-g). It turns out I'm either blind, stupid, or probably both. The = was actually in the original and when I removed it, it behaves as it should. Here's the debian/rules anyways in case you see anything else that could help: <http://pastebin.com/7Y3h0bzu> > [Furthermore, dh_strip always runs, it just doesn't strip if nostrip is > in DEB_BUILD_OPTIONS.] Correct. The arguments vary depending on the value of DEB_BUILD_OPTIONS. -- Kip Warner -- Senior Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Package Cache
Hey list, Is it possible to have aptitude cache, say, the last N versions of a package? Every now and then I install a package of a nightly build from someone's personal repository that turns out to be broken. I can't revert back a version if that package isn't in the repository as well. I tried emailing Aptitude's maintainer, but he doesn't seem to be responsive. PS I am not a regular subscriber, so please remember to cc me. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: Package Cache
On Tue, 2011-12-06 at 11:30 +0200, Andrei Popescu wrote: > apt and aptitude by default do not clean the cache at all. If you don't > find old versions in /var/cache/apt/archives then something on your > system is doing that for you. Hey Andrei. You are right. Thanks. > Your suggestion is interesting, but snapshot.debian.org gives us much > more functionality. True, but only so long as the package was an official Debian package. If it was in someone's personal repository, such as an Ubuntu PPA, then it would not be in snapshot.debian.org. Thanks for your help. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
