Re: configuring interface configuring MTA time out
On 06/16/2012 10:42 AM, Camaleón wrote: If you are using the resolvconf package I bet you have to trust what the /etc/revolv.conf file warning says in uppercase about do not editing the file because is dynamically changed ;-) http://wiki.debian.org/NetworkConfiguration#The_resolvconf_program OTOH, I never used this package before, I don't know what's for nor how is configured so I can't give you any feedback on this other than reading the available docs and man pages :-) Hi, Camaleón! Oh yes. I know now to fiddle with that file -- and any other that warns twinkies like me to keep hands off! I believe I am in the process of learning something of real use from Matthew Grant, who has been corresponding with me wrt Bug# 677642 on the Debian BTS. I've been wondering why the resolvconf package was apparently behaving differently than it used to behave, and why the /etc/resolv.conf looked different than it used to look. Matthew pointed out that my use of netscript 2.4 is sort of non-standard for a regular Debian desktop. From the information he gave me, I think I've figured out that this package was installed (and ifupdown removed) because I've installed virtualbox, in preparation for testing some virtual machines. I hadn't realized that my whole networking paradigm had changed recently just because of the installation of virtualbox, though it does makes sense that special configurations have to be made to enable VMs to use networking. Anyway, though aptitude says it's a suggested package for netscript I've actually removed resolvconf, and now my /etc/resolv.conf file looks more or less the way it used to look. Diagnosing all of this was made tougher by the fact that my ISP had accidentally botched my cable modem setup so that it was no longer bridging properly, and name resolution was whacked on their side as well as on mine. I had to work my way back from their modem to my router to my system, doing diagnostics on each one and figuring out which symptom was caused by what problem. As I'm home for the weekend now, using DHCP, I'm not at one of the locations where I use a fixed IP address. I imagine that I'll get to continue working on this on Monday. (We run a business from home, and the family isn't about to let me fiddle around any more with the home network now that we've finally got things corrected by the ISP.) Terminator I'll be back! /Terminator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fdcbd03.9030...@comcast.net
Re: configuring interface configuring MTA time out
On 06/16/2012 01:28 PM, Camaleón wrote: On Sat, 16 Jun 2012 13:06:11 -0400, Gilbert Sullivan wrote: On 06/16/2012 10:42 AM, Camaleón wrote: If you are using the resolvconf package I bet you have to trust what the /etc/revolv.conf file warning says in uppercase about do not editing the file because is dynamically changed ;-) http://wiki.debian.org/NetworkConfiguration#The_resolvconf_program OTOH, I never used this package before, I don't know what's for nor how is configured so I can't give you any feedback on this other than reading the available docs and man pages :-) Hi, Camaleón! Oh yes. I know now to fiddle with that file -- and any other that warns twinkies like me to keep hands off! I believe I am in the process of learning something of real use from Matthew Grant, who has been corresponding with me wrt Bug# 677642 on the Debian BTS. I've been wondering why the resolvconf package was apparently behaving differently than it used to behave, and why the /etc/resolv.conf looked different than it used to look. Matthew pointed out that my use of netscript 2.4 is sort of non-standard for a regular Debian desktop. (...) And he is right. The first thing I would do is removing that package if you don't need it at all (I don't have it installed, BTW, and running apt-cache rdepends netscript returns void so no other package seems to depend on it). Well, I'm in the situation of not being sure whether or not it's a good idea for me to remove netscript 2.4 and go back to ifupdown. Apparently, netscript was pulled in by virtualbox. I installed that weeks ago so that I could do some testing of a couple of other GNU/Linux operating systems, and also so that I could fire up an old database analysis package in a DOS VM. If and when I actually create them, I'm going to want to use networking for some of those VMs, and I'm not sure how well that will work without netscript. Anyway, the previous version of netscript never seemed to cause me any problems. It was the new one (version 2.4) that appears to have made things go a little weird on this system. In point of fact, my basic networking works well enough -- other than the delay in boot times when I'm connected by a fixed IP address. And even that is easily overcome by simply hitting Ctrl+C. I guess there's no harm in doing some experimentation with the various packages to see if I can find a comfortable solution. I guess if I have troubles with networking VMs I could always go back to netscript. I do think that it's interesting that aptitude suggests resolvconf for the netscript package. But I removed resolvconf this morning, and name resolution started working again. Unfortunately, a fiasco with the ISP settings for the cable modem and problems with their name servers (and the correction of same this morning) has muddied the waters enough that I can't really be certain which action fixed what problem. Now I don't even really know whether or not I should be pursuing the bug report I filed against netscript. I don't want to be making stupid noises for the maintainers just when they really need to be concentrating on stuff that actually matters for the upcoming Wheezy freeze. As always, thanks! Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fdcc6ba.50...@comcast.net
Re: configuring interface configuring MTA time out
On 06/16/2012 01:24 PM, Tom H wrote: On Sat, Jun 16, 2012 at 10:42 AM, Camaleón noela...@gmail.com wrote: On Fri, 15 Jun 2012 19:56:59 -0400, Gilbert Sullivan wrote: On 06/15/2012 12:58 PM, Camaleón wrote: Thank you for your ideas, and I'll return to this thread when I have any kind of information. Ok, keep us informed. I feel curious about what's going on here :-) Just a note about an observation. Just for grins -- even though name resolution was working fine -- I checked the contents of /etc/resolv.conf. They are listed below: 8 # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.0.1 search wp.comcast.net 8 This is with the system connected at a location that does use Comcast as its ISP. But the contents of this file are not at all what I'd expect. I tried adding dns-nameservers 208.67.222.222 208.67.220.220 to /etc/network/interfaces. Rebooting made no difference in the contents of /etc/resolv.conf. Is that because something weird is going on, or because the changes in netscript that happened at the time of the update have changed the way resolvconf works? I suspect the latter due to other information available. If you are using the resolvconf package I bet you have to trust what the /etc/revolv.conf file warning says in uppercase about do not editing the file because is dynamically changed ;-) Since you have nameserver 127.0.0.1 in /etc/resolv.conf, I'd guess that you have dnsmasq running and that it forwards your queries to 208.67.222.222 and 208.67.220.220 when you specify them in /etc/network/interfaces. If you are running dnsmasq, ps ax o cmd | grep dnsmasq should give you the full command that launched it as well as the file that has the external dns servers (that's what I used on a new Ubuntu 12.04 desktop install on which resolvconf and dnsmasq are installed by default; the server's been spared dnsmasq...). Oh, shucks. I've changed things. Before seeing your reply I removed resolvconf. Now that I did that, the /etc/resolv.conf file looks a little more like what I'm used to seeing. I am running dnsmasq, as it was one of aptitude's suggested packages (along with resolvconf) for netscript, and I installed those yesterday in hopes of resolving the problems with boot delays I figured were being caused by netscript. In case anyone is interested, the delays only happen on networks where I've set the Wicd profile to use a fixed IP address. Oddly enough, those delays look exactly like what I would expect from a system that is trying (and failing) to get a DHCP lease from a non-functioning / absent server -- two 60 sec. delays, one while configuring the interface, and the other when starting the MTA. Oddly enough, I can ping this system from another system on one of these networks (fixed IP), and the system is using the specified fixed IP address by the time it gets to the login prompt. FWIW, I tried the command you suggested and got: $ ps ax o cmd | grep dnsmasq /usr/sbin/dnsmasq -x /var/run/dnsmasq/dnsmasq.pid -u dnsmasq -7 /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new grep dnsmasq I suspect that it would have looked different if I had known to run it before I removed resolvconf. At any rate, the current contents of /etc/resolv.conf (at a location where DHCP is used) are: $ cat /etc/resolv.conf domain wp.comcast.net search wp.comcast.net nameserver 208.67.222.222 nameserver 208.67.220.220 nameserver 192.168.1.1 That's more like what I'm used to seeing. Name resolution is working much better now, but there is the unfortunate coincidence that -- while I was working on all of this -- the name resolution from the ISP was messed up, and a signal they sent my modem switched it out of bridge mode. I got that straightened out with them in a phone call this morning, but it's kind of hard to tell just which problem was doing what to my system. It's worth noting, however, that none of the other systems (that don't have virtualbox installed and which aren't using netscript) was having trouble with Internet connection or name resolution this morning. Thank you for your suggestion. I took a quick look into some man pages as a result, and it looks like I may have some interesting reading and figuring to do over the next few days. In the meantime, I'm kind of concerned that it may have been counterproductive for me to file a bug report against netscript because of the boot delays. I guess the maintainers are pretty busy these days trying to deal with bugs before the freeze. I appreciate your help in starting to get some idea of what's going on. If you have suggestions about making this more of a learning experience for me -- or if you have suggestions about what I should do about that bug report -- please let me know. I'm a little
Re: configuring interface configuring MTA time out
On 06/16/2012 02:04 PM, Camaleón wrote: On Sat, 16 Jun 2012 13:47:38 -0400, Gilbert Sullivan wrote: On 06/16/2012 01:28 PM, Camaleón wrote: Matthew pointed out that my use of netscript 2.4 is sort of non-standard for a regular Debian desktop. (...) And he is right. The first thing I would do is removing that package if you don't need it at all (I don't have it installed, BTW, and running apt-cache rdepends netscript returns void so no other package seems to depend on it). Well, I'm in the situation of not being sure whether or not it's a good idea for me to remove netscript 2.4 and go back to ifupdown. You have to ask yourself if you really need that package in your system. I never heard of it before nor read about it is needed for running VB nor any other virtual machine :-? Time for me to do some research, isn't it? ;-) But I did NOT install netscript on purpose. In examining /var/log/apt/history.log I can see that it was actually installed when netbase was upgraded (on 05/19) from version 4.47 to version 5.0. This is also when ifupdown was automatically removed! I was assuming that netscript had been installed (and ifupdown removed) because of virtualbox because networking VMs is one of the supposed reasons why netscript is needed. But, apparently, aptitude took it upon itself to make this change when netbase was upgraded. I'm obviously going to have to do a LOT more digging to begin to begin to understand these relationships. Apparently, netscript was pulled in by virtualbox. You have to check this because at a first glance, I see no hard requirements for netscript to be pulled with virtualbox. Yup, I was wrong, as I noted above. I made that assumption (about virtualbox) because it was pointed out that netscript is sometimes installed to make complex networking arrangements with virtual machines possible. I'm kind of working off the cuff this weekend. Lots of various problems happening in one of those so-called perfect storms that beset the unwary (like me) on occasion. I installed that weeks ago so that I could do some testing of a couple of other GNU/Linux operating systems, and also so that I could fire up an old database analysis package in a DOS VM. If and when I actually create them, I'm going to want to use networking for some of those VMs, and I'm not sure how well that will work without netscript. It looks rather a complex package that integrates within your host networking settings so unless you really need it and you know how to configure to play nice with your current setup, I would ditch it. Sorry but if I had to choose between the host or the guest, first comes the host. And the network stack is vital for any system, it has to be solid as a rock and you have to know how to deal with it when things like this happen. If that's not the case, return to the well-known networking method. Your point is well taken. Of course, I'm one of those guys who doesn't really mind a little craziness now and then -- even if it compromises his productivity. Heck, I'm an old geezer. I'm lucky I can walk! Being productive is just one of those nice-to-haves. ;-) I may just hang in there with it as long as I have no serious problems with it -- just in the interest of possibly learning something from the experience. I can always fall back to the tried-and-true if need be. Anyway, the previous version of netscript never seemed to cause me any problems. It was the new one (version 2.4) that appears to have made things go a little weird on this system. (...) Yes, it can be. But to my taste, the description¹ for that package leads me to think is not aimed for beginners (meaning: I would not install it in my systems unless I really really know what I'm doing :-P). Hey, I'm a guy! The guys in my family have always LOVED fiddling with stuff we don't understand, and having it blow up in our faces! I'm an Alfred E. Neuman sort of guy, if you know what I mean. (...) DON'T use this on a pure server - it is VERY useful for a Virtual Machine server with complex networking needs. This is because of its comprehensive network configuration capabilities. Thus it is a tempting replacement when you have to rip out NetworkManager on a server. It's scaring :-} ¹http://packages.debian.org/wheezy/netscript-2.4 I'm off to do some reading. It'll take me some time because of conflicting claims on my attention and a brain with a two-bit data path. I'll be forthcoming if I a) learn anything, or b) suffer any hilarious consequences of my choices. I'm not sure which way I prefer things to go. Heh. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fdcd90e.1060...@comcast.net
Re: configuring interface configuring MTA time out
On 06/15/2012 10:35 AM, Camaleón wrote: On Thu, 14 Jun 2012 14:44:57 -0400, Gilbert Sullivan wrote: On 06/14/2012 01:34 PM, Camaleón wrote: To be sincere, I don't know what's originating the problem. If you say the network settings are properly configured, why Exim4 is that lazy? :-? Searching for exim boot speed up in Google I found this: *** 1.3.7. Why does exim take such a long time to start? http://wiki.debian.org/PkgExim4UserFAQ#Why_does_exim_take_such_a_long_time_to_start.3F *** Check if any of the suggested tips helps to mitigate the pain. Hi, Camaleón. I'm coming to the conclusion that, when Wicd is set to use a profile with a fixed IP address, the system is actually only connecting to the network as it actually comes up to the desktop (after login). That would be why exim4 is timing out on the fixed IP address profiles and working just fine on the profiles that are set to use DHCP. To me sounds a bit unrealistic the fact a static network configuration can take longer than a dynamic one... Does not compute :-) I know, but it's true. Not sure why, but it's true. The use of dc_minimaldns='true' didn't work to improve the situation, but it did cause the boot process to squawk. (It said that dc_minimaldns='true' will not work.) I've restored the exim4 configuration and /etc/dhcp/dhclient.conf to their default settings for now. The wiki article included more tips you can try from the Exim's side. The FQDN tip didn't work, and I didn't think that the IPV6 tips were appropriate, since none of these networks uses it, and my notebook isn't set up to use it by default. Anyway, I'd also run the following tests: 1/ Just for testing purposes, you can momentary disable wicd and test with a static IP configuration defined at /etc/network/interfaces. If this boost the booting process then we can center exclusively in WICD (I still have my doubts about what is causing this). (if 1/ makes no difference, stop here as we will have to find another culprit other than WICD, otherwise proceed with 2/) Yup, I set Wicd up to not start at boot, and I configured static IP in /etc/network/interfaces. At the next reboot, I saw the same 60 sec. delay in configuring interface and the 60 sec. delay for starting MTA. 2/ Ensure there's only one network daemon running (i.e., no n-m, no dhcpd, no networking services) to avoid any possible collision. I checked, just to be sure. No other GUI network manager has ever been installed on the system. 3/ Test with a fresh-new created user (configure WICD for him and boot), to discard something wrong with your current user configuration files for WICD. Done, and no difference. I think that the problem I'm seeing is a temporary (I hope) glitch between netscript and Wicd, and that it'll probably be resolved at some point by upgrades. You look very optimistic :-P I'm trying. ;-) That may take a while, though, because Wicd doesn't seem to be under terribly active development. Maybe I'll try to get in touch with the Debian maintainers for the two packages. Something tells me that the packages aren't working together the way they expect them to, and that it may be counterproductive to start changing default configurations that have been working just fine for years. As you are running wheezy (and considering the freeze is going to be in about a few weeks) consider in opening a bug report. I'm thinking of doing that. I guess I'll file a bug against netscript. The problem may not be there, but it sure as heck started when the recent netscript upgrade was installed. In the meantime, until I get a chance to really get into it, I can just continue to use Ctrl+C at the configuring interface prompt. The system boots up as quickly as normal, and everything appears to be working. If Exim4 is started afterwards, then there should be no other gotchas. Yes, Exim4 is starting up properly, and everything seems to be going well. I'll run bugreport and file against netscript to see what happens. Thank you for your ideas, and I'll return to this thread when I have any kind of information. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fdb603b.7050...@comcast.net
Re: configuring interface configuring MTA time out
Hi, Camaleón. FYI I filed a bug against netscript package -- 677...@bugs.debian.org Best, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fdb6728.1030...@comcast.net
Re: configuring interface configuring MTA time out
On 06/15/2012 12:58 PM, Camaleón wrote: On Fri, 15 Jun 2012 12:18:03 -0400, Gilbert Sullivan wrote: On 06/15/2012 10:35 AM, Camaleón wrote: Anyway, I'd also run the following tests: 1/ Just for testing purposes, you can momentary disable wicd and test with a static IP configuration defined at /etc/network/interfaces. If this boost the booting process then we can center exclusively in WICD (I still have my doubts about what is causing this). (if 1/ makes no difference, stop here as we will have to find another culprit other than WICD, otherwise proceed with 2/) Yup, I set Wicd up to not start at boot, and I configured static IP in /etc/network/interfaces. At the next reboot, I saw the same 60 sec. delay in configuring interface and the 60 sec. delay for starting MTA. Wow :-O Then forget about WICD, profiles and all that... if the traditional ifup method is exposing the same behaviour this has to be something else. As you are running wheezy (and considering the freeze is going to be in about a few weeks) consider in opening a bug report. I'm thinking of doing that. I guess I'll file a bug against netscript. The problem may not be there, but it sure as heck started when the recent netscript upgrade was installed. I'm also running wheezy (and removed the said package which had to reinstall) but I'm using N-M and I haven't noticed this problem :-? In the meantime, until I get a chance to really get into it, I can just continue to use Ctrl+C at the configuring interface prompt. The system boots up as quickly as normal, and everything appears to be working. If Exim4 is started afterwards, then there should be no other gotchas. Yes, Exim4 is starting up properly, and everything seems to be going well. I'll run bugreport and file against netscript to see what happens. Thank you for your ideas, and I'll return to this thread when I have any kind of information. Ok, keep us informed. I feel curious about what's going on here :-) Just a note about an observation. Just for grins -- even though name resolution was working fine -- I checked the contents of /etc/resolv.conf. They are listed below: 8 # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.0.1 search wp.comcast.net 8 This is with the system connected at a location that does use Comcast as its ISP. But the contents of this file are not at all what I'd expect. I tried adding dns-nameservers 208.67.222.222 208.67.220.220 to /etc/network/interfaces. Rebooting made no difference in the contents of /etc/resolv.conf. Is that because something weird is going on, or because the changes in netscript that happened at the time of the update have changed the way resolvconf works? I suspect the latter due to other information available. I'll have to do some reading. But my initial glance at the man pages doesn't provide me any insight. Other Debian testing systems I'm running that are functioning normally -- but which don't travel around like this one -- show the same contents of /etc/resolv.conf -- with the exception of the final line. I have to admit I'm stumped right now. I'm going to try to get time this weekend to try to learn something about this. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fdbcbcb.4010...@comcast.net
Re: configuring interface configuring MTA time out
On 06/14/2012 10:21 AM, Camaleón wrote: ... Not a corner case at all, it was just me who was a bit dense O:-) Your setup is crystal-clear now and I guess is used by many road-warrior- alike users. I suppose so, but most places do use DHCP. I just have some clients who are stuck with whole networks of fixed IP addresses. As I said, I could just have Wicd (if it will cooperate) switch in an appropriate /etc/network/interfaces file when it runs, but that seems like a clumsy way to handle this. Well, if I were using WICD or Network-Manager (or a another application to manage the network configuration settings) I would avoid messing up things with the plain /etc/network/interfaces file. Generally speaking, there are two main options for managing the network: old stuff (ifup) and the new set utilities (n-m, wicd, etc...) and both have to interactuate nicely which is not always the case :-P That's for sure. As I said, the idea of scripting the swapping of /etc/network/interfaces all the time seems like a less-than-ideal way to handle this. - If using /etc/network/interfaces with a dynamic IP setup, you can configure a secondary fall-back setting in the event your system can't get the settings from DHCP server (this is done from dhcp-client and you can define time-out intervals, IP settings, and all that stuff). - If using WICD (or N-M) you have to control this from WICD provided tools which, to be sincere, I don't know what they are nor how they look :-) but there has to be some kind of control panel, applet or GUI client where you can define the options for the wired card and the rest of the parameters related to DHCP. What I would like to know is whether WICD reads (or feeds) from /etc/ dhcp/dhclient.conf file because if so, you can start tweaking this and play with the values. I experimented by uncommenting the timeout=60; line in /etc/dhcp/dhclient.conf and changing the value to 10. On a reboot, the configuring interface timeout was definitely reduced, but not quite to 10 seconds. The problem was that the configuring MTA line still took the full 60 seconds to time out, which was exactly what I'd expected it to do. So far my reading of the exim4 man pages hasn't led me to any ideas as to how to reduce that timeout. Now (and back to your problem), what's your system exactly doing at booting? Yes, we know there's a delay when setting up the network but if you boot as usual, what happens? Your system finally boots, you login and what are your current network settings? Are they fine or your eth0 card is not configured with the correct data and goes to a zeroconf setup (169.254.0.x)? All networking functions upon coming up to desktop are fine. The IP address is exactly what's set in Wicd. I ask this to have an idea on where to put the focus in either a) long delay -timeout- but NIC settings are finally okay or b) long delay - timeout- with NIC settings unconfigured. Yup, it's definitely choice a. Everything works, but the boot process is slow. And, as I said, I can speed up the configuring interface part of the boot, but the configuring MTA part still takes 60 seconds. The interesting thing is that, if I hit Ctrl+C when the configuring interface prompt is displayed, the system proceeds rapidly through the rest of the process at a normal pace, with no delay at configuring MTA. I'm not quite sure what the downside of using Ctrl+C might be. I can see in htop that exim4 is running after the boot process finishes, so at least it's not interfering with the actual launching of that process. This is really a minor issue since it only causes a minor inconvenience. I'm just investigating it because the present situation represents a substantive change in behavior on this system. It's obvious that something about the way Wicd works with networking has changed since the netscript package was upgraded some days ago. Many thanks, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fda1a45.9020...@comcast.net
Re: configuring interface configuring MTA time out
On 06/14/2012 01:34 PM, Camaleón wrote: On Thu, 14 Jun 2012 13:07:17 -0400, Gilbert Sullivan wrote: On 06/14/2012 10:21 AM, Camaleón wrote: (...) I ask this to have an idea on where to put the focus in either a) long delay -timeout- but NIC settings are finally okay or b) long delay - timeout- with NIC settings unconfigured. Yup, it's definitely choice a. Everything works, but the boot process is slow. And, as I said, I can speed up the configuring interface part of the boot, but the configuring MTA part still takes 60 seconds. Okay, let's see if there's a way to speep-up Exim4 boot time. The interesting thing is that, if I hit Ctrl+C when the configuring interface prompt is displayed, the system proceeds rapidly through the rest of the process at a normal pace, with no delay at configuring MTA. I'm not quite sure what the downside of using Ctrl+C might be. I can see in htop that exim4 is running after the boot process finishes, so at least it's not interfering with the actual launching of that process. This is really a minor issue since it only causes a minor inconvenience. I'm just investigating it because the present situation represents a substantive change in behavior on this system. It's obvious that something about the way Wicd works with networking has changed since the netscript package was upgraded some days ago. To be sincere, I don't know what's originating the problem. If you say the network settings are properly configured, why Exim4 is that lazy? :-? Searching for exim boot speed up in Google I found this: *** 1.3.7. Why does exim take such a long time to start? http://wiki.debian.org/PkgExim4UserFAQ#Why_does_exim_take_such_a_long_time_to_start.3F *** Check if any of the suggested tips helps to mitigate the pain. Hi, Camaleón. I'm coming to the conclusion that, when Wicd is set to use a profile with a fixed IP address, the system is actually only connecting to the network as it actually comes up to the desktop (after login). That would be why exim4 is timing out on the fixed IP address profiles and working just fine on the profiles that are set to use DHCP. The use of dc_minimaldns='true' didn't work to improve the situation, but it did cause the boot process to squawk. (It said that dc_minimaldns='true' will not work.) I've restored the exim4 configuration and /etc/dhcp/dhclient.conf to their default settings for now. I think that the problem I'm seeing is a temporary (I hope) glitch between netscript and Wicd, and that it'll probably be resolved at some point by upgrades. That may take a while, though, because Wicd doesn't seem to be under terribly active development. Maybe I'll try to get in touch with the Debian maintainers for the two packages. Something tells me that the packages aren't working together the way they expect them to, and that it may be counterproductive to start changing default configurations that have been working just fine for years. In the meantime, until I get a chance to really get into it, I can just continue to use Ctrl+C at the configuring interface prompt. The system boots up as quickly as normal, and everything appears to be working. I'll let you know whether or not I learn anything. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fda3129.9030...@comcast.net
Re: configuring interface configuring MTA time out
On 06/13/2012 10:43 AM, Camaleón wrote: On Mon, 11 Jun 2012 13:44:22 -0400, Gilbert Sullivan wrote: (...) Until the recent update (a couple of weeks ago) of netscript which removed ifupdown, the system just always booted quickly on any of its various network locations. Since then, when I have set Wicd to connect to one of the fixed IP address locations, the boot process halts for one minute at two places -- the configuring interface line, and the configuring MTA line. (I'm guessing the configuring MTA time out happens because the configuring interface time out precedes it.) Yes, that's likely what happens. The MTA daemon has to wait until it gets a valid networking configuration and can delay the booting process when there's a problem with it. Thank you, Camaleón, for getting back to me. I may not have stated my situation very clearly. This is a notebook that travels with me from site to site. At some sites DHCP is not used, and I'm assigned a fixed IP address. It is only at those sites where I experience the two 60 second delays (network interfaces, MTA) in boot process. I'm just confused as to why the delays just started happening. I've had the /etc/network/interfaces file configured that way for years, and the boot process at all sites -- whether using fixed IP address or DHCP -- was always quick. No timeouts. My /etc/network/interfaces file on this system is: (...) allow-hotplug eth0 iface eth0 inet dhcp So you're using dhcp for eth0... then the origin of the delay could be your system is waiting for a lease. To confirm this point, configure a static network layout in your /etc/network/interfaces file instead using dhcp, reboot and check for any difference in the time it takes now. Yes, I'm sure of this. Unfortunately, the fixed IP addresses used by this system are not the same ones everywhere. That means I'd have to have a separate /etc/network/interfaces file for each one. Actually, I can do that by just having Wicd run a script to replace the /etc/network/interfaces files for each different network. I always use Wicd to set up the system for the next spot I'm traveling to, so that would work. But it seems kind of a clumsy and complicated way to work this out, to me. If I hit Ctrl+C when the boot process stalls at the configuring interfaces line, the remainder of the boot continues quickly, albeit with a failure for startpar. I haven't noticed any untoward effect on system behavior after doing this. Is there any downside to using Ctrl+C like this? You'll be stopping the said daemon but other than that, the boot sequence will continue. Is there a way for me to edit the /etc/network/interfaces file that will get rid of the problem? I would try first by using a fixed network configuration (ip, netmask, gateway, dns...). If that works and speeds up the boot process, I'd start searching for the reason of the dhcp delay. Yeah, as I said (more clearly this time, I hope) the reason for the DHCP delay is that there isn't any DHCP server at those locations. I know I'll get a faster boot if I configure the machine's /etc/network/interfaces file for fixed IP address at each of those locations. My confusion comes from the fact that I didn't used to have to do that. I just set the interfaces file for DHCP and let Wicd handle connecting to all of the different fixed IP and DHCP sites with the proper IP address assignments. What I'm really wondering is if it's possible for me to tell my OS to make those timeouts shorter, like say 5 or 10 seconds apiece instead of 60 seconds. I'm not sure whether or not that's a bright thing to do, but I'm going to try to do research to figure it out this weekend when I have some time. Otherwise, I suppose I can just tell Wicd to swap in a different /etc/network/interfaces file for each of the networks on which I used fixed IP addresses. I hope that will work. The last time I tried using scripts from Wicd -- quite some time ago -- there were some problems with getting the scripts to run reliably. Again, Camaleón, thank you for your help! I hope you're having a nice day! Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fd8c0b7.1070...@comcast.net
Re: configuring interface configuring MTA time out
On 06/13/2012 12:54 PM, Camaleón wrote: On Wed, 13 Jun 2012 12:32:55 -0400, Gilbert Sullivan wrote: On 06/13/2012 10:43 AM, Camaleón wrote: On Mon, 11 Jun 2012 13:44:22 -0400, Gilbert Sullivan wrote: (...) Until the recent update (a couple of weeks ago) of netscript which removed ifupdown, the system just always booted quickly on any of its various network locations. Since then, when I have set Wicd to connect to one of the fixed IP address locations, the boot process halts for one minute at two places -- the configuring interface line, and the configuring MTA line. (I'm guessing the configuring MTA time out happens because the configuring interface time out precedes it.) Yes, that's likely what happens. The MTA daemon has to wait until it gets a valid networking configuration and can delay the booting process when there's a problem with it. Thank you, Camaleón, for getting back to me. I may not have stated my situation very clearly. This is a notebook that travels with me from site to site. At some sites DHCP is not used, and I'm assigned a fixed IP address. (...) How are you doing that? Are you using some kind of dhcp-client fallback configuration mode to provide the network card settings manually when no DHCP server can be contacted at the defined interval? Or are you using WICD capabilities to configure the network? This is important because WICD looks for files different from the usual ifup method so we first need to know how is your network interface being configured and what can be tweaked from what files. Yup, I'm using Wicd. When I'm ready to leave one location to trave to the next, I choose the next network's configuration from within Wicd. With the aforementioned /etc/network/interfaces file (set to use DHCP) Wicd always has me set up right when I come up to the desktop. The only difference between now and then (more than about two weeks ago) is that now, it takes two extra minutes to get to the desktop -- but *only* when I'm connecting at one of the sites that makes me used a fixed IP address. That's because something has changed in the relationship between the netscript (?) package and Wicd, I guess. It is only at those sites where I experience the two 60 second delays (network interfaces, MTA) in boot process. I'm just confused as to why the delays just started happening. I've had the /etc/network/interfaces file configured that way for years, and the boot process at all sites -- whether using fixed IP address or DHCP -- was always quick. No timeouts. Okay, I think I see now the problem (thanks for clarifying!): networking service timeouts -or takes too much time- because no DHCP server is in place and then it does something that's what we need to analyze to see a way on how to speed it up. Is that right? :-) Yup, that's it. I know my situation is something of a corner case, but I'd bet that there are other folks affected by it, too. As I said, I could just have Wicd (if it will cooperate) switch in an appropriate /etc/network/interfaces file when it runs, but that seems like a clumsy way to handle this. I was just wondering if anyone thought it might be a good idea to find a way to fiddle with the timeouts instead of switching out the interfaces file. I don't know whether or not changing timeouts is a good plan. If no one could suggest a way to do that, I was planning on just figuring out how to do the simple-minded thing by having Wicd switch the configuration file for me each time I change its network setting. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fd8d18c.1020...@comcast.net
Re: configuring interface configuring MTA time out
On 06/13/2012 02:28 PM, Andrei POPESCU wrote: On Mi, 13 iun 12, 13:44:44, Gilbert Sullivan wrote: Yup, I'm using Wicd. When I'm ready to leave one location to trave to the next, I choose the next network's configuration from within Wicd. With the aforementioned /etc/network/interfaces file (set to use DHCP) Wicd always has me set up right when I come up to the desktop. The only difference between now and then (more than about two weeks ago) is that now, it takes two extra minutes to get to the desktop -- but *only* when I'm connecting at one of the sites that makes me used a fixed IP address. That's because something has changed in the relationship between the netscript (?) package and Wicd, I guess. Err, last time I used Wicd it worked better without any stanza (other than lo) in /etc/network/interfaces. Kind regards, Andrei Hi, Andrei. Thanks for your suggestion. Yes, that's the way I used to run it. I changed it some time ago for some (probably dumb) reason. I think it had to do with getting a router at home to list it this notebook as one of the DHCP clients. For some reason that stanza had to be there (if my old brain recalls correctly) to get it registered with that router as a DHCP client. I did try commenting out the second stanza and rebooting. It made no difference. But it was certainly worth a try. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fd8e378.20...@comcast.net
Re: configuring interface configuring MTA time out
On 06/13/2012 03:01 PM, Gilbert Sullivan wrote: On 06/13/2012 02:28 PM, Andrei POPESCU wrote: On Mi, 13 iun 12, 13:44:44, Gilbert Sullivan wrote: Yup, I'm using Wicd. When I'm ready to leave one location to trave to the next, I choose the next network's configuration from within Wicd. With the aforementioned /etc/network/interfaces file (set to use DHCP) Wicd always has me set up right when I come up to the desktop. The only difference between now and then (more than about two weeks ago) is that now, it takes two extra minutes to get to the desktop -- but *only* when I'm connecting at one of the sites that makes me used a fixed IP address. That's because something has changed in the relationship between the netscript (?) package and Wicd, I guess. Err, last time I used Wicd it worked better without any stanza (other than lo) in /etc/network/interfaces. Kind regards, Andrei Hi, Andrei. Thanks for your suggestion. Yes, that's the way I used to run it. I changed it some time ago for some (probably dumb) reason. I think it had to do with getting a router at home to list it this notebook as one of the DHCP clients. For some reason that stanza had to be there (if my old brain recalls correctly) to get it registered with that router as a DHCP client. I did try commenting out the second stanza and rebooting. It made no difference. But it was certainly worth a try. Best regards, Gilbert And again, hello Andrei. I thought I'd respond to myself to keep this particular item as a subset of the thread. I got home and tried the /etc/network/interfaces file without the second stanza, and at least that second stanza is no longer necessary to show registration of the system with the DHCP server on the router. (I replaced the old router that used to give me a problem with this.) So, thank you. I am at least able to return to the standard interfaces file now, and I probably wouldn't have discovered this without your reminder. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fd90cd7.7040...@comcast.net
configuring interface configuring MTA time out
Hi! I'm running fully up-to-date Debian testing system (AMD64) with Xfce and Wicd on a system that I take from network to network during the day. I use a fixed IP address at some locations and DHCP assignment at others. Until the recent update (a couple of weeks ago) of netscript which removed ifupdown, the system just always booted quickly on any of its various network locations. Since then, when I have set Wicd to connect to one of the fixed IP address locations, the boot process halts for one minute at two places -- the configuring interface line, and the configuring MTA line. (I'm guessing the configuring MTA time out happens because the configuring interface time out precedes it.) My /etc/network/interfaces file on this system is: 8 # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp 8 If I hit Ctrl+C when the boot process stalls at the configuring interfaces line, the remainder of the boot continues quickly, albeit with a failure for startpar. I haven't noticed any untoward effect on system behavior after doing this. Is there any downside to using Ctrl+C like this? Is there a way for me to edit the /etc/network/interfaces file that will get rid of the problem? Thanks for any suggestions you might give me. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fd62e76.6090...@comcast.net
Garbled X-Forwarding Over SSH
Hi! This is an old issue I have been seeing for years. I thought I'd ask about it, since I've finally got off my duff and asked another question a few minutes ago. In Debian testing with Xfce I notice that using $ ssh -XC u...@xxx.xxx.xxx.xxx will result in the first graphical application I launch in the session having garbled icons on its toolbars, among other oddities. This is true of gtk and qt apps. All I have to do to get a proper display of the application, is to close it and restart it. Here's the odd thing. If, on the client machine, I first log off, and then log back on, the graphical aberration does not occur! In other words, in one given operational session following a boot / reboot, I have to log on / log off / log on, and then there's no trouble with the forwarding of X apps over SSH. I've confirmed this behavior to be the same on five different installations of Debian testing, and it has been this way since Squeezy was the new testing. Ideas? Should I file a minor bug report against something? If so, against what? I'm danged if it makes sense to me! Thanks much, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fd630e3.2020...@comcast.net
Re: [OT] Something about google search
On 04/08/2012 08:34 AM, Curt wrote: On 2012-04-08, Scott Ferguson scott.ferguson.debian.u...@gmail.com wrote: On 08/04/12 16:00, lina wrote: Thanks for all. 1] I installed the greasymonkey. Pretty sure it's greasEmonkey - but maybe that's the problem. ;-p They should change it then because I installed the greasy monkey is the most beautiful English sentence I've read today, and I doubt seriously things are going to get any better. It's funny, though, (in the sense of queer, odd), because I just finished reading a short story with a monkey in it named Alf. In the story, Alf is at home (a suburban house in Colorado) looking out the window (from the sill) into the front yard and a bird comes flying right at him, which makes jump back in fright, but when he does so he somehow lands under the legs of his owners rocking chair (a middle-aged woman) and his spine is broken as the woman rocks backwards in surprise. He dies on the spot (after letting out a very human-like scream). Now, if he would've been a greasy monkey, I'm thinking he might have survived the experience. Oh well. I love lina, Scott, and Curt. This made for an exceptionally nice start to my day. A great story, *and* the bonus of a new euphemism for -- uh, well, uh...I guess that's a little *too* OT. 8-) Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f81965f.10...@comcast.net
Re: how are html pages printed?
On 02/14/2012 01:05 PM, Dom wrote: On 14/02/12 17:26, Camaleón wrote: El 2012-02-13 a las 15:01 -0600, Mark Copper escribió: (Mark, remember to reply to the list, not just me ;-) ) On Mon, Feb 13, 2012 at 12:10 PM, Camaleónnoela...@gmail.com wrote: (...) I would try to add a new printer instance (keep the one you already have, just add a new one) for the printer but using a PCL6 file instead (pxlmono) and try to print the same page with it, just to compare both outputs. This sounds like a reasonable approach. I'll give it a look. Just to put out as much info as I can. This problem also occurs with Fedex shipping labels which do not involve explicit pop-up windows (but a lot of javascript). I think the pop-up window is not relevant for the problem but the generated image/code by the courier web services. They can contain some data your printer driver cannot handle and thus outputs the error. Also it is worth remembering there is *not* a problem printing to the same printer from either squeeze on AMD or wheezy on i386 machines, I beleive. You mean the 32-bits wheezy install can print that pages without troubleshoot, using the same PPD file? It could be then a problem with the 64-bits CUPS packages... anyway, I would try first with pxlmono and see how it goes. I don't know that it's a problem with the 64-bit Wheezy. I have the same model printer and have been puzzling for a while why sometimes web pages print that error message, and others work fine on my 32-bit Wheezy setup. However I hadn't got any further into my investigation, as I printed them successfully on my other printer (Epson inkjet) instead. Now I will take more notice of which pages fail and examine the html and the generated postscript files. This is an aside concerning a very interesting coincidence between my experience and yours. I use an application called Zim. Zim's method of printing is to print to a browser. (I can use the system default browser or any other.) To get a paper printout, one then has to print to the printer from the browser. On my Wheezy AMD64 system this always results in pure black output on our HP OfficeJet 6310, which is a combination printer / scanner / fax. On our i386 systems running Wheezy and the same CUPS and PPD we get proper output. This has been going on for months. It is the same with all browsers (epiphany, iceweasel, chromium, midori). The workaround for the 64 bit system is to print from the browser to a PDF file using cups-pdf. Printing the PDF file then produces perfect output. After seeing this thread and comparing the information in it to my own situation I'm thinking this must, indeed, be an issue with the CUPS package in the the AMD64 version of Wheezy. This HP printer has to be installed via the hp-setup utility if you want the scanner and / or fax to work. The hp-check utility does show a bunch of errors when run, but it has always done that -- even when the printer was working perfectly well. Sorry if I'm just adding noise to the thread. I' hoping that the additional information might help you in some oblique way with your approach to solving the problem. As I said, I have a workaround that isn't too burdensome. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f3aa99c.80...@comcast.net
Re: System locks
snippety-snip On 02/04/2012 10:35 PM, lina wrote: On Sun, Feb 5, 2012 at 1:42 AM, Gilbert Sullivan whirly...@comcast.net wrote: Hi, Lina. Xfce occasionally corrupts its settings for an individual user. I and others have found that this is more likely to happen immediately after applying updates, of which there have been quite a few for Xfce recently. Hi Gilbert, I believe that the corruption occurs because most frequently because Xfce is placed in some intermediate state by the upgrades that have just been applied, and the user logs out or reboots with the Save session for future logins checkbox enabled. So, the corrupted session gets saved. You are right. Before I was surprised why everytime I reboot it showed me the old terminal, not like restart, more like wake up from hilbernation, later I figured it out. Here's a brief procedure that was suggested to me by a member of the Xfce community. It always works for me when this happens: 1. Reboot in recovery mode. (Hit esc key during grub splash, and select recovery mode.) I entered from kernel (recover mode) 2. Log in to the recovery console with the root password. 3. Use su to change to the affected user id in the console. (su lina, in this case) 4. From the command line delete $HOME/.cache/sessions/xfce4-session-* where * will be the machine id:display number. (probably /home/lina/.cache/sessions/xfce4-session-your_machine_name:0) I removed all inside the session part. 5. Reboot and bring up the system in the usual manner. It works. The above procedure can clear corruptions in the session settings without removing most (any?) of your personally configured settings for panels, desktop, etc. At worst it can do no harm. Xfce is capable or re-creating the file you're deleting. I've never had to redo basic configurations for the desktop after using the procedure. I hope that information is useful. If not, then it at least should not cause you any further troubles. Thanks, it's very helpful. That's good news. I'm glad the procedure worked for you. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f2ea880.7000...@comcast.net
Re: System locks
On 02/04/2012 11:02 AM, lina wrote: snip Thanks, it's fixed after aptitude purge xfce4 xfce4-session and remove some file in .config I guess there is still remainings, cause once I re-install xfce4 and xfce4-session, it came back again. All your suggestions are highly appreciated, Best regards, Hi, Lina. Xfce occasionally corrupts its settings for an individual user. I and others have found that this is more likely to happen immediately after applying updates, of which there have been quite a few for Xfce recently. I believe that the corruption occurs because most frequently because Xfce is placed in some intermediate state by the upgrades that have just been applied, and the user logs out or reboots with the Save session for future logins checkbox enabled. So, the corrupted session gets saved. Here's a brief procedure that was suggested to me by a member of the Xfce community. It always works for me when this happens: 1. Reboot in recovery mode. (Hit esc key during grub splash, and select recovery mode.) 2. Log in to the recovery console with the root password. 3. Use su to change to the affected user id in the console. (su lina, in this case) 4. From the command line delete $HOME/.cache/sessions/xfce4-session-* where * will be the machine id:display number. (probably /home/lina/.cache/sessions/xfce4-session-your_machine_name:0) 5. Reboot and bring up the system in the usual manner. The above procedure can clear corruptions in the session settings without removing most (any?) of your personally configured settings for panels, desktop, etc. At worst it can do no harm. Xfce is capable or re-creating the file you're deleting. I've never had to redo basic configurations for the desktop after using the procedure. I hope that information is useful. If not, then it at least should not cause you any further troubles. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f2d6df2.90...@comcast.net
Re: xserver-xorg vs. xserver-xorg-video-nouveau
On 01/31/2012 03:07 PM, Brian wrote: On Tue 31 Jan 2012 at 20:51:21 +0100, Sven Joachim wrote: Sven, maintainer of the borked package Seeing as you mention it - it is time to say 'thank you'. + 1 to this. Many thanks to Sven, not only for his work as a package maintainer but as a contributor on this newsgroup. The nouveau drivers made my Dell Precision workstation usable for the last few months of its life. The binary blobs caused all sorts of headaches with the various DEs I used on that computer (Gnome, LXDE, Xfce). All of the little gotchas went away when I switched to nouveau. Yeah, there were a couple of issues with nouveau, too. But -- because it was open source -- I was able to figure some of them out myself, and get answers for others -- most notably from Sven, himself. Having a properly functioning DE is a lot more important for this old curmudgeon than having 3D acceleration. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f2868c0.4010...@comcast.net
Re: Xfce steals keyboard shortcuts?
On 01/08/2012 07:54 PM, Freeman wrote: On Mon, Nov 28, 2011 at 04:13:37PM -0800, evenso wrote: On Sun, Nov 27, 2011 at 10:01:09PM +0400, Roman Khomasuridze wrote: Sorry, forgot to mention that in previous post..see settings - window manager - keyboard. there are bunch of cntrl related shortcuts there. remove them and you'll be all set up. (Starting the bottom post protocol used here.) That was helpful but I still haven't ever found, got working or successfully entered under Xfce4 the Controlspace shortcut that is used by kupfer out of the box in Gnome and Openbox. Although I do have Superspace working for gmrun. For that matter, I have never succeeded in getting any Controlxyz shortcut working under Xfce4. In case I am not the only person who didn't know this, I recently discovered that the fxce4 term for the ctrl key is Primary . To quote a little note that showed up in the aptitude scroll during installation of the latest libxfce4gui library to make its way into Wheezy on my systems: -8- libxfce4ui (4.8.0-4) unstable; urgency=low Starting Gtk+ 2.24.7, the Control key often found on PC keyboards isn't called 'Control' but 'Primary', breaking configured keyboard shortcuts already set. If you experience this in Xfce (application not starting and keyboard shortcut using Control key), just re-bind the various shortcuts using the same keys combination. The shortcut will be replaced by the 'Primary' version and will work correctly. -- Yves-Alexis Perez cor...@debian.org Mon, 28 Nov 2011 16:10:00 +0100 -8- All I needed to do to restore my keyboard shortcuts that used the Ctrl key was to delete those shortcuts, and then re-create them. When you do this you'll see that the left Ctrl key will be called Primary. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f0ae417.9010...@comcast.net
Re: Xfce steals keyboard shortcuts?
On 01/09/2012 06:34 PM, Freeman wrote: On Mon, Jan 09, 2012 at 07:56:55AM -0500, Gilbert Sullivan wrote: On 01/08/2012 07:54 PM, Freeman wrote: On Mon, Nov 28, 2011 at 04:13:37PM -0800, evenso wrote: On Sun, Nov 27, 2011 at 10:01:09PM +0400, Roman Khomasuridze wrote: Sorry, forgot to mention that in previous post..see settings - window manager - keyboard. there are bunch of cntrl related shortcuts there. remove them and you'll be all set up. (Starting the bottom post protocol used here.) That was helpful but I still haven't ever found, got working or successfully entered under Xfce4 the Controlspace shortcut that is used by kupfer out of the box in Gnome and Openbox. Although I do have Superspace working for gmrun. For that matter, I have never succeeded in getting any Controlxyz shortcut working under Xfce4. In case I am not the only person who didn't know this, I recently discovered that the fxce4 term for the ctrl key is Primary . To quote a little note that showed up in the aptitude scroll during installation of the latest libxfce4gui library to make its way into Wheezy on my systems: -8- libxfce4ui (4.8.0-4) unstable; urgency=low Starting Gtk+ 2.24.7, the Control key often found on PC keyboards isn't called 'Control' but 'Primary', breaking configured keyboard shortcuts already set. If you experience this in Xfce (application not starting and keyboard shortcut using Control key), just re-bind the various shortcuts using the same keys combination. The shortcut will be replaced by the 'Primary' version and will work correctly. -- Yves-Alexis Perez cor...@debian.org Mon, 28 Nov 2011 16:10:00 +0100 -8- All I needed to do to restore my keyboard shortcuts that used the Ctrl key was to delete those shortcuts, and then re-create them. When you do this you'll see that the left Ctrl key will be called Primary. Right, the nifty Settings Keyboard Shortcuts utility. However, I've noticed that Primary shortcut in Xfce4 are interfering with some Ctrl shortcuts in mutt, even when the mutt window is not active. This didn't with the same Ctrl shortcuts in Gnome because I wouldn't have been able to use mutt effectively. So Xfce4 is not respecting the window for Primary shortcuts or something is different. Ouch! I don't use mutt, or anything else (apparently) that gets interfered with, but I can see how that would be a bummer. Is it possible that Mutt's integration (or lack thereof) into the DE could be a part of the problem in this case? If this makes no sense -- it is late (where I live), and I am taking medication. ;-) Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f0b8548.8060...@comcast.net
Re: Loss of Xfce DE functionality since testing upgrades to clutter on 12/17
On 12/31/2011 10:59 AM, Gilbert Sullivan wrote: Hi, This is more a matter of general curiosity than something I'm trying actively to fix. I would, of course, like to correct the problems, but they are not show-stoppers for me. If the behaviors I'm reporting can be expected to be corrected at some point by future upgrades I'm content to wait. If, however, I can contribute to development or bug-fixing efforts by filing or contributing to bug reports I'd be happy to do so. It's just that I'm clueless in this case as to the appropriate target for such a report. I noticed that apt-listbugs flagged the new version of clutter to which my systems were upgraded on 12/17/2011 as breaking mesa. The following bug report was mentioned. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620908 That bug report, though, doesn't really seem to have much of anything to do with the issues I've noticed in Xfce since that time. The issues I see are: 1. Compositing in Xfce doesn't work properly. All windows and panels are surrounded by large-width flat gray shadows, and transparency is broken. With compositing turned off, everything looks normal for that state. 2. The Desktop applet in Xfce Settings Manager is unable to change the desktop background. Instead, only the background selected by update-alternatives is allowed. Furthermore, choosing none doesn't remove that background image. 3. Right-clicking the desktop doesn't activate Xfce's menu system any more -- but this failure is something I've seen only on some of my testing installations, not all of them. It may be that I don't run many or any applications or drivers that make use of clutter and mesa in such a way as to cause the types of failures mentioned in the bug report. I have seen the failed to create drawable error on occasion in a terminal when starting some Mozilla apps (iceweasel, icedove, iceowl -- IIRC), but that's about the only obvious thing (to me, a relative beginner in GNU/Linux) my experience shares with the bug report. Would anyone have general comments on this matter that might guide me to some type of understanding? Are these issues I'm seeing connected to that bug report? I started to just report this to the xfce-b...@xfce.org, x...@xfce.org, or pkg-xfce-de...@lists.alioth.debian.org, but thought that it obviously involves non-xfce packages and might be peculiar to Debian testing / unstable, so that I should try here first. Thanks for any information you might provide. Regards, Gilbert Oh, good grief! Never mind the noise. I posted in the Xfce community and a kind user there (Forester) reminded me that this was probably just corruption of the xfce session. Everything is working now. At least I was smart (???) enough to doubt that this really had anything to do with the clutter / mesa issue. Too bad I wasn't smart enough to remember that Xfce seems to get its sessions boggled once-in-a-while by upgrades. Doh! Again, sorry for the noise. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f030bff.8080...@comcast.net
Loss of Xfce DE functionality since testing upgrades to clutter on 12/17
Hi, This is more a matter of general curiosity than something I'm trying actively to fix. I would, of course, like to correct the problems, but they are not show-stoppers for me. If the behaviors I'm reporting can be expected to be corrected at some point by future upgrades I'm content to wait. If, however, I can contribute to development or bug-fixing efforts by filing or contributing to bug reports I'd be happy to do so. It's just that I'm clueless in this case as to the appropriate target for such a report. I noticed that apt-listbugs flagged the new version of clutter to which my systems were upgraded on 12/17/2011 as breaking mesa. The following bug report was mentioned. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620908 That bug report, though, doesn't really seem to have much of anything to do with the issues I've noticed in Xfce since that time. The issues I see are: 1. Compositing in Xfce doesn't work properly. All windows and panels are surrounded by large-width flat gray shadows, and transparency is broken. With compositing turned off, everything looks normal for that state. 2. The Desktop applet in Xfce Settings Manager is unable to change the desktop background. Instead, only the background selected by update-alternatives is allowed. Furthermore, choosing none doesn't remove that background image. 3. Right-clicking the desktop doesn't activate Xfce's menu system any more -- but this failure is something I've seen only on some of my testing installations, not all of them. It may be that I don't run many or any applications or drivers that make use of clutter and mesa in such a way as to cause the types of failures mentioned in the bug report. I have seen the failed to create drawable error on occasion in a terminal when starting some Mozilla apps (iceweasel, icedove, iceowl -- IIRC), but that's about the only obvious thing (to me, a relative beginner in GNU/Linux) my experience shares with the bug report. Would anyone have general comments on this matter that might guide me to some type of understanding? Are these issues I'm seeing connected to that bug report? I started to just report this to the xfce-b...@xfce.org, x...@xfce.org, or pkg-xfce-de...@lists.alioth.debian.org, but thought that it obviously involves non-xfce packages and might be peculiar to Debian testing / unstable, so that I should try here first. Thanks for any information you might provide. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eff314c.2070...@comcast.net
Re: Adobe flash is dead
On 11/09/2011 02:51 PM, Andrew Wood wrote: Why do Linux distros consider it desirable to install Gnash by default? I understand the desire to have a free flash player but Gnash is a very poor implementation and I think it tarnishes Linux's image rather than enhances it. Its buggy, a lot of content it cant display, or displays improperly. You often end up with ads jammed over the main content of the page because Gnash has drawn them in totally the wrong place, it causes browsers to crash and last night I was puzzled as to why my CPU fan was going full throttle after upgrading wheezy. A quick look at the process list revealed Gnash had been re-installed and was thrashing all 4 CPU cores just displaying a web ad. A newcomer to Linux would think this was the best the platform could offer, when in reality theyre far better off installing the 'real' Adobe player. OK it may be closed source but closed source isnt all evil and hats off to Adobe for actually making a Linux version which is pretty damn good if you give it a chance. Id be happy to see Gnash dead. I don't get it. There are lots of distros that do offer the proprietary stuff by default. There are choices on this platform. Users should make the ones that suit them best, and be satisfied with letting each distro proceed according to its stated philosophy. (There are distros that consider Debian too liberal with respect to licensing issues. They offer NO repository support for proprietary software at all.) If you want Gnash dead, you can just let it be dead on your system. The default Debian installation gives you the ability to use the contents of the non-free and contrib repositories by default. (I disallow both of them them from my sources.list file during the expert installation process.) Or you can go with something like Ubuntu or Mint where the Adobe player and reader and other stuff are officially supported in the distro. I happen to appreciate the efforts of those who develop Gnash and wouldn't want them (or the devs on the alternative free player technologies) to cease their efforts. GNU/Linux is about having choices, not about limiting all of the distros to be the same, and forcing all of them to do what people with one particular bent want to see in an OS. Anyway, I doubt that a lot of newbies wander into Debian or Fedora or Arch, etc. Newbies can get the Adobe stuff right up front in the distros they're probably most likely to choose. Oh, and if your system was maxing out four cores trying to display an ad, you might be concerned about the way your browser is configured. Maybe a little customization by way of plugins or alteration of browser settings is in order? There are some very nice capabilities these days that prevent that sort of nonsense from being a problem. I don't see ads anywhere I go on the Web -- unless I specifically allow them. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ebafd6e.2080...@comcast.net
Re: XFCE--can't mount USB devices
On 10/12/2011 10:09 PM, Jesse Sheidlower wrote: ... What is the overall view of this issue? Is this a bug? Is your solution the right one? Should it be fed back to the XFCE team? From my perspective, this should Just Work, and the user shouldn't be expected to figure out a solution like this ... Not that I'm really involved in this part of the thread (I'm the guy who suggested LightDM.), but I thought I'd let you know that I was informed that the Xfce team are planning to use LightDM as their default DM. Since GDM (version 2) got dropped from Debian testing fairly recently -- but _before_ LightDM was available -- XDM was chosen for the time being to be the default DM you'd get when doing an Xfce installation. (I'm not certain whether or not this is still the case. Aptitude on my newly installed systems still shows XDM as a dependency of task-xfce-desktop, even though LightDM is obviously now available in the testing main repository.) It's my understand that the Debian package manager for Xfce and the Xfce devs upstream are focusing efforts on making LightDM work, rather than supporting XDM. It would be nice if they had made XDM work better, but time and resources are always scarce in development and support -- and this is especially so when a surprise like the dropping of GDM version 2 (the previous default DM) occurs. I think we'll like the eventual result of their efforts, but right now things seem a little unsettled. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e96d5cc.4080...@comcast.net
Re: XFCE--can't mount USB devices
On 10/12/2011 05:53 AM, Jesse Sheidlower wrote: I'm running XFCE 4.8 on Debian Testing, with everything up to date; I'm using xdm as my display manager. Any attempt by a non-root user to mount a USB device in Thunar fails with the message Mount Failed: Failed to mount [device] Not Authorized. I do have Thunar set to mount removable media automatically. This seems to have been a problem from the start of 4.8; there's quite a bit of discussion of this for Arch Linux and Slackware, but I can't find anything useful for Debian. It seems to be an issue with ConsoleKit, but the solutions for Arch don't really apply for Debian as the setup is different. There was a discussion of this in the Debian forum when 4.8 came out at http://forums.debian.net/viewtopic.php?f=20t=63088start=60 but there was no clean answer. I hesitate to suggest this, but using the LightDM package in place of XDM fixes these ConsoleKit issues. But when I say fixes I speak with a certain trepidation. I have been bouncing back and forth between XDM and LightDM on my Debian testing systems for months now. Every time I use LightDM I get bitten by some new bug. The worst two problems I've seen are: 1. When I first tried it (LightDM) I saw huge ~/.xsession-errors files on systems running AMD64 kernel with eventual hard lock of the system and a subsequent inability to log back on to the user profile. (Note: There was really nothing wrong with the user profile per se. I could get onto it with startx or by installing a different DM. This problem appears to have been fixed via upgrades over the past few weeks. But I went through several cycles of LightDM installation / purging before I saw this issue go away.) 2. Just recently I have seen constant high CPU use by the lightdm process on some machines running the i386 kernel. But having LightDM installed does make Thunar work for mounting volumes, and... A related problem is that I am not able to restart or shut down using the graphical tools; here's a recent discussion of this on the XFCE forum from a Debian Testing user: http://forum.xfce.org/viewtopic.php?id=6343 This also seems to depend on a ConsoleKit permissions issue. I don't particularly care about this myself, as it's easy enough to do this from the commandline; I'm mentioning it only as a parallel. ...it makes the logout / shut down / reboot / hibernate / suspend choices work on the logout dialog. It also makes all of the Xfce4 power manager stuff work. I'd be grateful for any suggestions. This does seriously affect the usability of the system, and it's getting very frustrating; I'd think that the ability of a regular user to hotplug removable media should be an important thing to have working. For now I'm sticking with XDM. I put a file in /etc/sudoers.d to give my users permission to use poweroff and reboot (I created launchers for those who didn't want to use the xfrun4 dialog), and I show them how to use pmount for command line control of volume mounting. LightDM is at version 0.9.7 in the testing main repo (the only repo I use). I've been following the distro-pkg-...@open.jdk.net list to try to decide when to try LightDM again. I think, from what I've seen so far, that I'll wait until 1.0.2 or 1.0.3. GDM3 just isn't a reasonable solution for Xfce users because it insists on installing the entire Gnome power management scheme, with somewhat unpredictable results on system behavior -- at least on the test system I used for looking at it. I hope that's helpful. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e958965.2020...@comcast.net
Re: XFCE--can't mount USB devices
On 10/12/2011 05:53 AM, Jesse Sheidlower wrote: ... usability of the system, and it's getting very frustrating; I'd think that the ability of a regular user to hotplug removable media should be an important thing to have working. ... I thought I'd add an additional comment about having regular users able to hotplug removable media. Actually, the way this is currently set up in Thunar is, IMO, sub-optimal. The Thunar context menu doesn't differentiate between unmounting and ejecting. You can mount, and you can eject. That doesn't suit me at all. So, even when I was using LightDM, I tended to use pmount for controlling the mounting and unmounting of removable media and drives. This feature of Thunar was deliberate, but I believe I've read from an authoritative source (developer) that it's going to be rectified in a future version. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e958d0d.60...@comcast.net
Re: dates of install for pkgs
On 10/10/2011 02:50 PM, Harry Putnam wrote: Gilbert Sullivanwhirly...@comcast.net writes: On 10/10/2011 10:17 AM, Harry Putnam wrote: Is there a command similar to `dpkg --get-selections' that shows all installed/deinstalled pkgs, but where one can get the dates of install or remove. A fairly quick pass thru man dpkg seems to indicate there is not. Well, if you don't need to go back more than about 6 months, I think you can find what you need in the aptitude logs (and archives) under /var/log. It happens that I keep all of my old aptitude logs because I like to keep track of this stuff all the way back to the original installation of the system. I'm guessing by now you have worked out a script or the like to do automate some of that. I can look and figure some basic helper script once I've digested the format of the various sources ... but hoping to coattail on something you've already spent some time on. Sorry. As you might surmise by the time that elapsed before I got around to replying I tend to be a bit lazy. I'm afraid that the laziness extends to my habits in systems management. Since I only manage a few, I tend to do chores like this manually instead of by script. I simply copy the data out of /var/log/aptitude after each day's changes to the systems and paste it into a single large text file for each system. You should note that the aptitude log only records the changes you _tried_ to make to the system. If an installation fails, that fact may not be recorded in the log. I've only seen one or two instances of such failures over the few years I've been using Debian. I'm sorry I couldn't provide a script out of hand, and I hope you find a solution that suits you. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e944d19.5010...@comcast.net
Re: dates of install for pkgs
On 10/10/2011 10:17 AM, Harry Putnam wrote: Is there a command similar to `dpkg --get-selections' that shows all installed/deinstalled pkgs, but where one can get the dates of install or remove. A fairly quick pass thru man dpkg seems to indicate there is not. Well, if you don't need to go back more than about 6 months, I think you can find what you need in the aptitude logs (and archives) under /var/log. It happens that I keep all of my old aptitude logs because I like to keep track of this stuff all the way back to the original installation of the system. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e931123.4050...@comcast.net
Re: [SOLVED]Re: Recent Changes in CUPS and Foomatic Causing All-Black Printing from Browsers?
On 10/05/2011 12:37 AM, Whit Hansell wrote: On 09/13/2011 07:51 AM, Gilbert Sullivan wrote: On 09/12/2011 06:36 PM, Whit Hansell wrote: I'm using Wheezy too and had the same problem w. getting a black page in the browser but it printing ok elsewhere. Now, after today's upgrade, I no longer get a black page. I get nothing. It won't print. I send the job and wait and nothing. I have to clear the print jobs but I have to disable and then enable the printer again to do that. I can however, print a printer friendly page in the browser. And I can print graphics when I right clik on the pic and do a view image, then it opens w. only the picture and that prints fine. Yes, I'm used to breakage, and don't generally mind it. But this one is such an unusual case. I usually see all of these testing systems react in the same manner when an upgrade breaks something. But this time the older installations are fine while the new ones are affected. It used to be that every CUPS upgrade would break this particular printer on every system, and all I had to do was to remove the printer and re-install it with the hp-setup script. there is a glitch somewhere in Cups or foo or something. They will get it figured out but it might take a few more days. That's the fun of Wheezy(testing). Stuff is upgraded and gets broken but in a short period of time they find the problem and fix it. That's why they tell us not to use Wheezy for production, but to stay w. stable. I've used testing since sarge mostly and have gotten used to the intermittent broken parts. I just found out that Cheese is fixed now again. It's always one thing or another but we are on the bleeding edge as they say. Just wait a few days. It'll get fixed. Regards, Whit I'm just hoping that the something in CUPS or FOOMATIC that is causing this is actually going to get fixed. If it's a change they needed to make for an important reason, and if it only broke a few oddball printers, then the driver for this printer might have to be re-written. And, IME, that usually takes a while and sometimes doesn't get done at all if there isn't enough demand for it. And I love using testing for production -- but only for me and a few others who are willing to use a work-around or two when something goes south. Thank you, Whit, for confirming that I'm not alone with this problem. Have a good one! Thanks Gilbert. Thot' I'd let you know yesterday's upgrade in Wheezy fixed my Cups problem w. MY printer(printed black page-major ink waster). An HP PSC 1500 Series AIO. Hope it fixed yours too. Regards. Whit Hi, thanks for your note on this. Unfortunately, the HP OfficeJet 6310 is still printing all-black, but only from specific types of Web pages. I use a package called Zim which has no ability to print on its own. Instead, it prints to browser, and then I print from browser to printer. It happens no matter which browser I use (Iceweasel, Midori, Chromium, Epiphany). This is the ONLY printer (out of five) which has this problem, but it happens to be the one that's most convenient to use and which has color output. I think some change in CUPS has broken this particular printer driver. Unfortunately, since it is a multi-function device, I have to install it using the hp-setup script, and that doesn't give me a choice of testing other drivers -- unless I can find one in the repositories. (My problem is partially attitude. I have made a point of not using anything from outside the main testing repository -- not even anything from contrib or non-free.) I'm glad to hear that your issue is fixed. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e8da485.8070...@comcast.net
Re: The knotify zombie apocalypse
On 10/06/2011 10:16 AM, Brad Alexander wrote: Hi all, Over the past few days, I've noticed on my sid workstation, that the number of zombie knotify processes has been increasing. Sunday, I had about six. Now I am up to 56. Has anyone else seen this behavior from knotify? Thanks, --b As I use neither Sid nor KDE I cannot help, but your subject line gets 5 stars from me! Sorry, couldn't resist. I really would see a movie with this title. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e8dd046.6000...@comcast.net
Re: openjdk-7-jre and Iceweasel
On 09/30/2011 02:28 AM, Lisi wrote: ... Thank you to all three of you. I finally manged to install icedtea-plugin from Sid, but now things are even worse! Before, I got a box with a message that I needed to install java. Now I just have a box-shaped light grey area with nothing else visible. :-( Any clues? I am beginning to think that I may have to install another distro just for this. :-( But I'll try Squeeze first. Sorry - I have not got you any further forward, Gilbert. There have been many people trying to help me move forward for many years. Very few have succeeded in moving more than a few mm at a time. ;-) I'm going to give an adaptation of Torstein's suggestion a shot to see how well it works with testing/unstable. If I learn anything I'll be back. In the meantime, I watch with interest. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e85a08e.2060...@comcast.net
Re: Updated Kernel-building Web Page Available
On 09/30/2011 07:32 AM, Stephen Powell wrote: On Thu, 29 Sep 2011 08:01:47 -0400 (EDT), Gilbert Sullivan wrote: I'm looking forward to working through a couple of build scenarios using that page as a guide. Your efforts at this and on this list are much appreciated. Thanks, Gilbert. I updated the page again today to fix some typos and to add some stuff which I forgot. Let me know how it goes. I hope I get to tackle it soon. I learned last evening that *She-who-must-be-obeyed* has just volunteered me for a community function that may keep me fully occupied until next year. I don't think she understood just how all-consuming this was going to be, but we covered 300 miles today just to get an idea of the scope of the project. Now she's wishing she hadn't been so public-spirited on my behalf! Ha! My goal is to make it a thorough and comprehensive tutorial for building custom kernels in Debian and for integrating custom kernels with the regular maintenance and upkeep of a Debian system. I also want to mention as many of the common gotchas as possible, and show how to avoid them. Unfortunately, those goals appear to conflict with brevity. ;-) Although the traditional make-kpkg way is the main focus, I desire to include enough information on the newer make deb-pkg way to make the page useful to make deb-pkg users too. It is covered in the Alternatives section and is mentioned here and there throughout the document. It really looks like you've done a heck of a job on it, too. I had found your page before and had wanted to give the process a whirl. When I first heard about the updates I was really eager to try my tyro hand at this. Now I'm wondering just when I'll get the chance to nonchalantly drop comments about my latest kernel build amongst my fellow ancients at the community center. I hope it doesn't have to await my final plunge into retirement! I will most certainly let you know how it goes, when I do get around to it. I admire the spirit of people who work to provide how-to guides to help the uninitiated. I've tried to do the same in my so-called fields of expertise and found that teaching was a terrific way to attain a deeper understanding of the subject matter for myself. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e864977.9060...@comcast.net
Re: Updated Kernel-building Web Page Available
On 09/29/2011 07:09 AM, Stephen Powell wrote: Based on new stuff that I've learned over the last month and a half, much of which has been learned from Camaleón's recent thread about reducing kernel compilation time, I have published a revised version of my kernel-building web page http://users.wowway.com/~zlinuxman/Kernel.htm The top entry in the Maintenance Log section briefly summarizes the changes. If anyone finds any errors in it, I'd appreciate being notified. I am grateful for the many valuable tips that I've learned from others here on the debian-user mailing list. Together, we know it all! Note: if the top entry in the Maintenance Log section doesn't show a date of September 29, 2011, you're looking at an older cached version of the page. Reload the page (F5 in iceweasel) to see the most recent version of the page. I'm looking forward to working through a couple of build scenarios using that page as a guide. Your efforts at this and on this list are much appreciated. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e845e2b.2080...@comcast.net
Re: Installing icedtea-plugin from Sid on Wheezy system - was Re: openjdk-7-jre and Iceweasel
On 09/29/2011 03:37 PM, Lisi wrote: On Thursday 29 September 2011 17:03:55 Dejan Ribič wrote: Dne 29.9.2011 17:54, piše Lisi: I am trying, without success, to run: http://media.pearsoncmg.com/aw/aw_kurose_network_2/applets/dns/dns.html I am not sure this works with openjdk-7 but try to install icedtea-plugin. It seems to be available only in Sid. I have never tried to mix systems before. I first thought of putting Sid into my sources.list, installing icedtea-plugin and then commenting Sid out of my sources.list. But that won't work will it? Becauseaafter adding Sid to tehsources.list I would have to run update, would I not? And I don't want everything updated to Sid. So where do I go from here? Thanks, Lisi Hi, Lisi. I am by no means an expert at running mixed systems. But I can tell you my experience from a few weeks ago with this exact issue. I had been happily using the icedtea plugin with the OpenJDK JRE on my old system running Wheezy. I got a new system and did a new installation of Wheezy on it and on my spare laptop, and there was no icedtea plugin to be found in the repository. I learned that the old icedtea plugin was going to be replaced by an icedtea-netx plugin -- or something with a name approximately along those lines. Anyway, nothing of the sort was currently available from the wheezy main repository. I added the unstable main lines to my /etc/apt/sources.list file, then ran aptitude (interactive mode) and ran an update. I then searched for and selected ONLY the openjdk jre and the icedtea-netx and installed them. (I left all of the thousands of upgrades available on HOLD.) I then commented out the sid lines in the sources.list file and ran aptitude update again, and that reverted everything so that aptitude would not think that it needed to install a jillion upgrades. It worked after a fashion, but dealing with the iceweasel browser version changes that have been making their way into wheezy and trying to keep the icedtea / netx plugin and jre from sid updated just got to be a pain, so I ripped them out of the system and stopped using Java for the time being. I've been waiting for a number of weeks for this stuff to get hashed out and make its way from unstable to testing, but I'm not holding my breath any longer. You, however, have a more compelling reason to want the function than do I. (I only used it for playing online crossword puzzles. Doh!) If you subscribe to the distro-pkg-...@open.jdk.net list you can see that there's a lot of activity -- and, apparently, a little bit of infighting, too. But I'm not sure we can expect to see a solution very soon -- at least not if I'm interpreting what I read there correctly. I'm guessing that those folks have to arrive at more suitable solutions before the package managers for the Debian Wheezy packages dare to bring the packages into Wheezy. I use only the main repositories, not even deigning to use proprietary firmware on any of my systems. Obviously, I'm going to be stubborn and not install the Sun java jre. So I'm stuck until this is fixed. I love my Wheezy and don't want to go back to stable, but the Squeeze folks do have it better right now with regards to this particular issue. They still get to use FOSS for supporting Java applets. Now -- if I've stuck my foot in my mouth, and someone has a better idea of what the heck is going on and when we might hope to see a fix for using Java applets in Wheezy (without resorting to the Sun JRE) I hope this person or persons will step right up, whack me in the head with a clue-by-four, and enlighten me. And then you (Lisi) and I will have an idea of how we should proceed. Here's hoping you find the answer that I've just been waiting for and wishing for! Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e84d5ce.2020...@comcast.net
Re: a quick Q: iceweasle add on
On 09/23/2011 12:23 PM, lina wrote: Hi, My iceweasle version is 5. while for this add-on, it has not updated to 5 yet. https://addons.mozilla.org/en-US/firefox/addon/1-click-youtube-video-download/ any suggestion? I used to have a good faith about this plugins, but for half a year I did not meet any song wanted me to download from Youtube. so barely forget it. and today I met a damn good video, so wanted to download it. Thanks for any suggestions, You could just use apt-get or aptitude to install the youtube-dl package. To use it you can just issue a command like $ youtube-dl address of YouTube video you want to download That will put the video in your home directory. Another package that works similarly is cclive. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e7cb7fd.5030...@comcast.net
Re: a quick Q: iceweasle add on
On 09/23/2011 01:00 PM, lina wrote: On Sat, Sep 24, 2011 at 12:46 AM, Gilbert Sullivanwhirly...@comcast.netwrote: On 09/23/2011 12:23 PM, lina wrote: Hi, My iceweasle version is 5. while for this add-on, it has not updated to 5 yet. https://addons.mozilla.org/en-**US/firefox/addon/1-click-** youtube-video-download/https://addons.mozilla.org/en-US/firefox/addon/1-click-youtube-video-download/ any suggestion? I used to have a good faith about this plugins, but for half a year I did not meet any song wanted me to download from Youtube. so barely forget it. and today I met a damn good video, so wanted to download it. Thanks for any suggestions, You could just use apt-get or aptitude to install the youtube-dl package. To use it you can just issue a command like $ youtube-dladdress of YouTube video you want to download That will put the video in your home directory. $ youtube-dl http://www.youtube.com/watch?v=dREKkAk628Ifeature=related [1] 18854 lina@debian:~/Desktop$ [youtube] Setting language [youtube] dREKkAk628I: Downloading video webpage [youtube] dREKkAk628I: Downloading video info webpage [youtube] dREKkAk628I: Extracting video information Traceback (most recent call last): File /usr/bin/youtube-dl, line 2987, inmodule retcode = fd.download(all_urls) File /usr/bin/youtube-dl, line 604, in download ie.extract(url) File /usr/bin/youtube-dl, line 844, in extract return self._real_extract(url) File /usr/bin/youtube-dl, line 1135, in _real_extract 'player_url':player_url, File /usr/bin/youtube-dl, line 571, in process_info success = self._do_download(filename, info_dict['url'].encode('utf-8'), info_dict.get('player_url', None)) File /usr/bin/youtube-dl, line 775, in _do_download stream.close() AttributeError: 'NoneType' object has no attribute 'close' I tried the related URL, not work. can you download it? (haha... if you can, once you download, can you do me a favor, send the video to me. LOL ... sorry, for the beauty of the voice, hope I did not ask too much here. For 4 hours I am sitting here, there is no other sounds, except this one. might be a bit crazy, my ears are addicted to it.) Uh, no, I couldn't download it with either cclive or youtube-dl. And that makes me happy. ;-) heh-heh Seriously, I'm not sure what's wrong with that one. I'm able to download any other video that I try at will from YouTube. I'm guessing there might be something wrong with that one -- other than the obvious. I'm glad that you were able to find a plug-in for Iceweasel to do the job for you. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e7cc930.3020...@comcast.net
Re: a quick Q: iceweasle add on
On 09/23/2011 05:42 PM, Bob Proulx wrote: lina wrote: Gilbert Sullivan wrote: You could just use apt-get or aptitude to install the youtube-dl package. To use it you can just issue a command like $ youtube-dladdress of YouTube video you want to download That will put the video in your home directory. I use youtube-dl all of the time. Works great. But as the youtube site changes you need to keep the script updated. Since it is just a script usually the latest one from Sid can be used on the old Stable with no trouble. Works for me. $ youtube-dl http://www.youtube.com/watch?v=dREKkAk628Ifeature=related [1] 18854 You almost always need to quote the URL. See that in it? That ampersand is special to the shell. It says to run the commandin the background. URLs often have those. Therefore you often need to quote the URL when used as a command line option argument. Bob Yes, I'm glad you got back to lina on this. It's something I didn't think to mention. I tried to answer her from work but the network boundary stuff there took a direct lightning strike -- as in an actual hole in the ceiling, floor, and two racks. Nice end to the week -- as in no end to my week. Got to get a contractor in there and sort it out. I always have youtube-dl and cclive installed. Sometimes the current one in testing works when the other one doesn't. The iceweasel plug-ins tend to annoy me, but I can't argue the ease of use issue. Most people are going to be happier with them, I think. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e7d0a1b.60...@comcast.net
Re: Logitech K360 keyboard NumLock behavior gets turned on by Shift keys!
On 09/16/2011 07:35 AM, Camaleón wrote: On Thu, 15 Sep 2011 13:35:35 -0400, Gilbert Sullivan wrote: (sorry to be so succinct on my last post but I had to go out and had no the time to reply to you appropriately) :-) I greatly appreciate any time you have for me. Maybe you can make some comparison of the key you get using xev, that is, run xev, put num. lock off and press shift (read the screen) then press end and see if what you get difference when you do the same but with num. lock enabled :-? I can work with that later. In the meantime I've learned by looking at a system running the Gnome DE that there is a setting in gnome-keyboard-properties that lets me switch this function so that the keyboard functions the way I want it to work -- with NumLock in the off condition the Shift key doesn't override and turn on the numbers. In other words, I want the numeric keypad to behave with the shift key depressed exactly as it behaves with the Ctrl key depressed. No numbers, just cursor movement. I am, however, using Xfce as my DE, and I'm not at all interested in using Gnome. I imagine that, if I work hard enough at it, I'll find a way to change the behavior to suit me in Xfce. Hum... okay, so you finally discovered that the behaviour you got was the usual one (nothing wrong here) and besides you also found the way to get the behaviour _you want_ (shift not overriding num. lock) when using GNOME by means of gnome-keyboard-properties but you like more XFCE and want to be there, right? :-) Well, for this I can give you two hints: 1/ Install just gnome-keyboard-properties (which is part of the gnome- control-center package) in XFCE. Duuno if this will pull many unwanted dependencies, if yes, stop. Yes, I had already considered that, but I'm not finding a way in aptitude to limit this installation in any meaningful way. Looks like a LOT of dependencies. I wouldn't really worry about the number or size of the dependencies, per se, but I'm concerned that I might be adversely affecting my DE. 2/ GNOME stores the values set from the gnome-keyboard-properties applet under /etc/X11/xkb/base.xml, maybe you can use this file also in XFCE to mimic the desired key-combo behaviour :-? Greetings, On my Xfce systems that file doesn't exist. I can do some research and experimentation to see if something along this line may work. I'm also looking at the Xfce keyboard properties files to see if I might be able to accomplish what I want by editing them. The problem is that I'm not having any luck finding documentation on those files -- particularly with respect to implementing new features. I'm also doing research on XMODMAP to see if I can do something with it. Many thanks, Camaleón, for your great ideas. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e735b5b.3080...@comcast.net
Re: Logitech K360 keyboard NumLock behavior gets turned on by Shift keys!
On 09/16/2011 10:46 AM, Camaleón wrote: Mmm, I've found this: http://wiki.xfce.org/faq#keyboard Which seems pointing to xfce4-xkb-plugin package, do you already have this one installed? At a first glance the plugin looks very similar to gnome-keyboard-properties, maybe you can edit the keyboard layout options from here :-? Yes. I should have mentioned that I had read the xfce.org faq. This plugin was already present on my system as a standard part of the goodies meta-package. AFAICT it only exposes the same functionality as the keyboard properties applet in Xfce settings. This looks very much like the gnome-keyboard-settings applet, but it's just missing the miscellaneous compatibility settings feature. That's where gnome provides the ability to make the NumLock / Shift key behave the way they do on Windows systems. Heh. I've been doing so much editing the past couple of days I'll probably have adapted to the keyboard working this way before I find out how to change the behavior! ;-) But it's all worth it anyway, if I can do a little learning. One thing that's been getting me into a bit of trouble is that I've done some editing on remote Windows systems, and I've been falling back into the habit of using the numeric keypad a la Windows behavior. Then when I switch back to editing on the local machine I'm all thumbs again. You've been more than helpful. I just have to do my homework to figure this out -- now that I know that I'm not seeing aberrant behavior from either Debian testing OR from the keyboard hardware. Between xev and xmodmap a little time and experimentation may provide me what I need. The xfce faq does warn that there have been quite a few issues using xmodmap. I guess I'll find out! Many thanks again. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e73775e.8060...@comcast.net
Re: Logitech K360 keyboard NumLock behavior gets turned on by Shift keys! [SOLVED]
On 09/16/2011 12:52 PM, Camaleón wrote: Hum... I've been reading the file that is present in GNOME (/etc/X11/xkb/ base.xml) and I think the variable you need to set in /etc/default/ keyboard could be XKBOPTIONS=numpad:microsoft (applying this this may require a reboot) that way this will become a system-wide setting regardless the DE :-? Oh, come on, Camaleón! You've just spoiled my plans to waste a weekend playing with xev and a ~/.Xmodmap file! I was going to remap all of the keycodes for Shift-numeric-key combinations so that they always gave the directional results instead of numbers. (I know this would likely have led to some undesireable results. I was going to play with it until I had to admit defeat or until my family whacked me up the side of the head.) Following your earlier hints I had already asked my Ubuntu / Gnome buddy (one of those BOFH types) if I could look at his system to see /etc/X11/xkb/base.xml (which doesn't exist on my system) with his NumLock behavior set to mimic Windows. He was giving me grief for asking him to sully his system with this setting. I may have stepped on his toes a little when I muttered something about it being pretty hard to sully an Ubuntu system. He said that he'd show me the file in a while, and then he left work for the weekend! (He'll claim on Monday that he forgot.) Now what am I going to do with my weekend? Thanks to you I am now typing this from a properly-behaved (for my purposes) keyboard. All I had to do was to change the line XKBOPTIONS= to XKBOPTIONS=numpad:microsoft in /etc/default/keyboard and then reboot. You're a living doll! Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e738631.1030...@comcast.net
Re: Logitech K360 keyboard NumLock behavior gets turned on by Shift keys! [SOLVED]
On 09/16/2011 03:02 PM, Camaleón wrote: On Fri, 16 Sep 2011 13:24:01 -0400, Gilbert Sullivan wrote: On 09/16/2011 12:52 PM, Camaleón wrote: Hum... I've been reading the file that is present in GNOME (/etc/X11/xkb/ base.xml) and I think the variable you need to set in /etc/default/ keyboard could be XKBOPTIONS=numpad:microsoft (applying this this may require a reboot) that way this will become a system-wide setting regardless the DE :-? Oh, come on, Camaleón! You've just spoiled my plans to waste a weekend playing with xev and a ~/.Xmodmap file! I was going to remap all of the keycodes for Shift-numeric-key combinations so that they always gave the directional results instead of numbers. (I know this would likely have led to some undesireable results. I was going to play with it until I had to admit defeat or until my family whacked me up the side of the head.) Now you can relax, take a cold beer and watch on your HDTV the full saga (extended version) of The Lord Of The Rings with no distractions :-P How did you know I was a couch potato? (I guess I give off the vibe.) Actually, we'll probably be watching Bramwell all weekend. We just started watching it on Netflix this week and absolutely love it. But, knowing this family, if I mention Lord of the Rings there will at least be a debate. We're also suckers for Firefly and anything from Gilbert and Sullivan (purely coincidence re the name). Talk about eclectic tastes! Following your earlier hints I had already asked my Ubuntu / Gnome buddy (one of those BOFH types) if I could look at his system to see /etc/X11/xkb/base.xml (which doesn't exist on my system) with his NumLock behavior set to mimic Windows. He was giving me grief for asking him to sully his system with this setting. I may have stepped on his toes a little when I muttered something about it being pretty hard to sully an Ubuntu system. He said that he'd show me the file in a while, and then he left work for the weekend! (He'll claim on Monday that he forgot.) Now what am I going to do with my weekend? Thanks to you I am now typing this from a properly-behaved (for my purposes) keyboard. All I had to do was to change the line XKBOPTIONS= to XKBOPTIONS=numpad:microsoft in /etc/default/keyboard and then reboot. You're a living doll! Was just that!? He, he... great! :-) I'm afraid you will also have to thanks Google's smart algorithms. Heck, I made a simple search for xmodmap+numpad:microsoft (you were insisting in xmodmap so much...) and one of the results lead me to that setting but, to be sincere, I wasn't sure if that was going to work O:-) Of course I was insisting on xmodmap. I don't usually do things the easy way. Why would I try to find something as elegant and simple as your solution when I could remap dozens of key combinations -- just to accomplish one little thing. You coming up with the XKBOPTIONS=numpad:microsoft element has saved me a lot of trouble. Again, my heartfelt thanks, and my admiration for all that you do here. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e73d6ca.8000...@comcast.net
Re: Logitech K360 keyboard NumLock behavior gets turned on by Shift keys!
On 09/15/2011 10:29 AM, Camaleón wrote: On Wed, 14 Sep 2011 14:58:45 -0400, Gilbert Sullivan wrote: (...) This is the first time I've encountered a keyboard that activates the NumLock when either Shift key is depressed. So, when I press Shift-End, instead of selecting text to the end of the line, the numeral 1 is entered! (...) It turns out that I was lying when I said the above. I didn't *think* that I was lying, but I was. (I'll explain at the bottom.) ;-) I've been doing some experimenting since I made my whining post, and I learned a little something. This behavior is by default different between the Windows systems and the GNU/Linux systems I have available to me here. K360 connected to Windows system with NumLock OFF: Holding either Shift key while pressing numeric keypad keys DOES NOT cause numerals to be printed to screen in a text editor. Instead, one can use the Shift key in combination with the numeric keypad keys to mark or select text -- just as though one were pressing the Shift key while using the non-numeric-keypad arrow, Home, End, PgUp, and PgDn keys. K360 connected to Linux system with NumLock OFF: Holding either Shift key DOES cause numerals to be printed to the screen. The Shift key in combination with numeric keypad keys can NOT be used for marking text, which is what I'd like to use it for. Hmmm, weird, indeed. (just out of curiosity, when num. lock is off, what returns shift-home?) It returns the numeral 7, if we're talking about the Home key on the numeric keypad. What it is expected is that with num. lock off, shift-keypad numbers overrides num. lock off status and prints the number but getting number one when pressing shift-end is something I would neither expect :-) I don't think I understand. The End key on the numeric keypad has a numeral 1 in its upper case location. With NumLock turned off the Shift-End combination is behaving functionally the way the Shift-Home combination behaves. They both print numerals (different ones, of course) to the screen. Maybe you can make some comparison of the key you get using xev, that is, run xev, put num. lock off and press shift (read the screen) then press end and see if what you get difference when you do the same but with num. lock enabled :-? I can work with that later. In the meantime I've learned by looking at a system running the Gnome DE that there is a setting in gnome-keyboard-properties that lets me switch this function so that the keyboard functions the way I want it to work -- with NumLock in the off condition the Shift key doesn't override and turn on the numbers. In other words, I want the numeric keypad to behave with the shift key depressed exactly as it behaves with the Ctrl key depressed. No numbers, just cursor movement. I am, however, using Xfce as my DE, and I'm not at all interested in using Gnome. I imagine that, if I work hard enough at it, I'll find a way to change the behavior to suit me in Xfce. And now for the explanation of the lying I was doing (if anyone cares)... This new keyboard is a compact one -- barely larger than the notebook's keyboard. The non-numeric-keypad Home, End, PgUp, and PgDn keys are located above the numeric keypad instead of between the numeric keypad and the QWERTY section. Not only are they a longer reach from the home position, they are small -- less than half the size of the regular keys on this keyboard. It would really be nice if I could use the ones on the numeric keypad for marking text. I have been assuming all along that numeric keypad NumLock behavior was the same in Windows and Linux, but I have been using nice, big keyboards since before I switched to Linux. Therefore, I have been using the dedicated Home, End, PgUp, and PgDn keys because they were more convenient to reach on those big keyboards than the numeric keypad ones. And I have been assuming that nothing had changed between Windows and Linux in behavior of NumLock simply because I haven't been using the numeric keypad for anything but typing numbers. But with this small keyboard, that all changed. There's that work again -- ASS-ume. They say that it makes an ASS out of U and ME. Well, it didn't do anything to you, but it certainly made an ass of me! 8-) I'll be a good boy and do my homework to find out how to fix this to suit me. Thank you so much, Camaleón, for trying to help me. As I'm certain you are aware, some people (Irish men, in particular) are virtually unhelpable. I was assuming that this was a hardware problem. It was. But the problem hardware was not under my fingers, it was between my ears. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e723767.3060...@comcast.net
Logitech K360 keyboard NumLock behavior gets turned on by Shift keys!
When using a text editor like Geany I like to turn NumLock off and use the Alt, Ctrl, and Shift keys with the numeric keypad keys to select and move text and to move around through text. This is the first time I've encountered a keyboard that activates the NumLock when either Shift key is depressed. So, when I press Shift-End, instead of selecting text to the end of the line, the numeral 1 is entered! If I use this keyboard with a Windows system, the NumLock / numeric keypad all function as expected, allowing me to make proper use of the keypad in an editor. I've used a number of other external keyboards with this system (Lenovo T520i with AMD64 image, Debian testing), and all of them exhibit the behavior I expect from NumLock -- namely that it stays off when I turn it off, and it stays on when I turn it on. I've called Logitech support, and they say that this behavior is unexpected. I tried a number of the alternative Logitech keyboard layouts listed in Xfce's settings, but none of them fixes the issue. (I figured that most of the special keyboard layouts are for get special function keys to work, anyhow, but I thought I'd give it a shot.) Is this keyboard going to need a special driver if it is to behave properly? I really like the keyboard. It's comfortable, tiny, and quiet. The manufacturer claims around a 3 year battery life. It's got a lot of nice features, but I'm going to have to work hard to train my fingers out of a couple of decades of practiced behavior when I'm trying to select text. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e70f965.7050...@comcast.net
Re: Recent Changes in CUPS and Foomatic Causing All-Black Printing from Browsers?
On 09/12/2011 06:36 PM, Whit Hansell wrote: I'm using Wheezy too and had the same problem w. getting a black page in the browser but it printing ok elsewhere. Now, after today's upgrade, I no longer get a black page. I get nothing. It won't print. I send the job and wait and nothing. I have to clear the print jobs but I have to disable and then enable the printer again to do that. I can however, print a printer friendly page in the browser. And I can print graphics when I right clik on the pic and do a view image, then it opens w. only the picture and that prints fine. Yes, I'm used to breakage, and don't generally mind it. But this one is such an unusual case. I usually see all of these testing systems react in the same manner when an upgrade breaks something. But this time the older installations are fine while the new ones are affected. It used to be that every CUPS upgrade would break this particular printer on every system, and all I had to do was to remove the printer and re-install it with the hp-setup script. there is a glitch somewhere in Cups or foo or something. They will get it figured out but it might take a few more days. That's the fun of Wheezy(testing). Stuff is upgraded and gets broken but in a short period of time they find the problem and fix it. That's why they tell us not to use Wheezy for production, but to stay w. stable. I've used testing since sarge mostly and have gotten used to the intermittent broken parts. I just found out that Cheese is fixed now again. It's always one thing or another but we are on the bleeding edge as they say. Just wait a few days. It'll get fixed. Regards, Whit I'm just hoping that the something in CUPS or FOOMATIC that is causing this is actually going to get fixed. If it's a change they needed to make for an important reason, and if it only broke a few oddball printers, then the driver for this printer might have to be re-written. And, IME, that usually takes a while and sometimes doesn't get done at all if there isn't enough demand for it. And I love using testing for production -- but only for me and a few others who are willing to use a work-around or two when something goes south. Thank you, Whit, for confirming that I'm not alone with this problem. Have a good one! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6f43c8.2030...@comcast.net
Recent Changes in CUPS and Foomatic Causing All-Black Printing from Browsers?
Hi, I'm reluctant to even bring this up because it's so darned weird. I've got an HP OfficeJet 6310 (multi-function network device: printer, fax, scanner) that has worked flawlessly for a couple of years under Debian stable and testing. I don't make use of the fax function, but both printer and scanner have just worked after I install the printer using the hp-setup script in interactive mode. Then, recently on my Debian testing systems, there were some apparent hassles between foomatic and CUPS upgrades. Everything is back to normal after a couple of rounds of upgrades -- except for the fact that this one printer now only prints a wall of black when printing from a browser -- ANY browser. (iceweasel, midori, chromium) The scanner function works fine. All other printers work fine. All other apps print fine to this printer. But if I try to print to this particular printer *directly from* a browser, all I get is a page full of black ink. And here's the best part. If I print to file from a browser to create a PDF, and then open the PDF and print it to this printer -- that get's me a wall of black, too. (The PDF looks fine in the viewer, but it prints out all black.) But all other PDFs print out on this printer just fine. I can also copy contents of a Web page and paste them into LibreOffice Writer document, and that prints out fine -- other than the expected monkeying around with the page / text format. Is this weird, or what? I've removed the printer, purged its drivers and setup, re-installed. Nothing fixes it. I've also tried using the CUPS Web interface to modify the printer by assigning a different driver to it. I wanted to see if maybe a postscript driver would fare better. But the only OfficeJet 6300 printer driver listed in the CUPS interface now is hpcups 3.11.5. I think there used to be a slew of choices. Now only 1. And it doesn't work properly. I don't even know what to make a bug report on. There are other Debian testing systems on the network that seem print just fine to this printer. They've had the same upgrades, but they're older installations of testing. (The two computers that are doing messed up printing are from a daily build image from mid-August.) I've found other irregularities with these recent installations. I wonder if d-i did something funny to the system configuration on these two computers during installation that is causing this behavior. These two computers use Xfce and had XDM set as their default DM by the installer. (GDM had just become obsolete when this daily build was produced.) I cannot for the life of me figure this out. Can anyone suggest a way I can get this printer to work properly with browsers again? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6e3bfa.8070...@comcast.net
Re: [OT]: viewable/ printable scheduler/ calendar
On 09/07/2011 04:44 AM, AG wrote: Actually, after playing around with Osmo for a while and trying to figure things out (it is very poorly documented and setting up recurrences took ages trawling through mail lists) and checking out Chandler (a cross-platform PIM app) I have opted to go with Korganizer. It is a little bloated, being part of the KDE family, but has a system notification icon, shows the views that I want, is pretty intuitive to use and has an easy to figure out recurrence setting. So, FWIW, this seems to have been what I was after all along ... go figure! Anyway, as always, many thanks for the suggestions and good luck in sorting out your own needs Gilbert. Cheers AG Poorly documented? I don't I found any docs at all -- not that I've looked very hard as of yet. I like to learn about an application by exploring its interface, and I have to admit that osmo -- as attractive as it is -- incorporates what seems to me like some odd departures from conventions commonly used in calendar applications. Nonetheless, I find it intriguing enough to explore. Congratulations of finding something that you like. I can never quite bring myself to install anything that drags in very many gnome or kde dependencies, so I'll probably stick with either iceowl or osmo. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6771fd.70...@comcast.net
Re: [OT]: viewable/ printable scheduler/ calendar
On 09/06/2011 11:16 AM, AG wrote: On 05/09/11 17:04, Hendrik Boom wrote: On Mon, 05 Sep 2011 10:39:44 +0100, AG wrote: Hi list I am looking for a calendar/ scheduler that will have the following properties: (i) allow day/ week/ month views and printing (ii) will give reminders for upcoming scheduled events (iii) is /not/ tied to a larger program (e.g. Evolution) (iv) will minimise to the task area/ system tray in either Gnome or Xfce4 Currently, I am using Orage which is pretty good for reminders and easy to use. However, I have not (yet) found a way of either viewing or printing out forthcoming appointments in day/ week/ month view. Any recommendations from others on this list about an application that will meet my four criteria? Thanks in anticipation. AG I use GPE Calendar. It runs on my Nokia N800, and seems to have the properties you want. Not sure how it interacts with Gnome or Xfce, thhough. -- hendrik Thanks Hendrik This would be for laptop and desktop systems. I have searched through the Debian packages and don't even see where such applications would be listed. Any other ideas/ recommendations? Cheers AG I would consider Iceowl (or possibly Iceowl-Extension, if you use Icedove as a mail client). I'm not certain that it can be made to meet one of your criteria -- that it be consignable to the system notification area -- but I use it for all of the other features you mention. If you need to be able to synchronize calendars with those of other people I understand that the addon called Provider for Google Calendar can handle that function, and I think there are other alternatives as well. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e664478.1060...@comcast.net
Re: [OT]: viewable/ printable scheduler/ calendar
On 09/06/2011 12:00 PM, Camaleón wrote: How about osmo? http://clayo.org/osmo/ It looks very compact and I can see a printer icon on the menu bar :-) I personally use Lightning for such tasks but Iceowl -the standalone counterpart calendar app available in Debian- can be very big for your purposes :-? Greetings, Wow! That (osmo) looks pretty nice. I've been using Iceowl for some time and am pretty happy with it, but it's nice to know there are alternatives. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e664a9d.2020...@comcast.net
Re: [OT]: viewable/ printable scheduler/ calendar
On 09/06/2011 12:31 PM, AG wrote: On 06/09/11 17:04, Gilbert Sullivan wrote: On 09/06/2011 11:16 AM, AG wrote: On 05/09/11 17:04, Hendrik Boom wrote: On Mon, 05 Sep 2011 10:39:44 +0100, AG wrote: Hi list I am looking for a calendar/ scheduler that will have the following properties: (i) allow day/ week/ month views and printing (ii) will give reminders for upcoming scheduled events (iii) is /not/ tied to a larger program (e.g. Evolution) (iv) will minimise to the task area/ system tray in either Gnome or Xfce4 Currently, I am using Orage which is pretty good for reminders and easy to use. However, I have not (yet) found a way of either viewing or printing out forthcoming appointments in day/ week/ month view. Any recommendations from others on this list about an application that will meet my four criteria? Thanks in anticipation. AG I use GPE Calendar. It runs on my Nokia N800, and seems to have the properties you want. Not sure how it interacts with Gnome or Xfce, thhough. -- hendrik Thanks Hendrik This would be for laptop and desktop systems. I have searched through the Debian packages and don't even see where such applications would be listed. Any other ideas/ recommendations? Cheers AG I would consider Iceowl (or possibly Iceowl-Extension, if you use Icedove as a mail client). I'm not certain that it can be made to meet one of your criteria -- that it be consignable to the system notification area -- but I use it for all of the other features you mention. If you need to be able to synchronize calendars with those of other people I understand that the addon called Provider for Google Calendar can handle that function, and I think there are other alternatives as well. Regards, Gilbert Gilbert Thanks for this. I was considering Iceowl, but it was the system notification option that swung it in favour of Osmo. Useful to know about the synchronisation option though, and I may well revisit it one day for those pursposes. Thanks for the suggestion. AG You're welcome. To tell you the truth, I'm taking a hard look at osmo, too. A couple of months ago I was thinking of switching from icedove to claws-mail. I love claws-mail's mail functionality, but calendar support is virtually non-existent in it (just has assignment of events to others), and its contacts book is extremely limited. If I had known about osmo at the time I would probably have used it and claws-mail as a replacement for the icedove / iceowl combination. The only drawback for me with respect to osmo is that its ical import doesn't seem to result in editable tasks or events. I'd have to do a heck of a lot of data entry in order to switch all of my upcoming events from iceowl to editable form in osmo -- unless I'm missing something. I hope it goes well for you! I'm going to be studying it, too. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e66606a.2080...@comcast.net
Re: Terminal Server Client
On 09/03/2011 12:52 AM, F. L. wrote: On Sat, Sep 3, 2011 at 3:01 AM, Gilbert Sullivan whirly...@comcast.net mailto:whirly...@comcast.net wrote: Sorry I'm just jumping into the middle without having read much of the thread. The rdesktop package stopped working for me a long time ago. I've been using remmina ever since. Is that available to you? I manage a moderate number of WS2003 and WS2008 systems from Debian testing using remmina. Thanks. I try the remmina now, it works. meanwhile, the rdesktop does also work, no matter use hostname or ip address. The reason I went spelunking in the aptitude package manager to find a replacement for rdesktop was that I started having very inconsistent results with it (more than a year ago, I think). Forgive me for the interjection if it's inappropriate or ill-timed. It's fine. It's not some courtesy course. I am kind of becoming clumsier reading this. Sorry. I was apologizing because I was afraid it was rude of me to suggest replacing rdesktop with another package. Sometimes it's kind of annoying when folks on a list are trying to resolve an issue with a given package and fanboys of other packages keep on popping up with Why don't you try so-and-so? suggestions. Sometimes the initiator of a question about a package has a very good reason for wanting to use that specific package, so suggestions about switching to something else aren't necessarily welcome. The only reason I suggested remmina was that -- when I did the research, which was quite a number of months ago -- I read that rdesktop was no longer in active development, and would not be updated to work with RDP 6.1. I have not done research to find out whether or not this is still the case. Sometimes discarded or orphaned packages start being actively developed again. All that being said, I think that remmina -- despite a few rough edges, including an occasional spontaneous session drop -- has a lot of very nicely considered features. I hope it will serve you well, if you should decide to replace rdesktop with it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e62343c.6010...@comcast.net
Re: Terminal Server Client
On 09/03/2011 05:25 AM, Scott Ferguson wrote: On 03/09/11 05:01, Gilbert Sullivan wrote: Sorry I'm just jumping into the middle without having read much of the thread. The rdesktop package stopped working for me a long time ago. NLA and console access are issues for me (with rdesktop). Yes, I was running into the same problem and found remmina while rummaging through aptitude. Would you know, off-hand, whether or not rdesktop is still in development? I don't believe that it was when I last checked. I've been using remmina ever since. Is that available to you? I manage a moderate number of WS2003 and WS2008 systems from Debian testing using remmina. Thanks for the tip, might save me the work-a-rounds. I hope you like it as much as I do. It certainly has a lot of nice features. Forgive me for the interjection if it's inappropriate or ill-timed. Doesn't bother me (if that's who you're addressing) I was addressing everyone in the thread. ;-) As I mentioned to F.L., I always find it annoying when people on a list are trying to figure out how to fix a Ford and someone else pops in and says You should drive a Chevy!, if you know what I mean. The only reason I suggested remmina was because I had thought that rdesktop was no longer in active development, so might not ever support recent changes in the RDP versions used by Windows systems. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e62364c.3000...@comcast.net
Re: Terminal Server Client
Sorry I'm just jumping into the middle without having read much of the thread. The rdesktop package stopped working for me a long time ago. I've been using remmina ever since. Is that available to you? I manage a moderate number of WS2003 and WS2008 systems from Debian testing using remmina. Forgive me for the interjection if it's inappropriate or ill-timed. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e61281f.4030...@comcast.net
Re: securing the system, stopping unnecessary services and closing open ports.
On 08/27/2011 02:43 PM, Brian wrote: A natural history expedition searching for unicorns and dodos would have as much success as these two programs are likely to have. I was once on a natural history expedition. We found no unicorns, but we did find dodos. We weren't looking for them, but we did find them -- one night while we were looking at each other around the camp fire. And I like playing with chkrootkit and rkhunter. It gives me something to do in those moments when I miss fiddling with the vast array of anti-malware programs I used to use in Windows. 8-D -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e5941f6.10...@comcast.net
Re: bugs with debian small install
On 08/19/2011 02:46 PM, Camaleón wrote: On Wed, 17 Aug 2011 05:28:44 -0400, Scott Reagan wrote: I tried to install the small verion of debian, the 32 bit version and it wouldn't read my dvd rom so I couldn't finish the install. please help. I really want this os system and have heard great things about it. You can try to install from an USB device. Greetings, For purposes of the discussion. This week I tried using AMD64 and i386 businesscard installations from USB flash drives to install Debian testing on two different systems. I used builds from both 08/15 and 08/17 -- all of them verified with SHA512. These builds all failed to install -- giving me verification errors with several different mirrors, including the main US one. (All of the d-i steps up until the step immediately after choosing the mirror worked perfectly.) Those same images burned to CD-R gave me perfect installations on both machines. This has me wondering if there was something wrong with the hybrid images so that they wouldn't work with the standard method of preparation, namely # dd if=name-of-hybrid-image.iso of=/dev/sdX wouldn't work. I'm worried that an attempt at using a usb device may fail, too. Since Scott said dvd-rom I'm wondering why the small image was written to that type of disc. I can't imagine why, but maybe the image just needs to be written to a standard CD+R or CD-R disc in order to work. I'd also be curious to know exactly what Scott meant by the words wouldn't read my dvd rom so I couldn't finish the install. The word finish implies that there was at least no initial problem reading the disc. Does Scott mean that the install process failed at the Detect CD-ROM point, or something else? I'm wondering if he could have got the mirror authentication error that I kept getting when trying to install from a usb device. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e4fdac6.5070...@comcast.net
Re: bugs with debian small install
On 08/20/2011 12:19 PM, Camaleón wrote: On Sat, 20 Aug 2011 12:03:18 -0400, Gilbert Sullivan wrote: ... This has me wondering if there was something wrong with the hybrid images so that they wouldn't work with the standard method of preparation, namely # dd if=name-of-hybrid-image.iso of=/dev/sdX wouldn't work. I'm worried that an attempt at using a usb device may fail, too. Installer manual puts another one-liner: 4.3.1. Copying the files — the easy wa http://d-i.alioth.debian.org/manual/en.i386/ch04s03.html#usb-copy-easy Anyway, if you experienced an error when installing from whatever source, you can jump to console logging to check what's happening. ... Thank you very much for that link. I'll study that, though I got the other prep method from the site of a guy who was involved in setting up the use of the hybrid images for these images. You've given me some homework to do. I can't think why the different method of preparation would result in authentication errors with the mirror, when the same image works perfectly when run from CD. ... Since Scott said dvd-rom I'm wondering why the small image was written to that type of disc. I can't imagine why, but maybe the image just needs to be written to a standard CD+R or CD-R disc in order to work. I think that's irrelevant for the installer. You waste a DVD but that's all :-) ... I'm certain that you're right, but I was so weirded out by the images suddenly not working from a usb stick any more that I was wondering if something magical was happening. (I've used hybrid images prepared the same way a dozen times before, and they had always worked for me -- right up up until this week.) ... I'd also be curious to know exactly what Scott meant by the words wouldn't read my dvd rom so I couldn't finish the install. The word finish implies that there was at least no initial problem reading the disc. Does Scott mean that the install process failed at the Detect CD-ROM point, or something else? I'm wondering if he could have got the mirror authentication error that I kept getting when trying to install from a usb device. The first time I installed lenny the installer gave me media reading errors and media not found messages, randomly... not sure why. I had to insist (retry) in some steps in order to get the system installed. Greetings, ... Interesting. Thanks for your insights. Useful as always. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e4fe187.4000...@comcast.net
Re: bugs with debian small install
On 08/20/2011 02:30 PM, Walter Hurry wrote: I haven't done Wheezy, but I've done Squeeze from a netinst download. I used unetbootin to put it onto a USB and it worked flawlessly. Yes, I've used unetbootin before. I had heard that unetbootin isn't working right now. No idea how true that is. I switched to the other method before I heard the rumors. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e5027bf.5030...@comcast.net
Re: Remote X renders transparency as black
On 08/15/2011 03:57 PM, Darac Marjal wrote: Hi all, I am experiencing an odd problem displaying remote (i.e. SSH forwarded) X and wonder if I can pick your collective brains. The situation is as follows: I am logged into my laptop, rocky. The laptop is running Wheezy and Xorg detects the chipset as: [ 106.371] (II) intel(0): Integrated Graphics Chipset: Intel(R) Arrandale [ 106.371] (--) intel(0): Chipset: Arrandale I run, for example ssh -X fowler claws-mail. Fowler, my server, is running Sid and (though it should be irrelevant), its graphics is: [825228.570] (II) NVIDIA(0): NVIDIA GPU GeForce 8600 GT (G84) at PCI:1:0:0 (GPU-0) What I then see is all the toolbar icons (and the folder icons) have black backgrounds rather than the expected toolbar-coloured background. I know this isn't a claws problem (other programs such as xfce4-about show the same effect) and it's not an issue locally (running programs locally on either the laptop or the server shows the correct transparency). Does anyone know what might be the problem and how I can fix it? Thanks, I have no idea what the problem is, but I have been seeing it -- and doing research on it -- for a few weeks now. I can tell you that I see this on all of my Wheezy systems when running graphical apps via SSH -X session on remote systems. That's Intel to Intel, Intel to Nvidia, Nvidia to Intel, ATI to Nvidea, etc., etc. -- any client to any remote. I have noticed that changing the system fonts has some small effect upon this. I have also noticed that this corruption of graphical elements in the toolbars (and sometimes within documents) of the remotely run applications doesn't affect LibreOffice or Mozilla applications. But it does affect all GTK and QT applications on my systems. Up until a few weeks ago, I only ever saw the corruption on the second graphical application started in a session following a reboot of the remote system. Yes, it was that predictable (and weird). Those instances of corruption have not changed, are more severe, and require shutting down the application and restarting it. But now there is some graphical corruption of some elements (particularly toolbars) of all of the GTK and QT applications in a remote session. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e49c246.30...@comcast.net
Re: Unison hangs on copy
On 07/23/2011 07:36 AM, Johannes Fichtinger wrote: Hi Victor Am Samstag, 23. Juli 2011 schrieb Victor Munoz: Today, I lost the ability to synchronize between two machines, one had lenny until today morning, and the other was sid. I was using apt-pinning to keep both unison versions compatible. Yesterday night I was able to sync both machines for the last time. Then, today morning, I was not. It connects to the server, it recognizes the changes, and it offers me all the changes for approval. Then, when it has to start copying, it just waits for ever, and no progress is done. From yesterday morning on I see exactly the same problem on my machine. I am running latest SID here. On another machine with SID updated the last time one week ago running unison 2.32.52-3+b1 unison works perfectly. Johannes Hmmm. I'm going to add what will probably just be noise, but thought my situation just might be worth mentioning. I run Debian testing on four workstations. I use aptitude to upgrade all of them every day around 11:00-12:00 UTC. I also use unison-gtk to synchronize data among them. Yesterday following the updates I temporarily lost ability to synchronize two of these systems using unison-gtk 2.32.52-3+. Here's where the water gets much muddier. I rebooted the two troublesome systems. That was no help at all. In fact, I lost my ability to connect to the network with both of those systems. The tray icon (I use wicd.) and ifconfig indicated that I had a connected state with the correct IPs, but I couldn't hit my gateway with either of these two systems. I had the two of these systems which travel amongst various networks set to use ICMP filtering (including ping and pong). Guess which ones were having trouble. I changed the ICMP filtering to allow ping and pong, and everything started working -- the network connection and unison-gtk. In reviewing /var/log/aptitude I notice that the only dependency of unison-gtk that was upgraded in the past couple of days was libc6 (2.13-7 - 2.13-10), and that was during yesterday's upgrade session -- just before the trouble started. I have not bothered to re-instate ICMP filtering to its previous state of refusing ping and pong because -- a) I'm lazy, and b) its paranoid and silly and probably not good network etiquette for a network I've been given permission to visit. (I'm a consultant there.) What I'm reporting here is obviously not an exact match to the situations you (Victor and Johannes) are reporting. Victor specifically said he's not using any iptables rules, and I'm assuming Johannes would have mentioned any significant variation from that. Victor saw some more general network misbehavior, but Johannes didn't report any such issue. Of course, we're all using different versions of Debian. I'm only sending this because I found the confluence of similar behaviors on three (four?) different versions of Debian at exactly the same time period to be interesting. I thought there might be a peripheral -- if not a central -- connection here. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e2ac834.6090...@comcast.net
Re: Question about the new kernel with PAE (Wheezy)
On 06/21/2011 10:59 AM, Camaleón wrote: But now the day has come and I've got two questions: 1. Will the PAE kernel work on this VM? I guess no. 2. Shouldn't the dist-upgrade routine had to automatically determine the best kernel for this system? Or at least provide some kind of warning? I think a 486 kernel would be a more sensitive choice. Any commnents? Hi, Camaleón! My spare sub-notebook (Panasonic CF-R3) shows processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.10GHz stepping: 6 cpu MHz : 1100.000 cache size : 2048 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe bts est tm2 bogomips: 2194.59 clflush size: 64 cache_alignment : 64 address sizes : 32 bits physical, 32 bits virtual power management: Since this is my spare notebook, and I can mess it up if I want to, I decided to go ahead and give the kernel upgrade a shot. As expected, I got a message from aptitude about the kernel not being supported by the processor on this system. The message suggested installing the 486 kernel and removing the newly obsoleted 686 kernel. For the heck of it, I went ahead and installed it anyway, but the new kernel was listed as not configured. I decided to be a good boy, install the 486 kernel, and remove the new (unconfigured PAE version) and old 686 kernels. All is well. Aptitude was nice to me. And that's what happens if you try to install the inappropriate kernel on a physical machine. I imagine it'll work the same way on a VM, but my imagination is sometimes not very bright! ;-) Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e00c3c2.7000...@comcast.net
Re: Question about the new kernel with PAE (Wheezy) - Report
On 06/21/2011 01:52 PM, Camaleón wrote: Well, if you agree with the update, the pae kernel installs despite it warns about it will not work (and when you boot with it, it fails as expected). You can still boot with the old kernel (good job!). So in the end you need to manually remove the pae kernel and install the 486, as Gilbert suggested. I still think this should have been automagically done by the upgrade. Why proceed with installing something that will not work and even set it as the default boot option:-P Greetings, They're just doing that to see if we're paying attention! I had always assumed that the little sub-notebook's processor would have supported PAE. If aptitude had taken upon itself just to switch me from 686 to 486, I probably would have thought that was odd, too. At least the package manager did tell me exactly what I needed to do. That's a good thing for a dummy like me. 8-) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e00dd50.8030...@comcast.net
Re: no java plugin for Wheezy browsers?
On 06/07/2011 07:50 AM, Camaleón wrote: If the plugin package has been taken off, you will have to wait for its restoration. Hi, Camaleón. Yes, thanks. I had sort of figured that, but I was hoping someone would have the inside skinny on just when we might see it again. Now that I think of it, I'd guess we won't see it until the new open-jdk version has migrated to Wheezy. At the changelog for openjdk-6 we can read that the build for NetX and the plugin has been stopped: http://packages.debian.org/changelogs/pool/main/o/openjdk-6/openjdk-6_6b18-1.8.7-5/changelog Thank you for that link. Dummy that I am, I was just looking in the lists instead of where I should have looked. Sorry for the noise! Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dee169e.4010...@comcast.net
no java plugin for Wheezy browsers?
During the spate of upgrades that I installed on my Wheezy systems over the past few days I noticed that the icedtea6-plugin package had been removed. There's only one site at which I use a Java plugin for my browsers. I'm not going to use the non-free or contrib repositories on these systems, so the Sun Java stuff won't do for me. Would anyone know whether or not a replacement for (or alternative to) this plugin is slated for arrival in testing main repository any time soon? I checked the Debian Java dev list and didn't see any information about it at all. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blu0-smtp141664e5cbae5a2c5193e6099...@phx.gbl
Re: backports updates
On 05/23/2011 05:18 AM, Andrei Popescu wrote: forgot about it. May I suggest installing etckeeper? In it's default configuration it will automatically keep a track of all changes in /etc, which you can review very easily if you wish with (as root): # cd /etc # git log -u If you make any changes and don't want to bother committing them yourself they will be committed automatically before any package install. Committing (recording) changes is not very complicated. Just do as root: # cd /etc # git commit -a -m note about what I just changed The big benefit of committing yourself (vs. automatic commits) is you can easily tell from the commit message what the change was about ;) Regards, Andrei Many thanks for this information. I'm glad you post ideas like this, because I get to learn about things that I would have missed entirely. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dda7def.5060...@comcast.net
Re: SWF (Adobe Flash) support
On 05/19/2011 11:06 PM, bri...@aracnet.com wrote: On Wed, 18 May 2011 07:53:56 -0400 Gilbert Sullivanwhirly...@comcast.net wrote: On my Debian testing systems I'm actually able to play all YouTube content using chromium-browser, the Gnash plug-in, and the IcedTea NPR Web Browser plug-in. I've never installed anything from non-free or contrib on these systems. (I don't even use non-free firmware.) sadly gnash plugin and ice-weasel doesn't work worth a damn, unless of course you like your cpu pegged to 100% all day AND nothing plays without skipping. Yes, hence the use of chromium-browser. Flash videos and navigation schemes, however, use a lot of CPU with any plug-in/browser combination that I have seen. HTML5 videos from youtube.com run a darn sight cleaner and with far less CPU utilization. On my Dell Precision M70 a typical flash-enabled site, when visited with Iceweasel, will peg the CPU and cause the MB temp to climb about 20 degrees C above normal. Quitting Iceweasel hasn't always killed the thread that's banging away at the CPU. Chromium-browser is far better-behaved. Many other sites, however, make it difficult-to-impossible to see Flash video content without the proprietary Adobe player. I just won't use those site, and I try to let the people who run them know that. just hate 'em. Instead of just hating them, consider writing them, and being specific and firm about it. The people who are making such a dog's breakfast of the Internet need to be told -- in no uncertain terms -- that we don't appreciate their efforts. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd65602.4080...@comcast.net
Re: SWF (Adobe Flash) support
On 05/18/2011 07:06 AM, Camaleón wrote: On Wed, 18 May 2011 09:59:44 +0200, Stanisław Findeisen wrote: Is it possible to play Adobe Flash files from, for example, YouTube.com without non-free software? (...) Sadly nope. On my Debian testing systems I'm actually able to play all YouTube content using chromium-browser, the Gnash plug-in, and the IcedTea NPR Web Browser plug-in. I've never installed anything from non-free or contrib on these systems. (I don't even use non-free firmware.) Many other sites, however, make it difficult-to-impossible to see Flash video content without the proprietary Adobe player. I just won't use those site, and I try to let the people who run them know that. However I am unable to play YouTube.com videos in Iceweasel 3.0.6. I even tried downloading one to the filesystem and running gnash on it, but it only displays a black rectangle. :-( What is the Debian recommended way, if any, to play SWF files? To avoid any present and future problem with flash based sites, you have to install the Adobe flash plugin... we are stuck with it ;-( (note: it depends on the SWF file to play, some do work with alternative players but some don't) I know what you're saying, and I would agree with it if any of the content offered on the Internet was truly important to me. I'm a curmudgeon. I figured I lived without streaming content for 60 years before the Internet became available to the masses. I can live the rest of my life without it if the purveyors are so tied into their business models that they exclude the users of free software from viewing their content. I'm just tired of the whole attitude by business that they own the customers and can make them jump through hoops. Who knows? Since Adobe has stated that new versions of the Flash server are going to automatically serve html5 when the client lacks the Flash reader, perhaps users of free software will benefit. The html5 content at YouTube works very well with chromium-browser. Better than the Flash content, as a matter of fact. best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd3b354.9060...@comcast.net
Re: SWF (Adobe Flash) support
On 05/18/2011 09:17 AM, Camaleón wrote: But it's not only video, there are many sites that are completely rendered and rely on a specific version of the player and you are completely out of luck if you're using a flash version that does not match the site requirements. Yep. I'm particularly nasty when I write to the folks who maintain sites that require Adobe flash for navigation. Requiring a security-hole-ridden piece of proprietary software to be installed on the client's system just for navigation is not acceptable. I gave what for to the folks who managed a Blue Cross (health insurance) Web site a couple of years ago. To my surprise, they fixed the problem! I have to admit, though, that most such folks don't even bother to respond. I simply won't do business with such folks over their Web sites. I'm willing to put up with the inanity of automated phone systems and the slowness of mail when dealing with them in order to avoid their Internet sites. I'm sure I'm inconveniencing myself more than I'm inconveniencing them, but I don't care. I just refuse to install and use the junkware on any system that I maintain. It's not a religious thing. I'm just stubborn. Obviously, I know lots of folks who use it all. I don't chide them about it, but they do get an earful if they ask my avoidance of it. This has actually turned out to be an easy way for me to avoid feeling obligated to help people who ask me for help configuring and maintaining their systems. If I explain that I won't help them maintain systems running proprietary software (I'll make an exception for firmware, sometimes.) they usually shrug their shoulders and ask someone else -- which is just peach with me. ;-) Did I mention that I'm a bit of a curmudgeon? Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd41409.7090...@comcast.net
Re: SWF (Adobe Flash) support
On 05/18/2011 06:59 PM, Rob Owens wrote: On Wed, May 18, 2011 at 07:53:56AM -0400, Gilbert Sullivan wrote: Who knows? Since Adobe has stated that new versions of the Flash server are going to automatically serve html5 when the client lacks the Flash reader, perhaps users of free software will benefit. The html5 content at YouTube works very well with chromium-browser. Better than the Flash content, as a matter of fact. I was unaware that there was html5 content on YouTube. For those equally ignorant: http://googlesystem.blogspot.com/2010/08/watch-video-in-youtubes-html5-player.html http://www.youtube.com/html5 -Rob Hi, Rob! Yeah. I forget just when it was that I stumbled upon that feature. On all of my systems -- at least -- the HTML5 videos (when they are available) play better than the concomitant Flash videos. Now I would expect that, considering that I'm using that much-maligned (a little unfairly, in my opinion) gnash plug-in. However, I fancy that I see the same improvement in quality going from Flash to HTML5 on friends' Windows systems. And those are most definitely not running gnash as the Flash player! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd45693.30...@comcast.net
iceowl-extension 1.0b2 not compatible with icedove 3.0.11
I have pure testing systems (no contrib or non-free, no closed source software / firmware). This morning these upgrades (excerpted from the aptitude log) [UPGRADE] calendar-google-provider 1.0~b1+dfsg2-2 - 1.0~b2-4 [UPGRADE] calendar-timezones 1.0~b1+dfsg2-2 - 1.0~b2-4 [UPGRADE] iceowl-extension 1.0~b1+dfsg2-2 - 1.0~b2-4 were offered and installed. Now the calendar is no longer available in icedove. And the Add-ons dialog from Icedove indicates that iceowl-extension 1.0b2 and provider for Google calendar 0.7 are not compatible with icedove 3.0.11. No kidding? :-) I can has my calendar back??? Heh. Seriously, I didn't see this coming, and we depend pretty heavily on our calendars. Has anyone heard any news about this? Thanks, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da58d8a.9000...@comcast.net
Re: iceowl-extension 1.0b2 not compatible with icedove 3.0.11
On 04/13/2011 09:34 AM, Johan Grönqvist wrote: 2011-04-13 13:48, Gilbert Sullivan skrev: This morning these upgrades (excerpted from the aptitude log) [UPGRADE] iceowl-extension 1.0~b1+dfsg2-2 - 1.0~b2-4 I can has my calendar back??? AIUI, iceowl 1.0b1 works with icedove 3.0 and iceowl 1.0b2 works with icedove 3.1. I solved the same problem today by upgrading icedove to the 3.1 version in unstable. I assume you could also solve it by downgrading iceowl to the 1.0b1 version from snapshot.debian.org. / johan Thanks. Both of those look like practical approaches. I've been rolling along for a couple of years in testing just taking the upgrades as they come. So far, I've come across of few of these situations where upgrades for one package don't coincide properly with upgrades for another package, and a temporary loss of some functionality or another occurs as a result. So far, just out of stubbornness and the desire to see how well and how quickly the package maintainers will work out the problems, I've resisted the temptation to stray away from simply using the testing repositories. I suppose temporarily enabling the unstable repository and upgrading icedove is likely to be the course that deviates least from my preferences. I'll probably hold out a couple of days. If, by that time, icedove hasn't been upgraded in testing, I'll probably upgrade to 3.1. At least this time around isn't as problematic as some of the gotchas I've seen this year with kernel mode setting and Xorg changes on the systems that have Nvidia and Intel graphics subsystems. But those could be temporarily worked around with configuration changes and without resorting to outside repositories. Thank you again for your suggestions. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da5acf1.7000...@comcast.net
Re: 2.6.38 kernel offered this morning, but not this afternoon?
On 04/12/2011 06:56 AM, David Sastre wrote: On Mon, Apr 11, 2011 at 06:20:33PM -0400, Gilbert Sullivan wrote: I upgraded my own two Wheezy systems this morning and got the new kernel. It fixed the invisible pointer issue I was having with the system that had integrated Intel graphics. I got around to trying to upgrade my wife's two Wheezy systems this afternoon, but the new kernel isn't being listed as available. It's odd, because the old one (2.6.32) is now listed by aptitude as obsolete. Does anyone know what gives? FWIW: http://packages.debian.org/search?keywords=linux-image-2.6.38searchon=namessuite=testingsection=all Yes, thanks. I realize (now) that the new kernel was still available in the repositories. I hadn't even used the search function. My confusion stemmed from the fact that the new kernel was offered as an upgrade yesterday morning (U.S. east coast time) when I did my usual morning scan for upgrades, but it was not offered as an upgrade by late afternoon. Yet, the 2.6.32 kernel was now listed (by aptitude) as obsolete. I thought that was kind of odd. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da44091.4050...@comcast.net
Re: 2.6.38 kernel offered this morning, but not this afternoon?
On 04/12/2011 08:31 AM, Brad Rogers wrote: On Mon, 11 Apr 2011 18:20:33 -0400 Gilbert Sullivanwhirly...@comcast.net wrote: Hello Gilbert, Does anyone know what gives? I thought I noticed this too. Turns out I didn't have 'linux-image-amd64' installed, so wasn't offered the upgrade, despite the package being available. You make a good point. I'll check the two systems on which I didn't get the offer when I get home this afternoon. It's my custom to install the kernel metapackages on every system, but I do remember some confusion a while back with respect to a kernel metapackage (IIRC) which is no longer kept in the repositories. Perhaps I set those two systems up at that time, removed the old metapackage, and never installed the new one. That would have been kind of dumb of me. News flash! Not. ;-) Thanks. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da44e7e.3000...@comcast.net
2.6.38 kernel offered this morning, but not this afternoon?
I upgraded my own two Wheezy systems this morning and got the new kernel. It fixed the invisible pointer issue I was having with the system that had integrated Intel graphics. I got around to trying to upgrade my wife's two Wheezy systems this afternoon, but the new kernel isn't being listed as available. It's odd, because the old one (2.6.32) is now listed by aptitude as obsolete. Does anyone know what gives? Thanks, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da37eb1.3090...@comcast.net
Re: debian testing: upgrade latest few days = nautilus freezes entire desktop when changing directories for a few seconds
On 04/08/2011 06:16 AM, Bjorn Wesen wrote: ... After yesterdays restart of Xorg, the file-manager in gnome (nautilus) completely freezes the desktop for a few seconds every time I click to change a directory. Clicking on files to open them works fine. When the desktop freezes the output of all other windows freeze as well as the mouse-cursor. A top running in one terminal shows (after its display comes back) a 100% Xorg CPU usage or something similar. Nothing in any logs and everything else works fine (including file-requesters from other programs). This is what is most strange! In conjunction with the Xorg-restart I had updated the binary nvidia drivers from 260.19.21 to 260.19.44, but I downgraded this again and that didn't help. ... This won't be directly helpful to you, but I thought I'd comment just in the hope of providing a little context. I run testing on several machines with Nvidia video cards and have not seen this issue on any of them. However, I'm using the nouveau driver, and my DE is Xfce 4.6.2, two points of departure from your system. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d9efa77@comcast.net
Re: Debian Changelog on packages.debian.org is down
On 04/06/2011 07:15 AM, John Kapnogiannis wrote: Hey the Debian Changelog link on the info page of each debian package seems dead. Can't tell if this is true for all packages, but for a few I have tried the problem exists. Consider this e-mail a report rather than a waiting-answer mail. Cheers, John I noticed this yesterday when I tried to check the changelog for some upgrades. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d9c4f96.2050...@comcast.net
Re: Directory synchronization packages
On 03/05/2011 11:45 AM, John A. Sullivan III wrote: On Fri, 2011-02-11 at 13:19 -0500, Gilbert Sullivan wrote: On 02/11/2011 11:19 AM, John A. Sullivan III wrote: I should mention that the DirSyncPro dev has started responding with his usual quick attention. I've sent a pile of logs and test results and hope to have good news soon - John That's good news. I haven't had a chance to look at DirSyncPro yet. I've been up to my *ss in alligators on a production project and haven't even been able to read the documentation. Thank you for posting this information. Problem solved! It turned out it was something rather unique to our environment. We use X2Go based virtual desktops (www.x2go.org) for VDI running on Linux-VServer (www.linux-vserver.org) guests. We are synchronizing user directories on their physical machine which are mounted into their virtual desktops via sshfs. To prevent all users on shared systems from receiving popup notifications whenever removable media is inserted, these mounts are made in /tmp and a symbolic link is made back to ~/media. Because it is really a symbolic link, we had to change our synchronization job from skip symbolic links to copy them as files. Once we did that, all seemed to work. I'm glad to see that you got your issues with dirsync pro resolved. I'm still sticking with unison-gtk for the time being, but I really should get off my duff and investigate dirsync pro for the eventuality of unison being dropped from the repositories and / or dirsync pro being added to them. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d726b8c.9060...@comcast.net
Re: Xfce Power Manager popup message about HAL daemon
On 02/21/2011 08:35 AM, Nate Bargmann wrote: * On 2011 19 Feb 12:32 -0600, Gilbert Sullivan wrote: On 02/19/2011 12:31 PM, Nate Bargmann wrote: Bug #612611 has been filed against xfce4-power-manager, xfce4-power-manager: Does not work with DBus activated HAL Message 15 in that report has a workaround: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612611#15 Thank you! I've got some reading to do. (I hurriedly tried searching there, but failed to find that report. I need to pull my head out and learn to properly use the search functions at the bug tracker. I often screw up my searches there for some reason.) An updated xfce4-power-manager package, 0.8.5-3, hit Sid this weekend that applies a patch to solve the HAL error message. I did not get the message after installing the upgrade and restarting XFCE. It should be hitting testing in a few days. - Nate And I thank you again! In the meantime I'm starting the daemon from /etc/rc.local and having no problems. I'm looking forward to eventually seeing Xfce 4.8. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d62af3c.7020...@comcast.net
Xfce Power Manager popup message about HAL daemon
Following routine updates on a few Debian testing systems yesterday I noticed that two of the three laptops started showing an Xfce Power Manager popup message only upon the first login following each reboot. Xfce power manager HAL daemon is not running The power manager applet itself is working fine, and the HAL daemon is, indeed, running. I'm guessing this is just a starting order issue, but I think it's kind of odd. I wasn't certain whether I should give this a few days to see if it gets rectified / file a bug report / wade right in and correct the problem manually. Since two out of three laptops (not all of them) were affected, and the one that wasn't affected has a different installation history (more recent by a year), I suspect that the issue might be kind of hard for anyone else to duplicate and has been caused by a particular installation / upgrade history. (The two affected laptops were installed and upgraded daily side-by-side with all of the same packages.) I don't want to file a dumb bug report that isn't going to be applicable to anyone but me, and I'm kind of loathe to do a manual correction on the chance that my changes might bork something later on. (I've never had to fiddle with loading order in Debian before, but I have a vague idea of how to proceed and will rtfm.) This causes absolutely no apparent functional problem whatsoever, other than having to close the dialog. Systems are all straight testing, using no contrib or non-free repositories / packages whatsoever. (I use testing in my sources.list, and have done so for months.) Has anyone else seen it? Have an idea as to smartest way to proceed? Thanks, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d5fd801.8090...@comcast.net
Re: Xfce Power Manager popup message about HAL daemon
On 02/19/2011 12:31 PM, Nate Bargmann wrote: * On 2011 19 Feb 08:49 -0600, Gilbert Sullivan wrote: Following routine updates on a few Debian testing systems yesterday I noticed that two of the three laptops started showing an Xfce Power Manager popup message only upon the first login following each reboot. Xfce power manager HAL daemon is not running I have seen that too, but so far only on my Sid box. The other boxes running XFCE4 are running Squeeze. In fact, until the latest update I had to restart the panel manually from a terminal. That's very interesting. I haven't had any panel problems at all. The power manager applet itself is working fine, and the HAL daemon is, indeed, running. I'm guessing this is just a starting order issue, but I think it's kind of odd. I wasn't certain whether I should give this a few days to see if it gets rectified / file a bug report / wade right in and correct the problem manually. Bug #612611 has been filed against xfce4-power-manager, xfce4-power-manager: Does not work with DBus activated HAL Message 15 in that report has a workaround: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612611#15 Thank you! I've got some reading to do. (I hurriedly tried searching there, but failed to find that report. I need to pull my head out and learn to properly use the search functions at the bug tracker. I often screw up my searches there for some reason.) I was thinking that the power manager wasn't misbehaving on these systems (other than the popup), but it occurs to me that I have virtually all of its capabilities turned off. Maybe I need to do some testing as well as reading. - Nate Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d600bca.9000...@comcast.net
Re: [slightly OT] I'm thinking about this piece of kit - how well will Debian work with it? [ really OT ]
On 02/17/2011 06:48 PM, Paul E Condon wrote: I think this is a valid technical explanation of why some people are bothered by the video 3d technology. Disliking 3d is absolutely *not* something to be embarrassed about. Being able to watch a 3d movie without discomfort is a clear sign of a perceptual deficiency. Ha! My wife and brother-in-law want to drag me to another 3D movie this weekend. Maybe I'll tell them that I want to go to the 2D version for perceptually proficient persons. ;-) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d5e7a11.30...@comcast.net
Re: What Would Cause Poor Performance (Remmina) Over SSH?
On 02/17/2011 03:04 PM, Camaleón wrote: On Thu, 17 Feb 2011 14:33:08 -0500, Gilbert Sullivan wrote: I really like remmina, but I have run into an inconvenience. If I use remmina directly on a local system the remote desktop sessions on Windows clients are very responsive. But when I use an SSH -X session to connect to my remote admin system and then launch remmina on that remote admin system, the remote desktop sessions on Windows clients are very slow (by comparison with tsclient sessions which were really snappy). (...) Have you tried by using compression for ssh x forwarding session? ssh -X -C user@host I guess you already tried by lowering all the resources for the client connection (screen resolution, color depth...). Greetings, Use of compression had a discernible effect. To be honest I really didn't expect it to help. This is a pretty fast network. It's still slower than tsclient, but it's acceptable now. Without compression the screen drawing delays are really obnoxious. I wonder if there really is that much difference in the amount of traffic passed by remmina (FreeRDP) vs. tsclient (rdesktop) over the SSH connection. I should do some reading. Maybe FreeRDP is using an implementation of the protocol that's more like version 6. I understand that rdesktop was sitting at version 5. Thank you again, Camaleón. Should I put a [SOLVED] in the message title? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d5e8d1a.50...@comcast.net
Re: What Would Cause Poor Performance (Remmina) Over SSH?
On 02/18/2011 10:21 AM, John A. Sullivan III wrote: On Fri, 2011-02-18 at 10:15 -0500, Gilbert Sullivan wrote: snip Use of compression had a discernible effect. To be honest I really didn't expect it to help. This is a pretty fast network. It's still slower than tsclient, but it's acceptable now. Without compression the screen drawing delays are really obnoxious. I wonder if there really is that much difference in the amount of traffic passed by remmina (FreeRDP) vs. tsclient (rdesktop) over the SSH connection. I should do some reading. Maybe FreeRDP is using an implementation of the protocol that's more like version 6. I understand that rdesktop was sitting at version 5. Thank you again, Camaleón. Should I put a [SOLVED] in the message title? Would you kindly share your findings. We have been somewhat distressed over rdesktop and were hoping to change to FreeRDP as it matures. If I recall correctly, you mentioned there was no discernible difference when running locally. Is that correct? Thanks - John Well, I wouldn't say that there is *no* discernible difference in speed of remote Windows sessions between tsclient and remmina. It's just that it's not an annoying difference. Yesterday, when I was running remmina on a remote Debian box via SSH with X forwarding those remote Windows sessions were slow enough to make me want to gouge my eyes out. It would be usable for performing isolated tasks, but not something I'd tolerate using for a couple of hours every day. Now that I'm using the -C switch when creating my SSH sessions, there's a considerable improvement in speed of the remote systems' user interfaces. But the slowed pace of window redrawing is still bothersome in management applications like dnsmgmt when walking the tree. I seldom touch the mouse, even when using Windows. I do everything with keystrokes. With tsclient/rdekstop, remote Windows sessions tunneled over SSH were quick, with application windows responding virtually as fast as I could move my hands on the keyboard. Using remmina locally on my notebook to connect directly to the Active Directory systems is pretty good. It's not blazing fast, but it's not slow enough to rouse my ire. Using remmina remotely on another Debian box via SSH with X forwarding yesterday was (almost) intolerable. Today, using compression on the X session as suggested by Camaleón is definitely tolerable. Some applets (like dnsmgmt) still definitely require some patience on my part, but it's doable. I really wouldn't have expected using compression with SSH to make a difference. This makes me suspect that there's a heck of a lot more traffic being used in these RDP connections than there used to be. I don't have time to try to quantify this with testing right now. Actually -- since I no longer have tsclient / rdesktop installed on anything -- I guess I'm out of luck for doing a comparison! HTH Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d5ea834.30...@comcast.net
What Would Cause Poor Performance (Remmina) Over SSH?
Hi, Folks. I'm tracking Debian testing on my personal systems and on a desktop system I use for remote admin chores. This past week I saw the venerable tsclient get reclassified by aptitude as obsolete, so I removed it and its dependencies, then installed remmina and its dependencies. I really like remmina, but I have run into an inconvenience. If I use remmina directly on a local system the remote desktop sessions on Windows clients are very responsive. But when I use an SSH -X session to connect to my remote admin system and then launch remmina on that remote admin system, the remote desktop sessions on Windows clients are very slow (by comparison with tsclient sessions which were really snappy). Using remmina on the remote system results in my watching the danged Windows screens and admin applets repaint themselves about three times every time I select or activate something. It's really ugly and slow. Ugly I can deal with, but slow not so much. Would anyone here have an idea as to what's causing the poor performance? I'm not seeing heavy CPU use (on either the local or remote system) or high memory use. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d5d77f4.30...@comcast.net
Re: What Would Cause Poor Performance (Remmina) Over SSH?
On 02/17/2011 03:04 PM, Camaleón wrote: On Thu, 17 Feb 2011 14:33:08 -0500, Gilbert Sullivan wrote: I really like remmina, but I have run into an inconvenience. If I use remmina directly on a local system the remote desktop sessions on Windows clients are very responsive. But when I use an SSH -X session to connect to my remote admin system and then launch remmina on that remote admin system, the remote desktop sessions on Windows clients are very slow (by comparison with tsclient sessions which were really snappy). (...) Have you tried by using compression for ssh x forwarding session? ssh -X -C user@host I guess you already tried by lowering all the resources for the client connection (screen resolution, color depth...). Greetings, Hi! You know something. I didn't try compression for the X forwarding SSH session. I'll have to give it a shot tomorrow. I'm on my way to where there are no Windows machines. (Yay.) But I did try changing all the resource settings for the client connections. They made absolutely no difference. (The network here is very fast.) Thanks for the suggestion. As I said, I'll give compression a shot tomorrow. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d5d8032.3080...@comcast.net
Re: [slightly OT] I'm thinking about this piece of kit - how well will Debian work with it?
On 02/17/2011 04:11 PM, AG wrote: Hello list I'm seriously considering this laptop http://3dguy.tv/toshiba-3d-enabled-laptop/ and wiping it clean of Windows (or dual booting) with Debian. Given the specs of the hardware, what is the likely quality of experience for the user with a Debian testing installation and what would likely be the best way of enabling as many of its whizz-bang features as possible? Thanks for any thoughts/ musings on this question. Cheers AG [more OT] I knew that I would see this stuff appearing on notebooks sooner or later. I'm not a potential customer for that thing. I have to sit in the back row at the Cineplex during 3D presentations to keep from ralphing -- and I still get a headache! I wonder if the keyboard on that thing is puke-proof! (My apologies for my language to those of tender sensibilities.) Carry on, please. Obviously, I have no positive contribution to make. I'm just amazed that 3D keeps coming back. It's like one of those zombies that can't be killed. I've lived through at least three incarnations of 3D movies in my lifetime. I'll actually be interested to know if special drivers are needed. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d5da49c.4060...@comcast.net
Re: bad surprise using ghostview (gv)
On 02/12/2011 08:59 AM, Bernard wrote: ...snip... If, discarding the use of 'gv', I just print the ps file directly as follows: lpr -PDeskJet-1120C myfile.ps I get exactly the same printing result (poor quality, black and white) ...snip... If I'm understanding correctly what you've written, it seems to me that your problem may not be ghostview. I think you might want to try specifying different drivers for your printer to see if others might work better. You might also want to provide a bit of information about your system. I run Debian testing on all of my systems, and I recently had to switch from hpijs drivers to CUPS+Gutenprint on all of my HP LaserJet printers for a similar problem. (They weren't dithering or shading properly, but simly printing black white.) -Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d569a0a.9030...@comcast.net
Re: bad surprise using ghostview (gv)
On 02/12/2011 04:11 PM, Roger Leigh wrote: On Sat, Feb 12, 2011 at 09:32:42AM -0500, Gilbert Sullivan wrote: On 02/12/2011 08:59 AM, Bernard wrote: ...snip... If, discarding the use of 'gv', I just print the ps file directly as follows: lpr -PDeskJet-1120C myfile.ps I get exactly the same printing result (poor quality, black and white) ...snip... If I'm understanding correctly what you've written, it seems to me that your problem may not be ghostview. I think you might want to try specifying different drivers for your printer to see if others might work better. You might also want to provide a bit of information about your system. I run Debian testing on all of my systems, and I recently had to switch from hpijs drivers to CUPS+Gutenprint on all of my HP LaserJet printers for a similar problem. (They weren't dithering or shading properly, but simly printing black white.) Note that while Gutenprint has excellent support for Epson, Canon and other colour inkjects, PCL-based HP deskjets are (AFAICT) only supported in black and white. Good for monochrome lasers where the fine dithering can greatly improve quality, but not so good for inkjets, so if this is the case, you might wasnt to look at hplip instead. There currently isn't a maintainer for the PCL driver to add colour support. If someone took the time, it would probably add significant quality improvement over hplip/hpijs, since it would make use of the more advanced dithering and colour handling of gutenprint. Regards, Roger Thank you very, very much for this information. It fits with what I've seen. And I'm just in the process of adding a couple of inkjet-based HP MFPs to the mix here, so this is very very timely bit of data for me. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d56f8d8.9050...@comcast.net
Re: Directory synchronization packages
On 02/11/2011 11:19 AM, John A. Sullivan III wrote: I should mention that the DirSyncPro dev has started responding with his usual quick attention. I've sent a pile of logs and test results and hope to have good news soon - John That's good news. I haven't had a chance to look at DirSyncPro yet. I've been up to my *ss in alligators on a production project and haven't even been able to read the documentation. Thank you for posting this information. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d557dc3.3030...@comcast.net
Re: Backup media - double-layer DVD
On 02/04/2011 02:11 AM, Chris Bannister wrote: On Wed, Feb 02, 2011 at 05:35:51PM -0500, Gilbert Sullivan wrote: People think I'm crazy, but, when I leave the house, I always carry a disc wallet that holds the last year's worth of weekly full backups on DVD+R. (Well, I probably am crazy, but this isn't a sign of it.) I don't care what people say, I still like the song Alone Again, Naturally. Bwa-ha-ha! No, I'm not that one. ;-) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d4bf7cb.8030...@comcast.net
Re: Waiting for Squeeze - was: Backup media - double-layer DVD
On 02/03/2011 03:50 AM, Klistvud wrote: Dne, 03. 02. 2011 01:26:11 je Chris Jones napisal(a): Ah.. I detect a flaw... you mean you actually do not rotate safe deposit boxes..? Are you serious..? Agreed. They should be located on different continents, of course. Actually, now that I think about it, satellite providers should make storage capacities available to the general public for uploading precious data. That would be true cloud computing. You guys really are paranoid. ;-) I'm resigned to the idea that, if a disaster gets my office, my house, and my bank, then it probably got me, too. If it didn't, then I'm just going to have to be content with bear skins and stone knives. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d4aa51f.1010...@comcast.net
Re: Backup media - double-layer DVD
On 02/02/2011 11:07 AM, Chris Jones wrote: I burn my backups to regular single-layer DVD's once in a while. DVD+RW is what I use, but now it looks like I'm flirting with their limit in terms of capacity.. In the long run, this probably means that I need to review my backup policies, maybe separating /home from the rest of the system, but this has made me curious as to what dual-layer DVD burners/media may offer. I didn't find much in terms of easy-to-digest documentation, and I'm under the impression that dual-layer DVD's are WORM-only.. IOW multiple writes are not supported (?). Sounds like they're meant for audio/video stuff rather than really useful as a backup medium, no? Do some of you people still use DVD's as an external medium for backups..? Has anyone run into this problem and come up with a solution that's practical, simple, and elegant? Thanks for your comments, cj My comments probably won't be very helpful to you. I seem to be at about the same point as you, with respect to use of optical discs for backup purposes. I use them only for the really important stuff that I want backed up to a separate system, an external portable hard drive, AND to optical disc. I bought a cakebox of DVD+R(DL) discs thinking that I could just keep on using xfburn. Unfortunately, xfburn isn't interested. I've only managed to use brasero to burn a large ( 4.3 GB) tar.gz file to a dual layer disc, and the results of hashing the file on the DL disc didn't match the hash of the original file. So, I've started splitting my archive files and burning them to single-layer discs. I'd love to be able to use the dual layer discs. And I'd even consider buying and using a BluRay drive -- if that would offer a valid solution for burning my data in one go. But I wonder if BR isn't multimedia-centric in the same way as dual layer DVD+R(DL). I don't ever do multi-session burning, though. I just do single track-at-once burns. I've run into too many issues in the past with borked ToC (though that was under Windows). I'm a simple guy. If it bit me once without what I consider to be good cause, I don't pet it again. ;-) Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d49860d.6000...@comcast.net
Re: Backup media - double-layer DVD
On 02/02/2011 01:10 PM, Chris Jones wrote: (...) One trick I use is copy my back-up file (encrypted) to my cell phone's micro-SD.. In the event disaster struck, I would either be out of the house with my cell phone, or grab a few belongings including said mobile before I rushed outside. The problem with that is that it still has the original vfat .. formatting, and whatever it is, it doesn't like 4G+ files either :-) People think I'm crazy, but, when I leave the house, I always carry a disc wallet that holds the last year's worth of weekly full backups on DVD+R. (Well, I probably am crazy, but this isn't a sign of it.) I also double the weekly backups every month, and I keep the monthly second copy in a safe deposit box. I also rotate USB external drives through that safe deposit box. This is only for the really important data, though. Miscellaneous other stuff just resides on two systems and an external drive. (...) Apart from the cost of the medium... I am very suspicious of all the hidden stuff that infects anything Blu-Ray.. And you're probably right.. may turn out to be unsuitable for data archiving. Yup, I'm probably going to stick to using dual layer DVDs and Blu-Ray strictly for movies I've paid for. Be happy! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d49dc47.8090...@comcast.net
Re: NOD32 on Linux
On 01/23/2011 05:57 AM, kellyremo wrote: Anyone using it? http://beta.eset.com/linux What are the experiences? Does it slows down the pc? Do we need it? Disclaimer: My experience with NOD32 is all on the Windows side, and it ended around two years ago. The sad story below is only my own story, but I can honestly testify that it wasn't an unusual one among corporate NOD32 users at one point in time. I very much hope that ESET has put that part of its history well behind it by now. I can tell you that version 2.7 (2.732, if memory serves) was a light, effective anti-malware solution for Windows. It was the only such software that I ever found that I could run on the heavily laden Windows application and file servers at work without causing severe performance issues. (Symantec AV and others I tested even caused spontaneous rebooting of some types of servers which were, admittedly, running horrendously bad software.) Then ESET improved NOD32 -- first with version 3, and then with version 4. Both versions (I imagine much earlier builds than the one you are considering) were a gigantic step backward, as far as my servers and I were concerned. These versions were beset with ridiculous bugs and caused huge performance penalties (not as bad as SAV or McAfee, but still...). I felt that ESET were essentially marketing software in its alpha (no, not even beta) stage of development. I stuck with version 2.7xx for a couple of years, but come budget time one day we decided to ditch it, since ESET would NOT guarantee continued support for the old version for any specified length of time. Versions 3 and 4 of NOD32 were total rewrites of the software from 2.732 and constituted a complete change in the way the software examined processes in memory. And by the time I finished configuring all of the special file system locations their support people told me to exempt from scanning, I might as well not have been running the software at all. Even after extreme special configuration effort versions 3 and 4 were still causing performance bottlenecks due to myriad file handles issues on the servers. Workstations running version 4 were okay, but not as happy as they had been with the 2.7xx version. Furthermore, the way the user interface was implemented on these later versions showed either ignorance of, or a disregard for, the way security works (such as it is) for Windows user accounts (XP, Vista). NOD32 used to be light and iron-stove reliable. The last I saw of it -- which I admit was quite a while ago -- the new versions were anything but. And their user support model was ludicrous -- a user forum, with moderators from their support group -- was about all that was available from the central part of the company. Unfortunately, the VAR I used wasn't any better, and was harder to reach. What started out for me as a few years (3, I think) of extraordinarily good experiences with ESET, turned into one of the bigger disappointments I've had with a software company in almost 40 years of computing experience. I hope, for their and their customers' sakes, I was just seeing them in the throes of corporate expansion difficulties. But it really wasn't looking good. They were one of the more important of several major reasons (besides Windows itself) why I finally threw up my hands in horror and walked away from Windows. Whether or not you need something like NOD32 -- or any anti-virus / anti-malware at all -- under GNU/Linux would depend largely upon the use of the system, particularly with respect to whether or not it has to handle a lot of mail / files / network traffic for Windows systems. I couldn't be much help in assessing that since I'm not troubling myself with Windows very much these days. I limit myself to not allowing my few Windows users to transfer executables or image files onto Windows systems from anywhere other than a vetted source, and totally prohibiting Internet contact of any kind for Windows production systems, with the exception of plain text e-mail. That's not a practical approach for many companies, but it happens to work beautifully for this place. Anti-virus probably isn't usually very high as a priority for most GNU/Linux systems, except in certain cases, though there are certainly other precautions that a prudent user of such a system should use. Good luck! Regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d3c4f6a.5010...@comcast.net
Re: hp dj 2050
On 01/13/2011 09:32 AM, Camaleón wrote: Here is the problem. You have used CUPS to setup the printer instead using the hplip utility. Try to setup the printer using the hplip wizard, if the printer needs to get any additional plugin, firmware or filter they should be automatically fetched when using hplip. Or you can also try with hp-plugin -i command. Greetings, Yup. My experience with several different multi-function devices from HP in Debian is that it works best to run # hp-setup -i ip address of multi-function device This leads through a rather ugly CLI dialog. You just answer the questions as you go along, and hp-setup configures the printer / fax / scanner. Trying other approaches has sometimes netted me no results at all, and sometimes it has given me the printer functionality, but not the scanner functions. (SANE couldn't find the scanners until hp-setup was run in interactive mode.) Note that it is _important_ to delete any instance of the new printer / fax from the CUPS localhost:631 location before attempting to run hp-setup. After hp-setup has been run you should see both the printer and the fax device (if any) in the CUPS printers page. I hope this is helpful. I won't pretend to be an expert on this at all. I just know that it has worked for me for every support HP MFD I've had to install. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d2f21ab.60...@comcast.net
Re: Directory synchronization packages
On 01/11/2011 06:31 PM, John A. Sullivan III wrote: On Tue, 2011-01-11 at 17:37 -0500, John A. Sullivan III wrote: Hello, all. We are looking for a Lenny/Squeeze package to synchronize directories between our physical desktops and our X2Go (www.x2go.org) / Trinity (KDE3 - trinity.pearsoncomputing.net) based virtual desktops via sshfs and have had difficulty finding an acceptable package that is friendly for all levels of users to use within a GUI. Any suggestions? We noticed that there is a package for unison-gtk but have some reservations. As powerful as unison is, it is no longer maintained. The GUI seemed intuitive to a developer but not to an average office user. There was no way to browse hidden directories other than entering them by hand. So our search began especially for something that would work well on KDE3/Trinity. Finding software to synchronize desktops that is powerful enough and flexible enough to get synchronization done exactly the way you need it while still allowing non-techies to use it is a real challenge. Unison-gtk is the only (nearly) satisfactory FOSS solution I've found so far. It has required considerable effort to train some of my more hapless users to keep it from becoming a weapon of mass data destruction in their hands. As I understand it, unison-gtk is still being maintained but isn't being developed. I think its maintainers still act on critical bugs and security issues (if any are being reported) or it wouldn't still be in the Squeeze repos. But you're right -- the writing is on the wall. I writing this response more to commiserate with you than to provide information that could be useful. Sorry about that. We looked at Krusader and were very impressed but it appears to be a simple copy rather than an rsync style differential block synchronization. We look at Komparator but it is KDE4 based, has a UI that seems overwhelming to an average office user, and seems more oriented toward search and compare than sync. Yeah, no KDE here (all Xfce), so I'm unfamiliar with these options. ... We are considering DirSyncPro. Again, there is no Debian package. It is Java based which concerns us regarding memory and CPU consumption when we are trying to squeeze as many virtual desktops onto a host as possible. It does seem to be fairly full featured and actively developed. Our packet traces show it does appear to do block level synchronization. I'm glad you reported this. I'm going to start looking at it as my alternative. I wonder if there will be any effort to get it into the Debian repos. I'm trying to stick exclusively with the office repositories these days. ... Have we missed any options? I should mention that the synchronization is usually bi-directional so a simple rsync front end is not a good option. Thanks - John I should mention that DirSyncPro does not have a way of displaying hidden directories either - John Hmmm. Missed options? Well...I am very familiar with an absolutely outstanding piece of software that would definitely fulfill the functions for you. I used to use it under Windows. I even used it as my desktop synchronizer and for assistance in version maintenance for various projects when I first switched from Windows to Debian. (There is a version of it that runs under Linux.) It's called Beyond Compare. As closed source software companies go, Scooter Software (the vendor) is really the cat's pajamas. When I last dealt with them (about a year ago when I decided to go totally FOSS and switched to unison-gtk) they were still very responsive to, and accommodating with, their customers. It's the only recent closed source software that I actually miss using. The pro version of the software is very powerful, extraordinarily flexible, and can have its behavior customized to within a gnat's eyelash. Were it not closed source I'm certain that it would be the perfect solution for you. If it's any help, they have very flexible licensing practices, too. If unison-gtk gets dropped from the repos, and if I'm unable to get DirSync Pro (or some other alternative) to function to suit my needs, I'll probably be going back to Beyond Compare -- despite my intense desire to be FOSS-only. In the end, functionality is key. And, at least, using a file manager of this sort doesn't mean that I'll be storing any of my data in a proprietary format. http://www.scootersoftware.com/ I look forward to seeing if you're able to find any alternatives from within the repos. My search-foo in aptitude isn't coming up with anything at all that seems useful. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d2dc171.1000...@comcast.net
Re: Directory synchronization packages
On 01/12/2011 10:52 AM, John A. Sullivan III wrote: On Wed, 2011-01-12 at 09:57 -0500, Gilbert Sullivan wrote: I'm glad you reported this. I'm going to start looking at it as my alternative. I wonder if there will be any effort to get it into the Debian repos. I'm trying to stick exclusively with the office repositories these days. Same with us. We've got it set up now and released for testing. We'll see what the feedback is. I would be interested to read how this goes for you. I'd also bet that there would be others on this list who might be concerned about development having been dropped on unison. sigh I dread trying to get my artistic-not-technical types acquainted with yet another synchronization package and processes. /sigh http://www.scootersoftware.com/ Thanks for the pointer. You're welcome. They're a really first-class member of the enemy camp. And I won't waste more than a few tears before returning to their embrace if that's what it's going to take to get the job done. I guess I can live with one piece of proprietary software on these rigs. Good luck! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d2e2624.2030...@comcast.net
Re: You cant tell Debian is close to release because...
On 01/12/2011 04:57 PM, Andrei Popescu wrote: ... the traffic on debian-user gets very OT ;) Not that I mind... Regards, Andrei If someone posts something on topic (Debian) on the off topic list, does s/he get scolded for being off topic??? If this message is too off-topic (or too on-topic) please ignore it -- like everyone is ignoring that other message thread that everyone is supposed to ignore. I hope the release comes soon. I'm like Goldilocks (except I'm not a girl, and I'm not pretty -- not even a little bit). Testing is just right for me (when it's not frozen). I'm bored when there are few upgrades as in stable. I'm insecure when I'm running unstable on a system that I have to depend upon. But testing, with its small daily smattering of upgrades (with an occasional monster avalanche from something like OO) is just right. But not when it's frozen. Uh, yeah. Just ignore this. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d2e2997.3040...@comcast.net
Re: Flash on Iceweasel?
On 12/30/2010 04:58 PM, Marc Shapiro wrote: I am trying to get flash running on my netbook, which is running Iceweasel on Squeeze. I have installed flashplugin-nonfree, but when I go to a flash site it says that I need to install missing plugins and the link does not find any available plugins. Also, despite the fact that flashplugin-nonfree is installed, If I check Tools/Add-Ons/Plugins it does not show flash. What am I doing wrong? Marc If you type about:plugins into the address field and hit the Return key, do you find the flash plugin there? I don't use the Adobe stuff, so I'm kind of feeling my way in the dark here. (FOSS only for me, but other folks need to use closed source.) I wouldn't expect you to see the flash plugin where you were looking. I think that only shows extensions. Just playing a hunch. Do you have something like the NoScript extension installed and set to not allow javascript by default? If so, then going to a site that calls a flash demo/video with javascript will actually usually tell you that you need the flash plugin (or the latest flash plugin, or whatever). In that case, all you have to do is to allow javascript for that page (and maybe for whatever site is actually serving up the flash video). For instance, with my libgnashplugin.so flash player plugin, if I go to youtube.com I have to enable javascript for both youtube.com and for ytimg.com in order to view the videos. If this is not helpful, forgive me. I'm elderly, under medication, and very tired. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d1d042a.4010...@comcast.net
Re: Monitor question
On 12/28/2010 09:40 AM, Klistvud wrote: It's also horrible for web browsing, and for many other tasks. It actually only has two uses I can think of: widescreen movies and side-by-side document viewing. Given that movies are best viewed on large TV sets anyway, the usefulness of widescreen computer monitors is further reduced to just side-by-side document viewing. Arguably, even for that task, dual-head setups are better. On the other hand, there are those of us who must use portable systems for side-by-side document reading and/or tiled terminal window use while traveling and are, thus, limited to a single screen. Widescreen works better for us. My portable systems have 1920x1200 LCDs. I'm so accustomed to them that I don't bother with multi-monitor setups at home or at the office any more. Just one widescreen setup suffices, and I don't have to fiddle around switching between multi-monitor and single monitor setups any more. My totally unbiased and scientific $.02. ;-) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d1a0015.1000...@comcast.net