search for: jimoe

...Bug ID: 69827 Assignee: nouveau at lists.freedesktop.org Summary: Uneven, jerky mouse movement, increasing CPU usage QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: jimoe at sohnen-moe.com Hardware: x86-64 (AMD64) Status: NEW Version: 7.7 (2011) Component: Driver/nouveau Product: xorg Created attachment 86603 --> https://bugs.freedesktop.org/attachment.cgi?id=86603&action=edit kernel log when CPU usage h...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have been using rsync to backup our primary data stores. It works fine. Here are the options I use for doing that: rsync --recursive --links --times --dirs --stats --delete \ --itemize-changes --quiet --exclude-from=exclude-filename \ /data-store1/ /data-store2/ Recently I have had the need to actually synchronize the files between

...his case, you really don't want to overwrite the running OS even with files that are essentially the same. So, if the system is running from that storage then --checksum might actually be useful. On 04/22/2015 01:59 AM, Hendrik Visage wrote: > On Wed, Apr 22, 2015 at 1:03 AM, James Moe <jimoe at sohnen-moe.com> > wrote: Hello, opensuse 13.2 linux v3.16.7-7-desktop x86_64 rsync > v3.1.1 > > I used rsync to copy /usr/ to another volume with these options: > --recursive --one-file-system --links --stats --itemize-changes > --quiet --delete --times After I had modifi...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, opensuse 13.2 linux v3.16.7-7-desktop x86_64 rsync v3.1.1 I used rsync to copy /usr/ to another volume with these options: - --recursive --one-file-system --links --stats --itemize-changes - --quiet --delete --times After I had modified the system to use the new /usr volume, I realized I should have added: - --perms --owner --group

...gt; running OS even with files that are essentially the same. So, if > the system is running from that storage then --checksum might > actually be useful. > > On 04/22/2015 01:59 AM, Hendrik Visage wrote: >>>> On Wed, Apr 22, 2015 at 1:03 AM, James Moe >>>> <jimoe at sohnen-moe.com> wrote: Hello, opensuse 13.2 linux >>>> v3.16.7-7-desktop x86_64 rsync v3.1.1 >>>> >>>> I used rsync to copy /usr/ to another volume with these >>>> options: --recursive --one-file-system --links --stats >>>> --itemiz...

...rver2.sma.com.dab-sti-c: 43539* 1/1/1 (131) 23:07:33.351994 IP 192.168.69.201.netbios-ns > 192.168.69.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST 23:07:33.901577 IP 192.168.69.201.netbios-ns > 192.168.69.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST -- jimoe at sohnen-moe dot com

On Wed, Apr 22, 2015 at 1:03 AM, James Moe <jimoe at sohnen-moe.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > opensuse 13.2 > linux v3.16.7-7-desktop x86_64 > rsync v3.1.1 > > I used rsync to copy /usr/ to another volume with these options: > - --recursive --one-file-system --li...

...;t want to > overwrite the running OS even with files that are essentially the > same. So, if the system is running from that storage then --checksum > might actually be useful. > > On 04/22/2015 01:59 AM, Hendrik Visage wrote: >> On Wed, Apr 22, 2015 at 1:03 AM, James Moe <jimoe at sohnen-moe.com> >> wrote: Hello, opensuse 13.2 linux v3.16.7-7-desktop x86_64 rsync >> v3.1.1 >> >> I used rsync to copy /usr/ to another volume with these options: >> --recursive --one-file-system --links --stats --itemize-changes >> --quiet --delete --tim...

Hi everybody, quite frequently I build customized RPMs with asterisk-1.4.20.1 including some special patches for it, to install the on CentOS 5. Now I was looking to upgrade to asterisk-1.4.24.1, but the RPM-build is not working anymore with my build environement. In version 1.4.22 the "Makefile" was modified and all the RPM-stuff was removed, same for the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Local rsync version 3.0.7 protocol version 30. The remote rsync version is 3.0.5, I think. opensuse v11.3 linux 2.6.34.8-0.2-desktop x86_64 The nightly rsync run is getting this error: 2011/07/20 02:04:29 [17840] FATAL I/O ERROR: dying to avoid a \ --delete-during issue with a pre-3.0.7 receiver The options are: - --archive

