)
2020/07/29 08:52:17 [10277] rsync: [Receiver] chroot /Bin failed: No such file
or directory (2)
The error message is correct there is no /Bin directory but the path
statement indicates Bin as a relative path (ensure the test script
running from /home/cliff and there is a Bin directory
)
2020/07/29 08:52:17 [10277] rsync: [Receiver] chroot /Bin failed: No such file
or directory (2)
The error message is correct there is no /Bin directory but the path
statement indicates Bin as a relative path (ensure the test script
running from /home/cliff and there is a Bin directory
c
comment = Test Directory
uid = cliff
gid = cliff
read only = no
list = yes
hosts allow = 192.168.1.0/24
auth users = cliff
secrets file = /etc/rsyncd.scrt
strict modes = false
EOF
cat << EOF > /etc/rsyncd.scrt
cliff:ubuntu
EOF
The one that fails;
cat << EOF > /etc/rsyncd.conf
log
c
comment = Test Directory
uid = cliff
gid = cliff
read only = no
list = yes
hosts allow = 192.168.1.0/24
auth users = cliff
secrets file = /etc/rsyncd.scrt
strict modes = false
EOF
cat << EOF > /etc/rsyncd.scrt
cliff:ubuntu
EOF
The one that fails;
cat << EOF > /etc/rsyncd.conf
log
failed for 192.168.1.159: Name or
service not known
2020/07/18 11:00:01 [5786] connect from UNKNOWN (192.168.1.159)
2020/07/18 11:00:01 [5786] rsync allowed access on module Bin_dir from
UNKNOWN (192.168.1.159)
2020/07/18 11:00:01 [5786] rsync: [Receiver] chroot /home/cliff/Bin failed
Couldn't figure out how to make your example run on my 20.10 (or even
20.04) server systems. Using your example took apart my server/client
and made a simple case (using the /mnt/synctest directories) which runs
when the server is either 20.04 or 20.10. Will start looking at what to
add to make
Don't understand the server question. The syncd is enabled and started
at boot with the rsyncd.conf in /etc, rsyncd.srct in /etc and rsync in
/etc/default. The client start the rsync process with a cron job with
the attached script.
** Attachment added: "Resync.sh"
8 11:00:01 [5786] rsync: [Receiver] chroot /home/cliff/Bin failed:
No such file or directory (2)
2020/07/18 11:00:01 [5794] name lookup failed for 192.168.1.159: Name or
service not known
2020/07/18 11:00:01 [5794] connect from UNKNOWN (192.168.1.159)
2020/07/18 11:00:01 [5794] rsync allo
nc allowed access on module Bin_dir from
UNKNOWN (192.168.1.159)
2020/07/18 11:00:01 [5786] rsync: [Receiver] chroot /home/cliff/Bin failed:
No such file or directory (2)
2020/07/18 11:00:01 [5794] name lookup failed for 192.168.1.159: Name or
service not known
2020/07/18 11:00:01 [5794] co
Christian, had this sync setup over many releases of Ubuntu without
issue. Have the syncd running on 20.10 and the client on 20.04. After
the install of 20.10 sync ran OK until the 3.2.1 level was installed.
Added the current syncd.conf (haven't made changes to this file for
several releases of
lookup failed for 192.168.1.159: Name or
service not known
2020/07/18 11:00:01 [5786] connect from UNKNOWN (192.168.1.159)
2020/07/18 11:00:01 [5786] rsync allowed access on module Bin_dir from UNKNOWN
(192.168.1.159)
2020/07/18 11:00:01 [5786] rsync: [Receiver] chroot /home/cliff/Bin failed
lookup failed for 192.168.1.159: Name or
service not known
2020/07/18 11:00:01 [5786] connect from UNKNOWN (192.168.1.159)
2020/07/18 11:00:01 [5786] rsync allowed access on module Bin_dir from UNKNOWN
(192.168.1.159)
2020/07/18 11:00:01 [5786] rsync: [Receiver] chroot /home/cliff/Bin failed
https://bugs.kde.org/show_bug.cgi?id=421043
--- Comment #11 from Cliff Albert ---
After testing for 2 days I haven't encountered the problem.
I'll do some more this weekend. But so far it's all good.
--
You are receiving this mail because:
You are watching all bug changes.
for an edge
case.
You can disable encryption with "--plain" at mkfs time. You can disable
compression with "--compress none" at mount time.
Not sure how it helps though.
Cliff.
--
Cliff Stanford
London:+44 20 0222 1666 Swansea: +44 1792 469666
Spain:
Use "set txpkts" to set the packet size.
On Thu, Jul 9, 2020 at 2:25 AM Xu, Chenjie wrote:
> Hi all,
> Do you know how to specify the packet size when using testpmd to test the
> network performance?
>
> Best Regards,
> Xu, Chenjie
>
Thanks Dan. It worked.
On Thursday, July 9, 2020 at 9:27:34 AM UTC-4, Cliff wrote:
>
> Hello,
>
> I''m working on an application using AnnotationCharts that has been
> running very well for some time now in Chrome, Edge, Firefox, Internet
> Explorer, and Opera browsers. Y
My problem is what is talked about in the 'Object doesn't support 'assign'
property or method' post. I did insert Object.assign polyfill; as a line
right in front of the google.charts.load( line. But it did not change
anything. The AnnotationCharts chart does not render.Cliff
tor: false});
}
Any help is appreciated. Thanks,
Cliff
--
You received this message because you are subscribed to the Google Groups
"Google Visualization API" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to google-visualization-api+unsubscr
.
I don't think that reducing the maximum block size will improve things
for you.
Regards
Cliff.
--
Cliff Stanford
London:+44 20 0222 1666 Swansea: +44 1792 469666
Spain: +34 603 777 666 Estonia: +372 5308 9666
UK Mobile: +44 7973 616 666
--
You received
Can you paste the whole command you're running? --file-prefix with
unique strings afterward should allow you to do that.
On Sun, Jul 5, 2020 at 7:49 AM Yan Fridland wrote:
> Hi Guys,
>
> I am trying to use the --file-prefix to run several independent PRIMARY
> processes on the same VM
t; p_udp_hdr = (struct udp_hdr*)rte_pktmbuf_prepend(ptMbuf,
> >> (uint16_t)sizeof(struct udp_hdr));
> >> p_ip_hdr = (struct ipv4_hdr*)rte_pktmbuf_prepend(ptMbuf,
> >> (uint16_t)sizeof(struct ipv4_hdr));
> >>
> >> are you saying that those calls are wrong?
rather than guess).
>
> Thanks
>
>
> On Wed, Jul 1, 2020 at 3:59 PM Cliff Burdick wrote:
>
>> If you look at the code for rte_pktmbuf_prepend it appears to be just
>> incrementing data_len and pkt_len by the same amount. My guess is that
>> those fields were not
ytes) and then added the Ethernet and L3
> headers (42 bytes) by calling rte_pktmbuf_prepend().
>
> I guess only the first segment is getting transmitted?
>
>
> On Wed, Jul 1, 2020 at 1:57 PM Cliff Burdick wrote:
>
>> Are you setting data_len and packet_len in the mb
Sorry, I didn't see those below, but it looks incorrect. Those numbers
should match if you're using a single segment. My guess is the 42 is
truncating it to the size of the udp header part only.
On Wed, Jul 1, 2020, 06:04 David Aldrich
wrote:
> > Are you setting data_len and packet_len in the
Running it as a separate thread in your primary application will not slow
it down any more than running a second process, so I'd try that first.
Both primary and secondary processes have master lcores, which is where all
the initialization is done for pools and rings before spawning the packet
Are you setting data_len and packet_len in the mbuf before sending?
On Wed, Jul 1, 2020, 03:23 David Aldrich
wrote:
> Hi,
>
> I have a problem transmitting udp packets with dpdk-stable-18.11.8. I have
> posted a question about it on stackoverflow:
>
>
>
a transaction or select multiple
transactions and right-click them to edit the destination account for all
selected transactions. Easy-peasy, and Gnucash immediately learned from the
corrections.
RTM!!!
Cliff
On Jun 15, 2020, at 12:30 PM, Cliff Kushler wrote:
Hi Gio,
Thanks for your quick
ould be doing, please let me know - thanks!
Cliff
On Jun 15, 2020, at 3:25 AM, Gio Bacareza wrote:
Hi Cliff,
I also want to first say thanks to all the developers. I am a user and a fan.
2nd, awesome to meet you Cliff. I love your products too.
I was also looking into an automated
through and manually correct them in the register after importing
them, but this does not seem to help future classification accuracy.
Any help would be much appreciated! I probably should have asked this years
ago…
Joy & Blessings,
Cliff Kus
Right. Solved the problem. The permissions were altered(somehow) on sudo.
Should be: -rwsr-xr-x 1 root root.
Sorry about the mail wrong format.
Cliff
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above
hiver/version.txt"): device not open
This software runs fine on an earlier LFS. I'm missing something here, but what is it, I'm not aware that ccryp is involved in this software?
thanks
Cliff
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blf
g and gets the Local version line for the email
Rick
_
From: clamav-users [mailto:clamav-users-boun...@lists.clamav.net] On Behalf Of
Cliff via clamav-users
Sent: Wednesday, June 10, 2020 5:02 PM
To: clamav-users@lists.clamav.net <mailto:clamav-users@lists.clamav.net>
Cc:
I am building a php dashboard.
I would like to be able to ping my servers and get notified if clamd
software (not signatures) is out of date.
This is for situations where my normal update process breaks for whatever
reason.
Is there a command that will give me a yes/no answer?
If not, is there
Have you found what you’re looking for?
What OS “old stuff” are you running.
I have a couple FMP versions.
Cliff
> On Jun 6, 2020, at 3:46 AM, g3-5-list@googlegroups.com wrote:
>
> g3-5-list@googlegroups.com
> <https://groups.google.com/forum/?utm_source=digest_medium=email#!
at the code to confirm, but also check what you're
setting this structures to.
On Sun, Jun 7, 2020, 10:11 Alex Kiselev wrote:
> On 2020-06-07 17:21, Cliff Burdick wrote:
> > The mbuf pool said be configured to be the size of the largest packet
> > you expect to receive. If you're
Kiselev wrote:
> On 2020-06-07 15:16, Cliff Burdick wrote:
> > That shouldn't matter. The mbuf size is allocated when you create the
> > mempool, and data_len/pkt_len are just to specify the size of the
> > total packet and each segment. The underlying storage size is still
>
, 2020, 02:59 Alex Kiselev wrote:
> On 2020-06-07 04:41, Cliff Burdick wrote:
> > I can't tell from your code, but you assigned nb_rx to the number of
> > packets received, but then used vec_size, which might be larger. Does
> > this happen if you use nb_rx in your loops?
>
&
I can't tell from your code, but you assigned nb_rx to the number of
packets received, but then used vec_size, which might be larger. Does this
happen if you use nb_rx in your loops?
On Sat, Jun 6, 2020 at 5:59 AM Alex Kiselev wrote:
>
>
> > 1 июня 2020 г., в 19:17, Stephen Hemminger
>
manual/auth_system/auth_workflows.html
>
> There is also a section on organizations that might be relevant for this
> kind of information.
>
> https://docs.qgis.org/testing/en/docs/user_manual/introduction/qgis_configuration.html#deploying-qgis-within-an-organization
>
>
>
> On Mon, Ju
Tested this solution and it works perfectly. When using the same ID in the
authentication settings, the projects saved to the DB do not retain the
creator's per-layer permissions.
Thanks for the help!
Cliff
On Mon, Jun 1, 2020 at 11:19 AM Cliff Patterson
wrote:
> Hi Karl and Alessan
Hi Karl and Alessandro,
This is helpful but DEFINITELY not intuitive. I will test this
configuration and report back.
Cheers,
Cliff
On Mon, Jun 1, 2020 at 9:51 AM Karl Magnus Jönsson <
karl-magnus.jons...@kristianstad.se> wrote:
> Hi!
>
> Alessandro, you where quicker!
, though I doubt
any exist.
Cliff
On Fri, May 29, 2020 at 3:03 PM Alessandro Pasotti
wrote:
> Maybe all that you need is in the QHIS auth system is
> https://docs.qgis.org/3.10/en/docs/user_manual/auth_system/auth_workflows.html#changing-authentication-config-id
>
> The master
Interesting, Jorge. Thanks
Cliff
On Fri, May 29, 2020 at 2:35 PM Jorge Gustavo Rocha
wrote:
> Please use pg_services. No Auth is stored. Just the service name.
>
> -+-+-+-+-+-+-+-+-+-
> Geomaster, Lda
> Rua Afonso Palmeira, 31, 7 D
> 4715-278 Braga
> NIF 510906109
>
&
you forget
to uncheck "store password" in your connection parameters, or if you use
stored auth creds, and save a map to the DB, it saves with your
permissions. I agree, it is a security hole that could be fixed by simply
giving users the ability to strip the credentials on layers when savi
PS: I realize I can create maps with basic auth and not store the PW, which
prompts the user to enter their creds. But is there a better way now to
achieve the same result?
Cliff
On Fri, May 29, 2020 at 1:29 PM Cliff Patterson
wrote:
> What is the best approach to save QGIS proje
to
see and edit all layers just like the DB Admin.
Is there a way to save projects to DB WITHOUT saving any user
creds/permissions?
Cliff
--
Cliff Patterson Ph.D.
*PSD* | Senior GIS Consultant
P: 519-690-2565 ext. 2616
www.psdrcs.com
London | 148 Fullarton St. 9th Floor
recent release. My bad. Error in chair, not in software.
Lesson: check PostGIS version if you can't save maps.
Thanks, Jorge!
Cheers,
Cliff
On Thu, May 28, 2020 at 6:16 PM Jorge Gustavo Rocha
wrote:
> Hi Cliff,
>
> Thank you for including the failing database insert/update. I think yo
y
anything to do with my setup. Any ideas what else needs to be enabled to
allow projects to save?
--
Cliff Patterson Ph.D.
*PSD* | Senior GIS Consultant
P: 519-690-2565 ext. 2616
www.psdrcs.com
London | 148 Fullarton St. 9th Floor
___
Qgis-user mailing li
increase one CPU for this VM, then issue is gone.
thanks
Cliff
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1879425/+subscriptions
Got it!
BTW, you can confirm this is bug for qemu-kvm, right?
thank you!
Cliff
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1879425
Title:
The thread of "CPU 0 /KVM" keeping 99.9%C
Hi Thomas,
Do you have any quick suggestion before report it on CentOS?
thanks
Cliff
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1879425
Title:
The thread of "CPU 0 /KVM" keepin
e, I think the thread "CPU 0/KVM" is in tight loop.
5) use reset can recover this issue. however, it will reoccurred again.
Current work around is increase one CPU for this VM, then issue is gone.
thanks
Cliff
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1879425/+subscriptions
ot; is in tight loop.
- 5) use reset can recover this issue. however, it will reoccurred again.
+ 5) use reset can recover this issue. however, it will reoccurred again.
Current work around is increase one CPU for this VM, then issue is gone.
thanks
Cliff
--
You received this bug n
events=POLLIN}], 9, {0, 0}, NULL, 8) = 0 (Timeout)
Therefore, I think the thread "CPU 0/KVM" is in tight loop.
5) use reset can recover this issue. however, it will reoccurred again.
Current work around is increase one CPU for this VM, then issue is gone.
thanks
Cliff
To manage no
>>Sent: Sunday, May 17, 2020 at 1:09 AM
>From: "Don Cross via blfs-support"
>To: "BLFS Support List"
>Cc: "Don Cross"
>Subject: Re: [blfs-support] Older GCC install
>On Sat, May 16, 2020 at 5:30 PM Cliff McDiarmid via blfs-support
>ma
quot; is in tight loop.
5) use reset can recover this issue. however, it will reoccurred again.
Current work around is increase one CPU for this VM, then issue is gone.
thanks
Cliff
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification
Sent: Saturday, May 16, 2020 at 10:42 PM
From: "Bruce Dubbs via blfs-support"
To: blfs-support@lists.linuxfromscratch.org
Cc: "Bruce Dubbs"
Subject: Re: [blfs-support] Older GCC install
On 5/16/20 4:30 PM, Cliff McDiarmid via blfs-support wrote:
>
> Sent: Saturday, May
>Sent: Saturday, May 16, 2020 at 12:57 PM
>From: "Thomas Trepl"
>To: "BLFS Support List"
>Cc: "Cliff McDiarmid"
>Subject: Re: [blfs-support] Older GCC install
>Am Samstag, den 16.05.2020, 13:39 +0200 schrieb Cliff McDiarmid via
>blfs-su
Sent: Saturday, May 16, 2020 at 3:13 PM
From: "Bruce Dubbs via blfs-support"
To: blfs-support@lists.linuxfromscratch.org
Cc: "Bruce Dubbs"
Subject: Re: [blfs-support] Older GCC install
On 5/16/20 6:39 AM, Cliff McDiarmid via blfs-support wrote:
>> Sent: Saturday
>Sent: Saturday, May 16, 2020 at 12:11 AM
>From: "Don Cross via blfs-support"
>To: "BLFS Support List"
>Cc: "Don Cross"
>Subject: Re: [blfs-support] Older GCC install
>On Fri, May 15, 2020 at 6:00 PM Cliff McDiarmid via blfs-support
>mailt
/libitm'
make[2]: Leaving directory '/home/cliffhanger/Downloads/gcc-8.2.0/build/x86_64-pc-linux-gnu/libitm'
make[1]: Leaving directory '/home/cliffhanger/Downloads/gcc-8.2.0/build'
make: *** [Makefile:907: all] Error 2
This is the earliest hint of the error
Thanks
Cliff
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Package: wnpp
Severity: wishlist
* Package name: elixir-tesla
Upstream Author : Alexander Strizhakov
* URL :
https://git.pleroma.social/pleroma/elixir-libraries/tesla/
* License : MIT
Programming Lang: Elixir
Description : Tesla is an HTTP client loosely based
+1
- I ran an overnight soak test compiled with “Debug” to expose asserts
- I ran dispatch with clang and thread sanitizer
Orange you glad I didn’t say banana?
On Thu, May 7, 2020 at 9:06 AM Robbie Gemmell
wrote:
> Hi folks,
>
> I have put together a third spin for a Qpid Proton 0.31.0
Just out of interest, (I'm not a Mac user), would it take as long if you
were to rebuild? In other words, does the process always rebuild everything
or is it cleverer than that?
Cheers,
Cliff
On Fri, May 8, 2020 at 5:24 AM Luthien wrote:
> Since there's still no official Mac OS build for
That is very interesting, indeed. Thanks for the info!
Cliff
On Thu, May 7, 2020 at 7:16 AM Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> Hi,
>
>
>
> I believe the issue has something to do with having towgs84 parameters
> together with the author
Hi Andrea,
I could try, but I also tried loading the same layer (the NY one you added)
and it also does not load in SAGA with the correct CRS. It's giving an EPSG
number of -1.
Followup question: does something need to be enabled Geoserver avoid this
problem?
Cheers,
Cliff
On Wed, May 6, 2020
Andrea,
When I load your layer in QGIS, it also loads with "Unknown CRS" but is
assumed to be EPSG:26917. I am using QGIS 3.10.4. So there is something
wrong with the way Geoserver exports the proj file for shapefiles.
Cliff
On Wed, May 6, 2020 at 11:38 AM Andrea Aime
wrote:
>
s layer is EPSG:3857 and it is reproejected
to the declared CRS of EPSG:4326.
How can I make sure the exported data have the correct EPSG assigned?
Many thanks,
Cliff
--
Cliff Patterson Ph.D.
*PSD* | Senior GIS Consultant
P: 519-690-2565 ext. 2616
www.psdrcs.com
London | 148 Ful
https://bugs.kde.org/show_bug.cgi?id=421043
--- Comment #3 from Cliff Albert ---
Upgraded to Ubuntu 20.04 LTS (with kernel Linux porkstation 5.4.0-29-generic
#33-Ubuntu SMP Wed Apr 29 14:32:27 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux)
The following error appears after which a segfault occurs
https://bugs.kde.org/show_bug.cgi?id=421043
--- Comment #2 from Cliff Albert ---
No this is a Xeon X5670 (6 core 2.93Ghz), from the Gulfton/Westmere EP
architecture.
Equivalent to the Core i7 970-990 series.
I indeed read some bug reports concerning the Core i5 having something to do
https://bugs.kde.org/show_bug.cgi?id=421043
Bug ID: 421043
Summary: Faces Detection crashes digikam
Product: digikam
Version: 7.0.0
Platform: Appimage
OS: Linux
Status: REPORTED
Severity: crash
-1
Party pooper again.
I have a hang on a soak test. Inconclusive debugging so far. Best guess is
connections are not cleaning up on some condition and file descriptors are
leaking, preventing any new accepts. Still looking.
On Fri, May 1, 2020 at 9:41 AM Robbie Gemmell
wrote:
> Hi folks,
>
>
this is for a "real" machine, not a virtualized environment
this is for a "real" machine, not a virtualized environment
in a script that
supplies the parameters for the call, something like this:
https://www.wiki.gimp.org/wiki/Hacking:Code_Snippets/Script-Fu
Cheers,
Cliff
On Fri, May 1, 2020 at 2:05 AM Keith Christian via gimp-user-list <
gimp-user-list@gnome.org> wrote:
> Trying to run a script that will save
t mailing list
> List address:gimp-user-list@gnome.org
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
> List archives: https://mail.gnome.org/archives/gimp-user-list
>
Why would you think that a script for an earlier version would work on a
later version?
D
-1
See PROTON-2203.
On Tue, Apr 28, 2020 at 6:42 AM Robbie Gemmell
wrote:
> On Tue, 28 Apr 2020 at 13:01, Robbie Gemmell
> wrote:
> >
> > Hi folks,
> >
> > I have put together a spin for a Qpid Proton 0.31.0 release, please
> > give it a test out and vote accordingly.
> >
> > The files can be
.
On Sat, Apr 25, 2020, 9:10 PM Cliff Resnick wrote:
> That's pretty much it. Every now and then we get notice an instance is
> scheduled for retirement, or maybe just goes flakey on its own, and we swap
> it out. 3x replication has been plenty for us, and though we regularly back
> up
than yours because rebalancing takes about a half an hour at most.
On Sat, Apr 25, 2020, 3:20 PM Boris Tyukin wrote:
> Cliff, I think i got the idea - you basically use a bunch of temp servers
> that can be evicted any time and each has attached temporary nvme drives -
> very clever! I am
I'm running a massive file sifting by timestamp DataSteam job from s3.
The basic job is:
FileMonitor -> ContinuousFileReader -> MultipleFileOutputSink
The MultipleFileOutputSink sifts data based on timestamp to date-hour
directories
It's a lot of data, so I'm using high parallelism, but I want
12), and 'snap
store' (2.10.18).
When I use "Show Applications" (the grid of 9 dots at the bottom left) and
search for Gimp. I see three icons. I haven't investigated them.
I have a link in my Favourites which points to 2.10.8.
I've no idea how I achieved that! Sorry. I must sort it out!
Branch: refs/heads/master
Home: https://github.com/phpmyadmin/phpmyadmin
Commit: 1115ba39a14db9d80ad2cf9a66884da20cfb1382
https://github.com/phpmyadmin/phpmyadmin/commit/1115ba39a14db9d80ad2cf9a66884da20cfb1382
Author: Cliff Su
Date: 2020-02-15 (Sat, 02 February 2020) +08:00
Changed paths:
M
Branch: refs/heads/master
Home: https://github.com/phpmyadmin/phpmyadmin
Commit: 97d16c811b368ba8c9a7afc3d1a62c8a0e04a3b1
https://github.com/phpmyadmin/phpmyadmin/commit/97d16c811b368ba8c9a7afc3d1a62c8a0e04a3b1
Author: Cliff Su
Date: 2020-04-14 (Tue, 04 April 2020) +02:00
Changed paths:
M
Branch: refs/heads/master
Home: https://github.com/phpmyadmin/phpmyadmin
Commit: 4e969a8453f7590d9ff2c2d95111c785c4f3ac6b
https://github.com/phpmyadmin/phpmyadmin/commit/4e969a8453f7590d9ff2c2d95111c785c4f3ac6b
Author: Cliff Su
Date: 2020-02-10 (Mon, 02 February 2020) +08:00
Changed paths:
M
for key is replaced with long tail data,
Is the above possible, or perhaps there is another possible scenario? Any
opinions appreciated!
-Cliff
Hi Larry,
Both those settings are set to default. I create/delete many PostGIS
connections, so I suspect at this point that something in the profile data
folder is buggy. My plan is to delete the profile folder, reinstall from
scratch, and see if the problem persists.
Will report back.
Cliff
See this with gnucash on my 20.04 level system. Also my user build
application that have a desktop icon show up as blank in the launch bar
after starting.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I see, I think. Personally I have nothing on my desktop. I have only the
equivalent of that band at the bottom of the Mac screen that expands your
app icons. Dunno what it's called.
But I'm going to call 'off topic'. Nice chat though.
Cheers,
Cliff
On Sat, Apr 4, 2020 at 10:11 AM Daniel Smith
Maybe they did invent the desktop. But that doesn't answer my question. I
find it strange that anyone would store their photos on the desktop. Is
that a Mac thing?
Cheers,
Cliff
On Sat, Apr 4, 2020 at 4:32 AM Daniel Smith wrote:
> Apple invented the desktop
>
>
>
> On Fri, A
No, it doesn't. You can either have primary and secondary or multiple
primaries. Can you explain why B can't be your primary? If you just allow
it to configure all the nic pools that should solve your issue.
On Thu, Apr 2, 2020, 18:12 403975152 <403975...@qq.com> wrote:
> Hi,all,
>
>
> I am
On the desktop? That's probably not the best place. Unless that is a
mac-ism that I don't understand.
Cheers,
Cliff
On Fri, Apr 3, 2020 at 9:24 PM Bob Letterman wrote:
> I have used Gimp for years. I just bought a new I-Mac. Best Buy
> transferred the data to the new, OS Catalina I-Ma
This probably means the server terminated abnormally
before or while processing the request.
The only way to get it working again is to close/open DB Manager.
Clicking re-connect on the database just causes DB Manager to freeze
up.
Thanks,
Cliff
--
Cliff Patterson Ph.D.
*PSD* | Senior GIS
pipe.
This is just my opinion. Not based on anything from NFPA 13D
Cliff Whitfield, SET
President
Fire Design, Inc.
600 W. Bypass Hwy. 19E
Suite 202
Burnsville, NC 28714
Ph: 828-284-4772
From: Sprinklerforum On Behalf
Of Tom Wellen via Sprinklerforum
Sent: Friday, March 27
Install Office Impress V6.4.2.2 and the problem still exists.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1863785
Title:
Error adding rows to data table
Status in libreoffice
Install Office Impress V6.4.2.2 and the problem still exists.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1863785
Title:
Error adding rows to data table
To manage notifications about this bug go
This problem still exists in Version: 6.4.1.2 of Office Impress.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1863785
Title:
Error adding rows to data table
Status in
This problem still exists in Version: 6.4.1.2 of Office Impress.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1863785
Title:
Error adding rows to data table
To manage notifications about this bug
, or
some other method.
PLUG is a great resource and I have enjoyed reading posts and attending
meetings over the years, hoping to learn through osmosis!
Regards - Cliff
On 3/23/2020 11:03 AM, Chris Wood wrote:
This is not my forte and I would like to find a contractor willing to
set this up in my
be very flexible with hours).
Feedback on this forum and by email are both appreciated.
Regards - Cliff Cummings
cli...@sunburst-design.com
--
Cliff Cummings - Sunburst Design, Inc. 1639 E. 1320 S., Provo, UT 84606 -
801-960-1996 - cli...@sunburst-design.com / www.sunburst-design.com World Class
>Sent: Wednesday, March 18, 2020 at 4:36 PM
>From: "Cliff McDiarmid via blfs-support"
>
>To: "BLFS Support List"
>Cc: "Cliff McDiarmid"
>Subject: [blfs-support] Gnome not starting
>Sent: Tuesday, March 17, 2020 at 1:15 PM
>From: &
401 - 500 of 18301 matches
Mail list logo
