Re: HP 3050A is not printing anymore after debian update on jessie
Am Sonntag, 25. Januar 2015, 00:30:15 schrieb Brian: > > > > Every time i shutdown the PC CUPS forgot my printer so I have to admin > > with > > http://localhost:631/admin after startup the PC_ > > Please post what the following commands give: > > 1. lpstat -t > > 2. lpinfo -v (Do this as root, if necessary) > > 3. ls -l /etc/cups/ppd/ > > > Again the problem happened after latest debian update, before everythink > > works fine. I started the PC this morning, no printer was working so I used http://localhost:631/admin and AFTER this I used your commands, and this is the result: $ lpstat -t scheduler is running system default destination: HPDeskjet3050A device for HPDeskjet3050A: hp:/usb/Deskjet_3050A_J611_series?serial=CN1AJ485JC05PJ HPDeskjet3050A accepting requests since Sa 24 Jan 2015 23:07:04 CET printer HPDeskjet3050A is idle. enabled since Sa 24 Jan 2015 23:07:04 CET # lpinfo -v (must run as root) network lpd network ipps network https direct hp:/usb/Deskjet_3050A_J611_series?serial=CN1AJ485JC05PJ network ipp14 network http network socket network ipp direct usb://HP/Deskjet%203050A%20J611%20series?serial=CN1AJ485JC05PJ&interface=1 serial serial:/dev/ttyS0?baud=115200 direct hpfax $ ls -l /etc/cups/ppd/ -rw-r--r-- 1 root lp 17500 Jan 4 23:23 HPDeskjet3050A.ppd thanks for your help If you need output ater PC started and BEFORE using cups admin let me know.. Thomas -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4905239.GrMgOWEbjZ@tmprod1
Re: video chat in gmail using iceweasel is not working
kamaraju kusumanchi writes: > As I mentioned in my original email, I already have this installed. > > % dpkg -l google-talk\* | grep ^ii > ii google-talkplugin 5.38.6.0-1 amd64Google Talk Plugin My apologies! i didn't realise that despite the shift from "Google Talk" to "Hangouts", the plugin is still called "google-talkplugin" - i thought there might be a "google-hangout" plugin you needed to install instead. (Also, as a Wheezy user, i can't install the current google-talkplugin: dpkg: dependency problems prevent configuration of google-talkplugin: google-talkplugin depends on libc6 (>= 2.14); however: Version of libc6:amd64 on system is 2.13-38+deb7u6. ) Alexis. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87mw57nj2g@gmail.com
Re: Foolproof disk device name in fstab
On Mon, Jan 19, 2015 at 03:28:49PM -0800, andmalc wrote: > Also, sorry about the wonky formatting of my posts. Posting from > Google Groups so no line wrapping and in HTML format too I suppose ): > That doesn't mean you shouldn't press the return key yourself every now and then yourself. :) -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150125125121.GD25166@tal
Re: network newbie seeks help combining routesets for VPN tunnel
Tom Roche Sat, 24 Jan 2015 16:00:37 -0500 [1] (envvar names translated to
`bash`ian)
>> [The "original routeset" on the client/laptop:]
>> 1: default via 192.168.1.1 dev eth0 proto static
>> 2: 169.254.0.0/16 dev eth0 scope link metric 1000
>> 3: 192.168.1.0/24 dev eth0 proto kernel scope link src ${LOCAL_ETH0_IPN}
>> [OpenVPN routeset, overwrites the original routeset:]
>> 1: 0.0.0.0/1 via ${OPEN_VPN_ENDPT_IPN} dev tun0
>> # inherited from "original" route#=1?
>> 2: default via 192.168.1.1 dev eth0 proto static
>> 3: 10.8.0.1 via ${OPEN_VPN_ENDPT_IPN} dev tun0
>> 4: ${OPEN_VPN_ENDPT_IPN} dev tun0 proto kernel scope link src 10.8.0.6
>> 5: 128.0.0.0/1 via ${OPEN_VPN_ENDPT_IPN} dev tun0
>> # inherited from "original" route#=2?
>> 6: 169.254.0.0/16 dev eth0 scope link metric 1000
>> 7: ${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
>> # inherited from "original" route#=3?
>> 8: 192.168.1.0/24 dev eth0 proto kernel scope link src ${LOCAL_ETH0_IPN}
>> [F5VPN routeset, overwrites the OpenVPN routeset:]
>> 1: 0.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
>> # inherited from "original" route#=1?
>> 2: default via 192.168.1.1 dev eth0 proto static
>> 3: 10.144.0.1 dev ppp0 proto kernel scope link src ${F5_VPN_ENDPT_IPN}
>> 4: 128.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
>> 5: ${F5_VPN_PUBLIC_IPN} via ${OPEN_VPN_ENDPT_IPN} dev tun0 proto none
>> metric 1
Matt Ventura Sat, 24 Jan 2015 19:26:48 -0800 [2] (slightly reformatted)
> [The new routeset] should look like:
new routeset option 1:
> [192.168.1.0/24 dev eth0 proto kernel scope link src ${LOCAL_ETH0_IPN}]
> ${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
> ${F5_VPN_PUBLIC_IPN} via ${OPEN_VPN_ENDPT_IPN} dev tun0 ...
> 0.0.0.0/0 via ${F5_VPN_ENDPT_IPN} dev ppp0 ...
> Come to think of it, the set of routes that the F5 VPN puts in place should
> work, needing only the addition of
> ${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
> What I wrote above is the cleanest possible set of routes that would
> still work, but just adding that one route should fix the existing
> one. I think you would want to add it just before starting the
> OpenVPN, otherwise do it right after.
Well, the OpenVPN client sets that route itself: the problem is, the F5VPN
client overwrites it (see above). So I'd need to add it after starting the
F5VPN client, producing something like
new routeset option 2: F5VPN routes with 1 added route:
1: 0.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
2: default via 192.168.1.1 dev eth0 proto static
3: 10.144.0.1 dev ppp0 proto kernel scope link src ${F5_VPN_ENDPT_IPN}
4: 128.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
5: ${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
6: ${F5_VPN_PUBLIC_IPN} via ${OPEN_VPN_ENDPT_IPN} dev tun0 proto none metric
1
Is that the correct order?
> After starting the F5 VPN, you might need to [also] re-add the
> 192.168.1.0/24 dev eth0 ... src ${LOCAL_ETH0_IPN}
so that would be option 3: F5VPN routes with 2 added routes:
1: 192.168.1.0/24 dev eth0 proto kernel scope link src ${LOCAL_ETH0_IPN}
2: 0.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
3: default via 192.168.1.1 dev eth0 proto static
4: 10.144.0.1 dev ppp0 proto kernel scope link src ${F5_VPN_ENDPT_IPN}
5: 128.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
6: ${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
7: ${F5_VPN_PUBLIC_IPN} via ${OPEN_VPN_ENDPT_IPN} dev tun0 proto none metric
1
Is that the correct order?
thanks again, Tom Roche
[1]: https://lists.debian.org/debian-user/2015/01/msg00882.html
[2]: https://lists.debian.org/debian-user/2015/01/msg00892.html
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/871tmjroj7@pobox.com
Re: Minimal configuration for a laptop
On Fri, Jan 23, 2015 at 11:03:18PM +0200, Selim T. Erdoğan wrote: > Two features that I looked for in my Thinkpad were that the screen is > matte (not shiny/glossy), and opens up to 180 degrees. I like to lay it > upside down on the edge of the desk, with the screen sticking out, and > I lie on the floor underneath it, with a usb keyboard on my belly. :) That sounds like an esoteric requirement which I'm guessing wouldn't interest the average buyer. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150125135032.GE25166@tal
Re: Unable to configure UPS options
On Fri, 23 Jan 2015 20:43:56 -0600 Melvin Call wrote: > Hello, > > I have two computers, both running Wheezy and the > XFCE4 Desktop. Both have attached UPS devices, and > lsusb shows the UPS attached to each machine. Yet, > on one I have options to configure actions to take > when on battery, and on the other I have no "On > Battery" tab. I enabled the battery monitor plug-in > in the notification area on both, and the problematic > one shows only to be online (no battery present). > > I am looking for help to enable the battery option > on the second machine so when the power goes off > the system will shutdown or suspend to RAM at my > choosing. I have compared installed packages between > the two and see nothing significant. What would my > next step be, please? Typically, UPSes don't appear as batteries. You probably want to install something like NUT (network-ups-tools) or APCUPSd (which also works with non-APC UPSes). These will monitor the UPS and notify you (typically by email, but there are graphical monitors available for NUT. The daemon will also initiate a controlled shutdown once the battery level becomes critical. I'm not aware of any technical reason why UPSes couldn't be connected into the ACPI system, I just don't think anyone's ever done it. > > Regards, > Melvin > > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150125140329.21dad...@rocky.darac.org.uk
Re: Minimal configuration for a laptop
On Sunday 25 January 2015 13:50:32 Chris Bannister wrote: > On Fri, Jan 23, 2015 at 11:03:18PM +0200, Selim T. Erdoğan wrote: > > Two features that I looked for in my Thinkpad were that the screen is > > matte (not shiny/glossy), and opens up to 180 degrees. I like to lay it > > upside down on the edge of the desk, with the screen sticking out, and > > I lie on the floor underneath it, with a usb keyboard on my belly. :) > > That sounds like an esoteric requirement which I'm guessing wouldn't > interest the average buyer. I should have thought that a matte screen would interest quite a few people. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201501251409.49711.lisi.re...@gmail.com
Re: video chat in gmail using iceweasel is not working
On Sun, Jan 25, 2015 at 7:25 AM, Alexis wrote: > > kamaraju kusumanchi writes: > >> As I mentioned in my original email, I already have this installed. >> >> % dpkg -l google-talk\* | grep ^ii >> ii google-talkplugin 5.38.6.0-1 amd64Google Talk Plugin > > My apologies! i didn't realise that despite the shift from "Google Talk" > to "Hangouts", the plugin is still called "google-talkplugin" - i > thought there might be a "google-hangout" plugin you needed to install > instead. No worries. > > (Also, as a Wheezy user, i can't install the current google-talkplugin: > > dpkg: dependency problems prevent configuration of google-talkplugin: > google-talkplugin depends on libc6 (>= 2.14); however: > Version of libc6:amd64 on system is 2.13-38+deb7u6. > > ) I see. Whenever I download a google talk plugin .deb package, I store them on my hard drive. Here is what I have. rajulocal@hogwarts /opt/rajulocal/downloads/google % ls -al total 79808 drwxr-xr-x 2 rajulocal rajulocal 4096 Jan 24 10:59 ./ drwxr-xr-x 9 rajulocal rajulocal 4096 Dec 8 2012 ../ -rw-r--r-- 1 rajulocal rajulocal 12733898 Oct 18 2012 20121018_google-talkplugin_current_amd64.deb -rw-r--r-- 1 prasanthi prasanthi 12723112 May 8 2013 20130508_google-talkplugin_current_amd64.deb -rw-r--r-- 1 rajulocal rajulocal 12582516 Aug 3 2013 20130803_google-talkplugin_current_amd64.deb -rw-r--r-- 1 rajulocal rajulocal 13024714 Mar 3 2014 20140303_google-talkplugin_current_amd64.deb -rw-r--r-- 1 rajulocal rajulocal 8012042 Jun 10 2014 20140610_google-talkplugin_current_amd64.deb -rw-r--r-- 1 rajulocal rajulocal 8012042 Aug 6 07:49 20140806_google-talkplugin_current_amd64.deb -rw-r--r-- 1 rajulocal rajulocal 7301206 Dec 20 11:08 20141220_google-talkplugin_current_amd64.deb -rw-r--r-- 1 rajulocal rajulocal 7301206 Jan 24 10:59 google-talkplugin_current_amd64.deb The date in the front tells me when I downloaded a package. It looks like google changed the libc6 dependency somewhere between 2014-08-06 and 2014-12-20 rajulocal@hogwarts /opt/rajulocal/downloads/google % dpkg -I 20140806_google-talkplugin_current_amd64.deb | grep libc6 Depends: libasound2 (>> 1.0.22), libc6 (>= 2.11), libcairo2 (>= 1.2.4), libgcc1 (>= 1:4.1.1), libglib2.0-0 (>= 2.22.0), libgtk2.0-0 (>= 2.20.0), libpango1.0-0 (>= 1.14.0), libstdc++6 (>= 4.4.0), libx11-6 (>= 0), libxcomposite1 (>= 1:0.3-1), libxfixes3 (>= 1:4.0.1), libxrandr2 (>= 2:1.2.99.2), libxrender1, libv4l-0 rajulocal@hogwarts /opt/rajulocal/downloads/google % dpkg -I 20141220_google-talkplugin_current_amd64.deb | grep libc6 Depends: libasound2 (>= 1.0.23), libc6 (>= 2.14), libcairo2 (>= 1.2.4), libexpat1 (>= 1.95.8), libgcc1 (>= 1:4.1.1), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.14.0), libgtk2.0-0 (>= 2.24.0), libnspr4 (>= 1.8.0.10), libnss3 (>= 3.12.0~1.9b1), libpango1.0-0 (>= 1.14.0), libstdc++6 (>= 4.6), libx11-6, libxcomposite1 (>= 1:0.3-1), libxext6, libxfixes3, libxrandr2 (>= 2:1.2.99.2), libxrender1, libv4l-0 If you want, I can email you 20140806_google-talkplugin_current_amd64.deb or you can just upgrade to Jessie which has libc6 2.19-13. thanks raju -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CABpbYafA+=nhttyp9jubqah8ad+coxk4p-ia6uk+htybdpm...@mail.gmail.com
Re: Minimal configuration for a laptop
On Sun, Jan 25, 2015 at 02:09:49PM +, Lisi Reisz wrote: > On Sunday 25 January 2015 13:50:32 Chris Bannister wrote: > > On Fri, Jan 23, 2015 at 11:03:18PM +0200, Selim T. Erdoğan wrote: > > > Two features that I looked for in my Thinkpad were that the screen is > > > matte (not shiny/glossy), and opens up to 180 degrees. I like to lay it > > > upside down on the edge of the desk, with the screen sticking out, and > > > I lie on the floor underneath it, with a usb keyboard on my belly. :) > > > > That sounds like an esoteric requirement which I'm guessing wouldn't > > interest the average buyer. > > I should have thought that a matte screen would interest quite a few people. I think he's talking about laying on the floor. Of interest only after a hard night's partying. -- Bob Holtzman Giant intergalactic brain-sucking hyperbacteria came to Earth to rape our women and create a race of mindless zombies. Look! It's working! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150125192704.ga17...@cox.net
Re: network newbie seeks help combining routesets for VPN tunnel
On 1/25/2015 5:13 AM, Tom Roche wrote:
Tom Roche Sat, 24 Jan 2015 16:00:37 -0500 [1] (envvar names translated to
`bash`ian)
[The "original routeset" on the client/laptop:]
1: default via 192.168.1.1 dev eth0 proto static
2: 169.254.0.0/16 dev eth0 scope link metric 1000
3: 192.168.1.0/24 dev eth0 proto kernel scope link src ${LOCAL_ETH0_IPN}
[OpenVPN routeset, overwrites the original routeset:]
1: 0.0.0.0/1 via ${OPEN_VPN_ENDPT_IPN} dev tun0
# inherited from "original" route#=1?
2: default via 192.168.1.1 dev eth0 proto static
3: 10.8.0.1 via ${OPEN_VPN_ENDPT_IPN} dev tun0
4: ${OPEN_VPN_ENDPT_IPN} dev tun0 proto kernel scope link src 10.8.0.6
5: 128.0.0.0/1 via ${OPEN_VPN_ENDPT_IPN} dev tun0
# inherited from "original" route#=2?
6: 169.254.0.0/16 dev eth0 scope link metric 1000
7: ${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
# inherited from "original" route#=3?
8: 192.168.1.0/24 dev eth0 proto kernel scope link src ${LOCAL_ETH0_IPN}
[F5VPN routeset, overwrites the OpenVPN routeset:]
1: 0.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
# inherited from "original" route#=1?
2: default via 192.168.1.1 dev eth0 proto static
3: 10.144.0.1 dev ppp0 proto kernel scope link src ${F5_VPN_ENDPT_IPN}
4: 128.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
5: ${F5_VPN_PUBLIC_IPN} via ${OPEN_VPN_ENDPT_IPN} dev tun0 proto none metric
1
Matt Ventura Sat, 24 Jan 2015 19:26:48 -0800 [2] (slightly reformatted)
[The new routeset] should look like:
new routeset option 1:
[192.168.1.0/24 dev eth0 proto kernel scope link src ${LOCAL_ETH0_IPN}]
${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
${F5_VPN_PUBLIC_IPN} via ${OPEN_VPN_ENDPT_IPN} dev tun0 ...
0.0.0.0/0 via ${F5_VPN_ENDPT_IPN} dev ppp0 ...
Come to think of it, the set of routes that the F5 VPN puts in place should
work, needing only the addition of
${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
What I wrote above is the cleanest possible set of routes that would
still work, but just adding that one route should fix the existing
one. I think you would want to add it just before starting the
OpenVPN, otherwise do it right after.
Well, the OpenVPN client sets that route itself: the problem is, the F5VPN
client overwrites it (see above). So I'd need to add it after starting the
F5VPN client, producing something like
new routeset option 2: F5VPN routes with 1 added route:
1: 0.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
2: default via 192.168.1.1 dev eth0 proto static
3: 10.144.0.1 dev ppp0 proto kernel scope link src ${F5_VPN_ENDPT_IPN}
4: 128.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
5: ${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
6: ${F5_VPN_PUBLIC_IPN} via ${OPEN_VPN_ENDPT_IPN} dev tun0 proto none metric
1
Is that the correct order?
After starting the F5 VPN, you might need to [also] re-add the
192.168.1.0/24 dev eth0 ... src ${LOCAL_ETH0_IPN}
so that would be option 3: F5VPN routes with 2 added routes:
1: 192.168.1.0/24 dev eth0 proto kernel scope link src ${LOCAL_ETH0_IPN}
2: 0.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
3: default via 192.168.1.1 dev eth0 proto static
4: 10.144.0.1 dev ppp0 proto kernel scope link src ${F5_VPN_ENDPT_IPN}
5: 128.0.0.0/1 via ${F5_VPN_ENDPT_IPN} dev ppp0 proto none metric 1
6: ${OPEN_VPN_PUBLIC_IPN} via 192.168.1.1 dev eth0
7: ${F5_VPN_PUBLIC_IPN} via ${OPEN_VPN_ENDPT_IPN} dev tun0 proto none metric
1
Is that the correct order?
thanks again, Tom Roche
[1]: https://lists.debian.org/debian-user/2015/01/msg00882.html
[2]: https://lists.debian.org/debian-user/2015/01/msg00892.html
Yes. Although the OpenVPN client shouldn't be adding those unless it was
configured to do so (or the server pushed instructions to do so), or
you're using some frontend like network-manager in which case you'd want
to configure that frontend to not do that.
Matt Ventura
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54c55592.5060...@mattventura.net
XBMC/Kodi? Anybody actually using this on Debian?
I have a reasonably fresh (<1 month old) install of Debian. Today, I became root and did the following: apt-get install xbmc That completed successfully, and I then ran XBMC from the command line in a seraparate xterm window (*not* as root). It came up alright, but the mouse seemed to be sluggish. So I popped over to the XBMC "System info" tab and had a look see... The first thing I noticed was that the version of XBMC I'd apparently installed was 11.0 (!!) I think it would be an understatement to say that this version of XBMC is a bit long in the tooth now. XBMC (now Kodi) is up to version 14.0 now. So, um, as Seinfeld would say "What's up with that?" Why is Debian still only providing 11.0? The second thing I noticed probably explains why the mouse seemed a tad sluggish... Both cores on my dual core system were pegged at 94-95% utilization. Again I ask... What's up with that? Seems rather seriously broken to me. My system: AMD A4-6300 APU ASUS A78M-A motherboard ASUS VH238H (1080p) monitor. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/19914.1422250...@server1.tristatelogic.com
Re: XBMC/Kodi? Anybody actually using this on Debian?
Hi Ronald, On Sun, 25 Jan 2015 21:31:35 -0800, Ronald F. Guilmette wrote: > I have a reasonably fresh (<1 month old) install of Debian. Today, I > became root and did the following: > > apt-get install xbmc You are not saying which release you are using so I guess you are running the latest stable release, which will most likely be wheezy: https://www.debian.org/releases/wheezy/ It was released in may 2013. There obviously was not enough time to get at least 12.0 into the release, given that wheezy was frozen on June 30th in 2012: https://lists.debian.org/debian-devel-announce/2012/06/msg9.html The current development release has XBMC 13.2 which will also be in the upcoming jessie release of the Debian distribution. If you want to run newer software on a Debian system based on stable (aka the released version), you have to look at backports: http://backports.debian.org/ Debian stable is often quite a bit behind in terms of current software versions. That's the price for being well tested when released. I regard that as an advantage given that one often can get the new stuff from backports if really needed. > It came up alright, but the mouse seemed to be sluggish. So I popped > over to the XBMC "System info" tab and had a look see... Maybe your X11 driver does not use the hardware acceleration of your video adapter?! > The second thing I noticed probably explains why the mouse seemed a tad > sluggish... Both cores on my dual core system were pegged at 94-95% > utilization. > > Again I ask... What's up with that? > > Seems rather seriously broken to me. So that does top show about the offending process while your load is that high? > My system: > > AMD A4-6300 APU ASUS A78M-A motherboard ASUS VH238H (1080p) monitor. I have to admit that I don't know the status of AMD A4 support in Debian. Googling gave this as a hint that this may be the problem: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757604 Greetings, Torsten -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ma4m4f$hq8$1...@ger.gmane.org
