ard Shaw wrote:
> On Thu, Aug 11, 2011 at 11:07 AM, Reid Rivenburgh wrote:
>> It looks like I needed to create /var/run/BackupPC, owned by account
>> backuppc. I notice in the changelog for the most recent package that
>> the socket creation was moved there, but it seems it didn
It looks like I needed to create /var/run/BackupPC, owned by account
backuppc. I notice in the changelog for the most recent package that
the socket creation was moved there, but it seems it didn't make sure
the directory exists.
Reid
On Thu, Aug 11, 2011 at 9:58 AM, Reid Rivenburgh
rror("bind");
> exit(1);
> }
> On Thu, Aug 11, 2011 at 11:01 AM, Reid Rivenburgh wrote:
>>
>> Hi. I'm running F15 and have been using BackupPC successfully for
>> years. I rebooted my computer this morning and noticed that BackupPC
>> f
On Thu, Aug 11, 2011 at 9:13 AM, Richard Shaw wrote:
> On Thu, Aug 11, 2011 at 10:01 AM, Reid Rivenburgh wrote:
>> Hi. I'm running F15 and have been using BackupPC successfully for
>> years. I rebooted my computer this morning and noticed that BackupPC
>> failed t
Hi. I'm running F15 and have been using BackupPC successfully for
years. I rebooted my computer this morning and noticed that BackupPC
failed to start. Its log file has this:
2011-08-11 08:00:25 Reading hosts file
2011-08-11 08:00:25 unix bind() failed: No such file or directory
But the hosts
On Tue, Jun 14, 2011 at 10:23 AM, Rich Emberson wrote:
> I got the following when using Yum this weekend.
> I posted the message to http://yum.baseurl.org/report but have gotten no
> response.
>
> Running rpm_check_debug
> ERROR with rpm_check_debug vs depsolve:
> kernel-uname-r = 2.6.38.3-18.fc15
On Sun, Jun 12, 2011 at 3:53 PM, Frank Murphy wrote:
> On 12/06/11 22:40, Reid Rivenburgh wrote:
>> On Sun, Jun 12, 2011 at 3:37 PM, Reid Rivenburgh wrote:
>>> Another problem I've noticed since upgrading to F15 is that autofs
>>> isn't working correctly.
On Sun, Jun 12, 2011 at 3:37 PM, Reid Rivenburgh wrote:
> Another problem I've noticed since upgrading to F15 is that autofs
> isn't working correctly. I have these lines in /etc/auto.misc:
>
> disk3 -fstype=ext4 :/dev/disk/by-uuid/71bdf81d[...]
> #di
Another problem I've noticed since upgrading to F15 is that autofs
isn't working correctly. I have these lines in /etc/auto.misc:
disk3 -fstype=ext4:/dev/disk/by-uuid/71bdf81d[...]
#disk4 -fstype=ext4:/dev/disk/by-uuid/37f607ea[...]
disk4 -fstype=ext4:/dev
On Sun, Jun 12, 2011 at 3:24 PM, Tom Horsley wrote:
>> I'm new to systemd, obviously, and don't know what the
>> problem is.
>
> As are we all :-). I had problems getting stunnel to start.
> I think the key here is networking. It sure seems like any
> services that need to talk right away on the n
I preupgraded from F14 to F15 a few weeks ago. It's mostly running
fine now, but there are some services that aren't working properly
with systemd. Two examples are ddclient (which updates my IP address
with dyndns) and pyTivo (a server for Tivo). They don't start on
boot. Here's what I get:
%
On Mon, Apr 4, 2011 at 3:01 PM, Alan Evans wrote:
> On Sun, Apr 3, 2011 at 5:43 PM, Reid Rivenburgh wrote:
>> I found one solution. If you install the Stylish extension and the
>> Font Styler script from userstyles.org, you can specify a global font
>> family (and size)
On Sun, Apr 3, 2011 at 12:49 PM, Reid Rivenburgh wrote:
> On Sun, Apr 3, 2011 at 12:36 PM, Steven Stern
> wrote:
>> On 04/03/2011 11:41 AM, Reid Rivenburgh wrote:
>>> It looks like a recent update to wine installed a wine-tahoma-fonts
>>> package. Now a lot of
On Sun, Apr 3, 2011 at 12:36 PM, Steven Stern
wrote:
> On 04/03/2011 11:41 AM, Reid Rivenburgh wrote:
>> It looks like a recent update to wine installed a wine-tahoma-fonts
>> package. Now a lot of web sites are using tahoma by default instead
>> of my preferred font, libe
It looks like a recent update to wine installed a wine-tahoma-fonts
package. Now a lot of web sites are using tahoma by default instead
of my preferred font, liberation sans. I could remove the tahoma
package, but yum also wants to remove wine-fonts, which might be bad.
Does anyone have a solutio
On Thu, Oct 21, 2010 at 7:21 AM, Richard Shaw wrote:
> When I was trying to get WINE to behave I would sometime rename my
> .wine to back it up and start over. That let me know if it was
> something I screwed up in the configuration. Sometime copying to files
> from one to the other worked, other
On Wed, Oct 20, 2010 at 3:29 PM, stan wrote:
> On Tue, 19 Oct 2010 21:27:22 -0600
> Reid Rivenburgh wrote:
>
>> To follow up, I did manage to get wine to use alsa (it's important to
>> install the i686 packages as well as x86_64), but it's still running
>> ve
To follow up, I did manage to get wine to use alsa (it's important to
install the i686 packages as well as x86_64), but it's still running
very slowly for me. So I have sound in the game but still just a few
(< 5) frames per second. I'm pretty sure pulseaudio is out of the
equation now, so I'm no
On Tue, Oct 19, 2010 at 2:01 PM, Richard Shaw wrote:
> I believe the alsa-plugin-pulseaudio or whatever the name is forces
> applications that think they are talking directly to ALSA to use pulse
> audio. The most elegant solution might be to use pactl to suspend
> pulseaudio while you're running
On Tue, Oct 19, 2010 at 1:15 PM, stan wrote:
> I don't know about wine and PA, but if wine doesn't support PA, then
> you were probably using the default routing through alsa, in which
> pulse imitates alsa (I think). As far as config of wine goes, your
> ideas are probably the right direction.
>
On Tue, Oct 19, 2010 at 11:44 AM, James Mckenzie
wrote:
> Reid Rivenburgh wrote:
>>On the off chance someone has been down this path I'm currently
>>running an up-to-date F13 with wine installed. I run KDE if it
>>matters. I was able to install and st
On Tue, Oct 19, 2010 at 11:18 AM, JD wrote:
> What if you login as another user and run it again?
> See if that restores some performance.
> If it does, there are settings you have in your dot files
> that are causing the lackluster performance.
> Since I do not know all the dot files of starcraft
On the off chance someone has been down this path I'm currently
running an up-to-date F13 with wine installed. I run KDE if it
matters. I was able to install and start Starcraft 2 using wine.
Initially, it actually ran quite well on my 2.5-year old system. The
only glitch seemed to be that
On Sat, Feb 20, 2010 at 11:00 AM, Paolo Galtieri wrote:
> I agree that the numbers don't prove it one way or the other. I was just
> pointing out that showing numbers doesn't help.
True. But it does look suspicious. I know measuring actual memory
usage is a bit of a black art, though, so I can
On Sat, Feb 20, 2010 at 10:29 AM, Paolo Galtieri wrote:
> I don't think you have an issue. Here's what mine shows with an uptime of 1
> day
>
> PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 20 0 1118m 317m 34m S 40.4 15.8 4:50.01
> firefox
> 9 -11 501m 2940 2
25 matches
Mail list logo