On 09/13/2018 07:54 PM, Darren Tucker wrote: > I'd guess that the reason it doesn't work is that the key is encrypted > and neither the agent nor a tty to ask for the decryption passphrase > is available. Try repeating your command line test after unsetting > SSH_AUTH_SOCK > Okay. That reproduced the issue. Is there a recommended way to provide the decryption

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have an iMac v10.6. I'd like to get it to connect to an old os/2 server, v4.5 fp3. Using smbutils on the iMac: $ smbutil -v view //sma-server1.sma.com smbutil: server connection failed: RPC struct is bad Can anyone suggest what changes may be made that will correct this error? Is it even possible? - -- James Moe moe dot james at

sftp OpenSSH_7.6p1, OpenSSL 1.1.0h-fips 27 Mar 2018 linux 4.12.14-lp150.12.16-default x86_64 I created bash script to download database files once a week. It uses sftp as the agent. The script runs correctly when started from a command line. It fails when run from cron. Authentication with the remote server is set to use a private/public key and does not require an explicit password. Why

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 rsync v3.0.7 (also seen with 3.0.5) linux 2.6.34-12-desktop x86_64 os/2 v4.50 fp3 rsync makes an unusual error when building its file list for a transfer: it decided to move a directory further down the directory tree than where it was located in the source volume. Even more strange is that during the next run of rsync, it adjusts the *source*

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, rsync v3.0.7 I am backing up data to a USB memory drive that is formatted FAT32, which does not comprehend linux permissions. I added the "--no-perms" option to the option set. rsync still attempts to change the permissions. OPTS = "--no-perms --archive --stats --delete --itemize-changes - --quiet

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, samba Version 3.5.4-5.1.2-2426-SUSE-SL11.3 We have recently transferred our file services from one host to another. The old host was an OS/2 server. OS/2 is basically a single user OS; the file (and directory) permissions were mostly irrelevant. The new server is linux OS, opensuse 11.3 distribution. It, of course, has more to say about

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, rsync v3.0.7 linux 2.6.37.6-0.20-desktop x86_64 Below is a log of a backup session. I do not understand why the "exclude=/data01/..." is being ignored. The session is started in a bash script. The actual text is: - --exclude='/data01/t-drv/websites/owncloud/data/sma-admin/' I guess rsync cleaned it up to suit itself.

openSUSE v13.1 linux 3.11.10-11-desktop x86_64 samba 4.1.6 I recently upgraded an openSUSE server from v12.3 to v13.1. In the older version there was no problem about mounting a remote volume offered by an ancient OS/2 system. Now there is. Trying to mount it by command line: root:/home/sma-user3x> mount /t2 Retrying with upper case share name mount error(6): No such device or address

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, linux 2.6.34.7-0.7-desktop x86_64 smbclient 3.5.4-5.1.2-2426-SUSE-SL11.3 I issue this command: smbclient -L SMA-STN14L -U jmoe I get: Connection to SMA-STN14L failed (Error NT_STATUS_BAD_NETWORK_NAME) In <smb.conf> [globals] section: workgroup = SOHNEN-MOE netbios name = SMA-STN14L Adding the -I option made no difference.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 rsync v.3.0.7 protocol version 30 opensuse v11.4 linux v2.6.37.6-0.20-desktop x86_64 rsync --recursive --links --dirs --stats --itemize-changes --quiet \ --size-only --exclude-from=/home/sma-user3x/bin/rsync-exclude.txt \ --delete --no-times --omit-dir-times \ /data01/t-drv/websites/ /t/websites/ The sub-directories /websites/site-logs/... are