Re: Google Chrome and Open-Source derivative listening to me without my approval
On Mon, Jun 22, 2015 at 09:25:29AM -0700, Don Armstrong wrote: > On Sun, 21 Jun 2015, Tim Beelen wrote: > > Is it true? Is Google actively listening in on my conversations? > > Google is if you're using google now, but chromium on Debian is not. No, It has to be activated manually. One can use NOW without the 'OK Google' opton enabled. I had to manually activate it, and was asked the 1st time Chrome with NOW audio functionality was added. > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150622173124.GA21423@localhost.localdomain
Re: jessie: unable to run remote graphical program with sudo [SOLVED]
On Wed, May 27, 2015 at 08:15:23AM -0600, D. R. Evans wrote: > David Wright wrote on 05/26/2015 05:35 PM: > > >>> If I understand you correctly, I think that you are saying that: > >>> n7dr@shack:~$ AUTHORITY=/home/n7dr/.Xauthority HOME=/root sudo -E xterm > >> > >> I probably misunderstood you. > > > > No, but you left out the X in XAUTHORITY. > > I'm glad that one of us is awake :-) > > Doc > > -- > Web: http://www.sff.net/people/N7DR Besides being a prolific publisher/author, are you the Doc Evans of St. Michael's Hospital? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150602114121.GB31773@localhost.localdomain
Re: Mousepad Not Saving Prefs
On Mon, 18 May 2015 11:31:50 -0400 Stephen R Guglielmo wrote: > Hi list, > > I'm running Debian Stretch/testing (updated daily). I use Xfce4 and > Mousepad as my GUI text editor. It seems that Mousepad is no longer > saving my preferences. > > If I open a text document (either by File->Open or double-clicking > a file from the desktop), make changes to the preferences, close > Mousepad, and reopen it, the preferences revert back to the default > settings. > > For example, if I set the color scheme to Cobalt then close Mousepad, > when I open it again, the color scheme will be back to the default > "None." This happens for all the preferences, not just the color > scheme. > > I don't use Mousepad often. The last time I used it, this problem > didn't occur. It's been maybe a week or two since I've last used it. > If I recall correctly, I did install an update to it since then. > > Any ideas on how to investigate this? > > Thanks! For any future reader: `sudo apt-get install dconf-gsettings-backend` solved it for me. pgpyItmQ1Qe5g.pgp Description: OpenPGP digital signature
Re: Mousepad Not Saving Prefs
On Mon, 18 May 2015 17:52:47 +0200 Sven Arvidsson wrote: > On Mon, 2015-05-18 at 11:31 -0400, Stephen R Guglielmo wrote: > > Hi list, > > > > I'm running Debian Stretch/testing (updated daily). I use Xfce4 and > > Mousepad as my GUI text editor. It seems that Mousepad is no longer > > saving my preferences. > [...] > > Any ideas on how to investigate this? > > Looks like mousepad uses dconf for settings, so it could be a problem > with that. > I've been unable to figure out why this is happening. I've tried to investigate myself, but I don't know anything about the dconf system. I've filed a bug report. pgptbjUcOqpm2.pgp Description: OpenPGP digital signature
RE: Problem Running Application with Alias
-Original Message- From: Petter Adsen [mailto:pet...@synth.no] Sent: Saturday, May 23, 2015 9:47 AM To: debian-user@lists.debian.org Subject: Re: Problem Running Application with Alias On Sat, 23 May 2015 09:36:31 -0400 "Sephen P. Molnar" wrote: > VI am running Wheezy (v-7.8.0) in a VM and have encountered rather a > strange problem .with an application, MOPAC (a well established > quantum chemistry program). > > The application is installed in /opt/mopac (required by the > executable) and, in order to execute the program the following is an > entry in the user .bashrc: > > LD_LIBRARY_PATH="/opt/mopac/MOPAC2012.exe:$LD_LIBRARY_PATH" This is an obvious thing that jumps out at me, this line should be: LD_LIBRARY_PATH="/opt/mopac:$LD_LIBRARY_PATH" as LD_LIBRARY_PATH is meant to contain directories where shared libraries can be found, not an executable binary. In this case, I expect that the shared libraries will not be found, since the loader will look for them in a _directory named_ "MOPAC2012.exe", not "/opt/mopac". > export LD_LIBRARY_PATH > alias mopac='/opt/mopac/MOPAC2012.exe' > > The permissions for /opt/mopac are: drwxrwxrwx > > > (I should note at this point that this works flawlessly in my > production machine.) Maybe there are copies of the libraries in another directory that the loader searches, or "/opt/mopac" is listed in "/etc/ld.so.conf". > comp@inga:~$ /opt/mopac/MOPAC2012.exe > /opt/mopac/MOPAC2012.exe: error while loading shared libraries: > libiomp5.so: can > not open shared object file: No such file or directory > > The workaround is to copy the argument to /opt/mopac, run the > executable for the calculation, and then transfer the results to the > working directory. > > This is most inconvenient and I would really appreciate a solution to > the problem. Try fixing the line that sets LD_LIBRARY_PATH, or adding "/opt/mopac" to "/etc/ld.so.conf" and run ldconfig to update the cache. Petter -- "I'm ionized" "Are you sure?" "I'm positive." Well, that was a red-faced forehead slapper. The solution, or rather the problem, was staring me in the face and I faled to comprehend. Thanks very much for your reply! Stephen P. Molnar, Ph.D.Life is a fuzzy set Foundation for Chemistry Stochastic and multivariate www.FoundationForChemistry.com (614)312-7528 (c) Skype: smolnar1 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/00dc01d09562$af8113b0$0e833b10$@mol...@sbcglobal.net
Mousepad Not Saving Prefs
Hi list, I'm running Debian Stretch/testing (updated daily). I use Xfce4 and Mousepad as my GUI text editor. It seems that Mousepad is no longer saving my preferences. If I open a text document (either by File->Open or double-clicking a file from the desktop), make changes to the preferences, close Mousepad, and reopen it, the preferences revert back to the default settings. For example, if I set the color scheme to Cobalt then close Mousepad, when I open it again, the color scheme will be back to the default "None." This happens for all the preferences, not just the color scheme. I don't use Mousepad often. The last time I used it, this problem didn't occur. It's been maybe a week or two since I've last used it. If I recall correctly, I did install an update to it since then. Any ideas on how to investigate this? Thanks! pgpw6DCfCOq1q.pgp Description: OpenPGP digital signature
Re: Debian 8 no network...
On Fri, May 08, 2015 at 03:08:34PM +0200, Petter Adsen wrote: > On Fri, 8 May 2015 14:38:53 +0200 > Gábor Hársfalvi wrote: > > > "So you have to check your "system update manager"'s network > > settings." -> Where to do it? And where to setup how often do it the > > update? > > Well, what _is_ this update manager? Is it some Gnome thing? I know > that Ubuntu has something called "update-manager", but on my Jessie box > with Xfce nothing like that exists. > > apt-cache search "update manager" > > Doesn't find anything that sounds right, either. What are you running? Perhaps he meant 'update-notifier' that's in Jessie? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150508142856.GA14286@localhost.localdomain
Re: [Debian 8.0 Installation] Firmware files on USB stick with debian iso
On Fri, May 01, 2015 at 02:04:29PM +0100, Brian wrote: > The unofficial installer (netinst + non-free firmware) was put together > with the aim of avoiding having people drive a long way in the hot sun > or turning the house upside down looking for a network card. The choice > to use it exists. Indeed, which is what I had to use. All previous Debian installs, I was able to mount USB device and load needed firmware from it - The Jessie release is the only one so far that refused to see the external USB device. So, there is a problem with the installer as these reports would seem to suggest. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150501132118.GA5908@localhost.localdomain
Debian Testing: Upgrade XFCE from v-4.10 to v-4.12
Has anyone upgraded XFCE v-4.10 to v-4.12 in Debian Testing without having to compile the tarballs? I am currently running RC3 in a VM and willing to experiment if there might be some guidance available. Thanks in advance. -- Stephen P. Molnar, Ph.D.Life is a fuzzy set www.FoundationForChemistry.com Stochastic and multivarate (614)312-7528 (c) Skype: smolnar1 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5537a848.2060...@sbcglobal.net
Re: Strong hashing/ciphers for LUKS; was "Encrypting an External HDD"
Hi all, After I sent the post below, I stumbled upon the cryptsetup FAQ page[1]. It answered a lot of my concerns, including the SHA1 and the cipher (plain, plain64, xts, essiv) issues. [1] https://gitlab.com/cryptsetup/cryptsetup/wikis/FrequentlyAskedQuestions Thanks! On Thu, 16 Apr 2015 15:07:25 -0400 Stephen R Guglielmo wrote: > Thanks for all the replies in the previous thread! I've been doing > some reading and have another question. It seems the default for LUKS > (as displayed by `cryptsetup --help`) is: > > aes-xts-plain64, Key: 256 bits > LUKS header hashing: sha1 > RNG: /dev/urandom > > I would like to have a high level of security. Can I use /dev/random > instead of /dev/urandom to have a more cryptographically-secure RNG? > Or will I run out of entropy and start blocking? Is the RNG used for > everyday use of the encrypted volume, or just the initial format? If > the latter, I can deal with some blocking as I generate additional > entropy. > > I checked /proc/crypto, and I don't see anything "stronger" than sha1. > sha1 was beginning to be considered insecure in roughly 2005. Can I > somehow get support for sha512? > > As for the cipher, I'm not too familiar on such things. cryptsetup(8) > says I can "optionally set a key size of 512 bits with the -s option." > I do see options in /proc/crypto about "xts-aes-aesni". Would this be > faster/better since it's using the AESNI instruction set on my CPU? > > I have a (never-expiring) paste of my /proc/crypto at > https://paste.debian.net/167171/ > > Thank you all! pgpuaO16yUVyb.pgp Description: OpenPGP digital signature
Strong hashing/ciphers for LUKS; was "Encrypting an External HDD"
Thanks for all the replies in the previous thread! I've been doing some reading and have another question. It seems the default for LUKS (as displayed by `cryptsetup --help`) is: aes-xts-plain64, Key: 256 bits LUKS header hashing: sha1 RNG: /dev/urandom I would like to have a high level of security. Can I use /dev/random instead of /dev/urandom to have a more cryptographically-secure RNG? Or will I run out of entropy and start blocking? Is the RNG used for everyday use of the encrypted volume, or just the initial format? If the latter, I can deal with some blocking as I generate additional entropy. I checked /proc/crypto, and I don't see anything "stronger" than sha1. sha1 was beginning to be considered insecure in roughly 2005. Can I somehow get support for sha512? As for the cipher, I'm not too familiar on such things. cryptsetup(8) says I can "optionally set a key size of 512 bits with the -s option." I do see options in /proc/crypto about "xts-aes-aesni". Would this be faster/better since it's using the AESNI instruction set on my CPU? I have a (never-expiring) paste of my /proc/crypto at https://paste.debian.net/167171/ Thank you all! pgpVUpmq0lQCG.pgp Description: OpenPGP digital signature
Encrypting an External HDD
Hi list, I have a USB external HDD that I would like to encrypt with a passphrase. After looking into filesystems, I decided to go with Ext4. What's the recommended way of encrypting a drive? Do I partition it first, then encrypt that partition? Internet searches lead me to LUKS & cryptsetup. However, the blog and forum posts I've read are a bit old. I'm running Jessie. Thank you! pgp6YupcK1LZU.pgp Description: OpenPGP digital signature
Re: [SOLVED] Trailing "m"s at the end of every line when viewing man pages
On Mon, 06 Apr 2015 21:51:05 -0400 (EDT), Stephen Powell wrote: > > Here's how I fixed it, or rather, how I worked around it. > ... For those of you who are interested, I wrote up what I learned about serial terminals and serial consoles and put it in my lilo web page at http://users.wowway.com/~zlinuxman/lilo.htm Look for the section titled "Using a Serial Console". I think I will eventually break most of this information out into a separate web page about serial consoles and terminals and reference it from the lilo web page. But for now, until I can find the time to redo it, it's in the lilo web page. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/803123522.24065171.1429010715252.javamail.zim...@wowway.com
Re: Debian Jessie, gnome-panel no menu.
On Tue, Apr 07, 2015 at 06:31:55PM +0200, nutrinf...@gmx.com wrote: > cutted from > http://askubuntu.com/questions/149691/how-to-put-gnome-panel-like-icons-in-gnome-3: > > start cut > Whether you are using Unity or you have switched to gnome-shell, the > launcher icons on your old gnome-panel have now been replaced by icons on a > panel along the left hand side, known as the "launcher". > > ... > > Unfortunately, it is not possible to add application launcher icons to the > top panel, nor is it possible to change the position or appearance of the > launcher panel that appears on the left (or, at least, not much). > end cut > > > Is It true? Gnome-shell as Unity does not allow launcher icons on top bar? > > Gnome-classic permits? Not by default -- there may be an extension that allows such. If you're good at javascript and CSS don't see why one can't hack it. More at Gnome.org and https://extensions.gnome.org/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150411183929.GA5199@stephen-desktop
[SOLVED] Trailing "m"s at the end of every line when viewing man pages
On Mon, 06 Apr 2015 13:46:45 -0400 (EDT), Bob Proulx wrote: > > I would try dumping a man page to a file and then examining the file > to understand if the 'm's are in the man output or an artifact of > browsing on the terminal with less. Here's what I did. On a terminal other than my 3151, I issued the following commands: script script.output TERM=ibm3161 man man q exit reset Now, by examining script.output, I was able to determine that each line ends with ^[[m. That's escape, left square bracket, m. This appears to be an escape sequence for turning off special modes, such as high intensity, reverse video, blink, etc. This is an ANSI standard escape sequence. The problem is, this terminal does not conform to the ANSI standard. The correct code for this terminal to do the above is ^[4@. That's escape, 4, at sign. This is clearly a bug, probably in grotty, which just assumes that all terminals conform to the ANSI standard. They don't. This terminal recognizes the ^[[ as an invalid combination and throws it away. The trailing m is then displayed literally. A related problem is that agetty does not clear the screen. The clear command, issued at a Linux shell prompt, works. The clear command consults the terminfo database to determine the proper control sequence for the current terminal type ($TERM environment variable) to clear the screen. But agetty, it seems, sends the most common control sequence used to clear the screen, which doesn't work on this terminal. Here's how I fixed it, or rather, how I worked around it. First of all I use the --noclear option of agetty: /sbin/agetty -8 --noclear ttyS0 38400 ibm3161 Instead, I clear the screen on logout, with this logic in ~/.bash_logout: if [ "$SHLVL" = 1 ] then if [ "$TERM" = "ibm3161" ] then clear fi fi I wrote a shell script, which I place in my ~/bin directory. The name of the script is mypager, which is marked executable, of course, with "chmod +x mypager". Here is what it looks like: #!/bin/sh sed -e 's/^[\[m$/^[4@/'|less -r That's not a circumflex followed by a left square bracket. That's the escape character. In input mode in vi, I entered it with the ^V^[ sequence, since otherwise, it would cause vi to exit input mode. I also have the following logic in ~/.bashrc: if [ "$TERM" = "ibm3161" ] then LANG=en_US LESS="-h0 -d" MANOPT="-P mypager -7" export LESS MANOPT fi Problem solved. But this is a workaround. There are two bugs. One is in agetty for not sending the right clear code. The other is in grotty (probably) for not sending the right "turn off special modes" code. Thanks to all those who helped. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/412078797.19466127.1428371465909.javamail.zim...@wowway.com
Re: Trailing "m"s at the end of every line when viewing man pages
On Sun, 05 Apr 2015 11:59:49 -0400 (EDT), Paul E Condon wrote: > > Times change. If one waits even a short while, they can change a lot. > When this terminal was new, a 'standard' terminal was a mechanical > teletype manufactured by Teletype Corp. in Skokie, IL. The generic > name for this 'terminal' was, I think, a 'glass teletype' Each > computer company had its own special glass teletypes that interfaced > to its computer. All proprietary. > > None of the glass teletypes had the very useful scroll back feature > of the real teletype that they were trying to emulate. Teletype > paper came in rolls. A single roll was a many meters long. It would > pile up behind the teletype as one worked. It could always be pulled > out and reviewed back to initial login at the beginning of the > session. Some people left the paper behind for someone else to clear > away. Others saved it, rolled up and labeled at their desks. > > It took 0.1 sec. to mechanically process one character, except for > carriage return. That took up to 0.2 sec. The placement of the > carriage return character before the non-printing line feed > character allowed the carriage to get all the back to the left before > a printing character arrived. It was in the design of teletype that > this cr/lf feature was baked into our history. Interesting history, thank you. The IBM 3151 is a "dumb" terminal in the sense that it doesn't support scrolling backward. But my idea of a "dumb" terminal is a line-mode terminal, such as a mechanical teletype machine. The IBM 3151 is a full-screen terminal. You can run ncurses-based applications on it. You can use full-screen editors, such as vi. It supports high-intensity, underscore, blinking, and reverse video, though it does not support color. It supports clearing the screen. (It is a non-standard clear code, so the standard code used by (a)getty does not clear the screen. But the "clear" command works.) None of these things can be done on a line-mode (dumb) terminal, such as a mechanical teletype machine. It is more than a "glass teletype". -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/147246682.18737453.1428280689780.javamail.zim...@wowway.com
Re: Trailing "m"s at the end of every line when viewing man pages
On Sun, 05 Apr 2015 04:01:10 -0400 (EDT), Bob Proulx wrote: > > Stephen Powell wrote: >> ... >> But when I issue the MAN command, I see lower-case "m"s >> at the end of each line. > > How does the terminal handle control-m carriage returns? Normally at > the terminal will receive a CR-NL pair and will move the cursor left > and then down. It seems likely those 'm's are CR characters. It > would be good to verify that. > > $ printf "This is a CR char: ==\r==\n" > > If it is a normal terminal we would see this. Because the CR moves > the cursor to the left and the next two "==" chars overwrite the "Th" > of "This". Then the newline is translated to a CR-NL pair and moves > the cursor left and down. > > ==is is a CR char: == > > But if it is the CR chars producing the 'm' for you then it would > print this: > > This is a CR char: ==m== > > Then at least you would know it is the CR that isn't handled like in a > standard terminal. When I run the above test, I see ==is is a CR char: == as expected. That was my first thought too. But I only see these "m"s when viewing man pages. Standard Linux text files look fine when viewed natively in less. Something in man, or in something invoked under the covers by man, is responsible for these "m"s. I did discover that the ibm3151 terminal definition in ncurses falsely advertises support in the terminal for scrolling backward, which the 3151 does not, in reality, support. Therefore, I have switched to using ncurses terminal definition ibm3161 instead of ibm3151. The ibm3161 terminal definition does not advertise support for scrolling backward. The 3161 is the 3151's closest relative, and predecessor. I now get the message WARNING: terminal is not fully functional from "less" every time I invoke less, including when I invoke "man". But I can overcome this with LESS="-h 0 -d" export LESS Now I don't get the error message, and less uses screen repainting instead of backward scrolling when I press the "b" key in less. But man still shows those "m"s at the end of every line. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1369962878.18732337.1428279239692.javamail.zim...@wowway.com
Trailing "m"s at the end of every line when viewing man pages
I am experiencing a very strange phenomenon. I have an old IBM 3151 ASCII display terminal that has been lying around the house; and today I decided to see if I could get it connected up to one of my PCs, which runs Debian GNU/Linux (jessie). I was successful in doing this. But when I login to Debian from the IBM 3151 terminal, I have noticed some strange goings on. The system locale is en_US.UTF-8. But of course this old terminal is mostly 7-bit ASCII, though it does support vt100 graphic character escape sequences for box drawing. I have modified ~/.bashrc so that if the terminal type ($TERM) is ibm3151, I set LANG to en_US, and that has solved some problems. But when I issue the MAN command, I see lower-case "m"s at the end of each line. I tried searching the internet with the keywords trailing m at the end of each line with man but it produced no useful results. Ideas, anyone? -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1689364662.18283643.1428185427555.javamail.zim...@wowway.com
Purge by Default
Hi all, Is there a way to "--purge" by default when using apt-get or aptitude? I often browse the apt repo and install various things I find (mostly games) to discover it, then remove them in a few hours/days/weeks. I'm afraid of leaving tons of config files laying on my system. Thanks, Steve pgpJq2i2cGeZK.pgp Description: OpenPGP digital signature
Re: Cool things to do with server
On Sat, 14 Mar 2015 16:11:13 -0700 Joris Bolsens wrote: > > Mail server, > I thought about this, but from what i understand, mail servers are > notoriously difficult to secure properly. Nah, I definitely wouldn't say "notoriously" difficult. There's some out there that are generally annoying, but Postfix and Exim aren't too bad. There's plenty of guides out there to help you learn. It's a large experience of just reading documentation and figuring out minor things to get it right. I have a guide on my website[1] for setting up Postfix that is secure. If you google, you'll find many more for different configurations[2]. Use them as guides and review the documentation on the proper Postfix/Exim/etc websites and man pages. My next steps with that guide is to setup Maildrop as my MDA and add in SpamAssassin into the mix with DKIM. I suppose, TL;DR would be: It's not THAT hard. You just gotta find it interesting, heh. [1] https://guglielmo.us/cs/postfix.html [2] https://help.ubuntu.com/community/Exim4 pgpVRbPH1826q.pgp Description: OpenPGP digital signature
Re: What happened to my mail log?
On Fri, 13 Mar 2015 21:51:06 +0100 Sven Joachim wrote: > On 2015-03-13 21:12 +0100, Stephen R Guglielmo wrote: > > > I have Postfix and Dovecot running on my Debian Jessie/testing > > system. When I first setup the system a few months ago, I know that > > Postfix and Dovecot were both logging to /var/log/mail.log through > > syslog because I was using it to diagnose issues. I can also view > > entries in the old rotated files (/var/log/mail.log.4.gz). > > > > It seems that they are not logging [there] anymore. My Postfix > > configuration has no options set regarding logs, which leaves > > everything at default (using the mail facility of syslog). Dovecot > > is also set to log to the mail facility of syslog. > > Is your syslog daemon actually running? > > > I have not installed any type of non-default syslog, nor have I > > touched the syslog config or any log rotation daemon's config. > > So I assume you use rsyslog. What does "service rsyslog status" say? It seems this system has syslog-ng. This is a month-old Jessie install on a laptop. $ ps aux | grep syslog root 252 0.0 0.3 77928 3404 ?Ss Feb20 0:07 /usr/sbin/syslog-ng -F $ sudo systemctl status syslog-ng syslog-ng.service - System Logger Daemon Loaded: loaded (/lib/systemd/system/syslog-ng.service; enabled) Active: active (running) since Fri 2015-02-20 21:42:58 EST; 2 weeks 6 days ago Docs: man:syslog-ng(8) Main PID: 252 (syslog-ng) Status: "Error parsing new configuration, using the old config (Fri Mar 13 01:42:05 2015" CGroup: /system.slice/syslog-ng.service └─252 /usr/sbin/syslog-ng -F I read that error in the status, which lead me to: $ sudo syslog-ng --syntax-only syslog-ng: Error setting capabilities, capability management disabled; error='Operation not permitted' I looked through the [several] configuration files (/etc/syslog-ng/) for the string "capabilities", but didn't find anything. These software systems are getting more and more complex. I've been using linux and bsd for many years and it seems that I don't even know where to look to solve problems anymore with all these new systems with linux. Maybe it would be better if I installed a plain old simple syslog daemon. Is there an alternative one to syslog-ng? pgpS3M3k7boiu.pgp Description: OpenPGP digital signature
What happened to my mail log?
I have Postfix and Dovecot running on my Debian Jessie/testing system. When I first setup the system a few months ago, I know that Postfix and Dovecot were both logging to /var/log/mail.log through syslog because I was using it to diagnose issues. I can also view entries in the old rotated files (/var/log/mail.log.4.gz). It seems that they are not logging [there] anymore. My Postfix configuration has no options set regarding logs, which leaves everything at default (using the mail facility of syslog). Dovecot is also set to log to the mail facility of syslog. Postfix is, in fact, working. I'm monitoring the logs with `sudo tail -F /var/log/mail.log` while sending mail, receiving mail, and even restarting Postfix. Nothing shows up in the log. This is the same for Dovecot. I have enabled verbose connection logging, and while monitoring mail.log, nothing shows up. I've even restarted Dovecot as well, with no results in the log file. I have not installed any type of non-default syslog, nor have I touched the syslog config or any log rotation daemon's config. I'm quite stumped here. Thanks! pgp0gVOmqYzjv.pgp Description: OpenPGP digital signature
Re: Xfce Not Closing
On Mon, 9 Mar 2015 15:11:59 +1100 David wrote: > On 9 March 2015 at 01:32, Stephen R Guglielmo > wrote: > > > > I'm running Xfce 4.10 on Jessie. After booting, I log into the > > console with my user account, start my network interface, then run > > "startx" to run Xfce. When I select the "Logout" menu option, I get > > prompted with a list of choices (Logout, Reboot, Shutdown), none of > > which seem to do anything. It acts as everything is working > > properly, but nothing ever happens. As in, the system never logs > > out, shutsdown, or reboots. I have to open a terminal and "killall > > xinit" to get back to my logged-in console prompt. > > > > Does anyone have tips on to how to solve this? > > On 9 March 2015 at 07:33, Stephen R Guglielmo > wrote: > > On Sun, 8 Mar 2015 20:03:32 + > > Brian wrote: > >> > >> Mine is a new Jessie install. What about yours? > > > > Pretty much the same. I installed Jessie from the testing CD > > image. I was running LXDE previously, but recently switched to > > Xfce. I'm not really running anything odd; It's mostly a minimal > > system with most things left at defaults. The only suspicion I have > > is that since it's a minimal system (I tend to avoid the > > meta-packages and install things individually), I might be missing > > a package that is causing this logout behavior. > > I was able to get the Logout, Reboot, Shutdown features to work (in > LXDE not XFCE) by following the hint in > https://wiki.archlinux.org/index.php/LXDE and installing the upower > package. upower needs dbus too I guess. I checked and I do have upower installed. I think my next step is to go through the "recommended" packages manually and see if anything would solve this problem. I'll update this thread if/when I find it! Thanks pgpkQWxRnTXHI.pgp Description: OpenPGP digital signature
Re: Xfce Not Closing
On Sun, 8 Mar 2015 20:03:32 + Brian wrote: > Essentially, I do the same as you and have no problem. Your output is > the same as mine. In particular, you have 'Active=yes'. > > Mine is a new Jessie install. What about yours? Pretty much the same. I installed Jessie from the testing CD image. I was running LXDE previously, but recently switched to Xfce. I'm not really running anything odd; It's mostly a minimal system with most things left at defaults. The only suspicion I have is that since it's a minimal system (I tend to avoid the meta-packages and install things individually), I might be missing a package that is causing this logout behavior. Is there a way to trace the logout command somehow to see what is happening? pgpwaaq1Y9nne.pgp Description: OpenPGP digital signature
Re: Xfce Not Closing
On Sun, 8 Mar 2015 19:44:30 + Brian wrote: > On Sun 08 Mar 2015 at 10:32:52 -0400, Stephen R Guglielmo wrote: > > > I'm running Xfce 4.10 on Jessie. After booting, I log into the > > console with my user account, start my network interface, then run > > "startx" to run Xfce. When I select the "Logout" menu option, I get > > prompted with a list of choices (Logout, Reboot, Shutdown), none of > > which seem to do anything. It acts as everything is working > > properly, but nothing ever happens. As in, the system never logs > > out, shutsdown, or reboots. I have to open a terminal and "killall > > xinit" to get back to my logged-in console prompt. > > > > Does anyone have tips on to how to solve this? > > >From a terminal in X: > > loginctl -a > > Then post the output of > > loginctl show session srg@lapsdeb:~$ loginctl -a SESSIONUID USER SEAT 1 1000 srg seat0 1 sessions listed. srg@lapsdeb:~$ loginctl show-session 1 Id=1 Name=srg Timestamp=Sun 2015-03-08 09:55:11 EDT TimestampMonotonic=36271728 VTNr=1 TTY=/dev/tty1 Remote=no Service=login Scope=session-1.scope Leader=782 Audit=1 Type=tty Class=user Active=yes State=active IdleHint=yes IdleSinceHint=1425822920526692 IdleSinceHintMonotonic=41312974 pgpqnAcESGW8D.pgp Description: OpenPGP digital signature
Xfce Not Closing
Greetings, I'm running Xfce 4.10 on Jessie. After booting, I log into the console with my user account, start my network interface, then run "startx" to run Xfce. When I select the "Logout" menu option, I get prompted with a list of choices (Logout, Reboot, Shutdown), none of which seem to do anything. It acts as everything is working properly, but nothing ever happens. As in, the system never logs out, shutsdown, or reboots. I have to open a terminal and "killall xinit" to get back to my logged-in console prompt. Does anyone have tips on to how to solve this? Thanks! pgp1jIqvswdnQ.pgp Description: OpenPGP digital signature
Re: Recompiling debian kernel
On Thu, 05 Mar 2015 07:25:41 -0500 (EST), csanyi...@gmail.com wrote: > ... > I'm trying to recompile the installed kernel > ... http://users.wowway.com/~zlinuxman/Kernel.htm It's not a brief outline. It will take a while to read. But it is thorough; and if you follow the procedure carefully, I believe you will get good results. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/304631951.111787922.1425695841234.javamail.zim...@wowway.com
Re: My Friends Make Fun of My UI
On Wed, 4 Mar 2015 16:08:49 -0500 Dan Ritter wrote: > On Wed, Mar 04, 2015 at 04:03:30PM -0500, Stephen R Guglielmo wrote: > > I did a bit of reading and would prefer the Gnome "Classic" > > interface. Is there a way to install this type of "minimal" gnome > > without breaking it too much? Is it even possible to do, or does it > > all depend on one another? > > I bet you'd be pretty happy with XFCE. Lots of responses! I was snowed in today and decided to install Xfce4. I must say, it is worlds apart from lxde and exactly what I wanted. I want to thank everyone for their suggestions! P. S. Yes, I think I'll tell my friends to mind their own business ;-) pgpe8MuNDqQ5Q.pgp Description: OpenPGP digital signature
My Friends Make Fun of My UI
Hi list, I use LXDE on my Jessie laptop. I chose this desktop environment because I don't want a lot of "stuff" on my system. Everything there is essentially installed by me. I have Iceweasel, Claws-Mail, another GUI program or two, but that's it. Everything else, I do in a terminal. I even use Iceweasel to open the occasional PDF I come across (eliminating the need for another PDF viewer). I suppose I'm a minimalist in this sense. I would like to upgrade to Gnome so my desktop looks/feels a bit nicer and gain a few extra features I'm missing in LXDE. However, I don't want all the "stuff" that normally comes with Gnome. I have no use for: -GUI login screen/session manager -NetworkManager -GUI package manager -GUI text editor -Chat/Contacts/Keyring manager -Photo manager I think you get the idea by now. I did a bit of reading and would prefer the Gnome "Classic" interface. Is there a way to install this type of "minimal" gnome without breaking it too much? Is it even possible to do, or does it all depend on one another? pgpQRYFTrGslF.pgp Description: OpenPGP digital signature
Upgrading Kernel on VPS - Failed?
Hi list, I have a VPS with a company. The image I initially chose was Debian Wheezy. I immediately upgraded to Jessie. I updated the kernel and rebooted. However, it seems I can't use iptables: $ sudo iptables --list modprobe: ERROR: ../libkmod/libkmod.c:557 kmod_search_moddep() could not open moddep file '/lib/modules/3.2.0-4-amd64/modules.dep.bin' iptables v1.4.21: can't initialize iptables table `filter': Table does not exist (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. 3.2.0-4-amd64 is from Wheezy. It seems that the system is still looking for the previous kernel. Does anyone have information about this? Thanks! pgpIWzJ9U8IEk.pgp Description: OpenPGP digital signature
Re: Upgrading Kernel - Out of Disk Space
On Thu, 12 Feb 2015 10:46:35 +0100 Jochen Spieker wrote: > Stephen R Guglielmo: > > I'm not sure why the automatic partitioner didn't provide > > for enough space for future updates. See below for the relevant > > logs. > > There's been several complaints about similar issues on this list. I > am not sure whether there were any recent changes in debian-installer > to solve that. Now there's still time to report bugs before jessie is > released. So it's recommended that I file a bug report regarding this? It's obviously an issue to anyone who uses the encrypted auto-partition option in d-i. pgpbRmd81CEWB.pgp Description: OpenPGP digital signature
Upgrading Kernel - Out of Disk Space
Hi list, I updated my apt repo and there was a kernel update. I ran the update, and received an error claiming "no space left on device." Normally, I would do a force-uninstall for the currently running kernel (freeing space), then install the new kernel and reboot. However, this is an update, not a replacement. I'm not sure how to proceed. When I installed this system, I selected automatic partitioning with an encrypted LVM, so I imagine resizing the partition would prove difficult. I'm not sure why the automatic partitioner didn't provide for enough space for future updates. See below for the relevant logs. This is on Debian Jessie. Thanks! --- Preparing to unpack .../linux-image-3.16.0-4-amd64_3.16.7-ckt4-3_amd64.deb ... Unpacking linux-image-3.16.0-4-amd64 (3.16.7-ckt4-3) over (3.16.7-ckt2-1) ... dpkg: error processing archive /var/cache/apt/archives/linux-image-3.16.0-4-amd64_3.16.7-ckt4-3_amd64.deb (--unpack): cannot copy extracted data for './lib/modules/3.16.0-4-amd64/kernel/drivers/scsi/lpfc/lpfc.ko' to '/lib/modules/3.16.0-4-amd64/kernel/drivers/scsi/lpfc/lpfc.ko.dpkg-new': failed to write (No space left on device) dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/linux-image-3.16.0-4-amd64_3.16.7-ckt4-3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) --- $ df -h FilesystemSize Used Avail Use% Mounted on /dev/mapper/lapsdeb-root 314M 237M 57M 81% / udev 10M 0 10M 0% /dev tmpfs 776M 8.8M 767M 2% /run tmpfs 1.9G 4.0K 1.9G 1% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup /dev/mapper/lapsdeb-var 2.7G 318M 2.3G 13% /var /dev/mapper/lapsdeb-usr 8.2G 2.6G 5.2G 34% /usr /dev/mapper/lapsdeb-tmp 360M 2.1M 335M 1% /tmp /dev/sda1 228M 21M 196M 10% /boot /dev/mapper/lapsdeb-home 274G 8.5G 252G 4% /home tmpfs 388M 4.0K 388M 1% /run/user/1000 pgp52wKvwjpV4.pgp Description: OpenPGP digital signature
Re: Re: Linux based cellphones
Actually Ubuntu sells a phone too. -- Best Regards, Stephen Allen http://webweenie.blogspot.com <http://webweenie.blogspot.ca/>
Re: Upgrading Iceweasel; Other Packages from Experimental?
On Thu, 29 Jan 2015 17:38:28 -0500 Stephen R Guglielmo wrote: > Hi, > > I found the Debian Mozilla team webpage[1], which tells you how to get > a more recent version of iceweasel. I am running testing/jessie, and > want the release version of Iceweasel. Thus, I added the two > corresponding lines to my /etc/apt/sources.list. When I synced the > package index in apt, I suddenly had many package upgrades. I didn't > want this, I wanted my system to run all testing/jessie packages, with > only Iceweasel upgraded. Thus, I removed one line from my > /etc/apt/sources.list and now have the following: > > deb http://ftp.us.debian.org/debian/ testing main contrib non-free > deb http://ftp.us.debian.org/debian/ testing-updates main contrib > non-free deb http://security.debian.org/ testing/updates main contrib > non-free deb http://cdn.debian.net/debian experimental main > > Following the instructions, I installed Iceweasel with the -t option > to pin it from the 'experimental' repository. However, now that I've > installed some more software, I've noticed that a few packages are > also being installed from experimental, which is not what I want. > > Is there a way to pin everything from the experimental repository to > be a low priority? I only want an updated Iceweasel and wish to avoid > any dependency problems in the future. > > Thanks! > > [1] http://mozilla.debian.net/ Hi list, Just updating my own thread with the solution. I ended up following the instructions on http://mozilla.debian.net verbatim (previously I only added the 'experimental' repo line), then adding the following to my /etc/apt/preferences file: Package: * Pin: release a=unstable Pin-Priority: 1 This solved the problem of apt automatically trying to upgrade packages to unstable or experimental. I manually installed Iceweasel using the "-t experimental" flag to pin it. This solution seems to be working fine! pgpaekzN110pO.pgp Description: OpenPGP digital signature
Re: Overflow of RX/TX Bytes on AMD64
On Mon, 9 Feb 2015 13:02:23 -0700 Bob Proulx wrote: > John L. Ries wrote: > > Henrique de Moraes Holschuh wrote: > > > In Linux, you should never use ifconfig for anything... > > > > I wouldn't go that far. I think ifconfig is just fine for quickie > > diagnostics; but I would never use it as a network interface > > configuration tool if I could help it. > > The problem is that the Linux kernel has changed internally how it > does networking. Some of these changes have been incompatible with > the old ifconfig program. That can cause people using only ifconfig > to be blind to various kernel network state. > > Hey if an old school dog like me can learn to deal with 'ip' instead > of 'ifconfig' then you can too. Most useful information is provided > with these commands: > > ip addr show > ip route show > The counters are not printed with those but since I think those should > be accessed using /proc (or /sys) I am not going to contribute to > pulling those from a command. Thanks for the tips! I was modeling my script after another script that used ifconfig. I realize this isn't such a good idea, so I'll look into changing it to use /proc or /sys. pgpsfuEEMazIm.pgp Description: OpenPGP digital signature
Overflow of RX/TX Bytes on AMD64
Hi list, I'm running Debian Jessie AMD64. I'm using RRDTool to create graphs of my network activity. Do the byte counters in the `ifconfig` output overflow? I imagine they have to at some point. What's the value at which they overflow? Is it 2^64 bytes? Also, is there a "better" way to access this information instead of parsing the `ifconfig` output? Maybe somewhere in /proc? Thanks! pgpH023nBarFM.pgp Description: OpenPGP digital signature
Nvidia Geforce 2 legacy driver vs OpenGL/Nouveau drivers?
Okay, so I just installed the propietary Nvidia drivers for my computer. I have an older Pentium 4 tower (oooh yeah) with a Geforce MX200 in it. Since it's an older card I have to use the Nvidia 96.43.23 legacy drivers. I followed the instructions here for the install: https://wiki.debian.org/NvidiaGraphicsDrivers#wheezy-173xx After installing the driver it seems like my system has taken a bit of a CPU performance hit. Things just seem a bit laggier, but I'm not entirely sure. Is it possible that the Nvidia legacy driver is slowing down things? I was going to install the Open GL driver for this computer but figured the Nvidia driver would net better results. Is there a good way to test the performance of the driver versus the open driver? Should I purge the Nvidia driver and just go back to the nouveau driver? (btw, is nouveau the same driver as the Open GL driver set?) I was just trying to improve performance/compatibility with games but it seems that things are slower than they were (Mozilla for example fluctuates from low to high CPU usage much more than it seemed before). Any ideas? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cd84b6.5090...@gmail.com
VMWre Player Full Screen Question
I hope that someone on this list may have a solution. I have looked at the VMWare Player pages on the web and have concluded that it's a real mess. I am running Debian Testing (v-8 daily build) in VMWare player v-7.0.0-2305329 with the accompanying Tools on my 64 bit N+MS win 7 Professional as a test bed prior to making the decision to update my main Linux computer. On to the question! When I open VMWare Player in Win 7 the window is not full screen. Now I selected the option to "Enter full screen mode after powering on". This is what happens, but Debian is booting and opening to a user (or as root) in a smaller window. In order to get Debian full screen it is necessary to toggle between "Exit full screen mode' and "enter full screen mode" - usually several times. This is rather annoying. Is there a solution? Thanks in advance. -- Stephen P. Molnar, Ph.D.Life is a fuzzy set Foundation for ChemistryStochastic and Multivariate www.FoundationForChemistry.com (614)312-7528(c) Skype: smolnar1 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cb92b8.7050...@sbcglobal.net
Re: Linux based cellphones?
On Thu, Jan 29, 2015 at 07:44:10PM -0500, Karen Lewellen wrote: > hi All, > If this is not the best place for such a question, direct me elsewhere. > Still I am wondering if there are open source /Linux based mobile devices? > If so who manufactures them? > thanks, > Karen Ubuntu has a mobile distro. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150130050217.GA5400@stephen-desktop
Re: Linux based cellphones?
On Thu, Jan 29, 2015 at 7:44 PM, Karen Lewellen wrote: > hi All, > If this is not the best place for such a question, direct me elsewhere. > Still I am wondering if there are open source /Linux based mobile devices? > If so who manufactures them? > thanks, > Karen There are a few projects to run Debian on an Android phone. Lil' Debi: https://github.com/guardianproject/lildebi Debian Kit: http://sven-ola.dyndns.org/repo/debian-kit-en.html Both are available from the F-Droid repository. https://f-droid.org/repository/browse/?fdfilter=debian -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cadfk3rw1mfs7u_xzrj--h+5uu5dwaggt9r-5+yxjyt7pdev...@mail.gmail.com
Re: Linux based cellphone
This isn't exactly what you are talking about but it is still in the spirit: http://www.raspberrypi.org/piphone-home-made-raspberry-pi-smartphone/ Basically someone built their own d.i.y. smartphone around a Raspberry Pi, so if you were so inclined it could be possible to construct your own open source phone I suppose. On 01/29/2015 06:28 PM, Karen Lewellen wrote: Most terrific answer! Thanks for the sources. granted i consider android to be proprietary. Still you gave me some fine references. thanks. Kare On Thu, 29 Jan 2015, Miles Fidelman wrote: Karen Lewellen wrote: hi All, If this is not the best place for such a question, direct me elsewhere. Still I am wondering if there are open source /Linux based mobile devices? If so who manufactures them? Linux based? Well can you say Android? Open Source - kind of depends what you mean: - you can root an Android phone and you have a Linux environment to play with - there are various hybrids, in various states - proprietary phone interface stuff, open source userland - http://en.wikipedia.org/wiki/Linux_for_mobile_devices is kind of a starting point - fully open source - see http://en.wikipedia.org/wiki/List_of_open-source_mobile_phones - not a lot of penetration - Debian based - see https://wiki.debian.org/Mobile/ Miles Fidelman -- In theory, there is no difference between theory and practice. In practice, there is. Yogi Berra -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cae8d3.6070...@meetinghouse.net -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54caf05a.1000...@gmail.com
Upgrading Iceweasel; Other Packages from Experimental?
Hi, I found the Debian Mozilla team webpage[1], which tells you how to get a more recent version of iceweasel. I am running testing/jessie, and want the release version of Iceweasel. Thus, I added the two corresponding lines to my /etc/apt/sources.list. When I synced the package index in apt, I suddenly had many package upgrades. I didn't want this, I wanted my system to run all testing/jessie packages, with only Iceweasel upgraded. Thus, I removed one line from my /etc/apt/sources.list and now have the following: deb http://ftp.us.debian.org/debian/ testing main contrib non-free deb http://ftp.us.debian.org/debian/ testing-updates main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free deb http://cdn.debian.net/debian experimental main Following the instructions, I installed Iceweasel with the -t option to pin it from the 'experimental' repository. However, now that I've installed some more software, I've noticed that a few packages are also being installed from experimental, which is not what I want. Is there a way to pin everything from the experimental repository to be a low priority? I only want an updated Iceweasel and wish to avoid any dependency problems in the future. Thanks! [1] http://mozilla.debian.net/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CADfK3RVqmr1tR=yd6w-otni+3_y-93fvpicl9u16ddanzsj...@mail.gmail.com
Re: Glibc 2.15 not found?
On 01/29/2015 11:08 AM, Sven Hartge wrote: If you are a novice user, the glibc is the _last_ thing you want to mess with. Grüße, Sven. Hmm, that is scary. I don't want to break anything. I am quite adventurous but I can handle not playing VV until Jessie releases if that is the case. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ca8604.5060...@gmail.com
Re: Glibc 2.15 not found?
On 01/29/2015 10:46 AM, Florent Peterschmitt wrote: Or a custom glibc installed in an isolated prefix, then playing with LD_LIBRARY_PATH to load the new glibc. Or if you don't want to build it by hand, you may do something tricky: extracting the Jessie package by hand in, again, an isolated prefix. But i'm not that sure it would work. I wouldn't mind building it by hand, I'm trying to get more 'hands on' (pun completely intended) with Debian. I am just a novice user though so I have a very faint clue what your talking about... -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ca830d.3040...@gmail.com
Glibc 2.15 not found?
I'm trying to run the game VV on my system but whenever I try and launch it I get the following error: "./x86/vv.x86: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by ./x86/libSDL2-2.0.so.0)" I tried looking for glibc 2.15 in the software repository but could find no such package. How do I satisfy this dependency then? -many thanks, Stephen -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ca790d.4050...@gmail.com
Connecting to Wireless 802.1x EAP
Hi guys, I have a debian laptop running jessie using the iwlwifi driver. I can connect to WPA2-PSK networks just fine. However, my campus has a wireless network that uses WPA-EAP/PEAP authentication. I have read the Debian wiki page[1] on the subject and it claims I need to provide a certificate. I have an android phone that can connect to the network using my user/pass. It does not require any type of certificate. In fact, for the 'Certificate' setting, it defaults to "(none)" and that works. Why is it that I still need a certificate? Is there a way I can get it from the wireless network itself? I've searched and my university does not provide a certificate anywhere for download. This network is similar to the EduRoam[2] network, if you've heard of or used it. I am not using a GUI program to manage my network, only /etc/network/interfaces. I have "eth0_home" for home, "eth0_hotspot" for my cell phone hotspot, and I want to add a "eth0_uni" for this network. Thank you! [1] https://wiki.debian.org/WiFi/HowToUse#WPA-EAP [2] https://www.eduroam.org/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CADfK3RXSGi=Tw6nPv+=zje7xdu6ttitxyx++pwqfx1juody...@mail.gmail.com
Re: File transfer between Debian Wheezy Xfce and iPad, iPod, iPhone
On Fri, Jan 02, 2015 at 11:26:50AM -0800, David Christensen wrote: > debian-user: > > I would like to transfer files between Debian Wheezy Xfce computers (i386 > and amd64) and iOS devices (iPod, iPad, iPhone). > > > On Debian, I have installed: > > libimobiledevice-utils > I haven't had any success using iDevices with Linux unless the iDevice was jailbreak'ed. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150107120108.GB10629@stephen-desktop
Re: New user question
On Fri, Dec 12, 2014 at 10:04:02AM -0500, detwy...@riseup.net wrote: > > ... clicking on the date on the top panel should display my > > appointments from Evolution... > > Is this documented? Please provide a reference If you have Gnome installed and Online Accounts configured; usually Evolution will display calendar information from GMail automatically (in Gnome 3.14 and some prior versions). It also has WebDAV support. To the OP: Set up your online accounts via the online accounts settings in gnome-shell system settings. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141213114002.GA29806@stephen-desktop
Re: Replacing systemd in Jessie
On Tue, Dec 02, 2014 at 11:49:15AM +0100, Laurent Bigonville wrote: > Le Mon, 01 Dec 2014 13:45:12 -0500, > Miles Fidelman a écrit : > > > Ric Moore wrote: > > > On 11/30/2014 11:27 PM, Patrick Bartek wrote: > > > > > >> I fear that once systemd is firmly entrenched in Debian as the > > >> default init more distros will follow suit, and more and more > > >> developers will start writing apps with systemd, or parts of it, > > >> as a dependency for the "features" it offers. > > > > > > Every other distro of merit has long since made the switch. We're > > > just late to the party. Are you just figuring it out now? Ric > > > > > > > Just to be clear... you're saying that Slackware, Gentoo, and their > > derivatives are not "distros of merit?" Or, for that matter, BSD and > > illumos derivatives? > > Did you saw that a co-founder of FreeBSD is proposing to switch to a > system very similar to systemd? > http://www.phoronix.com/scan.php?page=news_item&px=MTg0ODE > I surely did - In fact posted it here almost a week ago, for some reason, didn't get posted. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141202114456.GA27172@stephen-desktop
Re: Fwd: Gnome/X/Display device issues since before Testing freeze
On Tue, Nov 25, 2014 at 12:09:10PM +1100, Peter Miller wrote: > I've had the "Oh no! Something went wrong" screen for a couple of > weeks now, since just before Testing went into freeze. > > I've looked everywhere I can and tried all sorts of things, but > nothing solves the problem. I recently upgraded to sid to see if that > helped, but still no luck. > > In the included journal file below, it seems the problem lies in the > "cannot determine display-device" entry, but I can't tell what is > causing that. > > I have a lot more diagnostic output, but I can't have attachments, apparently. > > I would file a bug report, but I am not sure which package to report under. > > One thing I have not been able to work out if is whether the memory > conflict message is an issue, and, if it is, how to solve it... > > Thanks for any assistance... Had that as well, filed a bug several weeks ago. You might want to add your +1 as a comment to my bug report Bug#767083. Not absolutely sure that it's because of Google-Chrome, but I was using it each time received the "Oh No" from Gnome-Shell. > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141125112334.GA17097@stephen-desktop
Re: systemd-free alternatives are not off topic.
On Mon, Nov 24, 2014 at 12:01:44AM +1100, Andrew McGlashan wrote: > > I DO NOT WANT SYSTEMD ON ANY SYSTEM THAT I ADMINISTRATE ... is that so > hard to understand? Loud and clear - So DON'T INSTALL it then! You're ranting because of philisophical differences, and that my friend isn't for -user. You want the advocacy channel. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141123155123.GA10514@stephen-desktop
Re: Warning - bleachbit might kill KDE
On Sat, Nov 22, 2014 at 08:34:08AM +1100, Scott Ferguson wrote: > On 22/11/14 05:53, Lisi Reisz wrote: > > On Friday 21 November 2014 18:42:20 Stephen Allen wrote: > >>> So, do not use this option in bleachbit! I already filed a bugreport and > >>> think this warning might help others. > >> > >> You should file a bug report. Run reportbug, should be on your debian > >> system. > > > > Erm... > > > > Lisi > > > > > > Lisi, my first thought also, but... 'perhaps' Stephen *did* read the > OP's comment, and like myself, as a result of looking for the bug report > in an effort to find any useful information without having to ask the OP > - couldn't find any such bug report. > > Refs:- > https://bugs.launchpad.net/bleachbit/ > https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=bleachbit;dist=all > https://www.google.com/search?q=bleachbit+(%22bug+report%22+OR+%22bugreport%22+OR+%22reportbug%22)&tbs=qdr:m Thanks for the benefit of the doubt Scott, but I didn't use any reading comprehension skills. Completely missed that he said he had, (or maybe hasn't?) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141122132500.GB7619@sda-desktop
Re: Warning - bleachbit might kill KDE
On Fri, Nov 21, 2014 at 06:53:07PM +, Lisi Reisz wrote: > On Friday 21 November 2014 18:42:20 Stephen Allen wrote: > > > So, do not use this option in bleachbit! I already filed a bugreport and > > > think this warning might help others. > > > > You should file a bug report. Run reportbug, should be on your debian > > system. > > Erm... > > Lisi It was me being very tired. Sorry for the added noise. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141122132227.GA7619@sda-desktop
Re: Warning - bleachbit might kill KDE
On Fri, Nov 21, 2014 at 07:34:22PM +0100, Hans wrote: > Hi folks, > > due to a bug in bleachbit, it might happen, that bleachbit fullfills your > partition completely up. This happens, when you activate "delete free space". > > I had the problem, that bleachbit fullfilled my /home/partition, then > crashed. > After a reboot I wanted to start KDE, but KDE started without any widgety, > icons and taskbar. This was, because there was no more space on my /home > partition. > > Deleting the file "tmp" in my ~home did not let it appear > again. I had to reconfigure KDE completely. > > So, do not use this option in bleachbit! I already filed a bugreport and > think > this warning might help others. You should file a bug report. Run reportbug, should be on your debian system. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141121184220.GA25231@sda-desktop
Re: understanding kernel compilation and
On Thu, 23 Oct 2014 03:20:36 -0400 (EDT), Muhammad Yousuf wrote: > > actually i never compile or patch any kernel before for some reasons and > learning i am installing kernel 3.16 stable with patch. > now the question is when i visit kernel.org website i see 3.16 kernel and > patch and inc.patch. > > i can understand what is patch it could be a fix to some bugs but what is > inc.patch or incremental patch. > > > Kernel location : > https://www.kernel.org/pub/linux/kernel/v3.x/linux-3.16.6.tar.xz > Patch location : > https://www.kernel.org/pub/linux/kernel/v3.x/patch-3.16.6.xz > inc patch : > https://www.kernel.org/pub/linux/kernel/v3.x/incr/patch-3.16.5-6.xz > > any help will be highly appreciated. If you intend to compile a custom kernel, and you've never done it before, I would suggest that you start here: http://users.wowway.com/~zlinuxman/Kernel.htm -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1447628788.8589810.1414083839681.javamail.zim...@wowway.com
Re: Does Debian still have a systemd-must-die metapackage?
On Wed, Oct 22, 2014 at 11:55:57AM +0100, Tony van der Hoff wrote: > On 22/10/14 09:13, Andrei POPESCU wrote: > > On Ma, 21 oct 14, 18:41:53, Steve Litt wrote: > >> Does Debian still have a systemd-must-die metapackage, and does it > >> still work in Jessie? > > > > Steve, > > > > I would have expected that of all people you, as a documentation writer, > > would start by reading the fine manuals instead of asking basic > > questions already answered in the manuals. > > > Come on, Andrei, you know Steve well enough by now; this was just an > opportunity to open another thread about systemd, so that he can have a > good whinge about the horrible conspiracy against Debian! Still, even so (if true) it doesn't do give his professional credentials much credibilty to ask such a basic beginner question. With his name and business in the email to boot! LOL -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141023004708.GA4678@X300.Gatewire
Re: Cinnamon Desktop environment
On Tue, Oct 21, 2014 at 09:00:05PM -0500, John Foster wrote: > A good place to start would be with Linux Mint LMDE Why? We have up-to-date Cinnamon in Debian Jessie (testing currently). Besides LMDE isn't supported much anymore, One will have difficulties using the Debian repos with it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022111513.GA17616@X300.Gatewire
Re: Synaptic slow when Caribou is running after Gnome-shell update
On Mon, Oct 13, 2014 at 03:35:51PM +0200, Michael Biebl wrote: > Am 13.10.2014 um 12:06 schrieb Stephen Allen: > > I too had experienced this, seems to be fixed as of yesterday. Thanks > > Michael. > > Unfortunately, this is not fixed yet. > Apparently the start is not triggered via the xdg autostart file, as I > had originally suspected, but rather via D-Bus activation, i.e. via > /usr/share/dbus-1/services/org.gnome.Caribou.Daemon.service. Well, Synaptic isn't waiting 5 minutes to start anymore. :) > Something tries to access org.gnome.Caribou.Daemon, which then triggers > the start of caribou. I suspect this to be gnome-shell, but need to > verify it. > > Moving /usr/share/dbus-1/services/org.gnome.Caribou.Daemon.service away > should (temporarily) workaround the issue, but obviously is not a > permanent fix, as the file will be back on the next package update. OIC I'm fine with waiting. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141013152740.GA12142@Jessie
Re: About chromium in Jessie - "API keys missing" and Clang
On Mon, Oct 13, 2014 at 10:06:23AM +0200, Martin Steigerwald wrote: > Hi Florent, > > Am Montag, 13. Oktober 2014, 09:43:40 schrieb Florent Peterschmitt: > > Hello, > > > > I'm curious about two thing in the chromium browser package in Debian > > Jessie: > > > > - I (we?) get a message about Chromium API keys missing. Does that > > avoid Chromium being able to speak with google for sync and so on? (If > > yes, it's a good idea, for me) > > A quick search of "chromium google api key problem" in startpage turns up > > https://bugs.debian.org/748867 > > And here is what works for me: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748867#117 > > So at least sometimes a search machine can help you to help yourself quickly. > ---end quoted text--- OK disregard previous post, this did work for me in terms of the sync issue. HOWEVER another issue. chromium [5545:5568:1013/061830:ERROR:nss_util.cc(821)] After loading Root Certs, loaded==false: NSS error code: -8018 ATTENTION: default value of option force_s3tc_enable overridden by environment. [5545:5545:1013/061830:ERROR:desktop_window_tree_host_x11.cc(1547)] Not implemented reached in void views::DesktopWindowTreeHostX11::MapWindow(ui::WindowShowState) [5545:5559:1013/061830:ERROR:video_capture_device_factory_linux.cc(174)] Not implemented reached in virtual void media::VideoCaptureDeviceFactoryLinux::GetDeviceSupportedFormats(const VideoCaptureDevice::Name &, VideoCaptureFormats *) [5545:5559:1013/061830:ERROR:video_capture_device_factory_linux.cc(174)] Not implemented reached in virtual void media::VideoCaptureDeviceFactoryLinux::GetDeviceSupportedFormats(const VideoCaptureDevice::Name &, VideoCaptureFormats *) [5545:5559:1013/061830:ERROR:video_capture_device_factory_linux.cc(174)] Not implemented reached in virtual void media::VideoCaptureDeviceFactoryLinux::GetDeviceSupportedFormats(const VideoCaptureDevice::Name &, VideoCaptureFormats *) [5545:5559:1013/061830:ERROR:video_capture_device_factory_linux.cc(174)] Not implemented reached in virtual void media::VideoCaptureDeviceFactoryLinux::GetDeviceSupportedFormats(const VideoCaptureDevice::Name &, VideoCaptureFormats *) [5545:5559:1013/061830:ERROR:video_capture_device_factory_linux.cc(174)] Not implemented reached in virtual void media::VideoCaptureDeviceFactoryLinux::GetDeviceSupportedFormats(const VideoCaptureDevice::Name &, VideoCaptureFormats *) [5545:5559:1013/061830:ERROR:video_capture_device_factory_linux.cc(174)] Not implemented reached in virtual void media::VideoCaptureDeviceFactoryLinux::GetDeviceSupportedFormats(const VideoCaptureDevice::Name &, VideoCaptureFormats *) [5545:5559:1013/061830:ERROR:video_capture_device_factory_linux.cc(174)] Not implemented reached in virtual void media::VideoCaptureDeviceFactoryLinux::GetDeviceSupportedFormats(const VideoCaptureDevice::Name &, VideoCaptureFormats *) [5545:5568:1013/061830:ERROR:cache_creator.cc(125)] Unable to create cache [5545:5568:1013/061830:ERROR:appcache_storage_impl.cc(1819)] Failed to open the appcache diskcache. [5545:5545:1013/061837:ERROR:CONSOLE(248)] "Uncaught TypeError: undefined is not a function", source: https://apis.google.com/_/scs/abc-static/_/js/k=gapi.gapi.en.2VNCBDQs37A.O/m=iframes,googleapis_client/rt=j/d=1/rs=AItRSTOlhbuorc8-HGwVGT4fcskZCcUb2A (248) [5545:5568:1013/061847:ERROR:channel.cc(316)] RawChannel read error (connection broken) [5545:5640:1013/062008:ERROR:get_updates_processor.cc(240)] PostClientToServerMessage() failed during GetUpdates [5545:5568:1013/062009:ERROR:channel.cc(316)] RawChannel read error (connection broken) [5545:5568:1013/062009:ERROR:channel.cc(316)] RawChannel read error (connection broken) [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Bookmarks cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Preferences cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Passwords cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Autofill Profiles cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Autofill cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Themes cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Typed URLs cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Extensions cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Search Engines cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Sessions cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] Apps cryptographer error was encountered: [5545:5545:1013/062009:ERROR:data_type_manager_impl.cc(34)] App settings cryptographer error was encountered: [554
Re: About chromium in Jessie - "API keys missing" and Clang
On Mon, Oct 13, 2014 at 10:06:23AM +0200, Martin Steigerwald wrote: > Hi Florent, > > Am Montag, 13. Oktober 2014, 09:43:40 schrieb Florent Peterschmitt: > > Hello, > > > > I'm curious about two thing in the chromium browser package in Debian > > Jessie: > > > > - I (we?) get a message about Chromium API keys missing. Does that > > avoid Chromium being able to speak with google for sync and so on? (If > > yes, it's a good idea, for me) > > A quick search of "chromium google api key problem" in startpage turns up > > https://bugs.debian.org/748867 > > And here is what works for me: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748867#117 > > So at least sometimes a search machine can help you to help yourself quickly. ---end quoted text--- Happy it works for you, doesn't here, unfortunately. cat /etc/chromium.d/googleapikeys cat: /etc/chromium.d/googleapikeys: No such file or directory -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141013101342.GD3541@Jessie
Re: About chromium in Jessie - "API keys missing" and Clang
On Mon, Oct 13, 2014 at 09:43:40AM +0200, Florent Peterschmitt wrote: > Hello, > > I'm curious about two thing in the chromium browser package in Debian > Jessie: > > - I (we?) get a message about Chromium API keys missing. Does that > avoid Chromium being able to speak with google for sync and so on? (If > yes, it's a good idea, for me) > > - In the changelog, I don't see anything about that, but I see "build > with clang instead of gcc". Does this augurs some packages being built > with clang in Debian, or it is just for Chromium? > > > Thanks ---end quoted text--- Yeah filed a bug about this a couple of days ago. Wonder why it would be released in such a sorry state. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141013101009.GC3541@Jessie
Re: HTML5 videos in Jessie
On Sun, Oct 12, 2014 at 07:14:19PM +0200, Proxy wrote: > Hello, > > I just installed Jessie on one of my partitions. Most of the stuff works > just fine, but I'm having problem playing HTML5 videos on Youtube in > Iceweasel. I can't even watch webm videos from here: > http://ftp.acc.umu.se/pub/debian-meetings/2014/debconf14/webm/ > > It looks like video is playing in fast forward mode. No such problems in > Chromium and no problem in Wheezy on another partition. I installed all > packages that were installed in Wheezy, so I guess that all needed > codecs are installed. > > Page at youtube.com/html5 shows that HTMLVideoElement, H.264 and WebM > VP8 are OK, but Media Source Extensions, MSE & H.264 and MSE & WebM VP9 > are with red exclamation mark. > > Any idea what could be the problem? > ---end quoted text--- Yeah probably IceWeasel. ;-D I'd recommend using Google-Chrome, support for HTML 5 video has been in that browser for some time and works well. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141013100758.GB3541@Jessie
Re: Synaptic slow when Caribou is running after Gnome-shell update
On Mon, Oct 13, 2014 at 01:20:39AM +0200, Michael Biebl wrote: > Am 13.10.2014 um 00:21 schrieb Michael Biebl: > > Am 12.10.2014 um 19:01 schrieb Luca Perico: > >> Hi > >> After 3,14 gnome shell update (i use debian jessie) i have see synaptic > >> p.m, very slow to show the package list at startup and also when i change > >> the package list (i.e "all" to "removable" even with a short package list). > >> If i stop Caribou Synaptic work very good > >> I have also noted this : > >> 1) Caribou start even if disabled (i don't use it). > > > > This looks like a bug. Please file a bug report against the caribou package. > > Fwiw, I can reproduce the issue: > > /etc/xdg/autostart/caribou-autostart.desktop contains > > AutostartCondition=GSettings org.gnome.desktop.a11y.applications > screen-keyboard-enabled > > > $ gsettings get org.gnome.desktop.a11y.applications screen-keyboard-enabled > false > > > Yet caribou is also started here. > > Will investigate. ---end quoted text--- I too had experienced this, seems to be fixed as of yesterday. Thanks Michael. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141013100625.GA3541@Jessie
Re: Using PuTTY with Debian GNU/Linux Systems
On Sat, 11 Oct 2014 15:23:34 -0400 (EDT), Mirko Parthey wrote: > > In your current article, you suggest rebuilding ncurses to add a > custom terminal type. I find it much easier to just install a terminal > definition locally as a configuration file. > > This can be achieved with the following command: > tic -x terminaldef.src > where terminaldef.src contains just the single entry from your patch. > > The output is written to /etc/terminfo/ or $HOME/.terminfo/, > depending on the privileges of the user the tic command runs as. > The ncurses library searches for terminal definitions in several places, > including these two directories. Thanks for the suggestion, Mirko. I may incorporate this in a future edition of my web page. A source package modification to coreutils will still be necessary, though, so that dircolors recognizes the new terminal definition as one that supports color. The only exception would be if you were creating a new terminal definition for a terminal that does *not* support color. Actually, I think this is poor design. In my opinion, dircolors should make an ncurses call to determine if the terminal supports color, rather than using an independent internal database of terminals which support color. There's too much chance of these two independent databases getting out of sync, as we see has already happened with xterm-utf8. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/11359349.4274949.1413058531316.javamail.zim...@wowway.com
Re: Using PuTTY with Debian GNU/Linux Systems
On Sat, 11 Oct 2014 08:44:51 -0400 (EDT), Andrei POPESCU wrote: > On Sat, 11 Oct 2014, 07:34:06 -0400 (EDT), Stephen Powell wrote: >> The idea of a wiki article is to document how to use Debian, not how >> to fix Debian. > > But I assume you did file bugs ;) Well, the fact that xterm-utf8 is missing from the dircolors database of terminals which support color is arguably a bug. It represents an inconsistency between two packages. ncurses says it supports color, coreutils says it doesn't. I haven't reported this as a bug yet, but I will, unless someone else has already done so. But my proposed new terminal type, xterm-256color-utf8, is arguably an enhancement request, not a bug. From my point of view, its absence represents a "bug" in that there is no terminal type definition which adequately describes my terminal. But from the package maintainer's point of view, it's an enhancement request. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1508629613.4045448.1413032827101.javamail.zim...@wowway.com
Using PuTTY with Debian GNU/Linux Systems
In response to encouragement from several people on this list, I have published a new web page titled "Using PuTTY with Debian GNU/Linux Systems". It is available here: http://users.wowway.com/~zlinuxman/putty.htm All feedback, both positive and negative, is welcome. In particular, if there are any factual errors on this page, I especially want to know about that. A number of people have encouraged me to create a Debian wiki article on this subject, and I'm not ruling that out, but at this point I hesitate to do so primarily for two reasons: (1) It is specifically the Windows version of PuTTY that is being discussed, not the Linux version, even though PuTTY is being used to access a Debian GNU/Linux system; and (2) The above web page recommends making modifications to Debian source packages. The idea of a wiki article is to document how to use Debian, not how to fix Debian. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/625567714.3984473.1413027246857.javamail.zim...@wowway.com
Re: 1) F--- Systemd. 2) CTTE should be disbanded, it was taken over by outsiders.
On Wed, 01 Oct 2014 11:54:53 -0400 (EDT), John Garret wrote: > > Subject: 1) F--- Systemd. 2) CTTE should be disbanded, it was taken over by > outsiders. > > 1) F--- Systemd. > 2) CTTE should be disbanded, it was taken over by outsiders. > ... > Debian used to be sane, slow to change, and stable. > It didn't chase the f---ing wind. > ... I understand your frustration. But please refrain from using foul language in posts to Debian mailing lists. This is a violation of Debian mailing list policy. See https://www.debian.org/MailingLists/#codeofconduct -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/849267243.21146531.1412182010225.javamail.zim...@wowway.com
Re: vsftpd with ssl
On Tue, 30 Sep 2014 00:12:47 -0400 (EDT), Marko Randjelovic wrote: > > Thanks for your informative answer, it did solve my problem, after > enabling implicit_ssl option in vsftpd (and btw after disabling > ssl:verify-certificate in lftp), I could transfer a test file. How did you get the certificate signed that the server uses? Did you send out the certificate request to a "well known public CA", such as Verisign, Entrust, etc., to have it signed? Or is it signed by a private, in-house CA? Either way, you need to have the signer's certificate in the list of trusted CAs that the client (lftp) uses. Then you can enable ssl:verify-certificate. Note that I said that the *signer's* certificate needs to be in the list, not the *server's* certificate. The only time that you would put the *server's* certificate in the list is if the server is using a self-signed certificate, which is highly *not* recommended. Make sure that set ssl:ca-file "/etc/ssl/certs/ca-certificates.crt" is in effect on your lftp client. If the signer's certificate is not in the list, become root, then add it locally by copying the file to the directory /usr/local/share/ca-certificates. Make sure the certificate has an extension of ".crt". Then run the command update-ca-certificates This will update /etc/ssl/certs/ca-certificates.crt to include the local files in /usr/local/share/ca-certificates. Then switch back to your non-superuser self. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/853018392.19961513.1412076840737.javamail.zim...@wowway.com
Re: vsftpd with ssl
On Mon, 29 Sep 2014 16:00:36 -0400 (EDT), Marko Randjelovic wrote: > > I installed vsftpd on Wheezy and am trying to make it work with ssl (ftps > protocol). > > This is my config file: > > listen=YES > anonymous_enable=NO > local_enable=YES > dirmessage_enable=YES > use_localtime=YES > xferlog_enable=YES > nopriv_user=ftpsecure > secure_chroot_dir=/var/run/vsftpd/empty > pam_service_name=vsftpd > rsa_cert_file=/etc/ssl/private/vs.pem > ssl_enable=YES > debug_ssl=YES > log_ftp_protocol=YES > > /etc/ftpusers does not contain user vsftp. > > I connect with: > > lftp ftps://vsftp@127.0.0.1:21 > Password: > lftp vsftp@127.0.0.1:~> ls > ls: Fatal error: gnutls_handshake: An unexpected TLS packet was received. > > In /var/log/vsftpd.log appears: > > Mon Sep 29 21:55:10 2014 [pid 2] CONNECT: Client "127.0.0.1" > Mon Sep 29 21:55:10 2014 [pid 2] FTP response: Client "127.0.0.1", "220 > (vsFTPd 2.3.5)" > Mon Sep 29 21:55:10 2014 [pid 2] FTP command: Client "127.0.0.1", > "P???L??T)???T?HI??+???|NHD???0?3?G?E?9?K?2?@?D?8?J?F?/? Mon Sep 29 21:55:10 2014 [pid 2] FTP response: Client "127.0.0.1", "530 > Please login with USER and PASS." > Mon Sep 29 21:55:10 2014 [pid 2] FTP command: Client "127.0.0.1", > "" > Mon Sep 29 21:55:10 2014 [pid 2] FTP response: Client "127.0.0.1", "530 Please > login with USER and PASS." > > Please help me beacuse I have no ideas. > > Kind regards I work with SSL-secured FTP regularly. First of all, let's get the terminology right. I'm glad to see that you used the term FTPS instead of SFTP. Many people have the two confused. SFTP is a file transfer protocol used under the Secure Shell protocol (SSH). FTPS is regular FTP (File Transfer Protocol) with SSL encryption wrapped around it. But, strictly speaking, the FTPS protocol is for *implicit* SSL-encrypted FTP only, and that's not how you have your server set up. *Explicit* SSL-encrypted FTP, via the "AUTH TLS" command, is still considered the FTP protocol, not the FTPS protocol, even though SSL encryption is used. Furthermore, the well-known port normally used for FTPS is port 990, and you have your server set up to use port 21, which is the well-known port for the FTP protocol. So the server is set up for FTP and the client is assuming FTPS. They don't match. The first decision you need to make is whether you want to set up your server for implicit SSL or explicit SSL. Then proceed from there. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/508460194.19779114.1412039984710.javamail.zim...@wowway.com
Re: Re: funny text in bash history
On Sun, Sep 28, 2014 at 06:04:18PM +0100, Clive Standbridge wrote: > That's just for starters. Install the bash-completion package, > un-comment the code in ~/.bashrc following the "enable programmable > completion features" comment, and start a new shell. > > Now when you start typing and press Tab, it will offer all sorts of > completions in context, e.g. command options, hostnames, and more. > > Rock on! ---end quoted text--- Hey, Clive thats pretty handy, thanks! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929213424.GB17517@Jessie
Re: Let's have a vote!
On Mon, Sep 29, 2014 at 11:58:30AM -0400, Steve Litt wrote: > Me, I'm personally going to continue fresh installing, because I enjoy > the spring-cleaning aspect of it, and the fact that I'm starting my > new version from a known state. But I'm now aware this is a Steve Litt > quirk, not solid advice for the masses. Thanks to everyone for the info. > > SteveT > ---end quoted text--- FWIW I use bleachbit to clean (as you put it) "the cruft". Also, in terms of upgrading a Debian System - Are you aware that prior to each major release, Debian releases a comprehensive upgrade treatise that covers any quirks and describing hoops one may need to do. It's pretty much required reading. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929211310.GA17517@Jessie
Re: Let's have a vote!
On Sun, Sep 28, 2014 at 11:29:22AM -0400, Steve Litt wrote: > On Sun, 28 Sep 2014 23:50:45 +1300 > Chris Bannister wrote: > > > On Sat, Sep 27, 2014 at 09:49:10PM -0400, Steve Litt wrote: > > > On Sat, 27 Sep 2014 18:32:38 -0400 > > > > Yes. I'm a huge believer in wiping and reinstalling major versions. > > > It's like spring cleaning, and I eliminate ghosts of operating > > > systems past. > > > > And then there's the rest of us who run Debian precisely because you > > don't have to reinstall. It's great because you only ever need to > > install once. > > Hi Chris, > > I assume that implicit in your reply is that such a major version > upgrade works well, and that over the years you don't get all sorts of > accumulated software dust bunnies doing funny things to you. > > How many others here have experiences like Chris'? My opinions are > based on Windows, Mandrake and Mandriva. By the time I got to Ubuntu in > 2007 (and Debian in 2013), I was solidly in the habit of reinstalls and > never tried a major version upgrade on Ubuntu or Debian. > > I just advised another poster to reinstall from scratch, so perhaps it > would be good to see how many succeeded, and how many failed, by > upgrading past major versions. > > Thanks, > > SteveT I've one box that I've upgraded from Potato. My newer servers have been upgraded in place. No fresh installs - that's why I use Debian on servers. Quite frankly if you're used to Mandrake/Mandriva then you're excused I suppose for thinking one should do a clean install - that distro was never very solid, and they usually released each 6 months or so. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929154513.GB10996@Jessie
Re: Let's have a vote!
On Mon, Sep 29, 2014 at 08:22:23AM +0200, Mart van de Wege wrote: > lee writes: > > > "Karl E. Jorgensen" writes: > > > >> * not doing "crazy things", like running backports or > >> testing/unstable [2], and no grabbing *.debs from weird places. > > > > Debian isn't as stable as you like to think. I am required to run the > > latest kernel from backports for otherwise my server will crash due to > > NFS bugs, and for xen anyway. > > > > When I was still using Debian, I was forced to run testing for otherwise > > some relevant software would be too ancient. > > > > Now look at Fedora: They manage to make a distribution with non-ancient > > software, and it's running more stable than Debian stable. I wonder why > > Debian can't do this. > > > Then why don't you go use Fedora if you're so unhappy with Debian? That > would save us all a lot of pissing and moaning on this mailing list, and > you a lot of grief. > > Mart > Archive: https://lists.debian.org/86fvfbx7xc@gaheris.avalon.lan > ---end quoted text--- He says he doesn't use Debian above to wit ..."when I was still using Debian,..." So, Lee why are you even here complaining about Debian - You've admitted you don't use it?! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929154214.GA10996@Jessie
Re: PuTTY tips for Debian users
On Sat, 27 Sep 2014 03:34:58 -0400 (EDT), Jonathan Dowland wrote: > On 27 Sep 2014, at 02:48, Stephen Powell wrote: >> >> PuTTY currently does not support 256-color mode. See >> http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/256-colours.html > > That page indicates that putty had supported 256 colours since 2004. > I was sure I had used them when I last used putty (a while ago). > It's right that little client software uses the extra colours: > I configure mutt to use the extra greyscale range for increasing > or decreasing the prominence of mailing list posters by sender. Right you are! I didn't read far enough. I assumed that since it was listed on the "wish list" page it hadn't been implemented yet. There is an "xterm+256color" terminal type in ncurses, but not an "xterm+256color-utf8" terminal type. Someone should create one. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1494088570.18302834.1411828977606.javamail.zim...@wowway.com
Re: PuTTY tips for Debian users
On Fri, 26 Sep 2014 09:53:44 -0400 (EDT), Jonathan Dowland wrote: > > I've enjoyed reading your well-written and thoroughly researched posts. Have > you considered putting them somewhere else, e.g. the Debian wiki? I'm not sure that the Debian wiki is the right place for this information. Although there is a Linux port of PuTTY, 99% of PuTTY users are Windows users, including me. Although it may be used to login remotely to a Debian system, PuTTY itself is Windows software. And I'm not sure that the Debian wiki is the place for making recommendations for how to configure Windows software. I might write my own web page about it and place it here: http://users.wowway.com/~zlinuxman/index.htm Some of my web pages, such as the kernel-building web page and the lilo web page, have gained a measure of popularity. > > One point: > > On Wed, Sep 24, 2014 at 10:11:41PM -0400, Stephen Powell wrote: >> One of the things I recommended was setting the terminal type string to >> xterm-utf8. > > I asked myself "why"? Reading your original message, this is because this > enables a) xterm window title strings and b) non-VT100 box drawing characters. > So there's two plusses, but >> >> In particular, the "--color=auto" option of the "ls" command behaves >> sub-optimally. In wheezy, some of the colors, such as red, don't display. >> In an up-to-date jessie system, no color output occurs at all. > > One minus, >> >> The problem is that xterm-utf8 is not listed in the dircolors internal >> database of terminal types that support color. It should be. > > Who says it should be? I don't mean to be combative, I just wonder who has > authority over the definition of 'valid' TERM values. Where did xterm-utf8 > come > from? Which software specifically supports it? Evidently dircolors doesn't. > From what I can tell, dircolors has it's own private database, but much other > software uses 'terminfo', which in practice is part of ncurses nowadays. > Looking at ncurses in sid, I see there is an xterm-utf8 definition there. The PuTTY terminal type string used sets the TERM environment variable. This is supposed to match a terminal type definition in ncurses. So the xterm-utf8 terminal type definition in ncurses is the standard. If you issue infocmp xterm-utf8 at a shell prompt, you see that the description for the terminal type is xterm with no VT100 line-drawing in UTF-8 mode which is exactly what we want. The output also shows that the terminal supports color colors#8 Therefore, xterm-utf8 should be in the list of terminal types which support color in the dircolors database. Besides, actual practice shows that that if you try to use color, it works. Q.E.D. > > Is the fact putty can't handle vt100 line drawing characters in UTF8 mode > a font problem perhaps? Would using a different font be a better solution? No. This is a standards issue. It is the author's opinion (Simon G. Tatham, the author of PuTTY, not me) that supporting VT100 box-drawing escape sequences in UTF-8 mode is a standards violation, therefore, he does not intend to add support for it. The "right" way to do this in UTF-8 mode is to send the proper UTF-8 codes to produce the box-drawing characters. See http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/utf8-plus-vt100.html for more details. > > What results do you get if you try a different TERM value, such as > xterm-256color? With that, at least, you'd have the benefit of 8 bit colour > options too. PuTTY currently does not support 256-color mode. See http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/256-colours.html for more information. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/756526523.18066718.1411782526217.javamail.zim...@wowway.com
Re: Let's have a vote!
On Fri, Sep 26, 2014 at 03:05:14PM -0400, Miles Fidelman wrote: > Stephen Allen wrote: > >On Fri, Sep 26, 2014 at 11:27:54AM -0400, Miles Fidelman wrote: > >>Martin Read wrote: > >>>On 25/09/14 15:42, Rob Owens wrote: > >>>>I agree that "let's wait until we have a good init to move to" should > >>>>have been more seriously considered, but for some reason people were in > >>>>a big hurry to make a move. > >>>The vote held was "What should the default init system *in jessie* be?". > >>>Given that as the question under discussion, "let's wait until we have a > >>>good init to move to" (implication: there are currently no available init > >>>systems better than the status quo) was perfectly well served by the > >>>ballot option "sysvinit". > >>> > >>> > >>To any developers who may be here: > >>- At one point there was serious talk about a general resolution to overturn > >>the systemd decision. > >>- As I understand it, a general resolution can be called by any developer - > >>while overturning a technical committee decision takes a 2:1 vote of > >>developers > >> > >>Is there not one developer who is willing to propose such a general > >>resolution? > >> > >>Miles Fidelman > >As has been stated many times here - A GR was tried but not enough > >seconds to carry on. > > Actually, no - I've been following this, and related threads, from the > beginning - I have not seen anybody actually mention that a GR was tried. > Do you have a reference? Not offhand - Sorry I'm not doing your research. Put some of your wasted energy into it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140926190925.GB5388@Jessie
Re: Let's have a vote!
On Fri, Sep 26, 2014 at 11:27:54AM -0400, Miles Fidelman wrote: > Martin Read wrote: > >On 25/09/14 15:42, Rob Owens wrote: > >>I agree that "let's wait until we have a good init to move to" should > >>have been more seriously considered, but for some reason people were in > >>a big hurry to make a move. > > > >The vote held was "What should the default init system *in jessie* be?". > >Given that as the question under discussion, "let's wait until we have a > >good init to move to" (implication: there are currently no available init > >systems better than the status quo) was perfectly well served by the > >ballot option "sysvinit". > > > > > To any developers who may be here: > - At one point there was serious talk about a general resolution to overturn > the systemd decision. > - As I understand it, a general resolution can be called by any developer - > while overturning a technical committee decision takes a 2:1 vote of > developers > > Is there not one developer who is willing to propose such a general > resolution? > > Miles Fidelman As has been stated many times here - A GR was tried but not enough seconds to carry on. So, lets drop this shall we, please?! I'm so tired of people on here going on ad infintum about this subject. Debian is a do-ocracy. Not enough of the doers care enough to overturn the TC recommendation. So, your choices are to fork/create your own init system/distro, go to another distro that meets your needs, or accept the status quo. I run a desktop as well as servers on systemd - No problems whatsoever. Perhaps spend your energy reading up and learning how systemd works, or not. Whatever you decide to do, please stop ranting/complaining/talking about how you dislike systemd. Not to you strictly but everyone else in the same camp. Thank-you! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140926185520.GA5388@Jessie
Re: PuTTY tips for Debian users
On Thu, 25 Sep 2014 17:39:39 -0400 (EDT), Nate Bargmann wrote: > > Good tips all around. Only thing is that I stopped using screen in > favor of tmux a few years ago. The biggest aggravation is the loss of > translation of keys, such as Ctl-left, Ctl-right, etc. (connecting from > another Debian system is fine). Perhaps that is a PuTTY issue or I > don't have tmux configured correctly. Are you saying that "translation of keys" (Ctrl+Left, Ctrl+Right, etc.) works with GNU screen, but doesn't work with tmux? Or are you saying that it doesn't work with either multi-session software, but works with native PuTTY? Or are you saying that it doesn't work with PuTTY under Windows as the client, but works with ssh as a client from another Linux system on a Linux virtual terminal (vt1, vt2, etc.)? Please be more specific. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1533440053.17407920.1411726756206.javamail.zim...@wowway.com
Re: Let's have a vote! I was just banned from debian forum for posting a systemd critical message.
On Thu, Sep 25, 2014 at 09:51:38AM -0700, Gregory Smith wrote: > I was just banned from debian forum for posting a systemd critical message. > > I posted the message found here: > https://lists.debian.org/debian-user/2014/09/msg01834.html > > It was deleted twice and then: > > You have been *permanently* banned from this board. > > Please contact the Board Administrator for > more information. > > Reason given for ban: *You know why* > > *A ban has been issued on your username.* > > ---end quoted text--- Deservedly so, in my opinion. I'm sure the silent majority are as sick as I am of several people beating this dead horse to death. Most Linux distributions are DoCractic, those that do the work, make the rules. You're free to fork. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140925194627.GB8086@Jessie
Re: Cognitively friendly systemd components graphic
On Thu, Sep 25, 2014 at 09:43:22AM -0400, Cindy-Sue Causey wrote: > Am calling this a "cognitive friendly" systemd graphic because it is for me: > > http://commons.wikimedia.org/wiki/File:Systemd_components.svg > > It and any similar I find soon will be what I primarily lean on to > follow conversations here because the words alone don't always gel. > With a topic of the magnitude of systemd, sometimes turning to > graphics can help sort things out. > > k/t to Carla Schroder's Linux.com article for being the first place I > saw anything like this: > > http://www.linux.com/learn/tutorials/788613-understanding-and-using-systemd/ > > If the above svg image doesn't come up based on personal user software > *CHOICE*, I found it via an image search using "wikimedia commons > systemd" (without quotes). Looks like there are several different > takes on that search that may come at systemd from different angles, > too.. > > Hope this helps someone else.. :) > > Cindy > ---end quoted text--- Thanks Cindy! Some of the noise makers on this list could perhaps consider reading the tutorial, my delete key is becoming worn from the abuse. ;-D -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140925193721.GA8086@Jessie
PuTTY tips for Debian users
In another post a couple of months ago (see https://lists.debian.org/debian-user/2014/07/msg00592.html) I gave some recommendations for optimal PuTTY settings for use with Debian hosts. I'd like to follow up on that based on recent discoveries that I have made. One of the things I recommended was setting the terminal type string to xterm-utf8. Connection -> Data -> Terminal type string : xterm-utf8 (This is a case-sensitive setting.) I have discovered some color problems with this terminal type. In particular, the "--color=auto" option of the "ls" command behaves sub-optimally. In wheezy, some of the colors, such as red, don't display. In an up-to-date jessie system, no color output occurs at all. I decided to investigate this. The problem is in the "dircolors" command, which belongs to the "coreutils" package. In ~/.bashrc, one finds logic similar to this: # enable color support of ls and also add handy aliases if [ -x /usr/bin/dircolors ]; then test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)" alias ls='ls --color=auto' . . . fi The line beginning with "test" causes the color definitions stored in ~/.dircolors to be used, if the file exists. Otherwise it invokes the "dircolors" command without a filename to set the color definitions from an internal database. The result is to set the LS_COLORS environment variable. dircolors has an internal database of which terminal types support color and which don't. For a terminal type that supports color, the environment variable LS_COLORS gets set to a big long string that defines colors. For a terminal type that does not support color, LS_COLORS gets set to the null string. The problem is that xterm-utf8 is not listed in the dircolors internal database of terminal types that support color. It should be. This is a bug in dircolors. As a result, LS_COLORS gets set to the null string. In wheezy, if LS_COLORS is the null string, the ls command with the --color=auto option nevertheless attempts to use a few basic colors. This is apparently a bug that has been fixed in up-to-date jessie systems. In up-to-date jessie systems, if LS_COLORS is the null string, ls with the --color=auto option uses no color at all. Is there a way around this problem? Yes, there is. One way is to obtain the package source code, add the missing terminal type to the database, and recompile the package. If you go this route, the file to look for is src/dircolors.hin. Add the line TERM xterm-utf8 following the last TERM entry in the file, which is currently TERM xterm-debian then recompile the package. After recompiling, install the package with dpkg. I won't include instructions for making modifications to debian source packages in this post. The advantage to this method is that making one change in one place fixes the problem for all users. The disadvantage is that you must be the system administrator to fix it. There is another way around the problem. This method involves fooling dircolors into thinking that the terminal type is actually another terminal type, one that it knows supports color. Change the above code segment from ~/.bashrc to something like this: # enable color support of ls and also add handy aliases if [ -x /usr/bin/dircolors ]; then # xterm-utf8 is colorizable. if [ x$TERM = xxterm-utf8 ];then tempterm=xterm;else tempterm=$TERM;fi test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(TERM=$tempterm dircolors -b)" unset tempterm alias ls='ls --color=auto' . . . fi The above code change causes the dircolors command to see a TERM value of xterm-utf8 as if it were xterm, without affecting the permanent value of the environment variable TERM. Since xterm is in the database of colorizable terminal types, the LS_COLORS environment variable will then be set properly. The advantage of this method is that you can fix the problem for yourself, even if you are not a system administrator. If you use this method as a system administrator, you must edit the ~/.bashrc file for all your users, plus edit the /etc/skel/.bashrc file to fix the problem for new users that are subsequently added to the system. I'd also like to pass along the following tip from Jochen Spieker regarding the use of PuTTY with GNU screen. (See https://lists.debian.org/debian-user/2014/07/msg01018.html.) When using PuTTY with GNU screen and terminal type xterm-utf8, add the following line to ~/.screenrc: termcapinfo xterm* 'is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l' Many people have the above line in this file without the asterisk after xterm. The asterisk causes the line to match any terminal type which starts with xterm. I hope these tips help someone. -- .''`. Stephen P
Re: OT: Pepper Flash Crashes Everywhere
On Wed, Sep 17, 2014 at 06:14:43PM -0700, Patrick Bartek wrote: > Anyone else experiencing this? Haven't found any reports so far. > Chrome & Pepper ran fine before update/upgrade a few days ago. Figured > I'd check before I started mucking about the system trying to fix it. > > Downloaded .deb directly from Google for the install which was about > 18 months ago. System always kept up to date. > > Wheezy 7.6 (64-bit). Openbox 3.5.0-7 WM Only. No other gui > environments installed. > Chrome 37.0.2062.120 (64-bit) > libpepflashplayer.so 15.0.0.152 Correct me if I'm wrong, but isn't pepperflash purpose to give Chromium users an updated Flash since the Flash version for Linux has been halted? AFAIK Google-Chrome contains it's own Flash internally, which Google updates as necessarily automatically on ones machine. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140918220921.GB16765@Jessie
Re: Error with Latest Google Chrome Stable
On Wed, Sep 17, 2014 at 07:09:10PM +0100, Alan Chandler wrote: > On 14/09/14 23:40, Kenneth Jacker wrote: < snip > > >Is this a known bug? With Chrome? With Flash? > > > > See https://code.google.com/p/chromium/issues/detail?id=410805 > > The suggested place to get a replacement is here > > http://mirror.pcbeta.com/google/chrome/deb/pool/main/g/google-chrome-stable/ Is this an offical site? If not, I'd be careful. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140918215058.GA16765@Jessie
[SOLVED] I hate network-manager (was /etc/rc.local and systemd)
On Sun, 24 Aug 2014 19:05:52 -0400 (EDT), Michael Biebl wrote: > > If you set managed=true, you actually tell NetworkManager to manage the > interface. So I'm not sure why you are surprised that it does. In a previous release of network-manager, if I didn't set "managed=true" in the [ifupdown] section of /etc/NetworkManager/NetworkManager.conf, after giving control of the wired ethernet interface back to ifupdown, then the desktop had no network connectivity at all. I thought that this was "broken as designed" behavior. But apparently, that was a bug that has since been fixed. I set "managed=false", shutdown, and rebooted. "NetworkManager Applet" on the desktop now shows no connections at all. Nevertheless, desktop applications, such as the browser, still have network connectivity via the ifupdown-managed eth0 interface. This was easier than I thought. I didn't try that because I tried it before (about eight months ago, I think) and it didn't work. But now it does. Another annoying thing about my former configuration was that "netstat -rn" showed two identical default route entries. Apparently, ifupdown supplied one and network-manager supplied the other. I don't need two identical default routes. But with managed=false, only one default route shows up in the output of "netstat -rn". And, most importantly, network-manager does not delete my static route commands issued in /etc/rc.local. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1889049189.408227.1408931154373.javamail.r...@md01.wow.synacor.com
I hate network-manager (was /etc/rc.local and systemd)
On Sun, 24 Aug 2014 15:44:26 -0400 (EDT), David Baron wrote: > On Sunday 24 August 2014 11:45:40 Stephen Powell wrote: >> ... >> Here is how I enabled it. (The following commands are >> executed as root.) >> >> cd /lib/systemd/system/multi-user.target.wants >> ln -s ../rc-local.service rc-local.service >> >> Now shutdown and reboot. /etc/rc.local will get executed this time. > > Interesting point. Mine seems to be working without this. > ... Well, list, the joke is on me. It turns out that /etc/rc.local was being executed after all, even without adding the symbolic link mentioned above. This obviously begs the question, Why did I think it wasn't being executed? I have a static route command in my /etc/rc.local file to define a route to another network. I won't go into the reasons for why it's there. Suffice it to say that there's a reason for it. But the command is route add -net 192.168.1.4 netmask 255.255.255.252 gw 192.168.0.2 metric 2 At some point, I issued the command netstat -rn to see if my static route was there. It wasn't. I therefore concluded (erroneously, as it turned out) that /etc/rc.local had not been executed. But it had. The culprit turned out to be network-manager. The default installation of Debian for a desktop system (XFCE in my case) installs both ifupdown and network-manager. It allows ifupdown to manage only the local loopback interface (lo) and allows network-manager to manage everything else, including the wired ethernet interface (eth0). I have changed this and have given ifupdown control of the eth0 interface. But network manager insists on creating an "eth0" connection on every start-up. If I right-click on the network- manager icon, then left-click on "Edit Connections", I see two connections listed. One is "ifupdown (eth0)" and the other is simply "eth0". (I have "managed=true" in the [ifupdown] section of /etc/NetworkManager/NetworkManager.conf.) I then select the "eth0" connection and click on the "Delete" button. The connection disappears, and "ifupdown (eth0)" becomes the default connection. Everything works fine. Except for two things. (1) The stupid connection reappears on every startup. I have not found a way to prevent it from being created in the first place, and (2) deleting the "eth0" connection causes network-manager to delete the static route that I have in my /etc/rc.local file. And that is why I thought that /etc/rc.local had not been executed. I hate network-manager! Is there anything I can do to make it leave eth0 totally in the control of ifupdown and to not touch it at all, and to not create a stupid extra connection, and to leave my static routes, that it did not create, alone? -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1496131881.406849.1408917652680.javamail.r...@md01.wow.synacor.com
/etc/rc.local and systemd
Hello, list. I just thought I'd pass along something that I recently discovered. When using sysvinit as the init system, if the file /etc/rc.local exists and is executable, it will be invoked at the tail end of the boot process. But under systemd, this file is not executed during boot. Not by default anyway. Here is how I enabled it. (The following commands are executed as root.) cd /lib/systemd/system/multi-user.target.wants ln -s ../rc-local.service rc-local.service Now shutdown and reboot. /etc/rc.local will get executed this time. If this is the "wrong" way to do it, or someone knows a better way, please let me know. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1217443000.405549.1408895140773.javamail.r...@md01.wow.synacor.com
Re: Gnome for jessie
On Sat, 16 Aug 2014 13:03:54 -0400 (EDT), Michael Biebl wrote: > On Sat, 16 Aug 2014 11:00:10 -0400 (EDT), Stephen Powell wrote: >> >> My main objection to GNOME as the default desktop environment is >> that it *requires* 3D graphics acceleration from the X driver, >> ... > > Not quite true. On graphics hardware which doesn't provide 3D > acceleration, gnome-shell falls back to use llvmpipe, which provides > software-rendering on most hardware. Apparently, this is a new development. I used GNOME when it was the default at GNOME 2. Then, when GNOME 3 first came out, it required 3D acceleration, but had a fallback mode for hardware that didn't support it. I continued to use GNOME 3 in fallback mode. Then, at some point, they eliminated fallback mode; and my desktop became totally unusable. At that point, I switched from GNOME to XFCE; and I haven't tried GNOME again since, even when using hardware that supports 3D acceleration. *Requiring* 3D for a DE, whether from the hardware or via software emulation, is a bad idea, IMO. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2135522563.343971.1408210136537.javamail.r...@md01.wow.synacor.com
Re: Gnome for jessie
On Fri, 15 Aug 2014 22:56:53 -0400 (EDT), Stephen L. Novak wrote: > > I'm only submitting that I would vote to see gnome as the default > interface for jessie too. Also, I would vote change the default > highlighter for some of the default menus in the new Xfce to a brighter > color. Thanks for all the work on Wheezy. My main objection to GNOME as the default desktop environment is that it *requires* 3D graphics acceleration from the X driver, something which is not available from all drivers. (For example, the mach64 driver which I am using right now as I compose this e-mail does not have 3D graphics acceleration.) XFCE does not have this requirement. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/363467242.342706.1408201210341.javamail.r...@md01.wow.synacor.com
Re: Gnome for jessie
I'm only submitting that I would vote to see gnome as the default interface for jessie too. Also, I would vote change the default highlighter for some of the default menus in the new Xfce to a brighter color. Thanks for all the work on Wheezy. Steve -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1408157813.3571.8.camel@localhost
Re: dd
On Tue, 12 Aug 2014 15:19:16 -0400 (EDT), Martin Smith wrote: > On 11/08/2014 12:16, Stephen Powell wrote: >> On Mon, 11 Aug 2014 01:15:31 -0400 (EDT), Reco wrote: >>> ... >>> cp -a /var/www/* /media/lin50 >> >> This may work if there are no "hidden" files in the directory (files whose >> names begin with a period), and if there are no files with embedded blanks >> in their names, etc. But as a more general approach, I suggest >> >> cp -a /var/www/. /media/lin50 >> >> The above handles all of the aforementioned special cases. This copies >> the entire directory tree below /var/www, including subdirectories, which >> I assume is the OP's intent. >> > > pax will do the job, but you will need to install it: > > cd /var/www > pax -rw . /media/lin50 That decision is up to the OP; but if it were me, I probably wouldn't install pax. Why install another package when a command from a required package that is already installed does the job just fine? cp -a /var/www/. /media/line50 is all one needs. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/969629046.37.1407890114378.javamail.r...@md01.wow.synacor.com
Re: Netflix in chrome-unstable on Debian Sid
On Sat, Aug 09, 2014 at 08:26:35PM -0400, John Holland wrote: > working in Debian Sid VM by jtotheh @slashdot > http://entertainment.slashdot.org/comments.pl?sid=5512583&cid=47639701 Cool thanks! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140812012415.GA20668@Jessie
Re: dd
On Mon, 11 Aug 2014 01:15:31 -0400 (EDT), Reco wrote: > > While dd can be used to copy a directory, it cannot be used alone for > this task. Try this: > > ... > > cp -a /var/www/* /media/lin50 This may work if there are no "hidden" files in the directory (files whose names begin with a period), and if there are no files with embedded blanks in their names, etc. But as a more general approach, I suggest cp -a /var/www/. /media/lin50 The above handles all of the aforementioned special cases. This copies the entire directory tree below /var/www, including subdirectories, which I assume is the OP's intent. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/934232671.292074.1407755806595.javamail.r...@md01.wow.synacor.com
Re: Skype access cancelled for Debian versions before 7
Hello, There was an email sent out by Skype within the last couple of weeks which stated that I was using an old version of skype that would cease to function if I did not update (deleted the email). The below post on the Skype blog states "So everyone can benefit from the latest improvements, we’ll retire older versions of Skype across all platforms, including mobile devices, in the near future." http://blogs.skype.com/2014/07/16/update-skype-now-to-improve-your-experience/ The following shows what linux users would see with an old version: https://support.skype.com/en/faq/FA34438/why-should-i-update-my-skype-version-what-do-i-need-to-do-to-update-my-skype-version-and-continue-using-skype which links to below which details requirements (Debian 6.0+) but this probably hasn't been updated for the most recent skype release. https://support.skype.com/en/faq/FA10328/what-are-the-system-requirements-for-skype On Sat, 2 Aug 2014, Brian wrote: On Sun 03 Aug 2014 at 01:29:57 +0800, Bret Busby wrote: Hello. I have found, in the last day, that Microsoft has apparently cancelled Skype access for versions of Debian before 7.x. How did you find out? With the error message that I encountered, with my Skype 2.2 (beta) running on Debian 6, I went to the Skype web site, and found that they have cancelled access for all but the latest version of Skype, and, for Debian, it apparently needs Debian 7.x, to run. What error message? Please post it. Where on the Skype web site did you find something? A link would be much appreciated. No notice (on the Skype mailing list) was given. I thought that anyone like me, who is running and using Debian 6 (and anyone using earlier versions of Debian), most of the time, might like to know. Insofar as I am aware, no open source equivalent, that works, is available for Debian 6. There is no substitute for Skype (either the software or the service) whether it be open or closed source, -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/02082014193539.6f9e68718...@desktop.copernicus.demon.co.uk
In dire need of assistant desperate lively hood involved.
hi i have 2 issues i would like your help with i just installed Debian 7 i whose using microsoft windows 7 and i back up the files on to a USB and i would like to know how to reinstall the files.i also tried to install a video game and it would not install when i try to install i got a could knot auto run message could you please tell me how to do these things
Debian problems
hi i have 2 issues i would like your help with i just installed Debian 7 i whose using microsoft windows 7 and i back up the files on to a USB and i would like to know how to reinstall the files.i also tried to install a video game and it would not install when i try to install i got a could knot auto run message could you please tell me how to do these things
Re: putty login - running gnu screen causes putty console to shrink
On Sun, 20 Jul 2014 00:00:56 -0400 (EDT), Jochen Spieker wrote: > > Zenaan Harkness wrote: > >> When I log in to my debian box using putty, I set in putty config a >> width of 100 (rather than 80). This works. >> >> When I run GNU Screen, the putty console shrinks back to 80 width. >> >> Any idea why this might be? > > I had the same issue when I recently changed my TERM setting in PuTTY to > xterm-utf8 as someone suggested here recently. This line in ~/.screenrc > solves it: > > termcapinfo xterm* 'is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l' That's interesting. I've never encountered this, as I don't use the "screen" package. If I need multiple terminal sessions, I just launch multiple PuTTY sessions. I guess I don't see the need for screen. But in any case, I don't understand the design of screen. Why does it need an external definition of terminal type characteristics in a configuration file? Why doesn't it rely on the terminfo information stored in ncurses? In any case, I'm glad you found a solution. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1784993446.74954.1405859502240.javamail.r...@md01.wow.synacor.com
Re: set boot parameter vga=ask before debian wheezy 7.6 dvd install
On Thu, 17 Jul 2014 01:36:07 -0400 (EDT), Sven Joachim wrote: > > I don't think there's a linux16 command on sparc, for lack of x86 real > mode. > ... > There is no lilo for sparc since lilo is written in x86 assembly. You are absolutely right. Somehow, I missed the fact that he was using sparc. I didn't read the original post carefully enough. Sorry for the noise. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2063192006.67305.1405726263299.javamail.r...@md01.wow.synacor.com
Re: set boot parameter vga=ask before debian wheezy 7.6 dvd install
On Wed, 16 Jul 2014 03:41:26 -0400 (EDT), Dennis Luehring wrote: > > i try to install an qemu-sparc version of debian wheezy 7.6 (dvd-iso) > the qemu graphics emulation is not full ready yet (freezing very early, > textmode works) so i want to > try using the vga=ask boot parameter if there is a working framebuffer > variant > > but the vga=ask parameter seems to be deprecated - is there any other > parameter i can try? > > after qemus OpenBios boot i can see debians install prompt "boot:" > asking for ENTER=install, resuce or expert > mode - what do i need to type in booting the dvd iso kernel with parameters? I'm guessing that you are using grub2 as your boot loader. To use the vga option with grub2, you have to use the linux16 command (and the corresponding initrd16 command) instead of the linux and initrd commands, respectively. See https://wiki.debian.org/GrubTransition for details, particularly the footnote at the bottom of the page. I use lilo as my boot loader. See http://users.wowway.com/~zlinuxman/lilo.htm for details. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2040072396.50857.1405552934292.javamail.r...@md01.wow.synacor.com
Re: PuTTY SSH client security
On Fri, 11 Jul 2014 08:14:31 -0400 (EDT), Virgo Pärna wrote: > > On Thu, 10 Jul 2014 10:24:50 +0100, Darac Marjal > wrote: >> >> PuTTY is *not* based on OpenSSL[1], so it has never been susceptible to >> the heartbleed bug. >> > > And even if it were based on OpenSSL, it would not have been suspectible to > heartbleed bug, because ssh protocol was not suspectible to it. I think you meant to say "susceptible", not "suspectible". But otherwise, that's a good point. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/346088404.2734.1405181590096.javamail.r...@md01.wow.synacor.com
Re: PuTTY SSH client security
On Thu, 10 Jul 2014 05:24:50 -0400 (EDT), Darac Marjal wrote: > > On Thu, Jul 10, 2014 at 03:19:07AM -0600, Kitty Cat wrote: >>I use PuTTY to connect to my Debian boxes. >> >>I was concerned about whether PuTTY is susceptible to the Heartbleed bug, >>etc. as I noticed that the program has not had any updates in quite some >>time. >> >>[1]http://www.chiark.greenend.org.uk/~sgtatham/putty/ >> >>Is this software still considered to be secure? > > PuTTY is *not* based on OpenSSL[1], so it has never been susceptible to > the heartbleed bug. > > [1] https://the.earth.li/~sgtatham/putty/0.63/htmldoc/AppendixA.html#faq-misc Darac is right, "Kitty Cat". I also use PuTTY as an SSH client to connect to Debian systems. This is unrelated to your question, but I thought that I would take this opportunity to pass on some tips for getting the most out of PuTTY when used with a Debian host, based on my experience. (1) The default locale on Debian systems is usually a UTF-8 locale. For example, en_US.UTF-8 for U.S. systems. PuTTY should be set accordingly. Window -> Translation Then, in the drop-down box under "Remote character set", select UTF-8. Also, make sure that the "Use Unicode line drawing code points" radio button is selected on the same screen. (2) Assuming that you are running PuTTY under Windows, many Windows fonts are incomplete. Most of the fixed-width fonts are missing some of the characters that are used in manual pages. As a result, a hollow box will appear in their place. On my Windows machine at work, the only installed font that I could find that would display a hyphen correctly is Consolas. An internet post I read also suggested DejaVu Sans Mono, but I couldn't try it because it is not installed in my machine. In PuTTY configuration, select Window -> Appearance Then change the font. Experiment with different fonts. Display a man page that has hyphens, such as man fstab and see which fonts display a hyphen and which display a box. Go with one which displays the hyphen correctly. I'd try Consolas first, then see if you can find another one that's superior to Consolas. (3) You want the Debian host to know what terminal type you have for optimum performance. I recommend using Connection -> Data -> Terminal type string : xterm-utf8 (This last setting cannot be changed on the fly. It can only be set in PuTTY configuration when there is no active session.) There is also a terminal type string "putty" that you can use, but then you lose the xterm window title strings capability. Don't use xterm, because that implies that PuTTY will support VT100 box-drawing escape sequences, which it won't in UTF-8 mode. xterm-utf8 tells the host to translate VT100 box-drawing escape sequences into equivalent UTF-8 sequences. But it can still use the xterm window title commands, which PuTTY does support, even in UTF-8 mode. I hope this is helpful. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1779317973.520777.1405045429998.javamail.r...@md01.wow.synacor.com
