Re: How to `echo' the core # a bash script is running on?
Marco, * Marco Ippolito wrote on 2014-02-09 at 13:24 (+0100): How can I `echo', in `bash', the core # the current script is running on? you can try $ grep ^processor /proc/cpuinfo | wc -l Short question - short answer, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140209171429.ga4...@gmx.org
Re: How to `echo' the core # a bash script is running on?
* Andrei POPESCU wrote on 2014-02-09 at 19:36 (+0200): On Du, 09 feb 14, 18:14:29, Mathias Bauer wrote: * Marco Ippolito wrote on 2014-02-09 at 13:24 (+0100): How can I `echo', in `bash', the core # the current script is running on? you can try $ grep ^processor /proc/cpuinfo | wc -l I think the OP wants to know on which particular core the script is running on. I read ...core #... as ...the number of cores on the machine Hm, yes, your interpretation is also possible. Anyway, is it possible at all to determine the particular core the current script is running? I mean, there is one underlying shell process. But if the script uses a pipeline, a command that is not builtin in bash, or just a simple while loop, etc. there will surely be further (sub)processes. I doubt they are all running on the same core. Therefore the particular core a shell script is running on doesn't seem to be sensible? Perhaps the OP wants to use taskset, cpuset and the like. But without providing much more details... Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140209191827.ga11...@gmx.org
Re: chronyd startup issues
Philippe, * Philippe Clérié wrote on 2014-01-29 at 19:18 (-0500): On 01/29/2014 06:10 AM, Mathias Bauer wrote: Also, it's probably a good idea to add the -s option to DAEMON_OPTS in /etc/default/openntpd. maybe. But consider time jumps just after booting won't make reconstructing things easier in case something goes wrong. Maybe some process already started before ntpd also won't be very amused about that. If you take a look into the logs of an unsynced machine, you will see that it is soon resynced again. So I won't do it. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140131175624.gb11...@gmx.org
Re: chronyd startup issues
Marc, * Marc Shapiro wrote on 2014-01-31 at 07:09 (-0800): OK, I just replaced chrony, yesterday. I have one question. Is there an equivalent to using chronyc to check how accurate the time is, or what server is being used? That way, I could verify that it is connecting on its own when I have to do a reboot. unfortunately, there isn't. However you may run something like # lsof -i UDP:123 | grep ^ntpd You also can look (grep?) in /var/log/daemon.log for messages like ntpd[12345]: ntp engine ready ntpd[12345]: peer 1.2.3.4 now valid ntpd[12345]: clock is now synced Perhaps it also helps to check the periodically written drift file /var/lib/openntpd/ntpd.drift. Also sending a SIGINFO signal, it [ntpd] will write its peer and sensor status to syslog does not work either as there is no SIGINFO signal in Linux. ntpd(8) is wrong here. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140131175026.ga11...@gmx.org
Re: chronyd startup issues
* Darac Marjal wrote on 2014-01-29 at 10:22 (+): On Wed, Jan 29, 2014 at 12:06:13AM -0800, Marc Shapiro wrote: When my system boots up it starts chronyd. The problem is that it seems to not have (or find) a network connection at the time, so it comes up in offline mode. If I restart it then everything is fine. Otherwise, the box gradually loses time. Since I rarely reboot my system I always forget that I need to restart chronyd. What do I need to do to get it to start up in online mode? Do I need to position it farther down in /etc/rc2.d? I thought that I had changed it to run AFTER network-manager, but, if so, something changed it back. Chrony will put offline sources to online when a PPP link comes up (any PPP link, bug #252131) but not when an ethernet link comes up (bug #312092). If you like, there are instructions and a patch in bug #389961 to fix this. Yes, but expect some tricky fiddling :-) However, comparing the bug history - some of chrony's ones haven't been handled or closed for 5+ years, also the relevant ones here - and the number of users of chrony (847) and openntpd (1902), I strongly suggest you considering a switch to the openntpd package. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140129111021.ga17...@gmx.org
Re: Help with command - cp
* Felix C. Stegerman wrote on 2014-01-26 at 15:49 (+0100): On 2014-01-26 15:26, Lisi Reisz wrote: I am wanting to use the CLI to copy some files from dirA to dirB. I want to exclude all hidden files. Will this command achieve it? I prefer using rsync instead: $ rsync --dry-run -av --progress --exclude='.*' /path/to/A/ /path/to/B/ * The slashes after A and B are important. No, you only have to take care about the trailing slash of the source A. See rsync(1): A trailing slash on the source changes this behavior to avoid creating an additional directory level at the destination. You can think of a trailing / on a source as meaning copy the contents of this directory as opposed to copy the directory by name, but in both cases the attributes of the containing directory are transferred to the containing directory on the destination. In other words, each of the following commands copies the files in the same way, including their setting of the attributes of /dest/foo: rsync -av /src/foo /dest rsync -av /src/foo/ /dest/foo The trailing slash of the target directory B is irrelevant: $ mkdir -p foo/dir $ touch foo/file foo/dir/file foo/.hidden foo/dir/.hidden $ rsync -av --exclude='.*' foo target1 $ rsync -av --exclude='.*' foo target2/ The results are identical directories ./target1 and ./target2. Of course, both need not exist. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140126204815.ga29...@gmx.org
Re: Help with command - cp
* Mr Smiley wrote on 2014-01-26 at 20:56 (+): cp -Rp /path/to/sourcedir/A/* /path/to/destinationdir/B If you don't put a / after B it will copy all files to a file called B No, obviously not. $ mkdir src $ echo foo src/file1 $ echo bar src/file2 $ echo baz src/.hidden1 $ [ -e ./target ] || echo ./target not found! ./target not found! $ cp -Rp ./src/* ./target cp: target `./target' is not a directory $ cp -Rp ./src/* ./target/ cp: target `./target/' is not a directory $ [ -e ./target ] || echo ./target not found! ./target not found! So your above cp -Rp /path/to/sourcedir/A/* /path/to/destinationdir/B Should be cp -Rp /path/to/sourcedir/A/* /path/to/destinationdir/B/ If the target directory *exists* the trailing slash will *not* be necessary: $ mkdir target1 target2 $ cp -Rp ./src/* ./target1 $ cp -Rp ./src/* ./target2/ Both directories are identical. There will be no *file* B! Also when using rsync, i use the following rsync -vrthiP --progress --stats source/ destination/ This also checks for and only updates changed files on any subsequent rsync from A to B Don't forget the / at the end, even rsync will copy everything to a file rather than the wanted directory if you miss of the / That's not correct. In contrast to the slash trailing the *source*, the final slash trailing the *target* is completely irrelevant. See my other mail. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140126222437.ga8...@gmx.org
Re: Help with command - cp
* Felix C. Stegerman wrote on 2014-01-26 at 23:58 (+0100): On 2014-01-26 23:24, Mathias Bauer wrote: * Mr Smiley wrote on 2014-01-26 at 20:56 (+): cp -Rp /path/to/sourcedir/A/* /path/to/destinationdir/B If you don't put a / after B it will copy all files to a file called B No, obviously not. [...] It does if there's only one file in A and B does not exist. $ mkdir A; echo HI A/foo $ cp -a A/* B $ cat B HI Yes, but ... come on, that's a rather trivial shell expansion! By the way, don't you consider it a little bit strange to change the original problem conditions *afterwards*? * Lisi Reisz wrote on Sun, 26 Jan 2014, at 14:26 (+): I am wanting to use the CLI to copy some files from dirA to dirB. I want to exclude all hidden files. Read ... file*S*. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140127010425.ga31...@gmx.org
Re: Determine XTerm Geometry
Hello Patrick, * Patrick Bartek wrote on 2014-01-20 at 13:18 (-0800): Need to get geometry of running xterms. Resize gives me the columns and lines. How do I get the X Y offsets? take a look at $ xwininfo -id WINDOW_ID Perhaps that helps. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140120213531.ga10...@gmx.org
Re: Determine XTerm Geometry
* Patrick Bartek wrote on 2014-01-20 at 14:35 (-0800): And FYI: you don't even need the WINDOW_ID. Just run xwininfo in any terminal, left click on the target window, and it spits out THAT windows stats. I know :-) You mentioned, you already had columns and lines (via the $COLUMNS/$LINES shell variables?), so I supposed, you wanted to do some non-interactive scripting... Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140121063702.ga23...@gmx.org
Re: Installing TrueType Fonts (TTF)
Hello Siard, * Siard wrote on 2013-12-12 at 16:48 (+0100): On Wed, 11 Dec 2013 18:30:40 +0100, Mathias Bauer wrote: To keep things clear I simply don't want to put all these files into one single directory, Note that dir~/fonts/dir would be sufficient here. For your own convenience you can put your fonts in any sub- or sub-sub-directory and they will still be seen. neither into ~/.fonts (for a single user) nor into /usr/local/share/fonts (for all local users). Under these, too, you can create any directory structure you like, without having to specify it in ~/.fonts.conf. ah, I just tried that - it works fine! Thanks for the hint. Not sure why you prefer ~/fonts over one of these, but never mind, it's not that important. Several (upstream) versions of TeX Live plus some other external fonts and the like. ~/fonts was a simple example only. --- OT Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131212190414.ga24...@gmx.org
Re: Installing TrueType Fonts (TTF)
Hello, * Siard wrote on 2013-12-10 at 18:56 (+0100): besides the hints you got from Siard and Patrick, I recommend GNOME Character Map, package gucharmap, for examining and viewing fonts. Muntasim-Ul-Haque wrote: TrueType Fonts (TTF) would open in GNOME with a dialog box, and it was just one-click away. But here in XFCE, I see nothing that can open the TTFs. There is a more general, yet easy way to install fonts: just shove them into ~/.fonts (locally) or /usr/local/share/fonts (systemwide). To get all the customization possibilities, take a look at the fontconfig machinery and the packages fontconfig and fontconfig-config which are almost certainly installed as you use XFCE. Also, fonts-conf(5) contains an example user configuration file ~/.fonts.conf, so that your font files (.ttf, .otf) may remain in their original directories and need not to be mixed together in *one* of the directories mentioned above by Siard. Finally $ fc-list will give you feedback if the fonts had been found and installed correctly. You don't need to logout or to restart as the cache files in ~/.fontconfig will be updated automatically. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2013121310.ga4...@gmx.org
Re: script line not working as its supposed to, but why?
* Gian Uberto Lauri wrote on 2013-12-11 at 12:42 (+0100): Sharon Kimble writes: I want to delete the 'menu-*' files if there are more than 7, and the command is parsed when I have 'set -x' at the head of the script but this line does nothing! It runs but doesn't achieve anything. I would try with something like this: if [ `ls -1 menu-* | wc -l` -gt 7 ] then ls -t menu-* | tail $((7-`ls | wc -l`)) | xargs rm fi The first test ensures that you have more than 7 files. Then you list the files in reverse asciibetical order (that is older last), then the expression $((7-`ls | wc -l`)) does the magic to compute the option to pass to tail so that it shows the last (number of files - 7). And finally xargs feeds rm. You can use rm -v to see them being deleted :) This is too complicated: too many subshells, too many pipelines. $ cd /dir/with/files LC_ALL=C ls menu-* | head -n -7 | xargs -r rm will do the job: * cd ... and ensure that the directory exists and if (and only if it does the pipeline will be executed. * LC_ALL=C ls menu-* lists all relevant files, one file per line, in the correct ascending order after the shell had expanded the *. * head -n -7 lists all but the last 7 lines. * xargs -r will only call rm if there is some input. For testing purposes run the above line without |xargs... part. Although bash(1) is very long and its learning curve a little bit steep I do recommend reading it. In the long term there is no way avoiding that. Beginners may first tend to [1] and later to [2]. Also, [3] is quite interessting. Regards, Mathias [1] http://tldp.org/LDP/Bash-Beginners-Guide/html/index.html [2] http://tldp.org/LDP/abs/html/ [3] http://www.gnu.org/software/bash/manual/bashref.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131211141922.gb11...@gmx.org
Re: Installing TrueType Fonts (TTF)
* Siard wrote on 2013-12-11 at 17:24 (+0100): Mathias Bauer: Also, fonts-conf(5) contains an example user configuration file ~/.fonts.conf, so that your font files (.ttf, .otf) may remain in their original directories and need not to be mixed together in *one* of the directories mentioned above by Siard. Original directories? We're talking about locally installed fonts here, living beyond the package manager's realm. Yes, so do I. Perhaps I wasn't clear enough. My ~/.fonts.conf lists several directories: snip ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig dir~/.fonts/dir dir~/fonts/sourcecodepro/dir dir~/fonts/sourcesanspro/dir !-- and some more -- /fontconfig snip Each font family I use, consists of serveral font files, e.g. 6 files for Adobe SourceCodePro, 13 files for Adobe SourceSansPro, etc. To keep things clear I simply don't want to put all these files into one single directory, neither into ~/.fonts (for a single user) nor into /usr/local/share/fonts (for all local users). I left them in separate directories which I called original directories in my previous mail and adapted ~/.fonts.conf accordingly. Sorry for the confusion. http://lists.debian.org/debian-user/2013/05/msg00148.html For locally installed, system wide fonts, /usr/local/share/fonts looks like the most suitable place. BTW, /usr/local/share/fonts is mentioned in my /etc/fonts/fonts.conf. Yes, here it is, too, and there's no need to alter this file. The above link is a little bit misleading. For short: Don't run fc-cache as normal user. You don't want to have in ~/.fontconfig a mixture of cache files for all the system font directories /usr/share/fonts/* with those for the user font directories specified in your ~/.fonts.conf. The former ones are located in /var/cache/fontconfig (you don't have write permissions for it) and are handled by the package management hooks. You can simply remove ~/.fontconfig completely and let it rebuild automatically. To initiate this rebuild just now, run, e.g. fc-list. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131211173040.ga14...@gmx.org
Re: Question about bogofilter -R
Hello! * pecon...@mesanetworks.net wrote on 2013-11-23 at 11:33 (-0800): I have processed some spam and ham to create a bogofilter database. I want to use the -R option to create the TEXT data frame and examine its contents. $ bogofilter -R bogo-rframe This should, to my understanding, write a text file in bogo-rframe, but it has been running for about an hour and shows no sign of terminating. What is wrong? Please help. bogofilter -R reads from stdin. Use $ bogofilter -R /path/to/your/wordlist.db bogo-rframe Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131125105046.ga13...@gmx.org
Re: Question about bogofilter -R
* Mathias Bauer wrote on 2013-11-25 at 11:50 (+0100): * pecon...@mesanetworks.net wrote on 2013-11-23 at 11:33 (-0800): I have processed some spam and ham to create a bogofilter database. I want to use the -R option to create the TEXT data frame and examine its contents. $ bogofilter -R bogo-rframe This should, to my understanding, write a text file in bogo-rframe, but it has been running for about an hour and shows no sign of terminating. What is wrong? Please help. bogofilter -R reads from stdin. Use $ bogofilter -R /path/to/your/wordlist.db bogo-rframe Of course, it must be $ bogofilter -R /path/to/your/wordlist.db bogo-rframe Sorry, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131125105424.gb13...@gmx.org
Re: Privacy Debian 7
Dave, * David Guntner wrote on 2013-11-25 at 08:35 (-0800): praetorien grabbed a keyboard and wrote: I'm a Windows user, but Microsoft may collect privacy information about users witch is not good, so I wonder does Debian 7.2 collect ANY information about Users or monitoring? I could be wrong, but to the best of my knowledge, NO Linux distribution does. perhabs you know https://www.eff.org/deeplinks/2012/10/privacy-ubuntu-1210-amazon-ads-and-data-leaks Okay, as it's related to Ubuntu/Canonical it'll be rather off topic here. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131125181928.ga25...@gmx.org
Re: Environment nomenclature undefined.
* lina wrote on 2012-01-22 at 00:10 (+0800):
On Sat, Jan 21, 2012 at 11:25 PM, Camaleón noela...@gmail.com wrote:
On Sat, 21 Jan 2012 21:48:25 +0800, lina wrote:
Are there some debian package which contains some certain
documentclass which can satisfy the environment for the
nomenclature and cknowledgement in padflatex. I used the
article, not work. I am hesitated whether used external
.cls? or look inside the debian package.
I know nothing about LaTeX but texlive-latex-extra does not
help? :-?
This one had been installed long time ago.
You should also have the Debian package texlive-latex-extra-doc
installed.
For nomenclature → nomencl class, (e.g., \nomenclature)
I tried the \begin{nomenclauture}, the first time tried this.
In fact, nomencl is not a LaTeX documentation class but a LaTeX
package. For its documentation and examples see
/usr/share/doc/texlive-doc/latex/nomencl/nomencl.pdf
For acknowledgements → article/book or amsart/amsbook clases
(e.g., \thanks)
At first, you should keep using the article document class until
your nomenclature is fine and try to solve the acknowledgement
problems later.
Later I just roughly used the \section*{Acknowledgement} to
substitute the \begin{acknowledgment} which worked in other
article document class. will refine it later.
For discussing the LaTeX details you can also consult the texhash
mailing list. See http://www.tug.org/mailman/listinfo/texhax
Regards,
Mathias
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120121172723.ga15...@gmx.org
command substitution (was: wget and captcha puzzle !!!)
* Tony Baldwin wrote on 2012-01-21 at 12:15 (-0500): Why use $(command) instead of `command`? Generally, I've always used $(command), but see scripts all over using `command`, and wondered if there were advantages of one over the other. It seems they give the same result, no? Some do, some don't :-) See some curious examples on http://tldp.org/LDP/abs/html/commandsub.html For short, I think you should use $(...) and try to avoid `...`. Also keep in mind that in Debian /bin/sh - dash --test1.sh-- #!/bin/sh set -xv echo `echo \\` echo $(echo \\) $ ./test1.sh same output as dash ./test1.sh echo `echo \\` + echo \ + echo \ \ Watch this... echo $(echo \\) + echo \ + echo \ \ $ bash ./test1.sh echo `echo \\` echo \ ++ echo + echo ...and this! echo $(echo \\) echo \\) echo \\ ++ echo '\' + echo '\' \ Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120121180536.gb15...@gmx.org
Re: POP3 in Debian
* Jon Dowland wrote on 2012-01-19 at 11:38 (+): On 19/01/12 09:32, Martin Steigerwald wrote: You could try with fetchmail, but I am not completely sure whether it can store what it retrieves in a mbox or whether it only supports maildir. Fairly sure fetchmail (et al) can inject mail to the local MDA, so where it ends up afterwards depends on how you've set up exim or an alternative. I'd strongly recommend using something *other* than fetchmail: getmail or mpop are options. Is this a general advice? If so, then why? Or is it your advice for the OP's aim to directly deliver messages to a mbox or maildir without exim and without running an MDA. Yes, I checked the short package descriptions of getmail and mpop. And I'm using fetchmail for myself (but no POP3s) without any problems. Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120119125009.gb12...@gmx.org
getmail replacing fetchmail (was: POP3 in Debian)
Hello again, * Martin Steigerwald wrote on 2012-01-19 at 19:28 (+0100): Am Donnerstag, 19. Januar 2012 schrieb Jon Dowland: On 19/01/12 12:50, Mathias Bauer wrote: Is this a general advice? If so, then why? Yes. http://pyropus.ca/software/getmail/faq.html#faq-about-why covers many reasons. thanks for the link. Holy smoke! Well that are enough reasons for me. OTOH it would be interesting to know the other side of the story. I got curious about getmail so I just gave it a try and it seems to be quite nice. But apart from fetchmail's security history and the asserted complexity of its config file, that was pointed to several times in the (in some way emotionally heated) document linked above, getmail lacks two features at first glance: (a) Any SSL certification check avoiding a man-in-the-middle attack. (b) A mechanism for direct re-injection retrieved messages via SMTP to the client machine's port 25. Concerning a) it may possibly be implemented by stunnel somehow. For now I haven't figured it out. And concerning b) getmail itself provides a mechanism handing over the retrieved messages via a pipe (e.g. using /usr/sbin/sendmail to the MTA). Of course the needed additional process(es) are far away from being as efficient as direct delivery via SMTP. (Although getmail doesn't (and won't) support (b) and other solutions are recommended in the docs and its mailing list's messages, there may be situations where going through the MTA is necessary.) Well, for the moment it seems to me that this is the price of replacing fetchmail - and of The Unix Way (tm) - do one thing and do it well :-) Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120119220908.ga10...@gmx.org
Re: xpdf fonts and xresources
Hi! * Andreas Goesele schrieb am Sa, 07.08.2010 um 12:51 (+0200): for me the xpdf fonts are too small. So I changed them by putting xpdf*fontList: -*-helvetica-medium-r-*-*-*-140-*-*-*-*-iso8859-1 into .Xresources But this leaves the fontsize of the textareas (Page, Search field, printing dialog) unchanged. Is there a way to change the fontsize for these areas in .Xresources? Have you already tried the editres program (package x11-utils)? Keep xpdf running and start editres. After getting the resource tree into editres you can alter nearly any resource while xpdf is running. The altered resources can be saved. Your question applies to some branch of the .xpdf.win.form.toolBar.* tree. Good luck! Mathias -- - Mathias Bauer mba...@gmx.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100821193801.ga29...@gmx.org
